Re: perl Win32 lib support

2005-02-25 Thread Reini Urban
Igor Pechtchanski schrieb:
On Wed, 23 Feb 2005, Linda W wrote:
Not knowing the exact order of how things are released, does announcing
it on cygwin-apps mean that it will be available via setup soon?
Announcing something on cygwin-apps means that the other maintainers will
look at it if necessary, and that someone with access will eventually
upload it to sourceware.org.  Once that happens, the package will be
announced on cygwin-announce, and *that* does mean that it'll be available
via setup soon. :-)
You can point setup to
  http://xarch.tu-graz.ac.at/publ/cygwin/ [Add URL]
and install the unsupported and unannounced perl-libwin32
package also.
When it is, does that mean we should be able to build perl modules/utils
that inter-operate with the native Win32 interface?
 I'll let Reini answer this one.
No.
To enable building for perl modules/utils that inter-operate with the 
native Win32 interface you just need the exact c/c++ compiler the cygwin 
perl was compiled with (see the perl cygwin README), plus gnu make and 
coreutils of course, plus the dependent packages.
If some packages are dependent on some libwin32 package (libwin32 is 
just a bundle of useful Win32 packages) then you need the perl-libwin32 
cygwin package, because building them by your own via CPAN is quite hard.
In the next future the libwin32 team will try to incoorporate the 
current huge cygwin patch into each module step by step. Until this will 
be done, you'll have to live with the (yet unreleased) cygwin package.

Of course building any Win32 package with gcc, which is not supported 
for cygwin nor mingw, is quite hard, since some Win32 package authors 
just assume that there only exist ActiveState perl (and MSVC / nmake).
And don't accept patches for cygwin/mingw.
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban
http://phpwiki.org

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: perl Win32 lib support

2005-02-23 Thread Linda W
Not knowing the exact order of how things are released,
does announcing it on cygwin-apps mean that it will be
available via setup soon?
When it is, does that mean we should be able to build perl
modules/utils that inter-operate with the native Win32
interface?  What necessary steps does it need on cygwin-apps
before it is released for public consumption?
Thanks,
-linda
Reini Urban wrote:
Yitzchak Scott-Thoennes schrieb:
3) wait for an updated perl-libwin32 release (should be soon)

It's already announced in cygwin-apps.
It just needs the necessary steps there.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: perl Win32 lib support

2005-02-23 Thread Igor Pechtchanski
On Wed, 23 Feb 2005, Linda W wrote:

 Reini Urban wrote:

  Yitzchak Scott-Thoennes schrieb:
 
   3) wait for an updated perl-libwin32 release (should be soon)
 
  It's already announced in cygwin-apps.
  It just needs the necessary steps there.

 Not knowing the exact order of how things are released, does announcing
 it on cygwin-apps mean that it will be available via setup soon?

Announcing something on cygwin-apps means that the other maintainers will
look at it if necessary, and that someone with access will eventually
upload it to sourceware.org.  Once that happens, the package will be
announced on cygwin-announce, and *that* does mean that it'll be available
via setup soon. :-)

 When it is, does that mean we should be able to build perl modules/utils
 that inter-operate with the native Win32 interface?

I'll let Reini answer this one.

 What necessary steps does it need on cygwin-apps before it is released
 for public consumption?

At the very least it needs to be uploaded to sourceware.org.  I'd wait for
it to appear on cygwin-announce before trying to download it via setup.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: perl Win32 lib support

2005-02-12 Thread Reini Urban
Gerrit P. Haase schrieb:
linda w wrote:
File.o(.text+0x7450):File.c: undefined reference to 
`_win32_get_osfhandle'
File.o(.text+0x13b79):File.c: undefined reference to 
`_win32_open_osfhandle'
collect2: ld returned 1 exit status
Hmm, we really should wait until Reini gets all bits together and
releases libwin32 for cygwin as package.
Gerrit,
Did you miss my cygwin-apps message Update: perl-Win32-GUI, perl-libwin32?
I would appreciate a review there.
--
Reini Urban
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: perl Win32 lib support

2005-02-12 Thread Gerrit P. Haase
Reini Urban wrote:
Gerrit P. Haase schrieb:
linda w wrote:
File.o(.text+0x7450):File.c: undefined reference to 
`_win32_get_osfhandle'
File.o(.text+0x13b79):File.c: undefined reference to 
`_win32_open_osfhandle'
collect2: ld returned 1 exit status

Hmm, we really should wait until Reini gets all bits together and
releases libwin32 for cygwin as package.

