From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 12 10:05:50 2011 Received: (at submit) by debbugs.gnu.org; 12 Oct 2011 14:05:50 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RDzRO-0001wa-B3 for submit@debbugs.gnu.org; Wed, 12 Oct 2011 10:05:50 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RDzRM-0001wM-1r for submit@debbugs.gnu.org; Wed, 12 Oct 2011 10:05:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RDzQt-0000Ss-3Y for submit@debbugs.gnu.org; Wed, 12 Oct 2011 10:05:20 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:60219) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RDzQt-0000Sm-1I for submit@debbugs.gnu.org; Wed, 12 Oct 2011 10:05:19 -0400 Received: from eggs.gnu.org ([140.186.70.92]:35744) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RDzQo-0006tQ-V6 for bug-coreutils@gnu.org; Wed, 12 Oct 2011 10:05:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RDzQn-0000Ru-SL for bug-coreutils@gnu.org; Wed, 12 Oct 2011 10:05:14 -0400 Received: from senmx11-mx.siemens-enterprise.com ([62.134.46.9]:47844) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RDzQn-0000Ra-H7 for bug-coreutils@gnu.org; Wed, 12 Oct 2011 10:05:13 -0400 Received: from MCHP063A.global-ad.net (unknown [172.29.37.61]) by senmx11-mx.siemens-enterprise.com (Server) with ESMTP id 1CCF61EB8450 for ; Wed, 12 Oct 2011 16:05:12 +0200 (CEST) Received: from MCHP058A.global-ad.net ([172.29.37.55]) by MCHP063A.global-ad.net ([172.29.37.61]) with mapi; Wed, 12 Oct 2011 16:05:12 +0200 From: "Voelker, Bernhard" To: "bug-coreutils@gnu.org" Date: Wed, 12 Oct 2011 16:05:10 +0200 Subject: misc/timeout-group: spurious test failure on SLES 10.3 (coreutils 8.14) Thread-Topic: misc/timeout-group: spurious test failure on SLES 10.3 (coreutils 8.14) Thread-Index: AcyI5/QtaHsBZlyMTUK2HizYFoOM1w== Message-ID: <7856072A9D04C24B82DFE2B1112FE38A0D83BF5C47@MCHP058A.global-ad.net> Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: de-DE, en-US Content-Type: multipart/mixed; boundary="_002_7856072A9D04C24B82DFE2B1112FE38A0D83BF5C47MCHP058Agloba_" MIME-Version: 1.0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -5.3 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.3 (-----) --_002_7856072A9D04C24B82DFE2B1112FE38A0D83BF5C47MCHP058Agloba_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I don't wanna ruin your day (by reporting on 0-day old 8.14), but ... On a virtual SLES 10.3 system with 2 Xeons (E5420 @ 2.50GHz), the above test failed - but just once. I cannot reproduce the error. I tried ~30 times, once with low system load and once with a load of about 10. Fortunately, I saved the logfile before retrying. Ideas? Berny= --_002_7856072A9D04C24B82DFE2B1112FE38A0D83BF5C47MCHP058Agloba_ Content-Type: application/octet-stream; name="timeout-group.log" Content-Description: timeout-group.log Content-Disposition: attachment; filename="timeout-group.log"; size=3396; creation-date="Wed, 12 Oct 2011 13:23:30 GMT"; modification-date="Wed, 12 Oct 2011 13:17:26 GMT" Content-Transfer-Encoding: base64 RkFJTDogbWlzYy90aW1lb3V0LWdyb3VwIChleGl0OiAxKQo9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09CgorKyBpbml0aWFsX2N3ZF89L3VzZXIvZWNzL2Jlcm55L2RlcG90L2NvcmV1 dGlscy04LjE0L3Rlc3RzCisrIGZhaWw9MAorKysgdGVzdGRpcl9wcmVmaXhfCisrKyBwcmludGYg Z3QKKysgcGZ4Xz1ndAorKysgbWt0ZW1wZF8gL3VzZXIvZWNzL2Jlcm55L2RlcG90L2NvcmV1dGls cy04LjE0L3Rlc3RzIGd0LXRpbWVvdXQtZ3JvdXAuWFhYWAorKysgY2FzZSAkIyBpbgorKysgZGVz dGRpcl89L3VzZXIvZWNzL2Jlcm55L2RlcG90L2NvcmV1dGlscy04LjE0L3Rlc3RzCisrKyB0ZW1w bGF0ZV89Z3QtdGltZW91dC1ncm91cC5YWFhYCisrKyBNQVhfVFJJRVNfPTQKKysrIGNhc2UgJGRl c3RkaXJfIGluCisrKyBjYXNlICR0ZW1wbGF0ZV8gaW4KKysrKyB1bnNldCBUTVBESVIKKysrKyBt a3RlbXAgLWQgLXQgLXAgL3VzZXIvZWNzL2Jlcm55L2RlcG90L2NvcmV1dGlscy04LjE0L3Rlc3Rz IGd0LXRpbWVvdXQtZ3JvdXAuWFhYWAorKysgZD0vdXNlci9lY3MvYmVybnkvZGVwb3QvY29yZXV0 aWxzLTguMTQvdGVzdHMvZ3QtdGltZW91dC1ncm91cC5BVVk5CisrKyBjYXNlICRkIGluCisrKyB0 ZXN0IC1kIC91c2VyL2Vjcy9iZXJueS9kZXBvdC9jb3JldXRpbHMtOC4xNC90ZXN0cy9ndC10aW1l b3V0LWdyb3VwLkFVWTkKKysrKyBscyAtZGdvIC91c2VyL2Vjcy9iZXJueS9kZXBvdC9jb3JldXRp bHMtOC4xNC90ZXN0cy9ndC10aW1lb3V0LWdyb3VwLkFVWTkKKysrKyB0ciBTIC0KKysrIHBlcm1z PSdkcnd4LS0tLS0tIDIgNDA5NiBPY3QgMTIgMTU6MTcgL3VzZXIvZWNzL2Jlcm55L2RlcG90L2Nv cmV1dGlscy04LjE0L3Rlc3RzL2d0LXRpbWVvdXQtZ3JvdXAuQVVZOScKKysrIGNhc2UgJHBlcm1z IGluCisrKyB0ZXN0IDAgPSAwCisrKyBlY2hvIC91c2VyL2Vjcy9iZXJueS9kZXBvdC9jb3JldXRp bHMtOC4xNC90ZXN0cy9ndC10aW1lb3V0LWdyb3VwLkFVWTkKKysrIHJldHVybgorKyB0ZXN0X2Rp cl89L3VzZXIvZWNzL2Jlcm55L2RlcG90L2NvcmV1dGlscy04LjE0L3Rlc3RzL2d0LXRpbWVvdXQt Z3JvdXAuQVVZOQorKyBjZCAvdXNlci9lY3MvYmVybnkvZGVwb3QvY29yZXV0aWxzLTguMTQvdGVz dHMvZ3QtdGltZW91dC1ncm91cC5BVVk5CisrIGdsX2luaXRfc2hfbmxfPScKJworKyBJRlM9JyAJ CicKKysgZm9yIHNpZ18gaW4gMSAyIDMgMTMgMTUKKysrIGV4cHIgMSArIDEyOAorKyBldmFsICd0 cmFwICdcJydFeGl0IDEyOSdcJycgMScKKysrIHRyYXAgJ0V4aXQgMTI5JyAxCisrIGZvciBzaWdf IGluIDEgMiAzIDEzIDE1CisrKyBleHByIDIgKyAxMjgKKysgZXZhbCAndHJhcCAnXCcnRXhpdCAx MzAnXCcnIDInCisrKyB0cmFwICdFeGl0IDEzMCcgMgorKyBmb3Igc2lnXyBpbiAxIDIgMyAxMyAx NQorKysgZXhwciAzICsgMTI4CisrIGV2YWwgJ3RyYXAgJ1wnJ0V4aXQgMTMxJ1wnJyAzJworKysg dHJhcCAnRXhpdCAxMzEnIDMKKysgZm9yIHNpZ18gaW4gMSAyIDMgMTMgMTUKKysrIGV4cHIgMTMg KyAxMjgKKysgZXZhbCAndHJhcCAnXCcnRXhpdCAxNDEnXCcnIDEzJworKysgdHJhcCAnRXhpdCAx NDEnIDEzCisrIGZvciBzaWdfIGluIDEgMiAzIDEzIDE1CisrKyBleHByIDE1ICsgMTI4CisrIGV2 YWwgJ3RyYXAgJ1wnJ0V4aXQgMTQzJ1wnJyAxNScKKysrIHRyYXAgJ0V4aXQgMTQzJyAxNQorKyB0 cmFwIHJlbW92ZV90bXBfIDAKKyBwYXRoX3ByZXBlbmRfIC4uL3NyYworIHRlc3QgMSAnIT0nIDAK KyBwYXRoX2Rpcl89Li4vc3JjCisgY2FzZSAkcGF0aF9kaXJfIGluCisrIGNkIC91c2VyL2Vjcy9i ZXJueS9kZXBvdC9jb3JldXRpbHMtOC4xNC90ZXN0cy8uLi9zcmMKKysgZWNobyAvdXNlci9lY3Mv YmVybnkvZGVwb3QvY29yZXV0aWxzLTguMTQvc3JjCisgYWJzX3BhdGhfZGlyXz0vdXNlci9lY3Mv YmVybnkvZGVwb3QvY29yZXV0aWxzLTguMTQvc3JjCisgY2FzZSAkYWJzX3BhdGhfZGlyXyBpbgor IFBBVEg9L3VzZXIvZWNzL2Jlcm55L2RlcG90L2NvcmV1dGlscy04LjE0L3NyYzovdXNlci9lY3Mv YmVybnkvZGVwb3QvY29yZXV0aWxzLTguMTQvc3JjOi91c2VyL2Vjcy9iaW46L3Vzci9sb2NhbC9i aW46L3Vzci9iaW46L3Vzci9YMTFSNi9iaW46L2JpbjovdXNyL2dhbWVzOi9vcHQvZ25vbWUvYmlu Oi9vcHQvbnNyOi46L29wdC9vcGVuc3NoL2Jpbjovb3B0L25zcgorIGNyZWF0ZV9leGVfc2hpbXNf IC91c2VyL2Vjcy9iZXJueS9kZXBvdC9jb3JldXRpbHMtOC4xNC9zcmMKKyBjYXNlICRFWEVFWFQg aW4KKyByZXR1cm4gMAorIHNoaWZ0CisgdGVzdCAwICchPScgMAorIGV4cG9ydCBQQVRICisgcHJp bnRfdmVyXyB0aW1lb3V0CisgdGVzdCB5ZXMgPSB5ZXMKKyBsb2NhbCBpCisgZm9yIGkgaW4gJyQq JworIGVudiB0aW1lb3V0IC0tdmVyc2lvbgp0aW1lb3V0IChHTlUgY29yZXV0aWxzKSA4LjE0CkNv cHlyaWdodCAoQykgMjAxMSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4KTGljZW5zZSBH UEx2Mys6IEdOVSBHUEwgdmVyc2lvbiAzIG9yIGxhdGVyIDxodHRwOi8vZ251Lm9yZy9saWNlbnNl cy9ncGwuaHRtbD4uClRoaXMgaXMgZnJlZSBzb2Z0d2FyZTogeW91IGFyZSBmcmVlIHRvIGNoYW5n ZSBhbmQgcmVkaXN0cmlidXRlIGl0LgpUaGVyZSBpcyBOTyBXQVJSQU5UWSwgdG8gdGhlIGV4dGVu dCBwZXJtaXR0ZWQgYnkgbGF3LgoKV3JpdHRlbiBieSBQYWRyYWlnIEJyYWR5LgorIHNldHNpZCB0 cnVlCisgY2F0CisgY2htb2QgYSt4IHRpbWVvdXQuY21kCisgY2F0CisgY2htb2QgYSt4IGdyb3Vw LnNoCisgc2V0c2lkIC4vZ3JvdXAuc2gKKyB0ZXN0IC1lIHRpbWVvdXQucnVubmluZworIHNsZWVw IC4xCisgdGVzdCAtZSB0aW1lb3V0LnJ1bm5pbmcKKyBlbnYga2lsbCAtSU5UIC0tIC0xODI2OQor IHdhaXQKKyB0ZXN0IC1lIGludC5yZWNlaXZlZAorIHJtIC1mIGludC5yZWNlaXZlZCB0aW1lb3V0 LnJ1bm5pbmcKKyB0aW1lb3V0IC1zQUxSTSAyIHRpbWVvdXQgLXNJTlQgMTAgLi90aW1lb3V0LmNt ZCA1CisgdGVzdCAtZSB0aW1lb3V0LnJ1bm5pbmcKKyBraWxsIC1BTFJNIDE4Mjc4Cisgd2FpdAor IHRlc3QgLWUgaW50LnJlY2VpdmVkCisgZmFpbD0xCisgRXhpdCAxCisgc2V0ICtlCisgZXhpdCAx CisgZXhpdCAxCisgcmVtb3ZlX3RtcF8KKyBfX3N0PTEKKyBjbGVhbnVwXworIDoKKyBjZCAvdXNl ci9lY3MvYmVybnkvZGVwb3QvY29yZXV0aWxzLTguMTQvdGVzdHMKKyBjaG1vZCAtUiB1K3J3eCAv dXNlci9lY3MvYmVybnkvZGVwb3QvY29yZXV0aWxzLTguMTQvdGVzdHMvZ3QtdGltZW91dC1ncm91 cC5BVVk5Cisgcm0gLXJmIC91c2VyL2Vjcy9iZXJueS9kZXBvdC9jb3JldXRpbHMtOC4xNC90ZXN0 cy9ndC10aW1lb3V0LWdyb3VwLkFVWTkKKyBleGl0IDEK --_002_7856072A9D04C24B82DFE2B1112FE38A0D83BF5C47MCHP058Agloba_-- From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 13 10:09:24 2011 Received: (at 9737-done) by debbugs.gnu.org; 13 Oct 2011 14:09:24 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RELyO-0008U2-3g for submit@debbugs.gnu.org; Thu, 13 Oct 2011 10:09:24 -0400 Received: from mx1.redhat.com ([209.132.183.28]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RELyK-0008To-Jg for 9737-done@debbugs.gnu.org; Thu, 13 Oct 2011 10:09:22 -0400 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p9DE8knJ021491 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 13 Oct 2011 10:08:46 -0400 Received: from [10.3.113.89] (ovpn-113-89.phx2.redhat.com [10.3.113.89]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id p9DE8ipE030554 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Oct 2011 10:08:45 -0400 Message-ID: <4E96F0EB.7010701@draigBrady.com> Date: Thu, 13 Oct 2011 15:08:43 +0100 From: =?ISO-8859-1?Q?P=E1draig_Brady?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110816 Thunderbird/6.0 MIME-Version: 1.0 To: "Voelker, Bernhard" Subject: Re: bug#9737: misc/timeout-group: spurious test failure on SLES 10.3 (coreutils 8.14) References: <7856072A9D04C24B82DFE2B1112FE38A0D83BF5C47@MCHP058A.global-ad.net> In-Reply-To: <7856072A9D04C24B82DFE2B1112FE38A0D83BF5C47@MCHP058A.global-ad.net> X-Enigmail-Version: 1.3.2 Content-Type: multipart/mixed; boundary="------------010704040907060608070002" X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Spam-Score: -10.6 (----------) X-Debbugs-Envelope-To: 9737-done Cc: 9737-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -10.6 (----------) This is a multi-part message in MIME format. --------------010704040907060608070002 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mx1.redhat.com id p9DE8knJ021491 On 10/12/2011 03:05 PM, Voelker, Bernhard wrote: > I don't wanna ruin your day (by reporting on 0-day old 8.14), but ... >=20 > On a virtual SLES 10.3 system with 2 Xeons (E5420 @ 2.50GHz), > the above test failed - but just once. >=20 > I cannot reproduce the error. I tried ~30 times, once with low system > load and once with a load of about 10. >=20 > Fortunately, I saved the logfile before retrying. > Ideas? >=20 > Berny Bah, this is just a racy test I think. Hopefully the attached fixes it. cheers, P=E1draig. --------------010704040907060608070002 Content-Type: text/plain; name="timeout-group-race.diff" Content-Disposition: attachment; filename="timeout-group-race.diff" Content-Transfer-Encoding: 7bit >From de893d537dab5ab1ed2f61ee81c18603b52784d6 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?P=C3=A1draig=20Brady?= Date: Thu, 13 Oct 2011 14:58:58 +0100 Subject: [PATCH] tests: fix a race in timeout-group This could cause a false failure, or even an infinite loop in rare circumstances. * tests/misc/timeout-group: Increase the timeouts passed to the timeout command, so that they're effectively not used. Instead the command termination is triggered by the kill commands when everything is in the correct state. Reported by Bernhard Voelker. --- tests/misc/timeout-group | 20 +++++++++++++++----- 1 files changed, 15 insertions(+), 5 deletions(-) diff --git a/tests/misc/timeout-group b/tests/misc/timeout-group index fedd53a..1ad2a87 100755 --- a/tests/misc/timeout-group +++ b/tests/misc/timeout-group @@ -40,15 +40,24 @@ chmod a+x timeout.cmd cat > group.sh <<\EOF #!/bin/sh -timeout --foreground 5 ./timeout.cmd 10& +timeout --foreground 25 ./timeout.cmd 20& wait EOF chmod a+x group.sh +check_timeout_cmd_running() +{ + local delay="$1" + test -e timeout.running || + { sleep $delay; return 1; } +} + + # Start above script in its own group. # We could use timeout for this, but that assumes an implementation. setsid ./group.sh & -until test -e timeout.running; do sleep .1; done +# Wait 6.3s for timeout.cmd to start +retry_delay_ check_timeout_cmd_running .1 6 || fail=1 # Simulate a Ctrl-C to the group to test timely exit # Note dash doesn't support signalling groups (a leading -) env kill -INT -- -$! @@ -66,9 +75,10 @@ rm -f int.received timeout.running # Note the first timeout must send a signal that # the second is handling for it to be propagated to the command. # SIGINT, SIGTERM, SIGALRM etc. are implicit. -timeout -sALRM 2 timeout -sINT 10 ./timeout.cmd 5& -until test -e timeout.running; do sleep .1; done -kill -ALRM $! +timeout -sALRM 30 timeout -sINT 25 ./timeout.cmd 20& +# Wait 6.3s for timeout.cmd to start +retry_delay_ check_timeout_cmd_running .1 6 || fail=1 +kill -ALRM $! # trigger the alarm of the first timeout command wait test -e int.received || fail=1 -- 1.7.6 --------------010704040907060608070002-- From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 13 11:59:38 2011 Received: (at 9737) by debbugs.gnu.org; 13 Oct 2011 15:59:38 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RENh4-0002Wt-9g for submit@debbugs.gnu.org; Thu, 13 Oct 2011 11:59:38 -0400 Received: from senmx11-mx.siemens-enterprise.com ([62.134.46.9]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RENh1-0002Wd-Ai for 9737@debbugs.gnu.org; Thu, 13 Oct 2011 11:59:36 -0400 Received: from MCHP063A.global-ad.net (unknown [172.29.37.61]) by senmx11-mx.siemens-enterprise.com (Server) with ESMTP id 1F31F1EB84B5; Thu, 13 Oct 2011 17:59:00 +0200 (CEST) Received: from MCHP058A.global-ad.net ([172.29.37.55]) by MCHP063A.global-ad.net ([172.29.37.61]) with mapi; Thu, 13 Oct 2011 17:59:00 +0200 From: "Voelker, Bernhard" To: =?iso-8859-1?Q?P=E1draig_Brady?= Date: Thu, 13 Oct 2011 17:58:58 +0200 Subject: RE: bug#9737: misc/timeout-group: spurious test failure on SLES 10.3 (coreutils 8.14) Thread-Topic: bug#9737: misc/timeout-group: spurious test failure on SLES 10.3 (coreutils 8.14) Thread-Index: AcyJsaUh10kBSi6EQBKGtQDMUY105gAC/XMQ Message-ID: <7856072A9D04C24B82DFE2B1112FE38A0D83BF6145@MCHP058A.global-ad.net> References: <7856072A9D04C24B82DFE2B1112FE38A0D83BF5C47@MCHP058A.global-ad.net> <4E96F0EB.7010701@draigBrady.com> In-Reply-To: <4E96F0EB.7010701@draigBrady.com> Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: de-DE, en-US Content-Type: multipart/mixed; boundary="_002_7856072A9D04C24B82DFE2B1112FE38A0D83BF6145MCHP058Agloba_" MIME-Version: 1.0 X-Spam-Score: -3.3 (---) X-Debbugs-Envelope-To: 9737 Cc: "9737@debbugs.gnu.org" <9737@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.3 (---) --_002_7856072A9D04C24B82DFE2B1112FE38A0D83BF6145MCHP058Agloba_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable reopen 9737 thanks P=E1draig Brady wrote: > Bah, this is just a racy test I think. > Hopefully the attached fixes it. Thank you for the patch. I tried it 16 times: * 14x PASS, execution time real < 0.4s * 1x test failure (in the 5th run) * 1x the test lasted 20s (in the 16th run) ... which means at least this is wrong: > * tests/misc/timeout-group: Increase the timeouts > passed to the timeout command, so that they're > effectively not used. <...> Have a nice day, Berny= --_002_7856072A9D04C24B82DFE2B1112FE38A0D83BF6145MCHP058Agloba_ Content-Type: application/octet-stream; name="timeout-group-race.log" Content-Description: timeout-group-race.log Content-Disposition: attachment; filename="timeout-group-race.log"; size=12997; creation-date="Thu, 13 Oct 2011 15:34:11 GMT"; modification-date="Thu, 13 Oct 2011 15:42:25 GMT" Content-Transfer-Encoding: base64 ZWNzQG1jaHAzMjBhOn4vYmVybnkvZGVwb3QvY29yZXV0aWxzLTguMTQvdGVzdHM+IHRpbWUgbWFr ZSBjaGVjayBWRVJCT1NFPXllcyBURVNUUz1taXNjL3RpbWVvdXQtZ3JvdXAKL3Vzci9iaW4vbWFr ZSAgY2hlY2stVEVTVFMKUEFTUzogbWlzYy90aW1lb3V0LWdyb3VwCj09PT09PT09PT09PT0KMSB0 ZXN0IHBhc3NlZAo9PT09PT09PT09PT09CiAgR0VOICAgICAgdmNfZXhlX2luX1RFU1RTCgpyZWFs ICAgIDBtMC4zNTFzCnVzZXIgICAgMG0wLjA2MHMKc3lzICAgICAwbTAuMDg0cwplY3NAbWNocDMy MGE6fi9iZXJueS9kZXBvdC9jb3JldXRpbHMtOC4xNC90ZXN0cz4gdGltZSBtYWtlIGNoZWNrIFZF UkJPU0U9eWVzIFRFU1RTPW1pc2MvdGltZW91dC1ncm91cAovdXNyL2Jpbi9tYWtlICBjaGVjay1U RVNUUwpQQVNTOiBtaXNjL3RpbWVvdXQtZ3JvdXAKPT09PT09PT09PT09PQoxIHRlc3QgcGFzc2Vk Cj09PT09PT09PT09PT0KICBHRU4gICAgICB2Y19leGVfaW5fVEVTVFMKCnJlYWwgICAgMG0wLjM0 OXMKdXNlciAgICAwbTAuMDY0cwpzeXMgICAgIDBtMC4wNzZzCmVjc0BtY2hwMzIwYTp+L2Jlcm55 L2RlcG90L2NvcmV1dGlscy04LjE0L3Rlc3RzPiB0aW1lIG1ha2UgY2hlY2sgVkVSQk9TRT15ZXMg VEVTVFM9bWlzYy90aW1lb3V0LWdyb3VwCi91c3IvYmluL21ha2UgIGNoZWNrLVRFU1RTClBBU1M6 IG1pc2MvdGltZW91dC1ncm91cAo9PT09PT09PT09PT09CjEgdGVzdCBwYXNzZWQKPT09PT09PT09 PT09PQogIEdFTiAgICAgIHZjX2V4ZV9pbl9URVNUUwoKcmVhbCAgICAwbTAuMzQ3cwp1c2VyICAg IDBtMC4wNjRzCnN5cyAgICAgMG0wLjA4MHMKZWNzQG1jaHAzMjBhOn4vYmVybnkvZGVwb3QvY29y ZXV0aWxzLTguMTQvdGVzdHM+IHRpbWUgbWFrZSBjaGVjayBWRVJCT1NFPXllcyBURVNUUz1taXNj L3RpbWVvdXQtZ3JvdXAKL3Vzci9iaW4vbWFrZSAgY2hlY2stVEVTVFMKUEFTUzogbWlzYy90aW1l b3V0LWdyb3VwCj09PT09PT09PT09PT0KMSB0ZXN0IHBhc3NlZAo9PT09PT09PT09PT09CiAgR0VO ICAgICAgdmNfZXhlX2luX1RFU1RTCgpyZWFsICAgIDBtMC4yNDNzCnVzZXIgICAgMG0wLjA3NnMK c3lzICAgICAwbTAuMDUycwplY3NAbWNocDMyMGE6fi9iZXJueS9kZXBvdC9jb3JldXRpbHMtOC4x NC90ZXN0cz4gdGltZSBtYWtlIGNoZWNrIFZFUkJPU0U9eWVzIFRFU1RTPW1pc2MvdGltZW91dC1n cm91cAovdXNyL2Jpbi9tYWtlICBjaGVjay1URVNUUwpGQUlMOiBtaXNjL3RpbWVvdXQtZ3JvdXAK PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQogICBHTlUgY29y ZXV0aWxzIDguMTQ6IHRlc3RzL3Rlc3Qtc3VpdGUubG9nICAgCj09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KCjEgb2YgMSB0ZXN0IGZhaWxlZC4gIAoKLi4gY29u dGVudHM6OiA6ZGVwdGg6IDIKCgpGQUlMOiBtaXNjL3RpbWVvdXQtZ3JvdXAgKGV4aXQ6IDEpCj09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KCisrIGluaXRpYWxfY3dkXz0vdXNlci9l Y3MvYmVybnkvZGVwb3QvY29yZXV0aWxzLTguMTQvdGVzdHMKKysgZmFpbD0wCisrKyB0ZXN0ZGly X3ByZWZpeF8KKysrIHByaW50ZiBndAorKyBwZnhfPWd0CisrKyBta3RlbXBkXyAvdXNlci9lY3Mv YmVybnkvZGVwb3QvY29yZXV0aWxzLTguMTQvdGVzdHMgZ3QtdGltZW91dC1ncm91cC5YWFhYCisr KyBjYXNlICQjIGluCisrKyBkZXN0ZGlyXz0vdXNlci9lY3MvYmVybnkvZGVwb3QvY29yZXV0aWxz LTguMTQvdGVzdHMKKysrIHRlbXBsYXRlXz1ndC10aW1lb3V0LWdyb3VwLlhYWFgKKysrIE1BWF9U UklFU189NAorKysgY2FzZSAkZGVzdGRpcl8gaW4KKysrIGNhc2UgJHRlbXBsYXRlXyBpbgorKysr IHVuc2V0IFRNUERJUgorKysrIG1rdGVtcCAtZCAtdCAtcCAvdXNlci9lY3MvYmVybnkvZGVwb3Qv Y29yZXV0aWxzLTguMTQvdGVzdHMgZ3QtdGltZW91dC1ncm91cC5YWFhYCisrKyBkPS91c2VyL2Vj cy9iZXJueS9kZXBvdC9jb3JldXRpbHMtOC4xNC90ZXN0cy9ndC10aW1lb3V0LWdyb3VwLlR2YzEK KysrIGNhc2UgJGQgaW4KKysrIHRlc3QgLWQgL3VzZXIvZWNzL2Jlcm55L2RlcG90L2NvcmV1dGls cy04LjE0L3Rlc3RzL2d0LXRpbWVvdXQtZ3JvdXAuVHZjMQorKysrIGxzIC1kZ28gL3VzZXIvZWNz L2Jlcm55L2RlcG90L2NvcmV1dGlscy04LjE0L3Rlc3RzL2d0LXRpbWVvdXQtZ3JvdXAuVHZjMQor KysrIHRyIFMgLQorKysgcGVybXM9J2Ryd3gtLS0tLS0gMiA0MDk2IE9jdCAxMyAxNzozMiAvdXNl ci9lY3MvYmVybnkvZGVwb3QvY29yZXV0aWxzLTguMTQvdGVzdHMvZ3QtdGltZW91dC1ncm91cC5U dmMxJworKysgY2FzZSAkcGVybXMgaW4KKysrIHRlc3QgMCA9IDAKKysrIGVjaG8gL3VzZXIvZWNz L2Jlcm55L2RlcG90L2NvcmV1dGlscy04LjE0L3Rlc3RzL2d0LXRpbWVvdXQtZ3JvdXAuVHZjMQor KysgcmV0dXJuCisrIHRlc3RfZGlyXz0vdXNlci9lY3MvYmVybnkvZGVwb3QvY29yZXV0aWxzLTgu MTQvdGVzdHMvZ3QtdGltZW91dC1ncm91cC5UdmMxCisrIGNkIC91c2VyL2Vjcy9iZXJueS9kZXBv dC9jb3JldXRpbHMtOC4xNC90ZXN0cy9ndC10aW1lb3V0LWdyb3VwLlR2YzEKKysgZ2xfaW5pdF9z aF9ubF89JwonCisrIElGUz0nIAonCisrIGZvciBzaWdfIGluIDEgMiAzIDEzIDE1CisrKyBleHBy IDEgKyAxMjgKKysgZXZhbCAndHJhcCAnXCcnRXhpdCAxMjknXCcnIDEnCisrKyB0cmFwICdFeGl0 IDEyOScgMQorKyBmb3Igc2lnXyBpbiAxIDIgMyAxMyAxNQorKysgZXhwciAyICsgMTI4CisrIGV2 YWwgJ3RyYXAgJ1wnJ0V4aXQgMTMwJ1wnJyAyJworKysgdHJhcCAnRXhpdCAxMzAnIDIKKysgZm9y IHNpZ18gaW4gMSAyIDMgMTMgMTUKKysrIGV4cHIgMyArIDEyOAorKyBldmFsICd0cmFwICdcJydF eGl0IDEzMSdcJycgMycKKysrIHRyYXAgJ0V4aXQgMTMxJyAzCisrIGZvciBzaWdfIGluIDEgMiAz IDEzIDE1CisrKyBleHByIDEzICsgMTI4CisrIGV2YWwgJ3RyYXAgJ1wnJ0V4aXQgMTQxJ1wnJyAx MycKKysrIHRyYXAgJ0V4aXQgMTQxJyAxMworKyBmb3Igc2lnXyBpbiAxIDIgMyAxMyAxNQorKysg ZXhwciAxNSArIDEyOAorKyBldmFsICd0cmFwICdcJydFeGl0IDE0MydcJycgMTUnCisrKyB0cmFw ICdFeGl0IDE0MycgMTUKKysgdHJhcCByZW1vdmVfdG1wXyAwCisgcGF0aF9wcmVwZW5kXyAuLi9z cmMKKyB0ZXN0IDEgJyE9JyAwCisgcGF0aF9kaXJfPS4uL3NyYworIGNhc2UgJHBhdGhfZGlyXyBp bgorKyBjZCAvdXNlci9lY3MvYmVybnkvZGVwb3QvY29yZXV0aWxzLTguMTQvdGVzdHMvLi4vc3Jj CisrIGVjaG8gL3VzZXIvZWNzL2Jlcm55L2RlcG90L2NvcmV1dGlscy04LjE0L3NyYworIGFic19w YXRoX2Rpcl89L3VzZXIvZWNzL2Jlcm55L2RlcG90L2NvcmV1dGlscy04LjE0L3NyYworIGNhc2Ug JGFic19wYXRoX2Rpcl8gaW4KKyBQQVRIPS91c2VyL2Vjcy9iZXJueS9kZXBvdC9jb3JldXRpbHMt OC4xNC9zcmM6L3VzZXIvZWNzL2Jlcm55L2RlcG90L2NvcmV1dGlscy04LjE0L3NyYzovdXNlci9l Y3MvYmluOi91c3IvbG9jYWwvYmluOi91c3IvYmluOi91c3IvWDExUjYvYmluOi9iaW46L3Vzci9n YW1lczovb3B0L2dub21lL2Jpbjovb3B0L25zcjouOi9vcHQvb3BlbnNzaC9iaW46L29wdC9uc3IK KyBjcmVhdGVfZXhlX3NoaW1zXyAvdXNlci9lY3MvYmVybnkvZGVwb3QvY29yZXV0aWxzLTguMTQv c3JjCisgY2FzZSAkRVhFRVhUIGluCisgcmV0dXJuIDAKKyBzaGlmdAorIHRlc3QgMCAnIT0nIDAK KyBleHBvcnQgUEFUSAorIHByaW50X3Zlcl8gdGltZW91dAorIHRlc3QgeWVzID0geWVzCisgbG9j YWwgaQorIGZvciBpIGluICckKicKKyBlbnYgdGltZW91dCAtLXZlcnNpb24KdGltZW91dCAoR05V IGNvcmV1dGlscykgOC4xNApDb3B5cmlnaHQgKEMpIDIwMTEgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0 aW9uLCBJbmMuCkxpY2Vuc2UgR1BMdjMrOiBHTlUgR1BMIHZlcnNpb24gMyBvciBsYXRlciA8aHR0 cDovL2dudS5vcmcvbGljZW5zZXMvZ3BsLmh0bWw+LgpUaGlzIGlzIGZyZWUgc29mdHdhcmU6IHlv dSBhcmUgZnJlZSB0byBjaGFuZ2UgYW5kIHJlZGlzdHJpYnV0ZSBpdC4KVGhlcmUgaXMgTk8gV0FS UkFOVFksIHRvIHRoZSBleHRlbnQgcGVybWl0dGVkIGJ5IGxhdy4KCldyaXR0ZW4gYnkgUGFkcmFp ZyBCcmFkeS4KKyBzZXRzaWQgdHJ1ZQorIGNhdAorIGNobW9kIGEreCB0aW1lb3V0LmNtZAorIGNh dAorIGNobW9kIGEreCBncm91cC5zaAorIHNldHNpZCAuL2dyb3VwLnNoCisgcmV0cnlfZGVsYXlf IGNoZWNrX3RpbWVvdXRfY21kX3J1bm5pbmcgLjEgNgorIGxvY2FsIHRlc3RfZnVuYz1jaGVja190 aW1lb3V0X2NtZF9ydW5uaW5nCisgbG9jYWwgaW5pdF9kZWxheT0uMQorIGxvY2FsIG1heF9uX3Ry aWVzPTYKKyBsb2NhbCBhdHRlbXB0PTEKKyBsb2NhbCBudW1fc2xlZXBzPTEKKyBsb2NhbCB0aW1l X2ZhaWwKKyB0ZXN0IDEgLWxlIDYKKysgZ2F3ayAtdiBuPTEgLXYgcz0uMSAnQkVHSU4geyBwcmlu dCBzICogbiB9JworIGxvY2FsIGRlbGF5PTAuMQorIGNoZWNrX3RpbWVvdXRfY21kX3J1bm5pbmcg MC4xCisgbG9jYWwgZGVsYXk9MC4xCisgdGVzdCAtZSB0aW1lb3V0LnJ1bm5pbmcKKyB0aW1lX2Zh aWw9MAorIGJyZWFrCisgdGVzdCAwID0gMAorIGVudiBraWxsIC1JTlQgLS0gLTE4ODk5Cisgd2Fp dAorIHRlc3QgLWUgaW50LnJlY2VpdmVkCisgcm0gLWYgaW50LnJlY2VpdmVkIHRpbWVvdXQucnVu bmluZworIHRpbWVvdXQgLXNBTFJNIDMwIHRpbWVvdXQgLXNJTlQgMjUgLi90aW1lb3V0LmNtZCAy MAorIHJldHJ5X2RlbGF5XyBjaGVja190aW1lb3V0X2NtZF9ydW5uaW5nIC4xIDYKKyBsb2NhbCB0 ZXN0X2Z1bmM9Y2hlY2tfdGltZW91dF9jbWRfcnVubmluZworIGxvY2FsIGluaXRfZGVsYXk9LjEK KyBsb2NhbCBtYXhfbl90cmllcz02CisgbG9jYWwgYXR0ZW1wdD0xCisgbG9jYWwgbnVtX3NsZWVw cz0xCisgbG9jYWwgdGltZV9mYWlsCisgdGVzdCAxIC1sZSA2CisrIGdhd2sgLXYgbj0xIC12IHM9 LjEgJ0JFR0lOIHsgcHJpbnQgcyAqIG4gfScKKyBsb2NhbCBkZWxheT0wLjEKKyBjaGVja190aW1l b3V0X2NtZF9ydW5uaW5nIDAuMQorIGxvY2FsIGRlbGF5PTAuMQorIHRlc3QgLWUgdGltZW91dC5y dW5uaW5nCisgdGltZV9mYWlsPTAKKyBicmVhaworIHRlc3QgMCA9IDAKKyBraWxsIC1BTFJNIDE4 OTA4Cisgd2FpdAorIHRlc3QgLWUgaW50LnJlY2VpdmVkCisgZmFpbD0xCisgRXhpdCAxCisgc2V0 ICtlCisgZXhpdCAxCisgZXhpdCAxCisgcmVtb3ZlX3RtcF8KKyBfX3N0PTEKKyBjbGVhbnVwXwor IDoKKyBjZCAvdXNlci9lY3MvYmVybnkvZGVwb3QvY29yZXV0aWxzLTguMTQvdGVzdHMKKyBjaG1v ZCAtUiB1K3J3eCAvdXNlci9lY3MvYmVybnkvZGVwb3QvY29yZXV0aWxzLTguMTQvdGVzdHMvZ3Qt dGltZW91dC1ncm91cC5UdmMxCisgcm0gLXJmIC91c2VyL2Vjcy9iZXJueS9kZXBvdC9jb3JldXRp bHMtOC4xNC90ZXN0cy9ndC10aW1lb3V0LWdyb3VwLlR2YzEKKyBleGl0IDEKPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KMSBvZiAxIHRlc3QgZmFpbGVkClNlZSB0ZXN0cy90 ZXN0LXN1aXRlLmxvZwpQbGVhc2UgcmVwb3J0IHRvIGJ1Zy1jb3JldXRpbHNAZ251Lm9yZwo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQptYWtlWzJdOiAqKiogW3Rlc3Qtc3Vp dGUubG9nXSBFcnJvciAxCm1ha2VbMV06ICoqKiBbY2hlY2stVEVTVFNdIEVycm9yIDIKbWFrZTog KioqIFtjaGVjay1hbV0gRXJyb3IgMgoKcmVhbCAgICAwbTAuMTM3cwp1c2VyICAgIDBtMC4wNzJz CnN5cyAgICAgMG0wLjA2MHMKZWNzQG1jaHAzMjBhOn4vYmVybnkvZGVwb3QvY29yZXV0aWxzLTgu MTQvdGVzdHM+IHRpbWUgbWFrZSBjaGVjayBWRVJCT1NFPXllcyBURVNUUz1taXNjL3RpbWVvdXQt Z3JvdXAKL3Vzci9iaW4vbWFrZSAgY2hlY2stVEVTVFMKUEFTUzogbWlzYy90aW1lb3V0LWdyb3Vw Cj09PT09PT09PT09PT0KMSB0ZXN0IHBhc3NlZAo9PT09PT09PT09PT09CiAgR0VOICAgICAgdmNf ZXhlX2luX1RFU1RTCgpyZWFsICAgIDBtMC4zNTFzCnVzZXIgICAgMG0wLjA2NHMKc3lzICAgICAw bTAuMDg0cwplY3NAbWNocDMyMGE6fi9iZXJueS9kZXBvdC9jb3JldXRpbHMtOC4xNC90ZXN0cz4g dGltZSBtYWtlIGNoZWNrIFZFUkJPU0U9eWVzIFRFU1RTPW1pc2MvdGltZW91dC1ncm91cAovdXNy L2Jpbi9tYWtlICBjaGVjay1URVNUUwpQQVNTOiBtaXNjL3RpbWVvdXQtZ3JvdXAKPT09PT09PT09 PT09PQoxIHRlc3QgcGFzc2VkCj09PT09PT09PT09PT0KICBHRU4gICAgICB2Y19leGVfaW5fVEVT VFMKCnJlYWwgICAgMG0wLjM1MnMKdXNlciAgICAwbTAuMDkycwpzeXMgICAgIDBtMC4wNjRzCmVj c0BtY2hwMzIwYTp+L2Jlcm55L2RlcG90L2NvcmV1dGlscy04LjE0L3Rlc3RzPiB0aW1lIG1ha2Ug Y2hlY2sgVkVSQk9TRT15ZXMgVEVTVFM9bWlzYy90aW1lb3V0LWdyb3VwCi91c3IvYmluL21ha2Ug IGNoZWNrLVRFU1RTClBBU1M6IG1pc2MvdGltZW91dC1ncm91cAo9PT09PT09PT09PT09CjEgdGVz dCBwYXNzZWQKPT09PT09PT09PT09PQogIEdFTiAgICAgIHZjX2V4ZV9pbl9URVNUUwoKcmVhbCAg ICAwbTAuMjU4cwp1c2VyICAgIDBtMC4wODBzCnN5cyAgICAgMG0wLjA2OHMKZWNzQG1jaHAzMjBh On4vYmVybnkvZGVwb3QvY29yZXV0aWxzLTguMTQvdGVzdHM+IHRpbWUgbWFrZSBjaGVjayBWRVJC T1NFPXllcyBURVNUUz1taXNjL3RpbWVvdXQtZ3JvdXAKL3Vzci9iaW4vbWFrZSAgY2hlY2stVEVT VFMKUEFTUzogbWlzYy90aW1lb3V0LWdyb3VwCj09PT09PT09PT09PT0KMSB0ZXN0IHBhc3NlZAo9 PT09PT09PT09PT09CiAgR0VOICAgICAgdmNfZXhlX2luX1RFU1RTCgpyZWFsICAgIDBtMC4zNTZz CnVzZXIgICAgMG0wLjA3NnMKc3lzICAgICAwbTAuMDcycwplY3NAbWNocDMyMGE6fi9iZXJueS9k ZXBvdC9jb3JldXRpbHMtOC4xNC90ZXN0cz4gdGltZSBtYWtlIGNoZWNrIFZFUkJPU0U9eWVzIFRF U1RTPW1pc2MvdGltZW91dC1ncm91cAovdXNyL2Jpbi9tYWtlICBjaGVjay1URVNUUwpQQVNTOiBt aXNjL3RpbWVvdXQtZ3JvdXAKPT09PT09PT09PT09PQoxIHRlc3QgcGFzc2VkCj09PT09PT09PT09 PT0KICBHRU4gICAgICB2Y19leGVfaW5fVEVTVFMKCnJlYWwgICAgMG0wLjM0NHMKdXNlciAgICAw bTAuMDYwcwpzeXMgICAgIDBtMC4wODRzCmVjc0BtY2hwMzIwYTp+L2Jlcm55L2RlcG90L2NvcmV1 dGlscy04LjE0L3Rlc3RzPiB0aW1lIG1ha2UgY2hlY2sgVkVSQk9TRT15ZXMgVEVTVFM9bWlzYy90 aW1lb3V0LWdyb3VwCi91c3IvYmluL21ha2UgIGNoZWNrLVRFU1RTClBBU1M6IG1pc2MvdGltZW91 dC1ncm91cAo9PT09PT09PT09PT09CjEgdGVzdCBwYXNzZWQKPT09PT09PT09PT09PQogIEdFTiAg ICAgIHZjX2V4ZV9pbl9URVNUUwoKcmVhbCAgICAwbTAuMjQ2cwp1c2VyICAgIDBtMC4wNTZzCnN5 cyAgICAgMG0wLjA4OHMKZWNzQG1jaHAzMjBhOn4vYmVybnkvZGVwb3QvY29yZXV0aWxzLTguMTQv dGVzdHM+IHRpbWUgbWFrZSBjaGVjayBWRVJCT1NFPXllcyBURVNUUz1taXNjL3RpbWVvdXQtZ3Jv dXAKL3Vzci9iaW4vbWFrZSAgY2hlY2stVEVTVFMKUEFTUzogbWlzYy90aW1lb3V0LWdyb3VwCj09 PT09PT09PT09PT0KMSB0ZXN0IHBhc3NlZAo9PT09PT09PT09PT09CiAgR0VOICAgICAgdmNfZXhl X2luX1RFU1RTCgpyZWFsICAgIDBtMC4yNjNzCnVzZXIgICAgMG0wLjA3NnMKc3lzICAgICAwbTAu MDc2cwplY3NAbWNocDMyMGE6fi9iZXJueS9kZXBvdC9jb3JldXRpbHMtOC4xNC90ZXN0cz4gdGlt ZSBtYWtlIGNoZWNrIFZFUkJPU0U9eWVzIFRFU1RTPW1pc2MvdGltZW91dC1ncm91cAovdXNyL2Jp bi9tYWtlICBjaGVjay1URVNUUwpQQVNTOiBtaXNjL3RpbWVvdXQtZ3JvdXAKPT09PT09PT09PT09 PQoxIHRlc3QgcGFzc2VkCj09PT09PT09PT09PT0KICBHRU4gICAgICB2Y19leGVfaW5fVEVTVFMK CnJlYWwgICAgMG0wLjM2NXMKdXNlciAgICAwbTAuMDc2cwpzeXMgICAgIDBtMC4wODBzCmVjc0Bt Y2hwMzIwYTp+L2Jlcm55L2RlcG90L2NvcmV1dGlscy04LjE0L3Rlc3RzPiB0aW1lIG1ha2UgY2hl Y2sgVkVSQk9TRT15ZXMgVEVTVFM9bWlzYy90aW1lb3V0LWdyb3VwCi91c3IvYmluL21ha2UgIGNo ZWNrLVRFU1RTClBBU1M6IG1pc2MvdGltZW91dC1ncm91cAo9PT09PT09PT09PT09CjEgdGVzdCBw YXNzZWQKPT09PT09PT09PT09PQogIEdFTiAgICAgIHZjX2V4ZV9pbl9URVNUUwoKcmVhbCAgICAw bTAuMjQ5cwp1c2VyICAgIDBtMC4wNjhzCnN5cyAgICAgMG0wLjA3NnMKZWNzQG1jaHAzMjBhOn4v YmVybnkvZGVwb3QvY29yZXV0aWxzLTguMTQvdGVzdHM+IHRpbWUgbWFrZSBjaGVjayBWRVJCT1NF PXllcyBURVNUUz1taXNjL3RpbWVvdXQtZ3JvdXAKL3Vzci9iaW4vbWFrZSAgY2hlY2stVEVTVFMK UEFTUzogbWlzYy90aW1lb3V0LWdyb3VwCj09PT09PT09PT09PT0KMSB0ZXN0IHBhc3NlZAo9PT09 PT09PT09PT09CiAgR0VOICAgICAgdmNfZXhlX2luX1RFU1RTCgpyZWFsICAgIDBtMC4zNTBzCnVz ZXIgICAgMG0wLjA2MHMKc3lzICAgICAwbTAuMDg4cwplY3NAbWNocDMyMGE6fi9iZXJueS9kZXBv dC9jb3JldXRpbHMtOC4xNC90ZXN0cz4gdGltZSBtYWtlIGNoZWNrIFZFUkJPU0U9eWVzIFRFU1RT PW1pc2MvdGltZW91dC1ncm91cAovdXNyL2Jpbi9tYWtlICBjaGVjay1URVNUUwpQQVNTOiBtaXNj L3RpbWVvdXQtZ3JvdXAKPT09PT09PT09PT09PQoxIHRlc3QgcGFzc2VkCj09PT09PT09PT09PT0K ICBHRU4gICAgICB2Y19leGVfaW5fVEVTVFMKCnJlYWwgICAgMG0yMC4xNDZzCnVzZXIgICAgMG0w LjA2NHMKc3lzICAgICAwbTAuMDc2cwplY3NAbWNocDMyMGE6fi9iZXJueS9kZXBvdC9jb3JldXRp bHMtOC4xNC90ZXN0cz4gY2F0IG1pc2MvdGltZW91dC1ncm91cC5sb2cKUEFTUzogbWlzYy90aW1l b3V0LWdyb3VwIChleGl0OiAwKQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Cgor KyBpbml0aWFsX2N3ZF89L3VzZXIvZWNzL2Jlcm55L2RlcG90L2NvcmV1dGlscy04LjE0L3Rlc3Rz CisrIGZhaWw9MAorKysgdGVzdGRpcl9wcmVmaXhfCisrKyBwcmludGYgZ3QKKysgcGZ4Xz1ndAor KysgbWt0ZW1wZF8gL3VzZXIvZWNzL2Jlcm55L2RlcG90L2NvcmV1dGlscy04LjE0L3Rlc3RzIGd0 LXRpbWVvdXQtZ3JvdXAuWFhYWAorKysgY2FzZSAkIyBpbgorKysgZGVzdGRpcl89L3VzZXIvZWNz L2Jlcm55L2RlcG90L2NvcmV1dGlscy04LjE0L3Rlc3RzCisrKyB0ZW1wbGF0ZV89Z3QtdGltZW91 dC1ncm91cC5YWFhYCisrKyBNQVhfVFJJRVNfPTQKKysrIGNhc2UgJGRlc3RkaXJfIGluCisrKyBj YXNlICR0ZW1wbGF0ZV8gaW4KKysrKyB1bnNldCBUTVBESVIKKysrKyBta3RlbXAgLWQgLXQgLXAg L3VzZXIvZWNzL2Jlcm55L2RlcG90L2NvcmV1dGlscy04LjE0L3Rlc3RzIGd0LXRpbWVvdXQtZ3Jv dXAuWFhYWAorKysgZD0vdXNlci9lY3MvYmVybnkvZGVwb3QvY29yZXV0aWxzLTguMTQvdGVzdHMv Z3QtdGltZW91dC1ncm91cC5vNDI2CisrKyBjYXNlICRkIGluCisrKyB0ZXN0IC1kIC91c2VyL2Vj cy9iZXJueS9kZXBvdC9jb3JldXRpbHMtOC4xNC90ZXN0cy9ndC10aW1lb3V0LWdyb3VwLm80MjYK KysrKyBscyAtZGdvIC91c2VyL2Vjcy9iZXJueS9kZXBvdC9jb3JldXRpbHMtOC4xNC90ZXN0cy9n dC10aW1lb3V0LWdyb3VwLm80MjYKKysrKyB0ciBTIC0KKysrIHBlcm1zPSdkcnd4LS0tLS0tIDIg NDA5NiBPY3QgMTMgMTc6MzIgL3VzZXIvZWNzL2Jlcm55L2RlcG90L2NvcmV1dGlscy04LjE0L3Rl c3RzL2d0LXRpbWVvdXQtZ3JvdXAubzQyNicKKysrIGNhc2UgJHBlcm1zIGluCisrKyB0ZXN0IDAg PSAwCisrKyBlY2hvIC91c2VyL2Vjcy9iZXJueS9kZXBvdC9jb3JldXRpbHMtOC4xNC90ZXN0cy9n dC10aW1lb3V0LWdyb3VwLm80MjYKKysrIHJldHVybgorKyB0ZXN0X2Rpcl89L3VzZXIvZWNzL2Jl cm55L2RlcG90L2NvcmV1dGlscy04LjE0L3Rlc3RzL2d0LXRpbWVvdXQtZ3JvdXAubzQyNgorKyBj ZCAvdXNlci9lY3MvYmVybnkvZGVwb3QvY29yZXV0aWxzLTguMTQvdGVzdHMvZ3QtdGltZW91dC1n cm91cC5vNDI2CisrIGdsX2luaXRfc2hfbmxfPScKJworKyBJRlM9JyAKJworKyBmb3Igc2lnXyBp biAxIDIgMyAxMyAxNQorKysgZXhwciAxICsgMTI4CisrIGV2YWwgJ3RyYXAgJ1wnJ0V4aXQgMTI5 J1wnJyAxJworKysgdHJhcCAnRXhpdCAxMjknIDEKKysgZm9yIHNpZ18gaW4gMSAyIDMgMTMgMTUK KysrIGV4cHIgMiArIDEyOAorKyBldmFsICd0cmFwICdcJydFeGl0IDEzMCdcJycgMicKKysrIHRy YXAgJ0V4aXQgMTMwJyAyCisrIGZvciBzaWdfIGluIDEgMiAzIDEzIDE1CisrKyBleHByIDMgKyAx MjgKKysgZXZhbCAndHJhcCAnXCcnRXhpdCAxMzEnXCcnIDMnCisrKyB0cmFwICdFeGl0IDEzMScg MworKyBmb3Igc2lnXyBpbiAxIDIgMyAxMyAxNQorKysgZXhwciAxMyArIDEyOAorKyBldmFsICd0 cmFwICdcJydFeGl0IDE0MSdcJycgMTMnCisrKyB0cmFwICdFeGl0IDE0MScgMTMKKysgZm9yIHNp Z18gaW4gMSAyIDMgMTMgMTUKKysrIGV4cHIgMTUgKyAxMjgKKysgZXZhbCAndHJhcCAnXCcnRXhp dCAxNDMnXCcnIDE1JworKysgdHJhcCAnRXhpdCAxNDMnIDE1CisrIHRyYXAgcmVtb3ZlX3RtcF8g MAorIHBhdGhfcHJlcGVuZF8gLi4vc3JjCisgdGVzdCAxICchPScgMAorIHBhdGhfZGlyXz0uLi9z cmMKKyBjYXNlICRwYXRoX2Rpcl8gaW4KKysgY2QgL3VzZXIvZWNzL2Jlcm55L2RlcG90L2NvcmV1 dGlscy04LjE0L3Rlc3RzLy4uL3NyYworKyBlY2hvIC91c2VyL2Vjcy9iZXJueS9kZXBvdC9jb3Jl dXRpbHMtOC4xNC9zcmMKKyBhYnNfcGF0aF9kaXJfPS91c2VyL2Vjcy9iZXJueS9kZXBvdC9jb3Jl dXRpbHMtOC4xNC9zcmMKKyBjYXNlICRhYnNfcGF0aF9kaXJfIGluCisgUEFUSD0vdXNlci9lY3Mv YmVybnkvZGVwb3QvY29yZXV0aWxzLTguMTQvc3JjOi91c2VyL2Vjcy9iZXJueS9kZXBvdC9jb3Jl dXRpbHMtOC4xNC9zcmM6L3VzZXIvZWNzL2JpbjovdXNyL2xvY2FsL2JpbjovdXNyL2JpbjovdXNy L1gxMVI2L2JpbjovYmluOi91c3IvZ2FtZXM6L29wdC9nbm9tZS9iaW46L29wdC9uc3I6Ljovb3B0 L29wZW5zc2gvYmluOi9vcHQvbnNyCisgY3JlYXRlX2V4ZV9zaGltc18gL3VzZXIvZWNzL2Jlcm55 L2RlcG90L2NvcmV1dGlscy04LjE0L3NyYworIGNhc2UgJEVYRUVYVCBpbgorIHJldHVybiAwCisg c2hpZnQKKyB0ZXN0IDAgJyE9JyAwCisgZXhwb3J0IFBBVEgKKyBwcmludF92ZXJfIHRpbWVvdXQK KyB0ZXN0IHllcyA9IHllcworIGxvY2FsIGkKKyBmb3IgaSBpbiAnJConCisgZW52IHRpbWVvdXQg LS12ZXJzaW9uCnRpbWVvdXQgKEdOVSBjb3JldXRpbHMpIDguMTQKQ29weXJpZ2h0IChDKSAyMDEx IEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLgpMaWNlbnNlIEdQTHYzKzogR05VIEdQTCB2 ZXJzaW9uIDMgb3IgbGF0ZXIgPGh0dHA6Ly9nbnUub3JnL2xpY2Vuc2VzL2dwbC5odG1sPi4KVGhp cyBpcyBmcmVlIHNvZnR3YXJlOiB5b3UgYXJlIGZyZWUgdG8gY2hhbmdlIGFuZCByZWRpc3RyaWJ1 dGUgaXQuClRoZXJlIGlzIE5PIFdBUlJBTlRZLCB0byB0aGUgZXh0ZW50IHBlcm1pdHRlZCBieSBs YXcuCgpXcml0dGVuIGJ5IFBhZHJhaWcgQnJhZHkuCisgc2V0c2lkIHRydWUKKyBjYXQKKyBjaG1v ZCBhK3ggdGltZW91dC5jbWQKKyBjYXQKKyBjaG1vZCBhK3ggZ3JvdXAuc2gKKyBzZXRzaWQgLi9n cm91cC5zaAorIHJldHJ5X2RlbGF5XyBjaGVja190aW1lb3V0X2NtZF9ydW5uaW5nIC4xIDYKKyBs b2NhbCB0ZXN0X2Z1bmM9Y2hlY2tfdGltZW91dF9jbWRfcnVubmluZworIGxvY2FsIGluaXRfZGVs YXk9LjEKKyBsb2NhbCBtYXhfbl90cmllcz02CisgbG9jYWwgYXR0ZW1wdD0xCisgbG9jYWwgbnVt X3NsZWVwcz0xCisgbG9jYWwgdGltZV9mYWlsCisgdGVzdCAxIC1sZSA2CisrIGdhd2sgLXYgbj0x IC12IHM9LjEgJ0JFR0lOIHsgcHJpbnQgcyAqIG4gfScKKyBsb2NhbCBkZWxheT0wLjEKKyBjaGVj a190aW1lb3V0X2NtZF9ydW5uaW5nIDAuMQorIGxvY2FsIGRlbGF5PTAuMQorIHRlc3QgLWUgdGlt ZW91dC5ydW5uaW5nCisgdGltZV9mYWlsPTAKKyBicmVhaworIHRlc3QgMCA9IDAKKyBlbnYga2ls bCAtSU5UIC0tIC0yMDQ1NgorIHdhaXQKKyB0ZXN0IC1lIGludC5yZWNlaXZlZAorIHJtIC1mIGlu dC5yZWNlaXZlZCB0aW1lb3V0LnJ1bm5pbmcKKyB0aW1lb3V0IC1zQUxSTSAzMCB0aW1lb3V0IC1z SU5UIDI1IC4vdGltZW91dC5jbWQgMjAKKyByZXRyeV9kZWxheV8gY2hlY2tfdGltZW91dF9jbWRf cnVubmluZyAuMSA2CisgbG9jYWwgdGVzdF9mdW5jPWNoZWNrX3RpbWVvdXRfY21kX3J1bm5pbmcK KyBsb2NhbCBpbml0X2RlbGF5PS4xCisgbG9jYWwgbWF4X25fdHJpZXM9NgorIGxvY2FsIGF0dGVt cHQ9MQorIGxvY2FsIG51bV9zbGVlcHM9MQorIGxvY2FsIHRpbWVfZmFpbAorIHRlc3QgMSAtbGUg NgorKyBnYXdrIC12IG49MSAtdiBzPS4xICdCRUdJTiB7IHByaW50IHMgKiBuIH0nCisgbG9jYWwg ZGVsYXk9MC4xCisgY2hlY2tfdGltZW91dF9jbWRfcnVubmluZyAwLjEKKyBsb2NhbCBkZWxheT0w LjEKKyB0ZXN0IC1lIHRpbWVvdXQucnVubmluZworIHRpbWVfZmFpbD0wCisgYnJlYWsKKyB0ZXN0 IDAgPSAwCisga2lsbCAtQUxSTSAyMDQ2NQorIHdhaXQKKyB0ZXN0IC1lIGludC5yZWNlaXZlZAor IEV4aXQgMAorIHNldCArZQorIGV4aXQgMAorIGV4aXQgMAorIHJlbW92ZV90bXBfCisgX19zdD0w CisgY2xlYW51cF8KKyA6CisgY2QgL3VzZXIvZWNzL2Jlcm55L2RlcG90L2NvcmV1dGlscy04LjE0 L3Rlc3RzCisgY2htb2QgLVIgdStyd3ggL3VzZXIvZWNzL2Jlcm55L2RlcG90L2NvcmV1dGlscy04 LjE0L3Rlc3RzL2d0LXRpbWVvdXQtZ3JvdXAubzQyNgorIHJtIC1yZiAvdXNlci9lY3MvYmVybnkv ZGVwb3QvY29yZXV0aWxzLTguMTQvdGVzdHMvZ3QtdGltZW91dC1ncm91cC5vNDI2CisgZXhpdCAw Cg== --_002_7856072A9D04C24B82DFE2B1112FE38A0D83BF6145MCHP058Agloba_-- From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 13 14:44:39 2011 Received: (at 9737) by debbugs.gnu.org; 13 Oct 2011 18:44:39 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1REQGl-0006z4-0P for submit@debbugs.gnu.org; Thu, 13 Oct 2011 14:44:39 -0400 Received: from mx1.redhat.com ([209.132.183.28]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1REQGh-0006yv-6c for 9737@debbugs.gnu.org; Thu, 13 Oct 2011 14:44:36 -0400 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p9DIi4NT027796 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 13 Oct 2011 14:44:04 -0400 Received: from [10.3.113.89] (ovpn-113-89.phx2.redhat.com [10.3.113.89]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id p9DIi2tw014071 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Oct 2011 14:44:03 -0400 Message-ID: <4E973172.8000500@draigBrady.com> Date: Thu, 13 Oct 2011 19:44:02 +0100 From: =?ISO-8859-1?Q?P=E1draig_Brady?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110816 Thunderbird/6.0 MIME-Version: 1.0 To: "Voelker, Bernhard" Subject: Re: bug#9737: misc/timeout-group: spurious test failure on SLES 10.3 (coreutils 8.14) References: <7856072A9D04C24B82DFE2B1112FE38A0D83BF5C47@MCHP058A.global-ad.net> <4E96F0EB.7010701@draigBrady.com> <7856072A9D04C24B82DFE2B1112FE38A0D83BF6145@MCHP058A.global-ad.net> In-Reply-To: <7856072A9D04C24B82DFE2B1112FE38A0D83BF6145@MCHP058A.global-ad.net> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mx1.redhat.com id p9DIi4NT027796 X-Spam-Score: -10.6 (----------) X-Debbugs-Envelope-To: 9737 Cc: "9737@debbugs.gnu.org" <9737@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -10.6 (----------) On 10/13/2011 04:58 PM, Voelker, Bernhard wrote: > reopen 9737 > thanks >=20 > P=E1draig Brady wrote: >=20 >> Bah, this is just a racy test I think. >> Hopefully the attached fixes it. >=20 > Thank you for the patch. >=20 > I tried it 16 times: >=20 > * 14x PASS, execution time real < 0.4s >=20 > * 1x test failure (in the 5th run) So the command exited without receiving SIGINT. Or perhaps the touch of the 'received.int' file is being done asynch. Anything special about your file system? > * 1x the test lasted 20s (in the 16th run) But this one passed, which means the command did receive the SIGINT, but then didn't exit? I'm confused, sorry, P=E1draig. From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 13 18:28:20 2011 Received: (at 9737) by debbugs.gnu.org; 13 Oct 2011 22:28:20 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RETlD-0004LT-VQ for submit@debbugs.gnu.org; Thu, 13 Oct 2011 18:28:20 -0400 Received: from senmx12-mx.siemens-enterprise.com ([62.134.46.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RETlC-0004LG-AO for 9737@debbugs.gnu.org; Thu, 13 Oct 2011 18:28:19 -0400 Received: from MCHP063A.global-ad.net (unknown [172.29.37.61]) by senmx12-mx.siemens-enterprise.com (Server) with ESMTP id 876CB23F057D; Fri, 14 Oct 2011 00:27:41 +0200 (CEST) Received: from MCHP058A.global-ad.net ([172.29.37.55]) by MCHP063A.global-ad.net ([172.29.37.61]) with mapi; Fri, 14 Oct 2011 00:27:41 +0200 From: "Voelker, Bernhard" To: =?iso-8859-1?Q?P=E1draig_Brady?= Date: Fri, 14 Oct 2011 00:27:39 +0200 Subject: RE: bug#9737: misc/timeout-group: spurious test failure on SLES 10.3 (coreutils 8.14) Thread-Topic: bug#9737: misc/timeout-group: spurious test failure on SLES 10.3 (coreutils 8.14) Thread-Index: AcyJ2BgwY1dGf/udRVuM8CQ0QUAosQAG9Jlw Message-ID: <7856072A9D04C24B82DFE2B1112FE38A0D83BF6243@MCHP058A.global-ad.net> References: <7856072A9D04C24B82DFE2B1112FE38A0D83BF5C47@MCHP058A.global-ad.net> <4E96F0EB.7010701@draigBrady.com> <7856072A9D04C24B82DFE2B1112FE38A0D83BF6145@MCHP058A.global-ad.net> <4E973172.8000500@draigBrady.com> In-Reply-To: <4E973172.8000500@draigBrady.com> Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE, en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Spam-Score: -3.3 (---) X-Debbugs-Envelope-To: 9737 Cc: "9737@debbugs.gnu.org" <9737@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.3 (---) P=E1draig Brady wrote: > On 10/13/2011 04:58 PM, Voelker, Bernhard wrote: >> reopen 9737 >> thanks >>=20 >> P=E1draig Brady wrote: >>=20 >>> Bah, this is just a racy test I think. >>> Hopefully the attached fixes it. >>=20 >> Thank you for the patch. >>=20 >> I tried it 16 times: >>=20 >* 14x PASS, execution time real < 0.4s >>=20 >> * 1x test failure (in the 5th run) > > So the command exited without receiving SIGINT. > Or perhaps the touch of the 'received.int' file > is being done asynch. Anything special about your > file system? It's a virtual host on a ESX server farm in our data center. ecs@mchp320a:~/berny/depot/coreutils-8.14/tests> uname -a Linux mchp320a 2.6.16.60-0.74.7-smp #1 SMP Fri Nov 26 09:16:10 UTC 2010 x86= _64 x86_64 x86_64 GNU/Linux ecs@mchp320a:~/berny/depot/coreutils-8.14/tests> df -h . Filesystem Size Used Avail Use% Mounted on /dev/mapper/vg01-lvol0 50G 15G 33G 31% /user ecs@mchp320a:~/berny/depot/coreutils-8.14/tests> mount | grep /user /dev/mapper/vg01-lvol0 on /user type ext3 (rw,acl,user_xattr) >> * 1x the test lasted 20s (in the 16th run) > > But this one passed, which means the command > did receive the SIGINT, but then didn't exit? Sounds like one error is shadowing another. > I'm confused, sorry, > P=E1draig. That's strange, indeed. I repeated the test with < 0.2 load 100 times: the run #5, #18, #28, #53, #58 and #71 resulted in FAIL as above, and the run #24 and #25 PASSed but took 20 seconds, all other PASSed within <=3D0.3s. Have a nice day, Berny= From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 02 22:15:53 2011 Received: (at 9737) by debbugs.gnu.org; 3 Nov 2011 02:15:53 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RLmqO-00012n-7j for submit@debbugs.gnu.org; Wed, 02 Nov 2011 22:15:52 -0400 Received: from mail1.vodafone.ie ([213.233.128.43]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RLmqL-00012e-1b for 9737@debbugs.gnu.org; Wed, 02 Nov 2011 22:15:50 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAJL3sU5tTn7m/2dsb2JhbAAMOKxwAQEBBHkQCw0EAwECAQkUAg8JAwIBAgE9CAYNAQUCAQG9VoNDhU0EmWSMFQ Received: from unknown (HELO [192.168.1.79]) ([109.78.126.230]) by mail1.vodafone.ie with ESMTP; 03 Nov 2011 02:13:21 +0000 Message-ID: <4EB1F84F.8020206@draigBrady.com> Date: Thu, 03 Nov 2011 02:11:27 +0000 From: =?ISO-8859-1?Q?P=E1draig_Brady?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110816 Thunderbird/6.0 MIME-Version: 1.0 To: "Voelker, Bernhard" Subject: Re: bug#9737: misc/timeout-group: spurious test failure on SLES 10.3 (coreutils 8.14) References: <7856072A9D04C24B82DFE2B1112FE38A0D83BF5C47@MCHP058A.global-ad.net> <4E96F0EB.7010701@draigBrady.com> <7856072A9D04C24B82DFE2B1112FE38A0D83BF6145@MCHP058A.global-ad.net> <4E973172.8000500@draigBrady.com> <7856072A9D04C24B82DFE2B1112FE38A0D83BF6243@MCHP058A.global-ad.net> In-Reply-To: <7856072A9D04C24B82DFE2B1112FE38A0D83BF6243@MCHP058A.global-ad.net> X-Enigmail-Version: 1.3.2 Content-Type: multipart/mixed; boundary="------------030705030204070003060807" X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 9737 Cc: "9737@debbugs.gnu.org" <9737@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) This is a multi-part message in MIME format. --------------030705030204070003060807 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit On 10/13/2011 11:27 PM, Voelker, Bernhard wrote: > Pádraig Brady wrote: > >> On 10/13/2011 04:58 PM, Voelker, Bernhard wrote: >>> reopen 9737 >>> thanks >>> >>> Pádraig Brady wrote: >>> >>>> Bah, this is just a racy test I think. >>>> Hopefully the attached fixes it. >>> >>> Thank you for the patch. >>> >>> I tried it 16 times: >>> >> * 14x PASS, execution time real < 0.4s >>> >>> * 1x test failure (in the 5th run) >> >> So the command exited without receiving SIGINT. >> Or perhaps the touch of the 'received.int' file >> is being done asynch. Anything special about your >> file system? > > It's a virtual host on a ESX server farm in our data center. > > ecs@mchp320a:~/berny/depot/coreutils-8.14/tests> uname -a > Linux mchp320a 2.6.16.60-0.74.7-smp #1 SMP Fri Nov 26 09:16:10 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux > > ecs@mchp320a:~/berny/depot/coreutils-8.14/tests> df -h . > Filesystem Size Used Avail Use% Mounted on > /dev/mapper/vg01-lvol0 > 50G 15G 33G 31% /user > > ecs@mchp320a:~/berny/depot/coreutils-8.14/tests> mount | grep /user > /dev/mapper/vg01-lvol0 on /user type ext3 (rw,acl,user_xattr) > >>> * 1x the test lasted 20s (in the 16th run) >> >> But this one passed, which means the command >> did receive the SIGINT, but then didn't exit? > > Sounds like one error is shadowing another. > >> I'm confused, sorry, >> Pádraig. > > That's strange, indeed. > > I repeated the test with < 0.2 load 100 times: > the run #5, #18, #28, #53, #58 and #71 resulted in FAIL as above, > and the run #24 and #25 PASSed but took 20 seconds, > all other PASSed within <=0.3s. I reproduced this weirdness in OpenSuse 10.3 in a VM. Much less frequently though. Delays in 10 out of 2750 Signal handler call failure in 1 out of 2750 The delays might be due to bash, but I updated to 4.2 and the issue still persists. I suspect kernel issues too. Anyway I've attached 2 patches to replace the previous one. The first hopefully addresses any races in the test. I don't think you hit any of these TBH. The second should detect the signal issues and skip the test. cheers, Pádraig. --------------030705030204070003060807 Content-Type: text/plain; name="1-timeout-races.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="1-timeout-races.diff" >From 9de7da8e61849b015e9a28f294fb606f06469182 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?P=C3=A1draig=20Brady?= Date: Thu, 13 Oct 2011 14:58:58 +0100 Subject: [PATCH] tests: fix a race in timeout-group This could cause a false failure, or even an infinite loop in rare circumstances. * tests/misc/timeout-group: Increase the timeouts passed to the timeout command, so that they're effectively not used. Instead the command termination is triggered by the kill commands when everything is in the correct state. Reported by Bernhard Voelker. --- tests/misc/timeout-group | 21 ++++++++++++++++----- 1 files changed, 16 insertions(+), 5 deletions(-) diff --git a/tests/misc/timeout-group b/tests/misc/timeout-group index fedd53a..5d31551 100755 --- a/tests/misc/timeout-group +++ b/tests/misc/timeout-group @@ -40,15 +40,25 @@ chmod a+x timeout.cmd cat > group.sh <<\EOF #!/bin/sh -timeout --foreground 5 ./timeout.cmd 10& +trap '' INT +timeout --foreground 25 ./timeout.cmd 20& wait EOF chmod a+x group.sh +check_timeout_cmd_running() +{ + local delay="$1" + test -e timeout.running || + { sleep $delay; return 1; } +} + + # Start above script in its own group. # We could use timeout for this, but that assumes an implementation. setsid ./group.sh & -until test -e timeout.running; do sleep .1; done +# Wait 6.3s for timeout.cmd to start +retry_delay_ check_timeout_cmd_running .1 6 || fail=1 # Simulate a Ctrl-C to the group to test timely exit # Note dash doesn't support signalling groups (a leading -) env kill -INT -- -$! @@ -66,9 +76,10 @@ rm -f int.received timeout.running # Note the first timeout must send a signal that # the second is handling for it to be propagated to the command. # SIGINT, SIGTERM, SIGALRM etc. are implicit. -timeout -sALRM 2 timeout -sINT 10 ./timeout.cmd 5& -until test -e timeout.running; do sleep .1; done -kill -ALRM $! +timeout -sALRM 30 timeout -sINT 25 ./timeout.cmd 20& +# Wait 6.3s for timeout.cmd to start +retry_delay_ check_timeout_cmd_running .1 6 || fail=1 +kill -ALRM $! # trigger the alarm of the first timeout command wait test -e int.received || fail=1 -- 1.7.6 --------------030705030204070003060807 Content-Type: text/plain; name="2-timeout-skips.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="2-timeout-skips.diff" >From 18321eebadd9c6118c9569c8f06be6fba0f5b008 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?P=C3=A1draig=20Brady?= Date: Thu, 3 Nov 2011 01:42:43 +0000 Subject: [PATCH] tests: avoid signal issues in timeout-group These issues were seen on an OpenSuse 10.3 system (kernel 2.6.22.5 x86_64, glibc 2.6.1-18, bash updated to 4.2), and also on a 64 bit SLES system with a 2.6.16 kernel. Both systems had 2 CPUs. There were two issues seen. 1. Occasionally the timeout.cmd shell script would block SIGINT until the sleep command exited. 2. Much less frequently the signal handler in the timeout command itself was ignored, causing SIGALRM to kill the process. * tests/misc/timeout-group: Detect the above two cases, and skip rather than fail. Note only issue 2. causes a failure unless skipped, but we skip for case 1. also, for diagnostic purposes. --- tests/misc/timeout-group | 15 +++++++++++++-- 1 files changed, 13 insertions(+), 2 deletions(-) diff --git a/tests/misc/timeout-group b/tests/misc/timeout-group index 5d31551..4c4bbaa 100755 --- a/tests/misc/timeout-group +++ b/tests/misc/timeout-group @@ -73,14 +73,25 @@ rm -f int.received timeout.running # commands that create their own group # This didn't work before 8.13. +start=$(date +%s) + # Note the first timeout must send a signal that # the second is handling for it to be propagated to the command. # SIGINT, SIGTERM, SIGALRM etc. are implicit. timeout -sALRM 30 timeout -sINT 25 ./timeout.cmd 20& +pid=$! # Wait 6.3s for timeout.cmd to start retry_delay_ check_timeout_cmd_running .1 6 || fail=1 -kill -ALRM $! # trigger the alarm of the first timeout command -wait +kill -ALRM $pid # trigger the alarm of the first timeout command +wait $pid +ret=$? +test $ret -eq 124 || + skip_ "timeout returned $ret. SIGALRM not handled?" test -e int.received || fail=1 +end=$(date +%s) + +test $(expr $end - $start) -lt 20 || + skip_ "timeout.cmd didn't receive a signal until after sleep?" + Exit $fail -- 1.7.6 --------------030705030204070003060807-- From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 03 05:48:56 2011 Received: (at 9737) by debbugs.gnu.org; 3 Nov 2011 09:48:56 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RLtuq-0002s6-MQ for submit@debbugs.gnu.org; Thu, 03 Nov 2011 05:48:56 -0400 Received: from mx.meyering.net ([88.168.87.75]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RLtuo-0002rz-3M for 9737@debbugs.gnu.org; Thu, 03 Nov 2011 05:48:56 -0400 Received: from rho.meyering.net (localhost.localdomain [127.0.0.1]) by rho.meyering.net (Acme Bit-Twister) with ESMTP id 7E6286004E; Thu, 3 Nov 2011 10:46:25 +0100 (CET) From: Jim Meyering To: =?iso-8859-1?Q?P=E1draig?= Brady Subject: Re: bug#9737: misc/timeout-group: spurious test failure on SLES 10.3 (coreutils 8.14) In-Reply-To: <4EB1F84F.8020206@draigBrady.com> (=?iso-8859-1?Q?=22P=E1drai?= =?iso-8859-1?Q?g?= Brady"'s message of "Thu, 03 Nov 2011 02:11:27 +0000") References: <7856072A9D04C24B82DFE2B1112FE38A0D83BF5C47@MCHP058A.global-ad.net> <4E96F0EB.7010701@draigBrady.com> <7856072A9D04C24B82DFE2B1112FE38A0D83BF6145@MCHP058A.global-ad.net> <4E973172.8000500@draigBrady.com> <7856072A9D04C24B82DFE2B1112FE38A0D83BF6243@MCHP058A.global-ad.net> <4EB1F84F.8020206@draigBrady.com> Date: Thu, 03 Nov 2011 10:46:25 +0100 Message-ID: <878vnx35e6.fsf@rho.meyering.net> Lines: 27 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: 9737 Cc: "9737@debbugs.gnu.org" <9737@debbugs.gnu.org>, "Voelker, Bernhard" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) P=E1draig Brady wrote: ... >> I repeated the test with < 0.2 load 100 times: >> the run #5, #18, #28, #53, #58 and #71 resulted in FAIL as above, >> and the run #24 and #25 PASSed but took 20 seconds, >> all other PASSed within <=3D0.3s. > > I reproduced this weirdness in OpenSuse 10.3 in a VM. > Much less frequently though. > Delays in 10 out of 2750 > Signal handler call failure in 1 out of 2750 Wow. Congratulations on managing to reproduce those. > The delays might be due to bash, but I updated > to 4.2 and the issue still persists. > I suspect kernel issues too. > > Anyway I've attached 2 patches to replace the previous one. > The first hopefully addresses any races in the test. > I don't think you hit any of these TBH. > > The second should detect the signal issues and skip the test. Those look good to me. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 03 13:13:45 2011 Received: (at 9737) by debbugs.gnu.org; 3 Nov 2011 17:13:45 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RM0rJ-0005lr-As for submit@debbugs.gnu.org; Thu, 03 Nov 2011 13:13:45 -0400 Received: from senmx11-mx.siemens-enterprise.com ([62.134.46.9]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RM0rH-0005lk-QR for 9737@debbugs.gnu.org; Thu, 03 Nov 2011 13:13:44 -0400 Received: from MCHP063A.global-ad.net (unknown [172.29.37.61]) by senmx11-mx.siemens-enterprise.com (Server) with ESMTP id EF60E1EB84B9; Thu, 3 Nov 2011 18:11:12 +0100 (CET) Received: from MCHP058A.global-ad.net ([172.29.37.55]) by MCHP063A.global-ad.net ([172.29.37.61]) with mapi; Thu, 3 Nov 2011 18:11:12 +0100 From: "Voelker, Bernhard" To: =?iso-8859-1?Q?P=E1draig_Brady?= Date: Thu, 3 Nov 2011 18:11:10 +0100 Subject: RE: bug#9737: misc/timeout-group: spurious test failure on SLES 10.3 (coreutils 8.14) Thread-Topic: bug#9737: misc/timeout-group: spurious test failure on SLES 10.3 (coreutils 8.14) Thread-Index: AcyZzioo5DNZEI+DS0G+3v1bpHJjGAAeWNVA Message-ID: <7856072A9D04C24B82DFE2B1112FE38A0D83DB43FF@MCHP058A.global-ad.net> References: <7856072A9D04C24B82DFE2B1112FE38A0D83BF5C47@MCHP058A.global-ad.net> <4E96F0EB.7010701@draigBrady.com> <7856072A9D04C24B82DFE2B1112FE38A0D83BF6145@MCHP058A.global-ad.net> <4E973172.8000500@draigBrady.com> <7856072A9D04C24B82DFE2B1112FE38A0D83BF6243@MCHP058A.global-ad.net> <4EB1F84F.8020206@draigBrady.com> In-Reply-To: <4EB1F84F.8020206@draigBrady.com> Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE, en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Spam-Score: -3.2 (---) X-Debbugs-Envelope-To: 9737 Cc: "9737@debbugs.gnu.org" <9737@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.2 (---) P=E1draig Brady wrote: > I reproduced this weirdness in OpenSuse 10.3 in a VM. > Much less frequently though. > Delays in 10 out of 2750 > Signal handler call failure in 1 out of 2750 Sorry for my late reply. Thanks. > The delays might be due to bash, but I updated > to 4.2 and the issue still persists. I have: bash --version GNU bash, version 3.1.17(1)-release (x86_64-suse-linux) > I suspect kernel issues too. >=20 > Anyway I've attached 2 patches to replace the previous one. >=20 > The first hopefully addresses any races in the test. > I don't think you hit any of these TBH. > The second should detect the signal issues and skip the test. I was using this: for i in $( seq 1000 ) ; do rm misc/timeout-group.log make misc/timeout-group.log done | grep -v PASS Without the patches, I got: * 153 FAILures. With the patches, I get: * 6x: timeout-group: skipped test: timeout.cmd didn't receive a signal until af= ter sleep? SKIP: misc/timeout-group * 62x: timeout-group: skipped test: timeout returned 142. SIGALRM not handled? SKIP: misc/timeout-group Does this help? If you need access to that machine, it's possible but not easy. Have a nice day, Berny= From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 03 14:16:16 2011 Received: (at 9737-done) by debbugs.gnu.org; 3 Nov 2011 18:16:16 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RM1pn-0007w8-Sd for submit@debbugs.gnu.org; Thu, 03 Nov 2011 14:16:16 -0400 Received: from mail2.vodafone.ie ([213.233.128.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RM1pl-0007w0-Pd for 9737-done@debbugs.gnu.org; Thu, 03 Nov 2011 14:16:14 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAJrYsk5tTiD6/2dsb2JhbAAMOKdrhQ4BAQEEMgFGEAsNCwkWDwkDAgECAUUGDQEHAQG8eokfBJlojBU Received: from unknown (HELO [192.168.1.79]) ([109.78.32.250]) by mail2.vodafone.ie with ESMTP; 03 Nov 2011 18:13:42 +0000 Message-ID: <4EB2D9D5.5050802@draigBrady.com> Date: Thu, 03 Nov 2011 18:13:41 +0000 From: =?ISO-8859-1?Q?P=E1draig_Brady?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110816 Thunderbird/6.0 MIME-Version: 1.0 To: "Voelker, Bernhard" Subject: Re: bug#9737: misc/timeout-group: spurious test failure on SLES 10.3 (coreutils 8.14) References: <7856072A9D04C24B82DFE2B1112FE38A0D83BF5C47@MCHP058A.global-ad.net> <4E96F0EB.7010701@draigBrady.com> <7856072A9D04C24B82DFE2B1112FE38A0D83BF6145@MCHP058A.global-ad.net> <4E973172.8000500@draigBrady.com> <7856072A9D04C24B82DFE2B1112FE38A0D83BF6243@MCHP058A.global-ad.net> <4EB1F84F.8020206@draigBrady.com> <7856072A9D04C24B82DFE2B1112FE38A0D83DB43FF@MCHP058A.global-ad.net> In-Reply-To: <7856072A9D04C24B82DFE2B1112FE38A0D83DB43FF@MCHP058A.global-ad.net> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 9737-done Cc: 9737-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On 11/03/2011 05:11 PM, Voelker, Bernhard wrote: > Without the patches, I got: > > * 153 FAILures. > > With the patches, I get: > > * 6x: > timeout-group: skipped test: timeout.cmd didn't receive a signal until after sleep? > SKIP: misc/timeout-group > > * 62x: > timeout-group: skipped test: timeout returned 142. SIGALRM not handled? > SKIP: misc/timeout-group > > Does this help? > If you need access to that machine, it's possible but not easy. That confirms things. Thanks for testing. So I'm seeing the same only less frequent. I'm attributing to system signal handling bugs for the moment. By adding the skips, we can see if this is hitting modern systems. cheers, Pádraig. From unknown Sun Jun 22 11:33:21 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 02 Dec 2011 12:24:02 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator