home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / editors / 3120 < prev    next >
Encoding:
Text File  |  1992-12-29  |  3.4 KB  |  67 lines

  1. Newsgroups: comp.editors
  2. Path: sparky!uunet!spool.mu.edu!uwm.edu!cs.utexas.edu!hermes.chpc.utexas.edu!michael
  3. From: michael@chpc.utexas.edu (Michael Lemke)
  4. Subject: Re: Extension Languages
  5. Message-ID: <1992Dec29.235734.18974@chpc.utexas.edu>
  6. Organization: The University of Texas System - CHPC
  7. References: <1992Dec28.131000.79@dallas.sil.org> <1992Dec29.064438.24211@physiol.su.OZ.AU> <29DEC199208322560@author.gsfc.nasa.gov>
  8. Date: Tue, 29 Dec 92 23:57:34 GMT
  9. Lines: 56
  10.  
  11. In article <29DEC199208322560@author.gsfc.nasa.gov> rkoehler@author.gsfc.nasa.gov (BOB KOEHLER) writes:
  12. >In article <1992Dec29.064438.24211@physiol.su.OZ.AU>, john@physiol.su.OZ.AU (John Mackin) writes...
  13. >
  14. >>I don't know about the merits of TPU in the abstract.  I just want to
  15. >>discourage everyone from using nu/TPU.  It is a real pain in the bottom.
  16. >>It has very restrictive `oh no, you have pirated me' code built into
  17. >>it.  Now I have _not_ tried to pirate the damn thing, all I have
  18. >>tried to do is support it for my users in a distributed computing
  19. >>environment, and the pirate-detction stuff is very flakey: all
  20. >>you have to do, just about, is breathe on the environment it's
  21. >>installed in, and the damn thing decides it's been pirated and
  22. >>refuses to run any more.  And naturally, they've taken the
  23. >>security-through-obscurity approach (probably because they
  24. >>couldn't make it secure any other way), so there's not a
  25. >>shred of documentation on this stuff to help you figure out
  26. >>what it was you did `wrong', or how to fix it or avoid
  27. >>doing it in the future.
  28. >> 
  29. >>Set knows I'm opposed to commercial software in general, but
  30. >>this sort of thing really needs to be stamped out.  Please
  31. >>do not buy nu/TPU.
  32. >> 
  33. >
  34. >   I do know about TPU's merits in the abstract, and in the practical. I have
  35. >had no problems of any such manner with nu/TPU, and the problems I have gone
  36. >through have been well worth the result.  A great full screen, character-cell
  37. >as well as X11 compatable editting interface, especially for those moving from
  38. >a VMS to UNIX or DOS environment already knowing DEC's EDT, or EVE, or
  39. >progamming in TPU. And an extension language specifially designed for writing
  40. >text editors (talk about the right tool for the job).  There are, of course
  41. >competitors to nu/TPU in the TPU arena, as well as in the EDT-only arena which
  42. >should be considered before spending money.  We consider our purchase as money
  43. >well spent, and intend to do so again in the future. 
  44. >
  45.  
  46. I just want to add that I also consider nu/TPU not worth any money
  47. considerably exceeding the distribution costs.  It is still pretty buggy
  48. although the version I am using now is a significant improvement over
  49. the old version.  Just an example (from the old version): If you tried
  50. to get help on TPU commands it looks up a second help library.  But it
  51. won't find it because instead of looking at something like
  52. .../common/tpuhelp.hlb it needs .../common/common/tpuhelp.hlb which
  53. doesn't exit.  All help is in .../common (or thereabouts).  This is an
  54. obvious gross bug, not a subtle logic problem. TPU is full of those and
  55. I am really not surprized that you find problems in the licensing code.
  56. I haven't seen them myself but I only run it on a single machine.
  57.  
  58. If nu/TPU wouldn't have these bugs it were a nice product.  OTOH as 
  59. I detest vi and emacs is no alternative either nu/TPU is still the best 
  60. Unix editor available to me.
  61.  
  62. Michael
  63. -- 
  64. Michael Lemke
  65. Astronomy, UT Austin, Texas
  66. (michael@io.as.utexas.edu or UTSPAN::UTADNX::IO::MICHAEL [SPAN])
  67.