Calling close on a file descriptor that is being used by another thread
blocks on Solaris native threads, but succeeeds immediately on green
threads and Win32. Solaris native threads I/O needs to be fixed so that
it behaves the same as green threads and Win32. In addition, the API
documentation needs to be updated to state this as a feature programmers
can rely on.
This is a critically useful feature that applications like Hotjava can
rely on to terminate long-running IO operations. Interruptable IO would
also do the job, but we are finding it very difficult to support on
Win32.
blocks on Solaris native threads, but succeeeds immediately on green
threads and Win32. Solaris native threads I/O needs to be fixed so that
it behaves the same as green threads and Win32. In addition, the API
documentation needs to be updated to state this as a feature programmers
can rely on.
This is a critically useful feature that applications like Hotjava can
rely on to terminate long-running IO operations. Interruptable IO would
also do the job, but we are finding it very difficult to support on
Win32.
- duplicates
-
JDK-4144981 Simultaneous socketAccept/socketClose deadlocks under native threads
-
- Closed
-
-
JDK-4147067 native threads: Thread( runnable ) where runnable opens server socket hangs
-
- Closed
-
-
JDK-4208094 Socket.close() blocks with Solaris native UI threads
-
- Closed
-
-
JDK-4210924 Solaris 2.5.1 - Socket.close() hangs on Socket.read() on different thread
-
- Closed
-
-
JDK-4107121 closing a ServerSocket that's in accept() fails
-
- Closed
-