HDTenEightyP/NetNews huggingface dataset:
>  Date: Fri, 20 Nov 92 14:01:04 PST
>  X-Windows: No hardware is safe.
>  From: Jamie Zawinski <uunet!lucid.com!jwz>
>  Sender: uunet!lucid.com!jwz%thalidomide
>  References: <9211201906.AA13834@mc.com>
>
>  In message <9211201906.AA13834@mc.com> Gerry Pocock wrote:
>  >
>  > 1) When I move from screen A to screen B where screen A is on top of
>  > screen B, screen B raises but the hidden contents of screen B are not
>  > immediately displayed, there is a few second delay. 
>
>  The delay is probably because of swapping.  Get more memory.

Hmmm. I have a 32 meg swap partition and 16 megs of memory on an SLC.
Maybe the SLC is too slow. Or it might be the way we built lucid emacs
(see below).

>
>  > It appears to me that lucid emacs is attempting to access a terminal
>  > upon startup, maybe via an ioctl.
>
>  This is fixed; it will be in 19.4.

Someone sent me a quick fix that involved defining the TERM
environment variable and all worked well.

>
>  > 3) When I hold down the cnt-n key, lucid appears to wait before moving
>  > the cursor. The cursor position isn't updated until I release the key.
>
>  Did you compile with optimization?  All versions of emacs abort redisplay
>  as soon as new user input appears; if the execution of C-n takes longer than
>  the autorepeat speed, then you won't see any redisplay until you release the
>  key.  When emacs is compiled with optimization on a sparc (with lcc, at least)
>  it's fast enough, but when it's compiled with -g, it sometimes isn't.
>
>  I'm not entirely sure why C-n takes longer in lemacs than in other versions
>  of emacs but it probably has something to do with the fact that we disabled
>  the "direct-output-for-insert" and similar redisplay optimizations, because
>  the emacs redisplay code really, really, really sucks, and that was the
>  easiest way to make it stop crashing.

I will need to go back and check how we built it. It is possible we
never turned on the optimizer and only the debug flag. I'll check.


>
>  > 4) One of the things I liked about epoch was the separate minibuffer.
>  > It was nice having the minibuffer as wide as my terminal screen
>  > without having to have individual screens as wide as the terminal
>  > screen. Is this possible with lucid emacs.
>
>  No.  There's code in there, but it doesn't work.  Feel free to make it work.
>  I dislike detached minibuffers, so this is way down on my list.
>

No problem, it certainly won't stop me from using lucid emacs.


And thanks so much from your quick response! I really appreciate it.

					-- Gerry

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

Dr. Gerry Pocock				gcp@mc.com
Mercury Computer Systems			508.458.3100
600 Suffolk Street
Lowell Mass 01854

	"Quit dreaming this is real life baby", Jim Keer, Simple Minds
In message <199211221925.AA17864@wsrcc.com> Wolfgang S. Rupprecht wrote:
>
> I have noticed what might be a related problem.  When I run the
> precompiled lemacs 19.3 on a Sparcstation/SunOS 4.1.2/OW-3.0, I see
> problems with the hostname that the icon displays.  It reads
> "emacs@watergate".  This looks like a fairly random value for a
> machine that is called "bandit" to be printing.

