Как получить числовое значение FirstChanceException исключения?

[Kuzya69]

Есть приложение работающее с виртуальным ком-портом. И когда устройство, подключенное к порту перезагружается, ком-порт "отваливается". Для последующего включения нужно закрыть недействительный ком-порт, что вызывает в конечном итоге необрабротанное исключение System.ObjectDisposedException, которое валит программу вообще. Вобщем, это все не очень относится к вопросу, но я кажется нашел выход из ситуации. Именно в обработчике исключения FirstChanceException, которое возникает при закрытии недействительного порта, создать паузу, чтобы дать потоку порта завершиться. Но хочется отделить именно это исключение, а не делать паузу на все остальные исключения. Отсюда вопрос, как получить числовое значение возникающего именно в нужный момент исключения? Для исключений типа Exception, я нашел как это сделать, но это исключение, FirstChanceException, не выдает числовое значение (дает null), если его обработать как "FirstChanceException.Exception ".

[Desc]

Похоже на какое-то де-жа-вю. Но тем не менее спрошу?
Ссылки:
>>Практическое руководство. Получение уведомлений о первом этапе обработки исключений
>>AppDomain.FirstChanceException Событие,
не, не помогли?

[Kuzya69]

Да я получаю это событие AppDomain.FirstChanceException. Но мне нужно в его обработчике выделить только то, у которого значение HResult имеет определенное значение. Но свойство HResult в NetFraemwork 4.0 protected, поэтому компиллятор ругается на такую запись:

uint iErr = e.Exception.HResult;

Поэтому интересует вопрос, можно-ли какими-то другими методами получить это значение?

[Desc]

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

И когда устройство, подключенное к порту перезагружается, ком-порт "отваливается". Для последующего включения нужно закрыть недействительный ком-порт, что вызывает в конечном итоге необрабротанное исключение System.ObjectDisposedException, которое валит программу вообще.

В ходе таких экспериментов, аппаратных нюансов не избежать. В подобных случаях необходимо комбинировать аппаратную доработку девайса и доработку ПО интерфейса.
Иногда приходится производить полній "ресет" ПК и девайса для продолжения исследований. Так вот. Мир физики.

[Kuzya69]

Ну сам девайс я не доработаю, это диагностический адаптер, фуллфлеш для него не я писал. А вот управляющую программу могу. Поэтому и экспериментирую.
Нет, перезагружать комп не требуется, все и так работает, я через функции SetupDiSetClassInstallParams и SetupDiCallClassInstaller, переподключаю устройство к системе, и все потом работает нормально, и не требует полной перезагрузки ОС.

[Desc]

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

переподключаю устройство к системе, и все потом работает нормально, и не требует полной перезагрузки ОС.

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

[Kuzya69]

Я поэтому и утверждаю, что проверено, все работает. И работает как надо. Единственное, что может попасться исключение, которое должно будет свалить прогу, а она продожит работать, и не факт, что как надо. Я же не профи, могу где-то и косяки допустить. К тому-же приложение под AnyCPU, и пытаюсь сделать его как минимум под WinXP и под Win7,8,10. Поэтому и хочу в обработчике отфильтровать только одно исключение, по значению HResult.

[Desc]

Kuzya69, Вы в какой среде ведёте разработку?

[Kuzya69]

Пишу на C#, NetFraemwork4.0, AnyCPU, Windows7. Студия Visual C# 2015. Microsoft Visual Studio Community 2015 Версия 14.0.25431.01 Update3

[Desc]

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

И когда устройство, подключенное к порту перезагружается, ком-порт "отваливается".

Он зависает (порт), рестарт всей ОСи и ре-коннект порта как правило решает проблему, по крайней мере на этапе разработки.