LINUX.ORG.RU

Ошибка c glibc?

 , ,


0

1

При выполнении, к примеру

man man

Вываливается следующая ошибка:

*** glibc detected *** /usr/bin/groff: double free or corruption (fasttop): 0x00000000009d7580 ***
======= Backtrace: =========
/lib64/libc.so.6(+0x75f4e)[0x7f40d1bc8f4e]
/lib64/libc.so.6(+0x78cad)[0x7f40d1bcbcad]
/usr/bin/groff[0x401eaf]
/usr/bin/groff[0x401f6c]
/lib64/libc.so.6(exit+0xe2)[0x7f40d1b88b22]
/lib64/libc.so.6(__libc_start_main+0x104)[0x7f40d1b71d64]
/lib/libnss_nisplus-2.19.31a.so(__libc_start_main+0x2c2)[0x7f40d268a45f]
/usr/bin/groff[0x401ac9]
======= Memory map: ========
00400000-00410000 r-xp 00000000 fc:01 400076                             /usr/bin/groff
0060f000-00610000 rw-p 0000f000 fc:01 400076                             /usr/bin/groff
00610000-00614000 rw-p 00000000 00:00 0 
009c5000-009e6000 rw-p 00000000 00:00 0                                  [heap]
7f40c4000000-7f40c4021000 rw-p 00000000 00:00 0 
7f40c4021000-7f40c8000000 ---p 00000000 00:00 0 
7f40cb6b8000-7f40d1549000 r--p 00000000 fc:01 397050                     /usr/lib/locale/locale-archive
7f40d1549000-7f40d154a000 r-xp 00000000 fc:01 396814                     /usr/lib64/gconv/ISO8859-1.so
7f40d154a000-7f40d174a000 ---p 00001000 fc:01 396814                     /usr/lib64/gconv/ISO8859-1.so
7f40d174a000-7f40d174b000 r--p 00001000 fc:01 396814                     /usr/lib64/gconv/ISO8859-1.so

Ошибка вываливается посреди страницы мана. С чем может быть связана?

★★★★★

Последнее исправление: int13h (всего исправлений: 2)

Ошибка

Добавить тему в форум
Просьба ко всем, добавляющим темы в форум:

    Прочитайте FAQ! Возможно, ваш вопрос уже содержится в нашем сборнике ответов на часто задаваемые вопросы.
    Пишите в правильный форум! Выберите подходящий по теме вашего вопроса раздел форума, например вопросы по администрированию системы нужно задавать в Admin, а не в General и т.п.
    Пишите осмысленный заголовок. Придумайте осмысленный заголовок теме. Сообщения с бессмысленными загловками («Помогите!», «Вопрос», ...), как правило, остаются без ответа.
intelfx ★★★★★
()
Ответ на: комментарий от menangen

Память есть. Там, получается, шло освобождение уже освобожденной памяти. Ща буду разбираться более детально

int13h ★★★★★
() автор топика
Ответ на: комментарий от anonymous

Вы правы, но частично. Отключается обработка ошибок

When MALLOC_CHECK_ is set, a special implementation is used which is designed to be tolerant against simple errors, such as double calls of free() with the same argument, or overruns of a single byte.

http://www-01.ibm.com/support/docview.wss?uid=swg21410927

int13h ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.