[25063] in Perl-Users-Digest
Perl-Users Digest, Issue: 7313 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Oct 26 18:05:55 2004
Date: Tue, 26 Oct 2004 15:05:11 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Tue, 26 Oct 2004 Volume: 10 Number: 7313
Today's topics:
Re: Automatic way to get a list of Perl functions? <elduce@mailinator.com>
Re: Automatic way to get a list of Perl functions? <abigail@abigail.nl>
Re: Automatic way to get a list of Perl functions? <segraves_f13@mindspring.com>
Re: Automatic way to get a list of Perl functions? <tadmc@augustmail.com>
Re: Change default @INC without recompiling? <No_4@dsl.pipex.com>
Re: Compiling or Hiding Perl <chbarts+usenet@gmail.com>
Re: Compiling or Hiding Perl <samik@frKKshKll.org>
Re: Compiling or Hiding Perl <nospam@nospam.com>
Re: Compiling or Hiding Perl <nospam@nospam.com>
Re: Compiling or Hiding Perl <1usa@llenroc.ude.invalid>
Re: Compiling or Hiding Perl <nospam@nospam.com>
FAQ 7.2: What are all these $@%&* punctuation signs, an <comdog@panix.com>
Re: How do I parse this page? <nntp@rogers.com>
Re: How do I parse this page? <usenet200410@tobyinkster.co.uk>
Re: How do I parse this page? <news@geking.com>
Re: How do I parse this page? <usenet@morrow.me.uk>
Re: How do I parse this page? <1usa@llenroc.ude.invalid>
Re: how to fix code running old perl version? <abigail@abigail.nl>
Re: how to fix code running old perl version? <mritty@gmail.com>
Re: how to fix code running old perl version? <abigail@abigail.nl>
HTTP Watcher <hillmw@ram.lmtas.lmco.com>
Re: HTTP Watcher <1usa@llenroc.ude.invalid>
Re: HTTP Watcher <postmaster@castleamber.com>
Re: HTTP Watcher <tadmc@augustmail.com>
Re: Inter Program Communication ... <lwt0301@bellsouth.net>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Tue, 26 Oct 2004 14:31:56 -0500
From: El Duce <elduce@mailinator.com>
Subject: Re: Automatic way to get a list of Perl functions?
Message-Id: <hHxfd.2262$Z9.899@fe25.usenetserver.com>
Uri Guttman wrote:
>>>>>>"ED" == El Duce <elduce@mailinator.com> writes:
>
>
> ED> Is there a way to automatically generate a list of valid Perl
> ED> functions? I know how to query for modules, but short of fetching and
> ED> trying to parse the output of "perldoc perlfunc," does anyone know a
> ED> way?
>
> why?
>
> perldoc perlfunc lists them all. grep it
>
> uri
>
I wanted to make a list for display on a CGI page (with doc links). I
didn't want to parse perlfunc, since that depends upon the doc format
not changing much.
I'm not merely trying to find the name of a function.
-El Duce
------------------------------
Date: 26 Oct 2004 19:43:54 GMT
From: Abigail <abigail@abigail.nl>
Subject: Re: Automatic way to get a list of Perl functions?
Message-Id: <slrncnta7q.3ac.abigail@alexandra.abigail.nl>
El Duce (elduce@mailinator.com) wrote on MMMMLXXIV September MCMXCIII in
<URL:news:hHxfd.2262$Z9.899@fe25.usenetserver.com>:
%% Uri Guttman wrote:
%% >>>>>>"ED" == El Duce <elduce@mailinator.com> writes:
%% >
%% >
%% > ED> Is there a way to automatically generate a list of valid Perl
%% > ED> functions? I know how to query for modules, but short of fetching and
%% > ED> trying to parse the output of "perldoc perlfunc," does anyone know a
%% > ED> way?
%% >
%% > why?
%% >
%% > perldoc perlfunc lists them all. grep it
%% >
%% > uri
%% >
%%
%% I wanted to make a list for display on a CGI page (with doc links). I
%% didn't want to parse perlfunc, since that depends upon the doc format
%% not changing much.
%%
%% I'm not merely trying to find the name of a function.
What's your page providing that pod2html doesn't?
Abigail
--
srand 123456;$-=rand$_--=>@[[$-,$_]=@[[$_,$-]for(reverse+1..(@[=split
//=>"IGrACVGQ\x02GJCWVhP\x02PL\x02jNMP"));print+(map{$_^q^"^}@[),"\n"
------------------------------
Date: Tue, 26 Oct 2004 20:34:48 GMT
From: "Bill Segraves" <segraves_f13@mindspring.com>
Subject: Re: Automatic way to get a list of Perl functions?
Message-Id: <Ixyfd.10258$ta5.10142@newsread3.news.atl.earthlink.net>
"El Duce" <elduce@mailinator.com> wrote in message
news:hHxfd.2262$Z9.899@fe25.usenetserver.com...
<snip>
> I wanted to make a list for display on a CGI
"CGI" doesn't make sense in this context. perhaps you mean "HTML".
> page (with doc links). I
> didn't want to parse perlfunc, since that depends upon the doc format
> not changing much.
>
Suit yourself. Why would you want to parse it, when all you need to do is
provide a link to it?
> I'm not merely trying to find the name of a function.
See http://www.perl.com/doc/manual/html/pod/perlfunc.html for an HTML page
(with doc links). It appears you're seeking a way to "reinvent the wheel".
Cheers.
--
Bill Segraves
------------------------------
Date: Tue, 26 Oct 2004 16:29:41 -0500
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: Automatic way to get a list of Perl functions?
Message-Id: <slrncntge5.o7t.tadmc@magna.augustmail.com>
El Duce <elduce@mailinator.com> wrote:
> Is there a way to automatically generate a list of valid Perl functions?
perl -ne 'BEGIN{@ARGV=`perldoc -l perlfunc`} print "$1\n" if /=item (\w+)/ and not $seen{$1}++'
or
perl -ne 'print "$1\n" if /=item (\w+)/ and not $seen{$1}++' `perldoc -l perlfunc`
> short of fetching and trying to
> parse the output of "perldoc perlfunc,"
Oh, nevermind then.
> how can I portably
> get the path my Perl uses for the documentation?
perl -e 'print "$_\n" for @INC'
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Tue, 26 Oct 2004 19:57:33 +0100
From: Big and Blue <No_4@dsl.pipex.com>
Subject: Re: Change default @INC without recompiling?
Message-Id: <417e9e1d$0$1397$cc9e4d1f@news-text.dial.pipex.com>
Anno Siegel wrote:
>
>>Is there any way to change the default @INC for all users, without
>>recompiling?
>....
> If you can arrange for all users to have "/Library" in their
> PERL5LIB environment variable, that should fix it.
It's been pointed out that the question wasn't quite accurate, but I'll
comment on this answer.
a) Relying on *global* environment variables is a Bad Thing. It would also
affect the running of any other Perl executable. And you ar relying on
users not changing it.
b) It doesn't work at all for scripts which use -T.
What you could do is use an *interlude* which adds
-MSetMyPerl
as the first parameter before exec'ing the real perl. Then add a
SetMyPerl.pm file in the standard @INC which edits @INC to be what you want
(add your won dirs ahead of system ones, etc.). (This could do other
things too, as appropraiet...).
--
-*- Just because I've written it here doesn't -*-
-*- mean that you should, or I do, believe it. -*-
------------------------------
Date: Tue, 26 Oct 2004 13:39:37 -0600
From: Chris Barts <chbarts+usenet@gmail.com>
Subject: Re: Compiling or Hiding Perl
Message-Id: <EeSdnfLcI6--NePcRVn-iA@onewest.net>
-----BEGIN xxx SIGNED MESSAGE-----
Hash: SHA1
Paul Lalli wrote:
| No, because hiding or obfuscating source code is not the correct way to
| protect your company's IP. The way to do that is with proper
| trademarks, copyrights, and patents. That is, it's the job of the
| company's legal department, not the engineering department. If you sell
| a product that uses your company's new fashioned screws, you don't try
| to hide the screws - you take out a patent to prevent anyone else from
| making the same screws.
Software patents are evil:
* They kill competition and stretch what little sanity exists at the
USPTO beyond the breaking point. Companies can use patents on obvious
methods to turn whole fields of endeavor into minefields, and the USPTO
has no clue about what is obvious in the software realm, or what the
state of prior art really is.
* Software is speech, and you cannot patent speech. Copyright is the
correct branch of IP law for protecting the ownership of your speech.
* Copyright is all you need anyway: In addition to judicious use of
licenses and other contracts, it gives you more control over the use of
your software than patents do, and for a longer time.
http://lpf.ai.mit.edu/Patents/patents.html
- -- The League for Programming Freedom's take on the issue.
-----BEGIN xxx SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFBfqf5KxatjOtX+j0RAoIFAJ4/lNsY6Rt7Y1h/7wIHXVfMqZ2xugCeMCDH
BXdlkEin/ewXQemBVBE9JG4=
=edfx
-----END PGP SIGNATURE-----
------------------------------
Date: Tue, 26 Oct 2004 14:18:14 -0500
From: Samik Raychaudhuri <samik@frKKshKll.org>
Subject: Re: Compiling or Hiding Perl
Message-Id: <clm7to$7n1$1@news.doit.wisc.edu>
Check the section titled 'Using bytecode and the compiler back ends' at the following link:
http://www-106.ibm.com/developerworks/library/l-optperl.html?ca=dgr-lnxw0
This is actually from one of the recent posts titled 'Optimize Perl..'. Thanks OP.
HTH.
-Samik
On 10/26/2004 1:01 PM, daniel kaplan wrote:
>>Read it again. (specifically the fourth paragraph of the first FAQ you
>>mentioned). The answer is not "Not today". The answer is "That's the
>>wrong method".
>
>
> well i read it as "not today" because someone does seem to be working on one
> in the experimental stage.
>
>
>>No, because hiding or obfuscating source code is not the correct way to
>>protect your company's IP. The way to do that is with proper
>>trademarks, copyrights, and patents.
>
>
> it is however the first step in a very complicated steps of defense. i've
> written three software patents, and as you may know they take years to
> approve and cost money to file, and cost money to defend. and by defend i
> meant answering back when the PTO comes back with their first rejection.
> which they almost always do.
>
> the great thing about software is that you and i as a two man company could
> come up with the next killer app, and launch with not much money. and yes,
> the first defense is, don't let them see your code. of course you MUST
> follow it up with patents, and the likes, as you described above and in the
> FAQ.
>
> since you didn't mention it in your reply, i take it however, that there is
> no such beast forthcoming that anyone knows about. which sorta sucks
> because while many "sensitive" firms (Nasa, Gruman, and the likes) will only
> run software on their "internal" networks, these are the last companies that
> behave improperly.
>
> but there are those mid-companies who want it internally, but you just never
> know who is working there and what might happen....
>
> thanks
>
>
--
Samik Raychaudhuri
University of Wisconsin, Madison
http://samik.freeshell.org/
To email me, replace 'K' with 'e' in the 'From' field.
------------------------------
Date: Tue, 26 Oct 2004 16:10:02 -0400
From: "daniel kaplan" <nospam@nospam.com>
Subject: Re: Compiling or Hiding Perl
Message-Id: <1098821437.194595@nntp.acecape.com>
> Software patents are evil:
> * They kill competition and stretch what little sanity exists at the
> USPTO beyond the breaking point. Companies can use patents on obvious
> methods to turn whole fields of endeavor into minefields, and the USPTO
> has no clue about what is obvious in the software realm, or what the
> state of prior art really is.
evil? i don't know to be honest with you. but i fully agree that the USPTO
has no idea how to properly handle software patents.
> * Software is speech, and you cannot patent speech. Copyright is the
> correct branch of IP law for protecting the ownership of your speech.
> * Copyright is all you need anyway: In addition to judicious use of
> licenses and other contracts, it gives you more control over the use of
> your software than patents do, and for a longer time.
all i can say on this is (IMHO)...software is art, not speech. you do
something that fills a need, and people need it. do it in the "proper way"
and they want to use "your interpretation". there's a reason we all use
"ms word (insert your app of choice here)" instead of notepad, or wordpad,
or even other higher end apps. and once you do it well, and right, you have
every right to give it away, or every right to sell it. it's your hard
work, and you should take whatever steps you can to protect.
which by the way is one problem with patenting something. you just look at
the patent and devise a different way to do it. i am sure we will all be
dead and buried before they figure out the right way to protect works like
this..
------------------------------
Date: Tue, 26 Oct 2004 16:01:51 -0400
From: "daniel kaplan" <nospam@nospam.com>
Subject: Re: Compiling or Hiding Perl
Message-Id: <1098820945.959959@nntp.acecape.com>
> Check the section titled 'Using bytecode and the compiler back ends' at
the following link:
> http://www-106.ibm.com/developerworks/library/l-optperl.html?ca=dgr-lnxw0
> This is actually from one of the recent posts titled 'Optimize Perl..'.
Thanks OP.
thanks for posting the link
------------------------------
Date: 26 Oct 2004 21:34:32 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: Compiling or Hiding Perl
Message-Id: <Xns958EB2CA2D3FCasu1cornelledu@132.236.56.8>
Samik Raychaudhuri <samik@frKKshKll.org> wrote in
news:clm7to$7n1$1@news.doit.wisc.edu:
First off, don't top -post. If you have not yet read the posting
guidelines for this group, please go read them.
> Check the section titled 'Using bytecode and the compiler back ends'
> at the following link:
> http://www-106.ibm.com/developerworks/library/l-optperl.html?ca=dgr-lnx
> w0 This is actually from one of the recent posts titled 'Optimize
> Perl..'. Thanks OP. HTH.
Second, did you actually _read_ the original post?
Matija Papec <perl@my-header.org> wrote in
news:6fkln0t3vrrmn8h985e7f1s53mi915jvn1@4ax.com:
> http://www-106.ibm.com/developerworks/library/l-optperl.html?ca=dgr-lnx
> w06OptPerl
>
> Usually they have good articles but this one isn't nearly there, and I
> doubt that author is just making jokes in it?
That is a retarded article that is not worth the bits it is printed on.
That is the consensus from the discussion regarding that IBM article.
Please don't go around spreading misinformation. Go read that thread
again.
While you are at it, go ahead and read the answer to the following FAQ:
perldoc -q hide
Sinan.
PS: Xho, I guess your nightmare is going to come through in a few days.
------------------------------
Date: Tue, 26 Oct 2004 18:01:50 -0400
From: "daniel kaplan" <nospam@nospam.com>
Subject: Re: Compiling or Hiding Perl
Message-Id: <1098828143.236139@nntp.acecape.com>
> First off, don't top -post.
not sure this was aimed at me, don't think so, but hey precidents have been
set
> > Usually they have good articles but this one isn't nearly there, and I
> > doubt that author is just making jokes in it?
> That is a retarded article that is not worth the bits it is printed on.
> That is the consensus from the discussion regarding that IBM article.
> Please don't go around spreading misinformation. Go read that thread
> again.
are you saying this is bunk? the one thing that made me question it was
when we examined this avenue over a year ago we were told NOPE. am now
re-examing the subject since i am personaly getting involevd with Perl. i
did find it hard to believe that something that everyone said NOPE to, would
have such an easy answer.
but since you seem quite up-to-date, i will re-ask "you" directly if that's
ok....do you know of any "organized effort" to try and make this a reality?
thanks in advance again
------------------------------
Date: Tue, 26 Oct 2004 22:03:02 +0000 (UTC)
From: PerlFAQ Server <comdog@panix.com>
Subject: FAQ 7.2: What are all these $@%&* punctuation signs, and how do I know when to use them?
Message-Id: <clmhil$qvm$1@reader1.panix.com>
This message is one of several periodic postings to comp.lang.perl.misc
intended to make it easier for perl programmers to find answers to
common questions. The core of this message represents an excerpt
from the documentation provided with Perl.
--------------------------------------------------------------------
7.2: What are all these $@%&* punctuation signs, and how do I know when to use them?
They are type specifiers, as detailed in perldata:
$ for scalar values (number, string or reference)
@ for arrays
% for hashes (associative arrays)
& for subroutines (aka functions, procedures, methods)
* for all types of that symbol name. In version 4 you used them like
pointers, but in modern perls you can just use references.
There are couple of other symbols that you're likely to encounter that
aren't really type specifiers:
<> are used for inputting a record from a filehandle.
\ takes a reference to something.
Note that <FILE> is *neither* the type specifier for files nor the name
of the handle. It is the "<>" operator applied to the handle FILE. It
reads one line (well, record--see "$/" in perlvar) from the handle FILE
in scalar context, or *all* lines in list context. When performing open,
close, or any other operation besides "<>" on files, or even when
talking about the handle, do *not* use the brackets. These are correct:
"eof(FH)", "seek(FH, 0, 2)" and "copying from STDIN to FILE".
--------------------------------------------------------------------
Documents such as this have been called "Answers to Frequently
Asked Questions" or FAQ for short. They represent an important
part of the Usenet tradition. They serve to reduce the volume of
redundant traffic on a news group by providing quality answers to
questions that keep coming up.
If you are some how irritated by seeing these postings you are free
to ignore them or add the sender to your killfile. If you find
errors or other problems with these postings please send corrections
or comments to the posting email address or to the maintainers as
directed in the perlfaq manual page.
Note that the FAQ text posted by this server may have been modified
from that distributed in the stable Perl release. It may have been
edited to reflect the additions, changes and corrections provided
by respondents, reviewers, and critics to previous postings of
these FAQ. Complete text of these FAQ are available on request.
The perlfaq manual page contains the following copyright notice.
AUTHOR AND COPYRIGHT
Copyright (c) 1997-2002 Tom Christiansen and Nathan
Torkington, and other contributors as noted. All rights
reserved.
This posting is provided in the hope that it will be useful but
does not represent a commitment or contract of any kind on the part
of the contributers, authors or their agents.
------------------------------
Date: Tue, 26 Oct 2004 15:46:17 -0400
From: "nntp" <nntp@rogers.com>
Subject: Re: How do I parse this page?
Message-Id: <4KKdneqz7as5NOPcRVn-oA@rogers.com>
> > I am trying to parse
> > http://www.ebay.com without success.
>
> In Perl, try
> http://search.cpan.org/~gaas/HTML-Parser-3.35/Parser.pm
>
> > I view the source, and I see a lot of ?/td>. This page is unsavable.
>
> > It displays perfectly in IE, but once the source is saved/viewed, it no
> > long display right in IE.
>
> Maybe it uses css, or needs images to provide formatting hints.
Have you looked at the source codes of www.ebay.com?
I don't know what you mean by uses images to provide formatting hints.
------------------------------
Date: Tue, 26 Oct 2004 21:59:41 +0100
From: Toby Inkster <usenet200410@tobyinkster.co.uk>
Subject: Re: How do I parse this page?
Message-Id: <pan.2004.10.26.20.59.41.52193@tobyinkster.co.uk>
[F'ups set to a.w.w.]
nntp wrote:
> http://www.ebay.com
> I view the source, and I see a lot of ?/td>. This page is unsavable.
> It displays perfectly in IE, but once the source is saved/viewed, it no long
> display right in IE. My question is how Ebay allow any brower to
> display the content right without allowing viewing source or safe as?
IE doesn't simply show you the source when you hit the "view source"
button. Oh no. That would be too easy. It does all kinds of weird crap
first and then shows you some modified source code. I'm guessing that some
of that weird crap screws up some of the characters.
Look at the source code in a different browser and it displays fine.
Not that you should try to emulate any of that code. It's pants.
--
Toby A Inkster BSc (Hons) ARCS
Contact Me ~ http://tobyinkster.co.uk/contact
------------------------------
Date: Tue, 26 Oct 2004 21:10:35 GMT
From: "George King" <news@geking.com>
Subject: Re: How do I parse this page?
Message-Id: <f3zfd.6813$8W6.4824@trnddc05>
"nntp" <nntp@rogers.com> wrote in message
news:_dydnarTGPNdFePcRVn-sQ@rogers.com...
>I am trying to parse
> http://www.ebay.com without success.
>
> I view the source, and I see a lot of ?/td>. This page is unsavable.
>
> It displays perfectly in IE, but once the source is saved/viewed, it no
> long
> display right in IE.
>
> When I use LYNX to view it, it is formated perfectly.
>
> My question is how Ebay allow any brower to display the content right
> without allowing viewing source or safe as?
>
I don't have a copy of Lynx, so I can't duplicate your problem, but...
Opera saves the file with images and IE displays it just fine from the saved
files.
Ebay.com (index.html) uses an external CSS stylesheet. It also uses a
sizeable number of external javascript files and 68 images to make up the
page I looked at.
George
------------------------------
Date: Tue, 26 Oct 2004 18:59:33 +0100
From: Ben Morrow <usenet@morrow.me.uk>
Subject: Re: How do I parse this page?
Message-Id: <5tf252-n16.ln1@osiris.mauzo.dyndns.org>
Quoth "nntp" <nntp@rogers.com>:
> I am trying to parse
> http://www.ebay.com without success.
>
> I view the source, and I see a lot of ?/td>. This page is unsavable.
>
> It displays perfectly in IE, but once the source is saved/viewed, it no long
> display right in IE.
>
> When I use LYNX to view it, it is formated perfectly.
>
> My question is how Ebay allow any brower to display the content right
> without allowing viewing source or safe as?
They can't. You've probably got character-set issues. Use LWP to retreive the
page.
Ben
--
I must not fear. Fear is the mind-killer. I will face my fear and
I will let it pass through me. When the fear is gone there will be
nothing. Only I will remain.
ben@morrow.me.uk Frank Herbert, 'Dune'
------------------------------
Date: 26 Oct 2004 21:25:13 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: How do I parse this page?
Message-Id: <Xns958EB135B42A7asu1cornelledu@132.236.56.8>
"nntp" <nntp@rogers.com> wrote in
news:_dydnarTGPNdFePcRVn-sQ@rogers.com:
> I am trying to parse
> http://www.ebay.com without success.
>
> I view the source, and I see a lot of ?/td>. This page is unsavable.
That ain't true. If you have any questions on parsing HTML using
HTML::Parser, please post them here. Otherwise, this waaay off-topic.
Sinan
------------------------------
Date: 26 Oct 2004 19:28:43 GMT
From: Abigail <abigail@abigail.nl>
Subject: Re: how to fix code running old perl version?
Message-Id: <slrncnt9bb.3ac.abigail@alexandra.abigail.nl>
Paul Lalli (mritty@gmail.com) wrote on MMMMLXXIV September MCMXCIII in
<URL:news:UOsfd.3113$Xq3.2993@trndny01>:
!! "Mike" <mikee@mikee.ath.cx> wrote in message
!! news:10nsm007ahvqpd3@corp.supernews.com...
!! > In article <10nsl6jecc3u37c@corp.supernews.com>, Mike wrote:
!! > > I have a server that I'm not able to upgrade at the moment
!! > > that is running perl 5.005. My other servers are running
!! > > either perl 5.6 or perl 5.8. I have some code that is
!! > > distributed to all servers that will not run on perl 5.0005
!! > > and gives the error:
!! > >
!! > > Use of reserved word "our" is deprecated at mongen line 32.
!! > > Global symbol "$opt_d" requires explicit package name at mongen line
!! 32.
!! > >
!! > > For several items used by getopt. Does anyone know of a
!! > > quick fix for this?
!! >
!! > I decided to comment out 'use strict;' and change 'our $opt_v;'
!! > to '$opt_v = 0;'.
!!
!! No no no! Wrong solution! Keep use strict, and use our's predecessor:
!! use vars qw/$opt_v/; #this replaces our $opt_v;
Considering that his script runs fine *with* use strict on 5.6 and 5.8,
I don't see any harm in removing the use strict, and the other change
he proposes.
What benefit does keeping 'use strict' have?
Abigail
--
perl -MTime::JulianDay -lwe'@r=reverse(M=>(0)x99=>CM=>(0)x399=>D=>(0)x99=>CD=>(
0)x299=>C=>(0)x9=>XC=>(0)x39=>L=>(0)x9=>XL=>(0)x29=>X=>IX=>0=>0=>0=>V=>IV=>0=>0
=>I=>$==-2449231+gm_julian_day+time);do{until($=<$#r){$_.=$r[$#r];$=-=$#r}for(;
!$r[--$#r];){}}while$=;$,="\x20";print+$_=>September=>MCMXCIII=>=>=>=>=>=>=>=>'
------------------------------
Date: Tue, 26 Oct 2004 19:43:44 GMT
From: "Paul Lalli" <mritty@gmail.com>
Subject: Re: how to fix code running old perl version?
Message-Id: <QNxfd.3372$Xq3.2564@trndny01>
"Abigail" <abigail@abigail.nl> wrote in message
news:slrncnt9bb.3ac.abigail@alexandra.abigail.nl...
> Considering that his script runs fine *with* use strict on 5.6 and
5.8,
> I don't see any harm in removing the use strict, and the other change
> he proposes.
>
> What benefit does keeping 'use strict' have?
Following the general rule that software is *never* completed, removing
use strict enables him to do Bad Things when the software is inevitably
updated.
Paul Lalli
------------------------------
Date: 26 Oct 2004 20:09:24 GMT
From: Abigail <abigail@abigail.nl>
Subject: Re: how to fix code running old perl version?
Message-Id: <slrncntbnk.3ac.abigail@alexandra.abigail.nl>
Paul Lalli (mritty@gmail.com) wrote on MMMMLXXIV September MCMXCIII in
<URL:news:QNxfd.3372$Xq3.2564@trndny01>:
{} "Abigail" <abigail@abigail.nl> wrote in message
{} news:slrncnt9bb.3ac.abigail@alexandra.abigail.nl...
{} > Considering that his script runs fine *with* use strict on 5.6 and
{} 5.8,
{} > I don't see any harm in removing the use strict, and the other change
{} > he proposes.
{} >
{} > What benefit does keeping 'use strict' have?
{}
{} Following the general rule that software is *never* completed, removing
{} use strict enables him to do Bad Things when the software is inevitably
{} updated.
But surely, the software doesn't disappear from the 5.6 and 5.8 boxes
it's running on, nor does the author degrade the perl he's developing
on? There of course, 'use strict' remains were it is.
But for the 5.005 ports, he removes the use strict.
Abigail
--
perl -wle 'print "Prime" if ("m" x shift) !~ m m^\m?$|^(\m\m+?)\1+$mm'
------------------------------
Date: Tue, 26 Oct 2004 15:11:05 -0500
From: Michael Hill <hillmw@ram.lmtas.lmco.com>
Subject: HTTP Watcher
Message-Id: <417EAF59.729D15C3@ram.lmtas.lmco.com>
I was looking for some tricks to see HTTP Requests using my cgi scripts
and stumbled across this:
http://www.httpwatch.com/moreinfo.htm
I downloaded it and it functions pretty good. I like the output it
provides. I didn't like the price.
I was wondering it there were any cgi methods for proividing a
comprehensive HTTP Request output or even non-comprehensive.
Mike
------------------------------
Date: 26 Oct 2004 21:23:12 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: HTTP Watcher
Message-Id: <Xns958EB0DE26D11asu1cornelledu@132.236.56.8>
Michael Hill <hillmw@ram.lmtas.lmco.com> wrote in news:417EAF59.729D15C3
@ram.lmtas.lmco.com:
> I was looking for some tricks to see HTTP Requests using my cgi scripts
> and stumbled across this:
>
> http://www.httpwatch.com/moreinfo.htm
Well, the purpose of this products is different. The price tag makes me
want to screan "USE FIREFOX!":
http://livehttpheaders.mozdev.org/
> I downloaded it and it functions pretty good. I like the output it
> provides.
Iam not willing to try it at all so I guess I am not going to be able to
provide any input on that.
> I was wondering it there were any cgi methods for proividing a
> comprehensive HTTP Request output or even non-comprehensive.
Are trying to show the information available to your CGI script? Give an
idea of what information you are trying get at, and we can comment on
whether there are Perl modules available to do what you want, or whether
you need to another route.
I am assuming you have looked at the various modules on CPAN, right?
Sinan.
------------------------------
Date: 26 Oct 2004 21:30:49 GMT
From: John Bokma <postmaster@castleamber.com>
Subject: Re: HTTP Watcher
Message-Id: <Xns958EA7F9F5FCEcastleamber@130.133.1.4>
Michael Hill wrote:
> I was looking for some tricks to see HTTP Requests using my cgi scripts
> and stumbled across this:
>
> http://www.httpwatch.com/moreinfo.htm
>
> I downloaded it and it functions pretty good. I like the output it
> provides. I didn't like the price.
>
> I was wondering it there were any cgi methods for proividing a
> comprehensive HTTP Request output or even non-comprehensive.
#!/usr/bin/perl -T
use strict;
use warnings;
print "Content-type: text/plain\n\n";
foreach my $key (sort keys %ENV) {
print "[$key] = [$ENV{$key}]\n";
}
See also: http://texturizer.net/firefox/extensions/#livehttpheaders
--
John MexIT: http://johnbokma.com/mexit/
personal page: http://johnbokma.com/
Experienced programmer available: http://castleamber.com/
Happy Customers: http://castleamber.com/testimonials.html
------------------------------
Date: Tue, 26 Oct 2004 16:37:46 -0500
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: HTTP Watcher
Message-Id: <slrncntgta.o7t.tadmc@magna.augustmail.com>
Michael Hill <hillmw@ram.lmtas.lmco.com> wrote:
> I was wondering it there were any cgi methods for proividing a
> comprehensive HTTP Request output or even non-comprehensive.
I'm not sure what "CGI methods" means.
What does "CGI methods" mean?
This may help anyway, but there is no CGI there:
Web Scraping Proxy
http://www.research.att.com/~hpk/wsp/
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Tue, 26 Oct 2004 15:37:29 -0400
From: Laura <lwt0301@bellsouth.net>
Subject: Re: Inter Program Communication ...
Message-Id: <10nta1uu8ssoa7@news.supernews.com>
Stoill Barzakov wrote:
> Slackware Linux + Konqueror
>
> I've got an invoice shown on the Konqueror screen from some web/billing
> frontend . I'ts mostly text fields and few submit buttons . I want to
> collect info from Konqueror (it may include all the html content) and feed
> It through already made Perl code to Fiscal Printer .
>
> Direct print from Konqueror is not an option . The Fiscal Printer doesn't
> accept standart pure text print . It has own language with CRC on every
> command sent .
>
> Is there a Perl module with capability to grab contents of the page shown
> in Konqueror if I know Konqueror process ID ?
>
why not have the html form submit to a perl cgi program which will in turn
execute your 'already made perl code' with the appropriate data?
------------------------------
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.
NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
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 7313
***************************************
