Исходные данные: Fedora Core 4, в С++ программе есть вложенные throw std::exception(), т.е. :
<function 1>
...
throw <111>
<end of function 1><function 2>
.....
try {
<function 1>
}
catch (<111>) {
throw <222>
}
<end of function 2>И тут возникает странная проблема - если программа работает на Linux-драйве, то оба throw срабатывают как надо, а если на /mnt/..., где смонтирован диск Windows-сервера, через smb, то после отработки первого throw программа виснет. У меня единственная гипотеза - какой-то другой процесс перехватывает управление после обработки ошибки. Но непонятно как узнать, какой именно. Может кто-то знает средства, типа диспетчера какого-то, чтоб было видно что за программа срабатывает? Или может кто посоветует как обойти такую ситуацию? Спасибо заранее за любой совет.
>Может кто-то знает
>средства, типа диспетчера какого-то, чтоб было видно что за программа срабатывает?strace
ает странная проблема - если программа работает на Linux-драйве, то
>оба throw срабатывают как надо, а если на /mnt/..., где смонтирован
>диск Windows-сервера, через smb, то после отработки первого throw программа виснет.
>У меня единственная гипотеза - какой-то другой процесс перехватывает управление после
>обработки ошибки. Но непонятно как узнать, какой именно. Может кто-то знает
>средства, типа диспетчера какого-то, чтоб было видно что за программа срабатывает?да ерунда, никакой ПРОЦЕСС перехватить управление не может!!! Думаю твоя прога висит в каких нибудь своих системных вызовах, например read или write.
Кстати strace как раз и покажет это.
А если это происходит(то фиг его знает что делать ;-)) )
Но можено поковыряться с флагами для openЯ вот не пойму, почему у тебя на нормальной ФС trow срабатывает???
>прога висит в каких нибудь своих системных вызовах, например read или write.
Реальная программа действительно использовала одну неродную библиотеку <boost> для чтения времени создания каталогов/файлов системный вызов одно, но когда обнаружилась эта ерунда с зависанием
>Я вот не пойму, почему у тебя на нормальной ФС trow срабатывает???
>
>>прога висит в каких нибудь своих системных вызовах, например read или write.
Реальная программа действительно использовала одну неродную библиотеку <boost> для чтения времени создания каталогов/файлов системный вызов утилиты, но когда стало зависать на исключениях, то в тестовой программе остались уже чисто throw вообще без ничего, искусственно вызываемые через throw std::exception(), и вот такая ерунда с smb обнаружилась.
Большое спасибо за strace!!!!! Класс!!!! strace показывает "futex(0x...,FUTEX_WAIT,2,NULL" Пока еще не знаю от чего это, но хотя бы видно!!!! :)))
Привет,man 2 futex
man 4 futexЕсли концепция mutex вам понятна, разберетесь... а при чем тут Самба еще выяснять...
WWell,
Тайное всегда становится явным :)) Оказалось smb ни при чем, а глючит библиотека boost, конкретно итератор directory_iterator, он использовался в заголовке цикла как counter. В тестовой программе цикл был уже пустой, с одним только throw ..., и итератор не дает нормально работать throw, который за пределы этого цикла должен выбросить.