АК
С этим согласен
Size: a a a
2021 July 05
TS
верно ли я понимаю, что ты хочешь обратиться к объекту, принадлежащему процессу, который был завершен или который находится в стадии завершения?
P
в стадии завершения.
То есть в нормальном флове юзер сделает cleanup, и я сделаю join на живом потоке, но если он это упустит, то хочу понять, что произойдёт…
То есть в нормальном флове юзер сделает cleanup, и я сделаю join на живом потоке, но если он это упустит, то хочу понять, что произойдёт…
ПК
Сначала джойни потоки, затем завершай процесс/выгружай Dll
P
я хочу понять, что будет, если не сделать так, а потом на попытке это захендлить на уровне моей либы вызовется .join на мёртвом потоке
TS
лучше все делать до завершения процесса, но UB или нет, мне ответить сложно, скорее да, чем нет, это надо доку по винапи читать
ПК
UB очевидно
P
хм, тогда утечку лучше оставить.
Понял
Понял
АВ
Утечка тоже ничего хорошего))
TS
может лучше переделать так, чтоб не было утечки?))
P
Ну так есть Initialize и Cleanup - я думал, добавить unique_ptr, чтобы хендлить случай, когда юзер не вызовет Cleanup
P
Но тогда может быть UB, как обсудили выше...
ПК
Обычно либы самодеятельностью не занимаются и говорят юзеру явно вызывать Init()/Deinit()
D
if (thread.joinanle())
thread.join();UB нет
P
😃, понял.
D
А если потока нет?
Не, Дань, это так не работает
Не, Дань, это так не работает
D
Тогда что джоинить, если объекта потока нет?)
D
Проблема ТС в том, что винда грохнет потоки додо вызова DllMain с детачем
D
А что там хранит std::thread, ей глубоко плевать - хэндл уже невалиден
D
Это проблемы юзера