Народ, привет.


Задачка такая. Есть два приложения. Одно приложение должно сгенерировать некое событие, а другое приложение должно это событие поймать.
Событие должно быть все-равно каким, но оно должно быть уникальным (не эмуляция нажатия на кнопку Enter)
Есть ли где-то пример, как генерятся события и как они ловятся? Или подскажите какие методы нужно смотреть.

Заранее спасибо за ответы 

google IPC Remoting SendMessage Pipes

А без межпроцессорного взаимодействия никак?
Два приложения будут всегда выполняться на одной машине.

Два приложения - два процесса. IPC - специальный протокол, созданый для взаимодействия разных процессов, на одной машине
Используй IPC Remoting

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

Существуют же события нажатия на кнопки и т.д.


Разве нельзя в одной программе сгенерировать событие, послать его в винду.
А другая программа это событие словила. Для чего же тогда нужны события?

Да, только эти "события" назваются Messages - сообщения.

Ну если просто завершение программы - ты просто можешь кильнуть процесс. А там отловить какой-то аппликейнишЕкзит, и сделать очистку
Отсылать мессаги - залазить в винапи. Как по мне, то программируя на шарпе, надо стараться как можно реже туда залазить  Кроме того в списке  
Partizanа, был и SendMessage

Просто кильнуть программу самому очень хочется.. 
Программа должна разорвать соединение с SQL сервером и должна закрыть два потока, а уже потом завершиться.
Если я сделаю Kill, то что будет со потоками, который создал основной процесс? Они захлопнутся или так дальше и будут крутиться?

я же написал) Неуверен правда, но должно работать. Килять нада правильно.
А в программе отлавливаешь например Application.ApplicationExit.
Там чистишь все что надо. Соединения разрываешь. Кстати, потоки при завершении поубиваються сами, соединение тоже должно закрыться (для него диспоуз вызоветься). Но наверное, гламурнее будет его самостоятельно убить в вышеуказаном событии

Пайпы попробуй) Один открывает пайп и ждёт сообщений, второй - когда нужно говорит в пайп "Ищезни с глаз долой".
Первый смотрит...ага...деликатно просят закрыться...и закрывается 

Но вообще наверно ещё можно посмотреть WCF как более актуальную замену Remoting 

Убийцы и пайпы 
vlsaf, почитай про EventWaitHandle. Одна прога создаст событие и будет его ждать. Вторая - откроет и выставит в signaled.

  Истинное решение было простым как две копейки

Если мне не изменяет память, в случае, когда поток, захвативший EventWaitHandle, завершается, не освободив его, никакого исключения не возникнет - и может образоваться deadlock.
В этом плане мне больше нравится Mutex: он при попытке захватить мьютекс, который был захвачен ныне завершившимся потоком, сгенерирует AbandonedMutexException.

Это сообщение отредактировал(а) Idsa - 3.4.2009, 07:17

Эм.. А если надо пару инстансов приложений? Вряд ли оно будет работать как синглтон. Пахнет химией   

vlsaf, смотри сколько у тя вариантов решения   Выбирай любой   

Поток не захватывает EventWaitHandle, он дожидается его установки в signaled. Ничего не захватывается - не надо ничего освобождать. Deadlock - это когда два потока захватывают каждый по своему Mutex-у и после этого пытаются захватить чужой Mutex (или любой другой ресурс)