問題タブ [managed]

Exchange 2003 から届いた特定の拡張子のメール添付ファイルを、マネージ コードを使用して共有ディレクトリにコピーする方法を知っている人はいますか?

エクスポーズを交換するシンクを使用して、vbscript を使用する方法があることはわかっています。しかし、おそらく相互運用を使用して、誰かがマネージ コードのサンプルを見たことがあるかどうか疑問に思っていました??

サンプルコードは大歓迎です。

マネージ コードで記述しているメソッドが対話型アプリから呼び出されているか、Windows サービスから呼び出されているかを確認するにはどうすればよいですか?

Windows環境で、ユーザーのスクリーンセーバーが定義されている場合は、そのスクリーンセーバーを呼び出したいと思います。

ここで提案されているように、純粋なC ++コードを使用して実行できることはわかっています（C＃でのラッピングは非常に簡単です）。

それでも、好奇心のために、ドットネットフレームワーク（バージョン2.0以降）を使用して、p / invokeを使用せずに、C ++側にアクセスせずに（これにより、 Windows APIを非常に簡単に使用できます）。

おそらくコード ライブラリ ファイル (.dll) としてコンパイルされた C++ コードを、C# などの .NET 言語内から呼び出すことはできますか?

具体的には、RakNet ネットワーク ライブラリなどの C++ コードです。

ネイティブ (アンマネージド) C++ と (マネージド) C# の間で列挙型定義を共有する方法はありますか?

完全にアンマネージ コードで使用される次の列挙型があります。

私たちのアプリケーションは、マネージド コンポーネントを使用することがあります。その C# コンポーネントは、マネージ C++ 相互運用 dll を介して (ネイティブ dll から) 列挙項目の値を int として取得します。(interop dll は、C# コンポーネントが必要な場合にのみ読み込まれます。) C# コンポーネントは列挙型の定義を複製しています。

ネイティブ C++ dll をマネージ dll に変換せずに重複を排除する方法はありますか?

Managed C++ でアプリケーションを作成しようとしていますが、文字列の配列を宣言する方法がわかりません。

文字列^ linet[];

エラーをスローします

'System::String ^': ネイティブ配列にこのマネージド型を含めることはできません

したがって、管理されたデータ型に対してこれを行う別の方法があると思います。正確には何ですか？

VC 6.0 を使用して開発された純粋な C++ アプリケーションがあります。このアプリケーションで C# で開発されたライブラリを利用したいと考えています。ネイティブ実行可能ファイルから C# ライブラリのメソッドを呼び出すにはどうすればよいですか? アンマネージド C++ ネイティブ アプリケーションをマネージド コードに変換したくありません。同様に、どうすれば逆になりますか？PInvoke が唯一のオプションですか? 同じことについての参照やポインタをいただければ幸いです。

私は現在プロジェクトに取り組んでおり、その一部は Managed C++ を使用しています。マネージ C++ コードでは、DataTable を作成しています。データテーブルの列を定義するときに、列のタイプを指定する必要があります。C# では、次のようになります。

typeof(int)

しかし、Managed C++ でそれを行うにはどうすればよいでしょうか。

ありがとう！

Windows XPシステムでは、C＃アセンブリでコードを呼び出すMangagedC++ライブラリを作成しています。残念ながら、C＃アセンブリでシンボルの参照を開始するとすぐに、マネージC ++ライブラリの実行が次のエラーで失敗します（これをXPクラッシュダイアログからコピーしました）。

MangedC++ライブラリは基本的に次のとおりです。

'#using'自体は問題を引き起こさないようですが、C＃DLLからシンボルを使用し始めるとすぐに、問題が発生します。誰かが何が起こっているのか知っていますか？

このsystem.io.filenotfoundexception部分から、DLLが見つからないように思われますが、どのDLLがどこにあるのかわかりません。

私はこの構造を渡そうとしています：

このクラスの静的メソッドに:

この関数から:

64 ビット システムで、アドレス '0x000c' を読み取れないというアクセス違反が発生します。

現在、64 ビット システムでは、par の参照がヌル ポインターである場合、par.type の逆参照は 0x0c のアドレスになります。par がスタック上にあることを除いて、null ポインターを WriteField に渡していませんが、1 つ取得しているようです。

さて、マネージ C++ で、あるマネージ クラス インスタンス メソッドから別の静的メソッドを呼び出す場合、参照によってアンマネージ構造を渡しているという事実は、ある種のマーシャリングの問題に対して脆弱ですか?

管理されていない構造が管理されたコードによってどのように扱われるかを説明する Web ドキュメントはありますか?