Steven Augart wrote:
Michael Koch wrote:
What if someone wants to port GNU classpath to an Operating System
with totally different semantics like Windows ?
If someone does that kind of port, he'll have more problems than just
than the size of a file descriptor.
I think Michael was being ironic. I haven't checked the current
Classpath, libcj (which shares most of its code with Classpath)
certainly supports Windows.
I think the cleanest solution is to allows FileChannelImpl to be
subclassed, or to uses different classes that implement FileChannel.
But the current code works fine for now.
For JNI performance I don't see any reason not to not to have the
Java code pass the "native" fd field to the native method - just
realize that if/when Classpath gets ported to a system that
uses 64 pointers we may have to redo things. One solution
may be to use the Posix API.
The Posix IO functions (open/read/write etc) are available on
Windows. I don't know why they're not used - performance?
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
_______________________________________________
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
