Стабильно разные результаты при запуске программы из gdb и просто так.

1. Телепаты -- в отпуске.

2. Такое часто случается. Как простая гадалка, могу предположить некоторые варианты:

а) программа параллельная и у тебя случаются райсы или volatile не хватает;

б) где-нибудь при обработке событий таймауты слишком маленькие (скорее всего, кстати);

в) Фокус ввода слишком хитро грабится (или наоборот, не приходит туда, куда надо);

итд.

Наверно программа собиралась с NDEBUG, с которым assert() в glibc игнорируется, а gdb наверно находит assert() в debugging information и интерпретирует его самостоятельно. Покажи саму программу и как она собирается.

> а gdb наверно находит assert() в debugging information и интерпретирует его самостоятельно

"это фантастика"

2bbk123:

assert(), вообще говоря, макро. Если NDEBUG был задан, от него вообще ничего не остается, и gdb его найти не сможет...

Да, я знаю, что это макро. Однако команда list в gdb показывает наличие assert(0) и в этом случае.

list выдает код как есть, не пропуская его через препроцессор ( именно
он убивает assert'ы )

Могу предположить, что это у тебя что-то с работой с памятью (типа, к примеру, где-нибудь используешь неинициализированое значение - а оно может оказаться разным под дебаггером и без). Попробуй через valgrind программу пропустить - он такие ошибки хорошо находит.

Ну или может, как уже говорили, какой-нибудь race condition