Gerrit,
Did you miss my cygwin-apps message Update: perl-Win32-GUI, 
perl-libwin32?
I would appreciate a review there.
Somehow, I read it but didn't realized that this is the long awaited
update.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: perl Win32 lib support

2005-02-10 Thread linda w
Am having problems with trying fixes for the below errors --
once I encounter an error in making Win32, I can correct the source
files in another window, but I then it won't let me run make on
Win32 again w/o force because it already encountered an error.
If I do a make force, it re-unpacks the source files over my changes.
If I try to do the make by hand, I must not have my INC path setup,
as I get a missing Config.pm when trying to make outside of
cpan.
Gerrit P. Haase wrote:
Then -L/usr/lib/w32api is missing in hints/cygwin.pl.
I tried adding line back in, but it didn't seem to make a difference.
It seems like it is unpacking into 1 place: build/libwin32-0.191
but then building parts of it in GSAR000[0-4]/...
Sorry...but am a bit unclear about where it is copying and building
sources...makes it difficult to do things manual at this point.
4) Warning: prerequisite Win32API::Registry 0 not found.
  Writing Makefile for Win32::TieRegistry


   What's the warning/prereq not found message about?
5) make[2]: Entering directory 
`//ishtar/share/CPAN/build-cygwin/GSAR001/libwin32-0.191/APIFile'
Makefile:705: *** missing separator.  Stop.

This is annoying, I get it occasionally, I believe it is a bug in
MakeMaker, but I couldn't find it yet.  Does the build continue if you 
add the missing tab and run make again?
Where / how can I run make again within the cpan context?  Is there
a perlvar I can change using ! in cpan to tellit to forget the fact
that make just failed?  Sorry, not a cpan expert here...am bumbling
around in the jungle here...:-/
Linda
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: perl Win32 lib support

2005-02-10 Thread Yitzchak Scott-Thoennes
On Thu, Feb 10, 2005 at 11:29:43AM -0800, linda w wrote:
 Am having problems with trying fixes for the below errors --
 once I encounter an error in making Win32, I can correct the source
 files in another window, but I then it won't let me run make on
 Win32 again w/o force because it already encountered an error.
 
 If I do a make force, it re-unpacks the source files over my changes.
 If I try to do the make by hand, I must not have my INC path setup,
 as I get a missing Config.pm when trying to make outside of
 cpan.
 
 Gerrit P. Haase wrote:
 
 Then -L/usr/lib/w32api is missing in hints/cygwin.pl.
 
 I tried adding line back in, but it didn't seem to make a difference.
 It seems like it is unpacking into 1 place: build/libwin32-0.191
 but then building parts of it in GSAR000[0-4]/...
 Sorry...but am a bit unclear about where it is copying and building
 sources...makes it difficult to do things manual at this point.

Um, you aren't going to have a lot of success building libwin32 from
CPAN afaik.  Your options are really

1) use the cygwin perl-libwin32 package, with a
use lib '/usr/lib/perl5/site_perl/5.8.2'; at the beginning of your
code or via the PERL5LIB var (see perldoc perlrun)

2) get the source for the perl-libwin32 and the other packages necessary
and try to build it (there will be a few failures)

3) wait for an updated perl-libwin32 release (should be soon)
 
 4) Warning: prerequisite Win32API::Registry 0 not found.
   Writing Makefile for Win32::TieRegistry
 
 
What's the warning/prereq not found message about?

Just a side effect of libwin32 being assembled from several independent
parts.  Win32API::Registry is in fact included with libwin32.
 
 
 5) make[2]: Entering directory 
 `//ishtar/share/CPAN/build-cygwin/GSAR001/libwin32-0.191/APIFile'
 Makefile:705: *** missing separator.  Stop.
 
 This is annoying, I get it occasionally, I believe it is a bug in
 MakeMaker, but I couldn't find it yet.  Does the build continue if you 
 add the missing tab and run make again?
 
 Where / how can I run make again within the cpan context?  Is there
 a perlvar I can change using ! in cpan to tellit to forget the fact
 that make just failed?  Sorry, not a cpan expert here...am bumbling
 around in the jungle here...:-/

Use the look Win32 command in the cpan shell.  I've had that
sometimes not work; if it doesn't, just start another shell and cd to
the directory cpan is doing the build in (probably
~/.cpan/build/libwin32-0.191).

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: perl Win32 lib support

