On Mar 15, 2004, at 8:46 PM, David Wheeler wrote:
I'm running out of options here.
Further perusal of the Eagle Book revealed the $PerlConfig variable. So
I'm just building this variable up with the data I need in the order I
need it. I reckon that will preserve the order. Coincidentally, it als
On Mar 15, 2004, at 8:07 PM, David Wheeler wrote:
I'll correct that shortly and add an xref between the two.
Thanks. I trust that it applies to mod_perl 1.x, too?
Unfortunately, no.
Can't locate object method "add_config" via package "Apache::Server" at
/usr/local/bricolage/lib/Bric/App/ApacheCo
On Mar 15, 2004, at 7:36 PM, Geoffrey Young wrote:
plus some tests that use one (or both) of the Tie:: modules to make
sure
that the mod_perl layer respects the ties. but yes, I think it's
essentially a user/documentation issue - I'm not too keen on using
Tie::
modules behind everyone's back.
I
On Mar 15, 2004, at 5:50 PM, Stas Bekman wrote:
The $s->add_config entry should have been here:
http://perl.apache.org/docs/2.0/api/Apache/
ServerUtil.html#C_add_config_
I'll correct that shortly and add an xref between the two.
Thanks. I trust that it applies to mod_perl 1.x, too?
Regards,
Da
>> my suggestion is to nix the Tie::IxHash magic and just be sure that the
>> implementation respects multi-tiered tied hashes - both
>> Tie::IxHash
>> and Tie::DxHash.
>
>
> i.e. we delegate this to users and need to document the issue, right?
plus some tests that use one (or both) of the Tie
Geoffrey Young wrote:
Unless anybody can think of a better solution, and if adding back a
dependency on Tie::IxHash, i'll work on a patch to add Tie::IxHash magic
to %Location, %VirtualHost, %Directory, etc...
Think more about it, I doubt it will help. Take a look at how David and
most users do i
>> Unless anybody can think of a better solution, and if adding back a
>> dependency on Tie::IxHash, i'll work on a patch to add Tie::IxHash magic
>> to %Location, %VirtualHost, %Directory, etc...
>
>
> Think more about it, I doubt it will help. Take a look at how David and
> most users do it:
>
Stas Bekman wrote:
Think more about it, I doubt it will help. Take a look at how David and
s/Think more about it/Thinking more about it/ ;)
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/
Philippe M. Chiasson wrote:
On Mon, 2004-03-15 at 15:49 -0800, Stas Bekman wrote:
David Wheeler wrote:
Hi All,
I just realized that there's an issue with sections. It seems
that, because items like $Location are managed as hash references, and
because you can't predict the order in which a ha
On Mon, 2004-03-15 at 15:49 -0800, Stas Bekman wrote:
> David Wheeler wrote:
> > Hi All,
> >
> > I just realized that there's an issue with sections. It seems
> > that, because items like $Location are managed as hash references, and
> > because you can't predict the order in which a hash is ev
David Wheeler wrote:
On Mar 15, 2004, at 5:32 PM, Stas Bekman wrote:
Of course that will work only if perl sections don't copy the hash, I
haven't looked at the internals of it, but give it a try.
Oh, right. Okay?
And you can call add_config at the server startup.
Really? I can just call Se
On Mar 15, 2004, at 5:32 PM, Stas Bekman wrote:
Of course that will work only if perl sections don't copy the hash, I
haven't looked at the internals of it, but give it a try.
Oh, right. Okay?
And you can call add_config at the server startup.
Really? I can just call Server->add_config? That do
David Wheeler wrote:
On Mar 15, 2004, at 3:49 PM, Stas Bekman wrote:
It's a known problem, David. Perhaps Philippe, the sections
maestro, may consider to raise the priority on solving it. I'm not
sure whether using Tie::IxHash may help on the user side.
Oh, right, good idea. I can probably ev
On Mar 15, 2004, at 3:49 PM, Stas Bekman wrote:
It's a known problem, David. Perhaps Philippe, the sections
maestro, may consider to raise the priority on solving it. I'm not
sure whether using Tie::IxHash may help on the user side.
Oh, right, good idea. I can probably even write my own super s
David Wheeler wrote:
Hi All,
I just realized that there's an issue with sections. It seems
that, because items like $Location are managed as hash references, and
because you can't predict the order in which a hash is evaluated (esp.
[...]
It's a known problem, David. Perhaps Philippe, the se
Hi All,
I just realized that there's an issue with sections. It seems
that, because items like $Location are managed as hash references, and
because you can't predict the order in which a hash is evaluated (esp.
in Perl 5.8.1 and later), that some sections can be overridden. For
example, I ha
Philippe M. Chiasson wrote:
On Wed, 2004-03-10 at 15:42, Stas Bekman wrote:
rbb is back to the game and he brings gcov (test coverage) for the apr test suite:
http://apr.apache.org/coverage/index.html
I wonder if we could/should to do the same for mp2.
http://gozer.ectoplasm.org/mod_perl/coverag
17 matches
Mail list logo
