Bug 903009
Summary: | .debug_line CU does not fit into section | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Orion Poplawski <orion> | ||||
Component: | rpm | Assignee: | Packaging Maintenance Team <packaging-team-maint> | ||||
Status: | CLOSED ERRATA | QA Contact: | Karel Srot <ksrot> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 6.4 | CC: | ffesti, jzeleny, ksrot, lkardos, michel, pmatilai, susi.lehtola, theinric | ||||
Target Milestone: | rc | ||||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2015-07-22 07:02:36 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 1075802 | ||||||
Attachments: |
|
Description
Orion Poplawski
2013-01-22 22:29:41 UTC
This request was not resolved in time for the current release. Red Hat invites you to ask your support representative to propose this request, if still desired, for consideration in the next release of Red Hat Enterprise Linux. This looks like the creation of the debuginfo package fails due to some unexpected data format in the binary library file. With RHEL 6.4 support for the DWARF4 format got added (#858731). May be this solves the problem. Can you please try out the newer version of rpm. If this doesn't help we need more precise information about the package and most likely about the compiler and build chain used. Created attachment 742085 [details]
libNX_SM.so.6.0
Still the same with rpm-4.8.0-32.el6.x86_64. I've attached the so, hopefully helpful.
Source is compiled like:
gcc -c -g -O3 -fno-strict-aliasing -g -ansi -Wall -Wpointer-arith -Wundef -I../.. -I../../exports/include -Dlinux -D__amd64__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API -fPIC sm_client.c
gcc -o ./libNX_SM.so.6.0~ -shared -Wl,-soname,libNX_SM.so.6 sm_client.o sm_genid.o sm_manager.o sm_process.o sm_error.o sm_misc.o sm_auth.o -L../../exports/lib -lNX_ICE -lc
Hmm, not honoring the rpm optflags. I'll see if I can fix that.
There appears to be an associated debugedit segfault: Core was generated by `/usr/lib/rpm/debugedit -b /builddir/build/BUILD -d /usr/src/debug -i -l /buildd'. Program terminated with signal 11, Segmentation fault. #0 buf_read_ule32 (data=0x0) at tools/debugedit.c:111 111 { (gdb) bt #0 buf_read_ule32 (data=0x0) at tools/debugedit.c:111 #1 0x0000000000402024 in edit_dwarf2_line (dso=0x1942d00, off=<value optimized out>, comp_dir=0x1943f10 "/builddir/build/BUILD/nx-libs-3.5.0.20/nx-X11/lib/X11/xlibi18n/lc/xlocale", phase=<value optimized out>) at tools/debugedit.c:490 #2 0x0000000000402fbb in edit_attributes (dso=0x1942d00) at tools/debugedit.c:948 #3 edit_dwarf2 (dso=0x1942d00) at tools/debugedit.c:1260 #4 0x0000000000404748 in main (argc=<value optimized out>, argv=<value optimized out>) at tools/debugedit.c:1593 (gdb) up #1 0x0000000000402024 in edit_dwarf2_line (dso=0x1942d00, off=<value optimized out>, comp_dir=0x1943f10 "/builddir/build/BUILD/nx-libs-3.5.0.20/nx-X11/lib/X11/xlibi18n/lc/xlocale", phase=<value optimized out>) at tools/debugedit.c:490 490 endcu += read_32 (ptr); (gdb) print ptr $1 = (unsigned char *) 0x0 475 unsigned char *ptr = debug_sections[DEBUG_LINE].data, *dir; In edit_dwarf2_line() it looks like debug_sections[DEBUG_LINE].data and hence "ptr" is null. I'm also experiencing the same issue when trying to build json-c-0.11-4. [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. buf_read_ule32 (data=0x0) at tools/debugedit.c:111 111 { (gdb) bt #0 buf_read_ule32 (data=0x0) at tools/debugedit.c:111 #1 0x0000000000402024 in edit_dwarf2_line (dso=0x60ad80, off=<value optimized out>, comp_dir=0x60bff0 "/builddir/build /BUILD/json-c-json-c-0.11-20130402", phase=<value optimized out>) at tools/debugedit.c:490 #2 0x0000000000402fbb in edit_attributes (dso=0x60ad80) at tools/debugedit.c:948 #3 edit_dwarf2 (dso=0x60ad80) at tools/debugedit.c:1260 #4 0x0000000000404748 in main (argc=<value optimized out>, argv=<value optimized out>) at tools/debugedit.c:1593 (gdb) up #1 0x0000000000402024 in edit_dwarf2_line (dso=0x60ad80, off=<value optimized out>, comp_dir=0x60bff0 "/builddir/build/BUILD/json-c-json-c-0.11-20130402", phase=<value optimized out>) at tools/debugedit.c:490 490 endcu += read_32 (ptr); (gdb) print ptr $1 = (unsigned char *) 0x0 FYI, my issue is on ppc64. Cc:ing myself, the blocked update to json-c 0.11 is preventing an update of the bti Twitter client (and the previous version no longer works thanks to Twitter changes) The cause of the segmentation fault is the same as in bug 929365. The problem is already fixed upstream: http://rpm.org/gitweb?p=rpm.git;a=commit;h=ea47e7a8169187f87a70ff0c1059e99b0d09e659 Devel_ack for adding fix from upstream. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2015-1452.html |