HDTenEightyP/NetNews huggingface dataset:
From: JBrandt@AAA.UOregon.EDU (Jay Brandt (Jason))
Newsgroups: alt.callahans
Subject: Re: I'm Published!!!
Followup-To: alt.callahans
Date: 12 Nov 1992 16:20:51 GMT
Organization: University of Oregon, Architecture
Distribution: world
NNTP-Posting-Host: aaa.uoregon.edu

In article <1992Nov11.141245.23962@openage.openage.com>,
gryphon@openage.openage.com (The Golden Gryphon) wrote:
>   The Golden
> Gryphon heads over to the bulletin board, and pins up several copies of a
> magazine, and then heads for the bar.
> 
> "Mike,  I would like a Long Island Iced Tea for me, and a round for the house."
> TGG plunks down several bills on the bar, and heads to the chalk line.
> 
> "My friends.  A lifelong dream of mine has just come true.  Through luck and
> lots of hard work I have finally gotten published!!  The first copies of my
> work have already been shipped, and the reviews look good.  Don't look in your
> local book store for this magazine, you won't find it.  SCO Magazine is a
> computer industry publication from CMP Publications in NY.  They focus on a PC
> UNIX operating system from a company called SCO (The Santa Cruz Operations).
> Many of you may not know that I am a UNIX consultant specializing in the SCO
> operating systems."
> 
> "Well, now you do.  My first article, 'Cutting Through The Jargon', appears on
> page 53 of the November issue.  I have just submitted another feature article,
> and some fun stuff for December.  In Janurary I will be taking over a monthly
> column, as well as continuing to write feature articles."
> 
> "I hope to hone my writing skills, until I can write that great american
> science fiction novel.  That's all in the future.  Today I am just happy to be
> published and paid for my labors.  Please join me in a toast."
> 
> "To hard work.  It seems to be the only way to follow your dreams!"
> 
> <<<CRASH>>>
> 
> The sound of breaking glass echos in the fireplace.

<PING!> Jason shimmers into existance at the end of the bar closest to the
Golden Gryphon. Thyra joins him, and they each get their favorite drink,
Dragon's Breath, from Mike.

Jason pats the Golden Gryphon on the back. "Congratulations Golden Gryphon!
It's great to see your own work in print, isn't it? I haven't been able to
publish my fiction yet, but I do have two songs that I wrote both the music
and lyrics for in publication. It's quite a rush to see your own name there
in the byline, in someone elses book or magazine. Keep up the good work!"

Thyra gives Goldie a hug, her eyes glow, and when she lets go of them,
neither of them have any pie left in their fur or his feathers. "Oh Goldie!
I'm so proud of you." Then Thyra plants a kiss right on the gryphon's beak.

They say together "To success!"

<<CRASH>> <Whuffff!>
<<CRASH>> <Whuffff!>

Two glases strike the fireplace and burst into blue-white fireballs as the
last of the Dragon's Breath catches fire.

Then Jason says "Well, gotta get back to work." and with a press of the
button on his cyberdeck, he jacks out and his image evaporates with a soft
<Ping!>.

Jason & Thyra
.
Newsgroups: alt.callahans
From: zlraa@marlin.jcu.edu.au (Nicarra)
Subject: Re: So long & thanks for all the fish.
Reply-To: lalford@fsu1.cc.fsu.edu
Organization: James Cook University
Date: Mon, 9 Nov 92 15:04:52 GMT

For the record, until mid-January mail sent to
Lynn Alford
13362 5th St SE
Fort Myers Fl 33905 USA

will reach me.  This is my folks address, but we won't be in Tallahasse
after mid-December.

Mail sent to 

Lynn Alford
32 Chauncy Cres
Douglas 4814
Australia

Will go to my permanent address.  Though no replies promised until after
mid-January. :-)

