On Thu, 2 Nov 2006, Daniel Eischen wrote: > On Thu, 2 Nov 2006, Wesley Morgan wrote: > >> On Thu, 2 Nov 2006, Daniel Eischen wrote: >> >>> If you are using libthr or libc_r with symbol versioning, then >>> I don't think it will work correctly without rebuilding world >>> and all ports. As an interim solution for testing symbol versioning >>> without require rebuilding everything under the sun, I added >>> compatability hacks for symbols in libc that also exist in >>> libpthread. See lines 62-95 in src/lib/libpthread/thr/thr_private.h. >>> This hack should be disabled and removed after bumping shared >>> libraries and enabling symbol versioning. >> >> My original report was here: >> >> http://docs.freebsd.org/cgi/getmsg.cgi?fetch=353076+0+archive/2006/freebsd-current/20060806.freebsd-current >> >> I swapped a few e-mails with Maxime Henrion, but the gist of things was >> that after enabling symbol versioning, I immediately rebuilt everything -- >> world, ports, kernel. The random crashes I experienced were most apparent >> with two applications, csup and games/uqm from ports. Xorg would also crash >> every now and then... An example of what gdb showed me is: > > Well, libthr obviously wouldn't have worked. I have multiple systems > running with symbol versioning, all have Xorg & KDE, and haven't had > any problems. I don't use csup or uqm. > > You're not running with any patches to rtld (to get Flash to work) > are you? Nope. You might be able to reproduce it with csup by simply rm'ing something from a tree and updating. I went through just about every iteration I could think of at the time, with no success. -- This .signature sanitized for your protectionReceived on Thu Nov 02 2006 - 18:03:57 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:02 UTC