2005-02-10 Thread linda w
Gerrit P. Haase wrote:
This is annoying, I get it occasionally, I believe it is a bug in
MakeMaker, but I couldn't find it yet.  Does the build continue if you 
add the missing tab and run make again?
===
Think I got past that point, -- have it building in win32 again and
running a make manually after fixing that makefile gets me:
/share/cpan/build-cygwin/libwin32-0.191 make
make[1]: Entering directory 
`//ishtar/share/cpan/build-cygwin/libwin32-0.191/APIFile'
cp cFile.pc ../blib/arch/Win32API/File/cFile.pc
cp File.pm ../blib/lib/Win32API/File.pm /usr/bin/perl.exe 
/usr/lib/perl5/5.8/ExtUtils/xsubpp  -typemap 
/usr/lib/perl5/5.8/ExtUtils/typemap -typemap typemap  File.xs  File.xsc 
 mv File.xsc File.c
gcc -c   -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -pipe 
-I/usr/local/include -DUSEIMPORTLIB -O3   -DVERSION=\0.09\ 
-DXS_VERSION=\0.09\  -I/usr/lib/perl5/5.8/cygwin/CORE   File.c
File.c: In function `XS_Win32API__File_CloseHandle':
File.c:121: warning: cast to pointer from integer of different size
File.c: In function `XS_Win32API__File_CreateFileA':
File.c:253: warning: cast to pointer from integer of different size
File.xs:132: warning: cast from pointer to integer of different size
File.xs:133: warning: cast from pointer to integer of different size
File.xs:135: warning: cast from pointer to integer of different size
File.c: In function `XS_Win32API__File_CreateFileW':
File.c:306: warning: cast to pointer from integer of different size
File.xs:156: warning: cast from pointer to integer of different size
File.xs:157: warning: cast from pointer to integer of different size
File.xs:159: warning: cast from pointer to integer of different size
File.c: In function `XS_Win32API__File_DeviceIoControl':
File.c:484: warning: cast to pointer from integer of different size
File.c: In function `XS_Win32API__File_FdGetOsFHandle':
File.c:547: warning: cast from pointer to integer of different size
File.c: In function `XS_Win32API__File_GetFileType':
File.c:614: warning: cast to pointer from integer of different size
File.c: In function `XS_Win32API__File_GetHandleInformation':
File.c:638: warning: cast to pointer from integer of different size
File.c: In function `XS_Win32API__File_ReadFile':
File.c:1170: warning: cast to pointer from integer of different size
File.c: In function `XS_Win32API__File_SetFilePointer':
File.c:1238: warning: cast to pointer from integer of different size
File.c: In function `XS_Win32API__File_SetHandleInformation':
File.c:1278: warning: cast to pointer from integer of different size
File.c: In function `XS_Win32API__File_WriteFile':
File.c:1314: warning: cast to pointer from integer of different size
Running Mkbootstrap for Win32API::File ()
chmod 644 File.bs
rm -f ../blib/arch/auto/Win32API/File/File.dll
LD_RUN_PATH= ld2  -s -L/usr/local/lib File.o  -o 
../blib/arch/auto/Win32API/File/File.dll  
/usr/lib/perl5/5.8/cygwin/CORE/libperl.dll.a
gcc -shared -o  File.dll -Wl,--out-implib=libFile.dll.a 
-Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,--stack,8388608 \
-s -L/usr/local/lib File.o  /usr/lib/perl5/5.8/cygwin/CORE/libperl.dll.a
Creating library file: libFile.dll.a
File.o(.text+0x7450):File.c: undefined reference to `_win32_get_osfhandle'
File.o(.text+0x13b79):File.c: undefined reference to `_win32_open_osfhandle'
collect2: ld returned 1 exit status
perlld: *** system() failed to execute
gcc -shared -o  File.dll -Wl,--out-implib=libFile.dll.a 
-Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,--stack,8388608 \
-s -L/usr/local/lib File.o  /usr/lib/perl5/5.8/cygwin/CORE/libperl.dll.a

