HDTenEightyP/NetNews huggingface dataset:
From: gaumondp@ere.umontreal.CA (Gaumond Pierre)
Subject: Emacs installation
Organization: Universite de Montreal
Distribution: gnu
Date: Wed, 11 Nov 1992 21:26:42 GMT

I have a question about the "Makefile" on the main directory of the 18.59
version of Emacs.

Why don't you use the "-p" option of mkdir in the "mkdir" dependancy?

mkdir: FRC
	-mkdir ${LIBDIR} ${BINDIR} ${MANDIR}

You asssume that only the last part of the path names does not exist. This is
probably the case with default values on most systems, but if we decide to
create, say, a test version, with directory names having more than one
component that don't exist, mkdir will not create the directory.

Thanks.

-- 
Pierre Gaumond.        gaumondp@ERE.UMontreal.CA
Services Informatiques, Universite de Montreal. 
C.P. 6128, Succursale "A", Montreal,            
Quebec, Canada.   H3C 3J7                       


Newsgroups: gnu.emacs.bug
From: scottm@intime.INTime.COM (Scott Michel)
Subject: More macros that fail in texinfo-format-buffer
Organization: -- J/24 -- Racers Home for Programmers
Distribution: gnu
Date: Wed, 11 Nov 1992 04:35:51 GMT

In addition to my previous posting re: Formatting the Emacs texinfo file
with Emacs 18.59, I listed two "@" macros that fail. Allow me to add to
that list:

	@finalout		(can fix this one in texinfmt.el)
	@top			(can fix this one in texinfmt.el)
	@sc

If one of the maintainers or developers could tell me which E-lisp function
ignores or discards an "@" macro with arguments (not just discard the rest
of the line) or a workaround, I'd appreciate it. I've already hacked a
little of texinfmt.el to work around @finalout and @top, but @sc is a
tricky little bugger.

-scottm


x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Tue, 10 Nov 1992 14:44:29 EST
From: jbw@cs.bu.edu (Joe Wells)
Date: Tue, 10 Nov 1992 14:42:40 -0500
Subject: Re: VM problem?
Sent-Via: bug-vm@uunet.uu.net, Marwan Shaban <shaban@cs.bu.edu>
Newsgroups: gnu.emacs.vm.bug
>>>>> "Marwan" == Marwan Shaban <shaban@cs.bu.edu> writes:

  Marwan> I just noticed something very strange.  I am using VM (within
  Marwan> emacs) to read mail.

Which version of VM are you using?

  Marwan> If ~/INBOX exists when I read my mail, everything is normal, but
  Marwan> if ~/INBOX does not exist when I read mail (e.g. I am reading
  Marwan> newly arrived mail, and I have no saved mail), then after I quit
  Marwan> VM, the ~/INBOX~ (notice the last tilde) file is saved with
  Marwan> global read permissions, even though my umask is 077.

This doesn't seem like a familiar problem.  I'm sending this now to
bug-vm@uunet.uu.net to see if anyone there knows what the problem is.

  Marwan> Is this a bug in VM, emacs, unix, or a combination of the above?
  Marwan> Obviously, I don't like people being able to read my mail.

-- 
Joe Wells <jbw@cs.bu.edu>
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Wed, 11 Nov 1992 03:10:51 EST
From: eyvind.ness@hrp.no (Eyvind Ness)
Posted-Date: Wed, 11 Nov 92 8:11 GMT
Received-Date: Wed, 11 Nov 92 09:10:37 +0100
Reply-To: Eyvind.Ness@hrp.no
Subject: Re: VM problem?
X-Mailer: GNU Emacs 18.58.20 with VM 5.21 (beta)
Date: Wed, 11 Nov 1992 08:10:53 GMT
Newsgroups: gnu.emacs.vm.bug
| Date: Tue, 10 November 1992, 22:30 GMT
  | From: Gilbert Harman
  |
  | In checking whether my INBOX~ folder was global readable, I
  | discovered it was not but that almost all my vm folders are
  | readable, no doubt because my umask is 022.  Is there a way
  | to get new vm folders not to be global readable if I want my
  | permissions to be more permissive for most new files?

How about utilising GNU Emacs' write-file-hooks variable:

