Re: Tear down of module on server stop

2013-06-07 Thread Joe Lewis
On 06/07/2013 08:19 AM, Sean Beck wrote: I'm looking through and example I found herehttp://ctemplate.sourceforge.net/example/mod_example/mod_tplexample.c.htmland it says this about the method used by post_config(): This routine is called to perform any module-specific fixing of header fields,

Re: Tear down of module on server stop

2013-06-07 Thread Sean Beck
You guys are awesome. So it should only run once then? Also for tear down of the stuff is there a different hook that I could load? On Fri, Jun 7, 2013 at 8:53 AM, Eric Covener cove...@gmail.com wrote: * Run the post_config function for each module * @param pconf The config pool *

Re: Tear down of module on server stop

2013-06-07 Thread Joe Lewis
On 06/07/2013 08:59 AM, Sean Beck wrote: You guys are awesome. So it should only run once then? Also for tear down of the stuff is there a different hook that I could load? It still runs twice. Tear down should be registering a pool clean up function, and using that.

Re: Tear down of module on server stop

2013-06-07 Thread Joe Lewis
On 06/07/2013 09:23 AM, Sean Beck wrote: Should I give it ptemp as the pool? Or should I create a new one in post_config()? When you set up your ActiveMQ connections, you will be using a pool to allocate the memory used. Use that pool. Otherwise, your cleanup and your config for the

Re: Tear down of module on server stop

2013-06-07 Thread Sean Beck
Currently when I create the connections I don't use a pool for anything. I'm using the fusemq-c library. I did notice that libstomp uses a pool though. On Fri, Jun 7, 2013 at 9:26 AM, Joe Lewis j...@joe-lewis.com wrote: On 06/07/2013 09:23 AM, Sean Beck wrote: Should I give it ptemp as the

Re: Tear down of module on server stop

2013-06-07 Thread Joe Lewis
On 06/07/2013 09:29 AM, Sean Beck wrote: Currently when I create the connections I don't use a pool for anything. I'm using the fusemq-c library. I did notice that libstomp uses a pool though. If the memory allocation isn't done through the apr_* routines, I'm not sure what pool to use. The

Re: Tear down of module on server stop

2013-06-07 Thread Sean Beck
All I really need a pool for is so I have something to pass as a parameter. I see here https://apr.apache.org/docs/apr/1.3/group___pool_cleanup.htmlthat apr_pool_cleanup_register actually takes two functions as parameters. The one I would want is plain_cleanup, right? If I understand pools

Re: Tear down of module on server stop

2013-06-07 Thread Joe Lewis
On 06/07/2013 09:52 AM, Sean Beck wrote: All I really need a pool for is so I have something to pass as a parameter. I see here https://apr.apache.org/docs/apr/1.3/group___pool_cleanup.htmlthat apr_pool_cleanup_register actually takes two functions as parameters. The one I would want is

Re: Tear down of module on server stop

2013-06-07 Thread Sean Beck
Got it. I'll use the pconf one. Thanks for the help Joe! On Fri, Jun 7, 2013 at 9:59 AM, Joe Lewis j...@joe-lewis.com wrote: On 06/07/2013 09:52 AM, Sean Beck wrote: All I really need a pool for is so I have something to pass as a parameter. I see here