Сделал Uploader для FileFactory и RapidShare. процессы загрузки файлов на сервер сделал в отдельных потоках, сами потоки практически эдентичны. При отработки потока для FileFactory закрываю программку без ошибок, после отработки потока для RapidShare при закрытии программки вылетает сообщение "ошибка 1400 Недопустимый дескриптор окна"

Использую для запросов дополнительный модуль HTTPSend пусть это вас не смущает.

вызываю поток вот так:


Сам поток вот:

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

Если то что в потоке вставляю в буттон клик всё работает без сбоев и закрывается без ошибки, но прога подвисает сильно

исходник прикрепляю может кто захочет полный код посмотреть - Вот он

Это сообщение отредактировал(а) firs70 - 27.6.2007, 15:19

в потоках нельзя напрямую обращаться к формам!

читать Многопоточность - как это делается в Дельфи до полного просветления.

Обращение к формам я думал что это когда к вылетающему сообщению об ощибке, например.
То есть в потоках надо везде где есть обращение к формам дописоывать Synchronize()?
и как правильно
так 

или так

никак не правильно
читать текст по ссылке, данной ранее, еще раз... и еще раз... для полного просвещения.


Это сообщение отредактировал(а) MetalFan - 28.6.2007, 08:51

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

мне не понятен, вернее понятен, НО не могу ладу дать как его применять в моём коде.
если не трудно код подредактируйте мой.
  

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

MetalFan , пытаюсь подружиться 
То есть мне надо переделать код так как будто бы он выполнялся по нажатию бутона (всё в одно засунуть)
и потом прописать 

или как то по другому?

о мой моск   

рано тебе еше с потоками работать...
подучи сначала Object Pascal 

ну подскажите примером, плиз, неужели так сложно? если шаришь помоему не сложно это.
А так только время тратите что бы меня тут высмеивать  если бы я всё это знал бы, то не спрашивал - ведь верно?   

Мдя.
Типичные проблемы новичков в многопоточном программировании. :(
Во первых, действительно крайне рекомендую прочесть статью ссылку на которую уже приводили выше. Если с первого раза что-то будет непонятно, перечитывай еще, еще, и еще.

Ну а так, что касается конкретно твоего примера: 
Во первых: 
ВАЖНЕЙШЕЕ правило многопоточного программирования на Delphi:
В контексте не основного потока нельзя, обращаться к свойствам и методам форм, да и вообще всех компонентов которые "растут" из tWinControl.

Это означает (несколько упрощенно) что ни в методе Execute унаследованного от TThread, ни в других методах/процедурах/функциях вызываемых из Execute, нельзя напрямую обращаться ни к каким свойствам и методам визуальных компонентов.

А что имеем у тебя - почти в каждой строке обращение к визуальным объектам лежащим на форме Form1.

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

Если коротенько на пальцах:

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

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

Во втором случае, когда работа подразумевает активный обмен с внешним миром, то во время вынужденных «простоев». В ожидании получения/отправки данных, можно параллельно делать еще что-то, например, опять же другие посылать/принимать данные.

Существуют и другие случаи, но реже. Впрочем, это и не важно. Сейчас не об этом.

Теперь, как все это пишется. Естественно рассматривается некий наиболее частый случай, несколько обобщенный. Итак.

Работа, выносимая в отдельный поток, в общем случае имеет четыре сущности (уж и не знаю как назвать точнее):
1.    Исходные данные
2.    Собственно сама работа (она может зависеть от исходных данных)
3.    Промежуточные данные (например, информация о текущем состоянии выполнения работы)
4.    Выходные данные (результат)

Чаще всего для считывания и вывода большей части данных используются визуальные компоненты. Но, как было сказано выше – нельзя из потока напрямую обращаться к визуальным компонентам. Как же быть?
Разработчики Delphi предлагают использовать метод Synchronize класса TThread. Здесь я не буду описывать то, как его применять – для этого есть вышеупомянутая статья. Скажу лишь, что его применение, даже правильное, не всегда оправдано. Имеются две проблемы:

Во первых, тело метода вызванного через Synchronize всегда выполняется в контексте основного потока, и поэтому, пока оно выполняется, опять же не выполняется цикл обработки оконных сообщений.  Следовательно, оно должно выполняться быстро, иначе, мы получим все те же проблемы что и при однопоточной реализации. В идеале, метод вызываемый через Synchronize вообще должен использоваться только для обращения к свойствам и методам визуальных объектов.

Во вторых, выполнение метода через Synchronize, это «дорогое» удовольствие, вызванное необходимостью двух переключений между потоками.

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

Поэтому, как всегда, надо подходить разумно, и для разных случаев, использовать разные способы взаимодействия потока с внешним миром:

Исходные данные
Все данные которые передаются в поток, и не изменяются во время его работы, нужно передавать еще до его запуска, т.е. при создании потока. Для их использования в теле потока, нужно сделать их локальную копию (обычно в полях потомка TThread).
Если есть исходные данные которые могут меняться во время работы потока, то доступ к таким данным нужно осуществлять либо через синхронизируемые методы (методы вызываемые через Synchronize), либо через поля объекта-потока (потомка TThread). Последнее требует определенной осторожности.

Промежуточные и выходные данные
Здесь, опять же есть несколько способов (в порядке моих предпочтений):
-    Метод асинхронной отсылки сообщений главному окну приложению. 
Используется обычно для отсылки основному окну приложения сообщений о состоянии протекания процесса, с передачей незначительного объема данных (например, процента выполнения)
-    Метод синхронной отсылки сообщений главному окну приложению.
Используется обычно для тех же целей что и асинхронная отсылка, но позволяет передать больший объем данных, без создания отдельной копии.
-    Синхронизируемые методы, по возможности, объединяя в один метод передачу как можно большего объема данных.
Можно использовать и для получения данных с формы.
-    Через поля объекта-потока, обеспечением взаимоисключающего доступа.
Подробнее, можно почитать в статье.

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

Ну вот. Обещанный пример изваял и поместил как отдельную тему Пример простого многопоточного приложения
Ежели что опять будет непонятно - пиши(те).