Russian Qt Forum

 :)

Скажите. QThread::quit() удаляет объект потока ???

Спасибо.

Насколько я помню, это останавливает поток. Объект потока при этом остаётся.

Это останавливает цикл обработки событий.

Если у вас в потоке не запускается цикл обработки событий, то эта функция вообще ничего не делает.

не удаляет

Вы прочли монолог коллективного разума prog.org.ru! Простите, не удержался  ;D

Нет не удаляет. Правильно удалить поток так (но только в том случае, если в потоке запускается ф-ция exec() - запуск обработки событий):

У меня вопрос в тему. Как лучше и правильнее.

Например у меня есть поток без цикла обработки событий, в нём запускается блокирующая длительная процедура, которая является "чёрным ящиком". В какой-то момент я хочу поток грохнуть, не дожидаясь, пока та процедура отработает. Наверное надо вызвать terminate? Но это вообще не рекомендуется, тогда вопрос, как быть?

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

Это если я сам ту блокирующую процедуру пишу. Естественно я так и делаю. Но тут не так просто, я не могу флаг поставить в ту блокирующую процедуру, у меня нет доступа в её код. По сути эту процедуру я дёргаю откуда-то из DLL. Типа, создаю некий объект и вызываю его метод calculate, который неизвестно как работает, мне от него нужен только результат вычислений.

А может есть какой-то новый/лучший способ? Если знаете - расскажите, потому что мне кроме флага ничего не известно  :)

Если управление ушло в эту ф-цию, то придется ждать когда вернется. Ф-ция должна иметь callback для таких целей, если его нет - то ничего не попишешь.

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

Самый мой весёлый опыт - одновременный terminate 14 потоков, работающих с сторонней dll.

Результат - мышка отказала. Клавиатура реагировала где то на 4-5 нажатие, система после 5 минут раздумий выпала в бсод. 
Но это произошло после недели безостановочного пользования сей программой ;) т.е. 1 раз в неделю - помоему норм результат :D

Программа была запущена с админскими правами?

Понятно, как правильно удалять :)

Тогда такой вопрос :)
Допустим у меня есть оновной поток по нажатию клавиши  создается форма threadForm в  ней поток thread который изменяет счетчик по  timeout таймера. Если я нажимаю кнопку то таймер останавливается

thread->quit();
thread->wait();

а если делаю двойной клик мыши то запускается.

Не могу понять поток надо удалять или просто снова запускать в обработчики событий ???

demaker
Поток можно запускать/завершать какое угодно количество раз, при этом объект потока пересоздавать не надо.

Очень интересный вопрос на самом деле. Дело в том, что в винде, завершившись поток уничтожает себя. Что Вы имеете под понятием "не пересоздавать заново"? Может в Линуксе как то не так?)))

На самом деле так: поток существует до тех пор, пока он работает. После прекращения работы - он уничтожается.
Теперь конкретно к Вамему вопросу - поток у Вас должен быть один?

Вы сами ответили на своей вопрос - логика Вашей программы - однозначно не правильна.

В разговоре, скорее всего, имеется в виду экземпляр класса QThread, который создавался для управления потоком, а не сущность ядра

Хорошо, соглашусь. Как правильно? :)

По поводу "Что Вы имеете под понятием "не пересоздавать заново"?" - имею ввиду экземпляр класса QThread, тут уже ответили за меня. Я неправильно выразился на счёт "объекта потока". :)

+100500)) Очень хорошее замечание! По этому, как мне кажется (я буду очень рад, если кто скажет, что не так) - уничтожение потока нужно производить, как я написал.

Отдельно по Вашему сообщению - очень интересно... Ну не уничтожаем мы экземпляр класса QThread... Честно говоря пока этот вопрос не прорабатывал. И? Где он висит?

Где создан, там и висит (в стеке или в хипе). Это ж обычный класс, по сути. Так что удалять его объекты надо как и все другие кутишные объекты.

Но можно вызвать у него же start(), не создавая новый объект, если нужно запустить новый поток (после остановки старого, конечно же)

Да это понятно. Другое дело - практическое применение - пока не понятно. Если в стеке -уничтожится. Тут вопросов нет. Хорошо. Создали в "куче". Просто вопрос для меня не праздный. В отличии от Дельфи можно просто start() сказать?

... пока писал - ответ получил - спасибо! не знал, что вот так можно снова start() вызвать! Спасибо!

Отнаследовались, переопределили метод run(), написали туда своего кода. Выполнили раз. После завершения надо выполнить тот же код еще раз. Чтобы не удалять старый объект и не создавать новый можно просто запустить еще раз старый.


не понял вопроса

Спасибо! Очень интересная информация. В пояснении моего вопроса - в Дельфи если есть класс определенный пользователем - то тут уж все))) Никакого наследования  - все не привыкну к правильному Qt))

Ну так и я о том же говорил.

Возвращаясь:
Так как сделать в данном случае правильную логику? Я не прикалываюсь, мне правда интересно, как лучше сделать. Пока я просто дожидаюсь выполнения процедуры.

На мой взгляд только так - если Вы не вкладываете в код отдельного треда завершения по "указанию" - правильно только одно - ждать пока он завершиться. Хотите иначе - вложите в код некий цикл, аля тот что вкладывает в него метод exec() (хотя это по определению не верно... хотя могут быть основания). Давайте определимся - что значит "долгая" операция? Ее ведь как то можно .... разбить на проверки окончания? Или нет?

Как можно разбить чужой скомпилированный метод на проверки окончания? Или как в него вставить этот самый "некий цикл"?

1. Чужой - никак. Речь шла о своем коде. Извините - я что то пропустил?
2. Ответ: никак.

???

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