make[1]: *** [../blib/arch/auto/Win32API/File/File.dll] Error 1
make[1]: Leaving directory 
`//ishtar/share/cpan/build-cygwin/libwin32-0.191/APIFile'
make: *** [subdirs] Error 2

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: perl Win32 lib support

2005-02-10 Thread Reini Urban
Yitzchak Scott-Thoennes schrieb:
3) wait for an updated perl-libwin32 release (should be soon)
It's already announced in cygwin-apps.
It just needs the necessary steps there.
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: perl Win32 lib support

2005-02-10 Thread Gerrit P. Haase
linda w wrote:
Gerrit P. Haase wrote:
This is annoying, I get it occasionally, I believe it is a bug in
MakeMaker, but I couldn't find it yet.  Does the build continue if you 
add the missing tab and run make again?

===
Think I got past that point, -- have it building in win32 again and
running a make manually after fixing that makefile gets me:
[...]
File.o(.text+0x7450):File.c: undefined reference to `_win32_get_osfhandle'
File.o(.text+0x13b79):File.c: undefined reference to 
`_win32_open_osfhandle'
collect2: ld returned 1 exit status
Hmm, we really should wait until Reini gets all bits together and
releases libwin32 for cygwin as package.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: perl Win32 lib support

2005-02-09 Thread linda w
Yitzchak Scott-Thoennes wrote:
What exactly is giving the error, and what error are you getting?
I had an IsWinNT is undefined error message 2 days ago, but I removed some
old-seeming directories (since I have 5.8.6 installed, I thought I'd
try deleting older versioned directories, though I have no 5.8.6
directories and most of the perl-lib files I had installed were under
/lib/perl5/5.8.5 which seems odd -- I would have thought installing a
newer perl would have installed lib files in 5.8.6...(?)
The error/build messages I am seeing now are:
cpan install Win32
Running install for module Win32
Running make for G/GS/GSAR/libwin32-0.191.zip
 Is already unwrapped into directory /share/CPAN/build-cygwin/GSAR001
 CPAN.pm: Going to build G/GS/GSAR/libwin32-0.191.zip
'INSTALLSITESEARCH' is not a known MakeMaker parameter name.
'SITE_PREFIX' is not a known MakeMaker parameter name.
Checking if your kit is complete...
Looks good
Checking if your kit is complete...
Looks good
Writing Makefile for Win32API::File
Checking if your kit is complete...
Looks good
Writing Makefile for Win32API::Net
Checking if your kit is complete...
Looks good
Writing Makefile for Win32API::Registry
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::ChangeNotify
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::Clipboard
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::Console
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::Event
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::EventLog
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::File
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::FileSecurity
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::IPC
Checking if your kit is complete...
Looks good
Unrecognized argument in LIBS ignored: ':nosearch'
Unrecognized argument in LIBS ignored: 'wininet.lib'
Writing Makefile for Win32::Internet
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::Job
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::Mutex
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::NetAdmin
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::NetResource
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::ODBC
Checking if your kit is complete...
Looks good
Processing hints file hints/cygwin.pl
Note (probably harmless): No library found for -lole32
Note (probably harmless): No library found for -loleaut32
Note (probably harmless): No library found for -luuid
Note (probably harmless): No library found for -lmsvcrt40
Writing Makefile for Win32::OLE
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::PerfLib
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::Pipe
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::Process
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::Registry
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::Semaphore
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::Service
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::Shortcut
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::Sound
Checking if your kit is complete...
Looks good
Warning: prerequisite Win32API::Registry 0 not found.
Writing Makefile for Win32::TieRegistry
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::WinError
Writing Makefile for Win32
Writing Makefile for Win32
make[1]: Entering directory 
`//ishtar/share/CPAN/build-cygwin/GSAR001/libwin32-0.191'
cp Win32.pm ../blib/lib/Win32.pm
make[2]: Entering directory 
`//ishtar/share/CPAN/build-cygwin/GSAR001/libwin32-0.191/APIFile'
Makefile:705: *** missing separator.  Stop.
make[2]: Leaving directory 
`//ishtar/share/CPAN/build-cygwin/GSAR001/libwin32-0.191/APIFile'
make[1]: *** [subdirs] Error 2
make[1]: Leaving directory 
`//ishtar/share/CPAN/build-cygwin/GSAR001/libwin32-0.191'
make: *** [subdirs] Error 2
 /usr/bin/make  -- NOT OK
Running make test
 Can't test without successful make
Running make install
 make had returned bad status, install seems impossible
=

I don't know which error/warning messages are abnormal, starting with:
1) 'INSTALLSITESEARCH' is not a known MakeMaker parameter name.
  'SITE_PREFIX' is not a known MakeMaker parameter name.
2) Unrecognized argument in LIBS ignored: ':nosearch'
  Unrecognized argument in LIBS ignored: 'wininet.lib'
3) Processing hints file hints/cygwin.pl
  Note (probably harmless): No library found for -lole32
  Note (probably harmless): No library found for -loleaut32
  Note (probably harmless): No library found for -luuid
  Note (probably harmless): No library found for -lmsvcrt40
### these are all 

Re: perl Win32 lib support

2005-02-09 Thread Gerrit P. Haase
linda w wrote:
Yitzchak Scott-Thoennes wrote:
What exactly is giving the error, and what error are you getting?

I had an IsWinNT is undefined error message 2 days ago, but I removed some
old-seeming directories (since I have 5.8.6 installed, I thought I'd
try deleting older versioned directories, though I have no 5.8.6
directories and most of the perl-lib files I had installed were under
/lib/perl5/5.8.5 which seems odd -- I would have thought installing a
newer perl would have installed lib files in 5.8.6...(?)
The naming scheme changed.  D+LL name is cygperl_5.8.dll and directories
are named .../5.8/...  The reason is that you can keep your modules when
5.8.7 is released, unless binary compatibility breaks.

The error/build messages I am seeing now are:
[...]
3) Processing hints file hints/cygwin.pl
  Note (probably harmless): No library found for -lole32
  Note (probably harmless): No library found for -loleaut32
  Note (probably harmless): No library found for -luuid
  Note (probably harmless): No library found for -lmsvcrt40
### these are all libs I see in /usr/lib/w32api as liblibname.a
Then -L/usr/lib/w32api is missing in hints/cygwin.pl.
4) Warning: prerequisite Win32API::Registry 0 not found.
  Writing Makefile for Win32::TieRegistry
5) make[2]: Entering directory 
`//ishtar/share/CPAN/build-cygwin/GSAR001/libwin32-0.191/APIFile'
Makefile:705: *** missing separator.  Stop.
make[2]: Leaving directory
### This appears to be a bug in the Makefile, line 704 has a target,
### but the build-line on line 705 isn't tab-indented, it's space indented
### which would seem to be a problem in the source that builds the Makefile
This is annoying, I get it occasionally, I believe it is a bug in
MakeMaker, but I couldn't find it yet.  Does the build continue if you 
add the missing tab and run make again?

Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: perl Win32 lib support

