The following reply was made to PR mod_cgi/2894; it has been noted by GNATS.
From: Gerd Knops <[EMAIL PROTECTED]>
To: Marc Slemko <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: mod_cgi/2894: cgi triggers premature EOF to be sent to client
Date: Mon, 24 Aug 98 02:47:07 -0500
Marc Slemko wrote:
> On 24 Aug 1998, Gerd Knops wrote:
>
> > Sorry, this is going to be vague, but maybe it rings a bell somewhere.
> >
> > A cgi script working perfectly fine with 1.2.x suddenly started
> > failing. The script sends a number of fixed size files from a floppy
> > to a java applet.
>
> Have you tried not sending it from a floppy?
>
Yes. The behavior is slightly different. When read from the floppy, every
run of the applet reads about 2 files more before receiving the EOF, while
when I copy the floppy to the servers HD and run the applet, it gets the EOF
after 6-8 files. Once the files are in the disk buffers of the server,
everything works. So timing seems to play a role in this.
> >
> > The Java applet receives a premature EOF, which in turn causes apache
> > to send a SIGTERM to the CGI.
>
> Exactly what happens in the applet? What does it do? Where is it
> running?
>
It runs on a Win95 machine in IE3.02 on the same LAN as the server. The java
code always fails at a line
dataStream.readFully(buffer,0,4608);
where dataStream is a DataInputStream. That line throws a
java.io.EOFException. (If working normal it blocks until it was able to read
4608 bytes).
> Are you sure it doesn't have anything to do with PR#2066?
> (<http://bugs.apache.org/index/full/2066)
>
I don't think so, the code is Java 1.02 code compiled with MS 1.02
compatible compiler, and IE3.02 is 1.02 as well AFAIK.
> I would suggest you try to reproduce the problem with something other
> than Java on the other end; otherwise, it may well just be the
> client that is messed up. There are various changes that could
> have caused the change in behaviour.
>
Cool, I tried telnet on the same machine Apache runs on (NEXTSTEP 3.3, Mach
based OS), my input marked with '>':
[EMAIL PROTECTED](730) ~: telnet camelot 80
Trying 206.103.221.33... Connected to camelot.
Escape character is '^]'.
> GET /Photos/floppy411.cgi HTTP/1.0
>
HTTP/1.1 200 OK
Date: Mon, 24 Aug 1998 07:40:05 GMT
Server: Apache/1.3.1 (Unix) mod_perl/1.15
Connection: close
Content-Type: text/html
mvc-001f.411 903910808
<a little of the expected data>
Connection closed by foreign host.
[EMAIL PROTECTED](730) ~:
The behavior is consistent with what I see from the java applet, so at least
we can now exclude the client side.
Knowing that I'll try to write a self contained perl cgi that reproduces the
problem. I'll let you know if I get it reproduced.
Thanks for helping out on that bug hunt.
Gerd
