DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=22605>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=22605 apr_hook_global_pool is not initialized by apr_initialize [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID ------- Additional Comments From [EMAIL PROTECTED] 2004-06-06 14:41 ------- apr_hook_global_pool is a part of apr-util, not APR. They are two different libraries with two different uses. APR-util relies on APR, but APR doesn't have any dependancies on APR-util. The comment about apr_initialize says that it initializes any APR internal data structure, which is true. apr_hook_global_pool is an APR-util data structure that the user must setup for themselves. if we wanted to create an apu_initialize, we could do the init there, but I don't think we really want to do that. APR-util is really a collection of very unrelated functions, so it is very likely that somebody will want to use hooks, but not xml from apr-util. There is no reason that we should initialize all sections of APR-util in one function, the same can't really be said for APR itself. Another option is to have an apr_hook_initialize, which sets up this variable for you, and that function would need to be called before trying to do anything with hooks. For now though, just setting the variable manually isn't asking too much IMHO. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
