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?
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).
Mikael
On Wed, Jun 15, 2011 at 07:44:15AM -0400, Marc Feeley wrote:My understanding is that for regular files, nonblocking mode is
> 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.
>
essentially a no-op, as regular files don't block in the way, say,
an interactive prompt or a network socket would.
Can someone confirm or disprove this?
-Alan
--
.i ma'a lo bradi ku penmi gi'e du
_______________________________________________
Gambit-list mailing list
Gambit-list@iro.umontreal.ca
https://webmail.iro.umontreal.ca/mailman/listinfo/gambit-list