HDTenEightyP/NetNews huggingface dataset:
From: davis@tonedeaf.lanl.gov (Scott Davis)
Subject: A Bug! (undesired feature??)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 21 Jul 1992 18:38:59 GMT

The "C-h l" dosen't record this very well, so perhaps I should just say what
happened myself.

I created a file "foo", added some text to it and saved it.
Then, using "M-x shell-command" (this isn't necessary, you can stop emacs w.
"C-z" too) I make a hard link to foo like so: "ln foo bar". Then I load up
bar (or quit emacs and start a new editing session with bar, I've tried it
both ways), add some text, and save it. Since the foo and bar are linked,
whatever I add to bar should be added to foo, but foo is unchanged. Instead,
"bar~" (the backup file) and foo are linked, and bar is a new file!

To explain this better, here's what I've done in terms of UNIX commands...

(Use emacs to make a new file called foo, then save it and exit)

$ ls -li
  6506 -rw-r--r--  1 davis          26 Jul 21 12:17 foo
$ ln foo bar
$ ls -li
  6506 -rw-r--r--  2 davis          26 Jul 21 12:17 bar
  6506 -rw-r--r--  2 davis          26 Jul 21 12:17 foo
$ emacs bar

(Add some text to bar, then save it and exit)

$ ls -li
  6507 -rw-r--r--  1 davis          45 Jul 21 12:20 bar
  6506 -rw-r--r--  2 davis          26 Jul 21 12:17 bar~
  6506 -rw-r--r--  2 davis          26 Jul 21 12:17 foo

Now, bar~ is linked to foo. If foo is edited, then the updates that should've
been made to it won't be.

I consider this behavior a bug, as it works around the link.

The section of the manual titled "Copying vs. Renaming" describes how to work
around this bug, but it's still a potential hazard. Other people at my site
use other links to my file (than the one I edit). Perhaps the way to deal with
this is to change the default from renaming backups to copying them.

I've done this on a NeXT (I'm not sure of the model or OS version) and on
a Sun 4 running SunOS 4.1.1. The emacs version is "GNU Emacs 18.55.3 of Wed
Aug 14 1991 on oracle (berkeley-unix)" for the sun and "GNU Emacs 18.55.121 of
Mon Oct 22 1990 on instamatic (berkeley-unix)" for the NeXT. They both do the
same thing.

	-scott

Newsgroups: gnu.emacs.bug
From: s5451066@titan.ucc.umass.edu (Eric Ludlam)
Subject: Emacs core dumped on me due to lisp code. : (
Organization: University Computing Services
Distribution: gnu
Date: Wed, 22 Jul 1992 16:20:04 GMT

Hello,

  I've working out an elisp package for emacs that does a couple things
and I was testing something, and I got:

Fatal error (4). Illigal instruction.

The elisp code I put on alpha.gnu ... in /tmp/etalk.tar.Z because when
I tried to cut it to message length, it didn't want to crash anymore.

I am running:
GNU emacs 18.58.2 of Thu Feb 27 1992 on titan.ucc.umass.edu (berkeley-unix)

Which is actually a decstation running ULTRIX v4.2A (Rev. 47)

I'm not an operator so I don't know how they compiled emacs, but
here is what happens on this machine in case someone important can get
this error too.

1) put source in load path
2) M-x load-library finger          ; finger mode file
3) M-x finger RET                   ; hit return to finger current node
4) M-x finger-re-finger             ; BOOM

Not being a complete elisp wizard, what it does is call finger
synchonosly and put it in a buffer.  I put in finger-re-finger to
update the finger list.  Logical thing to want to do.  Anyways,
finger-re-finger simply calls finger again.  Seemed like a simple
solution at the time.  From what I could deduce, the crash occured on
the return call from finger-make-list.

I am, of course, going to change the way I am doing this operation,
but thought someone important might like to know, or might be able to
determine what happened.

--Eric

ps.  etalk.tar.Z is a subset of what I've been working on without any
of the c files or doc files, basically, it is what I need to crash
emacs.

Newsgroups: gnu.emacs.bug
From: perrot@ipncls.IN2p3.FR (Bernard PERROT - IPN Orsay - [(33-1) 69 41 79 59])
Subject: GNU Emacs and Posix
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 21 Jul 1992 18:23:39 GMT

Hello,

I'm trying to install (but without success...) GNU Emacs under VMS/Posix (the 
Makefile don't works).