Эта фраза как бы намекает, что внутренности процедуры недоступны. Так что да, что-то пропустил

А если только один поток в одно время?

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

P.S. Тема уже чат начинает напоминать =).

Обожаю такие ответы))) А ты реально на столько крут, чтоб сделать реверсинг любой проги?))) По моему свою проще написать)))

А что значит один поток в одно???

Объясните :)

Не, не отменили, но в данном случае я даже могу загрузить исходники "чёрного ящика" из СКВ, только мне это ничего не даст. :)
Это просто пример из жизни. Хочется сделать программу более отзывчивой, чтобы интерфейс пользователя не блокировался долгими вычислениями. Пока там что-то считается, можно ещё что-то делать. Но программа использует всякие навороченные штуки, которые что-то считают. С одной стороны, пусть уж считают, можно и дождаться, а с другой стороны, приспичило пользователю программу закрыть, или изменить параметры расчётов. Оно ж вроде не блокируется, всё доступно, интерфейс живой. Так вот, закрывает пользователь программу, и не понятно, что делать с теми потоками, которые что-то усиленно считают в чёрных ящиках, они-то не знают, что пора бай-бай. А потом надо ещё все либы корректно выгрузить, ресурсы освободить и т.п.

Тут все зависит от ситуации. Мне например дали задание написать аналог сервера, для интеграции с остальными программами компании. Но вот незадача, протокол то не документирован(владелец сервера не желает делиться) а железок накупили много, замена на аналоги будет стоить очень дорого. Вот и начал реверсить, осталось отреверсить алгоритм расшифровки =).

.. время. В том коде, что приведен нет проверки - а поток запущен уже или нет. Нажимаем снова на кнопочку старт ..и ? запускаем еще один экземпляр потока или нет?

Если взять себе привычку читать доку, то станет ясно, что вызов start() для уже запущенного потока не сделает ничего

Я тебя умоляю)) по роду своей деятельности очень часто этим занимаюсь))) Это не реверсинг - это всего лишь анализ протоколов работы, что совсем не одно и тоже))

А если взять в привычку читать то, что тут спрашивают, но выясниться, что именно хотят "запустить")))

Есть альтернатива, запускать нужную процедуру в отдельном процессе!

ЭЭЭЭ... так вроде с самого начала об этом и вопрос))

Да, я об этом тоже уже думал. Но пока было лень думать над тем, как всё это спроектировать, межпроцессорное взаимодействие и т.п. Хотя, думаю, если всё по уму сделать, должно быть даже проще и гибче чем с потоками.

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

То-есть восстановление алгоритма дешифровки это не реверсинг? Да и сервер сперва пришлось отвязать от USB ключа.
Каждый раз от железки приходят важные 16 байт информации, оттуда мне надо достать 8 байт. Но проблема в том, что каждый раз абсолютно разные байты, хотя там 12 байт точно одни и те-же. Закономерности никакой и как ты проанализируешь и узнаешь как оттуда достать эти 8 байт? Могу скинуть хоть 100 штук, врят-ли ты найдешь алгоритм. А вот дизассемблер любезно предоставил код на асме(там жуть, компилятор развернул циклы и получилась громадная такая простыня =)).

Даже забудь об этом думать. Межпроцессорное взаимодействие (даже не беря во внимание кросс-платформенность) - ... очень ограничена. В своей проге пытался это сделать - на основе ActivX - даже такая гибкая структура породила кучу проблем . Бросил это не благодарное занятие))

Я не спорю - что ты - умный))) Но все же по моему реверсинг - это то, что я делал в 90-е во времена DOS - реально восстанавливая , как прога работает. Зачем - не спрашивай)))

Ну вот, Google Chrome, например, работает же. Причём неплохо работает, надо заметить. Смогли же. :)

Э... даже не знаю что ответить. Вы хотите написать новый интернет-навигатор? Это одно. Или же свою программу со множеством exe-файлов , взаимодействующих между собой?

Как по мне так реверсинг это не только полное восстановление программы, но и часть программы, отдельные алгоритмы, архитектура и идеи.
Небось интересно было =). Я помню свой первый комп, мне было интересно как оно работает и что внутри. Лазил везде, вплоть до уничтожения ОС =).

Chrome же не имеет "множества exe-файлов". Файл один, а процессов много. Каждая вкладка в своём процессе. :)
Я пишу софт для инженерно-исследовательской работы, но это не имеет особого значения, просто хочется написать хорошую программу. :)

Институт. Студент. Изучал (? - так вроде культурно) программы по своей инициативе - да и денег тогда б за это не дали. Согласен с тобой - интересно было!

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

Примерно представляю себе, но серьёзно не думал и пока ничего не проектировал. Это пока в мыслях, там других проблем помимо этого хватает. :)

Кто же делает на основе ActivX, когда есть замечательный QProcess http://qt-project.org/doc/qt-4.8/qprocess.html (http://qt-project.org/doc/qt-4.8/qprocess.html)
Нужно всего лишь запихать вызов этой dll в main, который из stdio берет входные данные, а результат выводит в stdout.
При этом всегда можешь убить этот процесс, а если из-за ошибки внутри dll умирает процесс, то всегда это можно будет обработать.

 ??? так как надо делать правильно ???
Скажите  :)

void threadForm::keyPressEvent ( QKeyEvent * event)
{
...
if(event->key == Qt::Key_1) 
   {
    thread->quit();
    thread->wait();
    event->accept();
  }
}

void threadForm::mouseDoubleClickEvent ( QMouseEvent * event )
{
  ...
  if(thread->isRunning()) {
    thread->quit();
    thread->wait();
  }

  thread->start;
  event->accept;
}

 ;)Спасибо