Date: Tue, 23 Mar 2004 10:53:02 -0500 From: "Russell D. Murphy Jr." <rdmurphy@vt.edu> To: Andrew Gallatin <gallatin@cs.duke.edu> Cc: "Russell D. Murphy Jr." <rdmurphy@vt.edu> Subject: Re: Mozilla crash and burn? Message-ID: <16480.23902.974685.96833@knock.econ.vt.edu> In-Reply-To: <16480.20823.548119.582640@grasshopper.cs.duke.edu> References: <16479.30826.56912.226587@knock.econ.vt.edu> <20040322180728.F5352@carver.gumbysoft.com> <20040323121441.1e535e57@Magellan.Leidinger.net> <1080050628.777.2.camel@gyros> <16480.20823.548119.582640@grasshopper.cs.duke.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
Andrew Gallatin writes: | | Since the problems involve threads and locking, is there any | chance that the people with problems are running mixed libc_r | and libpthread (aka KSE) binaries? Has anybody tried globally | mapping libc_r to libpthread as suggested in the 20040303 | entry of src/UPDATING? My /etc/libmap.conf: # /etc/libmap.conf # # candidate mapping # libpthread.so.1 libpthread.so.1 # Everything uses 'libpthread' libpthread.so libpthread.so libc_r.so.5 libpthread.so.1 # Everything that uses 'libc_r' libc_r.so libpthread.so # now uses 'libpthread' Alexander Leidinger writes: | - no kernel debugging (so no WITNESS...) | - malloc.conf -> aj | - sched ule | - CFLAGS=-Os -pipe -fno-strict-aliasing | - COPTFLAGS=-Os -pipe | - CPUTYPE=athlon | - WANT_COMPAT4_STDIO=YES | - libmap: libc_r -> libpthread Here: - no malloc.conf - options SCHED_ULE - CFLAGS= -O -pipe - COPTFLAGS= -O -pipe - CPUTYPE?=i686 Mozilla build options: - WITH_CALENDAR=yes - WITHOUT_LDAP=yes - WITH_OPTIMIZED_CFLAGS=yes Russ -- Russell D. Murphy Department of Economics Virginia Polytechnic Institute and State University Blacksburg, Virginia 24061 (540) 231-4537
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?16480.23902.974685.96833>