C ++ код зависает, даже в GDB

Question

C ++ код зависает, даже в GDB

0

C++ код с около 5k строк зависает случайным образом - в linux. Мой код имеет дело с передачей и получением пакетов через RAW-сокет. Код просто останавливается в точке произвольно без какого-либо ответа - даже [ctrl + c] оказывается удобным :: каждый раз после зависания я использовал для уничтожения процесса. Я попробовал GDB, и результат был таким же, как и повесили - ctrl + c произвело сообщение об ошибке SIGTERM. При использовании valgrind код висит аналогичным образом.

Как отладить эту проблему? Это какая-то системная ошибка?

Steve Marcus 26 дек. 2013, в 11:59

Источник

0

Какой была обратная трассировка ( bt ) в GDB после того, как вы отправили сигнал?
Oliver Charlesworth 26 дек. 2013, в 10:57
0

возможно блокирование чтения пакетов
Deepthought 26 дек. 2013, в 10:58
0

@OliCharlesworth: Как я уже сказал, код зависает :: Ctrl + C не помогает, поэтому я убил работающую программу в GDB. (bt) показывает «НЕТ стека».
Steve Marcus 26 дек. 2013, в 11:11
0

@Deepthought: блокировка чтения пакетов означает? Это проблема Ethernet? я использую pcap в моем коде.
Steve Marcus 26 дек. 2013, в 11:12
1

Часть кода, которая принимает пакет ... Может случиться так, что сокет чтения блокирует (не возвращает до завершения операции) вызов. Сокет может не отвечать, так как он ничего не прочитал. Так что ваш код тоже ждет бесконечно долго. Ctrl-C не помогает, так как вызывающий поток может находиться в UNITERUPTIBLE_SLEEP. Отправьте часть кода, которая читает и пишет из сокета, может быть, люди могут дать лучший совет
Deepthought 26 дек. 2013, в 11:23

Показать ещё 3 комментария

Теги:

c++

valgrind

gdb

1 ответ

Ещё вопросы

Какой была обратная трассировка ( bt ) в GDB после того, как вы отправили сигнал?
возможно блокирование чтения пакетов
@OliCharlesworth: Как я уже сказал, код зависает :: Ctrl + C не помогает, поэтому я убил работающую программу в GDB. (bt) показывает «НЕТ стека».
@Deepthought: блокировка чтения пакетов означает? Это проблема Ethernet? я использую pcap в моем коде.
Часть кода, которая принимает пакет ... Может случиться так, что сокет чтения блокирует (не возвращает до завершения операции) вызов. Сокет может не отвечать, так как он ничего не прочитал. Так что ваш код тоже ждет бесконечно долго. Ctrl-C не помогает, так как вызывающий поток может находиться в UNITERUPTIBLE_SLEEP. Отправьте часть кода, которая читает и пишет из сокета, может быть, люди могут дать лучший совет

Steve Marcus · Answer 1 · 2014-01-16T03-33-00.000Z

Используя команду strace, было ясно, что зависание связано с проблемой futex_wait_private. Чтение сокета было переведено в тупик. При увеличении значения таймаута выбора - проблема может быть решена.