Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Received-SPF: pass (athena.apache.org: domain of rainer.jung@kippdata.de
 designates 195.227.30.149 as permitted sender)
Message-ID: <4AFDA082.2060602@kippdata.de>
Date: Fri, 13 Nov 2009 19:08:02 +0100
From: Rainer Jung <rainer.jung@kippdata.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de;
 rv:1.9.1.4pre) Gecko/20090915 Thunderbird/3.0b4
MIME-Version: 1.0
To: dev@httpd.apache.org
Subject: Re: pipe has been ended. : mod_fcgid: get overlap result error
References: <269010.65460.qm@web55804.mail.re3.yahoo.com>
 <643442.65304.qm@web55803.mail.re3.yahoo.com>
 <cc67648e0911130843p34e53862s6f34df624e3d7d35@mail.gmail.com>
In-Reply-To: <cc67648e0911130843p34e53862s6f34df624e3d7d35@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit

Hi Jeff,

On 13.11.2009 17:43, Jeff Trawick wrote:
> On Thu, Nov 12, 2009 at 5:32 PM, Brian Kodl <bkodl@yahoo.com
> <mailto:bkodl@yahoo.com>> wrote:
> 
>     Ps - Is there a debug or trace httpd.conf directive to get more
>     information?
> 
> 
> I see the same error on Vista.  Initially it was because the FCGI CPAN
> module wasn't installed; after installing that with ActiveState's ppm
> utility it still fails, with the same "overlap" message.  Increasing
> Apache's LogLevel to debug doesn't help.  Running foo.pl <http://foo.pl>
> from the command-line works fine.
> 
> Regardless of the cause of this issue, mod_fcgid needs to capture stderr
> from the process for logging.
> 
> Windows anyone?  I'd love to get a build environment set up and start
> playing but I'm out of time on this one.
> 
> Any suggestions for a syscall tracer to capture the interaction with the
> child process?

The sysinternals tools are available without license cost and are of
very good quality. The company has been bought by Microsoft a couple of
years ago and the tools still get improved:

http://technet.microsoft.com/en-us/sysinternals/default.aspx

For your problem I guess, that "Process Monitor"
(http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx) is the
right solutions. A couple of more process oriented tools are listed on

http://technet.microsoft.com/en-us/sysinternals/bb795533.aspx

Most people use Process Explorer, but that one is only capable of a more
static view, e.g. showing open DLLs and Handle, Threads and their stack
etc. (kind of mixture between lsof, ps and pstack). Process Monitor is
also able to trace calls, more like a truss sort of thing.

The tools are usually pretty simple to install, mostly copying of the
binary files.

HTH!

Regards,

Rainer