82106 - MSE & Cyrus IMAP: crashes when attempting to use IMAP server

Status: RESOLVED WORKSFORME

(MailNews Core :: Networking: IMAP, defect)

Description

[Daniel Nilsson]

From Bugzilla Helper:
User-Agent: Mozilla/4.76 [en] (X11; U; OSF1 V5.1 alpha)
BuildID:    20010522

I'm trying to access an IMAP server (tried both MS Exchange 2000 and cyrus).
Setting up the account works OK, mozilla finds the server and pop-up a dialog
for the password. I enter my password and mozilla crashes with a segfault.

This has been the case on Alphas running on both Linux and OSF/1 for quite a
while (since I started compiling mozilla last fall some time). I tried beta 0.9
as well which has the same bahaviour. Though the same code works on i386 with
the same IMAP server configuration. I have tried to build with debug symbols as
well (on Linux that is, mozilla doesn't seem to run with debugging enabled on
OSF/1 last time I tried) but I have problems running mozilla in gdb. This is
what happens:

dist/bin> gdb ./mozilla-bin
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "alpha-suse-linux"...
(gdb) r
Starting program: /usr/users/daniel/src/u/mozilla/dist/bin/./mozilla-bin 
Warning: MOZILLA_FIVE_HOME not set.
Warning: MOZILLA_FIVE_HOME not set.
Type Manifest File: /usr/users/daniel/src/u/mozilla/dist/bin/components/xpti.dat
nsNativeComponentLoader: autoregistering begins.
nsNativeComponentLoader: autoregistering succeeded
nNCL: registering deferred (0)


Program received signal ?, Unknown signal.
__sigsuspend () at ../sysdeps/unix/sysv/linux/alpha/sigsuspend.S:42
42      ../sysdeps/unix/sysv/linux/alpha/sigsuspend.S: No such file or
directory.
Current language:  auto; currently asm
(gdb) 

After this I tried continue or finish but gdb never continues execution (CPU
usage is 0%). Maybe I can provide more information if someone can help me with
gdb (which I'm not that good at...). 

Reproducible: Always
Steps to Reproduce:
1. Launch mail
2. Click on imap inbox folder
3. enter password for the imap server

Actual Results:  mozilla crashes

Expected Results:  see a list of messages

Compiler used on Linux is gcc 2.95.2, on OSF/1 I use cxx X6.3-288.
Suse Linux is version 7.0, OSF/1 is version 5.1

Comment 1

[Karen Huang]

I couldn't reproduce this problem on both MSE 5.5 IMAP & Cyrus 1.5.2 IMAP by 
using today's Linux 05-22-08-trunk build.....

Comment 2

[Karen Huang]

Oops! I don't have the DEC platform for testing.
I couldn't reproduce this problem on our PC/Linux platform...

I think that I will leave this bug Unconfirmed until assigned developer to fix
it....and then will need Daniel for help to verify this bug later.

Comment 3

[Daniel Nilsson]

I compiled the same code (CVS sources from 5/22) on Tru64 5.1. I get the same
bahavior as described for the Alpha Linux platform. Using dbx I was able to run
the application in the debugger on Tru64. This is what happened:

(dbx) run
Warning: MOZILLA_FIVE_HOME not set.
Warning: MOZILLA_FIVE_HOME not set.
Registering plugin 0 for: "*","All types",".*"
Document http://www-css.zko.dec.com/ loaded successfully
imap://[e-mail]/INBOX
imap://[e-mail]...skipping, already opened
signal Segmentation fault at >*[CreateQuoted__19nsIMAPGenericParserXi,
0x3ffbe0326f0]        ldq_u   t1, 0(v0)
(dbx) 
(dbx) where
>  0 CreateQuoted__19nsIMAPGenericParserXi() [0x3ffbe0326f0]
   1 namespace_data__26nsImapServerResponseParserXv() [0x3ffbe09b25c]
   2 response_data__26nsImapServerResponseParserXv() [0x3ffbe0950ec]
   3 ParseIMAPServerResponse__26nsImapServerResponseParserXPCci()
[0x3ffbe093edc]
   4 ParseIMAPandCheckForNewMail__14nsImapProtocolXPCci() [0x3ffbe072c8c]
   5 Namespace__14nsImapProtocolXv() [0x3ffbe081b9c]
   6 ProcessAfterAuthenticated__14nsImapProtocolXv() [0x3ffbe0870cc]
   7 TryToLogon__14nsImapProtocolXv() [0x3ffbe0883ec]
   8 ProcessCurrentURL__14nsImapProtocolXv() [0x3ffbe07252c]
   9 ImapThreadMainLoop__14nsImapProtocolXv() [0x3ffbe071e6c]
  10 Run__14nsImapProtocolXv() [0x3ffbe070dac]
  11 Main__8nsThreadXPv() [0x3ffbff06c9c]
(dbx) 

Note that I posted the bug against Alpha Linux but this debug run is under
Tru64. Though since that behaviour is the same on Alpha Linux and Alpha Tru64 I
hope that this information is helpful.

Comment 4

[Keyser Sose]

Marking NEW.

Comment 5

[Shanmugavelu Shanmuganathan (gone)]

I fixed a similar problem very recently on a Tru64 UNIX system. 
The patch is in mozilla 0.9.4. You may want to check it and close this
as a duplicate of bug 95838.
http://bugzilla.mozilla.org/show_bug.cgi?id=95838

Comment 6

[alvin starr]

I believe that this may be related to  bug 101011.
The problem that I have seen still exists in 9.4 and I think still in 9.5 but I
do not have access to that system right now to verify the version.

The problem I am seeing is related to opening the inbox. Since I have a very
large inbox I can stop the process before it completes. If I do this  I can then
view the other subfolders on the mailserver but if I go back to the inbox the
mail reader crashes.

Comment 7

[Andrew Schultz]

is this still a problem?  the similar bugs (bug 95838 and bug 101011) were both
fixed.

Comment 8

[Daniel Nilsson]

I just built 1.0rc1 on Linux/Alpha and tested against the same IMAP server. 
No crash ! 
I guess you can close this bug now.

Comment 9

[Scott MacGregor]

cool