Потоки при параллельном тестировании оборудования

[Bepec]

Что мешает вам самим в потоках проверять время выполнения ваших же функций? Что мешает поставить стража на остановку?

PS или я чего то незнаю, или я чего т не понимаю

[xokc]

У него висит вовремя выполнения чужих функций из драйверов устройств. Типа readData() - и на ней нитка и умерла. И прервать этот самый readData не получается.

[Odyssey]

xokc прав - примерно это и происходит.
А как реализовать "стража"?

[Bepec]

Страж = булевский флаг, но в зависоне он бесполезен.

Если такая ситуация, то отдельные процессы - это простое и вместе с тем хорошее решение. Никаких забот о мусоре и прочем. Отработал и прислал данные - молодец. Работает 2 часа подряд - убил процесс и усё нормально, выдал ошибку юзверю.

[Odyssey]

Скажите, а если грохнуть класс-наследник delet'ом, а после вызвать какой-нибудь "уборщик"?

Так если он висит то грохнуть можно только из др нитки - верный краш

Да, грохаем из другой нитки. Правда, я надеялся, что в деструкторе можно будет освободить какие-нибудь переменные, порт закрыть, не? ^___^

Вы, кстати, согласны, что при зависе надежнее работать с процессами, а не с потоками?

[Odyssey]

Страж = булевский флаг, но в зависоне он бесполезен.

Если такая ситуация, то отдельные процессы - это простое и вместе с тем хорошее решение. Никаких забот о мусоре и прочем. Отработал и прислал данные - молодец. Работает 2 часа подряд - убил процесс и усё нормально, выдал ошибку юзверю.

Спасибо. Надо будет обмозговать и рассмотреть возможность реализации

[Bepec]

Поток, грохнутый terminate продолжает работать ещё некоторое время. В некоторых случаях (у меня было) он продолжает писать данные, при этом вроде - бы являясь уже убитым Чуть не поседел, пока искал среди 2 потоков ошибку, а третий, убитый, весело менял им данные и грохал программу

[Igors]

Да, грохаем из другой нитки. Правда, я надеялся, что в деструкторе можно будет освободить какие-нибудь переменные, порт закрыть, не? ^___^

Вызов delete не прервет выполнение нитки нормально "зато" искалечит данные к которым она обратится

Вы, кстати, согласны, что при зависе надежнее работать с процессами, а не с потоками?

Ну это решение просто "потому что нет нормального", всем понятно что оно "через задницу". Я бы прорывался через дуст о котором высокого мнения - хотя и редко его использовал

[xokc]

Я бы прорывался через дуст о котором высокого мнения - хотя и редко его использовал

А чем это может помочь прервать зависший вызов?

[Igors]

Я бы прорывался через дуст о котором высокого мнения - хотя и редко его использовал

А чем это может помочь прервать зависший вызов?

Нитка получит исключение и тогда сможет легально выйти

[Bepec]

Эммм... А откуда она получит исключение?

Я просто не особо осведомлён о возможностях "дуста", но как он может по результату проверки (долгое время выполнения и прочая лабуда типа устройство зациклилось) выдать ексцепшн до окончания обработки вызова?

[Odyssey]

Я пока вынужден работать на Qt 4.5.3 под слегка подуродованную версию Линукс (правда, скоро возможен переход на 4.8.2). Boost там работать станет?

И винюсь - пока не очень разобрался в принципе действия. Классу кто-то извне кинет исключение?

[Igors]

Я пока вынужден работать на Qt 4.5.3 под слегка подуродованную версию Линукс (правда, скоро возможен переход на 4.8.2). Boost там работать станет?

Не знаю. Я просто скопировал фолдер дуста, добавил путь в проект и все, с пол-пинка пошло и на Mac и на Вындоуз.

И винюсь - пока не очень разобрался в принципе действия. Классу кто-то извне кинет исключение?

Смысл что если нитка получит исключение - она попадет на Ваш catch, там и зачищайтесь и цивильно выходите. Слышал предлагают это даже добавить в стандарт языка - именно по тем соображениям что Вы изложили (борьба с зависоном). Хз, может в С++ 11 уже добавили (где же эрудиты когда они нужны)

Сам не делал (пока не припекло) но присматривался - это есть в Вындоуз (но это 1 платформа) и в дусте.  

[xokc]

Классу кто-то извне кинет исключение?

Смысл что если нитка получит исключение - она попадет на Ваш catch, там и зачищайтесь и цивильно выходите.

Давайте еще раз. Внутри метода run в наследнике QThread "завис" метод read из чужой dll. Завис тупо - без таймаутов и exception. Кто в этом случает сгенерит это самое исключение, которое потом будет передано через boost основному потоку?

[Bepec]

Igors, ловля исключения даже чужого реализована в С++. Это банальный try/catch.

Но оно работает, если в чужом коде кто-то его бросает. А если чужой код завис к чертям, то не поможет уже ничего :/