From unknown Sat Jun 21 03:06:16 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#6281 <6281@debbugs.gnu.org> To: bug#6281 <6281@debbugs.gnu.org> Subject: Status: Fwd: Possible bug in coreutils-8.5 or associated gnulib version Reply-To: bug#6281 <6281@debbugs.gnu.org> Date: Sat, 21 Jun 2025 10:06:16 +0000 retitle 6281 Fwd: Possible bug in coreutils-8.5 or associated gnulib version reassign 6281 coreutils submitter 6281 Chris Clayton severity 6281 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Thu May 27 11:57:05 2010 Received: (at submit) by debbugs.gnu.org; 27 May 2010 15:57:05 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OHfSC-0003r8-Ea for submit@debbugs.gnu.org; Thu, 27 May 2010 11:57:05 -0400 Received: from mx10.gnu.org ([199.232.76.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OHeG4-0002iU-VX for submit@debbugs.gnu.org; Thu, 27 May 2010 10:40:29 -0400 Received: from lists.gnu.org ([199.232.76.165]:35149) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1OHeFz-0008PH-VQ for submit@debbugs.gnu.org; Thu, 27 May 2010 10:40:24 -0400 Received: from [140.186.70.92] (port=38008 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OHeFy-00005A-12 for bug-coreutils@gnu.org; Thu, 27 May 2010 10:40:23 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.3 required=5.0 tests=BAYES_00, FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,T_DKIM_INVALID, T_TO_NO_BRKTS_FREEMAIL autolearn=no version=3.3.1 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OHeFq-000304-51 for bug-coreutils@gnu.org; Thu, 27 May 2010 10:40:21 -0400 Received: from mail-ww0-f41.google.com ([74.125.82.41]:47452) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OHeFp-0002zr-VG for bug-coreutils@gnu.org; Thu, 27 May 2010 10:40:14 -0400 Received: by wwb34 with SMTP id 34so17168wwb.0 for ; Thu, 27 May 2010 07:40:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=FNK1KMABYmT3NhNiBs+ons4ydYuZXd2e6DaMSZctxB4=; b=B33Ig2tz6+gKcSBsLDpjedcl3ZcpLLERfoDGELkRBICX0PHG7x1VwbUwzU/M6IYzTy vql1WTx0dWSQCxtokOgrJHBZcnapI7VPjzs/dqsP9JXmhCHJtO7klqcNkLpSebW5qH+I 8Gc3XS7fHocRzhRzfrXLVIKFZfdOKDeCF9bQg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=tNnpF+ezjxlQHOhIT4D/jrLOZzYcr5JktX0EK+OSiLmzzAgjMgxDakfwcaugzxo24B 4zJD9eZoDGkXeSvxq4F6eVLa/QiQdewZC+/T+u3fzVQukSBhcAQSsi2S6EoFtLvFy+8d wxmJm1pl58bZmsCbTh70Tuw1e/wBjaudvIqNo= MIME-Version: 1.0 Received: by 10.216.89.20 with SMTP id b20mr712626wef.58.1274971210200; Thu, 27 May 2010 07:40:10 -0700 (PDT) Received: by 10.216.71.3 with HTTP; Thu, 27 May 2010 07:40:09 -0700 (PDT) In-Reply-To: <201005270919.30761.chris2553@googlemail.com> References: <201005270919.30761.chris2553@googlemail.com> Date: Thu, 27 May 2010 15:40:09 +0100 Message-ID: Subject: Fwd: Possible bug in coreutils-8.5 or associated gnulib version From: Chris Clayton To: bug-coreutils@gnu.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -4.3 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Thu, 27 May 2010 11:57:04 -0400 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: -4.5 (----) Resend because the first try somehow ended up at the Debbugs-submit mailing list! Fingers crossed. ---------- Forwarded message ---------- From: Chris Clayton Date: 27 May 2010 09:19 Subject: Possible bug in coreutils-8.5 or associated gnulib version To: bug-coreutils@gnu.org Hi, I've just tried to build coreutils-8.5. The compilation finished OK, but make check hangs when gnulib-tests/test-lock is run. The log showed that the hang occurred somewhere after the message "Starting test_rwlock" was output, so I've added some additional debugging output to the test_rwlock function so that it now looks like: static void test_rwlock (void) { =A0int i; =A0gl_thread_t checkerthreads[THREAD_COUNT]; =A0gl_thread_t threads[THREAD_COUNT]; =A0/* Initialization. =A0*/ =A0for (i =3D 0; i < ACCOUNT_COUNT; i++) =A0 =A0account[i] =3D 1000; =A0rwlock_checker_done =3D 0; =A0/* Spawn the threads. =A0*/ =A0printf ("\nCreating %d rwlock_checker_threads:", THREAD_COUNT); =A0for (i =3D 0; i < THREAD_COUNT; i++) =A0 =A0checkerthreads[i] =3D gl_thread_create (rwlock_checker_thread, NULL)= ; =A0printf ("OK\n"); =A0printf ("Creating %d rwlock_mutator_threads:", THREAD_COUNT); =A0for (i =3D 0; i < THREAD_COUNT; i++) =A0 =A0threads[i] =3D gl_thread_create (rwlock_mutator_thread, NULL); =A0printf ("OK\n"); =A0/* Wait for the threads to terminate. =A0*/ =A0printf ("Waiting for rwlock_mutator_threads to terminate:\n"); =A0for (i =3D 0; i < THREAD_COUNT; i++) { =A0 =A0printf ("\t%d\n", i); =A0 =A0gl_thread_join (threads[i], NULL); =A0} =A0rwlock_checker_done =3D 1; =A0printf ("Waiting for rwlock_checker_threads to terminate:\n"); =A0for (i =3D 0; i < THREAD_COUNT; i++) { =A0 =A0printf ("\t%d\n", i); =A0 =A0gl_thread_join (checkerthreads[i], NULL); =A0} =A0check_accounts (); } I compiled the amended test app and ran it a few times. The output I got is as follows: [root:/home/chris/rpm/build/coreutils-8.5/gnulib-tests]$ ./test-lock Starting test_lock ... OK Starting test_rwlock ... Creating 10 rwlock_checker_threads:OK Creating 10 rwlock_mutator_threads:OK Waiting for rwlock_mutator_threads to terminate: =A0 =A0 =A0 =A00 =A0 =A0 =A0 =A01 ^C [root:/home/chris/rpm/build/coreutils-8.5/gnulib-tests]$ ./test-lock Starting test_lock ... OK Starting test_rwlock ... Creating 10 rwlock_checker_threads:OK Creating 10 rwlock_mutator_threads:OK Waiting for rwlock_mutator_threads to terminate: =A0 =A0 =A0 =A00 =A0 =A0 =A0 =A01 ^C [root:/home/chris/rpm/build/coreutils-8.5/gnulib-tests]$ time ./test-lock Starting test_lock ... OK Starting test_rwlock ... Creating 10 rwlock_checker_threads:OK Creating 10 rwlock_mutator_threads:OK Waiting for rwlock_mutator_threads to terminate: =A0 =A0 =A0 =A00 =A0 =A0 =A0 =A01 ^C real =A0 =A023m14.207s user =A0 =A00m3.039s sys =A0 =A0 0m4.329s The final run shows that even if I leave the app to run for several minutes, it still fails to complete. I am running kernel 2.6.34 and my gcc is gcc (GCC) 4.4.5 20100525 (prerelease) (this week's 4.4 snapshot), although I get the same hang if I build and test with gcc-3.4.6. I'm not subscribed, so please cc me into any reply =A0More than happy to provide any other information you need to solve this. Thanks, Chris Clayton -- The more I see, the more I know. The more I know, the less I understand. Changing Man - Paul Weller --=20 The more I see, the more I know. The more I know, the less I understand. Changing Man - Paul Weller From debbugs-submit-bounces@debbugs.gnu.org Thu May 27 13:12:26 2010 Received: (at 6281) by debbugs.gnu.org; 27 May 2010 17:12:26 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OHgd8-00056u-Ap for submit@debbugs.gnu.org; Thu, 27 May 2010 13:12:26 -0400 Received: from smtp1-g21.free.fr ([212.27.42.1]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OHgd4-00056e-Pm for 6281@debbugs.gnu.org; Thu, 27 May 2010 13:12:25 -0400 Received: from mx.meyering.net (mx.meyering.net [82.230.74.64]) by smtp1-g21.free.fr (Postfix) with ESMTP id 233B7940045 for <6281@debbugs.gnu.org>; Thu, 27 May 2010 19:12:12 +0200 (CEST) Received: by rho.meyering.net (Acme Bit-Twister, from userid 1000) id B5793CD9; Thu, 27 May 2010 19:12:11 +0200 (CEST) From: Jim Meyering To: Chris Clayton Subject: Re: bug#6281: Fwd: Possible bug in coreutils-8.5 or associated gnulib version In-Reply-To: (Chris Clayton's message of "Thu, 27 May 2010 15:40:09 +0100") References: <201005270919.30761.chris2553@googlemail.com> Date: Thu, 27 May 2010 19:12:11 +0200 Message-ID: <871vcxclqs.fsf@meyering.net> Lines: 30 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.2 (---) X-Debbugs-Envelope-To: 6281 Cc: 6281@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 (---) Chris Clayton wrote: > I've just tried to build coreutils-8.5. The compilation finished OK, > but make check hangs when > gnulib-tests/test-lock is run. The log showed that the hang occurred > somewhere after the > message "Starting test_rwlock" was output, so I've added some > additional debugging output to the > test_rwlock function so that it now looks like: ... > The final run shows that even if I leave the app to run for several > minutes, it still fails to > complete. > > I am running kernel 2.6.34 and my gcc is gcc (GCC) 4.4.5 20100525 > (prerelease) (this week's 4.4 > snapshot), although I get the same hang if I build and test with gcc-3.4.= 6. > > I'm not subscribed, so please cc me into any reply =C2=A0More than happy = to > provide any other information > you need to solve this. Thanks for the report. I cannot reproduce a problem with 2.6.34 and gcc-4.4.4. Is there anything else about your environment that might be unusual? Can you reproduce that using the latest from git? If you're up to it, here's the build-from-git procedure: http://git.sv.gnu.org/cgit/coreutils.git/tree/README-hacking From debbugs-submit-bounces@debbugs.gnu.org Thu May 27 18:32:08 2010 Received: (at 6281) by debbugs.gnu.org; 27 May 2010 22:32:08 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OHlcV-0008Ia-2n for submit@debbugs.gnu.org; Thu, 27 May 2010 18:32:07 -0400 Received: from mail-wy0-f172.google.com ([74.125.82.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OHlcS-0008I9-KP for 6281@debbugs.gnu.org; Thu, 27 May 2010 18:32:05 -0400 Received: by wye20 with SMTP id 20so389751wye.3 for <6281@debbugs.gnu.org>; Thu, 27 May 2010 15:32:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=hvmjUuf8YxztpR/TtuvXcojftkdhm+Idz65I4EyT+Ug=; b=a3OKFSA4Imksw/IW9xWM/w78lT4xcozLJlZaEzg3LfssXUBPBGpsKpmUaShoYVQ813 PTF4+l9rIpL9Far99Jar3fpqyfr6Z6YJIqc67W0I0bAqBKB3ZbYXlsR3M+npPaBkA4z4 xbbqm64lEHjohKkebBG3woXrX2KK6ODvUcnrE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:message-id; b=Ga22cEjRqBRCKr1kvap+d3O4Sc3eoRBSFcKA7NZoK49zQyqcLcExxQUZkepjgpGB/q 0c+4J5ucD1t10C6BnvDDdiTz2q718ygqVE3bp48hlkXrtphJYswCydYZnzgtCdZDX75A QmxrsFrBrRX6CH5A4BkvRAp9e9Gv6MoTvmHIY= Received: by 10.227.136.16 with SMTP id p16mr10567767wbt.151.1274999520018; Thu, 27 May 2010 15:32:00 -0700 (PDT) Received: from upstairs.local.lan (5e0bf468.bb.sky.com [94.11.244.104]) by mx.google.com with ESMTPS id h22sm11543235wbh.9.2010.05.27.15.31.58 (version=SSLv3 cipher=RC4-MD5); Thu, 27 May 2010 15:31:59 -0700 (PDT) From: Chris Clayton To: Jim Meyering Subject: Re: bug#6281: Fwd: Possible bug in coreutils-8.5 or associated gnulib version Date: Thu, 27 May 2010 23:31:41 +0100 User-Agent: KMail/1.9.10 References: <201005270919.30761.chris2553@googlemail.com> <871vcxclqs.fsf@meyering.net> In-Reply-To: <871vcxclqs.fsf@meyering.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <201005272331.41867.chris2553@googlemail.com> X-Spam-Score: -2.2 (--) X-Debbugs-Envelope-To: 6281 Cc: 6281@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: chris2553@googlemail.com 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.4 (--) On Thursday 27 May 2010, Jim Meyering wrote: > Chris Clayton wrote: > > I've just tried to build coreutils-8.5. The compilation finished OK, > > but make check hangs when > > gnulib-tests/test-lock is run. The log showed that the hang occurred > > somewhere after the > > message "Starting test_rwlock" was output, so I've added some > > additional debugging output to the > > test_rwlock function so that it now looks like: > > ... > > > The final run shows that even if I leave the app to run for several > > minutes, it still fails to > > complete. > > > > I am running kernel 2.6.34 and my gcc is gcc (GCC) 4.4.5 20100525 > > (prerelease) (this week's 4.4 > > snapshot), although I get the same hang if I build and test with > > gcc-3.4.6. > > > > I'm not subscribed, so please cc me into any reply =C2=A0More than happ= y to > > provide any other information > > you need to solve this. > > Thanks for the report. > Thanks for the reply. > I cannot reproduce a problem with 2.6.34 and gcc-4.4.4. > Is there anything else about your environment that might be unusual? > The only thing I can think of is that glibc is a bit old at 2.7, but if I u= pdate to a later version,=20 some of my apps stop working [e.g. midnight commander (mc)] and no matter h= ow much recompiling I=20 do, I can't get them to work again. The system started out (5 or 6 years ag= o) as Peanut Linux,=20 which was a Slackware derivative amended to use rpm for package management.= Nowadays, however,=20 many, many packages have been added (KDE,OpenOffice, udev, cherokee - I cou= ld go on and on here)=20 and upgraded. But it's finely tuned to the things I do with my computer. I = tend to update packages=20 as new versions become available, other than where I bump into dependency c= lashes or massive=20 rebuild of packages. > Can you reproduce that using the latest from git? > If you're up to it, here's the build-from-git procedure: > > http://git.sv.gnu.org/cgit/coreutils.git/tree/README-hacking Had to build and install a few dependencies, but I've done the build-from-g= it thing and I get the=20 same hang.=20 The call to configure during the build is as follows: =2E/configure --prefix=3D/usr --disable-nls --mandir=3D/usr/man --infodir= =3D/usr/info --disable-acl --disable-rpath --disable-xattr Interestingly, I've just run test-lock under gdb a few times and it always = ran successfully. I'm not=20 really that well qualified to have a stab like this, but that fact does mak= e me wonder whether we=20 have a race/timing problem here. I'll do a bit more hacking on the test-loc= k program and see if I=20 can get any more diagnostics. Thanks for your help so far. Chris =2D-=20 The more I see, the more I know. The more I know, the less I understand. Ch= anging Man - Paul Weller From debbugs-submit-bounces@debbugs.gnu.org Fri May 28 01:47:39 2010 Received: (at 6281) by debbugs.gnu.org; 28 May 2010 05:47: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 1OHsPy-0002lT-Js for submit@debbugs.gnu.org; Fri, 28 May 2010 01:47:38 -0400 Received: from smtp1-g21.free.fr ([212.27.42.1]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OHsPv-0002lO-Qc for 6281@debbugs.gnu.org; Fri, 28 May 2010 01:47:37 -0400 Received: from mx.meyering.net (mx.meyering.net [82.230.74.64]) by smtp1-g21.free.fr (Postfix) with ESMTP id A9FA6940124; Fri, 28 May 2010 07:47:27 +0200 (CEST) Received: by rho.meyering.net (Acme Bit-Twister, from userid 1000) id 075F8DC64; Fri, 28 May 2010 07:47:26 +0200 (CEST) From: Jim Meyering To: chris2553@googlemail.com Subject: Re: bug#6281: Fwd: Possible bug in coreutils-8.5 or associated gnulib version In-Reply-To: <201005272331.41867.chris2553@googlemail.com> (Chris Clayton's message of "Thu, 27 May 2010 23:31:41 +0100") References: <201005270919.30761.chris2553@googlemail.com> <871vcxclqs.fsf@meyering.net> <201005272331.41867.chris2553@googlemail.com> Date: Fri, 28 May 2010 07:47:25 +0200 Message-ID: <87fx1ca87m.fsf@meyering.net> Lines: 69 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.3 (---) X-Debbugs-Envelope-To: 6281 Cc: bug-gnulib@gnu.org, 6281@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 (---) Chris Clayton wrote: > On Thursday 27 May 2010, Jim Meyering wrote: >> Chris Clayton wrote: >> > I've just tried to build coreutils-8.5. The compilation finished OK, >> > but make check hangs when >> > gnulib-tests/test-lock is run. The log showed that the hang occurred >> > somewhere after the >> > message "Starting test_rwlock" was output, so I've added some >> > additional debugging output to the >> > test_rwlock function so that it now looks like: >> >> ... >> >> > The final run shows that even if I leave the app to run for several >> > minutes, it still fails to >> > complete. >> > >> > I am running kernel 2.6.34 and my gcc is gcc (GCC) 4.4.5 20100525 >> > (prerelease) (this week's 4.4 >> > snapshot), although I get the same hang if I build and test with >> > gcc-3.4.6. >> > >> > I'm not subscribed, so please cc me into any reply =C2=A0More than hap= py to >> > provide any other information >> > you need to solve this. >> >> Thanks for the report. >> > > Thanks for the reply. > >> I cannot reproduce a problem with 2.6.34 and gcc-4.4.4. >> Is there anything else about your environment that might be unusual? >> > > The only thing I can think of is that glibc is a bit old at 2.7, Using glibc-2.7 with a new kernel is unusual indeed. Definitely suspect. I've Cc'd bug-gnulib, since it's clearly involved. > but if I update to a later version, > some of my apps stop working [e.g. midnight commander (mc)] and no matter= how much recompiling I > do, I can't get them to work again. The system started out (5 or 6 years = ago) as Peanut Linux, > which was a Slackware derivative amended to use rpm for package managemen= t. Nowadays, however, > many, many packages have been added (KDE,OpenOffice, udev, cherokee - I c= ould go on and on here) > and upgraded. But it's finely tuned to the things I do with my computer. = I tend to update packages > as new versions become available, other than where I bump into dependency= clashes or massive > rebuild of packages. > >> Can you reproduce that using the latest from git? >> If you're up to it, here's the build-from-git procedure: >> >> http://git.sv.gnu.org/cgit/coreutils.git/tree/README-hacking > > Had to build and install a few dependencies, but I've done the build-from= -git thing and I get the > same hang. > > The call to configure during the build is as follows: > > ./configure --prefix=3D/usr --disable-nls --mandir=3D/usr/man --infodir= =3D/usr/info --disable-acl --disable-rpath --disable-xattr > > Interestingly, I've just run test-lock under gdb a few times and it alway= s ran successfully. I'm not > really that well qualified to have a stab like this, but that fact does m= ake me wonder whether we > have a race/timing problem here. I'll do a bit more hacking on the test-l= ock program and see if I > can get any more diagnostics. > > Thanks for your help so far. > > Chris From debbugs-submit-bounces@debbugs.gnu.org Fri May 28 03:28:28 2010 Received: (at 6281) by debbugs.gnu.org; 28 May 2010 07:28:28 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OHtzX-0003cJ-LD for submit@debbugs.gnu.org; Fri, 28 May 2010 03:28:28 -0400 Received: from mail-wy0-f170.google.com ([74.125.82.170]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OHtzU-0003cD-GL for 6281@debbugs.gnu.org; Fri, 28 May 2010 03:28:25 -0400 Received: by wyb32 with SMTP id 32so1032422wyb.29 for <6281@debbugs.gnu.org>; Fri, 28 May 2010 00:28:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=5/6XWUJxqCdeOTL31MJR2c1cKKqRFtpjSIO9d18h3rg=; b=XkYgY/EDCTS7aonVOjtVgCrV6RNSMItGCs3I209+3eTnJ6XKEPTvfGvkI/wXeIYcJ3 acdkB2bh8+jEjG0qCfH2VRwfeD9qrMme7UBYWNJtmovBbbSTUF9hTESKGQLwRmK+pbMp inskmBcTooGsvodtowa5uOTC81ac2xIHWelRA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:message-id; b=lSuqlbwvpNieLQ0OVkcC9Q/ASnz4/5ls4yRDC/nudMoH7m4Pt/OiGxmFsEWwNWCct3 RKQT8PaKMZZO84HgYIL2f+u94EbkjJat9Pg/X1+jaNyDHakZciUwpaVaN0N0uLHxqHQD n0ndpwxOJyUSGZVC6Sag7Vz3rKIbzKC/R1yLg= Received: by 10.227.134.206 with SMTP id k14mr11038233wbt.94.1275031700845; Fri, 28 May 2010 00:28:20 -0700 (PDT) Received: from upstairs.local.lan (5e0bf468.bb.sky.com [94.11.244.104]) by mx.google.com with ESMTPS id h22sm14560055wbh.9.2010.05.28.00.28.19 (version=SSLv3 cipher=RC4-MD5); Fri, 28 May 2010 00:28:20 -0700 (PDT) From: Chris Clayton To: Jim Meyering Subject: Re: bug#6281: Fwd: Possible bug in coreutils-8.5 or associated gnulib version Date: Fri, 28 May 2010 08:28:06 +0100 User-Agent: KMail/1.9.10 References: <201005270919.30761.chris2553@googlemail.com> <871vcxclqs.fsf@meyering.net> <201005272331.41867.chris2553@googlemail.com> In-Reply-To: <201005272331.41867.chris2553@googlemail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <201005280828.06150.chris2553@googlemail.com> X-Spam-Score: -2.5 (--) X-Debbugs-Envelope-To: 6281 Cc: 6281@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: chris2553@googlemail.com 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.5 (--) Hi Jim, I've done some more testing and the outcome is reported below. On Thursday 27 May 2010, Chris Clayton wrote: > On Thursday 27 May 2010, Jim Meyering wrote: > > Chris Clayton wrote: > > > I've just tried to build coreutils-8.5. The compilation finished OK, > > > but make check hangs when > > > gnulib-tests/test-lock is run. The log showed that the hang occurred > > > somewhere after the > > > message "Starting test_rwlock" was output, so I've added some > > > additional debugging output to the > > > test_rwlock function so that it now looks like: > > > > ... > > > > > The final run shows that even if I leave the app to run for several > > > minutes, it still fails to > > > complete. > > > > > > I am running kernel 2.6.34 and my gcc is gcc (GCC) 4.4.5 20100525 > > > (prerelease) (this week's 4.4 > > > snapshot), although I get the same hang if I build and test with > > > gcc-3.4.6. > > > > > > I'm not subscribed, so please cc me into any reply =C2=A0More than ha= ppy to > > > provide any other information > > > you need to solve this. > > > > Thanks for the report. > > Thanks for the reply. > > > I cannot reproduce a problem with 2.6.34 and gcc-4.4.4. > > Is there anything else about your environment that might be unusual? > > The only thing I can think of is that glibc is a bit old at 2.7, but if I > update to a later version, some of my apps stop working [e.g. midnight > commander (mc)] and no matter how much recompiling I do, I can't get them > to work again. The system started out (5 or 6 years ago) as Peanut Linux, > which was a Slackware derivative amended to use rpm for package managemen= t. > Nowadays, however, many, many packages have been added (KDE,OpenOffice, > udev, cherokee - I could go on and on here) and upgraded. But it's finely > tuned to the things I do with my computer. I tend to update packages as n= ew > versions become available, other than where I bump into dependency clashes > or massive rebuild of packages. > > > Can you reproduce that using the latest from git? > > If you're up to it, here's the build-from-git procedure: > > > > http://git.sv.gnu.org/cgit/coreutils.git/tree/README-hacking > > Had to build and install a few dependencies, but I've done the > build-from-git thing and I get the same hang. > > The call to configure during the build is as follows: > > ./configure --prefix=3D/usr --disable-nls --mandir=3D/usr/man > --infodir=3D/usr/info --disable-acl --disable-rpath --disable-xattr > If I add --enable-threads=3Dpth to the call to configure, test-lock runs su= ccessfuly ever time. If I=20 make it --enable-threads=3Dposix (or let it default to posix), test-lock wi= ll very occasionally=20 succeed, but more often than not hangs as per my report above. If I define = ENABLE_DEBUGGING as 1 in=20 test-lock.c, test-lock succeeds regardless of the threading library that's = used. I guess this all points to something like a thread sync problem in libpthre= ad at glibc-2.7. However,=20 it appears that the --enable-threads=3Dblah setting only affects the test a= pplications. Whatever I=20 set it to, the coreutils binary rpm I produce only ever requires libpthread= and only test-tls and=20 test-lock switch between requiring libpthread and libpth depending on the s= etting. In that case I'm=20 happy to build the package to use libpth. In any case, test-lock et al see= m to me to be testing=20 gnulib rather than coreutils, although happy to be corrected on that. On the other hand, rpm reports that 492 packages installed on my system req= uire libpthread.so.0.=20 =46requency of use of applications and libraries from those packages may va= ry from every day (X.org,=20 kdelibs et al) to very rarely (efax-gtk), but none of them hang in the way = that this test=20 application does. If you want to try and track this down, I'm more than happy to help, but eq= ually, I'm cool about it=20 if you have better things to do with your time. One day I'm going to have t= o bite the bullet and=20 upgrade to a more modern distro :-) Thanks again, Chris > Interestingly, I've just run test-lock under gdb a few times and it always > ran successfully. I'm not really that well qualified to have a stab like > this, but that fact does make me wonder whether we have a race/timing > problem here. I'll do a bit more hacking on the test-lock program and see > if I can get any more diagnostics. > > Thanks for your help so far. > > Chris =2D-=20 The more I see, the more I know. The more I know, the less I understand. Ch= anging Man - Paul Weller From debbugs-submit-bounces@debbugs.gnu.org Fri May 28 03:46:41 2010 Received: (at 6281) by debbugs.gnu.org; 28 May 2010 07:46:42 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OHuGp-0003jm-7E for submit@debbugs.gnu.org; Fri, 28 May 2010 03:46:41 -0400 Received: from smtp1-g21.free.fr ([212.27.42.1]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OHuGK-0003jB-4X for 6281@debbugs.gnu.org; Fri, 28 May 2010 03:46:16 -0400 Received: from mx.meyering.net (mx.meyering.net [82.230.74.64]) by smtp1-g21.free.fr (Postfix) with ESMTP id 4661A9400CE for <6281@debbugs.gnu.org>; Fri, 28 May 2010 09:45:40 +0200 (CEST) Received: by rho.meyering.net (Acme Bit-Twister, from userid 1000) id 1E8FA63A; Fri, 28 May 2010 09:45:39 +0200 (CEST) From: Jim Meyering To: chris2553@googlemail.com Subject: Re: bug#6281: Fwd: Possible bug in coreutils-8.5 or associated gnulib version In-Reply-To: <201005280828.06150.chris2553@googlemail.com> (Chris Clayton's message of "Fri, 28 May 2010 08:28:06 +0100") References: <201005270919.30761.chris2553@googlemail.com> <871vcxclqs.fsf@meyering.net> <201005272331.41867.chris2553@googlemail.com> <201005280828.06150.chris2553@googlemail.com> Date: Fri, 28 May 2010 09:45:39 +0200 Message-ID: <874ohsa2qk.fsf@meyering.net> Lines: 32 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -3.3 (---) X-Debbugs-Envelope-To: 6281 Cc: 6281@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 (---) Chris Clayton wrote: > Hi Jim, > > I've done some more testing and the outcome is reported below. ... [I've reformatted this paragraph for you -- wrapping to 100 columns makes it render in a relatively hard-to-read manner on my 80-col window] > If I add --enable-threads=pth to the call to configure, test-lock > runs successfuly ever time. If I make it --enable-threads=posix (or > let it default to posix), test-lock will very occasionally succeed, > but more often than not hangs as per my report above. If I define > ENABLE_DEBUGGING as 1 in test-lock.c, test-lock succeeds regardless of Thanks for the details. > the threading library that's used. I guess this all points to something > like a thread sync problem in libpthread at glibc-2.7. However, it > appears that the --enable-threads=blah setting only affects the test > applications. Whatever I set it to, the coreutils binary rpm I produce > only ever requires libpthread and only test-tls and test-lock switch > between requiring libpthread and libpth depending on the setting. In > that case I'm happy to build the package to use libpth. In any case, > test-lock et al seem to me to be testing gnulib rather than coreutils, > although happy to be corrected on that. That's right. The tests under coreutils' gnulib-tests/ directory are unit tests of the gnulib modules used by coreutils. However, as you would expect of thorough unit tests, in many cases they test functionality that is seldom (or never) used in the parent package. So if getting a working coreutils-8.5 package is all you want right now, you're probably safe. From debbugs-submit-bounces@debbugs.gnu.org Fri May 28 04:53:48 2010 Received: (at 6281) by debbugs.gnu.org; 28 May 2010 08:53:49 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OHvK8-0004Es-Gy for submit@debbugs.gnu.org; Fri, 28 May 2010 04:53:48 -0400 Received: from mail-ww0-f44.google.com ([74.125.82.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OHvK6-0004En-HJ for 6281@debbugs.gnu.org; Fri, 28 May 2010 04:53:47 -0400 Received: by wwa36 with SMTP id 36so600124wwa.3 for <6281@debbugs.gnu.org>; Fri, 28 May 2010 01:53:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=oaN+ORoZj8EZX1C3arV0pE0Xdqhd1leyb/+w9VQHP9s=; b=QqOYUG+SbbztIYgoCPtbHSTVn7sV8vd4rInIo9D7TdZLscxxKj/EjhSKpeGOsCI7Qu sMEknqsI7eVLGEEuzCWVv4ZmbCpatHdBIALrd0DEz23hFxOECYndNPjcE7Awm+xCBB5c +7Ws1tUNUPCxAa32caQmHnwPX4KSNG67oh5CY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:message-id; b=KIwHR4oY4nUCIxsFjeuwp3fUzK8JujavKSY/tsou47hAn5Ui+6lbqXSaYtHQnqc5+N IhI7BpX6CKcQOqlQfQs5wSZELiV8dJZYODg2abFuLNagXz3JlVCfWWczDG8ggV/JgZxZ TCQNdrykZTBamoEuoGxWeIbPwmzzOIWZ5e6IQ= Received: by 10.227.147.193 with SMTP id m1mr11162397wbv.23.1275036823305; Fri, 28 May 2010 01:53:43 -0700 (PDT) Received: from upstairs.local.lan (5e0bf468.bb.sky.com [94.11.244.104]) by mx.google.com with ESMTPS id u32sm13361107wbc.23.2010.05.28.01.53.41 (version=SSLv3 cipher=RC4-MD5); Fri, 28 May 2010 01:53:42 -0700 (PDT) From: Chris Clayton To: Jim Meyering Subject: Re: bug#6281: Fwd: Possible bug in coreutils-8.5 or associated gnulib version Date: Fri, 28 May 2010 09:53:27 +0100 User-Agent: KMail/1.9.10 References: <201005270919.30761.chris2553@googlemail.com> <201005280828.06150.chris2553@googlemail.com> <874ohsa2qk.fsf@meyering.net> In-Reply-To: <874ohsa2qk.fsf@meyering.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201005280953.27713.chris2553@googlemail.com> X-Spam-Score: -2.5 (--) X-Debbugs-Envelope-To: 6281 Cc: bug-gnulib@gnu.org, 6281@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: chris2553@googlemail.com 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.5 (--) On Friday 28 May 2010, Jim Meyering wrote: > Chris Clayton wrote: > > Hi Jim, > > > > I've done some more testing and the outcome is reported below. > > ... > > [I've reformatted this paragraph for you -- wrapping to 100 columns > makes it render in a relatively hard-to-read manner on my 80-col window] > Sorry, I've reconfigured kmail to wrap at column 80. > > If I add --enable-threads=pth to the call to configure, test-lock > > runs successfuly ever time. If I make it --enable-threads=posix (or > > let it default to posix), test-lock will very occasionally succeed, > > but more often than not hangs as per my report above. If I define > > ENABLE_DEBUGGING as 1 in test-lock.c, test-lock succeeds regardless of > > Thanks for the details. > > > the threading library that's used. I guess this all points to something > > like a thread sync problem in libpthread at glibc-2.7. However, it > > appears that the --enable-threads=blah setting only affects the test > > applications. Whatever I set it to, the coreutils binary rpm I produce > > only ever requires libpthread and only test-tls and test-lock switch > > between requiring libpthread and libpth depending on the setting. In > > that case I'm happy to build the package to use libpth. In any case, > > test-lock et al seem to me to be testing gnulib rather than coreutils, > > although happy to be corrected on that. > > That's right. The tests under coreutils' gnulib-tests/ directory > are unit tests of the gnulib modules used by coreutils. > However, as you would expect of thorough unit tests, in many cases they > test functionality that is seldom (or never) used in the parent package. > So if getting a working coreutils-8.5 package is all you want right now, > you're probably safe. Because my glibc is so old, I'm fine with that, but if the gnulib folks want to follow it up, I'm more than happy to help. -- The more I see, the more I know. The more I know, the less I understand. Changing Man - Paul Weller From debbugs-submit-bounces@debbugs.gnu.org Fri May 28 18:24:46 2010 Received: (at 6281) by debbugs.gnu.org; 28 May 2010 22:24:46 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OI7yw-00025S-7g for submit@debbugs.gnu.org; Fri, 28 May 2010 18:24:46 -0400 Received: from mo-p00-ob.rzone.de ([81.169.146.162]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OI7yt-00025N-Mp for 6281@debbugs.gnu.org; Fri, 28 May 2010 18:24:44 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1275085478; l=1252; s=domk; d=haible.de; h=Content-Transfer-Encoding:Content-Type:MIME-Version:In-Reply-To: References:Cc:Date:Subject:To:From:X-RZG-CLASS-ID:X-RZG-AUTH; bh=5bCMHq3iN/TF3/Gw00bZScmanYY=; b=VoDnVqwqFzOSrqt4t4G5aThgU5zWQOsJNqFlb2mUdwi/nzamgKEDhu9OLmtAbVfrr+A THbzmxt51i8gqSQqqEOwAI57nZH5pkEhlpXsNH6XYlkwfLfeXapJeP085eUnk98OU2G+d KwJyRXvcpknctE8xXiM3GuI6qfj8sdYFrLY= X-RZG-AUTH: :Ln4Re0+Ic/6oZXR1YgKryK8brksyK8dozXDwHXjf9hj/zDNRavA46+YU X-RZG-CLASS-ID: mo00 Received: from linuix.haible.de (dslb-088-068-036-096.pools.arcor-ip.net [88.68.36.96]) by post.strato.de (klopstock mo60) (RZmta 23.0) with ESMTP id x01982m4SLClwy ; Sat, 29 May 2010 00:24:38 +0200 (MEST) From: Bruno Haible To: bug-gnulib@gnu.org Subject: Re: bug#6281: Fwd: Possible bug in coreutils-8.5 or associated gnulib version Date: Sat, 29 May 2010 00:24:17 +0200 User-Agent: KMail/1.9.9 References: <201005270919.30761.chris2553@googlemail.com> <201005272331.41867.chris2553@googlemail.com> <87fx1ca87m.fsf@meyering.net> In-Reply-To: <87fx1ca87m.fsf@meyering.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201005290024.18878.bruno@clisp.org> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 6281 Cc: chris2553@googlemail.com, Jim Meyering , 6281@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: -1.3 (-) Hi, > >> Chris Clayton wrote: > >> > but make check hangs when > >> > gnulib-tests/test-lock is run. The log showed that the hang occurred > >> > somewhere after the > >> > message "Starting test_rwlock" was output > ... > > The only thing I can think of is that glibc is a bit old at 2.7, > > Using glibc-2.7 with a new kernel is unusual indeed. But the kernel people try hard not to break backward compatibility, and while glibc-2.7 is not as bleeding edge as linux 2.6.34, it is less than 3 years old. You can easily reduce the size of test-lock.c so that only one of the four tests is run. The next step will be to manually expand the macros from gnulib's , so that you get 100% POSIX compliant source code. With that, you could go to the glibc people and ask for help. But given that glibc-2.7 is old, you would need someone else to reproduce it also with a newer glibc. And personally I would guess it's a breakage in the new linux 2.6.34. But in order to isolate a bug in the multithread system calls, you need help of a some super hacker like Ulrich Drepper or Ingo Molnar. So, can you trim down the testcase to something that fails with glibc-2.11 and submit that through the glibc bugzilla? Bruno From debbugs-submit-bounces@debbugs.gnu.org Sun May 30 04:41:28 2010 Received: (at 6281) by debbugs.gnu.org; 30 May 2010 08:41:28 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OIe5H-0004ab-SA for submit@debbugs.gnu.org; Sun, 30 May 2010 04:41:28 -0400 Received: from mail-ww0-f44.google.com ([74.125.82.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OIe5F-0004aO-0M for 6281@debbugs.gnu.org; Sun, 30 May 2010 04:41:26 -0400 Received: by wwb39 with SMTP id 39so357975wwb.3 for <6281@debbugs.gnu.org>; Sun, 30 May 2010 01:41:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=jevT+g1Cp7ozWsgzzwZHO1fIz7URwIiSgIqtiQQ+/mc=; b=ZVP0iKm9nxRLukjZUSrj8IbF2lfWrv73bDu0NmqhElr9/R1G1+OhKqwtYj3xsf62xf 0mCTpQTUbDW3Ar81ruZHx20cgUMV+xGsU9YL+l3RHkr7N7W78wcb5Dk+eKA+i6XlwHRZ qqhPCgsHAG/4qUvFjPQ8X2LdIj893lxcdoJ74= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:message-id; b=PYJJGGnCTvVZuEdGl+dnCLdkzLh8IDugkP2OOL7MUARC4wWQ0e0u6JTKHmus08svV0 n4NRjkKeg6ZktEdaJNWK6i+ml8APkLM4J6V1EuxVPrfTOEHmrRYvogvDqcqEj34kN5j3 46V2i6f/iasPvuHZcj/PXkhJkY0Jd+78lNjoc= Received: by 10.227.156.19 with SMTP id u19mr2587706wbw.167.1275208881679; Sun, 30 May 2010 01:41:21 -0700 (PDT) Received: from upstairs.local.lan (5e0bf468.bb.sky.com [94.11.244.104]) by mx.google.com with ESMTPS id h22sm31270919wbh.9.2010.05.30.01.41.19 (version=SSLv3 cipher=RC4-MD5); Sun, 30 May 2010 01:41:20 -0700 (PDT) From: Chris Clayton To: Bruno Haible Subject: Re: bug#6281: Fwd: Possible bug in coreutils-8.5 or associated gnulib version Date: Sun, 30 May 2010 09:41:13 +0100 User-Agent: KMail/1.9.10 References: <201005270919.30761.chris2553@googlemail.com> <87fx1ca87m.fsf@meyering.net> <201005290024.18878.bruno@clisp.org> In-Reply-To: <201005290024.18878.bruno@clisp.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201005300941.13344.chris2553@googlemail.com> X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 6281 Cc: bug-gnulib@gnu.org, Jim Meyering , 6281@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: chris2553@googlemail.com 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.4 (--) Hi, On Friday 28 May 2010, Bruno Haible wrote: > Hi, > > > >> Chris Clayton wrote: > > >> > but make check hangs when > > >> > gnulib-tests/test-lock is run. The log showed that the hang occurred > > >> > somewhere after the > > >> > message "Starting test_rwlock" was output > > > > ... > > > > > The only thing I can think of is that glibc is a bit old at 2.7, > > > > Using glibc-2.7 with a new kernel is unusual indeed. > > But the kernel people try hard not to break backward compatibility, and > while glibc-2.7 is not as bleeding edge as linux 2.6.34, it is less than > 3 years old. > > You can easily reduce the size of test-lock.c so that only one of the four > tests is run. The next step will be to manually expand the macros from > gnulib's , so that you get 100% POSIX compliant source code. > With that, you could go to the glibc people and ask for help. > > But given that glibc-2.7 is old, you would need someone else to reproduce > it also with a newer glibc. And personally I would guess it's a breakage > in the new linux 2.6.34. But in order to isolate a bug in the multithread > system calls, you need help of a some super hacker like Ulrich Drepper or > Ingo Molnar. > I built and installed glibc-2.11.1, this time against 2.6.33.4 kernel headers instead of the 2.6.26.x headers that were previously in /usr/src/linux. My idea was to just test the failing coreutils test application (test-lock), although, of course, a failure with this configuration may have been a false failure. Anyway. my system seems to be completely stable (although I do have the comfort of an archive of the old glibc-2.7-based system) and more importantly in the context of coreutils and gnulib, test-lock succeeds every time. I guess that could be a false success because all my apps are built against glibc-2.7 but running against glibc-2.11.1, but I've given my most frequently used applications a quite a good workout and everything seems to be working. On the face of it, the problem is in libpthread in glibc-2.7, especially as it went away when the coreutil test applications were built against libpth. Unless someone knows of a really good reason to do so, I'm not minded to chase this any longer. I have a workaround to build and test coreutils should I find that I need to revert to my glibc-2.7-based system, but for the time being at least, I think I'll stick with 2.11.1. Thanks for your help. > So, can you trim down the testcase to something that fails with glibc-2.11 > and submit that through the glibc bugzilla? > > Bruno -- The more I see, the more I know. The more I know, the less I understand. Changing Man - Paul Weller From debbugs-submit-bounces@debbugs.gnu.org Sun May 30 04:52:36 2010 Received: (at 6281) by debbugs.gnu.org; 30 May 2010 08:52:36 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OIeG3-0004qJ-6Q for submit@debbugs.gnu.org; Sun, 30 May 2010 04:52:35 -0400 Received: from smtp1-g21.free.fr ([212.27.42.1]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OIeG1-0004q6-Bc for 6281@debbugs.gnu.org; Sun, 30 May 2010 04:52:34 -0400 Received: from mx.meyering.net (mx.meyering.net [82.230.74.64]) by smtp1-g21.free.fr (Postfix) with ESMTP id A69009400CB; Sun, 30 May 2010 10:52:25 +0200 (CEST) Received: by rho.meyering.net (Acme Bit-Twister, from userid 1000) id 0CCCBF16D; Sun, 30 May 2010 10:52:24 +0200 (CEST) From: Jim Meyering To: chris2553@googlemail.com Subject: Re: bug#6281: Fwd: Possible bug in coreutils-8.5 or associated gnulib version In-Reply-To: <201005300941.13344.chris2553@googlemail.com> (Chris Clayton's message of "Sun, 30 May 2010 09:41:13 +0100") References: <201005270919.30761.chris2553@googlemail.com> <87fx1ca87m.fsf@meyering.net> <201005290024.18878.bruno@clisp.org> <201005300941.13344.chris2553@googlemail.com> Date: Sun, 30 May 2010 10:52:24 +0200 Message-ID: <87ocfxzs8n.fsf@meyering.net> Lines: 18 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -3.3 (---) X-Debbugs-Envelope-To: 6281 Cc: bug-gnulib@gnu.org, Bruno Haible , 6281@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 (---) Chris Clayton wrote: ... > I built and installed glibc-2.11.1, this time against 2.6.33.4 kernel headers > instead of the 2.6.26.x headers that were previously in /usr/src/linux. My idea > was to just test the failing coreutils test application (test-lock), although, > of course, a failure with this configuration may have been a false failure. > Anyway. my system seems to be completely stable (although I do have the comfort > of an archive of the old glibc-2.7-based system) and more importantly in the > context of coreutils and gnulib, test-lock succeeds every time. Good! Thanks for letting us know. ... > Unless someone knows of a really good reason to do so, I'm not minded to chase > this any longer. Sounds good to me. Life is short enough as it is. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 17 04:36:56 2011 Received: (at 6281-done) by debbugs.gnu.org; 17 Apr 2011 08:36: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 1QBNTU-0007T9-Kk for submit@debbugs.gnu.org; Sun, 17 Apr 2011 04:36:56 -0400 Received: from mx.meyering.net ([82.230.74.64]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QBNTT-0007Sx-8y for 6281-done@debbugs.gnu.org; Sun, 17 Apr 2011 04:36:55 -0400 Received: by rho.meyering.net (Acme Bit-Twister, from userid 1000) id B92C3601A8; Sun, 17 Apr 2011 10:36:49 +0200 (CEST) From: Jim Meyering To: 6281-done@debbugs.gnu.org Subject: Fwd: Possible bug in coreutils-8.5 or associated gnulib version Date: Sun, 17 Apr 2011 10:36:49 +0200 Message-ID: <87write0ke.fsf@rho.meyering.net> Lines: 1 MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -5.9 (-----) X-Debbugs-Envelope-To: 6281-done 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.9 (-----) Closing. This was resolved. see http://debbugs.gnu.org/6281 From unknown Sat Jun 21 03:06:16 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 15 May 2011 11:24:05 +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