I did some investigation into a core dump of bash that I have been having. First, I do not know if this problem exists with the i386 arch, but it is possible. I never noticed it. I use nss_ldap. There were some efforts to purge shared libraries from explicitly linking to libthread.so whenever they do not directly use pthread functions as this can cause issues with the nss layer in libc. Some of those issues have been addressed. Some, unfortunately, are still around. I just found a new one: My openldap, used by nss_ldap, uses sasl. sasl in turn uses db41. db41 is building /usr/local/lib/libdb41.so.1 with an explicit link to libpthread.so. This is because of line 3263 in dist/configure setting LDFLAGS to use -lpthread. This is wrong. It explicitly links programs correctly with -lpthread and LDFLAGS is used with creating shared libraries (don't know why, it really shouldn't as it isn't linking). The following patch fixed my core dumps of bash on window resizes: *** work/db-4.1.25/dist/configure~ Thu Jun 3 02:03:44 2004 --- work/db-4.1.25/dist/configure Thu Jun 3 02:04:08 2004 *************** bsdi3*) optimize_def="-O2" *** 3259,3265 **** bsdi*) optimize_def="-O2";; freebsd*) optimize_def="-O2" ! CPPFLAGS="$CPPFLAGS -D_THREAD_SAFE" hpux*) CPPFLAGS="$CPPFLAGS -D_REENTRANT";; irix*) optimize_def="-O2" CPPFLAGS="$CPPFLAGS -D_SGI_MP_SOURCE";; --- 3259,3265 ---- bsdi*) optimize_def="-O2";; freebsd*) optimize_def="-O2" ! CPPFLAGS="$CPPFLAGS -D_THREAD_SAFE";; hpux*) CPPFLAGS="$CPPFLAGS -D_REENTRANT";; irix*) optimize_def="-O2" CPPFLAGS="$CPPFLAGS -D_SGI_MP_SOURCE";;Received on Thu Jun 03 2004 - 00:27:11 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:55 UTC