HDTenEightyP/NetNews huggingface dataset:
On the following setup:

Sun 4 OS 4.1.1
gcc 2.2.2
lemacs 19.3, SYSTEM_MALLOC, lucid menus
tvtwm
X11R5 patch level 17
with or without an ~/.emacs

I have the following problem in event-Xt.c,
look_for_key_or_mouse_event; the event structure is garbage.  Here's
the traceback from gcc (As soon as I get a version of purify that can
handle gcc, I'll try purify on it.)

Program received signal 10, Bus error
0x45510 in look_for_key_or_mouse_event (display=0x2526c8, event=0xe, arg=0xf7ffe7e4)
    at event-Xt.c:1475
(gdb) print *event
$1 = Cannot access memory at address 0xe.
(gdb) where
#0  0x45510 in look_for_key_or_mouse_event (display=0x2526c8, event=0xe, arg=0xf7ffe7e4)
    at event-Xt.c:1475
#1  0xfb33c in XCheckIfEvent ()
#2  0x454c0 in emacs_Xt_event_pending_p (user_p=1) at event-Xt.c:1456
#3  0x22dc8 in Fsit_for (n=120, nodisp=69265580) at event-stream.c:752
#4  0x8eec8 in Ffuncall (nargs=2, args=0xf7ffea10) at eval.c:1808
#5  0xa8fc4 in Fbyte_code (bytestr=202923100, vector=270032160, maxdepth=5)
    at bytecode.c:428
#6  0x8f770 in funcall_lambda (fun=404249668, nargs=0, arg_vector=0xf7ffec7c)
    at eval.c:1969
#7  0x8eff0 in Ffuncall (nargs=1, args=0xf7ffec78) at eval.c:1836
#8  0xa8fc4 in Fbyte_code (bytestr=202921096, vector=270030028, maxdepth=3)
    at bytecode.c:428
#9  0x8f770 in funcall_lambda (fun=404247664, nargs=0, arg_vector=0xf7ffeedc)
    at eval.c:1969
#10 0x8eff0 in Ffuncall (nargs=1, args=0xf7ffeed8) at eval.c:1836
#11 0xa8fc4 in Fbyte_code (bytestr=202920096, vector=270029036, maxdepth=5)
    at bytecode.c:428
#12 0x8f770 in funcall_lambda (fun=404246664, nargs=0, arg_vector=0xf7fff090)
    at eval.c:1969
#13 0x8f38c in apply_lambda (fun=404246664, args=69265580, eval_flag=1) at eval.c:1900
#14 0x8df2c in Feval (form=337779588) at eval.c:1441
#15 0x4c5f4 in top_level_2 () at keyboard.c:397
#16 0x8ca24 in internal_condition_case (bfun=0x4c5e0 <top_level_2>, handlers=69265860, 
    hfun=0x4c11c <cmd_error>) at eval.c:1002
#17 0x4c6b0 in top_level_1 (dummy=69265580) at keyboard.c:406
#18 0x8c3e0 in internal_catch (tag=69265840, func=0x4c66c <top_level_1>, arg=69265580)
    at eval.c:814
#19 0x4c538 in command_loop () at keyboard.c:366
#20 0x4bf4c in recursive_edit_1 () at keyboard.c:221
#21 0x4c070 in Frecursive_edit () at keyboard.c:250
#22 0x4b5ec in main (argc=1, argv=0xf7fff6fc, envp=0xf7fff704) at emacs.c:817
(gdb) quit

Jody Winston		jody@shell.com
.!{sun,psuvax1,bcm,rice,decwrl,cs.utexas.edu}!shell!jody
Consultant to:
Shell Development Company, Bellaire Research Center
P.O. Box 481, Room 4205, Houston, TX 77001	(Voice: 713 245-7574)

