[comp.os.minix] WMAIL

bill@chinet.chi.il.us (Bill Mitchell) (11/19/89)

I seem to be out of sync on release numbers for Fred van Kempen's
wmail program posted by Dr. Tanenbaum.

I got the original wmail and umail posting of 23 Oct.  The README
file in the wmail portion of this identified it as release 2.5
This posting was missing wmail.h, as I remember.

I got wmail.h from a later posting.  I didn't get wmail or umail up
because of unresolved references at link time.  I am running P-H 
MINIX 1.3, and they use functions not in the library for that 
release and not in the posting.

Before I could get around to supplying the missing functions from
other sources, Dr. Tanenbaum's 11 Nov posting appeared with patches
for wmail.  Most of these patches failed when I tried to apply them.
Looking into this, I note that the README file which came with the
patches identified wmail as release 2.7, and listed 10 improvements
to release 2.5 which had been made in release 2.6.

Apparently I missed a posting to upgrade wmail from release 2.5 to
release 2.6.  I still don't have easy access to MINIX archives, so
I'd appreciate it if someone would send it to me - or perhaps it
could be reposted??

SA44%liverpool.ac.uk@nsfnet-relay.ac.uk (Kevin Maguire) (05/03/90)

The recently posted wmail needs #include <stdlib.h> in all files
that use malloc. Otherwise it core dumps on the ST as the default of
returning an int is not large enough. Same old story ;-(
Could PC users please check this sort of thing before posting :-(
Use as many includes and casts as possible the ST barfs otherwise.
The documentation said that it had
been run through lint. Surely lint would find this error????
Anyway wmail works (or seems to) with those patches.
I also added the includes to the umail files that used malloc but
that didn't stop it core dumping. I seem to remember an array of strings
in the old version of umail that was terminated by a zero, which needed
to be changed to a (char *)0 to get it working on the ST, I'll investigate.
I think it was in umheader.c, an array of the valid header lines???

Nsfnet : sa44%ibm.liv.ac.uk@nsfnet-relay.ac.uk
Uucp   : ...!mcvax!ukc!liv-ib!sa44

woju@neon.UUCP (Wolfgang Jung) (05/08/90)

SA44%liverpool.ac.uk@nsfnet-relay.ac.uk (Kevin Maguire) writes:

>The recently posted wmail needs #include <stdlib.h> in all files
>that use malloc. Otherwise it core dumps on the ST as the default of
>returning an int is not large enough. Same old story ;-(
>Could PC users please check this sort of thing before posting :-(
>Use as many includes and casts as possible the ST barfs otherwise.
>The documentation said that it had
>been run through lint. Surely lint would find this error????

Could someone POST the LINT for MINIX ST ?

>Anyway wmail works (or seems to) with those patches.
>I also added the includes to the umail files that used malloc but
>that didn't stop it core dumping. I seem to remember an array of strings
>in the old version of umail that was terminated by a zero, which needed
>to be changed to a (char *)0 to get it working on the ST, I'll investigate.
>I think it was in umheader.c, an array of the valid header lines???

Greetings

--
===================================================================
#  Wolfgang Jung                      Email:woju@neon.UUCP        #
#  Germany                            Phone:0304112949            #
===================================================================