【问题标题】：How to overcome an incompatibility between the ksh on Linux vs. that installed on AIX/Solaris/HPUX?如何克服 Linux 上的 ksh 与 AIX/Solaris/HPUX 上安装的 ksh 之间的不兼容问题？
【发布时间】：2010-09-09 14:48:25
【问题描述】：

我参与了将包含数百个 ksh 脚本的系统从 AIX、Solaris 和 HPUX 移植到 Linux 的过程。我在两个系统上的 ksh 行为方式上遇到了以下差异：

#!/bin/ksh
flag=false
echo "a\nb" | while read x
do
    flag=true
done
echo "flag = ${flag}"
exit 0

在 AIX、Solaris 和 HPUX 上，输出为“flag = true”，在 Linux 上，输出为“flag = false”。

我的问题是：

是否可以设置一个环境变量来让 Linux 的 ksh 表现得像其他操作系统？做不到这一点：
Linux 的 ksh 上是否有获得所需行为的选项？做不到这一点：
是否有可用于 Linux 并具有所需行为的 ksh 实现？

其他说明：

在 AIX 上，Solaris 和 HPUX ksh 是 ksh88 的变体。
在 Linux 上，ksh 是公共域 ksh (pdksh)
在 AIX 上，Solaris 和 HPUX dtksh 和 ksh93（我安装它们的地方）与 ksh 一致
我可以访问的 Windows NT 系统：Cygwin 和 MKS NT，与 Linux 一致。
在 AIX、Solaris 和 Linux 上，bash 是一致的，给出了“flag = false”的错误结果（在我看来）。

下表总结了系统存在的问题：

uname -s       uname -r                   which ksh          ksh version                     flag =
========       ========                   =========          ===========                     ======
Linux          2.6.9-55.0.0.0.2.ELsmp     /bin/ksh           PD KSH v5.2.14 99/07/13.2       false
AIX            3                          /bin/ksh           Version M-11/16/88f             true    // AIX 5.3
                                          /bin/ksh93         Version M-12/28/93e             true
SunOS          5.8, 5.9 and 5.10          /bin/ksh           Version M-11/16/88i             true
                                          /usr/dt/bin/dtksh  Version M-12/28/93d             true
HP-UX          B.11.11 and B.11.23        /bin/ksh           Version 11/16/88                true
                                          /usr/dt/bin/dtksh  Version M-12/28/93d             true
CYGWIN_NT-5.1  1.5.25(0.156/4/2)          /bin/ksh           PD KSH v5.2.14 99/07/13.2       false
Windows_NT     5                          .../mksnt/ksh.exe  Version 8.7.0 build 1859...     false    // MKS

更新

根据我公司人员的一些建议，我们决定对代码进行以下修改。无论是使用“真正的”ksh（ksh88、ksh93）还是任何 ksh 克隆（pdksh、MSK ksh），这都会为我们提供相同的结果。这也适用于 bash。

#!/bin/ksh
echo "a\nb" > junk
flag=false
while read x
do
    flag=true
done < junk
echo "flag = ${flag}"
exit 0

感谢 jj33 之前接受的答案。

【问题讨论】：

您使用的是哪个 Linux 发行版？这对如何获得“正确”的 ksh 产生了影响
这个问题非常相关：stackoverflow.com/questions/124167/bash-variable-scope

标签： linux solaris ksh aix

【解决方案1】：

我不知道强制 ksh 与特定旧版本兼容的任何特定选项。也就是说，也许您可以在您的 linux 机器上安装一个非常旧版本的 ksh，并让它以兼容的方式运行？

在 AIX/HP-UX 机器上安装更现代的 amy shell 版本可能更容易，只需迁移脚本以使用 sh。我知道有适用于所有平台的 bash 版本。

【讨论】：

【解决方案2】：

不要在 linux 上使用 pdksh，而是使用来自 kornshell.org 的“真实”ksh。 pdksh 是对 ksh 的盲目重新实现。 kornshell.org 是可追溯到 25 年左右的原始 korn shell（由 David Korn 撰写）。 AIX 和 Solaris 使用原始 ksh 的版本，因此 kornshell.org 版本通常具有完整的功能和错误。在使用 SunOS/Solaris 之后，安装 kornshell.org ksh 通常是我在新的 Linux 机器上做的第一件事......

【讨论】：

【解决方案3】：

当zsh 与emulate -L ksh 选项一起使用时，您的脚本会给出正确的（真）输出。如果一切都失败了，您不妨尝试在 Linux 上使用 zsh。

【讨论】：

