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
while (rmlastlines(bp));
! strcpymax(fromdate, dp, DATESTRLEN); emp = addhash(num, date, namep, emailp, msgid, subject, inreply, fromdate, charset, NULL, NULL, bp); if(emp) {
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_at_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_at_associate.com
>
>
Received on Thu 08 Apr 1999 03:38:14 PM GMT
This archive was generated by hypermail 2.2.0 : Thu 22 Feb 2007 07:33:50 PM GMT GMT