実行時にソースコードを見つけるために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検索するディレクトリのリストをコロンで区切るインスタンスを使用して拡張できます。これを使用すると、カーネルはプログラムに対するすべての権限を放棄するため、たとえばトリックを書き込むためにpasswd使用することはできませんsudo。

コンピュータが再起動されるまで、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