home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / emacs / 3889 < prev    next >
Encoding:
Internet Message Format  |  1992-12-31  |  2.3 KB

  1. Xref: sparky comp.emacs:3889 gnu.emacs.help:5213 comp.editors:3135
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!caen!kuhub.cc.ukans.edu!spssig.spss.com!uchinews!quads!ab2r
  3. Newsgroups: comp.emacs,gnu.emacs.help,comp.editors
  4. Subject: Re: Does DEMACS work reliably for anyone?
  5. Message-ID: <1992Dec31.174001.5262@midway.uchicago.edu>
  6. From: ab2r@quads.uchicago.edu (Marshall Abrams)
  7. Date: Thu, 31 Dec 1992 17:40:01 GMT
  8. Reply-To: ab2r@midway.uchicago.edu
  9. Sender: news@uchinews.uchicago.edu (News System)
  10. References: <1992Dec20.173946.20445@super.org> <kfBUGNy00WB3MB7GYk@andrew.cmu.edu>
  11. Organization: University of Chicago
  12. Lines: 41
  13.  
  14. In article <kfBUGNy00WB3MB7GYk@andrew.cmu.edu> strong+@CMU.EDU (Thomas W. Strong, Jr.) writes:
  15. >I've been using it [Demacs] for a couple weeks now, and I haven't had too many
  16. >problems with it.  I have learned not to try o shell to DOS then print a
  17. >file...  it will hang when I try to exit the shell.
  18.  
  19. I've never used Demacs, but I suspect that this is a problem that
  20. I've dealt with in other contexts.  The first time you use the
  21. DOS PRINT command, it loads a TSR program or a driver or
  22. something into memory.  Generally, when you shell out of a
  23. program like an editor, you set up a secondary environment on top
  24. of the program you're shelling out of.  When you run PRINT in
  25. this environment, you load the PRINT TSR on top of the program
  26. you shelled out of.  Then when you try to go back to your
  27. original program, it can't reclaim the memory above it, because
  28. the PRINT TSR is stuck there.  (In DOS 5.0, the MEM/C command
  29. will show you where things are loaded in memory.)
  30.  
  31. What I do is load PRINT in my AUTOEXEC.BAT before I go into
  32. my editor.  That way it's already loaded when I shell out of the
  33. editor.  Since it's already loaded, running PRINT again doesn't
  34. load another copy of PRINT up above the editor.  Then I can print
  35. my document and exit back to the editor.
  36.  
  37. If you want to load PRINT into memory without actually printing a
  38. document, use the /d:<device> switch--e.g.'s:
  39.  
  40.     PRINT /D:PRN:
  41.  
  42. or
  43.  
  44.     PRINT /D:LPT2:
  45.  
  46. (The first example is perfect for most systems.)
  47.  
  48. (If you don't like PRINT taking up memory, note that there are
  49. switches that will make it smaller, or you can load it into upper
  50. memory or something like that if your system supports it.)
  51.  
  52.  
  53.  
  54. Marshall Abrams
  55.