Linux   发布时间:2022-04-01  发布网站:大佬教程  code.js-code.com
大佬教程收集整理的这篇文章主要介绍了linux – 为什么ksh在嵌套命令替换期间无法捕获标准错误?大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。

概述

我有以下 sHell脚本. $cat foo.sh foo() { A=$(uName) printf "hello " bogus } echo output: "$(foo 2>&1)" 它以bash,zsh,dash和posh生成以下输出.这是有道理的,因为在系统上没有称为伪造的命令. $bash foo.sh output: Hello foo.sh: line
我有以下 shell脚本.
$cat foo.sh 
foo()
{
    A=$(uName)
    printf "Hello "
    bogus
}

echo output: "$(foo 2>&1)"

它以bash,zsh,dash和posh生成以下输出.这是有道理的,因为在系统上没有称为伪造的命令.

$bash foo.sh
output: Hello foo.sh: line 5: bogus: command not found
$zsh foo.sh
output: Hello foo:4: command not found: bogus
$dash foo.sh
output: Hello foo.sh: 5: foo.sh: bogus: not found
$posh foo.sh
output: Hello foo.sh:8: bogus: not found

但是在Debian上的ksh中,由于调用了bogus命令,它不会打印错误消息.

$ksh foo.sh
output: Hello

什么地方出了错?

如果您想了解系统详细信息和sHell的版本详细信息,请参阅以下输出.

$uname -a
Linux debian1 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u2 (2016-01-02) x86_64 GNU/Linux
$cat /etc/debian_version 
8.3
$ksh --version
  version         sh (AT&T Research) 93u+ 2012-08-01
$dpkg -l bash zsh dash posh ksh | tail -n 5
ii  bash           4.3-11+b1      amd64        GNU Bourne Again SHell
ii  dash           0.5.7-4+b1     amd64        POSIX-compliant sHell
ii  ksh            93u+20120801-1 amd64        Real,AT&T version of the Korn sHell
ii  posh           0.12.3         amd64        Policy-compliant Ordinary SHell
ii  zsh            5.0.7-5        amd64        sHell with lots of features

在CentOS系统上,我看到了预期的输出.

$cat /etc/centos-release 
CentOS release 6.7 (Final)
$ksh --version
  version         sh (AT&T Research) 93u+ 2012-08-01
$ksh foo.sh
output: Hello foo.sh[5]: bogus: not found [No such file or directory]

如果我删除函数foo中的命令替换,那么所有sHell在Debian上产生类似的输出.

$cat bar.sh
foo()
{
    printf "Hello "
    bogus
}

echo output: "$(foo 2>&1)"
$bash bar.sh
output: Hello bar.sh: line 4: bogus: command not found
$zsh bar.sh
output: Hello foo:3: command not found: bogus
$dash bar.sh
output: Hello bar.sh: 4: bar.sh: bogus: not found
$posh bar.sh
output: Hello bar.sh:7: bogus: not found
$ksh bar.sh
output: Hello bar.sh[4]: bogus: not found [No such file or directory]

为什么ksh在Debian的第一个例子中没有打印错误,而是在CentOS上生成

我在POSIX.1-2008标准中找到了以下文本:

我怀疑我用粗体字突出显示的文本部分是导致上述示例中出现未指定行为的原因.但是,我并不完全确定,因为我在标准中找不到“仅由重定向组成的脚本”的定义.

我有两个问题.

>我们能否充分参标准或人
页面是否第一个例子中的ksh输出一个bug或
不?
>我还能如何捕获sHell编写的标准错误
sHell函数执行命令的函数
代换?

解决方法

搜索了这个问题,发现如下:

根据标准,这是一个错误,因为无论何时找不到命令,都会给出“未找到命令”错误.

这是一个已在ksh的beta分支中解决错误.使用那个分支.我在ubuntu中进行了测试,它对我有用.

这是我如何做到的:

git clone https://github.com/att/ast.git
cd ast
git checkout beta
bin/package make
cp arch/linux.i386-64/bin/ksh /usr/local/bin/ksh
@H_942_18@master branch的ksh中有很多bug.只需检查https://github.com/att/ast/commits/beta中的提交日志.

大佬总结

以上是大佬教程为你收集整理的linux – 为什么ksh在嵌套命令替换期间无法捕获标准错误?全部内容,希望文章能够帮你解决linux – 为什么ksh在嵌套命令替换期间无法捕获标准错误?所遇到的程序开发问题。

如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。