Newsgroups: comp.sys.apollo
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!caen!ox.com!umich!terminator!dabo.citi.umich.edu!rees
From: rees@dabo.citi.umich.edu (Jim Rees)
Subject: Re: APRs (FLAME ON)
Message-ID: <50e62921.cb12@dabo.citi.umich.edu>
Sender: usenet@terminator.cc.umich.edu (usenet news)
Reply-To: rees@citi.umich.edu (Jim Rees)
Organization: University of Michigan ITD
References: <9104082143.AA24021@pan.ssec.honeywell.com> <1991Apr9.173756.24708@alchemy.chem.utoronto.ca> <50e4e732.3593b@digital.sps.mot.com>
Date: Thu, 11 Apr 91 00:58:21 GMT

In article <50e4e732.3593b@digital.sps.mot.com>, chen@digital.sps.mot.com (Jinfu Chen) writes:

  Another classic example is the response to my APR about /com/tpm. We found
  out users can use tpm when crp'ing on or rsh/rlogin/telnet to change
  mouse/touchpad device sensitivity on the node. I filed an APR complaing about
  it. All it would take Apollo to fix is adding a pad_$isa_dm_pad call
  to the program. The response, on the other hand, gave the classic answer of
  "it's a feature, not a bug".

I consider it a feature.  Your suggested fix would defeat the use of tpm in
my startup_dm file.  I like the current behavior and don't want it to
change.

My favorite APR response was always "fixed in a future release."  We never
said which future release, and no one could claim we lied, unless they
waited forever.

By the way, I've filed two APRs in my life.  One was to complain that 'plot'
doesn't work when the output is to a DM pad.  I got an ack six months later.
I don't remember whether I ever got an actual response or not, but it's been
over a year and 'plot' is still broken.  The other APR I filed in June of
last year, and it hasn't been answered yet.  I think the bug (a security
hole I don't want to discuss here) has been fixed, but I'm not sure, and I
never got a response on that one either.
