From unknown Wed Jun 18 23:01:58 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#9483 <9483@debbugs.gnu.org> To: bug#9483 <9483@debbugs.gnu.org> Subject: Status: issue with coreutils-6.9 Reply-To: bug#9483 <9483@debbugs.gnu.org> Date: Thu, 19 Jun 2025 06:01:58 +0000 retitle 9483 issue with coreutils-6.9 reassign 9483 coreutils submitter 9483 Anand Anand severity 9483 normal tag 9483 moreinfo thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 12 12:09:07 2011 Received: (at submit) by debbugs.gnu.org; 12 Sep 2011 16:09:07 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R394E-0003Mc-1r for submit@debbugs.gnu.org; Mon, 12 Sep 2011 12:09:07 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R36Pj-0007SJ-63 for submit@debbugs.gnu.org; Mon, 12 Sep 2011 09:19:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R36LV-0001QV-2J for submit@debbugs.gnu.org; Mon, 12 Sep 2011 09:14:45 -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.5 required=5.0 tests=BAYES_00, FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM, HTML_MESSAGE, RCVD_IN_DNSWL_LOW, T_DKIM_INVALID, T_TO_NO_BRKTS_FREEMAIL autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:54808) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R36LV-0001QR-0q for submit@debbugs.gnu.org; Mon, 12 Sep 2011 09:14:45 -0400 Received: from eggs.gnu.org ([140.186.70.92]:50221) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R36LU-0004HI-1L for bug-coreutils@gnu.org; Mon, 12 Sep 2011 09:14:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R36LP-0001Pj-CK for bug-coreutils@gnu.org; Mon, 12 Sep 2011 09:14:44 -0400 Received: from mail-vw0-f49.google.com ([209.85.212.49]:43989) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R36LP-0001PU-9y for bug-coreutils@gnu.org; Mon, 12 Sep 2011 09:14:39 -0400 Received: by vws8 with SMTP id 8so3146477vws.36 for ; Mon, 12 Sep 2011 06:14:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=JSay5IhGtcXoHkIVoNbEjayIJmh6xn4q1tH8NMSoles=; b=MWSbHIEiarwVvHjcJ4V2eAh1BI3gNl6flV/HGDiSOjf7dHHgG8h3P+THypo7uFE905 a2WYGgWj2+mfRaExtz1w+rfvQBnILJeL1vzNLKn+pM4MLTmGN15GsdZ3XOCzPhgAdQsR qBl3jvIxFFuXVwmt2LssydSprYaD7X5aUswXM= MIME-Version: 1.0 Received: by 10.52.68.35 with SMTP id s3mr715897vdt.52.1315833278176; Mon, 12 Sep 2011 06:14:38 -0700 (PDT) Received: by 10.220.150.144 with HTTP; Mon, 12 Sep 2011 06:14:38 -0700 (PDT) Date: Mon, 12 Sep 2011 18:44:38 +0530 Message-ID: Subject: issue with coreutils-6.9 From: Anand Anand To: bug-coreutils@gnu.org Content-Type: multipart/alternative; boundary=20cf3071c744211f4304acbe4f9e X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) 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.9 (-----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Mon, 12 Sep 2011 12:09: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: -5.9 (-----) --20cf3071c744211f4304acbe4f9e Content-Type: text/plain; charset=ISO-8859-1 I need some help on coreutils-6.9 ?? I was running a testsuite on coreutils-6.9 wherein I have issues with yesno API in the library.EVen if the stdin input is y in case of rm tests the processed output is always taken as "n" and thus all the tests fail which are interactive in nature. Thanks and Regards, Anand --20cf3071c744211f4304acbe4f9e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I need some help on coreutils-6.9 ??

I was running a testsuite on co= reutils-6.9 wherein I have issues with yesno API in the library.EVen if the= stdin input is y in case of rm tests the processed output is always taken = as "n" and thus all the tests fail which are interactive in natur= e.

