[Converted from Gnats 1950] When I was debuging my program, the gdb chocked and a core file was dumped. the file is very large, I don't attatch it here. If you need the file, I'll send it to you. $ ls -l core.21292.GDB -rw------- 1 chenyb chenyb 34291712 May 26 13:58 core.21292.GDB $ file core.21292.GDB core.21292.GDB: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, SVR4-style, from 'gdb' $ gdb -q /usr/bin/gdb core.21292.GDB (no debugging symbols found)...Using host libthread_db library "/lib/tls/libthread_db.so.1". Core was generated by `gdb -q --args ./adsd -F -f tview-ads.xml'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libncurses.so.5...done. Loaded symbols for /usr/lib/libncurses.so.5 Reading symbols from /lib/libtermcap.so.2...done. Loaded symbols for /lib/libtermcap.so.2 Reading symbols from /lib/tls/libm.so.6...done. Loaded symbols for /lib/tls/libm.so.6 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/tls/libc.so.6...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/lib/gconv/EUC-CN.so...done. Loaded symbols for /usr/lib/gconv/EUC-CN.so Reading symbols from /usr/lib/gconv/libGB.so...done. Loaded symbols for /usr/lib/gconv/libGB.so Reading symbols from /lib/tls/libthread_db.so.1...done. Loaded symbols for /lib/tls/libthread_db.so.1 #0 0x001e24dc in memcpy () from /lib/tls/libc.so.6 (gdb) bt #0 0x001e24dc in memcpy () from /lib/tls/libc.so.6 #1 0x080d91ae in evaluate_subexp_standard () #2 0x080d5264 in _initialize_values () #3 0x080d68df in evaluate_subexp_standard () #4 0x080d5264 in _initialize_values () #5 0x080d528f in evaluate_expression () #6 0x080e3d47 in output_command () #7 0x0807f49c in execute_command () #8 0x08104c50 in async_disable_stdin () #9 0x0810519e in async_disable_stdin () #10 0x081d3fb4 in rl_callback_read_char () #11 0x081045cb in delete_timer () #12 0x08103ebd in delete_file_handler () #13 0x081039cb in standard_macro_lookup () #14 0x08104162 in gdb_do_one_event () #15 0x0807eedd in throw_exception () #16 0x0807f082 in catch_errors () #17 0x080b9577 in _initialize_tui_hooks () #18 0x00000000 in ?? () (gdb) Release: GNU gdb Red Hat Linux (6.1post-1.20040607.41rh) Environment: CPU: GenuineIntel, cpu family(15), model(4), model name(Intel(R) Xeon(TM) CPU 2.80GHz). two CPUs on the system. Memory: 2G uname -s -r -v -m -p -i -o: Linux 2.6.9-1.667smp #1 SMP Tue Nov 2 14:59:52 EST 2004 i686 i686 i386 GNU/Linux gcc -v: Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.2/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-java-awt=gtk --host=i386-redhat-linux Thread model: posix gcc version 3.4.2 20041017 (Red Hat 3.4.2-6.fc3) How-To-Repeat: I don't known, sorry:)
From: Daniel Jacobowitz <drow@false.org> To: chenyongbao@gmail.com Cc: gdb-gnats@sources.redhat.com Subject: Re: c++/1950: gdb segment fault with core dumped Date: Thu, 26 May 2005 10:07:56 -0400 On Thu, May 26, 2005 at 11:20:40AM -0000, chenyongbao@gmail.com wrote: > >Release: GNU gdb Red Hat Linux (6.1post-1.20040607.41rh) This is a fairly old version of GDB; you may want to try a current version, or report the bug to Red Hat directly (since they have modified that version). > (gdb) bt > #0 0x001e24dc in memcpy () from /lib/tls/libc.so.6 > #1 0x080d91ae in evaluate_subexp_standard () > #2 0x080d5264 in _initialize_values () > #3 0x080d68df in evaluate_subexp_standard () > #4 0x080d5264 in _initialize_values () > #5 0x080d528f in evaluate_expression () > #6 0x080e3d47 in output_command () > #7 0x0807f49c in execute_command () > #8 0x08104c50 in async_disable_stdin () > #9 0x0810519e in async_disable_stdin () > #10 0x081d3fb4 in rl_callback_read_char () > #11 0x081045cb in delete_timer () > #12 0x08103ebd in delete_file_handler () > #13 0x081039cb in standard_macro_lookup () > #14 0x08104162 in gdb_do_one_event () > #15 0x0807eedd in throw_exception () > #16 0x0807f082 in catch_errors () > #17 0x080b9577 in _initialize_tui_hooks () > #18 0x00000000 in ?? () Are you sure that backtrace came from the right binary? -- Daniel Jacobowitz CodeSourcery, LLC
Many years without feedback.