プロセスが返す値を否定する、単純ですがクロスプラットフォームのnegate - processを探しています。0をある値!= 0および任意の値!= 0から0にマップする必要があります。つまり、次のコマンドは「はい、存在しないパスは存在しません」を返す必要があります。
ls nonexistingpath | negate && echo "yes, nonexistingpath doesn't exist."
!!-演算子は素晴らしいですが、残念ながらシェルに依存しません。
プロセスが返す値を否定する、単純ですがクロスプラットフォームのnegate - processを探しています。0をある値!= 0および任意の値!= 0から0にマップする必要があります。つまり、次のコマンドは「はい、存在しないパスは存在しません」を返す必要があります。
ls nonexistingpath | negate && echo "yes, nonexistingpath doesn't exist."
!!-演算子は素晴らしいですが、残念ながらシェルに依存しません。
回答:
以前は、答えは現在の最初のセクションが最後のセクションとして提示されていました。
!
演算子が含まれています他の問題についてシェルの仕様を調べてみると、最近(2015年9月)、POSIXシェルが!
演算子をサポートしていることに気づきました。たとえば、予約語としてリストされ、パイプラインの先頭に表示される場合があります。ここで、単純なコマンドは「パイプライン」の特殊なケースです。したがって、POSIX準拠のシェルで、if
ステートメントwhile
やuntil
ループでも使用できます。その結果、私の予約にもかかわらず、おそらく2008年に私が気付いたよりも広く利用可能です。POSIX2004とSUS / POSIX 1997を簡単にチェックすると!
、両方のバージョンに存在していたことがわかります。
!
演算子はパイプラインの先頭に表示され、パイプライン全体のステータスコード(つまり最後のコマンド)を無効にする必要があることに注意してください。下記は用例です。
# Simple commands, pipes, and redirects work fine.
$ ! some-command succeed; echo $?
1
$ ! some-command fail | some-other-command fail; echo $?
0
$ ! some-command < succeed.txt; echo $?
1
# Environment variables also work, but must come after the !.
$ ! RESULT=fail some-command; echo $?
0
# A more complex example.
$ if ! some-command < input.txt | grep Success > /dev/null; then echo 'Failure!'; recover-command; mv input.txt input-failed.txt; fi
Failure!
$ ls *.txt
input-failed.txt
Bourne(Korn、POSIX、Bash)スクリプトでは、次のものを使用します。
if ...command and arguments...
then : it succeeded
else : it failed
fi
これは、持ち運びに便利です。'コマンドと引数'は、パイプラインまたはその他のコマンドの複合シーケンスにすることができます。
not
コマンド'!' オペレーターは、シェルに組み込まれているか、o / sによって提供されているかにかかわらず、普遍的に利用できるわけではありません。ただし、書くのはそれほど難しいことではありません。以下のコードは少なくとも1991年にさかのぼります(以前のバージョンを書いたのはもっと昔のことだと思いますが)。ただし、確実に利用できるわけではないため、スクリプトでこれを使用することはあまりありません。
/*
@(#)File: $RCSfile: not.c,v $
@(#)Version: $Revision: 4.2 $
@(#)Last changed: $Date: 2005/06/22 19:44:07 $
@(#)Purpose: Invert success/failure status of command
@(#)Author: J Leffler
@(#)Copyright: (C) JLSS 1991,1997,2005
*/
#include <stdlib.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/wait.h>
#include "stderr.h"
#ifndef lint
static const char sccs[] = "@(#)$Id: not.c,v 4.2 2005/06/22 19:44:07 jleffler Exp $";
#endif
int main(int argc, char **argv)
{
int pid;
int corpse;
int status;
err_setarg0(argv[0]);
if (argc <= 1)
{
/* Nothing to execute. Nothing executed successfully. */
/* Inverted exit condition is non-zero */
exit(1);
}
if ((pid = fork()) < 0)
err_syserr("failed to fork\n");
if (pid == 0)
{
/* Child: execute command using PATH etc. */
execvp(argv[1], &argv[1]);
err_syserr("failed to execute command %s\n", argv[1]);
/* NOTREACHED */
}
/* Parent */
while ((corpse = wait(&status)) > 0)
{
if (corpse == pid)
{
/* Status contains exit status of child. */
/* If exit status of child is zero, it succeeded, and we should
exit with a non-zero status */
/* If exit status of child is non-zero, if failed and we should
exit with zero status */
exit(status == 0);
/* NOTREACHED */
}
}
/* Failed to receive notification of child's death -- assume it failed */
return (0);
}
これは、コマンドの実行に失敗したときに、失敗の反対である「成功」を返します。「何も成功しない」オプションが正しいかどうかを議論することができます。何もするように求められていないときにエラーを報告するはずです。' "stderr.h"
'のコードは、簡単なエラー報告機能を提供します-私はどこでもそれを使用しています。リクエストに応じてソースコード-私のプロフィールページを参照して私に連絡してください。
!
演算子の後に続く必要があります。これが私の仕事:! MY_ENV=value my_command
ldd foo.exe | ! grep badlib
が! ldd foo.exe | grep badlib
、foo.exeでbadlibが見つからない場合に、終了ステータスを0にしたい場合は実行できます。意味的にはgrep
ステータスを反転したいのですが、パイプ全体を反転しても同じ結果になります。
ldd foo.exe | { ! grep badlib; }
(それは、特にセミコロン迷惑ですが、あなたが完全なサブシェルを使用することができます(
し、)
そしてセミコロンなし)。OTOH、目的はパイプラインの終了ステータスを反転することであり、それは最後のコマンドの終了ステータスです(Bashを除く場合もあります)。
!
コマンドはとの望ましくない相互作用を持っていますset -e
。つまり、コマンドは、ゼロ以外の終了コードだけで成功するのではなく、0またはゼロ以外の終了コードで成功します。ゼロ以外の終了コードでのみ成功させるための簡潔な方法はありますか?
あなたは試すことができます:
ls nonexistingpath || echo "yes, nonexistingpath doesn't exist."
あるいは単に:
! ls nonexistingpath
!
と一緒git bisect run
に使用することはできません、または少なくとも私は方法がわかりません。
!
その場合、git bisectrunはそれを認識しません。
どういうわけか、シェルとしてBashがない場合(例:gitスクリプト、またはpuppet execテスト)、次のコマンドを実行できます。
echo '! ls notexisting' | bash
-> retcode:0
echo '! ls /' | bash
-> retcode:1
! ls nonexistingpath && echo "yes, nonexistingpath doesn't exist."
または
ls nonexistingpath || echo "yes, nonexistingpath doesn't exist."
$?
異なります。実際に存在する$?=1
場合、最初のものは去るかもしれませんnonexistingpath
。2番目のものは常に去り$?=0
ます。これをMakefileで使用していて、戻り値に依存する必要がある場合は、注意する必要があります。
注:時々表示されます!(command || other command)
。
これで! ls nonexistingpath && echo "yes, nonexistingpath doesn't exist."
十分です。
サブシェルは必要ありません。
Git 2.22(2019年第2四半期)は、次のようなより良いフォームを示しています。
コミット74ec8cf、コミット3fae7ad、コミット0e67c32、コミット07353d9、コミット3bc2702、コミット8c3b9f7、コミット80a539a、コミットc5c39f4(2019年3月13日)bySZEDERGábor(szeder
)。Johannes Schindelin()によるcommit 99e37c2、commit 9f82b2a、commit 900721e(2019年3月13日)を
参照してください。(合併によりJunio C浜野- -でコミット579b75a、2019年4月25日)dscho
gitster
t9811-git-p4-label-import
:パイプラインの否定を修正'
t9811-git-p4-label-import.sh
'では、テスト 'tag that cannot be exported
'が実行されます。!(p4 labels | grep GIT_TAG_ON_A_BRANCH)
指定された文字列が '
p4 labels
'によって出力されないことを確認します。POSIXによると
、これは問題があります。パイプラインは予約語で始まる場合」
!
とcommand1
サブシェルコマンドで、アプリケーションがあることを確認しなければならない(
の初めにオペレータcommand1
から分離された!
1つの以上<blank>
の文字。
予約語の行動!
直後に続く(
演算子が指定されていません。「」ほとんどの一般的なシェルは、これを「
!
パイプラインの最後のコマンドの終了コードを無効にする」mksh/lksh
と解釈しますが、「」ではなく、代わりに負のファイル名パターンとして解釈します。
その結果、現在のディレクトリ( 'main
'と呼ばれる単一のディレクトリが含まれています)のパス名で構成されるコマンドを実行しようとしますが、もちろんテストに失敗します。'
!
'と '(
'の間にスペースを追加するだけで修正できますが、代わりに不要なサブシェルを削除して修正しましょう。特に、74ec8cfをコミットします
!なし、サブシェルなし、ifなしのソリューションであり、少なくともbashで機能するはずです。
ls nonexistingpath; test $? -eq 2 && echo "yes, nonexistingpath doesn't exist."
# alternatively without error message and handling of any error code > 0
ls nonexistingpath 2>/dev/null; test $? -gt 0 && echo "yes, nonexistingpath doesn't exist."