> From: "Sandro Magi" <[EMAIL PROTECTED]>

> On 7/10/07, Rhythmic Fistman <[EMAIL PROTECTED]> wrote:
> > > > There's some support for async disk file I/O, but really
> > > > Linux can't do this so it's fairly pointless.
> >
> > Win32 felix happily uses TransmitFile. That looks like  async file io
> > to me, or at least async file -> socket. I don't see any reason to limit
> > ourselves to things that linux is capable of... In fact the library can
> > transparently take advantage of the existence of platform specific
> > functions like TransmitFile/sendfile if you use the "cat" call. Hmm,
> > the Flx_stream code doesn't seem to do that, it's using a memory
> > buffers and reads and writes. That's a "todo" right there.
>
> Are there "raw"/low-level platform independent I/O interfaces which do
> not perform any internal buffering? I can't have any buffering done
> "behind the scenes" since I need to properly account for all
> resources, which includes buffers.

Yes, the IOByteStreams' read/write do just that. There are also two
versions of cat:
the one cited above that allocates its own buffers for user convenience
and one that doesn't.

RF

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Felix-language mailing list
Felix-language@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/felix-language

Reply via email to