HDTenEightyP/NetNews huggingface dataset:
From: tlp00@ras.amdahl.com (Tibor Polgar)
Newsgroups: alt.lucid-emacs.bug
Subject: Re: x-set-point-and-insert-selection
Date: 18 Dec 92 06:19:50 GMT
Reply-To: tlp00@ras.amdahl.com
Organization: Amdahl Corporation, Sunnyvale CA

Well i have a different variation of the bug that so far has defeated
els@sirius.hrb.com (Eric L. Schott) and Hamish.Macdonald@x400gate.bnr.ca (Hamish Macdonald) fixes and my own.  

Split a file to a second screen, scroll down few pages, drag-select text, now try and
insert the selection at some point in the first screen.  GARBAGE insert.  

The saga continues....

-------------------------------------------------------------------------------
| Tibor L. Polgar    |  (408) 746-8649     | tlp00@climb.ras.amdahl.com
| Amdahl Corporation
| 1250 East Arques Avenue (M/S 281)
| P.O. Box 3470
| Sunnyvale, CA 94088-3470
------------------------------------------------------------------------------
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Sat, 12 Dec 1992 02:21:04 EST
Date: Fri, 11 Dec 1992 23:21:39 PST
X-Windows: Flawed beyond belief.
From: jwz@lucid.com (Jamie Zawinski)
Subject: Re: Changing windows wipes out an isearch
Newsgroups: alt.lucid-emacs.bug
In message <RICKB.92Dec11143611@hotbox.mti.sgi.com> Rick Braumoeller wrote:
>
> Is it possible to twiddle the mouse-event code or the mode-motion stuff
> to leave the isearch in the original window alone?

No.  Emacs is single-threaded, even though having more than one screen often
makes one expect it to behave multithreadedly.  One emacs screen can't be
doing one thing while another is doing something else.

The current isearch code could probably be made to not abort when you switched
screens, but then if you were searching in some buffer, switched to another
screen, and selected that same buffer, you'd be dropped down into the middle
of an isearch again, which would be nonintuitive at best.

Really there should be a thread and a command loop associated with each
screen, just like in any real editor in any real lisp system.  Unfortunately,
doing this to GNU Emacs would mean rewriting it from scratch.  Which is far
from a bad idea, but let's just say I'm not going to do it this weekend...

> And as long as I'm wasting bandwidth, is the click-on-a-mode-line-with-
> the-left-mouse-and-drag-it supposed to work?  All I get is a beep and a
> "Wrong type argument: windowp, nil".

Nope.  That cursor is only there as a constant reminder that it doesn't work.
This is another of the entries on the long list of things that would be just
too unpleasant to think about before we rewrite redisplay.

	-- Jamie
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Wed, 16 Dec 1992 22:09:05 EST
Date: Wed, 16 Dec 1992 22:03:51 EST
From: jgg@evb.com (X-Miester)
Subject: Re: x-set-point-and-insert-selection
Newsgroups: alt.lucid-emacs.bug
Right now, I drag-select the region to paste and then
click left mouse at the point of insertion (which unhilights
the region I just drag-selected).  Then I click middle mouse
and the region that was previously selected gets pasted
as if it were still selected.  This is probably not the 
*correct* behavior, but it's a way to get what you want
in the current version of lemacs.

--
John Goodsen
Software Process & Environments      Ada Joint Program Office
EVB Software Engineering             PCIS Programme
jgg@evb.com                          goodsenj@ajpo.sei.cmu.edu
From: rjc@cogsci.ed.ac.uk (Richard Caley)
Newsgroups: alt.lucid-emacs.bug
Subject: x-set-point-and-insert-selection
Date: 16 Dec 92 18:00:57 GMT
Distribution: alt
Organization: Human Communication Research Center


This seems to be broken in 19.3. I have it bound to the middle mouse
button.

What happens is that I select some text, then try and paste it using
the middle button somewhere else in the same buffer and the text
between the selection and the insertion point is insterted too. 

I think that that x-set-point-and-insert-selection is setting the
point before looking at the selection and the set-point it is using is
one which extends the selection. 

