home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / bsd / 4097 < prev    next >
Encoding:
Text File  |  1992-08-13  |  3.8 KB  |  81 lines

  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!ftlsw.telematics.com!ted
  3. From: ted@telematics.com (Ted Goldblatt)
  4. Subject: USL's claims to "intellectual property"
  5. Message-ID: <1992Aug13.191858.18970@telematics.com>
  6. Sender: root@telematics.com
  7. Nntp-Posting-Host: sirius.ftlsw.telematics.com
  8. Organization: Telematics Intl., Inc.; Ft. Lauderdale, FL
  9. Date: Thu, 13 Aug 1992 19:18:58 GMT
  10. Lines: 69
  11.  
  12. (ObDisclaimer: I'm no lawyer, and don't even play one :-))
  13.  
  14. The way _I_ read the complaint and intellectual property law
  15. (which is sort of haphazardly), USL could be claiming any
  16. of 3 things (or a combination):
  17.  
  18. 1.  Net2 contains code that makes use of ideas or techniques
  19.     that, while not patented by USL, are treated by USL as
  20.     trade secrets (provided to source licensees with usage
  21.     and control restrictions), and in revealing these, CSRG
  22.     violated the license.
  23.  
  24.     I would think that the number and depth of articles and
  25.     books about Un*x internals, as well as the sheer number 
  26.     of source licenses and relative lack of control over them
  27.     would make a trade secret argument untenable.  Certainly
  28.     I wouldn't think that there would be any inovative 
  29.     techniques in V32 that hadn't been published by now.
  30.  
  31. 2.  Net2 contains code directly lifted from (some rev of)
  32.     Un*x, or code that had only been cosmetically altered
  33.     from actual USL code.
  34.  
  35.     This is a judgement call area.  Incrementing a variable
  36.     named "i" will look like "i++", no matter who writes it.
  37.     For larger chunks of code (and for "cosmetic" rewrites),
  38.     the questions are "for the given task, is the (practical or
  39.     reasonable) solution space constrained sufficiently that
  40.     2 alternative implementations will always end up similar"
  41.     and "what is similar".  Depending on the competence (and
  42.     biases :-)) of the reviewers, there could be calls either
  43.     way here, but if I were USL, I wouldn't depend on this.
  44.     (Admittedly, I haven't seen either peice of code, so take
  45.     that bold pronouncement as you will.)
  46.  
  47. 3.  This (potential) claim would depend on USL's ability to 
  48.     treat all of V32 as a single copyrighted entity.  The 
  49.     argument then could be that at each step of derivation,
  50.     from V32 through BSD4.4 (including such side ventures as
  51.     Net2), _all_ of the code (including that wholey written
  52.     by CSRG or others) becomes a derived work of V32 by virtue(?) 
  53.     of its incorporation into something that is admittedly a
  54.     derived work (or at least, that items that are replacements
  55.     for items in V32 (the brick-by-brick argument) would fall
  56.     into this category). and further, that this code doesn't 
  57.     lose its status as a derived work simply by virtue of having 
  58.     been "un-incorporated" as a separate entity. (Whew, that was 
  59.     a long sentence)
  60.  
  61.     This one is ugly.  Unfortunately, it is purely a legal argument,
  62.     based on interpretation of copyright rules, and therefore 
  63.     cannot (easily) be challenged on technical or other "merit"
  64.     grounds.  It would, however, let off the hook any Un*x-alikes
  65.     that are not descendents of BSD (e.g., Linux, at least exclusive
  66.     of any Net2 based add-ons).  What it would mean for Net1, which
  67.     seems (on the surface) to be totally free from any ATT/USL
  68.     heritage is not clear.  It seems likely that if the laws
  69.     _could_ be interpretted this way, USL would try this.
  70.  
  71. All of this does seem to argue against academia and others who are
  72. interested in free distribution of research and results from getting
  73. involved with "protected" code, since the "black box" approaches
  74. used in industry for reverse engineering are probably too expensive
  75. and provide too little benefit to be worth while.
  76.  
  77. ted
  78. -- 
  79. Ted Goldblatt    ted@telematics.com     (305) 351-4367
  80.     Telematics Intl., Inc.   Ft. Lauderdale, FL
  81.