home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / gnu / emacs / vm / bug / 553 < prev    next >
Encoding:
Text File  |  1992-08-30  |  2.4 KB  |  61 lines
  1. x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Sun, 30 Aug 1992 20:03:56 EDT
  2. Date: Sun, 30 Aug 1992 18:02:48 MDT
  3. From: jerry@math.ep.utexas.edu (Jerry)
  4. Message-ID: <9208310002.AA19432@banach.math.ep.utexas.edu>
  5. Organization: Department of Mathematical Sciences--University of Texas at El Paso
  6. Subject: Re: Bug in VM 5.32 - incorporating new mail
  7. References: <9205271728.AA08452@wendy-fate.UU.NET>
  8.     <9205272119.AA06720@wendy-fate.UU.NET>
  9.     <CIAMAC.92May27164310@goodgestreet.media.mit.edu>
  10. Newsgroups: gnu.emacs.vm.bug
  11. Path: sparky!uunet!wendy-fate.uu.net!bug-vm
  12. Sender: bug-vm-request@uunet.uu.net
  13. Lines: 46
  14.  
  15. Ciamac Moallemi on May 27 wrote:
  16. -> I have found a potential bug in VM 5.32: when I incorporate new mail,
  17. -> I am asked if I really wish to kill my vm-crash-box.  This is not a
  18. -> big deal, but it gets quite annoying after a while.  Note that I have
  19. -> vm-visit-when-saving set to t and vm-crash-box is in my
  20. -> auto-mode-alist (associated with vm-mode, of course).
  21. Kyle Jones on May 27 wrote:
  22. -> Ciamac Moallemi writes:
  23. > > I have found a potential bug in VM 5.32: when I incorporate new mail,
  24. [...]
  25. -> 
  26. -> Emacs won't ask about the killng a buffer unless it has been
  27. -> modified.  VM should not be doing anything that would modify the
  28. -> crash box buffer.  So the question is: how is the crash box
  29. -> buffer being modified?
  30.  
  31. After invoking vm-mode, all of the messages in the crash box are new,
  32. and the first such message is being marked as read, which sets the
  33. buffer modification flag to t.
  34.  
  35. Kyle Jones on May 27 wrote:
  36. -> Ciamac Moallemi writes:
  37. > > Isn't VM modifying the crash box buffer when it incorporates new mail?
  38. > > I was under the impression that new mail is first deposited into the
  39. > > crash box buffer, and then moved to the inbox.
  40. -> 
  41. -> The mail is moved into the crash box before it is visited by
  42. -> VM/Emacs.  VM visits the crash box, appends its contents to the
  43. -> inbox buffer and the on-disk version of the inbox, removes the
  44. -> crash box and kills the crash box buffer.  None of these actions
  45. -> should cause the buffer modification flag to be set in the crash
  46. -> box buffer.
  47.  
  48. Except when the crash box is in the auto-mode-alist, vm-mode is
  49. invoked and ... then when trying to kill the crash box (which is
  50. marked modified), etc.
  51.  
  52. Two ways to solve this:
  53.  
  54.     Don't name the vm-crash-box so that it is in auto-mode-alist
  55. or
  56.     (setq vm-preview-lines "some number")
  57.  
  58. to avoid modification.  I have done both.
  59.  
  60. -Jerry
  61.