[26041] in Perl-Users-Digest
Perl-Users Digest, Issue: 8249 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu Jul 14 00:05:14 2005
Date: Wed, 13 Jul 2005 21:05:05 -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 Wed, 13 Jul 2005 Volume: 10 Number: 8249
Today's topics:
Re: AS Perl: rep gives 500 server closed? <john@castleamber.com>
Bug? File::Temp messing with @INC <not@invalid.invalid>
Re: Bug? File::Temp messing with @INC <1usa@llenroc.ude.invalid>
Re: Bug? File::Temp messing with @INC <not@invalid.invalid>
Re: Bug? File::Temp messing with @INC <1usa@llenroc.ude.invalid>
Re: Bug? File::Temp messing with @INC <sisyphus1@nomail.afraid.org>
Re: Bug? File::Temp messing with @INC <not@invalid.invalid>
Re: Bug? File::Temp messing with @INC <not@invalid.invalid>
Re: Bug? File::Temp messing with @INC <not@invalid.invalid>
Re: Bug? File::Temp messing with @INC <sisyphus1@nomail.afraid.org>
Re: Bug? File::Temp messing with @INC <1usa@llenroc.ude.invalid>
Re: Bug? File::Temp messing with @INC <not@invalid.invalid>
Re: Bug? File::Temp messing with @INC <sisyphus1@nomail.afraid.org>
Re: Checking If A Function Exists <hal@thresholddigital.com>
Re: PAR 0.89 + Socket + ASP 5.8.7 = PL_memory_wrap <john@castleamber.com>
Re: PAR 0.89 + Socket + ASP 5.8.7 = PL_memory_wrap <1usa@llenroc.ude.invalid>
Re: Read stdout into perl <someone@example.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 14 Jul 2005 03:10:38 GMT
From: John Bokma <john@castleamber.com>
Subject: Re: AS Perl: rep gives 500 server closed?
Message-Id: <Xns9692E171BF14Acastleamber@130.133.1.4>
"Sisyphus" <sisyphus1@nomail.afraid.org> wrote:
>
> "John Bokma" <john@castleamber.com>
>
>> I guess AS is having problems
>
> Yep - that's it :-)
Yup, emailed them, and it was fixed by the end of yesterday :-).
--
John Small Perl scripts: http://johnbokma.com/perl/
Perl programmer available: http://castleamber.com/
Happy Customers: http://castleamber.com/testimonials.html
------------------------------
Date: Thu, 14 Jul 2005 11:21:43 +1000
From: Matthew Braid <not@invalid.invalid>
Subject: Bug? File::Temp messing with @INC
Message-Id: <db4en7$23q8$1@bunyip2.cc.uq.edu.au>
Hi all,
I've recently upgraded to perl 5.8.7 and noticed something that is quite
annoying - File::Temp is fiddling with the order of the paths in @INC
(or at least some library it loads is - haven't quite found the
problematic code).
Example:
> perl -e 'use lib "/path/to/my/libs"; print join("\n", @INC), "\n"'
/path/to/my/libs
/usr/local/lib/perl5/site_perl/5.8.7/mach
/usr/local/lib/perl5/site_perl/5.8.7
/usr/local/lib/perl5/site_perl/5.8.5
/usr/local/lib/perl5/site_perl
/usr/local/lib/perl5/5.8.7/BSDPAN
/usr/local/lib/perl5/5.8.7/mach
/usr/local/lib/perl5/5.8.7
.
> perl -e 'use lib "/path/to/my/libs"; use File::Temp; \
? print join("\n", @INC), "\n"'
/usr/local/lib/perl5/site_perl/5.8.7 <<< Huh?!
/path/to/my/libs <<< Huh?!
/usr/local/lib/perl5/site_perl/5.8.7/mach
/usr/local/lib/perl5/site_perl/5.8.5
/usr/local/lib/perl5/site_perl
/usr/local/lib/perl5/5.8.7/BSDPAN
/usr/local/lib/perl5/5.8.7/mach
/usr/local/lib/perl5/5.8.7
.
Normally this isn't a problem, but I use a custom version of Net::SMTP
that allows setting of the Original-Recipient header, and this no longer
works in some scripts since the 'real' Net::SMTP is loaded instead. I
can of course just go through and make sure File::Temp is loaded either
after Net::SMTP or before another call to 'use lib', but this looks like
very bad behaviour on the part of File::Temp to me.
It could of course be something that File::Temp use's or require's, but
so far I haven't found it by replacing 'use File::Temp' in my test line.
Any ideas? Is this new expected behaviour? A scan of the docs does not
mention @INC at all.
MB
------------------------------
Date: Thu, 14 Jul 2005 01:33:47 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: Bug? File::Temp messing with @INC
Message-Id: <Xns9692DB5751AAFasu1cornelledu@127.0.0.1>
Matthew Braid <not@invalid.invalid> wrote in
news:db4en7$23q8$1@bunyip2.cc.uq.edu.au:
> > perl -e 'use lib "/path/to/my/libs"; print join("\n", @INC), "\n"'
> /path/to/my/libs
> /usr/local/lib/perl5/site_perl/5.8.7/mach
> /usr/local/lib/perl5/site_perl/5.8.7
> /usr/local/lib/perl5/site_perl/5.8.5
> /usr/local/lib/perl5/site_perl
> /usr/local/lib/perl5/5.8.7/BSDPAN
> /usr/local/lib/perl5/5.8.7/mach
> /usr/local/lib/perl5/5.8.7
> .
>
> > perl -e 'use lib "/path/to/my/libs"; use File::Temp; \
> ? print join("\n", @INC), "\n"'
> /usr/local/lib/perl5/site_perl/5.8.7 <<< Huh?!
> /path/to/my/libs <<< Huh?!
> /usr/local/lib/perl5/site_perl/5.8.7/mach
> /usr/local/lib/perl5/site_perl/5.8.5
> /usr/local/lib/perl5/site_perl
> /usr/local/lib/perl5/5.8.7/BSDPAN
> /usr/local/lib/perl5/5.8.7/mach
> /usr/local/lib/perl5/5.8.7
> .
I can't replicate this behavior with File::Temp version 0.16 and
ActiveState Perl 5.8.7 on Windows.
On the other hand, could you not work around this by putting:
use File::Temp;
use lib '/path/to/my/libs';
that is, by changing the order of the use statements?
Sinan
--
A. Sinan Unur <1usa@llenroc.ude.invalid>
(reverse each component and remove .invalid for email address)
comp.lang.perl.misc guidelines on the WWW:
http://mail.augustmail.com/~tadmc/clpmisc/clpmisc_guidelines.html
------------------------------
Date: Thu, 14 Jul 2005 11:45:54 +1000
From: Matthew Braid <not@invalid.invalid>
Subject: Re: Bug? File::Temp messing with @INC
Message-Id: <db4g4i$2mea$1@bunyip2.cc.uq.edu.au>
A. Sinan Unur wrote:
> I can't replicate this behavior with File::Temp version 0.16 and
> ActiveState Perl 5.8.7 on Windows.
>
> On the other hand, could you not work around this by putting:
>
> use File::Temp;
> use lib '/path/to/my/libs';
>
> that is, by changing the order of the use statements?
>
> Sinan
>
I'm using File::Temp 0.16 in perl 5.8.7 on FreeBSD....
And yes, that does solve the problem, and I'm shifting code around to do
so, but this looks like a bug to me - I shouldn't have to change code
for an upgrade between versions as close as 5.8.5 and 5.8.7.
MB
------------------------------
Date: Thu, 14 Jul 2005 01:51:01 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: Bug? File::Temp messing with @INC
Message-Id: <Xns9692DE4366E33asu1cornelledu@127.0.0.1>
Matthew Braid <not@invalid.invalid> wrote in
news:db4g4i$2mea$1@bunyip2.cc.uq.edu.au:
> A. Sinan Unur wrote:
>> I can't replicate this behavior with File::Temp version 0.16 and
>> ActiveState Perl 5.8.7 on Windows.
>>
>> On the other hand, could you not work around this by putting:
>>
>> use File::Temp;
>> use lib '/path/to/my/libs';
>>
>> that is, by changing the order of the use statements?
>>
>> Sinan
>>
>
> I'm using File::Temp 0.16 in perl 5.8.7 on FreeBSD....
I can test it on FreeBSD as well, if I get a chance to upgrade Perl on
that machine.
> And yes, that does solve the problem, and I'm shifting code around to
> do so, but this looks like a bug to me
Might be, which is why I said 'work around'.
Sinan
--
A. Sinan Unur <1usa@llenroc.ude.invalid>
(reverse each component and remove .invalid for email address)
comp.lang.perl.misc guidelines on the WWW:
http://mail.augustmail.com/~tadmc/clpmisc/clpmisc_guidelines.html
------------------------------
Date: Thu, 14 Jul 2005 11:54:34 +1000
From: "Sisyphus" <sisyphus1@nomail.afraid.org>
Subject: Re: Bug? File::Temp messing with @INC
Message-Id: <42d5c600$0$457$afc38c87@news.optusnet.com.au>
"Matthew Braid" <not@invalid.invalid>
>>perl -e 'use lib "/path/to/my/libs"; use File::Temp; \
>? print join("\n", @INC), "\n"'
For me, produces:
Search pattern not terminated at -e line 1.
If I run:
perl -e 'use lib "/path/to/my/libs"; use File::Temp; print join("\n", @INC),
"\n"'
Then I get the same (correct) output as I do when I run:
perl -e 'use lib "/path/to/my/libs"; print join("\n", @INC), "\n"'
I tested on Linux and Win32 - both running perl 5.8.7. Looks like there are
additional factors involved.
Cheers,
Rob
------------------------------
Date: Thu, 14 Jul 2005 12:13:41 +1000
From: Matthew Braid <not@invalid.invalid>
Subject: Re: Bug? File::Temp messing with @INC
Message-Id: <db4hol$ej0$1@bunyip2.cc.uq.edu.au>
Sisyphus wrote:
> "Matthew Braid" <not@invalid.invalid>
>
>
>>>perl -e 'use lib "/path/to/my/libs"; use File::Temp; \
>>
>>? print join("\n", @INC), "\n"'
>
>
> For me, produces:
> Search pattern not terminated at -e line 1.
>
> If I run:
>
> perl -e 'use lib "/path/to/my/libs"; use File::Temp; print join("\n", @INC),
> "\n"'
>
> Then I get the same (correct) output as I do when I run:
>
> perl -e 'use lib "/path/to/my/libs"; print join("\n", @INC), "\n"'
>
> I tested on Linux and Win32 - both running perl 5.8.7. Looks like there are
> additional factors involved.
>
> Cheers,
> Rob
>
>
It was a direct capture from my command line - the trailing \ on the
first line is telling my shell to keep reading the next line as part of
the command.
This has gotten even weirder. I copied File/Temp.pm into my home
directory so that:
> ll /home/me/tmp/File
total 68
drwxr-xr-x 2 me wheel 512 Jul 14 12:06 ./
drwx------ 4 me wheel 512 Jul 14 12:04 ../
-rw-r--r-- 1 me wheel 64935 Jul 14 12:06 Temp.pm
> diff /home/me/tmp/File/Temp.pm /usr/local/lib/perl5/5.8.7/File/Temp.pm
> perl -e 'use lib "/home/me/tmp/"; use File::Temp; print "@INC\n";'
/home/me/tmp /usr/local/lib/perl5/site_perl/5.8.7/mach
/usr/local/lib/perl5/site_perl/5.8.7
/usr/local/lib/perl5/site_perl/5.8.5 /usr/local/lib/perl5/site_perl
/usr/local/lib/perl5/5.8.7/BSDPAN /usr/local/lib/perl5/5.8.7/mach
/usr/local/lib/perl5/5.8.7 .
> perl -e 'use lib "/home/me/NOTEXIST"; use File::Temp; print "@INC\n"'
/usr/local/lib/perl5/site_perl/5.8.7 /home/me/blah
/usr/local/lib/perl5/site_perl/5.8.7/mach
/usr/local/lib/perl5/site_perl/5.8.5 /usr/local/lib/perl5/site_perl
/usr/local/lib/perl5/5.8.7/BSDPAN /usr/local/lib/perl5/5.8.7/mach
/usr/local/lib/perl5/5.8.7 .
This is just plain out weird. Even though the 'real' File::Temp is
exactly the same as my local copy, only the 'real' one modifies @INC!
Something is extremely wrong here. More digging needed. :(
MB
------------------------------
Date: Thu, 14 Jul 2005 12:15:25 +1000
From: Matthew Braid <not@invalid.invalid>
Subject: Re: Bug? File::Temp messing with @INC
Message-Id: <db4hrt$ej0$2@bunyip2.cc.uq.edu.au>
Matthew Braid wrote:
> > ll /home/me/tmp/File
> total 68
> drwxr-xr-x 2 me wheel 512 Jul 14 12:06 ./
> drwx------ 4 me wheel 512 Jul 14 12:04 ../
> -rw-r--r-- 1 me wheel 64935 Jul 14 12:06 Temp.pm
> > diff /home/me/tmp/File/Temp.pm /usr/local/lib/perl5/5.8.7/File/Temp.pm
> > perl -e 'use lib "/home/me/tmp/"; use File::Temp; print "@INC\n";'
> /home/me/tmp /usr/local/lib/perl5/site_perl/5.8.7/mach
> /usr/local/lib/perl5/site_perl/5.8.7
> /usr/local/lib/perl5/site_perl/5.8.5 /usr/local/lib/perl5/site_perl
> /usr/local/lib/perl5/5.8.7/BSDPAN /usr/local/lib/perl5/5.8.7/mach
> /usr/local/lib/perl5/5.8.7 .
> > perl -e 'use lib "/home/me/NOTEXIST"; use File::Temp; print "@INC\n"'
> /usr/local/lib/perl5/site_perl/5.8.7 /home/me/blah
> /usr/local/lib/perl5/site_perl/5.8.7/mach
> /usr/local/lib/perl5/site_perl/5.8.5 /usr/local/lib/perl5/site_perl
> /usr/local/lib/perl5/5.8.7/BSDPAN /usr/local/lib/perl5/5.8.7/mach
> /usr/local/lib/perl5/5.8.7 .
>
> This is just plain out weird. Even though the 'real' File::Temp is
> exactly the same as my local copy, only the 'real' one modifies @INC!
>
> Something is extremely wrong here. More digging needed. :(
>
> MB
Oops - I mixed two window's output there - the results of the test with
'use lib "/home/me/NOTEXIST"' included "/home/me/NOTEXIST", not
"/home/me/blah".
MB
------------------------------
Date: Thu, 14 Jul 2005 12:30:52 +1000
From: Matthew Braid <not@invalid.invalid>
Subject: Re: Bug? File::Temp messing with @INC
Message-Id: <db4ios$vn8$1@bunyip2.cc.uq.edu.au>
Matthew Braid wrote:
> Hi all,
>
> I've recently upgraded to perl 5.8.7 and noticed something that is quite
> annoying - File::Temp is fiddling with the order of the paths in @INC
> (or at least some library it loads is - haven't quite found the
> problematic code).
>
> Example:
>
> > perl -e 'use lib "/path/to/my/libs"; print join("\n", @INC), "\n"'
> /path/to/my/libs
> /usr/local/lib/perl5/site_perl/5.8.7/mach
> /usr/local/lib/perl5/site_perl/5.8.7
> /usr/local/lib/perl5/site_perl/5.8.5
> /usr/local/lib/perl5/site_perl
> /usr/local/lib/perl5/5.8.7/BSDPAN
> /usr/local/lib/perl5/5.8.7/mach
> /usr/local/lib/perl5/5.8.7
> .
>
> > perl -e 'use lib "/path/to/my/libs"; use File::Temp; \
> ? print join("\n", @INC), "\n"'
> /usr/local/lib/perl5/site_perl/5.8.7 <<< Huh?!
> /path/to/my/libs <<< Huh?!
> /usr/local/lib/perl5/site_perl/5.8.7/mach
> /usr/local/lib/perl5/site_perl/5.8.5
> /usr/local/lib/perl5/site_perl
> /usr/local/lib/perl5/5.8.7/BSDPAN
> /usr/local/lib/perl5/5.8.7/mach
> /usr/local/lib/perl5/5.8.7
> .
>
> Normally this isn't a problem, but I use a custom version of Net::SMTP
> that allows setting of the Original-Recipient header, and this no longer
> works in some scripts since the 'real' Net::SMTP is loaded instead. I
> can of course just go through and make sure File::Temp is loaded either
> after Net::SMTP or before another call to 'use lib', but this looks like
> very bad behaviour on the part of File::Temp to me.
>
> It could of course be something that File::Temp use's or require's, but
> so far I haven't found it by replacing 'use File::Temp' in my test line.
>
> Any ideas? Is this new expected behaviour? A scan of the docs does not
> mention @INC at all.
>
> MB
OK, found the cause - there are TWO File::Temp's installed on my system.
The first is in /usr/local/lib/perl5/5.8.7/File/Temp.pm. This one is the
'good' one in that it doesn't break @INC, but its never used because of
another one in /usr/local/lib/perl5/site_perl/5.8.7/File/Temp.pm. This
one includes the lines:
use Config;
use lib $Config{'installsitelib'};
Both of these report as being version 0.16.
Does anyone know _why_ there would be two File::Temp's, or why one would
deliberately mess with @INC?!
MB
------------------------------
Date: Thu, 14 Jul 2005 12:32:55 +1000
From: "Sisyphus" <sisyphus1@nomail.afraid.org>
Subject: Re: Bug? File::Temp messing with @INC
Message-Id: <42d5cefc$0$4188$afc38c87@news.optusnet.com.au>
"Matthew Braid" <not@invalid.invalid>
> >>>perl -e 'use lib "/path/to/my/libs"; use File::Temp; \
> >>
> >>? print join("\n", @INC), "\n"'
> >
[snip]
>
> It was a direct capture from my command line - the trailing \ on the
> first line is telling my shell to keep reading the next line as part of
> the command.
>
I figured that was the case (and removed it). It was the "?" just before the
"print ..." that both puzzled me and produced the error :-)
Cheers,
Rob
------------------------------
Date: Thu, 14 Jul 2005 03:47:23 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: Bug? File::Temp messing with @INC
Message-Id: <Xns9692F1FCC55A2asu1cornelledu@127.0.0.1>
Matthew Braid <not@invalid.invalid> wrote in
news:db4ios$vn8$1@bunyip2.cc.uq.edu.au:
> OK, found the cause - there are TWO File::Temp's installed on my
> system.
>
> The first is in /usr/local/lib/perl5/5.8.7/File/Temp.pm. This one is
> the 'good' one in that it doesn't break @INC, but its never used
> because of another one in
> /usr/local/lib/perl5/site_perl/5.8.7/File/Temp.pm. This one includes
> the lines:
>
> use Config;
> use lib $Config{'installsitelib'};
>
> Both of these report as being version 0.16.
>
> Does anyone know _why_ there would be two File::Temp's, or why one
> would deliberately mess with @INC?!
This seems to be due to a patch left-over from a previous build in the
working directory under the ports tree.
asu1@recex:~ > uname -spr
FreeBSD 5.2.1-RELEASE i386
asu1@recex:~ > perl -v
This is perl, v5.8.7 built for i386-freebsd-64int
asu1@recex:~ > perl -MFile::Temp -e 'print qq{$File::Temp::VERSION\n}'
0.16
root@recex:/usr/ports/devel/p5-File-Temp > rm -R files
root@recex:/usr/ports/devel/p5-File-Temp > make deinstall reinstall
clean distclean
asu1@recex:~ > perl -e 'use lib q{/home/asu1}; use File::Temp; print
join(qq{\n}, @INC).qq{\n}'
/home/asu1
/usr/local/lib/perl5/site_perl/5.8.7/mach
/usr/local/lib/perl5/site_perl/5.8.7
/usr/local/lib/perl5/site_perl/5.8.6
/usr/local/lib/perl5/site_perl/5.8.5
/usr/local/lib/perl5/site_perl/5.8.4
/usr/local/lib/perl5/site_perl/5.8.2
/usr/local/lib/perl5/site_perl/5.6.2
/usr/local/lib/perl5/site_perl
/usr/local/lib/perl5/5.8.7/BSDPAN
/usr/local/lib/perl5/5.8.7/mach
/usr/local/lib/perl5/5.8.7
.
--
A. Sinan Unur <1usa@llenroc.ude.invalid>
(reverse each component and remove .invalid for email address)
comp.lang.perl.misc guidelines on the WWW:
http://mail.augustmail.com/~tadmc/clpmisc/clpmisc_guidelines.html
------------------------------
Date: Thu, 14 Jul 2005 13:54:54 +1000
From: Matthew Braid <not@invalid.invalid>
Subject: Re: Bug? File::Temp messing with @INC
Message-Id: <db4nme$9vd$1@bunyip2.cc.uq.edu.au>
A. Sinan Unur wrote:
> Matthew Braid <not@invalid.invalid> wrote in
> news:db4ios$vn8$1@bunyip2.cc.uq.edu.au:
>
>
>>OK, found the cause - there are TWO File::Temp's installed on my
>>system.
>>
>>The first is in /usr/local/lib/perl5/5.8.7/File/Temp.pm. This one is
>>the 'good' one in that it doesn't break @INC, but its never used
>>because of another one in
>>/usr/local/lib/perl5/site_perl/5.8.7/File/Temp.pm. This one includes
>>the lines:
>>
>>use Config;
>>use lib $Config{'installsitelib'};
>>
>>Both of these report as being version 0.16.
>>
>>Does anyone know _why_ there would be two File::Temp's, or why one
>>would deliberately mess with @INC?!
>
>
> This seems to be due to a patch left-over from a previous build in the
> working directory under the ports tree.
<snip>
Ah - well there we go :) I'm used to manually installing perl and its
packages and this is the first time I've been involved in a ports
upgrade :) Thanks for that.
MB
------------------------------
Date: Thu, 14 Jul 2005 13:58:12 +1000
From: "Sisyphus" <sisyphus1@nomail.afraid.org>
Subject: Re: Bug? File::Temp messing with @INC
Message-Id: <42d5e2fa$0$2125$afc38c87@news.optusnet.com.au>
"Matthew Braid" <not@invalid.invalid> wrote
>
> Does anyone know _why_ there would be two File::Temp's, or why one would
> deliberately mess with @INC?!
>
I think you'd have to find the person who made that change ask him/her.
There's only one Temp.pm that I could find in the perl 5.8.7 source - it's
version 0.16 and it doesn't load Config.
Cheers,
Rob
------------------------------
Date: Wed, 13 Jul 2005 21:35:42 -0400
From: Hal Vaughan <hal@thresholddigital.com>
Subject: Re: Checking If A Function Exists
Message-Id: <iNmdnRBiXLH2XEjfRVn-1g@comcast.com>
Just wanted to say it was a huge help that I got so many responses with so
many different ways to do this. It even gave me ideas on how to handle a
few different things.
Just one note on an idea several people suggested: I am dealing with a
number of field types, and load in the info on each type from a database.
It's easier to NOT store the functions in a hash, since in any instance of
the program, I only use a few different filters, so it's easier to just
grab the name from a hash and convert it.
Thanks to all for the help. It really made a difference.
Hal
------------------------------
Date: 14 Jul 2005 03:16:35 GMT
From: John Bokma <john@castleamber.com>
Subject: Re: PAR 0.89 + Socket + ASP 5.8.7 = PL_memory_wrap
Message-Id: <Xns9692E2745C934castleamber@130.133.1.4>
"A. Sinan Unur" <1usa@llenroc.ude.invalid> wrote:
> Well, I had been intending to install PAR anyway, so this provided the
> impetus. There seems to be a problem with ActiveState's servers, so I
> had to self-compile PAR, Parse-Binary, and Win32-Exe.
PAR is at bribes, but you need to install it "my" way:
<http://groups-
beta.google.com/group/comp.lang.perl.misc/tree/browse_frm/thread/c38299089f
e7c3f5/c6c1808bafa19df7>
> Now, I am using the free command line compiler from Microsoft, which
http://msdn.microsoft.com/visualc/vctoolkit2003/ ?
> Sorry, can't be of more help right now,
You have helped me a lot. I am going to try to do the compile thing
tomorrow, and let you know if it works. Thanks!
> BTW, excuse my ignorance, but what is PL_memory_wrap? You do not mention
> it again in the body of your message.
I use a Spanish version of XP :-( PL_memory_wrap is an entry point that
seems to be missing. The English version seems to be:
"The procedure entry point PL_memory_wrap could not be located in the
Dynamic link library perl58.dll"
--
John Small Perl scripts: http://johnbokma.com/perl/
Perl programmer available: http://castleamber.com/
Happy Customers: http://castleamber.com/testimonials.html
------------------------------
Date: Thu, 14 Jul 2005 03:21:50 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: PAR 0.89 + Socket + ASP 5.8.7 = PL_memory_wrap
Message-Id: <Xns9692EDA7CCBECasu1cornelledu@127.0.0.1>
John Bokma <john@castleamber.com> wrote in
news:Xns9692E2745C934castleamber@130.133.1.4:
> "A. Sinan Unur" <1usa@llenroc.ude.invalid> wrote:
>
>> Well, I had been intending to install PAR anyway, so this provided
>> the impetus. There seems to be a problem with ActiveState's servers,
>> so I had to self-compile PAR, Parse-Binary, and Win32-Exe.
>
> PAR is at bribes, but you need to install it "my" way:
> <http://groups-
> beta.google.com/group/comp.lang.perl.misc/tree/browse_frm/thread/
> c38299089f e7c3f5/c6c1808bafa19df7>
Well, I'll keep that in mind, but right now, everything seems to be
fine.
>> Now, I am using the free command line compiler from Microsoft, which
>
> http://msdn.microsoft.com/visualc/vctoolkit2003/ ?
Yup, that's it.
>> Sorry, can't be of more help right now,
>
> You have helped me a lot. I am going to try to do the compile thing
> tomorrow, and let you know if it works. Thanks!
You are welcome. Let us know how that goes, I am curious.
>> BTW, excuse my ignorance, but what is PL_memory_wrap? You do not
>> mention it again in the body of your message.
>
> I use a Spanish version of XP :-( PL_memory_wrap is an entry point
> that seems to be missing. The English version seems to be:
> "The procedure entry point PL_memory_wrap could not be located in the
> Dynamic link library perl58.dll"
Ah! Thanks.
Sinan
--
A. Sinan Unur <1usa@llenroc.ude.invalid>
(reverse each component and remove .invalid for email address)
comp.lang.perl.misc guidelines on the WWW:
http://mail.augustmail.com/~tadmc/clpmisc/clpmisc_guidelines.html
------------------------------
Date: Thu, 14 Jul 2005 01:17:15 GMT
From: "John W. Krahn" <someone@example.com>
Subject: Re: Read stdout into perl
Message-Id: <v2jBe.150774$on1.52642@clgrps13>
A. Sinan Unur wrote:
> "John W. Krahn" <someone@example.com> wrote in news:5KiBe.123692$9A2.10908
> @edtnps89:
>
>>open DATA, "/usr/bin/gunzip -c $filename |";
>
> Are you sure it is a good idea to re-enforce the OP's bad habits.
>
> Now, granted, most likely, nothing to bad will happen by using DATA to
> mean something other than what everyone else expects it to mean. And, most
> likely, the $filename exists, gunzip is where the OP expects it so on and
> so forth, but why not do:
Thanks. :-) In the same spirit, may I correct your spelling mistake? Too
should be spelt with two o's as in "nothing too bad".
John
--
use Perl;
program
fulfillment
------------------------------
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 8249
***************************************