Thanks and Regards,
Anand
--20cf3071c744211f4304acbe4f9e-- From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 12 19:37:55 2011 Received: (at 9483) by debbugs.gnu.org; 12 Sep 2011 23:37:55 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R3G4Y-0003ZC-V8 for submit@debbugs.gnu.org; Mon, 12 Sep 2011 19:37:55 -0400 Received: from joseki.proulx.com ([216.17.153.58]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R3G4V-0003Z0-Ne; Mon, 12 Sep 2011 19:37:52 -0400 Received: from hysteria.proulx.com (hysteria.proulx.com [192.168.230.119]) by joseki.proulx.com (Postfix) with ESMTP id E918E211D2; Mon, 12 Sep 2011 17:33:26 -0600 (MDT) Received: by hysteria.proulx.com (Postfix, from userid 1000) id BFCA02DC87; Mon, 12 Sep 2011 17:33:26 -0600 (MDT) Date: Mon, 12 Sep 2011 17:33:26 -0600 From: Bob Proulx To: Anand Anand Subject: Re: bug#9483: issue with coreutils-6.9 Message-ID: <20110912233326.GA24637@hysteria.proulx.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Score: -2.5 (--) X-Debbugs-Envelope-To: 9483 Cc: 9483@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.5 (--) tag 9483 + moreinfo thanks Anand Anand wrote: > I was running a testsuite on coreutils-6.9 wherein I have issues with yesno > API in the library.EVen if the stdin input is y in case of rm tests the > processed output is always taken as "n" and thus all the tests fail which > are interactive in nature. Thank you for helping with GNU Coreutils. However version 6.9 was released 2007-03-22 over four years ago. The current version of coreutils is 8.13. Since 6.9 there have been a lot of changes and improvements. Looking at the version control there are 2747 separate changes committed between version 6.9 and the current version 8.13. It is possible and dare I say likely that your the problem you are reporting has already been fixed in the intervening years. Could you try building the current version 8.13 and seeing if your problem still exists? Here is the latest release announcement with information about obtaining the latest version. Either way please reply to this bug ticket so that we can track the progress. https://lists.gnu.org/archive/html/coreutils/2011-09/msg00130.html Thanks! Bob From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 13 06:05:53 2011 Received: (at 9483) by debbugs.gnu.org; 13 Sep 2011 10:05: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 1R3PsG-0008CS-Fg for submit@debbugs.gnu.org; Tue, 13 Sep 2011 06:05:52 -0400 Received: from mail-vw0-f42.google.com ([209.85.212.42]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R3PsC-0008CJ-Hk for 9483@debbugs.gnu.org; Tue, 13 Sep 2011 06:05:50 -0400 Received: by vwl1 with SMTP id 1so743736vwl.29 for <9483@debbugs.gnu.org>; Tue, 13 Sep 2011 03:01:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zKnwZyBbeAl96Y9CWOOCElxGKwu+UVk7bt/4NdJEyXE=; b=xXAJNEPsgAc1DbwazQps9evdUo3SuDJGfL/vgyha7i9YwtJvOeNrXD1ULWwT90/Ykd KJ9PhZm6/h2Vb3YAtxOFRlCgQ15Q3AR1Gbp5TO30T+hsqsFuho2MKxcmWI5yMYZDIoxh 5TNTBThMBeJPj1PBEuNQDMmG2vTbbG0FCRHOk= MIME-Version: 1.0 Received: by 10.52.92.51 with SMTP id cj19mr645370vdb.119.1315908079981; Tue, 13 Sep 2011 03:01:19 -0700 (PDT) Received: by 10.220.150.144 with HTTP; Tue, 13 Sep 2011 03:01:19 -0700 (PDT) In-Reply-To: <20110912233326.GA24637@hysteria.proulx.com> References: <20110912233326.GA24637@hysteria.proulx.com> Date: Tue, 13 Sep 2011 15:31:19 +0530 Message-ID: Subject: Re: bug#9483: issue with coreutils-6.9 From: Anand Anand To: Bob Proulx Content-Type: multipart/alternative; boundary=20cf307f328eaa152204accfb9a9 X-Spam-Score: -4.8 (----) X-Debbugs-Envelope-To: 9483 Cc: 9483@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: -4.4 (----) --20cf307f328eaa152204accfb9a9 Content-Type: text/plain; charset=ISO-8859-1 Hello Bob, Thanks for the prompt reply.Due to certain constraints I am to fix this bug within this version itself.I know thats kind of lame but thats the way its reqd to be.I can give you more inputs on the bug right now. While running rm tests as part of testsuites we have tgo run the command "rm -ir z" wherein user input is expected.The userinput irrespective of what is fed is always taken negative and always returned as "user_permission_denied".I triede putting in more logs and I could see in the function "yesno" in file yesno.c even though response pointed to "y" the rpmatch function was exiting with 0 return value As for that matter any response value always came with 0 as return value from rpmatch function. I have to use "ENABLE_NLS" in this case.Let em know in case of any more inputs required Thanks and Regards, Anand On Tue, Sep 13, 2011 at 5:03 AM, Bob Proulx wrote: > tag 9483 + moreinfo > thanks > > Anand Anand wrote: > > I was running a testsuite on coreutils-6.9 wherein I have issues with > yesno > > API in the library.EVen if the stdin input is y in case of rm tests the > > processed output is always taken as "n" and thus all the tests fail which > > are interactive in nature. > > Thank you for helping with GNU Coreutils. However version 6.9 was > released 2007-03-22 over four years ago. The current version of > coreutils is 8.13. Since 6.9 there have been a lot of changes and > improvements. Looking at the version control there are 2747 separate > changes committed between version 6.9 and the current version 8.13. > It is possible and dare I say likely that your the problem you are > reporting has already been fixed in the intervening years. > > Could you try building the current version 8.13 and seeing if your > problem still exists? Here is the latest release announcement with > information about obtaining the latest version. Either way please > reply to this bug ticket so that we can track the progress. > > https://lists.gnu.org/archive/html/coreutils/2011-09/msg00130.html > > Thanks! > Bob > --20cf307f328eaa152204accfb9a9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello Bob,
=A0
Thanks for the prompt reply.Due to certain constraints I am to fix thi= s bug within this version itself.I know thats kind of lame but thats the wa= y its reqd to be.I can give you more inputs on the bug right now.
=A0
While running rm tests as part of testsuites we have tgo run the comma= nd "rm -ir z" wherein user input is expected.The userinput irresp= ective of what is fed is always taken negative and always returned as "= ;user_permission_denied".I triede putting in more logs and I could see= in the function "yesno" in file yesno.c even though response poi= nted to "y" the rpmatch function was exiting with 0 return value =
=A0
As for that matter any response value always came with 0 as return val= ue from rpmatch function.
=A0
I have to use "ENABLE_NLS" in this case.Let em know in case = of any more inputs required
=A0
Thanks and Regards,
Anand

On Tue, Sep 13, 2011 at 5:03 AM, Bob Proulx <bob@proulx.com><= /span> wrote:
tag 9483 + moreinfo
thanks
Anand Anand wrote:
> I was running a testsuite on coreutils-6.9 = wherein I have issues with yesno
> API in the library.EVen if the stdin input is y in case of rm tests th= e
> processed output is always taken as "n" and thus all th= e tests fail which
> are interactive in nature.

Thank you for = helping with GNU Coreutils. =A0However version 6.9 was
released 2007-03-22 over four years ago. =A0The current version of
coreu= tils is 8.13. =A0Since 6.9 there have been a lot of changes and
improvem= ents. =A0Looking at the version control there are 2747 separate
changes = committed between version 6.9 and the current version 8.13.
It is possible and dare I say likely that your the problem you are
repor= ting has already been fixed in the intervening years.

Could you try = building the current version 8.13 and seeing if your
problem still exist= s? =A0Here is the latest release announcement with
information about obtaining the latest version. =A0Either way please
rep= ly to this bug ticket so that we can track the progress.

=A0https://lists.gnu.org/archive/html/coreutils/2011-09/msg0013= 0.html

Thanks!
Bob
--20cf307f328eaa152204accfb9a9-- From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 13 06:15:07 2011 Received: (at 9483-done) by debbugs.gnu.org; 13 Sep 2011 10:15:07 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R3Q1C-0008UO-QM for submit@debbugs.gnu.org; Tue, 13 Sep 2011 06:15:07 -0400 Received: from mx1.redhat.com ([209.132.183.28]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R3Q19-0008Pp-BT for 9483-done@debbugs.gnu.org; Tue, 13 Sep 2011 06:15:05 -0400 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p8DAAaMr031958 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 13 Sep 2011 06:10:36 -0400 Received: from mx.meyering.net (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p8DAAY6c016882; Tue, 13 Sep 2011 06:10:35 -0400 Received: from rho.meyering.net (localhost.localdomain [127.0.0.1]) by rho.meyering.net (Acme Bit-Twister) with ESMTP id 84C716006D; Tue, 13 Sep 2011 12:10:34 +0200 (CEST) From: Jim Meyering To: Anand Anand Subject: Re: bug#9483: issue with coreutils-6.9 In-Reply-To: (Anand Anand's message of "Tue, 13 Sep 2011 15:31:19 +0530") References: <20110912233326.GA24637@hysteria.proulx.com> Date: Tue, 13 Sep 2011 12:10:34 +0200 Message-ID: <87mxe87nxh.fsf@rho.meyering.net> Lines: 28 MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-Spam-Score: -10.4 (----------) X-Debbugs-Envelope-To: 9483-done Cc: 9483-done@debbugs.gnu.org, Bob Proulx 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.4 (----------) tags 9483 + notabug thanks Anand Anand wrote: > Hello Bob, > > Thanks for the prompt reply.Due to certain constraints I am to fix this bug > within this version itself.I know thats kind of lame but thats the way its > reqd to be.I can give you more inputs on the bug right now. > > While running rm tests as part of testsuites we have tgo run the command "rm > -ir z" wherein user input is expected.The userinput irrespective of what is > fed is always taken negative and always returned as > "user_permission_denied".I triede putting in more logs and I could see in > the function "yesno" in file yesno.c even though response pointed to "y" the > rpmatch function was exiting with 0 return value > > As for that matter any response value always came with 0 as return value > from rpmatch function. > > I have to use "ENABLE_NLS" in this case.Let em know in case of any more > inputs required > > Thanks and Regards, > Anand You're welcome to continue discussing this here, but since this is not a bug in any recent version, I'm marking the issue as closed. From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 13 13:13:38 2011 Received: (at 9483) by debbugs.gnu.org; 13 Sep 2011 17:13: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 1R3WYE-0006M7-1U for submit@debbugs.gnu.org; Tue, 13 Sep 2011 13:13:38 -0400 Received: from joseki.proulx.com ([216.17.153.58]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R3WYA-0006Ly-7w for 9483@debbugs.gnu.org; Tue, 13 Sep 2011 13:13:35 -0400 Received: from hysteria.proulx.com (hysteria.proulx.com [192.168.230.119]) by joseki.proulx.com (Postfix) with ESMTP id 5FA3A211D3; Tue, 13 Sep 2011 11:09:05 -0600 (MDT) Received: by hysteria.proulx.com (Postfix, from userid 1000) id 310D42DC86; Tue, 13 Sep 2011 11:09:05 -0600 (MDT) Date: Tue, 13 Sep 2011 11:09:05 -0600 From: Bob Proulx To: Anand Anand Subject: Re: bug#9483: issue with coreutils-6.9 Message-ID: <20110913170905.GA4904@hysteria.proulx.com> References: <20110912233326.GA24637@hysteria.proulx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Score: -2.5 (--) X-Debbugs-Envelope-To: 9483 Cc: 9483@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.5 (--) Anand, Anand Anand wrote: > Due to certain constraints I am to fix this bug within this version > itself. I know thats kind of lame but thats the way its reqd to be. If you are needing to fix this in such an old version then you will probably need to be the one to do most of the debugging work. This problem only affects you and no one else. But that is the good thing about free software. You have all of the source code available to you and so you are empowered and enabled to do what you need to do. Life is good! :-) > I can give you more inputs on the bug right now. While running rm > tests as part of testsuites we have tgo run the command "rm -ir z" > wherein user input is expected.The userinput irrespective of what is > fed is always taken negative and always returned as > "user_permission_denied".I triede putting in more logs and I could > see in the function "yesno" in file yesno.c even though response > pointed to "y" the rpmatch function was exiting with 0 return value You did not supply very much information. Why do you need to run the "rm -ir z" command? If you want to remove the directory then you should run the rm -rf command. Or is this in a coreutils test file? You did not say. If so then what test file? If so then what was the output of the test file? You did not say. "Permission denied" is a completely different problem from 'rm -i' not taking 'y' or 'n'. It is unrelated. Do not confuse the two problems. Perhaps you have created a directory hierarchy with directories that are not writable. If so then this is not a bug in rm. If so then you will first need to make the directories writable. Command to make all directories below the '.' directory writable by the user owning the directory. This might be useful to you. find . -type d -exec chmod u+rwx {} + Bob From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 13 15:06:10 2011 Received: (at 9483) by debbugs.gnu.org; 13 Sep 2011 19:06:10 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R3YJ7-0006o2-Om for submit@debbugs.gnu.org; Tue, 13 Sep 2011 15:06:10 -0400 Received: from mail-qy0-f172.google.com ([209.85.216.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R3YJ4-0006nt-3I for 9483@debbugs.gnu.org; Tue, 13 Sep 2011 15:06:08 -0400 Received: by qyk32 with SMTP id 32so3018359qyk.3 for <9483@debbugs.gnu.org>; Tue, 13 Sep 2011 12:01:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GLHd6vhcjQtVt3GvLsSIV0aCAPHDFouD5pjOnpyZbRU=; b=NBv/nS1QWVCKY2LndY+DIdKpLpQijGy4VZXbWbVVIxi6GvAIUHZEV+1I9i9908ioa0 o3qKwMrJi7N7coTmnwXuiwf/lB3R8wrUxni55wKgyhhg0KbV/wYLtZizE6yOyzmBRWTm YGzP+jdwYl7x70xsk9EPZPcIudb173nBauE70= MIME-Version: 1.0 Received: by 10.52.114.35 with SMTP id jd3mr1975219vdb.186.1315940497097; Tue, 13 Sep 2011 12:01:37 -0700 (PDT) Received: by 10.220.163.205 with HTTP; Tue, 13 Sep 2011 12:01:37 -0700 (PDT) In-Reply-To: <20110913170905.GA4904@hysteria.proulx.com> References: <20110912233326.GA24637@hysteria.proulx.com> <20110913170905.GA4904@hysteria.proulx.com> Date: Wed, 14 Sep 2011 00:31:37 +0530 Message-ID: Subject: Re: bug#9483: issue with coreutils-6.9 From: Anand Anand To: Bob Proulx Content-Type: multipart/alternative; boundary=bcaec5431164e003ef04acd74599 X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: 9483 Cc: 9483@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: -4.1 (----) --bcaec5431164e003ef04acd74599 Content-Type: text/plain; charset=ISO-8859-1 Hey Bob, Thanks for the update....Yeah I understand about it..I have already started diggin deep into the code.(good that there is a fix somewhere). As for your question ..yes this command "rm -ir z" is being run as part of a testscript .The testscript is rm3 and it can be found in coreutils/tests/rm folder. Just giving a brief snippet here cat < in y y y y y y y y y EOF # Both of these should fail. rm -ir z < in > out 2>&1 || fail=1 ....Now I started checking the rm code in rm.c and there i could find that the userinput was processed as false here instead of true... Digging into code i could see that the ultimate culprit was rpmatch API call in yesno.c if (response_len <= 0) yes = false; else { response[response_len - 1] = '\0'; yes = (0 < rpmatch (response)); } I tried printing the value of response here and it always came out as "y" still variable "yes" would always come out as false instead of true.I removed the "ENABLE_NLS" check her and used the code originally meant for "disable_NLS" then everything worked fine but that was not the solution to the problem.. I also have a mightbe very starnge doubt which might be due to something i overlooked..I tried putting in logs in rpmatch but it didnt print anything.I also tried redirecting logs to stderr still there wud be no printouts.Ultimately I also tried creating a file in the entrance of the file but still nothing would work..It seems rpmatch is being called form yesno.c but the function never gets invoked.Is that possible ? Lastly i might be wrong in any of my protocols of communication.So please forgive me..I will improve as I am new to opensource way of life :) Thanks and Regards, Anand On Tue, Sep 13, 2011 at 10:39 PM, Bob Proulx wrote: > Anand, > > Anand Anand wrote: > > Due to certain constraints I am to fix this bug within this version > > itself. I know thats kind of lame but thats the way its reqd to be. > > If you are needing to fix this in such an old version then you will > probably need to be the one to do most of the debugging work. This > problem only affects you and no one else. But that is the good thing > about free software. You have all of the source code available to you > and so you are empowered and enabled to do what you need to do. Life > is good! :-) > > > I can give you more inputs on the bug right now. While running rm > > tests as part of testsuites we have tgo run the command "rm -ir z" > > wherein user input is expected.The userinput irrespective of what is > > fed is always taken negative and always returned as > > "user_permission_denied".I triede putting in more logs and I could > > see in the function "yesno" in file yesno.c even though response > > pointed to "y" the rpmatch function was exiting with 0 return value > > You did not supply very much information. Why do you need to run the > "rm -ir z" command? If you want to remove the directory then you > should run the rm -rf command. > > Or is this in a coreutils test file? You did not say. If so then > what test file? If so then what was the output of the test file? You > did not say. > > "Permission denied" is a completely different problem from 'rm -i' not > taking 'y' or 'n'. It is unrelated. Do not confuse the two problems. > > Perhaps you have created a directory hierarchy with directories that > are not writable. If so then this is not a bug in rm. If so then you > will first need to make the directories writable. > > Command to make all directories below the '.' directory writable by > the user owning the directory. This might be useful to you. > > find . -type d -exec chmod u+rwx {} + > > Bob > --bcaec5431164e003ef04acd74599 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hey Bob,

Thanks for the update....Yeah I understand about it..I have= already started diggin deep into the code.(good that there is a fix somewh= ere).

As for your question ..yes this command "rm -ir z" i= s being run as part of a testscript .The testscript is rm3 and it can be fo= und in coreutils/tests/rm folder.

Just giving a brief snippet here
=A0
cat <<EOF > in
y=
y
y
y
y
y
y
y
y
EOF

# Both of these shou= ld fail.
rm -ir z < in > out 2>&1 || fail=3D1

....No= w I started checking the rm code in rm.c and there i could find that the us= erinput was processed as false here instead of true...

Digging into code i could see that the ultimate culprit was rpmatch API= call in yesno.c

if (response_len <=3D 0)
=A0=A0=A0 yes =3D fa= lse;
=A0 else
=A0=A0=A0 {
=A0=A0=A0=A0=A0 response[response_len - = 1] =3D '\0';
=A0=A0=A0=A0=A0 yes =3D (0 < rpmatch (response))= ;
=A0=A0=A0 }

I tried printing the value of response here and it alway= s came out as "y" still variable "yes" would always com= e out as false instead of true.I removed the "ENABLE_NLS" check h= er and used the code originally meant for "disable_NLS" then ever= ything worked fine but that was not the solution to the problem..

I also have a mightbe very starnge doubt which might be due to somethin= g i overlooked..I tried putting in logs in rpmatch but it didnt print anyth= ing.I also tried redirecting logs to stderr still there wud be no printouts= .Ultimately I also tried creating a file in the entrance of the file but st= ill nothing would work..It seems rpmatch is being called form yesno.c but t= he function never gets invoked.Is that possible ?

Lastly i might be wrong in any of my protocols of communication.So plea= se forgive me..I will improve as I am new to opensource way of life :)
<= br>Thanks and Regards,
Anand
On Tue, Sep 1= 3, 2011 at 10:39 PM, Bob Proulx <bob@proulx.com> wrote:
Anand,

Anand Anand wrote:
> Due to certain constraints I am to fix this bug within this version > itself. =A0I know thats kind of lame but thats the way its reqd to be.=

If you are needing to fix this in such an old version then you will probably need to be the one to do most of the debugging work. =A0This
problem only affects you and no one else. =A0But that is the good thing
about free software. =A0You have all of the source code available to you and so you are empowered and enabled to do what you need to do. =A0Life
is good! :-)

> I can give you more inputs on the bug right now. =A0While running rm > tests as part of testsuites we have tgo run the command "rm -ir z= "
> wherein user input is expected.The userinput irrespective of what is > fed is always taken negative and always returned as
> "user_permission_denied".I triede putting in more logs and I= could
> see in the function "yesno" in file yesno.c even though resp= onse
> pointed to "y" the rpmatch function was exiting with 0 retur= n value

You did not supply very much information. =A0Why do you need to run t= he
"rm -ir z" command? =A0If you want to remove the directory then y= ou
should run the rm -rf command.

Or is this in a coreutils test file? =A0You did not say. =A0If so then
what test file? =A0If so then what was the output of the test file? =A0You<= br> did not say.

"Permission denied" is a completely different problem from 'r= m -i' not
taking 'y' or 'n'. =A0It is unrelated. =A0Do not confuse th= e two problems.

Perhaps you have created a directory hierarchy with directories that
are not writable. =A0If so then this is not a bug in rm. =A0If so then you<= br> will first need to make the directories writable.

Command to make all directories below the '.' directory writable by=
the user owning the directory. =A0This might be useful to you.

=A0find . -type d -exec chmod u+rwx {} +

Bob

--bcaec5431164e003ef04acd74599-- From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 15 07:49:39 2011 Received: (at 9483) by debbugs.gnu.org; 15 Sep 2011 11:49: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 1R4ARm-0005pm-Dd for submit@debbugs.gnu.org; Thu, 15 Sep 2011 07:49:38 -0400 Received: from mail-vw0-f41.google.com ([209.85.212.41]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R4ARi-0005pd-P1 for 9483@debbugs.gnu.org; Thu, 15 Sep 2011 07:49:37 -0400 Received: by vwm42 with SMTP id 42so4711152vwm.0 for <9483@debbugs.gnu.org>; Thu, 15 Sep 2011 04:44:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=H8Ut5yBIUxifRR718c+O+sqwwVihWHilRBIh4Iw5ZKA=; b=W3L0ggRiVqtbvg+U6GWMe8B9qSHep/nyg32Ajp3xwdhrobLnoMbZr4Not5/3U8K1sN AQs02cWnMSq8rTJEvYmZJmj+IOE9M60+1vR/sdGtg1BVCq8xZfDT1RP8RvzfTDTJqNG7 9m//vCZzP9oIsr+OqSdY3V9dFrJqcObt04W9w= MIME-Version: 1.0 Received: by 10.220.191.69 with SMTP id dl5mr237369vcb.143.1316087096320; Thu, 15 Sep 2011 04:44:56 -0700 (PDT) Received: by 10.220.183.70 with HTTP; Thu, 15 Sep 2011 04:44:56 -0700 (PDT) In-Reply-To: References: <20110912233326.GA24637@hysteria.proulx.com> <20110913170905.GA4904@hysteria.proulx.com> Date: Thu, 15 Sep 2011 17:14:56 +0530 Message-ID: Subject: Re: bug#9483: issue with coreutils-6.9 From: Anand Anand To: Bob Proulx Content-Type: multipart/alternative; boundary=90e6ba4fc2b0dea2f504acf9673c X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: 9483 Cc: 9483@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.9 (---) --90e6ba4fc2b0dea2f504acf9673c Content-Type: text/plain; charset=ISO-8859-1 Hello All, Need some help.WHenever I amke changes in rpmatch.c the changes are not reflecting int the execution.I think I have not understood how rpmatch compilation works.Can anyone please help me with some pointers as to how to make changes reflect ? Thanks and Regards, Anand On Wed, Sep 14, 2011 at 12:31 AM, Anand Anand wrote: > Hey Bob, > > Thanks for the update....Yeah I understand about it..I have already started > diggin deep into the code.(good that there is a fix somewhere). > > As for your question ..yes this command "rm -ir z" is being run as part of > a testscript .The testscript is rm3 and it can be found in > coreutils/tests/rm folder. > > Just giving a brief snippet here > > cat < in > y > y > y > y > y > y > y > y > y > EOF > > # Both of these should fail. > rm -ir z < in > out 2>&1 || fail=1 > > ....Now I started checking the rm code in rm.c and there i could find that > the userinput was processed as false here instead of true... > > Digging into code i could see that the ultimate culprit was rpmatch API > call in yesno.c > > if (response_len <= 0) > yes = false; > else > { > response[response_len - 1] = '\0'; > yes = (0 < rpmatch (response)); > } > > I tried printing the value of response here and it always came out as "y" > still variable "yes" would always come out as false instead of true.I > removed the "ENABLE_NLS" check her and used the code originally meant for > "disable_NLS" then everything worked fine but that was not the solution to > the problem.. > > I also have a mightbe very starnge doubt which might be due to something i > overlooked..I tried putting in logs in rpmatch but it didnt print anything.I > also tried redirecting logs to stderr still there wud be no > printouts.Ultimately I also tried creating a file in the entrance of the > file but still nothing would work..It seems rpmatch is being called form > yesno.c but the function never gets invoked.Is that possible ? > > Lastly i might be wrong in any of my protocols of communication.So please > forgive me..I will improve as I am new to opensource way of life :) > > Thanks and Regards, > Anand > > On Tue, Sep 13, 2011 at 10:39 PM, Bob Proulx wrote: > >> Anand, >> >> Anand Anand wrote: >> > Due to certain constraints I am to fix this bug within this version >> > itself. I know thats kind of lame but thats the way its reqd to be. >> >> If you are needing to fix this in such an old version then you will >> probably need to be the one to do most of the debugging work. This >> problem only affects you and no one else. But that is the good thing >> about free software. You have all of the source code available to you >> and so you are empowered and enabled to do what you need to do. Life >> is good! :-) >> >> > I can give you more inputs on the bug right now. While running rm >> > tests as part of testsuites we have tgo run the command "rm -ir z" >> > wherein user input is expected.The userinput irrespective of what is >> > fed is always taken negative and always returned as >> > "user_permission_denied".I triede putting in more logs and I could >> > see in the function "yesno" in file yesno.c even though response >> > pointed to "y" the rpmatch function was exiting with 0 return value >> >> You did not supply very much information. Why do you need to run the >> "rm -ir z" command? If you want to remove the directory then you >> should run the rm -rf command. >> >> Or is this in a coreutils test file? You did not say. If so then >> what test file? If so then what was the output of the test file? You >> did not say. >> >> "Permission denied" is a completely different problem from 'rm -i' not >> taking 'y' or 'n'. It is unrelated. Do not confuse the two problems. >> >> Perhaps you have created a directory hierarchy with directories that >> are not writable. If so then this is not a bug in rm. If so then you >> will first need to make the directories writable. >> >> Command to make all directories below the '.' directory writable by >> the user owning the directory. This might be useful to you. >> >> find . -type d -exec chmod u+rwx {} + >> >> Bob >> > > --90e6ba4fc2b0dea2f504acf9673c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello All,

Need some help.WHenever I amke changes in rpmatch.c the c= hanges are not reflecting int the execution.I think I have not understood h= ow rpmatch compilation works.Can anyone please help me with some pointers a= s to how to make changes reflect ?

Thanks and Regards,
Anand

On Wed, = Sep 14, 2011 at 12:31 AM, Anand Anand <anand.sinha85@gmail.com> wrote:
Hey Bob,

T= hanks for the update....Yeah I understand about it..I have already started = diggin deep into the code.(good that there is a fix somewhere).

As for your question ..yes this command "rm -ir z" is being r= un as part of a testscript .The testscript is rm3 and it can be found in co= reutils/tests/rm folder.

Just giving a brief snippet here
=A0
cat <<EOF > in
y=
y
y
y
y
y
y
y
y
EOF

# Both of these shou= ld fail.
rm -ir z < in > out 2>&1 || fail=3D1

....No= w I started checking the rm code in rm.c and there i could find that the us= erinput was processed as false here instead of true...

Digging into code i could see that the ultimate culprit was rpmatch API= call in yesno.c

if (response_len <=3D 0)
=A0=A0=A0 yes =3D fa= lse;
=A0 else
=A0=A0=A0 {
=A0=A0=A0=A0=A0 response[response_len - = 1] =3D '\0';
=A0=A0=A0=A0=A0 yes =3D (0 < rpmatch (response))= ;
=A0=A0=A0 }

I tried printing the value of response here and it alway= s came out as "y" still variable "yes" would always com= e out as false instead of true.I removed the "ENABLE_NLS" check h= er and used the code originally meant for "disable_NLS" then ever= ything worked fine but that was not the solution to the problem..

I also have a mightbe very starnge doubt which might be due to somethin= g i overlooked..I tried putting in logs in rpmatch but it didnt print anyth= ing.I also tried redirecting logs to stderr still there wud be no printouts= .Ultimately I also tried creating a file in the entrance of the file but st= ill nothing would work..It seems rpmatch is being called form yesno.c but t= he function never gets invoked.Is that possible ?

Lastly i might be wrong in any of my protocols of communication.So plea= se forgive me..I will improve as I am new to opensource way of life :)
<= br>Thanks and Regards,
Anand

On Tue, Sep 13, 2011= at 10:39 PM, Bob Proulx <bob@proulx.com> wrote:
Anand,

Anand Anand wrote:
> Due to certain constraints I am to fix this bug within this version > itself. =A0I know thats kind of lame but thats the way its reqd to be.=

If you are needing to fix this in such an old version then you will probably need to be the one to do most of the debugging work. =A0This
problem only affects you and no one else. =A0But that is the good thing
about free software. =A0You have all of the source code available to you and so you are empowered and enabled to do what you need to do. =A0Life
is good! :-)

