🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.ibm.pc.rt
Article #212

IBM bug notification/update policy

#212
From: Jamie Watson
Date: Mon, 07 Aug 1989 06:35
45 lines
2966 bytes
I recently posted a complaint about aixterm not working correctly with
R3 window managers.  I got a response by mail from someone at IBM which
said that there had been an update last January which fixed this.  This
was at least the second time that I have posted something to this news
group, and then been told that the problem had already been fixed.

Due to the IBM's absolutely IDIOTIC policy of not notifying customers
of bugs or available fixes, I had no way of knowing that there was a
solution to this problem (or any other AIX problem).

For those who are not familiar with this piece of trash that IBM calls
corporate policy, it goes like this.  When a customer calls and reports
a problem, the customer support engineer checks a database of previously
reported problems.  If the same, or very similar, problem has already
been reported and fixed, you hit the jackpot!  The grand prize is an
update diskette which (maybe) fixes your problem.  This policy leads
to a situation where customers constantly feel they are missing out on
updates, so they start calling IBM support and playing "20 questions".
The customer says "I have a C compiler problem"; the support person
says "What kind of problem"; the customer says "I'm not sure; what kind
of bug fixes have you got for the C compiler".  Then they go on down
the list.  Great fun.

Unfortunately, the people who work in IBM customer support are not the
most knowledgeable Unix experts in the world, so it is frequently
difficult to get them to understand exactly what you are reporting and
how to duplicate it.  As a case in point, I tried to report some uucp
problems not long ago.  I found that the support engineer I was talking
to had never even *heard* of uucp; so I had to try to explain how to set
up and use uucp before I could even start on the bug report.  Not exactly
a good time...

Then, just to top things off, the people working in Austin who are
supposed to support the customer service engineers have recently
discovered a new response to virtually any bug report - "That's not a
bug, it's a documentation error."  For example, I recently discovered
a bug in the C complier; the %c conversion in scanf skips white space.
After several weeks of discussion and debate, the answer came back from
IBM Austin that this was a "documentation error".  It was only after we
showed them that the C compilers on DOS and OS/2 didn't have this bug
that they broke down and admitted that it was a bug, and said that they
would fix it.  I'm still waiting for the fix...

jw
Technical Details
Message-ID: <550@pan.UUCP>
Path: arc1-ca.pugleaf.net!utzoo!utgpu!watmath!att!pacbell!ames!mailrus!csd4.milw.wisc.edu!cs.utexas.edu!uunet!mcvax!cernvax!pan!jw

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!watmath!att!pacbell!ames!mailrus!csd4.milw.wisc.edu!cs.utexas.edu!uunet!mcvax!cernvax!pan!jw
From: jw@pan.UUCP (Jamie Watson)
Newsgroups: comp.sys.ibm.pc.rt
Subject: IBM bug notification/update policy
Message-ID: <550@pan.UUCP>
Date: 7 Aug 89 06:35:02 GMT
Reply-To: jw@pan.UUCP (Jamie Watson)
Organization: Adasoft AG, Solothurn, Switzerland
Lines: 45