Многопоточность без проблем и без АПИ, только на бейсике :)

[arthur2]

Кто сказал, что многопоточность на бейсике невозможна? Или что это что-то невообразимо сложное? Оказывается-то, всё просто и достигается стандартными средствами. Нет ни АПИ, ни таймеров.

Проект должен быть ActiveX.exe, в свойствах проекта установите галочку Thread per object

Одна сложность, или, скорее, необычность: нельзя использовать глобальные переменные (в том смысле, что и не получится - у каждого потока они будут свои, даже стартовая процедура будет у каждого потока своя). Так что для связи между окнами из разных потоков нужно придумывать какие-то способы

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

Код абсолютно минимален - чтобы легче было разобраться.

[arvitaly]

А у них одно адресное пространство?

[Хакер]

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

[arthur2]

Может и не кирпич, но пример пригодился бы многим. Когда я искал пример использования этих самых стандартных средств, не нашёл НИЧЕГО. Зато часто встречал утверждения, что многопоточности в бейсике просто нет. Или - что это до жути сложно организовать

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

arvitaly Не знаю, глубоко ещё не ковырял. Вроде как, должно быть одно . Но процесс один.

[arvitaly]

По сути должно быть одно раз процесс один. Тогда интересная находка, а вот если нет, то не вижу разницы просто exe запускать или так

[arthur2]

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

Кстати, а как проверить?

[Хакер]

Проверить что?

[arthur2]

А у них одно адресное пространство?

[Хакер]

Проверить очень легко: перечитать MSDN, Рихтера, и понять, что раз нигде не описывается, что у процесса может быть несколько АП, значит такого не бывает.

Обычно это «интуитивно-понятно».

[arthur2]

Ну и славно Значит:

Тогда интересная находка

Обычно это «интуитивно-понятно».

Ну да... Только если мне что-то интуитивно понятно - ещё не факт, что я прав

[Viper]

Ну и славно Значит:

Тогда интересная находка

Ну вы, блин, даете! Этой документированной находке больше десяти лет отроду.

Обычно это «интуитивно-понятно».

Ну да... Только если мне что-то интуитивно понятно - ещё не факт, что я прав

Срочно учить основы! Ибо, каждому процессу свое адресное пространство, но не потоку!

[arthur2]

Ну вы, блин, даете! Этой документированной находке больше десяти лет отроду.

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

Я знал про эту фичу, но никак не мог понять, как её организовать. И написал эту штуку, как раз пытаясь разобраться. Озарение наступило, как только понял, что для каждого экземпляра объекта вызывается своя Main

[Mikle]

arthur2
Интересно, не знал.
Хакер
По-моему подходит в раздел "Популярные вопросы".

[arvitaly]

Ну вы, блин, даете! Этой документированной находке больше десяти лет отроду.

Логично рассудил))
Но ни в одной из прочитанных мною книг (3 по VB6 старых еще авторов не помню), несколько по API в VB6 я этого не встретил

Срочно учить основы! Ибо, каждому процессу свое адресное пространство, но не потоку!

Да знаем, знаем, весь и вопрос один ли процесс... был вопрос, теперь вроде нет

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

Ну и что? Если запускать один и тот же exe, у меня тоже есть методы, события и свойства этого класса.
А вот если уметь управлять ими...

[ANDLL]

Усраться можно с вас.
Оказывается в Vb нет многопоточности. Про функцию shell, создающую новый поток(и новый процесс) никто не слышал.
И оказывается это плюс, что в activex exe несколько потоков выполняются в одном процессе. Оказывается нам чисто умозрительный оверхед от создания нового процесса это куда большее зло чем оверхед от размещения глобальных переменных в TLS для activex exe
Вывод лично для меня - многопоточности в одном процессе, со всеми ее плюсами, позволяющую делать сложную синхронизацию и быстрый обмен внутри одного процесса в VB6 нет. И чудес не будет - если возможности нет в языке, ее нет и все...

[Viper]

Можно сказать так, что многопоточность в VB6 есть, то есть можно созать несколько потоков, но вот толку от такой многопоточности практически никакой, ибо какой смысл в нескольких потоках, если нельзя синхронизировать потоки.

[arthur2]

если нельзя синхронизировать потоки

А почему нельзя? Программы синхронизировать можно - почему тогда нельзя потоки?

[ANDLL]

Потоки синхронизировать можно. Просто нельзя передавать данные через глобальные переменные - нет никакой разницы в одном они процессе или нет. Кроме того сами глобальные переменные в activex exe при таких условиях работают медленнее

[arthur2]

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

[ANDLL]

И это лучше чемто, что в одном процессе?

[Хакер]

Лучше.

[ANDLL]

И чем?

[trash]

Тем, что в одном

[arthur2]

Просто нельзя передавать данные через глобальные переменные

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

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

Вот ещё вариации на тему

[arvitaly]

Вооот, уже интереснее!)

[arthur2]

Не, ну первое - голый принцип. Там в классе даже кода нет. А вариации - они как-то сами напрашивались

[Leshander]

Привет всем !
Смотрю тут весёлые вещи разглядываете?
Есть возможность реализовать многопоточность,- это однозначно. Я как то реализовал сиее чудо через считывание 8 бит из памяти, все потоки передают 1 бит в стек, а корневая программа считывает их. Т.е. своеобразный внутренний порт получается. Не сочтите за не скромность а для чего именно нужна она вам? Я использовал для получения данных от 7 устройств одновременно с обработкой и управлением каждым. Синхронизация осуществляется внутри каждого потока по внешнему вызову. Что то типо Jtag интерфейса но внутри одной машины, так сказать внутренний язык общения с внешним миром.

[Leshander]

Не, ну первое - голый принцип. Там в классе даже кода нет. А вариации - они как-то сами напрашивались

Привет всем !
Смотрю тут весёлые вещи разглядываете?
Есть возможность реализовать многопоточность,- это однозначно. Я как то реализовал сиее чудо через считывание 8 бит из памяти, все потоки передают 1 бит в стек, а корневая программа считывает их. Т.е. своеобразный внутренний порт получается. Не сочтите за не скромность а для чего именно нужна она вам? Я использовал для получения данных от 7 устройств одновременно с обработкой и управлением каждым. Синхронизация осуществляется внутри каждого потока по внешнему вызову. Что то типо Jtag интерфейса но внутри одной машины, так сказать внутренний язык общения с внешним миром.