HDTenEightyP/NetNews huggingface dataset:
> From: burt@dfki.uni-kl.de (Alastair Burt)
> References: <9212141451.AA01671@mars.pts.mot.com>
> 
> 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?
> 

First of all, you got the author name wrong, so I'll assume you didn't
look closely at much of what is in the package.  I'm not sure if the
complete package operation is documented in the beginning comments
of "par-align.el" so I'll explain some here.

Just like the regular paragraph fill functions of GNU Emacs, you have to
specify what your fill prefix is with 'set-fill-prefix' before doing a fill.
The par-align code keeps the prior fill prefix too, so if you want to delete
one prefix and change it to another, just set the fill prefix to the one you
want to get rid of, then set it to the new one and fill the paragraph or
region as you like.

If you don't set the fill prefix as needed, then all of your filling
will be wrong, as you have noticed.

Bob
From: burt@dfki.uni-kl.de (Alastair Burt)
Newsgroups: alt.lucid-emacs.help
Subject: Re: Filling commented paragraphs
Date: 14 Dec 92 18:27:27 GMT
	<BURT.92Dec14171839@smiley.dfki.uni-kl.de>
Organization: DFKI, University of Kaiserslautern, Germany

Recently I wrote in alt.lucid-emacs.help:

  Me> I have just browsed throught the par-align.el code sent to this group
  Me> by Barry Warsaw.  

The author was in fact Bob Weiner, NOT Barry Warsaw.  My apologies.

-- Alastair
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Fri, 18 Dec 1992 16:04:32 EST
From: amitp@owlnet.rice.edu (Amit Jayant Patel)
Subject: X Resources for Lemacs
Date: Fri, 18 Dec 1992 15:03:46 CST
Organization:  High Council of the Advancement of Borg Assimilation Techniques
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: alt.lucid-emacs.help
Bob described the following problem which I also have experienced when building
Lucid 19.3 with Motif 1.1(HP) and X11R4(HP) on a HP750 running HP/UX 8.07.

> However, the Buffers menu never updates.  As a matter of fact, I never
> get any menu changes at all....  Anyone have any ideas?  I've built it
> with USE_MOTIF and have just tried it with USE_LUCID added in (in
> Imakefile - yes, I did xmkmf the Imakefile after I made the change:-).

When I build with USE_LUCID, everything works fine. I studied the lisp code for
updating the menu and tested it and is ok. I think that there is problems with
the code that displays the menu bar in lwlib/lwlib-Xm.c.

Does anyone have a solution to this problem?

Cheers,
Anthony.

------------------------------------------------------------------------
 Anthony Rohde
 Centre for Information Technology Research | email: anthony@citr.uq.oz.au
 University of Queensland				    | phone: +61 7 365 4321
 Queensland, Australia, 4072				| fax:   +61 7 365 4399
------------------------------------------------------------------------
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Mon, 14 Dec 1992 09:55:44 EST
Date: Mon, 14 Dec 1992 09:51:47 EST
From: ex594bw@pts.mot.com (Bob Weiner)
Subject: Re: Filling without removing tabs from 1st line of a paragraph.
Reply-To: bob_weiner@pts.mot.com
Newsgroups: alt.lucid-emacs.help
From: xjam@cork.CS.Berkeley.EDU (The Crossjammer)
Newsgroups: alt.lucid-emacs.help
Subject: Re: cursor color
Date: 17 Dec 92 19:05:57
Organization: University of California, Berserkeley
Distribution: alt
NNTP-Posting-Host: cork.cs.berkeley.edu
In-reply-to: xjam@cork.CS.Berkeley.EDU's message of 17 Dec 92 02:16:09

Should have done this the first time.
I solved the problem by adding

Emacs*cursorColor: red 

to my resource database.
Supposedly,
lemacs -cr red ...
emas*cursorColor: red

