Мониторинг состояния COM объекта

[axaLearner]

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

1. нужно получить handle COM-приложения;
2. посредством API надо мониторить состояния объекта с заданным handle;

Пока ни один из пунктов не осилил. Буду благодарен за предложенное решение.

[gl00mie]

Цитата:

Сообщение от axaLearner

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

У вас исходная ситуация и сформулированная постановка задачи совершенно не стыкуются. Точнее, конечно, можно и так делать, но в многозадачных ОС так не принято. В многозадачных ОС принято использовать объекты синхронизации и функции ожидания изменений состояния этих объектов. Чтобы узнать, когда какой-то процесс завершится, получите его handle, создайте отдельный поток и вызовите WaitForSingleObject() с этим handle'ом и временем ожидания WAIT_INFINITE. Когда процесс завершится, функция вернет управление, и этот фоновый поток сможет что-то сделать в связи с тем, что управляемый процесс завершился и на COM-вызовы больше не ответит.

PS. Получить handle процесса (COM-сервера) можно, перебрав запущенные процессы и выбрав нужный по имени - это, конечно, для случая, когда в каждый момент времени может быть запущен один экземпляр соотв. процесса.

[axaLearner]

gl00mie, спасибо за ответ, модель с использованием ожидающего потока мне понравилась и должна меня устроить.

С handle пока проблема - одна сессия DAX будет запускать один и тот же COM-сервер в нескольких экземплярах и с точки зрения DAX каждый будет запущен для каких-то спец. нужнд, т.е. необходимо их различать и перебор по имени, насколько я понимаю, не подойдет.

[vallys]

Цитата:

Сообщение от gl00mie

...создайте отдельный поток и вызовите WaitForSingleObject() с этим handle'ом и временем ожидания WAIT_INFINITE...

Кажется мне, что для аксапты проще каждый раз, как нада узнать завершился ли процесс, запускать WaitForSingleObject с временем ожидания 0. Если результат = WAIT_TIMEOUT, значит процесс еще работает.

З.Ы. В рамках тройки фраза "создайте отдельный поток" звучит интрегующе

[Sergey_P]

Вызвать в try cath какой-нибудь "безобидный" метод COM если упал в cath значит COM убит.

[axaLearner]

Try/catch не проходят - когда процесс уничтожен, попытка вызова метода на COM - объекте вызывает ошику времени выполнения, ту что со Stack Trace, с сообщением "COM object does not have method 'метод который пытаемся вызвать'".