--
rjc@cogsci.ed.ac.uk			_O_
					 |<
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Sat, 19 Dec 1992 00:23:39 EST
Date: Fri, 18 Dec 1992 21:23:36 PST
X-Windows: Warn your friends about it.
From: jwz@lucid.com (Jamie Zawinski)
Subject: Re: new startup.el and lock-directory
Newsgroups: alt.lucid-emacs.bug
Yup, I fixed that recently; change

	 (lock (and root (boundp 'lock-directory)
		    (or lock-directory (expand-file-name "lock" root)))))
to
	 (lock (and root (boundp 'lock-directory)
		    (file-name-as-directory
		     (or lock-directory (expand-file-name "lock" root))))))

 -- Jamie
Newsgroups: alt.lucid-emacs.bug
From: me@Sunburn.stanford.edu (Martin Frost)
Subject: new startup.el and lock-directory
Reply-To: me@CS.Stanford.EDU
Organization: Computer Science Department, Stanford University.
Distribution: alt
Date: 18 Dec 92 21:15:52

There's a bug in the setup of lock-directory by the new startup.el that
Jamie provided for dynamically finding the lisp, etc, lock and info
directories.

It sets (at least in my case) the variable lock-directory to a string that
doesn't end with "/".

Then when a file lock is opened, it is opened as the file lock!u!me!...
instead of lock/u!me!... (that is, it doesn't get written in the lock
subdirectory).  Although the resulting lock files would work to protect
between multiple Lucid emacs processes, they are incompatible with those of
non-Lucid emacs so the protection is lost between Lucid and non-Lucid
emacses.  On top of that, I don't make the top level lemacs directory world
writable, so in fact no lock files get written, so there's no protection at
all.

Here is my setup:

   /usr/bin/X11/lemacs -> /local/lemacs/lemacs-19.3/src/lemacs

   /local/lemacs/lemacs-19.3/ contains 
       the lisp, etc, lock and info directories (plus src, man, etc.)

   lock-directory gets set to "/local/lemacs/lemacs-19.3/lock"

If I add a "/" to the end of lock-directory, everything works fine.
--
Martin Frost		Computer Science Department, Computer Facilities
Systems Programmer	Stanford University, Stanford, CA  94305-2140
me@CS.Stanford.EDU	(or mfrost@stanford.bitnet)
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Sun, 13 Dec 1992 00:14:16 EST
Date: Sun, 13 Dec 1992 05:02:27 GMT
From: wolfgang@wsrcc.com (Wolfgang S. Rupprecht)
Organization: W S Rupprecht Computer Consulting, Fremont CA
Subject: Re: lemacs sounds under SunOS 4.1.3
Newsgroups: alt.lucid-emacs.bug
From: tfb@aisb.ed.ac.uk (Tim Bradshaw)
Newsgroups: alt.lucid-emacs.bug
Subject: 19.3: Reverse video via -rv
Date: 13 Dec 92 17:00:51 GMT
Organization: none

This may not be a bug as such but it certainly is different than 19.2.

