Closed Bug 281505 Opened 20 years ago Closed 19 years ago

frequent crashes under OS X 10.3.7 [Crash @ nsMsgDatabase::GetTableCreateIfMissing]

Categories

(Thunderbird :: General, defect)

PowerPC
macOS
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED EXPIRED

People

(Reporter: brian.bothwell, Assigned: mscott)

Details

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

I recently switched from Linux to OS X, and Thunderbird 1.0 has been crashing
dozens of times per day.  I haven't yet figured out what might be causing it,
but it *may* be realated to when T-bird is checking email (I have it set to
check every 5 minutes, but it does NOT crash every 5 minutes) It seems to crash
less often if I am actually in using it, but I have had it go down while
ccomposing an email  well.

See the attached stack dump for more info.






Reproducible: Sometimes

Steps to Reproduce:
1. start T-bird, use it for a while.
2. Let it sit for 5-20 minutes
3. It crashes (sometimes)



Expected Results:  
Not crash so often :)

I removed all extentions and disabled junk mail filfiltering
Attached file crash log/stack dump
Summary: frequent crashes under OS X 10.3.7 → frequent crashes under OS X 10.3.7 [Crash @ nsMsgDatabase::GetTableCreateIfMissing]
I think I may have an idea as to what activity in T-bird ccauses it to crash
most every time:

I have my prefs setup to "mark mail as deleted" when I delete, and then I
regularly run "Compact Folders" manually to expunge deleted emails.  If I don't
 run "Compact Folders" I rarely  have  a crash.  If I "Compact Folders", T-bird
