I compiled my module with -g then used gdb. As the none of Apache was
built with -g, the output was somewhat... vague. I'm going to compile
another Apache with -g for everything, which should help yield better
results.
Jeff Walter
(gdb) run
The program being debugged has been started already.
At 10:47 AM 1/7/2005, Jeff Walter wrote:
>I took a gander at the APR SHM stuff, the only thing happening after the
>file is closed is:
>
>apr_pool_cleanup_register(new_m->pool, new_m, shm_cleanup_owner,
>apr_pool_cleanup_null);
>*m = new_m;
>return APR_SUCCESS;
>
>If all it is doing is registe
On Fri, 07 Jan 2005 08:47:34 -0800, Jeff Walter <[EMAIL PROTECTED]> wrote:
> Jeff Trawick wrote:
> > what is the backtrace? (attach with debugger)
>
> Funny... I didn't notice it before, my apr_shm_create causes a segfault
> (when I remove the file that actually gets created the run before). A
>
Jeff Trawick wrote:
what is the backtrace? (attach with debugger)
Funny... I didn't notice it before, my apr_shm_create causes a segfault
(when I remove the file that actually gets created the run before). A
trace...
open("/var/lib/mod_straw/mod_straw.shm", O_WRONLY|O_CREAT|O_EXCL, 0666) = 35
sta
On Fri, 07 Jan 2005 06:58:24 -0800, Jeff Walter <[EMAIL PROTECTED]> wrote:
> I'm writing an Apache HTTPD module which uses apr_global_mutex_create,
> only problem is the function never returns. My call looks like this:
>
> rv = apr_global_mutex_create((apr_global_mutex_t **) &strawtable->mutex,
>
I'm writing an Apache HTTPD module which uses apr_global_mutex_create,
only problem is the function never returns. My call looks like this:
rv = apr_global_mutex_create((apr_global_mutex_t **) &strawtable->mutex,
c->lockFile, APR_LOCK_DEFAULT, pconf);
lockFile is set to "/var/lib/mod_straw/mod
William A. Rowe, Jr. said:
>>>Wouldn't it be *much* more economical to do something similar
>>>to apr_procattr_t, where we set up all the choices beforehand,
>>>and can reuse the apr_ldapopt_t over and over on each ldap
>>>connection for options which do not change?
>>
>>All the LDAP toolkits have
