ошибка сегментации в __tcf_0 при выходе из программы - PullRequest
Новая
       9

ошибка сегментации в __tcf_0 при выходе из программы

0 голосов
/ 12 декабря 2011

при выходе из программы отображается информация: 

*** glibc detected *** double free or corruption (!prev): 0x09a8fcb8 ***

Кажется, что на одном объекте двойное освобождение.Затем я использовал gdb для отладки файла coredump.Ниже приведен результат bt (больше трасс не публикуется): 

#0 0x005197a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x0055a825 in raise () from /lib/tls/libc.so.6
#2 0x0055c289 in abort () from /lib/tls/libc.so.6
#3 0x0058ecda in __libc_message () from /lib/tls/libc.so.6
#4 0x0059556f in _int_free () from /lib/tls/libc.so.6
#5 0x0059594a in free () from /lib/tls/libc.so.6
#6 0x00c0f001 in operator delete (ptr=0x0) at ../../../../gcc-4.2.2/libstdc++-v3/libsupc++/del_op.cc:49
#7 0x00bea48d in std::string::_Rep::_M_destroy (this=0x9a8fcb8, __a=@0xbfe134af)
  at /home/robert_bu/src/build_gcc-4.2.2/i686-pc-linux-gnu/libstdc++-v3/include/ext/new_allocator.h:97
#8 0x070807e8 in __tcf_0 () from ./../bin/../lib/librlxvm_kmmpv_ocp_tl2.so
#9 0x0055d5a7 in exit () from /lib/tls/libc.so.6
...

Затем результат valgrind показывает, что строка удалена двумя разными файлами .so (libkmm.so.2.0.0)и libpv.so.2.0.0).Подробная информация (некоторые строки замаскированы): 

==28125== Invalid free() / delete / delete[]
==28125==    at 0x400588F: operator delete(void*) (vg_replace_malloc.c:387)
==28125==    by 0x446548C: std::string::_Rep::_M_destroy(std::allocator<char> const&) (new_allocator.h:97)
==28125==    by 0x55FA7E7: __tcf_0 (in /home/alan_tao/vm/test/lib/libkmm.so.2.0.0)
==28125==    by 0x55D5A6: exit (in /lib/tls/libc-2.3.4.so)
==28125==    by 0x42B10D9: stop_sim() (in /home/alan_tao/vm/test/lib/libcomm.so.2.0.0)
==28125==    by 0x807C83A: func_on_exit(int) (in /home/alan_tao/vm/test/bin/engine)
==28125==    by 0x55A917: ??? (in /lib/tls/libc-2.3.4.so)
...
==28125==  Address 0x4a484d0 is 0 bytes inside a block of size 525 free'd
==28125==    at 0x400588F: operator delete(void*) (vg_replace_malloc.c:387)
==28125==    by 0x446548C: std::string::_Rep::_M_destroy(std::allocator<char> const&) new_allocator.h:97)
==28125==    by 0x650C0B7: __tcf_0 (in /home/alan_tao/vm/test/lib/libpv.so.2.0.0)
==28125==    by 0x55D5A6: exit (in /lib/tls/libc-2.3.4.so)
==28125==    by 0x42B10D9: stop_sim() (in /home/alan_tao/vm/test/lib/libcomm.so.2.0.0)
==28125==    by 0x807C83A: func_on_exit(int) (in /home/alan_tao/vm/test/bin/engine)
==28125==    by 0x55A917: ??? (in /lib/tls/libc-2.3.4.so)

...

Результат valgrind показывает, что одна строка удаляется дважды.Но я не могу знать правильный статический.У кого-нибудь есть идея узнать, какая строка вызывает ошибку и как ее исправить?Спасибо

PS: программа работает под Linux 2.6.9.версия gcc - 4.2.2.используется dll.

Новое обновление: Используя gdb для вывода списка ошибок в файле lib, команда "l __tcf_0" показывает мне следующий код: 

inline std::vector<const char*>& get_phase_name_vec(){
  static std::vector<const char*> phase_name_vec(END_RESP+1, (const char*)NULL);
  return phase_name_vec;
}

Этоиз заголовочного файла OSCI TLM.И вышеупомянутые библиотеки должны включать их.Он находится в отдельном пространстве имен "tlm".Любая идея, чтобы исправить эту ошибку?

1 Ответ

0 голосов
/ 14 декабря 2011

Проблема решена.В исходных файлах libkmm.so.2.0.0 и в заголовочных файлах tlm существует конфликт имен глобальных переменных.

Кажется, что "l __tcf_0" не показывает правильную переменную.Спасибо Алексу, Маверику, Юлиану Чербаною и другим, кто читает этот вопрос.

...