то выдает исключение:
По логике ведь в данном случае на первом lock мьютекс должен заблокироваться, а на втором lock программа должна ждать пока он будет разблокирован, чтобы снова его заблокировать
Я ничего не путаю?
По сути если два раза подряд вызвать lock, то программа должна зависнуть, но не должно же вываливаться исключение? Или это какая-то система защиты от мертвой блокировки? Если так, то как ее обойти?
А есть ли принципиальная разница по производительности (возможно по стабильности) между текущими boost::thread и std::thread?
Раньше если не ошибаюсь, std::thread работал медленнее чем boost::thread
Андрей, прошу прощение, не правильно выразился
Не в состоянии определить Яндекс.Браузер, для него это тот же Хром
Нет там метода проверки на Яндекс, только на Хром
Либо я не правильно понял место где я вру
Андрей, потому что расширение
А делать зависимость расширения от сервера, при том что расширение в состоянии работать в офлайн режиме, не очень хочется
То что вы скинули не в состоянии определять браузер
Та строчка генерируется сервером, а не клиентом
Ярослав Иванов, я же говорю, по navigator.userAgent типичный Хром
Причем такая проблема только на клиентской стороне
На серваке сразу видно что Яндекс.Браузер
Можно конечно через сервер определять, но очень не хочется...
15432: хмм, надо будет попробовать
Вроде бы именно то что мне нужно :)
Может откопируйте совет в ответы чтобы я смог потом выбрать его правильным?
Если у вас сохранился код где вы так делали, может сможете опубликовать нужный кусок?
Спасибо за помощь)
Поэтому и использовал костыль выше