[WinApi] Zamykanie uruchomionego dodatkowego wątku.

Krótki opis sytuacji.

W aplikacji okienkowej uruchamiam dodatkowy wątek:


i - numer struktury (StructureInVector) zawierającej informacje o przetwarzanym pliku
detach - żeby aplikacja okienkowa nie "zwisła"

Tak wygląda uruchamiana funkcja worker_thread:

Problem pojawia się podczas analizy bardzo dużych plików tekstowych -> okolice 1GB

Użytkownik może w trakcie analizy rozmyślić się i chcieć zakończyć aplikacje okienkową w sposób standardowy czyli krzyżykiem.
Właściwie powód nie jest istotny, kłopotem jest zamykanie aplikacji okienkowej gdy uruchomiony jest worker.

Zamknięcie przetwarzającej aplikacji przy uruchomionym Visual Studio powoduje pojawienie się okienka:
Microsoft Visual C++ Runtime Library
z komunikatem Debug Error!
Program:
..\bin\x64Debug\Analizator.exe

abort()has been called
(Press Retry to debug the application)

Powodem jest oczywiście działanie pomocniczego wątku podczas gdy zamykane są okienka.

W jaki sposób mogę to zrobić w "cywilizowany" sposób ?
Dobrze byłoby też uruchomić destruktor obiektu process żeby posprzątał po sobie.

Nie powinno być dodatkowych wątków w momencie wyjścia z programu. Powinieneś zapewnić mechanizm dla ich czystego wyłączenia i zaczekać na ich wyłączenie, najlepiej wywołaniem join(). Sam sygnał wyłączenia możesz zrealizować np z użyciem std::atomic_bool. Wątek powinien okresowo sprawdzać wartość flagi w czasie swojej pracy i przerwać działanie jeśli jest ustawiona.

Wiem, że poczekanie na wyłączenie wątku byłoby najbardziej humanitarne.
Robiłem testy i przetwarzanie/analiza dużego pliku dochodziła jednak do godziny.
Jeżeli użytkownik pomyliłby się i wrzucił nie ten plik który zamierzał to czekałaby go godzinna przerwa.
Dodatkowo aplikacja pracuje w jednej instancji (względy praktyczne) więc to czekanie też nie jest najlepszym rozwiązaniem.

Zastanawiałem się nad wykorzystaniem zdarzenia WM_CLOSE

Może to byłoby dobre rozwiązanie ?

http://www.bo-yang.net/2017/11/19/cpp-kill-detached-thread

Nie chodzi o to by czekać aż wątek zakończy swoją godzinną pracę, tylko żeby tą pracę skrócić. Po prostu przestań czytać plik kiedy jest ustawiona flaga, że użytkownik anulował zadanie.

Plik nie jest czytany w trakcie działania wątku. Wczytuję go na początku do stringstreamu w RAMie i później w takcie pracy używam tylko jego. Wiem, że w początkowej fazie może nie jest to najlepsze rozwiązanie, ale przy pracy z dużymi plikami to się sprawdza. Wszystko mam w Ramie i zwykłe ubicie wątku podejrzewam, że zostawi ten cały śmietnik w Ramie.

Póki ta godzina jest spędzona w twoim kodzie, możesz tam dodać warunek by przerwać działanie wcześniej. Piszę to samo już trzeci raz, naprawdę nie wiem jak to napisać jaśniej.

Dziękuję, dotarło do mnie, że mam przejrzeć główne pętlę w programie i dodać tam sprawdzanie zmiennej globalnej sygnalizującej wyjście z okienek. W zdarzeniu WM_CLOSE będzie ona przestawiana.
Przy okazji chciałem zapytać czy w Visual Studio jest jakiś mechanizm w trakcie debugowania do podglądnięcia ile jest stworzonych obiektów i do ich obserwacji?

Za pomocą debuggera możesz zobaczyć zarówno uruchomione wątki, jak również stan zmiennych, które są widoczne z miejsca, w którym się zatrzymasz (np. za pomocą breakpointa). Każdy przyzwoity debugger to potrafi.