Выход из потока

[Tarantul]

Я сейчас создаю прогу, котрая реально использует многопоточность, в качестве справки использую известный пример (выложено ниже). Но как обнаружилось, через TerminateThread или Exit Sub/Funtion нормально завершить поток нельзя (т.е, в самой IDE после этого завершение проги невозможно, да и в exeшнике примерно то же самое).
Можно ли как то нормально завершить поток, или единственный выход - VB.NET?. Тут где-то писали, что потоки можно реализовать както через ActiveX, но я не хочу с этим мучаться

[Tarantul]

Известный пример

[Tarantul]

Что, никто не знает

[BV]

Ну почему же никто
Вот придёт GSerg и поможет. Я так над VB не извращаюсь.

[Amed]

http://vbstreets.ru/VB/Articles/66058.aspx

[Tarantul]

2 Amed
Дело в том, что фиберы мне не совсем подходят, мне нужно чтобы потоки выполнялись паралельно без переключения на другой вручную

[GSerg]

Поток завершится сам при возврате из процедуры.
Но всё равно, не надо так делать.

Безопасно и надёжно делать мультитрединг на VB можно примерно так, как я делал в Waiter!'е. Но это большой гемор.

[Юстас]

Почему нельзя перенести код, создающий поток в dll? Что мешает?

[Antonariy]

Но как обнаружилось, через TerminateThread или Exit Sub/Funtion нормально завершить поток нельзя

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

Есть три варианта дальнейших действий.

1. Перепроектировать поток так, чтобы он сам завершался, выполнив свою задачу.
2. Использовать в потоке WaitForSingleObject.
3. Передать в поток ссылку на класс со свойством типа ToStop as Boolean, в потоке его проверять, а извне поставить True, когда надо его вырубить.

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

А dll, не dll - абсолютно не важно.

[Antonariy]

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

[Tarantul]

А не кинеш ссылочку на тот, что получше?

[Antonariy]

Кинул бы сам пример, был бы он под рукой. Ссылку не помню. А так только в понедельник.

[Tarantul]

ОК, спасибо

[Andrey Fedorov]

Можно ли как то нормально завершить поток, или единственный выход - VB.NET?. Тут где-то писали, что потоки можно реализовать както через ActiveX, но я не хочу с этим мучаться

Ну я бы рекомендовал не мудрить и в данном случае просто начать все делать на VB.NET - оно будет самому удобнее в дальнейшем и к VB.NET привыкать начнешь - разница не столь уж и большая, главное начать...

Ну а если дюже хочется на VB6 - при желании можно использовать FW и с ним:

http://msdn.microsoft.com/vbrun/vbfusion/usingnet/default.aspx

[Antonariy]

Нашел только это, но работает как часы.