abrt version: 1.1.13 architecture: x86_64 Attached file: backtrace cmdline: eu-findtextrel obj-x86_64-unknown-linux-gnu/dist/bin/libxul.so component: elfutils crash_function: dwarf_getaranges executable: /usr/bin/eu-findtextrel kernel: 2.6.34.7-56.fc13.x86_64 package: elfutils-0.149-1.fc13 rating: 4 reason: Process /usr/bin/eu-findtextrel was killed by signal 11 (SIGSEGV) release: Fedora release 13 (Goddard) time: 1285721013 uid: 500 How to reproduce ----- 1. Build 32-bit Firefox trunk from source 2. eu-findtextrel objdir/dist/bin/libxul.so
Created attachment 450346 [details] File: backtrace
I forgot to mention that it needs to be a debug build of Firefox. I'd attach a copy of libxul.so, but it's 60MB compressed. One further data point: % cp objdir/dist/bin/libxul.so . % ls -lh libxul.so -rwxr-xr-x. 1 kinetik kinetik 291M Sep 29 13:52 libxul.so* % eu-findtextrel libxul.so zsh: segmentation fault (core dumped) eu-findtextrel libxul.so % strip libxul.so % ls -lh libxul.so -rwxr-xr-x. 1 kinetik kinetik 37M Sep 29 13:52 libxul.so* % eu-findtextrel libxul.so either the file containing the function '_ZN7mozilla6layers16PlanarYCbCrImage4DataC1Ev' or the file containing the function 'vp8_filter_block1d_v6_mmx' is not compiled with -fpic/-fPIC [...] So it only crashes with an unstripped debug libxul.so.
60M is too big to attach in bugzilla, but can you upload the file someplace where I can get it? If that's really not viable, then supply an exact recipe (like a working shell script) to reproduce the build on an F13 host.
Unstripped libxul.so uploaded here: http://flim.org/~kinetik/rhbz638432_libxul.so.xz
Created attachment 450606 [details] reproducer script This will reproduce it. Run it on an x86_64 system. It attempts to test for the required i686 packages, but it might not check every single one necessary. I've just had a report in the Mozilla bugzilla that the i686 version of elfutils matching my package (elfutils-0.149-1.fc13.x86_64) doesn't crash on similarly built input files.
Fixed upstream in commit 5f95e2b. The problem is with any enormous .debug_aranges section. You can work around it by increasing your RLIMIT_STACK limit (e.g. ulimit -s unlimited).
The same issue affect eu-addr2line (ulimit -s unlimited works). Do you want me to file a separate bug for it?
It's all the same library bug with the same fix (already done). No need for a separate report.
elfutils-0.150-1.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/elfutils-0.150-1.fc14
elfutils-0.150-1.fc13 has been submitted as an update for Fedora 13. https://admin.fedoraproject.org/updates/elfutils-0.150-1.fc13
elfutils-0.150-1.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update elfutils'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/elfutils-0.150-1.fc14
elfutils-0.150-1.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.
elfutils-0.151-1.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/elfutils-0.151-1.fc14
elfutils-0.151-1.fc13 has been submitted as an update for Fedora 13. https://admin.fedoraproject.org/updates/elfutils-0.151-1.fc13
elfutils-0.151-1.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.
elfutils-0.152-1.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.