home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 19903 < prev    next >
Encoding:
Text File  |  1992-12-26  |  2.5 KB  |  59 lines
  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!haven.umd.edu!decuac!pa.dec.com!engage.pko.dec.com!star.enet.dec.com!cantor
  3. From: cantor@star.enet.dec.com (Dave Cantor)
  4. Subject: Re: Alternative callable editors in MAIL?
  5. Message-ID: <1992Dec26.185949.27176@engage.pko.dec.com>
  6. Sender: newsdaemon@engage.pko.dec.com (USENET News Daemon)
  7. Organization: Digital Equipment Corporation
  8. References: <34147@twics.co.jp> <1992Dec25.234751.5910@ais.com>
  9. Date: Sat, 26 Dec 1992 18:55:03 GMT
  10. Lines: 47
  11.  
  12.  
  13.  
  14. In article <1992Dec25.234751.5910@ais.com>, bruce@ais.com (Bruce C. Wright) writes...
  15. >In article <34147@twics.co.jp>, burress@twics.co.jp (Tim Burress) writes:
  16. [...]
  17. >> So my question is whether there is a procedure for installing a different
  18. >> callable editor, and having MAIL use that one instead of EDT.  I know it's a
  19. >> longshot, but the alternative is using the callable mail routines to write my
  20. >> own mailer, and it's not how I planned to spend my holiday.
  21. > 
  22. >You can very often set things up so that almost any editor can be used as
  23. >a callable editor in MAIL.  For example, suppose you have a locally-written
  24. >editor named XYZ -- what you need to do to make it callable from MAIL is:
  25. [...]
  26. >    2)  Have a procedure named XYZ$EDIT in the sharable image.  The
  27. >    arguments should look like the callable EDT interface routine
  28. >    named EDT$EDIT, although I think you can just get by with 2
  29. >    arguments for callable MAIL (input_file, output_file).  Note
  30. >    that the arguments are passed by descriptor!!  This procedure
  31. >    should start up the editor on input_file and write it to
  32. >    output_file when done.  You'll probably want to do the image
  33. >    `properly' with a transfer vector and so forth, this often 
  34. >    makes things simpler to deal with when things change.
  35.  
  36. If the editor is named XYZ, then the entry point needs to be named
  37. XYZ$XYZ, not XYZ$EDIT.   (The entry points for some popular editors
  38. are TPU$TPU, LSE$LSE, and TECO$TECO.)
  39.  
  40. >
  41. [...]
  42. >    5)    Within MAIL, do a SET EDITOR XYZ (and DON'T set the MAIL$EDIT
  43. >    logical name, that will override the SET EDITOR command when MAIL
  44. >    starts up and the users will need to do an explicit SET EDITOR
  45. >    every time they get into MAIL).
  46.  
  47. You can also use
  48.  
  49.     $ DEFINE MAIL$EDIT CALLABLE_XYZ
  50.  
  51. >[...]
  52.  
  53. -- --
  54.  Dave C.                          cantor@star.enet.dec.com
  55.  Digital Equipment Corp., Nashua, NH  03062, USA
  56.   The views expressed herein are my own, except where attributed to 
  57.   someone else.  They are neither the opinion of, nor the responsibility 
  58.   of, Digital Equipment Corporation.
  59.