jd2006a has asked for the wisdom of the Perl Monks concerning the following question:
|
|---|
| Replies are listed 'Best First'. | |
|---|---|
|
Re: Win32::Lanman for 5.10
by syphilis (Archbishop) on Nov 24, 2009 at 01:57 UTC | |
First, in the lanman source distro, insert this near the beginning of plmisc.h (just below the second line of that file): Then set up the makefile to accommodate the existence of perl-5.10.0. This patch will do that: Your "perldir10xx" and "platformsdk" settings will almost certainly be different to mine - but the other changes should be applicable as is. (If you'd rather just get a copy of the amended makefile, /msg me your email address and I'll send it over - then you'd only have to make those alterations to "perldir10xx" and "platformsdk" and you'd be right to go.) Then run nmake clean cfg=perl.10xx followed by nmake cfg=perl.10xx and see how it goes. If you're using MSVC++ 6.0, that might be all you need to do. However, the build process doesn't succeed for me because my SDK (I have MSVC++ 7.0) doesn't have lmbrowsr.h and lmchdev.h - so I removed the call to #include those files from the files that try to #include them. (If you have MSVC++ 6.0, this may be unnecessary.) In lanman.cpp, there are 4 occurrences of the comment // oops, not longer supported. For each of those occurrences, I had to remove the first line following the comment. Again, you may not need to do this if you have MSVC++ 6.0. With that all done, the build ultimately fails with 4 "unresolved external symbols", which I haven't investigated. Which compiler do you have ? Another possible solution - I see that there are ppm packages for this module for 5.6 and 5.8 at the bribes rep. The maintainer of that rep uses MSVC++ 6.0, so he may be able to build a 5.10 ppm, if approached. Yet another solution would be to install a perl-5.8 (as a second perl installation) just so you can make use of the existing ppm. It's a pity that the source for such a useful module (by all accounts) is in such a poor state. Cheers, Rob | [reply] [d/l] [select] |
|
Re: Win32::Lanman for 5.10
by syphilis (Archbishop) on Nov 24, 2009 at 05:44 UTC | |
Well ... I've hacked up a perl-5.10 version that is quite probably usable. It does not have the NetDfsRename(), NetDfsMove(), NetEnumerateTrustedDomains() and I_NetGetDCList() functions - the first 2 of those functions are no longer supported (according to comments in the source), I don't know why I couldn't get support for the last 2. And it was built using MSVC++ 7.0 - ymmv. (It would be better built with MSVC++ 6.0 or MinGW if someone gets around to it.) Cheers, Rob | [reply] |
by jd2006a (Initiate) on Nov 27, 2009 at 19:02 UTC | |
| [reply] |
by taitcyrus (Initiate) on Dec 16, 2009 at 00:25 UTC | |
I tried Visual Studio 2005 with no luck (it complained about missing Perl modules and since I'm not a VS2005 expert, I couldn't figure out how to build the dll without it trying to link in all of the needed Perl modules). I then tried MSVC++ 6.0 but I must have the wrong SDK. I tried both the 2.0 SDK as well as the 3.0 SDK with no luck (2.0 complaining about NETSETUP_NAME_TYPE not defined, 3.0 complaining about sal.h missing) Any additional help, thoughts, suggestions, etc. would be appreciated (if a pre-compiled dll can't be provided). I'm trying to link against a Strawberry version of Perl (5.10.1). And I 2nd the thought that it would be very helpful if a true cpan version of this module were available. | [reply] |
by syphilis (Archbishop) on Dec 16, 2009 at 09:18 UTC | |
I can send you the version that I built if you /msg me the details of how to send it to you. It seems to work ok with my Strawberry Perl (5.10.1), but I haven't tested beyond checking that the module loads ok. Cheers, Rob | [reply] |
|
Re: Win32::Lanman for 5.10
by Herkum (Parson) on Nov 24, 2009 at 01:14 UTC | |
| [reply] |