home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / sysv386 / 12437 < prev    next >
Encoding:
Text File  |  1992-07-25  |  2.8 KB  |  59 lines

  1. Newsgroups: comp.unix.sysv386
  2. Path: sparky!uunet!uunet.ca!geac!torsqnt!uunorth!anton
  3. From: anton@analsyn.gts.org (Anton J Aylward)
  4. Subject: Re: Dell SVR4 and Postscript ANSWER (from the NET of course)
  5. Message-ID: <1992Jul25.185215.9587@analsyn.gts.org>
  6. Organization: ASCI: UNIX Database and Communications
  7. X-Newsreader: Tin 1.1 PL3
  8. References: <1992Jul24.051353.3445@ttank.ttank.com>
  9. Distribution: na
  10. Date: Sat, 25 Jul 1992 18:52:15 GMT
  11. Lines: 46
  12.  
  13. karl@ttank.ttank.com (Karl Bunch) writes:
  14. : .....
  15. :   (taliking about support calls)
  16. : It's important to make the whole situation a "team" event.  Be helpful
  17. : as much as you ask for help.  If you have 10 years of Unix experiance
  18. : spell everything out to the n-th detail so the other people understand
  19. : the entire picture.  STOP WORKING FROM US -VS- THEM.  Or else, you'll
  20. : get angry people wanting to find a way to PIN THE BLAME on you.
  21.  
  22. In principle I agree.  In practive I cry and tear my hair out.
  23. Two examples in point.  I used to be a kernel hacker, I still deal with
  24. a number of "source" sites....
  25.  
  26. Company 1, a TLA computer manufacturer, moved into the UNIX work with a
  27. vertically standing machine had a floppy disk driver that was f****d u*
  28. beyond beleif in rel 1.0.  I called support, explained the phenomena and
  29. how the problem could be reproduced.  Layered support; I got calls back
  30. to clarify and was handed up the tree.  Eventually I got someone who
  31. could actually deal with source.  I described the problem, told him
  32. where in fdstrategy() the problem was, told him what the code as written 
  33. was doing, told him what it should be doing.   He became verbally
  34. abusive, demanding that I treat him like a "professional".
  35.  
  36. Company 2, deciding that UNIX is more profitable than oil, got involved.
  37. They have a setup script which uses the "file" command.  This hangs when
  38. run on a tty line that has been exclusively opened.  Again support call
  39. was 'resistive' because I could and did _exactly_ describe the phenomena
  40. and allow the support engineer to reproduce it.  I explained how 'file'
  41. works - stat, decide if device or file, if file read, look for magic
  42. number, check in /usr/lib/gile/magic, if not then read and see it it
  43. looks like shell, c, fortran etc.  I suggested that because the previous
  44. revision of the system worked - client still had some machines running
  45. it - that soemting had been changed, perhaps the order of the test.
  46. Abuse, core of which was "how can you possibly know that - you don't
  47. have acces to our sources!".  Tell me guys,  Middleton's PD version of
  48. withstanding, how many ways are there to implement 'file'?
  49.  
  50. Yes, I agree with Karl, I've worked 'support' and would like as much
  51. detail, b ut some support desk seat warmers don't see it that way.
  52. Sigh!
  53.  
  54. (BTW: that machine does have /usr/lib/file/magic, not /etc/magic.
  55.       so much for standards!)
  56. --
  57. Anton J Aylward
  58.