Hm, what about if the harddrive is busy with higher-prioritized IO operations. In this case I suppose the a nonblocking file read is supposed to return with 0 bytes immediately - what do you say?<br><br>Though, I suppose there's no way to know from the OS when the drive will be ready for making access again since there's no async-ness in the standard file read procedure, I wonder how Gambit works in relation with that currently (though it's really a kind of exotic situation).<br>

<br>Mikael<br><br><div class="gmail_quote">2011/6/15 Alan Post <span dir="ltr"><<a href="mailto:alanpost@sunflowerriver.org">alanpost@sunflowerriver.org</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">On Wed, Jun 15, 2011 at 07:44:15AM -0400, Marc Feeley wrote:<br>
> and see if that eliminates the problem.  Of course this makes I/O to files blocking, so the thread multiplexing will not work when doing I/O to files.<br>
><br>
<br>
</div>My understanding is that for regular files, nonblocking mode is<br>
essentially a no-op, as regular files don't block in the way, say,<br>
an interactive prompt or a network socket would.<br>
<br>
Can someone confirm or disprove this?<br>
<br>
-Alan<br>
<font color="#888888">--<br>
.i ma'a lo bradi ku penmi gi'e du<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
Gambit-list mailing list<br>
<a href="mailto:Gambit-list@iro.umontreal.ca">Gambit-list@iro.umontreal.ca</a><br>
<a href="https://webmail.iro.umontreal.ca/mailman/listinfo/gambit-list" target="_blank">https://webmail.iro.umontreal.ca/mailman/listinfo/gambit-list</a><br>
</div></div></blockquote></div><br>