[32416] in Perl-Users-Digest
Perl-Users Digest, Issue: 3683 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sat May 5 14:09:28 2012
Date: Sat, 5 May 2012 11:09:04 -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 Sat, 5 May 2012 Volume: 11 Number: 3683
Today's topics:
Goodbye, Tad McClellan (Randal L. Schwartz)
Re: Goodbye, Tad McClellan <ben@morrow.me.uk>
Re: Goodbye, Tad McClellan <*@eli.users.panix.com>
Re: Goodbye, Tad McClellan <rweikusat@mssgmbh.com>
Re: Goodbye, Tad McClellan (hymie!)
Re: Goodbye, Tad McClellan <justin.1203@purestblue.com>
Re: Goodbye, Tad McClellan (Seymour J.)
Re: Goodbye, Tad McClellan <news@lawshouse.org>
modifying dns zone TTL herbert.burnswell@gmail.com
Re: modifying dns zone TTL <uri@stemsystems.com>
passing a reference to a hash to another page <cartercc@gmail.com>
Re: passing a reference to a hash to another page <rweikusat@mssgmbh.com>
Re: substr documentation in perldoc <Athanasius@invalid>
Re: WWW::Mechanize and 3rd party APIs (Google) <ac.russell@live.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Thu, 03 May 2012 09:16:22 -0700
From: merlyn@stonehenge.com (Randal L. Schwartz)
Subject: Goodbye, Tad McClellan
Message-Id: <86vckdi6jt.fsf@red.stonehenge.com>
Longtime friend and senior Stonehenge trainer and manager Tad McClellan
lost his battle with lung cancer on Sunday. Rest in peace, my friend.
http://www.legacy.com/obituaries/dfw/obituary.aspx?n=tad-jeffrey-mcclellan&pid=157408300
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
See http://methodsandmessages.posterous.com/ for Smalltalk discussion
------------------------------
Date: Thu, 3 May 2012 17:43:26 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: Goodbye, Tad McClellan
Message-Id: <e6pa79-m9m2.ln1@anubis.morrow.me.uk>
Quoth merlyn@stonehenge.com (Randal L. Schwartz):
>
> Longtime friend and senior Stonehenge trainer and manager Tad McClellan
> lost his battle with lung cancer on Sunday. Rest in peace, my friend.
While I never knew Tad in person, his presence here greatly increased
the quality of this group. In particular, his patient but firm manner
with newcomers was something any newsgroup regular could stand to learn
from.
My condolences to his family; he will be sorely missed.
Ben
------------------------------
Date: Thu, 3 May 2012 22:08:21 +0000 (UTC)
From: Eli the Bearded <*@eli.users.panix.com>
Subject: Re: Goodbye, Tad McClellan
Message-Id: <eli$1205031808@qz.little-neck.ny.us>
In comp.lang.perl.misc, Randal L. Schwartz <merlyn@stonehenge.com> wrote:
> Longtime friend and senior Stonehenge trainer and manager Tad McClellan
> lost his battle with lung cancer on Sunday. Rest in peace, my friend.
Sad news.
Elijah
------
even only knowing Tad from Usenet
------------------------------
Date: Fri, 04 May 2012 01:20:27 +0100
From: Rainer Weikusat <rweikusat@mssgmbh.com>
Subject: Re: Goodbye, Tad McClellan
Message-Id: <878vh83igk.fsf@sapphire.mobileactivedefense.com>
merlyn@stonehenge.com (Randal L. Schwartz) writes:
> Longtime friend and senior Stonehenge trainer and manager Tad McClellan
> lost his battle with lung cancer on Sunday. Rest in peace, my friend.
There are too many dead people already :-(
------------------------------
Date: 04 May 2012 01:59:31 GMT
From: hymie@lactose.homelinux.net (hymie!)
Subject: Re: Goodbye, Tad McClellan
Message-Id: <4fa33803$0$2467$882e7ee2@usenet-news.net>
In our last episode, the evil Dr. Lacto had captured our hero,
merlyn@stonehenge.com (Randal L. Schwartz), who said:
>Longtime friend and senior Stonehenge trainer and manager Tad McClellan
>lost his battle with lung cancer on Sunday. Rest in peace, my friend.
:(
--hymie! http://lactose.homelinux.net/~hymie hymie@lactose.homelinux.net
-------------------------------------------------------------------------------
------------------------------
Date: Fri, 4 May 2012 11:55:34 +0100
From: Justin C <justin.1203@purestblue.com>
Subject: Re: Goodbye, Tad McClellan
Message-Id: <66pc79-gp3.ln1@zem.masonsmusic.co.uk>
On 2012-05-03, Randal L. Schwartz <merlyn@stonehenge.com> wrote:
>
> Longtime friend and senior Stonehenge trainer and manager Tad McClellan
> lost his battle with lung cancer on Sunday. Rest in peace, my friend.
>
> http://www.legacy.com/obituaries/dfw/obituary.aspx?n=tad-jeffrey-mcclellan&pid=157408300
I only ever knew him here on clpm. He has helped me many times,
and I've learnt from his replies to the questions of others. I
send my condolences to his family.
Justin.
--
Justin C, by the sea.
------------------------------
Date: Thu, 03 May 2012 15:48:56 -0400
From: Shmuel (Seymour J.) Metz <spamtrap@library.lspace.org.invalid>
Subject: Re: Goodbye, Tad McClellan
Message-Id: <4fa2e128$10$fuzhry+tra$mr2ice@news.patriot.net>
In <86vckdi6jt.fsf@red.stonehenge.com>, on 05/03/2012
at 09:16 AM, merlyn@stonehenge.com (Randal L. Schwartz) said:
>Longtime friend and senior Stonehenge trainer and manager Tad
>McClellan lost his battle with lung cancer on Sunday.
My condolences.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT <http://patriot.net/~shmuel>
Unsolicited bulk E-mail subject to legal action. I reserve the
right to publicly post or ridicule any abusive E-mail. Reply to
domain Patriot dot net user shmuel+news to contact me. Do not
reply to spamtrap@library.lspace.org
------------------------------
Date: Fri, 04 May 2012 19:41:26 +0100
From: Henry Law <news@lawshouse.org>
Subject: Re: Goodbye, Tad McClellan
Message-Id: <s-CdneO3RJlLvznSnZ2dnUVZ7oSdnZ2d@giganews.com>
On 03/05/12 17:16, Randal L. Schwartz wrote:
>
> Longtime friend and senior Stonehenge trainer and manager Tad McClellan
> lost his battle with lung cancer on Sunday. Rest in peace, my friend.
Despite what people say this _is_ a community and he was a pillar of it.
I felt I knew him and yet until today I didn't even know what he
looked like.
The world is a poorer place when you lose people like that.
--
Henry Law Manchester, England
------------------------------
Date: Fri, 4 May 2012 16:21:12 -0700 (PDT)
From: herbert.burnswell@gmail.com
Subject: modifying dns zone TTL
Message-Id: <31320623.814.1336173672565.JavaMail.geo-discussion-forums@ynbv36>
Hi All,
I'm looking to write a perl script to edit TTL's in zone files. Ideally, I'd like to write it as:
./script -f <filename> <newTTL>
and
./script -d <directoryname> <newTTL>
to either edit just one file or all files in a directory.
I've installed and read the perldoc information on DNS::ZoneParse but still don't see how to set it up to edit the TTL.
Questions:
- Is DNS::ZoneParse indeed the best way to obtain the desired functionality or is there a better way to do this?
- Does anyone have a code snippet that they've used to edit TTL's?
Any guidance is greatly appreciated.
TIA,
Herb
------------------------------
Date: Fri, 04 May 2012 20:58:55 -0400
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: modifying dns zone TTL
Message-Id: <87ehqzo33k.fsf@stemsystems.com>
>>>>> "hb" == herbert burnswell <herbert.burnswell@gmail.com> writes:
hb> I'm looking to write a perl script to edit TTL's in zone files.
hb> Ideally, I'd like to write it as:
hb> ./script -f <filename> <newTTL>
hb> and
hb> ./script -d <directoryname> <newTTL>
hb> to either edit just one file or all files in a directory.
as a start, look at edit_file in File::Slurp on cpan. it makes it easy
to edit any file with one call. so if that dns module works for you on a
string in ram, it will be easy to write the whole thing.
uri
------------------------------
Date: Fri, 4 May 2012 14:42:29 -0700 (PDT)
From: ccc31807 <cartercc@gmail.com>
Subject: passing a reference to a hash to another page
Message-Id: <8e996761-9400-47ac-af4e-ae4c73f5daa7@f17g2000yqj.googlegroups.com>
This is a web front end to a database, served via Apache using SQLite
using CGI.
The key requirement is that the app displays the data to the user and
prints it at the user's request, which happens infrequently.
I can print a document by:
- running a query to get a hash ref
- processing the hashref to get an appropriate data structure
- opening a file
- printing the data structure to a file
- closing the file, and
- returning a link to the file to the user
I can also display the data by:
- running a query to get a hash ref
- processing the hashref to get an appropriate data structure, and
- printing the data structure to the screen
What I need is a button on the display that will allow the user to
print a document using the same hashref. I don't want to run the query
again, and don't particularly want to store the data (using Storable,
perhaps), but to pass the hashref to another page via an HTTP request,
and have the second page open a file, print to the file, close the
file, and return a link to the user.
Unfortunately, the hashref doesn't persist between invocations of the
script and new HTTP requests. For example, I can do this:
<a href="mydata?what=printcsv&data=HASH(0xDEADBEEF)"
target="_blank">Print a file</a>
But all I get is the value 'HASH(0xDEADBEEF)". I can't dereference it
to get at the data.
Seems like I should be able to tell the program to hold onto the
hashref between invocations of the script, but I can't seen to figure
out how. Ideas?
Thanks, CC.
------------------------------
Date: Fri, 04 May 2012 23:20:08 +0100
From: Rainer Weikusat <rweikusat@mssgmbh.com>
Subject: Re: passing a reference to a hash to another page
Message-Id: <871umz8u7b.fsf@sapphire.mobileactivedefense.com>
ccc31807 <cartercc@gmail.com> writes:
[...]
> What I need is a button on the display that will allow the user to
> print a document using the same hashref. I don't want to run the query
> again, and don't particularly want to store the data (using Storable,
> perhaps), but to pass the hashref to another page via an HTTP request,
> and have the second page open a file, print to the file, close the
> file, and return a link to the user.
>
> Unfortunately, the hashref doesn't persist between invocations of the
> script and new HTTP requests. For example, I can do this:
> <a href="mydata?what=printcsv&data=HASH(0xDEADBEEF)"
> target="_blank">Print a file</a>
>
> But all I get is the value 'HASH(0xDEADBEEF)". I can't dereference it
> to get at the data.
>
> Seems like I should be able to tell the program to hold onto the
> hashref between invocations of the script,
This is impossible except if you're using a persistent perl
interpreter (eg mod_perl) and the next request of the user happens to
be processed by the same process and the hashref hasn't been
deallocated in the meantime, say, because an entry in a 'global' hash
table points to it. You'll either have to store it locally, possibly,
using some module which provides session support or send it to the
user and have him send it back, for instance, putting a textual
representation of the hashref in a hidden form field.
Possibly helpful:
http://search.cpan.org/~sherzodr/CGI-Session-3.95/Session/Tutorial.pm
NB: I haven't used the module myself.
------------------------------
Date: Thu, 3 May 2012 22:59:44 +1000
From: "Athanasius" <Athanasius@invalid>
Subject: Re: substr documentation in perldoc
Message-Id: <4fa2817c$0$2345$c3e8da3$88b277c5@news.astraweb.com>
"Jürgen Exner" <jurgenex@hotmail.com> wrote:
> Read that as "first character _of_the_original_string_ is at offset 0,
> i.e. if you want to retrieve the first character of the original string,
> then you have to use offset 0.
Ok, I guess that makes sense. (But, I still think this way of putting
things reads like "documentation" =~ s/document/obfusc/ ;-) .)
Thanks Jue and Owen for your prompt replies.
Athanasius <°(((>< contra mundum
------------------------------
Date: Thu, 03 May 2012 14:58:26 -0400
From: Adam Russell <ac.russell@live.com>
Subject: Re: WWW::Mechanize and 3rd party APIs (Google)
Message-Id: <472ad$4fa2d561$813f0835$7412@news.eurofeeds.com>
On 4/23/12 9:41 AM, Justin C wrote:
> I'm trying to mechanize a site which returns data
> depending the location you enter into a form, and a
> distance from that location (selected from a
> drop-down). I was completing the form and submitting
> it, as I would in a browser, but not getting the
> result I expected.
>
> On further investigation it appears that the site
> sends the location information to GoogleMaps
> (JavaScript), which returns a location that gets
> substituted into the form before it is submitted.
>
> Has anyone automated a site like this before? Can you
> offer any suggestion as to how I interact with
> Google's API?
I have never interacted with Google's API at all. Randal's
advice is certainly sound.
I would like to add that, in general, I have had good advice
with WWW::Scripter which subclasses WWW::Mechanize and allows
for use of plugins to handle the JavaScript.
Sadly, the available plugins seem to work best with only the more
basic JavaScript out their. In my experience JE is super slow
and the SpiderMonkey plugin is buggy. For more complicated sites
I have had the best results with WWW::Mechanize::Firefox which, of
course, requires you to have FireFox up and running with the Mozrepl
plugin. If you can work with those constraints I would just use that.
------------------------------
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:
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
Back issues are available via anonymous ftp from
ftp://cil-www.oce.orst.edu/pub/perl/old-digests.
#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 V11 Issue 3683
***************************************
