Приложение, получающее таинственные SIGINTs

Question

У нас есть небольшое приложение для демона, написанное на C для нескольких различных платформ UNIX (эта проблема происходит в SunOS 5.10), которая в основном просто открывает последовательный порт, а затем прослушивает информацию, поступающую через сказал порт.

В данном конкретном случае демон, кажется, считывает одну передачу (например, данные о файле), отправленную через последовательный порт, затем получает SIGINT. Это происходит каждый раз. Другие клиенты используют эту настройку очень точно, не получая SIGINT. Совершенно очевидно, что пользователи НЕ нажимают Ctrl-C. У нас есть относительно простой обработчик сигналов, поэтому мы точно знаем, что это то, что происходит.

Что еще может быть причиной этого? Гуглинг и рассмотрение вопросов здесь, я не мог найти много объяснений по поводу других вещей, которые могут вызвать SIGINT. Я также просмотрел код и не нашел вызовов для рейза() и только один вызов для kill (pid, 0), который в любом случае не отправил SIGINT.

Любые мысли или прозрения определенно будут оценены.

Answer 1

Если вы не хотите, чтобы последовательный порт стал управляющим терминалом для процесса, откройте его, используя флаг openO_NOCTTY. Если это управляющий терминал, данные из последовательного порта могут интерпретироваться как прерывание или другой специальный символ.

Answer 2

Я нашел интересный blog post об отладке проблемы с похожими симптомами. Хотя я сомневаюсь, что это та же проблема, у нее есть очень полезные советы по отладке для отслеживания происхождения сигналов.

Answer 3

Вы не сказали, как прикреплен ваш обработчик сигнала, но если вы можете прикрепить его с помощью sigaction(2) таким образом, чтобы получить siginfo_t то похоже, что будет включать в себя идентификатор процесса, который послал сигнал (si_pid).