HDTenEightyP/NetNews huggingface dataset:
>> I'd like to suggest that an optional 4th field be permitted in Lucid Emacs
>> menu items (or GNU Emacs V19 menus if it has them) which would be a one line
>> description providing help on the menu item.  The string would be
>> appropriate for display in the echo area and could be accessed by a user
>> prior to selecting a menu item, for those cases where the item name is not
>> descriptive enough.

JWZ wrote:

> I thought about implementing it as an additional slot in the menu
> description, but I think it might be better to have the modeline simply
> display the first line of the documentation string of the command which
> they invoke, as the mouse moves over the menu items.

A couple problems.  Visually, this would be distracting as you are walking
down a list of items from which you are trying to choose, your attention is
continually drawn to the part of the view that is changing, namely the doc
strings that are rolling by.  Although one could turn it off most likely
with a variable, people generally want to say when they want help rather
than being continually offered it.

> It is already
> customary that the first line be a single sentence which summarizes the
> command's behavior for the benefit of apropos.

True and this could be the default.  But if sexpressions are allowed as menu
item actions, one would still need an additional doc string.

> 
>> I've designed menu-based frontends to systems for a number of years now
>> and this is one feature which most menu systems lack that I find
>> indispensible.
> 
> Needless to say, the lispms had it fifteen years ago.

Yes, the world is very slow to recognize that which is right rather
than that which just is, especially when it comes to technology and
organizational processes.