If you say `emacs -rv' then the main emacs screens don't come up in
reverse video -- only the menubar & menus.  You can make it all work
by setting resources but people then claim to see some oddness with
adding new entries to the menubar (the text comes out black
sometimes!).  I think -rv should do what it did in 19.2.

--tim
Newsgroups: alt.lucid-emacs.bug
From: Hamish.Macdonald@x400gate.bnr.ca (Hamish Macdonald)
Subject: Re: x-set-point-and-insert-selection
Organization: Bell Northern Research
Distribution: alt
Date: Thu, 17 Dec 92 14:50:55 GMT

>>>>> On 16 Dec 92 18:00:57 GMT,
>>>>> In message <RJC.92Dec16180057@daiches.cogsci.ed.ac.uk>,
>>>>> rjc@cogsci.ed.ac.uk (Richard Caley) wrote:

Richard> This seems to be broken in 19.3. I have it bound to the
Richard> middle mouse button.

I just wrote the following replacement:

;; Fixed by Hamish Macdonald to get selection, set point, and then insert.
;; Done by merging x-insert-selection and x-set-point-and-insert-selection.
(defun x-set-point-and-insert-selection (event)
  "Sets point where clicked and insert the primary selection or the cut buffer"
  (interactive "e")
  (let ((text (or (condition-case () (x-get-selection) (error ()))
                  (x-get-cutbuffer)
                  (error "No selection or cut buffer available"))))
    (mouse-set-point event)
    (push-mark (point))
    (insert text)
    ))
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Mon, 14 Dec 1992 11:37:01 EST
Date: Mon, 14 Dec 1992 11:21:22 EST
From: Tony.Bennett@East.Sun.COM (Tony E. Bennett)
Subject: packages/edebug.el defines epoch::version
Mailed-From: GNU Emacs or Epoch (19.3.32 Lucid)
Content-Length: 1916
Newsgroups: alt.lucid-emacs.bug
This breaks a lot of pkgs that use (boundp 'epoch::version)
to determine if they are running on epoch or lucid: eg: hyperbole.

Following patch changes edebug to use boundp form.
--tony

{/.../lemacs/lisp/packages}. diff -c edebug.el~ edebug.el
*** edebug.el~	Tue Aug 18 20:10:39 1992
--- edebug.el	Mon Dec 14 11:07:42 1992
***************
*** 460,473 ****
  ;; We could use zones to highlight the current expression,
  ;; or to indicate frequency of use.
  
- (defvar epoch::version nil
-   "This will be predefined as non-nil in epoch.")
- 
- 
  (defmacro def-edebug-func (edebug-func epoch-func emacs-func)
    "Define a function as either the epoch version or the emacs version."
    (` (fset (quote (, edebug-func))
! 	   (if epoch::version
  		  (symbol-function (quote (, epoch-func)))
  		(symbol-function (quote (, emacs-func)))))))
  
