Bob Rogers wrote:
Phooey; I should read what I write. This version changes the word
"sub" to "handler" in a comment, thereby causing it to make sense.
I've now implemented the proposed stricter clear_eh semantics. That is
* clear_eh can only clear exception handlers
* and only from the curr
# New Ticket Created by Bob Rogers
# Please include the string: [perl #38236]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38236 >
From: jerry gay <[EMAIL PROTECTED]>
Date: Sat, 14 Jan 2006 08:45:50 -0800
On 1/
Phooey; I should read what I write. This version changes the word
"sub" to "handler" in a comment, thereby causing it to make sense.
-- Bob
Index: t/pmc/exception.t
===
--- t/pmc/exception.
From: jerry gay <[EMAIL PROTECTED]>
Date: Sat, 14 Jan 2006 08:45:50 -0800
On 1/13/06, Bob Rogers <[EMAIL PROTECTED]> wrote:
> still in progress). Unless somebody would like to see a patch with just
> the test cases, both marked 'TODO'?
what's a 0.4.1 release without some TODO t
On 1/13/06, Bob Rogers <[EMAIL PROTECTED]> wrote:
> still in progress). Unless somebody would like to see a patch with just
> the test cases, both marked 'TODO'?
>
what's a 0.4.1 release without some TODO tests? the more the better.
~jerry
From: Bob Rogers <[EMAIL PROTECTED]>
Date: Fri, 6 Jan 2006 23:22:19 -0500
If sub A pushes an error handler and then calls B, B can do a
'clear_eh' to get rid of A's handler. This seems to work until B
returns, at which point the control stack unwinding done by
RetContinuation
If sub A pushes an error handler and then calls B, B can do a
'clear_eh' to get rid of A's handler. This seems to work until B
returns, at which point the control stack unwinding done by
RetContinuation destroys the rest of the stack looking for the missing
handler. The patch detects the probl
