Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!elroy.jpl.nasa.gov!ames!haven.umd.edu!udel!princeton!njsmu!mccc!pjh
From: pjh@mccc.edu (Pete Holsberg)
Newsgroups: comp.unix.questions
Subject: Re: s5last No Longer Dumps Core!
Message-ID: <1991Jun30.010604.8185@mccc.edu>
Date: 30 Jun 91 01:06:04 GMT
References: <1991Jun28.005902.13061@mccc.edu> <16578@smoke.brl.mil>
Organization: The College On The Other Side Of Route One
Lines: 30

In article <16578@smoke.brl.mil> gwyn@smoke.brl.mil (Doug Gwyn) writes:
=In article <1991Jun28.005902.13061@mccc.edu> pjh@mccc.edu (Peter J. Holsberg) writes:
=>Chalk up another for AT&T's ANSI C compiler!  I recompiled s5last with
=>the K&R compiler distributed with Microport SVR3 and it works perfectly!
=
=It should be noted that such symptoms do not mean that the compiler had
=a problem, merely that it generated code differently.

Could you explain how a compiler could generate code that would cause a
bus error and a core dump, while a different compiler would generate
code from the same source file that does not?  I'm pretty ignorant about
the different codes that compilers produce.

=>Welllll, *almost* perfectly -- it still doesn't exclude things in the
=>exclude list.
=
=See?

And that's a puzzler, because one of the people I thanked for his help
compiled it with the ISC compiler and the exclude list works.  I don't
understand how legitimate C code doesn't behave under this compiler or
that unless the compilers are buggy.

Thanks,
Pete
-- 
Prof. Peter J. Holsberg      Mercer County Community College
Voice: 609-586-4800          Engineering Technology, Computers and Math
FAX: 609-586-6944            1200 Old Trenton Road, Trenton, NJ 08690
Internet: pjh@mccc.edu	     TCF 92 - ??? ??-??, 1992