From a Windows box, I need to remotely look at the NICs of about 60 Windows
servers I have administrative accounts on.

I was going to try and use IO::Interface, but I cannot get the module
installed. I cannot find the PPD for IO-Interface-1.04 so I can use ppm.

Does anybody have a Perl solution for getting the NIC configurations on
remote Window servers? Is IO-Interface my best option?

Thanks,

Coz.

This is an excerpt from the latest version perlfaq7.pod, which
comes with the standard Perl distribution. These postings aim to
reduce the number of repeated questions as well as allow the community
to review and update the answers. The latest version of the complete
perlfaq is at http://faq.perl.org .

--------------------------------------------------------------------

7.26: How can I find out my current package?

If you're just a random program, you can do this to find out what the
currently compiled package is:

my $packname = __PACKAGE__;

But, if you're a method and you want to print an error message that
includes the kind of object you were called on (which is not necessarily
the same as the one in which you were compiled):

sub amethod {
my $self = shift;
my $class = ref($self) || $self;
warn "called me from a $class object";
}

--------------------------------------------------------------------

This is an excerpt from the latest version perlfaq7.pod, which
comes with the standard Perl distribution. These postings aim to
reduce the number of repeated questions as well as allow the community
to review and update the answers. The latest version of the complete
perlfaq is at http://faq.perl.org .

--------------------------------------------------------------------

7.28: How do I clear a package?

Use this code, provided by Mark-Jason Dominus:

Answering all these freaking questions -- you start getting used to
hitting for each one, then OOPS, I didn't mean that (that
G.D. "/usr/local"! -- which I *never* want), and now what do I do?

Well, just keep going, and later on edit the makefile, I suppose.

No, I want to start over, but this time specify up front that
I want everything installed right there under the same directory
I untarred the .gz into.

(I'll get to the executables, etc, via symlinks. And I
assume that if I run the correct executable, it'll know
where to look for its own version's libraries are (that
of course came out of the .tar.gz-file.))

Make any sense?

Basically I want to keep these various perl's totally separate.

Maybe there's a better way. You tell me.

Oh, why no /usr/local. Because the way I partitioned the
disk at the os-install a few years ago, there now not enough
room. And even if there were, I'd still have the separate
perl versions colliding.

This is an excerpt from the latest version perlfaq7.pod, which
comes with the standard Perl distribution. These postings aim to
reduce the number of repeated questions as well as allow the community
to review and update the answers. The latest version of the complete
perlfaq is at http://faq.perl.org .

--------------------------------------------------------------------

7.24: How can I catch accesses to undefined variables, functions, or methods?

The AUTOLOAD method, discussed in "Autoloading" in perlsub and
"AUTOLOAD: Proxy Methods" in perltoot, lets you capture calls to
undefined functions and methods.

When it comes to undefined variables that would trigger a warning under
"use warnings", you can promote the warning to an error.

use warnings FATAL => qw(uninitialized);

--------------------------------------------------------------------

Based on the fact that perl contains many memory leaks,

A universal way to measure how many memory is malloced is required.

Is there standard way to measure how many memory a process has
allacated, which run with cygwin perl, active perl, and strawberry perl?

This should help to localize which code makes memory leaks.

This is an excerpt from the latest version perlfaq7.pod, which
comes with the standard Perl distribution. These postings aim to
reduce the number of repeated questions as well as allow the community
to review and update the answers. The latest version of the complete
perlfaq is at http://faq.perl.org .

--------------------------------------------------------------------

7.25: Why can't a method included in this same file be found?

Some possible reasons: your inheritance is getting confused, you've
misspelled the method name, or the object is of the wrong type. Check
out perltoot for details about any of the above cases. You may also use
"print ref($object)" to find out the class $object was blessed into.

Another possible reason for problems is because you've used the indirect
object syntax (eg, "find Guru "Samy"") on a class name before Perl has
seen that such a package exists. It's wisest to make sure your packages
are all defined before you start using them, which will be taken care of
if you use the "use" statement instead of "require". If not, make sure
to use arrow notation (eg., "Guru->find("Samy")") instead. Object
notation is explained in perlobj.