GNU bug report logs -
#9483
issue with coreutils-6.9
Previous Next
Reported by: Anand Anand <anand.sinha85 <at> gmail.com>
Date: Mon, 12 Sep 2011 16:10:02 UTC
Severity: normal
Tags: moreinfo
Done: Jim Meyering <jim <at> meyering.net>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your bug report
#9483: issue with coreutils-6.9
which was filed against the coreutils package, has been closed.
The explanation is attached below, along with your original report.
If you require more details, please reply to 9483 <at> debbugs.gnu.org.
--
9483: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=9483
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
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.
[Message part 3 (message/rfc822, inline)]
[Message part 4 (text/plain, inline)]
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
[Message part 5 (text/html, inline)]
This bug report was last modified 13 years and 250 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.