問題タブ [clr]

.NET CLR が Objective-C をサポートすることは可能ですか? これが不可能な理由はありますか (法的または実装上の観点から)。

クロスプラットフォーム アプリケーション開発の精神からすると、Windows マシンで Objective-C アプリケーションを作成して実行できると便利です。少なくともそうなると思います。

私が言おうとしていることのいずれかが意味をなさないか、明らかなことを見落としている場合はお詫び申し上げます.CLRの内部に関する私の知識はむらがあります.

私が正しく理解していれば、VS2K5 で 'AnyCPU' のソリューションをビルドする (または、これらの設定でその .sln ファイルに MSBuild を指定する) と、バイナリは MSIL までしかコンパイルされません。その後、32 ビット プラットフォームで実行された場合は 32 ビットに JIT され、x64 で実行された場合は 64 ビット コードになります。

DLL は Web アプリに使用され、W3WP.exe プロセスでホストされます。Process Explorer は、W3WP が 64 ビット プロセスであることを示しています。

しかし、Process Explorer を使用して DLL ビューでこれらの DLL の 1 つのプロパティを確認すると、「Image: 32-bit」と表示されます。何を与える？

問題の dll に対して corflags を実行すると、次のように表示されます: ILONLY 1 , 32BIT 0 but PE PE32 。私の理解では、これははい、IL までしかコンパイルされていません。いいえ、32 ビットまたは 64 ビットに限定されていませんが、完全には明確ではありません。PE32 フラグは、上記のように 32 ビットとして表示されることと関係がありますか?

今日、 .Net アプリケーションを開こうとするたびに、次のメッセージが表示されます。

助言がありますか？

プロジェクトをマネージコードに移行することを検討していますが、.NETランタイムは巨大であると聞いています。実際、実行可能バイナリの数倍です。それはちょうど私に犬を振っている尾のように思えます。しかし、Monoなどの一部のCLR実装はモジュール式であり、実際に必要な部分のみを含むカスタムディストリビューションを作成できるとも言われています。

問題は、これについての非常に単純な質問であるはずの答えをGoogleで見つけるのに驚くほど困難なことです。さまざまな実装での完全なCLRパッケージの大きさ、このモジュラー配布機能をサポートするもの、および大量の.NETベルを使用しない標準のWindowsスタイル（フォームベース）アプリのランタイムの大きさと笛？（私が最も興味を持っているのは、プラグインを簡単に作成するアセンブリシステムの固有の機能と、JITコンパイルを介してプログラムにスクリプトを組み込む機能です。）

編集：インストーラーのサイズやダウンロード時間には興味がありません。エンドユーザーのシステムで使用されるため、実際のフレームワークのサイズを知りたいのですが、圧縮されておらず、すぐに実行できます。

ホスト オペレーティング システムで .net が必要ないように、.net ランタイムを埋め込むことはできますか? ここを見て、Monoでこれを行うことを検討していました: http://mono-project.com/Embedding_Monoしかし、これを達成するために外部モジュールを使用することをほのめかしているようです。私の目標は、.net ランタイムがインストールされていない単一の実行可能ファイルを作成することです。ネイティブ コードをコンパイルし、mono ランタイムをリンクし、C# コードをコンパイルしてリンクするために、アプリケーションでこれを構成する方法がわかりません。

マシン上で実行中のすべての CLR インスタンスを一覧表示するために DOS プロンプトで実行していたコマンドを忘れてしまいました。覚えてる人いますか？？

ASP.NET MVCベータがインストールされているマシンで変更/テストしようとしているMVCプレビュー3（MVCアセンブリのローカルコピーを参照）に対してビルドされたアプリがあります。このアプリをMVCベータに対して実行するように更新することにはまだ興味がありません。いくつかの小さな変更を加える必要があります。

RouteCollection.IgnoreRoutes（global.asax.cs内）のMissingMethodExceptionsで失敗します。これは、実行時に、CLRが常にGACでSystem.Web.Mvcのベータ版を検出し、私のサイトのプレビュー3バージョンではなくこれを読み込んでいるためです。 binディレクトリ。

アセンブリの名前、バージョン、公開鍵は同じであるため、web.config内でそれらを区別する方法はないと思います。したがって、ここでの唯一の解決策は、GACからASP.NETMVCベータアセンブリを削除することだと思います。

のみ-Windowsインストーラーによってインストールされているため、これを実行できません。gacutil.exe/ uを使用して削除できず、直接削除しようとすると「アクセスが拒否されました」というメッセージが表示されます。

このアセンブリを削除する方法を知っている人はいますか？それができない場合は、GACにSystem.Web.Mvcベータ版があるシステムでSystem.Web.Mvcプレビュー3を必要とするアプリを実行/ホストする方法を知っていますか？

(ジェネリックを使用している) メソッドをリモートにすると、リモート シンクは他の同じ名前のメソッドからメソッドを検出できないようです。MethodInfo.MakeGenericMethod.netソースコードを添付してデバッグ呼び出しがあるところまで持ってきました。ただし、jit が最適化されているため、周囲のデータを確認できません。

数週間前、この設定を無効にするレジストリ設定に出くわしました（ソースでのデバッグに役立つと具体的に述べられていました）。しかし、ウォーリーであるため、それで行ったことを失い、再び見つけるのに苦労しています.

IoC に Castle Windsor を使用しており、Binsor を使用して構成を定義したいと考えています。Boo に内部を見せたい。アセンブリを でマークしようとしまし InternalsVisibleTo("Boo.Lang")たが、うまくいきませんでした。Rhino.Commons.Binsor.BooComponentInstaller 内から例外がスローされることに気付いたので試してみInternalsVisibleTo("Rhino.Commons")ましたが、どちらも機能しません。何か案は？

私はDllと共にプロジェクトを構築しています。

Dll はネイティブ コードをサポートする必要があるため、/clr として宣言しました。私のプロジェクトは最初は /clr プロジェクトでもあり、すべて問題ありませんでした。ただし、いくつかの NUnit テストを含めたいので、メイン プロジェクトを /clr から /clr:pure に切り替える必要がありました。

すべては引き続きコンパイルされますが、Dll 呼び出しで実行時エラーが発生します。/clr に戻ると、すべて問題ありません

私のDLLでは、エクスポートされた関数は次のように宣言されています：

エクスポートされたすべての関数の実際の名前を含む .def ファイルも作成しました

私のメインプロジェクトから、私のインポートは次のように宣言されています:

誰もそのような問題に遭遇したことがありますか?