(setq vm-mode-hooks '(vm-mode-init))

(defun vm-mode-init ()
  (our-mail-mode-local-variables)
  ;; From bottom of vm.el:
  (or (memq 'vm-write-file-hook write-file-hooks)
      (setq write-file-hooks
	    (cons 'vm-write-file-hook write-file-hooks))))

(defun our-mail-mode-local-variables ()
  (make-local-variable 'make-backup-files)
  (make-local-variable 'write-file-hooks)
  (setq write-file-hooks '(mail-chmod-exit-hook))
  (setq make-backup-files nil))

(defun mail-chmod-exit-hook ()
  (condition-case c
      (prog1 t
	(let* ((write-file-hooks nil)	;ignore other hooks
	       (cmd2 "/bin/chgrp")
	       (options2 "other")
	       (umask ?\37)		;octal - strip off last 5 bits
	       (file (buffer-file-name))
	       (modes (file-modes file)))
	  (set-file-modes file (logand modes (lognot umask)))
	  (save-buffer)
	  ;; NB! no hooks for save-buffer - otherwise a recursive call.
	  ;; For NFS backups - make sure root has read access:
	  (call-process cmd2 nil nil nil options2 file)))
    (error
     ;; Make sure we always return nil if this code crashes so that other
     ;; write-file-hooks get called.
     (prog1 nil
       (message "%s" c) (sit-for 5)))))


I have the same umask as you have, 022, but this does not affect the
above code at all (in fact it uses #'set-file-modes to explicitly set
the folder permissions).

Hope this helps.

Cheers,
Eyvind.


~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
  Eyvind Ness         Internet: Eyvind.Ness@HRP.No
  Research Scientist  Voicenet: +47 9 183100 ext. 275
  CRS Division        Faxnet:   +47 9 187109
  OECD HRP            Papernet: PO Box 173, N-1751 Halden, Norway

~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~

- Listen, I know that your friends are my friends and vice versa. I've
thought about that. You can have them.
	(Bret Easton Ellis, American Psycho)
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Thu, 12 Nov 1992 17:31:29 EST
Date: Thu, 12 Nov 1992 17:28:43 -0500
From: kyle@crystal.wonderworks.com (Kyle Jones)
Subject: Re: VM problem?
	<9211101942.AA24774@csd.bu.edu>
Newsgroups: gnu.emacs.vm.bug
>>>>> "Marwan" == Marwan Shaban <shaban@cs.bu.edu> writes:

Marwan> If ~/INBOX exists when I read my mail, everything is normal, but
Marwan> if ~/INBOX does not exist when I read mail (e.g. I am reading
Marwan> newly arrived mail, and I have no saved mail), then after I quit
Marwan> VM, the ~/INBOX~ (notice the last tilde) file is saved with
Marwan> global read permissions, even though my umask is 077.

I haven't been able to come up with a scenario where this could
occur assuming modern versions of Emacs and VM.  By modern in
this case I mean at least version 4.09 for VM, since it's been
chmod'ing the primary INBOX to 600 for that long.  The backup
file mode should match that of the primary file; it does for
version 18.58 of Emacs at least.
Newsgroups: gnu.emacs.vm.bug
From: Hamish.Macdonald@x400gate.bnr.ca (Hamish Macdonald)
Subject: Re: VM problem?
Organization: Bell Northern Research
	<GHH.92Nov10173052@clarity.princeton.edu>
Date: Wed, 11 Nov 92 14:07:28 GMT

>>>>> On Tue, 10 Nov 1992 22:30:52 GMT,
>>>>> In message <GHH.92Nov10173052@clarity.princeton.edu>,
>>>>> ghh@clarity.Princeton.EDU (Gilbert Harman) wrote:

Gilbert> In checking whether my INBOX~ folder was global readable, I
Gilbert> discovered it was not but that almost all my vm folders are
Gilbert> readable, no doubt because my umask is 022.  Is there a way
Gilbert> to get new vm folders not to be global readable if I want my
Gilbert> permissions to be more permissive for most new files? 

I put my VM folders in a directory which has 700 permissions.  My
umask is the friendly 022.
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Thu, 5 Nov 1992 17:50:24 EST
Date: Thu, 5 Nov 1992 17:49:09 -0500
From: pds@lemming.webo.dg.com (Paul D. Smith)
Subject: Another 5.32beta problem...
Newsgroups: gnu.emacs.vm.bug
I'll try to get the details on this one correct :)

If you start up VM (5.32Beta) with vm-startup-with-summary set to t
(full-screen summary), or if you use C-x 1 in the summary window so
your message window disappears, then:

If you hit SPC the message window appears but it has already paged
down in the message some distance, instead of starting at the top of
the message.

After a bit of poking with the debugger, the problem appears to be
this:

  * In vm-page.el:vm-scroll-forward the variable was-invisible is set
    to t

  * The statement:

      (if (or mp-changed was-invisible)
          (vm-howl-if-eom)

    is executed, so vm-howl-if-eom is called.

  * In vm-page.el:vm-howl-if-eom we see:

      (save-excursion
        (save-window-excursion
          (let ((next-screen-context-lines 0))
            (condition-case ()
                (progn (select-window w) (scroll-up nil) nil)
              (error t)))))

What happens is the (scroll-up nil) causes the message window to
scroll up, but the (save-window-excursion) for some reason doesn't
restore the window back to where it was previously, so it stays
scrolled down; the only thing I can think of is that the message
buffer is not visible in a window when the (save-window-excursion) is
invoked, and so it doesn't get stored as it should.

Anyone have a fix?

                                                                paul
-----
 ------------------------------------------------------------------
| Paul D. Smith                          |    paul_smith@dg.com    |
| Data General Corp.                     | pds@lemming.webo.dg.com |
| Network Systems Development Division   |                         |
| Open Network Systems Development       |   "Pretty Damn S..."    |
 ------------------------------------------------------------------
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Tue, 10 Nov 1992 13:28:49 EST
Date: Tue, 10 Nov 1992 12:51:27 -0500
From: tb06@PL122c.EECS.Lehigh.EDU (TERRENCE BRANNON)
Subject: vm says no new mail even though I have new mail
Newsgroups: gnu.emacs.vm.bug
I type M-x vm and vm was loading in my new mail but then the workstation
evidently went down because my x-window collapsed.

I logged in on another machine and type M-x vm but it says.


Getting new mail from /usr/spool/mail/tb06...

but then it says

No new mail.


Even though /usr/spool/mail/tb06 is non-zero in length

Terrence Brannon	 tb06@pl122e.eecs.lehigh.edu
medical biology via acupuncture and particle physics
primitive knowledge reign supreme over nearly every1
Newsgroups: gnu.emacs.vm.bug
From: ghh@clarity.Princeton.EDU (Gilbert Harman)
Subject: Re: VM problem?
Originator: news@nimaster
Organization: Princeton University Cognitive Science Lab
Date: Tue, 10 Nov 1992 22:30:52 GMT

In checking whether my INBOX~ folder was global readable, I
discovered it was not but that almost all my vm folders are
readable, no doubt because my umask is 022.  Is there a way
to get new vm folders not to be global readable if I want my
permissions to be more permissive for most new files?
--

	Gilbert Harman, Princeton University Cognitive Science Lab
	221 Nassau Street, Princeton, NJ 08542
	ghh@clarity.princeton.edu
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Thu, 5 Nov 1992 13:40:30 EST
From: kyle@uunet.uu.net (Kyle Jones)
Date: Thu, 5 Nov 1992 13:40:19 -0500
Subject: Re: Real-estate bug...
	<9211051802.AA25822@lemming.webo.dg.com>
Newsgroups: gnu.emacs.vm.bug
Paul D. Smith writes:
 > Whoops.  Heh.  I mis-typed that; vm-mutable-windows *is* t :).  Sorry
 > about that.  Any more ideas anyone? :)

Actually I'm glad to hear this, since I was having trouble
comprehending how window sizes were changed with
vm-mutable-windows set to nil.
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Fri, 6 Nov 1992 12:09:05 EST
Date: Fri, 6 Nov 1992 11:00:06 -0500
From: pds@lemming.webo.dg.com (Paul D. Smith)
Subject: VM Scrolling bug found?
Newsgroups: gnu.emacs.vm.bug
Further checking reveals some more facts, and a solution (maybe?) to
the VM 5.32beta vm-scroll-forward problem I reported yesterday.

  * The problem only happens in vm-mutable-windows is t, not nil (I
    didn't try another value).

  * If you have a summary and a message displayed, then you use 'n' to
    get to the next message, it displays properly.

    However, if you then (with the cursor in the summary window) press
    SPC, it jumps forward about 1 1/2 pages in the message buffer so
    you lose part of the message.

I commented out the (scroll-up nil) line from
vm-page.el:vm-howl-if-eom and all the above problems were fixed.  I
don't know what the problem was/is, since it *seems* like the
save-window-excursion should take care of this scroll-up, but it
causes all sorts of problems and removing it doesn't seem to have much
of an effect.

Patch below.  If anyone has a better idea of what's going on/how to
fix it, please let me know, thanks,

                                                                paul
-----
 ------------------------------------------------------------------
| Paul D. Smith                          |    paul_smith@dg.com    |
| Data General Corp.                     | pds@lemming.webo.dg.com |
| Network Systems Development Division   |                         |
| Open Network Systems Development       |   "Pretty Damn S..."    |
 ------------------------------------------------------------------
-------------------------------------------------------------------------------
--- vm-page.el-dist     Mon Apr 22 20:50:05 1991
+++ vm-page.el  Fri Nov  6 10:46:52 1992
@@ -124,7 +124,9 @@
              (save-window-excursion
                (let ((next-screen-context-lines 0))
                  (condition-case ()
-                     (progn (select-window w) (scroll-up nil) nil)
+                     (progn (select-window w)
+                            ;(scroll-up nil)
+                            nil)
                    (error t)))))
            (= (vm-text-end-of (car vm-message-pointer)) (point-max))
            (vm-emit-eom-blurb))))))
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Tue, 10 Nov 1992 20:06:57 EST
Date: Tue, 10 Nov 1992 18:06:11 MST
From: jerry@math.ep.utexas.edu (Jerry)
Organization: Department of Mathematical Sciences--University of Texas at El Paso
Subject: position of point in folder buffer
Newsgroups: gnu.emacs.vm.bug
Doing

  M-x vm RET
  h
  C-x o
  n
  C-x o

leaves point in a different place (at the beginning of the visible
headers) in the folder buffer than doing

  M-x vm RET
  n

which leaves point at the beginning of the message itself, after the
displayed headers.  Similarly, doing

  M-x vm RET
  h
  C-x o
  4 RET		(goto message 4)
  C-x o

leaves point in no predictable location when you get to the folder
buffer after the last C-x o.

vm-mutable-windows is t
vm-preview-lines is 7   (neither nil nor t)

if this will help any.

-Jerry
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Thu, 12 Nov 1992 17:53:22 EST
From: shaban@cs.bu.edu (Marwan Shaban)
Date: Thu, 12 Nov 1992 17:52:59 -0500
Subject: Re: VM problem?
Newsgroups: gnu.emacs.vm.bug
Kyle Jones (kyle@crystal.wonderworks.com) writes:

> >>>>> "Marwan" == Marwan Shaban <shaban@cs.bu.edu> writes:
> 
> Marwan> If ~/INBOX exists when I read my mail, everything is normal, but
> Marwan> if ~/INBOX does not exist when I read mail (e.g. I am reading
> Marwan> newly arrived mail, and I have no saved mail), then after I quit
> Marwan> VM, the ~/INBOX~ (notice the last tilde) file is saved with
> Marwan> global read permissions, even though my umask is 077.
> 
> I haven't been able to come up with a scenario where this could
> occur assuming modern versions of Emacs and VM.  By modern in
> this case I mean at least version 4.09 for VM, since it's been
> chmod'ing the primary INBOX to 600 for that long.  The backup
> file mode should match that of the primary file; it does for
> version 18.58 of Emacs at least.


Kyle,

I just discovered the cause of the problem.  It was unrelated to VM
and emacs.  The cause was that I was calling emacs directly from my
.Xsession file which meant that emacs wasn't using the umask of 077
contained in my .tcshrc file.

Thanks again for your response,

- Marwan
From: raj@cfa272.harvard.edu (Raj Manandhar)
Newsgroups: gnu.emacs.vm.bug
Subject: incorrect display when switching buffers back to INBOX with 18.57
Date: 5 Nov 92 22:05:13 GMT
Organization: Harvard-Smithsonian Center for Astrophysics, Cambridge,
	Massachusetts, USA

Our systems people recently upgraded our emacs version to 18.57 (it
used to be 18.55). Now I noticed that when I reply to a message in my
INBOX (using vm 5.32 beta), and switch buffers back from the reply,
the INBOX buffer is displayed incorrectly. Basically, part of the
first message in the INBOX is displayed, with various headers that are
not normally displayed. If I press any keys (C-n, cursor, etc), the
display immediately reverts to the current message and looks correct.
This never happened with emacs 18.55.  My system is a Sun SPARCstation
1, SunOS 4.1.1, and emacs pops up its own xterm (but the same thing
happens with a dumb terminal). With the old version of emacs,
X-windows support must not have been compiled in, since it ran in
whatever xterm window I was using.

More exactly, this is what I did:

	emacs -q &

Note I do not have a .vm file. Then in the emacs window, 

	M-x load-f[tab] emacs/lisp/vm.e[tab][ret]

This is vm 5.32, which I compiled with the new byte compiler.

	M-x vm[ret]

Before this, in a previous emacs session, I sent myself some test mail
and so I have two test messages and nothing else in my INBOX. The
second message is the current message, which is displayed now.

	r[ret]

A reply buffer comes up, replacing the INBOX buffer.

	C-x b[ret]

Now I am looking at the INBOX buffer, but I see both messages in the
file, not just the second one, and with all of the headers displayed,
even ones that are normally suppressed. Now if I type C-n (the message
is several lines long and I'm not at the bottom) the second message is
displayed normally.

I'm not sure whether this is a vm bug, an emacs bug, or something
else, but it only has happened to me with vm so far. It may also
happen in non-INBOX folders, but I haven't tried. Since it is easily
fixed by typing C-n, it is not too serious, but it does strike me as a
bug. Any ideas? vm is very nice otherwise...

Raj
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Thu, 12 Nov 1992 17:52:23 EST
Date: Thu, 12 Nov 1992 17:51:27 -0500
From: kyle@crystal.wonderworks.com (Kyle Jones)
Subject: vm says no new mail even though I have new mail
Newsgroups: gnu.emacs.vm.bug
TERRENCE BRANNON writes:
 > I type M-x vm and vm was loading in my new mail but then the workstation
 > evidently went down because my x-window collapsed.
 > 
 > I logged in on another machine and type M-x vm but it says.
 > 
 > 
 > Getting new mail from /usr/spool/mail/tb06...
 > 
 > but then it says
 > 
 > No new mail.

movemail is trying to get mail from the spool file but it is
failing for some reason.  VM ought to show you the error message
but it doesn't.  Run movemail by hand to find out what's wrong.
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Thu, 5 Nov 1992 13:43:00 EST
Date: Thu, 5 Nov 1992 13:02:15 -0500
From: pds@lemming.webo.dg.com (Paul D. Smith)
Subject: Re: Real-estate bug...
Newsgroups: gnu.emacs.vm.bug
[] Regarding Real-estate bug...;
[] Kai Grossjohann <grossjoh@lucy.informatik.uni-dortmund.de> writes:

  Paul> VM 5.32Beta:
  Paul> I have: vm-startup-with-summary is nil, vm-mutable-windows is nil,
  Paul> vm-mail-window-percentage is 75, and vm-preview-lines is nil.

    kg> You have (eq vm-mutable-windows nil), so: I think you should
    kg> use (setq vm-mutable-windows t).  I hope this is not complete
    kg> nonsense. You have probably tried it...

Whoops.  Heh.  I mis-typed that; vm-mutable-windows *is* t :).  Sorry
about that.  Any more ideas anyone? :)

                                                                paul
-----
 ------------------------------------------------------------------
| Paul D. Smith                          |    paul_smith@dg.com    |
| Data General Corp.                     | pds@lemming.webo.dg.com |
| Network Systems Development Division   |                         |
| Open Network Systems Development       |   "Pretty Damn S..."    |
 ------------------------------------------------------------------
Newsgroups: gnu.emacs.vm.info
From: rolfl@ulrik.uio.no (Rolf Lindgren)
Subject: deleting selected messages
Organization: Det samfunnsvitenskapelige fakultet, Universitetet i Oslo
Distribution: gnu
Date: Fri, 13 Nov 1992 09:37:44 GMT

How do I delete all messages from the same user or mailing list?

Is it possible to have vm work with more than one mailbox, so that I could
e.g. automatically have all messages from the same mailing list go to the
same mailbox?

--
       Rolf Lindgren           |       "The opinions expressed above are
       616 Bjerke Studentheim  |        not necessarily those of anyone"
       N-0589 OSLO 5           |           rolf.lindgren@usit.uio.no 
Newsgroups: gnu.emacs.vm.info
From: Hamish.Macdonald@x400gate.bnr.ca (Hamish Macdonald)
Subject: Re: How to get Supercite to cite automatically in VM?
Organization: Bell Northern Research
Date: Thu, 12 Nov 92 14:22:37 GMT

>>>>> On 12 Nov 92 03:36:09 GMT,
>>>>> In message <1992Nov12.033609.20697@csis.dit.csiro.au>,
>>>>> stuarth@argo.csis.dit.csiro.au (Stuart Hungerford) wrote:

Stuart> I've been using Supercite 2.2 with VM 5 (beta) and lucid emacs
Stuart> 19.3.  Unfortunately, replying to a message is not easy is as
Stuart> I thought it would be.  Here's what happens:

lemacs 19 does regions differently from emacs 18.  If you are using
zmacs active regions, Supercite doesn't work as is, because it uses
(mark) to get the value of the mark.  If the region is not active,
(mark) returns nil.  Supercite needs to use (mark t) to get the mark
regardless of whether or not the region is active.

I changed Supercite to call (sc-mark) instead of (mark), and at the
beginning of sc.el, I define (sc-mark) as (mark t) if running lucid
emacs, and (mark) if running regular emacs (I suppose I should have
made sc-mark a macro instead of a function).

If you do this, hopefully you'll find Supercite will work properly for
you.