<div>Just for if it is of any value in understanding the problem, find below the variables bound to all of those stack frames and their liveness.</div><div><br></div><div>Will be very happy to understand the nature of this issue further. To start with, it is rare.</div>

<div><br></div><div><br></div><div>Dumping was done by</div><div><br></div><div><div><font face="courier new, monospace">(define (frame-o frame)</font></div><div><font face="courier new, monospace">  (map-interval (lambda (i) (list (##frame-ref frame i) (##frame-slot-live? frame i)))</font></div>

<div><font face="courier new, monospace">                0 (- (##frame-fs frame) 1)))</font></div><div><br></div><div><br></div></div><div>For reference, I got that "*** FATAL ERROR -- GC inconsistency detected" error I mentioned in an earlier email, when I resolved the references to #<frame one deeper than f> below. Find console output for that attached here.</div>

<br><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><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div></div><div>A stack frame is referencing it, which is of a procedure that I provide, whose invocation ended long ago.</div></blockquote><div><br></div><div><div><div>((5140 #f)</div><div> (#<procedure #N> #t)</div>

<div> (300 #t)</div><div> (THE-IO-VECTOR #t)</div><div> (#t #t)</div><div> (1080 #t)</div><div> (#<frame one deeper than f> #t)</div><div> ("http" #t)</div><div> (50 #t))</div></div></div><div><br></div><div>

 </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div></div><div>That stack frame in turn is referenced by the procedure that created the vector.</div></blockquote>

<div><div> </div></div><div><div>> (frame-o f2)</div><div>((3092 #f) (#<input-output-port #N (tcp-client)> #t) (#t #t) (#&#!eof #t) (#<mutex #N> #t) (#<frame f > #t) (#t #t) (() #t) (#<unknown> #f))</div>

</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>And that stack frame in turn is referenced by ##read-u8 (!)</div></blockquote><div><br></div>

<div>> (frame-o f3)</div><div>((3092 #f) (#<frame f2? > #t) (#<input-output-port #N (tcp-client)> #t) (#\U32bfaeaf #f) (#\U32bfaeaf #f))</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div></div><div>And that stack frame in turn is referenced by ##byte-rbuf-fill (!)</div></blockquote><div> </div><div><div>> (frame-o f4)</div><div>((1044 #f) (-515899357 #t) (#<frame f3? > #t) (#<input-output-port #N (tcp-client)> #t) (1 #t))</div>

</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div></div><div>And that stack frame in turn is referenced by ##wait-for-io! (!)</div></blockquote>

<div><br></div><div>> (frame-o f5)</div><div>((1044 #f))</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>And that stack frame in turn is referenced by ##thread-interrupt! (!)</div>

</blockquote><div><br></div><div>> (frame-o f6)</div><div>((3092 #f))</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>And that stack frame in turn is referenced by ##thread-call (!)</div></blockquote><div><br></div><div>> (frame-o f7)</div><div>((1026 #f) (#<frame  f6?? > #t) (#<procedure #N > #t) (-5 #f) (4 #f))</div>

<div><br></div></div>