問題タブ [entry-point]

PE ファイルのエントリポイントを読み取る良い方法はありますか? 次の行にいくつかのコードが見つかりましたhttp://code.cheesydesign.com/?p=572

私のコードは次のとおりです。

問題は、エントリポイントが正確でないことですか?

x86 Linux に組み込みシステム (mipsel) 用のクロスコンパイル ツールチェーンがあります。カスタムカーネル（イメージを「vmlinux」と呼びましょう）を構築する方法と、そのイメージを削除する方法を知っています

さらに処理するには、イメージのロード アドレスとエントリ ポイントも必要です。ストリッピングする前にscripts/mksysmap、それらを介して、またはより明示的に決定することは問題ありません

次に、ロードアドレスとエントリポイントを決定できます

ここでの課題は、カーネルを自分でビルドするのではなく、objcopyを介してシンボルを既に削除した後に、事前にビルドされたカーネルを取得することがあるということです。誰でもこれを行う方法を教えてもらえますか? 私はカーネルの構築とツールチェーンの使用にあまり精通していません。nmとobjdumpの両方が、ストリップされたイメージを気に入らず、次のように述べています。

エントリポイントの戻り型をvoidC++で設定することは常に推奨されておらず、後で標準によって削除され、最新のコンパイラによって禁止されているのはなぜですか？なぜそれは悪い習慣と見なされますか？

さて、私が理解しているように、C＃とJavaはどちらも、エントリポイントの戻り型を次のようにすることができますvoid。

そして、C＃とJavaのプログラマーは、それを悪い習慣とは考えていません。実際、彼らはそれを頻繁に使用しています。

Dプログラミング言語やValaのようなC++の後継となる可能性のある他の言語（少なくともこの10年でC ++が成功するとは思えません）も許可されますvoid main()。ご覧のとおり、C ++コミュニティでは、あまりにもあいまいで人気がなかったため、標準から削除されたとは思えません。

だから私の質問は、なぜC ++コミュニティが削除されたのvoid main()ですか？何が問題だったのですか？

私の目標は、シャドウコピーされたアプリケーションを起動する実行可能ファイルを作成することです。秘訣は、このスタータープログラムに外部依存関係がなく、起動する必要のあるプログラムに関する知識が含まれていないようにすることです。

また、ディレクトリ内で唯一の実行可能ファイルにしたいです。つまり、.exeアセンブリではなく.dllアセンブリを「実行」する必要があります。（新しいAppDomainにロードされる.dllファイルの名前は、Main.dllなどのように、毎回同じである必要があります。）

AppDomain.ExecuteAssemblyが私が望んでいたことを正確に実行するように見えました。「.NETFrameworkヘッダーで指定されたエントリポイント」から実行を開始すると書かれています。

その関数を使おうとすると、「アセンブリ'DllApp'にエントリポイントが見つかりません」というエラーが表示されます。

アセンブリを実行しようとしているだけのスタータープログラム：

.dllファイル内のデフォルトのエントリポイントを持つアプリケーションコード：

Main（）関数のこのページには、「ライブラリとサービスはエントリポイントとしてMainメソッドを必要としない」と書かれています。また、デフォルトのエントリポイントを持つことができないとも言っていません。

public / private static void main、int return type、引数としてstring [] argsのさまざまな順列をすべて試しましたが、名前空間、名前空間なし、静的/非静的クラスなどがあります。

MarshalByRefObjectから継承するようにコードを変更し、CreateInstanceを使用してオブジェクトを作成することはできましたが、スターターと起動するはずのプログラムをより緊密に結合するようです。ExecuteAssemblyを使用できれば、起動するアプリケーションには静的なvoid Mainが必要であり、それは非常に単純で混乱しにくいものです。

.dllアセンブリにデフォルトのエントリポイントを設定し、ExecuteAssemblyでそれを見つけることは可能ですか、それとも別のルートに移動するために辞任する必要がありますか？

次のコードを使用して、linked list.exe というファイルのエントリ ポイントのアドレスを調べていますが、699907 という大きな数字を出力しますが、ファイル自体のサイズは 29 KB しかありません。つまり、エントリポイントのアドレスを見つけるにはどうすればよいですか?

CreateProcess を使用して cl 、別の C++ プログラム ( TestProg.cxx) を DLL にコンパイルおよびリンクします。cl次のコンパイル オプションを使用して呼び出します。

呼び出し：

VS ツール プロンプトからアプリケーションを実行すると、次のリンク エラーが発生しました。

私は何を間違っていますか？過去 1/2 日の回答を Web で検索しましたが、見つかりませんでした。Windows API を使用するのは初めてです。

ありがとう

別の C++ プログラム ( )CreateProcessを呼び出しcl、コンパイルして DLL にリンクするために使用しています。linkTestProg.cxx

TestProg.cxxDllMain次の機能が含まれています。

/Entry:DllMainリンクオプションに追加しました。

次のリンケージ エラーが発生します。

修正方法を教えてください。ありがとう

setup.pyのentry_point dictを使用してコンソール コマンドをインストールしています。これにより、システム内のパス (たとえば、debian のルートは/usr/local/bin) に python ファイルが作成されます。このファイルは、システムによって、または virtualenvs を使用する場合に変更できます。

setup.py で entry_points としてインストールされたスクリプトのデフォルト パスが必要です

私はC＃でできることを知っています：

C++ でこの情報を取得するにはどうすればよいですか?

私が持っている見てみる：

これはより概念的な質問であり、かなり基本的なものかもしれません.dllについて学ぶための良いリソースを実際に見つけていません.

function1 が dll の読み込みを開始し、バックグラウンドでずっと実行する必要がある dll(Load-time dynamic linking) を作成する必要があります。

アプリケーションによって数回呼び出される function2 をエクスポートする必要がありますが、

function1 は function2 で使用する必要があるオブジェクトを提供し、

関数 2 をエクスポートする際に、関数 1 をエントリポイント関数 (dllmain) として使用する予定です。

エクスポートされた関数がアプリケーションによって呼び出されている間にシステムによって呼び出された dllmain 関数として、それらは 2 つのスレッドとして実行されますか、それとも 2 つの別個のプロセスとして実行されますか?

また、必要なことを達成するために、上記で説明したように dllmain と export を使用するのは正しいですか?