From fnaumann@mail.cs.uni-magdeburg.de  Tue Dec 16 13:52:19 2003
Message-ID: <3FDEFE17.90301@imperia.net>
Date: Tue, 16 Dec 2003 13:44:07 +0100
From: Guido Flohr <guido@imperia.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030312
X-Accept-Language: de, ru, ar, en-us, en, fr
MIME-Version: 1.0
To: mint@fishpool.com
Cc: gryf@hrzpub.tu-darmstadt.de
Subject: Re: [MiNT] Problems with apache
References: <3FDA1179.6030800@imperia.net> <20031215165410.A16628@pc272.hrzpub.tu-darmstadt.de>
In-Reply-To: <20031215165410.A16628@pc272.hrzpub.tu-darmstadt.de>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
X-Virus-Scanned: by amavisd-new using F-Secure Antivirus at imperia.net
Delivered-To: mint@fishpool.com
Delivered-To: mint@lists.fishpool.fi
X-ecartis-version: Ecartis v1.0.0
Sender: mint-bounce@lists.fishpool.fi
Errors-to: mint-bounce@lists.fishpool.fi
X-original-sender: guido@imperia.net
Precedence: bulk
List-help: <mailto:ecartis@lists.fishpool.fi?Subject=help>
List-unsubscribe: <mailto:mint-request@lists.fishpool.fi?Subject=unsubscribe>
List-ID: <mint.lists.fishpool.fi>
X-List-ID: <mint.lists.fishpool.fi>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by prinz.cs.uni-magdeburg.de id hBGCqGn07865

Hi Thomas,

nice to hear from you, by the way. :-)

Thomas Binder wrote:
>>This Perl script reproduces the problem:
>>
>>#! /usr/bin/perl
>>
>>use strict;
>>
>>my $output = <<EOF;
>>Content-Type: text/plain
>>
>>EOF
>>
>>my $l = length $output;
>>
>>while ($l < 100 * 1024) {
>>	$output .= sprintf '%x', ($l >> 8) & 0xf;
>>	++$l;
>>}
>>
>>print $output;
>>__END__
> 
> 
> Just to make sure it's not a pipe buffer issue: Does calling the
> script from the shell and piping its output to wc report the
> correct output size?

Yes, it works on the command line, on stdout, redirected to a pipe or to 
a regular file.

A similar problem existed for the Apache version of Windows.  When 
writing more than blocksize bytes to stderr (i. e. the error log) the 
CGI process locked there.  Maybe the reason for the failure is some 
fancy technique that Apache uses for buffered output.

I think that sockdev.xdd is the real culprit because the behavior 
changes with the network interface I use.  With lo0 I get about 4k 
output, with eth0 (connected to tap0 on the Linux side) I get about 8k.

Ciao

Guido
-- 
Imperia AG, Development
Leyboldstr. 10 - D-50354 Hürth - http://www.imperia.net/