Библиотека-убийца

[Bepec]

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

[Old]

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

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

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

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

[Bepec]

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

Код:

void run()
{
QLibrary libr("blabla");
/*Тут туфта с доставанием функции, её прототипом*/
func();
}

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

Код:

fiber::fiber(Указатель на функцию func);
...
void run
{
func();
}

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

Код:

void run
{
 SingleToneDllPointer.func();
}

[Old]

Выходной. Неужели разум на отдыхе?

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

Код

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

Код

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

Код

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

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

[Bepec]

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

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

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

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

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

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

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

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

[Old]

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

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

Код

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

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

[Bepec]

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

[Old]

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

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

[Bepec]

Код:

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

class fiber
{
// тут остальные методы и код
void fiber::run()
	{
		func();		
	}
}

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

[Old]

Код:

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

class fiber{
void fiber::run()
	{
		func();		}
	}
}

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

[Bepec]

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

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

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

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

[Old]

2) Можно terminate потока.

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

[Old]

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

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

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

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

[Bepec]

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

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

PS ей богу, вы своё сообщение не прочитали. Ни разу наверно Вы не ограничивая никого в средствах бросили вызов. Вызов принят, результат есть, а вы находите уже какие то непонятки аля

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

или  

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

или  же вот этот милый диалог.
Old:

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

Прекрасно, где же это чудо обертка? Улыбающийся

Я:

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

ИИИИ... Добивание Old:

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

Какая функция? Написано ж про модификацию примера

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

[Old]

Не приводит это к порче процесса. Terminate заставляет поток умереть, но не сразу.

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

The TerminateThread and TerminateProcess functions should be used only in extreme circumstances, since they do not allow threads to clean up, do not notify attached DLLs, and do not free the initial stack. In addition, handles to objects owned by the thread are not closed until the process terminates. The following steps provide a better solution: