Многопоточное сохранение файлов с оповещением

Для неординарных вопросов. Если вы опытный программист, попавший в трудную ситуацию, — вам сюда.

Модератор: gaidar

Правила форума
Этот раздел не предназначен для того, чтобы вы адресовали свою проблему профессионалам.
Этот раздел предназначен для профессионалов, которые столкнулись с проблемой и не могут решить ее самостоятельно.
Если вы считаете себя профессионалом, а свою проблему сложной — вам сюда.
Если модератор посчитает, что вы ошиблись, то на первый раз он перенесет ваше сообщение в основной раздел без последствий для автора. Во второй раз тема будет закрыта, а автору будет выписано нарушение. В третий раз автор будет забанен.
jangle
Википедик
Википедик
Аватара пользователя
 
Сообщения: 2982
Зарегистрирован: 03.06.2005 (Пт) 12:02
Откуда: Москва

Re: Многопоточное сохранение файлов с оповещением

Сообщение jangle » 27.01.2012 (Пт) 12:43

Хакер писал(а):необходимости инициализировать контекст для выполнения в нём VB-функции?


А можешь объяснить как инициализировать этот контекст?

Хакер
Телепат
Телепат
Аватара пользователя
 
Сообщения: 16109
Зарегистрирован: 13.11.2005 (Вс) 2:43
Откуда: Казахстан, Петропавловск

Re: Многопоточное сохранение файлов с оповещением

Сообщение Хакер » 27.01.2012 (Пт) 15:01

Уже объяснил.
Имеем N vb-проектов и M потоков. Итого N×M потенциально инициализируемых контекстов.
Если мы хотим чтобы какой-то код из i-того vb-проекта вызывался в контексте j-того потока, мы должны инициализировать (i;j)-тый контекст. Или иными словами: подготовить i-ый vb-проект для работы в рамках j-того потока.

Если i-тый vb-проект является ActiveX DLL проектом, то я уже объяснил: надо из j-того потока создать экземпляр какого-нибудь класса из этого проекта, и пока жив экземпляр, жив и контекст. Создать объект читать-вот-тут-как. Любым способом.

Если i-тый vb-проект является ActiveX EXE проектом, то есть с него порождён процесс, то способ тот же (создание объекта), но реализация другая.

Если I-ый vb-проект является Standard EXE проектом, то способ с порождением объекта невозможен.

Главное, что создание объекта — не самоцель, а наипростейший способ вызвать внутри рантайма CVBThreadAction::Start. Если оно (создание экземпляра класса) недоступно, то придётся вызывать CVBThreadAction::Start вручную (именно этим и занимается мой кирпич).

Прочитай подробно этот пост (ссылка исправлена!) и всё после него. Важно понимать, что проблема создания работоспособной Native DLL и работоспособной многопоточности — это проблема одного рода. И там и там причина падения одинаковая. И там и там для работоспособности не хватает абсолютно одинаковой инициализации.
—We separate their smiling faces from the rest of their body, Captain.
—That's right! We decapitate them.

jangle
Википедик
Википедик
Аватара пользователя
 
Сообщения: 2982
Зарегистрирован: 03.06.2005 (Пт) 12:02
Откуда: Москва

Re: Многопоточное сохранение файлов с оповещением

Сообщение jangle » 27.01.2012 (Пт) 15:50

Блин как все сложно :| Ладно, буду разбираться дальше.

P.S. Еще вопрос, почему происходит краш если даже закоментить в DLL вызов CallBack функции из VB? Ведь mThread_Save уже выполняется изолированно, и с VB никак не взаимодействует.

Хакер
Телепат
Телепат
Аватара пользователя
 
Сообщения: 16109
Зарегистрирован: 13.11.2005 (Вс) 2:43
Откуда: Казахстан, Петропавловск

Re: Многопоточное сохранение файлов с оповещением

Сообщение Хакер » 28.01.2012 (Сб) 4:36

jangle писал(а):Блин как все сложно :| Ладно, буду разбираться дальше.

Да в принципе ничего сложного.

_________

Мир устроен так, что что рантайм держит несколько экземпляров класса CVBThreadAction.
Каждый экземпляр с одной стороны ассоциирован с VB-проектом (то есть exe-, dll- или ocx- модулем, подгруженным в АП процесса).
Каждый экземпляр с другой стороны связан с каким-то потоком процесса.

Всё, что нужно, чтобы код проекта X работал в контексте потока Y — создать для пары X:Y экземпляр класса CVBThreadAction.

________ (всё!)


Создан экземпляр — всё работает. Не создан — всё падает (как попытки использовать многопоточность, так и попытки делать Native DLL, ибо причина одна).
По-моему достаточно просто.

Сложность в том, что разработчики рантайма не дали прямого документированного способа создавать такой экземпляр. Они могли написать функцию с 3 строчками кода и экспортировать её (например как rtcStartThread), и тогда в интернете можно было бы найти ни одной фразы «VB не поддерживает многопоточность». А так фраза есть, но её истинность заключается только в отсутствии этих 3 строчек кода экспортируемой функции (которых нет), на фоне тысяч строк кода реализации самой CVBThreadAction, которая и обеспечивает беспроблемную многопоточность.

Зато если мы имеем дело с ActiveX DLL или ActiveX EXE проектом, мы имеем косвенный способ заставить рантайм создать экземпляр CVBThreadAction — достаточно у проекта запросить создание экземпляра какого-нибудь внутрипроектного PublicCreatable-класса.

Со Standard EXE такой косвенной возможности нет. Поэтому я делаю кирпич: он делает только то, что для стороннего наблюдателя предоставляет ту же семантику создания потока, что и функция CreateThread, а изнутри занимается как раз тем, что делает всю необходимую работу с новым экземпляром CVBThreadAction. Есть там и другой момент: среда в свойствах проекта лочит выбор Threading Model, поэтому переменные в Standard EXE безальтернативно всегда оказываются не потоко-специфичными. Поэтому кирпич делает ещё кое-что: использует уникальный механизм, который позволяет сделать любой уже скомпилированный чужой не-потоко-безопасный код потоко-безопасным. Да и то этот механизм нужен только для Standard EXE и только до тех пор, пока не выйдет AMC-Tools и не разлочит выбор Threading Model в режиме проекта Standard EXE.


jangle писал(а):P.S. Еще вопрос, почему происходит краш если даже закоментить в DLL вызов CallBack функции из VB? Ведь mThread_Save уже выполняется изолированно, и с VB никак не взаимодействует.

Тогда косяк у тебя. Крэш же сопровождается не грустным возгласом в голове. А вполне материальным окном, с которого можно посмотреть кучу информации и даже подключиться отладчиком.
—We separate their smiling faces from the rest of their body, Captain.
—That's right! We decapitate them.

jangle
Википедик
Википедик
Аватара пользователя
 
Сообщения: 2982
Зарегистрирован: 03.06.2005 (Пт) 12:02
Откуда: Москва

Re: Многопоточное сохранение файлов с оповещением

Сообщение jangle » 28.01.2012 (Сб) 14:57

Хакер писал(а):Да в принципе ничего сложного.


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

Пред.

Вернуться в Раздел для Профессионалов

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

    TopList