- android - RelativeLayout 背景可绘制重叠内容
- android - 如何链接 cpufeatures lib 以获取 native android 库?
- java - OnItemClickListener 不起作用,但 OnLongItemClickListener 在自定义 ListView 中起作用
- java - Android 文件转字符串
如果我在 Windows 中这样做:
C:\>dir z:
Drive path not found.
C:\>echo %ERRORLEVEL%
1
C:\>echo %ERRORLEVEL%
1
C:\>echo %ERRORLEVEL%
1
但如果我在 Linux 中这样做:
Luis@Kenobi ~/Temporal/SUDO/Pruebas
$ ls /ppp
ls: unable to access /ppp: No such file or directory
Luis@Kenobi ~/Temporal/SUDO/Pruebas
$ echo $?
2
Luis@Kenobi ~/Temporal/SUDO/Pruebas
$ echo $?
0
Luis@Kenobi ~/Temporal/SUDO/Pruebas
$ echo $?
0
这是应该发生的,因为 Windows 中的 echo
不会修改与上一个命令的错误级别关联的变量。
这对我来说是出乎意料的,我花了一段时间来调试脚本,因为我认为主要行为会是相同的。
只要我经常在 Windows 或 Linux shell 上编写一些脚本,是否还有任何其他关键差异需要注意的主要错误级别操作系统变量管理?
最佳答案
适用于 Windows
%ERRORLEVEL% 在任何命令失败的情况下将为 1,在成功执行命令后将更改为 0,echo
In windows echo is a curious command. Let's see how it behaves
当回显命令起作用时
If errorlevel is 0 before echo, after echo, errorlevel will be 0 (the obvious case)
If errorlevel is 1 before echo, after echo, errorlevel will be 1. Echo does not change errorlevel
当 echo 命令“失败”时
echo 会失败吗?让我们创建一个它“失败”的案例。在同一目录下打开两个命令窗口。在第一个中,运行 pause > file.txt
生成一个文件并在 pause 命令等待按键时锁定它。在第二个命令窗口中运行 echo something > file.txt
。在这种情况下,echo 命令将失败,因为第一个命令窗口锁定了文件,所以第二个命令窗口无法写入文件。正确的说 echo 并没有失败,但是重定向失败了,只是看看会发生什么
If errorlevel is 1 before running echo, it is still 1 after the echo (the obvious case)
If errolevel is 0 before running echo, it is still 0 after the echo
因此,似乎 echo 命令在这两种情况下的行为相同
但是如果我们将 echo 的执行方式更改为
echo something && echo works || echo fails
然后行为发生了一点变化
当回显命令起作用时
没有区别。 errorlevel 不会改变,保持它在运行 echo 命令之前的值。
当回显命令“失败”时
使用 echo something > file && echo works || echo 失败
然后,如果在运行 echo 之前 errorlevel 为 1,它将保留其值。
But if errorlevel is 0 and the echo command fails, in this case, with this construct of the command, errorlevel will show the failure and change its value to 1
适用于 Linux
每一个不成功的命令输出$? value
将设置为非零,并且每次成功输出命令时,它将设置为 zero
关于linux - Windows shell 脚本中的 echo %ERRORLEVEL% 与 echo $?在 Linux 中 : are there any differences in behavior?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/22848912/
我相信我在子 shell 中调用 exit 会导致我的程序继续: #!/bin/bash grep str file | while read line do exit 0 done
我相信我在子 shell 中调用 exit 会导致我的程序继续: #!/bin/bash grep str file | while read line do exit 0 done
我有几个脚本,它们的第一部分看起来是一样的。这部分的功能是识别脚本在哪台机器上运行并相应地设置几个变量。它看起来像这样: ENV=`echo $LOGNAME | cut -c1-8` if
这是我正在尝试做的事情。我有 4 个 shell 脚本。脚本 1 需要先运行,然后是 2,然后是 3,然后是 4,并且它们必须按此顺序运行。脚本 1 需要运行(并在后台等待)2 才能正常运行,但是脚本
我有一个名为 a.sh 的脚本,其中的内容是: //a.sh: #!/bin/bash temp=0 while [ "$temp" -ne 500 ] do echo `date`
在snakemake中,使用shell()函数执行多个命令的推荐方式是什么? 最佳答案 您可以调用shell()多次内run规则块(规则可以指定 run: 而不是 shell: ): rule pro
我有一个 shell 脚本,我向其中传递了一些参数。Test1.sh -a 1 -b 2 -c“一二三” 在 Test1.sh 中,我按以下方式调用另一个 shell 脚本。Test2.sh $* 我
我有 2 个 shell 脚本。 第二个shell脚本包含以下函数第二个.sh func1 func2 first.sh 将使用一些参数调用第二个 shell 脚本, 将使用特定于该函数的一些其他参数
我有一个 Unix shell 脚本 test.sh。在脚本中,我想调用另一个 shell,然后从子 shell 执行 shell 脚本中的其余命令并退出 说清楚: test.sh #! /bin/b
我想在 shell 脚本中更改路径环境变量。路径变量需要在shell脚本执行后修改。 最佳答案 我知道有两种方法可以做到这一点。第一种是在当前 shell 的上下文中运行脚本: . myscript.
此 shell 脚本按预期运行。 trap 'echo exit' EXIT foo() { exit } echo begin foo echo end 这是输出。 $ sh foo.sh
我正在使用 vimshell在 vim 中执行命令 nnoremap vs :VimShellPop 使用此键映射,我可以打开 vim shell 并执行诸如“捆绑安装”之类的命令,然后 输入 exi
我想连接到不同的 shell(csh、ksh 等)并在每个切换的 shell 中执行命令。 下面是反射(reflect)我的意图的示例程序: #!/bin/bash echo $SHELL csh e
我目前正在尝试使用 BNF 和 LL 解析器在 C 中重新编写 shell。 否则,我需要知道 shell 运算符的优先级是什么| , > , > , & , ; ? 有没有人可以提供给我? 谢谢 最
不幸的是,我没有suspend 命令(busybox/ash)。但是我可以使用 kill -STOP $$ 从后台 shell (sh &) 返回到父 shell(以及 fg 之后)。 但是我不想输入
我需要知道,当用户切换到另一个 shell 时,通过单击它。 我试过 shellListener.shellDeactivated()但是当 shell 失去对它自己的控件的焦点时,会触发此事件,这意
file1.txt aaaa bbbb cccc dddd eeee file2.txt DDDD cccc aaaa 结果 bbbb eeee 如果能不区分大小写就更好了! 谢谢! 最佳答案 gre
我见过解压缩目录中所有 zip 文件的循环。但是,在运行此之前,我宁愿确保我将要运行的内容正常工作: for i in dir; do cd $i; unzip '*.zip'; rm -rf *.z
我对编程还很陌生,但我想知道 vim、emacs、nano 等 shell 文本编辑器如何能够控制命令行窗口。我主要是一名 Windows 程序员,所以可能在 *nix 上有所不同。据我所知,只能将文
我有一个包含第 7 列日期的文件,我的要求是将它与今天的日期进行比较,如果小于它,则删除该完整行。 此外,如果第 7 列中提到的任何日期超过 15 天,则将其修改为最多 15 天 下面的例子- now
我是一名优秀的程序员,十分优秀!