"Aaron M. Renn" <[EMAIL PROTECTED]> writes:
> -- java.net.SocketImpl and java.net.DatagramSocketImpl have methods that
> return an instance of FileDescriptor
> -- java.lang.Process has methods that return {Input,Output} streams to
> read/write to the subprocess which would most easily be implemented by new
> FileInputStream(new FileDescriptor(fd)). Without this that class needs to
> re-create its own read/write infrastructure. Not good.
>
> Ideas? Comments? I'd like to resolve this soon.
I still think we can make this work using
private static native FileDescriptor
initSystemFileDescriptor(FileDescriptor, int);
I was attempting to determine what kind of security/access checks go
on with JNI and I couldn't find it in the JNI information from Sun so
far. Seems like you could call the static native method anytime from
my reading if getMethodID succeeded, but I dunno.
Problems?
Brian
--
|-------------------------------|Software Engineer
|Brian Jones |[EMAIL PROTECTED]
|[EMAIL PROTECTED] |http://www.nortel.net
|http://www.classpath.org/ |------------------------------