x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Tue, 29 Sep 1992 13:53:48 EDT
Date: Tue, 29 Sep 1992 16:44:28 +0100
From: popineau%ese-metz.fr@lucid.com
Subject: Documentation string
Newsgroups: alt.lucid-emacs.bug
It seems to me that there is a  bug linked to the documentation string
of a function. This function :

 | (defun latex-mode ()
 |   "Major mode for editing files of input for LaTeX.
 | 
 | Makes $ and } display the characters they match.
 | Makes \" insert `` when it seems to be the beginning of a quotation,
 | and '' when it appears to be the end; it inserts \" only after a \\.
 | LFD and TAB indent lines as with programming modes.
 | 
 | Use \\[TeX-region] to run LaTeX on the current region, plus the
 | preamble copied from the top of the file (containing \\documentstyle,
 | etc.).  \\[TeX-buffer] does the whole buffer.  Use \\[TeX-preview] to
 | preview the .dvi file made by either of these.
 | 
 | Use \\[TeX-next-error] to trace through the errors. 
 | 
 | See LaTeX-section and LaTeX-environment for a description of customization.
 | 
 | Use \\[TeX-validate-buffer] to check buffer for paragraphs containing
 | mismatched $'s or braces.
 | 
 | TAB is forced to insert spaces, as TeX ignores ordinary tab's.
 | 
 | Special commands:
 | \\{LaTeX-mode-map}
 | 
 | Mode variables:
 | 
 | 	Refer to `tex-site.el' for customization
 | 
 | Entering LaTeX mode calls the value of text-mode-hook,
 | then the value of TeX-mode-hook, and then the value
 | of LaTeX-mode-hook."
 |   (interactive)
 |   (TeX-common-initialization)
 |   (setq LaTeX-optop "[")
 |   (setq LaTeX-optcl "]")
 |   (modify-syntax-entry (string-to-char LaTeX-optop) (concat "(" LaTeX-optcl))  
 |   (modify-syntax-entry (string-to-char LaTeX-optcl) (concat ")" LaTeX-optop))
 |   (make-local-variable 'indent-line-function)
 |   (setq indent-line-function 'LaTeX-indent-line)
 |   (use-local-map LaTeX-mode-map)
 |   (setq mode-name "LaTeX")
 |   (setq major-mode 'LaTeX-mode)  
 | ...
 | )

makes  lemacs crashing when  I ask  (documentation "LaTeX-mode"). If I
remove 99% of  the  text, it  works   fine. This  function comes  from
AUC-TeX mode for emacs. It works fine under  Emacs v18.58, but neither
under lemacs 19.2 nor lemacs 19.3 .

F. Popineau
-----------
e-mail: popineau@loria.loria.fr	      
        popineau@ese-metz.fr                 
voice-mail: (+33) 87-74-99-38                
surface-mail: 	Ecole Superieure d'Electricite
	      	2 rue Edouard Belin           
		F-57078 Metz Cedex 3	      
		FRANCE			      

x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Thu, 1 Oct 1992 00:30:35 EDT
Date: Wed, 30 Sep 1992 21:30:57 PDT
From: devin%scylla@lucid.com (Matthieu Devin)
Subject: Re: Lucid link error
Newsgroups: alt.lucid-emacs.bug
In message <9210010321.AA22576@lucid.com> "Mickey Ferguson" wrote:
>
> Can you ask the person who wrote the procedure make_menu_in_widget in the
> file lwlib-Xol.c, what the call
> 
>        label = (char *) resource_string (widget, cur->name);
> 
> is doing, and where they expect the call to find this procedure?  If we
> can change it to something else, the linking will be done, and maybe I can
> even debug it for you. :)

You can change it to a no-op, i.e.:
  label = cur->name;

The resource_string routine was supposed to look in the resource database for
the value of the string in cur->name, but most likely the OLIT toolkit does the
resourcing automatically when the oblongButtonWidget is created, so it must not
be useful.
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Wed, 30 Sep 1992 23:23:08 EDT
Date: Wed, 30 Sep 1992 13:35:38 PDT
From: "Mickey Ferguson" <mickeyf@vnet.ibm.com>
Subject:  Lucid link error
Newsgroups: alt.lucid-emacs.bug
Can you ask the person who wrote the procedure make_menu_in_widget in the
file lwlib-Xol.c, what the call

       label = (char *) resource_string (widget, cur->name);

is doing, and where they expect the call to find this procedure?  If we
can change it to something else, the linking will be done, and maybe I can
even debug it for you. :)

Mickey Ferguson -- Rolm -- FergusoM at scrvm2 -- mickeyf@vnet.ibm.com
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Wed, 30 Sep 1992 10:49:09 EDT
Subject: font-lock mode breaks query-replace
Date: Wed, 30 Sep 1992 10:47:45 -0400
From: fwhite@bbn.com (Fredric M White)
Newsgroups: alt.lucid-emacs.bug
This must have already been reported, but anyways:

"GNU Emacs 19.3 Lucid of Wed Sep  9 1992 on watergate (berkeley-unix)"

lemacs -no-init-file
m-x load-library font-lock
c-x c-f  something.el
m-x font-lock-mode
m-$ defun <return> defoo <return>

 And the buffer is trashed.  Sometimes I later get a 
minibuffer message like "#<DTP 37777777> encountered, save your
buffers!"

		--Fred
Newsgroups: alt.lucid-emacs.bug
From: alarson@src.honeywell.com (Aaron Larson)
Subject: window manager "quit" nukes emacs
Organization: Honeywell Systems & Research Center
Date: Wed, 30 Sep 1992 15:43:53 GMT

The Window manager "quit" button causes emacs to crash.  Preferred action
is to have the screen be removed.

lemacs 19.3, distributed sparc binary, Sun's News server, SunOS 4.1, olwm.


Fatal I/O Error 32 (Broken pipe) on display connection "gendibal:0.0"
after 787 requests (787 known processed) with 0 events remaining.
Autosaving and exiting...

Sorry if this has been reported already.  Patches aren't necessary, I'll
wait 'till the next version.
From: barmar@think.com (Barry Margolin)
Newsgroups: alt.lucid-emacs.bug
Subject: Re: window manager "quit" nukes emacs
Date: 1 Oct 1992 10:19:49 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
NNTP-Posting-Host: gandalf.think.com

In article <1992Sep30.172836.9885@bmerh85.bnr.ca> Hamish.Macdonald@x400gate.bnr.ca (Hamish Macdonald) writes:
>Aaron> The Window manager "quit" button causes emacs to crash.
>Aaron> Preferred action is to have the screen be removed.
>In other words, Lucid Emacs should advertise and honour the
>WM_DELETE_WINDOW protocol.

Unfortunately, the original poster didn't say what window manager he's
referring to.  But in most window managers, WM_DELETE_WINDOW is invoked by
the "close" button (it's the f.delete function in twm).  The "quit" button
(f.kill in twm) is used to forcibly kill the entire application, and works
by closing the connection to the client, resulting in an error the next
time the client tries to talk to the server.  Clients can set up custom
handlers for this error, but they generally can't interact with the user in
any useful way (i.e. it's not a good place to put a "do you really want to
quit" prompt); in Emacs's case, it should probably be treated equivalently
to receiving a SIGHUP on a normal tty, which I think should force an
autosave and then exit (I don't know whether it already does this).

-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Wed, 30 Sep 1992 14:05:12 EDT
Date: Wed, 30 Sep 1992 09:31:59 PDT
From: "Mickey Ferguson" <mickeyf@vnet.ibm.com>
Subject: Linking Lucid 19.3 for OLIT
Newsgroups: alt.lucid-emacs.bug
I hadn't heard anything from my previous note reporting my linking problem,
so I thought I would send again in case it was never received.

My problem is that when I try to build lucid (with USE_OLIT), I end up with
an undefined symbol which causes the link to fail.  The name of the symbol
is resource_string, which is defined in the file src/lwlib/lwlib-Xol.c.  Is
this supposed to be something in the standard X11 library?  Maybe it is the
name of a procedure which should be in one of the other files, but that
file isn't being linked in?  Maybe it's mis-named?  (I found one other typo
in procedure name, but fixed that.)  Please help me so I can build the
system.

Yes, I know you've said that the system is mainly set up for the Lucid and
/ or Motif widgets, and that OLIT may be buggy, but I would have thought
that it would at least link.  Any suggestions (other than not using OLIT? :)

Mickey Ferguson -- Rolm -- FergusoM at scrvm2 -- mickeyf@vnet.ibm.com
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Mon, 5 Oct 1992 20:37:58 EDT
Date: Mon, 5 Oct 1992 17:37:55 PDT
X-Windows: Power tools for power fools.
From: jwz@lucid.com (Jamie Zawinski)
Subject: Re: DEL key on HPUX
	<NEAL.92Sep25094634@neal.ctd.comsat.com>
	<NEAL.92Sep25114604@neal.ctd.comsat.com>
Newsgroups: alt.lucid-emacs.bug
In message <NEAL.92Sep25114604@neal.ctd.comsat.com> Neal Becker wrote:
>
> This seems to work.  I don't see why this is better than x-rebind-key,
> though.
> 
>        (global-unset-key 'backspace)
>        (define-key global-map 'backspace [(delete)])

This is better than x-rebind-key because it's one interface instead of two,
and not X specific.  

You need to also do the same binding in the isearch-mode-map, and any local
map which contains a binding of Delete or Backspace, instead of just 
inheriting the global bindings (there aren't many of these.)

	-- Jamie
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Mon, 28 Sep 1992 09:34:54 EDT
From: djh@CIS.Prime.COM (David Hughes)
Subject: lemacs19.3 Segmentation fault
Return-Receipt-To: djh@cis.Prime.COM
Date: Mon, 28 Sep 1992 13:34:54 GMT
Newsgroups: alt.lucid-emacs.bug
Jamie,

       With lemacs19.2, we were able to use a neat trick to allow sun3's etc to
access a sparc version of Lucid Emacs using the following alias:

alias emacs19  'rsh \!* "setenv DISPLAY {$HOST}:0.0; setenv PATH /flint/tool/bin:/bin:/usr/bin:/usr/ucb; emacs &"'

However, with Lucid Emacs 19.3, this alias results in a Segmentation fault.

  It still works if you rlogin to the appropriate Sparcstation and do it all by
hand, but it would be better if the rsh command was accepted. Any ideas?

--
Regards, David
From: neal@ctd.comsat.com (Neal Becker)
Newsgroups: alt.lucid-emacs.bug
Subject: Minor Installation Bug
Date: 29 Sep 92 15:00:22 GMT
Organization: COMSAT Labs
NNTP-Posting-Host: neal.ctd.comsat.com
X-Md4-Signature: a1835ad814ae9be5c4de2031c4309dbd

I just love the new paths setup.  I just make /usr/local/bin/lemacs a
symlink and everything works fine!  Well, not really.  This is a great
idea, but unfortuntely, if you have a directory called /usr/local/etc
you're in for a nasty surprise!  Unfortunately, lemacs will think this
is it's etc directory and nothing will work.

I don't know a good solution for this.  Does anyone else?
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Fri, 2 Oct 1992 14:16:22 EDT
Subject: lemacs-19.2.18 porting notes to NewsOS-3.2
Date: Fri, 02 Oct 1992 11:15:32 -0700
From: bothner@cygnus.com
Newsgroups: alt.lucid-emacs.bug
Ported lemacs-19.2.18 to NewsOS 3.2 (old BSD-4.3 derivative from
Sony, running on 68020, using X11R4 libraries and an X11R2 server).

Uncommented #include <stdlib.h> from src/lisp.h.
(Testing for __STDC__ isn't good enough, given that gcc normally
defines __STDC__.)

Uncommented #include <stdlib.h> and #include <alloca.h> from src/lwlib/lwlib.c.
Again, these are not universally available.

src/lwlib/Makefile:  CFLAGS uses ALLDEFINES, which uses ALLINCLUDES,
which includes TOP_INCLUDES, which is -I$(INCROOT), which is /usr/include,
hence the wrong directory is searched.  I don't know enough about
Imakefiles to suggest a clean fix.

xrdb-cpp.c: Added #include <sys/types.h> and #include <sys/stat.h>.
Also added #include <ctype.h> (for isspace).

xrdb-r4.c: XtCXtToolkitError is not defined.  Replace by "XtCXtToolkitError"

src/lwlib/dispatch.c:  #include <PassivGraI.h>, for XtPerDisplayInput

src/lwlib/dispatch.c:  Add cast (two places in XtWidgetToDispatchTo):
  grabList = *(XtGrabList*)_XtGetGrabList(pdi);

Edited src/config.h:
	#define NEED_STRDUP
	#define NEED_REALPATH
	#define HAVE_DREM
	/* #define HAVE_REMAINDER */

strcasecmp is needed, but is not a commonly available function.
(It isn't ANSI or Posix.)  I grabbed a version.

On startup, I get the following annoying warning:
	emacs:  Meta_L (0xca) generates Mod1, which is generated by Alt.

        Two distinct modifier keys (such as Meta and Hyper) cannot generate
        the same modifier bit, because Emacs won't be able to tell which
        modifier was actually held down when some other key is pressed.  It
        won't be able to tell Meta-x and Hyper-x apart, for example.  Change
        one of these keys to use some other modifier bit.

        The meanings of the modifier bits Mod1 through Mod5 are determined
        by the keysyms used to control those bits.  Mod1 does NOT always
        mean Meta, although some non-ICCCM-compliant programs assume that.

There are bugs in the re-display of menus.  I assume you're aware of them.

If gcc is used, -O should probably be the default.

I have old R4 (beta?) libraries, where InstrinsicP.h does
not include ObjectP.h.  Fixed by hacking InstrinsicP.h.

	--Per Bothner
Cygnus Support     bothner@cygnus.com
Newsgroups: alt.lucid-emacs.bug
From: alarson@src.honeywell.com (Aaron Larson)
Subject: Re: window manager "quit" nukes emacs
Organization: Honeywell Systems & Research Center
Date: Thu, 1 Oct 1992 16:25:19 GMT


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

barmar> In article <1992Sep30.172836.9885@bmerh85.bnr.ca> Hamish.Macdonald@x400gate.bnr.ca (Hamish Macdonald) writes:
>Aaron> The Window manager "quit" button causes emacs to crash.
>Aaron> Preferred action is to have the screen be removed.
>In other words, Lucid Emacs should advertise and honour the
>WM_DELETE_WINDOW protocol.

barmar> Unfortunately, the original poster didn't say what window manager he's
barmar> referring to.

Actually, I did, although it may not have been obvious at the end of the
line there;

Aaron> lemacs 19.3, distributed sparc binary, Sun's News server, SunOS 4.1, olwm.

barmar>		      But in most window managers, WM_DELETE_WINDOW is invoked by
barmar> the "close" button (it's the f.delete function in twm).  The "quit" button
barmar> (f.kill in twm) is used to forcibly kill the entire application, and ...

In olwm, quit is delete.

Aaron.
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Tue, 6 Oct 1992 12:16:25 EDT
Date: Tue, 6 Oct 1992 09:15:42 PDT
From: yonkman@greip.css.gov (Tom Yonkman)
Subject: delete-other-windows bug
Reply-To: yonkman@esosun.css.gov
Newsgroups: alt.lucid-emacs.bug
Delete-other-windows does nothing when given an argument and when there are
3 windows on the default screen.  It does work properly when given no
arguments.

The actual call I used was (delete-other-windows (get-largest window)) when
there were 3 windows of different vertical sizes on the default screen.

Any help is greatly appreciated.

--
+---------------------------------------------------------------+
| Tom Yonkman                 UUCP:      seismo!esosun!yonkman  |
| Open Systems Division       Internet:  yonkman@esosun.css.gov |
| SAIC, Mail Stop A2-F        PHONE:     (619)458-4949          |
| 10260 Campus Point Drive    FAX:       (619)458-4993          |
| San Diego, CA  92121                                          |
+---------------------------------------------------------------+

x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Mon, 28 Sep 1992 14:20:44 EDT
Date: Mon, 28 Sep 1992 14:19:26 EDT
From: ex594bw@pts.mot.com (Bob Weiner)
Subject: Re:  Problem with gnus/nntp.el?
Newsgroups: alt.lucid-emacs.bug
WE have the same problems with References: here.  It is not
specific to Lucid Emacs.

Bob
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Mon, 5 Oct 1992 23:04:55 EDT
Date: Mon, 5 Oct 1992 20:04:56 PDT
X-Windows: A moment of convenience, a lifetime of regret.
From: jwz@lucid.com (Jamie Zawinski)
Subject: Re: DEL key on HPUX
	<9210060148.AA02450@thymus.synaptics>
Newsgroups: alt.lucid-emacs.bug
In message <9210060148.AA02450@thymus.synaptics> Dave Gillespie wrote:
>
> The two levels, conceptually, are from physical keys on your keyboard
> onto logical keys that Emacs packages like to know about, and from
> logical keys onto functions in those packages.  It seems like it
> would be really nice to be able to map Backspace to Delete, and have
> every package automatically start treating Backspace as Delete as a
> result.

My view is that, under X, the first level of translation is accomplished
using "xmodmap" and the second level is accomplished using `define-key'.
In a tty universe, there is no equivalent of xmodmap, so emacs simulates
it using keyboard-translate-table.

