AB
Если твои библиотеки D1 и D2 были загружены с двух разных потоков родительского .exe файла, то и третья общая для них библиотека должна быть загружена дважды по идее
Size: a a a
2021 July 02
P
ох, это жёстко, потому что скорее всего будет из разных
P
а есть линк?
P
на эту информацию
P
ну это будет только для thread_local, наверное
P
было бы очень-очень странно
P
если бы контексты были разными
P
но я почитаю…
AB
Хм, там есть замечание про то что энтрипоинт то будет вызываться для разных потоков, но для раздельных данных надо использовать TLS
AB
Зачем тогда повторно вызывать энтри поинт - непонятно
AB
Кстати эта процедура врое как будет происходить и автоматически, просто при создании потоков
AB
Наверное для DLL_THREAD_ATTACH
Но что там такого может быть, если нету уточнения про то куда мапятся данные при инициализации из потока, не могу представить
Но что там такого может быть, если нету уточнения про то куда мапятся данные при инициализации из потока, не могу представить
AB
В общем если твоей идеей было сделать две библиотеки передающие данные друг-другу через другую промежуточную библиотеку, то намного предсказуемее будет использование named pipe'ов
P
та мне они не нужны - мне нужно просто синглтон в .dll
P
тип другие .dll будут к нему обращаться
AB
shared memory?
P
там класс по работе с сетью, который контролирует нагрузку по сообщениям и т.д.
AB
Один раз создал, остальные подключаешься
AB
Там и храни синглтон