Aha got it:<div><br></div><div><div>For a frame object,</div><div><br></div><div>(##frame o) => #t</div><div><br></div><div>(##subprocedure-parent-name (##frame-ret o)) => the name of the procedure that the frame regards e.g. ##read-u8</div>


<div><br></div><div>(##frame-ref o N) where N = 0 .. (##frame-fs o) - 1 => the frame's bound objects, (##frame-slot-live? o N) checks the respective slot for aliveness.</div><div><br></div><br><div class="gmail_quote">


2013/6/20 Mikael <span dir="ltr"><<a href="mailto:mikael.rcv@gmail.com" target="_blank">mikael.rcv@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div><div>Dear Marc,<br><div class="gmail_quote"><div><br></div><div>In memory leak hunting I've gotten to a place where there's two stack frame objects that keep the leaking pointer.</div>
<div><br></div><div>How can I introspect #<frame #[number]> objects to understand where in the sourcecode they come from in terms of location, code content and variable content?</div>

<div><br></div><div>Thanks,</div><div>Mikael</div><div><br></div>
</div><br>
</div></div></blockquote></div><br></div>