Xref: utzoo news.admin:3821 news.software.b:1720
Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!cornell!batcomputer!itsgw!steinmetz!uunet!eda!jim
From: jim@eda.com (Jim Budler)
Newsgroups: news.admin,news.software.b
Subject: Re: bugfix for inews (control messages cause coredump)
Message-ID: <258@eda.com>
Date: 29 Oct 88 01:54:50 GMT
References: <5686@fluke.COM> <5695@fluke.COM> <6266@claris.com> <25756@tut.cis.ohio-state.edu> <330@auspex.UUCP>
Reply-To: jim@eda.com (Jim Budler)
Organization: EDA Systems,Inc. Santa Clara, CA
Lines: 28

In article <330@auspex.UUCP> guy@auspex.UUCP (Guy Harris) writes:
|>It would be mightily useful if those finding this problem would start
|>posting hardware/software configurations in use.  I have just checked
|
|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

Umh, a 'Sun' 680x0 is not surprising, but a Sun 386?

Or did they implement 'no location 0' option as default.

Whatever, the posted patch *does* fix the ~news/.??*, the ~news/core,
and the 'why weren't my maps batched' problems. ( for a Sun 386i).

jim


-- 
uucp:     {decwrl,uunet}!eda!jim        Jim Budler
internet: jim@eda.com                   EDA Systems, Inc.