should work as well, but I haven't tested them.
From some personal correspondence, if someone posted a detailed .emacs
doing all sorts of funky stuff, many novices would appreciate it.

And I looked at lemacs-customization.el (or whatever) but that's only a
start.

Thanks again for the help.

--
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: xjam@cork.CS.Berkeley.EDU (The Crossjammer)
Newsgroups: alt.lucid-emacs.help
Subject: cursor color
Date: 17 Dec 92 02:16:09
Organization: University of California, Berserkeley
Distribution: alt
NNTP-Posting-Host: cork.cs.berkeley.edu

What's the standard way to change the cursor color? By this I mean the
little square that sits at point, not the mouse cursor. If it involves
mucking about with X resources could responders please include an example
snippet. Basically, I just want to get the thing to red and be done with
it. 

Please, e-mail responses to me.
--
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: bjdunlop@shamash.cdc.com (Bruce Dunlop)
Newsgroups: alt.lucid-emacs.help
Subject: Need help with lhilit regular expression
Keywords: lhilit
Date: 19 Dec 92 02:49:16 GMT
Distribution: usa
Organization: Control Data Systems Inc., Arden Hills, MN

I am trying to make lhilit handle verilog comments.  One comment syntax
is //,  which indicates a comment from the current column to the end of
the current line.  The other comment syntax is like C, /* ...*/.

I got the // hilit to work fine, but the /* ... */ hilit that I copied
from the c-mode has a problem with comments like:
	//*********************
which we use to separate sections of code.  The // makes it a one line
comment in verilog, but the /* makes it look like a block comment to lhilit.
But there is no matching */, so lhilit gets stuck until I do a ^G abort.

Is there a way to make lhilit not interpret //* as the beginning of a block
comment?

********************************************************************
*   Jim Dahlberg		 Computing Devices International   *
*   bjdunlop@shamash.cdc.com		A Ceridian Company         *
********************************************************************
Newsgroups: alt.lucid-emacs.help
From: carney@rocky.rational.com (Mike Carney)
Subject: Regular expressions in find-file
Organization: Rational, Santa Clara, CA
Distribution: alt
Date: Wed, 16 Dec 1992 19:24:30 GMT


I'd like to be able to open files like "*.c", but this creates a new
buffer whose name is "*.c".

Does anyone know a way to encorporate regular expressions when opening
a file?

