<<< Date Index >>>     <<< Thread Index >>>

Re: mutt 1.5.8i: SIGSEGV in imap_sync_mailbox



* Thomas Glanzmann <sithglan@xxxxxxxxxxxxxxxxxxxx> [Jun 29. 2005 11:21]:
> Hello,
> 
> > The user reporting the crashes is confident that it's fixed by now.
> > Thanks a lot, Thomas!
> 
> wow! I did not expect that. However this is a still a monster patch (it
> fixes three issues). But I think only two have the potential to crash
> mutt. We could commit like this, but that isn't my decision to make.
> 
> @Brendan: Should I split the patches up so that you can better decide
> which one to take and which don't?

Actually I just got a report from a person getting a segfault upon
statup with this patch applied, so it seems the changes to util.c are bogus.

Program received signal SIGSEGV, Segmentation fault.
0x4025c4d0 in rawmemchr () from /lib/tls/libc.so.6
(gdb) bt
#0  0x4025c4d0 in rawmemchr () from /lib/tls/libc.so.6
#1  0x40252ac4 in _IO_str_init_static_internal () from /lib/tls/libc.so.6
#2  0x40247c8d in vsscanf () from /lib/tls/libc.so.6
#3  0x4024311e in sscanf () from /lib/tls/libc.so.6
#4  0x080cf155 in imap_parse_path (path=0xbfffcd4c "{imap}INBOX/postponed",
    mx=0xbfffc75c) at util.c:145
#5  0x080cf41c in imap_expand_path (path=0xbfffcd4c "{imap}INBOX/postponed",
    len=0) at util.c:57
#6  0x080b0e90 in _mutt_expand_path (s=0xbfffcd4c "{imap}INBOX/postponed",
    slen=256, rx=0) at muttlib.c:482
#7  0x080b118e in mutt_expand_path (s=0x0, slen=0) at muttlib.c:326
#8  0x08070720 in parse_set (tmp=0xbfffcef8, s=0xbfffce8c, data=0,  
    err=0xbfffe70c) at init.c:1343
#9  0x08071670 in mutt_parse_rc_line (line=0x0, token=0xbfffcef8,
    err=0xbfffe70c) at init.c:1761
#10 0x080717f4 in source_rc (rcfile=0x812bba8 "/xxx/user/.muttrc",
    err=0xbfffe70c) at init.c:1672
#11 0x0807201a in mutt_init (skip_sys_rc=0, commands=0x0) at init.c:2400
#12 0x0807d834 in main (argc=1, argv=0xbfffef14) at main.c:683
#13 0x40205e80 in __libc_start_main () from /lib/tls/libc.so.6
#14 0x0804c871 in _start () at start.S:119

-- 
Mads Martin Joergensen, http://mmj.dk
"Why make things difficult, when it is possible to make them cryptic
 and totally illogical, with just a little bit more effort?"
                                -- A. P. J.