home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 October / usenetsourcesnewsgroupsinfomagicoctober1994disk1.iso / altsrc / articles / 10927 < prev    next >
Text File  |  1994-07-22  |  5KB  |  108 lines
  1. Newsgroups: alt.sources,comp.dcom.modems,comp.protocols.misc
  2. Path: wupost!cs.utexas.edu!howland.reston.ans.net!europa.eng.gtefsd.com!newsxfer.itd.umich.edu!uunet!omen!caf
  3. From: caf@omen.UUCP (Chuck Forsberg WA7KGX)
  4. Subject: Re: zmtx/zmrx, zmodem implementation build from scratch
  5. Organization: Omen Technology INC, Portland Rain Forest
  6. Date: Fri, 22 Jul 1994 22:46:34 GMT
  7. Message-ID: <1994Jul22.224634.29087@omen.UUCP>
  8. References: <30l4qj$ljt@chuckwalla.cs.arizona.edu> <id.FDFB1.2A1@nmti.com> <CtCEys.D8A@murdoch.acc.Virginia.EDU>
  9. Lines: 96
  10. Xref: wupost alt.sources:10927 comp.dcom.modems:63832 comp.protocols.misc:3376
  11.  
  12. In article <CtCEys.D8A@murdoch.acc.Virginia.EDU> wfp5p@tigger.itc.Virginia.EDU (Bill Pemberton) writes:
  13. >In article <id.FDFB1.2A1@nmti.com>, Peter da Silva <peter@nmti.com> wrote:
  14. >>In article <30l4qj$ljt@chuckwalla.cs.arizona.edu>,
  15. >>Gene Kim <gkim@CS.Arizona.EDU> wrote:
  16. >>>     Could you elaborate about what you find objectionable?  Were the
  17. >>> zm authors to simply replace their zmodem.h file with one from an old
  18. >>> rzsz package, would your qualms about copyright violations go away?
  19. >>
  20. >>No.
  21. >>
  22. >>They have established a reasonable suspicion that the whole package is
  23. >>copied, by using a clumsily disguised zmodem.h file. What else have they
  24. >>"borrowed"?
  25. >
  26. >I disagree, the header file doesn't create reasonable suspicion of anything.  
  27. >If the only example is that the #defines are similar, that doesn't tell me a 
  28. >thing.  The defines MUST be similar for the silly thing to work, it's part 
  29. >of the protocol!
  30.  
  31. By the same logic, there's nothing wrong with armed robbery compared to
  32. unarmed robbery.  You MUST use guns for the silly heist to work reliably!
  33.  
  34. They could have used a public domain version of zmodem.h without any
  35. difficulty whatsoever interoperating with Omen Technology Products.
  36.  
  37. >
  38. >You know, there is a lot of code out there with:
  39. >
  40. >#define TRUE 1
  41. >#define FALSE 0
  42. >
  43. >
  44. >Are they all copyright violations of the first one that came up with this?
  45. I'm not complaining about their cpying of "#define SOH 1" from rz/sz
  46. despite the fact their code never uses it.
  47.  
  48. I'm complaining about what they've copied from the Copyrighted
  49. zmodem.h.  The following makes the plagiarism clear:
  50.  
  51. rz> /*
  52. rz>  *   Z M O D E M . H     Manifest constants for ZMODEM
  53. rz>  *    application to application file transfer protocol
  54. rz>  *    Copyright 1993 Omen Technology Inc All Rights Reserved
  55. rz>  */
  56. zm> /*
  57. zm>  * zmodem.h
  58. zm>  * zmodem constants
  59. zm>  * (C) Mattheij Computer Service 1994
  60. zm>  */
  61.  
  62. Obviously Mattheij isn't too bright on copyright basics.  The (C) does not
  63. have legal significance.  Omen's "All Rights Reserved" does.
  64.  
  65. rz> #define ZMAXHLEN 16       /* Max header information length NEVER CHANGE */
  66. zm> #define ZMAXHLEN 0x10 /* maximum header information length */
  67.  
  68. rz> #define ZMAXSPLEN 1024      /* Max subpacket length  NEVER CHANGE */
  69. zm> #define ZMAXSPLEN 0x400 /* maximum subpacket length */
  70.  
  71. rz> #define CANVHDR 01              /* Variable headers OK */
  72. zm> #define ZF1_CANVHDR 0x01        /* Variable headers OK */
  73.  
  74. rz> #define ZMCHNG  8       /* Change filename if destination exists */
  75. zm> #define ZF1_ZMCHNG 8    /* Change filename if destination exists */
  76.  
  77. >Furthermore, look at the code.  I haven't dug deep into it, but on a casual
  78. >look they are different.  For example, you can actually read the code to zmrx.
  79.  
  80. rz/sz would be easier to read if it didn't have a zillion #ifdefs and special
  81. cases to support the wide variety of platforms it supports.  You should have
  82. seen it before I removed the VMS and GEnie support from rz/sz 3.xx!
  83.  
  84. >Also, if they copied the code, why didn't they copy all of it?  zmrx omits a
  85. >few things like the handling of ZSINIT.  If you're going go copy, why leave
  86. >out major functionality?
  87.  
  88. Because it's a lousy, lazy copy that was clumsily hacked in in
  89. attempt to disguise the plagiarism.  That it's a piece of poorly
  90. hacked compost does not excuse plagiarism and copyright
  91. infringement.
  92.  
  93. It's obvious they did their code massaging with a guilty
  94. conscience.  They didn't have to recode the rz/sz zsendline()
  95. into tx() et al because the zsendline routine is unchanged from
  96. the PD versions.  Their version is slower.  It doesn't meet the
  97. protocol definition beacause they made a mistake when they
  98. attempted to hide the fact thet they'd copied zsendline()
  99. instead of independently developing code.
  100.  
  101.  
  102.  
  103. -- 
  104.   Chuck Forsberg WA7KGX       caf@omen.COM      503-621-3406
  105. Author of YMODEM, ZMODEM, Professional-YAM, ZCOMM, GSZ and DSZ
  106.    Omen Technology Inc      "The High Reliability Software"
  107. TeleGodzilla BBS: 503-621-3746     FAX:-3735    CIS:70007,2304
  108.