JM プロジェクトは、主に Linux 関連のマニュアルページの日本語ページを翻訳・公開しています。
... (またはパス名) は以下のようにして解決される。 ステップ 1: 解決過程を開始する If the pathname starts with the '/' character, the starting lookup directory is the ... 明した 他の全ての構成要素と同じように実行されるが、2 つの違いがある。 (i) 最後の構成要素はディレクトリである必要がない (パス解決過程に関する限りはどちらでも構わない --- 特定のシステムコールが要求するものによって、 ディレクトリでなければならない場合もあ ... てのディレクトリはエントリー "." と ".." を持つ。 これらはそれぞれ、そのディレクトリ自身とその親ディレクトリを参照する。 パス解決過程では、これらのエントリーが物理的なファイルシステムに 実際に存在するか否かに関わらず、慣習的な意味を持つと仮定する。 ルー ... ... には以下の 2 つの値のいずれかを含めなければならない: RTLD_LAZY lazy binding (手抜きなシンボルの結び付け) が行う。 シンボルの解決はそのシンボルを参照するコードが実行されるときにのみ 行われる。シンボルが一度も参照されなかった場合には、そのシンボルは 解決 ... されないままとなる。 (lazy binding は関数参照についてのみ実施される; 変数への参照は常に ライブラリがロードされた時点で直ちに解決される。) RTLD_NOW この値が指定されるか、環境変数 LD_BIND_NOW に空でない文字列が設定された場合、 ライブラリ中の未定義のシンボ ... ルを全て解決してから dlopen () は復帰する。解決できなかったときにはエラーが返される。 以下の値のうち 0 個以上を論理和 (OR) の形で flag に ... ... ちであるが、そ れはあまり良い方法とは思われない。最近の Linux カーネルにおいては、情 報源の特定、順位付け、カーネルアドレスの解決など多くのメッセージに関す る問題を扱わなければならない。カーネルロギングを個別のプロセスとするこ とは、各種サービスの分割を ... して、 それを krnl.msg という名前のファイルに記録するには次のコマンドを実行す る。 klogd -o -f ./krnl.msg カーネルアドレスの解決 カーネルが内部エラー状態を検出すると、 一般保護違反 (General Protection Fault) が発生する。 GPF 処理手続きの一部として、カ ... ル開発者はエラー状態が発生した時に カーネルが何をしていたかを正確に知ることができる。 保護違反の表示から数値表現のアドレスを解決する処理は、 手動かまたはカーネルソースに含まれる ksymoops プログラムを使って行なわれる。 利便性のために、 klogd はカーネルの ... ... じように動作し、 同じサポートファイルとプログラム ldd (1), ldconfig (8), /etc/ld.so.conf を使用する。 ライブラリの依存関係を解決する際、動的リンカーは、最初に、依存関係の各文字列がスラッシュを含んでいるかをチェックする (この状況になるのは、リンク時にス ... この文字列の値は補助ベクトルの AT_PLATFORM 値から取得される ( getauxval (3) 参照)。 オプション --list 全ての依存関係とその解決法をリストする。 --verify プログラムが動的にリンクされているかと、 動的リンカーがそのプログラムを扱えるかを検証する。 --inhi ... (そのようなシステムでは、通常は NPTL がデフォルトであった)。 pthreads (7) を参照。 LD_BIND_NOT (glibc 2.2 以降) シンボルを解決した際、Global Offset Table (GOT) と Procedure Linkage Table (PLT) を更新しない。 LD_BIND_NOW (libc5; glibc 2.1.1 以降) 空文 ... ... じように動作し、 同じサポートファイルとプログラム ldd (1), ldconfig (8), /etc/ld.so.conf を使用する。 ライブラリの依存関係を解決する際、動的リンカーは、最初に、依存関係の各文字列がスラッシュを含んでいるかをチェックする (この状況になるのは、リンク時にス ... この文字列の値は補助ベクトルの AT_PLATFORM 値から取得される ( getauxval (3) 参照)。 オプション --list 全ての依存関係とその解決法をリストする。 --verify プログラムが動的にリンクされているかと、 動的リンカーがそのプログラムを扱えるかを検証する。 --inhi ... (そのようなシステムでは、通常は NPTL がデフォルトであった)。 pthreads (7) を参照。 LD_BIND_NOT (glibc 2.2 以降) シンボルを解決した際、Global Offset Table (GOT) と Procedure Linkage Table (PLT) を更新しない。 LD_BIND_NOW (libc5; glibc 2.1.1 以降) 空文 ... ... 基準を示す hints 引数に対応する。 最後の ar_request は res 引数に対応する。 この要素を初期化する必要はなく、この要素は要求が解決されると自動的にセットされる。 最後の 2 つの要素が参照している addrinfo 構造体については getaddrinfo (3) に説明がある。 mode ... に GAI_NOWAIT が指定された場合、 解決した要求に関する通知を sevp 引数が指す sigevent 構造体を使って受け取ることができる。 この構造体の定義と一般的な説明については ... は要求 req のステータスを返す。 要求がまだ完了していない場合は EAI_INPROGRESS が、 要求が正常に処理された場合は 0 が、 要求を解決できなかった場合はエラーコードが返される。 gai_cancel () 関数は要求 req をキャンセルする。 要求が正常にキャンセルされた場合、 ... ... 基準を示す hints 引数に対応する。 最後の ar_request は res 引数に対応する。 この要素を初期化する必要はなく、この要素は要求が解決されると自動的にセットされる。 最後の 2 つの要素が参照している addrinfo 構造体については getaddrinfo (3) に説明がある。 mode ... に GAI_NOWAIT が指定された場合、 解決した要求に関する通知を sevp 引数が指す sigevent 構造体を使って受け取ることができる。 この構造体の定義と一般的な説明については ... は要求 req のステータスを返す。 要求がまだ完了していない場合は EAI_INPROGRESS が、 要求が正常に処理された場合は 0 が、 要求を解決できなかった場合はエラーコードが返される。 gai_cancel () 関数は要求 req をキャンセルする。 要求が正常にキャンセルされた場合、 ... ... 基準を示す hints 引数に対応する。 最後の ar_request は res 引数に対応する。 この要素を初期化する必要はなく、この要素は要求が解決されると自動的にセットされる。 最後の 2 つの要素が参照している addrinfo 構造体については getaddrinfo (3) に説明がある。 mode ... に GAI_NOWAIT が指定された場合、 解決した要求に関する通知を sevp 引数が指す sigevent 構造体を使って受け取ることができる。 この構造体の定義と一般的な説明については ... は要求 req のステータスを返す。 要求がまだ完了していない場合は EAI_INPROGRESS が、 要求が正常に処理された場合は 0 が、 要求を解決できなかった場合はエラーコードが返される。 gai_cancel () 関数は要求 req をキャンセルする。 要求が正常にキャンセルされた場合、 ... ... 基準を示す hints 引数に対応する。 最後の ar_request は res 引数に対応する。 この要素を初期化する必要はなく、この要素は要求が解決されると自動的にセットされる。 最後の 2 つの要素が参照している addrinfo 構造体については getaddrinfo (3) に説明がある。 mode ... に GAI_NOWAIT が指定された場合、 解決した要求に関する通知を sevp 引数が指す sigevent 構造体を使って受け取ることができる。 この構造体の定義と一般的な説明については ... は要求 req のステータスを返す。 要求がまだ完了していない場合は EAI_INPROGRESS が、 要求が正常に処理された場合は 0 が、 要求を解決できなかった場合はエラーコードが返される。 gai_cancel () 関数は要求 req をキャンセルする。 要求が正常にキャンセルされた場合、 ... ... 部参照は、 そのライブラリの依存リストにあるライブラリか、すでに RTLD_GLOBAL フラグと共にオープンされているライブラリを用いて解決される。 実行ファイルが "-rdynamic" フラグとともにリンクされている場合は、 実行ファイル中のグローバルシンボルも、 ダイナミッ ... クにロードされるライブラリへの参照解決に用いられる。 flag は以下のいずれかでなければならない: RTLD_LAZY はダイナミックライブラリのコードが実行される際に 未定義シン ... ボルを順次解決していくことを示し、 RTLD_NOW は dlopen の処理の最後ですべての未定義シンボルを解決し、これができない場合には dlopen が失敗と ... 日本語の文書やマニュアルを配布している個人/プロジェクトへのリンクです。