Newsgroups: comp.sys.apollo
Path: utzoo!utgpu!news-server.csri.toronto.edu!helios.physics.utoronto.ca!alchemy.chem.utoronto.ca!system
From: system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson))
Subject: Re: APRs (FLAME ON)
Message-ID: <1991Apr9.173756.24708@alchemy.chem.utoronto.ca>
Organization: University of Toronto Chemistry Department
References: <9104082143.AA24021@pan.ssec.honeywell.com>
Date: Tue, 9 Apr 1991 17:37:56 GMT

In article <9104082143.AA24021@pan.ssec.honeywell.com> thompson@PAN.SSEC.HONEYWELL.COM (John Thompson) writes:
>The subject says most of it -- I'm ticked at HP's APR 'resolution' method.
>Consider FLAME ON through this whole thing.
>
>3) Their response is that this is not a bug -- it is working within specs.
>   The comment was that "When the wildcard specification has no match, as far
>   as lst is concerned it is quivalent (sic) to mot specifying any pathname."
>   THEY GAVE ME THE BEHAVIOR, AND SAID THAT IT'S OKAY, SINCE IT BEHAVES LIKE
>   IT BEHAVES!!!!!

I have had a bunch of APRs "resolved" with this now-classic response too -
the person who thought up "working within specs" should have got a big pay
raise. This is how you reduce the APR count and claim that this is the best
quality software ever: Bugs? What bugs? I don't see any bugs!
(Maybe it's a "feature" :-) ). In addition, they can add one to the list
of closed APRs for SR10.4.
-- 
Mike Peterson, System Administrator, U/Toronto Department of Chemistry
E-mail: system@alchemy.chem.utoronto.ca
Tel: (416) 978-7094                  Fax: (416) 978-8775
