问题标签 [pdksh]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
arrays - pdksh(公共域 kornShell)是否支持关联数组?
我最近在做一些 bash shell 编程时碰壁,而关联数组可以解决我的问题。我在 Google 上搜索了 KornShell (ksh) 的功能,了解到它支持关联数组,因此我安装了 Cygwin 的 pdksh(公共域 KornShell)。
但是,当尝试以规定的方式(typeset -A varName)创建关联数组时,我收到以下错误,因此我开始怀疑 pdksh 不支持关联数组。
我想我会考虑使用 Perl,但我真的想要一个很好的借口来学习一门新的方言/语言。
ksh - 在 ksh93 中使用递归时的奇怪行为
在递归浏览目录时,我在 ksh93 中遇到了一些问题。
创建一些文件和目录。
现在使用 ksh93 脚本进行检查。
将在 ksh93 中创建此输出
在使用 pdksh/bash 时会创建这个
有人知道解决方法吗?或者是否存在使 ksh93 行为正常的开关?
shell - 是否结合 KornShell 脚本中的嵌套函数调用来解释导出和排版之间的区别?
我遇到了 KornShell (ksh) 脚本在 ksh88 和 ksh93 上以不同方式运行的问题,其中调用函数的函数处理方式不同,使用排版和导出声明的变量。这是一个突出差异的示例脚本:
在运行 ksh93 的 Linux 机器上运行时的结果如下:
如您所见,当 TEST_VALUE 被排版时,当控制权返回到外部函数时,内部设置的 TEST_VALUE 的值会丢失。当通过导出声明 TEST_VALUE 时,当控制权返回到外部时,内部设置的值将被保留。
由于在外部函数调用内部函数时没有调用新进程,所以我不明白为什么要使用 export 以使变量保持子函数中的范围。我还注意到 typeset -x 的行为与 typeset 相同,而我希望 typeset -x 等同于导出。
当我在运行 ksh88(AIX、Solaris、HP-UX)或 pdksh (Linux) 或 MKS ksh 的机器上运行此程序时,typeset、typeset -x 和 export 在此示例中的行为相同。
现在我已经将排版更改为导出,以便为使用在 ksh88 上开发和测试的类似代码的程序提供 ksh93 上的兼容性。
也许这是一个 ksh93 缺陷?
unix - cygwin:pdksh(5.2.14-3) 不支持反斜杠路径 (\)
作为 cygwin 下 ksh 的替代品,pdksh 可能是唯一的选择。但看起来 cygwin 有一个错误:pdksh(5.2.14-3) 支持反斜杠路径 (\)。
它会吞下 \ :
在互联网上搜索后,其他平台也解决了同样的问题。但不知道如何为cygwin解决它。
arrays - (pdksh) 循环遍历 n 个文件并将它们的日期存储在数组中
使用pdksh
stat()
命令在系统上不可用。
我需要遍历找到的文件数量并将它们的日期存储在一个数组中。$COMMAND
存储在中找到的文件数,$location
如下所示。
有人能帮助我吗?
ksh - 如何在 KSH93 上激活 POSIX 模式
我有一个在 Redhat 5.11 机器上运行的脚本,它的类型为 SHELL pdksh。
但是,当我使用 KSH93 shell 在 Redhat 7.1 上运行相同的脚本时,它给了我以下错误:
./script.ksh[212]: set: posix: bad option(s) Usage: set [-sabefhkmnprtuvxBCGH] [-A name] [-o[option]] [arg ...]
这是产生错误的行:
pdksh - pdksh time 内置功能不起作用
我注意到了这个问题:在 Red Hat Enterprise Linux Server 6.8 版(圣地亚哥)上。在 Red Hat Enterprise Linux Client 5.8 版 (Tikanga) 上。
欢迎任何帮助。