Nicarra
-- 
Ross A. Alford
Department of Zoology                      Internet: zlraa@marlin.jcu.edu.au
James Cook University                      Phone:    +61 77 81 4732
Townsville, Qld 4811 Australia
From: lydick@SOL1.GPS.CALTECH.EDU (Speaker-to-Minerals)
Newsgroups: alt.callahans
Subject: Rights for Rocks?
Date: 7 Nov 92 18:25:54 GMT
Reply-To: lydick@SOL1.GPS.CALTECH.EDU
Organization: HST Wide Field/Planetary Camera
NNTP-Posting-Host: sol1.gps.caltech.edu

(From a flyer I found attached to the door of the building in which I work)

                          STOP THE CUTTING OF ROCKS
                        *Just say NO to Lithosection*

Lithosection is widespread at UCLA where it is practiced by a group of largely
government-funded  geologists.   This  group  of pseudo-scientific researchers
regularly *slice*, *grind*, *polish*, and *sputter* lithologic materials  that
have  been  forceably  removed  (sometimes  violently) from the familiarity of
their natural habitats and stored in crowded, small, dark cabinets where  they
may  reside for poly-annic periods while serving a quest of interest to only a
small group of rock-bashing pseudo-intellectual candidates for lithodomoys.

            *End the Production of Instruments that Destroy Rocks*

The following descriptions of lithosectionist techniques were  extracted  from
literature  accounts contained in journals of lithosectionists:  "Fluorination
was proceded by partial  digestion  in  boiling  sulphuric  acid  followed  by
rinsing  with  fluorboric  acid.  The material was then subjected to a heat of
1090 degrees F at 2  lbs.   pressure  of  ClF3.   Extracted  matter  was  then
converted  to  CO2  in  a  platinum  furnace." What practical purpose can this
subjection of lithologic materials to these grievous stresses yeild?

The anti-Lithosectionist movement is one of the fastest growing  movements  in
the USA.  Support the effort to liberate lithologic materials!  We urge you to
write your NSF reviewers and demand that they refuse to continue to  fund  the
perpetration   of   these   atrocities   against  rocks  by  pseudo-scientific
geochemists and geophysicists.

                               Don't you think
                         YOU'LL SLEEP BETTER TONIGHT
                      knowing that you've taken a stand.

    Join the League for the Liberation of Laboratory Lithologic Specimens
From: jmpierce@whale.st.usm.edu (Jimmy Malcolm Pierce)
Newsgroups: alt.callahans
Subject: Re: No subject
Date: 10 Nov 92 01:31:37 GMT
Organization: University of Southern Mississippi

>Hurray!!!!
>"Hello!! Hurray!!
>sorry to be so noisy, but ohmi!"
>An indistinct figure puts her head around the door then walks in 
>rotating as she  tries to gaze at all of the place at once." Hi Mike! 
>Hi Ignatz! Hi anyone else that remembers me. I'm Mary, I was here 
>nearly -ohmi- 2 years ago, when I was doing an MSc in IKBS/AI at Uni 

      Hello Mary. I'm Dreamy Jim and my two sidekicks, Linda the StarShip
   and Robbie the Robot. Welcome to the Place ! Or back to it I should say !

   Robbie is about 3 feet tall, about 1 meter, and looks like a cross between
   R2D2 and Robbie from Forbidden Planet... Linda is about 6' 7" tall and 
   appears to be a silver woman, when she is actually a StarShip. Spacey is
   signed on as Science Officer. Linda liekes to dance, and Robbie likes
   to cook sometihng he calls Bar-Bee-Queue. I'm posting all of this detail
   for all the new people to read...

      Well, I need to work on my next part of the Halloween/Fall Bash posts.
  Later, Jim.
 
-- 
 Jim Pierce Bach. of Sci. in Applied Computer Science USM - Gulf Park Campus 
             jmpierce@whale.st.usm.edu  Disclaimer: Standard.
                     "Kill the Wabbit ! " Elmer Fudd. 
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Sat, 14 Nov 1992 00:48:17 EST
Date: Sat, 14 Nov 1992 00:38:23 EST
From: Arup.Mukherjee@KALI.FTM.CS.CMU.EDU
Subject: Fix for autosave bug in lucid emacs 19.3 ...
Newsgroups: alt.lucid-emacs.bug
In the function auto_save_1 (line 2673, fileio.c), there should be a check
to make sure that current_buffer->filename is not actually nil before 
attempting to go and stat() it. (Otherwise lemacs crashes when attempting
to autosave a buffer that doesn't have a filename associated with it, 
such as in the case of "*mail*"!).

