HDTenEightyP/NetNews huggingface dataset:
From: jose@gr.osf.ORG
Subject: possible bug in rmail-reply command
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 18 Aug 1992 01:02:44 GMT

Hi,

I found a possible bug in the rmail-reply command: when you reply, the
Re: field is not inserted in the subject field. Besides, if the
subject already contains the Re: field, it gets deleted.

I think I spotted the place where the problem happens to be: in the
file rmail.el, lines 1245 and 1246:

	 (string-match "\\`Re: " subject)
	 (setq subject (substring subject 4)))

should be replaced by something more like:

	 (not (string-match "\\`Re: " subject))
	 (setq subject (concat "Re: " subject )))

I don't know if this is the right thing to do since I am not a Lisp
specialist, but apparently it seems to correct the problem.

Thank's.

Jose Rogado (jose@gr.osf.org)

Newsgroups: gnu.emacs.bug
From: mjn@mmi-dev-1.jet.UK (Mark J Neale)
Subject: enhancements to etags for fortran
Organization: Joint European Torus
Distribution: gnu
Date: Wed, 19 Aug 1992 17:52:30 GMT

I'm not sure if this is the correct place to post this, but seeing as
etags comes as part of emacs, it seems the best.

I have made two mods to etags.c for fortran handling. One allows
underscore (_) in tags and the other recognises fortran entry points.
(Reconstructed) diffs follow. The etags these are taken from is that
released with emacs 18.57.

Please mail me for queries as I don't receive this group. Thanks.

*** etags.c    	Wed Aug 19 13:42:41 1992
--- etags.c.old	Mon Aug 10 14:22:33 1992
***************
*** 1082,1091 ****
  	  if (tail("subroutine"))
  	    getit();
  	  continue;
