X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=g9cNTJ3M1es1Jr60CG3Wepb4zlYZZjB+H8+us3FphukxHdT9vVPkP
	f5iQEMFmCwaXQ2Hhuhxj41Ef4HgBBDhmgHNBBHqX/hyYEgsH4EueqPPTfi3ri5A5
	dn5gEMCUibGk+0TPv15EclWARcevYxsRVwf2Mn9GaIPPTa3XZYk/ac=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; s=default;
	 bh=AJMcb9AyfyZdJEoCC/BkYlkfXq8=; b=WcmCqEQl3IJ6mWmOYv6A0kMkwQAa
	hMm6ojR6XOvxrhftElEfCTrj0+UvNVs7nehrYupMrW3MrJAyoatyaVnNYUhwU+p6
	pPt5E8n/Mcvl4nBEBrC4FBO+T7qkpyTkLQOu9pGBJ+wjJHIzIHlziu3sf0csJdV1
	YFUZAWeFaO6tuAI=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-5.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2
X-HELO: calimero.vinschen.de
Date: Wed, 9 Jul 2014 12:12:56 +0200
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: timeout in LDAP access
Message-ID: <20140709101256.GD26447@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <FEEBC1A4-B147-45C1-A5AC-F5B9108E998F AT Denis-Excoffier DOT org> <20140623090959 DOT GA1803 AT calimero DOT vinschen DOT de> <C2FB35D9-AE47-4461-8A94-20605D5EB996 AT Denis-Excoffier DOT org> <20140624155851 DOT GJ1803 AT calimero DOT vinschen DOT de> <20140625101526 DOT GO1803 AT calimero DOT vinschen DOT de> <E760D646-FFCB-434C-B990-7783DC011326 AT Denis-Excoffier DOT org> <20140625211355 DOT GA25116 AT calimero DOT vinschen DOT de> <E3509AAC-C4A0-4293-988F-E94BF2421180 AT free DOT fr> <20140707110714 DOT GJ1803 AT calimero DOT vinschen DOT de> <19B9F8D8-7FD6-4A7B-AC83-BBF8D152319D AT Denis-Excoffier DOT org>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;	protocol="application/pgp-signature"; boundary="ftEhullJWpWg/VHq"
Content-Disposition: inline
In-Reply-To: <19B9F8D8-7FD6-4A7B-AC83-BBF8D152319D@Denis-Excoffier.org>
User-Agent: Mutt/1.5.23 (2014-03-12)

--ftEhullJWpWg/VHq
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Jul  8 21:22, Denis Excoffier wrote:
>=20
> On 2014-07-07 13:07, Corinna Vinschen wrote:
>=20
> >=20
> > For enumerating a non-primary domain, I get exactly two calls to
> > cyg_ldap::open which actually do a connect.  The first call opens the
> > domain for enumeration.  The second call opens the primary domain (NULL)
> > to fetch the POSIX offset value for the foreign domain (see my document
> > explaining the POSIX offset stuff), unless the application or one of
> > its parent processes already fetched the POSIX offset for this domain.
> >=20
> > I don't observer any further calls to connect in this scenario.
> >=20
> >=20
> In your preliminary documentation (your message dated 2014-06-25, please
> correct "seet" in it), trustPosixOffset is "some arbitrary 32 bit value",
> ie including 0.
>=20
> In your code (fetch_posix_offset), td->PosixOffset is used to record the
> value and also (when 0) to record that the value has still not been
> fetched.
>=20
> I have encountered this case in real life. The domain admins have set
> the trustPosixOffset of the secondary domain to zero. This value is there=
fore
> never recorded and the cldap->open occurs again and again.

Ouch.  Why on earth are admins doing this?  There's no way to
workaround this reliably.


Corinna

--=20
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--ftEhullJWpWg/VHq
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJTvRWoAAoJEPU2Bp2uRE+gdlYP/A5Qs/skgBP3NboulHegZ0mF
PZ3T27Q7xscfszlbf01WV1iK3sRUJCwV+DbZOw6tMrFENtO4LP9LYbRbSatRVK5G
WrcFjREjgPtD3BhIpEFKl/rjnUBjLPE3uTW5CT7Qb5Vz4iWtADhKUirMPrSudauO
YUitZ/xa5RkUVZ24iZEmS8MJ5FXXyCFaUvMiHI5bE9Vzmj+mRcC0f7Y3Qd3JsA7O
GfgOJ47sYqA0ps2Fs9GDEefpPzzrbLhxmqvNrXav0Bh0MT6Mn3VyR4cQ2qzb3tos
CA2kqEi6CaQzCrPWT9BZjedIMDxtE5KZlRCm7W6u1eWbvl9epFZL/8OtftDyqgHL
/rtWcAMqUCLuWvYpO9S1CXfDuCDYis/QMuqSUZyHdcvbJkWEkhxol2fuVl2Yr3n3
uEDO1J4mXH9nh074u6FSYILbos1IjnR1x6vHkDq5Ws4xoaelhJwHk6BVtQkulmkL
Vj8QWsirSPcKpjO61+UDThXx/KZBNDSb0fWp6+b1wF6yFEC1P/wQy5EDi8tc7rmo
LH4UqYnKdiP54xALT8i3ekwpQLgni45U2QoXgmXcrGSBk6Rre+5wFYX6EG5K7yOp
bX/DcUnZKwMTsVXJczuqqV4w/XnJ2a1AmZza0Gz6tvof17YV//xdjLlDaS0nrzsu
fENqfluky4YSUKp01x1l
=4ACE
-----END PGP SIGNATURE-----

--ftEhullJWpWg/VHq--