Chris Murphy wrote: > On Feb 8, 2012, at 11:43 PM, Chris Murphy wrote: >> On Feb 8, 2012, at 11:34 PM, Jim Meyering wrote: >>> >>> If it makes CentOS6.2's parted abort, then I will be happy to work on >>> it. Can you install debug symbols and invoke parted via gdb? >>> >>> gdb --args parted <your usual options> >>> >>> Then type "run". >>> If it crashes, type "backtrace" (aka "bt") and post the result. >> >> Backtrace has 14 calls on stack: >> 14: /lib64/libparted-2.1.so.0(ped_assert+0x31) [0x7ffff7b6efb1] >> 13: /lib64/libparted-2.1.so.0(ped_geometry_read+0x80) [0x7ffff7b769d0] >> 12: /lib64/libparted-2.1.so.0(hfsplus_probe+0x279) [0x7ffff7b925f9] >> 11: /lib64/libparted-2.1.so.0(ped_file_system_probe_specific+0x5c) >> [0x7ffff7b7057c] >> 10: /lib64/libparted-2.1.so.0(ped_file_system_probe+0xa5) [0x7ffff7b70b25] >> 9: /lib64/libparted-2.1.so.0(+0x4253f) [0x7ffff7b9f53f] >> 8: /lib64/libparted-2.1.so.0(ped_disk_new+0x75) [0x7ffff7b76165] >> 7: /sbin/parted() [0x40692c] >> 6: /sbin/parted() [0x4077cd] >> 5: /sbin/parted() [0x409764] >> 4: /sbin/parted() [0x40a95f] >> 3: /sbin/parted(main+0x2c) [0x40aa6c] >> 2: /lib64/libc.so.6(__libc_start_main+0xfd) [0x7ffff7376cdd] >> 1: /sbin/parted() [0x404f49] >> >> Program received signal SIGABRT, Aborted. >> 0x00007ffff738a885 in raise () from /lib64/libc.so.6 >> (gdb) backtrace >> #0 0x00007ffff738a885 in raise () from /lib64/libc.so.6 >> #1 0x00007ffff738c065 in abort () from /lib64/libc.so.6 >> #2 0x00007ffff7b6f064 in ped_assert () from /lib64/libparted-2.1.so.0 >> #3 0x00007ffff7b769d0 in ped_geometry_read () from /lib64/libparted-2.1.so.0 >> #4 0x00007ffff7b925f9 in hfsplus_probe () from /lib64/libparted-2.1.so.0 >> #5 0x00007ffff7b7057c in ped_file_system_probe_specific () >> from /lib64/libparted-2.1.so.0 >> #6 0x00007ffff7b70b25 in ped_file_system_probe () >> from /lib64/libparted-2.1.so.0 >> #7 0x00007ffff7b9f53f in ?? () from /lib64/libparted-2.1.so.0 >> #8 0x00007ffff7b76165 in ped_disk_new () from /lib64/libparted-2.1.so.0 >> #9 0x000000000040692c in ?? () >> #10 0x00000000004077cd in ?? () >> #11 0x0000000000409764 in ?? () >> #12 0x000000000040a95f in ?? () >> #13 0x000000000040aa6c in main () >> (gdb) > > (gdb) list > No symbol table is loaded. Use the "file" command.
Thanks, but without symbols, that's no more than you posted before. When I run gdb on fedora or RHEL against tools/libs with no symbols, at start-up, it suggests that I run a "debuginfo-install ...." command for each application and library. Do you see that advice from gdb on Centos? If not, can you rebuild from a .src.rpm file?
