On Mon 2013-01-14 13:00:06 -0500, Daniel Kahn Gillmor wrote:

> i've installed a bunch of other -dbg packages (e.g. libc6-dbg,
> libnspr4-dbg, libnss3-dbg, ...), in the hopes that that will give me
> more feedback in the next crash.

woo, yay(?), i got one!

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffcf1ff700 (LWP 22319)]
pt_PostNotifyToCvar (cvar=0x0, broadcast=broadcast@entry=0) at ptsynch.c:280
280     ptsynch.c: No such file or directory.
(gdb) bt
#0  pt_PostNotifyToCvar (cvar=0x0, broadcast=broadcast@entry=0)
    at ptsynch.c:280
#1  0x00007ffff62fdcbb in PR_NotifyCondVar (cvar=<optimized out>)
    at ptsynch.c:413
#2  0x00007ffff6305859 in ProcessReapedChildInternal (pid=pid@entry=28412, 
    status=<optimized out>) at uxproces.c:531
#3  0x00007ffff6305e77 in WaitPidDaemonThread (unused=<optimized out>)
    at uxproces.c:658
#4  0x00007ffff63033b3 in _pt_root (arg=0x7fffd0067bc0) at ptthread.c:156
#5  0x00007ffff743ab50 in start_thread (arg=<optimized out>)
    at pthread_create.c:304
#6  0x00007ffff7184a7d in clone ()
    at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#7  0x0000000000000000 in ?? ()
(gdb) 

I was running it with "NSPR_LOG_MODULES=all:5
NSPR_LOG_FILE=~/tmp/icedove-dbg.log", and the mozilla debug log after a
couple days is 1.3GiB.  it ends with this:

-1670387968[7fff8fc2d040]: STS dispatch [7fff925039f0]
-470812928[7ffff6d5f7b0]:     ...returned after 0 milliseconds
-470812928[7ffff6d5f7b0]: nsSocketOutputStream::Write [this=8ec62d60 count=37]
-470812928[7ffff6d5f7b0]:   calling PR_Write [count=37]
-470812928[7ffff6d5f7b0]:   PR_Write returned [n=37]
-470812928[7ffff6d5f7b0]: nsSocketTransport::SendStatus [this=8ec62c00 
status=804b0005]
-470812928[7ffff6d5f7b0]: nsSocketOutputStream::AsyncWait [this=8ec62d60]
-470812928[7ffff6d5f7b0]: STS poll iter [1]
-470812928[7ffff6d5f7b0]:   active [4] { handler=8ec642c0 condition=0 
pollflags=5 }
-470812928[7ffff6d5f7b0]:   active [3] { handler=8ec63900 condition=0 
pollflags=5 }
-470812928[7ffff6d5f7b0]:   active [2] { handler=8ec60500 condition=0 
pollflags=5 }
-470812928[7ffff6d5f7b0]:   active [1] { handler=8ec62c00 condition=0 
pollflags=7 }
-470812928[7ffff6d5f7b0]:   active [0] { handler=b3ec26a0 condition=0 
pollflags=5 }
-470812928[7ffff6d5f7b0]:   calling PR_Poll [active=5 idle=0]
-470812928[7ffff6d5f7b0]: poll timeout: 100
-470812928[7ffff6d5f7b0]:     timeout = 100000 milliseconds
-470812928[7ffff6d5f7b0]:     ...returned after 0 milliseconds
-470812928[7ffff6d5f7b0]: nsSocketTransport::OnSocketReady [this=8ec62c00 
outFlags=2]
-470812928[7ffff6d5f7b0]: nsSocketOutputStream::OnSocketReady [this=8ec62d60 
cond=0]
-470812928[7ffff6d5f7b0]: STS poll iter [1]
-470812928[7ffff6d5f7b0]:   active [4] { handler=8ec642c0 condition=0 
pollflags=5 }
-470812928[7ffff6d5f7b0]:   active [3] { handler=8ec63900 condition=0 
pollflags=5 }
-470812928[7ffff6d5f7b0]:   active [2] { handler=8ec60500 condition=0 
pollflags=5 }
-470812928[7ffff6d5f7b0]:   active [1] { handler=8ec62c00 condition=0 
pollflags=5 }
-470812928[7ffff6d5f7b0]:   active [0] { handler=b3ec26a0 condition=0 
pollflags=5 }
-470812928[7ffff6d5f7b0]:   calling PR_Poll [active=5 idle=0]
-470812928[7ffff6d5f7b0]: poll timeout: 100
-470812928[7ffff6d5f7b0]:     timeout = 100000 milliseconds
-960497920[7fffaa6a6120]: libc.so.6 decr => 3

i have the gdb buffer still open -- any suggestions for other things i
might want to explore while i've still got it?

      --dkg

Attachment: pgpfy4NML0mIi.pgp
Description: PGP signature

Reply via email to