[18579] in Perl-Users-Digest
Perl-Users Digest, Issue: 747 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Apr 23 14:10:49 2001
Date: Mon, 23 Apr 2001 11:10:12 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Message-Id: <988049412-v10-i747@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Mon, 23 Apr 2001 Volume: 10 Number: 747
Today's topics:
Re: Newbie question: reading variables with CGI <comdog@panix.com>
Re: Newbie question: reading variables with CGI <simon@super-simon.com>
Re: Newbie question: reading variables with CGI nobull@mail.com
Re: Problems with sending a sms <ballmann@co-de.de>
Re: Problems with sending a sms (Anno Siegel)
Re: Problems with sending a sms (Tad McClellan)
Re: Problems with sending a sms <bart.lateur@skynet.be>
System call within Daemon mxvera@qwest.com
Re: use Filter::decrypt; How to encrypt source code fi (Anno Siegel)
Windows Perl for Windows 95 -- Internet Explorer 5 requ (Charles M. Kozierok)
Re: Windows Perl for Windows 95 -- Internet Explorer 5 (Richard Williams)
Re: Windows Perl for Windows 95 -- Internet Explorer 5 <bart.lateur@skynet.be>
Re: Windows Perl for Windows 95 -- Internet Explorer 5 <r.mMMMetcalf@eXXXx.AAAac.UUUuk>
Re: Windows Perl for Windows 95 -- Internet Explorer 5 (Charles M. Kozierok)
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Mon, 23 Apr 2001 11:44:25 -0400
From: brian d foy <comdog@panix.com>
Subject: Re: Newbie question: reading variables with CGI
Message-Id: <comdog-CFCF7A.11442523042001@news.panix.com>
In article <9c1ccl$klt$2@news1.xs4all.nl>, "Super-Simon"
<simon@super-simon.com> wrote:
> Please help me. I've a script passing variables to another CGI-script like
> this: http://www.servername.com/script.cgi?var1=test&var2=test2. How to read
> the variables (var1 and var2) in script.cgi????
use CGI.pm. it comes with Perl and is documented.
--
brian d foy <comdog@panix.com>
------------------------------
Date: Mon, 23 Apr 2001 18:07:34 +0200
From: "Super-Simon" <simon@super-simon.com>
Subject: Re: Newbie question: reading variables with CGI
Message-Id: <9c1jri$7j6$1@news1.xs4all.nl>
I know, but I can't find an example of how to use it...
Please help me,
Newbie
"brian d foy" <comdog@panix.com> wrote in message
news:comdog-CFCF7A.11442523042001@news.panix.com...
> In article <9c1ccl$klt$2@news1.xs4all.nl>, "Super-Simon"
> <simon@super-simon.com> wrote:
>
> > Please help me. I've a script passing variables to another CGI-script
like
> > this: http://www.servername.com/script.cgi?var1=test&var2=test2. How to
read
> > the variables (var1 and var2) in script.cgi????
>
> use CGI.pm. it comes with Perl and is documented.
>
> --
> brian d foy <comdog@panix.com>
>
------------------------------
Date: 23 Apr 2001 18:09:03 +0100
From: nobull@mail.com
Subject: Re: Newbie question: reading variables with CGI
Message-Id: <u91yqjo85s.fsf@wcl-l.bham.ac.uk>
Unless it is your intension to be insulting then you should quote _in_
_context_ only _relevant_ bits of the message to which you are
replying.
Is it your intension to be insulting?
"Super-Simon" <simon@super-simon.com> writes:
> "brian d foy" <comdog@panix.com> wrote in message
> news:comdog-CFCF7A.11442523042001@news.panix.com...
> > use CGI.pm. it comes with Perl and is documented.
> >
> I know, but I can't find an example of how to use it...
The manuals for Perl modules can be displayed using the "perldoc"
command.
Actually GCI.pm is (pointlessly) an execption to this rule but this
doesn't matter.
> Please help me,
>
> Newbie
If you'd lurked for a while before posting In this group the term
Newbie when applied to someone by themselves is usually correctly
interpreted as "person too lazy to read the manual".
This is not the correct use of the term but is apparently what it
means to people who use it of themselves.
--
\\ ( )
. _\\__[oo
.__/ \\ /\@
. l___\\
# ll l\\
###LL LL\\
------------------------------
Date: Mon, 23 Apr 2001 17:25:48 +0200
From: "Bastian Ballmann" <ballmann@co-de.de>
Subject: Re: Problems with sending a sms
Message-Id: <20010423.172543.1172755590.631@pc035.co-de.de>
Im Artikel <slrn9e853n.k8q.tadmc@tadmc26.august.net> schrieb "Tad
McClellan" <tadmc@augustmail.com>:
> Bastian Ballmann <ballmann@co-de.de> wrote:
>>Im Artikel <t6v7et85jsmf3el1d5d3fnbir3o8u28lbg@4ax.com> schrieb "Bart
>>Lateur" <bart.lateur@skynet.be>:
>>
>>> Tad McClellan wrote:
>>>
>>>>>The only thing I have to say to my posting is now: Just forget it!
>>>>
>>>>Too late. You've already been killfiled.
>>>>
>>>>>Sorry...
>>>>
>>>>Names go into the killfile, but they don't come out.
>>>
>>> I don't get it. How can you respond to this message if you killfiled
>>> the author?
>>
>>Maybe itīs because the nntp servers need up to 24 hours to be up to date
>>with the other ones...
>
>
> Both articles came in the same "batch". I made the killfile entry upon
> seeing the first one. My newsreader only reads the scorefile on
> start-up, so the second one was not auto-deleted.
>
>
>>...or it was just a bad joke...
>
>
> It was not a joke.
The only thing I wanted to know now is: Am I killfiled for one whole perl
newsgroup or something else?
...and why should those entries couldnīt be removed?
Do you never do a fault?
------------------------------
Date: 23 Apr 2001 15:54:27 GMT
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: Problems with sending a sms
Message-Id: <9c1j7j$q0$1@mamenchi.zrz.TU-Berlin.DE>
According to Bastian Ballmann <ballmann@co-de.de>:
> The only thing I wanted to know now is: Am I killfiled for one whole perl
> newsgroup or something else?
Why should anyone care to give you that information. Find out what a
killfile is.
> ...and why should those entries couldnīt be removed?
> Do you never do a fault?
You didn't make a mistake, you publicly revealed a character flaw.
Anno
------------------------------
Date: Mon, 23 Apr 2001 11:33:08 -0400
From: tadmc@augustmail.com (Tad McClellan)
Subject: Re: Problems with sending a sms
Message-Id: <slrn9e8ipk.ljn.tadmc@tadmc26.august.net>
Bastian Ballmann <ballmann@co-de.de> wrote:
>>>>>Names go into the killfile, but they don't come out.
>The only thing I wanted to know now is: Am I killfiled for one whole perl
>newsgroup or something else?
I think you do not know what a killfile is or how they work:
http://www.tuxedo.org/~esr/jargon/html/entry/kill-file.html
>...and why should those entries couldnīt be removed?
Having spent my time to make an entry for you, I am disinclined
to double the time you've wasted by going back in and removing you.
You have used up your full quota of "Tad's time" already.
>Do you never do a fault?
Of course I do.
I just don't want to help you in your criminal pursuits.
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Mon, 23 Apr 2001 16:29:02 GMT
From: Bart Lateur <bart.lateur@skynet.be>
Subject: Re: Problems with sending a sms
Message-Id: <v0m8etcg45aaamjjr1674rkogj58cpkasv@4ax.com>
Bastian Ballmann wrote:
>The only thing I wanted to know now is: Am I killfiled for one whole perl
>newsgroup or something else?
Killfiling is a personal option. It indicates that certain people don't
want to see any of your posts any more, so they instruct their
newsreader program to delete (mark read) any of it on sight.
It has no effect on the newsgroup itself. Well... if all the
knowledgable people do this to you, the chance is high it will appear
that way, anyway.
--
Bart.
------------------------------
Date: Mon, 23 Apr 2001 10:26:37 -0500
From: mxvera@qwest.com
Subject: System call within Daemon
Message-Id: <3AE449AD.25B36BB3@qwest.com>
Greetings,
I have written a forking socket server, but I need to start other
daemonized programs with it. The programs are usually started with a
little script which calls the main daemon, then the little script exits.
The problem I have is that the daemon takes on the properties of my
socket server such that if I kill the socket server, the socket is still
in use by the program started by the original socket server. This is bad
because to start the socket server again, I would need to kill the
system call to free up the socket.
I believe using exec() would solve this, however, I need to do more
within the server after the system call, and it seems that exec()
performs the system call, then skips anything following. I am fairly
certain I don't know the proper way to implemet exec().
Would anyone have any ideas for me?
Thanks!
Mike V
Sun Microsystems Inc. SunOS 5.6 Generic August 1997
This is perl, version 5.004_01
------------------------------
Date: 23 Apr 2001 16:03:08 GMT
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: use Filter::decrypt; How to encrypt source code first?
Message-Id: <9c1jns$q0$2@mamenchi.zrz.TU-Berlin.DE>
According to John Lin <johnlin@chttl.com.tw>:
> "Anno Siegel" wrote
> > You are supposed do download the whole thing, XS source and all, study it,
> > and write your own.
>
> Thank you. What I tried to say in the previous post was: "The Win32 version is
> just partial, so I was mislead, I was unable to figure out what happened. Now I
> download the Unix version which is complete, so I can study and know it better.
>
> > Be aware that there's more to it to make it even a bit secure.
>
> OK, I'll follow up the document and the FAQ. Thank you.
>
> John Lin
>
> Hey, as long as you write your own module to decrypt the source,
> the crackers can study your .pm file to write a decryptor easily.
> Even if your own module is XS and compiled, they can still easily just
> use YourDecryptor;
> to write a decryptor program (even without knowing your algorithm).
> Am I right?
If an attacker steals both your encrypted source *and* the decryption
module you use, you're sol, right. The idea is that the module may
be easier to protect than the source. This is why Filter::decrypt
*can't* be made ready-to-use.
All this is thoroughly discussed in the documentation.
Anno
------------------------------
Date: Mon, 23 Apr 2001 15:39:48 GMT
From: ixlu@PCGuide.com (Charles M. Kozierok)
Subject: Windows Perl for Windows 95 -- Internet Explorer 5 required?
Message-Id: <81YE6.358$Be3.32713@news.shore.net>
Hi Folks,
Perl newbie here, trying to download a win32 binary so I can write
code offline. I went to Active State but their system requirements
seems to say I need IE5 and a bunch of other stuff to use the distribution.
Is this really the case for all of the contents, or is it needed for
only portions of the package? All I really want is a Perl interpreter
that will run a program that parses some files and spits out some
new ones, I don't need CGI or Windows integration or anything fancy.
I am not interested in installing IE5 on my machine.
Is there any good Perl package that doesn't require a bunch of system
updates to run on Win95? Thanks.
cheers,
-*-
Charles M. Kozierok (mailto:ixl@PCGuide.com)
Webslave, The PC Guide - <http://www.PCGuide.com>
Comprehensive PC Reference, Troubleshooting, Optimization and Buyer's Guides...
------------------------------
Date: Mon, 23 Apr 2001 16:44:21 +0000 (UTC)
From: rdwillia@hgmp.mrc.ac.uk (Richard Williams)
Subject: Re: Windows Perl for Windows 95 -- Internet Explorer 5 required?
Message-Id: <9c1m55$mk4$1@niobium.hgmp.mrc.ac.uk>
In article <81YE6.358$Be3.32713@news.shore.net>,
Charles M. Kozierok <ixlu@PCGuide.com> wrote:
>Is there any good Perl package that doesn't require a bunch of system
>updates to run on Win95? Thanks.
http://www.indigostar.com/indigoperl.htm
Cygwin also includes Perl:
http://www.cygwin.com/
------------------------------
Date: Mon, 23 Apr 2001 16:45:44 GMT
From: Bart Lateur <bart.lateur@skynet.be>
Subject: Re: Windows Perl for Windows 95 -- Internet Explorer 5 required?
Message-Id: <9fm8et4rlj2hckbib4756u8r06u30hl1bt@4ax.com>
Charles M. Kozierok wrote:
>Perl newbie here, trying to download a win32 binary so I can write
>code offline. I went to Active State but their system requirements
>seems to say I need IE5 and a bunch of other stuff to use the distribution.
>Is this really the case for all of the contents, or is it needed for
>only portions of the package?
Well... it SAYS so. I've heard people saying that it does not really
need it all.
>All I really want is a Perl interpreter
>that will run a program that parses some files and spits out some
>new ones, I don't need CGI or Windows integration or anything fancy.
>I am not interested in installing IE5 on my machine.
>
>Is there any good Perl package that doesn't require a bunch of system
>updates to run on Win95? Thanks.
You could try out IndigoPerl from <www.indigostar.com>. The perl itself
is compatible with ActiveState's ActivePerl, but does not mention
requiring a bunch of prerequisites. It, er, comes with an Apache
server... which you won't need?
For the rest, there seem to be some other alternatives. I think Cygwin
(GNU for Win32) has a precompiled perl, too. There are a few other
(older?) packages, from Siemens and Netscape, see
<http://www.cpan.org/ports/index.html#win32> for the list. I'm not sure
why this list doesn't mention newer stuff than 5.004 available from
<http://www.cpan.org/ports/win32/Standard/x86/>. And, finally, there's
still the plain MSDOS version from DJGPP.
At least one of those should work satisfactorily.
--
Bart.
------------------------------
Date: Mon, 23 Apr 2001 18:10:55 +0100
From: "Robert Metcalf" <r.mMMMetcalf@eXXXx.AAAac.UUUuk>
Subject: Re: Windows Perl for Windows 95 -- Internet Explorer 5 required?
Message-Id: <9c1nh1$1hneu$1@athena.ex.ac.uk>
If you don't need cgi then your fine, in fact, hang on u can do cgi if u
download xamiti aswell.
I think they are talking about perlscript which works via activeX
"Charles M. Kozierok" <ixlu@PCGuide.com> wrote in message
news:81YE6.358$Be3.32713@news.shore.net...
> Hi Folks,
>
> Perl newbie here, trying to download a win32 binary so I can write
> code offline. I went to Active State but their system requirements
> seems to say I need IE5 and a bunch of other stuff to use the
distribution.
> Is this really the case for all of the contents, or is it needed for
> only portions of the package? All I really want is a Perl interpreter
> that will run a program that parses some files and spits out some
> new ones, I don't need CGI or Windows integration or anything fancy.
> I am not interested in installing IE5 on my machine.
>
> Is there any good Perl package that doesn't require a bunch of system
> updates to run on Win95? Thanks.
>
> cheers,
>
> -*-
> Charles M. Kozierok (mailto:ixl@PCGuide.com)
> Webslave, The PC Guide - <http://www.PCGuide.com>
> Comprehensive PC Reference, Troubleshooting, Optimization and Buyer's
Guides...
------------------------------
Date: Mon, 23 Apr 2001 18:02:42 GMT
From: ixlu@PCGuide.com (Charles M. Kozierok)
Subject: Re: Windows Perl for Windows 95 -- Internet Explorer 5 required?
Message-Id: <67_E6.368$Be3.34098@news.shore.net>
In article <9fm8et4rlj2hckbib4756u8r06u30hl1bt@4ax.com>,
Bart Lateur <bart.lateur@skynet.be> wrote:
} Well... it SAYS so. I've heard people saying that it does not really
} need it all.
Another reply suggested it would be needed for Perlscript which
uses ActiveX; makes sense.
} You could try out IndigoPerl from <www.indigostar.com>. The perl itself
} is compatible with ActiveState's ActivePerl, but does not mention
} requiring a bunch of prerequisites. It, er, comes with an Apache
} server... which you won't need?
Might be useful for testing, but nope.
Is Indigo as "good as" ActiveState, which seems to be the usual
"default" recommendation? Again, all I need is based interpreter capabilities
for the most part.
Thanks to all who have replied, much appreciated.
cheers,
-*-
Charles M. Kozierok (mailto:ixl@PCGuide.com)
Webslave, The PC Guide - <http://www.PCGuide.com>
Comprehensive PC Reference, Troubleshooting, Optimization and Buyer's Guides...
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
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.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.
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 V10 Issue 747
**************************************