- 	case 'e':
- 	  if (tail("entry"))
- 	    getit();
- 	  continue;
  	case 'p':
  	  if (tail("program"))
  	    {

*** 1140,1146 ****
      dbp++;
    if (*dbp == 0 || !isalpha(*dbp))
      return;
!   for (cp = dbp+1; *cp && (isalpha(*cp) || isdigit(*cp) || *cp == '_'); cp++)
      continue;
    c = cp[0];
    cp[0] = 0;
--- 1140,1146 ----
      dbp++;
    if (*dbp == 0 || !isalpha(*dbp))
      return;
!   for (cp = dbp+1; *cp && (isalpha(*cp) || isdigit(*cp)); cp++)
      continue;
    c = cp[0];
    cp[0] = 0;
--
      #                   Mark Neale (mjn@jet.uk)
      #  ######   #####   Juggling with the parameters of Fusion.
      #  #          #
      #  #####      #     Joint European Torus, Culham Lab. OX14 3EA, UK
#     #  #          #     +44 235 465272
 #####   ######     #     Any opinion expressed above is.
-- 
      #                   Mark Neale (mjn@jet.uk)
      #  ######   #####   Juggling with the parameters of Fusion.
      #  #          #
      #  #####      #     Joint European Torus, Culham Lab. OX14 3EA, UK
#     #  #          #     +44 235 465272
 #####   ######     #     Any opinion expressed above is.
- Disclaimer: Please note that the above is a personal view and should not 
  be construed as an official comment from the JET project.

Newsgroups: gnu.emacs.bug
From: geoffo@cs.unsw.oz.AU (Geoff Oakley)
Subject: Bug in etags ignoring first line of TeX input files
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 18 Aug 1992 22:38:49 GMT

There is an apparent bug in etags in ignoring the first line of TeX
input files.

The source file etags.c includes:

++  TEX_funcs (fi)
++      FILE *fi;
++  {
++    char *lasthit;
++  
++    lineno = 0;
++    charno = 0;
++    pfcnt = 0;
++  
++    /* Select either \ or ! as escape character.  */
++    TEX_mode (fi);
++  
++    /* Initialize token table once from environment. */
++    if (!TEX_toktab)
++      TEX_toktab = TEX_decode_env ("TEXTAGS", TEX_defenv);
++    while (!feof (fi))
++      {
++        lineno++;
++        linecharno = charno;
++        charno += readline (&lb, fi) + 1;
++        dbp = lb.buffer;
++        lasthit = dbp;
++  
++        while (!feof (fi))
++          {       /* Scan each line in file */
++            lineno++;
++            linecharno = charno;
++            charno += readline (&lb, fi) + 1;
++            dbp = lb.buffer;
++            lasthit = dbp;
++            while (dbp = index (dbp, TEX_esc)) /* Look at each escape in line */
++              {
++                register int i;
++  
++                if (! *(++dbp))
++                  break;
++                linecharno += dbp - lasthit;
++                lasthit = dbp;
++                i = TEX_Token (lasthit);
++                if (0 <= i)
++                  {
++                    TEX_getit (lasthit, TEX_toktab[i].len);
++                    break;                /* We only save a line once */
++                  }
++              }
++          }
++      }
++  }


The outer while loop reads and discards the first line of the input
file, then the second while loop actually does useful work reading
through the remainder of the input file.

A solution is to discard the outer while loop.


Geoff O


	       geoffo@spectrum.cs.unsw.oz.au
Geoff Oakley:  CS & E, UNSW, PO Box 1, Kensington, NSW 2033, Australia
	       Phone: +61 2 697 4043	Fax: +61 2 313 7987

Newsgroups: gnu.emacs.bug
From: dan@uiucmath.math.uiuc.edu (Daniel R. Grayson)
Subject: invalid buffer-file-name crashes emacs
Reply-To: dan@math.uiuc.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 12 Aug 1992 21:42:01 GMT

Do this to make emacs 18.58 crash with an illegal instruction on a vaxstation
II running Ultrix 2.0.

(find-file "junk.foo")
(setq buffer-file-name (cons "asdf" "qwer"))
(insert "asdf")


Newsgroups: gnu.emacs.bug
From: kevin@edscom.demon.co.uk (Kevin Broadey)
Subject: Re: File Completion Problem
Organization: EDS-Scicon, Milton Keynes, UK
Distribution: gnu
Date: Thu, 13 Aug 1992 14:33:05 GMT

In article <22385.9208111225@compton.cogsci.ed.ac.uk> robert@cogsci.edinburgh.ac.UK writes:

   I have just run into a file completion problem in Epoch 4.0.1, although the
   same problem manifests itself in Emacs 18.52.7.

   I have recently started using a program which creates, for its own use,
   lock/log files called ".-etc-motd-" and ".-export-local-share-etc-motd-"
   in my home directory.

   The bug appears when I tried to visit a "dot" file in my home directory,
   though I couldn't remember its precise name.

   I typed C-x C-f, and was prompted for the "Find file:" with a default of
   "~/".  When I added a "." to this and pressed SPC for completions, Emacs
   behaved as if these two were the only "dot" files in my home directory,
   when in fact there were many others.  In particular, it first completed
   as far as "~/.-", when I pressed SPC again it gave "~/.-e", and when I
   pressed SPC a third time, it gave a completion list of just these two
   files. 

   If more of the file name is given as a "seed" for the completion, all is
   well, and all the relevant files become visible.

   I'm afraid I don't have time to look into this problem now, but I notice
   that these two files come, alphabetically, between "." and "..": could some
   mechanisms for suppressing ".." be fouling up?


I think this counts as a feature, not a bug.  The binding for SPC during file
name completion is `minibuffer-complete-word', which causes emacs to do
completion *no further* than the end of the next word.  Now the character
syntax for "." is *not* "word constituent", so you're already at the end of a
word.  In this case, emacs word-completion looks for what it's already got
followed by a hyphen.  This is why you only get your "~/.-foobar" files listed.

The thing to do is to use "?" instead of "SPC" to get a filename completion
list.  Alternatively, you could rebind "SPC" in one of the minibuffer maps, but
I wouldn't recommend this!
-- 
Kevin Broadey, EDS-Scicon
Mail:	Wavendon Tower, Wavendon, Milton Keynes, MK17 8LX, England
E-mail: kbroadey@edscom.demon.co.uk
Phone:	+44 908 284198 or +44 908 585858 ext 4198

Newsgroups: gnu.emacs.bug
From: kevin@traffic.den.mmc.com (Kevin Rodgers)
Subject: Re: killing an empty region
Organization: Martin Marietta Western Internal Systems, Technical Operations
Distribution: gnu
Date: Thu, 13 Aug 1992 15:53:16 GMT

In article <CARLISLE.92Aug11172921@r8d.cs.man.ac.uk> carlisle@cs.man.ac.UK (David Carlisle) writes:
> GNU Emacs 18.57.4 of Wed Apr  3 1991 on r8e (berkeley-unix)
>
>Killing an empty region puts nil on the kill ring.
>
>If this is yanked back, it produces an error:
>
>Wrong type argument: char-or-string-p, nil
>
>To repeat this (with the standard key bindings)
>
>C-SPC C-w C-y

I can't verify this problem in 18.58.

>killing an empty region should put either "" or nothing on the ring,
>or the yank functions should skip nil entries.

In 18.58, C-SPC C-w C-h f kill-ring indicates the former is implemented:

kill-ring's value is ("" ">
>--
>                           David Carlisle
>                                    JANET: carlisle@uk.ac.man.cs
>
>                                    Computer Science Department
>                                    Manchester University
>                                    Oxford Road
>                                    Manchester
>                                    England
>                                    M13 9PL
>


" ">")

Documentation:
List of killed text sequences.
-- 
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: bkuhn@rhlab.UUCP (Bradley M. Kuhn)
Subject: Re: C-s problems
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 14 Aug 1992 11:36:26 GMT

>From the keyboard of:  Ted Pedersen

> However, a problem has come up. It seems that whenever I use the C-s key
> (either as a part of a C-x C-s command or to do a forward search) I just 
> lock up.

As was posted on the group, the problem is flow control.  Check out the FAQ
for various ways of dealing w/ C-s and C-q.

 -- Bradley M. Kuhn    Computer Systems Development, Inc
     INTERNET: rhlab!bkuhn@uunet.uu.net OR bkuhn@loyola.edu
     UUCP:     ...uunet!rhlab!bkuhn


Newsgroups: gnu.emacs.bug
From: namjoshi@hdsf.sinet.slb.COM (Rohit Namjoshi {namjoshi@sws.sinet.slb.com})
Subject: emacs and decnet
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 12 Aug 1992 16:02:39 GMT

>      I recently acquired a copy og gnu emacs 18.55 for vax/vms running
> dec-windows. I installed it and started to use it, everythning was
> ok, till I tried to read a file across decnet, emacs responded by
> saying that file or directory not found. 
>       Later I found out from someone on the net, that emacs doesnot
> support decnet. My quetion is if I have a network that is transparent to
> emacs, emacs shouldn't really worry about the details of how to retrieve
> the  file accross decnet, that should be handled separately by decnet.
> i ALWAYS THOUGHT THAT THE NETWORK WAS TRANSPARENT TO EMACS????

The problem is not emacs but the VMS VAX C runtime library implementations of
the access() and stat() functions which do not support DECNET (at least not in
VAX C version 3.1-051).  Ask DEC why its compiler does not support its network.

Rohit Namjoshi	    	    	    	    	    namjoshi@sws.sinet.slb.com
Schlumberger Well Services  	    	    	    Vox: +1 713 928 4356
Houston, TX 77252.  USA	    	    	    	    Fax: +1 713 928 4133

Newsgroups: gnu.emacs.bug
From: hoehle@inf-wiss.ivp.uni-konstanz.DE (Joerg-Cyril Hoehle)
Subject: how to use gnus-speedups (Was: Load hooks, a convention needed.)
Organization: Information Science, Univ. of Konstanz D-W-7750 Konstanz, Germany
Distribution: gnu
Date: Mon, 10 Aug 1992 22:40:39 GMT

In article <RSM.92Aug9153420@coral.math.arizona.edu> rsm@math.arizona.edu (Robert S. Maier) writes:

>[...]
>This makes it awkward to use Marc Andreessen's gnus-speedups.el, which was
>just posted to gnus.emacs.gnus.  Logically, his speedups should be loaded
>immediately after gnus.el itself is loaded.  But the only hook available is
>gnus-Startup-hook, which will load them every time a connection to an NNTP
>server is opened.  This is redundant.

This is not a solution to the general load-hooks problem, but here is
what I do in my .emacs in order to be able to start gnus with M-x gnus:
(autoload 'gnus "gnus-speedups" "Read network news" t)
--
 	Joerg.
hoehle@inf-wiss.ivp.uni-konstanz.de


Newsgroups: gnu.emacs.bug
From: jared@large.stanford.edu (Jared Levy)
Subject: AIX mouse bug
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 14 Aug 1992 06:53:25 GMT

     I've noticed the following bug in emacs running on an IBM RISC 6000,
model 220.  When caps lock (all capital letters) is turned on, the mouse
no longer works.  
Thanks,
Jared Levy

Newsgroups: gnu.emacs.bug
From: sra@epilogue.com (Rob Austein)
Subject: invalid buffer-file-name crashes emacs
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 13 Aug 1992 08:21:31 GMT

   Date: 12 Aug 92 21:42:01 GMT
   From: dan@uiucmath.math.uiuc.edu (Daniel R. Grayson)

   Do this to make emacs 18.58 crash with an illegal instruction on a
   vaxstation II running Ultrix 2.0.

   (find-file "junk.foo")
   (setq buffer-file-name (cons "asdf" "qwer"))
   (insert "asdf")

The function lock_file() [$EMACS/src/filelock.c] takes a Lisp_Object
as the name of the file to lock.  It assumes that this Lisp_Object is
a string but does not check to be certain.  In your example, this
results in attempting to use some random portion of cons space as a
null terminated C string, with predictable results.

lock_file() should do a CHECK_STRING() on its argument so that emacs
can signal an error and carry on rather than dumping core.

--Rob Austein <sra@epilogue.com>

Newsgroups: gnu.emacs.bug
From: RICHARD@clyde.ttt.kth.se
Subject: Re: possible bug in rmail-reply command
Organization: Department of TeleTransmission Theory
Distribution: gnu
Date: Thu, 20 Aug 1992 08:38:42 GMT

In article <16u9onINNdip@early-bird.think.com> barmar@think.com (Barry Margolin) writes:

   I believe this is intentional.  Some of us don't believe that the "Re:" is
   necessary.  If you sort messages by subject, this keeps the original and
   its replies together.  The In-Reply-To field is enough to indicate that a
   message is a reply; why do you feel "Re:" is also necessary?

Humm.... If it is a matter of taste or belief, why should it imposed on every-
one? Personally, I prefer to have the subject prepended by a "Re: ". More than
one mail reader can give you a list with only the author of the mail and the
subject. There is often no presentation of the In-Reply-To field in such a
list.

I personally feel that something like this should be made an option for the
user, not something hardcoded deep in the source...

Comments?
--
!+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++!
! Richard Levitte, System manager       ! tel: int+46-8-790 64 23           !
! Royal Institute of Technology         ! fax: int+46-8-791 76 54           !
! Department of Teletransmition Theory  ! Internet: richard@ttt.kth.se      !
! S-100 44 Stockholm, Sweden            !                                   !
!---------------------------------------------------------------------------!

Newsgroups: gnu.emacs.bug
From: root@uxws02.onco.noaa.gov (Operator)
Subject: Compile errors in version 18.58
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 11 Aug 1992 17:17:01 GMT

	I get the following messages when I try to build emacs v 18.58:
	while executing the command cc -c -g -Demacs -fsoft crt0.c
	as: "/tmp/ccom.08490.1.s", line 147: error: redfinition of symbol "__start"
	*** Error code 1

	I am on a sun4 running SunOS 4.1.1, using the Sun cc.  Using file m-sun3.h.
	and s-sunos4-1.h (same result if I use s-sunos4-1.h)

	I have just finished installing gcc 1.40.  I tried to execute make CC="gcc -traditional"
as described in INSTALL but get message gcc-cc1: Invalid option `-fsoft'.  This option is enabled
if __GNUC__ is undefined, but I see no guideance on defining it.

	Any suggestions you have would be greatly appreciated!!

Newsgroups: gnu.emacs.bug
From: wilensky@cs.berkeley.edu (Robert Wilensky)
Subject: terminal/keyboard bug
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 17 Aug 1992 18:06:02 GMT

``startup.el'' explicitly does not load terminal-dependent code
(i.e., ``term/'' stuff) if you are running a window system.  This is
seems wrong, as terminal-based customization is entirely about
keyboards (well, pretty much), and window-system-based customization
is (almost) entirely unrelated to keyboards.

My suggestion is to separate displays from keyboards better.  Seems
to me things would work right if both were loaded, but maybe there
are some interactions I don't understand.

RW

Xref: sparky gnu.emacs.bug:1180 gnu.epoch.misc:790
From: pat@jaameri.gsfc.nasa.gov (patrick m. ryan)
Newsgroups: gnu.emacs.bug,gnu.epoch.misc
Subject: "Stack underflow" on SGI Iris 4D
Date: 11 Aug 92 17:15:36 GMT
Reply-To: pat@jaameri.gsfc.nasa.gov (patrick m. ryan)
Followup-To: gnu.emacs.bug,gnu.epoch.misc
Organization: Oceans & Ice Branch, NASA/GSFC/STX
Apparently-To: gnu-emacs-bug@ames.arc.nasa.gov

I am getting the following error message when I try to read
in a file under emacs 18.58/epoch4:

Stack underflow in byte code (byte compiler bug), pc = 9

The weird thing is that when I go to try it again, it
works.  The happens every time I "find" a file (or
alternate file).

I just compiled epoch 4.0.2 and the bug is still there.

I'm on an SGI Iris 4D/60T running Irix 4.0.1.  Please
email any clues.

--
                                                             patrick m. ryan
     nasa / goddard space flight center / oceans and ice branch / hughes stx
                     pat@jaameri.gsfc.nasa.gov / zmpmr@charney.gsfc.nasa.gov
Newsgroups: gnu.emacs.bug
From: robert@cogsci.edinburgh.ac.UK
Subject: File Completion Problem
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 11 Aug 1992 12:25:16 GMT

I have just run into a file completion problem in Epoch 4.0.1, although the
same problem manifests itself in Emacs 18.52.7.

I have recently started using a program which creates, for its own use,
lock/log files called ".-etc-motd-" and ".-export-local-share-etc-motd-"
in my home directory.

The bug appears when I tried to visit a "dot" file in my home directory,
though I couldn't remember its precise name.

I typed C-x C-f, and was prompted for the "Find file:" with a default of
"~/".  When I added a "." to this and pressed SPC for completions, Emacs
behaved as if these two were the only "dot" files in my home directory,
when in fact there were many others.  In particular, it first completed
as far as "~/.-", when I pressed SPC again it gave "~/.-e", and when I
pressed SPC a third time, it gave a completion list of just these two
files. 

If more of the file name is given as a "seed" for the completion, all is
well, and all the relevant files become visible.

I'm afraid I don't have time to look into this problem now, but I notice
that these two files come, alphabetically, between "." and "..": could some
mechanisms for suppressing ".." be fouling up?

Please keep up the great work.  Emacs is excellent: roll on 19, and an end
to Epoch/Lucid/GNU fragmentation!

Robert.


Newsgroups: gnu.emacs.vms
From: andreas@didymus.rmi.de (Andreas Fassl)
Subject: QUESTION: How to use the compile feature?
Summary: How to use the compile feature with GNU-Emacs VMS?
Keywords: EMACS VMS Compile
Organization: Klaus Kaempf Softwareentwicklung
Date: Wed, 19 Aug 92 09:09:55 GMT

Hi,

has someone out there a working compile.elc for VMS?

With kind regards

Andreas Fassl
-- 
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ proGIS Softwareentwicklung, Simulationssysteme, Beratung   + 
+            D- 51oo Aachen, Jakobstrasse 181                + 
+ E-Mail: andreas@didymus.rmi.de VOICE: (49) 241 403 446     +
From: dbarker@camins.camosun.bc.ca
Newsgroups: gnu.emacs.vms
Subject: <None>
Date: 20 Aug 92 19:23:04 GMT
Organization: Camosun College

I notice many of the longer postings in gnu.emacs.sources have been
bundled up so that one needs to shar them. Is there anything on VMS that
will do the equivalent? It's quite frustrating seeing stuff there that
I can't use because I currently have no access to ea Unix system.
-- 
===============================================================
|Deryk Barker Computer Science Dept.  | Without music life    |
|Camosun College, Victoria, BC	      | would be a mistake    |
|Canada 			      | (Friedrich Nietsche). |
===============================================================
Date: Sat, 15 Aug 1992 02:53:07 PDT
X-Windows: A terminal disease.
From: jwz@lucid.com (Jamie Zawinski)
Subject: lose lose lose lose lose
Newsgroups: gnu.emacs.vm.bug
I had an emacs sitting in VM on my terminal at home.  I went in to work,
read mail there, came home, and typed "g" without remembering to quit VM
first.  Guess what, it got my new mail and saved my inbox without ever
noticing that the version on disk was newer than the version it had in
the buffer.  Happy happy.  Joy joy.  Luckily I was able to pull my
messages back from the jaws of death because I have emacs make backup
versions every time it saves, but there would seem to be a call to
verify-visited-file-modtime missing somewhere...

	-- Jamie
From: kyle@wendy-fate.uu.net (Kyle Jones)
Date: Sat, 15 Aug 1992 15:47:03 -0400
Subject: lose lose lose lose lose
Newsgroups: gnu.emacs.vm.bug
Jamie Zawinski writes:
 > I had an emacs sitting in VM on my terminal at home.  I went in to work,
 > read mail there, came home, and typed "g" without remembering to quit VM
 > first.  Guess what, it got my new mail and saved my inbox without ever
 > noticing that the version on disk was newer than the version it had in
 > the buffer.

When you do a `g' VM does not save the old INBOX buffer over the
disk copy of INBOX.  It appends whatever it finds in the your
spool mailbox to the disk copy of INBOX and the buffer copy of
INBOX.  Two separate operations, so the contents don't mix.  If
you hit make changes and hit `S' after the `g' then you do lose.
From: kyle@wendy-fate.uu.net (Kyle Jones)
Date: Sat, 15 Aug 1992 15:48:32 -0400
Subject: vm does not recognize my mail packets. Help!
Newsgroups: gnu.emacs.vm.bug
M. Saggaf writes:
 >  I'm a newbie to vm, and so far I like it very much, especially its
 > ability to extract messages from digests (I converted from elm).
 > However, I have one problem: sometimes vm does not recognaize my mail
 > packets. It knows the location of the file and everything but
 > sometimes it incorporates the mail and other times it tells me that no
 > mail has arraived, although mail did arrave.

Hard to say what's wrong without seeing an example.
From: rob@cs.man.ac.uk (Robert Marshall)
Newsgroups: gnu.emacs.vm.bug
Subject: Another marker bug
Date: 12 Aug 92 14:45:04 GMT
Reply-To: rajm@cs.man.ac.uk
Distribution: gnu
Organization: Department of Computer Science, University of Manchester


If you run vm-send-digest on a folder containing at least 3 messages
and kill the digest buffer, then attempting to move the marker in the
folder will result in a `marker does not point anywhere' error.

This is vm 5.31 (beta)

Robert

--
------------------------------------------------------------------
Robert A.J.Marshall,		EMAIL: rmarshall@cs.man.ac.uk
Room 3.08, IT Building, Department of Computer Science,
University of Manchester, Oxford Road, Manchester, M13 9PL, U.K.
Tel: (+44) 61-275 6269          Fax: (+44) 61-275 6280
------------------------------------------------------------------
Newsgroups: gnu.emacs.vm.bug
From: ghh@clarity.Princeton.EDU (Gilbert Harman)
Subject: unbalanced parentheses after "To" makes for trouble
Originator: news@nimaster
Organization: Princeton University Cognitive Science Lab
Date: Thu, 20 Aug 1992 14:39:06 GMT

Using vm-mail, I inadvertantly sent a message with
unbalanced parentheses in the To line.

 To: (Cog Studies Program

the actual people getting the message, including myself,
being listed on the Bcc: line.

When I next tried to read my mail using vm, I got an error
message to the effect that the variable "address-start" was
undefined and I couldn't read new mail (including the Bcc
copy to myself and the various bounced copies coming from
other machines).

I was able to correct the problem by using find-file to read
my INBOX and then deleting the offending messages.

	Gil Harman
--

	Gilbert Harman, Princeton University Cognitive Science Lab
	221 Nassau Street, Princeton, NJ 08542
	ghh@clarity.princeton.edu