The if statement in auto_save_1 should be fixed to say:

  /* Get visited file's mode to become the auto save file's mode.  */
  if (!NILP (current_buffer->filename) &&
      stat ((char *)XSTRING (current_buffer->filename)->data, &st) >= 0)
    /* But make sure we can overwrite it later!  */
    auto_save_mode_bits = st.st_mode | 0600;
  else
    auto_save_mode_bits = 0666;


-Arup Mukherjee (arup@cmu.edu)
From: tlp00@climb.as (Tibor Polgar)
Newsgroups: alt.lucid-emacs.bug
Subject: Pending delete problem with mode motion
Date: 11 Nov 92 05:15:49 GMT
Reply-To: tlp00@climb.as
Organization: Sun Microsystems


Is the old problem of "pending delete continually replacing the first character
of the replaced region" fixed??

I'm seeing this if try to "pending-delete" a text that "mode-motion" has 
highlighted.   Very common for me in the minibuffer, but is possible in buffer text.
 
I have installed Mike Carney's and Jamie's Font-lock fixes and Matthieu Devin's 
pending delete fix. 
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Tue, 10 Nov 1992 19:24:00 EST
Date: Tue, 10 Nov 1992 16:17:54 PST
X-Windows: More than enough rope.
From: jwz@lucid.com (Jamie Zawinski)
Subject: Re: Lucid Emacs inhibits deletion of the only *visible* screen
Newsgroups: alt.lucid-emacs.bug
It used to do the other thing and people complained.

