John Deighan wrote:
>> OK, then, consider this program. Notice that there's a global $i which
>> has the value 5. Now, when func() is called, if the "my $i" did not
>> create a new lexically scoped variable, then the print line would print
>> "i = 5". But it doesn't - obviously because the lexic
On Fri, 17 Feb 2006 12:05:08 -0800, you wrote:
>OK, then, consider this program. Notice that there's a global $i
>which has the value 5. Now, when func() is called, if the "my $i" did
>not create a new lexically scoped variable, then the print line would
>print "i = 5". But it doesn't - obvious
Windows XP
ActiveState Perl 5.8.7 build 815
I've seen this in the past with other keys, but I really need to work
heavily inside the Enum key now and this is running me into a wall.
I've stripped the code down to the simplest possible:
use Win32::TieRegistry ( Delimiter=>"/", ArrayValues=>0
At 02:28 PM 2/17/2006 -0500, John Deighan wrote:
>That in no way explains where the values that end up in those
>variables come from. Also, see my other post about the creation of
>the lexical variables in statement like "my $var = if
>". If I'm wrong in that post, I'd like to know why.
They g
John Deighan wrote:
At 01:06 PM 2/17/2006, Joe Discenza wrote:
Fascinating! You have one misconception right off: The "my" line is
never executed (not even to make the new variables) if $L is false.
OK, then, consider this program. Notice that there's a global $i which
has the value 5. Now,
At 01:06 PM 2/17/2006, Joe Discenza wrote:
Fascinating! You
have one misconception right off: The "my" line is never
executed (not even to make the new variables) if $L is
false.
OK, then, consider this program. Notice that there's a global $i
which has the value 5. Now, when func() is called, if
--- Foo Ji-Haw <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I'm trying my first hand at writing some C code to
> extend TAPI onto Perl
> using inline.pm. I didn't get very far though.
> Appreciate if anyone can
> help explain the error (source code is attached).
>
> It seems to complain that _li
At 01:29 PM 2/17/2006, Chris Wagner wrote:
At 12:46 PM 2/17/2006 -0500, John Deighan wrote:
>OK, same caveat as before - apparent bugs in Perl are usually user
>errors, but once again, I'm stumped. Here is my code. The problem I
>have is in the second call to getCached(), specifically, the line:
Title: RE: Perl Bug (again)
John Deighan wrote, on Fri 17-Feb-06 12:46
: my($nextID,$maxID) = @$L if $L;
:
: The parameter to getCached, $Customer, has a different value than
: during the first call. Because of that, the variable $L is undefined.
: What I expect the statement above to do is
At 12:46 PM 2/17/2006 -0500, John Deighan wrote:
>OK, same caveat as before - apparent bugs in Perl are usually user
>errors, but once again, I'm stumped. Here is my code. The problem I
>have is in the second call to getCached(), specifically, the line:
>
>my($nextID,$maxID) = @$L if $L;
I think
OK, same caveat as before - apparent bugs in Perl are usually user
errors, but once again, I'm stumped. Here is my code. The problem I
have is in the second call to getCached(), specifically, the line:
my($nextID,$maxID) = @$L if $L;
The parameter to getCached, $Customer, has a different value
Hi,
use Inline C=> DATA => LIBS => '-L Tapi32.Lib';
does the trick. The unresolved external is defined in the Tapi32.Lib.
regards
Reinhard
Foo Ji-Haw wrote:
Hi all,
I'm trying my first hand at writing some C code to extend TAPI onto
Perl using inline.pm. I didn't get very far though. Apprec
Hi all,
I'm trying my first hand at writing some C code to extend TAPI onto Perl
using inline.pm. I didn't get very far though. Appreciate if anyone can
help explain the error (source code is attached).
It seems to complain that _lineInitializeExA (defined in tapi.h I think)
is not resolved.
13 matches
Mail list logo