X-Recipient: archive-cygwin@delorie.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:content-type:mime-version:subject:from
	:in-reply-to:date:content-transfer-encoding:message-id
	:references:to; q=dns; s=default; b=qlj5wAUiiwbbHeg4ZQJ7uWGFNLLe
	DOXZcOq+ZxppII4xIyyLf2H0fk1zUw6pUo5Owr+fL7/ZbzsKaaGqp8QKIjb0RQF2
	FFraOXvCLM93LQCLwf55G/pGb3IiBWftrGtrgtw0VdtTIn88/22Cj+Kq92cv1tjb
	EG+94rr5baCzs78=
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:content-type:mime-version:subject:from
	:in-reply-to:date:content-transfer-encoding:message-id
	:references:to; s=default; bh=iCANgZGV5EpRo88Wk4ml0jgA53w=; b=Z5
	n4M1TqqnCm68Cx6BM4HooyaTAEYetzO+DB91BBRQX0wXSTC2Z64jzGrZoJ/Q8+4w
	AoP5ahc443hJRMs7e6cMHfSvISiasyG9JtjokhpEhKYnQn8v3t1w4WFo7zmEC1Pl
	kHPxeIbRnlzoWyfhqlIQLUaPGAVy+n7S0DfcJqqAs=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2
X-HELO: smtp4-g21.free.fr
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
Subject: Re: timeout in LDAP access
From: Denis Excoffier <cygwin@Denis-Excoffier.org>
In-Reply-To: <20140707110714.GJ1803@calimero.vinschen.de>
Date: Tue, 8 Jul 2014 21:22:02 +0200
Content-Transfer-Encoding: 7bit
Message-Id: <19B9F8D8-7FD6-4A7B-AC83-BBF8D152319D@Denis-Excoffier.org>
References: <20140618083304.GV23700@calimero.vinschen.de> <20140618180102.GA27055@calimero.vinschen.de> <FEEBC1A4-B147-45C1-A5AC-F5B9108E998F@Denis-Excoffier.org> <20140623090959.GA1803@calimero.vinschen.de> <C2FB35D9-AE47-4461-8A94-20605D5EB996@Denis-Excoffier.org> <20140624155851.GJ1803@calimero.vinschen.de> <20140625101526.GO1803@calimero.vinschen.de> <E760D646-FFCB-434C-B990-7783DC011326@Denis-Excoffier.org> <20140625211355.GA25116@calimero.vinschen.de> <E3509AAC-C4A0-4293-988F-E94BF2421180@free.fr> <20140707110714.GJ1803@calimero.vinschen.de>
To: cygwin@cygwin.com


On 2014-07-07 13:07, Corinna Vinschen wrote:

> 
> 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.
> 
> I don't observer any further calls to connect in this scenario.
> 
> 
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.

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.

I have encountered this case in real life. The domain admins have set
the trustPosixOffset of the secondary domain to zero. This value is therefore
never recorded and the cldap->open occurs again and again.

Hope this helps.

Regards,

Denis Excoffier.


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