--- 460,469 ----
  ;; We could use zones to highlight the current expression,
  ;; or to indicate frequency of use.
  
  (defmacro def-edebug-func (edebug-func epoch-func emacs-func)
    "Define a function as either the epoch version or the emacs version."
    (` (fset (quote (, edebug-func))
! 	   (if (boundp 'epoch::version)
  		  (symbol-function (quote (, epoch-func)))
  		(symbol-function (quote (, emacs-func)))))))
  
***************
*** 503,509 ****
      (if edebug-window 
  	(select-window edebug-window)
        ;; It is not currently displayed, so find some place to display it.
!       (if epoch::version
  	  ;; Select a screen that the buffer has been displayed in before
  	  ;; or the current screen otherwise.
  	  (select-screen
--- 499,505 ----
      (if edebug-window 
  	(select-window edebug-window)
        ;; It is not currently displayed, so find some place to display it.
!       (if (boundp 'epoch::version)
  	  ;; Select a screen that the buffer has been displayed in before
  	  ;; or the current screen otherwise.
  	  (select-screen
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Sat, 12 Dec 1992 14:12:01 EST
Date: Sat, 12 Dec 1992 10:09:27 -0800
From: wolfgang@wsrcc.com (Wolfgang S. Rupprecht)
Subject: lemacs sounds under SunOS 4.1.3
Organization: W S Rupprecht Computer Consulting, Fremont CA
Newsgroups: alt.lucid-emacs.bug
It looks like Sun changed the sound interface for SunOS 4.1.3.  Old
binaries get runtime errors.  Recompiling lemacs leads to a string of
compile time errors centering around the changes to the sound
interface.

Has anyone tackled this problem yet?

-wolfgang
---
Wolfgang Rupprecht    wolfgang@wsrcc.com (or) decwrl!wsrcc!wolfgang
Snail Mail:           39469 Gallaudet Drive, Fremont, CA 94538-4511
From: tlp00@ras.amdahl.com (Tibor Polgar)
Newsgroups: alt.lucid-emacs.help
Subject: Re: cursor color
Date: 18 Dec 92 18:34:47 GMT
Reply-To: tlp00@ras.amdahl.com
Organization: Amdahl Corporation, Sunnyvale CA

I've had a real problem (read wasted lots of time) getting all my resources defined.
Now if I was an X guru, i'm sure it would have been easier BUT really... emacs should
be configurable by anyone.   I second the request from any and all, IF you've got a 
resource database for lemacs, please post/send it so we as group can have a nice FAQ
on it.

------------------------------------------------------------------------------
| Tibor L. Polgar    |  (408) 746-8649     | tlp00@climb.ras.amdahl.com
| Amdahl Corporation
| 1250 East Arques Avenue (M/S 281)
| P.O. Box 3470
| Sunnyvale, CA 94088-3470
------------------------------------------------------------------------------
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Sun, 13 Dec 1992 15:23:20 EST
Return-Path: <valuk@eniac.seas.upenn.edu>
From: valuk@eniac.seas.upenn.edu (Timothy D Valuk)
Posted-Date: Sun, 13 Dec 92 15:22:09 EST
Subject: error with Makefile...
Date: Sun, 13 Dec 1992 15:22:09 EST
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: alt.lucid-emacs.help
From: me@Sunburn.? (Martin Frost)
Subject: Re: Filling without using tabs
Reply-To: me@CS.Stanford.EDU
Organization: Computer Science Department, Stanford University.
Distribution: alt
Date: 14 Dec 92 00:55:09

In article <1gao29INNiek@transfer.stratus.com> wayne@sw.stratus.com (Wayne Newberry) writes:

   I currently turn on auto-fill and I'd prefer to have
   Lucid Emacs fill using only spaces, rather than a 
   combination of tabs and spaces.  Is there any way to
   make this happen?


I have almost the exact opposite problem.  I have paragraphs that look
like:

14 Dec 92 1.23 me	Some text that goes on for multiple lines, with
			each continuation line starting with 3 tabs.
			The first line of the paragraph has one tab to
			make the text line up with the continuation lines.

In emacs 18.58, I could set the fill-prefix to be three tabs and then use
M-q to fill such a paragraph and it would preserve the tab in the first
line of the paragraph.  Lucid Emacs 19.3, however, turns that tab into a
single space, destroying the format.
			
14 Dec 92 1.23 me Some text that goes on for multiple lines, with each
			continuation line starting with 3 tabs.  The first
			line of the paragraph has one tab to make the text
			line up with the continuation lines.

Is this a bug or a (mis)feature?  Is there a variable I can change to get
the old functionality back?
--
------------------
Martin Frost		Computer Science Department, Computer Facilities
Systems Programmer	Stanford University, Stanford, CA  94305-2140
me@CS.Stanford.EDU	(or decwrl!labrea!me or mfrost@stanford.bitnet)
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Sat, 12 Dec 1992 00:16:03 EST
Date: Fri, 11 Dec 1992 21:15:07 PST
X-Windows: Don't get frustrated without it.
From: jwz@lucid.com (Jamie Zawinski)
Subject: Re: Iconify problem
Newsgroups: alt.lucid-emacs.help
In message <19921211.171340.169@almaden.ibm.com> Mickey Ferguson wrote:
>
> But if I iconify by using the iconify-emacs command, the title bar switches
> after a few seconds to 'cs @ water' (which I assume is short for emacs @ 
> water, which is probably the name of the workstation where lucid was linked).

The iconify-emacs command has (intentionally) different behavior than
iconifying an emacs screen from your window manager: the latter simply
iconifies that screen, and the former replaces *all* emacs screens with
a single icon, whose name is "emacs @ the-host-its-running-on".

The code (iconify-screen (selected-screen)) has the same behavior as the
WM iconify command.

However, you shouldn't be seeing "water" (which is short for "watergate", the
machine on which the labrea binaries were built).  This is because the call to
gethostname() is failing.  I'd appreciate it if someone who is having this
problem (that the `system-name' function returns the name of the machine on
which emacs was built) could recompile their emacs after applying the 
following patch, so that we can tell what the actual error is.

	-- Jamie

diff -c -r1.9 sysdep.c
*** 1.9	1992/12/11 02:29:21
--- sysdep.c	1992/12/12 03:29:19
***************
*** 1775,1781 ****
  #ifdef BSD4_1
    return sysname;
  #else /* not USG, not 4.1 */
!   static char system_name_saved[32];
  #ifdef VMS
    char *sp;
    if ((sp = egetenv ("SYS$NODE")) == 0)
--- 1775,1781 ----
  #ifdef BSD4_1
    return sysname;
  #else /* not USG, not 4.1 */
!   static char system_name_saved[256];
  #ifdef VMS
    char *sp;
    if ((sp = egetenv ("SYS$NODE")) == 0)
***************
*** 1789,1795 ****
      }
    strcpy (system_name_saved, sp);
  #else /* not VMS */