【解决方案4】：

我在本地 Ubuntu Hardy 系统上安装了“ksh”和“pdksh”。

ii  ksh            93s+20071105-1 The real, AT&T version of the Korn shell
ii  pdksh          5.2.14-21ubunt A public domain version of the Korn shell

ksh 具有您期望的“正确”行为，而 pdksh 没有。您可以检查本地 Linux 发行版的软件存储库以获取“真正的”ksh，而不是使用 pdksh。默认情况下，“Real Unix”操作系统将安装 AT&T 版本的 Korn shell，而不是 pdksh，因为它们基于 AT&T Unix（系统 V）:-)。

【讨论】：

【解决方案5】：

你必须留在 ksh 内吗？

即使您使用相同的 ksh，您仍然会调用各种外部命令（grep、ps、cat 等），其中一部分在系统之间会有不同的参数和不同的输出。要么您必须考虑这些差异，要么使用它们中的每一个的 GNU 版本来使事情相同。

Perl 编程语言最初就是为了克服这个问题而设计的。它包含了 unix shell 程序员希望从 shell 程序中获得的所有功能，但是在每个 Unix 系统上都是一样的。您可能没有所有这些的最新版本系统，但如果你需要安装一些东西，也许最好安装 perl。

【讨论】：

只要你使用POSIX命令，外部命令通常是相当一致的。如果您在 Linux 上设置 POSIXLY_CORRECT=1 变量并在 HP-UX 上设置 UNIX95=1（您通常可以在所有平台上同时设置这两个变量），那么外部命令的行为都相同。如果你坚持使用 ksh93，与 88 相比，你将获得与 perl 相媲美的功能水平。

【解决方案6】：

根据我公司人员的一些建议，我们决定对代码进行以下修改。无论是使用“真正的”ksh（ksh88、ksh93）还是任何 ksh 克隆（pdksh、MSK ksh），这都会为我们提供相同的结果。这也适用于 bash。

#!/bin/ksh
echo "a\nb" > junk
flag=false
while read x
do
    flag=true
done < junk
echo "flag = ${flag}"
exit 0

感谢 jj33 之前接受的答案。

【讨论】：

您可以使用命名管道代替临时文件。

【解决方案7】：

差异的原因是内部块是在原始 shell 上下文中执行还是在子 shell 中执行。您可以使用 () 和 {} 分组命令来控制它。使用临时文件，就像您在更新中所做的那样，大部分时间都可以工作，但如果脚本快速运行两次，或者如果它在没有清除文件的情况下执行等等，就会遇到问题。

#!/bin/ksh
flag=false
echo "a\nb" | { while read x
do    
     flag=true
done }
echo "flag = ${flag}"
exit 0

这可能有助于解决您在 Linux ksh 上遇到的问题。如果您使用括号而不是大括号，您将在其他 ksh 实现上获得 Linux 行为。

【讨论】：

感谢您的建议。不幸的是，这与我想要的相反 :-) 我正在尝试将我们所有的脚本从其他 Unix 移植到 Linux....

【解决方案8】：

这里是 echo "\n" 问题的另一种解决方案

步骤：

查找 ksh 包名

$ rpm -qa --queryformat "%{NAME}-%{VERSION}-%{RELEASE}(%{ARCH})\n" | grep "ksh" ksh-20100621-19.el6_4.3(x86_64)

卸载 ksh $ sudo yum remove ksh-20100621-19.el6_4.3.x86_64
下载pdksh-5.2.14-37.el5_8.1.x86_64.rpm（请检查操作系统是32位还是64位并选择正确的pkg）
安装 pdksh-5.2.14-37.el5_8.1.x86_64.rpm

$ sudo yum -y install /SCRIPT_PATH/pdksh-5.2.14-37.el5_8.1.x86_64.rpm

PDKSH 安装前的输出

$ ora_db_start_stop.sh
\n==============
Usage: START
==============\n\n
./ora_db_start_stop.sh START ALL    \n
OR \n
./ora_db_start_stop.sh START ONE_OR_MORE    \n
\n==============
Usage: STOP
==============\n\n
./ora_db_start_stop.sh STOP ALL    \n
OR \n
./ora_db_start_stop.sh STOP ONE_OR_MORE    \n\n

PDKSH 安装后

==============

用法：开始

./ora_db_start_stop.sh START ALL

或

./ora_db_start_stop.sh START ONE_OR_MORE

==============

用法：停止

./ora_db_start_stop.sh STOP ALL

或

./ora_db_start_stop.sh STOP ONE_OR_MORE

【讨论】：