emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#9483: closed (issue with coreutils-6.9)


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#9483: closed (issue with coreutils-6.9)
Date: Tue, 13 Sep 2011 10:16:01 +0000

Your message dated Tue, 13 Sep 2011 12:10:34 +0200
with message-id <address@hidden>
and subject line Re: bug#9483: issue with coreutils-6.9
has caused the debbugs.gnu.org bug report #9483,
regarding issue with coreutils-6.9
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
9483: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=9483
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: issue with coreutils-6.9 Date: Mon, 12 Sep 2011 18:44:38 +0530 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

--- End Message ---
--- Begin Message --- Subject: Re: bug#9483: issue with coreutils-6.9 Date: Tue, 13 Sep 2011 12:10:34 +0200
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.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]