Received: (qmail 2510 invoked by uid 2012); 20 Apr 1998 18:56:07 -0000 Message-Id: <19980420185607.2509.qmail@hyperreal.org> Date: 20 Apr 1998 18:56:07 -0000 From: David Rosario Reply-To: drosario@elliman.com To: apbugs@hyperreal.org Subject: NPH in OS/2 X-Send-Pr-Version: 3.2 >Number: 2083 >Category: os-os2 >Synopsis: NPH in OS/2 >Confidential: no >Severity: critical >Priority: medium >Responsible: apache >State: closed >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Mon Apr 20 12:00:01 PDT 1998 >Last-Modified: Sat Aug 1 04:08:42 PDT 1998 >Originator: drosario@elliman.com >Organization: >Release: 1.2 >Environment: OS/2 Warp 4, FixPak installed, EMX installed Watcom C/C++ 10.0 >Description: I've seen #1316. I am having that "rush" syndrome, where the server waits until the script is finished and all the multi-part "rushes" to the browser. I use "nph-" as the script name. I use "HTTP/1.1 200 OK" to no avail. I know you say that 1.3 fixes this but I don't see a 1.3 coming out for OS/2. Source is at http://rosariod.mlsinternet.com/nph-gall.cpp >How-To-Repeat: http://rosariod.mlsinternet.com/cgi-bin/nph-gall >Fix: >Audit-Trail: State-Changed-From-To: open-analyzed State-Changed-By: brian State-Changed-When: Wed May 20 04:50:10 PDT 1998 State-Changed-Why: Actually there is an OS2 port of 1.3b6 alive and kicking. Check out http://www.apache.org/dist/binaries/os2/ and see if 1.3b6 solves your problems... whether it does or does not let us know. State-Changed-From-To: analyzed-feedback State-Changed-By: coar State-Changed-When: Thu May 28 04:37:50 PDT 1998 State-Changed-Why: [Actually feedback, since a question has been posed] State-Changed-From-To: feedback-closed State-Changed-By: coar State-Changed-When: Sat Aug 1 04:08:41 PDT 1998 State-Changed-Why: [This is a standard response.] No response from submitter, assuming issue has been resolved. >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]