Do you know if it's possible ? if it works ? 

Thanks a lot,

Bernard perrot
Internet: perrot@ipncls.in2p3.fr

Newsgroups: gnu.emacs.bug
From: scottm@intime.INTime.COM (Scott Michel)
Subject: Re: #XXX# file remains after killing modified buffer for XXX
Organization: IntelliMED Corporation, Santa Monica, CA
Distribution: gnu
Date: Fri, 24 Jul 1992 17:16:15 GMT

In article <9207201711.AA14459@beast.mountain> cdr@beast.UUCP (CD Rasmussen) writes:
>In GNU Emacs 18.57.4 of Wed Oct  2 1991 on beast (berkeley-unix)
>
>If I edit a file named XXX and then decide to toss the changes by deleting the
>buffer, the #XXX# file remains in the file system.
>
>  Constantine Rasmussen      508-750-7500 x7048     siemens.com!sme!cdr
>

This is a feature, not a bug. It saves this backup file just in case you
really do want the changes you made.

scottm
-- 
------------------------------------------------------------------------------
Scott Michel, IntelliMED Corporation  | "For the words of the profits were
E-mail:    scottm@intime.intime.COM   |  written on the studio walls!"
CI$:       72600,1657                 | [Rush - _Permanent Waves_]


Newsgroups: gnu.emacs.bug
From: m-lp9966@jed.cs.nyu.edu (Lewis Perin)
Subject: Re: *SERIOUS* problem.  C-s from home.
Organization: New York University
Distribution: gnu
Date: Sat, 25 Jul 1992 20:08:58 GMT

In article <BrvJD4.28K@usenet.ucs.indiana.edu> shulick@navajo.ucs.indiana.edu (Sam Hulick) writes:

   Granted, C-s will work from a console..  but from home, Control-S pauses the
   screen flow!  So how can we possibly use C-s from home?  There's no possible
   way.

If you use a reasonable terminal emulator from home, you should be
able to map C-s to the long-winded Emacs way of requesting a forward
search.  It works for me.

Cheers, Lew

Newsgroups: gnu.emacs.bug
From: cdr@beast.UUCP (CD Rasmussen)
Subject: #XXX# file remains after killing modified buffer for XXX
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 20 Jul 1992 17:11:07 GMT

In GNU Emacs 18.57.4 of Wed Oct  2 1991 on beast (berkeley-unix)

If I edit a file named XXX and then decide to toss the changes by deleting the
buffer, the #XXX# file remains in the file system.

  Constantine Rasmussen      508-750-7500 x7048     siemens.com!sme!cdr

Newsgroups: gnu.emacs.bug
From: mcg@icsi.berkeley.edu (Michael C. Greenspon)
Subject: termio handling & gnu emacs
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 30 Jul 1992 00:43:45 GMT

This is probably not a bug in EMACS, but I thought I'd ask you guys anyway:
I've got a program that needs to take occasional command inputs from the
terminal while most of the time it's waiting around for some out-of-band
message action on some sockets it owns. I don't want to chew up CPU time
while nothing is happening, so I do an fcntl to set FASYNC on fd 0 and
then a sigpause. Unfortunately, FASYNC alone doesn't seem to get me any
SIGIOs for fd 0; to get the signals, I have to first do an fcntl
F_SETOWN to -getpgrp(0) (this is under Sun OS 4.1) to set the process group
of fd 0 to the caller. Then I get SIGIOs for fd 0, and I can stop the
process and background it and things are ok. If I foreground it, I'm
still getting the SIGIOs.

The problem is if I foreground something like GNU Emacs, then suspend it,
and then foreground my backgrounded program, it no longer gets the SIGIOs
for the terminal. It's sitting in sigpause, and there's no way to get its
attention with terminal input.

What am I doing wrong / can you give a crash course on Unix terminal
handling for a Macintosh systems programmer?

I suppose Emacs may be turning off FASYNC and I'm sure the shell is
changing the process group of the terminal. But meanwhile my program
is backgrounded in a sigpause, so how do I do things so that when it's
foregrounded again, I get some sort of attention signal so that I can
reset FASYNC, etc?

Thanks!

--Michael

Newsgroups: gnu.emacs.bug
From: rsm@math.arizona.edu (Robert S. Maier)
Subject: rmail.el: setq's in wrong function
Organization: Mathematics Department, University of Arizona
Distribution: gnu
Date: Thu, 23 Jul 1992 20:45:00 GMT

