From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10580 invoked by alias); 3 Apr 2014 08:28:02 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 10014 invoked by uid 89); 3 Apr 2014 08:28:01 -0000 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 Received: from aquarius.hirmke.de (HELO calimero.vinschen.de) (217.91.18.234) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 03 Apr 2014 08:28:00 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 2727C8E0D3A; Thu, 3 Apr 2014 10:27:58 +0200 (CEST) Date: Thu, 03 Apr 2014 08:28:00 -0000 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: Tons of cygserver errors Message-ID: <20140403082758.GV2508@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <5F8AAC04F9616747BC4CC0E803D5907D0C8AC056@MLBXv04.nih.gov> <20140402085347.GN2508@calimero.vinschen.de> <5F8AAC04F9616747BC4CC0E803D5907D0C8AC656@MLBXv04.nih.gov> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XMHqbYJb993HXwLR" Content-Disposition: inline In-Reply-To: <5F8AAC04F9616747BC4CC0E803D5907D0C8AC656@MLBXv04.nih.gov> User-Agent: Mutt/1.5.21 (2010-09-15) X-SW-Source: 2014-04/txt/msg00018.txt.bz2 --XMHqbYJb993HXwLR Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 2066 On Apr 2 16:26, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote: > > there's really no reason to quote that at all >=20 > Maybe, but how would I know that you did not need that? That's why I said "for the records" :) > > It means the pointer to the "signal_arrived" event object is invalid. > > "signal_arrived" is used internally to notify wait functions that a > > POSIX signal arrived for the process and to implement EINTR, for > > instance. When you're using XSI IPC functions, the signal_arrived > > handle is used in cygserver to make the IPC functions interruptible. > > For that, it creates a local copy of signal_arrived using > > DuplicateHandle > >=20 > > For some reason the handle given to cygserver is invalid. Why, I > > have no idea, and your report is missing information, so here we go > > again: >=20 > I can=E2=80=99t provide any further information at this point because I d= o not > understand what and where to look for. But I have a slight clue that > there is a race in cygserver (and that's not unusual, from my experience). >=20 > There is a main process that has sems open / shm attached. That process > fork()s and exec()s script every now and then. If the main process > does not spawn any children, there is nothing in the log. Once it starts > doing that, I see the errors coming in, and in good time correlation with > the spawning schedule. The spawned processes are very short lived, > merely it's a fork, then exec a shell script with just an exit statement. >=20 > I suppose that when cygserver tries to read a handle, the child process > (which by posix rules had inherited the shm and sems, but should have > dropped them altogether at the point of exec()) is already gone, so the > handle is invalid. Which is why it is the error "6" all way. >=20 > How realistic does that sound? Still, you're missing the cygcheck log, and a simple testcase would be helpful. Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --XMHqbYJb993HXwLR Content-Type: application/pgp-signature Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJTPRuOAAoJEPU2Bp2uRE+gTH0QAIrXM+Oa9EM7Ufq3t8iDJvx4 YDn5DuyuRm1ma3omaJp+xs5WT0KdSyFckvEv0dx1V0bS6HKLmr5yQMyXIP9226kK pxoUgHOa8tA80PhQ+fcqXUMu9mNPO2nfhGPehrT9LQF9STiCbjZkrmVv+mptA3Po WnGI9iEKTToUtkwNQFCSJVC17tfiVWdStmefwCRqlr+5z0WVwVWPWYvDVfYoSv3e YhEkNTzDhfR/add5+2QoHMjWcayJwDkPXmxpgmvzvwEXHZ2b4eMkYCMCVbQ8f00u OTyR4ex75pDLFlxyCj1oaUZTeoVNn6BEXRNHYIjyd7yBoqKhtwDwJxCqqFjawA8L N6Swx7x90+33x6Sw2b51q35oWiy4/cLT15dsQc9/71CSbATY+n52d+SipYm7d79I X+HyXGXPgGVIOsXXTJdKmoCovSZVI6ZjsD/TDnhMjVmD4FLYdeTVXfz4XJXwnfE4 G4OKG35evE0gaRhq7qAaf+jpMYTPyCK7dNI1hF+0A5wlBW0JsGsgQpi6ZP6PM0xL 7TP5lSSBSCUpPEJEmSQhBMLw+9EzTmwsIHI5JgC9cGVxk2qgiEcGYJ9KZn3k7+lO qBl4oVix0p2lmAI2c38e98iFg8KkgdfKSdlY23DMVNKPCLmMhw+c7//v1orNNTef /EYRzThzwx3AeZbQVOs0 =QJaD -----END PGP SIGNATURE----- --XMHqbYJb993HXwLR--