06/12/05 00:23:34
>>199
>>193で出たものの、>>195で却下された。
201:デフォルトの名無しさん
06/12/05 11:03:39
個人的には(作成理由から読むに) C# で DLLImport の方法を探した方が遥かに楽だったんじゃないかという気がするけど。
色んな選択肢を使える懐の深さが C++/CLI の一つの魅力なわけだし、
最速/高効率よりも、本人が理解/吸収しやすい手法を取るのが最良だと思う。
202:デフォルトの名無しさん
06/12/05 16:10:02
さすがに、それを最良と言い切るのはおかしいな。
言いたいことはわかるが、言葉の選択を誤ってるね。
203:デフォルトの名無しさん
07/01/03 23:36:10
URLﾘﾝｸ(www.rupan.net)
PASS: CLI
204:デフォルトの名無しさん
07/01/06 00:27:15
>>203
これってなんだったの？
205:デフォルトの名無しさん
07/01/06 00:31:07
仕様書のスキャン画像
206:デフォルトの名無しさん
07/02/24 01:07:33
C++/CLIでWPFの開発できないの？
207:デフォルトの名無しさん
07/02/24 18:54:27
できないほうが不思議
208:デフォルトの名無しさん
07/03/01 04:46:46
IDEのサポートがあるかどうかは別問題だけどね。
209:デフォルトの名無しさん
07/03/01 20:21:14
C++/CLIでのWPF開発ではIDEのサポートは無いの？
210:デフォルトの名無しさん
07/03/01 21:27:14
XAMLPadで十分じゃん
どうせUIはC++じゃなくてXMLで書くんだし
211:デフォルトの名無しさん
07/03/01 21:27:51
Visual Studio 2007(2008?)には標準で入るはず。
212:デフォルトの名無しさん
07/03/03 19:31:33
literalって何のために追加されたの？
constでいいじゃん。
213:デフォルトの名無しさん
07/03/04 16:28:43
>>212
よく知らんが、名前の通りリテラルの為なんじゃないのか？
214:デフォルトの名無しさん
07/03/04 17:59:55
いやだってManaged C++ではstatic constで済んでいただろ。
215:デフォルトの名無しさん
07/03/04 22:20:44
フィールドにCILで言うところのliteral属性をつけるか否かを区別できるようになった
216:デフォルトの名無しさん
07/03/06 23:10:16
Managed C++ではunmanagedなものとの区別があいまいだったから、
出来るだけ違う名前を付けるようにしたとかそんなのじゃないの？
参照周りとかgcnewとか見ててもそういう思想に見えるんだが
217:デフォルトの名無しさん
07/04/09 19:24:28
流れぶった切って申し訳ないですが、質問です。
C++/CLIで、既存のネイティブ関数をラップして、
public ref class Test
{
public :
static void show( System::Int32^ x ) {}
static void show( System::Double^ x ) {}
};
というようなクラスを作って、C#から
static void main()
{
Test.show( 1 );
Test.show( 2.0 );
}
という風にオーバーロードして呼び出たんですが、
次のメソッドまたはプロパティ間で呼び出しが不適切です: 'Test.show(System.ValueType)' と 'Test.show(System.ValueType)'
というエラーがでて、コンパイルできませんでした。
エラーをみると、引数のSystem::Int32とSystem::DoubleがSystem::ValueTypeになってる
っぽいんですが、正しくラップするにはどういう風に書くんでしょうか？
218:デフォルトの名無しさん
07/04/09 19:34:18
＾
219:デフォルトの名無しさん
07/04/09 20:42:10
>>217
そういうこと。値型はハンドルを使わず生の型を使え。
C++/CLIで値型へのハンドルはボックス化の扱い。
IL上の引数・戻り値は、System.ValueType（これ自体は参照型）となる。
URLﾘﾝｸ(vene.wankuma.com)
基の型の情報も記録しているので、IL上は多重定義可能で、
C++/CLIでもコンパイラがそれを認識して多重定義解決を行う。
しかしC#コンパイラはそれを知らないので、
単にSystem.ValueTypeを1つ引数に取るメソッドshowが2つあるとしか認識できない。
220:217
07/04/09 23:01:02
>>218-219
なるほど。
解決しました！ありがとうございます。
221:デフォルトの名無しさん
07/05/09 18:06:56
○コンストラクタ
StreamReader^ FormDataReader = gcnew StreamReader("FormData.txt", System::Text::Encoding::GetEncoding("shift-jis"));
String^ locationX = MainFormDataReader->ReadLine();
String^ locationY = MainFormDataReader->ReadLine();
String^ SizeW = MainFormDataReader->ReadLine();
String^ SizeH = MainFormDataReader->ReadLine();
locationX = locationX->Substring(locationX->IndexOf("=") + 1);
locationY = locationY->Substring(locationY->IndexOf("=") + 1, locationY->IndexOf("}") - locationY->IndexOf("=") - 1);
SizeW = SizeW->Substring(SizeW->IndexOf("=") + 1);
SizeH = SizeH->Substring(SizeH->IndexOf("=") + 1, SizeH->IndexOf("}") - SizeH->IndexOf("=") - 1);
this->SetDesktopBounds(int::Parse(locationX), int::Parse(locationY), int::Parse(SizeW), int::Parse(SizeH));
MainFormDataReader->Close();
//最初の表示位置を記録
this->OnResizeEnd(nullptr);
○デストラクタ
StreamWriter^ FormDataWriter = gcnew StreamWriter("FormData.txt", false, System::Text::Encoding::GetEncoding("shift-jis"));
MainFormDataWriter->WriteLine(this->WindowState);
MainFormDataWriter->WriteLine(LocationString->Replace(",", "\r\n"));
MainFormDataWriter->WriteLine(SizeString->Replace(",", "\r\n"));
MainFormDataWriter->WriteLine(splitContainer1->SplitterDistance);
MainFormDataWriter->WriteLine(splitContainer2->SplitterDistance);
MainFormDataWriter->Close();
222:デフォルトの名無しさん
07/05/09 18:09:35
○初期設定
String^ LocationString;
String^ SizeString;
this->ResizeEnd += gcnew System::EventHandler(this, &MainForm::MainForm_ResizeEnd);
○フォームのサイズと位置を取得する
private: System::Void MainForm_ResizeEnd(System::Object^ sender, System::EventArgs^ e) {
LocationString = "" + this->Location;
SizeString = "" + this->Size;
}
長かったので分割してカキコしました
今日出された課題でフォーム位置を記録するという物があったのですが、どうしても汚くなってしまいます。
もう少し効率の良いフォーム位置の記録方法はありませんか？
223:デフォルトの名無しさん
07/05/09 21:05:32
なんつうかきったねえな、おい。
Hashtableに格納してシリアライズするとか、
シリアライズ可能な構造体を定義してそれを保存するとか、
自前で読み書きするにしても、せめて、生の整数値で保存しろよ。
224:デフォルトの名無しさん
07/05/09 22:03:19
>>223
ご指摘ありがとうございます
>自前で読み書きするにしても、せめて、生の整数値で保存しろよ。
苦肉の策で、無理矢理保存してました（汗
225:デフォルトの名無しさん
07/05/10 08:14:13
String^ a = "a";
String^ b = a;
a = "b";
これでbが"b"にならないのはどういう仕組みなんでしょうか？
いろいろ調べましたが結局わかりません。
226:デフォルトの名無しさん
07/05/10 08:18:49
int n = 1;
int* a = &n;
int* b = a;
int m = 2;
a = &m;
で b が 2 になりません、って言ってるのと同じこと。
227:デフォルトの名無しさん
07/05/10 08:19:26
間違えた。*b が 2 に、だった。
228:デフォルトの名無しさん
07/05/10 08:44:36
>>226
ありがとう。なんかぼけてました。(;´Д｀)
229:デフォルトの名無しさん
07/05/15 21:09:57
（ﾟДﾟ）
230:デフォルトの名無しさん
07/05/17 01:46:32
致命的なエラーです。 (HRESULT からの例外: 0x8000FFFF (E_UNEXPECTED))
という警告がデザイナーで急に頻繁に表示されるようになってしまったのですが、
どなたか解決策をご存じありませんか？
コンパイルはちゃんとできるんですけど...
231:デフォルトの名無しさん
07/05/17 18:01:24
言語伝々自体にドトネトコード自体がお呼びじゃないからな。
232:デフォルトの名無しさん
07/05/17 22:56:54
誤爆け？
233:デフォルトの名無しさん
07/05/18 16:56:09
でんでん？
云々の間違いなんだろうが、どうすればそんな間違いが起こるんだｗ
234:デフォルトの名無しさん
07/05/18 17:16:41
＞伝々
思わずふいてしまた
235:デフォルトの名無しさん
07/05/25 16:01:13
treeViewの再描画を一時停止したいんだけどどうすれば良いの？
236:デフォルトの名無しさん
07/05/25 17:22:17
初めまして、VC++のC++/CLIのフォームアプリケーションについて質問があります。
今、LimeChat 2 の様なアプリを作っていています。
そのアプリのテキストボックスには、カーソルが表示されていません。
どのようにすれば、カーソルを表示させないようにできるのでしょうか？
また、TreeViewの再描画を一時停止させたいのですが、どうすればよいのでしょうか？
237:デフォルトの名無しさん
07/05/26 00:24:49
再描画のハンドラをオーバーロードして
止めたいときだけ無視する。
238:デフォルトの名無しさん
07/05/26 00:28:12
自己解決しました！
>>また、TreeViewの再描画を一時停止させたいのですが、どうすればよいのでしょうか？
treeView->BeginUpdate();
キャレットが出無くなればいいわけです
Win32 APIにHideCaretという関数があるのですが、C++/CLIではどうしても見つけることができませんでしたorz
239:デフォルトの名無しさん
07/05/27 15:49:02
iconv (iconv_t cd, const char* * inbuf, size_t *inbytesleft, char* * outbuf, size_t *outbytesleft);
この関数のinbufにString^を渡したいのですがうまくキャストできません。
pin_ptr<const wchar_t> pIn = PtrToStringChars(in);
pin_ptr<const char> pInPass = pin_ptr<const char>pIn; // error
iconv(cd, &pInPass, &inlength, pOutPass, &outlength) )
どうやってキャストすればいいのでしょうか？
240:デフォルトの名無しさん
07/05/27 20:26:06
pInの段階で既にpinされているのだから、後は普通のC++と同じように
const char* pInPass = reinterpret_cast<const char*>(pIn);でいいと思う。
241:かも
07/05/27 23:33:12
だれか、ニューメリカルレシピインシーっていう本やったことある人いませんか（？？）
242:デフォルトの名無しさん
07/05/28 02:05:15
>>239
URLﾘﾝｸ(msdn2.microsoft.com)(VS.80).aspx
String^からstd::stringにしてc_str()で渡せば。
243:デフォルトの名無しさん
07/05/28 10:20:36
>240
できました。ありがとう。
>242
できればコピーしないでやりたかったので。
244:デフォルトの名無しさん
07/05/29 18:10:26
こんなものC++の標準が改定されたら置いてきぼりになるじゃんか
志ねMS
245:デフォルトの名無しさん
07/05/29 19:22:06
C++/CLIはC++ではないと何度言ったら分かるんだね。
246:デフォルトの名無しさん
07/05/29 19:25:48
C++自体がC99から置いてきぼりになってますが何か？
でもってC++/CLIも世界標準規格のわけだが
247:デフォルトの名無しさん
07/05/29 20:05:06
世界標準言ったって、盲判で有名なECMAだろ？
ちょっとまえにISOに蹴られたばっかじゃん。
248:デフォルトの名無しさん
07/05/29 22:43:18
実装がひとつしかないのに世界標準とかいわれても非常に困る
249:デフォルトの名無しさん
07/05/30 00:09:22
っ Mono
250:デフォルトの名無しさん
07/05/30 00:14:38
>>249
だから一つしかないんだろ？
251:デフォルトの名無しさん
07/05/30 00:14:44
MonoにC++/CLIコンパイラなんてあったの？
252:デフォルトの名無しさん
07/05/30 00:17:41
いずれできる
253:デフォルトの名無しさん
07/05/30 00:20:26
>246
はあ? ISOに蹴られてるだろ? どこが世界標準規格なんだよ。
嘘もいい加減にしろ。
254:デフォルトの名無しさん
07/05/30 00:23:11
URLﾘﾝｸ(www.ecma-international.org)
無知は黙っとけ
おっとお子ちゃまに英語は読めないかなw
255:デフォルトの名無しさん
07/05/30 00:27:19
>>254
あれ？ なにそれ？ なんで普通になんの制限もないPDFがダウンロードできるの？
単にECMA規格がそーゆーもんなの？ それともドラフトかなんか？
256:デフォルトの名無しさん
07/05/30 00:28:47
標準規格に制限かける標準化団体はいね。
257:デフォルトの名無しさん
07/05/30 00:28:48
もう、C++/CLIは死に体。
258:デフォルトの名無しさん
07/05/30 00:29:58
>>256
IEEE
259:デフォルトの名無しさん
07/05/30 01:00:15
CLIもDも
C++0xへの叩き台なので問題ない
260:デフォルトの名無しさん
07/05/30 01:45:36
>>256
ISO も JIS も普通に金取られるぞ
261:デフォルトの名無しさん
07/05/30 02:35:21
ANSIも
262:デフォルトの名無しさん
07/05/30 22:01:33
規格がみんな無料で閲覧できるようになればいいのに
コストはともかくトラフィックで死ねるからやらないんだろうけど
263:デフォルトの名無しさん
07/05/31 00:15:28
いらないものをさも必要があるかのように作って無駄にはやらせようとするM$は死ねばいいのに
264:デフォルトの名無しさん
07/05/31 01:02:17
開発者に対してろくなアプローチをしないところよりはまだマシさ。
265:デフォルトの名無しさん
07/05/31 07:02:19
>>263
禿は「ライブラリで出来るところはライブラリでやれよ。
テンプレートで出来るだろ」という見解だったな。
というわけで、ISOでは蹴られ続けるだろうな。
実際5月のミーティングでも駄目だったし。
266:デフォルトの名無しさん
07/05/31 11:19:11
VC++2005です。
メインフォーム上に置いたコントロールのWndProcをオーバーライド
したいんですが。普通に継承して、メインフォームのコードを書き換えると、
フォームデザイナーがうまく機能しなくなってしまいます。
フォームデザイナをちゃんと動かすためにはいろいろ大変みたいで
できればやりたくないです。もっと簡単にWndProcをオーバーライド
する方法はないでしょうか？
267:デフォルトの名無しさん
07/05/31 11:34:27
結局、C++/CLIとC++でいつでも分離できるように実装するしかないんだよな。
C++/CLI側は「まだ実装するべき機能はあるから、追加しちゃうよ」とかほざいてるし、
標準じゃないのはいらねぇよ。
268:デフォルトの名無しさん
07/05/31 15:51:15
about C# Mono
Mono C# compiler version 1.2.2.1
C# Language Specification ECMA-334
Common Language Infrastructure (CLI) ECMA-335
Home Page: URLﾘﾝｸ(www.mono-project.com)
Download: URLﾘﾝｸ(www.mono-project.com)
269:デフォルトの名無しさん
07/05/31 17:26:09
で？
270:デフォルトの名無しさん
07/05/31 18:51:50
>>268
君さ、何か勘違いしてる気がするよ。
271:デフォルトの名無しさん
07/05/31 20:47:23
C++/CLIで作ると移植性が落ちる。
272:デフォルトの名無しさん
07/05/31 21:16:15
ポートも糞もないだろｗ
273:デフォルトの名無しさん
07/05/31 23:26:57
質問です。
using namespace System;
using namespace System::Collections::Generic;
ref class HogeItem;
generic<typename CItem>
where CItem : HogeItem
ref class HogeList;
public ref class HogeItem abstract {
internal:
HogeList<HogeItem^>^ list;
};
generic<typename CItem>
where CItem : HogeItem
public ref class HogeList abstract : IList<CItem> {
public:
virtual void Insert(int index, CItem item) {
item->list = this; ←ここでエラー
}
};
HogeItem::list の型は HogeList<HogeItem^>^ なんですが、this が HogeList<CItem>^ なので
変換できないって怒られます。
IList<HogeItem^>^ とかにしてもだめでした。
generic の宣言のほうを変更しても良い方法が見つからず、困っています。
item 側にどの List に格納されたのか知らせる手段がほしいのですが、
うまい方法は無いでしょうか？
274:デフォルトの名無しさん
07/06/01 08:39:29
＞271 名前： デフォルトの名無しさん [sage] 投稿日： 2007/05/31(木) 20:47:23
＞C++/CLIで作ると移植性が落ちる。
だから世の中の０＄や重要なソフトはC++なのさ。
275:デフォルトの名無しさん
07/06/01 11:56:46
>>273
item->list = (HogeList<HogeItem^>^) this;
HogeListは事実上HogeItemの派生クラス専用なのだから、
IList<T>の継承じゃなくてListを包含してしまったほうが楽だと思うけどな。
276:デフォルトの名無しさん
07/06/04 00:21:36
ネイティブのクラスがハンドルを持てないのはなぜ？
277:デフォルトの名無しさん
07/06/04 11:19:47
ハンドルはGC管理領域を指すマネージドポインタだから。
278:デフォルトの名無しさん
07/06/04 14:38:46
>>277
それは織り込み済みです。
279:デフォルトの名無しさん
07/06/04 15:13:16
ベンダーはECMAを見るだろうからISOとか関係ないっしょ
280:デフォルトの名無しさん
07/06/04 15:50:03
いや、ベンダーって、誰が実装するのよ？
281:デフォルトの名無しさん
07/06/04 18:39:41
>>276
ネイティブクラスのインスタンスは、マネージヒープ・スタック以外に作られる可能性がある
しかし、CLRのGCは、自身が管理するメモリ以外を見ない
だからネイティブクラスはハンドルを持てない
おとなしくmsclr::gcrootを使いなさいということ
282:デフォルトの名無しさん
07/06/04 18:49:32
>>281
ありがとう。
つまりネイティブヒープ上にあると、ハンドルがGC対象にしていいか追跡
できなくなるって理解しました。
gcrootなんてあったんですね。調べてみます。
283:デフォルトの名無しさん
07/06/04 18:49:50
CreateFileとかCloseHandle呼べばいいんでは？
284:デフォルトの名無しさん
07/06/04 19:00:12
審議中
∧,,∧ ∧,,∧
∧ (´・ω・) (・ω・｀) ∧∧
( ´・ω) Ｕ) ( つと ﾉ(ω・｀ )
｜ Ｕ ( ´・) (・｀ ) と ﾉ
ｕ-ｕ （l ) ( ﾉu-ｕ
`ｕ-ｕ'. `ｕ-u'
285:デフォルトの名無しさん
07/06/04 19:16:51
>>279
つーか、ECMAに最初だけ登録しておいて、
以後のバージョンアップは放置ってのがMSの手法。
で「仕様は公開されてますよ、オープンです」って言う。
286:デフォルトの名無しさん
07/06/04 19:33:12
C++/CLIで作ったら、各部署、それぞれから大ブーイングだぜ。
287:デフォルトの名無しさん
07/06/04 19:37:41
C#はJIS通ったんだが
288:デフォルトの名無しさん
07/06/04 21:02:25
>>286
なんで？
289:デフォルトの名無しさん
07/06/05 01:13:42
>288
ソースが転用できねーじゃねーか。ぼけ、死ね、くたばれ。
って言われる。
290:デフォルトの名無しさん
07/06/05 05:53:23
ネットワークドライブ上のファイル X:\あああああ\いいいいい.txt
があり、ファイル名は日本語とします。
また、ファイル名としてconst char*を受け取るライブラリの関数libfuncがあります。
これは変更不可です。
英語XPでこのlibfuncにパスを渡すいい方法はないでしょうか？
以下のようなコードだとconst char*に変換するとき X:\??????などと
なり、読み込み不可になってしまいます。
String^ filename = L"X:\\あああああ\\いいいいい.txt";
System::IntPtr pp = StringToHGlobalAnsi(filename);
const char* afilename = (const char*)pp.ToPointer();
libfunc(afilename);
FreeHGlobal(pp);
shortpathを使う方法も思いついたのですがGetShortPathNameWで変換しても
X:\ああ~1\ などとなり日本語が残ってしまうためconst char*にうまく変換
できません。
291:デフォルトの名無しさん
07/06/05 05:54:24
続きです。
さらにもし可能なら、英語版windows98でも動くようにしたいです。
292:デフォルトの名無しさん
07/06/05 08:28:02
PtrToStringCharsの戻り値をpinして、
自分でWideCharToMultiByteやその他の手段でマルチバイト文字列へ変換
その際マルチバイト文字列の文字コードにShift_JIS (CP932)を指定
XP (NT)なら、Unicode対応でないプログラムの言語の設定（コントロールパネル→地域と言語のオプション→詳細設定）
で日本語を選んでおけばこれで動くと思う。あるいはAppLocaleで個別指定する手もある
98 (9x)は無理
293:デフォルトの名無しさん
07/06/05 23:56:10
String^ temp;
^って、なんの意味があるんですか？
294:デフォルトの名無しさん
07/06/05 23:58:15
ポインタ
295:デフォルトの名無しさん
07/06/05 23:59:01
ハンドル
296:デフォルトの名無しさん
07/06/06 00:10:54
>>294
ポインタ？
String* temp;
はなくなったんですか？
>>295
すいません、よくわかりません。
297:デフォルトの名無しさん
07/06/06 00:14:05
ハンドルで分からないなら managed なポインタと思っとけばおｋ
298:デフォルトの名無しさん
07/06/06 00:55:44
>>297
有難う御座います。
そのように思っておきます。
299:デフォルトの名無しさん
07/06/06 02:46:37
>>293
C++/CLI の変更点くらい確認しようぜ
ヘルプで C++/CLI Version 2, マネージ拡張 から
変更の概略を見れば出ている
300:デフォルトの名無しさん
07/06/06 10:33:56
でも、ぶっちゃけ、CLIにメモリ管理を任せる意味はあるのか。
301:デフォルトの名無しさん
07/06/06 11:32:38
>>300
DLLをまたいでオブジェクトが行き来しても、
メモリアロケータが違ってあぼんとかしないのはイイよ。
もちろんネイティブC++だってわかっている人が使えば問題ないんだけど。
ヘッダファイルにnew書いててそれがDEBUG_NEWに置換されて死亡とかイヤ過ぎる。
URLﾘﾝｸ(forums.microsoft.com)
302:デフォルトの名無しさん
07/06/06 13:21:26
>301
その為に共有メモリってのがあったわけだが…。
ちょっとコスト対効果のバランスが悪い理由な気がする。
303:デフォルトの名無しさん
07/06/06 13:25:03
>>302
共有メモリはプロセス間でメモリ共有したいときのものだと思うけど。
DLLはもとからメモリ空間共有してるわけだし、
メモリ共有で何を解決するつもりなのかサパリワカラン
304:デフォルトの名無しさん
07/06/06 14:29:10
>>303
DLLのスタティック領域がプロセス間で共有されてたのはWindows 3.1時代の話だぜ
305:290
07/06/06 19:50:35
>>292
ありがとう。
しかし290の例の日本語は他の言語の場合もあり、またはUnicodeでしか
表わせない混合型の場合もあるので、もっと根本的な解決法があれば
いいんですが。
306:デフォルトの名無しさん
07/06/07 00:18:32
根本的な解決があるとすれば、そのライブラリをどうにかするしかない
ハンドルやファイルポインタ・ストリーム辺りが渡せればだいぶましなんだが
307:デフォルトの名無しさん
07/06/13 07:45:40
アンマネージドで格納したバイト配列をcli::array<unsigned char,1>にしたいのですが、
どうすればいいのでしょうか？
int size = 1024;
byte *buf = new byte[size];
cli:array<unsigned char,1> ^arr = gcnew cli:array<unsigned char,1>(size);
System::Runtime::InteropServices::Marshal::Copy((IntPtr)buf, arr, 0, size);
//ここでエラーになる。
308:デフォルトの名無しさん
07/06/13 17:50:08
IntPtrをSystem::IntPtrにしたこと以外はそのままでも問題なさそうだし、
実際試しに動かしてみても問題なかったぞ
309:デフォルトの名無しさん
07/06/14 01:37:21
>>308
ありがとうございます。
すみません。問題は別のところにありました。
実際は*bufは関数でネイティブに渡していて、そこにそのまま渡していたという初歩的なミスです。
void nativefunc(byte **buf_p, size_t *size) {
//--- nativefunc(byte *buf_p, size_t *size) これで宣言していた
*size = bitmap.size;
byte *data = new byte[*size];
memcpy(//--- データ書き込み
*buf_p = &data[0]; //--- cliのbufのアドレス書き換え
}
void clifunc() {
size_t size;
byte *buf;
(new NativeCls)->nativefunc(&buf, &size);
//--- nativefunc(buf, &size); そのまま渡していた
cli:array<unsigned char,1> ^arr = gcnew cli:array<unsigned char,1>(size);
System::Runtime::InteropServices::Marshal::Copy((IntPtr)buf, arr, 0, size);
}
310:デフォルトの名無しさん
07/06/21 00:39:09
String a("A");
これがコンパイルできないのはなぜですか？
error C3149: 'System::String' : トップレベルの '^' なしに、この型をここに使用することはできません
311:デフォルトの名無しさん
07/06/21 00:46:21
トップレベルの '^' なしに、この型をここに使用することはできないから。
312:デフォルトの名無しさん
07/06/21 01:45:46
>>311
その理由を聞いています。
313:デフォルトの名無しさん
07/06/21 07:33:41
仕様だからとしか
314:デフォルトの名無しさん
07/06/21 08:49:15
仕様ですか。しかしObjectやStringBuilderなどは^がなくてもOKなので、
Stringのみ特別な事情があると理解すればいいでしょうか？
315:デフォルトの名無しさん
07/06/21 09:20:15
MSDNには対象外としか書いてないね。
The following reference types are not available for use with stack semantics:
delegate / array / String
予想だけどこれらはIDisposableでないので出来ても意味が少ない。
出来たとしてもハンドルに変換しないと使えない。
String s("A");
String^ x = "abcd" + %s;
String^ x = "abcd" + s.ToString();
316:デフォルトの名無しさん
07/06/21 10:55:52
>>315
ありがとう。
使い道がないということで理解しようと思います。
317:デフォルトの名無しさん
07/06/22 17:45:52
delegateは知らんが、arrayやStringは.NET ILレベルで特別扱いしてるからかもな。
318:デフォルトの名無しさん
07/06/24 09:16:58
VC2005でデバッグしてるとステップ実行で変なところを
さしてしまう場合があってデバッグしづらいんですが
直す方法はありますか？
nop命令があってそこでへんなとへこいきます。
319:デフォルトの名無しさん
07/07/06 05:55:39
GUIなアプリケーションを作るために
C#の「Windowsアプリケーション」プロジェクトでいくか
C++/CLIの「Windowsフォームアプリケーション」プロジェクトで行くか悩む。
アンマネージドなC++クラス（とboost）で書かれたCUI
アプリケーションのGUI版を作ろうとしています。
C# でもアンマネージドな DLL のエントリを呼び出すことできますし。
でもアンマネージドな C++ のクラスを使いまくりたいんだけど
どうしたものか・・・ COM コンポーネントとして作られていれば
容易に扱うことができたのかもしれないけど。
アンマネージドな C++ で書かれたクラスのインスタンスを
生成したい時って、そのクラスのファクトリメソッドを
用意しておいてそれを C# 側から呼び出すということになるんですかね？
C++ 特有の複雑な（引数の型を反映した）関数名とかどうなるんだろう。
extern "C" つかうのか。
320:デフォルトの名無しさん
07/07/06 05:56:10
ごめん、書いてる途中で C# な話題になってしまった。
321:319
07/07/06 06:41:49
それで、肝心のことなんですが、アンマネージドな C++ のクラスを
.NET 環境で使うためには C++/CLI でラッパークラスを書けば
いいのでしょうか？そうするとマーシャリングなども自動で
やってくれるということなのでしょうか？
DLL は C++ にやさしくない、かといって COM コンポーネント
として書いてしまうとプラットフォームに強く依存しすぎるので
一般的な用途のクラスライブラリには向かない、
でもアンマネージドな C++ のクラスを .NET と仲良くさせたい、
という課題をどう解決すればいいのかを教えてください。
322:デフォルトの名無しさん
07/07/06 08:19:58
> そうするとマーシャリングなども自動で
> やってくれるということなのでしょうか？
そういうことになるが、ある意味自分で
マーシャリングコードを書く補助をしていると言ってもいいかもしれない。
アンマネージクラスをC#（やその他.NET言語）から呼び出したければ、
C++/CLIでそのクラスをラップしたマネージクラスを含むマネージドDLLを作って、
他の言語から参照設定して使うのが一番率直な手段。
そもそもC#でアンマネージDLLのC++クラスを操作するなんて不可能だぞ。
（COMインタフェース経由を除く）
323:319
07/07/06 10:57:16
>C++/CLIでそのクラスをラップしたマネージクラスを含むマネージドDLLを作って、
>他の言語から参照設定して使うのが一番率直な手段。
やっぱそうですか、ある意味安心しました。
System.Runtime.Interop 以下にいろいろあるのを眺めてて、
もしかしてマネージドからなんかうまい具合にごにょごにょ
できる方法が用意されてるのかなぁ、などと疑心暗鬼になってました。
324:デフォルトの名無しさん
07/07/07 13:26:04
VC2005でデフォルトのフォームアプリを作成して、
CLRサポートを/clrにして以下のインクルードを追加すると
実行時ヒープエラーみたいなのが出ます。
#include <comdef.h>
#pragma comment(lib, "oleaut32.lib")
どうやって直したらいいのでしょうか？
325:デフォルトの名無しさん
07/07/24 03:07:41
なんで Void って大文字になったの？
326:デフォルトの名無しさん
07/07/24 03:13:36
ヘミvoidが権利を主張するのを避けるため
327:デフォルトの名無しさん
07/07/24 23:16:42
System::Void のこと？
328:デフォルトの名無しさん
07/07/24 23:50:23
当たり前のことなんだろうけどvoid代わりに使えるのが少し不思議に感じる。
#include <cstdlib>
int main()
{
System::Void* pv = std::malloc(256);
std::free(pv);
}
329:デフォルトの名無しさん
07/07/25 02:28:58
自分自身の起動パスを得るにはどうしたらいいの？
330:デフォルトの名無しさん
07/07/25 13:29:14
CRTの__argv[0]やWin32のGetModuleFileName(0,とか
.NETのSystem::Windows::Forms::Application::ExecutablePathなど。
331:デフォルトの名無しさん
07/07/25 22:11:43
Applicationにあったのか！
ありがとう。
ずっとProcessとかを探してたよ
Win32APIのときGetModuleDirectoryとかなんとかだったから
332:デフォルトの名無しさん
07/07/25 22:51:56
>>331
その線も惜しい。
Win32はGetModuleFileNameだったでしょ。
.NETだとモジュール (EXE/DLL)に対応するものはアセンブリだから、
その方向でやるならAssemblyクラスが正解だった。
URLﾘﾝｸ(www.atmarkit.co.jp)
333:デフォルトの名無しさん
07/07/27 12:14:00
Visual Studio 2005 で C++/CLI を使おうとしています。
std::vector<System::String^> のように標準のSTLのコンテナには
ハンドルを格納することはできないのでしょうか？
C++/CLI にはマネージドな世界独自のコンテナクラスライブラリが
用意されているのでしょうか？今の自分は array<String^>
しか使えずさみしい毎日を過ごしています。
std::vector<System::String^>^ lines;
try{
for(;;)
lines->push_back(stream_reader->ReadLine());
} catch
以下略
のようにぶん回してファイルを行単位で全行
読み込みたいだけなのですが・・・
334:デフォルトの名無しさん
07/07/27 12:19:12
>>333
＞C++/CLI にはマネージドな世界独自のコンテナクラスライブラリが
つSystem::Collections::Generic
STL.NET構想はどっかいっちゃったけどな
335:デフォルトの名無しさん
07/07/27 12:26:29
>>334
おお、「コレクション」というのですか。
どうりで C++ CLI コンテナ で検索していても
昔の managed C++ の資料や gcroot でがんばる
という方法しか見つからず難儀していました。
しかも cliext::vector なんかも見つかってしまい、
余計に混乱していました。cliext 名前空間以下の
識別子ってのが STL.NET なんですかね？
336:デフォルトの名無しさん
07/07/27 12:42:30
>335
STL.NET は STL/CLR という名前で VS2008 に同梱
ただ、.net fx 2.0 では動かない
こういう後方互換性がないものを C++/CLI で出してほしくなかった
337:デフォルトの名無しさん
07/07/27 12:47:04
＞後方互換性
上位互換が無いってことか？
338:デフォルトの名無しさん
07/07/27 12:49:22
>>336
それで困るやつはどれだけいるんだ
339:デフォルトの名無しさん
07/07/27 12:51:29
STLってのはC++では最重要なんだが...
340:デフォルトの名無しさん
07/07/27 12:55:13
>>336
それ本当？
.NET Framework 3.0も3.5もCLRのバージョンは2.0のままだろ。
341:デフォルトの名無しさん
07/07/27 13:07:08
.net fx 2.0 で作ってた既存アプリに STL/CLR を使って修正すると、アプリの実行に
3.5 が必要になるのは嫌じゃね？
前のCTPの頃はライブラリだけ持って行けばよかったんだが
342:デフォルトの名無しさん
07/07/27 13:22:05
>340
Beta1 で Microsoft.VisualC.Stlclr.Dll ＋ヘッダ抜き出しで駄目だったという報告があった
とりあえず、Beta2 が来てるんで、入れて試してみる
一応、「Microsoft.VisualC.Stlclr.Dll は .net fx 3.5 の一部ではない」はずなんだが
343:デフォルトの名無しさん
07/07/27 13:47:59
>>341
>.net fx 2.0 で作ってた既存アプリに STL/CLR を使って修正すると、アプリの実行に
>3.5 が必要になるのは嫌じゃね？
>前のCTPの頃はライブラリだけ持って行けばよかったんだが
コンパイルし直すんだろ？
どうせmsvcp90.dllとか増えてるんじゃないの？
VC++のランタイムライブラリに同梱ってのが幸せになる道かねぇ。
まあ3.5のサイズにもよるな。
344:デフォルトの名無しさん
07/07/27 14:43:50
>343
客先に説明するのが面倒なんだよね。でも、STL/CLR は使いたい
できれば、CTP同様に VS2005 + ヘッダ + Microsoft.VisualC.Stlclr.Dll で STL/CLR を
使った開発ができる方がうれしい。SP2 で来ないものかな
345:デフォルトの名無しさん
07/07/27 17:14:22
std::vector<int> v;
：
for each(int i in v)
{}
for eachでbegin(), end()が呼ばれているようですが
ECMA-372にはこの振る舞いの記述が見あたりません。
MSの独自拡張なのでしょうか?
346:デフォルトの名無しさん
07/07/28 00:28:26
>345
これでも行けますね
int vec[] = { 1, 2, 3, 4, 5 };
for each ( int num in vec )
{
std::cout << num <<std::endl;
}
配列アクセスが可能なものは Array のラップを掛けて渡されているのでは
ないでしょうか。Array は IEnumerable ですし
347:デフォルトの名無しさん
07/07/28 00:34:44
>346
ごめん。これはできて当たり前だわ
array<int>^ vec = { 1, 2, 3, 4, 5 };
と同等だもんな
348:デフォルトの名無しさん
07/07/28 07:12:42
>>346
Cタイプ配列とarray<T>は同等じゃないから346は通らないのでは？
349:デフォルトの名無しさん
07/07/28 07:20:17
std::vectorに対するfor each inはネイティブでコンパイルしても使えてるな。
/Zeで拡張構文を抑制するとeachが構文エラーになった。
// cl /EHsc hoge.cpp
#include <iostream>
#include <vector>
int main() {
std::vector<int> v; v.push_back(1); v.push_back(5);
for each (int i in v) std::cout << i << std::endl;
return 0; }
350:デフォルトの名無しさん
07/07/28 18:16:58
>348
Cタイプ配列は C++/CLI では array<Type> でラップされるよ。だから、346 は動く
>347 がそれを言ってる
ヘッダ見たけど、特に ecma-372 で必要とされている IEnumerable の定義も
見あたらないから、CLR・・・で定義されている所に、拡張構文で潜んでるっぽい
351:デフォルトの名無しさん
07/07/28 18:24:10
VS2008 Beta2 試してみた。コンパイル対象となる .net fx が選べるようになったんだが
2.0, 3.0 を選んだとき、STLCLR.dll は使えなかった
STL/CLR を使いたかったら、3.5 を普及させろと言うことらしい
( ﾟдﾟ) Feedback ﾏﾝﾄﾞｸｻ
＿(__つ/￣￣￣/＿
＼/ /
￣￣￣
( ﾟдﾟ )
＿(__つ/￣￣￣/＿
＼/ /
￣￣￣
352:デフォルトの名無しさん
07/07/28 19:47:41
>>350
C#のCタイプ配列はCLR配列だが、C++/CLI のCタイプ配列はCLR配列じゃないぞ。
>>346を実際にコンパイルしてみろ、C3285でしっかりコンパイルエラーが出る。
353:デフォルトの名無しさん
07/07/28 23:12:16
VC8 SP1で試したけど/clrの有無に関わらずC3285になるね。
当たり前だけど、boost::arrayはOK。
どうせならレンジに使えればいいのに、
ってそれなんてBOOST_FOREACHなんだけどね。
354:名無しさん＠そうだ選挙に行こう
07/07/29 14:40:44
>352-353
悪禁食らっていたので返答が遅れた
ごめん。漏れが試したのは、VS2008 Beta2 だった。こちらは >346 でコンパイルできるし
動く。また、ecma-372 でも、仕様上 346 で正しいから、VC8 で取りこぼしてた仕様が
いくつかあったやつを VC9 で準拠したんだと思う
/clr の有無に関わらずって、/clr なくて for each が使えるの？
355:名無しさん＠そうだ選挙に行こう
07/07/29 19:24:33
>>354
349でネイティブでも使えるという報告があるよ。
356:デフォルトの名無しさん
07/07/30 14:40:51
ファイル名をキーとするstd::mapのようなものを作りたく、Generic::Dictionaryのキー型にString^
比較にStringComparer:::CurrentCultureIgnoreCaseを指定してるのですが
全角アルファベットの大文字・小文字も同一視されてしまいます。
要するにNTFSやFATと同じようなファイル名の比較をしたいのですが、どうすればいいんでしょうか?
357:デフォルトの名無しさん
07/07/30 15:16:49
つ ネイティブC++
358:デフォルトの名無しさん
07/07/30 15:50:00
>>356
WindowsのNTFSファイルシステムドライバは"Ａ"と"ａ"は同じ文字とみなしてるよ？
359:デフォルトの名無しさん
07/07/30 16:11:47
>>358
あ、ほんとだ。区別されるものと思ってた。
360:デフォルトの名無しさん
07/07/31 10:22:34
>>356
カーネルの中には比較する関数あるんだけどね・・・
なんでユーザーモードに無いのかは謎
まじめにやると日本語やアルファベット以外の文字（ヨーロッパ圏など）でも
全角半角を問わず大文字小文字を区別しないので
割と面倒だった気がする。
361:デフォルトの名無しさん
07/08/01 04:25:12
Visual Studio 2005 で C++/CLI を使っています。
フォームデザイナの機能で C++/CLI と C# の間に
違いはあるのでしょうか？
つまり C# でのフォームデザイナと、C++/CLi での
フォームデザイナの間に、利用できるコントロールの
種類などで違いがあるのでしょうか？
.NET Framework で用意されている機能なら言語によらず
利用可能だとおもうので差はないと思っているのですが。
362:デフォルトの名無しさん
07/08/01 04:54:48
マネージドなプログラム組むならＣ＋＋なんか使わねっつの！ｗ
363:デフォルトの名無しさん
07/08/01 08:38:47
＞マネージドなプログラム
これってメリットある？
いや、一般論じゃなくて実際のところ。
364:デフォルトの名無しさん
07/08/01 09:07:42
プラットフォームにVistaが使えるじゃねーか。
365:デフォルトの名無しさん
07/08/01 09:14:12
いや、Vi$taにあうのはネイティブアプリ。
366:デフォルトの名無しさん
07/08/01 11:44:46
>>363
自分専用ツールにはクラスライブラリが充実しているので便利。
367:デフォルトの名無しさん
07/08/01 12:01:52
>>366
それにしては、Win32で出来るものが出来なかったり、中途半端。
だったらVCLみたくネイティブクラスライブラリ充実させろよ。
368:デフォルトの名無しさん
07/08/01 12:05:21
＞クラスライブラリが充実しているので
これって、ネイティブ版クラスライブラリを作成すれば完璧だおね。
M$のﾄﾞﾄﾈﾄ囲い込み戦略に嵌められてるだけじゃないの？
ﾄﾞﾄﾈﾄは終焉したわけだし、無視した方が良いよ。
369:デフォルトの名無しさん
07/08/01 12:37:37
ドトネト君っていろんなスレにいるな。
飽きないの？
370:デフォルトの名無しさん
07/08/01 13:00:03
＞プラットフォームにVista
つ URLﾘﾝｸ(gigazine.net)
企業ユーザーの大多数はVistaへの移行を考えていない
371:デフォルトの名無しさん
07/08/01 16:47:45
そりゃ、CreateFile系のAPI自体がバグでロックしちゃうんだもの。
企業ユーザが使おうとするわけがない。 >> VISTA
372:デフォルトの名無しさん
07/08/01 17:10:29
>CreateFile系のAPI自体がバグでロックしちゃうんだもの。
kwsk
373:デフォルトの名無しさん
07/08/01 17:12:17
これか
URLﾘﾝｸ(d.hatena.ne.jp)
374:デフォルトの名無しさん
07/08/01 22:23:38
Form.hに実装を書かせられるの嫌なんだけど、どうにかならない？
てか、なんでForm.hに実装させるような仕組みにしたんだろう？
375:デフォルトの名無しさん
07/08/01 23:02:47
Form.cppに実装を移せば？
376:デフォルトの名無しさん
07/08/01 23:59:06
実装を書かせるといっても、イベント用に開発環境が自動生成したものですよね。
これをcppにということになると、たとえば、フォームデザインの変更を
ちょこちょこやる場合、Formのデザイナとヘッダとcppを行ったり来たりでは
やっぱり大変だよね。
377:デフォルトの名無しさん
07/08/02 00:59:04
ぶっちゃけVC++8の.NETサポートは「諦めろ」としか言えないよ・・・
378:デフォルトの名無しさん
07/08/02 04:03:15
VC++9 では何か変わってるの？
379:デフォルトの名無しさん
07/08/02 09:44:37
そりゃ変わってますよw
380:デフォルトの名無しさん
07/08/02 18:35:26
VC2008先行して使っている人、
デサイナが生成するコードに何か大きな変化は有りましたか？
381:デフォルトの名無しさん
07/08/02 21:36:34
試してみたけど変わってないみたいだね。残念だ…
382:デフォルトの名無しさん
07/08/02 22:27:36
C++/CLI に関してはろくに対応されていないね。STL/CLR なんか作ってる場合じゃないと
思うんだが。結局、ネイティブ・アプリの ClickOnce 対応もしていないし
383:デフォルトの名無しさん
07/08/02 22:53:42
いや、STL/CLRは「ろくな対応」なんじゃないか？
384:デフォルトの名無しさん
07/08/03 01:11:20
ネイティブの STL にマネージド・オブジェクトが格納できればいらない対応でしょ
むしろ、2種類のライブラリに混乱しかねない
385:デフォルトの名無しさん
07/08/03 01:41:52
マネージドなSTLはそれになりに便利だと思う。
標準C++ & boost萌えな俺には、C++/CLIやC#はきついんだが…
386:デフォルトの名無しさん
07/08/03 08:17:10
>>384
確かに。少なくともクラス定義だけでも、
ネイティブクラスと値クラスに違いがなければいける。
前にも書いた気がするけど、ハンドル用のアロケータ書いてみたが、
ネイティブクラスはハンドルを持てないのでだめだった。
387:デフォルトの名無しさん
07/08/03 08:27:31
C++0x の concept map が C++/CLI に実装されたら、それつかって managed class を STL コンテナにいれられるのでは...
388:デフォルトの名無しさん
07/08/03 10:16:37
だとしたら、ほんとに STL/CLR は C++0x が確定するまでの繋ぎでしかなくなるな
389:デフォルトの名無しさん
07/08/03 11:18:52
いや、一応STL/CLRは一度覚えればC#でも使えるんだろ?
390:デフォルトの名無しさん
07/08/03 11:21:41
STL/CLR は C++/CLI せんよーだってさ
テンプレートで実装してるしね
391:デフォルトの名無しさん
07/08/03 11:22:36
じゃあ、意味ねーなw
392:デフォルトの名無しさん
07/08/03 11:33:20
なんかグダグダ
393:デフォルトの名無しさん
07/08/03 16:46:48
でもまだSTL/CLRのコンテナは、System::CollectionsやSystem::Collections::Genericの
インタフェースを実装しているのが強みと言えるかもしれない。
394:デフォルトの名無しさん
07/08/03 16:51:41
STLがあればGenerics要らんやん。
395:デフォルトの名無しさん
07/08/03 17:49:38
C# にも展開してくれれば良かったんだけどなぁ
396:デフォルトの名無しさん
07/08/04 00:58:40
まぁどっちかっつーと.NET言語の態勢を保ちつつ
コンパイル時のコード生成であるC++テンプレートをサポートするってのが
端から無茶やってるとは思うけどねぇ。
397:デフォルトの名無しさん
07/08/04 13:00:12
C++/CLIでは
stringstream
に相当するものは用意されているのでしょうか？
398:デフォルトの名無しさん
07/08/04 13:03:09
.NETのクラスライブラリにはMemoryStreamが似ている存在。
でもstringstreamだって使いたければ使えばいいし。
399:デフォルトの名無しさん
07/08/04 15:31:51
StringBuilder や StringReader, StringWriter を使ってもいいな
400:デフォルトの名無しさん
07/08/04 23:23:24
C++/CLIでも派生させるクラスのデストラクタはvirtualにすべき？
勝手になる？
401:397
07/08/04 23:41:29
長さの単位がString,StringBuilderはInt32でStreamはInt64くさいけど
System::IO::Streamとしても使いたかったんで
MemoryStreamから派生することにした。
順序つきで使える operator >> は面倒だからやめた・・・。
generic <typename T> MyStringStream% operator << (T x)
{
cli::array<unsigned char>^ buffer = System::Text::Encoding::Unicode->GetBytes(x->ToString());
this->Write(buffer,0,buffer->Length);
return *this;
}
402:デフォルトの名無しさん
07/08/05 00:21:56
>>400
ポインタを使った場合だと、virtual 付けないとダメね
ハンドル型だと、virtualなしでもいける
403:デフォルトの名無しさん
07/08/05 00:23:24
>>402
へえ、boost::shared_ptrみたいだな
404:デフォルトの名無しさん
07/08/05 00:26:44
「リソース管理できてデストラクタに罠がない賢い手段」
目指してるものが同じだからな。
405:デフォルトの名無しさん
07/08/05 00:54:52
>>402
トンクス！
406:デフォルトの名無しさん
07/08/05 01:28:41
ハンドル型っていまいち概念がわからん。
マネージドヒープにある実体を指すポインタなんだろうか？
407:デフォルトの名無しさん
07/08/05 01:35:03
ガベコレの都合から考えたほうが早いかも
408:デフォルトの名無しさん
07/08/05 02:07:15
ref class だと
デストラクタってDisposeじゃなかった？
だからvirtualにならないとつじつまが合わない気が・・・
409:デフォルトの名無しさん
07/08/05 05:28:45
>>408
ref classのデストラクタはDispose()ナマじゃなからvirtualかどうかは意味がない。
デストラクタを宣言すると暗黙でDispose(bool)とDispose()とFinalize()が定義されて、
デストラクタはDispose(bool)から間接的に呼ばれるので、
結果、継承ツリーの下位のほうから順にデストラクタが呼ばれる形になる。
410:デフォルトの名無しさん
07/08/05 08:36:27
>>406
ようするにそういうこと。ただしポインタ演算禁止で、演算子多重定義が使える。
ポインタ演算がやりたければinterior_ptr<>。
411:デフォルトの名無しさん
07/08/05 13:26:15
>>406
> マネージドヒープにある実体を指すポインタ
が含まれてます。ハンドルには。
そのポインタ(あるいはID)を直接操作するのは危険なので、
(たとえばGCで、場所を移動されるかも知れないので)
ハンドルを介して、その対象を操作するのです。
用語としては、車を運転する時に、直接タイヤを動かすのではなくて、
ハンドルを回して、タイヤを動かすあのハンドルと同じです。
CでFILE型がファイルハンドルと呼ばれるのと同じ。
412:デフォルトの名無しさん
07/08/05 17:38:01
>>410,411
thx
引数にint^で受け取ると勝手にSystem::Int32^になってるんだな。
int main(){
int x=10;
plusA(x);//値は変わらない
plusB(x);//値が変わる
}
void plusA(int^ x){
((int)x)++; //int型へのキャストが必要
}
void plusB(int% x){
x++; //いまいち理解できない
}
ところでConsole::WriteLineっていうのがあったと思うけど、
どうなったのでしょうか？VS2005のどこにも出力されないんですけど。
413:デフォルトの名無しさん
07/08/05 18:48:52
>>412
%は参照&のマネージド版。
ハンドルは、一応ポインタになぞらえられることを示すとするとこんな感じ。
値型をボックス化したハンドル絡みではこういうことになる。
void plusA(int^ x) {
(*x)++;
}
int x = 10;
int ^h = x;
plusA(h);
std::cout << x << ' ' << *h << '\n';
414:デフォルトの名無しさん
07/08/06 00:13:39
void plusA(int^ x) {
(*x)++;
}
int ^x=10;
plusA(x); //書き換わる
plusA(*x); //そのまま
ようするに参照ということかな？VBのByrefみたいな。
std::coutもprintfもWriteLineもどこにも出力されないんだが、
どうやって出力結果を見てるの？
415:デフォルトの名無しさん
07/08/06 00:48:01
>>414
Console::ReadLine();などででプログラム止めてる？
plusA(*x); って、*xがplusA関数に渡されるときに、
*xのコピーオブジェクトが作成され、そのハンドルがplusA関数の仮引数に
格納されるから、値が変わらないってことでいいのかな？
そうそう、
(10).Equals(11);
みたいに定数もオブジェクトとして扱われるんだね。
416:デフォルトの名無しさん
07/08/06 01:21:27
>>414
コンソールプログラムのプロジェクトにしている？
そうしないと、cout, printf, WriteLineの出力先は現れないよ。
コンソールプログラムのプロジェクトでなかったのなら、
プロジェクトのプロパティのリンカのシステムか何かのとこにサブシステムの設定があるから、
その中のコンソールを選べばいい。
URLﾘﾝｸ(msdn2.microsoft.com)(VS.80).aspx
>>415
plusA(*x);でコピーが作成されるのはそのとおり。ボクシングとは、
結局マネージドヒープに新しくオブジェクトを作って、そこへコピーすること。
値型のハンドルを引数に受け渡しすること自体はVBのByRefや
Cのポインタ渡しそっくりでいいんだが、ボクシングという
暗黙のオブジェクトのコピーが働くから話が少々厄介になっている。
417:デフォルトの名無しさん
07/08/06 21:48:15
boostみたいにprivateもシリアライズできる
非侵入型のシリアライズはないのでしょうか？
418:デフォルトの名無しさん
07/08/07 19:32:08
最初2003のManaged C++で作ってたんだが
都合により2005のC++/CLIに移ることにした。
プロジェクトを変換してコンパイルエラーを片付け、
いったんは動くようになったんだが
しばらくしてリビルドしようとすると
リンクエラーLNK2020「メタデータの操作に失敗しました」
が発生する。
今環境がないんで詳しいエラー内容は書けないんだが
「プロパティの数が違う」みたいなことを言われていた。
LNK2020にはいろいろ種類があるらしく、
「重複する型に、適合しないフィールド宣言があります」なら
リビルドすればいいらしいんだが、リビルドしてみても直らなかった。
プロジェクトを新規作成してファイルを全部入れても同じエラー。
ググっても英語のページすら出てこなかった。
誰か対処方法知ってたらｐｌｚ
419:デフォルトの名無しさん
07/08/07 19:38:50
最低限のコードを入れてリビルドして、どうなる？
420:デフォルトの名無しさん
07/08/07 19:42:36
>>419
stdafx.h
stdafx.cpp
main.cpp
resource.h
だけの状態？
421:デフォルトの名無しさん
07/08/07 20:48:11
すまんLNK2022だった
422:デフォルトの名無しさん
07/08/07 23:26:28
アノニマスな構造体があったの？
423:418
07/08/08 20:34:16
どうやらプロジェクトファイルが壊れていた模様。
もう一回プロジェクト変換しなおして
ソースとヘッダ入れたら動いた。
お騒がせｽﾏｿ
>>422
なかった
424:デフォルトの名無しさん
07/08/18 04:43:41
VC++ expressで
C++/CLIを使うときの制限事項ってどんなのがありますか？
425:デフォルトの名無しさん
07/08/18 12:05:30
別に何も無いよ
426:デフォルトの名無しさん
07/08/19 05:45:05
え？そうなの？
デバッグ機能とかGUIのデザインあたりが
はしょられてるんかと思ってた
427:デフォルトの名無しさん
07/08/19 08:36:21
>>424
URLﾘﾝｸ(msdn2.microsoft.com)(VS.80).aspx
428:デフォルトの名無しさん
07/08/19 21:32:30
intからenum（enum classじゃない）に変換したいんだが
普通のC言語のようにただのキャストじゃ変換できない？
どうもできていないような気がするんだが。
429:デフォルトの名無しさん
07/08/19 22:09:33
>>428
enum classじゃないenumはC++のそのままですよね？
単に使い方がおかしいだけでは。ソースを示してみたらどうです。
430:デフォルトの名無しさん
07/08/19 22:34:08
DirectXのコードなんだが
D3DFORMAT fmt = (D3DFORMAT)21;
431:デフォルトの名無しさん
07/08/19 22:38:04
実際のコードでは21の部分は変数になってる。
ユーザの入力。
432:デフォルトの名無しさん
07/08/19 22:44:36
実体が unsigned long int なんじゃね？
433:デフォルトの名無しさん
07/08/19 23:03:15
ヘッダではこうなってる
typedef enum _D3DFORMAT
{
（省略）
D3DFMT_A8R8G8B8 = 21,
（省略）
} D3DFORMAT;
434:デフォルトの名無しさん
07/08/19 23:05:14
直後にブレークポイントつけてウォッチすると
fmtが「未定義の値」になってる。
435:デフォルトの名無しさん
07/08/19 23:48:25
これで普通に代入できたぞ？
int val = 21;
D3DFORMAT fmt = (D3DFORMAT) val;
std::cout << fmt << std::endl;
VS 2008 Beta2 なんで、2005でも大丈夫かわからんが
436:デフォルトの名無しさん
07/08/19 23:52:56
version違いの*.hがあって、21がない方のをincludeしてるとか。
437:デフォルトの名無しさん
07/08/20 00:53:44
d3d9types.h なんて前からあるっしょ
これでリリース・ビルドしていたせいで変数がデバッガ上で正常に表示されていなかった
なんてオチだったら指さして笑うが
438:デフォルトの名無しさん
07/08/20 23:24:44
C++/CLIって実際どのくらい使われてるの？
439:デフォルトの名無しさん
07/08/21 01:02:33
Dの5倍くらい。
440:デフォルトの名無しさん
07/08/21 06:26:53
>>438
俺仕事で使ってる
ただのラッパークラスだが
441:デフォルトの名無しさん
07/08/21 09:18:49
>>440
ネイティブのライブラリをドトネトから使うため？
442:デフォルトの名無しさん
07/08/21 20:54:43
>>411
前の製品の再利用可能な部分
GUIはC#になっちまった
443:デフォルトの名無しさん
07/08/21 20:55:14
安価ミス
>>441な
444:デフォルトの名無しさん
07/08/21 23:01:14
>435
enumは int だし。ってのはCの仕様だっけか。
445:428
07/08/22 21:45:58
どうやらint関係なしに
直接D3DFMT_R8G8B8を入れても
<未定義の値>になる。
デバッグにはなってるんだが。
446:デフォルトの名無しさん
07/08/22 22:32:24
enum は含まれる値を全て表現可能なサイズの型になる。
447:デフォルトの名無しさん
07/08/23 08:38:13
>445
直接、D3DFORMAT の enum 値を出力してみたら?
TRACE でも cout でも何でもいいけど
ちなみに、コンパイラは VC8 なんだよな?
448:デフォルトの名無しさん
07/08/23 21:02:06
>>447
ちゃんと21が出たｗ
VC8です
デバッガがミスっただけかな。
449:デフォルトの名無しさん
07/08/29 18:29:40
フォームを多言語化して、ニュートラルと日本語のリソースを交互にいじってると
設定した値が元に戻ったりするんですが、これについて何かご存じな方
いらっしゃいますか？
450:デフォルトの名無しさん
07/08/29 18:35:42
追記です
VS2005上での話です。
451:デフォルトの名無しさん
07/09/01 15:44:35
この言語ほんとに流行りそうなの？
452:デフォルトの名無しさん
07/09/01 20:26:10
.NET が流行れば。
だって既存の C++ のライブラリの
ラッパーとしての存在価値は少なくともあるから。
で、.NET というか CLR ってこれからはやるのかね？
mono でも ASP.NET をはじめとしていろいろ動く
ようになってるし、.NET Compact Framework も
広がりを見せているようだけど。
453:デフォルトの名無しさん
07/09/01 21:22:06
C++/CLI自体が単体で流行ることはないと思う。
あくまでもC++の資産を.NETで利用するためのツール。
454:デフォルトの名無しさん
07/09/01 22:30:15
C++/CLI 自体は JDirect の正当な発展系だと思う
.net が COM 拡張として発生したように、外部管理オブジェクトのハンドリング用言語として
C++ を拡張したものだから
Windows 用の Objective-C みたいなものなんだけどなぁ
455:デフォルトの名無しさん
07/09/01 23:46:12
Objective-C つかったことないや
456:デフォルトの名無しさん
07/09/01 23:48:42
はいはい死滅死滅
457:デフォルトの名無しさん
07/09/02 14:31:02
2008になったらC++CLIは何かかわんの？
458:デフォルトの名無しさん
07/09/02 14:47:34
>>457
STL/CLRとこれまで規格に非準拠だった部分の対応。
例えばC型配列がarrayと同等に扱えるようななった。
459:デフォルトの名無しさん
07/09/02 16:07:58
がるぽっ
460:デフォルトの名無しさん
07/09/02 16:09:48
C++0x が確定するまでは、大きな修正は入れてこないだろうね
また、いろいろと言われるから（ｗ
461:デフォルトの名無しさん
07/09/02 16:50:15
なんか、見た目が変態的なソースコードになるよな・・・
無理矢理.netに対応させた文法を追加せずに、
C++にライブラリで誤魔化したほうがマシな気が・・・
.netに最適化した言語、とかならC#ってのをやってるのだし、
あんまりC++/CLIの存在意味がないような・・・
462:デフォルトの名無しさん
07/09/02 18:05:21
それをやったのが mc++ で、マネージド・オブジェクトの判別が付かなくなったので
明示的に分離するように変更したんだよ
C++ は既存のままで、CLI を追加構文で、これでようやく見通しが良くなったのさ
oldSyntax で一度書いてみると、ライブラリで対応って言うのが以下に非現実的か
よくわかるよ
463:デフォルトの名無しさん
07/09/02 20:13:36
正直 Managed C++ は「よけいわかりにくいわ！」って
感じだったからな。マネージドな部分とそうでない部分が
明確に分かれている C++/CLI のほうがわかりやすい。
確かに上にあった Objective C の Microsoft 版だという
たとえは的を射ていると思う。
464:デフォルトの名無しさん
07/09/02 21:16:36
漏れにスキルさえあれば、JVM や Squeek に CLI ラッパをかぶせて、GCC の C++/CLI
実装を作ってみるのになぁ
465:デフォルトの名無しさん
07/09/07 18:04:21
.NET2005 C++/CLIで開発しています。
設定情報をapp.comfigから読みだすために
app.config(appはプログラム名へ後に変換)へ例えば
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<appSettings>
<add key="HOGE" value="ほげほげ" />
</appSettings>
</configuration>
と書いて、C++/CLIのコード(フォームアプリ)からは、
MessageBox::Show(System::Configuration::ConfigurationSettings::AppSettings[ "HOGEHOGE"]);
MessageBox::Show(System::Configuration::ConfigurationManager::AppSettings[ "HOGEHOGE"]);
と呼び出して表示しているのですが、OSがXP(SP2)だとうまくいき、
Win2000(SP4)だと表示が空文字になってしまいます。
MSDNにはWin2000(SP4)もサポートしているように書いてありますし、
vcregist_x86.exeやdotnetfx.exeも実行してあるのですが。。。
このあたりの情報(こうすれば動く、実はサポート外など)を
お持ちの方、いましたら教えていただけませんか。
ネットで散々探しましたが、意外とこの話題少ないんです。
よろしくお願い板します。
466:465です
07/09/07 18:08:54
ごめんなさい。
<add key="HOGE" value="ほげほげ" />
は
<add key="HOGEHOGE" value="ほげほげ" />
の間違いです。
467:デフォルトの名無しさん
07/09/08 09:39:16
レベル高すぎ
468:デフォルトの名無しさん
07/09/08 12:14:40
>>465
うちの環境だと正常に読めてる。Vertual PCでWin2k(SP4)。
xx.exe.configの名前はあってる？
469:デフォルトの名無しさん
07/09/11 02:02:27
>>468
>xx.exe.configの名前はあってる？
それ、ビンゴです！
C#やVBはビルド時に自動でファイル名つけてくれるのに。。。
470:デフォルトの名無しさん
07/09/22 02:10:50
過疎ってんなー
やっぱりC++/CLIは
流行らないってことでおｋ？
471:デフォルトの名無しさん
07/09/22 03:07:29
だってマネージ・アンマネージの橋渡し専用言語だもん
472:デフォルトの名無しさん
07/09/22 10:36:17
GDI+死ぬほどのろいんで、ペイントルーチンをC++/CLIでGDI使って
組めばいいんじゃね
テキスト描画すんのもGDIのが楽なような
473:デフォルトの名無しさん
07/09/22 11:09:00
>>472
VistaでDDBの速度的有利さは事実上消滅したけどな
474:デフォルトの名無しさん
07/09/22 12:22:14
DirectDraw（笑）
475:デフォルトの名無しさん
07/09/22 13:28:37
>>473
.NETがのろくて誰も使ってくれないから全員平等にのろくしたって感じだな
476:デフォルトの名無しさん
07/09/22 15:55:56
馬鹿?
477:デフォルトの名無しさん
07/09/22 20:13:30
.NETは最初から馬鹿だよ。
478:デフォルトの名無しさん
07/09/22 20:14:39
>>475
Direct3DとWPFは仲間はずれ？
479:デフォルトの名無しさん
07/09/23 04:10:23
>>471
まぁそうなんだろうけど、そういう言語が CLI 上にちゃんと
用意されているところが Java VM とは違うところだよな。
といってドトネトを擁護してみる。
いや、漏れは好きだよ C++/CLI。というかこれがないと困る。
研究用のシミュレータをC++で boost とかのライブラリ使って
書いてるけど、フロントエンドの GUI が Windows Forms で
組めるのは楽だよ。
480:デフォルトの名無しさん
07/09/23 07:26:58
それって逆に選択肢がないんじゃ… > シミュ&Win Forms
481:デフォルトの名無しさん
07/09/23 08:18:37
>>480 そうともいう。
シミュレータ自体はライブラリ化していて、コマンドライン版は
Linuxクラスタで動かしているんだけど、同じライブラリを
リンクしてWindowsで動くGUI版を作れるというのはかなり便利。
C# と C++/CLI と両方使って思うんだけど、 Windows Form デザイナ
って両者の言語でかなり安定感ちがわないか？
C++/CLI だとちょっとでも自動生成されたコードいじると
もうデザイナが発狂してしまう感じ。どの程度いじってもOKなのか
基準がよくわからない。C# のほうも基準がわからないという点では
同じなんだけど、結構いじっても Windows Form デザイナが
ちゃんと認識してくれる気がする。気がするだけか？
482:デフォルトの名無しさん
07/09/23 12:28:25
C#のほうが解析しやすい言語だから
483:デフォルトの名無しさん
07/09/23 12:57:21
解析なんてしてないだろw
484:デフォルトの名無しさん
07/09/23 13:05:02
>>483
485:デフォルトの名無しさん
07/09/25 14:00:50
プリコンパイル済みヘッダーは
C++/CLIで使えるのでしょうか？
486:デフォルトの名無しさん
07/09/25 17:51:40
使える
487:デフォルトの名無しさん
07/09/26 23:29:57
プロパチー見ろ
488:デフォルトの名無しさん
07/09/27 01:24:24
C++で今まで書いてきて
GUIをもっとバリバリやりたくなってきたんですが
かといってMFCは嫌い。
C#は書き直すのがめんどいし
そんな漏れはC++/CLIがいい？
489:デフォルトの名無しさん
07/09/27 06:58:21
>>488
Win32
490:デフォルトの名無しさん
07/09/27 09:23:42
ネイティブで書かれた関数(数値計算のエンジン)を別のスレッドで動かして、
結果をグラフィカルに表示するなんてことができます？
ネイティブの_begin_thread 関数を呼び出す必要が有りますか？
それともドトネトのなにかを呼び出すべきなんでしょうか？
491:デフォルトの名無しさん
07/09/27 09:42:20
>>490
どちらでも可能だが、
マネージドのスレッドを使ったほうが取り扱いが楽だと思う。
492:デフォルトの名無しさん
07/09/27 09:44:11
ネイティブを混ぜるマネージドアプリに何の意味がある。
493:デフォルトの名無しさん
07/09/27 09:47:20
>>492
C++/CLIスレでそれを言うなよ。/safeにどの程度の意味があるんだ？
494:デフォルトの名無しさん
07/09/27 11:09:31
>>492
ネイティブってどういう意味で使ってるの?
495:デフォルトの名無しさん
07/09/27 11:10:25
>>494
マネージドアプリをアンマネージドアプリにする混ぜ物。
496:デフォルトの名無しさん
07/09/27 12:42:32
むしろ逆だろ
pureでやりたいなら C# で十分じゃん
C++/CLI はそれだけじゃ物足りない人向けだろ
497:デフォルトの名無しさん
07/09/27 12:50:00
WTLを忘れるな
498:デフォルトの名無しさん
07/09/27 15:31:12
数値演算をC++にさせて「何の意味がある」って言われるなら、
<funcional>すら駄目ってことになるが…
499:デフォルトの名無しさん
07/09/27 15:41:05
C#って初期バージョンで完成形だったのに
だんだん拡張されてキモクなってるよな。
500:デフォルトの名無しさん
07/09/27 16:21:17
全然
501:デフォルトの名無しさん
07/09/27 18:14:05
C#程度でキモいっつーんならC++とか使えないだろ
502:デフォルトの名無しさん
07/09/27 18:18:33
>>488
楽したいならC# + C++/CLIとかWPFとか
厳しい道を行きたいなら DirectX Graphics
503:デフォルトの名無しさん
07/09/27 20:00:15
おまえ、なんかものすごい勘違いしてない？
504:デフォルトの名無しさん
07/09/28 01:23:51
C#にある delegate の ThreadInvoke メソッドを使った
○ちスレッド処理って、同様のことは C++/CLI では
できないのかな。そもそも delegate がないから無理か。
505:デフォルトの名無しさん
07/09/28 01:25:43
ThreadInvoke じゃなかった、BeginInvoke だった。
それに、そもそも C++/CLI にも delegate はあるんだった。
506:デフォルトの名無しさん
07/09/28 01:44:23
なにを言っているんだ
507:デフォルトの名無しさん
07/09/28 06:58:38
C++/CLIではコンテナクラスライブラリとして STL.NET
なるものを使うべきなんですか？それとも .NET Framework
にはほかにも（言語独立の）コンテナが用意されていて
そちらを使うべきなんですか？
508:デフォルトの名無しさん
07/09/28 09:23:21
好きな方を使えばいい
C# で慣れてるなら .net の Collections を使えばいいし、違和感がないなら STL.NET で
いい。格納するものがネイティブだったら、既存のライブラリでもいいだろうし
509:デフォルトの名無しさん
07/09/28 21:18:24
C++/CLI では単純型の配列って初期化されるんでしょうか？
あと、配列の持つ Clone メソッドっていわゆる浅いコピー
しか作ってくれないんですよね？ハンドルを深くたどって
完全にコピーを作ってくれるようなメソッドはありませんか？
自分でディープコピーしないとだめ？
510:デフォルトの名無しさん
07/09/28 21:32:10
一般論だけどDeepCopyの仕様はクラス作成者にしか決められないんじゃないかな。
511:デフォルトの名無しさん
07/09/29 00:18:26
>509
Primitive型と値型は初期化される
512:デフォルトの名無しさん
07/09/29 09:20:50
ディープコピーのためのインターフェイスを実装していれば
自動的にディープコピーまでやってくれるなんてことは
ないんですかね。Microsoft では「簡易コピー」と「詳細コピー」
って呼んでるみたいですが、たとえば System::Array の
Clone は簡易コピーですよね？
513:デフォルトの名無しさん
07/09/29 15:17:17
自動でディープコピーやったら、循環参照のときコピー終わらなくなっちゃうよ。
ArrayのCloneは簡易コピーだけど、
一般的にICloneableインターフェース実装が
簡易コピーでないといけないということはない。
Cloneメソッドが簡易と詳細どちらのコピーをするかは、
実装者に任せるというのが一般的じゃない？
だから、既存のコピー実装が気に入らなければ、
外部で独自のコピー方法を定義するしかないよ。
514:デフォルトの名無しさん
07/09/30 16:50:24
CEDEC2007で
3ds maxは、C++/CLI使ってるようなこと言ってた。
プラグインもC++/CLIだし
515:デフォルトの名無しさん
07/09/30 17:49:50
コンテナはC++CLIならSTL+Boostがいいのかな？
516:デフォルトの名無しさん
07/09/30 18:17:40
>>515
ネイティブなクラスのインスタンスを格納するか
マネージドなクラスのインスタンスへのハンドルを格納するかに
よるんじゃね？boost::shared_ptr で格納するなら
また話は発散する。
517:デフォルトの名無しさん
07/09/30 19:02:28
スタティックライブラリを利用しようとしたところ
（libcmtd.lib等とぶつかる系も回避しました）
DotNetTest2003_00 error LNK2020: 未解決のトークン (0A000013) exception.__ctor
DotNetTest2003_00 error LNK2020: 未解決のトークン (0A000030) exception.__dtor
DotNetTest2003_00 fatal error LNK1120: 外部参照 2 が未解決です。
って出ました。
これは何が原因なのでしょうか？
518:デフォルトの名無しさん
07/09/30 19:52:08
>517
それは C++/CLI なの？
519:デフォルトの名無しさん
07/09/30 23:09:35
プロジェクトは、C++/CLIです。
stdafx.hに
#include <windows.h>
#pragma comment(lib, "user32.lib")
書いてます
ライブラリのほうは、C++/CLIじゃありません
520:デフォルトの名無しさん
07/09/30 23:37:16
>>519
ライブラリは /MDでコンパイルしてます？
521:デフォルトの名無しさん
07/09/30 23:42:45
～～～～
／ ヽ
/ ＞~~~~~~~~/
| ∠ ＼ ／ |
｜ √ ⌒ <⌒ | ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣
(6 ≡ ＼｜ | やる前から負けることを
≡ ┌ ＿＿「｜ ＜
＼ ＼＿( ｜ | 考えるﾊﾞｶがいるかｺﾉﾔﾛｰ！
＼ ー ｜ |
＼＿＿＿| ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
522:デフォルトの名無しさん
07/09/30 23:44:19
誤爆ｽﾝﾏｿ
523:デフォルトの名無しさん
07/10/01 12:13:11
ネイティブコード吐かないんなら、C++使う意味無くない？
524:デフォルトの名無しさん
07/10/01 12:15:21
無くない
525:デフォルトの名無しさん
07/10/01 13:00:02
ドトネトにはｲﾐﾅｲ
526:デフォルトの名無しさん
07/10/01 17:40:21
>>520
おおおお
いけました。
ありがとうございます。
ありがとうございます。
ありがとうございます。
527:デフォルトの名無しさん
07/10/01 18:04:15
修行するぞ。
修行するぞ。
修行するぞ。
528:デフォルトの名無しさん
07/10/01 18:17:04
C++なのに遅いとか泣けるよな・・・
いや、C++/CLIをC++に含めるのは問題だと、ISOにバッサリ斬られたけど。
529:デフォルトの名無しさん
07/10/01 18:22:30
ISOがﾀﾀﾞｼｲ
530:デフォルトの名無しさん
07/10/01 19:11:49
C※にでもすればいいのに。
531:デフォルトの名無しさん
07/10/01 20:59:18
左を向けば変態的な/CLI
右を向けば変態的な0x
振り返っても変態的なC++
532:デフォルトの名無しさん
07/10/01 21:01:04
>531
ウホッ！ 最高だな（ｗ
533:デフォルトの名無しさん
07/10/02 16:13:50
変態の俺にピッタリだ。
534:デフォルトの名無しさん
07/10/02 16:31:05
おまいら、まだまだ子供だな。俺を満足させたかったら、MixedType を持ってこい
CLI もネイティブも多重継承してやるぜ
535:デフォルトの名無しさん
07/10/02 17:49:09
MixedType ってなに？
boost::any とか？
boost::optional とか？
536:デフォルトの名無しさん
07/10/02 18:13:20
混合型
ネイティブクラスがマネージ型のメンバを持ったり、
マネージクラスがネイティブクラスから派生したりするなど。
537:デフォルトの名無しさん
07/10/02 18:26:01
そうだ、Ｍ＄がマネージドをネイティブに書き換えれば準備完了！
538:デフォルトの名無しさん
07/10/03 20:17:09
C++/CLI でも当然純粋仮想関数って認められているはずだよね？
ネイティブのライブラリの中で、純粋仮想関数を持つ
クラス X があるんだけど、そのライブラリを /clr なアプリから
リンクすると X のインスタンスなんて一切生成しようと
していないにもかかわらずリンカに怒られるんだよ。
なんでだろう。わかる人いる？
539:デフォルトの名無しさん
07/10/03 20:30:52
人に聞くときゃ、エラーを出せよ
540:538
07/10/03 20:47:24
ごめん、C++/CLI とか全然関係なかった。
よく考えたらコンストラクタの中で巡り巡って
純粋仮想関数が呼び出されているところがあった。
コンストラクタの中で仮想関数を呼ぶようなコードは
実際には仮想関数テーブルを見に行くようなバイナリが
生成されるわけじゃなくて静的に解決された _thiscall
を呼びに行くバイナリが生成されるわけだけど、
純粋仮想関数だとそれは定義されてないから
リンカに怒られているだけだった。
541:デフォルトの名無しさん
07/10/03 22:05:05
そういうのは Init みたいな初期化関数を使うってのが C++ の定石だけど、
ちょっとカッコ悪いよね。
542:デフォルトの名無しさん
07/10/04 18:59:17
うんかっこわるい
Initialize()でないと
543:デフォルトの名無しさん
07/10/05 13:18:06
C++/CLIって検索に引っ掛けにくいキーワードなので、
もっと、こう、いい名前を考えてやらないか？
記号を含まずに検索エンジンでインデックス化しやすく、
かつ独創的で他の言語とは差別化できそうな名前。
しかも人間にとっても発音しやすい名前。
俺は卑猥な名前しか思いつかない。
544:デフォルトの名無しさん
07/10/05 14:28:39
C++xCLI とか CLI++ とか？
545:デフォルトの名無しさん
07/10/05 15:08:34
C#ってのはどうだろ?
546:デフォルトの名無しさん
07/10/05 15:19:30
>545
巣に（・∀・）ｶｴﾚ!!
547:デフォルトの名無しさん
07/10/05 15:37:04
VBってのはどうだろ?
548:デフォルトの名無しさん
07/10/05 15:44:20
VB から生まれしもの、元いたDLL地獄へ（・∀・）ｶｴﾚ!!
549:デフォルトの名無しさん
07/10/05 15:55:36
普通に検索できないか？
550:デフォルトの名無しさん
07/10/05 16:55:58
Googleでは C++/CLI で一単語として認識しているみたいだね。
Googleって形態素解析してないと思ったたんだけど、
いつの間にかリッチな辞書使ってるんだなぁ。
551:デフォルトの名無しさん
07/10/05 18:39:54
昔はC#とかも検索できんかったけどな
552:デフォルトの名無しさん
07/10/07 13:27:43
GCは構文のシンメトリーが崩れるから糞
553:デフォルトの名無しさん
07/10/07 13:31:57
明示的にdeleteすればおｋ
554:デフォルトの名無しさん
07/10/07 23:08:41
>>552
爆破すれ
555:デフォルトの名無しさん
07/10/08 02:30:34
>>554
ECMAに通報しました(･∀･)
556:デフォルトの名無しさん
07/10/08 07:26:39
コナンか
557:デフォルトの名無しさん
07/10/08 07:45:17
C++/CLIより懐の広い言語って
存在するの？
558:デフォルトの名無しさん
07/10/08 10:43:31
D言語
559:デフォルトの名無しさん
07/10/08 11:16:37
>>558
多重継承ができないじゃん。
560:デフォルトの名無しさん
07/10/09 13:57:19
多重継承いらないし。
561:デフォルトの名無しさん
07/10/09 14:08:14
>>560 もっと広い心を持てよ。
562:デフォルトの名無しさん
07/10/10 07:33:54
Mixinは素晴らしい世界
563:デフォルトの名無しさん
07/10/10 10:38:20
しかし、未だにデザイン以降の仕様の影すらみえない罠
564:デフォルトの名無しさん
07/10/10 16:33:13
VC2005さんに
/clr:pure または /clr:safe と共にコンパイルされた関数に対する呼び出し規約 '__stdcall' が無効です
言われた。
仲直りするにはどうしたらいいですか？
stdcallは譲れない
565:デフォルトの名無しさん
07/10/10 17:01:07
pure safeを諦める
566:デフォルトの名無しさん
07/10/10 17:36:17
＞pure safe
これって、価値ある？
567:デフォルトの名無しさん
07/10/10 19:05:03
C#やVB.NET並みには
568:デフォルトの名無しさん
07/10/11 02:43:15
/clr
に変更したら、
d3d9.lib系エラーが出まくったった
1>d3dx9.lib(cfont.obj) : error LNK2019: 未解決の外部シンボル __imp__GetGlyphOutlineA@28 が関数 "private: int __thiscall D3DXCore::CFont::ValidGlyph(unsigned int)" (?ValidGlyph@CFont@D3DXCore@@AAEHI@Z) で参照されました。
1>d3dx9.lib(cfont.obj) : error LNK2019: 未解決の外部シンボル __imp__DeleteDC@4 が関数 "public: __thiscall D3DXCore::CFont::~CFont(void)" (??1CFont@D3DXCore@@QAE@XZ) で参照されました。
...
/clr:pure
で
STDMETHOD
は、使えないんですか？
569:デフォルトの名無しさん
07/10/11 10:09:14
pure は .net Framework 専用だろ
/clr をつけたら、必要なライブラリは明示的に追加しろや
それか MDX か XNA でも使うんだな
570:デフォルトの名無しさん
07/10/11 18:22:36
>>568
手順4だけでいいからやれ。
URLﾘﾝｸ(www.microsoft.com)
571:デフォルトの名無しさん
07/10/11 22:06:35
生成元のクラスから生成したクラスに、自クラスのメソッドを渡し、
生成したクラスから生成元のクラスへコールバックしたいと思ってます。
AsyncDeligateを使えばいいのかと思うんですが、
この関数って実は、自クラス内のメソッドのコールバックにしか使えないの
でしょうか？
ref class MyClass{
void Method{
AsyncDeligate^ asyncDeligate = gcnew(this, &MyClass::Func);
}
void Func(IAsyncResult ar)
{
}
};
と自クラスでAsyncDeligateは使えそうだけど、生成したクラス→生成元
クラスへのコールバックを実現するために、生成元のクラスで、どのように
関数を渡したらいいのか(AsyncDeligateをどのように使うのか？)が
不明です。
そもそもAsyncDeligateでこれを実現することはできるのでしょうか？
572:デフォルトの名無しさん
07/10/11 22:23:12
自クラスのインスタンス生成時に親クラスの参照渡しとけばいいんじゃないの？
573:571
07/10/11 22:31:31
自クラス→生成するインスタンス
親クラス→生成元インスタンスってことですか？
生成するクラスをDestClassとすると
DestClass destClass(this);
みたいなことでしょうか？
574:デフォルトの名無しさん
07/10/12 00:34:52
>>571
普通にイベントで実装したらまずい？非同期操作はどの辺でからむのだろ。
575:デフォルトの名無しさん
07/10/12 01:29:41
C++/クリ
576:デフォルトの名無しさん
07/10/12 08:49:21
AsyncDelegate って AsyncResult のプロパティだろ？
AsyncResult にサンプルあるじゃん
577:デフォルトの名無しさん
07/10/14 00:49:28
黒川紀章氏のような一生に憧れるな。
ご冥福をお祈りいたします。
578:デフォルトの名無しさん
07/10/14 01:19:16
C++は別にJavaのような言語になる必要性を感じない。
579:デフォルトの名無しさん
07/10/14 01:34:07
C++とjavaとC#の速度の違いを解説してるようなHPとか書籍あったら教えてください
580:デフォルトの名無しさん
07/10/20 14:42:15
今勉強しるのですが、これ無くならないですよね?
581:デフォルトの名無しさん
07/10/20 14:47:54
そんな心配がいるほど勉強に時間かかるようなもんかね？
582:デフォルトの名無しさん
07/10/20 18:29:49
>>581
ドトネトのことを全く知らないと混乱するかも。
あと、古い情報（Managed C++）を見てしまって
混乱していた人がここに約一名。
583:デフォルトの名無しさん
07/10/21 20:24:04
ManagedDirectX2.0は消えた
584:デフォルトの名無しさん
07/10/28 22:39:07
MSのC++/CLIがC++委員会に却下されたが、そうすると
次世代WindowsからC＃しかサポートしない、Windows
プログラミングやりたかったらVB.netやC#使え！
と嫌がらせしてくるんじゃないかと不安。
VBやC#が嫌いだから困る。
今はMFC使っているが、今後もMFCは
サポートされるのだろうか？
MFCが駄目ならC++/CLIを使うが、それも
サポートされないとなると。。。
585:デフォルトの名無しさん
07/10/29 00:54:19
現状は 0x の仕様策定待ちでしょ。だから、ライブラリ拡張しかしてないだけで
MFC のサポートが切れたら、WTLでも使えばいい
RADなくても大丈夫でしょ
586:デフォルトの名無しさん
07/10/29 07:37:41
委員会氏ね
587:デフォルトの名無しさん
07/10/29 11:13:27
>>585
こういう事いうからC++基地外は。。。
RADはあった方がいい。
588:デフォルトの名無しさん
07/10/29 11:35:54
RADは必須だが、MFCのビルダーはカンベン。
589:デフォルトの名無しさん
07/10/29 14:17:53
MFCのビルダーって何？
590:デフォルトの名無しさん
07/10/29 17:04:22
RAD で具体的には何を指してるの？
C++/CLI のデザイナのこと？
591:デフォルトの名無しさん
07/10/29 17:12:20
ま、一般的にはソースと連携するGUIエディタ。
コードジェネレータ以降のもの。
592:デフォルトの名無しさん
07/10/29 17:24:18
じゃ，コードオナペット機能とかも？
593:デフォルトの名無しさん
07/10/29 21:20:00
MFCのどこがRODなんだよ
594:デフォルトの名無しさん
07/10/29 22:51:30
RODって何だよ
595:デフォルトの名無しさん
07/10/29 23:15:21
ヤンキースの選手だよ
596:デフォルトの名無しさん
07/10/30 00:10:20
THE PAPER
597:デフォルトの名無しさん
07/10/30 09:03:02
いや、だからVisual C++/MFCはRADを目指してるように見せかけてた。
しかし、C++のRADができあがると開発者がオプソに流れちゃう。
598:デフォルトの名無しさん
07/10/30 10:47:58
>>597
それが C++/CLI + フォームデザイナではないのか？
あくまでネイティブにこだわる？
599:デフォルトの名無しさん
07/10/30 10:56:11
＞あくまでネイティブにこだわる？
これは詭弁。
実体は、Ｍ＄が非ネイティブにこだわる。
gccですんなりコンパイルできちゃったらWinが単なる開発マシンで、
ターゲットマシンが別０＄になっちゃう。
600:デフォルトの名無しさん
07/10/30 11:02:02
C# で mono とか tcl/tk とか何かならわかるが、
pure C++ で Win32 アプリがRADで開発できても、
＞gccですんなりコンパイルできちゃったらWinが単なる開発マシンで、
＞ターゲットマシンが別０＄になっちゃう。
ってことにはならないと思うが。
601:デフォルトの名無しさん
07/10/30 11:17:25
＞ってことにはならないと思うが。
ってことにはならない、じゃなくて、Ｍ＄が阻止する。
売る側からしたら端末みたく膨大な数を売るものだったら１台あたりに０＄代払いたくない。
開発マシンとターゲットマシンと別々なのはふつー。
Winの前の時代なら、UNIXで開発＆Ｍａｋｅして汎用機（ﾒｲﾝﾌﾚﾑ）に転送していた。
602:デフォルトの名無しさん
07/10/30 11:18:57
＞UNIXで開発＆Ｍａｋｅして汎用機に転送していた。
あ、やっぱ、コンパイルは汎用機でやってたね。
603:デフォルトの名無しさん
07/10/30 11:21:44
>>601
そういう意味じゃなくてさ、MS の作る Win32 アプリの RAD の出してきたコードを
gccでコンパイルしても、実行できる環境が Linux にある？
Wine がそんなに実用的になってる？
604:デフォルトの名無しさん
07/10/30 11:48:30
>>603
Windowsヘッダーがgcc環境に移植されてM＄が慌てたのを知らないの？
RADなら製品としては成立しなくて終了したっぽいけど、Delphi / Kylix、 C++ Builder / C++ Builder Linux があるお。
605:デフォルトの名無しさん
07/10/30 11:53:54
>>603
あ、C++ BuilderにwxWidgetsのプラグインがあってポトペタできる。
wxWidgetsだからLinuxとMacは対応できる。
606:デフォルトの名無しさん
07/10/30 11:57:58
>>605
MS がクロスプラットフォームな UI フレームワークを採用した RAD を
出すわけないと思うけど。pure C++ になったとしても、Win32 べったりでそ。
次はそれに文句言うの？
それとも Wine があるから
＞gccですんなりコンパイルできちゃったらWinが単なる開発マシンで、
＞ターゲットマシンが別０＄になっちゃう。
だ、って主張？
>>604
漏れも cygwin は使ってるけど、そういうおまいは使ってるのか？
きつい言葉だが、現実見えてる？
607:デフォルトの名無しさん
07/10/30 12:00:06
じゃ、wxWidgetsだ！
MFCアプリケーションをLinuxに移植する
URLﾘﾝｸ(www.ibm.com)
608:デフォルトの名無しさん
07/10/30 12:55:39
おおい、C++/CLI スレなんだかから、
RAD にかんしては mono で Windows.Form
が使えるかどうかってのがメインの話題にならんの？
そういう俺は Hello world しか試したことがないよ。
mono では。
609:デフォルトの名無しさん
07/10/30 13:01:01
mono=Hello worldﾂｰﾙ
610:デフォルトの名無しさん
07/10/30 13:06:45
RHD = Rapid "Hello world" Development
611:デフォルトの名無しさん
07/10/30 13:07:06
RAD = RApid "Hello world" Development
612:デフォルトの名無しさん
07/10/30 13:12:21
CLI = Common "Hello World" Language Infrastructure
613:デフォルトの名無しさん
07/10/30 13:13:08
HAL = HALlo world is typo.
614:デフォルトの名無しさん
07/10/30 13:25:47
V$ﾄﾞﾄﾈﾄは、ﾄﾞﾄﾈﾄ Framework の機能を最大限に利用することによって、Hello worldの生産性を劇的に向上させます。
615:デフォルトの名無しさん
07/10/30 15:08:48
質問です。
int sample(int (* func)(void*), void* arg);
というCの関数を呼び出したいのですが、argにマネージオブジェクトを引き渡す手段に悩んでいます。
struct Arg { gcroot<array<int>^> obj; };
と
int on_callback(void* arg) {
Arg* parg = (Arg*)arg;
Console::WriteLine(part->obj->Length);
}
を用意して
Arg arg;
arg.obj = gcnew array<int>(4);
sample(on_callback, &arg);
みたいな方法を考え付いて一見問題なく動いているように見えますが、何か問題があったりもっと一般的な方法があったりするんでしょうか。
ていうかon_callbackはなぜ#pragma unmanagedじゃなくても動くんだろう？
616:デフォルトの名無しさん
07/10/30 16:54:58
>>615
その方法でいいと思うよ。
＞ていうかon_callbackはなぜ#pragma unmanagedじゃなくても動くんだろう？
その為の混合モードだから。関数はマネージドとネイティブの両方のエントリーを持っている。
#pragma unmanagedを使うのは DllMainとlongjmpのときくらいじゃなったかな。
617:デフォルトの名無しさん
07/10/30 18:20:31
>>616
ありがとうございます。
これで実装を進めることにします。
618:デフォルトの名無しさん
07/10/31 01:42:07
IntPtrで与えられたポインタをマネージ型のByte配列に変換したいのですが、できるのでしょうか？
アンマネージへの変換はMSDNの参照などによりわかったのですが、
マネージへはまだわかっておりません。
アンマネージに変換して使用して配列を扱ってもいいのですが、なるべくマネージ型でまとめたいと思いまして・・・
そもそも無理だとしたらIntPtrのReadByteを使うしかありませんか？
どなたかご教授ください。
619:デフォルトの名無しさん
07/10/31 01:49:26
>>618
なにがやりたいのかさっぱり和漢ねえ
620:デフォルトの名無しさん
07/10/31 07:42:28
それへ知ってハッキングでもする気か？
621:デフォルトの名無しさん
07/10/31 08:04:03
ポインタにするにはちょっとGCさえごまかせば済む話だが、
配列はオブジェクトなので新しく作る必要がある。
C++/CLI使っててポインタを使わない意味はないだろ。
622:デフォルトの名無しさん
07/10/31 14:11:18
何やりたいかわからんが、Marshal::Copy とかか？
623:デフォルトの名無しさん
07/10/31 14:13:53
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣｣
―――――――‐┬┘
|
＿＿＿＿.＿＿＿＿ |
| | | |
| | ∧＿∧ | |
| |（ ´∀｀）つ ミ |
| |/ ⊃ ﾉ | |
￣￣￣￣'￣￣￣￣ | ミ C++/CLI
624:デフォルトの名無しさん
07/10/31 16:38:39
懐かしすぎるぞそのAAｗ
625:デフォルトの名無しさん
07/10/31 19:27:06
配列が三つもあるとかあほすぎ
626:デフォルトの名無しさん
07/10/31 21:46:23
618への回答にinterior_ptrっていいだろうかｗ？
マネージ型には違いないぞ。
627:デフォルトの名無しさん
07/11/01 09:56:33
たぶん、IntPtr に格納されたアドレス値をバイト配列に変換したい訳じゃないとは思うんだが（ｗ
628:デフォルトの名無しさん
07/11/01 09:58:54
c++/cliを使うメリットってなんすか？
C++に中間吐かせるなんて、ﾋﾞｬｰﾈが知ったら泣くぞ
629:デフォルトの名無しさん
07/11/01 10:05:13
C++ を越えた変態になれる
630:デフォルトの名無しさん
07/11/01 10:09:50
ま、C++と文法的に相性が悪かったCOMの悪夢の続きを見れるとか。
631:デフォルトの名無しさん
07/11/01 10:28:51
.netライブラリを使える
632:デフォルトの名無しさん
07/11/01 10:43:22
ﾄﾞﾄﾈﾄﾗｲﾌﾞﾗﾘはｲﾗﾈ
既存のC/C++ﾗｲﾌﾞﾗﾘを使いたいわけ。
633:デフォルトの名無しさん
07/11/01 13:46:59
>>632
そういう人がなぜこのスレッドにいるのかわからん。
634:デフォルトの名無しさん
07/11/01 13:53:20
何ていうか、分からないから見てみる、みたいな。
.NET「本音」相談室
URLﾘﾝｸ(www.atmarkit.co.jp)
635:デフォルトの名無しさん
07/11/01 19:00:04
VB.netからとりあえず早さを求めてC++/CLIやり始めたんですが、
//Form1.h
#pragma unmanaged
class hogehoge{};
#pragma managed
Form1を作ったときに自動生成されたやつ
private: System::Void start(System::Object^ sender, System::EventArgs^ e) {
hogehoge test;
}
とやると動くのは分かったんですが、デザイナに
クラス Form1 はデザインできますが、ファイルの最初のクラスではありません。Visual Studio では、デザイナはファイルの最初のクラスを使用する必要があります。クラスがファイルの最初のクラスになるようにクラス コードを移動して、デザイナを再度読み込んでください。
と怒られてしまいます。
いい方法を教えてくださいmm
636:デフォルトの名無しさん
07/11/01 19:04:11
>>635
IDEが作成したファイルに手を加えるのはあまりよくない。
別のファイルに書こう。
637:デフォルトの名無しさん
07/11/01 19:11:14
>>635
ええ、絶対間違ってると思ってtest.cppってファイルを作って同じのを書いたのですが、
hogehoge という型指定子が見つかりませんと言われてしまうんです。
638:635
07/11/01 19:24:35
//test.cpp
class hogehoge{};
//Form1.h
>>635の#pragma managedより下
って書いてみたんですけど、ヘッダーがコンパイルされたときには
test.cppはまだコンパイルされてないからこういう事になってるんですかね・・・？
639:デフォルトの名無しさん
07/11/01 19:28:28
>>637
先にCをやってきな
640:デフォルトの名無しさん
07/11/01 19:38:55
>>639
C++もだろ。
641:デフォルトの名無しさん
07/11/01 19:39:25
だな。
642:635
07/11/01 19:41:44
URLﾘﾝｸ(www.asahi-net.or.jp)
とりあえずここに書いてることは大体理解出来るんですが、
足がかりになるようなページ教えていただけませんか？
643:デフォルトの名無しさん
07/11/01 20:05:07
ヘッダと cpp の関係がわかってないのかな？
Form.h が メインの cpp に include されてコンパイルされる前に、hogehoge なるクラスが
定義されていないといけないんだよ
だから、hogehoge をヘッダに定義して、Form1.h で include すればいいんだけど
この説明の意味、わかる？
次はたぶん、混合型はサポートされていません。て、エラーになると予言（ｗ
644:635
07/11/01 20:28:37
>>643
ヘッダーを作らないといけないのを全く理解してませんでした。
IDEでクラスを作って見よう見まねでいじったらうまく行きました^^
丁寧にありがとうございましたmm
645:デフォルトの名無しさん
07/11/02 10:16:10
まぁ、別に cpp を include してもいいんだけどな
646:デフォルトの名無しさん
07/11/02 12:23:45
いやいや、リンクしたときに定義が衝突するでしょ
647:デフォルトの名無しさん
07/11/02 16:58:28
それよりおれは>>635の1行目が気になる
648:デフォルトの名無しさん
07/11/03 09:36:00
それよりおれは>>647の1行目が気になる
649:デフォルトの名無しさん
07/11/05 01:27:44
C++/CLIって、仕事あるか？
650:デフォルトの名無しさん
07/11/05 14:08:18
>>647
実は俺も気になってた。
651:デフォルトの名無しさん
07/11/05 16:50:50
>>649
3ds/maxの会社
652:デフォルトの名無しさん
07/11/05 17:38:42
CLI穴だらけじゃん(`Д')ノ
じゃあみんなで補完しあおうぜ(=ﾟωﾟ)ﾉ
議論盛り上がりまくり(ﾟдﾟ)ｳﾏｰ
ﾄﾞﾄﾈﾄ対応（･∀･）ｲｲ!
ってのが製作者の狙いということか( ﾟДﾟ)ﾊｯ
いや…なん違うような(；´Д｀)
653:デフォルトの名無しさん
07/11/05 21:55:56
なすてnullptrなんて作たんだろ、nullで統一してよ
654:デフォルトの名無しさん
07/11/06 00:15:35
ぬるぽ
655:デフォルトの名無しさん
07/11/06 00:37:10
>>653
> なすてnullptrなんて作たんだろ、nullで統一してよ
'\0' と混同する人がいないとも限らないからかな…
656:デフォルトの名無しさん
07/11/06 00:52:35
#define null 0としているプログラムは探せば結構ありそうに思う。
そんなコードでも変更なしに使えるようにという配慮では？
657:デフォルトの名無しさん
07/11/08 18:41:43
え C++/CLIはヘッダーに全部実装するのが流儀だろ
cppファイルなんていらんのですよ
658:デフォルトの名無しさん
07/11/08 20:35:57
実体化しないのかよ
まさか、プリコンパイルヘッダに全部うわなんだおまえやめｒ
659:デフォルトの名無しさん
07/11/09 10:19:51
>>649
このあいだ、基本は.NETライブラリで、ネイティブ用のI/Fも欲しいって仕事があって
何を使っても良かったし、ずっと自分が面倒みる事になる事は分ってたから
C++/CLI のラッパーで対応したが。
レアケースなのは間違いないな。
660:デフォルトの名無しさん
07/11/09 10:29:36
＞基本は.NETライブラリで、ネイティブ用のI/Fも欲しいって
これ、何ていうﾄﾞﾄﾈﾄアプリの破滅。
661:デフォルトの名無しさん
07/11/11 16:39:40
>>え C++/CLIはヘッダーに全部実装するのが流儀だろ
あ、やはりそうなのか?
662:デフォルトの名無しさん
07/11/11 17:10:26
こより的には、そのやり方はちょっと…
663:デフォルトの名無しさん
07/11/15 19:56:20
C#でいう「インターフェイス メンバの明示的実装」をやるにはどうすればいいの?
664:デフォルトの名無しさん
07/11/15 20:35:39
自己解決
private: virtual Object^ Clone() = ICloneable::Clone { ... }
665:デフォルトの名無しさん
07/11/15 21:43:18
CLI 部分については C++/CLI って C# よりむしろ VB に近いと思う瞬間の一つだな
raise とか
666:デフォルトの名無しさん
07/11/15 22:15:02
>>662
マイナー杉
667:デフォルトの名無しさん
07/11/16 11:38:24
＞raise とか
これ、何てDelphi？
668:デフォルトの名無しさん
07/11/20 22:11:41
2008入れてみた。
STL/CLI使えるぽ。
669:デフォルトの名無しさん
07/11/21 00:02:11
.net fx 2.0 指定でも使える？
670:デフォルトの名無しさん
07/11/24 09:45:51
この言語って、どの程度流行ってんの？
671:デフォルトの名無しさん
07/11/24 09:49:10
各国で静かなブームですよ
672:デフォルトの名無しさん
07/11/24 11:01:19
TreeViewとListViewにｘVN_GETDISPINFO相当の機能がなかったので、
Controlから派生させて自作したよ('A`)
（VirtualModeもパフォーマンスがよくなかった・・・）
C#だとAPIや定数の定義が面倒だが、C++/CLIだとWin32ヘッダそのままインクルードして使えるから楽でいい。
だがそんなことするくらいなら最初っから
つMFC
・・・そんな感じだ。
673:デフォルトの名無しさん
07/11/24 11:21:38
メッセージぐらいならわざわざControl使わんでもどうとでもなるが。
Notify系メッセージならWM_REFLECTION付きで当該コントロールに来るし。