Есть windows service, написан под .NET но где-то глубоко в дебрях (в 3-hd party library) используется то-ли unsafe то ли unmananged код.
Сервис с периодичностью Х секунд выполняет функцию "DoSomething" обернутую try catch.
Но несколько раз в день этот сервис вываливает на экран сообщение:
Если таких окон 5-6 то сервис просто перестает работать.
Что можете посоветовать, чтобы заставить сервис работать молча, исключения — не обращать внимание.

Спасибо

Здравствуйте, Аноним, Вы писали:

А>Есть windows service, написан под .NET но где-то глубоко в дебрях (в 3-hd party library) используется то-ли unsafe то ли unmananged код.
А>Сервис с периодичностью Х секунд выполняет функцию "DoSomething" обернутую try catch.
А>Но несколько раз в день этот сервис вываливает на экран сообщение:
А>Если таких окон 5-6 то сервис просто перестает работать.
А>Что можете посоветовать, чтобы заставить сервис работать молча, исключения — не обращать внимание.

А>Спасибо

1) Appdomain.UnhandledException обработать внутри сервиса?
2) написать Watchdog для сервиса..

Здравствуйте, ZloeBablo, Вы писали:

ZB>2) написать Watchdog для сервиса..

Строго говоря, Windows сама умеет перезапускать упавшие сервисы.

Здравствуйте, Аноним, Вы писали:

А>Есть windows service, написан под .NET но где-то глубоко в дебрях (в 3-hd party library) используется то-ли unsafe то ли unmananged код.
А>Сервис с периодичностью Х секунд выполняет функцию "DoSomething" обернутую try catch.
А>Но несколько раз в день этот сервис вываливает на экран сообщение:
А>Если таких окон 5-6 то сервис просто перестает работать.
А>Что можете посоветовать, чтобы заставить сервис работать молча, исключения — не обращать внимание.

А>Спасибо

Предлагаю сначала разобраться что происходит. Такое сообщение разве не означает, что сервис упал? Что значит после 5-6 окон сервис перестает работать? Его кто-то перезапускает после падения и перестает это делать после 5-6 раза?
Чтобы не обращать внимание на это исключение можно попытаться определить его тип (возможно, AccessViolationException), добавить соответствующий catch-блок в том месте где он вылетает и никак не обрабатывать. Это не работает? Хотя, если там происходит порча памяти, например, то до добра это не доведет.