Sorry about the delay in responding.
My current sample program is 2760 lines of imcc in 23 files, plus a
small .tcl script.
I'll see if I can trim that down to a more reasonable test case.
On Monday, January 26, 2004, at 05:32 AM, Leopold Toetsch wrote:
Will Coleda <[EMAIL PROTECTED]> wrote:
Well, that was festive. "I can reproduce that bug in 22 lines!"
I expect the following code to print out a single colon (since
PerlUndef prints as the empty string) and a newline. Instead, I get:
:get_string() not implemented in class 'RetContinuation'
which shows that the PerlUndef I assigned
Will Coleda <[EMAIL PROTECTED]> wrote:
> I'm trying to track down a problem with a PerlArray that is getting
> modified on me.
> I have a snippet of code like:
Could you please provide a complete program, that imposes the bug?
leo
Nope. If I turn on -G and leave off explicit savetop/restoretop, the
perlArray is still stomped.
Regards.
On Sunday, January 25, 2004, at 09:29 AM, Leopold Toetsch wrote:
Will Coleda <[EMAIL PROTECTED]> wrote:
If there's magic, it was an unintentional invocation. =-) If I was
managing my own
Will Coleda <[EMAIL PROTECTED]> wrote:
> If there's magic, it was an unintentional invocation. =-) If I was
> managing my own registers, I'd expect to have to save things - but
> since I'm always (I think) using .locals or the $I syntax, I'd
> expect IMCC to do the saving,
IMCC does provide the n
If there's magic, it was an unintentional invocation. =-) If I was
managing my own registers, I'd expect to have to save things - but
since I'm always (I think) using .locals or the $I syntax, I'd
expect IMCC to do the saving, since I have no way of knowing /which/
registers it's using for me.
Will Coleda writes:
> I'm trying to track down a problem with a PerlArray that is getting
> modified on me.
>
> I have a snippet of code like:
>
> typeof $S12, tcl_words
> $I12 = tcl_words
> print "TYPEOF: "
> print $S12
> print "\n"
> print "SIZEOF: "
> print $I12
> print "\n"
>
