home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / aix / 8762 < prev    next >
Encoding:
Internet Message Format  |  1992-08-12  |  3.1 KB
  1. Path: sparky!uunet!psinntp!curly.appmag.com!pa
  2. From: pa@curly.appmag.com (Pierre Asselin)
  3. Newsgroups: comp.unix.aix
  4. Subject: reporting bugs (was: ptys and getpwnam())
  5. Message-ID: <1253@curly.appmag.com>
  6. Date: 12 Aug 92 18:42:38 GMT
  7. References: <1992Jul30.141015.27287@news.ysu.edu> <1992Aug9.185135.21404@awdprime.austin.ibm.com>
  8. Organization: Applied Magnetics, Goleta, CA
  9. Lines: 59
  10.  
  11. In <1992Aug9.185135.21404@awdprime.austin.ibm.com>
  12. jfh@greenber.austin.ibm.com (John F Haugh II) writes:
  13.  
  14. >In article <1251@curly.appmag.com> pa@curly.appmag.com (Pierre Asselin) writes:
  15. >>As things stand now, not fixing bugs because they haven't been
  16. >>"officially reported" is a useless charade.
  17.  
  18. >No, it is NOT a useless charade[...]
  19.  
  20. What!  Is, too!
  21.  
  22. >Trying to fix random bugs off of USENET is often pointless because the
  23. >location of the actual problem is hard to determine.
  24.  
  25. Then toss the article in the trash can.  I have no problem with USENET
  26. articles being treated as hearsay.  What I want is for the *convincing*
  27. hearsay to get injected into the bug reporting system without anyone
  28. having to go through a charade (--isn't!  --is, too!).
  29.  
  30. >[...]because the system is designed to insure
  31. >that a reported problem EXISTS and has been FIXED.  The "exists" part means
  32. >that there is a reproducible test case that can be used to demonstrate the
  33. >behavior.  Just saying "such-and-such function call is broken" does nothing
  34. >to reveal the location of the problem.  The "fixed" part means that there
  35. >is some way to determine that any bug which is found actually is the same
  36. >bug that the customer found and that the fix which the developer produces
  37. >will fix the problem that the customer has.
  38.  
  39. I can pick up the phone right now, get a problem number, and tell
  40. Software Defects that such-and-such function call is broken.  Now you
  41. have to work on it.  You don't have a reproducible test case because
  42. there's no way I can give you one verbally over the phone.  That's why
  43. I highly recommend email filing with aixserv.  The aixserv status reports
  44. are extremely instructive and helpful, too.
  45.  
  46. The hard ones are the suspected bugs that aren't ready from prime
  47. time.  IBM wants us to call our SE's when we need that kind of help.
  48. If you think that IBM support in the field actually works, you'll have
  49. to visit my planet some day.  The quality of field personnel varies a
  50. lot.  THAT is the real problem.  It is a BIG problem.  Too big for me.
  51. Is there a band-aid that will work now?
  52.  
  53. So I'm on my own.  I read the net to see the punches coming and to
  54. trade individual help with other netters.  Now then:  every once
  55. in a while, I read an article about some bizarre glitch that I had seen
  56. before but didn't have time to chase.  Now I know I'm not crazy.  If I
  57. see a bunch of "me too" followups, I know there is a real problem.
  58. We all know.  So why do I have to read yet another article that says
  59. "report it, guys and gals, or it will never get fixed"?
  60.  
  61. Once again, my humble proposal for a band-aid:
  62.  
  63. 3) IBM:
  64.   Allow your employees to file bug reports at their discretion
  65.   for problems reported on Usenet.
  66. -- 
  67.  
  68. --Pierre Asselin, Magnetoresistive Head Engineering, Applied Magnetics.
  69.   pa@appmag.com        the usual disclaimers apply.
  70.