allbery@NCoast.ORG (Brandon S. Allbery KB8JRR) (07/31/90)
I've been trying to diagnose some core dumps in mhl on our system. It has a
distinct tendency to die when called by repl; recompiling with debugging
symbols, I find that it dies in free_queue freeing a string (c1->name), but
what it's passing to free() looks suspiciously like the string itself and not
a pointer. From what I've seen in the code, it looks okay (from a cursory
examination, at least), and it looks like it's being *set* okay in the places
I found that set it (again, cursory examination). Has anyone else seen this?
It's rather annoying not to be able to reply to people. (I'll work around by
losing the ability to directly quote their replies... sigh.)
Traceback:
+2@telotech[con/4]:167 (mh) K$ repl
mhl: Segmentation fault (core dumped)
+2@telotech[con/4]:168 (mh) K$ sdb etc/mhl ~/Mail/inbox/core uip:sbr:config:z>
Source path: uip:sbr:config:zotnet/mf:zotnet/tws:zotnet/mts:mts/sendmail
Warning: `dtimep.c' not found
malloc.c: No such file or directory
0xdbf6 in No lines in file
*t
free(0x20656874) [malloc.c]
free_queue(head=0x400d98,tail=0x400d9c) [mhlsbr.c:1143]
process(folder=0,fname=(stdin),ofilen=1,ofilec=1) [mhlsbr.c:786]
mhl(argc=4,argv=0x7ffffd98) [mhlsbr.c:447]
main(argc=4,argv=0x7ffffd98) [mhl.c:8]
*q
+2@telotech[con/4]:169 (mh) K$ etc/mhl -help
syntax: mhl [switches] [files ...]
switches are:
-[no]bell
-[no]clear
-faceproc program
-nofaceproc
-folder +folder
-form formfile
-moreproc program
-nomoreproc
-length lines
-width columns
-sleep seconds
-(help)
version: MH 6.7 #5[UCI] (telotech) of Mon Jul 30 09:34:01 EDT 1990
options: [ATZ] [BANG] [DUMB] [ISI] [MHE] [MHRC] [MORE='"/usr/bin/more"']
[OVERHEAD] [RPATHS] [SYS5] [SYS5DIR] [TYPESIG=void] [TZNAME]
[WHATNOW] [SENDMTS] [SMTP] [SPRINTFTYPE=int]
+2@telotech[con/4]:170 (mh) K$ _
++Brandon
--
Me: Brandon S. Allbery VHF: KB8JRR on 224.50 (Lake County, OH)
Internet: allbery@NCoast.ORG Delphi: ALLBERY
uunet!usenet.ins.cwru.edu!ncoast!allbery America OnLine: KB8JRR