Wayne Mery (:wsmwk) Reporter
	Description • 18 years ago

after encountering memory problem as mentioned in Bug 361247, tried to restart thunderbird - it crashed during startup.

I was not attempting to compose a message as in bug 293978 and most of stack is different, but top of stack is same.

TB26213028 and 26212964 are same except for uptime. line 2308:
2305 putterman  1.37  
2306 bienvenu   1.174 nsresult nsMsgLocalMailFolder::WriteStartOfNewMessage()
2307 putterman  1.25  {
2308 jefft      1.109   mCopyState->m_curDstKey = mCopyState->m_fileStream->tell();


Incident ID: 26213028
Stack Signature	nsMsgLocalMailFolder::WriteStartOfNewMessage 0f62995c
Product ID	ThunderbirdTrunk
Build ID	2006111503
Trigger Time	2006-11-19 07:04:30.0
Platform	Win32
Operating System	Windows NT 5.1 build 2600
Module	thunderbird.exe + (0058055a)
URL visited	
User Comments	last report incorrect, crash on startup after killing TB previously s/vseerror
Since Last Crash	3 sec
Total Uptime	234337 sec
Trigger Reason	Access violation
Source File, Line No.	d:\builds\tinderbox\tb-trunk\winnt_5.2_depend\mozilla\mailnews\local\src\nslocalmailfolder.cpp, line 2308
Stack Trace 	
nsMsgLocalMailFolder::WriteStartOfNewMessage  [mozilla\mailnews\local\src\nslocalmailfolder.cpp, line 2308]
kernel32.dll + 0xbfc1 (0x7c80bfc1)

	Wayne Mery (:wsmwk) Reporter
	Comment 1 • 18 years ago

other people crashing also with almost no stack, for example tb26268049

	Wayne Mery (:wsmwk) Reporter
	Comment 2 • 17 years ago

haven't seen this since initial report

	Henrik Skupin [:whimboo][⌚️UTC+2]
	Comment 3 • 17 years ago

Possibly a dupe of bug 293978? Your stack trace is a bit short but has the same top frame.

	timeless
	Comment 4 • 17 years ago

kernel32!ReleaseSemaphore:
7c80bfad 8bff            mov     edi,edi
7c80bfaf 55              push    ebp
7c80bfb0 8bec            mov     ebp,esp
7c80bfb2 ff7510          push    dword ptr [ebp+10h]
7c80bfb5 ff750c          push    dword ptr [ebp+0Ch]
7c80bfb8 ff7508          push    dword ptr [ebp+8]
7c80bfbb ff15a814807c    call    dword ptr [kernel32!_imp__NtReleaseSemaphore (7c8014a8)]
7c80bfc1 85c0            test    eax,eax

I'm fairly certain that this means the address listed is returning in kernel32!ReleaseSemaphore from kernel32!_imp__NtReleaseSemaphore, but that's not particularly valid as a call site of any sort for nsMsgLocalMailFolder::WriteStartOfNewMessage.