!   gethostname (system_name_saved, sizeof (system_name_saved));
  #endif /* not VMS */
    return system_name_saved;
  #endif /* not USG, not 4.1 */
--- 1789,1796 ----
      }
    strcpy (system_name_saved, sp);
  #else /* not VMS */
!   if (gethostname (system_name_saved, sizeof (system_name_saved)) != 0)
!     sprintf (system_name_saved, "gethostname: %s", sys_errlist[errno]);
  #endif /* not VMS */
    return system_name_saved;
  #endif /* not USG, not 4.1 */
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Sun, 13 Dec 1992 04:05:37 EST
From: matis!amir@lucid.com (Amir J Katz)
Subject: RMAIL mode for lhilit.el
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: Sun, 13 Dec 1992 09:05:37 GMT
Newsgroups: alt.lucid-emacs.help
When I read mail (using rmail), the two most interesting mail headers (for
me, at least) are the 'Subject:' and 'From:'. 
Here's my addition to the lhilit.el package, in order to paint those fields
with different colors:

      ;; RMAIL mode Added by AJK

      (setq rmail-mode-hilit
	    '(
	      ("^Subject\: .*" nil red-face)
	      ("^From\: .*"    nil blue-face)))

      (hilit::mode-list-update "RMAIL" rmail-mode-hilit)

-- 
/* ----------------------------------------------------------- */
/*  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 ? ........... */
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Mon, 14 Dec 1992 15:30:41 EST
Return-Path: <guttman@linus.mitre.org>
Posted-Date: Mon, 14 Dec 92 15:30:21 -0500
Date: Mon, 14 Dec 1992 15:30:21 -0500
From: guttman@linus.mitre.org
Subject: Re: Filling commented paragraphs
X-Postal-Address: MITRE, Mail Stop A156 \\ 202 Burlington Rd. \\ Bedford, MA 01730
Newsgroups: alt.lucid-emacs.help
I use the procedure enclosed, bound to the key M-C-g.

	Josh

(defun fill-commented-paragraph ()
   "Fill current paragraph ignoring comment-chars and whitespace."
   (interactive)
   (save-excursion
     (beginning-of-line)   
     (let* ((line-start (point))
	    (fill-prefix
	      (progn
		(while (looking-at "\\s<\\|\\s ")
		  (forward-char 1))
		(buffer-substring line-start (point)))))
      (fill-paragraph nil))))
From: thc2@doc.ic.ac.uk (Tse Huong CHOO)
Newsgroups: alt.lucid-emacs.help
Subject: double-height minibuffer- help!
Date: 14 Dec 1992 12:10:32 -0000
Organization: Department of Computing, Imperial College, University of London, UK.
Distribution: world
NNTP-Posting-Host: oak43.doc.ic.ac.uk


Whenever I start up Lucid Emacs 19.3, the minibuffer appears 
with 2 rows instead of the normal 1. However, moving the
main window around with the mouse causes the minibuffer to be
resized to its normal height of 1 row.

How do I get the minibuffer to initially appear as 1 row high?
If this helps, my .Xdefaults include the lines for Lemacs:

Emacs*menubar*background: #c0b4ff
Emacs*menubar*font: -adobe-helvetica-medium-r-normal-*-14-*-*-*-*-*-*-*

which causes my menubar to be bigger than normal. Could it be this
that is causing the problem? 



Tse Huong Choo,
Imperial College, London.
From: warsaw@nlm.nih.gov (Barry A. Warsaw)
Newsgroups: alt.lucid-emacs.help
Subject: Re: Filling commented paragraphs
Date: 14 Dec 92 17:59:09 GMT
	<BURT.92Dec14171839@smiley.dfki.uni-kl.de>
Reply-To: warsaw@nlm.nih.gov (Barry A. Warsaw)
Organization: Century Computing, Inc.


>>>>> "Alastair" == Alastair Burt <burt@dfki.uni-kl.de> writes:

    Alastair> I have just browsed throught the par-align.el code sent
    Alastair> to this group by Barry Warsaw.  I had hoped that it
    Alastair> would help me fill text used as program comments.
    Alastair> However my main problem is that when I hack around with
    Alastair> the text the commenting prefixes are no longer at the
    Alastair> beginning of the line.  I would like the filling
    Alastair> routines to optionally delete these extraneous comment
    Alastair> characters.  At first glance Barry Warsaw's code does
    Alastair> not do this.  Has anybody hacked up something that does?