Maybe we learn the expression `reinventing the wheel' early in life so that
many of us can become good at doing it.

Bob

Newsgroups: alt.lucid-emacs.bug
From: kenb@dadd.ti.com (Ken Butler)
Subject: Re: mouse completion of "dot"-files
Organization: Texas Instruments, Inc., Dallas, TX
Date: Fri, 11 Sep 1992 21:03:15 GMT

I agree that the mouse completion is nice.  The only thing I'd like to see
would be a mouse button bound so that if the "file" is another directory,
that directory name would be appended to the current directory name in the
minibuffer, and the new set of completions generated.

Is that already possible?  If so, I can't figure out how to do it.

Thanks.

Ken
--

*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
Kenneth M. Butler                           (214) 997-6370 (office)
Texas Instruments                           (214) 997-2049 (FAX)
P.O. Box 655303 MS 3683                     kenb@dadd.ti.com
Dallas, TX 75265
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Tue, 15 Sep 1992 12:20:06 EDT
Date: Tue, 15 Sep 1992 10:19:52 -0600
From: eeide@asylum.cs.utah.edu (Eric Eide)
Subject: Menu Selection Doesn't Exit (sit-for)
Newsgroups: alt.lucid-emacs.bug
This is a bug that I reported back in June for 19.1, but it's still present in
19.3.  When Lucid GNU Emacs starts up and displays the copyleft, making a menu
selction doesn't "wake up" Lucid.  (At this point Lucid is doing (sit-for 120),
and menu input doesn't cause the sit-for to exit.)

This is confusing behavior.  As its documentation says, sit-for is supposed to
"wait for ARG seconds or until user input is available."  I would argue that
menu selections definitely qualify as user input.

-------------------------------------------------------------------------------
Eric Eide          |          University of Utah Department of Computer Science
eeide@cs.utah.edu  | Buddhist to hot dog vendor: "Make me one with everything."
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Sat, 12 Sep 1992 19:03:19 EDT
Subject: Re: How to crash Lucid emacs 19.3
Reply-To: daveg@synaptics.com
Date: Sat, 12 Sep 1992 15:39:16 -0700
From: daveg@thymus.synaptics.com (Dave Gillespie)
Newsgroups: alt.lucid-emacs.bug
Hamish Macdonald writes:
> Fgarbage_collect needs to be fixed to process the "echo_area_glyph"
> string so that '%' is converted to '%%' before it passes it to
> message.

The solution is much simpler.  Write

	message ("%s", omessage);

instead of

	message (omessage);

This bug does not occur in Emacs 18, since Fgarbage_collect there
calls message1 instead (which takes its string argument without any
printf processing).  The message1 function seems to have been dropped
from Lucid Emacs.  Are there any other places where message was
incorrectly substituted for message1?

(BTW, Lisp hackers beware:  The same bug can exist in Lisp.  If
you have a variable string STR, it is always better to write
(message "%s" STR) than (message STR), because you never know when
a string might contain a percent-sign.)

								-- Dave
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Tue, 15 Sep 1992 17:17:06 EDT
Date: Tue, 15 Sep 1992 17:17:31 EDT
From: ex594bw@pts.mot.com (Bob Weiner)
Subject: SUGGESTION: Permit help strings in menu items.
Reply-To: bob_weiner@pts.mot.com
Newsgroups: alt.lucid-emacs.bug
I'd like to suggest that an optional 4th field be permitted in Lucid Emacs
menu items (or GNU Emacs V19 menus if it has them) which would be a one line
description providing help on the menu item.  The string would be appropriate
for display in the echo area and could be accessed by a user prior to
selecting a menu item, for those cases where the item name is not descriptive
enough.  When the item is selected via some mouse button 'help' binding, the
help string would be shown.

I've designed menu-based frontends to systems for a number of years now
and this is one feature which most menu systems lack that I find
indispensible.  If it were implemented, I could convert a series of menus I
have under another system I designed for use as Lucid Emacs menus.  They
provide logical, structured access to Emacs buffers, screens, documentation,
major  and minor modes, subsystems and so on, so that mere mortals can
effectively browse and operate many Emacs facilities.  A release could then
most likely be made ready for the end of the year.

Bob

Newsgroups: alt.lucid-emacs.bug
From: mcclen@advtech.uswest.com ( Chris McClenaghan)
Subject: lemacs 19.3 and Motif menu bar
Organization: US WEST Advanced Technologies, Boulder, Colorado
Date: Fri, 11 Sep 1992 20:31:59 GMT

I previously responded that it was necessary to define ENERGIZE
in the lwlib Imakefile to get the Motif menubar option loaded
properly. The "Buffers" pulldown does not work. When selected, I
get a 4 or 6 pixel square and that's all. This is using the -q
option on start up. The Xt version seems to work fine.

--
Chris McClenaghan    mcclen@advtech.uswest.com

x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Wed, 9 Sep 1992 16:39:36 EDT
Date: Wed, 9 Sep 1992 13:37:49 PDT
From: jwz@lucid.com (Jamie Zawinski)
Subject: Lucid Emacs 19.3 released
Newsgroups: alt.lucid-emacs.bug
From: toivo@ucs.uwa.OZ.AU (Toivo Pedaste)
Newsgroups: alt.lucid-emacs.bug
Subject: Lucid Emacs 19.3 and Ultrix
Date: 14 Sep 1992 03:07:50 GMT
Organization: The University of Westrn Australia
NNTP-Posting-Host: sage.ucs.uwa.edu.au

Trying out 19.3 I found that while to problem with async processes 
(eg the emacs-client stuff) has been fixed, pasting in a X windows
selection still hangs it. Is this the general experience or have
I done something wrong with my compilation.
--
------------------------------------------------------------------
 Toivo Pedaste                        Email:  toivo@ucs.uwa.edu.au
 University Computing Services,       Phone:  +61 9 380 2605
 University of Western Australia      Fax:    +61 9 380 1014
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Tue, 15 Sep 1992 08:08:02 EDT
Date: Tue, 15 Sep 1992 14:06:33 +0200
From: queinnec%geant.cenatls.cena.dgac.fr@lucid.com (Philippe Queinnec)
Subject: Segmentation fault when playing with site-init.el
Newsgroups: alt.lucid-emacs.bug
Environment:
  lemacs 19.3 compiled with gcc 2.2.2 -g (without -O) on SPARCstation 2
  (sunos4.1.1)
  
I try to put a lot of thing in the dumped lemacs, and it generally fails,
either with the message:
"This version of emacs only runs under X Windows (for now).
Check that your $DISPLAY environment variable is properly set."
or with a segmentation fault.

For instance, the following site-init.el leads to the following backtrace:

;; site-init.el file
(require 'bbdb-com)     ; from bbdb 1.47; 11-sep-92.
(require 'vm)           ; from lemacs ditribution
(load "gnus")           ; from lemacs distribution

leads to:

(gdb) run -batch -l loadup.el dump
Starting program: /export/home/gogol/queinnec/FTP/lemacs-19.3/src/temacs -batch -l loadup.el dump
Loading loadup.el...
[ messages removed ]
Loading bytecomp-runtime...
Finding pointers to doc strings...
Finding pointers to doc strings...done
Loading site-init...
Loading gnus...

Program received signal 11, Segmentation fault
0x13edb0 in strlen ()
(gdb) bt
#0  0x13edb0 in strlen ()
#1  0x999a0 in print (obj=203911048, printcharfun=69261356, escapeflag=0)
    at print.c:621
#2  0x98d10 in Fprinc (obj=203911048, printcharfun=69261356) at print.c:489
#3  0x4c320 in cmd_error (data=338148276) at keyboard.c:320
#4  0x8c994 in internal_condition_case (bfun=0x4c5b0 <top_level_2>, 
    handlers=69261596, hfun=0x4c0ec <cmd_error>) at eval.c:992
#5  0x4c680 in top_level_1 (dummy=69261316) at keyboard.c:406
#6  0x8c3b0 in internal_catch (tag=69261576, func=0x4c63c <top_level_1>, 
    arg=69261316) at eval.c:814
#7  0x4c508 in command_loop () at keyboard.c:366
#8  0x4bf1c in recursive_edit_1 () at keyboard.c:221
#9  0x4c040 in Frecursive_edit () at keyboard.c:250
#10 0x4b5a4 in main (argc=5, argv=0xf7fff70c, envp=0xf7fff724) at emacs.c:817


The following site-init.el:
(require 'vm)
(load "gnus")

generates:

(gdb) run -batch -l loadup.el dump
Starting program: /export/home/gogol/queinnec/FTP/lemacs-19.3/src/temacs -batch -l loadup.el dump
Loading loadup.el...
[ a few lines removed ]
Finding pointers to doc strings...
Finding pointers to doc strings...done
Loading site-init...
Loading gnus...

This version of emacs only runs under X Windows (for now).
Check that your $DISPLAY environment variable is properly set.

Program received signal 11, Segmentation fault
0x947c0 in Fget (sym=???, prop=0) at fns.c:979
979     {
(gdb) bt
#0  0x947c0 in Fget (sym=???, prop=0) at fns.c:979
[ ouch, no stack ! ]


More information available on request.

Phil
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Fri, 11 Sep 1992 02:11:27 EDT
From: max@overdrive.nj.nec.com (Maximilian Ott)
Date: Thu, 10 Sep 1992 14:59:44 EDT
Subject: 19.3: Info-directory-list and .../etc path
Newsgroups: alt.lucid-emacs.bug
I experience the problem that lemacs 19.3 doesn't set the
Info-directory-list variable correctly. My ../bin/lemacs is a symbolic
link to the binary in .../lemacs-19.3/src/lemacs. The load-path
is set correctly.

An most likely associated problem is that it can't find "emacsserver"
in ../etc  (Regarding my mail of yesterday, thanks Jamie. I should
have thought about recompiling it myself.)


Has anyone tried out "font-lock"? Should the colors (faces) change
while I type. This was my understanding, but I only see them right
after I save the file. (Besides, how do I change the colors - does
this tell you that I've no idea?)

max
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Fri, 11 Sep 1992 11:17:35 EDT
From: simon%lia.di.epfl.ch@lucid.com (Simon Leinen)
Subject: Loss of functionality in 19.3 isearch
Date: Fri, 11 Sep 1992 15:17:36 GMT
Newsgroups: alt.lucid-emacs.bug
The new isearch-mode doesn't use Lemacs' audio capabilities as the old
isearch did.  Here's a patch (in Unidiff format).
-- 
Simon.

RCS file: /usr/tmp/lemacs-19.3/lisp/prim/RCS/isearch-mode.el,v
retrieving revision 1.1
diff -w -u -r1.1 /usr/tmp/lemacs-19.3/lisp/prim/isearch-mode.el
--- 1.1	1992/09/11 15:08:10
+++ /usr/tmp/lemacs-19.3/lisp/prim/isearch-mode.el	1992/09/11 15:14:59
@@ -753,7 +753,7 @@
 If no previous match was done, just beep."
   (interactive)
   (if (null (cdr isearch-cmds))
-      (ding)
+      (ding nil 'isearch-quit)
     (isearch-pop-state))
   (isearch-update))
 
@@ -1269,7 +1269,7 @@
       nil
     ;; Ding if failed this time after succeeding last time.
     (and (nth 3 (car isearch-cmds))
-	 (ding))
+	 (ding nil 'isearch-failed))
     (goto-char (nth 2 (car isearch-cmds)))))
 
 ;;;=================================================
Newsgroups: alt.lucid-emacs.bug
From: hb@woody.csd.uu.se (Henrik B}kman  CSD)
Subject: Re: Compiling Lucid Emacs 19.2 under ISC 2.2.1
Organization: UDAC, Uppsala, Sweden
Date: Sun, 6 Sep 1992 12:03:11 GMT

In article <199209011653.AA13414@wsrcc.com>, wolfgang@wsrcc.com (Wolfgang S. Rupprecht) writes:
> oddbjorn@edb.tih.no writes:
> >I'm trying to install Lucid Emacs 19.2 under Interactive 
> >2.2.1 (SysV3.2). With a little tweaking, I managed to 
> >compile everything, but now, during the linking I have 
> >some problems :
> 
> >undefined                       first referenced
> >symbol                             in file
> >remainder                           data.o
> >acosh                               floatfns.o
> >asinh                               floatfns.o
> >atanh                               floatfns.o
> >cbrt                                floatfns.o
> >expm1                               floatfns.o
> >lgamma                              floatfns.o
> >log1p                               floatfns.o
> >logb                                floatfns.o
> >rint                                floatfns.o
> 
> These functions come from the BSD math library of 4.2 and 4.3.  Just
> grab them from some site that has the freed part of the BSD code such
> as uunet.
> 
> Alternately you can just write some stubs just to get things to
> compile.

Another way is to comment out '#define LISP_FLOAT_TYPE' in src/config.h
-- 
----------------------------------------------------------------------
Henrik Bakman           Adress: Box 520          Tel: +46 18 181044
System Manager                  751 20 UPPSALA   Fax: +46 18 521270
Computing Science Dep.          SWEDEN           Email: hb@csd.uu.se
Uppsala University
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Tue, 15 Sep 1992 04:50:58 EDT
From: simon%lia.di.epfl.ch@lucid.com (Simon Leinen)
Subject: YP/DNS problem
Date: Tue, 15 Sep 1992 08:50:58 GMT
Newsgroups: alt.lucid-emacs.bug
From: lynbech@daimi.aau.dk (Christian Lynbech)
Newsgroups: alt.lucid-emacs.bug
Subject: Sun compile configuration bugs (minor stuff)
Date: 11 Sep 92 16:15:07 GMT
Organization: DAIMI: Computer Science Department, Aarhus University, Denmark

I thought I would pass the following small stuff along to the rest of the
community

The following applies using gcc 2

In order to compile on a sparc, I needed to set `-fno-builtin -traditional'
and -D"const= " since const declarations don't mix well with -traditional.
Many other ways of fixing this is definitely possible.

