..I just upgraded to 5.10 (uninstalled 5.8 and installed 5.10, actually)
and I can't seem to execute using the perl ActiveScript engine. For
instance, I try this simple script:
job
script language=PerlScript
use strict;
say Hello World;
/script
/job
and try to run with cscript -- cscript
Jan Dubois wrote:
On Thu, 20 Dec 2007, Michael Ellery wrote:
..I just upgraded to 5.10 (uninstalled 5.8 and installed 5.10, actually)
and I can't seem to execute using the perl ActiveScript engine. For
instance, I try this simple script:
job
script language=PerlScript
use strict;
say
just running some quick COM code in perl and I notice this: if I call a
property or method that returns VT_I4, Win32::OLE maps that to a perl
integer in scalar context. When I call a property or method that
returns VT_INT, however, it gets mapped to a perl string. Is this
deliberate? Is it
Jan Dubois wrote:
On Wed, 09 Jan 2008, Michael Ellery wrote:
just running some quick COM code in perl and I notice this: if I call
a property or method that returns VT_I4, Win32::OLE maps that to a
perl integer in scalar context. When I call a property or method that
returns VT_INT, however
Given some object and a property:
my $obj = new Win32::OLE(SOME.class);
my $val = $obj-{SomeProperty};
...is there some way to determine the VT type of $val (or of
SomeProperty, equivalently). I often run into strange problems where I
expect a 32 bit negative value from some property, but when
Jan Dubois wrote:
On Mon, 04 Feb 2008, Michael Ellery wrote:
Given some object and a property:
my $obj = new Win32::OLE(SOME.class);
my $val = $obj-{SomeProperty};
...is there some way to determine the VT type of $val (or of
SomeProperty, equivalently). I often run into strange problems
Can Win32::OLE access methods/props marked as hidden in the IDL? There
happens to be one property we have marked as such and I tried the naive
thing:
my $secret = $object-HiddenProperty
...and it was rejected. Is there some way to ask Win32::OLE to ignore
the hidden attribute?
TIA,
Mike
Many thanks to the people at ActiveState for all the work in getting us
a release of 5.10. I've been holding off on upgrading for the package
compatibility problem. Is there now a complete ppm repository available
for 5.10? Are there any packages that were available in 5.8 that are no
longer
Sisyphus wrote:
I couldn't find a Cygwin version of rsync under Cygwin's Setup.exe (though
it wouldn't surprise me if such a beast existred) and the 2 windows
executables that I've tried (rsync-wrap.exe and rsync.exe both croak on the
command).
I have a fairly recent install of Cygwin and
Howard Maher wrote:
One of our possible vendors said that if Perl scripts can be callable COM
objects, then we can interface with their engine. Does anyone know whether
Perl scripts can be? The languages that they suggest are VB6, C++, and
.NET... The Perl.NET project has pretty much
..I use this function pretty regularly to spawn procs on windows, but
I've often wanted to minimize the console or main window that was
launched. Does anyone know how to do this? In the corresponding WIN32
API, there is a STARTUPINFO structure that allows this, but looks like
it's not part
Sisyphus wrote:
What happens if you launch the script using the wperl executable instead
of the perl executable ?
I don't even know what wperl is, although it does look like it's part of
my current perl install (I have never heard of it before now). In any
event, it's not an option for
Jan Dubois wrote:
If you need to wait for your subprocesses, then you may want
to use this somewhat obscure form:
my $pid = system(1, $cmdline);
# ...
waitpid $pid, 0;
(This is documented in `perldoc perlport` as a Win32 specific extension
to system(), but not mentioned
I have a COM component with a property defined like this (IDL):
[propput, id(30), helpstring(property TestSuite)] HRESULT
TestSuite([in] IUnknown *pVal);
[propget, id(30), helpstring(property TestSuite)] HRESULT
TestSuite([out, retval] IUnknown **ppVal);
..basically it gets/sets a dual
Win32 Users,
I would like to accept OLE Events in my script - I've written working
code that successfully receives events. Now I want to also receive some
console (stdin) input. I typically use Term::Readline for this,
although I'm happy to try something else. The basic problem is that
Jan Dubois wrote:
You may get something working by using Term::ReadKey::ReadKey() in
non-blocking mode interleaved with calls to Win32::OLE-SpinMessageLoop().
thanks for this advice -- I'm going to give Spin/ReadKey a try first.
It has the undesirable polling loop aspect but i think it
apologies if this is not the right place for module specific
questions...but here goes...
I'm running 5.8.8 and have had Win32::ToolHelp installed for some time.
Just recently, I started getting a failure when trying to use the
package - specifically:
Can't load
Stuart Arnold wrote:
Did you copy/paste or type the error in? There seems to be a typo:
TollHelp.dll
ToolHelp/TollHelp.dll
typo -- sorry. That is ToolHelp.dll.
Thanks,
Mike
___
Perl-Win32-Users mailing list
Michael Ellery wrote:
apologies if this is not the right place for module specific
questions...but here goes...
I'm running 5.8.8 and have had Win32::ToolHelp installed for some time.
Just recently, I started getting a failure when trying to use the
package - specifically:
Can't
does anyone know of a source for a NET::SSH2 ppm for 5.10? I managed to
get this from uwinnipeg for 5.8, but ppm is telling me it can't find it
in the 5.10 repository (now that I've upgraded).
Thanks,
Mike Ellery
___
Perl-Win32-Users mailing list
Serguei Trouchelle wrote:
Try this:
ppm install http://trouchelle.com/ppm10/Net-SSH2.ppd
yes, indeed - that seems to have worked for me. Thanks for that...and
to Rob for offering his own private build to me.
Regards,
Mike
___
Win32-ers,
Does anyone know off-hand what TieRegistry should do with a statment
like this:
$Registry-{'LMachine/Software/Bar'} = {'SubKey/' = { '/SomeValue' = 1 }};
..specifically, with respect to the type of the SomeValue entry? I had
thought that it would create a DWORD value since the value
Win32 users:
What's the best way to add a new path to perl's @INC search path? Our
product installs several perl modules and I would like to make those
modules available to all perl scripts without asking users to add the
'use lib mypath' business in every script. I'm only concerned with
windows
I've recently upgraded to activeperl 5.10 (looks like it's build 1004)
and I've just noticed that I can no longer instantiate my script
components (which are written in PerlScript). Specifically, the perl
interpreter process crashes.
So, wanting to eliminate my WSCs, I went back to basics and
Just curious if anyone out there has experience getting Net::XMPP to
work with perl 5.8.x on windows? I did manage to get it installed (via
ppm), but I'm encountering some runtime errors that make me think more
packages are required (it seems to be complaining about
Authen::SASL::Cyrus at the
Barry Brevik wrote:
Re: Active Perl 5.8.8 running on Windows.
Back when I was doing some Assembly language programming, there was a
system call to yield to the Windows operating system, in other words,
give up the rest of your time slice.
Is there a way to do this with Perl? I'm writing
I haven't followed your thread closely, but it seems like the relevant
bits from your first link are these:
my $objSecDescriptor = Win32::OLE::Variant- new (VT_DISPATCH|VT_BYREF);
my $retval =
$objDirectorySecSetting-GetSecurityDescriptor($objSecDescriptor);
..which seems to be filling the
Michael wrote:
Okay - Just to sum up the whole thing.
The original VBScript EOF;
Option Explicit
Dim objWMIService, objOV_NodeGroup, objGetRoot, objChildGroups, arrNodes,
objItem
Set objWMIService = GetObject(winmgmts:root\HewlettPackard\OpenView\data)
Set objOV_NodeGroup =
I have a slow startup problem with a library I have written. The
observed behavior is that perl scripts that use my library
*intermittently* take 30 seconds to startup. If I run them again
immediately thereafter, they drop back down to about 10 seconds to
startup. If I wait for some time
On 1/18/2010 4:52 PM, Jan Dubois wrote:
On Mon, 18 Jan 2010, Michael Ellery wrote:
I have a slow startup problem with a library I have written. The
observed behavior is that perl scripts that use my library
*intermittently* take 30 seconds to startup. If I run them again
immediately
On 1/19/2010 4:17 PM, Jan Dubois wrote:
On Mon, 18 Jan 2010, Michael Ellery wrote:
Thanks for that patch. I've patched the file on my system and rebooted -
now I see times shown below. Now my first startup time is only double my
steady state time, which seems to be an improvement (previous
I need to generate some HTML for some perl code, so I thought I would
try Syntax::Highlight::Perl. I used ppm to install it, but I was not
able to use the module (not found). Upon further investigation, I found
that only a Syntax::Highlight::Perl6 package was installed. When I do a
search,
32 matches
Mail list logo