Philippe M. Chiasson wrote:
Is parms->pool freed when config phase is over?
Well, AFAIK, parms->pool is process->pconf, and that doesn't get wiped
until the process terminates.
So we need to use a temp pool instead.
Yes, most certainly, and that would have to be parms->temp_pool
Index: src/modules/perl/modperl_cmd.c
===================================================================
--- src/modules/perl/modperl_cmd.c (revision 123857)
+++ src/modules/perl/modperl_cmd.c (working copy)
@@ -420,7 +420,7 @@
MP_CMD_SRV_DECLARE(perl)
{
- apr_pool_t *p = parms->pool;
+ apr_pool_t *p = parms->temp_pool;
const char *endp = ap_strrchr_c(arg, '>');
const char *errmsg;
char *code = "";
@@ -473,7 +473,7 @@
MP_CMD_SRV_DECLARE(perldo)
{
- apr_pool_t *p = parms->pool;
+ apr_pool_t *p = parms->temp_pool;
server_rec *s = parms->server;
apr_table_t *options;
modperl_handler_t *handler = NULL;
smells tabs to me :)
And that's just for <Perl> sections, and a cursory glance suggests that
there
could be a bunch of other configuration directives that mistakenly use
parms->pool.
I'll have a look and report later.
and please log that onto todo/release so we don't forget to review the code.
It's about time we should start thinking about optimizations. I'd
check other startup thingies that may use the wrong pool which wastes
memory at run-time.
See above!
Cool.
If it is then this effort is certainly moot.
See above, but I think there is certainly a better solution.
<Pseudo-code>
if (!modperl_handler_lookup_handlers()) {
modperl_handler_new();
modperl_cmd_push_handlers();
}
</Pseudo-code>
I'll submit a patch to illustrate this later on.
Aftering tinkering about this aproach a bit, it seems to me that's it's
way overkill.
after all, modperl_handler_new() is not a significant overhead for each
<Perl> sections
and with my suggested patch (above), they are proprely freed on startup.
Any objections to leaving it as is with the patch above ?
Nope, as long as things are cleaned up, that looks fine to me.
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]