home *** CD-ROM | disk | FTP | other *** search
/ ftp.barnyard.co.uk / 2015.02.ftp.barnyard.co.uk.tar / ftp.barnyard.co.uk / cpm / walnut-creek-CDROM / ZSYS / SIMTEL20 / DOC / ZAS-SLR3.DOC < prev    next >
Text File  |  2000-06-30  |  3KB  |  64 lines
  1. 16-Sep-86 17:35:47-MDT,2352;000000000011
  2. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 16 Sep 86 17:35:23-MDT
  4. Date:     Tue, 16 Sep 86 15:36:25 EDT
  5. From:     David Towson (SECAD) <towson@AMSAA.ARPA>
  6. To:       info-cpm@AMSAA.ARPA
  7. Subject:  Let's "mellow out" a bit!
  8.  
  9. Fellow CP/Mers - I have been reading with interest but also with growing
  10. concern the exchange of messages between Jay Sage and Rick Conn concerning
  11. Rick's adoption of the ZAS assembler as a "standard" for his further develop-
  12. ment of ZCPR and related software.  The "discussion" started off a bit on the
  13. "edgy" side, but it is now rapidly approaching nasty.  This is a real shame,
  14. because Jay is generally raising reasonable questions of interest to many of
  15. us, and I for one would like to hear the answers.  But having witnessed one
  16. p___ing contest on this list already (it was about a modem program, a couple
  17. years ago), I definitely don't want to see that happen again.
  18.  
  19.      In my opinion, Rick Conn DOESN'T OWE US ANYTHING!  He has created and
  20. donated free of cost an ENORMOUS software suite that takes about 5 megabytes
  21. of storage in the archive.  This is the result of several years of work,
  22. and it still boggles me that Rick has GIVEN IT AWAY.  Just reading through the
  23. pounds of well written documentation seems to take forever!  So if Rick wants
  24. to standardize on the ZAS assembler (or COBOL, or SNAFU, or whatever), it's
  25. entirely his business, and I don't think we have any RIGHTS in the matter.
  26. Rick may possibly do some things that will cut off part of the community who
  27. are currently enjoying his efforts, and that will be sad.  I don't think this
  28. has happened yet, but if it does, I hope to see some messages in this forum
  29. seeking a compromise solution.  I also hope such messages will be courteous
  30. and respectful.  After all, even the creator of 5 megabytes of first class
  31. free software can screw up occasionally!
  32.  
  33.      So let's continue to explore the new directions Rick's efforts are
  34. taking.  If Rick says some things that seem inaccurate or that we don't
  35. understand, let's ask him about them.  But let's also remember that Rick isn't
  36. a one-man benevolent society.  He is not our servant.  Even if we strongly
  37. disagree with what he is saying, let's be graceful about it.
  38.  
  39.      Let's mellow out a bit, PLEASE!
  40.  
  41.  
  42. Dave
  43.  
  44. 16-Sep-86 19:32:48-MDT,730;000000000001
  45. Return-Path: <info-cpm-request@AMSAA.ARPA>
  46. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 16 Sep 86 19:32:41-MDT
  47. Received: from nprdc.arpa by AMSAA.ARPA id a024060; 16 Sep 86 20:38 EDT
  48. Received: by nprdc.arpa (4.12/ 1.1)
  49.     id AA14896; Tue, 16 Sep 86 17:40:47 pdt
  50. From: Mel Moy <melmoy@NPRDC.ARPA>
  51. Message-Id: <8609170040.AA14896@nprdc.arpa>
  52. Date: 16 September 1986 1740-PDT (Tuesday)
  53. To: info-cpm-request@AMSAA.ARPA
  54. Subject: Re: Let's "mellow out" a bit!
  55. Cc: info-cpm@AMSAA.ARPA, melmoy@NPRDC.ARPA
  56.  
  57. Hear, hear! to Dave Towson's comments.  If there are those who
  58. take exception to Rick Conn's choice, then let them blaze the
  59. "road not taken".  They can be tomorrow's heros rather than
  60. today's martyrs.
  61.  
  62. Mel
  63.  
  64.