タグ付けされた質問 「standard」

私は、ウィキペディアのページ次の抜粋に気づいまで..私はPOSIXはしばしば、どこでも言及見て、私はそれは、ベースラインのUNIX標準であると想定していた：ザ・オープン・グループ Open Groupは、UNIX商標の認定機関として最も有名であり、POSIX標準を拡張し、UNIXシステムの公式定義である Single UNIX Specification技術標準の公開です。 UNIXシステムの公式の定義がPOSIXの拡張である場合、POSIXとは正確には何ですか？、、、それは確かにUNIXの世界の試金石のようですが、全体像にどのように適合するのか分かりません。

139 posix  standard 

進捗レポートとログ情報（「Doing foo; foo done」など）を印刷する場所に関する公式のPOSIX、GNU、またはその他のガイドラインはありますか？個人的には、標準エラー出力にリダイレクトして、プログラムの実際の出力のみを取得できるように、標準エラー出力に書き込む傾向があります。最近、進捗レポートは実際にはエラーではなく、エラーメッセージのみがstderrに出力されるため、これは良い方法ではないと言われました。 両方のポジションが理にかなっており、もちろん、あなたがしていることの詳細に応じてどちらかを選択することができますが、これについて一般的に受け入れられている標準があるかどうか知りたいです。POSIX、GNUコーディング標準、またはその他の広く受け入れられているベストプラクティスのリストに特定のルールを見つけることができませんでした。 同様の質問がいくつかありますが、これらは正確な問題に対処していません。 シェルスクリプトでstderrへのリダイレクトを使用する場合：受け入れられた答えは、私がする傾向があることを示唆しています。ただし、これはユーザーの意見として提示されていますが、引数によってサポートされています。 使用法メッセージはstderrまたはstdoutに送信する必要がありますか？：これはヘルプメッセージに固有ですが、GNUコーディング標準を引用しています。これは私が探している種類のもので、ヘルプメッセージだけに制限されていません。 それでは、進捗レポートやその他の情報メッセージ（プログラムの実際の出力の一部ではない）を印刷する場所に関する公式ルールはありますか？

75 posix  stdout  gnu  stderr  standard 

ポータブルシェルプログラミングにはどのようなリソースがありますか？最終的な答えは、対象となるすべてのプラットフォームでテストすることですが、それはほとんど実用的ではありません。 POSIX /シングルUNIXの仕様が開始され、それはあなたが何を各実装のサポートのレベルがあり、また一般的なものを拡張存在でもないように指示します。各実装のドキュメントを読むことができますが、それは非常に時間がかかり、完全に正確ではありません。 理想的なフォーマットは、POSIX仕様のある種のコミュニティ注釈付きバージョンであり、各機能は異なる実装間のサポートレベルによって注釈付けされているように思われます。そのようなことはありますか？または、他の有用なリソースがありますか？ たとえば、Sven Mascheckのシェルポータビリティページがありますが、構文要素といくつかのビルトインについてのみであり、古いシェルのみをカバーしています。より包括的なリソースを探しています。

65 shell  standard  reference  portability 

sedコマンドに関するこの質問に対してこのサイトで提供されている回答を使用して、空白行を他の2行のコンテンツに置き換えるいくつかの問題があり、Mac OSのsedコマンド（10.6.7 ） 異なります。私はそれがそうだとは思いませんが、このサイトの他の人が違う考えをしたのではないかと思っていました。

61 osx  sed  standard 

Javaコミュニティは、インデントの単位として4つのスペースを使用します。1 Rubyコミュニティは、一般的に合意されている2つのスペースを使用します。2 シェルスクリプトのインデントの標準は何ですか？2つまたは4つのスペースまたは1つのタブ？

58 shell-script  standard  indentation 

すべてのLinuxシステムで使用可能な標準コマンドはどれかを知りたいです。 たとえば、debian / ubuntu / redhat / suse / arch / slackwareなどを入手した場合、次のようなコマンドが常に表示されます。 cd、mkdir、ls、echo、grep、sed、awk、pingなど 上記のコマンドの一部はシェルに組み込まれていますが、他のコマンドはそうではありませんが、それらは常にそこにあります（これまでの私の知識と経験に基づいて）。 一方、gawk、parted、traceroute、および他の非常に有名なコマンドのようなコマンドは、異なるLinuxディストリビューションではデフォルトでインストールされません。 さまざまなWeb検索を行いましたが、これに対する直接的な答えは見つかりませんでした。 目的は、シェルスクリプトを作成し、スクリプトで使用されているコマンドがシステムで使用できるかどうかを確認するためです。そうでない場合は、必要なバイナリをインストールするようにユーザーに求める必要があります。

39 linux  shell  shell-script  standard  command 

