http://www.activestate.com/Products/ActivePerl/

Incorporates perl 5.8.1, supports Windows Server 2003, and has a plethora of bugfixes...
Check the release notes .

I find it annoying that they made a release based on 5.8.1 when 5.8.2 is the current version... 5.8.1 has a number of ugly bugs... Silly Activestate.

I wonder if their ISAPI fixes will allow us to run cleanly under it...

Yes, there is an annoying bug (STDOUT buffering) with perlis which slows down .plx scripts... I think that they fixed it in this release. If you're under Windows Server 2003 and want to use perlis, you must upgrade...

You can search win32 perl lists. There are some threads about it...

ActiveState heard you Charles

ActivePerl 5.8.2 build 808 is available now...

sweet

ActivePerl 5.8.3 build 809 is available now...

Bugfixes and changes:

http://www.activestate.com/Products/ActivePerl/

810 is out now, major change is it's based on 5.8.4 now and many of the bundled perl modules were updated to their latest releases

http://www.activestate.com/Products/ActivePerl/

changelog:

http://aspn.activestate.com/ASPN/docs/ActivePerl/CHANGES.html

I'm still using 5.8.2

ActivePerl 5.8.7.813 is released, based on perl 5.8.7

http://aspn.activestate.com/ASPN/docs/ActivePerl/5.8/CHANGES-58.html

Bug Fixes and Changes

• ActivePerl is now supported on the Mac OS X platform.
• New improved HTML documentation which requires JavaScript enabled browser.
• Installation of the HTML documentation is now optional.
• Perl 5.8.7 has been incorporated. See perl587delta.pod for a list of changes.
• ActivePerl will now evaluate 'sitecustomize.pl' at startup if present. The ActivePerl distribution does not ship with this file, but it is a hook that the system administrator can use to set up set up additional site specific @INC entries.
• Fixed Net::Ping's ICMP implementation to not give up waiting for the echo reply until it either receives an unreachable reply or times out. Previous versions would for instance give up if they received a source quench reply.
• Many bundled modules have been updated to their latest versions:
  Archive-Tar-1.23
  Compress-Zlib-1.34
  Convert-ASN1-0.19 (only for HP-UX)
  HTML-Parser-3.45
  HTML-Tagset-3.04
  libwww-perl-5.803
  XML-Simple-2.14

thanks allen

well well... there will be a surprise in one of the new releases, they'll replace PerlIS with PerlEx this may increase perl installs on win32...

ah cool, tho I could never get perlex to work with ubb, tho that was a couple years or more ago

I didn't use it before, but it's working must be similar to mod_perl and this requires a little more tweaking than cgi I believe

And here it comes ActivePerl 5.8.7 build 815 with the PerlEx bundle!

http://www.activestate.com/Products/ActivePerl/?mp=1

I've tried it with a code I'm currently working on and it runs as fast as mod_perl . PerlEx was a needed product for IIS. But I'm currently experiencing some weird behaviour with `` commands. I'll dig it later

cool

It also has persistent DBI handle support I didn't optimize code yet and exec time is around .02, .03 secs. With CGI it is around .3-.4



The reason was the change in %Config. ActivePerl now has a ActivePerl::Config module which modifies the %Config::Config hash in the background. If Visual C++ can not be found (but I do have it), it alters the parameters to use gcc and I do have the gcc.exe, but Symbian SDK version and this was causing the errors. Removing ActivePerl::Config or modifying it solves the problem. Updating gcc may also fix it, but I didn't try it yet.

We're up to Perl 5.8.8 build 817 now (build 816 incorporated perl 5.8.8). Lots of bugfixes and it can now run on 64-bit systems

http://aspn.activestate.com/ASPN/docs/ActivePerl/5.8/CHANGES-58.html

I may need to move to a Windows IIS VPS system so I can use perlex