Version-Release number of selected component: glibc-2.20-2.fc21 Additional info: reporter: libreport-2.2.3 backtrace_rating: 4 cmdline: /lib64/ld-linux-x86-64.so.2 /usr/bin/glreadtest crash_function: _dl_check_map_versions executable: /usr/lib64/ld-2.20.so kernel: 3.16.3-300.fc21.x86_64 runlevel: N 5 type: CCpp uid: 0 Truncated backtrace: Thread no. 1 (8 frames) #0 _dl_check_map_versions at dl-version.c:229 #1 _dl_check_all_versions at dl-version.c:386 #2 version_check_doit at rtld.c:514 #3 _dl_receive_error at dl-error.c:217 #4 dl_main at rtld.c:1671 #5 _dl_sysdep_start at ../elf/dl-sysdep.c:249 #6 _dl_start_final at rtld.c:306 #7 _dl_start at rtld.c:412
Created attachment 939668 [details] File: backtrace
Created attachment 939669 [details] File: cgroup
Created attachment 939670 [details] File: core_backtrace
Created attachment 939671 [details] File: dso_list
Created attachment 939672 [details] File: environ
Created attachment 939673 [details] File: limits
Created attachment 939674 [details] File: maps
Created attachment 939675 [details] File: open_fds
Created attachment 939676 [details] File: proc_pid_status
Created attachment 939677 [details] File: var_log_messages
There are two proprietary libraries loaded from NVIDIA: 0x00007f1b632849b0 0x00007f1b632864b3 Yes (*) /lib64/tls/libnvidia-tls.so.343.13 0x00007f1b610e8b10 0x00007f1b620046f8 Yes (*) /lib64/libnvidia-glcore.so.343.13 We have had problems in the past with their libraries, but were never able to track down the problem. The code in question is attempting to walk all the ELF files and their dependencies and determine if all needed versions are present. There is no reason for this code to fail with a SIGSEGV unless the NVIDIA binaries are corrupt. I would suggest reinstalling them or verifying their md5sum matches the officially distributed binaries from NVIDIA. I'm going to mark this as CLOSED/WONTFIX. Please reopen if you have a reproducer that someone can run to reproduce the failure. For example of `ldd /usr/bin/glreadtest` fails, then that's a good reproducer that we can use to inspect what's wrong with the 3rd party DSOs and see if it's a glibc defect.
hi, i would like to re-open that bug. `ldd /usr/bin/glreadtest` fails, i.e. no output, while `objdump -p /usr/bin/glreadtest` creates output. i came along this while rebuilding oglplus [http://oglplus.org/]. using system gcc compile/execute tests fail and the binaries behave the same as glreadtest. however, if i configure using clang/clang++ everything is fine. i compared objdump's between gcc and clang versions of the cmake tests and the only difference was that the gcc version required libpthread.so.0 while the clang version did not. also, the clang versions do work, i.e. no SIGSEGV. for me this started after upgrading to fc21. please indicate what information will be useful for you to start investigating (again).