Блог

Как я могу совместно использовать данные между двумя управляемыми процессами, используя сегменты общей памяти? Я использую "object" внутренний код C / CLI для совместного использования данных с какой-либо другой частью памяти в другом процессе. Я использую следующий сегмент кода.

 #define BUFFER_SIZE 32768   

#pragma data_seg (".SHAREDMEMORY")
    bool _Locked = false;
    bool _Initialized = false;  
    unsigned char[10000] data = NULL;
#pragma data_seg() 

#pragma comment(linker,"/SECTION:.SHAREDMEMORY,RWS")
  

но мне нужно, чтобы это было:

 #pragma data_seg (".SHAREDMEMORY")
    bool _Locked = false;
    bool _Initialized = false;  
    object^ _object = nullptr;
#pragma data_seg() 

#pragma comment(linker,"/SECTION:.SHAREDMEMORY,RWS")
  

Это говорит об этом "global or static variable may not have managed type System::Int32^" и выдает другие ошибки, такие "missing ; before '^'" как.

Я должен скопировать .Данные сетевого "Control" объекта передаются в этот общий сегмент, и мне нужно, чтобы они были переданы другому процессу.

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

Классы .Net, такие как Windows Forms и WPF, реализуют API доступности Windows и автоматизации в рамках усилий Microsoft по соблюдению Закона об американцах с ограниченными возможностями, закона США о защите инвалидов.

Хотя API предназначены в основном для того, чтобы сделать программное обеспечение, написанное для платформы Microsoft, более доступным для инвалидов, API предоставляют программное обеспечение таким образом, что теперь возможна стандартизированная автоматизация пользовательского интерфейса. То, что вам нужно сделать, чтобы ваше приложение можно было тестировать, теперь упрощено до обеспечения доступности вашего приложения

API вызываются Microsoft UI Automation Framework, платформой, используемой многими платформами тестирования для управляемого кода. Чтобы узнать больше об API специальных возможностей Windows или найти проекты с открытым исходным кодом, основанные на API специальных возможностей Windows и автоматизации, посетите Обзор специальных возможностей .

В колонке «Тестирование и отладка» журнала MSDN Magazine есть несколько советов по тестированию приложений.

Вы не можете поместить .СЕТЕВЫЕ объекты в общей памяти.

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

Иногда вам могут сойти с рук объекты C , имеющие v-table, при условии, что библиотека загружается по предпочтительному базовому адресу во всех процессах. Но функции .NET имеют динамические адреса, потому что они компилируются во время выполнения. Нет надежды, что указатели метаданных будут совпадать между разными процессами.

Кроме того, как будет работать сборка мусора? Сборщику мусора необходимо просмотреть все ссылки, чтобы узнать, доступен ли объект, но вы не сможете заглянуть в область, не являющуюся общей для других процессов. И в какую кучу будет возвращена память?

Вывод: Вы не можете поместить .СЕТЕВЫЕ объекты в общих сегментах, файлы с отображением в общую память или используйте побитовую сериализацию. Вместо этого вам нужно поместить обычные старые данные в общую область и использовать необработанные собственные указатели (даже не интеллектуальные указатели C , см. Комментарии выше об управлении памятью). Вы можете обернуть этот указатель в объект C / CLI, чтобы сделать его дружественным, но вы не можете поделиться .Сам СЕТЕВОЙ объект.

Вам нужна какая-либо форма IPC, например, файл, отображенный в памяти.