2005-02-08 Thread Reini Urban
Yitzchak Scott-Thoennes schrieb:
On Mon, Feb 07, 2005 at 06:42:21PM -0800, linda w wrote:
I thought there had been a fix in the works for this problem -- I
wanted to write a program using cygwin perl to access/modify the Registry.
When I load the Win32 package from cpan and try building it, I get
a familiar error message IsWinNT is undefined, so building and
installing cpan registry access routines isn't possible. 

Is there something else that would break if IsWinNT is set to
true if the underlying OS is NT based (or IsWin95 for Win9x/Me)?
I might be able to use ActiveState's Perl, but it doesn't play
so well with CPAN and doesn't seem to handle Cygwin paths very well
either.
Was there a work-around for this?

Upgrade to perl5.8.6, which addresses the IsWinNT-missing problem.
Also, I believe Reini will be releasing a new version of perl-libwin32
real soon now.
The interim version is at
  http://xarch.tu-graz.ac.at/publ/cygwin/release/perl-libwin32
(use http://xarch.tu-graz.ac.at/publ/cygwin/ as setup User URL:)
But I want to wait a bit for Rafael's answer about maintainership 
change, and for confirmation on the new libwin32 list about my proposed 
new Win32::Process functions and version bump.

perl-win32-gui and perl-win32-api will be the next.
New clamav and postgresql versions are also pending. Still some problems 
there (upstream and here).

--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: perl Win32 lib support

2005-02-08 Thread Yitzchak Scott-Thoennes
On Tue, Feb 08, 2005 at 12:04:51PM -0800, linda w wrote:
 There must be something else involved or I've messed something else up:
 
  perl -v
 This is perl, v5.8.6 built for cygwin-thread-multi-64int
 ...
 
I seem to have 5.8.6 installed.  Is there anything else I should
 look at.  I probably have something else messed up somewhere.  :-/
 Sigh.
 
 -linda
 
 
 Yitzchak Scott-Thoennes wrote:
 
 Upgrade to perl5.8.6, which addresses the IsWinNT-missing problem.
 Also, I believe Reini will be releasing a new version of perl-libwin32
 real soon now.

What exactly is giving the error, and what error are you getting?

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



perl Win32 lib support

2005-02-07 Thread linda w
I thought there had been a fix in the works for this problem -- I
wanted to write a program using cygwin perl to access/modify the Registry.
When I load the Win32 package from cpan and try building it, I get
a familiar error message IsWinNT is undefined, so building and
installing cpan registry access routines isn't possible. 

Is there something else that would break if IsWinNT is set to
true if the underlying OS is NT based (or IsWin95 for Win9x/Me)?
I might be able to use ActiveState's Perl, but it doesn't play
so well with CPAN and doesn't seem to handle Cygwin paths very well
either.
Was there a work-around for this?
Thanks,
-linda
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/