Russian Qt Forum

Товарищи, подскажите, как лучше поступить в следующей ситуации.
Подключаю через QLibrary библиотеку. Нахожу в ней адрес нужной мне функции, через которую все операции с этой библиотекой происходят и начинаю с ней работать. Структура библиотеки едина, но самих таких библиотек может быть несколько.
И иногда встречаются случаи, когда чьи-то кривые руки сделали эту библиотеку не по стандарту.. Вызываю функцию библиотеки, а она, собака, стопорит поток, не возвращая значение. Я знаю, что этого быть не должно и в этом случае надо прервать все работы с этой библиотекой. Каким образом лучше всего это сделать?

Параллельно с вызовом функции библиотеки запустить таймер (возможно в другом потоке), и если по истечении времени таймера выхода их функции нет, то сообщать об этом.

Таймер да, о нем я тоже подумал. Но он только даст сигнал, что "что-то не так с библиотекой". Вопрос в том, как можно ее безопасно выгрузить? Простой unload убьет всю программу целиком, т.к. к моменту, когда происходит это зависание, уже много чего инициализировано в памяти самой этой библиотекой (и к этим данным не достучаться) :-\

В отдельном процессе запускать функции библиотеки, а если что, то прибивать процесс.

Это уже не просто функции библиотеки запускать в отдельном процессе, а приложение отдельное делать, которое будет работать с библиотеками  :-\ а это жесть, учитывая специфику этих библиотек.

Почему приложение? Говорите уж тогда специфику, тогда мб что придумаем :)

Просто интересно - а как функцию из библиотеки можно запустить в отдельном процессе без написания ещё одной программы-обёртки?

псевдокод.

Это запуск в отдельной нитке, того же процесса.

Виноват, невнимательно прочитал.

Довольно сложно, но можно. Идём в чужой процесс, залазим к нему в память, разворачиваем там свой лагерь и что угодно делаем. Но это для проблемы уже слишком масштабно. Ммм... да, видел где то инициацию форка эксплорера, правда для других задач, но в качестве расходного процесса пойдёт :)

А если своя обертка, просто локальные сокеты и запуск отдельного процесса со связью.

PS у меня есть опыт в этой области, но она "на грани" разумного :D

К сожалению ничего умнее, чем делать отдельное приложение, которое будет грузить эти библиотеки и взаимодействовать через IPC с главным приложением выдумать не получится - не зря в Хроме для того, чтобы обесчестить независимость (в смысле стабильности) от плагинов каждая вкладка как отдельный процесс реализована.

"вынести в процесс" - удовольствие дорогое. Интересно попробовать механизм передачи исключений между нитками. В Qt 5 что-то есть (не вникал)

Да.
Но процесс мы можем убить без последствия для других процессов, а вот нитку для процесса не всегда.

А какой в этом смысл? Если бы функция из библиотеки могла сама определять, что она зависла, то ей не обязательно было бросать исключение, достаточно просто завершаться.

Смысл "прерваться" и вернуть управление вызывающему. Очень может быть что такое прерывание окажется некорректным или вообще не сработает, но это хотя бы позволит толкать либу в главной нитке без затей - уже легче

Вот функция.
Она будет немного долго выполняться, запустите ее пожалуйста как хотите, что бы она через пять секунд вышла. Хотите с исключениями, хотите без.

C++ (Qt)
void func()
{
    for(;;)
    {
    }
}
 

В том-то и дело что выйдет если удастся передать в эту нитку исключение. Как это сделать - не знаю. Вроде в WinAPI такая возможность есть, но это не моя основная платформа. А в букваре Qt 5 пишут что передавать можно - вот это интересно было бы проверить.

Сами напросились. Вот примерчик https://dl.dropboxusercontent.com/u/101053289/Program/testFuncThreadStopForced.zip.

Щелчок - запуск ф-ции/остановка ф-ции.

Потоки внутри выглядят вот так
Вроде все условия выполнены. Остановка неизвестной ф-ции через неопределённое количество времени :)

Потоков всего 5, ибо пустые и грузят проц под 99 :)

Бросить C++ исключение через WinAPI? Вряд ли. :)
Если имеется ввиду SEH, то это не исключения C++.

Передать можно из одного потока в другой, так же как и сигналы. Но, повторюсь, функция никакие исключения не шлет.

А что это? :)

Это функция в потоке, которую ты же и просил :)

