問題タブ [posix]

fortranからバイナリデータファイルを書き込もうとしていますが、通常のファイルインターフェイスは非常に制限されているので、FortranにPOSIXコンパイル機能があるのではないかと思います。

私はこの標準を見つけました：IEEE 1003.9-1992、しかし私はそれがほとんどの一般的なコンパイラによって完全にサポートされているかどうか（またはフラグをアクティブにする必要があるかどうか）わかりません。実用的な情報が見つかりません。何か提案をいただけますか？

ところで、私は画像ファイルを書き込もうとしています。まず、tga/pgmを試してみたいと思います。また、外部ライブラリに依存関係を追加したくありません。ありがとうございます。

解決：

最後に、ppmファイルを書き込むことができ、内部ループの最後に改行を出力しないようにする必要がありました。最終的なコードは次のようになります。

FORTRANのPOSIXに関する情報は誰も提供していません。

ありがとう。

コマンドがシェル スクリプトから任意の POSIX システムに存在するかどうかを確認できるようにしたいと考えています。

Linux では、次のことができます。

ただし、Solaris と MacOSwhichは、コマンドが存在しない場合に終了エラー コードを表示せず、エラー メッセージを STDOUT に出力するだけです。

また、whichコマンド自体が POSIX ではないことを最近発見しました ( http://pubs.opengroup.org/onlinepubs/9699919799/idx/utilities.htmlを参照) 。

何か案は？

Cでクライアント/サーバープログラムを使用して、サーバーからクライアントにファイルを転送しています。

しかし、クライアントはファイルの最後のバイトを受信した後でも recv を待っています。クライアントを強制終了するか、サーバーを強制終了した場合にのみ、クライアントが終了します。ただし、サーバーは他のクライアントの要求を楽しませる必要があるため、ループに入る必要があります。

サーバーで使用fork()して、各クライアントのリクエストを楽しませています。クライアントの要求が受け入れられた後、子プロセスを終了していますが、クライアントはサーバー プログラム全体が強制終了された場合にのみ終了します。

サーバーの子が終了したときにクライアントが終了しないのはなぜですか?

サーバー コードはここに、クライアント コードはここに表示されます。

ディレクトリの下のいくつかのファイルを処理するためにnftwを使用しようとしています

(gcc kconfig_parser.c -o parser) をコンパイルしているとき、この警告とこのエラーが発生しました..

構造体の定義とコールバックのプロトタイプ、およびいくつかの例を確認しましたが、問題ないはずです...何が間違っていますか? （コードをクリアするために、ほとんどすべてのコードを削除しました）...

ありがとう

POSIX.1eはPOSIX のACL ( Access Control List ) メカニズムを (他のセキュリティ関連の問題とともに) 定義しようとしていましたが、提案が正式な標準に変換されることはありませんでした。それにもかかわらず、ACL (必ずしも POSIX.1e ACL である必要はありません) は、少なくともオプションとして、Unix のすべての主要なバリアント ( Linux、BSD、MacOS X (ACL)、HP-UX、AIX (p107ff)、Solaris ) でサポートされています。まだ議論されていない詳細の 1 つは、ファイルの ACL がディレクトリのスティッキー ビットとどのように相互作用するかということです。

通常のディレクトリ (問題を混乱させる ACL がない) では、パーミッションをたとえば 1777 (たとえば /tmp にあります) に設定できます。

スティッキー ビットは、パーミッションの最後の位置にある「t」で示されます。これは、ユーザーがファイルに書き込みできる場合にのみ、ユーザーがディレクトリからファイルを削除できることを意味します。意味あり; ユーザーがファイルに書き込むことができる場合、ファイルの内容が破壊される可能性があります。

私の質問は：

• /tmp ディレクトリの一般的な (ACL 以外の) アクセス許可が上図のようになっているとします。
• さらに、偏執狂的なユーザー 'trembler' が、ファイルに対する非 ACL パーミッション/tmp/secretを 600 に設定したとします (ユーザー 'trembler'、グループ 'worried')。
• 'trembler' が /tmp/secret の 'rw' アクセス権を別のユーザー 'blase' に、'blase' を具体的に引用する ACL を介して付与するとします。
• ファイルを「blase」で削除できますか/tmp/secret

ACL が考慮されている場合、答えは「はい」になります。ACL が無視される場合、答えは「いいえ」になります。関連するファイル システムで ACL が有効になっていると仮定すると、動作はすべての Unix バリアントで統一されていますか?

/etc/passwd を grep することもできましたが、面倒なようです。「finger」がインストールされていないため、その依存関係を避けたいと考えています。これはプログラム用なので、ユーザー情報にアクセスできるコマンドがあればいいのにと思います。