[31650] in Perl-Users-Digest
Perl-Users Digest, Issue: 2913 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun Apr 18 16:09:26 2010
Date: Sun, 18 Apr 2010 13: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 Sun, 18 Apr 2010 Volume: 11 Number: 2913
Today's topics:
Re: Help troubleshooting Perl issue <tadmc@seesig.invalid>
Re: Help troubleshooting Perl issue (Randal L. Schwartz)
Re: Help troubleshooting Perl issue <nospam-abuse@ilyaz.org>
Re: MinGW and Perl 5.12 - Windows 32 bits ActiveState <ben@morrow.me.uk>
Re: MinGW and Perl 5.12 - Windows 32 bits ActiveState <sisyphus359@gmail.com>
Re: MinGW and Perl 5.12 - Windows 32 bits ActiveState <dilbert1999@gmail.com>
Pod errors: Unterminated S<...> sequence <paduille.4061.mumia.w+nospam@earthlink.net>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sat, 17 Apr 2010 18:35:43 -0500
From: Tad McClellan <tadmc@seesig.invalid>
Subject: Re: Help troubleshooting Perl issue
Message-Id: <slrnhskh6e.qdg.tadmc@tadbox.sbcglobal.net>
Eric Martin <emartin24@gmail.com> wrote:
> eval q{ flock(TMP,LOCK_EX); };
Why do you use eval() there rather than just
flock(TMP,LOCK_EX);
??
Assuming that there is some reason that I'm not seeing, then why
are you using "eval EXPR" rather than the preferred "eval BLOCK" ?
--
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: Sat, 17 Apr 2010 16:52:31 -0700
From: merlyn@stonehenge.com (Randal L. Schwartz)
Subject: Re: Help troubleshooting Perl issue
Message-Id: <86tyr98wn4.fsf@red.stonehenge.com>
>>>>> "Tad" == Tad McClellan <tadmc@seesig.invalid> writes:
Tad> Eric Martin <emartin24@gmail.com> wrote:
>> eval q{ flock(TMP,LOCK_EX); };
Tad> Why do you use eval() there rather than just
Tad> flock(TMP,LOCK_EX);
Tad> ??
There *do* exist machines on which flock() is not implemented, and
therefore Perl won't even support the syntax. These are admittedly
rare, but in the early days of Perl, the advice was to use flock() in an
eval-string just to make sure the program would compile.
print "Just another Perl hacker,"; # the original
--
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.vox.com/ for Smalltalk and Seaside discussion
------------------------------
Date: Sun, 18 Apr 2010 03:09:07 +0000 (UTC)
From: Ilya Zakharevich <nospam-abuse@ilyaz.org>
Subject: Re: Help troubleshooting Perl issue
Message-Id: <slrnhsktuj.diq.nospam-abuse@powdermilk.math.berkeley.edu>
On 2010-04-17, Randal L. Schwartz <merlyn@stonehenge.com> wrote:
>>>>>> "Tad" == Tad McClellan <tadmc@seesig.invalid> writes:
>
>Tad> Eric Martin <emartin24@gmail.com> wrote:
>>> eval q{ flock(TMP,LOCK_EX); };
>
>
>Tad> Why do you use eval() there rather than just
>
>Tad> flock(TMP,LOCK_EX);
>
>Tad> ??
>
> There *do* exist machines on which flock() is not implemented, and
> therefore Perl won't even support the syntax. These are admittedly
> rare, but in the early days of Perl, the advice was to use flock() in an
> eval-string just to make sure the program would compile.
Even if flock() would die with "unimplemented", LOCK_EX must be
"protected inside a string" as well. (Well, frankly speaking I do not
know what this would do in `use strict' context - probably one would
need to guard against 2 modes of failure if one one wants a meaningful
report to the user.)
Yours,
Ilya
------------------------------
Date: Fri, 16 Apr 2010 21:13:39 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: MinGW and Perl 5.12 - Windows 32 bits ActiveState
Message-Id: <j0tm97-nk52.ln1@osiris.mauzo.dyndns.org>
Quoth Dilbert <dilbert1999@gmail.com>:
> With Windows 32 bits Activestate perl 5.10, I used to have (and
> enjoy !) the "MinGW" package.
>
> see
> http://www.openkomodo.com/blogs/troyt/ppm-install-mingw
>
> >> install MinGW
> >> Submitted by troyt on Wed, 01/28/2009 - 17:06.
> >> Tags: activeperldmakegccMinGWperlppmwindows
> >>
> >> Here's a really cool development for ActivePerl
> >> users on Windows. MinGW is now available from the
> >> ActiveState PPM repository:
> >>
> >> C:\>ppm install MinGW
> >>
> >> This installs the MinGW tools (gcc, dlltool, ar, etc.)
> >> and dmake in ActivePerl's 'site/bin' directory.
>
> However, I have now migrated to Windows 32 bits ActiveState Perl 5.12,
Really? THat was quick...
> and the MinGW package seems to have disappeared !
5.12 we released, what, yesterday? So I would expect the ppms to be
behind a little.
> C:\>ppm install MinGW
> ppm install failed: Can't find any package that provides MinGW
>
> What a lovely package "MinGW" was for Windows 32 bits ActiveState Perl
> 5.10, I hope it will be available soon for Windows 32 bits ActiveState
> Perl 5.12 !!!
>
> (...and, while we're on the subject, if possible, also for Windows 64
> bits ActiveState Perl 5.12, too, but I think that it would be
> difficult to find a 64 bit version of MinGW ... )
64bit MinGW exists, and can be used to build perl. I've no idea if it's
compatible with whatever compiler AS use for their 64bit builds.
Ben
------------------------------
Date: Sat, 17 Apr 2010 01:36:04 -0700 (PDT)
From: sisyphus <sisyphus359@gmail.com>
Subject: Re: MinGW and Perl 5.12 - Windows 32 bits ActiveState
Message-Id: <ff392871-f5af-4bf1-bc12-219f9e161264@i37g2000yqn.googlegroups.com>
On Apr 17, 1:52=A0am, Dilbert <dilbert1...@gmail.com> wrote:
> With Windows 32 bits Activestate perl 5.10, I used to have (and
> enjoy !) the "MinGW" package.
>
> However, I have now migrated to Windows 32 bits ActiveState Perl 5.12,
> and the MinGW package seems to have disappeared !
>
> C:\>ppm install MinGW
> ppm install failed: Can't find any package that provides MinGW
>
As Ben said, the ppm repo for 5.12 isn't fully stocked yet.
In the meantime, if you've still got the 5.10 installation sitting
there, you can use its MinGW and dmake with 5.12. It's just a matter
of adding the perl-5.10/site/bin folder to the *end* of the path.
Or you can grab and install MinGW and dmake yourself - without using
ppm. (I think 'ppm' makes it a bit simpler, but.)
> (...and, while we're on the subject, if possible, also for Windows 64
> bits ActiveState Perl 5.12, too, but I think that it would be
> difficult to find a 64 bit version of MinGW ... )
You'll get MinGW64 easy enough at http://mingw-w64.sourceforge.net/ -
though, as I write this, it seems that the site is undergoing an
upgrade.
Unfortunately, mingw64 won't work straight out of the box with x64
ActivePerl. Coincidentally, I've been hacking at this today. Having
got everything to the stage where extensions would build, pass their
tests, and install just fine, I then found that there can be weird
runtime failures when DynaLoader tries to load the extension's dll.
(Only seems to affect some extensions - and even then only under
certain conditions ... I really can't yet make much sense of what's
happening.)
In short, for the moment at least, you'd be better off grabbing the
freely available "Microsoft Platform SDK for Windows Server 2003 R2"
compiler and using it with the x64 ActivePerl builds (irrespective of
which version of Windows 64 you're running). That's the same compiler
as was used to build the x64 ActiveState perls, and it therefore works
very well with those builds.
Cheers,
Rob
------------------------------
Date: Sat, 17 Apr 2010 03:38:18 -0700 (PDT)
From: Dilbert <dilbert1999@gmail.com>
Subject: Re: MinGW and Perl 5.12 - Windows 32 bits ActiveState
Message-Id: <b41c3001-5f71-4da8-8d9f-625ab180888b@c42g2000yqn.googlegroups.com>
On 17 avr, 10:36, sisyphus <sisyphus...@gmail.com> wrote:
> On Apr 17, 1:52=A0am, Dilbert <dilbert1...@gmail.com> wrote:
>
> > With Windows 32 bits Activestate perl 5.10, I used to have (and
> > enjoy !) the "MinGW" package.
>
> > However, I have now migrated to Windows 32 bits ActiveState Perl 5.12,
> > and the MinGW package seems to have disappeared !
>
> > C:\>ppm install MinGW
> > ppm install failed: Can't find any package that provides MinGW
>
> As Ben said, the ppm repo for 5.12 isn't fully stocked yet.
> In the meantime, if you've still got the 5.10 installation sitting
> there, you can use its MinGW and dmake with 5.12. It's just a matter
> of adding the perl-5.10/site/bin folder to the *end* of the path.
>
> Or you can grab and install MinGW and dmake yourself - without using
> ppm. (I think 'ppm' makes it a bit simpler, but.)
> You'll get MinGW64 easy enough athttp://mingw-w64.sourceforge.net/-
> though, as I write this, it seems that the site is undergoing an
> upgrade.
>
> Unfortunately, mingw64 won't work straight out of the box with x64
> ActivePerl. Coincidentally, I've been hacking at this today. Having
> got everything to the stage where extensions would build, pass their
> tests, and install just fine, I then found that there can be weird
> runtime failures when DynaLoader tries to load the extension's dll.
> (Only seems to affect some extensions - and even then only under
> certain conditions ... I really can't yet make much sense of what's
> happening.)
>
> In short, for the moment at least, you'd be better off grabbing the
> freely available "Microsoft Platform SDK for Windows Server 2003 R2"
> compiler and using it with the x64 ActivePerl builds (irrespective of
> which version of Windows 64 you're running). That's the same compiler
> as was used to build the x64 ActiveState perls, and it therefore works
> very well with those builds.
Thanks very much to Ben and sisyphys for their reply, the 64 bits in
particular is very interesting (...and I admit, asking for the
complete PPM repository 24 hours after the release of Perl 5.12 is a
bit excessive...).
I will follow their advice.
------------------------------
Date: Sun, 18 Apr 2010 10:31:27 -0500
From: "Mumia W." <paduille.4061.mumia.w+nospam@earthlink.net>
Subject: Pod errors: Unterminated S<...> sequence
Message-Id: <1O2dnc8d7a9fy1bWnZ2dnUVZ_oKdnZ2d@earthlink.com>
I have a problem with the POD docs on my system.
Most of the time when I try to get documentation on a
perl-tk widget or function, the POD has errors that cause
the example code to be missing, e.g.
Whenever "S< >" is used, the entire line containing it
is removed from the output, and an error message appears
at the bottom of the rendered file:
Unterminated S<...> sequence
Obviously, this is not how POD is supposed to work; how can
I get the S sequences to display properly. I'm using Debian Lenny
with Perl 5.10.0 and perldoc 3.14.02.
------------------------------
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 2913
***************************************