Making x-rebind-key work with the new event model is hard, because
x-rebind-key is ASCII-centric.  and coming up with some lisp-level data
structure that can efficiently map arbitrary events to arbitrary other
events is also nontrivial.  I don't think it's worth the effort.

> You might also want to use the first level for mapping page-down to C-n;
> the keyboard macro thing seems like a kludge that attempts to get the
> same effect.

One man's kludge is anothers "elegant solution" :-)

> One of the reasons I don't like keyboard macros is that they must
> contain whole commands, including their arguments.  

This is indeed unfortunate.  Even more unfortunate is that "fixing" this
would probably break the world...

	-- Jamie
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Mon, 28 Sep 1992 13:20:08 EDT
Date: Mon, 28 Sep 1992 13:19:28 EDT
From: ben@banzai.cc.columbia.edu (Ben Fried)
Subject: Problem with gnus/nntp.el?
Newsgroups: alt.lucid-emacs.bug
I was having big problems with gnus: I could get the newsgroups buffer
up, but when I tried to enter a newsgroup, I would almost always get an
"out of range" message on the list of article headers.

It turns out that many articles on our news server do not have a
"References:" line, and that nntp-retrieve-headers was creating header
vectors that were only 7 elements long as a result (the 8th element of
the header vector is supposed to be the contents of the References:
header).  So I made a simple modification to nntp.el:

    banzai$ diff nntp.el nntp.el.~1~ 
    289,290d288
    <              (if (null references)
    <                  (setq references ""))

