Questions tagged «standard»

4
POSIX到底是什么?
我看到POSIX到处都在提到,并且我以它为UNIX的基本标准。.直到我在Wikipedia页面上注意到以下摘录:The Open Group 由The Open Group是最有名的认证机构为UNIX商标,其公布统一UNIX规范技术标准,它扩展了POSIX标准,是UNIX系统的官方定义。 如果UNIX系统的正式定义是POSIX的扩展,那么POSIX到底是什么?,,,当然,这似乎是UNIX世界的试金石,但我不知道它如何适合整体情况。
139 posix  standard 

5
进度报告/记录信息是否属于stderr或stdout?
是否有正式的POSIX,GNU或其他指南,说明应在何处打印进度报告和日志记录信息(如“ Doing foo; foo done”之类的内容)?就个人而言,我倾向于将它们写入stderr,以便可以重定向stdout并仅获取程序的实际输出。最近有人告诉我,这不是一个好习惯,因为进度报告实际上不是错误,而应该仅将错误消息打印到stderr。 这两个职位都很有意义,当然您可以根据自己的工作细节选择一个或两个,但是我想知道是否有一个普遍接受的标准。在POSIX,GNU编码标准或任何其他这样的最佳实践列表中,我找不到任何特定的规则。 我们有一些类似的问题,但它们不能解决这个确切的问题: 何时在shell脚本中使用重定向到stderr:接受的答案表明了我倾向于做的事情,将程序的最终输出保留在stdout上,并保留给stderr。但是,尽管有论点支持,但这只是作为用户的意见而呈现的。 使用消息应该发送到stderr还是stdout?:这特定于帮助消息,但引用了GNU编码标准。这是我正在寻找的东西,不仅限于帮助消息。 那么,是否有关于打印进度报告和其他信息(不在程序实际输出中的部分)的官方规定?
75 posix  stdout  gnu  stderr  standard 

6
可移植外壳编程资源
便携式外壳编程有哪些资源?最终的答案是在所有目标平台上进行测试,但这几乎不可行。 该POSIX /统一UNIX规范是一个开始,但它会告诉你也不支持每个实现的水平是什么,也没有什么共同的扩展存在。您可以阅读每个实现的文档,但这非常耗时,而且不完全准确。 在我看来,一种理想的格式应该是某种POSIX规范的社区注释版本,其中每个功能都由其在不同实现中的支持级别进行注释。有这样的事吗?还是还有其他有用的资源? 例如,有Sven Mascheck的shell可移植性页面,但这仅涉及语法元素和一些内置插件,并且仅涵盖旧的shell。我正在寻找更全面的资源。

3
Mac OSX上的sed与其他“标准” sed之间的区别?
我在使用本网站上提供的答案时遇到一些问题,该问题是关于sed命令用其他两行内容替换空白行的,如果在Mac OS上使用sed命令(对于我来说是10.6.7, ) 是不同的。我认为并非如此,但我想知道本网站上的其他人是否有不同的看法。
61 osx  sed  standard 


3
每个基于Linux的发行版中可用哪些标准命令?
我想知道每个Linux系统中可用的标准命令。 例如,如果您获得了debian / ubuntu / redhat / suse / arch / slackware等,您将始终在其中找到以下命令: cd,mkdir,ls,echo,grep,sed,awk,ping等 我知道所提到的某些命令是shell内置的,而其他命令却不是,但是它们仍然始终存在(根据我到目前为止的知识和经验)。 另一方面,默认情况下,诸如gawk,parted,traceroute和其他非常著名的命令之类的命令不会安装在不同的Linux发行版中。 我进行了不同的网络搜索,但没有找到直接的答案。 目的是我要创建一个shell脚本,并且应该对系统中是否可用该脚本中使用的命令进行一些检查。如果没有,它将提示用户安装所需的二进制文件。

4
是否允许外壳优化出无用的终止命令?
如果要求外壳程序执行已知终止的可能无用的(或部分无用的)命令(例如)cat hugeregularfile.txt > /dev/null,它可以跳过该命令的执行(或执行便宜的等效 命令touch -a hugeregularfile.txt)吗? 更笼统地说,shell是否类似于C编译器,只要可以在外部观察到的行为就如同抽象机对其进行了评估一样,就可以对源代码执行任何转换? 编辑 Nota Bene:我最初提出的问题有一个标题,询问是否允许 shell 进行这些优化,而不是是否应该甚至可以执行这些优化的实现。我对理论比对实践更感兴趣,尽管都欢迎。

