C++/CLI part3

1 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 21:13:54 ] おそらく、.NET開発でデファクトスタンダードに最も近い であろうC++/CLIについて語ろうぜ！ このスレはC++および.NET Frameworkについて一定以上の知識を持っている人が対象となります。 .NETのクラスライブラリの使い方といった質問は姉妹スレ「くだすれC++/CLI（初心者用）」に お願いします。 前スレッドはこちら (p)pc11.2ch.net/test/read.cgi/tech/1142147319/ (p)pc8.2ch.net/test/read.cgi/tech/1126450441/l50 姉妹スレ くだすれC++/CLI（初心者用） (p)pc8.2ch.net/test/read.cgi/tech/1142144110/l50 managed C++ やろうぜ！！ 002 (p)pc8.2ch.net/test/read.cgi/tech/1139043535/l50 152 名前：デフォルトの名無しさん mailto:sage [2008/07/01(火) 21:20:20 ] MSDN で、Visible プロパティとShowメソッドを10遍読んでこい 153 名前：デフォルトの名無しさん mailto:sage [2008/07/03(木) 16:48:57 ] hideの身長は何センチですか？ 154 名前：デフォルトの名無しさん mailto:sage [2008/07/03(木) 20:07:21 ] hydeだろ 155 名前：デフォルトの名無しさん [2008/07/09(水) 16:15:57 ] ネイティブのDirectX使いたいんですけど、 初期化時に必要なフォームのウィンドウハンドルはどうやって取得すればいいのでしょうか？ 156 名前：デフォルトの名無しさん mailto:sage [2008/07/09(水) 16:21:24 ] (HWND)this->Handle.ToInt32(); 157 名前：デフォルトの名無しさん mailto:sage [2008/07/09(水) 16:28:57 ] >>156 ToPointerだな 158 名前：デフォルトの名無しさん mailto:sage [2008/07/09(水) 17:09:56 ] どっちでもいけたお 159 名前：デフォルトの名無しさん mailto:sage [2008/07/09(水) 17:54:50 ] 64bit 160 名前：デフォルトの名無しさん [2008/07/14(月) 17:45:14 ] FormやPictureBoxのイベントハンドラを見ても出てないのですが、. net 2003ではMouseWheelイベントは定義されていないのでしょうか？ 161 名前：デフォルトの名無しさん mailto:sage [2008/07/14(月) 17:52:14 ] 隠されてんじゃね 基底であるControlで定義されてるから存在しないわけじゃない 162 名前：160 mailto:sage [2008/07/15(火) 16:47:11 ] >>161 ありました。VB以外だと自分で定義してやらないといけないのですね。 163 名前：デフォルトの名無しさん [2008/07/16(水) 07:28:12 ] 別のイベントが連鎖的におきてそちらのイベントを使うことが多いから [Browsable(false)] にしてあるのだろう。 164 名前：デフォルトの名無しさん [2008/07/16(水) 21:47:24 ] 関数ポインタ配列の宣言がどうしてもコンパイル通らないんです。 よかったら何がだめなのか教えてください。 public ref class Form1 : public System::Windows::Forms::Form { public: ... 　　int fn1(int,int); 　　int fn2(int,int); 　　int fn3(int,int); 　　int (*fp[])(int,int){ 　　　　fn1, 　　　　fn2, 　　　　fn3 　　}; ... ちなみにerror C4368です。 165 名前：デフォルトの名無しさん mailto:sage [2008/07/16(水) 21:55:08 ] 関数ポインタはアンマネージ デリゲート使いな 166 名前：デフォルトの名無しさん [2008/07/16(水) 22:08:11 ] >>165 アンマネージだったんですか。ポインタはだめとかそんなことを聞いたきがします。 ありがとうございます。 167 名前：デフォルトの名無しさん mailto:sage [2008/07/17(木) 09:30:03 ] >>164 普通の関数とメンバ関数は、ポインタ型にすると別物だけど、 わかってるのかな？ 168 名前：デフォルトの名無しさん mailto:sage [2008/07/17(木) 17:00:04 ] C#でやるより少々手間がかかりますな。 delegate int fd(int x, int y); array<fd^>^ fp; fp = gcnew array<fd^> { gcnew fd(this, fn1), gcnew fd(this, fn2), gcnew fd(this, fn3) } ネイティブクラスの関数ポインタは ->* が出てきて泥沼に陥るからやめたほうがいい。 169 名前：デフォルトの名無しさん [2008/07/17(木) 21:20:42 ] >>167 わかっていないですorz調べてみます。ありがとうございます。 >>168 デリケートを使うことでコンパイルも通り,プログラムも完全はしましたが,>>168が何をいっているのかわかりませんorz まだまだです… 本当にありがとうございました。 170 名前：デフォルトの名無しさん mailto:sage [2008/07/17(木) 21:25:59 ] >168 イベント使ったら？ 171 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 09:43:55 ] うん普通はイベント使うよね 172 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 10:35:31 ] >>164 ＞関数ポインタ配列の宣言がどうしてもコンパイル通らないんです。  という問いだからあえてデリゲートの配列にしたまでで、 そりゃ普通マルチキャストデリゲートとかイベント使うよ。 イベントでadd/remove/raiseを明示的に実装する場合は・・・まあ普通はコレクションだな。 言いたかったのはネイティブクラスもrefクラスの関数ポインタはthisを内包していないことと、 関数ポインタを使う場合やデリゲートにする場合はthisを明示的に指定する必要があること。 C#と比べてうんぬんというのはC#でデリゲートを作るときはthisを暗黙に補ってくれるので 気にしなくて良いということ。 173 名前：デフォルトの名無しさん mailto:sage [2008/07/22(火) 09:16:10 ] A classのメンバにB classの配列を加えるということはできないのでしょうか 174 名前：デフォルトの名無しさん mailto:sage [2008/07/22(火) 09:21:39 ] array<T^>^なら入れられるよ 175 名前：デフォルトの名無しさん mailto:sage [2008/07/22(火) 09:33:38 ] ref class A{ public: static array<L_SAMPLINGDATA^>^ hoge; }; ref class B{ public: static int piyo; }; --------------------------------- レスありがとうございます。 こんなかんじでしょうか。 176 名前：デフォルトの名無しさん mailto:sage [2008/07/22(火) 09:36:50 ] ref class A{ public: static array<B^>^ hoge; }; ref class B{ public: static int piyo; }; --------------------------------- まちがえました 177 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 02:19:37 ] どういう意図があるのかわからんが static でいいのか？ 178 名前：デフォルトの名無しさん [2008/08/20(水) 02:17:19 ] 自分からテスト専門です、って宣言してる派遣テスターって何なの？ 将来プログラマとかSEになりたい、とかならわかるけど。 向上心ないよね、頑固だし。 そういう派遣テスターって、仕様書は読めない、 テスト仕様書も作れない、テストプログラムも作れない やれることは「テキトーにプログラムを触る」ことだけ。 俺は派遣プだけどさ、こういう派遣テスターがいると 派遣全体がバカにされるんだよ。 テスト専門派遣なんて氏んで欲しいよ、まったく。 今日も正社員の人が派遣テスターに仕様書を読んで テスト仕様書を作ってください、って説教してたよ。 その派遣は頑固に「何故、仕様書が必要なんですか？」って 反論してたから、きっとテスト専門派遣テスターだな。 仕様書も読まず、テスト仕様書も作らず、ただテキトーに プログラム触るだけで給料もらおうなんて頭おかしいんじゃねーの？ あ〜あ、あの派遣テスターが3ヵ月後に切られるまで、 仕様書も読まねーでテキトーにテストしたバグ票がまわってくんのかよ。 そんな糞なもん、読んで処理する派遣プの身にもなってくれよ。 うわ〜、しかもそいつが切られる3ヵ月以内に中間納品あるじゃねーか！ テスト仕様書もなしにテキトーにテストして納品か。 中間納品後にソッコウクレームでデスマ必至だな。俺の休みも返上かよ。 派遣専門テスターさんよ、少しは向上心持てよ！ 頑固な性格直して仕様書読めよ！テスト仕様書作れよ！ 179 名前：デフォルトの名無しさん [2008/08/28(木) 14:39:28 ] 誘導されました マネージコードでdllを作成することってできる？ dllのソース内でSytem::Stringを使おうとしたらC4747エラーがでちゃった ソースの方に「#pragma unmanaged」宣言してるから仕方ないんだけどさ なんかやり方あるんでしょうか？ 環境はvc++2005でc++/cliでやってます 180 名前：デフォルトの名無しさん mailto:sage [2008/08/28(木) 14:44:01 ] どんなDLLが作りたいの？ 181 名前：デフォルトの名無しさん mailto:sage [2008/08/28(木) 15:11:28 ] #pragma managedができない差し迫った理由でもあんのけ？ ちゅーかCLRでプロジェクト作ればまんまマネージアセンブリができるはずだが。 182 名前：デフォルトの名無しさん mailto:sage [2008/08/28(木) 15:21:07 ] >>179 #pragma unmanagedなしでも__declspec(dllexport)な関数は作れるぞ。 183 名前：デフォルトの名無しさん mailto:sage [2008/08/28(木) 16:04:26 ] 関係ないけど、C++/CLIでSusieプラグインのコールバック書いたらすごく遅くてビビった。 何回も呼ばれるとアンマネージ-マネージ間のオーバーヘッドも馬鹿にならんな。 184 名前：デフォルトの名無しさん [2008/09/07(日) 23:04:10 ] 既存のNativeのC++コードをC++/CLI でくるんでC#から呼び出す方法がいくつか検索できるけど (MicrosoftのC++開発チームもそれを奨励しているみたい)、 これって実際に余程、腕が習熟してないとトラブルに見舞 われそうだと思うけどどうですか？ もう、MFCなんか使ってnativeのC++で押し通した方が 良いように思うけど。とくに、カーネルの数値計算部 がNativeコードでできている場合 185 名前：デフォルトの名無しさん mailto:sage [2008/09/08(月) 00:15:06 ] それでいいんじゃない？ その時、/clr 付けておけば、.net framework も使えるし C# のライブラリも使える 186 名前：デフォルトの名無しさん mailto:sage [2008/09/08(月) 00:21:19 ] pc11.2ch.net/test/read.cgi/gamedev/1210701179/ 749 名前：名前は開発中のものです。[sage] 投稿日：2008/09/07(日) 13:50:13 ID:TzkL+YXR C++/CLIなら.NETの便利なクラスライブラリやビジュアルデザイナを C++から都合よく使えるとか思ってるなら大間違い 187 名前：デフォルトの名無しさん mailto:sage [2008/09/08(月) 00:32:05 ] は？ GUI は MFC か WTL だろ >184 もそう言ってるじゃないか 188 名前：デフォルトの名無しさん mailto:sage [2008/09/08(月) 01:49:41 ] >>184 別にネイティブコード呼び出すだけならC#からP/Invokeでも良いじゃん。 一度C#+WinForms+ビジュアルデザイナの開発に浸っちまうとMFCとか戻りたくない。 というかC++/CLIは使うかどうか迷うようなもんではないだろ。 C++/CLIのプロジェクト自体ほとんど見たことないが、 例えばアンタがXNAやSlimDX（DirectXのマネージラッパー） みたいなアセンブリを作ろう思った時に、欲しい言語はどんな感じになると思う？ 189 名前：デフォルトの名無しさん mailto:sage [2008/09/08(月) 09:20:33 ] dllimport並べたC# 190 名前：デフォルトの名無しさん mailto:sage [2008/09/08(月) 10:33:14 ] >>189 DirectXインターフェイスみたいなクラスのメンバ関数はどうするの？　 FBX SDKみたいなバイナリ提供しかされていないライブラリが沢山ある場合は？ C#+DllImportにこだわって関数テーブルからのオフセット調べたり API変換のみのネイティブDLLをライブラリ毎に作るくらいなら C++/CLIでマネージクラス書いた方が多少はマシだぞ思うぞ。 191 名前：デフォルトの名無しさん mailto:sage [2008/09/08(月) 11:05:30 ] すでにC++のコードがある場合、それをC#から使うのにいいな。 192 名前：デフォルトの名無しさん mailto:sage [2008/09/08(月) 11:09:30 ] >>190 >DirectXインターフェイスみたいなクラスのメンバ関数はどうするの？ DirectXインターフェイスならCOM準拠なんだからCOM Interopでいいじゃん。 >FBX SDKみたいなバイナリ提供しかされていないライブラリが沢山ある場合は？ Interop Assistantでヘッダファイルを構文解析して、P/Invoke定義をコード生成する。 ttp://blogs.msdn.com/bclteam/archive/2008/06/23/p-invoke-interop-assistant-justin-van-patten.aspx 193 名前：デフォルトの名無しさん mailto:sage [2008/09/08(月) 11:11:31 ] FBX SDKってもしかして*.libのみ提供？ 194 名前：デフォルトの名無しさん mailto:sage [2008/09/08(月) 12:10:02 ] >>192 >DirectXインターフェイスならCOM準拠なんだから DirectShow以外は準拠しとらんよ。tlbもidlもない状態からinteropできたっけ？ まぁDirectXに限らずCOM以外のC++クラスライブラリは無理だわな。 >Interop Assistantでヘッダファイルを構文解析して、P/Invoke定義をコード生成する 言葉足らずで悪かったが、スタティックライブラリのみの提供の場合ね。 195 名前：デフォルトの名無しさん mailto:sage [2008/09/08(月) 21:18:14 ] >>194 >DirectShow以外は準拠しとらんよ。tlbもidlもない状態からinteropできたっけ？ できるよ。tlbやidlはコードジェネレータの種に使っているだけで、 実行時にはMSILのメタデータしか使ってないから。 同じものをC#で書ける。 196 名前：デフォルトの名無しさん mailto:sage [2008/09/08(月) 22:30:35 ] そもそもAPIからIUｎknown弄ればどうとでもなる 197 名前：デフォルトの名無しさん mailto:sage [2008/09/08(月) 23:01:19 ] C++もC#も理解していて、さらにC++/CLIをやってやろうという意気込みがあれば、 DllImport並べたりCOMInteropでどうにかするより楽に感じると思う。 つまりそれくらいの意気込みがないとつらいかなとも思う。 198 名前：デフォルトの名無しさん [2008/09/09(火) 23:04:31 ] 実現したい機能がリフレクションを使わないと書けないかめんどくさい ・Type.getType()相当のプリミティブ ・Invoke()相当のプリミティブ 　があれば文字列をえっちらおっちらこさえれば.NET Frameworkのコードが呼べるはず。 　これならスタック二段増えるだけなので手間じゃないはず。(文字列こさえるのはともかくとしてね……) 　大本のプリミティブの下に積んでやれば下位互換性も保たれる。 199 名前：デフォルトの名無しさん [2008/09/14(日) 07:17:54 ] 447 名前：デフォルトの名無しさん[] 投稿日：2008/09/14(日) 01:09:45 Express 2005で３連休プログラマーなんだけど、 　String^ folderName; の ^ ってなに？ 200 名前：デフォルトの名無しさん mailto:sage [2008/09/14(日) 07:27:27 ] マネージドオブジェクトの参照。それ基本だから入門サイトで勉強しなおせ。 201 名前：デフォルトの名無しさん [2008/09/14(日) 14:24:38 ] .NETでiniファイルの読み書き詳しく 202 名前：デフォルトの名無しさん mailto:sage [2008/09/14(日) 14:27:51 ] C++/CLIならAPIをじかに呼べる。/clr:safeやC#などからならP/Invokeを使う。 その前にini使うようなデザインはもうするな。 203 名前：デフォルトの名無しさん [2008/09/14(日) 17:31:54 ] 仕様に書いてあるから訊いているのであって お前ごときが意見するのはおこがましいちは思わんかね？ 204 名前：デフォルトの名無しさん mailto:sage [2008/09/14(日) 17:35:18 ] ｸｽｸｽ ｸｽｸｽ 205 名前：デフォルトの名無しさん mailto:sage [2008/09/14(日) 17:37:55 ] このレベルのことはプログラマの権限の範疇だろ。 そうじゃなかったらプログラマでなくお前はコーダーだ。 206 名前：デフォルトの名無しさん mailto:sage [2008/09/14(日) 17:40:57 ] あげてるし釣りだろ そろそろ後釣り宣言が来るかもね 207 名前：デフォルトの名無しさん [2008/09/14(日) 20:48:40 ] iniファイルは釣りでした。 起動してるプロセス（リスト）の取得教えて 208 名前：デフォルトの名無しさん mailto:sage [2008/09/14(日) 20:49:53 ] 起動時にPIDをファイルに書いとけ 209 名前：デフォルトの名無しさん mailto:sage [2008/09/14(日) 21:36:58 ] そもそもC++/CLI関係なくね 210 名前：デフォルトの名無しさん mailto:sage [2008/09/14(日) 21:59:34 ] くだすれ.NET逝け 211 名前：デフォルトの名無しさん mailto:sage遅 [2008/09/14(日) 23:36:22 ] >>197 しかし DllImport, COMInterop にも利点があってアセンブリが AnyCPU に出来るという一部受けする魅力が パワーがあるんならだからそっちのほうがと思うとやっぱり C++/CLI って移行移行言っているのはそういう話なのではと。 言語的な話もあれども。 212 名前：デフォルトの名無しさん mailto:sage [2008/09/15(月) 01:40:00 ] 日本語ぎりぎりだな 213 名前：デフォルトの名無しさん mailto:sage [2008/09/15(月) 17:30:40 ] もうやだこの世界 214 名前：デフォルトの名無しさん mailto:sage [2008/09/15(月) 17:42:28 ] C++/CLIこそ.NET 215 名前：デフォルトの名無しさん [2008/09/19(金) 15:24:08 ] 自分以外のユーザのマイドキュメントのパスを取るAPIってない？ 216 名前：98 mailto:sage [2008/09/19(金) 15:38:38 ] なぜここで訊く 217 名前：デフォルトの名無しさん [2008/09/19(金) 15:46:18 ] c++/cliでやってるもんで・・・ フレームワークにうまいのがないかなと 218 名前：デフォルトの名無しさん mailto:sage [2008/09/19(金) 20:48:41 ] >>215 基本的にアクセスできない & プロファイルのロードは重いのでないん じゃない。 というか偽装してプロファイルロードしてとりゃいいんじゃないかなぁ。 219 名前：デフォルトの名無しさん [2008/09/22(月) 14:31:38 ] >>218 返信遅くなったんだが教えてくれ ユーザプロファイルを読み込んで後はどうやってマイドキュメント取ればいいの？ 後、ユーザプロファイル取れてるかも自信ないんだが、下で合ってる？ IntPtr lt = IntPtr::Zero; PROFILEINFO pfi; LogonUser(L"test", L"", L"test", 　LOGON32_LOGON_INTERACTIVE, LOGON32_PROVIDER_DEFAULT, 　(PHANDLE)<) ::ZeroMemory(&pfi, sizeof( PROFILEINFO )); 　pfi.dwSize = sizeof( PROFILEINFO ); 　pfi.lpUserName = L"test"; LoadUserProfile((HANDLE)lt, &pfi); 220 名前：デフォルトの名無しさん mailto:sage [2008/09/22(月) 23:47:22 ] >>219 C++なんだから、IntPtrよりHANDLEとか適切な型を使おうぜ。 それはともかく、SHGetFolderPathがトークンハンドルを引数を取る。 もしかしたら、ユーザプロファイルを読み込まなくても使えるかもしれない。 221 名前：デフォルトの名無しさん mailto:sage [2008/09/24(水) 09:13:10 ] >>221 レスあり ユーザプロファイルのロードはしなくても取れました 222 名前：デフォルトの名無しさん mailto:sage [2008/09/24(水) 20:36:52 ] というかそのコードだと LogonUser で自動的にロードしてるな>プロファイル 223 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 17:16:46 ] C++/CLIでprintDialogが開くのが遅くて、 printDocument->Print()してからプリントアウトが始まるのも遅いんですが早くする方法ってありますか？ 224 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 21:51:11 ] C#の if(hoge is Nazo) { 　// hogeはNazo型 } みたいのはどうやって書くの？ 225 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 21:59:13 ] if (dynamic_cast<Naze^>(hoge)) { } dynamic_castはC#のas相当で、C#のisとasは同じILにコンパイルされるということから。 226 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 22:12:10 ] できました 227 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 12:35:06 ] as は safe_cast 相当じゃないの？ 228 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 12:50:42 ] safe_castはキャスト失敗した時例外投げる 229 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 21:43:43 ] List<T>::Find(System::Predicate<T>(T)) あたりのやつってC++/CLIだと使えないの？ 230 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 21:48:12 ] 別に使えないってこたーない 匿名メソッドやラムダ式が無いから使いづらいけどな 231 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 22:02:12 ] 匿名メソッドないから、 条件の数だけデリゲートの関数が要る。 232 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 22:16:36 ] そこでBoost.Lambdaが……、使えない。 233 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 22:25:28 ] 比較対象を変数に仕込んだり… 234 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 22:32:27 ] こんなカオスな方法が ttp://blogs.wankuma.com/episteme/archive/2006/02/21/21426.aspx 235 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 00:14:38 ] collection_adapterにぶち込んで、cliext::find_ifを使うんだ。 bind1stとか使えるぞ。 236 名前：デフォルトの名無しさん mailto:sage [2008/10/08(水) 01:49:56 ] 文字列スイッチはできないの? 237 名前：デフォルトの名無しさん mailto:sage [2008/10/08(水) 02:35:14 ] そこはC++ですから。 238 名前：デフォルトの名無しさん mailto:sage [2008/10/09(木) 22:18:18 ] ひんと はっしゅ 239 名前：デフォルトの名無しさん mailto:sage [2008/10/10(金) 14:52:36 ] C++/CLIのフォームデザイナのコード、あれなんとかならない…？ 240 名前：デフォルトの名無しさん mailto:sage [2008/10/11(土) 09:10:20 ] まあそもそもフォームデザイナ使うようなところに使う言語じゃないしね おまけと割り切るべき 241 名前：デフォルトの名無しさん mailto:sage [2008/10/13(月) 10:55:06 ] C#はISO,JIS承認されたけど、 C++/CLIはISOに蹴られてその後どーなったの？ 242 名前：デフォルトの名無しさん mailto:sage [2008/10/14(火) 01:18:52 ] C++0x 待ちじゃね？ 243 名前：デフォルトの名無しさん mailto:sage [2008/10/15(水) 10:47:55 ] Bette Cを標榜するならC99のコードは動作してもらいたい。 C++/CLIIはNGになってよかったけど、これに変わるとなると、もう素直にC++0x→D言語でいいんじゃないの？ 244 名前：デフォルトの名無しさん [2008/11/11(火) 23:17:15 ] VSで開発してC++用のライブラリ使ってて、 内部で標準C++ライブラリが使われてmsvcr80.dllとかが要求されるんだが、 完成間近にいざ別の環境に持っていくと動かなかった。 .net入れてたら動くかと思ったんだが･･･ CRTオプションが/clrだから/MT（without DLL）が併用できないと怒られたし。 どうしよう(・ω・`) 正味CLRの実装レベルの話分かってない俺を誰か助けてくれ。 245 名前：デフォルトの名無しさん mailto:sage [2008/11/11(火) 23:19:24 ] >>244 それはランタイムが足りないから。 Visual C++ 再頒布可能パッケージってのをインストールするんだ。 バージョン（SPの有無も）、x86/x64/IA64で別々だからそこんとこ間違えないように。 246 名前：デフォルトの名無しさん mailto:sage [2008/11/12(水) 06:20:13 ] xp以降はおなじmsvcr80.dllでもビルドやリビジョンが下位の場合は読み込まない。 .NET2.0を導入すると.NET2.0が使ってる8.0.50727.42(or163？)が、 .NET3.0を導入すると.NET3.0が使ってる8.0.50727.1833がインストールされるが、 VS2005の最新パッチ状態でコンパイルしたものは8.0.50727.3053を必要とする。 このために.NET2.0が入っていてもmsvcr80.dllがあっても見つからないというエラーが発生する。 247 名前：デフォルトの名無しさん mailto:sage [2008/11/12(水) 07:52:30 ] 別に .net 関係ない話だし 248 名前：デフォルトの名無しさん mailto:sage [2008/11/12(水) 08:46:47 ] CRTを使ってるからたまたま一緒にインストールされるという話だね。 インストーラーやClickOnce、または再配布モジュールで導入するのが筋だろう。 .NETでCRTを使ってるのはCSC.EXEとかMSCORWKS.DLLあたりだね。 249 名前：デフォルトの名無しさん mailto:sage [2008/11/12(水) 08:53:36 ] C++/CLIでCRTを使いたくないなら、/clr:safeにする必要がある 250 名前：デフォルトの名無しさん mailto:sage [2008/11/12(水) 20:22:04 ] ねーよ 251 名前：デフォルトの名無しさん mailto:sage [2008/11/12(水) 22:01:08 ] CLIの機能(プロパティやGC)は使用したいけれど.net frameworkは使用しない場合で、 .net frameworkのランタイムが入っていない環境で動作する様にできるんですか？ 252 名前：デフォルトの名無しさん mailto:sage [2008/11/12(水) 22:16:09 ] Monoでも入れてみるかね

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef