[32706] in Perl-Users-Digest
Perl-Users Digest, Issue: 3970 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Jun 21 06:09:17 2013
Date: Fri, 21 Jun 2013 03: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 Fri, 21 Jun 2013 Volume: 11 Number: 3970
Today's topics:
Re: A remark about 'field hashes' <ben@morrow.me.uk>
Re: A remark about 'field hashes' <nospam.gravitalsun.antispam@spamno.hotmail.anispam.com.nospam>
Re: Automating the Amazon "manage your kindle" page <ben@morrow.me.uk>
Re: help with regex (Tim McDaniel)
Re: help with regex <petergoATnetspace.net.au>
Re: help with regex <nospam.gravitalsun.antispam@spamno.hotmail.anispam.com.nospam>
Re: help with regex <nospam.gravitalsun.antispam@spamno.hotmail.anispam.com.nospam>
Re: help with regex <nospam.gravitalsun.antispam@spamno.hotmail.anispam.com.nospam>
Re: help with regex (Tim McDaniel)
Re: help with regex <nospam.gravitalsun.antispam@spamno.hotmail.anispam.com.nospam>
Par::packer <jismagic@gmail.com>
Re: Par::packer <ben@morrow.me.uk>
Re: Par::packer <jismagic@gmail.com>
Re: Perl script to exe <peter.arnhold@web.de>
Re: Perl script to exe jaialai.technology@gmail.com
regex question <jblack@nospam.com>
Re: regex question <rweikusat@mssgmbh.com>
Re: using CPAN to install pm to Strawberry Perl <ben@morrow.me.uk>
WWW::Mechanize install problem <dave@invalid.invalid>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Wed, 19 Jun 2013 16:37:33 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: A remark about 'field hashes'
Message-Id: <tqv89a-tuh1.ln1@anubis.morrow.me.uk>
Quoth Rainer Weikusat <rweikusat@mssgmbh.com>:
> I've had a closer look at this out of curiosity (beyond my initial
> assessment as 'useless module'): This is actually based on the idea to
> define a hash per 'object property' and use the 'object id' as index
> into the hash in order to obtain the value. Besides forcing users to
> use hashes for storing object properties (something some people
> presumably consider to be 'a feature')
I don't know what you mean here. The point of HUF is to make it easier
to store object properties in refaddr-keyed hashes, if that is what you
want to do. If you don't want to do that, you don't need to use it.
> this means
>
> - every access to a property needs to turn the object into an
> object id and go through a 'gatekeeper abstraction' (which
> people who misunderstood the Java Beans specification as
> being concerned with objects accessing their own properties
> instead of objects accessing properties of other object
> presumably also consider a feature since it eliminates the
> advantages of the other approach)
Again, this is just a consequence of the initial assumption, that you
want to store properties in refaddr-keyed hashes. HUF actually removes a
step, in that you can access the hash with $hash{$self} rather than
$hash{refaddr $self}.
> - the amount of work which needs to be performed when an
> object is destroyed is proportional to the number of
> properties
That is also true with a plain hash and an explicit destructor, except
that that work is being done in Perl rather than C, and is so
considerably slower.
> - the amount of work which needs to be performed when creating
> a new ithread (IMHO not a good idea) is proportional to the
> number of objects times the number of fields
Of course. It was anyway: creating an ithread clones the entire
interpreter, including all data structures. The point of HUF is that,
since it is a core feature, it can hook into that cloning process and
rekey the hashes to the object's new refaddr at the same time. Without
HUF you would have to write a CLONE method in Perl to do this for you.
> - with a naive implementation, the same (uselessly) happens
> 'during global destruction'
I'm not sure what you mean here. During global destruction, all perl
values must be destroyed; those with DESTROY methods must be destroyed
individually, and the rest can be destroyed simply by deallocating them.
An object storing values in plain hashes with a DESTROY method to clean
out those hashes will have to be destroyed properly, with the method,
since perl has no way of knowing the method is only going to destroy
things that were being destroyed anyway. Since a fieldhash uses backref
magic rather than a DESTROY method, it doesn't need to do this, and the
values in the hashes will be freed in the normal way (that is, they will
only be explicitly freed if they have DESTROY methods or destruction
magic of their own).
This is actually another advantage of fieldhashes: it's possible to
safely store properties against arbitrary objects, *without* having to
modify the objects to include a DESTROY method to clear out the hashes.
> IMO, a better idea is to use a package global hash to associate an
> object (via refaddr) with a hash or array reference and use that in
> the conventional way. This way, destroying a single object needs only
> a single deletion, the amount of work necessary to clone or terminate
> an interpreter is proportional to the number of objects and a method
> can use a single lookup/ function call to gain access to the 'state
> object' of the current instance and use that directly afterwards.
That's perfectly sensible; however, that package global hash should be a
fieldhash. Otherwise you're back to writing your own DESTROY and CLONE
methods to keep it in sync with the existing objects. I realise the HUF
documentation assumes you will use one hash per property, but there's no
reason you have to stick to that convention if you don't want to.
Ben
------------------------------
Date: Wed, 19 Jun 2013 20:45:35 +0300
From: "George Mpouras" <nospam.gravitalsun.antispam@spamno.hotmail.anispam.com.nospam>
Subject: Re: A remark about 'field hashes'
Message-Id: <kpsqo1$2dkp$1@news.ntua.gr>
by defintion there is no such thing as self contained ensemble
------------------------------
Date: Wed, 19 Jun 2013 15:08:38 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: Automating the Amazon "manage your kindle" page
Message-Id: <6kq89a-f1h1.ln1@anubis.morrow.me.uk>
Quoth boyd <texboydmoore@gmail.com>:
> I am rusty in using Perl - not much programming since I retired in 2007.
>
> But when I find something that is tedious in computer use, I wish I were
> still on top of using perl. Is it even feasible to try to program a
> script/module to automate the "manage your kindle" page? I use the
> library e-book service a lot, but it is a real pain to "return" and
> "delete from library" a series of books, since there is no "mark" and
> "take action" type service.
>
> If it is feasible, in which direction should start?
WWW::Mechanize would be a good start, unless the page relies on
JavaScript. In that case you could try WWW::Scripter or WWW::Selenium:
Scripter has its own JS and DOM implementation in Perl; Selenium
actually runs a remote-controlled instance of a real browser, but
requires the Selenium server to be installed.
Ben
------------------------------
Date: Thu, 20 Jun 2013 04:08:08 +0000 (UTC)
From: tmcd@panix.com (Tim McDaniel)
Subject: Re: help with regex
Message-Id: <kptv78$k6l$1@reader1.panix.com>
In article <kps6f4$15u3$1@news.ntua.gr>,
George Mpouras <nospam.gravitalsun.noadsplease@hotmail.noads.com> wrote:
>I must discover all possible field names of a key/value file.
>The properties of the file are unknown
If by "properties" you mean the layout, format, et cetera,
then how can anyone advise you on a proper way to parse it
when neither you nor we know what's valid?
--
Tim McDaniel, tmcd@panix.com
------------------------------
Date: 20 Jun 2013 09:52:11 GMT
From: Peter Gordon <petergoATnetspace.net.au>
Subject: Re: help with regex
Message-Id: <XnsA1E5CA2522050petergonetspacenetau@216.151.153.138>
George Mpouras <nospam.gravitalsun.noadsplease@hotmail.noads.com> wrote
in news:kps6f4$15u3$1@news.ntua.gr:
> I must discover all possible field names of a key/value file.
> The properties of the file are unknown so I must be a little creative.
> The values optional can have whitespaces inside "..."
> its key/value separated with a space from the next pair.
> Do you thing the following is ok ?
>
>
>
> #!/usr/bin/perl
> use strict;
> use warnings;
>
> while(<DATA>) { chomp;
>
> while ( /([^=]+)=("[^"]+"|\S+)/g ) {
> my ($key, $val) = ($1, $2);
> $val =~s/^["\s]*(.*?)["\s]*$/$1/;
> print "*$key* *$val*\n"
> }
>
> print "--------\n"
> }
>
>
> __DATA__
> f1=hello f2= f3="foo" f4="hello world"
> f6="day" f7="day & night" f8=100
>
>
You don't say if all possible sequences are included in the data.
If they are, the code below decodes it.
#!/usr/bin/perl -w
use strict;
use 5.14.0;
my %lines;
while( <DATA> ) {
chomp;
last if /^$/; # Catch blank lines at end of data.
while ( /(f\d+)=(.*?)(?: f\d+=|$)/ ) {
my $key = $1;
my $value = $2;
s/$key=$value(.*)/$1/; # Strip the key/value pair off the
string.
$value =~ s/"(.*)"/$1/; # Strip off any "
$lines{$key} = $value;
}
}
say "The Hash";
foreach my $key (sort keys %lines ) {
say "$key: $lines{$key}";
}
__DATA__
f1=hello f2= f3="foo" f4="hello world"
f6="day" f7="day & night" f8=100
------------------------------
Date: Thu, 20 Jun 2013 23:29:00 +0300
From: "George Mpouras" <nospam.gravitalsun.antispam@spamno.hotmail.anispam.com.nospam>
Subject: Re: help with regex
Message-Id: <kpvome$ck5$1@news.ntua.gr>
key names can be whatever string with no spaces not f\d+
f100 etc was an example, so the regex
/(f\d+)=(.*?)(?: f\d+=|$)/ )
is not catching correctly
------------------------------
Date: Thu, 20 Jun 2013 23:30:00 +0300
From: "George Mpouras" <nospam.gravitalsun.antispam@spamno.hotmail.anispam.com.nospam>
Subject: Re: help with regex
Message-Id: <kpvooa$clg$1@news.ntua.gr>
key names can be whatever string with no spaces not only f\d+
------------------------------
Date: Thu, 20 Jun 2013 23:34:23 +0300
From: "George Mpouras" <nospam.gravitalsun.antispam@spamno.hotmail.anispam.com.nospam>
Subject: Re: help with regex
Message-Id: <kpvp0h$dhj$1@news.ntua.gr>
you are correct, specs are loosy
lines with multiple key/value pairs separated by space
keys are not containing space
values may contain space inside double quotes
------------------------------
Date: Thu, 20 Jun 2013 20:47:31 +0000 (UTC)
From: tmcd@panix.com (Tim McDaniel)
Subject: Re: help with regex
Message-Id: <kpvpp3$3fr$1@reader1.panix.com>
In article <kpvome$ck5$1@news.ntua.gr>,
George Mpouras <nospam.gravitalsun.antispam@spamno.hotmail.anispam.com.nospam> wrote:
>key names can be whatever string with no spaces not f\d+
The examples were the only spec you gave, so you can understand why
people coded to it.
>f100 etc was an example
An example provided by the teacher of the class?
Settings separated by space: do you mean one space or one or more
characters of whitespace?
Is there always an "="? That is, you can't have "foo bar"; it must be
"foo= bar="?
Can there be whitespace around "=", as in "foo = bar";
Can there be leading whitespace and/or trailing whitespace on the line?
--
Tim McDaniel, tmcd@panix.com
------------------------------
Date: Fri, 21 Jun 2013 00:57:26 +0300
From: "George Mpouras" <nospam.gravitalsun.antispam@spamno.hotmail.anispam.com.nospam>
Subject: Re: help with regex
Message-Id: <kpvts8$k0b$1@news.ntua.gr>
> An example provided by the teacher of the class?
!!!!!!!!!!!!!!!!!!!!!!!!!!
------------------------------
Date: Wed, 19 Jun 2013 06:45:05 -0700 (PDT)
From: jis <jismagic@gmail.com>
Subject: Par::packer
Message-Id: <7a58cfc5-2e1c-4979-a9e0-f1064c6ff2a8@googlegroups.com>
Hello guys,
it has been really tough to get this working and not still working..
the following are the thing i intend to do
1. Create distributable executable with par::packer for 32 bit platform.
(final destination: windows 7 32 bit
2. I have following in my script
use Net::SFTP::Foreign;
use Net::SFTP::Foreign::Constants qw (:flags);
use Net::SMTP;
use File::Basename;
use Sys::Hostname;
use File::Compare;
3. I use strawberry perl - strawberry-perl-5.18.0.1-32bit.msi.
4. i have all the required modules installed.
the following are the issues i have.
>Ftransfer
Unable to load backend Net_SSH2: Can't locate Net/SFTP/Foreign/Backend/Net_SSH2.
pm in @INC (@INC contains: CODE(0x14db19c) C:\TEMP\par-61676972616a\cache-fc745c
7bdab45bea5e1bc4f536f37a02378efa83\inc\lib C:\TEMP\par-61676972616a\cache-fc745c
7bdab45bea5e1bc4f536f37a02378efa83\inc CODE(0x12d447c) CODE(0x12d480c)) at (eval
21) line 1.
at script/Ftransfer.pl line 26.
CODE(0x14db19c) C:\TEMP\par-61676972616a\cache-fc745c7bdab45bea5e1bc4f536f37a023
78efa83\inc\lib C:\TEMP\par-61676972616a\cache-fc745c7bdab45bea5e1bc4f536f37a023
78efa83\inc CODE(0x12d447c) CODE(0x12d480c)
the following is what i observed.
1. I can get it working with strawberry 64 bit perl on a windows7 64 bit. but i need a 32 bit target file.
2. I see my @INC is good and environment variables are properly set( as much i know).
3. As soon as I run the exe ..@INC is on C:\temp. But my modules are in C:\strawberry\perl
let me know.
thanks,
jis
------------------------------
Date: Wed, 19 Jun 2013 23:22:54 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: Par::packer
Message-Id: <uin99a-igl1.ln1@anubis.morrow.me.uk>
Quoth jis <jismagic@gmail.com>:
>
> 1. Create distributable executable with par::packer for 32 bit platform.
> (final destination: windows 7 32 bit
> 2. I have following in my script
> use Net::SFTP::Foreign;
> use Net::SFTP::Foreign::Constants qw (:flags);
> use Net::SMTP;
> use File::Basename;
> use Sys::Hostname;
> use File::Compare;
>
> 3. I use strawberry perl - strawberry-perl-5.18.0.1-32bit.msi.
> 4. i have all the required modules installed.
>
> the following are the issues i have.
>
> >Ftransfer
> Unable to load backend Net_SSH2: Can't locate
> Net/SFTP/Foreign/Backend/Net_SSH2. pm in @INC (@INC contains:
This looks like something dynamically loaded by Net::SFTP::Foreign. You
may need to tell pp to include it explicitly.
> 1. I can get it working with strawberry 64 bit perl on a windows7 64
> bit. but i need a 32 bit target file.
What is different about the two PARs? If you unzip them both, does the
64bit PAR include the module mentioned above, or does it not need to
load it for some reason?
> 2. I see my @INC is good and environment variables are properly set( as
> much i know).
>
> 3. As soon as I run the exe ..@INC is on C:\temp. But my modules are in
> C:\strawberry\perl
That's expected: that's the whole point of a PAR stand-alone exe. It
doesn't use your Strawberry installation at all.
Ben
------------------------------
Date: Thu, 20 Jun 2013 11:09:50 -0700 (PDT)
From: jis <jismagic@gmail.com>
Subject: Re: Par::packer
Message-Id: <06f85cee-4b5f-4192-9e31-4cfc2f625e79@googlegroups.com>
On Wednesday, June 19, 2013 7:15:05 PM UTC+5:30, jis wrote:
> Hello guys,
>
>
>
> it has been really tough to get this working and not still working..
>
>
>
> the following are the thing i intend to do
>
>
>
> 1. Create distributable executable with par::packer for 32 bit platform.
>
> (final destination: windows 7 32 bit
>
> 2. I have following in my script
>
> use Net::SFTP::Foreign;
>
> use Net::SFTP::Foreign::Constants qw (:flags);
>
> use Net::SMTP;
>
> use File::Basename;
>
> use Sys::Hostname;
>
> use File::Compare;
>
>
>
> 3. I use strawberry perl - strawberry-perl-5.18.0.1-32bit.msi.
>
> 4. i have all the required modules installed.
>
>
>
> the following are the issues i have.
>
>
>
>
>
> >Ftransfer
>
> Unable to load backend Net_SSH2: Can't locate Net/SFTP/Foreign/Backend/Net_SSH2.
>
> pm in @INC (@INC contains: CODE(0x14db19c) C:\TEMP\par-61676972616a\cache-fc745c
>
> 7bdab45bea5e1bc4f536f37a02378efa83\inc\lib C:\TEMP\par-61676972616a\cache-fc745c
>
> 7bdab45bea5e1bc4f536f37a02378efa83\inc CODE(0x12d447c) CODE(0x12d480c)) at (eval
>
> 21) line 1.
>
> at script/Ftransfer.pl line 26.
>
> CODE(0x14db19c) C:\TEMP\par-61676972616a\cache-fc745c7bdab45bea5e1bc4f536f37a023
>
> 78efa83\inc\lib C:\TEMP\par-61676972616a\cache-fc745c7bdab45bea5e1bc4f536f37a023
>
> 78efa83\inc CODE(0x12d447c) CODE(0x12d480c)
>
>
>
>
>
>
>
> the following is what i observed.
>
>
>
> 1. I can get it working with strawberry 64 bit perl on a windows7 64 bit. but i need a 32 bit target file.
>
>
>
> 2. I see my @INC is good and environment variables are properly set( as much i know).
>
>
>
> 3. As soon as I run the exe ..@INC is on C:\temp. But my modules are in C:\strawberry\perl
>
>
>
> let me know.
>
> thanks,
>
> jis
THere is no difference in version par::packer installed in windows 7 and windows xp
How do i include external modules using par::packer??
i have tried pp -M Net::SFTP -o test.exe test.pl
it gave me an output..but is not executing..
what will be the best solution?
thanks,
jis
------------------------------
Date: Thu, 20 Jun 2013 10:53:42 +0200
From: Peter Arnhold <peter.arnhold@web.de>
Subject: Re: Perl script to exe
Message-Id: <51c2c315$0$9508$3ca0ca56@newsspool1.vodafone-ip.de>
Am 17.06.2013 09:26, schrieb jis:
> On Saturday, June 15, 2013 3:16:56 PM UTC+5:30, jis wrote:
>> I have used perl2exe on windows xp platform to convert perl script to exe.
>>
>>
>>
>> But since windows 7, it has not been dependable.
>>
>>
>>
>> par pp also do not look like it works on all windows 7 machines.
>>
>>
>>
>> I have googled it and didnt find anyting significant.
>>
>>
>>
>> Please let me know what you guys use on windows 7 platform to get it working..
>>
>>
>>
>>
>>
>> thanks
>>
>> jis
>
> Hi,
>
> Since nobody replied to message yet, I have to ask for another help.
>
> How do i run a standalone created on 64 bit wndows 7 run on a 32 bit windows 7.
>
> I get an incompatibility errror when i do this..
>
> thanks,
> jis
>
Use Windows 64-bit, perl 32-bit and perl2exe 32-bit. Created files are
running on Win7 32-bit. I do it almost every day.
Peter
------------------------------
Date: Thu, 20 Jun 2013 15:25:15 -0400
From: jaialai.technology@gmail.com
Subject: Re: Perl script to exe
Message-Id: <a86dd$51c3571b$d0b95d02$30513@news.eurofeeds.com>
I prefer Active States Perl Dev kit for this sort of thing.
Works great!
I'd go with that unless you are averse or unable to pay money for software.
http://www.activestate.com/perl-dev-kit
------------------------------
Date: Thu, 20 Jun 2013 15:01:54 -0500
From: John Black <jblack@nospam.com>
Subject: regex question
Message-Id: <MPG.2c2d1bafd76efab898977c@news.eternal-september.org>
How do I write a regex that will match on
string
but not
string_
I want it to match if it detects string followed by anything but an underscore including if
string is at the end of the line or if its followed by a space or whatever. Right now I'm
essentially doing two checks: matches string and does not match string_ but I am sure there
must be a more elegant way to do it? Thanks.
John Black
------------------------------
Date: Thu, 20 Jun 2013 21:21:22 +0100
From: Rainer Weikusat <rweikusat@mssgmbh.com>
Subject: Re: regex question
Message-Id: <87ip18pm7x.fsf@sapphire.mobileactivedefense.com>
John Black <jblack@nospam.com> writes:
> How do I write a regex that will match on
>
> string
>
> but not
>
> string_
>
> I want it to match if it detects string followed by anything but an underscore including if
> string is at the end of the line or if its followed by a space or
> whatever.
/string(?!_)/
------------------------------
Date: Wed, 19 Jun 2013 15:02:34 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: using CPAN to install pm to Strawberry Perl
Message-Id: <q8q89a-f1h1.ln1@anubis.morrow.me.uk>
Quoth carl.hurley@email.edcc.edu:
> I'm not getting Win32::DirSize installed on Strawberry Perl ( DWIM Perl )
> This is perl 5, version 14, subversion 2 (v5.14.2) built for
> MSWin32-x86-multi-thread
>
> I'm using 'cpan' to do the install.
[...]
>
> From the 'cpan' prompt I'm issuing the command 'install Win32::DirSize
>
> The output of the run from this command indicates that the name is being
> changed to 'Win32DirSize'.
>
> I have read the output from the perllocal.pod. According to it the file
> was installed into C:\Dwimperl\perl\site\lib>, however when checking
> there I find there is no folder with this name, no pm installed in the
> lib folder and no folder installed in the Win32 folder. Checking in the
> folder 'auto' in the lib directory I do find a folder for Win32DirSize
> with a single file named .packlist of zero file size.
I'm not surprised the automatic installer is having trouble: that
distribution is malformed. The Makefile.PL and other files which should
be at the top level are instead under a Win32/DirSize directory. I would
recommend manually deleting that Win32DirSize directory under lib\auto
and then installing the module by hand; that is:
- Find a copy of the tarball (either find the one cpan downloaded or
download it again from search.cpan.org) and untar it somewhere.
You could also use 'look Win32::DirSize' from the CPAN shell.
- Change directory to the Win32\DirSize directory inside the
unpacked tarball (there should be a Makefile.PL in that
directory).
- Make sure the Strawberry stuff is in your PATH and run the usual
perl Makefile.PL
dmake
dmake install
As a general recommendation, not connected with this issue, I would
suggest that anyone maintaining a Perl installation using CPAN directly
should take a look at App::cpanminus. IME it works better than CPAN.pm.
Ben
------------------------------
Date: Fri, 21 Jun 2013 09:31:43 +0000 (UTC)
From: "Dave Saville" <dave@invalid.invalid>
Subject: WWW::Mechanize install problem
Message-Id: <fV45K0OBJxbE-pn2-q0kNMvsnZrHp@paddington.bear.den>
Noticed a mention of this on the NG yesterday. Looked useful so I
tried to install it. Now it might be my ancient OS/2 system but, using
perl 5.16.0 ...
=====================
[T:\tmp]perl -MCPAN -e "install WWW::Mechanize"
Reading 't:/CPAN/Metadata'
Database was generated on Fri, 21 Jun 2013 08:17:02 GMT
Running install for module 'WWW::Mechanize'
Running make for J/JE/JESSE/WWW-Mechanize-1.72.tar.gz
Warning (usually harmless): 'YAML' not installed, cannot parse
't:/CPAN/FTPstats.yml'
Warning (usually harmless): 'YAML' not installed, cannot parse
't:/CPAN/FTPstats.yml'
Warning (usually harmless): 'YAML' not installed, cannot parse
't:/CPAN/FTPstats.yml'
Warning (usually harmless): 'YAML' not installed, cannot parse
't:/CPAN/FTPstats.yml'
Warning (usually harmless): 'YAML' not installed, cannot parse
't:/CPAN/FTPstats.yml'
Fetching with HTTP::Tiny:
http://www.perl.org/CPAN/authors/id/J/JE/JESSE/CHECKSUMS
Checksum for
t:/CPAN/sources/authors/id/J/JE/JESSE/WWW-Mechanize-1.72.tar.gz ok
tar.exe: Skipping to next header
tar.exe: A lone zero block at 770
tar.exe: Error
exit delayed from previous errors
Uncompressed
t:/CPAN/sources/authors/id/J/JE/JESSE/WWW-Mechanize-1.72.tar.gz
successfully
Using Tar:d:/usr/bin/tar.exe xf "WWW-Mechanize-1.72.tar":
tar.exe: Skipping to next header
tar.exe: A lone zero block at 790
tar.exe: Error
exit delayed from previous errors
Couldn't untar WWW-Mechanize-1.72.tar
Package contains both files[WWW-Mechanize-1.72.tar] and
directories[WWW-Mechanize-1.72]; not recognized as a perl package,
giving up
Had problems unarchiving. Please build manually
Package contains both files[WWW-Mechanize-1.72.tar] and
directories[WWW-Mechanize-1.72]; not recognized as a perl package,
giving up, won't make
Running make test
Make had some problems, won't test
Running make install
Make had some problems, won't install
Could not read metadata file. Falling back to other methods to
determine prerequisites
===================
If I manually fetch the gz file from
http://search.cpan.org/CPAN/authors/id/J/JE/JESSE/WWW-Mechanize-1.72.t
ar.gz and either use tar to uncompress/untar or use gzip to uncompress
and then exract the tar I get no errors. The gz file CPAN downloaded
and the one I downloaded from the above URL are the same file - They
diff clean. But the extracted tar file differs in size. The CPAN one
comes out at 404713 bytes whilst the manually extracted one comes out
at 394752 bytes. Naturally, as per usual, it won't install anyway -
but I am curious as to what is, or is not, going on.
TIA
--
Regards
Dave Saville
------------------------------
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 3970
***************************************
