httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Plüm, Rüdiger, VF-Group" <ruediger.pl...@vodafone.com>
Subject RE: HEAD on trunk broken
Date Thu, 10 Mar 2011 16:43:04 GMT
 

> -----Original Message-----
> From: "Plüm, Rüdiger, VF-Group" 
> Sent: Donnerstag, 10. März 2011 17:38
> To: dev@httpd.apache.org
> Subject: RE: HEAD on trunk broken
> 
>  
> 
> > -----Original Message-----
> > From: Jim Jagielski 
> > Sent: Donnerstag, 10. März 2011 17:32
> > To: dev@httpd.apache.org
> > Subject: Re: HEAD on trunk broken
> > 
> > OK... *whew* 
> > 
> > On Mar 10, 2011, at 10:20 AM, Dan Poirier wrote:
> > 
> > > I saw it yesterday on Mac OS 10.6 without XCode 4.
> > > 
> > > On Thu. 2011-03-10 at 09:42 AM EST, Jim Jagielski 
> > <jim@jaguNET.com> wrote:
> > > 
> > >> Not sure if anyone else is seeing this or whether this is due to
> > >> my upgrade to XCode4 yesterday :/
> > >> 
> > >> 
> > >> #0  apr_global_mutex_lockfile (mutex=0x0) at 
> > locks/unix/global_mutex.c:180
> > >> 180	    return apr_proc_mutex_lockfile(mutex->proc_mutex);
> > >> (gdb) bt
> > >> #0  apr_global_mutex_lockfile (mutex=0x0) at 
> > locks/unix/global_mutex.c:180
> > >> #1 0x0000000100040b64 in authn_cache_child_init (p=0x10087d828,
> > >> s=0x1008205d8) at mod_authn_socache.c:129
> > >> #2 0x0000000100001e9e in ap_run_child_init (pchild=0x10087d828,
> > >> s=0x1008205d8) at config.c:160
> > >> #3  0x0000000100118384 in child_main (child_num_arg=2) at 
> > event.c:1700
> > >> #4  0x0000000100118812 in make_child (s=0x1008205d8, 
> > slot=2) at event.c:1887
> > >> #5  0x0000000100118a47 in startup_children 
> > (number_to_start=1) at event.c:1920
> > >> #6 0x00000001001193c9 in event_run (_pconf=0x100806028,
> > >> plog=0x10089f828, s=0x1008205d8) at event.c:2229
> > >> #7 0x000000010001a4db in ap_run_mpm (pconf=0x100806028,
> > >> plog=0x10089f828, s=0x1008205d8) at mpm_common.c:90
> > >> #8  0x000000010000db93 in main (argc=7, 
> > argv=0x7fff5fbff2d0) at main.c:749
> > > 
> > 
> > 
> 
> I guess the following patch should fix that:
> 
> Index: mod_authn_socache.c
> ===================================================================
> --- mod_authn_socache.c (revision 1080266)
> +++ mod_authn_socache.c (working copy)
> @@ -126,11 +126,12 @@
>  }
>  static void authn_cache_child_init(apr_pool_t *p, server_rec *s)
>  {
> -    const char *lock = apr_global_mutex_lockfile(authn_cache_mutex);
> +    const char *lock;
>      apr_status_t rv;
>      if (!configured) {
>          return;       /* don't waste the overhead of 
> creating mutex & cache */
>      }
> +    lock = apr_global_mutex_lockfile(authn_cache_mutex);
>      rv = apr_global_mutex_child_init(&authn_cache_mutex, lock, p);
>      if (rv != APR_SUCCESS) {
>          ap_log_error(APLOG_MARK, APLOG_CRIT, rv, s,
> 

Feel free to commit if it resolves the issue as I won't have a chance to do
so today or tomorrow morning.

Regards

Rüdiger

Mime
View raw message