However, in retrospect, the cleverer change is to set the default value
of references to be "":

    banzai$ diff nntp.el nntp.el.~2~ 
    261c261
    <              (setq references "")
    ---
    >              (setq references nil)

Now everything works fine.  Is the lack of References: lines (and the
vanilla gnus response) a common problem?

Kudos to the people at lucid, on lucid's emacs, and on the edebug
package, which made nailing down this bug a breeze.  Lucid emacs is a
life saver.

Ben
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Sat, 26 Sep 1992 09:16:52 EDT
From: djh@CIS.Prime.COM (David Hughes)
Subject: Sign me up! + Bugs in lemacs19.3
Return-Receipt-To: djh@cis.Prime.COM
Date: Sat, 26 Sep 1992 13:16:52 GMT
Newsgroups: alt.lucid-emacs.bug
Please add djh@cis.prime.com to bug-lucid-emacs & help-lucid-emacs. Thanx.


Problems with lemacs-19.3

1. I first spotted this in 19.1 & 19.2 and thought it had been fixed for 19.3,
   but it hasn't. If I insert or delete several charcters and then try to move
   somewhere straight away with mouse button1, it puts the cursor in the wrong
   place. This seems to happen mostly with larger buffers for some reason. It
   looks like event-x is not being updated properly.

