-
Notifications
You must be signed in to change notification settings - Fork 28
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Interesting issue on OpenSUSE, dlmopen stalls #20
Comments
Same problem on Arch. I thought it might be an upstream glibc bug, but a simple program that just runs But it gets weirder. checkrt checks This seems to be caused by the strtab/dynstr search at lines 147-165, where finding either the Deleting the two breaks at line 157 and line 163 fixes the segfault and checkrt runs successfully. However, restoring the order of the library checks, meaning libgcc first and libstdc++ second, still makes
This is the complete backtrace:
The glibc line numbers are for version 2.36, commit 645d94808aaa90fb1b20a25ff70bb50d9eb1d55b. |
This is definitely a glibc bug. EDIT: I bisected the code and this issue was introduced with commit 924e4f3eaa502ce82fccf8537f021a796d158771, which was a fix for another bug. Regarding the strtab/dynstr bug from my first message, I opened a new issue (#21), considering it's completely unrelated. |
Closing this issue since it's a bug in glibc. Make sure your distro backports this patch if it's still affecting you: Note: this fix was released in glibc version 2.37 (bug no. 29600): |
On opensuse tumbleweed, from https://get.opensuse.org/tumbleweed/
litrace opensuse issue.txt
strace.txt
The usr/optional/cxx/libstdc++.so.6 is compiled with GCC11, that one loads, but then when checkrt goes to check the local library, the dlmopen never returns.
The text was updated successfully, but these errors were encountered: