On 05 October 2001, Mikhail Sobolev said:
> As for the script you sent me, it does not seem to work. :))  I hangs
> and I failed to get it finished.  It does create (after a small tweak) a
> file in my temp directory, and it seems to create one every time it
> starts.  Oh, it finally finished:
>
>     CGI Timeout
>     The specified CGI application exceeded the allowed time for processing.
>     The server has deleted the process.

Fooey.  Must be some subtle Unix-ism in the code.  If you're interested
in helping me make this little script more portable, can you try
commenting the chunk of code dealing with stdin (lines 10 - 18), and
seeing if it works any better after that?

> Debug and error logs (quixote's ones) are empty.  The access log file
> (after I applied the patch) has the following:

OK, I'm not surprised the debug and error logs are empty -- Quixote
cannot resolve the URL to application code, so there's no way anybody's
going to write to those logs.

> 127.0.0.1 - 2001-10-05 13:28:22 1976 "GET None HTTP/1.1" 404 0.00sec
                                            ^^^^
Arg!  Are you absolutely *sure* this happened after applying
logging-patch?  It should be impossible for the logged URI to be None
now!  As that patch is coded, Quixote would sooner die than log a URI of
"None"!  (Ie. if either of SCRIPT_NAME or PATH_INFO) are not defined,
Python will raise an exception when I try to add them together.)

But this is all a sideshow; it sounds like Andrew has a fix for the real
problem coming.

        Greg
--
Greg Ward - software developer                gward@mems-exchange.org
MEMS Exchange                            http://www.mems-exchange.org