АК
f_input("{}:{}", a, b)ну и.. https://github.com/eliaskosunen/scnlib
Size: a a a
2021 July 05
АК
так для этого хватило бы синтаксиса
ну и.. https://github.com/eliaskosunen/scnlib
ну и.. https://github.com/eliaskosunen/scnlib
с
не, такой синтаксис в рантайме же упадет, если я попытаюсь в число строку записать, например. Ну или потом ошибки возникнут из-за неверного ввода. Просто с указание типа строже получается, по итогу
За линк спасибо
За линк спасибо
с
@smertig
Ну т.е. как вот тут для второго случая, я об этом
Ну т.е. как вот тут для второго случая, я об этом
АК
Не понимаю проблему. На рантайме пользователь вводит что угодно. В записи
f("{:%i}", a) тип указывается дважды - в переменной a (например, int a) и в %i. То есть, например, f("{:%s}", a) было бы невалидно вообще всегда.P
Error Conditions
▪ no_such_process if the thread is not valid
Что произойдёт, если всё же вызвать join на таком потоке? То есть поток был terminated по завершению процесса, но потом все равно вызывать join?
https://en.cppreference.com/w/cpp/thread/thread/join
▪ no_such_process if the thread is not valid
Что произойдёт, если всё же вызвать join на таком потоке? То есть поток был terminated по завершению процесса, но потом все равно вызывать join?
https://en.cppreference.com/w/cpp/thread/thread/join
с
угумс. Просто когда мы пишем "{}" мы вообще никакой информации не закладываем о том, что мы там от ввода ожидаем, а так, раз формат известен на этапе компиляции, то хотя бы ошибки вида "хотел ввести символ, а ввел число" можно обрубить
с
ну основная идея в этом в этом
АК
В {} не закладываем, да. Но закладываем в тип переменной
C
Всё ещё неправильно :( Оберните код в теги: 3 символа ` до и после кода (в случае одиночной конструкции достаточно 1 ` с обеих сторон). Спасибо!
D
Когда у тебя процесс завершился, ты никак не можешь вызвать join на потоке из этого процесса)
P
А если процесс на этапе завершения?
Тип потоки уже удалены, так как main закончился и пару вызовов произошло системных, но некоторые объекты ещё существуют…
Тип потоки уже удалены, так как main закончился и пару вызовов произошло системных, но некоторые объекты ещё существуют…
DP
конец main не значит, что потоки удалены
DP
вообще словосочетание потоки удалены звучит само по себе странно
P
то есть я затестил и прога просто возвращает контроль мгновенно после вызова .join() и меня такое поведение устраивает, но хочу понять, UB ли это…
P
terminated
DP
join возвращает управление сразу если поток завершил выполнение кода
P
я это не отрицаю, но это не значит, что там нету UB, если join возвращает мгновенно
с
Закладывать можно ошибочно просто. По невнимательности, например
P
«Если кратко:
Я хочу понять, что будет, если юзер не очистит ресурсы
ZwTerminateProcess() вызывается до LdrShutdownProcess(), вызывающей LdrpCallInitRoutine(), а та, в свою очередь - DllMain()»
Так вот, если я здесь обращусь к статическому объекту, у которого был поток, то потоки уже завершены, но тип безопасно ли вызывать join после такого - непонятно.Я хочу понять, что будет, если юзер не очистит ресурсы