If you're willing to switch off of ActivePerl to go to Strawberry Perl, you might have an easier time with some of this stuff.

In your other thread, I offered up a suggestion and pointed out that Strawberry Perl comes with Net::SSH2 already installed (Re^6: threads, forks and SSH). Also, RonW pointed out that Net::SSH2 is included with Strawberry Perl in his post. I know that you stated in that thread that you are stuck with ActivePerl. However, you should be able to download and use Strawberry Perl's portable editions. And if using portable Strawberry Perl directly isn't desirable for your final solution for your code, you could install Par::Packer and use its pp utility to bundle your code into a stand alone executable.

And if you really want/need just Math::Pari, the latest 32-bit builds of 5.20 and 5.22 versions of Strawberry Perl already come with Math::Pari. (NOTE: Math::Pari is not included in the latest 64-bit builds of Strawberry Perl. But that shouldn't be an issue unless you need 64-bit Perl.)

In my opinion, moving to Strawberry Perl will make your life easier and let you do what you want without fighting to get modules installed. I haven't used it myself, but another alternative to ActivePerl on Windows systems is Citrus Perl. Basically, I think if you can get yourself out of the box that you're finding yourself in, you might find things are no where nearly as bad you currently think that they are.

If you're willing to switch off of ActivePerl ...

Not necessary regarding Net::SSH2:

ppm install http://www.sisyphusion.tk/ppm/Net-SSH2.ppd --force

Cheers,
Rob

thanks for the response yeh, i hear you about strawberry, but its a company policy to have activestate. perhaps the portable could be an option. or perhaps plink in batch file, i could loop through an ip list i suppose, but i think that will be slow I just think this issue could do with tidying up, I have emailed the guy who maintains it, see if he responds i guess

Thanks to syphilis we know that AS Perl is now compiled using MinGW.

Use perl -V to get detailed version info, including compiler version and options.

Once you know how Perl was built, you should be able ti install the correct version of MinGW and then use that to help build modules from CPAN.

Generally, you report issues with CPAN modules to the maintainer listed in the module's CPAN page or README file.

Also, a module's page on MetaCPAN has links to the module's test matrix on http://cpantesters.org, which has a link to a dependences report near the bottom.

Looking at http://matrix.cpantesters.org/?dist=Net-SSH-Perl+1.42, Net::SSH::Perl passes on Perl 5.20.1 and 5.20.2

As for Math::Pari, the documentation for it indicates that libPari needs to be installed before trying to install Math::Pari

Math::Pari doesn't work with 64-bit Windows. This is a very long standing issue, and it is mostly driven by not having an active maintainer. That isn't anyone's fault, since nobody is being paid to do it, and it sure doesn't look like a simple job. It works fine on *nix and MacOS, which means lots of devs and companies don't have much if any incentive.

KMX (Strawberry Perl dev) worked for quite a while on getting some alternatives for the common modules that rely on Math::Pari. A couple years ago it started shipping with some replacements for things like Crypt::RSA. Of course this doesn't help if you really want Math::Pari itself, but I suspect those people worldwide on Win64 could be counted in unary without taking off a shoe. Almost everyone, like yourself, just wants some other module that was written 10 years ago when Math::Pari was a quite reasonable (if not the only) choice.

As a module developer I find Strawberry Perl to be much nicer than ActiveState. A lot of that is just the model -- SP is much more like every other machine I use (Linux, FreeBSD, MacOS, AIX, Solaris, Cygwin, ...), while AS makes my life harder in trade for users not having a C compiler. I'm not thrilled that AS uses a weird beta MS compiler. My opinion might be different if I did simple pure-perl modules.

I'm not thrilled that AS uses a weird beta MS compiler. My opinion might be different if I did simple pure-perl modules.

Not any more - 5.20.0 and later are built using dmake and MinGW. same as strawberry perl :)

Nice to know! Thanks to you and Rob for pointing that out.

Morning Yeh you are bang on here I think, i tried switching to 32 bit AS on my win7 64bit thinking that could resolve, but then discovered the issue. The Math::Pari module also appears to struggle with the much newer versions of Pari/GS, because its so old It doesnt seem to realise that the version from the web IS up to date and tries to patch it anyway? Strawberry perl has installed the troublesome module now , i haven't tested it yet though. Whilst sorry if im being ungrateful, but I still think a little be of info on the CPAN page might save alot of pain for others. Also im baffled as to why the install script carry s on when its clearly missing a vital dependency. PPM is awesome, no failures yet btw

Evening How can I get ... help

Try common courtesy