Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cornell!rochester!udel!burdvax!ubbpc!wgh
From: wgh@ubbpc.UUCP (William G. Hutchison)
Newsgroups: comp.lang.c++
Subject: Re: Zorteck C++ blue...
Summary: Most compiler bugs aren't
Message-ID: <461@ubbpc.UUCP>
Date: 2 Feb 89 00:15:14 GMT
References: <410c930c.129dc@blue.engin.umich.edu> <1855@dataio.Data-IO.COM>
Organization: Unisys UNIX Portation Center, Blue Bell, PA
Lines: 28

In article <1855@dataio.Data-IO.COM>, bright@Data-IO.COM (Walter Bright) writes:
> In article <410c930c.129dc@blue.engin.umich.edu> you write:
> <(1) It will not properly return for derived class:
> <        System operator*(System& b);    // not work.
> I can help you better if you provide a complete program that fails, rather
> than a fragment.
> <(4) optimizer give wrong result
> Please email me the code that causes this. ...
> ... Simply saying that you get the wrong result is useless to anyone.
> For example, I've had people complain bitterly to me about compiler bugs,
> when their code had uninitialized pointers in it which caused their grief.


I have to agree with Walter on this one.  
At the Portation Center we frequently get verbal reports of compiler bugs, but
when we ask for specific examples of code that demonstrates the bugs, they
mysteriously vanish!!
  Most "compiler bugs" are application programmer errors.  I cannot take such
a report seriously unless shown a whole program that demonstrates it.
  By the way, I just got Zortech C++ 1.07 for a $20 upgrade fee.  I like the
Zortech product, but they seem to have a serious problem communicating with
their customers.  Nobody at Zortech ever told me about this update... I only
learned about it through Usenet.
-- 
Bill Hutchison, DP Consultant	rutgers!liberty!burdvax!ubbpc!wgh
Unisys UNIX Portation Center
P.O. Box 500, M.S. B121         "The unexamined life is not worth living!"
Blue Bell, PA 19424            	  -- Educational Testing Service, Princeton, NJ