Xref: utzoo news.admin:3805 news.software.b:1709
Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!cornell!batcomputer!itsgw!steinmetz!uunet!auspex!guy
From: guy@auspex.UUCP (Guy Harris)
Newsgroups: news.admin,news.software.b
Subject: Re: bugfix for inews (control messages cause coredump)
Message-ID: <330@auspex.UUCP>
Date: 27 Oct 88 20:57:32 GMT
References: <5686@fluke.COM> <5695@fluke.COM> <6266@claris.com> <25756@tut.cis.ohio-state.edu>
Reply-To: guy@auspex.UUCP (Guy Harris)
Organization: Auspex Systems, Santa Clara
Lines: 20

>It would be mightily useful if those finding this problem would start
>posting hardware/software configurations in use.  I have just checked
>my systems and have no problems (no defunct .[ai]* files in
>/usr/spool/news).  So it would seem to be a problem peculiar to
>certain types of systems.
>
>Pyramid 98x w/OSx 4.0 and 3B2/400 w/SysVRel3.0 are `clean.'

If the problem is a core dump on the moral equivalent of

	char *p = NULL;

	p++;
	do_something_with(*p);

then it's not surprisng the 3B2 is clean, unless you linked the software
with "-z" or whatever the option to take location 0 out of the address
space is called, and it's not surprising it blew up on a Sun.  I can't
speak for the Pyramid; I don't know if it slaps your wrist for
dereferencing null pointers or not.