daniel.daugherty@Eng 1999-07-30
Originally, I thought that this bug was another manifestation of 4249722
since the stack traces were similar. Well, 4249722 is fixed and this bug
still happens.
When HttpURLConnection.getResponseCode() is called on the client and
there is an HTTP continue response sent by a Win98 or WinNT server,
the VM will crash:
+ java_cmd=java -classic
+ do_test
+ java -classic -version
java version "1.3beta"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3beta-M)
Classic VM (build 1.3beta-M, native threads, nojit)
+ java -classic HttpContinueRecvTest -d -v
VERBOSE: Test value[0]=''
VERBOSE: Listening for client request echo on port '10001'.
VERBOSE: Testing HTTP 'default' request.
DEBUG: Connection to 'http://localhost:10000' opened.
DEBUG: Connection to 'http://localhost:10000' completed.
java.lang.StackOverflowError
at java.io.PushbackInputStream.read(PushbackInputStream.java:162)
at java.io.FilterInputStream.read(FilterInputStream.java:118)
at java.io.PushbackInputStream.read(PushbackInputStream.java:168)
at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:530)
at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:605)
<deleted 5292 identical lines>
at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:605)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:475)
at java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:166)
at HttpRequestDriver.doConnect(HttpRequestDriver.java:135)
at HttpRequestDriver.makeHttpRequest(HttpRequestDriver.java:290)
at HttpContinueRecvTest.main(HttpContinueRecvTest.java:94)
Exception in thread "main"
With HotSpot client on a Win98 client, the following happens:
+ java_cmd=java
+ do_test thornback
+ java -version
java version "1.3beta"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3beta-M)
Java Client VM (build 1.3beta-m, mixed mode)
+ java HttpContinueRecvTest -d -v thornback
VERBOSE: Test value[0]=''
VERBOSE: Listening for client request echo on port '10001'.
VERBOSE: Testing HTTP 'default' request.
DEBUG: Connection to 'http://thornback:10000' opened.
DEBUG: Connection to 'http://thornback:10000' completed.
#
# HotSpot Virtual Machine Error, EXCEPTION_ACCESS_VIOLATION
#
# Error ID: 4F533F57494E13120E43505002B0
#
abnormal program termination
With HotSpot client on a S2.6 client, the following happens:
java_cmd=java
+ do_test thornback
+ java -version
java version "1.3beta"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3beta-M)
HotSpot Core VM (build 1.3beta-b-release, 1.3beta-b-release, interpreted mode, release build b)
+ java HttpContinueRecvTest -d -v thornback
VERBOSE: Test value[0]=''
VERBOSE: Listening for client request echo on port '10001'.
VERBOSE: Testing HTTP 'default' request.
DEBUG: Connection to 'http://thornback:10000' opened.
DEBUG: Connection to 'http://thornback:10000' completed.
Segmentation Fault
This bug is reproducible with a Win98 or a WinNT server. It is *not*
reproducible with a S2.6 server.
daniel.daugherty@Eng 1999-09-24
Yingxian determined that this VM crash was caused by extra CR characters
that were accidently included in the HTTP continue response header.
Originally, I thought that this bug was another manifestation of 4249722
since the stack traces were similar. Well, 4249722 is fixed and this bug
still happens.
When HttpURLConnection.getResponseCode() is called on the client and
there is an HTTP continue response sent by a Win98 or WinNT server,
the VM will crash:
+ java_cmd=java -classic
+ do_test
+ java -classic -version
java version "1.3beta"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3beta-M)
Classic VM (build 1.3beta-M, native threads, nojit)
+ java -classic HttpContinueRecvTest -d -v
VERBOSE: Test value[0]=''
VERBOSE: Listening for client request echo on port '10001'.
VERBOSE: Testing HTTP 'default' request.
DEBUG: Connection to 'http://localhost:10000' opened.
DEBUG: Connection to 'http://localhost:10000' completed.
java.lang.StackOverflowError
at java.io.PushbackInputStream.read(PushbackInputStream.java:162)
at java.io.FilterInputStream.read(FilterInputStream.java:118)
at java.io.PushbackInputStream.read(PushbackInputStream.java:168)
at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:530)
at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:605)
<deleted 5292 identical lines>
at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:605)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:475)
at java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:166)
at HttpRequestDriver.doConnect(HttpRequestDriver.java:135)
at HttpRequestDriver.makeHttpRequest(HttpRequestDriver.java:290)
at HttpContinueRecvTest.main(HttpContinueRecvTest.java:94)
Exception in thread "main"
With HotSpot client on a Win98 client, the following happens:
+ java_cmd=java
+ do_test thornback
+ java -version
java version "1.3beta"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3beta-M)
Java Client VM (build 1.3beta-m, mixed mode)
+ java HttpContinueRecvTest -d -v thornback
VERBOSE: Test value[0]=''
VERBOSE: Listening for client request echo on port '10001'.
VERBOSE: Testing HTTP 'default' request.
DEBUG: Connection to 'http://thornback:10000' opened.
DEBUG: Connection to 'http://thornback:10000' completed.
#
# HotSpot Virtual Machine Error, EXCEPTION_ACCESS_VIOLATION
#
# Error ID: 4F533F57494E13120E43505002B0
#
abnormal program termination
With HotSpot client on a S2.6 client, the following happens:
java_cmd=java
+ do_test thornback
+ java -version
java version "1.3beta"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3beta-M)
HotSpot Core VM (build 1.3beta-b-release, 1.3beta-b-release, interpreted mode, release build b)
+ java HttpContinueRecvTest -d -v thornback
VERBOSE: Test value[0]=''
VERBOSE: Listening for client request echo on port '10001'.
VERBOSE: Testing HTTP 'default' request.
DEBUG: Connection to 'http://thornback:10000' opened.
DEBUG: Connection to 'http://thornback:10000' completed.
Segmentation Fault
This bug is reproducible with a Win98 or a WinNT server. It is *not*
reproducible with a S2.6 server.
daniel.daugherty@Eng 1999-09-24
Yingxian determined that this VM crash was caused by extra CR characters
that were accidently included in the HTTP continue response header.
- duplicates
-
JDK-4359649 java.net.HttpClient.parseHTTPHeader gets into endless recursive loop
-
- Closed
-