посмотри backtrace после того, как процесс рухнул

На сколько я понял нужно еще выполнить команду "catch signal SIGSEGV", чтобы приостановить сервер по приходу сигнала. Но GDB говорит, что "Catch of signal not yet implemented". Кроме того, даже при запущенной под GDB программе при попытки вывода первого кадра стэка, GDB говорит что стэк пуст. Я в шоке.

То ли еще будет :) Я СТОЛЬКО намучился с этим GDB, что... Попробуй, если еще не сделал, заюзать GDB 6. Он ничуть не менее глючный чем остальные, но вдруг. Еще попробуй поставить бряк на тот адрес, где падает твой процесс. Если прога твоя, то сделай сам обработчик SIGSEGV. Можно будет замутить в этом обработчике что хочешь. Что скажешь?

Re:

> gdb your-executable core
[skipped]
(gdb) bt

Доброго времени суток.
Компиллировалм как ? -g была включена ?
Далее - мне нравится ddd. GUI над gdb. Попробуйте им. Во всяком случае баги ищутся и неплохо.
Best respect,$echo from Siberia.

Проблема решилась следующим образом. Вместо того, чтобы запускать процесс из под GDB, я сначала запустил сервер, потом запустил GDB и зацепился к процессу коммандой 'attach pid'. После чего командой 'file' указал таблицу символов и все стало чики-пуки. Стэк показывает. При получении сигнала останавливается. Но почему так.. понять не могу.

Да, компилял с отладочной информацией.

> gdb your-executable core > [skipped] > (gdb) bt

Backtrace? Я написал выше, что при попытке прочитать кадры стэка, GDB говорит что стэк пуст.

>Еще попробуй поставить бряк на тот адрес, где падает твой процесс. Если прога твоя, то сделай сам обработчик SIGSEGV. Можно будет замутить в этом обработчике что хочешь.

Так по порядку. Во-первых: я не знаю где возникает ошибка сегментации, поэтому куда ставить бряк - непонятно. Во-вторых: что мне даст обработчик сигнала? Он же не скажет где возникла ошибка. Он просто обработает сигнал.

+

1) А зачем так сильно мучатся - не проще ли написать fg отладочную версию
для твоего демона (если я правильно понял задачу) и ловить ошибки уже в ней
2) Про обработчик SIGSEGV и место возникновения ошибки man sigaction
(там ловится МЕСТО при обращении к которому генерится сигнал)
3) Если интересует место генерации сигнала в самом коде - поищи
бери SEH-приблуду для ловли таких ситуаций http://home.rochester.rr.com/bigbyofrocny/GEF/

Перехватывай все исключения, если на C++ пишешь

>Перехватывай все исключения, если на C++ пишешь

Это не ко мне ;) У меня все ловится уже много лет как ;)

Я еще для 2.91 (а может и раньше) написал враппер сигналов через плюсовый SEH - так и таскаю его до сих пор из версии в версию ;)

PS: А ++ уже ловят SIGSEGV сами ? ;)

То, что стек пуст означает, что он уже здорово попорчен. Это характерный симптом переполнения локального массива, worm-style; SIGSEGV скорее всег происходит при возврате из функции на фоне испорченного стека.

Отладка будет трудоемкой. Изучите код на предмет локальных массивов и небезопасных вызовов (gets, scanf и компания). Далее действуйте последовательными приближениями... надеюсь, ошибка воспроизводима?