On 04/13/2011 02:34 PM, Stephen R. van den Berg wrote:
But, as it seems, the problem still happens in the original version.
Stupid design choice on part of either Abhijit or myself, or both.
Here goes:
Program received signal SIGSEGV, Segmentation fault.
Mailbox::name (this=0x0) at server/mailbox.cpp:300
300 return d->name;
(gdb) where
#0 Mailbox::name (this=0x0) at server/mailbox.cpp:300
#1 0x0809e07e in Command::mailboxName (this=0xf728aa44)
at imap/command.cpp:1223
#2 0x0805d933 in Create::parse (this=0xf728aa44)
at imap/handlers/create.cpp:39
#3 0x08095438 in IMAP::runCommands (this=0xf72a0344) at imap/imap.cpp:545
#4 0x080959b8 in IMAP::react (this=0xf72a0344, e=Connection::Read)
at imap/imap.cpp:215
A "create" command is run. The parser for that parses a mailbox name.
The name involved is "inbox", so the mailbox name parser looks for the
logged-in user's inbox. The logged-in user's inbox is strangely null.
In general, "create inbox" looks like a strange command. Is that what
the logfile says was sent?
The problem is easily reproduced. The debugger is still open, anything else
you'd like to see?
What does the relevant user's inbox look like in the database?
Arnt
