home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / alt / lucidem / help / 714 < prev    next >
Encoding:
Text File  |  1992-11-20  |  3.1 KB  |  84 lines
  1. x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Fri, 20 Nov 1992 18:15:50 EST
  2. Date: Fri, 20 Nov 1992 17:23:01 EST
  3. From: gcp@mc.com (Gerry Pocock)
  4. Message-ID: <9211202223.AA15636@mc.com>
  5. Subject: A few questions.
  6. Newsgroups: alt.lucid-emacs.help
  7. Path: sparky!uunet!wendy-fate.uu.net!help-lucid-emacs
  8. Sender: help-lucid-emacs-request@lucid.com
  9. Lines: 73
  10.  
  11. >  Date: Fri, 20 Nov 92 14:01:04 PST
  12. >  X-Windows: No hardware is safe.
  13. >  From: Jamie Zawinski <uunet!lucid.com!jwz>
  14. >  Sender: uunet!lucid.com!jwz%thalidomide
  15. >  References: <9211201906.AA13834@mc.com>
  16. >
  17. >  In message <9211201906.AA13834@mc.com> Gerry Pocock wrote:
  18. >  >
  19. >  > 1) When I move from screen A to screen B where screen A is on top of
  20. >  > screen B, screen B raises but the hidden contents of screen B are not
  21. >  > immediately displayed, there is a few second delay. 
  22. >
  23. >  The delay is probably because of swapping.  Get more memory.
  24.  
  25. Hmmm. I have a 32 meg swap partition and 16 megs of memory on an SLC.
  26. Maybe the SLC is too slow. Or it might be the way we built lucid emacs
  27. (see below).
  28.  
  29. >
  30. >  > It appears to me that lucid emacs is attempting to access a terminal
  31. >  > upon startup, maybe via an ioctl.
  32. >
  33. >  This is fixed; it will be in 19.4.
  34.  
  35. Someone sent me a quick fix that involved defining the TERM
  36. environment variable and all worked well.
  37.  
  38. >
  39. >  > 3) When I hold down the cnt-n key, lucid appears to wait before moving
  40. >  > the cursor. The cursor position isn't updated until I release the key.
  41. >
  42. >  Did you compile with optimization?  All versions of emacs abort redisplay
  43. >  as soon as new user input appears; if the execution of C-n takes longer than
  44. >  the autorepeat speed, then you won't see any redisplay until you release the
  45. >  key.  When emacs is compiled with optimization on a sparc (with lcc, at least)
  46. >  it's fast enough, but when it's compiled with -g, it sometimes isn't.
  47. >
  48. >  I'm not entirely sure why C-n takes longer in lemacs than in other versions
  49. >  of emacs but it probably has something to do with the fact that we disabled
  50. >  the "direct-output-for-insert" and similar redisplay optimizations, because
  51. >  the emacs redisplay code really, really, really sucks, and that was the
  52. >  easiest way to make it stop crashing.
  53.  
  54. I will need to go back and check how we built it. It is possible we
  55. never turned on the optimizer and only the debug flag. I'll check.
  56.  
  57.  
  58. >
  59. >  > 4) One of the things I liked about epoch was the separate minibuffer.
  60. >  > It was nice having the minibuffer as wide as my terminal screen
  61. >  > without having to have individual screens as wide as the terminal
  62. >  > screen. Is this possible with lucid emacs.
  63. >
  64. >  No.  There's code in there, but it doesn't work.  Feel free to make it work.
  65. >  I dislike detached minibuffers, so this is way down on my list.
  66. >
  67.  
  68. No problem, it certainly won't stop me from using lucid emacs.
  69.  
  70.  
  71. And thanks so much from your quick response! I really appreciate it.
  72.  
  73.                     -- Gerry
  74.  
  75. ==============================================================================
  76.  
  77. Dr. Gerry Pocock                gcp@mc.com
  78. Mercury Computer Systems            508.458.3100
  79. 600 Suffolk Street
  80. Lowell Mass 01854
  81.  
  82.     "Quit dreaming this is real life baby", Jim Keer, Simple Minds
  83.  
  84.