HDTenEightyP/NetNews huggingface dataset:
From: gamin@ireq-robot.hydro.qc.ca (Martin Boyer)
Newsgroups: alt.lucid-emacs.help
Subject: Re: 8 bit characters
Date: 31 Jul 92 17:01:24 GMT
	<9207301559.AA14753@scylla.lucid>
Organization: Le laboratoire de robotique de l'Institut de recherche
	d'Hydro-Quebec

>>>>> Matthieu Devin writes:

>BTW, in 19.3 [(setq ctl-arrow 'any-non-t-non-nil-value)] is the
>default if you load x-compose.el.  Check-it out it makes inputing ISO
>characters a breeze.  Too bad they don't go through the mail.

On SunOS 4.1.1 they do.

--
Martin Boyer                            mboyer@ireq-robot.hydro.qc.ca
Institut de recherche d'Hydro-Quebec    mboyer@ireq-robot.uucp
Varennes, QC, Canada   J3X 1S1
+1 514 652-8412
Newsgroups: alt.lucid-emacs.help
Date: Wed, 29 Jul 92 10:27:03 PDT
X-Windows: Dissatisfaction guaranteed.
From: Jamie Zawinski <jwz@lucid.com>
Subject: Re: RPC protocols in LEmacs 19
References: <4028@seti.UUCP>
In message <4028@seti.UUCP> Chet Murthy wrote:
>
> Which incurs the allocation cost of the buffer/string list.  Does
> anybody out there have a better idea?  Or, even better, has anybody
> implemented this?

There are two ways to deal with processes in emacs: one is to have a function
be called with a string of the process output as it arrives: this conses a
string.  The other is to have the text automagically added to a buffer: this
doesn't really cons anything, since buffers can easily be reused, but it
doesn't give you any way of noticing when new output has arrived.

I think there should be a third way, which puts the text into a buffer, and
then calls a function to tell you that it's there.  This seems to be what
you're asking for.

But unless you're dealing with really large amounts of data, the "call a
function with a string" method should be fine.

	-- Jamie
From: wolfgg@urmel.vta.mw.tu-muenchen.de (Wolfgang Goettert)
Newsgroups: alt.lucid-emacs.help
Subject: lhilit, where ?
Date: 22 Jul 92 09:24:03 GMT
Reply-To: wolfgg@urmel.vta.mw.tu-muenchen.de
Organization: Inst. Chem. Engng., TU Munich, Germany

In an article posted recently in this group I found a reference
to a lhilit Package. I did not find it in my distribution, so where can 
I find it (and other contributed stuff).

Wolfgang
Newsgroups: alt.lucid-emacs.help
Date: Thu, 30 Jul 92 03:02:25 PDT
X-Windows: The defacto substandard.
From: Jamie Zawinski <jwz@lucid.com>
Subject: Re: Problems with Outline-Mode and hideif
References: <1992Jul30.092103.19599@news.lrz-muenchen.de>
That's because selective-display doesn't work right now.  (Whoever suggested
using ifdef-mode hadn't tried it...)
Newsgroups: alt.lucid-emacs.help
Subject: Opening a window on another display ??
Date: Tue, 28 Jul 92 16:22:02 -0400
From: sharma@whopper.lcs.mit.edu
Is it possible to have lemacs open up a window on another display (owned by
the same user) ?


thanks,

madhu sharma
sharma@lcs.mit.edu
Newsgroups: alt.lucid-emacs.help
From: jsparkes@bwdls138.bnr.ca (Jeff Sparkes)
Subject: Re: patches for Hyperbole to run on lemacs19.2
Organization: Bell-Northern Research Ltd., Ottawa
Distribution: alt
Date: Mon, 27 Jul 1992 16:25:25 GMT

In article <BOSCH.92Jul27031513@moebius.loria.fr> bosch@loria.fr (Guido Bosch) writes:
>In article <9207241926.AA02186@gateway.bnr.ca> JSPARKES%BNR.CA@lucid.com (J.D.) writes:
>
> >   Hi, I've made Hyperbole work under Lucid emacs 19.2, and I'd like some
> >   brave beta testers. :-).  Actually, everything seems to work fine,
> >   with just one problem:
> >
> >   KNOWN BUG/PROBLEMS
> >
> >   1. sm-mouse-toggle-bindings (commonly bound to C-ct) does not preserve
> >      mode specific bindings because it only records the "default"
> >      bindings once.  Any advice on what to do for this is welcome.  (I
> >      find it annoying that I can't use the popup menu in Info-mode.)
> >
>
>The problem is a more general one, after my opinon: For Emacs 19, the
>Hyperbole user interface should be modified taking advantage of the
>new features:
>
>	- The user interface menu (`hui::menu') should be implemented 
>	  as a popup-menu, accessable in the menu bar (I already
>	  hacked it around, it was rather straightforward, see at the
>	  end of this mailing).
>
>	- The smart-key stuff should be bound to buttons with
>	  modifiers (shift/control/meta/...). At least button3 has to
>	  be kept free for mode specific menus. This is because
>	  Emacses running under X11 come with a lot of packages that
>	  do their own (maybe mode local) mouse handling.
>
>	  Another solution would be to intergrate Hyperbole as an
>	  essential part of Emacs 19's user interface and to use it
>	  for all kind of hypertext like mouse actions. This is maybe a
>	  better, but also a more expensive solution. 
>
>	  For the moment, I use the following key bindings for
>	  Hyperbole, and this also solves your problem with the info
>	  menu. (I use the Control Shift modifier for smart keys,
>	  because there are few chances that other packages could use
>	  this also)
>	  	  
>	(cond ((string-match "Lucid" (emacs-version))
>	   (defun le:mouse-set-point()
>	     (mouse-set-point (copy-event last-input-event)))
>	   (setq mouse-set-point-command 'le:mouse-set-point)
>	   (global-set-key '(control shift button2) 'sm-depress)
>	   (global-set-key '(control shift button2up) 'smart-key-mouse)
>	   (global-set-key '(control shift button2) 'sm-depress-meta)
>	   (global-set-key '(control shift button3up) 'smart-key-mouse-meta))
>

This is a good idea.  My goal was merely to get Hyperbole up and running;
plus I 'm used to the way it works.

>	  
>Another point for the TODO list: 
>
>	- Highlighting extents for explicit (and maybe implicit) buttons

I've done this.  Maybe it doesn't work under mono?
--
--
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
Date: Thu, 30 Jul 92 18:06:23 EDT
From: phil@mdl.com (Phil Usatine)
Subject: Unsubscribe from list please
Please unsubscribe me.
From: beust@rhea.inria.fr (Cedric Beust)
Newsgroups: alt.lucid-emacs.help
Subject: Setting the icon title properly
Date: 30 Jul 92 15:05:42 GMT
Organization: University of Nice Sophia-Antipolis, France


	I want to write some elisp that would set the icon title with
	the name of the buffers. By setting the variable unmap-screen-hook,
	this seems to work fine for one screen but when I open a second
	screen, even though I give it another name, I can't seem to have
	two icons with distinct titles. The already iconified lemacs
	takes the title of the newly iconified one, so you can't
	distinguish one from the other.

	It seems the screen-icon-title-format variable doesn't act on
	a per-screen basis but is global to all screens. Did I miss
	something?

	Here is the code I wrote :

(defun ced-make-string (l sep)
  "Given a list of string, return one string composed of all its elements
   separated by the string sep"
  (if l
      (concat (car l)
	      (let ((result (ced-make-string (cdr l) sep)))
		(if result (concat sep result) "")))))

(defun ced-squeeze-empty (l)
  "Given a list of strings, return the list with each empty string removed"
  (if l
      (if (equal (car l) "") (ced-squeeze-empty (cdr l))
	                  (cons (car l) (ced-squeeze-empty (cdr l))))))
	

(defun ced-set-titles (screen) ;; (buffer &arg ignored)
  "Set the icon title according to the buffers currently displayed"
  (setq screen-icon-title-format
	(ced-make-string
	 (ced-squeeze-empty
	  (mapcar '(lambda (buffer)
		     (if (get-buffer-window buffer)
			 (buffer-name buffer)
		       ""))
		  (buffer-list)))
	 ",")))


(setq unmap-screen-hook 'ced-set-titles)


--
Cedric BEUST, beust@sa.inria.fr, Bull Research Koala proj, KoalaBus & xforum
Pho:(33) 93.65.77.70(.66 Fax), INRIA, B.P.93 - 06902 Sophia Antipolis, FRANCE.
Newsgroups: alt.lucid-emacs.help
Date: Thu, 30 Jul 92 08:59:12 PDT
From: devin%scylla@lucid.com (Matthieu Devin)
Subject: Re: 8 bit characters
	<9207301516.AA00842@watergate.lucid>
In message <9207301516.AA00842@watergate.lucid> Eric Benson wrote:
>
> (setq ctl-arrow 'any-non-t-non-nil-value)

BTW, in 19.3 this is the default if you load x-compose.el.  Check-it out it
makes inputing ISO characters a breeze.  Too bad they don't go through the
mail.
Newsgroups: alt.lucid-emacs.help
Date: Fri, 24 Jul 92 16:11:24 PDT
From: devin%scylla@lucid.com (Matthieu Devin)
Subject: Re: lemacs is grabbing window focus when it isn't supposed to
	<9207242152.AA20936@IMSI.COM>
> > I'm having a strange problem with lemacs 19.2.  Every once in a while,
> > the program will grab "window focus", and won't give it up until I
> > move the pointer into the lemacs window then back.

We've been having problems with MWM sending a TAKE_FOCUS message with a 0
timestamp, which causes lemacs to steal the focus at most inappropriate times.
We put a workaround for that in 19.3.
Newsgroups: alt.lucid-emacs.help
Date: Wed, 29 Jul 92 15:58:46 PDT
From: hardy%acid-rain@lucid.com (Bob Hardy)
Subject: forwarded message from comp.emacs
Reply-To: hardy@lucid.com
From: rossini@biosun2.harvard.edu (Anthony Rossini)
Newsgroups: comp.emacs,gnu.emacs.help
Subject: lucid emacs
Date: 29 Jul 92 20:46:20 GMT
Followup-To: comp.emacs
Distribution: comp
Organization: Biostat Dept, HSPH, Boston MA, USA.


I'm having a bit of trouble compiling lemacs-19.2 on a SunOS 4.1.2 (sparc2)
with gcc-2.2.2.  I installed X11R5 last fall, havn't added any patches (due
to lack of disk space, unfortunately).  Anyhow, in compiling, I end up with
the error:

ld: Undefined symbol
   _XtStrings
   _XtShellStrings

which according to the README implies that I'm linking against the R4 Xt,
but with the R5 header files.  I can't seem to generate a libXt.a that would
be R5, but have the shared libraries (.so.4.10 and .sa.4.10) that should be
R5, but I'm guessing that since emacs wants everything statically linked,
that it doesn't want those two.  So does anyone have any suggestions, or am
I just being stupid? (which might be pretty likely!)

Or do I just need to snarf a set of R4 headers, or build the .a library
files? 

On a related note, is there a mailing list serving lucid-emacs?

thanks,
-tony
--
Anthony Rossini       -       rossini@biostat.harvard.edu
Department of Biostatistics, Harvard School of Public Health
677 Huntington Ave, Boston MA 02115  617-432-1056
Newsgroups: alt.lucid-emacs.help
From: beust@rhea.inria.fr (Cedric Beust)
Newsgroups: alt.lucid-emacs.help
Subject: Re: RPC protocols in LEmacs 19
Keywords: RPC
Date: 31 Jul 92 10:15:29 GMT
Organization: University of Nice Sophia-Antipolis, France

In article <26013@sophia.inria.fr>, colas@bagheera.inria.fr (Colas Nahaboo) writes:
>In article <4028@seti.UUCP>, murthy@margaux.inria.fr (Chet Murthy) writes:
>|> I have been thinking about writing some RPC code, so that emacs can
>|> act as an RPC/XDR server/client. 
>
>in the same vein, having a way to send commands to lemacs via an x property
>(just like the EPOCH_EXECUTE property of epoch) would be VERY nice, and trivial
>to implement...

	It would be really great if, in the shell, we could type something
	like

le file.c

	and see the already launched lemacs display this file just like if
	it had been loaded with \C-x\C-f. This kind of behavior could be
	extended to many other uses.

--
Cedric BEUST, beust@sa.inria.fr, Bull Research Koala proj, KoalaBus & xforum
Pho:(33) 93.65.78.10(.66 Fax), INRIA, B.P.93 - 06902 Sophia Antipolis, FRANCE.
Newsgroups: alt.lucid-emacs.help
From: rjc@cogsci.edinburgh.ac.uk
Date: Fri, 31 Jul 92 17:04:19 BST
Subject: Re: RPC protocols in LEmacs 19
X-Dragon: Mnemouth
> I dunno.  Maybe I'm an old fuddy-duddy, but knowing the level of
> security in the X system, the idea of anyone being able to send
> arbitrary commands to my emacs makes me very nervous.

X security is much better than (start-server) security. 

If anyone is looking for a spare time project, a really good lemacs
server package using the Xauth library for security (so that I can get
at my lemacs iff I can get at my X server) would be a boon.

      ^_^
     (O O) 
     \_/@@\
      \\~~/ 
        ~~
		- RJC
Newsgroups: alt.lucid-emacs.help
Date: Wed, 22 Jul 92 13:31:34 PDT
X-Windows: The joke that kills.
From: Jamie Zawinski <jwz@lucid.com>
Subject: Re: lemacs and the minibuffer...
References: <1992Jul21.140805.5778@twisto.eng.hou.compaq.com>
In message <1992Jul21.140805.5778@twisto.eng.hou.compaq.com> Colin Smiley wrote:
>
> Does lemacs-19.2 handle a separate minibuffer?  This is one of the
> major things which is keeping me from using it...

No, it doesn't.  It used to, a long time ago (back before we diverged from
FSF's v19), but it didn't work very well, meaning it crashed all the time,
and we didn't have time to fix it, so we just disabled it.  You might try
re-enabling it and see if it still breaks.

	-- Jamie
Newsgroups: alt.lucid-emacs.help
Reply-To: chabert%maupiti.imag.fr@lucid.com
Subject: Problems using lucid-emacs-19.2
Date: Thu, 23 Jul 92 17:36:17 +0200
From: Annie CHABERT <chabert%mururoa.imag.fr@lucid.com>
X-Mts: smtp
I am developping a new mode for a Object Oriented Language developped in our team.
I was working on emacs 18.58.4 and I started to look at Lucid Emacs 19.1 
and 19.2 for its graphical facilities. But I have some troubles. 
If someone could help me it will be fantastic.

There are different kind of questions :

	* Phylosophy :
	Which are the main differences between Lucid-emacs 19.1 and 19.2 ?
	What is new and/or debugged?

	* Compatibility with Emacs :
	
	1 - I noticed a problem with the selective-display process. 
	Running lucid-emacs (19.1 or 19.2), I can change the value of the
	selective-display but nothing happened in my current buffer.
	Is there something wrong with my installation or ...?

	2 - Adding new menu :
	I would like to add new menu in the menubar with 
	'add-menu-item. The result is the helps menu is moved near the Buffers
	menu and mine is at the right corner of the menu bar

	3 - overlay-arrow-string :
	I'd like to know if it's possible to change the default arrow by my own	
	string . This was allowed in Emacs.
	And is it possible to have many arrows (or "marks") at the same time ?
	How can I do it ?

Hope to have answers soon. Thank you

A.Chabert

Rem : I have sent the same mail in alt.lucid-emacs.help . 
If this mail is not addressed to the right group, please send me the
correct address.
Thanks.

-------------------------------------------------------------------------
 		Annie CHABERT    chabert@imag.fr,
 Unite Mixte Bull-Imag,   ZI de Mayencin,  2 rue Vignate,  38610 Gieres.
 	   Ph. (33) 76 63 48 50,	Fax. (33) 76 54 76 15		
-------------------------------------------------------------------------




Newsgroups: alt.lucid-emacs.help
Date: Wed, 29 Jul 92 09:11:41 +0200
From: queinnec%geant.cenatls.cena.dgac.fr@lucid.com (Philippe Queinnec)
Subject: Re: Anyone ported GNU calc 2.02 yet?
References: <9207281958.AA08801@depot.cis.ksu.edu>
> The bug-lucid-emacs archive contains a couple of messages about
> porting GNU calc 2.02.  Has anyone finished this port?

I started doing it, and I manage to make quick calc (M-# q) to work.

However, there is a "small" problem with the general calc (M-# c): it uses
split-window-horizontally which doesn't work in Lucid emacs...

So I stopped porting it.

Phil
From: steve@gabriela.tymnet.com (Steve Sandke)
Newsgroups: alt.lucid-emacs.help
Subject: lemacs is grabbing window focus when it isn't supposed to
Date: 23 Jul 92 17:53:21 GMT
Organization: BT North America, San Jose, CA

I'm having a strange problem with lemacs 19.2.  Every once in a while, the 
program will grab "window focus", and won't give it up until I move the pointer 
into the lemacs window then back. 

I'm running under mwm (Motif 1.1.4) with X11R5 pl 13 on a Sun Sparcstation 1+.  

Any ideas?

-- 
-------------------
Steve Sandke
steve@orchid.tymnet.com

Newsgroups: alt.lucid-emacs.help
Date: Tue, 21 Jul 92 10:49:20 -0400
From: guttman@linus.mitre.org
Subject: Re: positioning the cursor
X-Postal-Address: MITRE, Mail Stop A156 \\ 202 Burlington Rd. \\ Bedford, MA 01730
>   From: jdesai@sundeck.East.Sun.COM (Jatin Desai -- Contractor)

>   > From: metz%iam.unibe.ch@lucid.com
>   > I have lots of problems with it when I use the mouse to paste (with 
>   > the middle button) a highlighted text. 
>
>   I have exactly the same setup and same problems. In addition, I have one more:
>   A lot of times when I click the left button to set the "point", Emacs 19.2
>   selects some text in addition to setting the point. 
> 
>   Now that I remember, I seem to remember
>   a problem I saw in OpenWindows 2.0 server which often gave wrong co-ordinates
>   for the down event (vs the up event). I wonder if the same bug persists in the
>   3.0 server. 

I have a similar problem under X11R4 from MIT.  Any hope?

Thanks.  

	Josh
Newsgroups: alt.lucid-emacs.help
Date: Thu, 30 Jul 92 11:32:55 PDT
X-Windows: The first fully modular software disaster.
From: Jamie Zawinski <jwz@lucid.com>
Subject: Re: Setting the icon title properly
References: <25943@sophia.inria.fr>
In message <25943@sophia.inria.fr> Cedric Beust wrote:
>
> 	It seems the screen-icon-title-format variable doesn't act on
> 	a per-screen basis but is global to all screens.

Fixed in 19.3.

	-- Jamie
From: bosch@loria.fr (Guido Bosch)
Newsgroups: alt.lucid-emacs.help
Subject: Re: 8 bit characters
Date: 31 Jul 92 14:08:13 GMT
Reply-To: Guido BOSCH <bosch@loria.fr>
Organization: INRIA-Lorraine / CRIN, Nancy, France
In-reply-to: nebbe@lglsun.epfl.ch's message of 30 Jul 92 08:19:00 GMT

In article <1992Jul30.101900@lglsun.epfl.ch> nebbe@lglsun.epfl.ch (Robb Nebbe) writes:

   I'm having trouble getting lemacs 19.2 to display the graphic characters from
   8 bit character sets.  I have files that contain the characters and they
   show up in the other editors that I have around (including vi :o) but lemacs
   always displays them in octal format.  


(setq ctl-arrow 'foo) in your .emacs will do it.

ctl-arrow Documentation:
*Non-nil means display control chars with uparrow.
Nil means use backslash and octal digits.
Non-t and non-nil means display 8-bit characters (that is, characters
whose code is greater than 160 (SPC with the high bit on) will be
displayed as a single glyph.)
Automatically becomes buffer-local when set in any fashion.
This variable does not apply to characters whose display is specified
in the current display table (if there is one).

--
Guido BOSCH, INRIA-Lorraine/CRIN
Institut National de Recherche en Informatique et en Automatique (INRIA)
Centre de Recherche en Informatique de Nancy (CRIN)
Campus scientifique, B.P. 239            
54506 Vandoeuvre-les-Nancy CEDEX       	
Tel.: (+33) 83.91.24.24
Fax.: (+33) 83.41.30.79                	
email: bosch@loria.fr             	
Newsgroups: alt.lucid-emacs.help,alt.lucid-emacs.bug
From: mcgrant@isl.stanford.edu (Michael C. Grant)
Subject: Re: Change in point movement behavior
Organization: Information Systems Laboratory, Stanford University
Date: 27 Jul 92 16:22:50


OK, I received the following solution from a kind ( and speedy ) soul:

(global-set-key   'up        'previous-line)
(global-set-key   'down      'next-line)
(global-set-key   'left      'backward-char)
(global-set-key   'right     'forward-char)

This works! BUT it raises a concern: without these definitions, the default
x-win.el define-keys are

(define-key global-map 'left            "\C-b")
(define-key global-map 'up              "\C-p")
(define-key global-map 'right           "\C-f")
(define-key global-map 'down            "\C-n")

which, in turn, should translate to backward-char, forward-char,
previous-line, and next-line, should the not? After all, that is
what I get if I do a describe-key help on C-b, C-p, etc.

So, I'm not sure why I have to do this, but as long as it works (and
it does) it's OK for me!

Mike
Newsgroups: alt.lucid-emacs.help
Date: Wed, 22 Jul 92 13:28:21 PDT
X-Windows: graphics hacking :: roman numerals : sqrt(pi)
From: Jamie Zawinski <jwz@lucid.com>
Subject: Re: Is there a timetable?
References: <Ximap.711738484.1575.brock@MCS-IPC-4>
In message <Ximap.711738484.1575.brock@MCS-IPC-4> Kevin Brock wrote:
>
> There seem to be a lot of things intended for the 19.3
> version of Lucid GNU Emacs.  Is there any sort of timetable
> for that release yet?

Not particularly; we were going to hold off releasing a new version until
some critical mass of bugs were fixed, or some winning new features were
added.  We'll probably make a release some time soon, but I don't know when.

In a perfect world, when we made a release, everyone would upgrade, meaning
that we wouldn't have to think about more than one version at a time.  It
seems to me that the more frequently we make releases, the less likely this
is to happen.

	-- Jamie
From: rjq@phys.ksu.edu (Rob Quinn)
Newsgroups: alt.security
Subject: Re: passwd security check
Date: 22 Jul 1992 21:01:23 GMT
Organization: Kansas State University
NNTP-Posting-Host: bohr.phys.ksu.edu

In <Brt2n3.GE9@solbourne.com> imp@solbourne.com (Warner Losh) writes:
]In article <1992Jul22.190827.30077@iitmax.iit.edu> technews@iitmax.iit.edu (Kevin Kadow) writes:
]>when 2 or more accounts have the same password, and other "holes" that would
]>not be found by crack?
]This is *NOT* a security hole.

 It can be an indication that one person is using two or more accounts, which
could be a security issue for some systems.

--
|                                                                Rob Quinn |
|                                                         rjq@phys.ksu.edu |
|                                                    QuinnBob@KSUVM.BITNET |
Newsgroups: alt.security,rec.arts.movies
From: cooper@cos.com (Gary Cooper)
Subject: Re: Cuckoo's Egg (Was: Re: Sneakers (Upcoming movie about "hackers"))
Keywords: Cuckoo's Egg, security, PBS
Organization: Corporation for Open Systems
Distribution: usa
Date: Sat, 25 Jul 1992 01:29:10 GMT

>I think Cliff should play Cliff.

nah - it's been done.  But he would be the perfect choice for 
set security.  (He could hide in the rafters where the little
trespassers couldn't see him :> 
-- 
Gary Cooper (not the dead one)    personal responses - cooper@cos.com
* * * * * * *  Standard Disclaimers Apply, Of Course * * * * * * * * *
      "Sir Ranald, in my domain, never tell me ... always ask." 
                        - Sheriff of Nottingham  _Robin and Marian_ 
Xref: sparky alt.security:3964 rec.arts.movies:22802
From: coar@Nephi.Enet.DEC.Com (Rodent of Unusual Size)
Newsgroups: alt.security,rec.arts.movies
Subject: Re: Cuckoo's Egg (Was: Re: Sneakers (Upcoming movie about "hackers"))
Summary: Couldna be better
Keywords: Cliff, Cuckoo's Egg, movie
Date: 21 Jul 92 14:51:59 GMT
Distribution: usa
Organization: Digital Equipment Corp.
Organisation: Employed by (*NOT* speaker for) DEC, Boxborough, MA, U.S.A.


In article <35876@sdcc12.ucsd.edu>, mark@kraken.ucsd.edu (Mark Anderson) writes...
>In article <14fdptINNga9@agate.berkeley.edu> stoll@ocf.berkeley.edu (Cliff Stoll) writes:
>>
>>Zooks!  I'm trying to get back to astronomy.  My 15 minutes of fame are over.
>>Cheers,
>>Cliff
>
    [...]
> 
>Besides, word around town, is that Christopher Lloyd
>has a lock on playing you.

    Freud in the Void!  What a perfect casting!  There can be no alternatives!

    #ken    :-)}	Jeratol the Chaotic

Coar@Nephi.Enet.DEC.Com	 | All opinions herein contained, stated or implied,
Coar@DECUS.Org		 | are solely those of the author.  And he's fullovem.
Coar@Eisner.DECUS.Org	 | `... it was mine art, ... that made gape the pine 
Massachusetts, USA       | and let thee out.'  - Prospero (_The Tempest_)