I don't have any advice for the module but did you follow directions for
installing a networked Perl similar to:
http://www.penguin-inc.com/BMRCCUG/download/Interop4.htm

This also saves you the trouble of having to set environment variables on
all of your clients and seems to be supported by the Perl maintainers.

You can call Perl from anywhere by just running:
\\server\share\bin\perl.exe

or in a .cmd script:

@echo off
setlocal
set perl=\\server\share\bin\perl.exe
endlocal

Ben

-----Original Message-----
From: Greg Foster [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 15, 2004 11:13 AM
To: [EMAIL PROTECTED]
Subject: Roth's Win32::AdminMisc and W2K


Hello everyone,

Hopefully, I'm not asking a question that has already been dealt with.

First, let me tell you what I am doing:

Currently, I have AS Perl v 5.005 installed on a WinNT box.  The root 
directory of the Perl installation is configured as a share point. 
 With this share point, I can set the path on a remote machine as:

    path = %path%;\\server\perlshare\bin

and then set the PERLLIB environment variable as:

    set perllib = \\server\perlshare\lib;\\server\perlshare\site\lib

After doing this, I can run Perl scripts on the remote machine using 
the Perl install on the WinNT server.  One of the modules that is 
installed on this system is Roth's Win32::AdminMisc (ver 
0.2000.07.08).  

I am in the process of replacing the WinNT server with a server 
running W2K.  I have loaded AS Perl 5.6.1, configured the root 
directory as a network share and have loaded the modules I need, one 
of which is Roth's Win32::Admin (ver 0.2003.07.14 - the most current).

After setting the PATH and the PERLLIB environment variables, I ran a 
little test script (code provided below) I created which does nothing 
more than enumerate the group names from our W2K domain controller - 
note that I am running the script on a member server of the same 
domain.   When running the script, it appears that the script abends 
because the "Test done" message never gets displayed.

However, if I point my PATH and PERLLIB environment variables to my 
original Perl installed on the WinNT machine, and run the script from 
the same machine, the script runs as expected.

Does anyone know if this is a known issue with Roth's Win32::AdminMisc 
module?  I've checked his news server and have seen rumblings of 
similar issues, but no one (including D. Roth) has confirmed this to 
be a real issue.  Or, is this possible a module 
installation/configuration issue?  

I also saw someone mention in a newsgroup that since AS Perl is 
written in VC 6.0 and Roth is using VC 7.0 that there are compatiblity 
issues.  Depending on the runtime environments, I can see where this 
may or may not be an issue.  I certianly don't profess to be an expert 
in the VC world, so my knowledge is limited, again leaving me to 
wonder what the real issue is.

Any help or knowledge anyone can pass on is greatly appreciated.

Perl code follows (server name has been changed to protect the 
innocent):

use Win32::AdminMisc;
@List=();

if (Win32::AdminMisc::GetGroups('\\server',GROUP_TYPE_ALL,[EMAIL PROTECTED])) {

     foreach $group (@List) {

         print "$group\n";

     }

}

print "Test done\n";



--------------------------------------------------------
Greg Foster
Technology Services Center
Indiana University of Pennsylvania
Indiana, PA 15705

"There are only 10 types of people in the world, those
who understand binary, and those who don't..."


_______________________________________________
Perl-Win32-Admin mailing list
[EMAIL PROTECTED]
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs

______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________
_______________________________________________
Perl-Win32-Admin mailing list
[EMAIL PROTECTED]
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs

Reply via email to