The definition of the function `rmail', in rmail.el, includes the 
following two lines:

	  (or rmail-last-file
	      (setq rmail-last-file (expand-file-name "~/xmail")))
	  (or rmail-last-rmail-file
	      (setq rmail-last-rmail-file (expand-file-name "~/XMAIL")))

which set the default names of files to which messages will be stored.
I think these lines are misplaced: they really belong in the function
`rmail-mode'.

Why is this?  Well, I myself have a lot of rmail (i.e., Babyl-format)
files.  Sometimes I run M-x rmail on them, but sometimes I visit them as
regular files, in fundamental mode.  And sometimes I want to switch them
from fundamental mode to rmail mode.

To do this I just type M-x rmail-mode.  (I added a line to my .emacs file
to autoload rmail.el when rmail-mode is invoked, of course.)  This is 99%
satisfactory: the buffer is immediately switched to rmail mode, and all 
the single-letter rmail commands begin to work.

However... the `o' command to output messages to another rmail file
doesn't.  Nor does `\C-o', to output them in ASCII format.  The reason is
simple: the default values of rmail-last-file and rmail-last-rmail-file
aren't set!

That's why the above lines need to be moved from the rmail defun to the
rmail-mode defun.

-- 
Robert S. Maier   | Internet: rsm@math.arizona.edu, rsm@cs.arizona.edu
Dept. of Math.    | UUCP: uunet!arizona!amethyst!rsm
Univ. of Arizona  | Bitnet: maier@arizvms
Tucson, AZ  85721 | FAX: +1 602 621 8322
U.S.A.            | Voice(POTS): +1 602 621 6893  /  +1 602 621 2617

Newsgroups: gnu.emacs.bug
From: dodd@mycenae.cchem.berkeley.edu (Lawrence R. Dodd)
Subject: Re: #XXX# file remains after killing modified buffer for XXX
Reply-To: dodd@mycenae.cchem.berkeley.edu
Organization: Dept of Chemical Engineering, UC Berkeley, CA, USA
Distribution: gnu
Date: Sat, 25 Jul 1992 15:42:45 GMT

>>>>> On Fri, 24 Jul 1992 17:16:15 GMT, scottm@intime.INTime.COM (Scott
>>>>> Michel) said:

  Scott> In article <9207201711.AA14459@beast.mountain> cdr@beast.UUCP (CD
  Scott> Rasmussen) writes:

>If I edit a file named XXX and then decide to toss the changes by deleting the
>buffer, the #XXX# file remains in the file system.

  Scott> This is a feature, not a bug. It saves this backup file just in case
  Scott> you really do want the changes you made.

On a related issue, I think someone a while back asked how one can get emacs
to ask the user about saving *scratch* buffers when exiting emacs.  Right now
standard emacs just wipes them is there a way to get it to attach some
importance to *scratch* buffers?  Just a simple "save buffer to disk?" would
be nice.



Newsgroups: gnu.emacs.bug
From: kevin@traffic.den.mmc.com (Kevin Rodgers)
Subject: Re: trivial but aesthetically-pleasing addition to man.el
Organization: Martin Marietta Western Internal Systems, Technical Operations
Distribution: gnu
Date: Wed, 29 Jul 1992 18:13:56 GMT

In article <9207281259.AA01543@eucalyptus.sql.sybase.com> eprice@sql.UUCP (Ed Price) writes:
>Yuck! So in the function nuke-nroff-bs I added the following code,
>doesn't really matter where I don't think, except note that the ^H in
>the search-string should be a real ^H (I used C-q C-h to get it in
>there):
>
>  ;; "bullets" that look like `o^H+' should look like `o'.
>  
>  (goto-char (point-min))
>  (while (search-forward "o\+" nil t)
>    (replace-match "o"))
>  
>Now the bullets look very nice when I do M-x man.  Victory!

Great idea.  I prefer `*' over `o' for bullets, but my main suggestion
is to incorporate this into the part of the function that deals with the
other uses of back space (i.e. underlining and overstriking).  You can
just insert this clause into the cond form that's inside the first (while
(search-forward "\b") nil t) ...) loop:

((and (char-equal preceding ?o)
      (char-equal following ?+))
 ;; o\b+ (bullet)
 (delete-region (- (point) 2) (1+ (point)))
 (insert "*"))

