Re: Stack unwinding
On Jan 23, 2:12 pm, George2 <george4acade...@yahoo.com> wrote:
I listed for scenarios. I think case 1, 2 and 4 are object's
destructor is called during stack unwinding caused by
exception. Scenario 3 is not stack unwinding and it is normal
function return (not exception) triggers the destructor of the
object.
Scenario 1:
[Code]
try {
local object defined;
exception throws;
} catch () {
catched;
(BTW: the past participle of "to catch" is caught, not catched.)
}
Whether you catch the exception or not, the exception leaves the
block in which the objects were defined, so they are destructed.
[/Code]
Scenario 2:
[Code]
try {
local object defined;
exception throws;
} catch () {
not catched;
}
I don't see where this is any different than the first scenario.
Or do you mean to imply that in the catch didn't apply to the
type thrown? Either way, it doesn't make a difference. The
exception causes the block to be exited, so destructors are
called.
[/Code]
Scenario 3:
[Code]
local object defined;
try{
exception throws;
} catch () {
catched;
}
Here, the local objects are not in the block, and the exception
doesn't propagate any further, so they are not destructed.
It's actually fairly easy to understand, and very intuitive. If
you execute code where the variables are visible, then they
haven't been destructed. If you don't, then they have. Here,
for example, you can add code behind the catch clause which can
use the local object defined before the try, so the objects
can't be destructed. Objects defined in the try block, however,
are not visible in code after the catch clause (or code in the
catch clause), so will have been destructed.
[/Code]
Scenario 4:
[Code]
local object defined;
try{
exception throws;
} catch () {
not catched;
}
If the exception is not caught, it propagates upward, leaving
additional local blocks. The destructors are called for any
objects defined in those blocks.
Again, it's a question of whether the objects will be visible or
not. If the catch() clause doesn't catch the exception, then
the code behind it will not be executed, and any variables that
would have been visible there, but will not be visible when the
exception is finally caught, will be destructed.
[/Code]
--
James Kanze (GABI Software) email:james.kanze@gmail.com
Conseils en informatique orient=E9e objet/
Beratung in objektorientierter Datenverarbeitung
9 place S=E9mard, 78210 St.-Cyr-l'=C9cole, France, +33 (0)1 30 23 00 34