<br><br><div class="gmail_quote">On Wed, Dec 23, 2009 at 3:10 PM, Andreas Raab <span dir="ltr"><<a href="mailto:andreas.raab@gmx.de">andreas.raab@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">Mariano Martinez Peck wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Forget about discovering classes, could be possible that for a certain situation the VM puts a nil to a method directory or always that happens this is done with that intention, throught the message induceMDFault ? If it is always throught induceMDFault the only sender is to discover used classes with ImageSegment. So...it is used ONLY in that?<br>
</blockquote>
<br></div>
If we ignore the possibility of bugs causing it (i.e. using #instVarAt:put: accidentally) then yes. At least I'm not aware of any other use.<br><font color="#888888">
<br></font></blockquote><div><br>That's true. But it I understood correctly, not even in that case the recover will work. Because the recover will search the methodDict in the category (organization). So, if I just set a nil to the methodDict using #instVarAt:put: but I don't "backup" the methodDic in the category, the recover won't work.<br>
<br>I am right ?<br><br>Cheers,<br><br>Mariano<br></div></div>