home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / next / programm / 7848 < prev    next >
Encoding:
Text File  |  1992-12-21  |  2.1 KB  |  57 lines
  1. Newsgroups: comp.sys.next.programmer
  2. Path: sparky!uunet!psinntp!kripalu!harit
  3. From: harit@kripalu.com
  4. Subject: Re: Using the serial # in ROM as a copy protection mechanism...?
  5. Message-ID: <1992Dec19.122423.632@uunet!cbmvax!xmws!kripalu>
  6. Sender: harit@uunet!cbmvax!xmws!kripalu
  7. Reply-To: harit@kripalu.com
  8. Organization: Kripalu Center
  9. References: <1992Dec17.230932.16643@jarvis.csri.toronto.edu>
  10. Date: Sat, 19 Dec 92 12:24:23 GMT
  11. Lines: 44
  12.  
  13. In article <1992Dec17.230932.16643@jarvis.csri.toronto.edu>  
  14. ematias@dgp.toronto.edu (Edgar Matias) writes:
  15. > 
  16. > A thread is just starting up on comp.sys.mac.programmer on the idea of
  17. > using a computer's serial number embedded in a ROM chip as a means of
  18. > uniquely identifying a given computer.  This could easily be used in
  19. > a copy protection scheme.  I'm told NeXT computers work that way and
  20. > I wonder what all of you think of this kind of copy protection?
  21. > 
  22. > Does is work well?  Is it annoying when machine servicing is required?
  23. > Is the chip soldered to the board?  What do you all think?
  24. > 
  25. > I think it's a pretty good idea and could solve a lot of problems in
  26. > the software industry.  I seem to be one of the few people in
  27. > comp.sys.mac.programmer who thinks so.  What have been your
  28. > experiences?
  29. > 
  30. > Thanks,
  31. > Edgar
  32. > -- 
  33. > Edgar Matias
  34. > Input Research Group
  35. > University of Toronto
  36. > --
  37. > I speak for no one...
  38.  
  39. As a system administrator as well as a developer the difficulty of maintaining  
  40. licenses at the individual machine level is VERY annoying.  For the system  
  41. administrator all the issues around repairs and swapping out a defective slab  
  42. for a working one, and so on, is complicated by machine specific licenses.  For  
  43. the developer they get all the calls from the administrator needing new  
  44. licenses to match the musical machines being done.  The MUCH preferable  
  45. solution is floating licenses ala OTProvide.  For those worried about stand  
  46. alone machines copying the software: as an administrator I would prefer some  
  47. kind of plug in key off the serial port to being tied to a motherboard serial  
  48. number.
  49.  
  50. That is my two cents.
  51.  
  52. -- 
  53. Michael Allen Latta
  54. Kripalu Center
  55. harit@kripalu.com
  56. (413)448-3288
  57.