Mozilla crash and burn?
Russell D. Murphy Jr.
rdmurphy at vt.edu
Tue Mar 23 07:53:04 PST 2004
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
More information about the freebsd-gnome
mailing list