266391 - crash on startup

Status: RESOLVED DUPLICATE of bug 242769

(SeaMonkey :: General, defect)

Description

[Max Alekseyev]

Mozilla linux build 2004102606

Talkback ID: TB1568391Q

Comment 1

[timeless]

ld-linux.so.2 + 0x75d5 (0xb7ff15d5)
ld-linux.so.2 + 0x7def (0xb7ff1def)
ld-linux.so.2 + 0xb9b3 (0xb7ff59b3)
ld-linux.so.2 + 0xbbe0 (0xb7ff5be0)
NS_NewTimer()  [/builds/tinderbox/SeaMonkey-Release/Linux_2.4.2-2_Clobber/mozilla/xpcom/
threads/nsTimerImpl.cpp, line 635]
nsRecyclingAllocator::Malloc()  [/builds/tinderbox/SeaMonkey-Release/Linux_2.4.2-2_Clobber/mozilla/
xpcom/ds/nsRecyclingAllocator.cpp, line 200]
nsRecyclingAllocatorImpl::Alloc()  [/builds/tinderbox/SeaMonkey-Release/Linux_2.4.2-2_Clobber/
mozilla/xpcom/ds/nsRecyclingAllocator.cpp, line 386]
nsSegmentedBuffer::AppendNewSegment()  [/builds/tinderbox/SeaMonkey-Release/Linux_2.4.2
-2_Clobber/mozilla/xpcom/io/nsSegmentedBuffer.cpp, line 104]
nsPipe::GetWriteSegment()  [/builds/tinderbox/SeaMonkey-Release/Linux_2.4.2-2_Clobber/mozilla/
xpcom/io/nsPipe3.cpp, line 484]
nsPipeOutputStream::WriteSegments()  [/builds/tinderbox/SeaMonkey-Release/Linux_2.4.2-2_Clobber/
mozilla/xpcom/io/nsPipe3.cpp, line 1072]
nsStreamCopierOB::DoCopy()
nsAStreamCopier::Process()
nsAStreamCopier::HandleContinuationEvent()
PL_HandleEvent()  [/builds/tinderbox/SeaMonkey-Release/Linux_2.4.2-2_Clobber/mozilla/xpcom/
threads/plevent.c, line 692]
nsIOThreadPool::ThreadFunc()  [/builds/tinderbox/SeaMonkey-Release/Linux_2.4.2-2_Clobber/
mozilla/netwerk/base/src/nsIOThreadPool.cpp, line 199]
_pt_root()  [/builds/tinderbox/SeaMonkey-Release/Linux_2.4.2-2_Clobber/mozilla/nsprpub/pr/src/
pthreads/ptthread.c, line 220]
libpthread.so.0 + 0x49b4 (0xb7f049b4)

Comment 2

[Patrick]

your stack signature points to bug 242769. Is this a dupe of that report? Does
your browser start the second time?

Comment 3

[Max Alekseyev]

*** This bug has been marked as a duplicate of 242769 ***

Comment 4

[Andrew Schultz]

Max: ld-linux.so is a system library, so it being in the stack really says
nothing about the crash.  the rest of the stack here and in bug 242769 are
completely different...

Comment 5

[Max Alekseyev]

(In reply to comment #4)
> Max: ld-linux.so is a system library, so it being in the stack really says
> nothing about the crash.  the rest of the stack here and in bug 242769 are
> completely different...

I got Mozilla run when started for the second time, so from user point of view I
see no difference with bug 242769. Though if you see difference in the stack,
feel to reopen this bug. But I cannot be helpful anymore since I cannot
reproduce the crash.