hadoop-common-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mike Yoder (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HADOOP-10816) KeyShell returns -1 on error to the shell, should be 1
Date Thu, 17 Jul 2014 02:36:05 GMT

    [ https://issues.apache.org/jira/browse/HADOOP-10816?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14064498#comment-14064498
] 

Mike Yoder commented on HADOOP-10816:
-------------------------------------

{quote}
Your pedantry has bested me
{quote}
\*laughing\*

I'm not sure that's a compliment, but I'll take it. :-)

> KeyShell returns -1 on error to the shell, should be 1
> ------------------------------------------------------
>
>                 Key: HADOOP-10816
>                 URL: https://issues.apache.org/jira/browse/HADOOP-10816
>             Project: Hadoop Common
>          Issue Type: Bug
>          Components: security
>    Affects Versions: 3.0.0
>            Reporter: Mike Yoder
>            Assignee: Mike Yoder
>             Fix For: 3.0.0
>
>         Attachments: HADOOP-10816.001.patch, HADOOP-10816.002.patch
>
>
> I've seen this in several places now - commands returning -1 on failure to the shell.
It's a bug. Someone confused their posix style returns (0 on success, < 0 on failure) with
program returns, which are an unsigned character. Thus, a return of -1 actually becomes 255
to the shell.
> {noformat}
> $ hadoop key create happykey2 --provider kms://http@localhost:16000/kms --attr "a=a"
--attr "a=b"
> Each attribute must correspond to only one value:
> atttribute "a" was repeated
> ...
> $ echo $?
> 255
> {noformat}
> A return value of 1 instead of -1 does the right thing.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Mime
View raw message