Orphaned modules (was: compiling Inline::Ruby on win32)
hmm..
So -- ruby uses 'native' signals on win32 and perl rolls it own? Is that the
major issue?
Too bad.. it would be awfully nice to be able to 'borrow' any APIs that ruby
folks
write, and roll them up into CPAN.
Anyways, apparently HttpWatch has a generic COM interface (not a ruby-only)
extension,
so I was going to write perl around that, but I'm running into other issues.
In particular, it looks like Win32::Setupsup and Win32::SAM are both sort of
orphaned modules that are fairly essential to controlling internet explorer in
a fine, granularized way (ie: firing up IE and populating both main windows and
closing
popups), so I was hoping that I could get those working.
However, both don't seem to have ppms, and setupsup is not even listed on CPAN
(although after doing some grepping I see you can get it at
(http://www.cpan.org/modules/by-module/Win32/setupsup.1.0.1.0.zip)
Does anyone have an idea whether these are going to make it to ppms for 5.8?
I also see that setupsup in particular requires a SDK. Is there a separate
requirement that I need to compile this, or is visualc++ 6.0 sufficient?
Thanks,
Ed
On Fri, Aug 10, 2007 at 05:22:12PM +1000, Sisyphus wrote:
- Original Message -
From: Ed S. Peschko [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: Jan Dubois [EMAIL PROTECTED]; Eric Promislow
[EMAIL PROTECTED]; Gisle Aas [EMAIL PROTECTED];
perl-win32-users@listserv.ActiveState.com; Todd Whiteman
[EMAIL PROTECTED]
Sent: Thursday, August 09, 2007 4:15 PM
Subject: [SPAM?] Compilation of Inline::Ruby on win32
All,
I'm trying to compile Inline::Ruby on win32, using visualc++ v6 and
activestate perl, without too much luck, in trying to get HttpWatch
to work with perl.
In particular, I'm having difficulty with the headers.
As it stands, signal.h and Win32 perl are incompatible. You can't #include
signal.h on Win32 when building perl extensions. And I think signal.h
gets pulled in as soon as you #include ruby.h.
So it looks like an impasse to me - though, faik, it may be possible to
hack your way through it.
---
C:\_32\pscrpt\inlinetype try.pl
use warnings;
use Inline C = 'EOC';
#include signal.h
void foo() {
printf(Hello World\n);
}
EOC
foo();
C:\_32\pscrpt\inlineperl try.pl
.
snipped
.
In file included from try_pl_3fe7.xs:6:
C:/_32/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/signal.h:84:
error: syntax error before '(' token
dmake: Error code 129, while making 'try_pl_3fe7.o'
.
snipped
.
BEGIN failed--compilation aborted at try.pl line 12.
---
I could find ppm's for many of the Inline::* modules, but not Inline::Ruby
- which also is not a good sign.
Cheers,
Rob
___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Orphaned modules (was: compiling Inline::Ruby on win32)
hmm..
So -- ruby uses 'native' signals on win32 and perl rolls it own? Is that the
major issue?
Too bad.. it would be awfully nice to be able to 'borrow' any APIs that ruby
folks
write, and roll them up into CPAN.
Anyways, apparently HttpWatch has a generic COM interface (not a ruby-only)
extension,
so I was going to write perl around that, but I'm running into other issues.
In particular, it looks like Win32::Setupsup and Win32::SAM are both sort of
orphaned modules that are fairly essential to controlling internet explorer in
a fine, granularized way (ie: firing up IE and populating both main windows and
closing
popups), so I was hoping that I could get those working.
However, both don't seem to have ppms, and setupsup is not even listed on CPAN
(although after doing some grepping I see you can get it at
(http://www.cpan.org/modules/by-module/Win32/setupsup.1.0.1.0.zip)
Does anyone have an idea whether these are going to make it to ppms for 5.8?
I also see that setupsup in particular requires a SDK. Is there a separate
requirement that I need to compile this, or is visualc++ 6.0 sufficient?
Thanks,
Ed
On Fri, Aug 10, 2007 at 05:22:12PM +1000, Sisyphus wrote:
- Original Message -
From: Ed S. Peschko [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: Jan Dubois [EMAIL PROTECTED]; Eric Promislow
[EMAIL PROTECTED]; Gisle Aas [EMAIL PROTECTED];
perl-win32-users@listserv.ActiveState.com; Todd Whiteman
[EMAIL PROTECTED]
Sent: Thursday, August 09, 2007 4:15 PM
Subject: [SPAM?] Compilation of Inline::Ruby on win32
All,
I'm trying to compile Inline::Ruby on win32, using visualc++ v6 and
activestate perl, without too much luck, in trying to get HttpWatch
to work with perl.
In particular, I'm having difficulty with the headers.
As it stands, signal.h and Win32 perl are incompatible. You can't #include
signal.h on Win32 when building perl extensions. And I think signal.h
gets pulled in as soon as you #include ruby.h.
So it looks like an impasse to me - though, faik, it may be possible to
hack your way through it.
---
C:\_32\pscrpt\inlinetype try.pl
use warnings;
use Inline C = 'EOC';
#include signal.h
void foo() {
printf(Hello World\n);
}
EOC
foo();
C:\_32\pscrpt\inlineperl try.pl
.
snipped
.
In file included from try_pl_3fe7.xs:6:
C:/_32/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/signal.h:84:
error: syntax error before '(' token
dmake: Error code 129, while making 'try_pl_3fe7.o'
.
snipped
.
BEGIN failed--compilation aborted at try.pl line 12.
---
I could find ppm's for many of the Inline::* modules, but not Inline::Ruby
- which also is not a good sign.
Cheers,
Rob
___
ActivePerl mailing list
[EMAIL PROTECTED]
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Re: Orphaned modules (was: compiling Inline::Ruby on win32)
On Fri, Aug 10, 2007 at 09:39:46PM -0500, Randy Kobes wrote: On Fri, 10 Aug 2007, Ed S. Peschko wrote: In particular, it looks like Win32::Setupsup and Win32::SAM are both sort of orphaned modules that are fairly essential to controlling internet explorer in a fine, granularized way (ie: firing up IE and populating both main windows and closing popups), so I was hoping that I could get those working. However, both don't seem to have ppms, and setupsup is not even listed on CPAN (although after doing some grepping I see you can get it at (http://www.cpan.org/modules/by-module/Win32/setupsup.1.0.1.0.zip) There's a Win32-Setupsup ppm package available at http://theoryx5.uwinnipeg.ca/ppms/ -- best regards, Randy Kobes Great - who maintains it? If they could possibly both get the changes to code (to make it work) into CPAN so that you can actually search for it, and make it more standard (ie: if activestate could support it), it would be greatly appreciated.. hmm.. I see that Jens Helburg supports it.. so I'll send him a message. Ed ___ Perl-Win32-Users mailing list Perl-Win32-Users@listserv.ActiveState.com To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Re: Orphaned modules (was: compiling Inline::Ruby on win32)
On Fri, Aug 10, 2007 at 09:39:46PM -0500, Randy Kobes wrote: On Fri, 10 Aug 2007, Ed S. Peschko wrote: In particular, it looks like Win32::Setupsup and Win32::SAM are both sort of orphaned modules that are fairly essential to controlling internet explorer in a fine, granularized way (ie: firing up IE and populating both main windows and closing popups), so I was hoping that I could get those working. However, both don't seem to have ppms, and setupsup is not even listed on CPAN (although after doing some grepping I see you can get it at (http://www.cpan.org/modules/by-module/Win32/setupsup.1.0.1.0.zip) There's a Win32-Setupsup ppm package available at http://theoryx5.uwinnipeg.ca/ppms/ -- best regards, Randy Kobes Great - who maintains it? If they could possibly both get the changes to code (to make it work) into CPAN so that you can actually search for it, and make it more standard (ie: if activestate could support it), it would be greatly appreciated.. hmm.. I see that Jens Helburg supports it.. so I'll send him a message. Ed ___ ActivePerl mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs ___ Perl-Win32-Users mailing list Perl-Win32-Users@listserv.ActiveState.com To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
[SPAM?] Compilation of Inline::Ruby on win32
All,
I'm trying to compile Inline::Ruby on win32, using visualc++ v6 and
activestate perl, without too much luck, in trying to get HttpWatch
to work with perl.
In particular, I'm having difficulty with the headers. When you try to
compile it, the lines in malloc.h and signal.h (win32 headers) turn
from:
_CRTIMP void (__cdecl * __cdecl signal(int, void (__cdecl *)(int)))(int);
into
__declspec(dllimport) void (__cdecl * __cdecl
(*(*Perl_IProc_ptr(((PerlInterpreter *)Perl_get_context(-pSignal)
((*Perl_IProc_ptr(((PerlInterpreter *)Perl_get_context(, (int),
(void (__cdecl *)(int)))
)
(int);
This also happens with malloc, etc in the files:
\visualc\VC98\Include\SIGNAL.H
and
\visual\VC98\Include\MALLOC.H
with the errors:
C:\visualc\VC98\INCLUDE\signal.h(102) : error C2059: syntax error : '('
C:\visualc\VC98\INCLUDE\malloc.h(106) : error C2059: syntax error : '('
C:\visualc\VC98\INCLUDE\malloc.h(107) : error C2059: syntax error : '('
C:\visualc\VC98\INCLUDE\malloc.h(108) : error C2059: syntax error : '('
Same thing happens with ruby (the win32.h headers)
I am using
http://rubyforge.org/frs/?group_id=167
as a ruby executable (native win32) and
http://rubyforge.org/frs/?group_id=104
As I said, the ultimate goal is to be able to use HttpWatch
(http://www.httpwatch.com) with perl - it pisses me off, it has a
ruby API but no perl API.
Given that this is the best tool I've ever used for sniffing http traffic
(even does https unencryption transparently) and that it would allow perl
to very finely control IE (and ultimately firefox) using OLE, I'd love
to get this to work natively (rather than try to loop it in through
a separate, ruby script). And not having the time to write a native perl
API for the program myself, I thought I'd borrow ruby's.
. Any ideas on helping compile this would be very helpful.. Also, any
line on a HttpWatch API for perl would be very welcome.
Ed
___
ActivePerl mailing list
[EMAIL PROTECTED]
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Compilation of Inline::Ruby on win32
All,
I'm trying to compile Inline::Ruby on win32, using visualc++ v6 and
activestate perl, without too much luck, in trying to get HttpWatch
to work with perl.
In particular, I'm having difficulty with the headers. When you try to
compile it, the lines in malloc.h and signal.h (win32 headers) turn
from:
_CRTIMP void (__cdecl * __cdecl signal(int, void (__cdecl *)(int)))(int);
into
__declspec(dllimport) void (__cdecl * __cdecl
(*(*Perl_IProc_ptr(((PerlInterpreter *)Perl_get_context(-pSignal)
((*Perl_IProc_ptr(((PerlInterpreter *)Perl_get_context(, (int),
(void (__cdecl *)(int)))
)
(int);
This also happens with malloc, etc in the files:
\visualc\VC98\Include\SIGNAL.H
and
\visual\VC98\Include\MALLOC.H
with the errors:
C:\visualc\VC98\INCLUDE\signal.h(102) : error C2059: syntax error : '('
C:\visualc\VC98\INCLUDE\malloc.h(106) : error C2059: syntax error : '('
C:\visualc\VC98\INCLUDE\malloc.h(107) : error C2059: syntax error : '('
C:\visualc\VC98\INCLUDE\malloc.h(108) : error C2059: syntax error : '('
Same thing happens with ruby (the win32.h headers)
I am using
http://rubyforge.org/frs/?group_id=167
as a ruby executable (native win32) and
http://rubyforge.org/frs/?group_id=104
As I said, the ultimate goal is to be able to use HttpWatch
(http://www.httpwatch.com) with perl - it pisses me off, it has a
ruby API but no perl API.
Given that this is the best tool I've ever used for sniffing http traffic
(even does https unencryption transparently) and that it would allow perl
to very finely control IE (and ultimately firefox) using OLE, I'd love
to get this to work natively (rather than try to loop it in through
a separate, ruby script). And not having the time to write a native perl
API for the program myself, I thought I'd borrow ruby's.
. Any ideas on helping compile this would be very helpful.. Also, any
line on a HttpWatch API for perl would be very welcome.
Ed
___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
