Mailing-List: contact apreq-dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Date: Sun, 12 Oct 2003 14:34:36 -0500 (CDT)
From: Randy Kobes <randy@theoryx5.uwinnipeg.ca>
To: Joe Schaefer <joe+gmane@sunstarsys.com>
cc: apreq-dev@httpd.apache.org
Subject: Re: cvs commit: httpd-apreq-2/env/cgi_test/t/conf .cvsignore
 extra.conf.in
In-Reply-To: <m3oewm1mtv.fsf@sol.sunstarsys.com>
Message-ID: <Pine.LNX.4.56.0310121420030.20536@theoryx5.uwinnipeg.ca>
References: <20031012044620.57411.qmail@minotaur.apache.org>
 <m3smlz10qp.fsf@sol.sunstarsys.com>
 <Pine.LNX.4.56.0310120103500.8211@theoryx5.uwinnipeg.ca>
 <m3oewm1mtv.fsf@sol.sunstarsys.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Sun, 12 Oct 2003, Joe Schaefer wrote:

[ .. ]
> The cgi "script" compiles and links against libapreq_cgi before
> the tests actually run, so I don't think this is a linking issue
> on Win32 (btw- Unix libapreq_cgi is only built statically, maybe
> the Win32 build should do this also).

I've also had it build libapreq_cgi statically on Win32,
but there's still problems ...

> The question I'm wondering about is how httpd sets up the subprocess
> environment for the cgi-script prior to execution.  Maybe httpd's
> mod_cgi has a bug on Win32?  Or maybe we need to use mod_cgid
> instead?
> Oh, well. I just would have liked to see the cgi tests incorporated
> into env/t (as you originally planned) instead of their own location.
> Maybe we can move them back in the future, after we've sorted all
> this oddness out.

That'd certainly be better to have them incorportated - I'll
keep looking at it. The main reason I separated them
(temporarily) is so that while these things are being
sorted out the mod_apreq tests aren't affected.

-- 
best regards,
randy