- 1 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 16:08:39 ]
- おそらく、.NET開発でデファクトスタンダードに最も近い
であろうC++/CLIについて語ろうぜ！
このスレはC++および.NET Frameworkについて一定以上の知識を持っている人が対象となります。
.NETのクラスライブラリの使い方といった質問は姉妹スレ「くだすれC++/CLI（初心者用）」に
お願いします。
前スレッドはこちら
(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
- 558 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 10:43:31 ]
- D言語
- 559 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 11:16:37 ]
- >>558
多重継承ができないじゃん。
- 560 名前：デフォルトの名無しさん [2007/10/09(火) 13:57:19 ]
- 多重継承いらないし。
- 561 名前：デフォルトの名無しさん mailto:sage [2007/10/09(火) 14:08:14 ]
- >>560 もっと広い心を持てよ。
- 562 名前：デフォルトの名無しさん mailto:sage [2007/10/10(水) 07:33:54 ]
- Mixinは素晴らしい世界
- 563 名前：デフォルトの名無しさん mailto:sage [2007/10/10(水) 10:38:20 ]
- しかし、未だにデザイン以降の仕様の影すらみえない罠
- 564 名前：デフォルトの名無しさん mailto:sage [2007/10/10(水) 16:33:13 ]
- VC2005さんに
/clr:pure または /clr:safe と共にコンパイルされた関数に対する呼び出し規約 '__stdcall' が無効です
言われた。
仲直りするにはどうしたらいいですか？
stdcallは譲れない
- 565 名前：デフォルトの名無しさん mailto:sage [2007/10/10(水) 17:01:07 ]
- pure safeを諦める
- 566 名前：デフォルトの名無しさん mailto:sage [2007/10/10(水) 17:36:17 ]
- ＞pure safe
これって、価値ある？
- 567 名前：デフォルトの名無しさん mailto:sage [2007/10/10(水) 19:05:03 ]
- C#やVB.NET並みには
- 568 名前：デフォルトの名無しさん mailto:sage [2007/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 名前：デフォルトの名無しさん mailto:sage [2007/10/11(木) 10:09:14 ]
- pure は .net Framework 専用だろ
/clr をつけたら、必要なライブラリは明示的に追加しろや
それか MDX か XNA でも使うんだな
- 570 名前：デフォルトの名無しさん mailto:sage [2007/10/11(木) 18:22:36 ]
- >>568
手順4だけでいいからやれ。
www.microsoft.com/japan/msdn/vstudio/express/visualc/usingpsdk/
- 571 名前：デフォルトの名無しさん [2007/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 名前：デフォルトの名無しさん mailto:sage [2007/10/11(木) 22:23:12 ]
- 自クラスのインスタンス生成時に親クラスの参照渡しとけばいいんじゃないの？
- 573 名前：571 [2007/10/11(木) 22:31:31 ]
- 自クラス→生成するインスタンス
親クラス→生成元インスタンスってことですか？
生成するクラスをDestClassとすると
DestClass destClass(this);
みたいなことでしょうか？
- 574 名前：デフォルトの名無しさん mailto:sage [2007/10/12(金) 00:34:52 ]
- >>571
普通にイベントで実装したらまずい？非同期操作はどの辺でからむのだろ。
- 575 名前：デフォルトの名無しさん mailto:sage [2007/10/12(金) 01:29:41 ]
- C++/クリ
- 576 名前：デフォルトの名無しさん mailto:sage [2007/10/12(金) 08:49:21 ]
- AsyncDelegate って AsyncResult のプロパティだろ？
AsyncResult にサンプルあるじゃん
- 577 名前：デフォルトの名無しさん [2007/10/14(日) 00:49:28 ]
- 黒川紀章氏のような一生に憧れるな。
ご冥福をお祈りいたします。
- 578 名前：デフォルトの名無しさん [2007/10/14(日) 01:19:16 ]
- C++は別にJavaのような言語になる必要性を感じない。
- 579 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 01:34:07 ]
- C++とjavaとC#の速度の違いを解説してるようなHPとか書籍あったら教えてください
- 580 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 14:42:15 ]
- 今勉強しるのですが、これ無くならないですよね?
- 581 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 14:47:54 ]
- そんな心配がいるほど勉強に時間かかるようなもんかね？
- 582 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 18:29:49 ]
- >>581
ドトネトのことを全く知らないと混乱するかも。
あと、古い情報（Managed C++）を見てしまって
混乱していた人がここに約一名。
- 583 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 20:24:04 ]
- ManagedDirectX2.0は消えた
- 584 名前：デフォルトの名無しさん [2007/10/28(日) 22:39:07 ]
- MSのC++/CLIがC++委員会に却下されたが、そうすると
次世代WindowsからC＃しかサポートしない、Windows
プログラミングやりたかったらVB.netやC#使え！
と嫌がらせしてくるんじゃないかと不安。
VBやC#が嫌いだから困る。
今はMFC使っているが、今後もMFCは
サポートされるのだろうか？
MFCが駄目ならC++/CLIを使うが、それも
サポートされないとなると。。。
- 585 名前：デフォルトの名無しさん mailto:sage [2007/10/29(月) 00:54:19 ]
- 現状は 0x の仕様策定待ちでしょ。だから、ライブラリ拡張しかしてないだけで
MFC のサポートが切れたら、WTLでも使えばいい
RADなくても大丈夫でしょ
- 586 名前：デフォルトの名無しさん mailto:sage [2007/10/29(月) 07:37:41 ]
- 委員会氏ね
- 587 名前：デフォルトの名無しさん [2007/10/29(月) 11:13:27 ]
- >>585
こういう事いうからC++基地外は。。。
RADはあった方がいい。
- 588 名前：デフォルトの名無しさん mailto:sage [2007/10/29(月) 11:35:54 ]
- RADは必須だが、MFCのビルダーはカンベン。
- 589 名前：デフォルトの名無しさん [2007/10/29(月) 14:17:53 ]
- MFCのビルダーって何？
- 590 名前：デフォルトの名無しさん mailto:sage [2007/10/29(月) 17:04:22 ]
- RAD で具体的には何を指してるの？
C++/CLI のデザイナのこと？
- 591 名前：デフォルトの名無しさん mailto:sage [2007/10/29(月) 17:12:20 ]
- ま、一般的にはソースと連携するGUIエディタ。
コードジェネレータ以降のもの。
- 592 名前：デフォルトの名無しさん mailto:sage [2007/10/29(月) 17:24:18 ]
- じゃ，コードオナペット機能とかも？
- 593 名前：デフォルトの名無しさん mailto:sage [2007/10/29(月) 21:20:00 ]
- MFCのどこがRODなんだよ
- 594 名前：デフォルトの名無しさん [2007/10/29(月) 22:51:30 ]
- RODって何だよ
- 595 名前：デフォルトの名無しさん mailto:sage [2007/10/29(月) 23:15:21 ]
- ヤンキースの選手だよ
- 596 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 00:10:20 ]
- THE PAPER
- 597 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 09:03:02 ]
- いや、だからVisual C++/MFCはRADを目指してるように見せかけてた。
しかし、C++のRADができあがると開発者がオプソに流れちゃう。
- 598 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 10:47:58 ]
- >>597
それが C++/CLI + フォームデザイナではないのか？
あくまでネイティブにこだわる？
- 599 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 10:56:11 ]
- ＞あくまでネイティブにこだわる？
これは詭弁。
実体は、Ｍ＄が非ネイティブにこだわる。
gccですんなりコンパイルできちゃったらWinが単なる開発マシンで、
ターゲットマシンが別０＄になっちゃう。
- 600 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 11:02:02 ]
- C# で mono とか tcl/tk とか何かならわかるが、
pure C++ で Win32 アプリがRADで開発できても、
＞gccですんなりコンパイルできちゃったらWinが単なる開発マシンで、
＞ターゲットマシンが別０＄になっちゃう。
ってことにはならないと思うが。
- 601 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 11:17:25 ]
- ＞ってことにはならないと思うが。
ってことにはならない、じゃなくて、Ｍ＄が阻止する。
売る側からしたら端末みたく膨大な数を売るものだったら１台あたりに０＄代払いたくない。
開発マシンとターゲットマシンと別々なのはふつー。
Winの前の時代なら、UNIXで開発＆Ｍａｋｅして汎用機（ﾒｲﾝﾌﾚﾑ）に転送していた。
- 602 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 11:18:57 ]
- ＞UNIXで開発＆Ｍａｋｅして汎用機に転送していた。
あ、やっぱ、コンパイルは汎用機でやってたね。
- 603 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 11:21:44 ]
- >>601
そういう意味じゃなくてさ、MS の作る Win32 アプリの RAD の出してきたコードを
gccでコンパイルしても、実行できる環境が Linux にある？
Wine がそんなに実用的になってる？
- 604 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 11:48:30 ]
- >>603
Windowsヘッダーがgcc環境に移植されてM＄が慌てたのを知らないの？
RADなら製品としては成立しなくて終了したっぽいけど、Delphi / Kylix、 C++ Builder / C++ Builder Linux があるお。
- 605 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 11:53:54 ]
- >>603
あ、C++ BuilderにwxWidgetsのプラグインがあってポトペタできる。
wxWidgetsだからLinuxとMacは対応できる。
- 606 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 11:57:58 ]
- >>605
MS がクロスプラットフォームな UI フレームワークを採用した RAD を
出すわけないと思うけど。pure C++ になったとしても、Win32 べったりでそ。
次はそれに文句言うの？
それとも Wine があるから
＞gccですんなりコンパイルできちゃったらWinが単なる開発マシンで、
＞ターゲットマシンが別０＄になっちゃう。
だ、って主張？
>>604
漏れも cygwin は使ってるけど、そういうおまいは使ってるのか？
きつい言葉だが、現実見えてる？
- 607 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 12:00:06 ]
- じゃ、wxWidgetsだ！
MFCアプリケーションをLinuxに移植する
ttp://www.ibm.com/developerworks/jp/linux/library/l-mfc/
- 608 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 12:55:39 ]
- おおい、C++/CLI スレなんだかから、
RAD にかんしては mono で Windows.Form
が使えるかどうかってのがメインの話題にならんの？
そういう俺は Hello world しか試したことがないよ。
mono では。
- 609 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 13:01:01 ]
- mono=Hello worldﾂｰﾙ
- 610 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 13:06:45 ]
- RHD = Rapid "Hello world" Development
- 611 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 13:07:06 ]
- RAD = RApid "Hello world" Development
- 612 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 13:12:21 ]
- CLI = Common "Hello World" Language Infrastructure
- 613 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 13:13:08 ]
- HAL = HALlo world is typo.
- 614 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 13:25:47 ]
- V$ﾄﾞﾄﾈﾄは、ﾄﾞﾄﾈﾄ Framework の機能を最大限に利用することによって、Hello worldの生産性を劇的に向上させます。
- 615 名前：デフォルトの名無しさん mailto:sage [2007/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 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 16:54:58 ]
- >>615
その方法でいいと思うよ。
＞ていうかon_callbackはなぜ#pragma unmanagedじゃなくても動くんだろう？
その為の混合モードだから。関数はマネージドとネイティブの両方のエントリーを持っている。
#pragma unmanagedを使うのは DllMainとlongjmpのときくらいじゃなったかな。
- 617 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 18:20:31 ]
- >>616
ありがとうございます。
これで実装を進めることにします。
- 618 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 01:42:07 ]
- IntPtrで与えられたポインタをマネージ型のByte配列に変換したいのですが、できるのでしょうか？
アンマネージへの変換はMSDNの参照などによりわかったのですが、
マネージへはまだわかっておりません。
アンマネージに変換して使用して配列を扱ってもいいのですが、なるべくマネージ型でまとめたいと思いまして・・・
そもそも無理だとしたらIntPtrのReadByteを使うしかありませんか？
どなたかご教授ください。
- 619 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 01:49:26 ]
- >>618
なにがやりたいのかさっぱり和漢ねえ
- 620 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 07:42:28 ]
- それへ知ってハッキングでもする気か？
- 621 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 08:04:03 ]
- ポインタにするにはちょっとGCさえごまかせば済む話だが、
配列はオブジェクトなので新しく作る必要がある。
C++/CLI使っててポインタを使わない意味はないだろ。
- 622 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 14:11:18 ]
- 何やりたいかわからんが、Marshal::Copy とかか？
- 623 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 14:13:53 ]
- ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣｣
―――――――――――――‐┬┘
|
＿＿＿＿.＿＿＿＿ |
| | | |
| | ∧＿∧ | |
| |（ ´∀｀）つ ミ |
| |/ ⊃ ﾉ | |
￣￣￣￣'￣￣￣￣ | ミ C++/CLI
- 624 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 16:38:39 ]
- 懐かしすぎるぞそのAAｗ
- 625 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 19:27:06 ]
- 配列が三つもあるとかあほすぎ
- 626 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 21:46:23 ]
- 618への回答にinterior_ptrっていいだろうかｗ？
マネージ型には違いないぞ。
- 627 名前：デフォルトの名無しさん mailto:sage [2007/11/01(木) 09:56:33 ]
- たぶん、IntPtr に格納されたアドレス値をバイト配列に変換したい訳じゃないとは思うんだが（ｗ
- 628 名前：デフォルトの名無しさん [2007/11/01(木) 09:58:54 ]
- c++/cliを使うメリットってなんすか？
C++に中間吐かせるなんて、ﾋﾞｬｰﾈが知ったら泣くぞ
- 629 名前：デフォルトの名無しさん mailto:sage [2007/11/01(木) 10:05:13 ]
- C++ を越えた変態になれる
- 630 名前：デフォルトの名無しさん mailto:sage [2007/11/01(木) 10:09:50 ]
- ま、C++と文法的に相性が悪かったCOMの悪夢の続きを見れるとか。
- 631 名前：デフォルトの名無しさん mailto:sage [2007/11/01(木) 10:28:51 ]
- .netライブラリを使える
- 632 名前：デフォルトの名無しさん mailto:sage [2007/11/01(木) 10:43:22 ]
- ﾄﾞﾄﾈﾄﾗｲﾌﾞﾗﾘはｲﾗﾈ
既存のC/C++ﾗｲﾌﾞﾗﾘを使いたいわけ。
- 633 名前：デフォルトの名無しさん mailto:sage [2007/11/01(木) 13:46:59 ]
- >>632
そういう人がなぜこのスレッドにいるのかわからん。
- 634 名前：デフォルトの名無しさん mailto:sage [2007/11/01(木) 13:53:20 ]
- 何ていうか、分からないから見てみる、みたいな。
.NET「本音」相談室
ttp://www.atmarkit.co.jp/fwin2k/dnitpro/honneqa01/honneqa01_01.html
- 635 名前：デフォルトの名無しさん [2007/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 名前：デフォルトの名無しさん mailto:sage [2007/11/01(木) 19:04:11 ]
- >>635
IDEが作成したファイルに手を加えるのはあまりよくない。
別のファイルに書こう。
- 637 名前：デフォルトの名無しさん [2007/11/01(木) 19:11:14 ]
- >>635
ええ、絶対間違ってると思ってtest.cppってファイルを作って同じのを書いたのですが、
hogehoge という型指定子が見つかりませんと言われてしまうんです。
- 638 名前：635 [2007/11/01(木) 19:24:35 ]
- //test.cpp
class hogehoge{};
//Form1.h
>>635の#pragma managedより下
って書いてみたんですけど、ヘッダーがコンパイルされたときには
test.cppはまだコンパイルされてないからこういう事になってるんですかね・・・？
- 639 名前：デフォルトの名無しさん mailto:sage [2007/11/01(木) 19:28:28 ]
- >>637
先にCをやってきな
- 640 名前：デフォルトの名無しさん mailto:sage [2007/11/01(木) 19:38:55 ]
- >>639
C++もだろ。
- 641 名前：デフォルトの名無しさん mailto:sage [2007/11/01(木) 19:39:25 ]
- だな。
- 642 名前：635 [2007/11/01(木) 19:41:44 ]
- www.asahi-net.or.jp/~yf8k-kbys/newcpp0.html
とりあえずここに書いてることは大体理解出来るんですが、
足がかりになるようなページ教えていただけませんか？
- 643 名前：デフォルトの名無しさん mailto:sage [2007/11/01(木) 20:05:07 ]
- ヘッダと cpp の関係がわかってないのかな？
Form.h が メインの cpp に include されてコンパイルされる前に、hogehoge なるクラスが
定義されていないといけないんだよ
だから、hogehoge をヘッダに定義して、Form1.h で include すればいいんだけど
この説明の意味、わかる？
次はたぶん、混合型はサポートされていません。て、エラーになると予言（ｗ
- 644 名前：635 [2007/11/01(木) 20:28:37 ]
- >>643
ヘッダーを作らないといけないのを全く理解してませんでした。
IDEでクラスを作って見よう見まねでいじったらうまく行きました^^
丁寧にありがとうございましたmm
- 645 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 10:16:10 ]
- まぁ、別に cpp を include してもいいんだけどな
- 646 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 12:23:45 ]
- いやいや、リンクしたときに定義が衝突するでしょ
- 647 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 16:58:28 ]
- それよりおれは>>635の1行目が気になる
- 648 名前：デフォルトの名無しさん [2007/11/03(土) 09:36:00 ]
- それよりおれは>>647の1行目が気になる
- 649 名前：デフォルトの名無しさん mailto:sage [2007/11/05(月) 01:27:44 ]
- C++/CLIって、仕事あるか？
- 650 名前：デフォルトの名無しさん mailto:sage [2007/11/05(月) 14:08:18 ]
- >>647
実は俺も気になってた。
- 651 名前：デフォルトの名無しさん mailto:sage [2007/11/05(月) 16:50:50 ]
- >>649
3ds/maxの会社
- 652 名前：デフォルトの名無しさん mailto:sage [2007/11/05(月) 17:38:42 ]
- CLI穴だらけじゃん(`Д')ノ
じゃあみんなで補完しあおうぜ(=ﾟωﾟ)ﾉ
議論盛り上がりまくり(ﾟдﾟ)ｳﾏｰ
ﾄﾞﾄﾈﾄ対応（･∀･）ｲｲ!
ってのが製作者の狙いということか( ﾟДﾟ)ﾊｯ
いや…なん違うような(；´Д｀)
- 653 名前：デフォルトの名無しさん mailto:sage [2007/11/05(月) 21:55:56 ]
- なすてnullptrなんて作たんだろ、nullで統一してよ
- 654 名前：デフォルトの名無しさん mailto:sage [2007/11/06(火) 00:15:35 ]
- ぬるぽ
- 655 名前：デフォルトの名無しさん mailto:sage [2007/11/06(火) 00:37:10 ]
- >>653
> なすてnullptrなんて作たんだろ、nullで統一してよ
'\0' と混同する人がいないとも限らないからかな…
- 656 名前：デフォルトの名無しさん mailto:sage [2007/11/06(火) 00:52:35 ]
- #define null 0としているプログラムは探せば結構ありそうに思う。
そんなコードでも変更なしに使えるようにという配慮では？
- 657 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 18:41:43 ]
- え C++/CLIはヘッダーに全部実装するのが流儀だろ
cppファイルなんていらんのですよ
- 658 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 20:35:57 ]
- 実体化しないのかよ
まさか、プリコンパイルヘッダに全部うわなんだおまえやめｒ
|
 |
