P4 | Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-2152343 | 6u10 | Chris Hegarty | P3 | Closed | Fixed | b04 |
| JDK-2174428 | 5.0u19 | Vaibhav Choudhary | P3 | Resolved | Fixed | b01 |
| JDK-2171169 | 5.0u17-rev | Vaibhav Choudhary | P2 | Resolved | Fixed | b11 |
See http://forums.java.net/jive/thread.jspa?threadID=29654&tstart=0
You can reproduce this issue running on Windows XP or 2003 with IPv6 enabled.
--- begin code ---
public class SockTest
{
public static void main(String[] args) throws Exception {
ServerSocket ss = new ServerSocket(4444);
Runtime.getRuntime().exec(new String[] {"notepad.exe"});
ss.close();
}
}
--- end code ---
The above testcase spawns a notepad. Notepad inherits the handle to the socket, so if you try and re-execute the test if fails with "BindException: Address already in use".
This is reproducible with Java SE 5, 6, and 7.
You can reproduce this issue running on Windows XP or 2003 with IPv6 enabled.
--- begin code ---
public class SockTest
{
public static void main(String[] args) throws Exception {
ServerSocket ss = new ServerSocket(4444);
Runtime.getRuntime().exec(new String[] {"notepad.exe"});
ss.close();
}
}
--- end code ---
The above testcase spawns a notepad. Notepad inherits the handle to the socket, so if you try and re-execute the test if fails with "BindException: Address already in use".
This is reproducible with Java SE 5, 6, and 7.
- backported by
-
JDK-2171169 Windows IPv6 Socket implementation doesn't set the handle to not inherit
-
- Resolved
-
-
-
- Resolved
-
-
-
- Closed
-