often crashes within a few minutes (I have it set to check for new mail every 7
minites, and this doesn't *seem* to be related timing-wise)

It might be interesting to get a protocol log of a session where you crash:

http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#imap

(try the linux instructions - getting a protocol log on mac os/x can be a
challenge, but I know some people have made it work)
I have confirmed that the only thing that repeatedly causes t-bird to crash is
running "Compact Folders".  I tried to do a  protocol log but the log file was
empty afterwards.  I'll review my steps and try it again as soon as I can...

-brian
I tried your setup on one of my imap accounts and I couldn't cause the problem.
I still can't get anything in the dump log file, it creates it, but it is 0 length.

I do see the following in the terminal when I run t-birdd:

----cut tons of these  ** _NSAutoreleaseNoPoo errors.---------
2005-02-10 10:51:52.450 thunderbird-bin[27283] *** _NSAutoreleaseNoPool():
Object 0x432ead0 of class NSEvent autoreleased with no pool in place - just leaking
2005-02-10 10:51:58.082 thunderbird-bin[27283] *** _NSAutoreleaseNoPool():
Object 0x41f17b0 of class NSEvent autoreleased with no pool in place - just leaking
2005-02-10 10:51:59.347 thunderbird-bin[27283] *** _NSAutoreleaseNoPool():
Object 0x130e0c0 of class NSCFString autoreleased with no pool in place - just
leaking
2005-02-10 10:51:59.347 thunderbird-bin[27283] *** _NSAutoreleaseNoPool():
Object 0x414c330 of class NSPathStore2 autoreleased with no pool in place - just
leaking
2005-02-10 10:51:59.349 thunderbird-bin[27283] *** _NSAutoreleaseNoPool():
Object 0x414d6b0 of class NSCFNumber autoreleased with no pool in place - just
leaking
Bus error

(note the "bus error" but that doesn't tell me anything I don't already know.  :)

have you tried setting the  two environment vars in a shell, and then running
thunderbird from the shell?
yes, this is the method I tried after I couldn't get the Mac instructions to work.

Here are the ENV vars I have: in my bash setup:


NSPR_LOG_FILE=/tmp/T-bird_dump_trace
NSPR_LOG_MODULES=protocol:5
replace "protocol" with "IMAP"
d'oh!  Can't beleive I missed that.  I am working far too much these days, and
making dumb mistakes. : :-/

I fixed that but the log dump doesn't appear to give any real clues to what is
happening right before the bus error.  I tried it 4 times and evertime it is in
a different place churning through  my zillions of email folders expgunging
deleted emails (of which there are none other than in my Inbox, so  I wish
t-bird had the option to only compact the folder that I am viewing at the time.

Here is the last few lines of one of my tests:

216660480[9a302f0]: ReadNextLine [stream=9a305c8 nb=37 needmore=0]
216660480[9a302f0]:
cd94800:wisdomtools.com:S-mail/PEOPLE/Misc/peter.barnes:CreateNewLineFromSocket:
* OK [UIDNEXT 4] Predicted next UID
216660480[9a302f0]: ReadNextLine [stream=9a305c8 nb=52 needmore=0]
216660480[9a302f0]:
cd94800:wisdomtools.com:S-mail/PEOPLE/Misc/peter.barnes:CreateNewLineFromSocket:
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
216660480[9a302f0]: ReadNextLine [stream=9a305c8 nb=85 needmore=0]
216660480[9a302f0]:
cd94800:wisdomtools.com:S-mail/PEOPLE/Misc/peter.barnes:CreateNewLineFromSocket:
* OK [PERMANENTFLAGS (\* \Answered \Flagged \Deleted \Draft \Seen)] Permanent flags
216660480[9a302f0]: ReadNextLine [stream=9a305c8 nb=38 needmore=0]
216660480[9a302f0]:
cd94800:wisdomtools.com:S-mail/PEOPLE/Misc/peter.barnes:CreateNewLineFromSocket:
222 OK [READ-WRITE] SELECT completed
216660480[9a302f0]:
cd94800:wisdomtools.com:S-mail/PEOPLE/Misc/peter.barnes:SendData: 223 expunge
216660480[9a302f0]: ReadNextLine [stream=9a305c8 nb=49 needmore=0]
216660480[9a302f0]:
cd94800:wisdomtools.com:S-mail/PEOPLE/Misc/peter.barnes:CreateNewLineFromSocket:
223 OK No messages deleted, so no update needed
216660480[9a302f0]:
cd94800:wisdomtools.com:S-mail/PEOPLE/Misc/peter.barnes:SendData: 224 UID fetch
1:* (FLAGS)
216660480[9a302f0]: ReadNextLine [stream=9a305c8 nb=43 needmore=0]
216660480[9a302f0]:
cd94800:wisdomtools.com:S-mail/PEOPLE/Misc/peter.barnes:CreateNewLineFromSocket:
* 1 FETCH (UID 1 FLAGS (\Seen \Answered))
216660480[9a302f0]: ReadNextLine [stream=9a305c8 nb=43 needmore=0]
216660480[9a302f0]:
cd94800:wisdomtools.com:S-mail/PEOPLE/Misc/peter.barnes:CreateNewLineFromSocket:
* 2 FETCH (UID 2 FLAGS (\Seen \Answered))
216660480[9a302f0]: ReadNextLine [stream=9a305c8 nb=43 needmore=0]
216660480[9a302f0]:
cd94800:wisdomtools.com:S-mail/PEOPLE/Misc/peter.barnes:CreateNewLineFromSocket:
* 3 FETCH (UID 3 FLAGS (\Seen \Answered))
216660480[9a302f0]: ReadNextLine [stream=9a305c8 nb=28 needmore=0]
216660480[9a302f0]:
cd94800:wisdomtools.com:S-mail/PEOPLE/Misc/peter.barnes:CreateNewLineFromSocket:
224 OK UID FETCH completed

select the inbox, context menu (shift click on the mac?), compact this folder.

Do you ever delete all the messages in your inbox, and then compact? With some
IMAP servers, that causes UID validity to roll, which conceivably could cause
the problem (though the log snippet you showed doesn't show that)

So you're doing File | compact folders, which compacts all folders... I haven't
tried that.
No, I always have around 1000 emails in my Inbox, so it rarely gets emptied.  

Thanks for showing me the "Compact this folder"! I never knew that was there before.
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → EXPIRED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: