NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.
All the Perl that's Practical to Extract and Report
--Mark Hahn, <hahn@neurocog.lrdc.pitt.edu>
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
HTTP::Server::Simple (Score:2)
Re: (Score:1)
I got Microsoft to build us a test farm specifically so you could have somewhere to do testing on :)
Re: (Score:1)
The most recent HTTP::Server::Simple dev release installs correctly for me, and mechanize installs correctly on top of it.
Re: (Score:1)
The new Strawberry Perl for Windows has been released! Check http://strawberryperl.com for it.
1.60 is up (Score:2)
--
xoa
If I may .. (Score:1)
I would like to add few more packages to this list, these are some of the newer package that seem attractive
4. KiokuDB
5. Reaction
They are most likely not in popular use, but they are the most blogged about
Re: (Score:2)
but they are the most blogged about
Yet I'm not familiar with either, and I'm too lazy to look up what it's all about...
Can you introduce these packages shortly, and most of all, tell us why we should care?
Re: (Score:1)
KiokuDB is a Moose based object database supporting multiple backend (filesystem, BerkeleyDB, DBI, etc...). You can read more about it here [iinteractive.com].
Reaction is a framework on top of Catalyst and Moose. It aims at making components more reusable. An introduction can be found here [catalyzed.org] and here [cpan.org].
Both of them are examples of next-generation Perl projects.
Re: (Score:1)
Those two look like they rely on stuff we mention in the first 3.
Reaction will be a lot closer to working now that WWW::Mechanize is now working. There isn't any obvious other bugs that I can see at first look, but I'm installing it to make sure.
As for KiokuDB, I'll have to check that one once we get DB_File working.
The new Strawberry Perl for Windows has been released! Check http://strawberryperl.com for it.
Re: (Score:1)
The new Strawberry Perl for Windows has been released! Check http://strawberryperl.com for it.
Re: (Score:1)
4 more failures, including Test::WWW::Mechanize::Catalyse (which crashes), Email::Valid, and MUIR/Time-modules. (I can't recall what the third one was.
Work on the dependencies, and then the top level will work. :)
The new Strawberry Perl for Windows has been released! Check http://strawberryperl.com for it.
Re: (Score:1)
It it due to the fork issue that was recently patched in 5.10.1RC1
Fork does not work together with namespace::clean on 5.10.0/win32 and there is no workaround for it.
Re: (Score:1)
The new Strawberry Perl for Windows has been released! Check http://strawberryperl.com for it.
Re: (Score:1)
These may be novel and interesting, but they aren't important.
Re: BioPerl (Score:1)
Funny thing on the Windows complaints. We haven't had any users popping up on the list about this problem, but that could be b/c it's a DB_File issue? Oh well. We've also had users complaining about lack of a PPM for AS Perl...
Just so you know, we're (by that, the bp devs) are planning on undertaking a major restructuring of BioPerl (been needed for years, really), into smaller, easier to maintain distributions similar to Moose. We'll probably tie it all together via a Task::BioPerl or similar for anyon
Re: (Score:1)
You may not, but I've noticed a number of people showing up in #win32 trying to get it installed. We spent 2 hours a few weeks ago trying to get a cancer researcher up and running with some variant-discovery tool that didn't depend on much more than BioPerl.
Re: (Score:1)
You may not, but I've noticed a number of people showing up in #win32 trying to get it installed. We spent 2 hours a few weeks ago trying to get a cancer researcher up and running with some variant-discovery tool that didn't depend on much more than BioPerl.
Looks like one problem was temp file generation (and deletion) when running tests. KMX's proposed solution [cpan.org], though, leaves generated temp files on the user's computer. My suggested compromise seems to work on OS X just fine, though I have no access to WinXP/Vista/7. Maybe time for use to take advantage of your Sekrit? [perl.org]
Re: Windows Perl as a first class citizen (Score:1)
WWW::Mechanize - no problems with PPM (Score:1)
I've never had a problem using a PPM version of WWW::Mechanize on ActivePerl, so I think it's a bit misleading to say that Windows users haven't been able to use a web scraping framework. I've been using WWW::Mechanize on ActivePerl for years.
ActivePerl is far from perfect, but in some cases, I find PPM actually works better than installing directly off CPAN.
Re: (Score:1)
The reason that PPM is able to deal with situations like this is that (so far as I can tell anyway, I could be wrong) for certain strategically important modules, they simply ignore failing tests and package the module anyway.
So yes, it works, if you work around the problem by using a third-party vendor who has packaged the module ignoring the failing tests.
These types of things are fine as temporary workarounds, but that doesn't mean that mechanize itself inherently "works".
SDL Perl (Score:1)
It seems like there is a demand for SDL perl in windows. However I have yet to see any code for it. Ok that was mean but really we have been trying to make sdl perl with windows working for a while now. In the end we had to put a
croak "Help us!" if( $^O eq 'MSWin32');
for v2.2.1.8. If there really is an interest for SDL perl on windows come talk to us add sdl-devel@perl.org. Any help will be greatly appreciated. I will provide you will all help needed.
Don't forget Expect, please! (Score:1)
I know it is scary because Windows knows nothing about ttys and alike, but cygwin perl supports it, so it is doable.