программа падает c SIGABRT при вызове malloc
что за программа не имеет значения - проблема точно локализована - что-то с malloc, причем malloc вызывается в цикле, и падает после 2-ух успешных вызовов
вот что glibc пишет

в чем может быть дело?

Это сообщение отредактировал(а) MAKCim - 28.9.2006, 17:27

Этот сигнал сгенерирован, когда недопустимый указатель применяется. Подобно SIGSEGV, этот сигнал - обычно результат применения неинициализированного указателя.

Да я знаю что это за сигнал и когда он генерируется
Вопрос в другом. В чем может быть причина, что вылетает библиотечная функция?

>>В чем может быть причина, что вылетает библиотечная функция?

может магнитная активность солнца, может изза самостоятельной пересборки glibc или еще какого пакета который косвенно на это влияет. А может прога из нескольких тредов

  

нет

к моменту вызова поток один

приду домой попробую покопать. если не сложно приблизетельно плюс минус две три строки от малока надо увидеть

да в принципе все стандартно

скомпилил я у ся сей кусок все тип-топ. причина может быть в некоректной работе sizeof или его входных параметров, могу пока порекомендовать поиграть с MALLOC_CHECK_ и кусок кода сделать чуть иначе штобы видеть плотнее что происходит.





Это сообщение отредактировал(а) smalcom - 29.9.2006, 20:40

я так понял все писяно на сях в коих я не очень попробуй на плюсах хотя интересней разобраца в сути проблемы

MAKCim, 
поставь бряк на адрес и глянь дизассемблированный код функции. 

Спасибо всем за участие  - проблема сама собой решилась
Самое интересное, что якобы глючный код я не трогал, а слегка изменил совсем другой участок программы
Вот все как взаимосвязано оказывается   

>>> Да я знаю что это за сигнал и когда он генерируется <<<

Накричал тут значит

>>> проблема точно локализована - что-то с malloc <<<

наехал на glibc(как програмист под винду ей-богу - раз моя прога не работает значит вонь is sux)

P.S. хоть бы сказал в чем дело было, а вдруг завтра я или еще кто тупо опять сидит перед дебаггером кроет матом glibc задалбывает форумы и знакомых по аське палит кучу трафика, а ведь можно всего было избежать. Ща погибнет весь автобус

Понимаешь в чем дело, ошибка то вылетала именно в malloc-е
Это было четко видно по логам и в gdb, так что наезды не беспочвенны (может, даже скорее всего, malloc валился из-за косвенных, не относящихся к самой glibc, причин - но внешне все сводилось к ошибке в malloc-е)
Прежде чем сюда писать я досконально все проверил, не из-за кривизны ли моих рук все валится

Я и сам не знаю, тот кусок, который исправил, не влиял на кусок кода, который падал
Так что сказать ничего не могу...пока

Это сообщение отредактировал(а) MAKCim - 30.9.2006, 14:56

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

Боюсь времени нет, тем более все работает
Хотя было бы интересно

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

но! времена меняются. попробуй просто прогнать прожку под valgrind -- десять к одному он тебе все расскажет и на блюдечке принесет.