in reply to Re^8: Getting Fed Up with ActiveState
in thread Getting Fed Up with ActiveState

Um. Sorry, yes they are same issues, though seen from a slightly different perspective. That of commerce is not a crime, and neither is making a living.

But the issues do go further than just the legal ones. Supporting two produces in place of one creates far more than double the problems. There are issues of interoperability. What happens if someone installs both?

I've found it a problem to run two concurrent versions of AS built with the same compiler. The core of those issues is that a perl58.dll is produced by all 5.8.x versions which I think is done for binary compatibility reasons, but seems to cause as many conflicts as it solves.

Without pretending to understand all the issues involved, they're easier to avoid than research, why not perl5.8.x.dll?

Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
Lingua non convalesco, consenesco et abolesco. -- Rule 1 has a caveat! -- Who broke the cabal?
"Science is about questioning the status quo. Questioning authority".
In the absence of evidence, opinion is indistinguishable from prejudice.

Replies are listed 'Best First'.
Re^10: Getting Fed Up with ActiveState
by syphilis (Archbishop) on Dec 02, 2006 at 14:22 UTC
    I've found it a problem to run two concurrent versions of AS built with the same compiler

    I currently have AS perl builds 638, 806, 810 and 817 on this PC, along with Strawberry Perl (5.8.8) and my own MinGW-built perl 5.8.8, and I find no problem running whichsoever version I want (via the appropriate batch file). Main thing is to ensure that the installation of ActiveState Perl doesn't screw with any registry settings (path, file associations, etc.) - which is easily achieved if one installs the '.zip' version rather than the '.msi'. (Faik, it may also be easily achievable with the '.msi'.)

    I probably had a bit of luck wrt Strawberry Perl ... the installation of it wanted to screw with the registry, but because I was running as "user" (not "Administrator"), the attempt failed (which suited me just fine :-)
    With the '.zip' ActivePerl installations, one is always prompted re the stuffing-up of the registry settings ... and one (naturally) declines the invitation :-)

    they're easier to avoid than research

    Aaaaah ... I see you're a man after my own heart (so to speak), after all :-)

    why not perl5.8.x.dll?

    Good question - though it still wouldn't help when it comes to running (say) two different builds of perl 5.8.8

    Cheers,
    Rob
[reply]

In Section Meditations