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

Re: Segmentation fault



* Jonas Jacobsson <jonas@xxxxxxxxx>:
  [2005-05-12 08:28:32 +0200]

> I am using Mutt in a screen session on a debian system.

I'm using the current CVS version.

> Mutt version is 1.5.9-1 with header cache enabled.

Mutt 1.5.9i (2005-03-13) w/o header cache.

> The inbox has about 5200 mails.

300-500

> Sometimes when I connect to the screen session mutt has done
> a segmantation fault and I can't find out why. Is there a way
> to help me get some more information?

I've been suffering this issue since the 1.5 versions and, at
least in my case, it's related to the IMAP syncing and the
threads sorting. I'm not sure that you're suffering the same.

> I think it has something to do with header cache, but...

It's been already discussed here and it :
http://does-not-exist.org/mail-archives/mutt-dev/thrd88.html

I've been using Mutt from gdb and trying to get some extra
information that I'm attaching below, just in case someone
can bring some light to this issue. If further information
is need, I'm willing to provide it.

It seems that the SEGV occurs when a thread is being sorted
and a new message related to that thread is been added while
syncing to the IMAP server (WU-IMAP, in my case).

HTH

--
Alex Muntada <alexm@xxxxxxxxx>
http://alexm.org/

Mutt 1.5.9i (2005-03-13)
Copyright (C) 1996-2002 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 2.4.20-28.7smp (i686) [using ncurses 5.3] [using libiconv 1.9]
Compile options:
DOMAIN="ac.upc.edu"
-DEBUG
-HOMESPOOL  -USE_SETGID  +USE_DOTLOCK  -DL_STANDALONE  
+USE_FCNTL  -USE_FLOCK   -USE_INODESORT   
-USE_POP  +USE_IMAP  -USE_GSS  +USE_SSL  -USE_GNUTLS  -USE_SASL  -USE_SASL2  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  -CRYPT_BACKEND_GPGME  
-BUFFY_SIZE -EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET  
+HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  -HAVE_LIBIDN  +HAVE_GETSID  +HAVE_GETADDRINFO  
-USE_HCACHE  

...snip...

-MIXMASTER
To contact the developers, please mail to <mutt-dev@xxxxxxxx>.
To report a bug, please use the flea(1) utility.

Sorting mailbox...
Program received signal SIGSEGV, Segmentation fault.
0x080b6253 in find_subject (ctx=0x8102890, cur=0x815be78) at thread.c:432
432           if (tmp != cur &&                    /* don't match the same 
message */
(gdb) i s
#0  0x080b6253 in find_subject (ctx=0x8102890, cur=0x815be78) at thread.c:432
#1  0x080b63fb in pseudo_threads (ctx=0x8102890) at thread.c:503
#2  0x080b6bfd in mutt_sort_threads (ctx=0x8102890, init=0) at thread.c:956
#3  0x080b4555 in mutt_sort_headers (ctx=0x8102890, init=0) at sort.c:291
#4  0x080640b7 in update_index (menu=0x8163e90, ctx=0x8102890, check=1, 
    oldcount=322, index_hint=320) at curs_main.c:317
#5  0x08064712 in mutt_index_menu () at curs_main.c:492
#6  0x08082149 in main (argc=1, argv=0xbfffd734) at main.c:934
#7  0x42017589 in __libc_start_main () from /lib/i686/libc.so.6
(gdb) p ptr
$1 = (struct hash_elem *) 0x815b210
(gdb) p *ptr     
$2 = {key = 0x815b1e4 "st.upc.edu", data = 0x8157fc8, next = 0x0}
(gdb) p ptr->data 
$3 = (void *) 0x8157fc8
(gdb) p *((HEADER *) ptr->data)
$4 = {security = 0, mime = 0, flagged = 0, tagged = 0, deleted = 0, 
  changed = 0, attach_del = 0, old = 0, read = 0, expired = 0, superseded = 0, 
  replied = 0, subject_changed = 0, threaded = 0, display_subject = 0, 
  recip_valid = 0, active = 0, trash = 0, zhours = 0, zminutes = 0, 
  zoccident = 0, searched = 0, matched = 0, collapsed = 0, limited = 0, 
  num_hidden = 135405320, recipient = 17, pair = 135406168, 
  date_sent = 135626680, received = 0, offset = 33, lines = 64, 
  index = 135626776, msgno = 135708664, virtual = 0, score = 0, env = 0x0, 
  content = 0x8121b68, path = 0x11 <Address 0x11 out of bounds>, 
  tree = 0x8121d98 "<87acqn6ckj.fsf@xxxxxxxxxxxxxxxxxxxx>", 
  thread = 0x8157fe8, data = 0x0, 
  maildir_flags = 0x21 <Address 0x21 out of bounds>}
(gdb) p ((HEADER *) ptr->data)->thread
$5 = (struct thread *) 0x8157fe8
(gdb) p *((HEADER *) ptr->data)->thread
$6 = {fake_thread = 0, duplicate_thread = 0, sort_children = 0, 
  check_subject = 0, visible = 0, deep = 0, subtree_visible = 1, 
  next_subtree_visible = 0, parent = 0x8158018, child = 0x816bff8, next = 0x0, 
  prev = 0x0, message = 0x0, sort_key = 0x8121b68}
(gdb) p ((HEADER *) ptr->data)->thread->message
$7 = (HEADER *) 0x0
(gdb) p cur
$8 = (THREAD *) 0x815be78
(gdb) p *cur
$9 = {fake_thread = 0, duplicate_thread = 0, sort_children = 0, 
  check_subject = 0, visible = 0, deep = 0, subtree_visible = 0, 
  next_subtree_visible = 0, parent = 0x0, child = 0x0, next = 0x815bf68, 
  prev = 0x815bea8, message = 0x81616a8, sort_key = 0x0}
(gdb) p last
$10 = (THREAD *) 0x0
(gdb) p OPTTHREADRECEIVED 
$11 = OPTTHREADRECEIVED
(gdb) p subjects
$12 = (LIST *) 0x815bf98
(gdb) p *subjects
$13 = {data = 0x81618d4 "[peticiones #4936] Red", next = 0x0}

Attachment: pgpWbG6RPEu40.pgp
Description: PGP signature