>In exchange for this brilliant ingenious and oh so subtle algorithm
>that everyone may now freely distribute for the betterment of society
>as a whole... would someone enlighten me as to the proper way of
>including a control-character in a string of this kind?  Is it
>different for a regular expression (which is what I was using at
>first)?  I looked in the regexp info page and did not see any mention
>of this.  (I guess public followups should go to help-gnu-emacs or
>whatever it's called...)

The 'Character Type' info node in the Elisp manual describes the various
character syntaxes, all of which can be used inside strings.  They
include C escape codes (e.g. \t for TAB) and the \C- and \^ escape codes
for control characters.
-- 
Kevin Rodgers				kevin@traffic.den.mmc.com
Martin Marietta MS A16401		(303) 790-3971
116 Inverness Dr. East
Englewood CO 80112 USA			GO BUFFS!

Newsgroups: gnu.emacs.bug
From: dodd@mycenae.cchem.berkeley.edu (Lawrence R. Dodd)
Subject: SUMMARY: getting emacs to query a save of buffers
Reply-To: dodd@mycenae.cchem.berkeley.edu
Organization: Dept of Chemical Engineering, UC Berkeley, CA, USA
Distribution: gnu
Date: Tue, 28 Jul 1992 16:44:11 GMT

>>>>> On Sat, 25 Jul 1992 15:42:45 GMT, dodd@mycenae.cchem.berkeley.edu (Lawrence R. Dodd) said:

  Lawrence> On a related issue, I think someone a while back asked how one can
  Lawrence> get emacs to ask the user about saving *scratch* buffers when
  Lawrence> exiting emacs.  Right now standard emacs just wipes them is there
  Lawrence> a way to get it to attach some importance to *scratch* buffers?
  Lawrence> Just a simple "save buffer to disk?" would be nice.

The best way in v18 emacs:

(progn
  (set-buffer "*scratch*")
  (set-visited-file-name "~/foobar"))

problem with above is that it works only for *scratch* and not any unattached
buffer.

The best way in v19 emacs:

use the variable buffer-offer-save

Documentation:
*Non-nil in a buffer means offer to save the buffer on exit
even if the buffer is not visiting a file.
Automatically local in all buffers.

from the most recent FAQ.emacs:

............
25:  When will GNU Emacs 19 be available?
  
  There are strong indications that Emacs 19 will be available in 1992.  The !
  FSF has recently gone through a spate of copyright disclaimer checking,    !
  which is a good sign.                                                      !
                                                                             !
  Lucid has released Lucid GNU Emacs 19.2, which is based on an early        !
  unreleased version of GNU Emacs 19.  This will be similar to Emacs 19 when !
  it finally arrives, but they are not the same.  See question 123.          !
                                                                             !
  Work has begun on features for Emacs 20.                                   !
............

Newsgroups: gnu.emacs.bug
From: epstein@suna0.cs.uiuc.edu (Milt Epstein)
Subject: Re: #XXX# file remains after killing modified buffer for XXX From: siemens!intime.intime.com!scottm (Scott Michel) Date: Fri, 24 Jul 1992 17: 16: 15 GMT
Reply-To: epstein@cs.uiuc.edu
Organization: University of Illinois at Urbana-Champaign
Distribution: gnu
Date: Mon, 27 Jul 1992 23:01:50 GMT

In <9207271606.AA04175@beast.mountain> cdr@beast.UUCP (CD Rasmussen) writes:

>>If I edit a file named XXX and then decide to toss the changes by
>>deleting the buffer, the #XXX# file remains in the file system.
>
>   This is a feature, not a bug. It saves this backup file just in case you
>   really do want the changes you made.
>
>I'm not getting involved in a bug or feature de+bate.  The point is, I find
>the behavior unreasonable and out of character based on this reasoning:
>
>In elisp, when you want a user to take full (not temporary) responsibility
>for an action you make them confirm the decision with a yes-or-no-p
>instead of a y-or-n-p.  After that I expect the action to be fully
>carried out, with out any left overs that I have to manually go undo.
>
>It is out of character for emacs to assume that I didn't really mean the
>command when I gave it and it would really be doing this hapless user a
>favor by not really completing the task.  Emacs has always been industrial
>strength software for grownups and it does not second guess you when you
>ask for something to be done.  That's why it asked me for the confimation
>in the first place, so I WOULD take the responsibility for the action.
>
>What I want to know it: will the GNU project accept the changes if I submit
>them?  Len, RMS, what say you?

Well, I, for one would not want this changed.  At least not
completely, i.e. if it was configurable one way or the other, that
would be fine.

-- 
Milt Epstein
Department of Computer Science
University of Illinois
epstein@cs.uiuc.edu

Newsgroups: gnu.emacs.bug
From: Dan_Jacobson@att.com
Subject: delete-indentation ignores fill-prefix
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 28 Jul 1992 19:53:00 GMT

Assume fill-prefix's value is "        1>&2 echo "
And your code looks like
        1>&2 echo started.  \"Locks\" last `expr $timeout / 60`
        1>&2 echo ---
        1>&2 echo minutes, which is our assumption of how long is
And your cursor is on the "---", and you hit ESC ^ (delete-indentation).
Ugliness confronts you: 
        1>&2 echo started.  \"Locks\" last `expr $timeout / 60` 1>&2 echo ---
        1>&2 echo minutes, which is our assumption of how long is
Whilst desired behavior is:
        1>&2 echo started.  \"Locks\" last `expr $timeout / 60` ---
        1>&2 echo minutes, which is our assumption of how long is

Emacs 18.57 & 8 I think.  File: simple.el
-- 
Dan_Jacobson@ATT.COM Naperville IL USA Chinese~{;}5$Da~}Ji1Dan1ni2

