Items

Так уж вышло, что текущая работа связала меня одновременно с Microsoft .Net Framework и последовательными портами (COM-порты в простонародии). И вот с ними я заимел много-много хлопот в последнее время. Но, обо всём по-порядку.

Сначала была библиотека, писаная давным давно на C++. Эта библиотека обеспечивала требуемую функциональность, но найти, а тем более исправить в ней ошибки, которые периодически возникали, было делом непростым. Я не утверждаю, что она была написана плохо, прото она написана не мной, а человеком, который уже давно сменил место работы, и, по всей видимости, писалась долго, так что нагромождения кода разобрать было сложновато. Взаимодействие с этой библиотекой происходило через PInvoke.

Окунёмся ещё глубже в историю. Год назад вышел .Net Framework 2.0, в котором наконец-то появились инструменты для работы с последовательными портами. И с самого начала работы над текущим проектом я намеревался упросить-таки начальство переписать описанную выше библиотеку на C#. Как оказалось доигрался...

Решение было принято. Библиотеку переписали. Всё стало по-новому. Только вот появилась одна неприятная ошибочка, отловить которую никак не удавалось. Где только можно были поставлены try-catch блоки. Все ошибки логировались. Но приложение всё равно падало. Чтобы этого добиться достаточно было удалить из системы COM-порт в момент отправки на него чего-либо. Исключение вываливалось прямо из внутреннего потока исполнения и обрабатывалось нигде. А потом наш тестер Тестер ввёл текст ошибки в Google, или не знаю уж куда, вобщем в поисковик и нашёл вот это. Если вкратце, то разработчики из Microsoft (которые, как известно, самые обиженные люди, потому что им пенять не на кого), реализовывавшие SerialPort и сопутствующие классы, решили, что последовательные порты в системе - понятие статичное и появляться, а уж тем более исчезать, не могут. Слегка странное решение, если учесть, что сейчас каждый второй (если не первый) телефон снабжён модемом и подключается через USB, не говоря уже про всякие Bluetooth модемы.

Шок от этой новости был ещё тот. Через 4 дня релиз, а тут одна из ключевых фич не работает. Я, как предложивший использовать .Net для всего, вообще хотел забиться в дальний угол (shame on me). Выручил снова молодец Тестер. Тем же своим поисковиком он нашёл возможные решения. Пришлось в срочном порядке подменять стандартную .Net реализацию SerialPort'а самописной. Что интересно -- заработало.

Мораль сей басни такова: если ошибку не удалось отловить быстро - ищи в интернете. Ну и ещё на память заметочка: проверять возможность реализации чего-бы то ни было прежде чем браться за реализацию :-)