[31920] in Perl-Users-Digest
Perl-Users Digest, Issue: 3183 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Oct 19 14:09:26 2010
Date: Tue, 19 Oct 2010 11:09:10 -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, 19 Oct 2010 Volume: 11 Number: 3183
Today's topics:
Re: CGI, multiple page data input. <justin.1010@purestblue.com>
Re: perl curl get data from website <emailsrvr-groups@yahoo.com>
Re: perl curl get data from website sln@netherlands.com
Perl OO - combined static & instance method. <RedGrittyBrick@spamweary.invalid>
Re: Perl OO - combined static & instance method. <sherm.pendley@gmail.com>
Re: Perl OO - combined static & instance method. <uri@StemSystems.com>
Re: Perl OO - combined static & instance method. <willem@turtle.stack.nl>
Re: reading LWP in chunks <klaus03@gmail.com>
Re: reading LWP in chunks <derykus@gmail.com>
Re: reading LWP in chunks <ben@morrow.me.uk>
Re: where to install cpan modules <tadmc@seesig.invalid>
Re: where to install cpan modules <glex_no-spam@qwest-spam-no.invalid>
Re: where to install cpan modules <ben@morrow.me.uk>
Re: why does this happen? <whynot@pozharski.name>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Tue, 19 Oct 2010 15:18:48 +0100
From: Justin C <justin.1010@purestblue.com>
Subject: Re: CGI, multiple page data input.
Message-Id: <8vl0p7-bni.ln1@zem.masonsmusic.co.uk>
On 2010-10-19, Justin C <justin.1010@purestblue.com> wrote:
> On 2010-10-18, Jürgen Exner <jurgenex@hotmail.com> wrote:
>> Justin C <justin.1010@purestblue.com> wrote:
>>>All of my web stuff (inhouse) until now has passed previously input data
>>>back to the browser in hidden form fields when more data needs to be
>>>collected. For example, my script that calculates shipping rates for
>>>customer orders collects weight, number of items, country of destination
>>>on the first page. When this page is submitted a new page is returned
>>>asking for the dimensions of each box, this second page form is
>>>dependent on input from the first page (each box can be different
>>>dimensions), but I also need some of the original page's input for my
>>>calculations later, so the original data is passed back in hidden form
>>>fields.
>>>
>>>I'd like to move my coding forward a little and find a better way. I'm
>>>guessing the cookies is the correct way to progress with this, but I
>>>want to be sure, or hear of other ways before I commit to a cookies
>>>approach for my new web-page.
>>
>> You are looking for sessions.
>
> Yes, I see that now.
Jurgen, I did mean to say thank you at this point, it was not my
intention to be as rude as the above looks. Sorry, and thank you for
your suggestion.
Justin.
------------------------------
Date: Tue, 19 Oct 2010 07:17:14 -0700 (PDT)
From: SVCitian <emailsrvr-groups@yahoo.com>
Subject: Re: perl curl get data from website
Message-Id: <21d55d55-ccab-4d28-90b4-a80b86508da3@o11g2000prf.googlegroups.com>
On Oct 19, 2:26=A0am, s...@netherlands.com wrote:
> On Mon, 18 Oct 2010 05:58:42 -0700 (PDT),SVCitian<emailsrvr-gro...@yahoo.=
com> wrote:
> >On Oct 17, 10:21=A0pm, Tad McClellan <ta...@seesig.invalid> wrote:
> >>SVCitian<emailsrvr-gro...@yahoo.com> wrote:
> >> > I even tried to user "tamper data" firefox add to get behind the
> >> > scenes of GET, POST, etc... but I can't proceed any further than the
> >> > URLs given above.
I have no clue of how to make heads or tails of the result.
If you could post the result in a more helpful format.. I would
appreciate it.
Thanks.
------------------------------
Date: Tue, 19 Oct 2010 08:09:26 -0700
From: sln@netherlands.com
Subject: Re: perl curl get data from website
Message-Id: <tabrb6lci7s4ju3sr0e248l2a66so8ihcs@4ax.com>
On Tue, 19 Oct 2010 07:17:14 -0700 (PDT), SVCitian <emailsrvr-groups@yahoo.com> wrote:
>On Oct 19, 2:26 am, s...@netherlands.com wrote:
>> On Mon, 18 Oct 2010 05:58:42 -0700 (PDT),SVCitian<emailsrvr-gro...@yahoo.com> wrote:
>> >On Oct 17, 10:21 pm, Tad McClellan <ta...@seesig.invalid> wrote:
>> >>SVCitian<emailsrvr-gro...@yahoo.com> wrote:
>> >> > I even tried to user "tamper data" firefox add to get behind the
>> >> > scenes of GET, POST, etc... but I can't proceed any further than the
>> >> > URLs given above.
>
>I have no clue of how to make heads or tails of the result.
>
>If you could post the result in a more helpful format.. I would
>appreciate it.
>
>Thanks.
Read the 1 page DDJ article, then the simple WSP page.
http://www.drdobbs.com/184405362;jsessionid=0YIUE10HQDGWRQE1GHPSKHWATMY32JVN?queryText=wsp
http://www2.research.att.com/sw/tools/wsp/
The emitted LWP 'Get' => "long ass string"); lines (there are 2) are used to get the web page
information you were looking for.
Simple as that.
If you want to run the wsp proxy yourself, its not that hard to do.
You need to install the OpenSSL binary (the source is available), the
Net::SSLeay (via ppm repository because it has other module dependencies),
then run the wsp (version 2) downloaded from above site.
You can run it locally. Set the browser lan connection to proxy, give
it 127.0.0.1 (local host) with the default port wsp.pl runs on (5364).
Clear your browser cache and cookies, set advanced options to not
download pictures, and for the scary part, lower all security and privacy settings.
If you use a gigantic hosts file (its a text file) that filters spam ip's,
back it up, then clear the original.
The main reason the proxy scraper is valuable is it lets the page's javascript
do its thing (especially with cookies) then creating the result in a POST/GET
lwp commands, bypassing the need to worry about js. Plus it takes the guess work
out of duplicating the sequence so it can then be automated with LWP.
-sln
------------------------------
Date: Tue, 19 Oct 2010 17:21:34 +0100
From: RedGrittyBrick <RedGrittyBrick@spamweary.invalid>
Subject: Perl OO - combined static & instance method.
Message-Id: <4cbdc57b$0$2533$da0feed9@news.zen.co.uk>
An instance method in traditional Perl OO might be like this.
Package Foo;
...
sub bar {
my $self = shift;
my ($x, $y, $z) = @_;
...
}
I'd like to be able to invoke this either as a (static) class method
$result = Foo::bar(1,2,3);
or as an instance method
my $foo = Foo->new(Foo::INVERTED);
$result = $foo->bar(1,2,3);
What is the usual idiom for checking for the presence of the class ref?.
--
RGB
------------------------------
Date: Tue, 19 Oct 2010 12:43:04 -0400
From: Sherm Pendley <sherm.pendley@gmail.com>
Subject: Re: Perl OO - combined static & instance method.
Message-Id: <m2wrperv53.fsf@sherm.shermpendley.com>
RedGrittyBrick <RedGrittyBrick@spamweary.invalid> writes:
> I'd like to be able to invoke this either as a (static) class method
> or as an instance method
> my $foo = Foo->new(Foo::INVERTED);
> $result = $foo->bar(1,2,3);
>
> What is the usual idiom for checking for the presence of the class ref?.
When called as an object method, $self is a blessed reference. When
called as a class method, it's an ordinary unblessed string. So:
sub bar {
my $self = shift;
if(ref($self)) {
print "Called as object method\n";
} else {
print "Called as class method\n";
}
}
sherm--
--
Sherm Pendley
<http://camelbones.sourceforge.net>
Cocoa Developer
------------------------------
Date: Tue, 19 Oct 2010 13:01:29 -0400
From: "Uri Guttman" <uri@StemSystems.com>
Subject: Re: Perl OO - combined static & instance method.
Message-Id: <8762wy3ymu.fsf@quad.sysarch.com>
>>>>> "R" == RedGrittyBrick <RedGrittyBrick@spamweary.invalid> writes:
R> An instance method in traditional Perl OO might be like this.
R> Package Foo;
R> ...
R> sub bar {
R> my $self = shift;
R> my ($x, $y, $z) = @_;
R> ...
R> }
R> I'd like to be able to invoke this either as a (static) class method
R> $result = Foo::bar(1,2,3);
that is not a method at all. that is a plain sub call. the only way to
tell if it isn't a method is to check the first arg and see if it is a
blessed object of that class.
R> or as an instance method
R> my $foo = Foo->new(Foo::INVERTED);
that is a class method call
R> $result = $foo->bar(1,2,3);
that is an instance or object method call. those you can differentiate
by looking at the first arg. but it is a BAD idea for one method to
support both styles. there are idioms for allowing the new() (or other)
methods work both ways but it is better to have different methods for
each api style
R> What is the usual idiom for checking for the presence of the class ref?.
there is no standard way to tell a method call from a plain sub call as
you never want to use the same sub both ways. if you could call a method
without its object, what is the point of making it a method to begin
with?
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
------------------------------
Date: Tue, 19 Oct 2010 17:39:09 +0000 (UTC)
From: Willem <willem@turtle.stack.nl>
Subject: Re: Perl OO - combined static & instance method.
Message-Id: <slrnibrltt.sj2.willem@turtle.stack.nl>
RedGrittyBrick wrote:
) An instance method in traditional Perl OO might be like this.
)
) Package Foo;
) ...
) sub bar {
) my $self = shift;
) my ($x, $y, $z) = @_;
) ...
) }
)
) I'd like to be able to invoke this either as a (static) class method
) $result = Foo::bar(1,2,3);
)
) or as an instance method
) my $foo = Foo->new(Foo::INVERTED);
) $result = $foo->bar(1,2,3);
)
) What is the usual idiom for checking for the presence of the class ref?.
That there above is not a static class method call. This is:
$result = Foo->bar(1,2,3);
SaSW, Willem
--
Disclaimer: I am in no way responsible for any of the statements
made in the above text. For all I know I might be
drugged or something..
No I'm not paranoid. You all think I'm paranoid, don't you !
#EOT
------------------------------
Date: Tue, 19 Oct 2010 05:02:43 -0700 (PDT)
From: Klaus <klaus03@gmail.com>
Subject: Re: reading LWP in chunks
Message-Id: <7e7ab428-14a2-489d-a594-0b7d8d7e380f@28g2000yqm.googlegroups.com>
On 18 oct, 23:20, Ben Morrow <b...@morrow.me.uk> wrote:
> Quoth Jim Gibson <jimsgib...@gmail.com>:
> > In article
> > <03b109e7-41b3-4471-95cb-72a6e7833...@i21g2000yqg.googlegroups.com>,
> > Klaus <klau...@gmail.com> wrote:
> > > > > > Quoth Klaus <klau...@gmail.com>:
> > > > > > > I am trying to write a Module (its name will be LWP::Chunk) t=
o
> > > > > > > read arbitrarily big http-files sequentially in small chunks.
> > > > Quoth Klaus <klau...@gmail.com>:
> > > > > At this point, I want to go ** deep ** into the guts of LWP::User=
Agent-
> > > > > >get ( -- that could be inside LWP::UserAgent, inside HTTP::Reque=
st,
> > > > > inside HTTP::Response, etc... -- ) =A0to find that loop, rip out =
that
> > > > > line that says "read_chunk()" and stick it into my new module
> > > > > "LWP::Chunk")
> > > On 18 oct, 16:09, Ben Morrow <b...@morrow.me.uk> wrote:
> > > > Why? What is wrong with using the existing API?
>
> > > Nothing, it's just yet another TIMTOWTDI for reading LWP. I personall=
y
> > > prefer reading in chunks using my own while-construct, while others
> > > might prefer a simple call to LWP::UserAgent->get(...) using
> > > callbacks.
>
> > I believe Ben is suggesting that you implement your LWP::Chunk module
> > and its while-construct by using the existing add_handler method of
> > LWP::UserAgent, rather than extracting the code from there and putting
> > it into your own module. This is known as adding a "layer", and is
> > commonly done to make using some complicated interface easier to use
> > for some commonly-used purpose.
On 18 oct, 23:20, Ben Morrow <b...@morrow.me.uk> wrote:
> Yes, precisely. It would also be rather difficult to extract that bit of
> functionality without losing a lot of the flexibility of LWP.
Yes, I can see now that ripping out that bit of functionality and
sticking it into my new module is very difficult, there is a lot of
flexibility in the LWP modules that would need to be re-/reverse-
engineered in my new module LWP::Chunk. I don't think I am able to
provide that flexibility in LWP::Chunk.
> > The disadvantage is that you are then dependent upon that module.
I don't think that dependence as such is a problem. I would love to be
dependent on a module LWP::UserAgent, but unfortunately I can't (-->
see my problem below)
> > Nobody is suggesting that you do not write a module, just that you use
> > existing code as is, rather than extracting it and copying it.
>
> Well, I kinda was suggesting Klaus didn't write a module :). I'm not
> sure I see that
>
> =A0 =A0 $UA->get($url, :read_size_hint =3D> 1024, :content_cb =3D> sub {
> =A0 =A0 =A0 =A0 ...
> =A0 =A0 });
>
> is that much less clear than
>
> =A0 =A0 while ($CH->get($url, :chunk =3D> 1024)) {
> =A0 =A0 =A0 =A0 ...
> =A0 =A0 }
>
> but, certainly, if you (Klaus) do there's no harm in a wrapper. In
> particular, if you care that the chunks *always* the right size then,
> since LWP doesn't guarantee that, a wrapper that does its own buffering
> would be necessary.
My problem is that I can't figure out for my life how to write a
closure :content_cb =3D> sub {...} that, after reading one chunk, allows
me to jump completely out of all nested LWP subroutines, and then,
later, if and when I want to read another chunk, I need to jump back
exactly to that point into the closure where I left off. The point is
that reading one chunk is completely separated from reading the
following chunk, such that I could write a perl program that only
reads the first 5 chunks and then decides to stop and not to read any
further. With the closure in LWP::UserAgent I can't do this. As soon
as I say $UA->get($url, :read_size_hint =3D> 1024, :content_cb =3D> sub
{...}) I am commited to reading the whole file, there is nothing I can
do about this.
I think what I need is called "continuations", and I need it in Perl
5.12.
------------------------------
Date: Tue, 19 Oct 2010 06:30:20 -0700 (PDT)
From: "C.DeRykus" <derykus@gmail.com>
Subject: Re: reading LWP in chunks
Message-Id: <49fc3270-ed9f-41b8-870e-6363ffd82f3b@g4g2000prj.googlegroups.com>
On Oct 19, 5:02=A0am, Klaus <klau...@gmail.com> wrote:
> On 18 oct, 23:20, Ben Morrow <b...@morrow.me.uk> wrote:
>
>
>
[ snip ]
>
> > > Nobody is suggesting that you do not write a module, just that you us=
e
> > > existing code as is, rather than extracting it and copying it.
>
> > Well, I kinda was suggesting Klaus didn't write a module :). I'm not
> > sure I see that
>
> > =A0 =A0 $UA->get($url, :read_size_hint =3D> 1024, :content_cb =3D> sub =
{
> > =A0 =A0 =A0 =A0 ...
> > =A0 =A0 });
>
> > is that much less clear than
>
> > =A0 =A0 while ($CH->get($url, :chunk =3D> 1024)) {
> > =A0 =A0 =A0 =A0 ...
> > =A0 =A0 }
>
> > but, certainly, if you (Klaus) do there's no harm in a wrapper. In
> > particular, if you care that the chunks *always* the right size then,
> > since LWP doesn't guarantee that, a wrapper that does its own buffering
> > would be necessary.
>
> My problem is that I can't figure out for my life how to write a
> closure :content_cb =3D> sub {...} that, after reading one chunk, allows
> me to jump completely out of all nested LWP subroutines, and then,
> later, if and when I want to read another chunk, I need to jump back
> exactly to that point into the closure where I left off. The point is
> that reading one chunk is completely separated from reading the
> following chunk, such that I could write a perl program that only
> reads the first 5 chunks and then decides to stop and not to read any
> further. With the closure in LWP::UserAgent I can't do this. As soon
> as I say =A0$UA->get($url, :read_size_hint =3D> 1024, :content_cb =3D> su=
b
> {...}) I am commited to reading the whole file, there is nothing I can
> do about this.
>
Didn't try it but, as for a full read committment,
doesn't the LWP::UserAgent 'Handler' section show
how you might terminate early:
...
response_data =3D> sub { my($response, $ua, $h, $data)
=3D @_; ... }
This handlers is called for each chunk of data
received for the response. The handler might
** croak ** to abort the request.
This handler need to return a TRUE value to be
called again for subsequent chunks for the same
request.
Also a possibility for "jumping out entirely,then
resuming later" might be to just save a byte count
of how much's been read. Then, when you resume,
set a 'byte-range-resp-spec' header to pick up
--
Charles DeRykus
------------------------------
Date: Tue, 19 Oct 2010 18:29:24 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: reading LWP in chunks
Message-Id: <k411p7-jg21.ln1@osiris.mauzo.dyndns.org>
Quoth Klaus <klaus03@gmail.com>:
> On 18 oct, 23:20, Ben Morrow <b...@morrow.me.uk> wrote:
> >
> > Well, I kinda was suggesting Klaus didn't write a module :). I'm not
> > sure I see that
> >
> > $UA->get($url, :read_size_hint => 1024, :content_cb => sub {
> > ...
> > });
> >
> > is that much less clear than
> >
> > while ($CH->get($url, :chunk => 1024)) {
> > ...
> > }
> >
> > but, certainly, if you (Klaus) do there's no harm in a wrapper. In
> > particular, if you care that the chunks *always* the right size then,
> > since LWP doesn't guarantee that, a wrapper that does its own buffering
> > would be necessary.
>
> My problem is that I can't figure out for my life how to write a
> closure :content_cb => sub {...} that, after reading one chunk, allows
> me to jump completely out of all nested LWP subroutines, and then,
> later, if and when I want to read another chunk, I need to jump back
> exactly to that point into the closure where I left off. The point is
> that reading one chunk is completely separated from reading the
> following chunk, such that I could write a perl program that only
> reads the first 5 chunks and then decides to stop and not to read any
> further. With the closure in LWP::UserAgent I can't do this. As soon
> as I say $UA->get($url, :read_size_hint => 1024, :content_cb => sub
> {...}) I am commited to reading the whole file, there is nothing I can
> do about this.
>
> I think what I need is called "continuations", and I need it in Perl
> 5.12.
Oh! Sorry, I hadn't thought that far.
The obvious answer is 'use Coro', or rather Coro::LWP, but I'm not sure
how far I trust it. The fact it requires a rather invasive set of hacks
to get LWP to work right is... worrying.
The other obvious answer is 'use Net::HTTP::NB'. This will obviously
only support HTTP, and will require you to do all the redirect-following
logic and so on yourself, but gives you a basic non-blocking HTTP
client.
Ben
------------------------------
Date: Tue, 19 Oct 2010 08:36:21 -0500
From: Tad McClellan <tadmc@seesig.invalid>
Subject: Re: where to install cpan modules
Message-Id: <slrnibr7uf.ntr.tadmc@tadbox.sbcglobal.net>
Uno <merrilljensen@q.com> wrote:
^^^^^
^^^^^
If you are not a Qwest customer, then you should not use
the domain name that belongs to them.
You should fix this account's posting address as you did
the (poorly chosen) "John Smith" account.
> [x-posted to c.u.p.]
> Newsgroups: comp.lang.perl.misc
Your article was NOT crossposted.
It was perhaps multiposted, I cannot tell because I cannot see articles
in c.u.p.
Multiposting is very bad manners.
If you must crosspost, you should learn how to do it properly.
If it had been crossposted, then the header would have been something like:
Newsgroups: comp.lang.perl.misc, comp.unix.programmer
> $ perl -V
> Summary of my perl5 (revision 5 version 10 subversion 0) configuration:
> Platform:
> osname=linux, osvers=2.6.24-23-server,
>
> ...
>
>
> Built under linux
> Compiled at Jun 26 2009 18:23:00
> @INC:
> /etc/perl
> /usr/local/lib/perl/5.10.0
> /usr/local/share/perl/5.10.0
> /usr/lib/perl5
> /usr/share/perl5
> /usr/lib/perl/5.10
> /usr/share/perl/5.10
> /usr/local/lib/site_perl
> .
> $ perl -le'print for @INC'
> /etc/perl
> /usr/local/lib/perl/5.10.0
> /usr/local/share/perl/5.10.0
> /usr/lib/perl5
> /usr/share/perl5
> /usr/lib/perl/5.10
> /usr/share/perl/5.10
> /usr/local/lib/site_perl
> .
> $
>
> I notice the same files and order and disbelieve the coincidence both on
> first inspection and presently.
> Right at the head of @INC is etc/perl,
So that will be the first directory that will be checked to
see if the requested module is there.
> What is the perl way of deciding which .pm is relevant?
That cannot really be done without knowing the environment that
the particular Perl program was run in, and the command line
that was used to invoke it, and the source itself.
If all of those are known, then the module is looked for in each
of the directories in @INC in order, as Ben pointed out, and the
first one that is found is the one that is used (relevant).
The @INC shown above is only the *default* contents of @INC.
"the environment that the particular Perl program was run in"
export PERL5LIB=/tmp
perl -le'print for @INC'
"the command line that was used to invoke it"
perl -I/tmp -le'print for @INC'
"the source itself"
perl -le'use lib "/tmp"; print for @INC'
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.liamg\100cm.j.dat/"
The above message is a Usenet post.
I don't recall having given anyone permission to use it on a Web site.
------------------------------
Date: Tue, 19 Oct 2010 12:26:14 -0500
From: "J. Gleixner" <glex_no-spam@qwest-spam-no.invalid>
Subject: Re: where to install cpan modules
Message-Id: <4cbdd4b7$0$89864$815e3792@news.qwest.net>
John Smith wrote:
> J. Gleixner wrote:
>
> [snip]
>
>> Learn how to use CPAN. perldoc CPAN and/or perldoc perlmodinstall
>> or look online for how to use it. Usually you configure it once,
>> and then you do the same thing to install a module every time.
>
> I did read as much of that as I could. It's very long, and not a whole
> lot sinks in at first reading.
[...]
The first few lines of the documentation clearly covers how to use
install.
perldoc CPAN
Interactive mode:
perl -MCPAN -e shell
--or--
cpan
Basic commands:
# Modules:
cpan> install Acme::Meta # in the shell
and a little further ...
Once at the command line, type "h" for one-page help screen; the rest
should be self-explanatory.
Of course CPAN can be used to do a lot of things, but 'install'
should handle what you're after.
------------------------------
Date: Tue, 19 Oct 2010 18:37:32 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: where to install cpan modules
Message-Id: <sj11p7-jg21.ln1@osiris.mauzo.dyndns.org>
Quoth John Smith <john@example.invalid>:
> J. Gleixner wrote:
>
> > Learn how to use CPAN. perldoc CPAN and/or perldoc perlmodinstall
> > or look online for how to use it. Usually you configure it once,
> > and then you do the same thing to install a module every time.
>
> I did read as much of that as I could. It's very long, and not a whole
> lot sinks in at first reading.
>
> I've been doing the things that the cpan interactive suggests, more or
> less, and I seem to be able to command
> cpan Module::Name
> and have everything I need to build that module arrive in
> /home/ron/.cpan/build/
>
> Thereafter, I have to go in there, open a terminal in the base directory
> (that which postpends the above), and run
> perl Makefile.PL
> ...
> make install
>
> I thought I read that the cpan command has the ability to do all this
> last stuff too, but I didn't see a usage, which are few and far between
> in man documentation.
It has almost certainly already done this, unless you saw errors.
Ben
------------------------------
Date: Tue, 19 Oct 2010 18:04:29 +0300
From: Eric Pozharski <whynot@pozharski.name>
Subject: Re: why does this happen?
Message-Id: <slrnibrcrm.s8h.whynot@orphan.zombinet>
with <slrnibp096.3sl.whynot@orphan.zombinet> Eric Pozharski wrote:
*SKIP*
> However, (and I'll check that tomorrow) what if '*.bat' doesn't go to
> 'query.dll'? Then we have to agree that '*.txt' is executable either.
'*.txt' is executable. By definition. I've checked.
--
Torvalds' goal for Linux is very simple: World Domination
Stallman's goal for GNU is even simpler: Freedom
------------------------------
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 3183
***************************************