Newsgroups: gnu.emacs.bug
From: pot@fly.cnuce.cnr.it (Francesco Potorti`)
Subject: backup-by-copying-when-linked
Reply-To: pot@cnuce.cnr.it
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 25 Jul 1992 11:53:00 GMT

Scott Davis reports what I consider an ugly emacs feature.
Wouldn't everyone be happier if emacs' default was

(setq backup-by-copying-when-linked t) ?

		    Francesco Potorti`	| pot@cnuce.cnr.IT (Internet)
				 	| 39369::pot       (DECnet)
					| (39)(50)593203   (voice)

Newsgroups: gnu.emacs.vms
From: zrepachol@cc.curtin.edu.au (Paul Repacholi)
Subject: Emacs under Posix on 5.5-1
Organization: Curtin University of Technology
Date: Thu, 30 Jul 1992 16:31:38 GMT

Has any one had a go at putting Emacs up under the Posix interface on 5.5?
I will be doing the install of 5.5-1 and Posix on mon and was kind of currious.

~Paul

Newsgroups: gnu.emacs.vms
From: prabal@cis.ohio-state.edu (Prabal Acharyya)
Subject: Using mouse with Emacs on VMS 5.5
Originator: prabal@pons.cis.ohio-state.edu
Organization: The Ohio State University, Department of Computer and Information Science
Date: Wed, 29 Jul 1992 22:33:25 GMT

I use emacs 18_55 on VMS 5.5.  When I run the emacs.com file cme with
the source code, I spawn a process on my decterm.  I would like to be
able to spawn a separate Emacs window where I can use the mouse. 

Currently the script sets the terminal to vt100 even when I am using
decterm etc.  I am on a VaxStation 3100.  

Any help will be appreciated,

Prabal.

Email: acharyyap@rcwcl1.dnet.bp.com


Newsgroups: gnu.emacs.vm.bug
From: msanghvi@sol.ulowell.edu (Mehul Sanghvi)
Subject: latest version of vm???
Reply-To: msanghvi@cs.ulowell.edu
Organization: UMass-Lowell CS Dept.
Distribution: gnu
Date: Fri, 24 Jul 1992 20:33:08 GMT


what is the latest version of VM available and where can i get it from??

and also what are the keystrokes used to invoke the function
vm-yank-message (no i am not looking for M-x solutions)

peace
--
===============================================================================
Mehul "raja lakhan" Sanghvi    | University of Massachusets at Lowell, CS Dept.
Inet: msanghvi@cs.ulowell.edu  | US Mail:  754 Aiken St. #11
UUCP: harvard!ulowell!msanghvi |           Lowell, MA. 01850-1804
Newsgroups: gnu.emacs.vm.bug
Date: Mon, 27 Jul 92 22:11:50 PDT
X-Windows: Form follows malfunction.
From: Jamie Zawinski <jwz@lucid.com>
Subject: thank you master, may I have another.
Fuck me gently with a chainsaw!  I had made a lot of changes to my inbox
(deleted 200 of the 900 messages in it.)  My emacs crashed.  No problem,
I think, I'll just recover the auto-save file.

So I restart, and start up VM.  It doesn't get new mail because it realizes
that the autosave is newer.  Cool.  But then what happens?  IT DOES AN 
AUTO-SAVE!!  VM trashed my changes with its current, bogus state.  Hey, 
how about some foreplay next time?

	-- Jamie
From: omoduser@hpbbi4.BBN.HP.COM (#Notes Login Ralf Klein)
Date: Thu, 23 Jul 1992 12:13:28 GMT
Subject: Re: vm 5.32(beta) installation problems
Organization: Hewlett-Packard GmbH
Newsgroups: gnu.emacs.vm.bug

In gnu.emacs.vm.bug, omoduser@hpbbi4.BBN.HP.COM (#Notes Login Ralf Klein) writes:

    Hallo,


    I am having trouble installing vm-5.32beta.tar.Z which I picked up from
    ftp.uu.net:mail.

    vm-version.el

            (provide 'vm)

            (defconst vm-version "5.32 (beta)"
            "Version number of VM.")
   



 The original makefile is wrong and should read

    	$(EMACS) -batch -q -l ./vm-message.el -l ./vm-misc.el -f batch-byte-compile vm-*.el
    	cat vm-*.elc > vm.elc

Thanks to all who replied.


Cheers
Corny
________________________________________________________________
ADDRESS:                   | PHONE  +49-7031-143729
Hewlett Packard GmbH       | FAX    +49-7031-141554
attn: Corny de Souza (ISO) | TELNET 778-3729
Herrenbergerstr. 120       | HPDESK SOUZA_CORNY_DE/HP6000_75
D-7030 Boeblingen          | MAIL   cdesouza@hpbbi8.bbn.hp.com
Federal Republic Germany   |
From: woodstck@hal.com (Nathan Hess)
Newsgroups: gnu.emacs.vm.bug
Subject: Re: thank you master, may I have another.
Date: 28 Jul 92 14:51:21 GMT
Reply-To: woodstck@hal.com (Nathan Hess)
Organization: HaL Computer Systems, Inc.; Campbell, CA
NNTP-Posting-Host: nest.hal.com
In-reply-to: jwz@lucid.com (Jamie Zawinski)
Posting-Front-End: Gnews 2.0

In article <9207280511.AA18185@thalidomide.lucid>, jwz@lucid (Jamie Zawinski) writes:
>Fuck me gently with a chainsaw!  I had made a lot of changes to my inbox
>(deleted 200 of the 900 messages in it.)  My emacs crashed.  No problem,
>I think, I'll just recover the auto-save file.
>
>So I restart, and start up VM.  It doesn't get new mail because it realizes
>that the autosave is newer.  Cool.  But then what happens?  IT DOES AN 
>AUTO-SAVE!!  VM trashed my changes with its current, bogus state.  Hey, 
>how about some foreplay next time?
>

I'm sorry, but we can't help you; you didn't say what version you were
using.


:-)#
--woodstock
-- 
"It doesn't impress the girls, of course, but there's no sense
impressing them and then getting killed, my dad used to say..."  - Hobbes

woodstock@hal.com              11 kyu               (408) 379-7000 x1112
From: ryanr@beethoven.beethoven.CS.ColoState.EDU (richard ryan)
Newsgroups: gnu.emacs.vm.bug
Subject: vm 5.32, arrayp, and installation permission
Date: 27 Jul 92 05:25:44 GMT
Distribution: gnu
Organization: /s/bach/a/under/ryanr/.organization

Hi,

When I put together vm-5.32beta, I get the following message (with a beep)
when I "M-x vm"

Wrong type argument: arrayp, nil

It's done this on 2 completely different machines, IBM-Aix and Sun4
What am I doing wrong?

Also, I've been trying to get the sys admin where I am to put some emacs
niceties on the computer.  Since vm-5.32 is beta, would it be admissable
and/or advisable (i.e., cricket) to get it on the system for general
use by students and such?

Thanks,
Richard.
Newsgroups: gnu.emacs.vm.bug
From: kyle@wendy-fate.uu.net (Kyle Jones)
Date: Mon, 27 Jul 92 09:26:35 -0400
Subject: vm 5.32, arrayp, and installation permission
References: <RYANR.92Jul27002544@beethoven.beethoven.CS.ColoState.EDU>