Thanks in advance.
--
  ___                                     ___ 
 (___)___________________________________(___)
  | |                       _   _+        | | 
  | |  Michael D. Carney   /_`-'_|  \+/   | | 
  | |  carney@rational.com \_`*'_| _<=>_  | |                    
  | |  Santa Clara, CA       `-' 0/ .[ /] | | 
  | |                            \/[.[//] | | 
  | |  "You can never really     | /_\/_/ | | 
  | |   know... anything."       | [] []  | | 
  | |   Heisenberg (paraphrased) | d! !b  | | 
  |_|_____________________________________|_|
 (___)                                   (___)
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Mon, 14 Dec 1992 10:37:50 EST
Subject: [mbattagl: packages/reportmail.el]
Return-Path: <mbattagl>
Date: Mon, 14 Dec 1992 07:40:56 CST
From: sun001!mbattagl@uunet.uu.net (M. Battagl)
Newsgroups: alt.lucid-emacs.help
From: stevef@wrq.com (Steve Forrette)
Subject: Re: I have a problem with a ATM transaction
Organization: Walker Richer & Quinn, Inc., Seattle, WA
Date: Fri, 11 Dec 1992 21:24:07 GMT

>In article <ByyFMx.D69@bcstec.ca.boeing.com>, anthis@bcstec.ca.boeing.com 
>(Mike Anthis) writes:
>
>|> Perhaps I'm mistaken, but I can't imagine that the ATM's or
>|> controllers are getting downloaded with everyone's balance
>|> on a periodic basis.  I have noticed that some ATM's in the
>|> past didn't know my balance.

A friend of mine used to be the chief MIS person at a small credit union.  
They had no ATM's of their own, and all of their account records were kept
on a DOS-based LAN system.  They contracted with a larger bank who issued
ATM cards and got their members on one of the big ATM networks.  So, the
credit union customers could use virtually any ATM around to get money.

It was a pretty lo-tech setup.  Each morning, the credit union computer would
dial up the serving bank, and download a list of accounts that had at least
$100 in them.  Each member was allowed one ATM withdrawl per day, up to a 
$100 maximum.  So, if your account had less than $100, you had no ATM access.
If your account had $100 or greater, then you could make one withdrawl, up to
$100.  Each night, the credit union would dial into the serving bank and 
download the list of withdrawls, and post them to members' accounts.  

Steve Forrette, stevef@wrq.com
Newsgroups: alt.security,sci.crypt,talk.politics.misc
From: pmetzger@snark.shearson.com (Perry E. Metzger)
Subject: Re: PGP v. 2.1 Released
Organization: /usr/local/lib/news/organization
Date: Thu, 17 Dec 1992 19:14:37 GMT

strnlght@netcom.com (David Sternlight) writes:
>
>To clarify Peter Boucher's post, the reason permissions were put on the
>ripem files, and they now require an account, is to control distribution
>to the U.S. and Canada, in order not to violate the Munitions Act. Since
>ripem uses DES, it must obey the same distribution rules DES has, in the
>U.S.
>
>My guess, therefore, is that when ripem is released, which is imminent,
>it will only be available formally to users in the U.S. and Canada and
>some sort of permission/account or other control mechanism will
>continue. In addition to the Munitions Act issues, those who receive
>ripem will have to agree to the RSAREF agreement, and thus some assent
>mechanism is going to be required.

If the package is any good, it will take approximately 24 hours for it
to appear for anonymous FTP all over the world.

--
Perry Metzger		pmetzger@shearson.com
--
"They can have my RSA key when they pry it from my cold dead fingers."
Xref: sparky alt.security:5093 sci.crypt:5737 talk.politics.misc:64509
From: boucher@csl.sri.com (Peter K. Boucher)
Newsgroups: alt.security,sci.crypt,talk.politics.misc
Subject: Re: PGP v. 2.1 Released
Date: 16 Dec 1992 16:36:24 GMT
Organization: Computer Science Lab, SRI International
Distribution: world
NNTP-Posting-Host: affirmed.csl.sri.com

>>>>  1) RIPEM can be found with archie and obtained via anonymous ftp.

>>>Where?

>>Host scss3.cl.msu.edu   (35.8.1.178)
>>Last updated 17:09 14 Dec 1992
>>
>>    Location: /pub/crypt/ripem
>>      FILE      rw-r-----    484957  Nov  9 03:05   ripem-beta-4-old.tar.Z
>>      FILE      rw-r-----    465599  Nov 12 20:43   ripem-beta-4.2-old.tar.Z
>>      FILE      rw-r-----    486577  Nov 23 00:18   ripem-beta-5-old.tar.Z
>>      FILE      rw-r-----    539134  Dec 11 02:26   ripem-beta-6.old.tar.Z
>>      FILE      rw-r-----    544665  Dec 14 04:20   ripem-beta-7.tar.Z
>                 ^^^^^^^^^
>Note the permissions on these files.  Have you actually tried to
>download them via anonymous FTP?  It won't work.  You need an account.

Oops!  I got RIPEM several months ago by finding iot with archie.
Apparently, this is no longer permitted.  It may be again soon, though,
as I noticed that Riordan is soliciting distribution sites.

Sheepish grin  :^)
Peter K. Boucher
--
RIPEM public key available upon request.
Xref: sparky alt.security:5140 sci.crypt:5860
Newsgroups: alt.security,sci.crypt
Subject: Re: PGP v. 2.1 Released
From: a_rubin@dsg4.dse.beckman.com (Arthur Rubin)
Date: 16 Dec 92 17:26:48 GMT
 <palmer.724096180@news.larc.nasa.gov> <19921214.055706.262@almaden.ibm.com> <1glvofINNc0o@roche.csl.sri.com>
Organization: Beckman Instruments, Inc.

In <1glvofINNc0o@roche.csl.sri.com> boucher@csl.sri.com (Peter K. Boucher) writes:

>  1) RIPEM can be found with archie and obtained via anonymous ftp.
(As can PGP).  So it's in violation of ITAR.  (I've seen the license -- all
I NEED is an account at a US site, in order to get it, regardless of where
_I_ am located.)
>  2) The legality of PGP is not being seriously debated.  It's illegal. It
may be in violation of ITAR.  It may be in violation of PKP's patents (a
civil violation, at worst) to use it in the US.  It may have some code
"contaminated" with some RSA code, in violation of copyright and/or trade
secret.  Nothing has been proven.  Here, in the US, we have the concept of
innocent until proven guilty.
>  3) RIPEM uses RSAREF, which comes with an imbedded license from PKP.
The RSAREF license seems to be revokable without cause.  (I did read it,
once.)
--
Arthur L. Rubin: a_rubin@dsg4.dse.beckman.com (work) Beckman Instruments/Brea
216-5888@mcimail.com 70707.453@compuserve.com arthur@pnet01.cts.com (personal)
My opinions are my own, and do not represent those of my employer.
My interaction with our news system is unstable; please mail anything important.
Newsgroups: alt.security,sci.crypt,talk.politics.guns,talk.politics.misc
From: jkp@cs.HUT.FI (Jyrki Kuoppala)
Subject: Re: PGP v. 2.1 Released
Reply-To: jkp@cs.HUT.FI (Jyrki Kuoppala)
Organization: Helsinki University of Technology, Finland
Date: Fri, 18 Dec 1992 12:22:12 GMT

In article <1glvofINNc0o@roche.csl.sri.com>, boucher@csl (Peter K. Boucher) writes:
>  2) The legality of PGP is not being seriously debated.  It's illegal.

Could you state or quote the law which makes it illegal for me to use
or propagate PGP?  Alternatively, state the law which makes it illegal
for _anyone_ (USA, other countries, people from Mars) to use or
propagate PGP?

//Jyrki
Newsgroups: alt.security,sci.crypt
From: smb@research.att.com (Steven Bellovin)
Subject: Re: PGP/RSA  Fundamental mathematics
Date: Sat, 19 Dec 1992 13:12:32 GMT
Organization: AT&T Bell Laboratories
Keywords: A data-security student miffed at those who believe mathematical ideas

In article <1gtqthINNetf@uwm.edu>, leranth@miller.cs.uwm.edu (Tom Leranth) writes:
>     2)  Why do you believe all laws are *correct*?  Are not some eventually
>          repealed just as *some* patents are rescinded?
>          (this is not just directed at David ... this is not meant to be a 
>              *flame*)

The issue is whether or not a law is sufficiently incorrect as to
contravene a moral principle, not a mere political one.

>      It is unfathomable that one could say "here, we've discovered a
>      mathematical function that is in existence which is extremely hard to
>      invert(in the typical sense); BUT you cannot use it(unless you pay us)
>      because, even though we didn't DISCOVER its' existence, we BOUGHT the
>      rights to it.

First -- the RSA patent does not claim the discovery of the mathematical
function, nor restrict the matehmatics.  What it does claim is a communica-
tions system based on certain equations.  If you found a different use
for the same equations, you could use them quite freely.

Second -- for better or for worse, the concept of the secondary market
is pretty fundamentally embedded in the American economic system.  Thus,
though stock ownership is, conceptually, a vehicle for securing capital
for new ventures, it's the existence of stock trading that makes it work.
(One could certainly argue -- as do I, in other venues -- that the trading
tail is now wagging the investment dog.  But that, too, is deeply embedded
at this point.)  So, too, the ability to assign patents is very important.
Why?  Well, maybe the original inventor doesn't have the venture capital
to develop the idea.  Maybe the inventor doesn't have the desire to run
a business.  Maybe the inventor doesn't have the *ability* to run a business.
Yes, there are certainly abuses here, too.  I despise the companies that
are in the business of patent speculation.  But I don't know how to ban
that without ruining the whole structure.  Look -- my employer, AT&T
Bell Laboratories, has an excellent track record for fundamental innovation
and use of its patents.  But the company also uses its patent rights to
trade with other companies for access to their technology.  Is that
speculation?  Or is it simply another way to use an asset that would
potentially be valuable even if that were outlawed.
Xref: sparky alt.security:5142 sci.crypt:5865
Newsgroups: alt.security,sci.crypt
Subject: Re: PGP as a World Standard
From: a_rubin@dsg4.dse.beckman.com (Arthur Rubin)
Date: 17 Dec 92 19:13:21 GMT
Organization: Beckman Instruments, Inc.

In <1992Dec17.170326.21409@netcom.com> strnlght@netcom.com (David Sternlight) writes:


>Ross Anderson correctly points out that New Zealand isn't part of
>Europe. Others have caviled at my use of the term "stolen goods."

>These are all legalisms. The point i was making has to do with the
>notion of "clean hands." If one creates PGP1.0 in the U.S. as
>a violation of somebody's ownership/patent rights, it is 
>"contraband" (like that word better for those who quibble to
>make what is clearly unethical "right"?). The act of moving
>that item to another country where the patents don't apply
>(as distinct from programming from scratch in that country)
>doesn't alter the fact that the item is tainted. Using that
>code in the other country to create a later (2.0) version
>(as distinct from programming 2.0 de novo) doesn't change
>that the pro0duct is still tainted.

Clear, and still wrong.  PKP is claiming that PGP1.0 was developed in
violation of RSA's copyright of some code.  _That_ would make it stolen,
but a redesign would still be allowed under the law.

Development cannot be in violation of patent rights, and the patents in
question are INVALID in countries other than the US (because publication
preceded the patent application), so that only use in the US can even be
considered as morally questionable.
--
Arthur L. Rubin: a_rubin@dsg4.dse.beckman.com (work) Beckman Instruments/Brea
216-5888@mcimail.com 70707.453@compuserve.com arthur@pnet01.cts.com (personal)
My opinions are my own, and do not represent those of my employer.
My interaction with our news system is unstable; please mail anything important.
Xref: sparky alt.security:5070 sci.crypt:5681 alt.security.pgp:175
From: strnlght@netcom.com (David Sternlight)
Newsgroups: alt.security,sci.crypt,alt.security.pgp
Subject: Re: PGP v. 2.1 Released
Date: 15 Dec 92 00:23:32 GMT
Organization: Netcom - Online Communication Services (408 241-9760 guest)


Uri Blumenthal, writing from watson.ibm, says he doesn't trust
RSA at all, using a strong metaphor.

Apparently his company disagrees, since they are a big customer
for RSA's systems.
From: M.Gream@uts.EDU.AU (Matthew Gream)
Newsgroups: alt.security
Subject: Re: Connection Machine password cracker
Date: 13 Dec 1992 03:34:11 GMT
Organization: University of Technology, Sydney
Distribution: world
NNTP-Posting-Host: acacia.ccsd.uts.edu.au
X-Newsreader: TIN [version 1.1 PL8]

William Unruh (unruh@physics.ubc.ca) wrote:

: So I guess the problem is that you want a password scheme that is
: sufficiently fast on the machine it is to be used on so that the users
: don't start to climb the wall ( say <1sec)) but slow enough that the
: fastest computer available to the opposition can't do too many crypts
: per second. I agree it sounds like a difficult problem. 

Possibly implement the algorithm in digital logic, doing this means that
in order to 'speed' up the algorithm, one would have to design and 
implement a special chipset, which is entirely feasible but definitely
not for your average cracker/hacker. Security is about minimising your
chances.

Matthew
--  ___
  Matthew Gream - rfc822-mail: M.Gream@uts.EDU.AU
    ---
Xref: sparky alt.security:5128 alt.security.pgp:264 sci.crypt:5827
From: amanda@intercon.com (Amanda Walker)
Newsgroups: alt.security,alt.security.pgp,sci.crypt
Subject: Re: PGP as a World Standard
Date: Thu, 17 Dec 1992 23:19:11 -0500
Organization: InterCon Systems Corporation
Distribution: world
Reply-To: amanda@intercon.com (Amanda Walker)
NNTP-Posting-Host: chaos.intercon.com
X-Newsreader: InterCon TCP/Connect II 1.1fc2

karn@servo.qualcomm.com (Phil Karn) writes:
> The computer industry has discovered a far more effective and 
> realistic way to set standards.  First you produce an experimental 
> product and get it out into the market. Then you revise it as needed to 
> meet actual customer needs. Once it has stablized and is in 
> widespread use, only THEN do you codify it as an "official standard". 
> 
> What a novel concept. 

Indeed.  Since PGP has not stabilized or found widespread use in the Internet 
community, I figured he was trying to assert a standard de jure rather than 
de facto, and noted that I have seen no evidence of such activity.

PGP is no more a "worldwide standard" than Fidonet is.



Amanda Walker
InterCon Systems Corporation


Newsgroups: alt.security
From: splee@alchemy.tn.cornell.edu (Seng-Poh Lee)
Subject: Any holes in 'sudo' program?
Organization: Alchemy International
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 18 Dec 1992 05:54:49 GMT

Does anyone know of any holes in the 'sudo' program? Its a program
(setuid binary) that can be set up to allow any specfied user to run any
specified program as root.  A full log is kept.  It seems an ideal
solution to allow certain users to use the 'mount' and 'umount' command
without having the root password.  Users, Access and restrictions are
kept in a text file. 

Now, technically, you could run a non setuid shell script with sudo
and have it execute as root, right? Would be this be safe way to allow
certain people to do things like create new accounts using a non setuid
shell script?

I'm not an expert in all the holes in *nix, and would appreciate any
input as to the safety of sudo from the experts out there.

--
Seng-Poh Lee    <splee@alchemy.tn.cornell.edu>
Newsgroups: alt.security,sci.crypt,talk.politics.guns,talk.politics.misc,alt.security.pgp
From: pete@extro.ucc.su.OZ.AU (Peter Alexander Merel)
Subject: Re: PGP as a World Standard
Organization: Sydney University Computing Service, Sydney, NSW, Australia
Date: Mon, 21 Dec 1992 03:19:38 GMT

pmetzger@snark.shearson.com (Perry E. Metzger) writes:
>strnlght@netcom.com (David Sternlight) writes:
>>These are all legalisms. The point i was making has to do with the
>>notion of "clean hands." If one creates PGP1.0 in the U.S. as
>>a violation of somebody's ownership/patent rights, it is 
>>"contraband" (like that word better for those who quibble to
>>make what is clearly unethical "right"?). 

>Actually, it does. The other country's laws might not recognise or
>care about the U.S.'s laws. 

Besides which, creation and distribution of PGP source is not illegal in
any sense, any more than dissemination of any description of the RSA 
algorithm is illegal. It is only the use of the program within the USA that 
may be forbidden by US law.

I am really curious about David Sternlight's motivation in this bunfight. 
Does he have a financial stake in PKP, or has he simply painted himself into
a corner and is trying to salvage his honour?

-- 
Internet: pete@extro.su.oz.au             UUCP: {uunet,mcvax}!munnari!extro!pete
                       I am a big pond in a small fish.
Newsgroups: alt.security