Closed Bug 371095 Opened 17 years ago Closed 12 years ago

thunderbird starts and crashes, and another instance of thunderbird was still running [@ 0x00000002 5cae444c] [@ nsRefPtr<nsThread>::nsRefPtr<nsThread>]

Categories

(Core :: XPCOM, defect)

1.8 Branch
x86
Windows XP
defect
Not set
critical

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: wsmwk, Unassigned)

Details

(Keywords: crash, Whiteboard: [tbird crash])

Crash Data

Crash on startup.  For this startup, unknown to me, thunderbird was still running from a recent shutdown that apparently did not complete. Also unusual about this startup is I had just changed folder view to "favorites" before the ill-fated shutdown (I normally always have ALL selected)

After the crash, and without terminating the hung process, I attempted a second startup - the startup succeeded - no crash.  I also have information about the hung process from the "taskinfo" program.

only 0x00000002 crasher I checked of 12 had same stack TB28903700 comment= starting thunderbird. (Several are (nsCOMPtr<nsIModule>::nsCOMPtr<nsIModule) like TB26395712.  No crashers for TB2 branch. 1.5.0.9 has many, but 99% of comments mention printing (nsPrintObject::~nsPrintObject))

TB29514455
Stack Signature	0x00000002 5cae444c
Product ID	ThunderbirdTrunk
Build ID	2007021905
Trigger Time	2007-02-20 09:08:31.0
Platform	Win32
Operating System	Windows NT 5.1 build 2600
Module	
URL visited	
User Comments	
Since Last Crash	74238 sec
Total Uptime	74238 sec
Trigger Reason	Access violation
Source File, Line No.	N/A
Stack Trace 	
0x00000002
nsRefPtr<nsThread>::nsRefPtr<nsThread>  [mozilla\dist\include\xpcom\nsautoptr.h, line 973]
CallGetService  [mozilla\xpcom\build\nscomponentmanagerutils.cpp, line 84]
NS_GetProxyForObject  [mozilla\xpcom\proxy\src\nsproxyobjectmanager.cpp, line 278]
nsThreadPool::ShutdownThread  [mozilla\xpcom\threads\nsthreadpool.cpp, line 145]
nsThreadPool::Run  [mozilla\xpcom\threads\nsthreadpool.cpp, line 217]
nsThread::ProcessNextEvent  [mozilla\xpcom\threads\nsthread.cpp, line 483]
NS_ProcessNextEvent_P  [mozilla\xpcom\build\nsthreadutils.cpp, line 225]
nsThread::ThreadFunc  [mozilla\xpcom\threads\nsthread.cpp, line 251]
_PR_NativeRunThread  [mozilla\nsprpub\pr\src\threads\combined\pruthr.c, line 458]
MSVCR80.dll + 0x2a47 (0x78132a47)
(In reply to comment #0)
> only 0x00000002 crasher I checked of 12 had same stack TB28903700 comment=
> starting thunderbird. (Several are (nsCOMPtr<nsIModule>::nsCOMPtr<nsIModule)
> like TB26395712.  No crashers for TB2 branch. 1.5.0.9 has many, but 99% of
> comments mention printing (nsPrintObject::~nsPrintObject))

Thunderbird 2 is now the only supported version, Wayne, still see this?

(The Talkback links don't exactly work anymore.)
I don't use favorites on a daily basis so I'm not qualified to say if the problem is gone. It would require testing, which may or may not repro the problem because  it was an odd set of circumstances. 

Because of that, and no one has examined the stack AFAIK, I'm inclined to assume the underlying causes are not gone.
Assignee: mscott → nobody
Status: UNCONFIRMED → NEW
Ever confirmed: true
timeless, magnus, anything worth keeping here?  If not, please close - i've never seen it again.
it sounds like xpcom was too shut down and the xpcom [re]init stuff failed in some way. there's probably a bug here, but it would have been nice to see the main thread.
Component: General → XPCOM
Product: Thunderbird → Core
QA Contact: general → xpcom
Version: Trunk → 1.8 Branch
Thanks timeless. To recap with steps for the xpcom folk:

1. shutdown thunderbird-A
2. thunderbird-A shutdown does not complete, process still running, UI is gone (probably zero cpu or I would have mentioned it, but I can't be 100% sure)
3. start thunderbird-B (same build)

thunderbird-B crashes  (I doubt favorites is related)

I've seen other bugs (probably 3-4) reporting a second instance of firefox or thunderbird started when the prior instance was at some level of partial shutdown. And it's happened to me in the last year with firefox or thunderbird, indeed second instance started *and* ran without crashing on the *same* profile, but the circumstances did not allow me to collect data.

Bug 496722 -  Task manager report 2 processes of Thunderbird - is the only similar bug I can find quickly
Summary: crash on startup with favorite folders and another instance of thunderbird was still running at startup [@ 0x00000002 5cae444c] [@ nsRefPtr<nsThread>::nsRefPtr<nsThread>] → thunderbird starts and crashes, and another instance of thunderbird was still running [@ 0x00000002 5cae444c] [@ nsRefPtr<nsThread>::nsRefPtr<nsThread>]
Whiteboard: [tbird crash]
Crash Signature: [@ 0x00000002 5cae444c] [@ nsRefPtr<nsThread>::nsRefPtr<nsThread>]
not seen this in a long time. will reopen if occurs again
Status: NEW → RESOLVED
Crash Signature: [@ 0x00000002 5cae444c] [@ nsRefPtr<nsThread>::nsRefPtr<nsThread>] → [@ 0x00000002 5cae444c] [@ nsRefPtr<nsThread>::nsRefPtr<nsThread>]
Closed: 12 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.