Дык вот именно так. Сам в шоке   

Ага    Т.е. условие выполняеться->выполнилось, а он гуляет где то. Это дебаггер показывает...
И я вот тут в ступоре, как это отловить...   
Ща одна мысля появилась, потестю пока ее.

Всмысле ?

Странно...
А что у вас в функции "progress"?


Это:

стоит в самом конце функции. Какой толк от этого? Циклов у вас не наблюдается. Хотя может вы не весь код привели...

Там вывод информации, вот он там что то пытаеться вывести того, чего нету уже...

Это не весь код, это в середине, а в начале там всякие переменные присваиваються и т.д.

Так давайте весь  Ну или почти весь.

Ну все тоже самое  


Synchronize(Progress) идет через таймер, что бы ниче при отображении не мигало. Я подозреваю его, хотя что free, что destroy, пофигу, все равно отрабатывает Synchronize(Stop), а в то же время поток еще Synchronize(Progress)

Добавлено через 6 минут и 3 секунды
Причем щас прошелся еще раз дебагером, выходит Synchronize(Stop), все там делает, а потом как все там прошел, уходит в Synchronize(Progress)   

Это как ?   

ИМХО лучше так:

И что-то не видно Stream...

Ну да, чето не заметил 
А там другое. Это как пример был.

ZBugz, ты меня запутал  Покажи плиз кусок с ошибкой и опиши что именно не так. Ну или выложи проект...

Дык нету ошибки явной. 
Смысл вот в чем, все работает, берешь удаляешь данные из ячейки listview, передаю терминэйт, а так как уже после терминэйт все free, то вывод данных в ячейку падает в ошибку.... Их брать то уже негде...  Уже все free сделали и пропали, а поток при этом все хочет инфу вывести на VCL компонет.

Кстати, почитал я, так вот, такое часто, к примеру, при копировании файла. Так вот у меня именно тоже самое что и тут http://forum.vingrad.ru/forum/topic-60076/...ry480375/0.html
Тока в этой статье ничерта не понятно как реализовать остановку   

Тут пришел мой начальник  И сказал, что делать таймер в потоке, это бред, потому что таймер в потоках живет криво. Это я уберу, у меня так и так было без таймера в свое время...
Далее, кое че подправил, читая статью про потоки, все почти работает. Смысл в том что действительно, делая файловые операции в потоки, это жесть, в плане отловки закрытия файлов, поток потоком, а файловые операции, это лперации... Ими управляет система.

Это не бред, и живёт таймер в потоках весьма хорошо. Бред - эта цитата.

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

>Автор

Как я выше написал, чтобы дождаться окончания выполнения поточной функции, в Delphi есть метод TThread.WaitFor.

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



А не судьба проверить установку флага Terminated везде, где это может повлиять на работу приложения?

Значит таймер может быть рожденный в потоке и жить хорошо ?


А как тогда быть ? Вообще убрать ?

Я не пойму как ее использовать   

Так она и вроде как и заканчивает работу.

Я сделал это, в одном месте (проверку в TCopyThread.Progress, все хорошо), но проблема именно в том, что сам windows не успевает закрыть файлы или ему антивирус мешает и т.д. , поэтому получаеться что я пытаюсь открыть еще не закрытый файл...

Вполне;)




ни в коем случае не используй эту функцию в дополнительных потоках.




Вот смотри:

В реализации TThread устанавливаешь FreeOnTerminated := False;

В коде, где у тебя нужно дождаться завершения потока:



После выполнения этого кода у тебя гарантированно отработал деструктор потока.





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

Демо, ZBugz хочет сделать эту проверку в самом потоке (в функции Execute), если я правильно понял   
Ну и это

Будет там не в тему.

Если честно, я до сих пор не могу понять что и где работает не так   

Дык перечитай топик-)
Terminate для завершения потока и используется.




У автора секретная программа