par-align.el was mis-attributed to me. I think Bob Weiner posted this
package if GNUS is finding the right parent article.  I guess Bob
Weiner == BW, Barry Warsaw == BW... ;-)

-Barry, not Bob
Newsgroups: alt.lucid-emacs.help
From: burt@dfki.uni-kl.de (Alastair Burt)
Subject: Filling commented paragraphs
Organization: DFKI, University of Kaiserslautern, Germany
Date: Mon, 14 Dec 1992 16:18:39 GMT

I have just browsed throught the par-align.el code sent to this group by
Barry Warsaw.  I had hoped that it would help me fill text used as program
comments.  However my main problem is that when I hack around with the text
the commenting prefixes are no longer at the beginning of the line.  I
would like the filling routines to optionally delete these extraneous
comment characters.  At first glance Barry Warsaw's code does not do this.
Has anybody hacked up something that does?

--- Alastair
From: wayne@sw.stratus.com (Wayne Newberry)
Newsgroups: alt.lucid-emacs.help
Subject: Filling without using tabs
Date: 11 Dec 92 18:52:57 GMT
Organization: Stratus Computer, Inc.
NNTP-Posting-Host: becks.cac.stratus.com

I currently turn on auto-fill and I'd prefer to have
Lucid Emacs fill using only spaces, rather than a 
combination of tabs and spaces.  Is there any way to
make this happen?

Wayne
From: xjam@cork.CS.Berkeley.EDU (The Crossjammer)
Newsgroups: alt.lucid-emacs.help
Subject: Re: cursor color
Date: 17 Dec 92 15:27:44 GMT
Distribution: alt
Organization: University of California, Berserkeley
NNTP-Posting-Host: cork.cs.berkeley.edu
In-reply-to: xjam@cork.CS.Berkeley.EDU's message of 17 Dec 92 02:16:09

Thanks one and all who sent in responses, as I type this my red cursor is
happily moving along.


--
xjam@cork.Berkeley.EDU  	Fiiiive Thousand Boomin Watts...... -The JBeez

They can't come on and play me in prime time, 	    | Free Millipede coin op
Cause I know the time, cause I'm gettin' mine.	    | and House music at my
I get on the mix late in the night... -Public Enemy | place! Drop by sometime.
From: dharding@pollux.lssec.bt.co.uk (Derek Harding)
Newsgroups: alt.lucid-emacs.help
Subject: ispell and lemacs 19.3 *please, please, please help*
Keywords: ispell, lemacs
Date: 18 Dec 92 09:21:42 GMT
Organization: BT D&P London


I posted this request a week or 2 ago and have had *no* replies. I also saw a posting
from another lemacs user asking the same thing.

Is there a bug with lucid emacs v19.3 and ispell?

When I try and use ispell in lemacs it just hangs.

I am running SunOS 4.1.2 and X11R5

Cheers

Derek
-- 

+------------------------------------+----------------------------------------+
| Derek Harding                      |                                        |
| London Engineering Centre, BT Labs |      OpenWindows should be thrown      |
| PP 6/3, Room 616 151 Gower Street  |             out of one !               |
| London WC1E 6BA                    |                                        |
|                                    | Joke of the week:                      |
| Tel: 071-728-7861                  |     We don't follow standards, we set  |
| Email: dharding@lssec.bt.co.uk     |     them - Sun Microsystems            |
+------------------------------------+----------------------------------------+
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Tue, 15 Dec 1992 21:05:13 EST
From: "Santanu Dutta" <santanu@ee.Princeton.EDU>
Date: Tue, 15 Dec 1992 21:05:00 EST
Subject: MEMBER
Newsgroups: alt.lucid-emacs.help
I'd like to be added to teh mailing list of emacs --- so please do 
the needful. 

Thanks, 

  Santanu.

  (santanu@ee.Princeton.edu)
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Mon, 14 Dec 1992 13:36:44 EST
Date: Mon, 14 Dec 1992 13:14:59 EST
From: ex594bw@pts.mot.com (Bob Weiner)
Subject: Re: Filling commented paragraphs
Reply-To: bob_weiner@pts.mot.com
Newsgroups: alt.lucid-emacs.help