[8634] in Perl-Users-Digest
Perl-Users Digest, Issue: 2251 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sat Apr 4 22:07:45 1998
Date: Sat, 4 Apr 98 19:00:24 -0800
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Sat, 4 Apr 1998 Volume: 8 Number: 2251
Today's topics:
Re: 5.004.004 won't configure on RH5 (Jonathan Stowe)
Can perl open text files? <skyward@frognet.net>
Re: Can perl open text files? <eugene@vertical.net>
Re: Can perl open text files? <skyward@frognet.net>
Re: contexts: is there such a thing as array? <merlyn@stonehenge.com>
Re: file locking in perl <lr@hpl.hp.com>
Re: Getting the PATH Correct to Run Perl Programs in a (Jim Michael)
Getting the PATH Correct When Running Perl in a Windows <GartenGroup@worldnet.att.net>
Re: Getting the PATH Correct When Running Perl in a Win <sneaker@mediaone.net>
Re: How can I get the title from HTML file? (Jonathan Stowe)
Re: How do I strip newlines from a var (Lasse =?ISO-8859-1?Q?Hiller=F8e?= Petersen)
Re: Is there a "Newsgroup" for Newbies to Perl? <merlyn@stonehenge.com>
linux, perl, and microsoft access (John Armsby)
Re: Obfusticator (Gabor)
output problems <miked@thegrid.net>
Re: perl and CGI (Jonathan Stowe)
Re: Perl program...... email to HTML and vice-versa (Jonathan Stowe)
Re: perl/shopping cart (Jim Esten)
Re: reading file permissions <lr@hpl.hp.com>
Re: Running a CGISite! (Jonathan Stowe)
Re: Running Perl CGI in a Personal Web Server. (Jonathan Stowe)
Re: Urgent: Perl Win32 vs Unix Perl (Ethan H. Poole)
Re: Urgent: Perl Win32 vs Unix Perl <lr@hpl.hp.com>
Digest Administrivia (Last modified: 8 Mar 97) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sat, 04 Apr 1998 13:46:54 GMT
From: Gellyfish@btinternet.com (Jonathan Stowe)
Subject: Re: 5.004.004 won't configure on RH5
Message-Id: <35263392.44821491@news.btinternet.com>
On Sat, 04 Apr 1998 15:55:08 GMT, gatman@gate.nospam.net wrote:
>Compile won't work. Can't find the fix in perl or Linux on this -
>Anybody??
>
You'd better give us a clue. The usual problems are due to giving a
bad answer to a question in Configure (well for me anyhow) however
without the error message it is pretty hard to give an answer (unless
ones name is Doris that is).
/J\
Jonathan Stowe
See the MetaFaq at http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm
------------------------------
Date: Sat, 4 Apr 1998 19:54:16 -0500
From: "Skyward Communications" <skyward@frognet.net>
Subject: Can perl open text files?
Message-Id: <6g6kms$8ic@netaxs.com>
Can I use a perl script to open a text file selected from via radio button
from a web page, insert it into an HTML page and return it to the
requester's browser via a web page? How would I do this?
Skyward
skyward@frognet.net
------------------------------
Date: Sat, 04 Apr 1998 20:52:48 -0500
From: Eugene Sotirescu <eugene@vertical.net>
Subject: Re: Can perl open text files?
Message-Id: <3526E3EE.EBE3DBCC@vertical.net>
(If your programs have the same flow as your posts, I pity whoever has to
maintain them, even if it's you).
Let's break this down:
Q1:Can I use a perl script to open a text file?
A1:Yes.
Q2:Can I use a radio button to specify the file to be opened?
A2: Yes.
Q3:Can I insert it into an HTML page?
A3: What do you mean?
Q4: Can I return it to the requester's browser via a web page?
A4: Yes, a dynamic page, that shows the plain text file in the browser.
But why you need to do this with Perl beats me.
If your text file is text_file, just name it text_file.html and open it in
the browser via a link -- what do you need radio buttons for?
I might be missing something (a lot )here, but you didn't provide any
specifics and therefore I can't provide any either without writing a book.
Eugene
Skyward Communications wrote:
> Can I use a perl script to open a text file selected from via radio button
> from a web page, insert it into an HTML page and return it to the
> requester's browser via a web page? How would I do this?
>
> Skyward
> skyward@frognet.net
------------------------------
Date: Sat, 4 Apr 1998 21:36:37 -0500
From: "Skyward Communications" <skyward@frognet.net>
Subject: Re: Can perl open text files?
Message-Id: <6g6qmp$g0q@netaxs.com>
First: thank you for your response.
Second: Here's what I'm attempting to accomplish, step by step.
A) User selects document they want to view by clicking on a radio
button and clicking on the submit button. (This would be, say, meeting
minutes or a project status, etc.)
B) An Web page containing graphics (company or dept logo, etc) would be
displayed and this page would also contain the text of the minutes or status
report, or the text of any other document and it would contain links to
other pages. In essence, it would be a regular web page with a background,
etc.
C) The text would be inserted into the above page by the perl program
as preformatted text.
I hope this gives you enough info. Again, thank you very much for your
help.
Skyward,
skyward@frognet.net
Eugene Sotirescu wrote in message <3526E3EE.EBE3DBCC@vertical.net>...
>(If your programs have the same flow as your posts, I pity whoever has to
>maintain them, even if it's you).
>Let's break this down:
>Q1:Can I use a perl script to open a text file?
>A1:Yes.
>Q2:Can I use a radio button to specify the file to be opened?
>A2: Yes.
>Q3:Can I insert it into an HTML page?
>A3: What do you mean?
>Q4: Can I return it to the requester's browser via a web page?
>A4: Yes, a dynamic page, that shows the plain text file in the browser.
>But why you need to do this with Perl beats me.
>If your text file is text_file, just name it text_file.html and open it in
>the browser via a link -- what do you need radio buttons for?
>I might be missing something (a lot )here, but you didn't provide any
>specifics and therefore I can't provide any either without writing a book.
>Eugene
------------------------------
Date: 04 Apr 1998 18:39:32 -0700
From: Randal Schwartz <merlyn@stonehenge.com>
To: mjtg@cus.cam.ac.uk (M.J.T. Guy)
Subject: Re: contexts: is there such a thing as array?
Message-Id: <8cyaxl2giz.fsf@gadget.cscaper.com>
>>>>> "M" == M J T Guy <mjtg@cus.cam.ac.uk> writes:
M> Although you say "by definition" above, I can't actually find a
M> definition of the behaviour in this case in the Perl documentation.
I do. It's right in "man perldata", by example:
@days{'a','c'} # same as ($days{'a'},$days{'c'})
And "same as" seems to be fairly literal. It's intuitive that this
comma there in a scalar context becomes the "evaluate left, discard,
evaluate right" operator. And thus it works.
M> There ought to be a form or words equivalent to
M> An array or hash slice evaluated in a list context returns the
M> list of selected elements; an array or hash slice evaluated in
M> scalar context yields the last of the selected elements.
M> But I can't find them anywhere.
Well, if you need to be formal about it... :)
print "Just another Perl hacker," # but not what the media calls "hacker!" :-)
## legal fund: $20,990.69 collected, $186,159.85 spent; just 149 more days
## before I go to *prison* for 90 days; email fund@stonehenge.com for details
--
Name: Randal L. Schwartz / Stonehenge Consulting Services (503)777-0095
Keywords: Perl training, UNIX[tm] consulting, video production, skiing, flying
Email: <merlyn@stonehenge.com> Snail: (Call) PGP-Key: (finger merlyn@teleport.com)
Web: <A HREF="http://www.stonehenge.com/merlyn/">My Home Page!</A>
Quote: "I'm telling you, if I could have five lines in my .sig, I would!" -- me
------------------------------
Date: Sat, 04 Apr 1998 17:46:42 -0800
From: Larry Rosler <lr@hpl.hp.com>
To: Stephen Mubita <smubit1@gl.umbc.edu>
Subject: Re: file locking in perl
Message-Id: <3526E281.FFBAE967@hpl.hp.com>
Stephen Mubita wrote:
>
> I would like a mandatory lock on a file (the passwd file), that allows
> reading but not writing.
>
> After successfully opening the file for appending I tried
> flock PASSWD_FILE, $LOCK_EX;
> it seemed to succeed, but I could write to the same file outside the
> program.
>
> I also tried
> Use Fcntl;
> $retval = fcntl(PASSWD_FILE, F_SETLK, F_RDLCK) or $retval = -1;
> but $ret_val is always -1 afterwards, and I can still write to the file.
>
> I looked in the FAQ, but it said to use flock.
>
> Does anyone have any suggestions ?
>
> Stephen Mubita smubit1@umbc.edu
> ======================================================================
> 'God opposes the proud, but gives grace to the humble.'
> James 3 : 6b
> ----------------------------------------------------------------------
> | UCS is not responsible for any opinions contained here |
> ====================******************************====================
This locking mechanism is called 'advisory' because it restricts access
to the file by those programs that choose to use the same mechanism to
test for access -- i.e., by cooperating programs. Other programs can
still access the file while it is locked, for better or for worse.
Offhand, I don't know of any convenient 'mandatory' locking mechanisms.
I guess one could kludge something by taking permissions away while the
file is locked, then restoring them when the file is unlocked. Any
other thoughts or pointers would be appreciated.
Larry Rosler
Hewlett-Packard Laboratories
lr@hpl.hp.com
------------------------------
Date: Sun, 5 Apr 1998 00:14:36 GMT
From: genepool@netcom.com (Jim Michael)
Subject: Re: Getting the PATH Correct to Run Perl Programs in a Windows 95 Environment...
Message-Id: <genepoolEqwzCC.73E@netcom.com>
Sam Garten (GartenGroup@worldnet.att.net) wrote:
: Having problems specifying the correct path to run my Perl
: programs created in
: Notepad... How do you specify the correct PATH that identifies
: my source code (program)
: and also the Perl interpreter so the job will run???
Open a dos window. Enter the path command and see if the path to your
perl interpreter perl.exe is in the path. If not modify the path with
path=d:\perl\bin;%path% substituting the correct path. Now try to run one
of your scripts from the command line from the directory in which the
script is located: perl myscript.pl. Did it run?
: I've been in computing for over 20 years and never had such a
: difficult time. (I started with
: the IBM 1410, then the series of mainframes starting with the
: IBM 360 series. Learning
: Basic Assembler lang and JCL was never as difficult as
: specifying this darn path correctly...)
So now we know the source of those Y2K problems.... :-)
: Please someone help me. It seems the majority of Perl coder
: are operating in a Unix
: environment is this true???
Things are often easier to do in Unix. The GSAR port sure helps under
Win32.
Cheers,
Jim
--
The One True Path: /usr/bin/perl
------------------------------
Date: 5 Apr 1998 01:54:53 GMT
From: "Sam Garten" <GartenGroup@worldnet.att.net>
Subject: Getting the PATH Correct When Running Perl in a Windows Environment Part II..
Message-Id: <6g6o9d$nqa@bgtnsc02.worldnet.att.net>
4/4/98
Friends - so far no one has responded to my initial concern..
I'm reading "Programming Perl" by Larry Wall, et. al. and in
the preface it
is written, "Perl folks are, frankly, some of the most
helpful folks on earth.".
So where's the help... As stated in my previous message I now
have Perl installed
on my machine but can not run any programs because I can't
get the PATH right.
How do you point to both my program (source code) and the
Perl interpreter so the
job will run successfully??
Your help would be greatly appreciated.. I want to become a
Perl Nik also...
Thanks,
Sam Garten, Cary, NC
------------------------------
Date: Sun, 05 Apr 1998 02:21:36 GMT
From: Sneaker's Nest <sneaker@mediaone.net>
Subject: Re: Getting the PATH Correct When Running Perl in a Windows Environment Part II..
Message-Id: <3526E938.32DF@mediaone.net>
Sam Garten wrote:
> How do you point to both my program (source code) and the
> Perl interpreter so the
> job will run successfully??
I don't know about other NT/95 users but when I was using NT Wkst 4.0
there is a place under the Control panel to permanently set the PATH to
the correct perl software. You will also need to search via DejaNews
for the appropriate Registry setting string to set the environment to
auto-recognize .pl or .cgi extensions.
If you have done these steps, then simply using -
#!perl -w
...et al...
Will work. At least it did for me.
HTH,
Sneex :-)
PS - After much pain and banging my head against a brickwall - I am now
back on Solaris for my home system - so I no longer have NT running...
Sorry I cannot be of further help. Maybe a Perl developer who is on
NT/95 can fill in the gaps?
------------------------------
Date: Sat, 04 Apr 1998 13:46:45 GMT
From: Gellyfish@btinternet.com (Jonathan Stowe)
Subject: Re: How can I get the title from HTML file?
Message-Id: <35261998.39587303@news.btinternet.com>
On Sat, 04 Apr 1998 09:07:04 -0500, "Seong Y. Kim"
<seong@cse.bridgeport.edu> wrote:
>Hi, everyone!!!!
>
>I am trying to get a title from one HTML file. This is my subroutine
>that I did.
The Module HTML::HeadParser is your best bet if you only want the
title (or other <HEAD> block stuff such as META tags and so on).
However to get at the whole file you will be better to use
HTML::Parser although this may enmesh you in the Object thing more
than you might wish at the present time. I have an example of the
modules use in a fairly crude and only partially finished HTML
Beautifier at:
http://www.btinternet.com/~gellyfish/resources/hteauty.pl
I wouldnt take it too seriously as a program though.
/J\
/J\
Jonathan Stowe
See the MetaFaq at http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm
------------------------------
Date: Sun, 05 Apr 1998 01:46:13 +0200
From: lassehp@imv.aau.dk (Lasse =?ISO-8859-1?Q?Hiller=F8e?= Petersen)
Subject: Re: How do I strip newlines from a var
Message-Id: <lassehp-0504980146130001@ygdrasil.imv.aau.dk>
In article <352656BC.242401EC@coos.dartmouth.edu>, rjk@coos.dartmouth.edu wrote:
>[posted and mailed]
>
>[For context...]
>Abigail wrote:
>> $var=join+q,,,grep{ord${qq$\137$}<10 or+10<ord}split+q,,,$var;
>
>Lasse Hillerxe Petersen wrote:
>>
>> In article <3525D2F4.ACE574CC@coos.dartmouth.edu>,
rjk@coos.dartmouth.edu wrote:
>> >Lasse Hillerxe Petersen wrote:
>>
>> >> [rant rant rant]
>> >
>> >Up yours.
>>
>> Your choice of words reflects on you and does not impress me.
>
>That's okay, I expected such and wrote it that way anyway. :-)
Even less impressive.
>"Informative" does not mean "simplest" or "most obvious".
I didn't ask you what informative doesn't mean. Informative does not mean
"yellow" either, in case you didn't know.
>What do we learn from Abigail's one-liner?
Suppose you stand at a bus stop and someone asks you what time it is. You
answer: "There will be a partial solar eclipse on tuesday at 1430
Universal Time, which is in only 117 hours and 35 minutes from now. If you
are too stupid to do the math, look across the street."
This may be valid information, it even provides the answer, although it is
obfuscated. And it is certainly rude, but is it informative? I don't think
so.
Now why would you be motivated to give an answer like that? There is a
station across the street, with a prominent clock on the facade, so
basically the question could be considered stupid. But would you behave
that way in the real world? If not (and I hope you wouldn't), why do you
think it is OK to do so on c.l.p.m?
>Some of those are generally useful, and as to the others... Ever hear of the
>Obfuscated Perl Contest?
Yes. Do you want to hear my opinion about it? No? Well, to make this more
relevant to the newsgroup, I'll tell you anyway.
That Perl allows you to write highly obfuscated code, is problematic. I
think it is quite appropriate that obfuscated Perl tends to look like
cartoon cursing. The features of Perl that allow obfuscated code are
however useful, because they also allow more varied ways of expression,
which helps writing more _readable_ code. Unfortunately it is considered
an admirable skill to write obfuscated code. It is true that it takes a
great deal of Perl fluency to write such code, but it encourages a coding
style which I don't think is good. I wish there was a contest to encourage
_good_ coding style, in terms of readability and correctness,
demonstrating the features of Perl that can make a program more readable
and nice than what's possible in most other languages.
However obfuscated code is not without entertainment value. Just as I
might enjoy graffiti-like art at a museum, I can enjoy obfuscated Perl in
an appropriate context.
>> As for its
>> creativity, I think it's on par with graffiti: considered creative in its
>> own subculture, but ugly and destructive by most other people. And what
>> you found amusing made me feel a bit sick and quite depressed, so your
>> sense of humor must be strange too.
>
>Well, since comp.lang.perl.misc is part of the Perl subculture, I expect that
>it would be considered creative in this newsgroup.
By some, sure. Even by me, if it had occured in a different context.
>And how is it destructive, hmm? Abigail even directed the newbie to the
>manual, should he be unsatisfied with her tricky solution.
In the same way graffiti is destructive. Graffiti doesn't make walls
collapse or trains derail, but it still is damage of property and
aestetics in a public space.
>Okay, who is it harming?
The newsgroup. I am certainly not the only reader who perceives this
behaviour as poisoning the atmosphere.
>As we've said over and over again, clpm helps people who help themselves.
No problem with that.
> If
>they're too lazy to look things up in the manual or the FAQ, I feel no
>obligation to do that work for them.
Then don't. But you aren't obliged to flame them either. In fact I believe
you _are_ obliged *not* to flame them in c.l.p.m. Not for their sake, but
for the newsgroup.
>And you know what? clpm is *not* a help desk. Notice the last word: "misc".
>Not "questions" or "help" or "newbies".
I don't see any relevance in those statements. I'm not one who is calling
for a help desk. I would be happy if each and every stupid question went
unanswered, or answered with a plain reference to documentation, or a
mailed flame in whatever style you feel like. But public flogging went out
of fashion a long time ago in my corner of the planet.
>We can discuss *anything* we want to
>concerning Perl in this newsgroup. And sometimes, we want to discuss hacking
>and obfuscation. Live with it.
I don't mind hacking and even obfuscation at times, I wonder what gave you
that impression. And I don't mind people demonstrating their skills. I do
mind when people use such demonstrations against other people.
>> I don't consider it helpful to throw clever hacks and rude remarks at a
>I didn't say it was helpful. ;-)
I just said it wasn't (IMO), not that you said it was.
>And you're propagating another fallacy. "Newbies" are not treated this way.
>People who post questions which have clear and simple answers in the
>documentation are treated this way. Not all newbies post such questions, and
>not all such questions are posted by newbues.
Pardon me for using the word newbie to denote a person who posts questions
with obvious answers, and not making that usage clear. If you prefer a
different word, please suggest one. And, no, "troll" will not do, I think
it connotes a malicious intent which I still refuse to believe is present
in the general case.
In any case, I think it is wrong to treat newbies that way. When did you
last read news.announce.newusers? Either you haven't or it's too long ago.
>Read the parenthetical comment, please, and note the word "intelligent".
Are you trying to imply that intelligence and stupidity are mutually exclusive?
-Lasse
------------------------------
Date: 04 Apr 1998 18:36:26 -0700
From: Randal Schwartz <merlyn@stonehenge.com>
To: lvirden@cas.org
Subject: Re: Is there a "Newsgroup" for Newbies to Perl?
Message-Id: <8c3eft3v8l.fsf@gadget.cscaper.com>
>>>>> "lvirden" == lvirden <lvirden@cas.org> writes:
lvirden> I don't know what the others are thinking of. But a
lvirden> comp.lang.perl.help that was chartered to allow questions on
lvirden> 'how do I do X in perl' and had folk who could help answer
lvirden> such questions seems like a useful group for new folk to
lvirden> perl.
Yes. That's comp.lang.perl.misc, so far.
lvirden> When these types of questions get asked in perl, they
lvirden> seem to be answered with 'that's not a perl question; it can
lvirden> be done in any language'.
I've *never* seen that happen. Even my prolific posting partner, Tom
Phoenix, redirects only to the web server group when the question
really doesn't have anything to do with Perl. I watch every post he
writes, and almost every other answer *anyone* writes, at least
briefly. And I'm just not seeing this happen.
What you're saying *isn't* happening, as far as I can tell.
lvirden> But for someone who knows no other
lvirden> language and has never written anything like X, they need to
lvirden> work out the details...
You are arguing against something that isn't happening in
comp.lang.perl.misc, so I don't know what you are arguing for. :)
print "Just another Perl hacker," # but not what the media calls "hacker!" :-)
## legal fund: $20,990.69 collected, $186,159.85 spent; just 149 more days
## before I go to *prison* for 90 days; email fund@stonehenge.com for details
--
Name: Randal L. Schwartz / Stonehenge Consulting Services (503)777-0095
Keywords: Perl training, UNIX[tm] consulting, video production, skiing, flying
Email: <merlyn@stonehenge.com> Snail: (Call) PGP-Key: (finger merlyn@teleport.com)
Web: <A HREF="http://www.stonehenge.com/merlyn/">My Home Page!</A>
Quote: "I'm telling you, if I could have five lines in my .sig, I would!" -- me
------------------------------
Date: Sat, 04 Apr 1998 10:32:10 GMT
From: jaws@atl.mindspring.com (John Armsby)
Subject: linux, perl, and microsoft access
Message-Id: <6g6cmr$34h@camel12.mindspring.com>
Is there any reason why I can't access microsoft access via the win32
perl module from Linux? Linux sees the dos partition. If I can, then
the next step would be to slap a web interface...
john
------------------------------
Date: 5 Apr 1998 02:14:14 GMT
From: gabor@vmunix.com (Gabor)
Subject: Re: Obfusticator
Message-Id: <slrn6idqdf.q71.gabor@vnode.vmunix.com>
In comp.lang.perl.misc, tory1 <tory1@mail.idt.net> wrote :
# Hi All,
# I have some perl programs I would like to distribute but
# I would like the perl code to be "hidden". It strikes me
# that
# a "random" obfusticator would shroud the code sufficiently.
#
# Does anyone know of any code I could use to effectively
# use for this purpose.
Ask yourself a few questions here. What makes your code so valuable
that you can't supply source. Afterall I can get OS's for free with
full source (Linux & FreeBSD), compilers (gcc, g++), interpreters
(Perl, Python, Tcl), editors (emacs, vim, elvis, vile) and the list
goes on.
------------------------------
Date: Sat, 04 Apr 1998 15:46:11 -0800
From: Mike Dong <miked@thegrid.net>
Subject: output problems
Message-Id: <3526C63C.7A2DEAC6@thegrid.net>
Anyone know the answer to this? Here is the situation (I hope it makes
sense):
I am using an Ada 95 compiler called Apex. It has an optional shell
interface from which one can perform batch operations. Here is what I
type to invoke the Apex shell. From csh:
apex_shell -v myApexScript
where -v is a switch to turn verbose mode on and myApexScript is the
script for the Apex shell. Within myApexScript, I call a Perl script to
do some "preprocessing" type stuff:
perl myPerlProg arg1 arg2
Within the Perl program, at the very end, I issue this Apex shell
command for every *.ada file within a particular directory tree (so this
line is in a loop):
`apex code $adaFilename`;
Unfortunately, because the Perl program is still running, the messages
from the -v switch seem to "get trapped one layer down" and never appear
on the screen. For now, I have changed the previous line to:
print `apex code $adaFilename`;
but of course, this only prints the output after the "apex code" command
has finished. Is there a way to redirect or propagate the -v messages
up from the Apex shell so that my Perl program can display them in real
time? If you know of a solution (it probly pretty simple right?),
please email it to me. tanks
------------------------------
Date: Sat, 04 Apr 1998 13:46:50 GMT
From: Gellyfish@btinternet.com (Jonathan Stowe)
Subject: Re: perl and CGI
Message-Id: <35262610.42153948@news.btinternet.com>
On Sat, 4 Apr 1998 21:55:17 +0200, "=?iso-8859-1?Q?Per_Grans=F8e?="
<gransoe@get1+1net.dk> wrote:
>Hi everybody
>
>I need some info on how to pipe data from a html-page via forms to a =
>perl script.
>Enviroment variables and standard input and so on...
>
Hmm "The night of the CGI-ers II".
If you have a fairly recent standard distribution of perl you will
have the module CGI.pm which can do all sorts of wonderful things for
you. "perldoc CGI" will get the SP on it. There is some example
code in the documentation.
The book "CGI programming on the World Wide Web" from O'Reilly is a
good starting point.
/J\
Jonathan Stowe
See the MetaFaq at http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm
------------------------------
Date: Sat, 04 Apr 1998 14:17:07 GMT
From: Gellyfish@btinternet.com (Jonathan Stowe)
Subject: Re: Perl program...... email to HTML and vice-versa
Message-Id: <352640b8.48051630@news.btinternet.com>
On Sat, 04 Apr 1998 15:22:24 GMT, ircadmin@shellnet.co.uk (Steven
Fletcher) wrote:
>Greets........
>
>I am looking for a program (preferably written in perl) that would
>allow users to retrive their email over the WWW, via CGI and a few
>login boxes.
>
You might try MailMan at:
http://www.endymion.com/portfolio/software/scripts/mailman.htm
/J\
Jonathan Stowe
See the MetaFaq at http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm
------------------------------
Date: 4 Apr 1998 20:16:24 -0600
From: jesten@earth.execpc.com (Jim Esten)
Subject: Re: perl/shopping cart
Message-Id: <6g6php$h9@newsops.execpc.com>
Birgitt Funk (birgitt@order.booktraders.com) wrote:
: tiles@pyramidtile.com wrote:
: >
: > Does any body know of a person or persons that give training for Perl/web and
: > shopping cart instructions over the phone or email?
: > I would like to learn how to set up my own shopping cart on my web site.
: > I know how to make web pages and just learned to telnet to my shell server.
: > But would like to learn how to customize my web pages so that browsers could
: > order my selection of tools.
: >
: > I just don't wan't to travel to places and spend ton's of money to lean how to
: > set up a shopping cart.
: > Is there an economical way of doing this?
: > Thanks
: > Bill
: Look at http://www.minivend.com, a free shopping cart system under GNU
: Public License,
: written in perl. It comes with mailing list, FAQs, DOCs and a lot of
: ISPs frequenting
: the mailing list in search of customers. If you are persistent, you can
: go pretty far
: on your own.
: Birgitt Funk
Another alternative is PerlShop from www.arpanet.com - many ISP's do not
allow minivend because it runs a daemon ... PerlShop is very complete and
completely free in exchange for displaying the logo...
Jim
--
Jim Esten
WebDynamic
jesten@wdynamic.com http://wdynamic.com
------------------------------
Date: Sat, 04 Apr 1998 18:00:08 -0800
From: Larry Rosler <lr@hpl.hp.com>
To: Gellyfish@btinternet.com
Subject: Re: reading file permissions
Message-Id: <3526E5A8.19C373DE@hpl.hp.com>
Jonathan Stowe wrote:
>
...
>
> if ( 0400 && $mode)
> {
> print "readable by owner\n";
> }
>
if ( 0400 & $mode) ...
&& is a logical test operator, and 0400 is always "true" so the result
is $mode.
& is a bit-wise arithmetic operator.
Larry Rosler
Hewlett-Packard Laboratories
lr@hpl.hp.com
------------------------------
Date: Sat, 04 Apr 1998 13:46:47 GMT
From: Gellyfish@btinternet.com (Jonathan Stowe)
Subject: Re: Running a CGISite!
Message-Id: <3526208b.40798290@news.btinternet.com>
On 4 Apr 1998 20:45:20 GMT, djhoward@uiuc.edu wrote:
>
>CGI.pm is dog-ass slow, and does a whole hell of a heck of a lot more than
>_I_ generally need.
>
>Suggestion: copy the option-parsing routines from O'Reilley's mouse book.
>That's what I do. Instead of CGI.pm I just include a little
>perl4-compatable subroutine ...
>
Alternatively there is CGI::Base and CGI::Request which dont have some
of the heavyweight functionality of CGI.pm but will deal with most of
the stuff you might want to do.
But CGI.pm nonetheless is worth considering because it tries to deal
with cross-platform issues and even accomodates the (ahem)
idiosyncracies of Microsoft software...
For people who are more perl-people than CGI-people it has the
advantage that it hides a lot of the CGI specific nastiness in its
implementation, so when someone comes along here saying this or that
CGI is not working, recommending them to use CGI.pm means that it will
be fairly certain that that bit will be working properly and thus the
program code that does the real work can get the attention it deserves
(or not as the case may be)
/J\
Jonathan Stowe
See the MetaFaq at http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm
------------------------------
Date: Sat, 04 Apr 1998 13:46:52 GMT
From: Gellyfish@btinternet.com (Jonathan Stowe)
Subject: Re: Running Perl CGI in a Personal Web Server.
Message-Id: <352629dd.42924326@news.btinternet.com>
On Sat, 04 Apr 1998 15:01:27 +0300, Yair Schaffer <yairs@actcom.co.il>
wrote:
>Hi,
>
> I have Perl5 running on my pc.
> and also front page98 and microsoft personal web server runnig.
We all have our cross to bear.
>
> What should I do to run a perl CGI in the server ?
> (I mannaged running a C cgi but I get a server Error when
> trying to address a perl CGI)
>
It is probably a true thing that some 75% of these questions would be
alleviated if MicroScoff would distribute some documentation with PWS.
Its not as if it would be difficult as it would be virtually identical
to that which comes with IIS on NT.
However this is not a perl problem. It would be the same if you
wanted to run a script in any language. The appropriate place for
these sort of things is comp.infosystems.www.servers.ms-windows.
But because I sympathise to some extent with your plight with regard
to the documentation I will offer a clue - search for "script" in the
registry.
/J\
Jonathan Stowe
See the MetaFaq at http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm
------------------------------
Date: 4 Apr 1998 20:56:19 GMT
From: ehp@gte.net (Ethan H. Poole)
Subject: Re: Urgent: Perl Win32 vs Unix Perl
Message-Id: <6g66pj$q5h$1@gte1.gte.net>
In article <3525e058.418441@news.saix.net>, probe@hotmail.com says...
>
>The service provider who quoted on the hosting of this site is busy
>preparing their side for the upload, and have informed me that all the
>Perl scripts will be placed on their Unix machine, the rest of the
>Frontpage stuff will be on an NT machine.
>Their reason is that Perl Win32 is "buggy, and more than capable of
>causing NT to crash, and Perl is more stable on Unix", and they are
>not prepared to put their other clients hosted on that NT machine at
>risk.
Wish I knew what is/was prompting your provider to say that. My initial
reaction is that they are full of s**t, just don't want to do it, and that's
the best excuse they could come up with.
I run ActiveState's Perl for Win32 on my testing server (IIS 3.0) and
absolutely put it through hell on occassions to test my scripts under
worst-case scenerios. My own provider also runs this same version of perl on
their systems, and so do thousands of other providers. And yet, I have never
seen nor heard of a single instance of Perl "crashing NT".
Remember, with NT, when an application does crash it is almost always the
application and *only* the application that crashes, not the OS. Further, Perl
is not a driver, it has no hooks into the Kernel, further reducing the
likelihood of bringing down the house. If the OS were to crash, it would be by
sheer coincidence, not by your Perl script, nor the interpreter itself.
Sorry for the rant portion, but I get more than a little ticked at Unix zealots
constantly making false claims about NT just to further their own egos.
PS - It amazes me your provider will allow the FP extensions. IMHO they are
significantly more likely to crash than Perl <g>.
--
Ethan H. Poole | Website Design and Hosting,
| CGI Scripting...
========Personal========= | ============================
* ehp @ gte . net * | --Interact2Day--
http://home1.gte.net/ehp/ | http://www.interact2day.com/
------------------------------
Date: Sat, 04 Apr 1998 18:07:11 -0800
From: Larry Rosler <lr@hpl.hp.com>
To: Gellyfish@btinternet.com
Subject: Re: Urgent: Perl Win32 vs Unix Perl
Message-Id: <3526E74F.6904C5C8@hpl.hp.com>
Jonathan Stowe wrote:
>
...
> Out of interest why is South Africa's TLD "za" ? (Probably a FAQ for
> another NG - but in my recollection this is the first time I have seen
> it here.)
Zuid Afrika == South Africa in Afrikaans (derived from Dutch).
Several countries are identified in their own languages
(for example, ci == Cote d'Ivoire == Ivory Coast
de == Deutschland == Germany
hr == Hrvatska == Croatia).
Larry Rosler
Hewlett-Packard Laboratories
lr@hpl.hp.com
------------------------------
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 2251
**************************************