Well that's easy to explain, watergate is the machine that I built that emacs
on.  This means that get_system_name in sysdep.c is failing (silently, since
it doesn't bother to check any return codes.)  But watergate is running 4.1.1;
I'd be surprised if there was an incompatible change with a minor minor
release (well actually, I wouldn't, this being Sun...)

	-- Jamie
From: schmid@fb3-s7.math.TU-Berlin.DE (Gregor Schmid)
Newsgroups: alt.lucid-emacs.help
Subject: Is it possible to make an 'invisible face' ?
Date: 19 Nov 92 14:43:42
Organization: FB3, TU-Berlin, Germany.
NNTP-Posting-Host: fb3-s5.math.tu-berlin.de


Hello, 

I've been wondering, whether the option to make s.th. like an
'invisible face' would be desirable. At the moment selective-display
doesn't work, and it is rather a cludge anyway. Outline or folding
modes take their time replacing ^J with ^M when hiding a region.

This could be done a lot faster and in line with the current design,
if an (invisible . t) attribute could be added to a face.

A fast, configurable minor folding-mode is among the top entries on my
emacs wishlist. I might even start doing it myself (reusing existing
packages for emacs 18) if invisible faces were implemented.

Apart from that I like lucid-emacs very much, please keep up the good
work.
		Greg

x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Fri, 20 Nov 1992 14:24:44 EST
Return-Path: bha <@ada3.ca.boeing.com:bha@gumby>
Date: Fri, 20 Nov 1992 11:21:14 PST
From: @lucid.com,@ada3.ca.boeing.com:bha@gumby.boeing.com (bha)
Subject: Building 19.3 on Sun Sparc
X-Envelope-To: jwz@lucid.com, help-lucid-emacs@lucid.com
Newsgroups: alt.lucid-emacs.help
> Date: Fri, 20 Nov 92 10:48:43 PST
> X-Windows: Japan's secret weapon.
> From: Jamie Zawinski <jwz@lucid.com>
> Sender: jwz%thalidomide@lucid.com
> References: <9211191739.AA03672@gumby.ata>
> 
> I think this happens when the malloc(0) returns NULL but the X libraries are
> not compiled with the flag that tells them that this happens.  Why they need
> a compile-time flag for this instead of just *dealing* with it, I don't know.
> Good solution: recompile your X libraries with this flag.

Not possible as they are the ones that come from Sun in the
OpenWindows2 distribution.  I don't want to get into multiple versions
of the X libraries and all that...

>  Not so good 
> solution: modify gmalloc.c to actually allocate memory for 0-length blocks.
> Worse solution: use the system malloc.

Hasn't anyone else had this problem?

ba
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Mon, 23 Nov 1992 12:51:52 EST
Date: Mon, 23 Nov 1992 09:51:29 PST
From: devin%scylla@lucid.com (Matthieu Devin)
Subject: Re: Question: Pending delete in lemacs
Newsgroups: alt.lucid-emacs.help
Sorry I alwasy forget that 19.4 is not released yet.  Here is the patch for
pending-del.el, add the line marked with "+."

 (defun delete-active-region (&optional killp)
   (if (and (not buffer-read-only)
	    (extentp primary-selection-extent)
+	    (eq (current-buffer) (extent-buffer primary-selection-extent))
	    (< 0 (extent-start-position primary-selection-extent))
	    (< 0 (extent-end-position primary-selection-extent)))
       (progn
	 (if killp
	     (kill-region (extent-start-position primary-selection-extent)
			  (extent-end-position primary-selection-extent))
	   (delete-region (extent-start-position primary-selection-extent)
			  (extent-end-position primary-selection-extent)))
	 t)))

Newsgroups: alt.lucid-emacs.help
From: laufer@math.luc.edu (Konstantin Laufer)
Subject: Problems with lemacs on Sparc 10
Keywords: lemacs, lucid
Reply-To: laufer@math.luc.edu
Organization: Loyola University Chicago
Date: Sun, 22 Nov 1992 06:02:55 GMT

I'm having a terrible problem on my new Sparc 10.  When I start up
lemacs, namely the precompiled one from labrea.stanford.edu, most of
the times I get a segmentation fault, but sometimes it starts up,
maybe 1 out of 50 times.  Has anyone experienced anything like this
before?  On our Sparc 2s and ELCs there is no such problem.  

Thanks,
-- 
-Konstantin [laufer@math.luc.edu]
From: mickeyf@vnet.ibm.com (Mickey Ferguson)
Date: Mon, 23 Nov 92 10:34:36 PST
Newsgroups: alt.lucid-emacs.help
Subject: mailing list removal
Organization: Rolm
Disclaimer: This note represents my views, not those of Rolm or IBM
News-Software: UReply 3.0

Please remove me from the alt.lucid-emacs.help and alt.lucid-emacs.bug
mailing lists.  Since I can now get these newsgroups directly, I don't
need the mail any more.  Thanks, and sorry for the wasted bandwidth.

Mickey Ferguson -- Rolm -- FergusoM at scrvm2 -- mickeyf@vnet.ibm.com
Newsgroups: alt.lucid-emacs.help
From: rao@parikalpik.eas.asu.edu (Subbarao Kambhampati)
Subject: zmacs style elastic mini-buffer
Organization: Dept. of Computer Science, Arizona State University, Tempe
Date: Tue, 17 Nov 1992 19:31:23 GMT


Is there a way in which we can have the minibuffer become more than
one line long whenever it needs to show long inputs or outputs? I find
it frustrating when I am trying to find-file on a deeply nested
directory and the pathname is so long that lemacs shows just the
beginning or ending of the line and I am typing without seeing the
full text..

Rao
Newsgroups: alt.lucid-emacs.help
From: zfs60@cas.org (Zhiyong John Shen)
Subject: Re: scrollbars, delete, backspace
Organization: Chemical Abstracts Service, Columbus, Ohio
Date: Tue, 17 Nov 1992 23:32:53 GMT


sorry to post sloppy codes here, but my mail to chuck somehow bounced.

   2) Being a creature of habit, I cannot keep myself from hitting the 
      backspace key when I want a backspace. I've tried inserting
      "(global-set-key 'BS 'delete-backward-char)" in my .emacs file but it
      doesn't seem to have any effect. However, I do seem to be able to get
      the desired result by invoking the global-set-key command interactively.
      Also, is there any good reason why I shouldn't do this, assuming I can
      figure out how, that anyone knows of? 

chuck: here is how i did it, took me a while to figure out too.
i am not sure if this is the best way, though.  it sometimes doesn't
work in minibuffers and i still haven't figured out why. --john


        (global-unset-key [delete])
        (global-unset-key "\C-h")
        (global-set-key "\C-h" 'delete-backward-char)
        (global-set-key "\C-^" 'help-for-help)
	(define-key global-map [delete] 'delete-char)


x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Tue, 17 Nov 1992 21:24:33 EST
Reply-To: toad@CS.CMU.EDU
Subject: Re: zmacs style elastic mini-buffer
Date: Tue, 17 Nov 1992 21:23:06 EST
From: Todd_Kaufmann@ZEN.MT.CS.CMU.EDU
Newsgroups: alt.lucid-emacs.help
> Is there a way in which we can have the minibuffer become more than
 > one line long whenever it needs to show long inputs or outputs?

This can always be done manually with C-x ^ (enlarge-window) in the minibuffer.
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Tue, 17 Nov 1992 18:24:24 EST
Date: Tue, 17 Nov 1992 15:23:07 PST
X-Windows: Let it get in YOUR way.
From: jwz@lucid.com (Jamie Zawinski)
Subject: Re: scrollbars, delete, backspace
Newsgroups: alt.lucid-emacs.help
In message <1992Nov17.222650.22439@ntmtv> Chuck Irvine wrote:
>
> 1) Simple question - is it possible to install mouseable scrollbars?

No.  See the NEWS file.

> 2) Being a creature of habit, I cannot keep myself from hitting the 
>    backspace key when I want a backspace. I've tried inserting
>    "(global-set-key 'BS 'delete-backward-char)" in my .emacs file but it
>    doesn't seem to have any effect. 

That's because `BS' is not the name of a keysym.  The way to do what you're
trying to do is 

	(global-set-key 'backspace 'delete-backward-char)
or
	(global-set-key "\b" 'delete-backward-char)

but then you'd also have to do 

	(define-key isearch-mode-map "\b" 'isearch-delete-char)

and possibly similar things in other maps.  So what you should really do
is 
	xmodmap -e 'keysym Backspace = Delete'

These sorts of global changes are easier to make at the X level than at
the emacs level.

  -- Jamie
Newsgroups: alt.lucid-emacs.help
From: phil@mdl.com (Phil Usatine)
Subject: Question: Pending delete in lemacs
Organization: Micro Dynamics, Silver Spring, Maryland
Distribution: alt
Date: Mon, 23 Nov 1992 02:01:09 GMT


Is there a way to do pending delete (ie. the highlighted area is
deleted if user enters non-command key codes) in lemacs
currently?

--
/***********************************************************************/
        Any opinions expressed were my own last time I checked.
Philip B. Usatine		    
Micro Dynamics, Ltd.                            uucp : psinet!mdl!pusatine
8555 16th St., 7th Floor                        voice: 301 589 6301
Silver Spring, MD 20912             		fax  : 301 589 3414
/***********************************************************************/

x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Fri, 20 Nov 1992 18:34:17 EST
From: joost%ori.cadlab.de@lucid.com (Michael Joosten)
Subject: Re: Building 19.3 on Sun Sparc
X-Mailer: ELM [version 2.3 PL11]
Date: Fri, 20 Nov 1992 23:34:17 GMT
Newsgroups: alt.lucid-emacs.help
bha writes:
> OK.  Now I have an image to run.  But when I run it, the initial
> window is mapped, I see the mode line and minibuffer but lemacs
> immediately quits with the message:
> 
> Error: Cannot perform calloc
> 

I assume you are linked it with the Motif libs, right? Well, Motif likes to
allocate 0 (in words: zero) bytes for this and that whereas X/Open and prob.
ANSI too, allow a malloc() implementation to return either NULL or a valid
memory pointer when being invoked with malloc(0).

What I did? Well, look in gmalloc.c and change (somewhere at line 365):
  if (size == 0)
	return NULL;
to
  if (size == 0)
	  size++;
That worked for me. But even if lemacs now starts up, the pulldown menu
for buffers was empty and other funny things happened, so I would recommend all
(on Suns, at least) not to use Motif but the Lucid widgets instead.

Michael

x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Mon, 23 Nov 1992 11:51:26 EST
Subject: probable dumb question
Date: Mon, 23 Nov 1992 09:49:40 -0700
From: bhagwan@taos.agps.lanl.gov
Newsgroups: alt.lucid-emacs.help
I'm trying to get lemacs set up to act like my gnumacs does.

	I try the following and get an error.  What's wrong?

	 (define-key global-map 'backspace 'backward-delete-char-untabify)
 	 (define-key global-map '(escape backspace) 'backward-kill-word)

	  unknown modifier:  escape


Thanks,
Allen L. McPherson               Member Holstein Aerobatic Club
Los Alamos National Laboratory   Advanced Graphics and Parallel Systems
Box 1663  Group:A-10  MS:J488    {bhagwan|alm|allen|mcpherson}@agps.lanl.gov
Los Alamos, NM   87545           Voice: (505) 667-8495  Fax: (505) 665-2083
From: tlp00@climb.ras.amdahl.com (Tibor Polgar)
Newsgroups: alt.lucid-emacs.help
Subject: Re: thing.el for mode-motion+
Date: 24 Nov 92 01:38:47 GMT
Reply-To: tlp00@climb.ras.amdahl.com
Organization: Amdahl Corporation

What is "imouse"???? where can i get the code???

-------------------------------------------------------------------------------
| 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
|
| The opinions expressed above are mine, solely, and do not in any way
| shape or form reflect the opinions or policies of Amdahl Corp.
-------------------------------------------------------------------------------
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Tue, 17 Nov 1992 21:06:26 EST
Date: Tue, 17 Nov 1992 15:19:22 PST
X-Windows: It could be worse, but it'll take time.
From: jwz@lucid.com (Jamie Zawinski)
Subject: Re: zmacs style elastic mini-buffer
Newsgroups: alt.lucid-emacs.help
In message <1992Nov17.193123.254@ennews.eas.asu.edu> Subbarao Kambhampati wrote:
>
> Is there a way in which we can have the minibuffer become more than
> one line long whenever it needs to show long inputs or outputs? 

Not without rewriting large parts of redisplay.  The current non-design 
has too many stupid assumptions about minibuffers in it.  You can make the
minibuffer window be more than one line high, but redisplay messes up.

	-- Jamie
Newsgroups: alt.security,comp.security.misc,comp.parallel
From: glad@daimi.aau.dk (Michael Glad)
Subject: Connection Machine password cracker
Organization: DAIMI: Computer Science Department, Aarhus University, Denmark
Distribution: daimi
Date: Wed, 18 Nov 92 13:00:41 GMT

A UNIX password cracker for the Thinking Machine CM/2 and CM/200 Connection
Machines is available for FTP from

	ftp.denet.dk:/pub/misc/cm200-UFC.tar.Z

To quote the README file:

> Overview
> ========
> 
> This is a password cracker for the Thinking Machines CM/2 and CM/200 
> Connection Machines. It features
>
> 	o A standalone dictionary preprocessor accepting a
>	  language of rewrite rules compatible with the one
>	  found in Alec Muffets 'Crack' password cracker as of
>         release 4.1f.
>
>	o An optimized port of the UFC-crypt: a fast implementation 
>	  of the UNIX crypt(3) function developed by Michael Glad and 
>	  donated to the Free Software Foundation (FSF).
>
>	o The password cracker itself. It supports restart of crashed
>	  runs and incremental use. Incremental use means that when
>	  you use a fixed dictionary, the cracker can maintain a status
>	  file of already cracked passwords and passwords considered
>	  uncrackable (because they've been tested in previous runs).
>	  Thus it only has to waste CPU cycles on new accounts and accounts
>	  with changed passwords.
>
>	o When run with a _large_ dictionary (a 1 million word dictionary 
>	  obtained by preprocessing /usr/dict/words), the cracker can
>	  test in excess of 50,000 passwords a second on a CM/200 with
>	  8192 processors.

The distribution contains source code derived from the UFC-crypt implemen-
tation of the UNIX crypt(3) encryption routines. UFC-crypt is copyright Free
Software Foundation, Inc and is distributed under the terms of the GNU
Library General Public License, version 2 of June 1991.

Any source module in distribution which not derived from UFC-crypt is
copyright  UNI-C (Danish Computing Centre for Research and Education)
and Michael Glad and is distributed under the GNU General Public License,
version 2 of June 1991. Even though some ideas are adopted from the Crack
password cracker, the distribution contains no parts derived directly or
indirectly from this fine product.

The UFC-crypt port and the cracker was done by Michael Glad in the summer
of 1992. My thanks goes to UNI-C for making this project possible.


	-- Michael Glad, email: glad@daimi.aau.dk


Newsgroups: alt.security,comp.security.misc
From: ywtsay@aquarius.ce.ntu.edu.tw (Yi-Hwai Tsai)
Subject: Re: HP-UX DUI should setuid or not
Organization: Department of Civil Engineering, National Taiwan University
Date: Tue, 17 Nov 1992 06:13:58 GMT

>Return-Path: <wb8foz@SCL.CWRU.Edu>
>Date: Sun, 15 Nov 1992 07:37:38 -0500
>To: ywtsay@aquarius.ce.ntu.edu.tw
>Subject: Re: HP-UX DUI should setuid or not
>Reply-To: wb8foz@skybridge.scl.cwru.edu
>Organization: NRK Clinic for habitual NetNews abusers - Beltway Annex
>Status: RO
>
>
># Hi..
>#    There may have '/usr/diag/bin/DUI' in many HP-UX 8.0 machines. It is setui
>
>Hello....
>
>Please shorten your line length so we can read all of what you
>are saying. On the Net, 72-74 characters per line is the norm.
>
>Thank you.

Hi...

	I am sorry about that. Here is the reposted news:

Newsgroups: alt.security,comp.security.misc
From: ywtsay@aquarius.ce.ntu.edu.tw (Yi-Hwai Tsai)
Subject: HP-UX DUI should setuid or not
Organization: Department of Civil Engineering, National Taiwan University
Date: Sat, 14 Nov 1992 07:45:21 GMT

Hi..
	There may have '/usr/diag/bin/DUI' in many HP-UX 8.0 machines. It is set
uid by root. I don't think it should be run by everyone in host. because it can
be used to empty any file in system. Am I right ?


--------------------------------------------------------------------------------
                                  |
Yihwai Tsai                       |      Mail: P.O. Box 23-97, Taipei
CAE Lab.                          |            Taiwan, R.O.C.
Department of Civil Engineering   |      EMail: ywtsay@ce.ntu.edu.tw
National Taiwan University        |
                                  |
--------------------------------------------------------------------------------
From: buzz@bear.com (Buzz Moschetti)
Newsgroups: alt.security
Subject: Re: Detecting an Ethernet Tap
Date: 19 Nov 92 21:25:58 GMT
	<1992Nov14.223553.15054@sfu.ca> <1992Nov16.001326.16076@netcom.com>
Reply-To: buzz@bear.com (Buzz Moschetti)
Organization: Bear, Stearns & Co. - FAST
In-reply-to: aclark@netcom.com's message of 16 Nov 92 00:13:26 GMT

Why not just *listen* to the fiber?  Get pad and pencil in hand
and transcribe the information as you hear it come down the pipe.

:-)
From: s922715@otto (Merlin)
Newsgroups: alt.security
Subject: Re: pgp 2.0
Date: 19 Nov 92 14:04:24 GMT
Organization: RMIT Computer Centre
NNTP-Posting-Host: otto.bf.rmit.oz.au

wipeout+@CMU.EDU (Sean Michael Goller) writes:
>Has anyone gotten this to successfully compile on an Amiga system?

Somebody has. There is an archive called PGP20amiga.lha.
It can be found by anonymous ftp at the ftp.etsu.edu site.

-- 
[end]
From: ujacampbe@memstvx1.memst.edu (James Campbell)
Newsgroups: alt.security
Subject: Re: Detecting an Ethernet Tap
Date: 18 Nov 92 10:28:14 -0600
Organization: MSU Cryptosystems

In article <k0BFuB1w165w@tsoft.sf-bay.org>, bbs.ruscal@tsoft.sf-bay.org 
    (Russel Mar) writes:

> I should add that the technology to non-invasively tap fiber (as appposed 
> to fusion splicing) has existed for quite some time.  I believe Raychem
> Corporation (or it's subsidary Raynet) in Menlo Park, CA holds a basic 
> patent on non-invasive taps.  It was the basis for Raynet's first 
> released telecom product, first detailed in 1987.
> 
> --
> Russel Mar (bbs.ruscal@tsoft.sf-bay.org)

    I guess I was out of the loop on that one.  What's the principle behind
Raynet's tapping technology?



  ========================================================================;-)
  James Campbell, Math Sciences Department, MSU; ujacampbe@memstvx1.memst.edu
  ---------------------------------------------------------------------------
  The above text has not been reviewed by DIRNSA, and should not be construed
  as an official release of the National Security Agency or any of its member
  organizations. No non-public information shall be included in this message.
  ===========================================================================
Newsgroups: alt.security