On Mon, 19 Mar 2012, Howard Tanner wrote:
>
> I couldn't get any events to be fired either. Perhaps Jan can weigh in since
> he seems to be around today.
Sorry, I don't know _why_ it isn't working, but I've seen
others run into the same problem with SAPI. Unfortunately
I don't have time to play
I couldn't get any events to be fired either. Perhaps Jan can weigh in since
he seems to be around today.
Here's my test code:
use strict;
use Win32::OLE qw(EVENTS);
my $vox = Win32::OLE->new ('SAPI.SpVoice')
|| die "Unable to create SAPI object\n";
sub Event {
my ($Obj, $Event, @Args) = @_
Jan -
Fixed, thanks for your help.
Probably not necessary, but . . .
- removed PDK
- removed Active Perl
- Cleaned out a couple of left-over registry entries in CLSID for "PerlDB.exe"
- Re-installed all
- Re-installed my license
- Re-started . . . and it's all working :-)
Dan
On 03/19/12 01:32
On Sun, 18 Mar 2012, Sisyphus wrote: On Wed, 14 Mar 2012, "Mark Dootson"
wrote:
>> Hi,
>>
>> On 11/03/2012 23:52, Sisyphus wrote:
>>
>>> An afterthought or two: It's a bug, right ? (It smells like a bug to
>>> me.) Is it a bug in perl ? I'm thinking that CORE/win32.h should be
>>> assigning the va
Thanks for the answer.
I've also found these links that can help maybe:
http://code.activestate.com/lists/activeperl/13161/ <-- tried it,
callback still doesn't get executed
http://www.perlmonks.org/?node_id=429272 <-- tried it, doesn't work
I'm finding it difficult to translate that VB code to
On Mon, 19 Mar 2012, Daniel Rawson wrote:
> Chris -
>
> That's what I was afraid of . . . .my 5.14.2 install is definitely
> 64-bit, but the old PDK is from 2004, so it's certainly 32-bit :-(
The 32-bit PDK debugger should still work with 64-bit Perl.
They run in separate processes and just exchan
The relevant value is PERL5DB. It should have been set by pdkdebug
for you, but maybe there is some permissions issue if you don't
run it elevated.
pdkdebug will set this variable in the registry under the Perl key,
but you can also add it manually to the environment yourself.
The value should be
Chris -
That's what I was afraid of . . . .my 5.14.2 install is definitely 64-bit, but
the old PDK is from 2004, so it's certainly 32-bit :-(
perl -V returns:
==
Summary of my perl5 (revision 5 version 14 subversion 2) configuration:
Platform:
osname=MSWin32, osv
Hi Daniel,
I don't believe that there is a 64-bit PDK gui debugger which is what I
believe that you are trying to use.
Chris
On Mon, Mar 19, 2012 at 10:18 AM, Daniel Rawson wrote:
> Jan -
>
> Thanks . . . I did finally get it to install, but it won't start by
> default from perl -d :-(
>
> I tr
Jan -
Thanks . . . I did finally get it to install, but it won't start by default
from perl -d :-(
I tried setting PERL5LIB to the install path, but that didn't help. The debug
listener is running, and -query shows that it's running in local mode . . . .
any other ideas?
Thanks!
Dan
On 03/
From: perl-win32-users-boun...@listserv.activestate.com
[mailto:perl-win32-users-boun...@listserv.activestate.com] On Behalf Of
haratron
Sent: Monday, March 19, 2012 11:21 AM
To: perl-win32-users@listserv.ActiveState.com
Subject: Win32::OLE events callback not executed
Hello,
I want to implement
Daniel,
There is no GUI debugger included in ActivePerl (I think Mark
may be mixing it up with the GUI interface to Perl::Critic,
which was initially added to the PDK, but has been moved to
ActivePerl since then).
However, the GUI debugger from your PDK should still work with
the latest ActivePer
Hello,
I want to implement "karaoke" functionality on my TTS (text to speech)
editor. Meaning
that I want to highlight words the moment they are spoken by the TTS system.
I read that I need to watch for the onWord event.
I have the same problem with this person:
http://www.mail-archive.com/perl-
Hi,
I guess you have toggled the debugger onto the command-line by setting
environment variable
PERL5DB=BEGIN { require 'perl5db.pl'; }
Check http://docs.activestate.com/komodo/4.4/debugperl.html, Disabling and
Enabling the Perl Dev Kit (PDK) Debugger
-rainer-
-Original Message-
From:
Ooops
On 19/03/2012 10:37, Mark Dootson wrote:
> I think you'll find ActivePerl 5.14.2 comes with its own graphical
> debugger. If it doesn't load by default with -d, you must have some
> setting present that prevents this.
I'm thinking I imagined this. Can't find a reference to it anywhere.
Sor
Mark -
Thanks . . . I get the command-line debugger when I start with -d . . . more
research, I guess :-)
Dan
On 03/19/12 06:37 AM, Mark Dootson wrote:
> I think you'll find ActivePerl 5.14.2 comes with its own graphical
> debugger. If it doesn't load by default with -d, you must have some
> set
I think you'll find ActivePerl 5.14.2 comes with its own graphical
debugger. If it doesn't load by default with -d, you must have some
setting present that prevents this.
On 19/03/2012 10:15, Daniel Rawson wrote:
> My work system was recently "upgraded" to Windows 7 and ActivePerl 5.14.2 - I
>
My work system was recently "upgraded" to Windows 7 and ActivePerl 5.14.2 - I
had been using v5.8 + PDK v6 for years. Unfortunately, the old 32-bit PDK
doesn't work with my company-provided install of 5.14.2. In addition, the
Devel::ptkdb module is not available for 5.14.
I've been using the
18 matches
Mail list logo
