![]()
From: Paul Haldane (Paul.Haldane@newcastle.ac.uk)
Date: Thu Apr 08 1999 - 08:32:43 CDT
Another throught - there seems to be a problem handling mailboxes
containing only single messages or (equivalently) single messages being
added to an archive on the fly. I think this is related to the slight
rejig Daniel did which means that the correct received date is stored with
the message (looks like we had been getting the date from the next
message). The following patch works for me...
Paul
*** ../cvs/hypermail/src/parse.c Wed Apr 7 14:50:29 1999
--- parse.c Thu Apr 8 14:18:51 1999
***************
*** 2045,2051 ****
while (rmlastlines(bp));
! strcpymax(fromdate, dp, DATESTRLEN);
emp = addhash(num, date, namep, emailp, msgid, subject, inreply,
fromdate, charset, NULL, NULL, bp);
if(emp) {
--- 2045,2052 ----
while (rmlastlines(bp));
! if (dp != NULL)
! strcpymax(fromdate, dp, DATESTRLEN);
emp = addhash(num, date, namep, emailp, msgid, subject, inreply,
fromdate, charset, NULL, NULL, bp);
if(emp) {
> On 7 Apr 1999 HyperMail_www@associate.com wrote:
>
> > Hi,
> >
> > HyperMail 2.0a17 and 18 both have a problem generating index files...at least on my Linux system.
> > Cores are dumped when any message is sent. Here's info on the core file:
> >
> > This GDB was configured as "powerpc-unknown-linux-gnulibc1"...
> > Core was generated by `/usr/local/bin/hypermail2 -uic /pub/www/html/hypermail.rc -l Test Message -d /p'.
> > Program terminated with signal 11, Segmentation fault.
> > find_solib: Can't read pathname for load map: I/O error
> >
> > #0 0x1806e30 in fixthreadheader (dir=0x185f508 "/pub/www/web/", num=1) at parse.c:2466
> > 2466 if (rp->next != NULL &&
> > (gdb) where
> > #0 0x1806e30 in fixthreadheader (dir=0x185f508 "/pub/www/web/", num=1) at parse.c:2466
> > #1 0x1802914 in main (argc=0, argv=0x0) at hypermail.c:465
> > #2 0x1802914 in main (argc=0, argv=0x0) at hypermail.c:465
> > #3 0x1800f7c in _start ()
> > (gdb)
> >
> > ...and here's the hypermail.rc file I'm using:
> > Thanks,
> >
> > Glen_Stewart@associate.com
>
>
![]()