Also, a problem is that it's hard to know whether a window is *iconified* or
*unmapped*.  (You can tell, but it's hard, and there are race conditions.)
If all the other emacs screens are unmapped (which you can do from elisp)
then if you deleted the only visible screen, your emacs would be detached:
you'd have to kill the process.  And if you're using twm without icons (but
with icon managers) then there's no way to tell the difference between being
unmapped in a way that the window manager can undo and being unmapped in a
way that it can't.

	-- Jamie
From: tlp00@climb.as (Tibor Polgar)
Newsgroups: alt.lucid-emacs.bug
Subject: Pending delete problem
Date: 3 Nov 92 03:12:30 GMT
Reply-To: tlp00@climb.as
Organization: Sun Microsystems


I'm seeing a problem with pending delete where a region is highlighted and then i try
to do M-x.  The next char after the M-x appears to be taken by pending delete as
the starting character to replace the region by.   The cursor at this time  is of 
course in the minibuffer so instead there is an  invalid arg error.
 
In looking at the code in "delete-active-region" it seems as if an extra check is 
needed to verify that the cursor is in the same buffer as the region and/or that 
the cursor is "not in minibuffer".
 
Does someone have a fix for this or any suggestions on how a lisp program can know
what buffer/minibuffer the cursor is in ???
 
Thanks.
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Tue, 10 Nov 1992 04:10:26 EST
Date: Tue, 10 Nov 1992 01:10:29 PST
X-Windows: Even your dog won't like it.
From: jwz@lucid.com (Jamie Zawinski)
Subject: Re: menu problem with newly started Lucid Emacs
Newsgroups: alt.lucid-emacs.bug
The problem is that menu selections don't terminate `sit-for', while all 
other mouse and keyboard actions do.  Believe it or not, this is actually
pretty hard to fix.  I don't think it's a big deal.  
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Thu, 12 Nov 1992 19:24:06 EST
Date: Thu, 12 Nov 1992 14:20:58 MST
From: sullivan@Mathcom.com (S. Sullivan)
Subject: very long names ...
Newsgroups: alt.lucid-emacs.bug
When I invoke lemacs with:

   lemacs out.sp1.0.nd0.0.act2.sl1.0.apm0.dat3.r*

I get a buffer display.  When I try to select
one of the files by typing "1" by it, I get the message:

   No buffer named "out.sp1.0.nd0.0.act2.sl1.0.apm0.dat"

It appears the name is being truncated.

Overall, though, I find lemacs an excellent system.

Thanks -

Steve Sullivan
sullivan@mathcom.com

x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Thu, 12 Nov 1992 21:16:00 EST
Date: Thu, 12 Nov 1992 19:14:39 MST
From: sullivan@Mathcom.com (S. Sullivan)
Subject: cursor slippage
Newsgroups: alt.lucid-emacs.bug
Hi - here is a weird problem - occasionally lemacs changes
the cursor position - when NOT requested to do so -
when switching between buffers.

It only happens under certain conditions.  For me, the
following commands will create the problem reliably, but even
slight variations of the command sequence will work normally.
This sequence took a while to work out!

Best regards -- and again, thanks for the terrific product.

Steve Sullivan
sullivan@mathcom.com


Notes:
Running lemacs 19.3 on sunos 4.1.1 on sparc 2.
For this test, I got rid of my ~/.emacs file, so lemacs
had no .emacs file.
The contents of file tempaa are included at the end of this message.


   commands:                                     comments:

rm tempbb tempcc                            get rid of tempbb, tempcc
lemacs tempaa tempbb tempcc                 tempaa exists; bb and cc do not.

                                            get initial buffer display of:
                                               tempbb     0
                                               tempcc     0
                                               tempaa   692

  move cursor down to tempaa and press 1    select tempaa
  M-x goto-line 100

  M C-l                                     switch to buffer tempbb
  C-x i tempaa                              insert file tempaa
  M-x goto-line 100

  C-x C-b                                   get buffer display on bottom half
  C-x o                                     move cursor into buffer display
  move cursor down to tempcc and press 1    select tempcc
  C-x i tempaa                              insert file tempaa
  M-x goto-line 100

  M C-l                                     switch to buffer tempbb

  C-x C-b                                   get buffer display on bottom half
  C-x o                                     move cursor into buffer display
  move cursor down to tempaa and press 1    select tempaa

Note that cursor is now on line 82 in tempaa, not 100!


===== Contents of file tempaa (200 lines long) follows this line ============
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
===== Contents of file tempaa (200 lines long) precedes this line ==========



x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Fri, 6 Nov 1992 04:32:17 EST
From: griffith%earley.sns.neuphilologie.uni-tuebingen.de@lucid.com (John Griffith)
Subject: Re: Xserver lock?
X-Mailer: ELM [version 2.3 PL11]
Date: Fri, 6 Nov 1992 09:32:18 GMT
Newsgroups: alt.lucid-emacs.bug
I've also noticed this bug, it locked up my console several
times and produced a most irritating unstopable stream of beeping.

I'm glad there's a fix but is there anywhere I can get a fixed binary?

---
John Griffith
Seminar fuer Sprachwissenschaft
Universitaet Tuebingen
Wilhelmstr. 113
W7400 Tuebingen
Germany
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Thu, 5 Nov 1992 13:09:37 EST
Date: Thu, 5 Nov 1992 13:09:15 EST
From: Tony.Bennett@East.Sun.COM (Tony E. Bennett)
Subject: pop up menus don't observe menubar face attributes
Mailed-From: GNU Emacs or Epoch (19.3.30 Lucid)
Content-Length: 523
Newsgroups: alt.lucid-emacs.bug
If I put the following in my .Xdefaults:
    Emacs*menubar.background:               red
    Emacs*menubar.foreground:               black
    Emacs*menubar*font:                     lucidasans-typewriterbold-12

then, the menubar and pull down menus are set appropriately.

But the popup menu still uses the default colors and font.
Is there an attribute family that controls the pop up box?

There should be a list of all xrdb attributes that lemacs uses
(out of the box; of course some packages may add others)

--tony
Newsgroups: alt.lucid-emacs.bug
From: Hamish.Macdonald@x400gate.bnr.ca (Hamish Macdonald)
Subject: Re: Lucid Emacs inhibits deletion of the only *visible* screen
Organization: Bell Northern Research
Date: Wed, 11 Nov 92 01:12:12 GMT

>>>>> On Tue, 10 Nov 1992 16:17:54 PST,
>>>>> In message <9211110017.AA11808@thalidomide.lucid>,
>>>>> jwz@lucid.com (Jamie Zawinski) wrote:

Jamie> It used to do the other thing and people complained.

Caveat User.

Jamie> Also, a problem is that it's hard to know whether a window is
Jamie> *iconified* or *unmapped*.  (You can tell, but it's hard, and
Jamie> there are race conditions.)  If all the other emacs screens are
Jamie> unmapped (which you can do from elisp) then if you deleted the
Jamie> only visible screen, your emacs would be detached: you'd have
Jamie> to kill the process.

gnudoit '(x-create-screen nil)'

Jamie> And if you're using twm without icons (but with icon managers)
Jamie> then there's no way to tell the difference between being
Jamie> unmapped in a way that the window manager can undo and being
Jamie> unmapped in a way that it can't.

Yeah, I thought of all that, but can it at least be made an option?

I'm going to change it in our copy in any case.
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Tue, 10 Nov 1992 06:17:50 EST
Date: Tue, 10 Nov 1992 11:15:08 GMT
From: djh@CIS.Prime.COM (David Hughes)
Subject: Re: automatic load-path generation
Newsgroups: alt.lucid-emacs.bug
Excerpt of message (sent 9 November 92) by Jamie Zawinski:
> To use the startup.el that I recently sent out, you need to add the
> following forms to the front of it.
> 
> I'd really appreciate some feedback (positive or negative) on whether this
> startup code does what you need, because otherwise I'm going to put it in
> 19.4 and get a lot of complaints if it has missed the mark again...


Jamie -

I had just finished getting gdb-4.7 off the net to test the bug I described
to you yesterday, when your patch arrived. This allowed lemacs to build and
start without a hitch.

  This new startup is a big win (for us anyway) for a couple of reasons:

  1. About half the Emacs users on my site are complete luddites and insist
     on sticking with emacs-18.55 (God, how old is that??). As a consequence,
     their lisp dir was really fouling things up for lemacs19 users (Our site
     manager insists that all "non Sun standard" tools have to be installed in
     one tools area.) Your searching for "lisp/prim" has cured that.

  2. To avoid messing people up, I actually dump lemacs in one place and
     provide a soft link to the site-wide place, so that I can install new
     versions without crashing anyone. Previously, the startup.el was not
     too smart in chasing the symbolic link, and I therefore had a nasty
     kludge to get round that. Again, this new startup.el has cured this.

Thanks.

--
Regards, David
Newsgroups: alt.lucid-emacs.bug
From: Hamish.Macdonald@x400gate.bnr.ca (Hamish Macdonald)
Subject: Problems with repeated killing and focus movement
Organization: Bell Northern Research
Date: Fri, 13 Nov 92 18:14:32 GMT

One of my users pointed out the following problem to me.

Note that the two screens do not have to be server screens.
I have duplicated this problem by running "lemacs -q" and 
creating a second screen using "C-x 5".

This is on an HP9000/425 running HPUX 8.0, lemacs 19.3.

Perhaps switching screens should reset this-command or last-command.

----------------------------------------------------------------------
Thu Nov 12 10:55:00 1992


 To:         Hamish (H.I.)  Macdonald           (BNR)      Dept 7K41   MER

 From:       Bertrand (B.M.)  Michaud           (BNR)      Dept 7C53   MER

 Subject:    Try this...

Hamish, Try this:

Open two buffers in two server screens.

In the first screen enter:
a
b
c
e
f
g

In the second screen enter:
d

Now go to the first screen and delete the lines with a, b, and c.
Now switch to the other screen using the mouse.
Delete the line with d.
Switch to the first screen using the mouse.
Delete the lines with e, f and g

Now yank.

Tadaaaa.  You should get:

d
e
f
g

The result is a concatenated kill buffer.  It looks like the first
screen knows that the last command was a kill so it keeps adding to
the last kill buffer in the kill ring.  However the second screen just
altered the kill ring because it just performed its first kill. 

Nifty problem.

Later,
Bertrand
----------------------------------------------------------------------

x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Thu, 12 Nov 1992 19:09:06 EST
Date: Thu, 12 Nov 1992 18:38:51 EST
From: Arup.Mukherjee@KALI.FTM.CS.CMU.EDU
Subject: Emacs dies when autosaving a temporary buffer...
Newsgroups: alt.lucid-emacs.bug
Hi,
	I am running lucid emacs 19.3 on an i486 under Mach 3.0. Autosaving
of buffers associated with files works just file; however when it tries
to save a buffer not associated with a file it goes into some sort of 
infinite loop (sits there and eats major amounts of CPU cycles and never
comes back). An easy way to duplicate this problem is to just enable 
auto-save on *scratch* and start typing random garbage at it. Eval'ing 
buffer-auto-save-file-name in the buffer yields a reasonable-looking 
filename....

I'm wondering if I'm the only one who has this problem (i.e. it's something
specific to my setup) or if others have experienced the same thing. Please
let me know if you have any suggestions as to what might be wrong... at this
point I know it's dying someplace in auto_save_1, but I haven't decided
where exactly...

Many thanks,

-Arup Mukherjee
From: giese@schwartz.loria.fr (Jean-Claude Giese)
Newsgroups: alt.lucid-emacs.bug
Subject: Problem on HP-UX
Date: 6 Nov 92 14:14:26 GMT
Reply-To: giese@loria.fr
Organization: Crin-Inria-Lorraine


	I've compiled Lucid-emacs-19.3 on a hp750 (HP-UX 8.07) with
	the patches from this newsgroup.
	It works, but I cannot start it in background ?

	I've the following error message:
	[4]  + Suspended (tty output) src/xemacs

	When I start it whitout background (&) and trie Ctrl-z, it
	do nothing ???

	Perhaps someone has an idea ?

	Thank you in advance.


-------------------------------------------------------------------------
|Jean-Claude GIESE			| Humans are making mistakes    |
|INRIA-Lorraine				| Humans are making computers   |
|Campus Scientifique			| Computers are making mistakes |
|615, rue du Jardin Botanique - B.P. 101 -------------------------------|
|54602 VILLERS-LES-NANCY CEDEX						|
|Tel: 83 59 30 31		Telex: 850 238 F			|
|Telecopie (Fax): 83 27 83 19	e-mail: Jean-Claude.Giese@loria.fr	|
-------------------------------------------------------------------------
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Tue, 10 Nov 1992 04:06:36 EST
Date: Tue, 10 Nov 1992 10:05:39 +0100
From: Guido.Bosch%loria.fr@lucid.com (Guido Bosch)
Subject: menu problem with newly started Lucid Emacs
Reply-To: bosch%loria.fr@lucid.com (Guido Bosch)
Newsgroups: alt.lucid-emacs.bug
I noticed the following misbehavior with the menubar in a newly
created Lucid Emacs: 

When I call a command from the pulldown menu and Emacs' startup
message is still displayed on the screen (i.e., no keyboard input has
been done yet), Emacs gets locked until I select a window with the
mouse (which then usually produces the error "Wrong type argument: window-p,
nil".)

This does not happen if `inhibit-startup-message' is non-nil. 

Any fixes available? 

	Guido
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Fri, 6 Nov 1992 08:48:04 EST
From: griffith%earley.sns.neuphilologie.uni-tuebingen.de@lucid.com (John Griffith)
Subject: Spontaneous focus
X-Mailer: ELM [version 2.3 PL11]
Date: Fri, 6 Nov 1992 13:48:05 GMT
Newsgroups: alt.lucid-emacs.bug