2. The new font/highlighting for VM header fields is very nice, making it much
   easier to distinguish header from body. However, if you have a long list of
   names (for example) on the To: field such that it wraps, then the last few
   names appear mangled!! What is going on?

3. It is annoying when the Autosaving... message does not go away when it has
   finished. Is this a permanent mis-feature?

--
Regards, David
From: neal@ctd.comsat.com (Neal Becker)
Newsgroups: alt.lucid-emacs.bug
Subject: Re: Minor Installation Bug
Date: 29 Sep 92 18:01:32 GMT
Organization: COMSAT Labs
NNTP-Posting-Host: neal.ctd.comsat.com
In-reply-to: neal@ctd.comsat.com's message of 29 Sep 92 11:00:22
X-Md4-Signature: 64d389a1b3c67f5adaebb50618d9c8ef

I've got to stop following up my own stuff.  Anyway, here's a simple
(not particularly good) fix to keep lemacs from getting fooled into
thinking that /usr/local/etc is it's etc dir when invoked as
/usr/local/bin/lemacs.  This may sound silly to you, but
/usr/local/bin/lemacs is the most obvious place to put lemacs, and
many pieces of software are wanting /usr/local/etc these days, so
actual this problem is probably very common.

*** startup.el~	Sat Aug 29 22:36:02 1992
--- startup.el	Tue Sep 29 13:55:15 1992
***************
*** 542,548 ****
            ;; If in .../src/ or ../bin/, look for subdirs of this directory's
  	  ;; parent.
            ;;
!           ((and (string-match "/\\(src\\|etc\\|lisp\\|lock\\|bin\\)/$"
  			      invocation-directory)
  		(file-directory-p
  		 (setq tmp (concat (substring invocation-directory 0
--- 542,550 ----
            ;; If in .../src/ or ../bin/, look for subdirs of this directory's
  	  ;; parent.
            ;;
!           ((and 
! 	    (not (string-match "/usr/local/bin" invocation-directory))
! 	    (string-match "/\\(src\\|etc\\|lisp\\|lock\\|bin\\)/$"
  			      invocation-directory)
  		(file-directory-p
  		 (setq tmp (concat (substring invocation-directory 0