Есть функция func, она спрятана в библиотеке. Ее нужно прервать через 5 секунд.
А это я не знаю что. :)

Не она шлет, а ей пошлют (а она (ее  вызывающий) поймает). Вот это было бы хорошее дело. Но может все это мои фантазии - не проверял.

??? Не врубился, о чем Вы?

Нечем ей (от ее имени) послать исключение C++. :)

Кхм.

Ладно, видимо выходной на вас влияет :D


То, что я её сразу запихал в поток, а не извлекал из dll - для простоты. В 100 из 100 случаев нормальная отработка.

Ещё проще - у нас есть бесконечная функция в потоке. Мы можем её грохнуть в любой момент времени.

Запихайте пожалуйста, что бы я увидел, в каком месте она вызывается.
Вот прямо что бы так было написано. :)
func();

А хохо не хуху? :D

Прямое написание будет равнозначно вызову функции.

Для прекращение работы зависшей функции нужна обертка.

Т.е. неизбежно будет saveFunction(&func, 6) допустим.
Если процедура унифицированная, то вполне возможно и просто создавать потоки на каждое выполнение функции.

PS собственно у вас и проблема, что сама функция не имеет этого механизма. В общем глупое заявление :D

PPS модифицируем пример и вуаля - у вас в обертке вызывается функция с защитой от зависания.

Ну так нам ее и надо...

Прекрасно. Какая? Хочу посмотреть код. :)

Хорошо, вот что там в saveFunction мы и ждем... :)

Так вроде и пытаемся создавать. Только толку ноль. :)

Прекрасно, где же это чудо обертка? :)

Представьте в моем предыдущем сообщении прикреплена ссылка на архив с исходниками, Оо. Или вы её так небрежно не заметили? :)

Скажите пожалуйста в каком месте вызывается функция func()?

я её развернул в бесконечный цикл с отправкой сигнала. В классе fiber, в методе run().
Собственно это подходит для унифицированной функции. fiber - обертка, в run - унифицированный запуск функции.

Как вы представляете разворот уже собранной функции из dll в fiber?


Если бы был доступ к коду, такие чудеса не понадобились бы. :)

Выходной. Неужели разум на отдыхе?
Варианты:
1)  достаём непосредственно в обертке.


2) передаём в конструкторе обертки

3) глобальный объект

Да вот я смотрю что на отдыхе. :)

C++ (Qt)
void run()
{
QLibrary libr("blabla");
/*Тут туфта с доставанием функции, её прототипом*/
func();    // все мы зависли, только убийство нитки нам поможет
}
 

C++ (Qt)
fiber::fiber(Указатель на функцию func);
...
void run
{
func();    // все мы зависли, только убийство нитки нам поможет
}
 

C++ (Qt)
void run
{
 SingleToneDllPointer.func();     // все мы зависли, только убийство нитки нам поможет
}
 

А нам нужно определить, что произошел зависон, прервать выполнение этой функции и, думаю, запустить функцию из другой библиотеке.

Ёмой, ты на меня ещё повесь чтоб она и в сортир сходила и смысла за собой.

Прочитай внимательно свою же реплику, в ответ на которую я сделал сей пример... Прочитай.


Я привел тебе набросок, который позволяет остановить любую функцию в любой момент.

Что тебе надо дальше?! Набросок не равняется рабочий и подходящий для вас компонент, но он есть и работает. Узнать почему зависла - невозможно, ибо dll для нас чёрный ящик.

Ещё у данной dll скорее всего интерфейс не ограничивается 1 функцией. Есть и вывод ошибок, некорректных данных и прочего.

В результате:
1) имеется функционал остановки функции в любой момент.
2) у вас имеется описание функции.
3) у вас ещё какие то запросы.

Куда и что вы добавите ваше дело.

Не привел. Вы что то где то размазали и куда то что вставили.

C++ (Qt)
void func()
{
    qDebug() << "Running...";
    for(;;)
    {
    }
}
 

Вот функция, менять ее нельзя. Ее нужно вызвать и прервать через 5 секунд. Именно ее.

Йепте, вот опиши её где угодно и вставь её вызов в run. Это ТАК сложно?

Для меня да. Покажите в реальном примере.

Где проблема? Почему вызов функции у вас вызывает какие-то проблемы невнятные?

Здесь нельзя остановить нитку fiber без terminate. :)

