Собственно требуется доработать компонент для возможности использования в службах. Конкретно - обмен данными между службой и приложением и службой и службой.
В приложениях работает на ура, в службах нет.
Доработать нужно именно данный компонент.
Цену озвучиваем не стесняемся.
Этот топик читают: Гость
Ответов: 655
Рейтинг: 18
|
|||
карма: 0 |
|
Разработчик
Ответов: 26163
Рейтинг: 2127
|
|||
Gunnman писал(а): Собственно требуется доработать компонент для возможности использования в службах. Конкретно - обмен данными между службой и приложением и службой и службой.Что-то мне подсказывает, что это малореально. Но посмотрим, может кто и подпишется. |
|||
карма: 22 |
|
Ответов: 655
Рейтинг: 18
|
|||
Ну может кто попробует. Или предложат аналог сопоставимый по скорости с Shared stream. Просто нет ни одного компонента для нормального обмена с службами, DDE замороченный, да и примера в справке нет помоему, TCP..UDP да, вариант но у них другие задачи. Мне часто требуется работа с сервисами, если кто запилит наш Shared stream буду щедр и благодарен))
|
|||
карма: 0 |
|
Разработчик
Ответов: 26163
Рейтинг: 2127
|
|||
Gunnman писал(а): да и примера в справке нет помоемуЕсть в Example\System |
|||
карма: 22 |
|
Ответов: 655
Рейтинг: 18
|
|||
nesco, нашел! Спасибо! А DDE использует очередь сообщений? Вообще есть по нему какие ограничения? По типам данных передаваемых например? п.с. что такое топики и зачем они нужны? Согласно документации Microfost топики указываются в спецификации приложения с которым будет работать DDE...и как это понимать? нет у меня такого приложения...у меня будет свое! Может мне эти самые топики нужны будут
|
|||
карма: 0 |
|
Разработчик
Ответов: 26163
Рейтинг: 2127
|
|||
Gunnman писал(а): А DDE использует очередь сообщенийВ коде не использует, на уровне системе -- без понятия. Gunnman писал(а): Может мне эти самые топики нужны будутТы сначала вообще попробуй его запустить в сервисе, потом будешь с топиками разбираться |
|||
карма: 22 |
|
Ответов: 655
Рейтинг: 18
|
|||
Не работает(
------------ Дoбавленo в 14.04: Netspirit, не хочешь опустошить мои карманы ? |
|||
карма: 0 |
|
Ответов: 4630
Рейтинг: 749
|
|||
Пока нет
Выглядит интересной идея сделать на основе TCP-компонентов аналогичные компоненты для именованых pipe's. Правда, как у них с службами обстоят дела - я не в курсе. |
|||
карма: 26 |
|
Ответов: 655
Рейтинг: 18
|
|||
Твои TCP в службах работают
|
|||
карма: 0 |
|
Ответов: 4630
Рейтинг: 749
|
|||
Так и задумывалось.
|
|||
карма: 26 |
|
Ответов: 5227
Рейтинг: 587
|
|||
Gunnman, просто ради интереса а http://forum.hiasm.net/forum.html?q=3&t=60412 это случаем не заработает
|
|||
карма: 4 |
|
Ответов: 655
Рейтинг: 18
|
|||
andrestudio, компонент чет не завелся...runtime выскакивает (2 оконных приложения)
|
|||
карма: 0 |
|
Ответов: 4630
Рейтинг: 749
|
|||
andrestudio, SharedStream работает по тому же принципу.
Кстати, MSDN нигде не пишет, что File Mapping не работает в службах. Единственное: CreateFileMapping писал(а): Creating a file mapping object in the global namespace from a session other than session zero requires the SeCreateGlobalPrivilege privilege. For more information, see Kernel Object NamespacesПопробуйте SharedStream.CoreName в сервисе сделать с префиксом Local\ или Global\. |
|||
карма: 26 |
|
Ответов: 655
Рейтинг: 18
|
|||
SharedStream.CoreName - в SharedStream и FileMapping компонентах такого не нашел
|
|||
карма: 0 |
|
Ответов: 5227
Рейтинг: 587
|
|||
У меня работает.
Я к чему спрашивал CreateFileMapping по сути функция ядра, а значит поддерживает пространство имён. почитай тут ещё http://wm-help.net/books-online/print-page/59464/59464-22.html Терминал сервисов: Название может иметь префикс "Global\" или "Local\", чтобы явно создать объект с глобальным или сессионным пространством имен. Остаточный член имени может содержать любой символ кроме символа обратного слэша (\). Для получения дополнительной информации, см. статью Пространства имен ядра объекта. т.е меня интересовало с подстановкой именим мап файла например Global\MySuperPuperFile |
|||
карма: 4 |
|