Przełamując zmiany Boost.Thread 3.0.0

Question

W informacjach o wydaniu wersji 1.50.0 bibliotek Google Boost Zauważyłam dwie łamanie zmian (see here):

# 6266 niszczące zmiana: gwint destruktor powinien zadzwonić zakończyć jeśli można dołączyć.

# 6269 Zmiana zerwania: przypisanie przeniesienia wątku powinno być zakończone, jeśli można je dołączyć.

Co to oznacza dla moich istniejących projektów obecnie korzystających z Boost 1.49.0? Czy muszę coś zmienić? Jeśli tak, co muszę dokładnie zmienić? A co się stanie, jeśli zapomnę zmodyfikować jeden z moich istniejących projektów? Czy otrzymam błędy czasu kompilacji (mam taką nadzieję), czy też pojawią się nieprzyjemne i trudne do znalezienia problemy z uruchomieniem (absolutnie nie mam takiej nadziei)?

Answer 1

Kiedy mówi "Przełamywanie zmian", oznacza to: "Twój program jest zepsuty, jeśli polegasz na zachowaniu, które poprzednio było X, ale teraz jest Y".

Dla podanych dwóch zmian, oznacza to, że jeśli polegać na destructor lub przenieść przypisanie wywołującego join() (lub detach()), który moim zdaniem był poprzednie zachowanie, program musi teraz wyraźnie join() lub detach() lub spotkać znajomego std::terminate() . Nie jest to błąd podczas kompilacji, ale nie jest też nieprzewidywalnym zachowaniem w czasie wykonywania - dostaniesz ładną czystą awaria prowadzącą od razu do destruktora boost::thread, co jest przyczyną problemu.

Answer 2

następujący kod pracował prawidłowo, ale z v3 program zostanie przerwany jako t pozostawia jej zakres, ponieważ thread::~thread rozmowy std::terminate, zamiast dyskretnie odłączania od wątku:

#include <boost/thread.hpp> 
#include <iostream> 

void f() 
{} 

int main() 
{ 
    { 
    boost::thread t(f); 
    } 
    std::cout << "exiting gracefully" << std::endl; 
}