1
终端使用什么协议/标准?
我想知道命令行应用程序的“ GUI”如何通过网络进行通信。大多数时候,它很简单(纯文本/输入),但有时却更复杂(智能)。 它是否由某种标准定义,以便任何人都可以编写自己的终端,并且所有终端实现均以相同的方式运行(颜色,位置等)?

2
为什么GNU / Linux SUS v3 +不兼容?
我正在寻找有关GNU / Linux为什么现在不符合SUS(单一UNIX规范)v3或什至更好的SUS v4兼容的特定详细信息? 它会丢失或以非SUS兼容方式实现哪些应用程序API和用户实用程序?
24 linux  standard 

6
Unix shell“ stdin / stdout API”的稳定性如何?
grepping,awking,sedding和管道是任何类Unix操作系统的用户的日常例行程序,可能是在命令行中还是在shell脚本中(从现在起统称为过滤器)。 从本质上讲,当使用“标准” Unix CLI程序和Shell内置程序(从现在起统称为命令)时,过滤器需要在每个过滤器步骤中为stdin,stdout和stderr提供精确的预期格式,以使其正常工作。在下文中,我将某些命令的这种精确的预期格式称为该命令的API。 作为具有Web开发背景的人,我将这种数据收集和数据处理技术与Web抓取进行了比较 -这种技术在数据呈现方式发生最小变化时就非常不稳定。 我的问题现在与Unix命令API的稳定性有关。 类似Unix的操作系统中的命令是否在输入和输出方面遵循正式的标准? 历史上是否存在某些实例,其中一些重要命令的更新导致使用该命令的较早版本构建的某些过滤器的功能中断? Unix命令是否已经随着时间而成熟,以至于绝对不可能以某种过滤器可能损坏的方式进行更改? 如果由于更改命令API导致过滤器不时损坏的情况,作为开发人员,我如何保护我的过滤器免受此问题的影响?

2
/ etc / networks文件的实际用法
/etc/networks文件的实际用途是什么?据我了解,可以在此文件中为网络命名。例如: root@fw-test:~# cat /etc/networks default 0.0.0.0 loopback 127.0.0.0 link-local 169.254.0.0 google-dns 8.8.4.4 root@fw-test:~# 但是,如果我尝试在ip实用程序中使用此网络名称作为示例,它将无法正常工作: root@fw-test:~# ip route add google-dns via 104.236.63.1 dev eth0 Error: an inet prefix is expected rather than "google-dns". root@fw-test:~# ip route add 8.8.4.4 via 104.236.64.1 dev eth0 root@fw-test:~# /etc/networks文件的实际用途是什么?

2
在哪里可以找到官方的POSIX和UNIX文档?
我正在寻找有关所有POSIX标准和规范的正式文档。我希望无法阅读这些文档,以更好地理解UNIX系统以及它们在较低级别如何工作。我在这里和那里都看到了指向opengroup.org的链接,我认为它是标准背后的实体(但是,我也听说过IEEE也提到过很多)。 有关POSIX的简要介绍,请参阅以下问题:POSIX到底是什么?它为我回答了很多问题。


1
关于改变参数和选项含义的困惑,是否有官方的标准定义?
在理解关于命令语法的选项和参数时,我遇到了一个令人困惑的变化。 例如,我遇到了如下定义: command -a -b -c d e f 之间有一些不同-a -b -c,称它们为选项或开关以及d e f称它们为参数。 command -a -b -c d e f 其中的一些(例如bash手册)调用了所有-a -b -c d e f参数并进行了解释,分别可以从脚本中访问所有参数$1 $2 $3 $4 $5 $6。 command -a b=c 一些调用-a一个选项,b一个参数和c一个值,但是其他一些则像在前两点中那样将它们混合在一起,以多种形式调用所有-a b c参数。 这三个版本只是大量不同调用品种的示例,我什至不知道如何列出所有这些品种,但是我注意到肯定没有固定的命名约定。 或至少没有我所知道的标准化命名约定,因为我遇到了不同的随机来源,但是即使在Linux和GNU官方附属站点或手册中,我也可能遇到这种不一致的情况。 我可以参考毫无疑问的官方命名方案吗?

2
Shell脚本来源的文件扩展名的官方标准/约定
我想知道是否要为要而不是运行的shell脚本提供文件类型扩展名的约定。例如: 如果我想在子shell中运行此脚本。 ./script.sh 如果我想记住从当前shell运行此脚本。 . script.source 在第二个示例中,文件类型是否有约定(例如POSIX)?像.source还是.sourceme? 更新资料 这个问题不问任何意见。我明确指出,我想知道这种脚本是否存在标准化文件扩展名。与在类似问题上广为接受的问题(对于bash脚本使用.sh或.bash扩展名?)相比,该问题甚至更少基于观点。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.