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=LbYm9BrOTK1GZBrOy9NcqCTea0OYem6JEbUz1YDiScq9dYaYt43GA
	epIfqUxfYvuzpw/LA5oBaArkFqmjrUr01/kiIPMk/YmLUJ4wtZzyhVarX0oTeQMi
	69bKoCz1y4sCzgvv8H7UGECHL9OJs3nugaY4OkEv6f8ZTX59/U8HD8=
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=Fhm6+A+p3vLnWr2TAHta3upd4V0=; b=cfAGa08WffA/wH/MnyVuGLKbPoR3
	m2RHYUEjQP+0ydgCpfZj4a4g7EJVNFZCF+GnVMDaFS86eiNPlQBNNG4Be2CGcPOn
	9mjzvwh3XHvXHYNtrEn+vxe2xIIqJlxvBYcOFxMiEMJ9RHdy5jmZLpnoEUFTgJbD
	9DMbGLndtK8tQwk=
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=1.5 required=5.0 tests=AWL,BAYES_50,RDNS_NONE,URIBL_BLOCKED autolearn=no version=3.3.2
X-HELO: calimero.vinschen.de
Date: Tue, 3 Dec 2013 12:28:30 +0100
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: emacs-x11: new clipboard size limitation?
Message-ID: <20131203112830.GH11800@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <ac98a224051c2e59d2a1a0d455717531 AT mhoenicka DOT de> <529C8716 DOT 7020601 AT dronecode DOT org DOT uk> <20131202141740 DOT GC11800 AT calimero DOT vinschen DOT de> <529C9F81 DOT 5060900 AT dronecode DOT org DOT uk> <20131203103129 DOT GG11800 AT calimero DOT vinschen DOT de>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;	protocol="application/pgp-signature"; boundary="m0vRWufqUC70IDnR"
Content-Disposition: inline
In-Reply-To: <20131203103129.GG11800@calimero.vinschen.de>
User-Agent: Mutt/1.5.21 (2010-09-15)

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

On Dec  3 11:31, Corinna Vinschen wrote:
> On Dec  2 14:56, Jon TURNEY wrote:
> > On 02/12/2013 14:17, Corinna Vinschen wrote:
> > > On Dec  2 13:11, Jon TURNEY wrote:
> > >> What you write does seem to support the theory that this is a regres=
sion in
> > >> select() in the cygwin DLL.  It might be useful if you could say wha=
t version
> > >> of the cygwin DLL you had when it was working correctly before you u=
pgraded.
> > >>
> > >> [1] http://cygwin.com/ml/cygwin-xfree/2013-10/msg00031.html
> > >> [2] http://cygwin.com/ml/cygwin-xfree/2013-11/msg00012.html
> > >=20
> > > Are you sure this is a select problem?  If so, can you create an STC,
> > > perhaps?
> >=20
> > "Only a madman is absolutely sure".  I'm afraid the best test case I ha=
ve a
> > the moment is:
> >=20
> > Install xorg-server-debuginfo
> > Start XWin -noclipboard -multiwindow
> > Start xwinclip under gdb, and place a breakpoint at wndproc.c:133, and =
run it
> > Start emacs-x11, open the Shakespeare text from [1] in a buffer
> > Open notepad
> > Copy and paste the text from the emacs buffer into notepad
> > The breakpoint is hit.  Notice that select() has returned 0, the read r=
eady
> > fd_set is empty and the timeout hasn't expired. I claim that the read r=
eady
> > fd_set should indicate that the X connection socket is ready.
>=20
> Well, that's not exactly an STC...
>=20
> So, IIUC, you're saying that, in fact, select doesn't return too early,
> rather it returns without setting the return value correctly.  You
> expect it to return a value > 0, right?

I don't see any bigger changes in select since Cygwin 1.7.19.  Only one
change since then, and that's only in 1.7.26, not in 1.7.25 as the OP
claimed using.  The change in 1.7.19 is only 64 bit related, changing an
unsigned to a size_t cast and a few debug printfs.  Only in 1.7.18 is a
little bit bigger change but it should only affect signal handling.

Talking about wndproc.c, it only checks iReturn for being < 0.  After
that, we don't really know which value it has, we only know that
FD_ISSET(iConnNumber, &fdsRead) returns 0.  The value of iReturn should
be printed in the debug output at line 133.

What kind of object is the iConnNumber descriptor?  Pipe?  Fifo?
Socket?  /dev/windows?  We really need a simple testcase without the=20
X and emacs overhead...


Corinna

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

--m0vRWufqUC70IDnR
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.15 (GNU/Linux)

iQIcBAEBAgAGBQJSncBeAAoJEPU2Bp2uRE+g/ScP/ioo+Uz7i7LnIMr80j7J45pF
KYI+wrCSQivBo5XMNPBVbdz2s2AVl3ITiaHdKNtnPbtjoNSJN2705MwxvdFsx/c0
GTPkd55rkQStGdZiVRvRiIRJMGt5WH/HuLEw0lubAFmGmTfGxgNR7EmQJK/vJzQh
jGTKdYpZ05G4bdS7w3Afxj4iOwQcLk9I+6L6QjIY7DIjfBhaxEC2A5MNeEWlwQ/d
H89+FwEMSOAhbgj34lfgzY6k8CtuOddveeaIynLlAXnkGVKy3Rzz/lbCcgv89SWd
7+fnMLZGuLxFV0gF0B2ZJY2j/jBt6HAygL/YlDGzQSxHFMM1PEVljFBR806FKUUe
Jf7AnA3+y8GR7osc1q0NYO1azPLBpcZblNaO6GT7l1fDjqwIPuvAMOwnEoh9Qjaw
FGBz8+/s9FGyZ7GnjC5dStb5NUYgLjeOALo6vROdxLVeEUcA5OUUkkxhU1ONMumQ
KTZXl/NTCJOAsxy1YCp3Z/IEiKkjkbglrbuth0V991bgMHedY+0DcvCz/visXbyh
1s8/WPrvCjXGT0S1KryGQLcwnB8D1ed0o9qnn8vF7JyrqVV3hiIPBueSH3iU7o91
5N33EtI4G5qSiweMPspzWfLd7gUlXEUlH6deWR3+px+KjHHe51wppsZHYpeKlJZz
LyEYh8X40601cQueEcxf
=6yXC
-----END PGP SIGNATURE-----

--m0vRWufqUC70IDnR--