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

вот именно, что нифига не понятно!

я ж тебе пример дал - что в нем тебя не устраивает?

ama_kid, что значит "не надо "вешать" саму VCL"?


MetalFan
1.
Попробую ещё раз объяснить что мне надо. Я работаю с БД не запросами, а через длл, которая в себе эти запросы реализует. Одна ф-я (ну там какой-нить поиск) может выполняться несколько минут. Я хобтел бы чтобы эти несколько минут по отдельно созданному окошку бегал градиент. Ну и при выполнении того же цикла не охота постоянно вызывать Application.ProcessMessages.

Надеюсь, теперь немного понятнее.

2. 
Твоё решение хорошее. Но я бы хотел запустить его на отдельном окошке. При попытке сделать это нарвался на проблемы, описанные выше. Товарищ ama_kid по моей просьбе сдлал так чтобы моя прога заработала, но мне не понравился в ней Application.ProcessMessages, т. к. если я буду исполнять метод, который работает три минуты - бар остановится на те же три минуты...

Если твоя функция работает несколько минут в контексте основного потока - то у тебя при её вызове зависнет не только окно прогресс-бара, но и основное приложение, вызвавшее эту функцию (не важно, в dll она находится или нет) ибо на время выполнения функции остановится основной цикл выборки сообщений приложения. Вывод - тебе надо запускать твою функцию в отдельном потоке, предварительно определив callback-функции для прогресса  и завершения твоей "долгой" процедуры и вызывая их её контексте...
Это как раз и значит - останавливать основной цикл выборки сообщений приложения...

ama_kid, понял всё кроме фразы

Щё такое колбак-функция?
Ну и, признаццо, с точки зрения русского языка эта часть мессаги не очень ясна...

EKoshelev
в данном случае под callback-функциями я подразумевал функции основного потока, которые будут вызываться из порождённого потока. Т.е. при создании потока "долгой" процедуры ты ему передаёшь адреса твоих функций, а во время работы вызываешь их в соответствующие моменты. Для простоты я имею ввиду только две функции - та, которая будет вызываться после завершения каждого шага (допустим, отображение процента завершения) и та, которая будет вызываться после завершения операции целиком (приём\передача финальных данных). Ну и, ессно, не забывать про синхронизацию при их вызове

что-то опять путаница получается!
если ты будешь отдавать в кач.колбэков функции, которые будут что-то менять в объектах VCL основной нити, то это не есть хорошо.


если ты про метод TThread.Synchonize, то смысл доп.нити теряется полностью.

на мой взгляд - смысл доп. нитей в программе в том, чтобы организовать параллельную работу задач имеющих собственные обособленные данные. Если есть точки соприкосновения потоков в виде общих данных - то тут хочешь-не хочешь  приходится терять в параллельности из-за синхронизации. VCL - это и есть громадная точка соприкосновения рассматриваемых нами потоков и мне кажется тут по-любому некая часть параллельности уйдет в небытие, поэтому задача сводится к тому, чтобы эти потери минимизировать. Ты в своем примере организовал дополнительный цикл выборки сообщений, позволяющий это сделать, но автор не захотел его перенимать (более того, назвал "долбаниной"  ) - его право. А по другому без синхронизации я плохо представляю себе решение данной задачи...

в общем решение есть, если автор не понимает ньюнсов работы нитей, то пусть учит.

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

Вот я как чувствовал, что беседа дойдёт до подбных фраз.
Чё касается слова "долбанина", то я просто назвал им текст программы, желая разнообразить свою речь. И конечно же не пытался никого оскорбить или как-то негативно отозваться о предложенном решении...


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


Автор не только этого не понимает этих ньюнсов, он, как выяснилось, даже не видит разницы между нитью и потоком. Поучить не прочь. Был бы рад, если кто-нибудь великодушно подкинул какую-нибудь наколочку на эту тему. В DRKB, кажись, сей материал изложен не вполне подробно (кучка примеров с коментами).

В общем, изо всех сил постараюсь творчески осмыслить/переосмыслить все предложенные вами решения.
Спасибо, друзья!

есть очень хорошая тема на этом форуме: Многопоточность - как это делается в Дельфи

Вот пример с двумя доп. нитями. Одна нить работает сама по себе, а вторая синхронизируется с VCL и с первой нитью.

Присоединённый файл ( Кол-во скачиваний: 9 )
 Unit1.pas 3,62 Kb

дааа... маразм крепчал)