JM プロジェクトは、主に Linux 関連のマニュアルページの日本語ページを翻訳・公開しています。
... 力フォーマットを設定することもできる。 -Bstatic 共有ライブラリに対するリンクをしない。これは共有ライブラリをサポートし ているプラットフォームにおいてのみ意味を持つ。 -Bdynamic 動的ライブラリに対してリンクする。これは共有ライブラリをサポートしてい るプラットフォーム ... においてのみ意味を持つ。そのようなプラットフォームで はこのオプションは通常デフォルトになっている。 -Bsymbolic 共有ライブラリを作る場合、グローバルシンボルへの参照を共有ライブ ... 、通常この共有ライブラリ内部の定義を上書きすることができる。こ のオプションが意味を持つのは共有ライブラリをサポートする ELF プラット フォームのみである。 -c commandfile commandfile からリンクコマンドを読むように ld に指示する。これらのコマンドは ld デフォルトのリ ... ... 1 つのモデル、 あるいはコンフィギュレーションに対するコンパイルが可能です。 いくつかのコンフィギュレーションは、通常はそのプラットフォーム上の 他のコンパイラとのコマンドラインに関するの互換性をとるため の特別なオプションを用意しています。 以下は 68000 シリーズの ... -as MIPS アセンブラのためのコードを生成し、 mips-tfile を起動して通常のデバッグ情報を追加します。 これは OSF/1 リファレンスプラットフォーム 以外の全てのプラットフォームにおけるデフォルトです。 OSF/1 リファレンスプラットフォームは OSF/rose オブジェクトフォーマット ... ログラムは、stabs を MIPS ECOFF 中にカプセル化します。 -mgas GNU アセンブラ用のコードを生成します。これは OSF/1 リファレンスプラットフォーム におけるデフォルトです。OSF/1 リファレンスプラットフォームは OSF/rose オブジェクトフォーマットを使用します。 -mrnames -mno ... ... MT での表示である。 FTP の MDTM コマンドが返す時刻もこのオプションの影響を受ける。 デフォルト: NO use_sendfile 使用しているプラットフォーム上で sendfile() システムコールを 使う場合の相対的効果を確認するための、内部的な設定。 デフォルト: YES userlist_deny このオプ ... ... としても機能する。 このファイルのデフォルト値は 32768 であり、 その場合には以前のカーネルと同じ PID の範囲になる。 32ビットのプラットフォームでは、 pid_max の最大値は 32768 である。 64ビットのプラットフォームでは、 2^22 ( PID_MAX_LIMIT , 約 4,000,000) までの任意の値 ... のシグナルを処理することができる。詳細は sigaction (2) を参照。 この機能は、高度なマシンチェック機構を持ったアーキテクチャー/プラットフォームにおいてのみ有効であり、ハードウェア機能にも依存している。 アプリケーションは prctl (2) の PR_MCE_KILL 操作を使って個別に me ... 存在する。 /proc/sys/vm/memory_failure_recovery (Linux 2.6.32 以降) メモリー故障回復 (memory failure recovery) を有効にする (プラットフォームがサポートしている場合) 1: 回復を試みる。 0: メモリー故障時には常に panic を起こす。 カーネルの設定で CONFIG_MEMORY_FAILURE ... ... としても機能する。 このファイルのデフォルト値は 32768 であり、 その場合には以前のカーネルと同じ PID の範囲になる。 32ビットのプラットフォームでは、 pid_max の最大値は 32768 である。 64ビットのプラットフォームでは、 2^22 ( PID_MAX_LIMIT , 約 4,000,000) までの任意の値 ... のシグナルを処理することができる。詳細は sigaction (2) を参照。 この機能は、高度なマシンチェック機構を持ったアーキテクチャー/プラットフォームにおいてのみ有効であり、ハードウェア機能にも依存している。 アプリケーションは prctl (2) の PR_MCE_KILL 操作を使って個別に me ... 存在する。 /proc/sys/vm/memory_failure_recovery (Linux 2.6.32 以降) メモリー故障回復 (memory failure recovery) を有効にする (プラットフォームがサポートしている場合) 1: 回復を試みる。 0: メモリー故障時には常に panic を起こす。 カーネルの設定で CONFIG_MEMORY_FAILURE ... ... 行っていません。 現在は DEC Digital Unix, Ultrix, IBM AIX のオーディオハードウェアには 対応していません。したがって、これらのプラットフォームでは -s オプションを使わなければなりません。 作者 リーダー: Michael Hipp < hippm@informatik.uni-tuebingen.de > 以下のコード( ... ... 訳註: User Authentication Method, ユーザ認証法) の コンマで区切られたリスト ( afpd.conf における -uamlist と等価である)。 -I プラットフォーム固有のアイコンを使う ( afpd.conf における -icon と等価である)。 -m umask Netatalk でフォルダを作成する際に、この umask を使う ... ... 出できない。 Linux doesn't return an error when an attempt to set RLIMIT_CPU has failed, for compatibility reasons. 32 ビットプラットフォームにおける「大きな」リソース上限値の表現 glibc の getrlimit () と setrlimit () ラッパー関数は、32 ビットプラットフォームであっ ... システムコールで使用される rlim_t データ型は (32 ビットの) unsigned long である。 さらに、 Linux では、 カーネルは 32 ビットプラットフォームではリソース上限を unsigned long として表現している。 しかしながら、 32 ビットデータ型は十分な大きさではない。 ここで最も関係 ... ... 出できない。 Linux doesn't return an error when an attempt to set RLIMIT_CPU has failed, for compatibility reasons. 32 ビットプラットフォームにおける「大きな」リソース上限値の表現 glibc の getrlimit () と setrlimit () ラッパー関数は、32 ビットプラットフォームであっ ... システムコールで使用される rlim_t データ型は (32 ビットの) unsigned long である。 さらに、 Linux では、 カーネルは 32 ビットプラットフォームではリソース上限を unsigned long として表現している。 しかしながら、 32 ビットデータ型は十分な大きさではない。 ここで最も関係 ... ... 出できない。 Linux doesn't return an error when an attempt to set RLIMIT_CPU has failed, for compatibility reasons. 32 ビットプラットフォームにおける「大きな」リソース上限値の表現 glibc の getrlimit () と setrlimit () ラッパー関数は、32 ビットプラットフォームであっ ... システムコールで使用される rlim_t データ型は (32 ビットの) unsigned long である。 さらに、 Linux では、 カーネルは 32 ビットプラットフォームではリソース上限を unsigned long として表現している。 しかしながら、 32 ビットデータ型は十分な大きさではない。 ここで最も関係 ... 日本語の文書やマニュアルを配布している個人/プロジェクトへのリンクです。