HDTenEightyP/NetNews huggingface dataset:
Newsgroups: alt.callahans
Date: Thu, 27 Aug 1992 17:40:39 -0400 
From: "Mary A. Mark" <mmbt+@andrew.cmu.edu>
Subject: SEPTEMBER Pittsburgh Gathering Invitation


It's been a fairly quiet night at callahans.  Suddenly, patrons hear
a wild yell from the rafters of the place.  As they turn to look,
there's a flash of silver light, and in the afterglow, Merrigold
drops from the rafters to the floor.  Her hair is flaming red,
and (recognizable to those who've met her) she's dressed in her
usual blue silk shirt and blue jeans.  Loops of middle-eastern 
silver glitter at throat and wrists.  Her drum hangs at her side, 
and a quick middle-eastern dance beat sounds through the room to
a blur of wrists and fingers.  

                            "Hear ye, Hear ye!" 

She projects her voice out into the place, to reach even the most hidden 
of corner tables and rafter lurkers.  

                     "You are all invited to a party!"

"Be it known to you all, that the Urban Spaceman and the 
Gardener have confirmed that they will be visiting Pittsburgh
on the weekend of September 11-13th.  Whether they will arrive
on Friday or Saturday is as yet uncertain, likely Friday,
and they'll be leaving on Monday to go back to Washington
and from there to Kingston-on-Thames, UK.

"I herebye invite all and sundry callahanians to be my guests
at a callahans gathering to meet Chris and Sue (and me for that
matter! Not to mention each other!) If people are interested
in being part of ongoing callahanian activities for that weekend,
please email me, and I'll keep in contact about what's happening.
It would be nice to have some idea of who's interested, and how 
many, to plan around.  Suggestions for things to do are also welcomed.

Possible activities include a party at my house on Saturday night
(BYOB/drink of choice/food/musical instrument/all of the above)
and a dim sum gathering for Sunday lunch.  Maybe also a day trip
of some kind into the country, if we get cars together.  Also some
sightseeing things around Pittsburgh, like the Conservatory (flowers);
And possibly a book-buying excursion (even though Simon's not here ;-)

There's a possibility that out-of-towners could be found crash
space, if that's desired.  Again, please indicate as soon as 
possible what might be desirable.  

I know that this is a very vague agenda, so far, but I think it
may fall together pretty quickly, once we have some idea of 
who's interested in gathering, and when.  "

=================================================================

      PITTSBURGH, PA:  September 11-13th

      All the way from the UK, meet:
      the URBAN SPACEMAN (aka Chris Welch)
      the GARDENER (aka Sue Moller)

Reply to: mmbt+@andrew.cmu.edu
Please indicate:
  Your name:
  When you'd be interested in getting together:
  What you'd be interested in doing:
  Whether you have a car that could be used for excursions:
  Whether you'd need crash space:
  Anything else you think is relevant:

==================================================================



Organization: Freshman, Mechanical Engineering, Carnegie Mellon, Pittsburgh, PA
Newsgroups: alt.callahans
Date: Sun, 23 Aug 1992 13:16:23 -0400 
From: Mark Beirne Lively <ml5a+@andrew.cmu.edu>
Subject: Re: Another Limerick


>There once was a man named Kinnerick
>Who attempted to compose a limerick
>He was doing just fine
>'til he got to the last line,
>But after several futile attempts at rhyming the last line with the 
>first one, he finally gave up in disgust.
>
><gulp!>  <gulp!>  <gulp!>   <CRASH!!>
THats reminiscent of another that i have heard.

There once was a gas man named Peter
Who once while checking a meter
lit up a match
and set off a flash
and as anyone can plainly see by reading this poem he completely
destroyed the meter!

<<Crash!>>

Noone ever accused me of being nice!
Bear aka the Lord High Rulebender aka (ml5a@andrew.cmu.edu)
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Wed, 2 Sep 1992 00:40:57 EDT
Date: Tue, 1 Sep 1992 16:53:00 GMT
From: wolfgang@wsrcc.com (Wolfgang S. Rupprecht)
Organization: W S Rupprecht Computer Consulting, Fremont CA
Subject: Re: Compiling Lucid Emacs 19.2 under ISC 2.2.1
Newsgroups: alt.lucid-emacs.bug
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.

-wolfgang
-- 
Wolfgang Rupprecht    wolfgang@wsrcc.com (or) decwrl!wsrcc!wolfgang
Snail Mail:           39469 Gallaudet Drive, Fremont, CA 94538-4511
Newsgroups: alt.lucid-emacs.bug
From: jsparkes@bwdls138.bnr.ca (Jeff Sparkes)
Subject: problems with c-style
Organization: Bell-Northern Research Ltd., Ottawa
Date: Wed, 26 Aug 1992 20:53:02 GMT


There's a change in the c-style package that drove me nuts until I
discovered it.  (I had been using version 2.1; there is no version
number in one with lemacs).  Anyway, the lemacs version requires that
the variables be dotted-pairs whereas the "real" one needs lists.  It
seems my variables get set to lists, i.e. c-argdecl-indent is (4),
which makes lemacs unhappy. You get messages like "wrong-type-argument
integer-or-float-or-marker-p (4)" when you hit TAB.

If this is an lemacs specific bug it should be fixed.  If not, then
the c-style package should be updated with the one in the elisp archive.

--
--
Jeff Sparkes jsparkes@bnr.ca	Bell-Northern Research, Ottawa (613)765-2503
"For better gas mileage, do not drive with the parking brake on."
  - paraphrased from the owners manual of my Integra.
Newsgroups: alt.lucid-emacs.bug
From: lystad@m2.dseg.ti.com (Garr Lystad)
Subject: Re: bug with point-to-register
Organization: TI DSEG, Spring Creek, Plano, Tx.
Reply-To: Garr Lystad <lystad@m2.dseg.ti.com>
Date: Thu, 27 Aug 1992 15:10:47 GMT

In article <1992Aug26.204048.10644@bwdls61.bnr.ca> jsparkes@bwdls138.bnr.ca (Jeff Sparkes) writes:

>   It appears that I type to fast for lemacs.  (This is version 19.2,
>   sun4).  If I type "C-x/a" quickly, the prompt for the register shows
>   up.  If I hit a again, the point does indeed go to register a, and an
>   a shows up in the buffer.  It does not appear in the buffer until
>   after I type something at the prompt.  I guess the (interactive?)
>   argument reader is a little slow.

No, you don't type too fast.  The command seems to just be broken.
This bug has been bugging me for days now, and I hope to be able to 
look for a workaround today.  If I find anything I'll post it.

  --  Garr
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Tue, 25 Aug 1992 16:32:42 EDT
Date: Tue, 25 Aug 1992 16:32:03 EDT
From: ex594bw@pts.mot.com (Bob Weiner)
Subject: Bug in 'read-key-sequence', Lucid Emacs V19.2.
Newsgroups: alt.lucid-emacs.bug
Doc says:

read-key-sequence: (prompt)
The sequence read is sufficient to specify a non-prefix command starting
from the current local and global keymaps.  A C-g typed while in this
function is treated like any other character, and `quit-flag' is not set.
One arg, PROMPT, is a prompt string, or nil meaning do not prompt specially.


but an (eval (read-key-sequence "Key: "))
with an input of C-g does perform a quit, thus
no value is returned.

Bob




Newsgroups: alt.lucid-emacs.bug
From: bremner@cs.sfu.ca (David Bremner)
Subject: Startup/sit-for buglets
Summary: menu events don't count as events in sit-for, plus more
Reply-To: bremner@cs.sfu.ca (David Bremner)
Organization: CSS, Simon Fraser University, Burnaby, B.C., Canada
Date: Thu, 27 Aug 1992 22:47:38 GMT

Environment: Lemacs 19.2, X11R5, SunOS 4.1.1, sparc

The first bug is fairly clear cut: menubar events don't cause sit-for
to return.

Try <ESC><ESC>(sit-for 30)<RETURN> 
and then select something from a menu.

The second is somehow related, but wierder: if you start lemacs up,
and press an undefined mouse button to clear the warranty, then the
the next menu item you select is passed an argument. In my case,  this causes 
info-dg.el to prompt for an info  file.





-- 
bremner@cs.sfu.ca 				          ubc-cs!fornax!bremner
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Tue, 1 Sep 1992 09:25:57 EDT
Return-Path: <guttman@linus.mitre.org>
Posted-Date: Tue, 01 Sep 92 09:24:57 -0400
Subject: delete-window
X-Postal-Address: MITRE, Mail Stop A156 \\ 202 Burlington Rd. \\ Bedford, MA 01730
X-Telephone-Number: 617 271 2654; Fax 617 271 3816
Date: Tue, 01 Sep 1992 09:24:57 -0400
From: guttman@linus.mitre.org
Newsgroups: alt.lucid-emacs.bug
Delete-window now destroys the screen if there is only one window on it.  This
is disconcerting.  Since there's also delete-screen, I don't see the purpose of
having this curlicue on delete-window.  Why be willfully incompatible with
behavior familiar from Emacs18 and before?

	Josh
~~~~~~~~~~~~~~~~
delete-window:
Remove WINDOW from the display.  Default is selected window.
If window is the only one on the screen, the screen is destroyed.

arguments:(&optional window)
From: lystad@m2.dseg.ti.com (Garr Lystad)
Subject: Re: Ctrl-x Esc bug
Organization: TI DSEG, Spring Creek, Plano, Tx.
Reply-To: Garr Lystad <lystad@m2.dseg.ti.com>
Distribution: alt
Date: Thu, 27 Aug 1992 17:14:53 GMT


I've found what I did, something reasonable I think, with an
unreasonable result, or at least so it seems to me.

After defining uncomment-out-region I did
(define-key global-map [(control x)(meta \;)] 'uncomment-out-region)

From that point on it's broken.  I guess it must be some holdover
from ESC = meta confusion.  What really seems strange is that
C-x C-[ is broken too.  

  --  Garr
Newsgroups: alt.lucid-emacs.bug
From: jsparkes@bwdls138.bnr.ca (Jeff Sparkes)
Subject: uncompress leaves point at end of file
Organization: Bell-Northern Research Ltd., Ottawa
Date: Wed, 26 Aug 1992 22:34:17 GMT

(I don't remember if I sent this one in already..)

Subject says it all.  If you visit a compressed file, point is the end
of the buffer.  This didn't happen under 18.58, and uncompress.el
looks to be the same.
--
--
Jeff Sparkes jsparkes@bnr.ca	Bell-Northern Research, Ottawa (613)765-2503
"For better gas mileage, do not drive with the parking brake on."
  - paraphrased from the owners manual of my Integra.
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Sun, 30 Aug 1992 16:00:16 EDT
From: simon%lia.di.epfl.ch@lucid.com (Simon Leinen)
Subject: etags.el enhancement # 13
Date: Sun, 30 Aug 1992 20:00:16 GMT
Newsgroups: alt.lucid-emacs.bug
All in all I am very happy with the new etags package - tag completion
is a big win! But one improvement I would sometimes like to disable is:

;; 13. don't pull all files into memory for tags-search

Rationale: I always use "M-x tags-s RET zxc RET" to "page in" all
source files of the project I start working on.  With the new
etags.el, all the buffers get killed immediately :-(

The following patch to etags.el from the Lucid Emacs 19.2 distribution
adds a switch for the new behavior, so that I can turn it off from my
.emacs.  It would really be nice if something like this could be added
to the distribution.  Thanks!!
-- 
Simon.

*** 1.1	1992/08/30 13:34:26
--- etags.el	1992/08/30 13:36:56
***************
*** 1015,1020 ****
--- 1015,1024 ----
    "Form for tags-loop-continue to eval to process one file.
  If it returns nil, it is through with one file; move on to next.")
  
+ (defvar tags-search-nuke-uninteresting-buffers t
+   "*If t (the default), tags-search and tags-query-replace will only
+ keep newly-visited buffers if they contain the search target.")
+ 
  (defun tags-loop-continue (&optional first-time)
    "Continue last \\[tags-search] or \\[tags-query-replace] command.
  Used noninteractively with non-nil argument
***************
*** 1027,1033 ****
  	   (setq message t)))
      ;; **** (let ((cursor-in-echo-area t)))
      (while (not (eval tags-loop-form))
!       (if (and buf-is-new (not (buffer-modified-p)))
  	  (kill-buffer (current-buffer)))
        (setq buf-is-new (next-file))
        (message "Scanning file %s..." buffer-file-name)
--- 1031,1038 ----
  	   (setq message t)))
      ;; **** (let ((cursor-in-echo-area t)))
      (while (not (eval tags-loop-form))
!       (if (and buf-is-new (not (buffer-modified-p))
! 	       tags-search-nuke-uninteresting-buffers)
  	  (kill-buffer (current-buffer)))
        (setq buf-is-new (next-file))
        (message "Scanning file %s..." buffer-file-name)
Newsgroups: alt.lucid-emacs.bug
From: howcome@nta.no (Hakon W Lie FDX)
Subject: lucid/gnus bug
Organization: Norwegian Telecom Research, Norway
Date: 1 Sep 92 11:33:52

When using lucid with gnus (3.13) I sometimes get teh message "wrong
type argument: syntax-table-p, nil" when selecting a group. This
happens consitentlly with some groups, and not with others. I'm sure
this has been discovered/discussed before, but it would be very
helpful if someone could point me to a solution: should I upgrade
gnus, lemacs or is there a patch?

Thanks,

-h&kon
From: beust@rhea.inria.fr (Cedric Beust)
Newsgroups: alt.lucid-emacs.bug
Subject: lemacs is refreshing slowly
Date: 28 Aug 92 06:18:21 GMT
Organization: University of Nice Sophia-Antipolis, France


	Has anyone else noticed this? It struck me when I used epoch
	again lately. It's especially noticeable when lemacs' window has
	been unmapped (either iconified or hidden) and needs to be mapped
	again. First it is slow to appear and second, it is slow to process,
	for example, new mail in RMAIL mode. It's almost immediate with
	epoch (a 'g' displays the new messages within a second).

	Any ideas? Will it be speeded up in version 19.3?


--
Cedric BEUST, beust@sa.inria.fr, Bull Research Koala proj, KoalaBus & xforum
Pho:(33) 93.65.78.07(.66 Fax), INRIA, B.P.93 - 06902 Sophia Antipolis, FRANCE.
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Wed, 2 Sep 1992 09:59:53 EDT
Date: Tue, 1 Sep 1992 19:16:48 EDT
From: ex594bw@pts.mot.com (Bob Weiner)
Subject: raise-screen does not work under OpenLook WM and Lemacs V19.2.
Reply-To: bob_weiner@pts.mot.com
Newsgroups: alt.lucid-emacs.bug
Lower screen works fine.

Is this a known bug or is it a configuration issue with my
window manager?

Newsgroups: alt.lucid-emacs.bug
From: lystad@m2.dseg.ti.com (Garr Lystad)
Subject: Ctrl-x Esc bug
Organization: TI DSEG, Spring Creek, Plano, Tx.
Reply-To: Garr Lystad <lystad@m2.dseg.ti.com>
Distribution: alt
Date: Thu, 27 Aug 1992 15:26:45 GMT

It seems that I frequently want to repeat a 'complex' command, i.e.
a minibuffer command.  I press C-x ESC usually to do this and it works
just fine for a while.  But eventually lemacs gets to be in a funny
state where the minibuffer will say C-x ESC - and just wait for
another key.  Yesterday when that happened I found that
repeat-complex-command is also on C-x [.  That key sequence had the
same problem, I got C-x [ - in the minibuffer.  I will try to find out
what action causes this problem, but if anyone already knows I'd
appreciate the information.  If there's a fix I'd appreciate that too.

  --  Garr
From: rjc@cogsci.ed.ac.uk (Richard Caley)
Newsgroups: alt.lucid-emacs.bug
Subject: -iconic
Date: 25 Aug 92 11:11:08 GMT
Distribution: alt
Organization: Human Communication Research Center


Starting lemacs with the -iconic command line flag causes all later
screens to be created iconic too. This is probably not the correct
behaviour. 

--
rjc@cogsci.ed.ac.uk		_O_
				 |<
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Tue, 25 Aug 1992 17:02:26 EDT
Date: Tue, 25 Aug 1992 17:01:04 EDT
From: ex594bw@pts.mot.com (Bob Weiner)
Subject: Re: Bug in 'find-tags-other-window' of "packages/etags.el", Lucid Emacs V19.2.
Newsgroups: alt.lucid-emacs.bug
Here is the diff with the fix I made.


diff etags.el~ etags.el
879c879
< (defun find-tag-other-window (tagname)
---
> (defun find-tag-other-window (tagname &optional next)
901c901
< 		   '(nil)
---
> 		   '(nil t)
903c903,905
<   (find-tag tagname t))
---
>   (if next
>       (find-tag nil t)
>     (find-tag tagname t)))



x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Thu, 27 Aug 1992 06:11:58 EDT
Date: Thu, 27 Aug 1992 18:11:59 +0730
From: franks%ntu.ac.sg@lucid.com (Frank Siebenlist)
Subject: please add me to mailing list
Newsgroups: alt.lucid-emacs.bug
________________________________________________________________________
Frank Siebenlist                             Email: franks@imt.ntu.ac.sg
Institute of Manufacturing Technology (IMT)    Tel: (65) 799-1336
Nanyang Technological University (NTU)         Fax: (65) 791-2927
Nanyang Avenue
Singapore 2263

x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Sun, 30 Aug 1992 16:43:42 EDT
Date: Sun, 30 Aug 1992 13:45:49 EDT
From: ex594bw@pts.mot.com (Bob Weiner)
Subject: Simple fix for novice.el bug in Lemacs V19.2.
Newsgroups: alt.lucid-emacs.bug
diff ~/lemacs/lisp/prim/novice.el- ~/lemacs/lisp-lemacs/novice.el
30,35c30
<        ;; ## Hey, this doesn't work!  this-command-keys doesn't include M-x.
<        (if (eq (event-to-character (aref (this-command-keys) 0)) ?\M-x)
< 	   (princ "You have invoked the disabled command ")
< 	 (princ "You have typed ")
< 	 (princ (key-description (this-command-keys)))
< 	 (princ ", invoking disabled command "))
---
>        (princ "You have invoked the disabled command ")
From: tfb@aisb.ed.ac.uk (Tim Bradshaw)
Newsgroups: alt.lucid-emacs.bug
Subject: Re: lucid/gnus bug
Date: 1 Sep 92 12:59:44 GMT
Organization: Not

>>>>> On 1 Sep 92 10:33:52 GMT, howcome@nta.no (Hakon W Lie FDX) said:


> When using lucid with gnus (3.13) I sometimes get teh message "wrong
> type argument: syntax-table-p, nil" when selecting a group. This
> happens consitentlly with some groups, and not with others. I'm sure
> this has been discovered/discussed before, but it would be very
> helpful if someone could point me to a solution: should I upgrade
> gnus, lemacs or is there a patch?

This is likely a problem with nested comments in addresses.  Emacs
tries to use the lisp-mode syntax table to parse them but this is no
longer defaultly in the sysout.  Emacs-lisp mode is though so this
diff ro utils/mail-utils.el fixes it.

--tim

--Cut--
*** mail-utils.el-orig	Tue Apr 14 01:16:40 1992
--- mail-utils.el	Tue Sep  1 13:57:06 1992
***************
*** 55,61 ****
  	   (set-buffer (get-buffer-create " *temp*"))
  	   (erase-buffer)
  	   (insert address)
! 	   (set-syntax-table lisp-mode-syntax-table)
  	   (goto-char 1)
  	   (while (search-forward "(" nil t)
  	     (forward-char -1)
--- 55,61 ----
  	   (set-buffer (get-buffer-create " *temp*"))
  	   (erase-buffer)
  	   (insert address)
! 	   (set-syntax-table emacs-lisp-mode-syntax-table)
  	   (goto-char 1)
  	   (while (search-forward "(" nil t)
  	     (forward-char -1)
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Tue, 25 Aug 1992 16:43:35 EDT
Site: 
Date: Tue, 25 Aug 1992 16:33:13 EDT
From: ex594bw@pts.mot.com (Bob Weiner)
Subject: Bug in 'find-tags-other-window' of "packages/etags.el", Lucid Emacs V19.2.
[Note: "etags.el" in Lucid Emacs V19.2 is a slight mod of Joe Wells "tags-fix.el".]
Newsgroups: alt.lucid-emacs.bug
As the doc for ''find-tags-other-window' explains, it should take a second
argument, however, its signature permits only one argument.


Newsgroups: alt.lucid-emacs.bug
From: jsparkes@bwdls138.bnr.ca (Jeff Sparkes)
Subject: bug with point-to-register
Organization: Bell-Northern Research Ltd., Ottawa
Date: Wed, 26 Aug 1992 20:40:48 GMT


It appears that I type to fast for lemacs.  (This is version 19.2,
sun4).  If I type "C-x/a" quickly, the prompt for the register shows
up.  If I hit a again, the point does indeed go to register a, and an
a shows up in the buffer.  It does not appear in the buffer until
after I type something at the prompt.  I guess the (interactive?)
argument reader is a little slow.
--
--
Jeff Sparkes jsparkes@bnr.ca	Bell-Northern Research, Ottawa (613)765-2503
"For better gas mileage, do not drive with the parking brake on."
  - paraphrased from the owners manual of my Integra.
Newsgroups: alt.lucid-emacs.help
From: lystad@m2.dseg.ti.com (Garr Lystad)
Subject: Re: Mouse enhancements for buffer-menu mode
Organization: TI DSEG, Spring Creek, Plano, Tx.
Reply-To: Garr Lystad <lystad@m2.dseg.ti.com>
Date: Fri, 28 Aug 1992 13:49:44 GMT


I'm all for consistency, and I sure don't like surprises when I use an
editor.  Your guidelines are consistent with the unmodified button use
in Zmacs too, which is good for us Lisp programmers. 

Still, I  think there are some  other  considerations.  There probably
isn't more than one, or at most two, menus of any use in a given mode.
If we do get into a situation  with a lot  of menus it's probably best
to arrange them in a hierarchy with the root on button3.  So we have a
menu on button 3.  If there are quite a few useful commands to  be put
on  the  mouse  I'd  like  to  be  able   to   put  some  of  them  on
Control-button3 or shift-button3, etc.  I really believe there are too
many useful  mouse commands that can  be  created  to reserve button 3
with modifers for menus.  (Of course I put a command on an  unmodified
button3.   I thought of that as a  convenience,  particularly  since I
hadn't created a menu.  But on reflection, that is probably a mistake.)

Also there are some NATURAL assignments to the mouse that don't fit
the guidelines, such as moused-line-to-top, moused-line-to-middle, and
moused-line-to-bottom on modified buttons 1, 2, and 3 respectively.

To help remove confusion even further, I would suggest a convention
that all commands that are put on the mouse should have the word mouse
in them.  That way if someone does apropos on the word mouse he will
find the commands he has available.  Of course apropos should
be fixed to show the mouse bindings as it does with regular key
bindings. 

Well, that's my opinion anyway,  for  what its worth.  And in spite of
my opinion  on  modified mouse  buttons, I  really do  thank Jamie for
trying to put a little order in our multiple, uncoordinated efforts.

  --  Garr
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Wed, 26 Aug 1992 13:54:12 EDT
Date: Wed, 26 Aug 1992 19:53:11 +0200
From: ssos006%hebe.ccvr.fr@lucid.com (ccvr__MERCIER_Claude)
Subject: wrong mailing address, install on AIX 3.2
Newsgroups: alt.lucid-emacs.help
Thanks for adding me to the mailing list, but you tell me
that you added ssos006@hebe.ccvr.fr and my real address is
mercier@ccvr.fr (same for the bug mails)

Beside that, I have been thru all help-lucid-emacs messages
and made all the changes to install it on the rs/6000 that I could
see in it, but the last I have done is to change startup.el
and replace the two function as I understood I should do but I still
get the message :
Symbol's value as variable is void: lock-directory

when loading Loading startup...

Is there any solution? did I mis understood the fact that I had to replace those
functions?

claude




x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Wed, 26 Aug 1992 10:29:11 EDT
Date: Wed, 26 Aug 1992 10:22:56 EDT
From: weiner@pts.mot.com (Bob Weiner)
Subject: Re: Will the next version of Lucid Emacs have the following?
Newsgroups: alt.lucid-emacs.help