シェルは、などの終了することがわかっているおそらく役に立たない（または部分的に役に立たない）コマンドを実行するように要求された場合、cat hugeregularfile.txt > /dev/nullそのコマンドの実行をスキップできますか （または、より安価な同等のコマンドを実行できtouch -a hugeregularfile.txtますか？） より一般的には、外部で観察可能な動作が抽象マシンが評価した場合に限り、ソースコードに変換を実行できるという点で、シェルはCコンパイラに似ていますか？ 編集 Nota Bene：当初提起された私の質問には、シェルがこれらの最適化を行うことが許可されているかどうか、またはそれらを行うことができる実装が存在するかどうかではなく、尋ねられました。理論は実践よりも理論に興味がありますが、どちらも大歓迎です。

27 shell  command  posix  standard 

コマンドラインアプリケーションの「GUI」がネットワークを介してどのように通信されるのかと思っていました。ほとんどの場合、それは非常に単純です（プレーンテキスト/入力）が、時にはより複雑です（適性）。 誰かが自分の端末を書くことができ、すべての端末実装が同じように振る舞う（色、位置など）ために、何らかの標準で定義されていますか？

25 command-line  terminal  standard 

GNU / Linuxが現在SUS（Single UNIX Specification）v3またはさらに優れたSUS v4に準拠していない理由について、具体的な詳細を探しています。 SUSに準拠していない方法で実装または実装していないアプリケーションAPIとユーザーユーティリティは何ですか？

24 linux  standard 

grepping、awking、sedding、pipingは、Unixライクなオペレーティングシステムのユーザーの日常的なルーチンであり、コマンドラインまたはシェルスクリプト（以降、総称してフィルターと呼ばれます）内にあります。 本質的に、「標準」のUnix CLIプログラムとシェルビルトイン（これ以降コマンドと総称される）を使用する場合、フィルターは正しく機能するために各フィルターステップでstdin、stdout、およびstderrの正確な予測形式を必要とします。以下では、このコマンドのこの正確な形式をこのコマンドのAPIと呼びます。 Web開発のバックグラウンドを持つ人として、この種のデータ収集とデータ処理を技術的にWebスクレイピングと比較します。これは、データ表示にわずかな変化がある場合でも非常に不安定な手法です。 私の質問は、UnixコマンドAPIの安定性に関するものです。 Unixライクなオペレーティングシステムのコマンドは、入力と出力に関して正式な標準化に従っていますか？ いくつかの重要なコマンドの更新が、古いバージョンのコマンドを使用して作成されたフィルターの機能を破壊する原因となったことがありますか？ Unixコマンドは、あるフィルターが壊れるような方法で変更することは絶対に不可能であるという時間の経過とともに成熟しましたか？ コマンドAPIの変更によりフィルターが時々破損する可能性がある場合、開発者としてフィルターをこの問題から保護するにはどうすればよいですか？

20 shell  command-line  standard  filter  api 

/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ファイルの実際の使用法は何ですか？

18 linux  networking  hosts  standard 

すべてのPOSIX標準と仕様に関する公式文書を探しています。UNIXシステムと、それらが低レベルでどのように機能するかについての理解を深めるために、ドキュメントを読むことができないようにしたいと思います。私は、opengroup.orgへのリンクをあちこちで見ました。これは、標準の背後にあるエンティティであると想定しています（ただし、IEEEが多くのことを言及していると聞きました）。 POSIXの概要については、次の質問を参照してください。POSIXとは正確には何ですか？たくさんの質問に答えてくれました。

14 documentation  standard  posix 

Debian StandardバージョンとGNOMEバージョンには違いがありますか？ DebianはデフォルトでGNOMEの下にありませんか？

13 debian  gnome  standard 

コマンドの構文に関して、オプションと引数が何であるかを理解する際に、紛らわしいバリエーションに遭遇しました。 たとえば、私は次のような定義に遭遇しました： 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値を呼び出すものもありますが、最初の2つの点のようにそれらを組み合わせて、すべての-a b c引数を呼び出す1つの方法があります。 これらの3つのバージョンは、さまざまな呼び出しの種類の例にすぎず、それらのすべてをリストする方法すらわかりませんが、固定の命名規則がないことに気付きました。 あるいは少なくとも、異なるランダムなソースに出くわしたので、私が知っている標準化された命名規則はありませんが、公式のLinuxおよびGNU関連サイトまたはマニュアルの間でさえ、この矛盾に会うことができました。 私が参照できる疑いのない公式の命名方式はありますか？

11 command-line  gnu  standard 

実行する代わりにソースしたいシェルスクリプトのファイルタイプ拡張子に規約があるかどうか疑問に思いました。例えば： このスクリプトをサブシェルで実行する場合。 ./script.sh 現在のシェルからこのスクリプトを実行することを覚えておきたい場合。 . script.source 2番目の例のファイルタイプには（POSIXなどの）規則がありますか？.sourceまたはのような何か.sourceme？ 更新 この質問はいかなる意見についても尋ねるものではありません。この種のスクリプトに標準化されたファイル拡張子があるかどうかを知りたいと明確に述べました。この質問は、同様の問題についてよく寄せられるこの質問よりも意見ベースではありません（bashスクリプトには.shまたは.bash拡張子を使用しますか？）。

11 shell-script  shell  standard  conventions