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

White OwlКаждая LoadLibrary порождает кусок памяти для глобальных переменных объявленных в dll.
Сколько раз LoadLibrary сделали - столько копий глобальной переменной создали. Читать тут до полного просветления:спс. Честно говоря, так и не удосужился просветиться по поводу архитектуры дллей. Означенного тобой текста по ссылке не нашёл. Читаю дальше.

нашол мнения разошлись.

амно авторWhen the application calls the LoadLibrary or LoadLibraryEx functions, the system attempts to locate the DLL (for details, see Dynamic-Link Library Search Order). If the search succeeds, the system maps the DLL module into the virtual address space of the process and increments the reference count. If the call to LoadLibrary or LoadLibraryEx specifies a DLL whose code is already mapped into the virtual address space of the calling process, the function simply returns a handle to the DLL and increments the DLL reference count.

фишка в том, что процесс имеет только один экземпляр данных длл. И с этим нужно ооочень осторожно обращаться и всегда помнить, что у виска всегда висит этот пистолет. Как расширение к этой модели был придуман thread local storage, который позволяет особым образом выделять память для каждого потока отдельно - и всё равно остаётся один поток - один экземпляр памяти.
Разумеется, разные процессы владеют разными копиями данных длл.

Gluk (Kazan), вах!

тока тредстартер хотел глобальную переменную в рамках одного процесса

Gluk (Kazan)Поскольку речь идет о разделении данных между различными отдельно загружаемыми МОДУЛЯМИ проектадллка ехешником обычно грузится в свой процесс. Программа одна .

White OwlКаждая LoadLibrary порождает кусок памяти для глобальных переменных объявленных в dll.
Сколько раз LoadLibrary сделали - столько копий глобальной переменной создали.Второе предложение можно понять так, что при каждом вызове LoadLibrary будет появляться новая копия глобальной переменной. Ziv же тебя поправил, что так делает только первый вызов функции, остальные (для этой же дллки) никаких копий глобальной переменной не создают.

Gluk (Kazan)нет у Dll-ки "своей" памяти, она маппируется в адресное пространство процесса.это-то ясно. Под своей памятью я подразумевал то, что эта память не дублируется при множественной загрузке дллки. То есть память дллки не принадлежит модулю, загрузившему дллку, а разделяется между всеми модулями, загрузившими дллку. По логике-то если модуль загружает дллку, то чтобы он с ней ни делал, это не должно влиять на поведение дллки в других модулях, а оно на самом деле влияет. В этом смысле память дллки принадлежит дллке и с ней не слудет обращаться так, будто она принадлежит модулю, загрузившему дллку. Ясен пень, что вся память процесса принадлежит процессу, это как бы никто сомнению не подвергал. Дались вам эти процессы, будто жить без них не можете.

Gluk (Kazan)Если же разделять данные между процессами не нужно, то я вообще не вижу какой-то проблемы достойной создания топика.данные нужно раделять между ехешником и его дллками. И не просто разделять, а сделать глобальными, то есть вариант с передачей указателя - это не совсем то :)

Интересно, почему ты не подумал, что чел хочет разделять память между машинами?

телепатия - это умение не фантазировать