segmentation fault и отладочная печать

[mihail_1]

При запуске программа (исходник на си) через некоторое время завершается сообщением segmentation fault. Поскольку программа еще отлаживается в ней много отладочных сообщений на экран. Поскольку их много, при запуске поток вывода перенаправляется в файл.
Но когда программа аварийно останавливается в файл не записываются несколько последних сообшений, поэтому запустил оставив вывод на экран. Ошибка не произошла. Проверил многократно - если вывод на экран ошибки нет, если в файл - есть, если запускаю под valgrind ошибки нет.
Как может работа программы зависеть от того куда направлен поток вывода?

[qupl]

Легко, программа убивается ДО того как сообщения доходят до консоли (вывод в файл быстрее).

[mihail_1]

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

[qupl]

Значит я не понял ситуации. При выводе в консоль ошибки нет совсем, а при выводе в файл есть? (код тот же)

[mihail_1]

Тот же исходник и та же сборка.
Только в командной строке в конце есть или нет ' > file.txt'

[qupl]

mihail_1, в коде есть места критичные к времени между операторами?

[mihail_1]

Явных быть не должно, но могут быть ошибки с флагами управляющими потоками (нитями), хотя вроде все уже по сто раз проверены.

В логе сообщений ошибка 4 в libmysqlclient_r.so.15.0.0
В логе mysql сообщение, что произошла ошибка 127 при чтении таблицы
Команда check для данной таблицы выдает Ok

[qupl]

Закомментировать отладочные сообщения "с конца" или с того момента как они обрываются и до конца. Проверить осталась ли ошибка с перенаправлением в файл. Дальше плясать по обстоятельствам, по крайней мере место где просиходит баг обозначится.
Ошибка чтения таблиц БД может быть , например, таймаутом выполнения запроса.

[mihail_1]

Можно конечно позакоментировать, но то что успело попасть в файл здесь никак не поможет. Система не сразу кидает все в файл, а буферезует до целого блока какой-то длинны и последнее сообщение в файле обычно не целое. При аварийном завершении содержимое буфера теряется.

Не совсем понял: таймаут не передается как результат а прямо вызывает прекращение работы? Так ведь нельзя!
Я проверяю все что возвращают вызовы mysql и в случае ошибки выдаю сообщение и вызываю exit(). (при этом будет нормальное завершение и буфер сохранится)

[qupl]

Про таймаут - это размышления на тему, почему могут возникать ошибки на целых по факту таблицах.

[mihail_1]

В принципе запрос на чтение может быть выдан в то время, когда выполняется запрос на вставку многих тысяч записей и выполняется он явно не мгновенно, но вроде бы это нормальная ситуация и запрос на чтение должен дождаться завершения запроса на вставку, а не вызывать аварийное завершение программы.
Хотя нагрузка на диски близка к 100%, но врятли то смещение по времени которое даст запись отладок на диск или на консоль на это может повлиять - время встаки существенно больше.

[Olej]

Явных быть не должно, но могут быть ошибки с флагами управляющими потоками (нитями), хотя вроде все уже по сто раз проверены.

В логе сообщений ошибка 4 в libmysqlclient_r.so.15.0.0
В логе mysql сообщение, что произошла ошибка 127 при чтении таблицы
Команда check для данной таблицы выдает Ok

1. mihail_1, насколько я помню, вы достаточно путаетесь в многопоточном программировании, а здесь (при недостаточности синхронизаций) всё зависит от соотношений времени;
(сделайте для эксперимента все свои действия последовательно в одном потоке - и весь ваш цирк с segmentation fault прекратится)

2. как-раз mysql (или его клиентские библиотеки ... не помню деталей) - очень не любят параллельное выполнение.

3. после printf() в отладочных операторах делайте сразу же fflush() - и не будет у вас буферизации, и будет вам счастье 

Сообщение объединено: 17 Декабря 2012, 22:34:25

А fflush() из программы действует даже на угловую скобку в командной строке?
(у меня стоят printf(), а не fprintf())

Без разницы. fflush() - это "немедленно опорожнить буфер", а куда - это уже не важно, если вы перенаправили в файл, то в файл.

[mihail_1]

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

На многопоточную клиентскую библиотеку mysql жалуются многие, но при работе с разными таблицами или запросами только на чтение из одной она ведет себя хорошо. Но есть подозрение что чтение во время или сразу после большой вставки в одну таблицу завершается segmentation fault. Я предполагал, что mysql сам разведет запросы во времени, но теперь меняю алгоритм так чтобы запретить это у себя и не сильно потерять производительность.

А fflush() из программы действует даже на угловую скобку в командной строке?
(у меня стоят printf(), а не fprintf())