> I can give you more inputs on the bug right now. =A0While running rm > tests as part of testsuites we have tgo run the command "rm -ir z= "
> wherein user input is expected.The userinput irrespective of what is > fed is always taken negative and always returned as
> "user_permission_denied".I triede putting in more logs and I= could
> see in the function "yesno" in file yesno.c even though resp= onse
> pointed to "y" the rpmatch function was exiting with 0 retur= n value

You did not supply very much information. =A0Why do you need to run t= he
"rm -ir z" command? =A0If you want to remove the directory then y= ou
should run the rm -rf command.

Or is this in a coreutils test file? =A0You did not say. =A0If so then
what test file? =A0If so then what was the output of the test file? =A0You<= br> did not say.

"Permission denied" is a completely different problem from 'r= m -i' not
taking 'y' or 'n'. =A0It is unrelated. =A0Do not confuse th= e two problems.

Perhaps you have created a directory hierarchy with directories that
are not writable. =A0If so then this is not a bug in rm. =A0If so then you<= br> will first need to make the directories writable.

Command to make all directories below the '.' directory writable by=
the user owning the directory. =A0This might be useful to you.

=A0find . -type d -exec chmod u+rwx {} +

Bob


--90e6ba4fc2b0dea2f504acf9673c-- From unknown Wed Jun 18 23:01:58 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, 14 Oct 2011 11:24:03 +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