Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Received-SPF: pass (nike.apache.org: local policy)
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: HEAD on trunk broken
Date: Thu, 10 Mar 2011 17:43:04 +0100
Message-ID: 
 <E563FB5AB3F02844AC749BA39E494AB404553003@VF-MBX11.internal.vodafone.com>
In-Reply-To: 
 <E563FB5AB3F02844AC749BA39E494AB404552FFA@VF-MBX11.internal.vodafone.com>
Thread-Topic: HEAD on trunk broken
Thread-Index: AcvfQMeFiDxRZkQdTvG6HEQhYweErAAALAIQAAAgP5A=
References: <C937AE69-111C-47FB-A4E8-D0BA5D1A9BC9@jaguNET.com>
 <yuaoc5j80ju.fsf@kabuki.mynet>
 <6EA48C90-1F09-4D8A-AA22-E94FC858091D@jaguNET.com>
 <E563FB5AB3F02844AC749BA39E494AB404552FFA@VF-MBX11.internal.vodafone.com>
From: =?iso-8859-1?Q?=22Pl=FCm=2C_R=FCdiger=2C_VF-Group=22?=
 <ruediger.pluem@vodafone.com>
To: <dev@httpd.apache.org>

=20

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

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=FCdiger