[6647] in Perl-Users-Digest
Perl-Users Digest, Issue: 272 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu Apr 10 16:17:14 1997
Date: Thu, 10 Apr 97 13:00:22 -0700
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Thu, 10 Apr 1997 Volume: 8 Number: 272
Today's topics:
Re: "Dummies" book any good? <tchrist@mox.perl.com>
CGI.pm and redirect ghouston@scott.net
Re: CGI.pm and redirect <nmljn@wombat.netsinc.com>
exit: and foreach <scs@huron.net>
Re: exit: and foreach <tycage@infi.net>
Final CFP: 7th ECOOP PHDOOS workshop [NB: <1 week deadl <eernst@fraxinus.daimi.aau.dk>
Re: How Does Perl Store Numbers Internally (Ilya Zakharevich)
Re: link between C and PERL <nicodemus@post1.com>
Re: Ousterhout and Tcl lost the plot with latest paper <buus@daimi.aau.dk>
Re: Ousterhout and Tcl lost the plot with latest paper <buus@daimi.aau.dk>
Re: Ousterhout and Tcl lost the plot with latest paper (Paul Prescod)
Re: perl parsing slashing question (David Alan Black)
Q: Detect running as background process <webster@nortel.ca>
Re: Reply to Ousterhout's reply (was Re: Ousterhout and (Mike Haertel)
Re: Reply to Ousterhout's reply (was Re: Ousterhout and <prasadm@not4u.polaroid.com>
Re: Reply to Ousterhout's reply (was Re: Ousterhout and (Paul Prescod)
Re: security without a secure server (Len Coleman)
Re: security without a secure server (Len Coleman)
Re: what regexps work? (Ilya Zakharevich)
Re: Who makes more $$ - Windows vs. Unix programmers? <clfranck@worldnet.att.net>
Digest Administrivia (Last modified: 8 Mar 97) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 10 Apr 1997 19:42:28 GMT
From: Tom Christiansen <tchrist@mox.perl.com>
Subject: Re: "Dummies" book any good?
Message-Id: <5ijfr4$54q$1@csnews.cs.colorado.edu>
[courtesy cc of this posting sent to cited author via email]
In comp.lang.perl.misc,
anthony@outshine.com (Anthony Boyd) writes:
:It was a bit frustrating to have the author refer to arrays as lists.
Yes, that was wrong. They're not the same.
Also, they wrote backquotes wrong, because the copyeditors are
dummies :-), and they have backslashes wrong in their quoted
string.
--tom
--
Tom Christiansen tchrist@jhereg.perl.com
We're going to have the best-educated American people in the world.
--Vice President Dan Quayle
------------------------------
Date: Thu, 10 Apr 1997 13:06:03 -0700
From: ghouston@scott.net
Subject: CGI.pm and redirect
Message-Id: <334D482B.7BF9@scott.net>
When using the redirect function in CGI.pm, for example:
use CGI;
$query = new CGI;
print $query->redirect( 'http://www.BhamOnline.com/' );
Does it produce the 'Location:' or 'URI:' field in the HTTP header (or
both)?
- Greg
------------------------------
Date: 10 Apr 1997 15:40:51 -0400
From: nelson <nmljn@wombat.netsinc.com>
Subject: Re: CGI.pm and redirect
Message-Id: <w10912qeke4.fsf@wombat.netsinc.com>
ghouston@scott.net writes:
> When using the redirect function in CGI.pm, for example:
>
> use CGI;
> $query = new CGI;
> print $query->redirect( 'http://www.BhamOnline.com/' );
>
> Does it produce the 'Location:' or 'URI:' field in the HTTP header (or
> both)?
wombat%> perldoc CGI
[...]
GENERATING A REDIRECTION INSTRUCTION
print $query->redirect('http://somewhere.else/in/movie/land');
redirects the browser elsewhere. If you use redirection
like this, you should not print out a header as well. As of
version 2.0, we produce both the unofficial Location: header
and the official URI: header. This should satisfy most
servers and browsers.
Cheers,
Laird
--
<laird.nelson@netsinc.com> perl FAQ: http://www.perl.com/perl/faq Perl manual:
http://www.perl.com/CPAN/doc/manual/html/frames.html. If CGI/web appears in
your comp.lang.perl.* post, see news:comp.infosystems.www.authoring.cgi. CGI
stands for Common Gateway *Interface*, not Language or Program or Script.
Consolidated perl reference page: http://www.amherst.edu/~ljnelson/perl.html
------------------------------
Date: 10 Apr 1997 19:26:58 GMT
From: "Stephen Hill" <scs@huron.net>
Subject: exit: and foreach
Message-Id: <01bc45e4$67671480$1991e9cd@garcia.huron.net>
I want to be able to exit a foreach loop if a condition is met. I can only
get it to exit the whole script :-(
I have part of the script below. Is there anyway to have it stop doing the
foreach loop?
foreach $file(@files)
{
if ($save =~/$file/)
{exit;}
print "file to be saved $save";
}
Please EMail your response
scs@huron.net
Thanks :-)
------------------------------
Date: Thu, 10 Apr 1997 15:44:13 -0400
From: Ty Cage Warren <tycage@infi.net>
To: Stephen Hill <scs@huron.net>
Subject: Re: exit: and foreach
Message-Id: <334D430D.75DC2F2C@infi.net>
[CCed to Stephen Hill <scs@huron.net> cause I'm a nice guy]
Stephen Hill wrote:
>
> I want to be able to exit a foreach loop if a condition is met. I can only
> get it to exit the whole script :-(
>
> I have part of the script below. Is there anyway to have it stop doing the
> foreach loop?
>
> foreach $file(@files)
> {
> if ($save =~/$file/)
> {exit;}
> print "file to be saved $save";
> }
>
> Please EMail your response
> scs@huron.net
>
> Thanks :-)
Try using last
foreach $file (@files) {
if ($save =~ /$file/) {
last;
}
print "File to be saved $save";
}
of course this is going to print the print line for all the files that
DON'T exits as substrings of $save. I'm not sure if that's what you
want
or not.
+---+
Ty Cage Warren tycage@infi.net
Systems Engineer InfiNet
Homepage: http://tazer.engrs.infi.net/~tycage
PGP Public Key: http://tazer.engrs.infi.net/~tycage/pgpkey.html
PGP Fingerprint: FF C1 28 CA 80 B5 31 78 B1 24 2E 8C AB DA FB D2
------------->Never invoke anything bigger than your head.<-------------
------------------------------
Date: 10 Apr 1997 17:53:27 +0200
From: Erik Ernst <eernst@fraxinus.daimi.aau.dk>
Subject: Final CFP: 7th ECOOP PHDOOS workshop [NB: <1 week deadline]
Message-Id: <yz8lo6qswlk.fsf@fraxinus.daimi.aau.dk>
|-----------------------------------------------------------------------|
| |
| 7th ECOOP Workshop for Doctoral Students in Object-Oriented Systems |
| |
|-----------------------------------------------------------------------|
| |
| Jyvaskyla, Finland, June 9/10, 1997 |
| |
|-----------------------------------------------------------------------|
| Please accept our apologies if you receive multiple copies of this. |
|-----------------------------------------------------------------------|
CALL FOR PARTICIPATION
The aim of the workshop is to bring together PhD students who are
working on foundations, design, implementation, or application of
object-oriented systems and methods.
The workshop will provide an opportunity for PhD students to
meet, to discuss their research, and to further develop their
working skills. It will generally be interactive, focusing on
active work in groups.
Another function of the workshop is to continue and enlarge the
international network of PhD students in object-oriented systems
(PhDOOS), which has been initiated at the 1st workshop, held in
conjunction with ECOOP'91 in Geneva/Switzerland. The PhD network
counts approximately 125 members from all over the world, all of
them PhD candidates. The network's mailing list and WWW pages
are used mainly for information and discussion of OO-related
topics. More information on the PhDOOS can be found at
http://mbi.dkfz-heidelberg.de/PhDOOS/
It is also a tradition to take advantage of the fact that people
are gathered, by going together to a restaurant or similarly
after the regular programme of the day.
TOPICS
The technical programme of the workshop will be held in subgroups,
followed by a summary session of all attendants. In the subgroups,
discussions on 3-4 related topics will be held, bringing together
participants who work in related areas. The discussions will be
based on position statements and paper presentations (see below).
The corresponding abstracts and papers will be electronically
distributed among the participants in advance. An overview of the
work of each subgroup will be prepared and presented in the plenary
session later.
The non-technical programme consists of two keynote talks by
invited speakers about the PhD-getting process and conducting
research, a writing workshop, and discussions about the results of
the preECOOP initiative of the PhDOOS network, about further
developments of the PhDOOS network, and about the social situation
of PhD students.
The workshop results will be collected in a report covering the
technical as well as the non-technical results.
HOW TO APPLY
Since this workshop is associated with the PhDOOS Network you should
become a member of this network to participate in the workshop.
If you are not already a member you should send a one-page (500
words) abstract of your dissertation research. The abstract should
be submitted electronically as soon as possible, using the WWW form
<URL:http://mbi.dkfz-heidelberg.de/PhDOOS/CfP.html>
or by email to
<URL:mailto:A.M.Demiris@DKFZ-Heidelberg.de>.
Applicants can either apply for a short position statement of 5
minutes or a presentation of 20 minutes time. If applying for
a presentation, a paper covering its contents has to be submitted.
This paper would typically be 3-8 pages and its primary purpose is
to give other participants an overview of your work and allow them
to recall it later on. If you want to give a short position
statement then you should just notify us about it. Papers and
notifications should be submitted electronically till April 15th,
1997, to eernst@daimi.aau.dk. The papers and the network abstracts
will be made available to the workshop participants prior to the
workshop and will serve as the basis for the technical discussions
at the workshop.
TIMETABLE
April 15th, 1997: deadline for paper submission and notification of
short position statemtents to eernst@daimi.aau.dk
May, 2nd, 1997: notification of acceptance, distribution of
abstracts and papers, call for working group
proposals
May, 20th, 1997: notification on established working groups
ORGANIZERS:
Frank Gerhardt gerhardtf@str.daimler-benz.com
Mercedes-Benz AG, OD/IT
Methoden und Verfahren
E702
D-70322 Stuttgart
Germany
Lutz Wohlrab lwo@informatik.tu-chemnitz.de
Technische Universitaet Chemnitz-Zwickau
Fakultaet fuer Informatik
Lehrstuhl Betriebssysteme
D-09107 Chemnitz
Germany
Erik Ernst eernst@daimi.aau.dk
Department of Computer Science
University of Aarhus
Ny Munkegade, Bldg. 540
DK-8000 Aarhus C, Denmark
|-----------------------------------------------------------------------|
| PhD students normally not able to attend due to a lack of funding |
| are encouraged to contact Lutz about this. We have obtained some |
| financial support for workshop participation. |
|-----------------------------------------------------------------------|
--
Erik Ernst eernst@daimi.aau.dk
Computer Science Department of Aarhus University, Denmark
------------------------------
Date: 10 Apr 1997 19:13:51 GMT
From: ilya@math.ohio-state.edu (Ilya Zakharevich)
Subject: Re: How Does Perl Store Numbers Internally
Message-Id: <5ije5f$27d$1@mathserv.mps.ohio-state.edu>
[A complimentary Cc of this posting was sent to Kevin Atkinson
<kevina@clark.net>],
who wrote in article <860635736.13823@dejanews.com>:
> I am curious how perl stores numbers internally.
>
> Is it as a string, or a float, it deponds, or something totally diffrent.
>
> For Example:
> $x = 5 (how is this stored)
> $x += 0 (now what is $x internally)
> "$x" (This is stored as a string right)
> $x += 0 (is it now a float internaly?)
Get Devel::Peek.
Ilya
------------------------------
Date: 10 Apr 1997 14:14:57 GMT
From: "Nicodemus Chan" <nicodemus@post1.com>
Subject: Re: link between C and PERL
Message-Id: <01bc45b9$e06df4a0$7b5e78cb@spoff123.pacific.net.sg>
Looking at the filename of the C program it seems that you haven't compiled
the C program.
Type this: "cc essai.c -o essai" to compile your C program.
And set $prg = 'essai'.
I believe that should work.
Bochenek Christophe <bchrist@cme.nist.gov> wrote in article
<334CF1EF.41C67EA6@cme.nist.gov>...
> Hi,
>
> I have managed to make a perl program run by an other one, but I would
> like to make a C program run by a perl program.
> I have tried a very basic example:
>
> #! /usr/local/bin/perl
> $prg='essai.c';
> print "everybody ".`$prg`."\n";
>
> My C program just prints: hello
> #include "stdio.h"
> main()
> {
> printf("hello\n");
> }
>
>
> Then this error message appears:
>
> web% perl hello.cgi
> .//essai.c: syntax error at line 5: `printf' unexpected
> everybody
>
------------------------------
Date: 10 Apr 1997 18:09:27 GMT
From: "Jesper Buus Nielsen" <buus@daimi.aau.dk>
Subject: Re: Ousterhout and Tcl lost the plot with latest paper
Message-Id: <01bc4550$a291dde0$d412e182@lissi.daimi.aau.dk>
Kelly Murray <kem@math.ufl.edu> skrev i artiklen
<5iboqu$qhk$1@sparky.franz.com>...
> It's only because people can't seem to stop using C/C++
> that there is demand for inefficient "scripting" languages.
>
> Common Lisp has so much versatility that it can be used for both
> low-level "system" programming as well as "scripting" languages.
> Extensive type declarations and safety optimization settings can produce
> highly efficient machine code similiar to C compilers.
> Fully general purpose macros can be used to define very high level
> language constructs, like rules in an expert system,
> or also very low-level constructs, like "assembly" languages,
> or bit-level array graphics commands, which can expand into
> heavily type-declared and optimized "system" CL code.
> It's the best of both worlds, and only one simple language and set
> of tools needs to be learned.
>
> No other (widely known) language in the world has as much flexibility.
That is (at best) an useless comment. To some point I agree, but all that
you do is setting off another flame-thread by using a very inconcise term
as "widely known". As far as I'm concerned the BETA(1) language will give
you those advantages too, including a portable(2) GUI system, a persistent
object system that interfaces with C++(3) and a fully graphical development
environment. NB: CLOS were a significant source of inspiration in designing
BETA - and BETA, being one of the first languages fully combining locality
(block structure) and OO, was the main source of inspiration in making up
the "inner classes" of Java - a beer to the one that find the ref. in the
Java documentations - I know that it is there - saw it :-)
(1) Look at: http://www.daimi.aau.dk/~beta/
(2) Windows [95/NT], Mach., Unix and maybe, to me, unknown systems.
(3) Forgive me writing that diabolical sequence of characters.
/Jesper
>
> -Kelly Murray kem@franz.com http://www.franz.com
>
>
------------------------------
Date: 10 Apr 1997 18:09:25 GMT
From: "Jesper Buus Nielsen" <buus@daimi.aau.dk>
Subject: Re: Ousterhout and Tcl lost the plot with latest paper
Message-Id: <01bc4540$9194c1c0$d412e182@lissi.daimi.aau.dk>
Daniel Wang <danwang@salomon.CS.Princeton.EDU> skrev i artiklen
<r8tg1x1a7cb.fsf@salomon.CS.Princeton.EDU>...
>
> After thinking about J. O's paper it looks like what he's really talking
> about is domain specific versus general purpose langauges.
>
> Where "scripting language" = Domain Specific
> and "systems language" = General Purpose.
>
> When he talks about "gluing" I think he's really ought to say putting
> together primitives designed by someone else that are at the right level
of
> abstraction. Read with this perspective some of what he says sounds a bit
> more resonable.
Unless of course his totally undocumented (as anything in the article was
that) comment about OO languages - not that I do not agree in his opinion,
but 'opinion' is an important word that JO confuses with the english word
fact(1).
/Jesper
(1) Or maybe he is confusing it with the sentence "I'm proud of me
concept". Taking into consideration the widespread use of Tcl - he should
be, but pride makes no trues.
------------------------------
Date: Thu, 10 Apr 1997 17:09:42 GMT
From: papresco@csclub.uwaterloo.ca (Paul Prescod)
Subject: Re: Ousterhout and Tcl lost the plot with latest paper
Message-Id: <E8FMC7.5H8@undergrad.math.uwaterloo.ca>
In article <5lragjoifa.fsf@tequila.systemsz.cs.yale.edu>,
Stefan Monnier <monnier+comp.lang.functional@tequila.cs.yale.edu> wrote:
>ouster@tcl.eng.sun.com (John Ousterhout) writes:
>> But I stand by the two main points in the paper, which are that (a) OO
>> programming hasn't increased productivity dramatically because it doesn't
>
>Now, I don't understand one thing: why is OO evil if its only problem is that
>it doesn't increase productivity ? As far as I can see, OO doesn't have too
>many nasty side-effects.
It is expensive to learn. I think that it is only valuable to train people in
it if they are going to save time later on.
Paul Prescod
------------------------------
Date: 10 Apr 1997 18:34:04 GMT
From: dblack@icarus.shu.edu (David Alan Black)
Subject: Re: perl parsing slashing question
Message-Id: <5ijbqs$a7d@pirate.shu.edu>
Hello -
jn0729a@cage.cas.american.edu (Jon Nathan) writes:
>#!/usr/bin/perl
>while(<>){
> s/>-</> </g;
>}
>so, i should be able to run this by calling fix.pl file.html this runs
>fine, no errors, and compiles (from perl -w) with no complaints either,
>but it doesn't do anything to the file. my guess is that i need to \slash
>out some characters, but i couldn't find which characters need to be
>\slashed out on the web. any help would be great.
Perl doesn't do things to files unless you ask it to :-)
Try:
#!/usr/bin/perl -wip
s/>-</> </g;
David Black
dblack@icarus.shu.edu
------------------------------
Date: Thu, 10 Apr 1997 14:18:21 -0400
From: Brent Webster <webster@nortel.ca>
Subject: Q: Detect running as background process
Message-Id: <334D2EED.9C0@nortel.ca>
How can I detect if I'm running as a background process.
I.E. Within my perl script, if I'm running as a foreground
process then I want to give the user the option to alter the setup.
If the script is run as a background process then it runs with
defaults set.
I've had numerous suggestions from checking the $SHELL env var to
the -t test operator to system("tty -s") and checking $? var. These
can all distingush between running as a foreground process or as a
cron/at process but they don't work for background process spawn via
nohup or & from a foreground shell process. i.e. they inherit from
the parent shell.
Any ideas????
*************************************************************
Brent Webster (Manager, Spectrum ObjecTime Applications)
Phone: (613) 763-4962 or ESN (393)-4962
Fax: (613) 765-3313 or ESN (395)-3313
Email: webster@nortel.ca
IntraNet: http://47.130.6.147/~webster/
*************************************************************
Some of us like hunting wild boar in a thicket, and some
like to go to the supermarket and pick up a baked ham!
#include <std.disclaimer>
------------------------------
Date: 10 Apr 1997 18:16:50 GMT
From: mike@ducky.net (Mike Haertel)
Subject: Re: Reply to Ousterhout's reply (was Re: Ousterhout and Tcl ...)
Message-Id: <slrn5kqbj5.b2n.mike@ducky.net>
In article <5ihaol$n3g@Masala.CC.UH.EDU>, cosc19z5@bayou.uh.edu wrote:
>As for Tcl, it's there for one reason and one reason only -- strong
>corporate backing.
Tcl rose to prominence long before Ousterhout ever joined Sun.
It is just as much of a "grass roots" language as perl or python.
There are indeed many things to criticize about Tcl, but before
you start slinging stones and arrows you should at least get
your facts right.
--
Mike Haertel <mike@ducky.net>
------------------------------
Date: Thu, 10 Apr 1997 14:22:29 -0400
From: "M. Prasad" <prasadm@not4u.polaroid.com>
Subject: Re: Reply to Ousterhout's reply (was Re: Ousterhout and Tcl ...)
Message-Id: <334D2FE5.4F53@not4u.polaroid.com>
Bill House wrote:
>
> M. Prasad <prasadm@not4u.polaroid.com> wrote in article
> <334CD665.186E@not4u.polaroid.com>...
>
> > So hype or the lack of it doesn't quite do it.
>
> Hype alone won't make an intelligent shopper buy, but without some form of
> hype, the shopper needs to be quite a scrounger to even locate the
> "product". In an ideal world, perhaps all products would be evaluated
> fairly, but this world is no one's ideal.
I am sure there have to be mechanisms to make the product
available to the users. In the case of C, AT&T's cheap
Unix licenses certainly must have helped. However, of
all the choices which did have the good luck to get
out there, the ones which do survive well, must have some
strong contributing reasons.
I don't think AT&T did any serious marketing of C.
They just let it get out there. At least that
is my impression, since I was in the field when
C was starting to get popular -- I already knew
Fortran, Pascal, Lisp and APL before I heard
of a language called C. So I knew there were
very good personally validated reasons for me
to prefer C over, say, Pascal. Developing
multiple-module programs in Pascal could be
quite a pain. By the time somebody asked my
opinion about which language to use for a serious
product development effort, I had already had to
learn three different Pascals, with their own ways
to handle modularity and their own "use variant,
write integer, read pointer" type tricks that were
forced in systems programming. So I had no
hesitation in answering -- "C". No hype from AT&T
was required.
I am sure my personal experiences were repeated
over and over, resulting in many different
projects choosing to use C. What is more,
those who saw C projects succeeding where
others floundered, made their own conclusions.
These conclusions and successes are much
more powerful than any amount of arguments.
------------------------------
Date: Thu, 10 Apr 1997 17:16:16 GMT
From: papresco@csclub.uwaterloo.ca (Paul Prescod)
Subject: Re: Reply to Ousterhout's reply (was Re: Ousterhout and Tcl ...)
Message-Id: <E8FMn4.5u8@undergrad.math.uwaterloo.ca>
In article <jameslE8EL5A.vF@netcom.com>,
James Logajan <jamesl@netcom.com> wrote:
>John Ousterhout (ouster@tcl.eng.sun.com) wrote:
>: Every single programmer who ever wrote a program in Tcl, Perl, C++, Visual
>: Basic, or even C could have chosen Lisp, Scheme, or Smalltalk. But they
>: didn't.
>
>Others have responded to this point adequately; however, I just happen to be
>working on a product that is going to require a scripting or extension
>language. We get to pick our own language (for once).
Have you considered allowing the user to choose his or her own extension
language? I am really tired of products forcing Basic or some other terrible
thing down my throat. Under Windows you can use OLE Automation to keep your
product open to multiple scripting languages. Under other platforms you can
use the JVM as your "scripting language" and any language that can be
compiled to byte codes can be the scripting language. There are dozens of
languages that fit that criteria now, and the list is growing every day.
Of course you could still document a *particular* language, and build in a
compiler for it, but as long as you also document the JVM interface, people
could use their own favourite language.
Paul Prescod
------------------------------
Date: 10 Apr 1997 10:12:07 -0700
From: lcole@best.com (Len Coleman)
Subject: Re: security without a secure server
Message-Id: <lcole.860691676@shellx>
Keywords: security secure
I am a virtual host with no actual server. Are there any options for
creating "relatively" secure credit card transactions without spending
extra for a hosting service that uses a secure server?
I see many startups on the Web that seem to offer credit card sales w/o
apparent security. Are all these folks vulnerable, or do they know
something that I don't know?
What software (scripts?), permissions, and practices will yield the
maximum security? If you don't have a secure server, what steps do you
take to maximize the security of your credit card transactions?
>>Where are the actual dangers in credit card processing, and how can those
>>dangers be reduced by good scripts?
>>
>>While the best answer may be a secure server, that option may not be possible
>>for low volume startups. Can Perl help?
>The thing most people seem concerned about is the transmission of a
>recognisable name, card number and expiry date in the clear over the
>internet, so sending that information in a piece of mail or a news article
>would provide "interesting" material for something sniffing packets on a
>network. Once the data has arrived at the server then good programming
>(in any language) and process can be used to reduce the risk of
>unauthorised access to credit card information. At the very least some
>kind of encryption should be used if the data ever ends up backed up onto
>tape ... the best OS security won't stop people walking off with a tape
>and reading it on their PC at home. Good security begins with a sound
>policy and is virtually impossible to implement piecemeal after the fact.
>The implementation language is really of little consequence, Perl does
>have the tainting mechanism which can help you make sure you check data
>from "untrustworthy" sources, but that is probablky a different dimension
>of security from that you're worrying about in this message.
>But, back to the web question...
>The web, which gives instant gratification and has pretty pictures, is a
>much more seductive place to ask for credit card info, so for the aspiring
>data thief gathering data by sniffing packets on the network, checking
>those destined for port 80 on a web server (as well as port 25 on a mail
>host) might reduce the volume that had to be examined. One way to protect
>the data is to use encryprion on the link from the browser to the server,
>and that's what SSL (with reasonable length keys) is meant to do. For a
>small start up it's possible to get the (free) apache web server and get a
>free SSL implementation and get a company like Thawte
>(http://www.thawte.com/) to sign a certificate which lets Microsoft &
>Netscape browsers have confidence in your secure server. The certificate
>is only issued after the Certificate Authority has confirmed to some
>degree that you are who you claim to be, and Thawte charge (I think) $100
>for a certificate.
>Hope this helps,
>Mike
>(sorry for the lack of perl content - you can use mod_perl with apache
>1.1.3 and SSLeay to have a secure server with fast CGI...)
>--
>mike@stok.co.uk | The "`Stok' disclaimers" apply.
>http://www.stok.co.uk/~mike/ | PGP fingerprint FE 56 4D 7D 42 1A 4A 9C
>http://www.tiac.net/users/stok/ | 65 F3 3F 1D 27 22 B7 41
>stok@psa.pencom.com | Pencom Systems Administration (work)
------------------------------
Date: 10 Apr 1997 10:30:07 -0700
From: lcole@best.com (Len Coleman)
Subject: Re: security without a secure server
Message-Id: <lcole.860693214@shellx>
Keywords: security secure
Can I encrypt all or part of the form data from a credit card transaction?
Are there scripts designed for this purpose?
It would seem that even a simple encryption method were used, the transaction
would be far more secure than plain text.
------------------------------
Date: 10 Apr 1997 19:24:12 GMT
From: ilya@math.ohio-state.edu (Ilya Zakharevich)
Subject: Re: what regexps work?
Message-Id: <5ijeos$27d$2@mathserv.mps.ohio-state.edu>
[A complimentary Cc of this posting was sent to James L. McGill
<fishbowl@netcom.com>],
who wrote in article <Pine.LNX.3.95.970410133446.4785D-100000@fotd.netcomi.com>:
> >Does procmail use locale for [a-z] expansions? (Perl does not.)
>
> According to Tom Christiansen and Jeffrey Friedl, it does.
> How did you determine that it does not?
> Perl uses whatever libc uses to determine its character classes.
> \w is magic for [a-zA-Z_]
I dunno. Maybe it was true some years ago. This is definitely wrong
with newer perls (the change stroke somewhere near 5.003_10). Read
perllocale of newer perls.
Ilya
------------------------------
Date: 10 Apr 1997 19:06:54 GMT
From: Craig Franck <clfranck@worldnet.att.net>
Subject: Re: Who makes more $$ - Windows vs. Unix programmers?
Message-Id: <5ijdoe$oo8@mtinsc03.worldnet.att.net>
hook@cscsun3.larc.nasa.gov (Ed Hook) wrote:
>In article <5ihhpq$pfq@mtinsc05.worldnet.att.net>, Craig Franck <clfranck@worldnet.att.net> writes:
>|> abigail@ny.fnx.com (Abigail) wrote:
>|> >
>|> >"UNIX is a trademark of Bell Laboratories. `UNIX' is *not* an acronym,
>|> > but a weak pun on MULTICS, the operating system that Thompson and
>|> > Ritchie worked on before UNIX."
>|>
>|> I wouldn't call it a weak pun. :-) Anyway, AT&T sold its UNIX
>|> System Laboratories (USL) to Novell in 1993. Later that year,
>|> the UNIX trademark was transferred from Novell to X/Open;
>|> Novell, I believe, still holds the source code license.
>|>
>
> This doesn't seem particularly relevant to the present discussion.
I was puzzled as to why the poster I replyed to felt the need
to quote the part about who owned the trademark as well. (I also
can't see the connection with how well programmer for UNIX or
Windows are paid; however, threads do drift. :-)
>|> >That is the footnote on the first page of the prefeace of
>|> >"The UNIX programming environment" by Brian W. Kernighan
>|> >and Rob Pike. [ISBN 0-13-937699-2]
>|> >
>|> >You think you know better?
>|>
>|> At the time the statement was made I am sure it was true.
>|> Things change fast in the computer industry...
>|>
>
> The statement in question concerns an _historical_ fact -- the actual
> genesis of the name "UNIX". Its truth or falsity does not evolve over
> time. Given the source, I think that we may safely believe it to be true.
There were two assertions made in the above statement. I am
aware that UNIX is a pun on MULTICS. I always wondered why
this fact seems hard to grasp for some. I have come up with:
1) MULTICS stood for MULTiplexed Information and Computing
Service.
2) UNIX is capitalized like an acronym.
3) Various sophmoric attempts to come up with words for UNIX
to stand for.
4) Ironically, UNIX was coined for a single user version of
MULTICS; however, its multiuser capabilities are one of
its most important features.
It is obvious that Linux is a pun on UNIX, and the down casing
of the other letters looks more modern and reflective of what
the name really is: UNIX + Linus = Linux. (But maybe I am just
spreading more misinformation myself!)
--
Craig
clfranck@worldnet.att.net
Manchester, NH
Man is the only animal for whom his own existence is
a problem which he has to solve. -- Erich Fromm
------------------------------
Date: 8 Mar 97 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 8 Mar 97)
Message-Id: <null>
Administrivia:
The Perl-Users Digest is a retransmission of the USENET newsgroup
comp.lang.perl.misc. For subscription or unsubscription requests, send
the single line:
subscribe perl-users
or:
unsubscribe perl-users
to almanac@ruby.oce.orst.edu.
To submit articles to comp.lang.perl.misc (and this Digest), send your
article to perl-users@ruby.oce.orst.edu.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
To request back copies (available for a week or so), send your request
to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
where x is the volume number and y is the issue number.
The Meta-FAQ, an article containing information about the FAQ, is
available by requesting "send perl-users meta-faq". The real FAQ, as it
appeared last in the newsgroup, can be retrieved with the request "send
perl-users FAQ". Due to their sizes, neither the Meta-FAQ nor the FAQ
are included in the digest.
The "mini-FAQ", which is an updated version of the Meta-FAQ, is
available by requesting "send perl-users mini-faq". It appears twice
weekly in the group, but is not distributed in the digest.
For other requests pertaining to the digest, send mail to
perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
sending perl questions to the -request address, I don't have time to
answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V8 Issue 272
*************************************
