Re: Mozilla crash and burn?

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