Йепте, так в том и дело, что мы используем .... Тараааммм - terminate!
Потому что:
1) Прервать выполнение функции нельзя.
2) Можно terminate потока.
3) Можно убить процесс.

Вариантов больше нет, если не изменять тело функции :D

И да, существенный недостаток вашего сообщения - нигде вы не говорите, что terminate нельзя :)

PS ещё имеется функционал, о котором писал Igors - передача исключения. Я пытался использовать его из-за похожей проблемы, но не получилось чегой то.

Не можно. Частенько это будет приводить к порче основного процесса.
Мы тут все это придумываем с процессами-песочницами, только поэтому. :)

Вы правда думали, что кроме вас про terminate никто не слыхал. :)

Кстати, чуть выше задачки я писал:

Не приводит это к порче процесса. Terminate заставляет поток умереть, но не сразу.
Т.е. могут быть попорчены используемые и передаваемые в функцию переменные. Так же может быть попорчено выделение памяти.

Для переменных достаточно будет создавать "точки восстановления" перед подключением и использованием библиотек.
А вот для порчи памяти нужно что-то придумать, вроде перегрузки new и собственного менеджера.

PS ей богу, вы своё сообщение не прочитали. Ни разу наверно :D Вы не ограничивая никого в средствах бросили вызов. Вызов принят, результат есть, а вы находите уже какие то непонятки аля или   или  же вот этот милый диалог.
Old:
Я:
ИИИИ... Добивание Old:
Какая функция? Написано ж про модификацию примера :D

Требуете того, о чем не написали. Сообщения к тому ж не читаете видимо :)

http://msdn.microsoft.com/en-us/library/windows/desktop/ms686724%28v=vs.85%29.aspx

Да ради Бога. К сожалению результат с terminate никому не интересен, из-за невозможности его практического использования.
 

Кхм. Вы привели стандартное описание терминайтеда. Где там что страшного написано про порчу процесса?

Приводятся те же проблемы, что привел и я - распил памяти, изменение переменных. Да, ещё вон есть извещение dll о закрытии потока, но я о нем мало что знаю, но что-то подсказывает мне что это штатная и предусмотренная ситуация.

PS если читать документацию - везде рекомендуется, но не запрещается.

Нет я привел предупреждение из стандартного описания.
И я ни коем образом никого не отговариваю от его использования. Нормально, значит нормально.

Видел 2 проекта для обработки данных с использованием терминейтеда. Работают спокойно, особо не падают.

Собственно это единственный способ завершить зависший поток, увы. Так же как и kill для процесса.

Можно толочь воду в ступе, а можно сделать 2 проекта и сравнить. :)

Какие два проекта?

1 с терминайтедом, второй с процессом.

Для чего?
Если OKTA устроит вариант с terminate потока, то хорошо (хотя тогда темы бы этой не было). Для меня лично этот вариант неприемлем.

Ух вы развели тут, стоило отлучиться на выходные)))) Попробую ответить на все увиденные вопросы разом.
К сожалению, простой terminate потока с либой не поможет, т.к. библиотека динамически хапает память и грохнув поток, вся память занятая останется на месте в лучшем случае(а библиотека может хапать очень много памяти), а в худшем udefined behaviour, т.к. мне неизвестно, что либа творит в памяти)
Ф-ия очистки памяти у библиотеки тоже есть, но она так же останавливается в недрах библиотеки и не возвращает значения.
Обнаружился еще один неприятный момент, который ставит к нулю все попытки выделения либы в отдельный процесс - есть ф-ии, которые действительно долго работают в нормальной библиотеке, а в кривой так же приводят к зависанию,  соответственно различить их в принципе становится невозможно, т.к. я не определю работает либа на самом деле или просто зависла.
Посмотрим, что скажет на это заказчик))
А выделить работу с библиотекой в отдельный процесс это мало того, что жестко, т.к. на универсальность решения рассчитывать не приходится (хотя я нашел статью, где какие-то австралийцы сделали универсальную обертку для работы с либами, но так и не понял как и примера тоже не нашел), а к тому же сама специфика библиотек очень тягостна. Функции возвращают только true/false, а сами данные передаются обратно через параметр функции, но не в классическом виде, когда мы сами выделяем память для значения, а либа сама выделяет память и отдает нам указатели. Я уже заводил тему про это - http://www.prog.org.ru/topic_26764_0.html, если помните и как такое тягать между процессами, я не представляю  :-[
Но спасибо всем за помощь) Завтра на работе решу, что делать)