Also I needed to change -fsoft into -msoft-float in m-sun3.h (C_SWITCH_MACHINE)



------------------------------------------------------------------------------
Christian Lynbech

DAIMI						office: R0.32   phone: 5034
University of Aarhus,DK-Denmark                 email: lynbech@daimi.aau.dk
------------------------------------------------------------------------------
			  EMACS, The One True Editor                       


Hit the philistines three times over the head with the Elisp reference manual.

                                        - petonic@hal.com (Michael A. Petonic)
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Mon, 14 Sep 1992 15:43:24 EDT
From: matis!amir@lucid.com (Amir J Katz)
Subject: Lemacs 19.3, Audio and SunOS 4.1.3
Organization: SEE Technologies Ltd.
Reply-To: matis!amir@lucid.com
X-Reply-To: amir@matis.ingr.COM
X-Mailer: ELM [version 2.3 PL11]
Date: Mon, 14 Sep 1992 19:43:25 GMT
Newsgroups: alt.lucid-emacs.bug
(If you don't have a Sun SparcStation, please save this message to /dev/null :-)

On SunOS 4.1.3, Sun has changed the audio header files (and the audio ioctl
commands as well) in order to support the new audio devices on the
SparcStation 10 family. Accordingly, in Lucid Emacs 19.3, Jamie (or someone
else at Lucid) has surrounded some pre-SunOS 4.1.3 code in src/libsst.c with
the appropriate #ifdef. 
However, I found out that it is not enough, at least not for gcc and Sun's
ANSI-C compilers. Here is a patch to libsst.h that fixes the problem:  

*** libsst.h.orig	Wed Sep  2 11:00:23 1992
--- libsst.h	Mon Sep 14 14:52:53 1992
***************
*** 14,19 ****
--- 14,20 ----
  #ifndef SUNOS4_0_3
  #define AUDIO_4_0_3_COMPAT
  #define AUDIO_CHIP
+ #define AMD_CHIP               /* AJK: SparcStation 1, 2, IPC, IPX */
  #include <sbusdev/audio_79C30.h>
  #include <multimedia/libaudio.h>
  #include <multimedia/audio_device.h>

Since I don't have a SparcStation 10, I don't know whether this code will
compile correctly there.

BTW, does anyone know whether there is a #define on Suns that shows the
machine type? Both Sun's cc and GNU gcc define, when on Sun, the symbols
'sun' and 'sparc'. However, in order to determine whether an audio device
exists at all, the machine type (as returned by the shell command 'arch -k')
must be either 'sun4c' and 'sun4m'. Neither compiler defines such symbols.

-- 
/* ----------------------------------------------------------- */
/*  Amir J. Katz             |   amir@matis.ingr.COM           */
/*  System Specialist        |   Voice:  +972 52-584684        */
/*  SEE Technologies Ltd.    |   Fax:    +972 52-543917        */
/* ............ Solaris 2.0 - The Final Frontier ? ........... */
From: frain@cis.ksu.edu (Jerry Frain)
Newsgroups: alt.lucid-emacs.bug
Subject: isearch-mode missing defconsts
Date: 11 Sep 92 16:47:39 GMT
Organization: Kansas State University
NNTP-Posting-Host: depot.cis.ksu.edu

When installing v19.3, I decided to recompile all of the distribution
elisp files, because there was a bug with vm (something about byte-code).

Anyway, I discovered when using vm's incremental search, that some
lisp constants were missing, notably "search-exit-char".  Looking
through the distribution lisp source, "search-exit-char" was not
defined anywhere, nor is it defined when I do a "describe-variable".

v19.2 had "search-exit-char" in prim/loaddefs.el, but v19.3
loaddefs.el had a comment explaining that the isearch-mode defvars had
been moved back to isearch-mode.el.  When I looked at isearch-mode.el,
there was a whole section of defconsts missing that used to be in
v19.2 loaddefs.el, which I cannot find in any other v19.3 lisp file.

To make a long story short, here's a patch to add the missing
defconsts to isearch-mode.el.

*** isearch-mode.el.~1~	Wed Sep  9 01:25:48 1992
--- isearch-mode.el	Fri Sep 11 11:23:31 1992
***************
*** 113,118 ****
--- 113,137 ----
  This does not include direct calls to the primitive search functions,
  and does not include searches that are aborted.")
  
+ (defconst search-repeat-char ?\C-s "\
+ *Character to repeat incremental search forwards.")
+ (defconst search-reverse-char ?\C-r "\
+ *Character to repeat incremental search backwards.")
+ (defconst search-exit-char ?\e "\
+ *Character to exit incremental search.")
+ (defconst search-delete-char ?\177 "\
+ *Character to delete from incremental search string.")
+ (defconst search-quote-char ?\C-q "\
+ *Character to quote special characters for incremental search.")
+ (defconst search-yank-word-char ?\C-w "\
+ *Character to pull next word from buffer into search string.")
+ (defconst search-yank-line-char ?\C-y "\
+ *Character to pull rest of line from buffer into search string.")
+ (defconst search-ring-advance-char ?\M-n "\
+ *Character to pull next (more recent) search string from the ring of same.")
+ (defconst search-ring-retreat-char ?\M-p "\
+ *Character to pull previous (older) search string from the ring of same.")
+ 
  (defconst search-exit-option t
    "Non-nil means random control characters terminate incremental search.")
  
------------------------------------------------------------------------------
Jerry Frain, Systems Programmer         |  "Back off man, I'm a scientist."
Kansas State University                 |  frain@cis.ksu.edu
Department of Computer & Info Sciences  |  ...!rutgers!depot!frain

x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Mon, 14 Sep 1992 14:29:12 EDT
Date: Mon, 14 Sep 1992 11:26:04 PDT
X-Windows: Don't get frustrated without it.
From: jwz@lucid.com (Jamie Zawinski)
Subject: Re: (setq selective-display t)
Newsgroups: alt.lucid-emacs.bug
In message <01GORRU39AK2LLWLJV@icf.hrb.com> Eric L. Schott wrote:
>
> I traced the problem to (setq selective-display t) was not working
> correctly.  

This is mentioned in the NEWS file.

> It seems the code in xdisp.c for this is commented out with "This doesn't
> work."  Why is this commented out?

Maybe because it doesn't work?  :-)

> Is there a fix?

As I see it, the fix is to rewrite redisplay.  This will take a couple of
months, and I don't know when I'm going to have time to start working on it.
I spent some time trying to make selective display work with the current
redisplay model (that's the code you see that's commented out) but I didn't
finish.  If someone else would like to take a stab at making that code work,
then I'm sure many people would be grateful.

	-- Jamie
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Tue, 15 Sep 1992 20:47:36 EDT
Date: Tue, 15 Sep 1992 18:47:24 -0600
From: eeide@asylum.cs.utah.edu (Eric Eide)
Subject: blink-paren Blinks Quote
Newsgroups: alt.lucid-emacs.bug
The "blink-paren" package that comes with Lucid GNU Emacs 19.3 does not always
blink the matching paren.  For an expression like this:

  '(foo)

when point is after the closing parenthesis, "blink-paren" blinks the quote,
not the opening parenthesis.

Also, I dislike the fact that "blink-paren" sets blink-matching-paren to nil.
The usual paren-bouncing is still useful, especially when the opening
parenthesis is not in the window.

-------------------------------------------------------------------------------
Eric Eide          |          University of Utah Department of Computer Science
eeide@cs.utah.edu  | Buddhist to hot dog vendor: "Make me one with everything."
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Tue, 15 Sep 1992 09:11:50 EDT
Return-Path: <lamour@maestro.mitre.org>
Date: Tue, 15 Sep 1992 09:10:07 EDT
From: lamour@maestro.mitre.org (Michael Lamoureux)
Subject: lemacs 19.3 & VM
Newsgroups: alt.lucid-emacs.bug
To say the least, VM under 19.3 is quirky.  So far, yesterday
is the only day I haven't been able to hang emacs in VM (I've already
done it this morning!).  I think I've finally narrowed down when it
happens, but I haven't been able to get any concrete info on it.
Basically, every time it has hung has been when I delete the last
message in my INBOX.  By default, it wraps to the first message.  This
works most of the time.
	When it doesn't work, the CPU pegs, and nothing can save emacs
at that point.  ^G, does nothing.  I can get one kill statement in, at
which point emacs breaks out of whatever loop it's in, and goes
directly into one that will only respond to a kill -9.
	Is anyone else experiencing anything like this?  I'm on a
Sparc 1+, SunOS4.1, lucid sun4 binary distribution (with recompiled /etc
dir).  I guess the next steps are to turn off vm-circular-folders, and
to recompile to whole emacs distribution.
	I haven't really had any trouble with any other part of emacs
(but then, I do tend to use VM more than any other mode ;-)

Thanks,
Michael
lamour@mitre.org

PS>  I just got my Solaris 2.0 CD today, anyone have lemacs running on
	Solaris 2.0 yet?
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Thu, 10 Sep 1992 06:32:46 EDT
From: jjc@jclark.com (James Clark)
Subject: 19.3 find-default-load-path-internal
Date: Thu, 10 Sep 1992 10:32:47 GMT
Newsgroups: alt.lucid-emacs.bug