Slash Boxes
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

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
More | Login | Reply
Loading... please wait.
  • Seeing as I've now moved to Linux completely, this will hopefully prove to be quite useful. However, one aspect I'd be interested to see, and would make it most useful for one particular distribution of mine, is will it have an MS Office Suite installed? Specifically for me will it have Outlook install?

    I can potentially see a stumbling block for installing Outlook (or any email software), but hopefully monitoring will help to keep any potential abuse in check.

    Regards CPAN Testers, it might be worth looking

  • wow ! to quote "Steve Jobs" ... This is huge :)
  • Does that mean that I will be able to work on the 64-bit "port" of Win32::API ? :-)
  • Perl has been a first class citizen on Win32 starting with the GSAR port back in late 90s, then Perl for Win32 and now ActivePerl.

    In fact ActivePerl was more up to date than unix Perl during the late 5.005 and 5.6 because the pumpkin was primarily a Win32 developer.

    If you want to find the second class citizens in the Perl world look at OS2, Aix, Hpux, and other strange unixes. I know you want to make Perl better and are working hard on it, but insulting the people who put together the foundation you're

    • > If you want to find the second class citizens in the Perl world look at OS2, Aix, Hpux, and other strange unixes.

      Consider it one-and-a-half class then...

      > Perl has been a first class citizen on Win32 starting with the GSAR port back in late 90s, then Perl for Win32 and now ActivePerl.

      I don't consider a Perl that doesn't support CPAN properly "first class".

      • Hey, you're acting as an asshole!
        I consider ActivePerl firstclass, and strawberry perl is some strange shit distracting resources - and so what?
        Give some respect to people who did the port to win32!
        • ... and so what?

          Read the article and find out. If it weren't for the work of ActiveState and all of the work that went into Perl 5.6.0 to enable Win32 support, this wouldn't be possible. No one but you and Zeek have disputed that.

      • Sure Perl works and there is ActiveState and this is all very significant, appreciated, and important, but the CPAN is a very important part of any non-trivial Perl application, so without top-notch support for the CPAN, Perl applications end up as second-class citizens on Win32, which Strawberry goes a long way toward correcting.

  • This is wonderful!
    • I couldn't agree more.

      I would not be using Perl on Windows without Strawberry Perl (SP).

      I am simply reluctant to invest in yet another product (Active Perl) when with SP I can reuse the techniques so familiar to me in the old country (Unix).

      For me, SP has been a huge success. Since the second release I have been able to get modules such as Net::DNS going pretty easily (and they sometimes have been a bitch on Unix).

      Thanks alias.

      Yes, I donate to P5/P6 development because it makes my lousy

  • While I doubt I'll be porting over my currently [] existing modules [] anytime soon ;-), I see this as an incredibly good thing and congratulate you on bringing it about. Maybe TPF could take up the cue and try to set up something similar for other OSes out there (I for one would love to have an OS X and FreeBSD setup to test on).

    One question though, how will us *NIX-only folks access the servers? Will there be an ssh login? Possibly a cygwin install?
  • Alias - you've done some great work on this project. Thanks for your continued efforts. You're making it so that I don't have to stutter and mumble so much when people tell me that they want to learn perl and say that they only use windows. Consider this move from Microsoft validation that what you're doing is good and useful. It is.

  • there are lots of Windows users of my modules and it pains me to be unable to fix their bugs (or even see if the report -is- a bug). many thanks indeed to you, Ingy, and the OSSL folks!
  • As the great Keanu would say in such circumstances: whoa.

    This is very, very, veeeery cool.

  • For testing purposes, I don't want to personally log into six different O/Ss. It would be nice if a CPAN smoker was set up for each Strawberry and Windows combination.

    • There already is a number of these, thanks to BinGOs. Not all of them, but quite a few.

      • But nowhere near the number that there are for other platforms. The number of Windows reports I get is way too small.

  • While this is great news, I was hoping for something more, like them making Perl in IIS (FastCGI/win32 mod_perl) a first class language much like they declared for PHP/FastCGI under IIS7.

  • This is really nice news for obvious reasons.

    Now it is probably no sekrit that I don't follow p5p, haven't ever read the perl C source to find the cause of my bug, and have referred folks to perldoc perlport without doing so much as skim reading it myself.

    So with those facts of ignorance entered into evidence, what would have really been mind blowing if M$ engineers had decided to start hacking on the perl core to improve the port.

    • That would indeed be cool – in fact it would be cool if any of the big players in IT earmarked any amount of money to aid Perl. But without wanting to detract from your point… it wouldn’t replace this VM farm – because this is about improving Windows support not in perl, but in CPAN modules.