На MSDN почитал, щас попробую

Ну ты даешь. В SharedStream это свойство

Netspirit, уже опередил

hMMF := CreateFileMapping(hFile, nil, PAGE_READWRITE, 0, 0, "Global\"PChar(crn)); ругается на кавычки, без кавычек ругается на неизвестный идентификатор Global..


------------ Дoбавленo в 17.16:
nesco, andrestudio, такое уже пробовал...
------------ Дoбавленo в 17.23:
Пробовал Global\Mytest, "Global\Mytest","Local\Mytest",Local\Mytest ...не пашет к сожалению

Вообще не создает, или не работает как надо

nesco, не там прописывает.
Gunnman,

В общем все работает урраа! Всем спасибо!
Для того чтобы передать данные в службу и наоборот нужны следующие условия:

1) Отключенный UAC
2) Запуск службы от имени пользователя под которым планируется запуск приложения.
3) В CoreName указываем имя как Global\нужное имя.

До этого не получалось потому что был включен UAC.

Нюансы:
Если служба будет запущена от имени локальной системы, а приложение от имени любого пользователя, то первым - запускаем приложение, вторым - службу.
В случае если служба будет запущена от имени учетки пользователя порядок запуска не важен.

Минусы:
1) В качестве дескриптора безопасности используется nil...который согласно MSDN делает общую память доступной для всех, т.е. чужой процесс (вирус например) может натворить дел.
2) Запуск службы от имени пользователя, отключение UAC.

Прошу помочь допилить компонент SharedStream, нужно добавить создание своего дескриптора безопасности..который будет общим для приложений\служб обменивающихся данными. Подробнее описано тут https://msdn.microsoft.com/ru-ru/library/windows/desktop/aa366537(v=vs.85).aspx и тут https://msdn.microsoft.com/ru-ru/library/windows/desktop/aa379560(v=vs.85).aspx

Редактировалось 7 раз(а), последний 2021-06-21 07:42:56

Работа в службах не является основной функцией компонента SharedStream

Gunnman, Вот теперь, зная о Ваших изысканиях, ни за что не стану использовать Ваши программы.
Может нужно еще и антивирус отключить? Ну так для надежности, что би Ваши сервисы работали.

Я тоже не сторонник использования общей памяти в качестве обмена между сервисом и приложением. Нормальные люди для этого используют именно сокеты.

Ну так я же написал, что это потому что общий дескриптор безопасности NULL, если бы он был указан по правилам (ссылки я выкладывал), то все работало бы правильно без отключения UAC и без расшаривания памяти кому попало. Я всего лишь проверил возможность обмена информацией между сервисом и приложением. Собственно DDE и COM и рекомендуется для обмена сообщениями между приложениями, но увы наш DDE в службе не пашет, а COM'а нет. Так что не надо тут с нападками, наоборот считаю что "мои изыскания" как в раз в данном случае полезны, народ будет знать что при таком использовании SharedStream в приложении получается дырка.
п.с. я же описал все + и - , в минус как раз есть
"1) В качестве дескриптора безопасности используется nil...который согласно MSDN делает общую память доступной для всех, т.е. чужой процесс (вирус например) может натворить дел.
2) Запуск службы от имени пользователя, отключение UAC."

Так что я предупреждал, а не рекомендовал к использованию.

Gunnman, Дело в том, что практически все приложения Windows могут использовать общую память (расшаренную) и большое количество используют в целях передачи информации
О как!
И вот как используют - OutputDebugString('Здесь у меня что-там'), то-есть для отладки.
И вот этот код, в программе, посылает строчку 'Здесь у меня что-там' в общую память, а отладчик читает эту самую память и выводить строки на экран(пишет лог)...

sashaoli, А есть примерчик? )))

DebugEx
ODSReceiver (Capture OutputDebugString)