M
одни возвращают ошибку при второй, другие делают ещё одна (тогда две разблокирки надо делать), другие просто игнорируют
Size: a a a
2021 March 07
M
по разному
M
надо книжку читать, что автор имел ввиду.
VK
В какой реализации ?
В любом реализации двойной захват мьютекса это дедлок, если это не try lock и не timed mutex который через время может разлочиться.
VK
Исходники есть от ОС ?
В книге указано поведение для стандарта С++ и соответственно стандартной библиотеки. Не нужны исходники ОС.
D
В любом реализации двойной захват мьютекса это дедлок, если это не try lock и не timed mutex который через время может разлочиться.
dead lock != UB
VK
dead lock != UB
Именно
VK
Дедлок это обычная проблема которая не ведёт к уб
D
А, кк, мне показалось ты оправдываешь книгу
VK
У меня ещё один вопрос к автору книги есть, х
D
В любом реализации двойной захват мьютекса это дедлок, если это не try lock и не timed mutex который через время может разлочиться.
Ну ещё есть рекурсивный мьютекс, но я не знаю есть ли он в стдлибе (я почти не кодил трединг с её использованием)
VK
А, кк, мне показалось ты оправдываешь книгу
Нет. Вовсе нет, это было к х893 который исходники ОС хотел бы посмотреть, хотя дедлок явно и понятно приводит к висящим потокам на мьютексе
VK
Ну ещё есть рекурсивный мьютекс, но я не знаю есть ли он в стдлибе (я почти не кодил трединг с её использованием)
Есть, я его использовал не раз. Нормально с ним все
D
Есть, я его использовал не раз. Нормально с ним все
Ну я просто
VK
Есть и shared_mutex который умеет блокироваться на чтение или на запись
VK
Причём, на чтение shared lock, на запись unique_lock
D
Но вообще книга клевая, я сча полистал часик, угорел с https://github.com/Nekrolm/ubbook/blob/master/runtime/nullptr_dereference.md
VK
Причём, на чтение shared lock, на запись unique_lock
Таким образом чуть вкуснее получается