Mailing-List: contact apreq-dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (hermes.apache.org: local policy)
Date: Tue, 1 Mar 2005 21:14:17 -0600 (CST)
From: Randy Kobes <randy@theoryx5.uwinnipeg.ca>
To: apreq-dev@httpd.apache.org
Subject: Re: [multi-env] APR__Request__Param.h question
In-Reply-To: <87u0nuah7v.fsf@gemini.sunstarsys.com>
Message-ID: <Pine.LNX.4.56.0503012109530.8066@theoryx5.uwinnipeg.ca>
References: <Pine.LNX.4.56.0503012021500.7585@theoryx5.uwinnipeg.ca>
 <87u0nuah7v.fsf@gemini.sunstarsys.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Tue, 1 Mar 2005, Joe Schaefer wrote:

> Randy Kobes <randy@theoryx5.uwinnipeg.ca> writes:
>
> > In building and testing the perl glue on Win32, I've run
> > into a problem with apreq_env_temp_dir() not being found
> > in libapreq2.dll - this is referenced in
> >  glue/perl/xsbuilder/APR/Request/Param/APR__Request__Param.h
> > I'm afraid I couldn't follow where this function should
> > be coming from? Thanks.
>
> Terribly sorry about that.  I'm working on the
> remaining Apache::Upload API now, and I just dumped
> a copy of the old unported XS (from Apache__Upload.h)
> into that file.
>
> OTOH, the whole section of dumped code is
> commented out within an #if 0 #endif block.  I
> wonder why it's causing Win32 grief?

No problem - thanks. That is very strange that it would
be causing problems - I didn't notice the #if 0 #endif
surrounding it, but it is there. This is probably due
to some anomalies I'm seeing with ExtUtils::XSBuilder;
I'll look into this.

-- 
best regards,
randy