I wrote:the freed a still has it base relationship.
Means, inspect variable a could see its member - base by SciTE4AHK.
I think a could work after AddRef - Although I won't do this
All other members was deleted.
, in the same / series process as a
being freed in. See below.
lexikos wrote:there's just some 1s and 0s where it used to be
I know now
, there's just some binary data 010100.. remained.
The first paragraph I wrote: I just want to free b after a which b is a member of a, and free what b contains - the a.
Which should be handled on a
's responsibility, before this found feature
. Now could be handled by b
itself without modify anything of a like a's __Delete
the followed process of b
to AddRef and free a
should be the same / series process as a
being freed in.
Otherwise this will fail:
Code: Select all
d:=_a.b ;new added to keep 'a' after 'a' freed
d:="" ;failed here. this will re-free 'a'.
will only been freed once. Could see this by its __Delete
, been called once.
Use. Could use a
's member to invoke a free chain. Not use __Delete because it's diffcult to manage, and could be overwrite by derive class.