home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / aux / 3372 next >
Encoding:
Internet Message Format  |  1992-09-07  |  3.8 KB
  1. Path: sparky!uunet!sun-barr!olivea!hal.com!parlo.hal.COM!not-for-mail
  2. From: paul@hal.COM (Paul Sander)
  3. Newsgroups: comp.unix.aux
  4. Subject: Re: Reporting bugs in A/UX
  5. Message-ID: <1892i1INNrr6@parlo.hal.COM>
  6. Date: 5 Sep 92 01:29:37 GMT
  7. References: <1992Sep2.054029.7176@panix.com> <183fioINNg7t@parlo.hal.COM> <1992Sep3.204122.464@nsisrv.gsfc.nasa.gov>
  8. Organization: HaL Computer Systems, Inc.
  9. Lines: 68
  10. NNTP-Posting-Host: parlo.hal.com
  11.  
  12. In article <1992Sep3.204122.464@nsisrv.gsfc.nasa.gov> xrsbg@calvin.gsfc.nasa.gov (Steve B. Green) writes:
  13. >In article <183fioINNg7t@parlo.hal.COM> paul@hal.COM (Paul Sander) writes:
  14. >>In article <1992Sep2.054029.7176@panix.com> alexis@panix.com (Alexis Rosen)
  15. >>writes:
  16. >>>dundas@chip.Jpl.Nasa.Gov (John Dundas) writes:
  17. >>> [Complains that bugs reported via comp.unix.aux and
  18. >>>  reports.aux@applelink.apple.com go unacknowledged]
  19. >>>[deleted]
  20. >>[stuff about purchasing phone support]
  21. >
  22. >Garbage!  Dont tell me that I have to purchase phone support so the
  23. >bugs I report can get fixed.
  24.  
  25. I didn't.  I said that you shouldn't expect an acknowledgement of your
  26. report, nor should you expect _fast_ service.  You didn't pay for it,
  27. so why should you expect them to do something for you (which may entail
  28. a significant amount of resources to reproduce, repair, and QA the bug)
  29. for free?
  30.  
  31. >The problem is that Apple does not put enough weight on responding to
  32. >reported bugs.  Antonio has been known to respond to some reports but
  33. >the stated policy was(/is?) NOT to respond to reports.
  34.  
  35. That was before the support folks were moved to Austin.  That organization
  36. seems to have its act a bit more together.  Nevertheless, I wouldn't
  37. expect them to respond to any bug report that doesn't have a customer
  38. access number on it in any timely fashion.  (Well, if it reports a
  39. kernel panic, then maybe they should jump on it, but most problems
  40. reported that way probably aren't as severe as that.)
  41.  
  42. >To be fair, I am sure that not all reports that I have submitted have 
  43. >actually been bugs.  However, I can say for sure that I know of bug(s)
  44. >that I have submitted during 2.0b12 (or so) that still exist in 3.0.
  45. >So why is that..  Broken by design?  Apple does not care?  The information
  46. >never got to the correct person?  What?
  47.  
  48. I reported one against 2.01 that was fixed by replacing UUCP.  It turns
  49. out that the underlying cause (differing sizes of the ino_t data type
  50. based upon compatibility options, with the smaller [useless] one being
  51. the one used for System V and BSD compatibility) wasn't fixed.  I assume
  52. this is for backward compatibility reasons.  Some things are BAD (Broken
  53. As Designed) and can't be fixed.
  54.  
  55. >I guess I will never know but because of that, I will submit no more bug
  56. >reports to Apple.
  57.  
  58. Then you'll have no more bugs fixed.  Too bad.
  59.  
  60. >For comparison, when I submit a bug report to Convex, I get a notice
  61. >of receipt within 24 hours and a number to track the problem with.
  62. >When the report is delt with, I get another notice of the resolution.
  63. >... and we dont even have to pay for that service.  :)
  64.  
  65. Well, someone has to pay for it.  If you don't, then either your
  66. company does or the vendor does.  I've not dealt with Convex, but
  67. I've worked for companies that have dealt with Sun, IBM, DEC, HP,
  68. and others.  All of them had to pay for support services, either
  69. through the vendor, or through third party support organizations.
  70. Or, they could fix their own bugs, as I have done in the past with
  71. other systems.  Frankly, I'd rather have someone else more familiar
  72. with the innards of the system do the support, and I'm willing to
  73. compensate them for their effort.  Apple's support is inexpensive,
  74. and has demonstrated responsiveness to me, so I use it.
  75. -- 
  76. Paul M. Sander  (408) 379-7000  |  "No guts, no glory"
  77. HaL Computer Systems, Inc.      |  -- Bumper Sticker
  78. 1315 Dell Avenue                |  "No brains, no headaches"
  79. Campbell, CA  95008  USA        |  -- Mindy Lee
  80.