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

use Perl Log In

Log In

[ Create a new account ]

Alias (5735)

Alias
  (email not shown publicly)
http://ali.as/

Journal of Alias (5735)

Friday July 17, 2009
01:19 AM

Testing needed for all-new Strawberry July Release Candidate

[ #39305 ]

After 9 months of hard work put in by the amazing Curtis Jewell, I'm happy to confirm that the Strawberry Perl is finally going ahead with the long-awaited switch-over from an .exe to a .msi installer.

Strawberry Perl July 2009 will be first release from the completely rewritten 4th generation distribution generator, built on the Microsoft Open Source WiX installer toolchain.

This release will also have some other goodies in it, like DBD::MySQL in the default install, experimental local::lib support, and a fully 5.10.1 compatible self-upgrading toolchain (the final production releases of all the modules needed for configure_requires support).

This represents the largest amount of change Strawberry seen, and so testing is essential.

If you can spare us a little time to test drive the new format distribution, we would dearly appreciate testing of these final release candidate installers.

http://strawberryperl.com/download/strawberry-perl-5.10.0.6.msi

http://strawberryperl.com/download/strawberry-perl-5.10.0.6.zip

http://strawberryperl.com/download/strawberry-perl-5.10.0.6-ddrive.msi

http://strawberryperl.com/download/strawberry-perl-5.10.0.6-portable.zip

http://strawberryperl.com/download/strawberry-perl-5.8.9.2.msi

http://strawberryperl.com/download/strawberry-perl-5.8.9.2.zip

http://strawberryperl.com/download/strawberry-perl-5.8.9.2-ddrive.msi

If we can't turn up any unexpected goblins, these (or a trivial rebuild of these) will become the final July release, due just in time for Padre's Birthday Party.

Feedback should be either in comments, or drop in to #win32 on irc.perl.org and let us know that it worked for you (or how it failed).

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • Does SP install Padre?

    • No. Strawberry Perl remains true to it's original product design.

      A distribution aimed at the 40% of Perl programmers that work primarily on Unix but at least once a year on Windows.

      "A 100% Open Source CPAN-capable Perl for your Windows® computer that works exactly the same as Perl everywhere else."

      After the core distribution release, however, you should expect to see a "Padre Standalone for Windows" type distribution that contains the strawberry core and adds Padre.

      • After the core distribution release, however, you should expect to see a "Padre Standalone for Windows" type distribution that contains the strawberry core and adds Padre.

        That would be lovely, thanks. I seem to be an edge case, and can not get Padre working on any of my machines. YMMV.

  • I used the MSI to upgrade from the previous stable Strawberry Perl release (installed in the default directory) and it all worked fine.
    --
    -- Ed Avis ed@membled.com
  • Hi,

    the following one-liner brings perl 5.10.0/Win32 to crash:

    perl -e "use namespace::clean; fork;"

    *) it is not an issue with perl 5.8.9/Win32

    *) it is not specific to strawberry 5.10.0.6 July/09 (the same bug exists in all previous 5.10.0.*)

    *) perls 5.10.0 for Linux/Cygwin do not suffer from this bug

    *) I have investigated this bug a little bit and sent a couple of RTs:

    RT - Perl::Dist::Strawberry
    https://rt.cpan.org/Ticket/Display.html?id=45726 [cpan.org]

    RT - Variable::Magic
    https://rt.cpan.org/Ticket/Display.html?id=4654 [cpan.org]

    • Tell you what - they're working on 5.10.1, and I've got a Strawberry-like build process that works for it.

      I'll check if the bug still exists in the 5.10.1 snapshots with the command line you gave and let them know, but it may take a few days.

      --
      The new Strawberry Perl for Windows has been released! Check http://strawberryperl.com for it.
      • Any results from testing fork issue on 5.10.1?

        --
        kmx

      • Hi,

        I have compiled the latest dev release from perl5.git.perl.org and IT SUFFERS FROM THIS BUG.

        --
        kmx

        • I was just going to test this today (I've finally got the computer time on my family's computer to build a 5.10.1 prerelease, among other things) - sounds like p5p needs bugged, and they received your last message on the bug yesterday, I think. (I'm on the list and reading it, and I don't know enough about the perl core to add strength to your proposed patch, although I will request that it be put in, at the latest, post-5.10.1-RC1.)

          BTW: Did you test off blead, or off maint-5.10?

          --
          The new Strawberry Perl for Windows has been released! Check http://strawberryperl.com for it.
        • What I compiled was the -RC0, and it gives me the opportunity to debug using Visual Studio. *grin* Yup, the problem is there.
          --
          The new Strawberry Perl for Windows has been released! Check http://strawberryperl.com for it.
        • I did a compilation using last night's release, and the simple case doesn't crash.

          C:\NewFolder>\perl\bin\perl.exe -e "use namespace::clean; fork; print qq{1\n}";"
          1
          1

          (test.pl being the script used in perl rt# 66158)

          C:\NewFolder>\perl\bin\perl test.pl
          After fork 1: 5524
          After fork 2: -6120

          While Strawberry 5.10.0.6? Crashes both times.

          (I should release a 5.10.1.0 beta 1 soon after it comes out.)

          --
          The new Strawberry Perl for Windows has been released! Check http://strawberryperl.com for it.
  • Hi,

    DBD::MySQL and DBD::Pg pre-installed by default are nice however it is missing the crucial libraries LIBMYSQL.DLL and LIBPQ.DLL.

    It becomes a problem if some other module detects e.g. DBD::MySQL as present and tries to use it - than an error dialogue (GUI) with a message about missing DLL pops up.

    What was the original intention? Should all DLL be included in strawberry distribution or should the users get LIBMYSQL.DLL and LIBPQ.DLL get from somewhere else?

    --
    kmx

    • We had meant to include everything.

    • As Alias said, we meant to include everything.

      Because of that, we had to make a quick decision to rebuild, and during that rebuild, pull the PostgreSQL support for the final.

      The reason for that is explained at http://csjewell.dreamwidth.org/1710.html [dreamwidth.org].

      The MySQL client DLL is in the rebuild as of now, and it is uploaded to the URL's above.

      --
      The new Strawberry Perl for Windows has been released! Check http://strawberryperl.com for it.
      • Hi,

        Firstly, thanks for the fix.

        As I am not allowed to put comments on dreamwidth.org I put my feedback to libpq.dll issues here:

        1) I agree that MSVCRT80.DLL (part of MS Visual C redistributables) is a problem and we cannot just simply copy this dll into strawberry distribution. On the other hand I do not understand why are the official Pg binaries built in this way - the only reason could be building Pg via MS Visual C/C++ Express edition that does not contain some static libraries and forces the developers

        • Can I have you hold up for just a bit before you go and build a MingW PostgreSQL for me? (We're now talking October release, so we have some time to decide.) I'll need to check on whether we want to include ssl or not.

          When you do build it, and if we say yes on building OpenSSL into it, if you could build it against the Shining Light Productions compilation of OpenSSL (it includes MingW libraries), it'd be much appreciated.

          If we decide to go the OpenSSL-including route, I'd like to be able to build everythin

          --
          The new Strawberry Perl for Windows has been released! Check http://strawberryperl.com for it.
        • Cancel that. DON'T use Shining Light - I forgot they have a dependency on MSVCR90.DLL - even worse! (We're trying to keep dependencies to MSVCRT.DLL only - not the versioned variants, so the gnuwin32 version probably won't work, either. That and it's out of date.)

          We'll probably have to build OpenSSL from scratch, too.

          --
          The new Strawberry Perl for Windows has been released! Check http://strawberryperl.com for it.
          • Hi,

            of course I will be happy to help you with building Pg support. In fact I have already done it for myself.

            My approach is based on the following:

            1) OpenSSL - I am currently using Shining Light but you are right that they are dependant on MSVCR90.DLL. I do not expect any problems rebuilding these DLLs - I have done it in one of our projects some time ago (both mingw and ms sdk compiler).

            2) For bulding postgress I am using msys enviroment
            - get http://downloads.sourceforge.net/mingw/msysCORE-1.0.11-bin.tar.g [sourceforge.net]

            • Your first question: Preferably mingw, so we get the .a files for free. If not, then msvc with /MT instead of /MD (use the static MSVCRT instead of having a dep on MSVCR90.DLL and friends - this will require a non-Express version) and we can use pexports and company to generate a .a for us, if a .lib isn't there at the end to be renamed.

              As for your second question, I think we can live without it, but I want a second opinion.

              --
              The new Strawberry Perl for Windows has been released! Check http://strawberryperl.com for it.