develooper Front page | perl.perl5.porters | Postings from July 2003

RE: [PATCH] Extend Win32::GetOSVersion() to return additional inf ormation

From:
Orton, Yves
Date:
July 30, 2003 08:51
Subject:
RE: [PATCH] Extend Win32::GetOSVersion() to return additional inf ormation
Message ID:
71B318898201D311845C0008C75DAD1C08960F0A@defra1ex2

> >Any reason why not other than a lack of tuits?
> 
> I guess we _could_ add them to Win32.pm.  The Win32 module is distributed
> in a weird way: some XS functions are part of the Perl core (including
> Win32::GetOSVersion()), while others are implemented in Win32.pm/Win32.xs
> from the libwin32 bundle on CPAN.  The combined documentation is in
> Win32.pod from the Perl core again.
> 
> I don't want to add the constants above to the win32/win32.c file in Perl
> core.  They will be rarely used and just constitute bloat.  But adding the
> constants to Win32.pm would split the Win32::GetOSVersion()  functionality
> between the core and libwin32, which is getting even more  confusing than
> it already is.
> 
> I think it would be a good idea to move Win32.pm/Win32.xs  from libwin32
to
> the core to remove this weird interdependency.  Currently the
> documentation in Win32.pod from the core can easily be wrong  if you don't
> have the corresponding version of libwin32 installed.

Also while you are on the subject GetOSName needs to be updated in Win32.pm,
which I can do if you like.
Incidentally the whole idea of GetOSName is to provide a central and
consistant way to be able to resolve the various
version numbers from GetOSVersion() down to the "normal" concept of OS
version. The handling of the different values isnt exactly straight forward
and requires information not published in one location by MS.

If it gets moved to core by the way, will it still be possible to install it
independently?

Yves




nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About