home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / atari / st / 18970 < prev    next >
Encoding:
Internet Message Format  |  1992-12-27  |  3.4 KB
  1. Path: sparky!uunet!portal!cup.portal.com!Bob_BobR_Retelle
  2. From: Bob_BobR_Retelle@cup.portal.com
  3. Newsgroups: comp.sys.atari.st
  4. Subject: *I* an NOT making THIS up either...
  5. Message-ID: <72481@cup.portal.com>
  6. Date: Sun, 27 Dec 92 16:33:10 PST
  7. Organization: The Portal System (TM)
  8. References: <1992Dec17.195300.4758@news2.cis.umn.edu>
  9.   <1h00msINNaou@life.ai.mit.edu> <1992Dec21.194623.23026@news2.cis.umn.edu>
  10.   <1h6aabINNo0a@life.ai.mit.edu> <27DEC92.05003748@meena.cc.uregina.ca>
  11. Lines: 81
  12.  
  13. Brook (mackie@meena.cc.uregina.ca)  asks:
  14.  
  15. >Please, no flames.  I just don't understand.
  16.  
  17. >Why would Atari invite you to a meeting to show off something that they were
  18. >obviously interested in, only to treat you the way you've described?
  19.  
  20. >Is it at all possible that you've misunderstood them?
  21.  
  22. Well, I don't understand either..  but just to show that David Baggett
  23. is NOT an isolated case, here are two messages from prominent Atari
  24. developers which recently appeared in the Atari Productivity Forum
  25. on CompuServe.  I'm assuming everyone here knows who GST Software and
  26. CodeHead Technologies are.
  27.  
  28. And remember please..  *I* am not making this up..
  29.  
  30. #: 78078 S17/Community Square
  31.     23-Dec-92  09:01:42
  32. Sb: #77942-#Falcon:  Flies or Dies
  33. Fm: GST Software 71351,332
  34. To: CodeHead Software 76004,2232 (X)
  35.  
  36. Yup - classic moments at a developers conference - Leonard and I had
  37. arrived at this thing never having met but already having managed to develop
  38. a deep dislike of each other via fax.
  39.  
  40. Halfway through the meeting he moves onto the topic about which we had
  41. been faxing him and says
  42.  
  43. "Unlike what some people here think, we are not idiots, I will say that
  44. again, we are not idiots".
  45.  
  46. before I could respond another developer who had *no* idea about what was
  47. going on behind the scenes of all this happily chips in with "But you've got
  48. to admit you've done some bloody silly things in your time."
  49.  
  50. Cue Leonard going nuclear.
  51.  
  52. I always handle such meetings now by reminding myself that a reject dwarf
  53. from Tolkiens Lord of the Rings isn't worth getting that hung up about.
  54.  
  55. Whereas we have nothing really but praise for Bill Rehbock.
  56.  
  57. Tony
  58.  
  59. *** There is a reply:   78108
  60.  
  61.  
  62. #: 78108 S17/Community Square
  63.     23-Dec-92  13:38:53
  64. Sb: #78078-Falcon:  Flies or Dies
  65. Fm: CodeHead Software 76004,2232
  66. To: GST Software 71351,332 (X)
  67.  
  68. Tony,
  69.  
  70.   >> a reject dwarf from Tolkiens Lord of the Rings...
  71.  
  72.   Thanks for the first good laugh of the day!  :)
  73.  
  74.   Since we're trading stories, here's a good one.  One day, we got a call
  75. from L______, who promptly started belittling us (in an extremely
  76. condescending and obnoxious manner) for "not following the rules" in
  77. MultiDesk.  The actual issue in question was rather technical, hinging on
  78. whether or not it was permissible to rely on register D1 to retain its value
  79. through a Trap #2 call.  When we pointed out that Atari's own documentation
  80. does _not_ state that D1 is unsafe to rely upon, we got an immediate
  81. blustery "Yes it does!" response.  (It doesn't.)  When we pointed out that
  82. TOS itself saves and restores _all_ registers during Trap #2 calls, we got a
  83. short silence, and then a hang-up.
  84.  
  85.   About an hour later, we got a call from someone else (not L______, he'd
  86. never admit to a mistake), acknowledging that we were correct.  And yet, to
  87. this day, FSMGDOS (and probably SpeedoGDOS too) trashes register D1 during
  88. its Trap #2 processing.
  89.  
  90.   Unfortunately, this sort of thing isn't unusual at all; it's very
  91. routine treatment for Atari developers.
  92.  
  93. - Charles
  94.