On Wed, Feb 11, 2009 at 13:21, Eric Covener <cove...@gmail.com> wrote:
> On Wed, Feb 11, 2009 at 1:18 PM, dave <man...@gmail.com> wrote:
> > acfg and bcfg are the arguments to the merge calback. cfg is the result
> that
> > the merge callback returns
> > ...
> > merge_server {acfg: 0x2b45d35e79d0 bcfg:0x2b45dc2385f0 cfg:
> > 0x2b45dc26fff0}
> > merge_dir {acfg: 0x2b45d35e79e8 bcfg:0x2b45dc2385d8 cfg:
> > 0x2b45dc270458}
> > child_init {pid: 2800 cfg:0x2b45d35e79d0 server:
> > 0x2b45d355f968} <-- recieving the acfg from the merge_server, not the
> return
> > value of the merge_server
> > create new
> > handler {pid: 2800 cfg:0x2b45dc26fff0 server:
> > 0x2b45dc2361b8} <-- recieving the return value of the merge_server
> > create new
>
> is this from passing r->server? Are you sure your request was mapped
> to a virtualhost?
>
> --
> Eric Covener
> cove...@gmail.com
>
Eric, I think your question sent me down the correct line of reasoning...
Even though my request is on a virtual host, apache does not fork individual
processes for each host. Thus the child_init gets called with the main
server config, but the virtual host's server config is set before child_init
is called. Knowing this, that would explain the problem. Frustrating, but
explainable. I can hack around that assuming my explanation is correct.
-dave
man...@gmail.com
