DLLImport の共有オブジェクトが実行時に検索するソースコードを使用する、Ubuntu Linux 16.04 デスクトップで実行される C# 実行可能ファイルはどこで見つかりますか?

Question

この質問の3つの部分すべてに答えてみます

C#実行可能プログラムが正しく動作するようにLD_LIBRARY_PATHをエクスポートする必要があるのはなぜですか？

インストールプログラムまたはスクリプトは、顧客がLD_LIBRARY_PATHを指定する必要なく、サブディレクトリ/usr/libx86_64-linux-gnuでlibc.so.6を見つけることができます。

リンクされたライブラリは、既知の場所のセットから参照されます。通常、これらはシステムディレクトリであるため、特権コードが安全に使用できます (ユーザーによって上書きすることはできません)。

これを理解すると、既知の場所のセットにを含めることができないことが分かります.。テキストファイルを調べると、既知の場所のセットを確認できます。これを編集する場合は、を実行して対応するバイナリデータベースを更新する/etc/ld.so.conf必要があります。ldconfig

既知の場所のセットは、のインスタンスを使用することでアプリケーションごとに拡張できます。は、検索するディレクトリのコロンで区切られたリストを受け取ります。ただし、これを使用すると、カーネルはプログラムからすべての権限を破棄します。そのため、たとえば、チートやLD_LIBRARY_PATHに使用することはできません。passwdsudo

コンピュータが再起動するまで、LD_LIBRARY_PATH をグローバルに指定するにはどうすればよいでしょうか [...] LD_LIBRARY_PATH を envp 引数として execle に渡すよりもエレガントな方法はありますか?

sudoこれをグローバルに設定すると、、、passwdその他の特権プログラムが機能しなくなるため、非常に悪い考えです。LD_LIBRARY_PATHただし、アプリケーションごとにシェルスクリプトで設定できない理由がわかりません。ターミナルに重要な内容を書き込むことはないため、「ターミナルプログラム」として起動する必要はありません。

#!/bin/bash
#
APP_DIR=/path/to/application
APP_DIR_LIB="$APP_DIR/lib"
APP_DIR_EXE="$APP_DIR/someprogram.exe"

export LD_LIBRARY_PATH="$APP_LIB_DIR"${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH}"
exec "$APP_DIR_EXE" "$@"

echo "Ooops" >&2
exit 1

"$@"スクリプトに渡される引数が実行可能ファイル自体に適用されるように使用しました。

モノラルサービスを開始または停止する方法がわからないため、その詳細についてはサポートできません。質問を更新していただければ、ここに追加できるものがあるかどうか確認します。

Answer 1