C++自体がC99から置いてきぼりになってますが何か？
でもってC++/CLIも世界標準規格のわけだが
世界標準言ったって、盲判で有名なECMAだろ？
ちょっとまえにISOに蹴られたばっかじゃん。
実装がひとつしかないのに世界標準とかいわれても非常に困る
っ Mono
MonoにC++/CLIコンパイラなんてあったの？
いずれできる
>246
はあ? ISOに蹴られてるだろ? どこが世界標準規格なんだよ。
嘘もいい加減にしろ。
>>254 あれ？ なにそれ？ なんで普通になんの制限もないPDFがダウンロードできるの？
単にECMA規格がそーゆーもんなの？ それともドラフトかなんか？
標準規格に制限かける標準化団体はいね。
もう、C++/CLIは死に体。
CLIもDも
C++0xへの叩き台なので問題ない
>>256 ISO も JIS も普通に金取られるぞ
ANSIも
規格がみんな無料で閲覧できるようになればいいのに
コストはともかくトラフィックで死ねるからやらないんだろうけど
いらないものをさも必要があるかのように作って無駄にはやらせようとするM$は死ねばいいのに
開発者に対してろくなアプローチをしないところよりはまだマシさ。
>>263 禿は「ライブラリで出来るところはライブラリでやれよ。
テンプレートで出来るだろ」という見解だったな。
というわけで、ISOでは蹴られ続けるだろうな。
実際5月のミーティングでも駄目だったし。
VC++2005です。
メインフォーム上に置いたコントロールのWndProcをオーバーライド
したいんですが。普通に継承して、メインフォームのコードを書き換えると、
フォームデザイナーがうまく機能しなくなってしまいます。
フォームデザイナをちゃんと動かすためにはいろいろ大変みたいで
できればやりたくないです。もっと簡単にWndProcをオーバーライド
する方法はないでしょうか？
結局、C++/CLIとC++でいつでも分離できるように実装するしかないんだよな。
C++/CLI側は「まだ実装するべき機能はあるから、追加しちゃうよ」とかほざいてるし、
標準じゃないのはいらねぇよ。
で？
C++/CLIで作ると移植性が落ちる。
ポートも糞もないだろｗ
273 ：
デフォルトの名無しさん：2007/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 に格納されたのか知らせる手段がほしいのですが、
うまい方法は無いでしょうか？
＞271 名前： デフォルトの名無しさん [sage] 投稿日： 2007/05/31(木) 20:47:23
＞C++/CLIで作ると移植性が落ちる。
だから世の中の０＄や重要なソフトはC++なのさ。
>>273 item->list = (HogeList<HogeItem^>^) this;
HogeListは事実上HogeItemの派生クラス専用なのだから、
IList<T>の継承じゃなくてListを包含してしまったほうが楽だと思うけどな。
ネイティブのクラスがハンドルを持てないのはなぜ？
ハンドルはGC管理領域を指すマネージドポインタだから。
ベンダーはECMAを見るだろうからISOとか関係ないっしょ
いや、ベンダーって、誰が実装するのよ？
>>276 ネイティブクラスのインスタンスは、マネージヒープ・スタック以外に作られる可能性がある
しかし、CLRのGCは、自身が管理するメモリ以外を見ない
だからネイティブクラスはハンドルを持てない
おとなしくmsclr::gcrootを使いなさいということ
>>281 ありがとう。
つまりネイティブヒープ上にあると、ハンドルがGC対象にしていいか追跡
できなくなるって理解しました。
gcrootなんてあったんですね。調べてみます。
CreateFileとかCloseHandle呼べばいいんでは？
審議中
∧,,∧ ∧,,∧
∧ (´・ω・) (・ω・｀) ∧∧
( ´・ω) Ｕ) ( つと ﾉ(ω・｀ )
｜ Ｕ ( ´・) (・｀ ) と ﾉ
ｕ-ｕ （l ) ( ﾉu-ｕ
`ｕ-ｕ'. `ｕ-u'
>>279 つーか、ECMAに最初だけ登録しておいて、
以後のバージョンアップは放置ってのがMSの手法。
で「仕様は公開されてますよ、オープンです」って言う。
C++/CLIで作ったら、各部署、それぞれから大ブーイングだぜ。
C#はJIS通ったんだが
>288
ソースが転用できねーじゃねーか。ぼけ、死ね、くたばれ。
って言われる。
ネットワークドライブ上のファイル 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*にうまく変換
できません。
続きです。
さらにもし可能なら、英語版windows98でも動くようにしたいです。
PtrToStringCharsの戻り値をpinして、
自分でWideCharToMultiByteやその他の手段でマルチバイト文字列へ変換
その際マルチバイト文字列の文字コードにShift_JIS (CP932)を指定
XP (NT)なら、Unicode対応でないプログラムの言語の設定（コントロールパネル→地域と言語のオプション→詳細設定）
で日本語を選んでおけばこれで動くと思う。あるいはAppLocaleで個別指定する手もある
98 (9x)は無理
293 ：
デフォルトの名無しさん：2007/06/05(火) 23:56:10
String^ temp;
^って、なんの意味があるんですか？
ポインタ
ハンドル
>>294 ポインタ？
String* temp;
はなくなったんですか？
>>295 すいません、よくわかりません。
ハンドルで分からないなら managed なポインタと思っとけばおｋ
>>297 有難う御座います。
そのように思っておきます。
>>293 C++/CLI の変更点くらい確認しようぜ
ヘルプで C++/CLI Version 2, マネージ拡張 から
変更の概略を見れば出ている
でも、ぶっちゃけ、CLIにメモリ管理を任せる意味はあるのか。
302 ：
デフォルトの名無しさん：2007/06/06(水) 13:21:26
>301
その為に共有メモリってのがあったわけだが…。
ちょっとコスト対効果のバランスが悪い理由な気がする。
>>302 共有メモリはプロセス間でメモリ共有したいときのものだと思うけど。
DLLはもとからメモリ空間共有してるわけだし、
メモリ共有で何を解決するつもりなのかサパリワカラン
>>303 DLLのスタティック領域がプロセス間で共有されてたのはWindows 3.1時代の話だぜ
305 ：
290：2007/06/06(水) 19:50:35
>>292 ありがとう。
しかし290の例の日本語は他の言語の場合もあり、またはUnicodeでしか
表わせない混合型の場合もあるので、もっと根本的な解決法があれば
いいんですが。
根本的な解決があるとすれば、そのライブラリをどうにかするしかない
ハンドルやファイルポインタ・ストリーム辺りが渡せればだいぶましなんだが
307 ：
デフォルトの名無しさん：2007/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);
//ここでエラーになる。
IntPtrをSystem::IntPtrにしたこと以外はそのままでも問題なさそうだし、
実際試しに動かしてみても問題なかったぞ
>>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 ：
デフォルトの名無しさん：2007/06/21(木) 00:39:09
String a("A");
これがコンパイルできないのはなぜですか？
error C3149: 'System::String' : トップレベルの '^' なしに、この型をここに使用することはできません
トップレベルの '^' なしに、この型をここに使用することはできないから。
仕様だからとしか
仕様ですか。しかしObjectやStringBuilderなどは^がなくてもOKなので、
Stringのみ特別な事情があると理解すればいいでしょうか？
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();
>>315 ありがとう。
使い道がないということで理解しようと思います。
delegateは知らんが、arrayやStringは.NET ILレベルで特別扱いしてるからかもな。
VC2005でデバッグしてるとステップ実行で変なところを
さしてしまう場合があってデバッグしづらいんですが
直す方法はありますか？
nop命令があってそこでへんなとへこいきます。
GUIなアプリケーションを作るために
C#の「Windowsアプリケーション」プロジェクトでいくか
C++/CLIの「Windowsフォームアプリケーション」プロジェクトで行くか悩む。
アンマネージドなC++クラス（とboost）で書かれたCUI
アプリケーションのGUI版を作ろうとしています。
C# でもアンマネージドな DLL のエントリを呼び出すことできますし。
でもアンマネージドな C++ のクラスを使いまくりたいんだけど
どうしたものか・・・ COM コンポーネントとして作られていれば
容易に扱うことができたのかもしれないけど。
アンマネージドな C++ で書かれたクラスのインスタンスを
生成したい時って、そのクラスのファクトリメソッドを
用意しておいてそれを C# 側から呼び出すということになるんですかね？
C++ 特有の複雑な（引数の型を反映した）関数名とかどうなるんだろう。
extern "C" つかうのか。
ごめん、書いてる途中で C# な話題になってしまった。
321 ：
319：2007/07/06(金) 06:41:49
それで、肝心のことなんですが、アンマネージドな C++ のクラスを
.NET 環境で使うためには C++/CLI でラッパークラスを書けば
いいのでしょうか？そうするとマーシャリングなども自動で
やってくれるということなのでしょうか？
DLL は C++ にやさしくない、かといって COM コンポーネント
として書いてしまうとプラットフォームに強く依存しすぎるので
一般的な用途のクラスライブラリには向かない、
でもアンマネージドな C++ のクラスを .NET と仲良くさせたい、
という課題をどう解決すればいいのかを教えてください。
> そうするとマーシャリングなども自動で
> やってくれるということなのでしょうか？
そういうことになるが、ある意味自分で
マーシャリングコードを書く補助をしていると言ってもいいかもしれない。
アンマネージクラスをC#（やその他.NET言語）から呼び出したければ、
C++/CLIでそのクラスをラップしたマネージクラスを含むマネージドDLLを作って、
他の言語から参照設定して使うのが一番率直な手段。
そもそもC#でアンマネージDLLのC++クラスを操作するなんて不可能だぞ。
（COMインタフェース経由を除く）
323 ：
319：2007/07/06(金) 10:57:16
>C++/CLIでそのクラスをラップしたマネージクラスを含むマネージドDLLを作って、
>他の言語から参照設定して使うのが一番率直な手段。
やっぱそうですか、ある意味安心しました。
System.Runtime.Interop 以下にいろいろあるのを眺めてて、
もしかしてマネージドからなんかうまい具合にごにょごにょ
できる方法が用意されてるのかなぁ、などと疑心暗鬼になってました。
VC2005でデフォルトのフォームアプリを作成して、
CLRサポートを/clrにして以下のインクルードを追加すると
実行時ヒープエラーみたいなのが出ます。
#include <comdef.h>
#pragma comment(lib, "oleaut32.lib")
どうやって直したらいいのでしょうか？
325 ：
デフォルトの名無しさん：2007/07/24(火) 03:07:41
なんで Void って大文字になったの？
ヘミvoidが権利を主張するのを避けるため
System::Void のこと？
当たり前のことなんだろうけどvoid代わりに使えるのが少し不思議に感じる。
#include <cstdlib>
int main()
{
System::Void* pv = std::malloc(256);
std::free(pv);
}
自分自身の起動パスを得るにはどうしたらいいの？
CRTの__argv[0]やWin32のGetModuleFileName(0,とか
.NETのSystem::Windows::Forms::Application::ExecutablePathなど。
Applicationにあったのか！
ありがとう。
ずっとProcessとかを探してたよ
Win32APIのときGetModuleDirectoryとかなんとかだったから
333 ：
デフォルトの名無しさん：2007/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
以下略
のようにぶん回してファイルを行単位で全行
読み込みたいだけなのですが・・・
>>333 ＞C++/CLI にはマネージドな世界独自のコンテナクラスライブラリが
つSystem::Collections::Generic
STL.NET構想はどっかいっちゃったけどな
335 ：
デフォルトの名無しさん：2007/07/27(金) 12:26:29
>>334 おお、「コレクション」というのですか。
どうりで C++ CLI コンテナ で検索していても
昔の managed C++ の資料や gcroot でがんばる
という方法しか見つからず難儀していました。
しかも cliext::vector なんかも見つかってしまい、
余計に混乱していました。cliext 名前空間以下の
識別子ってのが STL.NET なんですかね？
>335
STL.NET は STL/CLR という名前で VS2008 に同梱
ただ、.net fx 2.0 では動かない
こういう後方互換性がないものを C++/CLI で出してほしくなかった
＞後方互換性
上位互換が無いってことか？
STLってのはC++では最重要なんだが...
>>336 それ本当？
.NET Framework 3.0も3.5もCLRのバージョンは2.0のままだろ。
.net fx 2.0 で作ってた既存アプリに STL/CLR を使って修正すると、アプリの実行に
3.5 が必要になるのは嫌じゃね？
前のCTPの頃はライブラリだけ持って行けばよかったんだが
>340
Beta1 で Microsoft.VisualC.Stlclr.Dll ＋ヘッダ抜き出しで駄目だったという報告があった
とりあえず、Beta2 が来てるんで、入れて試してみる
一応、「Microsoft.VisualC.Stlclr.Dll は .net fx 3.5 の一部ではない」はずなんだが
>>341 >.net fx 2.0 で作ってた既存アプリに STL/CLR を使って修正すると、アプリの実行に
>3.5 が必要になるのは嫌じゃね？
>前のCTPの頃はライブラリだけ持って行けばよかったんだが
コンパイルし直すんだろ？
どうせmsvcp90.dllとか増えてるんじゃないの？
VC++のランタイムライブラリに同梱ってのが幸せになる道かねぇ。
まあ3.5のサイズにもよるな。
>343
客先に説明するのが面倒なんだよね。でも、STL/CLR は使いたい
できれば、CTP同様に VS2005 + ヘッダ + Microsoft.VisualC.Stlclr.Dll で STL/CLR を
使った開発ができる方がうれしい。SP2 で来ないものかな
std::vector<int> v;
：
for each(int i in v)
{}
for eachでbegin(), end()が呼ばれているようですが
ECMA-372にはこの振る舞いの記述が見あたりません。
MSの独自拡張なのでしょうか?
>345
これでも行けますね
int vec[] = { 1, 2, 3, 4, 5 };
for each ( int num in vec )
{
std::cout << num <<std::endl;
}
配列アクセスが可能なものは Array のラップを掛けて渡されているのでは
ないでしょうか。Array は IEnumerable ですし
>346
ごめん。これはできて当たり前だわ
array<int>^ vec = { 1, 2, 3, 4, 5 };
と同等だもんな
>>346 Cタイプ配列とarray<T>は同等じゃないから346は通らないのでは？
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; }
>348
Cタイプ配列は C++/CLI では array<Type> でラップされるよ。だから、346 は動く
>347 がそれを言ってる
ヘッダ見たけど、特に ecma-372 で必要とされている IEnumerable の定義も
見あたらないから、CLR・・・で定義されている所に、拡張構文で潜んでるっぽい
VS2008 Beta2 試してみた。コンパイル対象となる .net fx が選べるようになったんだが
2.0, 3.0 を選んだとき、STLCLR.dll は使えなかった
STL/CLR を使いたかったら、3.5 を普及させろと言うことらしい
( ﾟдﾟ) Feedback ﾏﾝﾄﾞｸｻ
＿(__つ/￣￣￣/＿
＼/ /
￣￣￣
( ﾟдﾟ )
＿(__つ/￣￣￣/＿
＼/ /
￣￣￣
>>350 C#のCタイプ配列はCLR配列だが、C++/CLI のCタイプ配列はCLR配列じゃないぞ。
>>346を実際にコンパイルしてみろ、C3285でしっかりコンパイルエラーが出る。
VC8 SP1で試したけど/clrの有無に関わらずC3285になるね。
当たり前だけど、boost::arrayはOK。
どうせならレンジに使えればいいのに、
ってそれなんてBOOST_FOREACHなんだけどね。
>352-353
悪禁食らっていたので返答が遅れた
ごめん。漏れが試したのは、VS2008 Beta2 だった。こちらは >346 でコンパイルできるし
動く。また、ecma-372 でも、仕様上 346 で正しいから、VC8 で取りこぼしてた仕様が
いくつかあったやつを VC9 で準拠したんだと思う
/clr の有無に関わらずって、/clr なくて for each が使えるの？
>>354 349でネイティブでも使えるという報告があるよ。
ファイル名をキーとするstd::mapのようなものを作りたく、Generic::Dictionaryのキー型にString^
比較にStringComparer:::CurrentCultureIgnoreCaseを指定してるのですが
全角アルファベットの大文字・小文字も同一視されてしまいます。
要するにNTFSやFATと同じようなファイル名の比較をしたいのですが、どうすればいいんでしょうか?
つ ネイティブC++
>>356 WindowsのNTFSファイルシステムドライバは"Ａ"と"ａ"は同じ文字とみなしてるよ？
>>358 あ、ほんとだ。区別されるものと思ってた。
>>356 カーネルの中には比較する関数あるんだけどね・・・
なんでユーザーモードに無いのかは謎
まじめにやると日本語やアルファベット以外の文字（ヨーロッパ圏など）でも
全角半角を問わず大文字小文字を区別しないので
割と面倒だった気がする。
361 ：
デフォルトの名無しさん：2007/08/01(水) 04:25:12
Visual Studio 2005 で C++/CLI を使っています。
フォームデザイナの機能で C++/CLI と C# の間に
違いはあるのでしょうか？
つまり C# でのフォームデザイナと、C++/CLi での
フォームデザイナの間に、利用できるコントロールの
種類などで違いがあるのでしょうか？
.NET Framework で用意されている機能なら言語によらず
利用可能だとおもうので差はないと思っているのですが。
362 ：
デフォルトの名無しさん：2007/08/01(水) 04:54:48
マネージドなプログラム組むならＣ＋＋なんか使わねっつの！ｗ
＞マネージドなプログラム
これってメリットある？
いや、一般論じゃなくて実際のところ。
プラットフォームにVistaが使えるじゃねーか。
いや、Vi$taにあうのはネイティブアプリ。
>>363 自分専用ツールにはクラスライブラリが充実しているので便利。
>>366 それにしては、Win32で出来るものが出来なかったり、中途半端。
だったらVCLみたくネイティブクラスライブラリ充実させろよ。
＞クラスライブラリが充実しているので
これって、ネイティブ版クラスライブラリを作成すれば完璧だおね。
M$のﾄﾞﾄﾈﾄ囲い込み戦略に嵌められてるだけじゃないの？
ﾄﾞﾄﾈﾄは終焉したわけだし、無視した方が良いよ。
ドトネト君っていろんなスレにいるな。
飽きないの？
そりゃ、CreateFile系のAPI自体がバグでロックしちゃうんだもの。
企業ユーザが使おうとするわけがない。 >> VISTA
>CreateFile系のAPI自体がバグでロックしちゃうんだもの。
kwsk
374 ：
デフォルトの名無しさん：2007/08/01(水) 22:23:38
Form.hに実装を書かせられるの嫌なんだけど、どうにかならない？
てか、なんでForm.hに実装させるような仕組みにしたんだろう？
Form.cppに実装を移せば？
実装を書かせるといっても、イベント用に開発環境が自動生成したものですよね。
これをcppにということになると、たとえば、フォームデザインの変更を
ちょこちょこやる場合、Formのデザイナとヘッダとcppを行ったり来たりでは
やっぱり大変だよね。
ぶっちゃけVC++8の.NETサポートは「諦めろ」としか言えないよ・・・
378 ：
デフォルトの名無しさん：2007/08/02(木) 04:03:15
VC++9 では何か変わってるの？
そりゃ変わってますよw
380 ：
デフォルトの名無しさん：2007/08/02(木) 18:35:26
VC2008先行して使っている人、
デサイナが生成するコードに何か大きな変化は有りましたか？
試してみたけど変わってないみたいだね。残念だ…
C++/CLI に関してはろくに対応されていないね。STL/CLR なんか作ってる場合じゃないと
思うんだが。結局、ネイティブ・アプリの ClickOnce 対応もしていないし
いや、STL/CLRは「ろくな対応」なんじゃないか？
ネイティブの STL にマネージド・オブジェクトが格納できればいらない対応でしょ
むしろ、2種類のライブラリに混乱しかねない
マネージドなSTLはそれになりに便利だと思う。
標準C++ & boost萌えな俺には、C++/CLIやC#はきついんだが…
>>384 確かに。少なくともクラス定義だけでも、
ネイティブクラスと値クラスに違いがなければいける。
前にも書いた気がするけど、ハンドル用のアロケータ書いてみたが、
ネイティブクラスはハンドルを持てないのでだめだった。
C++0x の concept map が C++/CLI に実装されたら、それつかって managed class を STL コンテナにいれられるのでは...
だとしたら、ほんとに STL/CLR は C++0x が確定するまでの繋ぎでしかなくなるな
いや、一応STL/CLRは一度覚えればC#でも使えるんだろ?
STL/CLR は C++/CLI せんよーだってさ
テンプレートで実装してるしね
じゃあ、意味ねーなw
なんかグダグダ
でもまだSTL/CLRのコンテナは、System::CollectionsやSystem::Collections::Genericの
インタフェースを実装しているのが強みと言えるかもしれない。
STLがあればGenerics要らんやん。
C# にも展開してくれれば良かったんだけどなぁ
まぁどっちかっつーと.NET言語の態勢を保ちつつ
コンパイル時のコード生成であるC++テンプレートをサポートするってのが
端から無茶やってるとは思うけどねぇ。
397 ：
デフォルトの名無しさん：2007/08/04(土) 13:00:12
C++/CLIでは
stringstream
に相当するものは用意されているのでしょうか？
.NETのクラスライブラリにはMemoryStreamが似ている存在。
でもstringstreamだって使いたければ使えばいいし。
StringBuilder や StringReader, StringWriter を使ってもいいな
400 ：
デフォルトの名無しさん：2007/08/04(土) 23:23:24
C++/CLIでも派生させるクラスのデストラクタはvirtualにすべき？
勝手になる？
401 ：
397：2007/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;
}
>>400 ポインタを使った場合だと、virtual 付けないとダメね
ハンドル型だと、virtualなしでもいける
>>402 へえ、boost::shared_ptrみたいだな
「リソース管理できてデストラクタに罠がない賢い手段」
目指してるものが同じだからな。
ハンドル型っていまいち概念がわからん。
マネージドヒープにある実体を指すポインタなんだろうか？
ガベコレの都合から考えたほうが早いかも
408 ：
デフォルトの名無しさん：2007/08/05(日) 02:07:15
ref class だと
デストラクタってDisposeじゃなかった？
だからvirtualにならないとつじつまが合わない気が・・・
>>408 ref classのデストラクタはDispose()ナマじゃなからvirtualかどうかは意味がない。
デストラクタを宣言すると暗黙でDispose(bool)とDispose()とFinalize()が定義されて、
デストラクタはDispose(bool)から間接的に呼ばれるので、
結果、継承ツリーの下位のほうから順にデストラクタが呼ばれる形になる。
>>406 ようするにそういうこと。ただしポインタ演算禁止で、演算子多重定義が使える。
ポインタ演算がやりたければinterior_ptr<>。
>>406 > マネージドヒープにある実体を指すポインタ
が含まれてます。ハンドルには。
そのポインタ(あるいはID)を直接操作するのは危険なので、
(たとえばGCで、場所を移動されるかも知れないので)
ハンドルを介して、その対象を操作するのです。
用語としては、車を運転する時に、直接タイヤを動かすのではなくて、
ハンドルを回して、タイヤを動かすあのハンドルと同じです。
CでFILE型がファイルハンドルと呼ばれるのと同じ。
>>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のどこにも出力されないんですけど。
>>412 %は参照&のマネージド版。
ハンドルは、一応ポインタになぞらえられることを示すとするとこんな感じ。
値型をボックス化したハンドル絡みではこういうことになる。
void plusA(int^ x) {
(*x)++;
}
int x = 10;
int ^h = x;
plusA(h);
std::cout << x << ' ' << *h << '\n';
void plusA(int^ x) {
(*x)++;
}
int ^x=10;
plusA(x); //書き換わる
plusA(*x); //そのまま
ようするに参照ということかな？VBのByrefみたいな。
std::coutもprintfもWriteLineもどこにも出力されないんだが、
どうやって出力結果を見てるの？
>>414 Console::ReadLine();などででプログラム止めてる？
plusA(*x); って、*xがplusA関数に渡されるときに、
*xのコピーオブジェクトが作成され、そのハンドルがplusA関数の仮引数に
格納されるから、値が変わらないってことでいいのかな？
そうそう、
(10).Equals(11);
みたいに定数もオブジェクトとして扱われるんだね。
>>414 コンソールプログラムのプロジェクトにしている？
そうしないと、cout, printf, WriteLineの出力先は現れないよ。
コンソールプログラムのプロジェクトでなかったのなら、
プロジェクトのプロパティのリンカのシステムか何かのとこにサブシステムの設定があるから、
その中のコンソールを選べばいい。
http://msdn2.microsoft.com/ja-jp/library/fcc1zstk(VS.80).aspx
>>415 plusA(*x);でコピーが作成されるのはそのとおり。ボクシングとは、
結局マネージドヒープに新しくオブジェクトを作って、そこへコピーすること。
値型のハンドルを引数に受け渡しすること自体はVBのByRefや
Cのポインタ渡しそっくりでいいんだが、ボクシングという
暗黙のオブジェクトのコピーが働くから話が少々厄介になっている。
417 ：
デフォルトの名無しさん：2007/08/06(月) 21:48:15
boostみたいにprivateもシリアライズできる
非侵入型のシリアライズはないのでしょうか？
418 ：
デフォルトの名無しさん：2007/08/07(火) 19:32:08
最初2003のManaged C++で作ってたんだが
都合により2005のC++/CLIに移ることにした。
プロジェクトを変換してコンパイルエラーを片付け、
いったんは動くようになったんだが
しばらくしてリビルドしようとすると
リンクエラーLNK2020「メタデータの操作に失敗しました」
が発生する。
今環境がないんで詳しいエラー内容は書けないんだが
「プロパティの数が違う」みたいなことを言われていた。
LNK2020にはいろいろ種類があるらしく、
「重複する型に、適合しないフィールド宣言があります」なら
リビルドすればいいらしいんだが、リビルドしてみても直らなかった。
プロジェクトを新規作成してファイルを全部入れても同じエラー。
ググっても英語のページすら出てこなかった。
誰か対処方法知ってたらｐｌｚ
最低限のコードを入れてリビルドして、どうなる？
>>419 stdafx.h
stdafx.cpp
main.cpp
resource.h
だけの状態？
421 ：
デフォルトの名無しさん：2007/08/07(火) 20:48:11
すまんLNK2022だった
アノニマスな構造体があったの？
423 ：
418：2007/08/08(水) 20:34:16
どうやらプロジェクトファイルが壊れていた模様。
もう一回プロジェクト変換しなおして
ソースとヘッダ入れたら動いた。
お騒がせｽﾏｿ
>>422 なかった
VC++ expressで
C++/CLIを使うときの制限事項ってどんなのがありますか？
別に何も無いよ
え？そうなの？
デバッグ機能とかGUIのデザインあたりが
はしょられてるんかと思ってた
428 ：
デフォルトの名無しさん：2007/08/19(日) 21:32:30
intからenum（enum classじゃない）に変換したいんだが
普通のC言語のようにただのキャストじゃ変換できない？
どうもできていないような気がするんだが。
>>428 enum classじゃないenumはC++のそのままですよね？
単に使い方がおかしいだけでは。ソースを示してみたらどうです。
DirectXのコードなんだが
D3DFORMAT fmt = (D3DFORMAT)21;
実際のコードでは21の部分は変数になってる。
ユーザの入力。
実体が unsigned long int なんじゃね？
ヘッダではこうなってる
typedef enum _D3DFORMAT
{
（省略）
D3DFMT_A8R8G8B8 = 21,
（省略）
} D3DFORMAT;
直後にブレークポイントつけてウォッチすると
fmtが「未定義の値」になってる。
これで普通に代入できたぞ？
int val = 21;
D3DFORMAT fmt = (D3DFORMAT) val;
std::cout << fmt << std::endl;
VS 2008 Beta2 なんで、2005でも大丈夫かわからんが
version違いの*.hがあって、21がない方のをincludeしてるとか。
d3d9types.h なんて前からあるっしょ
これでリリース・ビルドしていたせいで変数がデバッガ上で正常に表示されていなかった
なんてオチだったら指さして笑うが
C++/CLIって実際どのくらい使われてるの？
Dの5倍くらい。
>>438 俺仕事で使ってる
ただのラッパークラスだが
441 ：
デフォルトの名無しさん：2007/08/21(火) 09:18:49
>>440 ネイティブのライブラリをドトネトから使うため？
>>411 前の製品の再利用可能な部分
GUIはC#になっちまった
>435
enumは int だし。ってのはCの仕様だっけか。
445 ：
428：2007/08/22(水) 21:45:58
どうやらint関係なしに
直接D3DFMT_R8G8B8を入れても
<未定義の値>になる。
デバッグにはなってるんだが。
enum は含まれる値を全て表現可能なサイズの型になる。
>445
直接、D3DFORMAT の enum 値を出力してみたら?
TRACE でも cout でも何でもいいけど
ちなみに、コンパイラは VC8 なんだよな?
>>447 ちゃんと21が出たｗ
VC8です
デバッガがミスっただけかな。
フォームを多言語化して、ニュートラルと日本語のリソースを交互にいじってると
設定した値が元に戻ったりするんですが、これについて何かご存じな方
いらっしゃいますか？
追記です
VS2005上での話です。
この言語ほんとに流行りそうなの？
452 ：
デフォルトの名無しさん：2007/09/01(土) 20:26:10
.NET が流行れば。
だって既存の C++ のライブラリの
ラッパーとしての存在価値は少なくともあるから。
で、.NET というか CLR ってこれからはやるのかね？
mono でも ASP.NET をはじめとしていろいろ動く
ようになってるし、.NET Compact Framework も
広がりを見せているようだけど。
C++/CLI自体が単体で流行ることはないと思う。
あくまでもC++の資産を.NETで利用するためのツール。
C++/CLI 自体は JDirect の正当な発展系だと思う
.net が COM 拡張として発生したように、外部管理オブジェクトのハンドリング用言語として
C++ を拡張したものだから
Windows 用の Objective-C みたいなものなんだけどなぁ
455 ：
デフォルトの名無しさん：2007/09/01(土) 23:46:12
Objective-C つかったことないや
はいはい死滅死滅
457 ：
デフォルトの名無しさん：2007/09/02(日) 14:31:02
2008になったらC++CLIは何かかわんの？
>>457 STL/CLRとこれまで規格に非準拠だった部分の対応。
例えばC型配列がarrayと同等に扱えるようななった。
459 ：
デフォルトの名無しさん：2007/09/02(日) 16:07:58
がるぽっ
C++0x が確定するまでは、大きな修正は入れてこないだろうね
また、いろいろと言われるから（ｗ
461 ：
デフォルトの名無しさん：2007/09/02(日) 16:50:15
なんか、見た目が変態的なソースコードになるよな・・・
無理矢理.netに対応させた文法を追加せずに、
C++にライブラリで誤魔化したほうがマシな気が・・・
.netに最適化した言語、とかならC#ってのをやってるのだし、
あんまりC++/CLIの存在意味がないような・・・
それをやったのが mc++ で、マネージド・オブジェクトの判別が付かなくなったので
明示的に分離するように変更したんだよ
C++ は既存のままで、CLI を追加構文で、これでようやく見通しが良くなったのさ
oldSyntax で一度書いてみると、ライブラリで対応って言うのが以下に非現実的か
よくわかるよ
463 ：
デフォルトの名無しさん：2007/09/02(日) 20:13:36
正直 Managed C++ は「よけいわかりにくいわ！」って
感じだったからな。マネージドな部分とそうでない部分が
明確に分かれている C++/CLI のほうがわかりやすい。
確かに上にあった Objective C の Microsoft 版だという
たとえは的を射ていると思う。
漏れにスキルさえあれば、JVM や Squeek に CLI ラッパをかぶせて、GCC の C++/CLI
実装を作ってみるのになぁ
465 ：
デフォルトの名無しさん：2007/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です：2007/09/07(金) 18:08:54
ごめんなさい。
<add key="HOGE" value="ほげほげ" />
は
<add key="HOGEHOGE" value="ほげほげ" />
の間違いです。
467 ：
デフォルトの名無しさん：2007/09/08(土) 09:39:16
レベル高すぎ
>>465 うちの環境だと正常に読めてる。Vertual PCでWin2k(SP4)。
xx.exe.configの名前はあってる？
>>468 >xx.exe.configの名前はあってる？
それ、ビンゴです！
C#やVBはビルド時に自動でファイル名つけてくれるのに。。。
470 ：
デフォルトの名無しさん：2007/09/22(土) 02:10:50
過疎ってんなー
やっぱりC++/CLIは
流行らないってことでおｋ？
だってマネージ・アンマネージの橋渡し専用言語だもん
GDI+死ぬほどのろいんで、ペイントルーチンをC++/CLIでGDI使って
組めばいいんじゃね
テキスト描画すんのもGDIのが楽なような
>>472 VistaでDDBの速度的有利さは事実上消滅したけどな
DirectDraw（笑）
>>473 .NETがのろくて誰も使ってくれないから全員平等にのろくしたって感じだな
馬鹿?
.NETは最初から馬鹿だよ。
>>475 Direct3DとWPFは仲間はずれ？
479 ：
デフォルトの名無しさん：2007/09/23(日) 04:10:23
>>471 まぁそうなんだろうけど、そういう言語が CLI 上にちゃんと
用意されているところが Java VM とは違うところだよな。
といってドトネトを擁護してみる。
いや、漏れは好きだよ C++/CLI。というかこれがないと困る。
研究用のシミュレータをC++で boost とかのライブラリ使って
書いてるけど、フロントエンドの GUI が Windows Forms で
組めるのは楽だよ。
それって逆に選択肢がないんじゃ… > シミュ&Win Forms
481 ：
デフォルトの名無しさん：2007/09/23(日) 08:18:37
>>480 そうともいう。
シミュレータ自体はライブラリ化していて、コマンドライン版は
Linuxクラスタで動かしているんだけど、同じライブラリを
リンクしてWindowsで動くGUI版を作れるというのはかなり便利。
C# と C++/CLI と両方使って思うんだけど、 Windows Form デザイナ
って両者の言語でかなり安定感ちがわないか？
C++/CLI だとちょっとでも自動生成されたコードいじると
もうデザイナが発狂してしまう感じ。どの程度いじってもOKなのか
基準がよくわからない。C# のほうも基準がわからないという点では
同じなんだけど、結構いじっても Windows Form デザイナが
ちゃんと認識してくれる気がする。気がするだけか？
C#のほうが解析しやすい言語だから
解析なんてしてないだろw
485 ：
デフォルトの名無しさん：2007/09/25(火) 14:00:50
プリコンパイル済みヘッダーは
C++/CLIで使えるのでしょうか？
使える
487 ：
デフォルトの名無しさん：2007/09/26(水) 23:29:57
プロパチー見ろ
C++で今まで書いてきて
GUIをもっとバリバリやりたくなってきたんですが
かといってMFCは嫌い。
C#は書き直すのがめんどいし
そんな漏れはC++/CLIがいい？
490 ：
デフォルトの名無しさん：2007/09/27(木) 09:23:42
ネイティブで書かれた関数(数値計算のエンジン)を別のスレッドで動かして、
結果をグラフィカルに表示するなんてことができます？
ネイティブの_begin_thread 関数を呼び出す必要が有りますか？
それともドトネトのなにかを呼び出すべきなんでしょうか？
>>490 どちらでも可能だが、
マネージドのスレッドを使ったほうが取り扱いが楽だと思う。
ネイティブを混ぜるマネージドアプリに何の意味がある。
>>492 C++/CLIスレでそれを言うなよ。/safeにどの程度の意味があるんだ？
>>492 ネイティブってどういう意味で使ってるの?
>>494 マネージドアプリをアンマネージドアプリにする混ぜ物。
むしろ逆だろ
pureでやりたいなら C# で十分じゃん
C++/CLI はそれだけじゃ物足りない人向けだろ
WTLを忘れるな
数値演算をC++にさせて「何の意味がある」って言われるなら、
<funcional>すら駄目ってことになるが…
C#って初期バージョンで完成形だったのに
だんだん拡張されてキモクなってるよな。
全然
C#程度でキモいっつーんならC++とか使えないだろ
>>488 楽したいならC# + C++/CLIとかWPFとか
厳しい道を行きたいなら DirectX Graphics
おまえ、なんかものすごい勘違いしてない？
504 ：
デフォルトの名無しさん：2007/09/28(金) 01:23:51
C#にある delegate の ThreadInvoke メソッドを使った
○ちスレッド処理って、同様のことは C++/CLI では
できないのかな。そもそも delegate がないから無理か。
505 ：
デフォルトの名無しさん：2007/09/28(金) 01:25:43
ThreadInvoke じゃなかった、BeginInvoke だった。
それに、そもそも C++/CLI にも delegate はあるんだった。
なにを言っているんだ
507 ：
デフォルトの名無しさん：2007/09/28(金) 06:58:38
C++/CLIではコンテナクラスライブラリとして STL.NET
なるものを使うべきなんですか？それとも .NET Framework
にはほかにも（言語独立の）コンテナが用意されていて
そちらを使うべきなんですか？
好きな方を使えばいい
C# で慣れてるなら .net の Collections を使えばいいし、違和感がないなら STL.NET で
いい。格納するものがネイティブだったら、既存のライブラリでもいいだろうし
509 ：
デフォルトの名無しさん：2007/09/28(金) 21:18:24
C++/CLI では単純型の配列って初期化されるんでしょうか？
あと、配列の持つ Clone メソッドっていわゆる浅いコピー
しか作ってくれないんですよね？ハンドルを深くたどって
完全にコピーを作ってくれるようなメソッドはありませんか？
自分でディープコピーしないとだめ？
一般論だけどDeepCopyの仕様はクラス作成者にしか決められないんじゃないかな。
>509
Primitive型と値型は初期化される
512 ：
デフォルトの名無しさん：2007/09/29(土) 09:20:50
ディープコピーのためのインターフェイスを実装していれば
自動的にディープコピーまでやってくれるなんてことは
ないんですかね。Microsoft では「簡易コピー」と「詳細コピー」
って呼んでるみたいですが、たとえば System::Array の
Clone は簡易コピーですよね？
自動でディープコピーやったら、循環参照のときコピー終わらなくなっちゃうよ。
ArrayのCloneは簡易コピーだけど、
一般的にICloneableインターフェース実装が
簡易コピーでないといけないということはない。
Cloneメソッドが簡易と詳細どちらのコピーをするかは、
実装者に任せるというのが一般的じゃない？
だから、既存のコピー実装が気に入らなければ、
外部で独自のコピー方法を定義するしかないよ。
514 ：
デフォルトの名無しさん：2007/09/30(日) 16:50:24
CEDEC2007で
3ds maxは、C++/CLI使ってるようなこと言ってた。
プラグインもC++/CLIだし
515 ：
デフォルトの名無しさん：2007/09/30(日) 17:49:50
コンテナはC++CLIならSTL+Boostがいいのかな？
516 ：
デフォルトの名無しさん：2007/09/30(日) 18:17:40
>>515 ネイティブなクラスのインスタンスを格納するか
マネージドなクラスのインスタンスへのハンドルを格納するかに
よるんじゃね？boost::shared_ptr で格納するなら
また話は発散する。
517 ：
デフォルトの名無しさん：2007/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 が未解決です。
って出ました。
これは何が原因なのでしょうか？
>517
それは C++/CLI なの？
519 ：
デフォルトの名無しさん：2007/09/30(日) 23:09:35
プロジェクトは、C++/CLIです。
stdafx.hに
#include <windows.h>
#pragma comment(lib, "user32.lib")
書いてます
ライブラリのほうは、C++/CLIじゃありません
>>519 ライブラリは /MDでコンパイルしてます？
～～～～
／ ヽ
/ ＞~~~~~~~~/
| ∠ ＼ ／ |
｜ √ ⌒ <⌒ | ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣
(6 ≡ ＼｜ | やる前から負けることを
≡ ┌ ＿＿「｜ ＜
＼ ＼＿( ｜ | 考えるﾊﾞｶがいるかｺﾉﾔﾛｰ！
＼ ー ｜ |
＼＿＿＿| ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
誤爆ｽﾝﾏｿ
ネイティブコード吐かないんなら、C++使う意味無くない？
無くない
ドトネトにはｲﾐﾅｲ
526 ：
デフォルトの名無しさん：2007/10/01(月) 17:40:21
>>520 おおおお
いけました。
ありがとうございます。
ありがとうございます。
ありがとうございます。
修行するぞ。
修行するぞ。
修行するぞ。
C++なのに遅いとか泣けるよな・・・
いや、C++/CLIをC++に含めるのは問題だと、ISOにバッサリ斬られたけど。
ISOがﾀﾀﾞｼｲ
C※にでもすればいいのに。
左を向けば変態的な/CLI
右を向けば変態的な0x
振り返っても変態的なC++
>531
ウホッ！ 最高だな（ｗ
変態の俺にピッタリだ。
おまいら、まだまだ子供だな。俺を満足させたかったら、MixedType を持ってこい
CLI もネイティブも多重継承してやるぜ
MixedType ってなに？
boost::any とか？
boost::optional とか？
混合型
ネイティブクラスがマネージ型のメンバを持ったり、
マネージクラスがネイティブクラスから派生したりするなど。
そうだ、Ｍ＄がマネージドをネイティブに書き換えれば準備完了！
C++/CLI でも当然純粋仮想関数って認められているはずだよね？
ネイティブのライブラリの中で、純粋仮想関数を持つ
クラス X があるんだけど、そのライブラリを /clr なアプリから
リンクすると X のインスタンスなんて一切生成しようと
していないにもかかわらずリンカに怒られるんだよ。
なんでだろう。わかる人いる？
人に聞くときゃ、エラーを出せよ
540 ：
538：2007/10/03(水) 20:47:24
ごめん、C++/CLI とか全然関係なかった。
よく考えたらコンストラクタの中で巡り巡って
純粋仮想関数が呼び出されているところがあった。
コンストラクタの中で仮想関数を呼ぶようなコードは
実際には仮想関数テーブルを見に行くようなバイナリが
生成されるわけじゃなくて静的に解決された _thiscall
を呼びに行くバイナリが生成されるわけだけど、
純粋仮想関数だとそれは定義されてないから
リンカに怒られているだけだった。
そういうのは Init みたいな初期化関数を使うってのが C++ の定石だけど、
ちょっとカッコ悪いよね。
うんかっこわるい
Initialize()でないと
C++/CLIって検索に引っ掛けにくいキーワードなので、
もっと、こう、いい名前を考えてやらないか？
記号を含まずに検索エンジンでインデックス化しやすく、
かつ独創的で他の言語とは差別化できそうな名前。
しかも人間にとっても発音しやすい名前。
俺は卑猥な名前しか思いつかない。
C++xCLI とか CLI++ とか？
C#ってのはどうだろ?
>545
巣に（・∀・）ｶｴﾚ!!
VBってのはどうだろ?
VB から生まれしもの、元いたDLL地獄へ（・∀・）ｶｴﾚ!!
普通に検索できないか？
Googleでは C++/CLI で一単語として認識しているみたいだね。
Googleって形態素解析してないと思ったたんだけど、
いつの間にかリッチな辞書使ってるんだなぁ。
昔はC#とかも検索できんかったけどな
GCは構文のシンメトリーが崩れるから糞
明示的にdeleteすればおｋ
コナンか
C++/CLIより懐の広い言語って
存在するの？
D言語
560 ：
デフォルトの名無しさん：2007/10/09(火) 13:57:19
多重継承いらないし。
Mixinは素晴らしい世界
しかし、未だにデザイン以降の仕様の影すらみえない罠
VC2005さんに
/clr:pure または /clr:safe と共にコンパイルされた関数に対する呼び出し規約 '__stdcall' が無効です
言われた。
仲直りするにはどうしたらいいですか？
stdcallは譲れない
pure safeを諦める
＞pure safe
これって、価値ある？
C#やVB.NET並みには
/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
は、使えないんですか？
pure は .net Framework 専用だろ
/clr をつけたら、必要なライブラリは明示的に追加しろや
それか MDX か XNA でも使うんだな
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でこれを実現することはできるのでしょうか？
自クラスのインスタンス生成時に親クラスの参照渡しとけばいいんじゃないの？
573 ：
571：2007/10/11(木) 22:31:31
自クラス→生成するインスタンス
親クラス→生成元インスタンスってことですか？
生成するクラスをDestClassとすると
DestClass destClass(this);
みたいなことでしょうか？
>>571 普通にイベントで実装したらまずい？非同期操作はどの辺でからむのだろ。
C++/クリ
AsyncDelegate って AsyncResult のプロパティだろ？
AsyncResult にサンプルあるじゃん
577 ：
デフォルトの名無しさん：2007/10/14(日) 00:49:28
黒川紀章氏のような一生に憧れるな。
ご冥福をお祈りいたします。
578 ：
デフォルトの名無しさん：2007/10/14(日) 01:19:16
C++は別にJavaのような言語になる必要性を感じない。
C++とjavaとC#の速度の違いを解説してるようなHPとか書籍あったら教えてください
今勉強しるのですが、これ無くならないですよね?
そんな心配がいるほど勉強に時間かかるようなもんかね？
>>581 ドトネトのことを全く知らないと混乱するかも。
あと、古い情報（Managed C++）を見てしまって
混乱していた人がここに約一名。
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を使うが、それも
サポートされないとなると。。。
現状は 0x の仕様策定待ちでしょ。だから、ライブラリ拡張しかしてないだけで
MFC のサポートが切れたら、WTLでも使えばいい
RADなくても大丈夫でしょ
委員会氏ね
587 ：
デフォルトの名無しさん：2007/10/29(月) 11:13:27
>>585 こういう事いうからC++基地外は。。。
RADはあった方がいい。
RADは必須だが、MFCのビルダーはカンベン。
589 ：
デフォルトの名無しさん：2007/10/29(月) 14:17:53
MFCのビルダーって何？
RAD で具体的には何を指してるの？
C++/CLI のデザイナのこと？
ま、一般的にはソースと連携するGUIエディタ。
コードジェネレータ以降のもの。
じゃ，コードオナペット機能とかも？
MFCのどこがRODなんだよ
594 ：
デフォルトの名無しさん：2007/10/29(月) 22:51:30
RODって何だよ
ヤンキースの選手だよ
THE PAPER
いや、だからVisual C++/MFCはRADを目指してるように見せかけてた。
しかし、C++のRADができあがると開発者がオプソに流れちゃう。
>>597 それが C++/CLI + フォームデザイナではないのか？
あくまでネイティブにこだわる？
＞あくまでネイティブにこだわる？
これは詭弁。
実体は、Ｍ＄が非ネイティブにこだわる。
gccですんなりコンパイルできちゃったらWinが単なる開発マシンで、
ターゲットマシンが別０＄になっちゃう。
C# で mono とか tcl/tk とか何かならわかるが、
pure C++ で Win32 アプリがRADで開発できても、
＞gccですんなりコンパイルできちゃったらWinが単なる開発マシンで、
＞ターゲットマシンが別０＄になっちゃう。
ってことにはならないと思うが。
＞ってことにはならないと思うが。
ってことにはならない、じゃなくて、Ｍ＄が阻止する。
売る側からしたら端末みたく膨大な数を売るものだったら１台あたりに０＄代払いたくない。
開発マシンとターゲットマシンと別々なのはふつー。
Winの前の時代なら、UNIXで開発＆Ｍａｋｅして汎用機（ﾒｲﾝﾌﾚﾑ）に転送していた。
＞UNIXで開発＆Ｍａｋｅして汎用機に転送していた。
あ、やっぱ、コンパイルは汎用機でやってたね。
>>601 そういう意味じゃなくてさ、MS の作る Win32 アプリの RAD の出してきたコードを
gccでコンパイルしても、実行できる環境が Linux にある？
Wine がそんなに実用的になってる？
>>603 Windowsヘッダーがgcc環境に移植されてM＄が慌てたのを知らないの？
RADなら製品としては成立しなくて終了したっぽいけど、Delphi / Kylix、 C++ Builder / C++ Builder Linux があるお。
>>603 あ、C++ BuilderにwxWidgetsのプラグインがあってポトペタできる。
wxWidgetsだからLinuxとMacは対応できる。
>>605 MS がクロスプラットフォームな UI フレームワークを採用した RAD を
出すわけないと思うけど。pure C++ になったとしても、Win32 べったりでそ。
次はそれに文句言うの？
それとも Wine があるから
＞gccですんなりコンパイルできちゃったらWinが単なる開発マシンで、
＞ターゲットマシンが別０＄になっちゃう。
だ、って主張？
>>604 漏れも cygwin は使ってるけど、そういうおまいは使ってるのか？
きつい言葉だが、現実見えてる？
おおい、C++/CLI スレなんだかから、
RAD にかんしては mono で Windows.Form
が使えるかどうかってのがメインの話題にならんの？
そういう俺は Hello world しか試したことがないよ。
mono では。
mono=Hello worldﾂｰﾙ
RHD = Rapid "Hello world" Development
RAD = RApid "Hello world" Development
CLI = Common "Hello World" Language Infrastructure
HAL = HALlo world is typo.
V$ﾄﾞﾄﾈﾄは、ﾄﾞﾄﾈﾄ Framework の機能を最大限に利用することによって、Hello worldの生産性を劇的に向上させます。
質問です。
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じゃなくても動くんだろう？
>>615 その方法でいいと思うよ。
＞ていうかon_callbackはなぜ#pragma unmanagedじゃなくても動くんだろう？
その為の混合モードだから。関数はマネージドとネイティブの両方のエントリーを持っている。
#pragma unmanagedを使うのは DllMainとlongjmpのときくらいじゃなったかな。
>>616 ありがとうございます。
これで実装を進めることにします。
IntPtrで与えられたポインタをマネージ型のByte配列に変換したいのですが、できるのでしょうか？
アンマネージへの変換はMSDNの参照などによりわかったのですが、
マネージへはまだわかっておりません。
アンマネージに変換して使用して配列を扱ってもいいのですが、なるべくマネージ型でまとめたいと思いまして・・・
そもそも無理だとしたらIntPtrのReadByteを使うしかありませんか？
どなたかご教授ください。
それへ知ってハッキングでもする気か？
ポインタにするにはちょっとGCさえごまかせば済む話だが、
配列はオブジェクトなので新しく作る必要がある。
C++/CLI使っててポインタを使わない意味はないだろ。
何やりたいかわからんが、Marshal::Copy とかか？
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣｣
―――――――――――――‐┬┘
|
＿＿＿＿.＿＿＿＿ |
| | | |
| | ∧＿∧ | |
| |（ ´∀｀）つ ミ |
| |/ ⊃ ﾉ | |
￣￣￣￣'￣￣￣￣ | ミ C++/CLI
懐かしすぎるぞそのAAｗ
配列が三つもあるとかあほすぎ
618への回答にinterior_ptrっていいだろうかｗ？
マネージ型には違いないぞ。
たぶん、IntPtr に格納されたアドレス値をバイト配列に変換したい訳じゃないとは思うんだが（ｗ
628 ：
デフォルトの名無しさん：2007/11/01(木) 09:58:54
c++/cliを使うメリットってなんすか？
C++に中間吐かせるなんて、ﾋﾞｬｰﾈが知ったら泣くぞ
C++ を越えた変態になれる
ま、C++と文法的に相性が悪かったCOMの悪夢の続きを見れるとか。
.netライブラリを使える
ﾄﾞﾄﾈﾄﾗｲﾌﾞﾗﾘはｲﾗﾈ
既存のC/C++ﾗｲﾌﾞﾗﾘを使いたいわけ。
>>632 そういう人がなぜこのスレッドにいるのかわからん。
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
>>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はまだコンパイルされてないからこういう事になってるんですかね・・・？
だな。
642 ：
635：2007/11/01(木) 19:41:44
ヘッダと cpp の関係がわかってないのかな？
Form.h が メインの cpp に include されてコンパイルされる前に、hogehoge なるクラスが
定義されていないといけないんだよ
だから、hogehoge をヘッダに定義して、Form1.h で include すればいいんだけど
この説明の意味、わかる？
次はたぶん、混合型はサポートされていません。て、エラーになると予言（ｗ
644 ：
635：2007/11/01(木) 20:28:37
>>643 ヘッダーを作らないといけないのを全く理解してませんでした。
IDEでクラスを作って見よう見まねでいじったらうまく行きました^^
丁寧にありがとうございましたmm
まぁ、別に cpp を include してもいいんだけどな
いやいや、リンクしたときに定義が衝突するでしょ
648 ：
デフォルトの名無しさん：2007/11/03(土) 09:36:00
C++/CLIって、仕事あるか？
CLI穴だらけじゃん(`Д')ノ
じゃあみんなで補完しあおうぜ(=ﾟωﾟ)ﾉ
議論盛り上がりまくり(ﾟдﾟ)ｳﾏｰ
ﾄﾞﾄﾈﾄ対応（･∀･）ｲｲ!
ってのが製作者の狙いということか( ﾟДﾟ)ﾊｯ
いや…なん違うような(；´Д｀)
なすてnullptrなんて作たんだろ、nullで統一してよ
ぬるぽ
>>653 > なすてnullptrなんて作たんだろ、nullで統一してよ
'\0' と混同する人がいないとも限らないからかな…
#define null 0としているプログラムは探せば結構ありそうに思う。
そんなコードでも変更なしに使えるようにという配慮では？
え C++/CLIはヘッダーに全部実装するのが流儀だろ
cppファイルなんていらんのですよ
実体化しないのかよ
まさか、プリコンパイルヘッダに全部うわなんだおまえやめｒ
>>649 このあいだ、基本は.NETライブラリで、ネイティブ用のI/Fも欲しいって仕事があって
何を使っても良かったし、ずっと自分が面倒みる事になる事は分ってたから
C++/CLI のラッパーで対応したが。
レアケースなのは間違いないな。
＞基本は.NETライブラリで、ネイティブ用のI/Fも欲しいって
これ、何ていうﾄﾞﾄﾈﾄアプリの破滅。
661 ：
デフォルトの名無しさん：2007/11/11(日) 16:39:40
>>え C++/CLIはヘッダーに全部実装するのが流儀だろ
あ、やはりそうなのか?
こより的には、そのやり方はちょっと…
C#でいう「インターフェイス メンバの明示的実装」をやるにはどうすればいいの?
自己解決
private: virtual Object^ Clone() = ICloneable::Clone { ... }
CLI 部分については C++/CLI って C# よりむしろ VB に近いと思う瞬間の一つだな
raise とか
＞raise とか
これ、何てDelphi？
2008入れてみた。
STL/CLI使えるぽ。
.net fx 2.0 指定でも使える？
この言語って、どの程度流行ってんの？
各国で静かなブームですよ
TreeViewとListViewにｘVN_GETDISPINFO相当の機能がなかったので、
Controlから派生させて自作したよ('A`)
（VirtualModeもパフォーマンスがよくなかった・・・）
C#だとAPIや定数の定義が面倒だが、C++/CLIだとWin32ヘッダそのままインクルードして使えるから楽でいい。
だがそんなことするくらいなら最初っから
つMFC
・・・そんな感じだ。
メッセージぐらいならわざわざControl使わんでもどうとでもなるが。
Notify系メッセージならWM_REFLECTION付きで当該コントロールに来るし。
いやWTL最強
>>673 メッセージぐらいではどうにもならんのですよ。
WM_NOTIFY + WM_REFLECTでメッセージ引っ掛けても、先が続かん
676 ：
デフォルトの名無しさん：2007/11/27(火) 18:43:18
Windowsプログラムを組む必要がない場合
CLIを勉強する意味ある？
Windows以外で動く独自のCLIを開発する場合とか。
( ﾟдﾟ )( ﾟдﾟ )( ﾟдﾟ )…
独自にCLRを実装するなら、CLI の勉強は必要だな
C++/CLI は不要だが
Object型の変数の値が、値型Tのボクシングされたオブジェクトであるかどうかを
調べるにはどうすればいいんでしょうか
C#では obj is T とするところです
参照型同様dynamic_cast<T^>(obj)がnullptrになるか否かで判定すればいい。
safe_cast ？
castに失敗した時に、例外が発生したほうがいいならsafe_cast。
nullptrを返してほしいなら、dynamic_cast。
if分の条件でスマートに使いたいなら、T::typeid->IsSubclassOf(obj)もしくはIsInstanceOfType()の組み合わせで。
public ref class A : public Generic::IEnumerable<Object^>
{
public:
virtual Generic::IEnumerator<Object^>^ GetEnumerator();
};
コンパイルエラーになるのだが、こういう実装はだめなの？
エラーメッセージぐらい書（ｒｙ
System::Collections::IEnumerable::GetEnumeratorの方の宣言がない
>>685 public ref class A : Generic::IEnumerable<Object^>
{
public:
virtual Generic::IEnumerator<Object^>^ GetEnumerator();
virtual Collections::IEnumerator^ GetEnumerator();
};
してみたけど、だめでした。
error C2556: 'System::Collections::IEnumerator ^A::GetEnumerator(void)' : overloaded function differs only by return type from 'System::Collections::Generic::IEnumerator<T> ^A::GetEnumerator(void)'
with
[
T=System::Object ^
]
そりゃ返値が違うだけの同名同引数メソッドを宣言できるわけないだろ？
別名定義する必要がある。リファレンスのinterface classの解説見れ
>>687 以下でコンパイル通りました。
public ref class A : Generic::IEnumerable<Object^>
{
public:
virtual Generic::IEnumerator<Object^>^ GetEnumerator() = Generic::IEnumerable<Object^>::GetEnumerator;
virtual Collections::IEnumerator^ GetEnumerator2() = Collections::IEnumerable::GetEnumerator;
};
ありがとうございました。
GetEnumerator2のほうはprivateにしたほうが
>>689 早速private: + sealedにしました。
重ね重ねありがとう
マネージクラスも共変できたらいいのにと思う。
共変ができないのはなんでだろう
CLI 上の制約？
>>691 Genericsは共変/反変をサポートしてるけど
標準クラスライブラリと有名どころの言語がサポートしていないので事実上死に設定
たしかデリゲートもIL上は共変・反変できたような。
C#はデリゲートなら共変反変おｋ
696 ：
デフォルトの名無しさん：2007/12/08(土) 17:56:12
（C/C++スレから誘導されて来ました）
VS2005にてC++/CLI使用中です。
Hoge()というアンマネージドクラスが既にあり、これをマネージ環境で使うことを考えています。
このとき、
Hoge *hoge0 = new Hoge();
Hoge *hoge1 = new Hoge();
Hoge *hoge2 = new Hoge();
・・・
というのを
Hoge *hoge[10];
hoge[0] = new Hoge();
hoge[1] = new Hoge();
hoge[2] = new Hoge();
・・・
のよう配列にするにはどうしたらよいでしょう？
（マネージ環境だと Hoge *hoge[10]; の時点でCLI配列使え！って怒られてしまうんですよね・・・）
普通にできるはずだが？
エラーメッセージとか番号とかちゃんと書けよ
698 ：
デフォルトの名無しさん：2007/12/08(土) 18:21:12
C++/CLIでSTLって使えないんですかね。。。
アンマネージ内で使いたいんですが、#include<list>とか<vector>とかすると
error C2039: 'free' : '`global namespace'' のメンバではありません。 e:\program files\microsoft visual studio 8\vc\include\cstdlib
error C3861: 'free': 識別子が見つかりませんでした e:\program files\microsoft visual studio 8\vc\include\malloc.h
とエラーが出ます。。。
699 ：
696：2007/12/08(土) 18:25:37
>>697 アンマネージクラスだと普通にできますが、マネージ環境だと
Hoge *hoge[10]; のところで
「error C4368: hoge' をマネージ 'test01:managedClass01' のメンバとして定義できません。混合型はサポートされていません」
といったエラーになります。
このエラーでググると「マネージ環境なんだからarray<>使うべし」といった見つかるのですが、
例文はintの配列とかそんなんばっかりで、今回のような場合はどうすりゃいいのか・・・といった感じです。
よろしくお願いいたします。
>>698 普通に使えるが?
ファイルぶっ壊れてるんじゃね?
702 ：
デフォルトの名無しさん：2007/12/08(土) 21:20:59
>>701 まじですか。。。
再インストールしてみます、ありがとですω
>
>>701 再インストールしたところ思いっきり動きました。
５時間悩んでたのが馬鹿らしい。。。
ありがとでした。
>>699 やりたいことと少し違うかも知れんが、
new N[10]で10個のオブジェクトの生成は済んでるから注意な。
class N { }; // native class
ref class M { // managed class
N *n;
public:
M() { n = new N[10]; }
~M() { delete [] n; }
!M() { delete [] n; }
};
array<IntPtr>^ _ptrs = gcnew array<IntPtr>(10);
_ptrs[0] = IntPtr( new Hoge() );
・・・
でよくね？
Conditional属性は使えないの?
諦めてマクロにするしかない?
>>1 は？お前バカか？
.NET開発のデファクトスタンダードはC#だろ。常識的に考えて
いまさら時代遅れのC++なんて勉強する気しねーよ。
俺はJavaから始めたからよ。
で、ホントはC#よりC++/CLIのほうが未来ありそうなん？
>>707 C++ と C++/CLI の区別が出来ない人は
他の人を馬鹿呼ばわりする資格はありません
C++/CLIはC++にどっぷり漬かった俺にはなんか納得できないものがある。
全然チェックしてないけど.NET3.5で言語に手は加わってんの？
マーシャリングライブラリが付くって話は聞いたことがあるけど あとSTLと
この辺は言語そのものじゃないしな
>>710 C++ がすでに何でもありなところを、さらに C++/CLI でなんでもありになってるので好感もてない？ポインタがふたとおりあるとか。
ポインタじゃないよトラッキングハンドルだよ
C++ のネイティブ・クラスをマネージドに委託できると嬉しいんだよな
普通にクラス作って gcnew したらマネージドになってくれるような機能
715 ：
デフォルトの名無しさん：2007/12/16(日) 10:15:37
BCCで使えるの？
gcc-cil はどうなったん？
717 ：
デフォルトの名無しさん：2007/12/18(火) 01:30:20
なあ、Windowsアプリ作るならC#のほうが楽じゃね？
C++にマネージコードが混ざるとうっとおしい。
つ C++ Builder
おまえらがC#に移行しない理由は何？
いつまで待ってもドトネトが必要とされない。
Managed DirectX が消滅した
というか C++/CLI と C# は使う場所がちがうだろ、常識的に考えて ...
（ <●><●>） Ｃ丼だけで全部を作れないということは分かってます
（Ｕ ）つ
ｕ ｕ
C#でC++よりも効率のいいデバイスドライバーって作れるの？
ここC++/CLIスレなんだけど
C#は.NETを必要とする代わりに便利な環境を提供するものだけど
C++/CLIはどうしても.NETが必要な人のためのものだからな
727 ：
デフォルトの名無しさん：2007/12/19(水) 01:40:55
.NETが必要なこと自体に遭遇したことがない
リッチなGUIを簡単に作れるのは魅力的なんだが
.NETは美しいんだよ。
APIのドキュメントと長時間睨めっこしなくて済む
それなんてDelphi/VCL？
某は見苦しさを極めてるからなw
>>724 そもそもC#で作ったデバイスドライバなんてあるの？
733 ：
デフォルトの名無しさん：2007/12/26(水) 00:46:25
マネージド、アンマネージドのクラスや配列の解放について質問があります。
なるべく使い終わったクラスを即時メモリ解放したくて、
delete しているのですが、タスクマネージャで確認しても、解放しているようには見えません。
マネージもアンマネージも、deleteしたタイミングでメモリ解放されるのでしょうか？
それとも、マネージはGCに頼るしかなく、アンマネージはdeleteのあるタイミングでメモリ解放されるのでしょうか？
アンマネージドでも確保したメモリをプールして使いまわしてるだけだから、
deleteしたからといって、即座にメモリがOSに返還されるわけではないよ。
735 ：
デフォルトの名無しさん：2007/12/26(水) 09:49:21
既定の new や malloc から先はどうやってるのか
追いかけたことないけど，「必要なら持っていっても
いいよ」っていうマークでもつけておいて必要に応じて
OS が回収できるようにしているのかな？
newやmallocはHeap系APIに丸投げでねーの?
737 ：
デフォルトの名無しさん：2007/12/26(水) 12:43:27
>>736 ん？システムコールに丸投げ？
もっと，こう，自前でヒープを管理していると思うんだけど．
>>737 ちょいと階層は深いけど最終的にはそうなってるようだね＞VC2005で確認。
そうなると500KB以上は個別にVirtualAlloc/VirtualFreeで、
小さいのは一元管理で縮小せずに再利用だろう。
もしかしてLINKオプションの/HEAPオプションは使われてないかも？
>>737 Win32APIはシステムコールではないよ。
Windowsのシステムコールは非公開でげすよ。
741 ：
デフォルトの名無しさん：2007/12/26(水) 21:10:12
>>739 Windows においてはシステムコールはサブシステムの裏に隠れて
いて直接呼び出すことはできないってこと？
Win32 API って POSIX レイヤと同じレイヤ？
基本的に同じ。ただ、GDI関係は性能の都合でWin32 APIはカーネルのほうまで突っ込んでいたはず。
これをシステムコールというのかはわからないけど、
そういうサブシステムの下に位置するネイティブAPIと呼ばれるがNTDLL.DLLから公開されている。
9xの場合はVxDをDeviceIOControlで呼び出すことがシステムコールに相当するといっていいと思う。
ファイナライザって要らない子？
Disposeし忘れたときに必要
745 ：
デフォルトの名無しさん：2007/12/31(月) 00:50:26
C++/CLIくだすれって消えてる？あるならそちらに誘導してもらえれば嬉しいです(’・ω・)
おとなしくC#いけって話かなぁ。。。
ttp://homepage3.nifty.com/ishidate/vcpp05_6/vcpp05_6.htm ここを参考にしながらForm1_Paintが呼ばれたときに
DrawlineとかDrawRectangleで描画するプログラム書いてるんですが、
その処理がとても重いので(他の理由もあるのですが)ボタンを押されたときだけ画面を更新するようにしたいんですが、どうしたら良いでしょうか。
(Form1_Paintだとウィンドウの移動などでも更新されてしまうので、それを避けたいということです。)
button1ってボタン作って、button1_Clickに全部書きゃ良いじゃんとか思ったんですが、
引数が(System::Object^ sender, System::EventArgs^ e)なのでe->Graphicsを使えなくて困ってます。
メンバにBitmapとか描画バッファを用意して
button1_Clickで描画、PaintでBitBltが妥当じゃね？
>>745 Form.CreateGraphicsは？
.NET使うならC#は読み書きできるようになった方がいろいろ便利だよ
あけおめです。
>>746-747 レスありがとうございます。
まず
>>747のようにbutton1_Clickに
Graphic^ g=CreateGraphics();
としてボタンでの描画は成功したんですが、今度はForm1_Paintが呼ばれたときに描画されたものが消えてしまったので
>>746の方法をとろうとしたんですが、ドキュメント見たりググったりしてもいまいち描画バッファ→画面のBitBltのやり方が
分からなかったので、
http://www.atmarkit.co.jp/fdotnet/dotnettips/458picboxdraw/picboxdraw.html を見ながらpictureBox1を作って、
private: System::Void button1_Click(System::Object^ sender, System::EventArgs^ e) {
Graphics^ g = Graphics::FromImage(pictureBox1->Image);
drawRandomWalk(g);
pictureBox1->Refresh();
}
こんな感じで解決しました。結果的には
>>746の方法に近い？解決策となりました。
C#も勉強してみます(’・ω・)
ありがとうございました。
make_publicの使い方に詳しい方いますか？
ReleaseでDLLをBuildするとリンクエラーが発生します。
>libtest.obj : error LNK2022: metadata operation failed (80131195) : カスタム属性が適合しません: (0x0c00021b)。
>Stdafx.obj : error LNK2022: metadata operation failed (80131195) : カスタム属性が適合しません: (0x0c000261)。
Debugでビルドするとエラーが発生しません。
make_publicはStdafx.h（PreCompileヘッダ）に記述しているのですが、
どう対処すればよいのでしょうか？
ガベージコレクションが走るスレッドっていうのは、どのスレッドかは確定してないんですよね？
ということは、ガベージコレクションが走る際に呼び出すアンマネージリソースの処理は
スレッドセーフにしておかなければならないということかな？
具体的には参照カウントオブジェクトのラッパーをC++/CLIで作って.NETで使おうとしてるんだけど
Release関数をスレッドセーフにしなきゃならんのかなと。
(Interlockedにすればいいだけの話なんで、それ自体はどうってことないのですが)
ファイナライザスレッドは独立したスレッドなのでどのみちスレッドセーフは必要だろう
ファイナライザ中でthisに属するオブジェクトも生存は保証されていないしね
本当に最後の手段なんだから、基本的にはGC任せにしない方がいいよ
値型メンバは確実に生存してるぜ？ その値型が持つ参照型はともかく
>>751-752 ありがとうございます。
明示的にDisposeてことになると思うんですが、
そうなるとDisposeしなければならないインスタンスを持つクラスがデータ構造の奥深くにあると
どんどんDispose呼び出しが感染していって親クラスのとこまで行ってしまいますよね。
面倒くさいなぁと思いつつも、仕方が無いなぁとも感じてるんですが
やっぱりそんなもんですかね…
アンマネージリソースを取り扱う以上、これは仕方ねっス。
頭切り替えるしかねっス。
ちなみにアンマネージリソース絡みでSafeHandleてのもあるんスが、
これの経緯とか調べるとさらに頭痛のタネが増えるのでオススメっす。
756 ：
デフォルトの名無しさん：2008/01/19(土) 09:08:52
C++/CLIのメソッド引数に％をつけることについて質問があります。
マネージ型の配列や構造体をメソッドに渡すとき、”^”をつけますが、 この渡し方で配列や構造体の”ポインタ”が渡されると思っていました。
”^”の引数があるメソッドを持ったクラスライブラリをVBで参照したら “ByVal”となっていました。
ここで質問ですが、”^”でなく”^%”としなければ配列や構造体が 値渡し(配列全体がCopy？)になるのでしょうか？%をつける、 という概念がC++/CLIで現れたため悩んでいます。
できるならば 配列や構造体は値渡しでなく、アドレス渡し、配列渡しをしたいのですが・・・
^は参照型 そのまま渡すと参照をコピー
%はC++の&、C#のref/outに当たる参照渡し
「参照型 参照渡し」で調べればいいよ
758 ：
デフォルトの名無しさん：2008/01/19(土) 09:54:02
>>757 ありがとうございます。調べてみました。参照型の^引数はアドレスをコピー、参照型の^%渡しはアドレスを参照渡しする、ということですね。
ということは参照型の場合、どちらの方法で渡してもパフォーマンスに大きな影響はないということでしょうか。
参照型と参照渡しの違いを理解しないといけないのですね。
.NETで参照渡しはあんまり使わないよ
参照で渡すことが多いんだったら初めから参照型にする
TryParseとかあるじゃん
スレ立ったのが2006年とかC++/CLIは使われてないの？
今からやるならC#のがいいかね？
アンマネージC++もC#も使えるようになった上で、
もしも必要に迫られたときにやっと登場する言語だからね
俺は間違っても＃なんか使わん。意地でCLI
シーナンバー
>>761 そりゃ今からやるならC#だな
それよりVB.NETがいいに決まってるけどｗ
少なくともC++/CLIなんて論外だ
まあ.NETやること自体が間違いかもしれないが・・・
なぜVBを推すのか
ref じゃないクラスで managed なクラスのイベント捕まえようとしてるのだけど
やり方がわからないので教えてください。
ref class hoge {
event EventHandler ^ev;
};
class hoge_wrapper {
hoge ^_hoge;
void OnHogeEv(System::Object ^o, System::EventArgs ^);
hoge_wrapper(hoge ^_hoge) {
this->_hoge = _hoge;
_hoge->ev += gcnew System::EventHandler (this, &hoge_wrapper::OnHogeEv);
}
};
こんなコードを書いているのだけど EventHandler のコンストラクターでC3364のコンパイルエラーがでて怒られます。
>767
そりゃ、混合型は駄目だろ
ネイティブはネイティブ、マネージドはマネージドで扱わないと
あ、hoge_wrapper::_hoge の型は
gcroot<hoge ^> _hoge;
って宣言してました。転記ミスです。
いや、そこもそうだけど、gcnew しているイベント・ハンドラにネイティブの
ポインタ this を渡してるだろ？
マネージドでイベントアダプタみたいな物を作ったら？
MAKE_DELIGATE っていうのを見つけて、試してみたら意図したとおりに動くみたいです。
中身を見てみたら 770 さんの言うとおりの動きなのかな?
とりあえず解決しましたー。ありがとです。
772 ：
デフォルトの名無しさん：2008/02/06(水) 09:11:08
linq は C++/CLI では使えないんでしょうか?
LINQ のパフォーマンス（笑）
C++/CLI での価値を感じない（笑）
775 ：
デフォルトの名無しさん：2008/02/06(水) 10:37:31
言語使用的に無理なのかな．
似たようなことがライブラリで実現できるように見えるが．
>775
ライブラリで似たようなことができるから、言語でのサポートは不要
これで 0x の auto とかが出てこれば、もう少し CLinq もすっきりと書ける
言語仕様に手を入れると、標準化団体が騒ぐし
778 ：
デフォルトの名無しさん：2008/02/06(水) 10:59:38
>>776 ＞「OSは(アプリケーションやユーザーからは)完全に透明であるべきだ」
透明であるべきだ，ってどういう意味なんだろうね．
意識しなくていいものであるべきだってこと？
だったら，Linux ってその逆行ってない？
カーネルのマイナーバージョンが変わっただけでモジュール類
コンパイルし直さないと使えないデバイス続出だったり．
まさしくOS部分が一番の障壁になってるとおもうのだが．
自分でいじる分にはそれが楽しいけど．
779 ：
デフォルトの名無しさん：2008/02/06(水) 11:00:50
たしかに，auto は楽しみだなぁ．
ラムダ式は boost のもいいけど
ちゃんと言語でサポートしてほしいよ．
>>777 Expression Treeサポートって今の言語機能でどうやるの？
＞透明であるべきだ，ってどういう意味なんだろうね．
＞意識しなくていいものであるべきだってこと？
上と下意味違ってるだろ。常考。
>780
何をどうやって書きたいのかを書いてもらいたいな
SQL的に書きたいだけのシンタックス・シュガーの導入が標準化団体に受け入れられる
とは思えない
OSのバージョンアップをいちいちお祭り騒ぎにして
ソフトやハードの売り込み合戦を仕込んで
煽ってんじゃねえよって意味なんじゃないの。
煽るだけならまだしも、ふれーむわーく（笑）ごっそり変えて、
＞LINQ使えない
とかカンベン。
うん。
この調子なら、数年のうちに LISP が再発明されるな。
ま、コンパイル言語で eval しようという試みでもあるからなぁ
ExpressionはDynamicMethod&ILGeneratorの簡易版としても使えて面白いね
790 ：
デフォルトの名無しさん：2008/02/11(月) 17:17:44
3連休なんてあっという間だな。
C++の場合は、boostでメタプログラミングするか、マネージドで拡張するか微妙なところが出るだろうな
LINQを見ていると明らかに boostにインスパイヤーされているとしか思えない所があるし
boostは、さらに、Haskellにインスパイヤーされていて、C#もLINQそれを意識しての拡張だしね。
違いは、静的にか決定できないか、動的な決定も可能にするか、実行速度的に高速か、コンパイル後にまで及ぶ高い汎用性を取るか……
しかし、C++の場合の一番の的は、templateワカンネー人間かもしれないがwww
792 ：
デフォルトの名無しさん：2008/02/11(月) 20:20:30
C++0x/CLI は可能なのだろうか？
Haskellだけでなく、
関数型プログラミング言語全般の影響だと思うけどね。
ほかはだいたいそうだと思う。
>>792 右辺値追跡参照%%とかできたらすげぇって思うわ。
そのセマンティクスまではよその言語へ持って行けないだろうけど。
>右辺値追跡参照
何やら恐ろしげな用語だなと思ってググッてみたらC++/CLIの機能か
なんですかそれは、噛み砕いて解説してやってください、もうC++/CLIとかは全然追ってないので
今のC++ってギリギリ感が凄すぎなんですが、どうなんですかねー
ようするに追跡参照T%は、ただの参照と違ってGCのついでのメモリ移動にも対応した参照型。
だからgcnewしたオブジェクトやその部分オブジェクトも参照できる。
そのポインタ版は、内部ポインタinterior_ptr<T>やハンドルT^が相当すると言っていいと思う。
右辺値参照はC++0xのやつ。
右辺値参照の右辺値の意味はわかりずらいな
左辺にしない代わりに制約が減ったよ値にしてくれ
template <typename T> ref struct A
{
cli::array<T%>^ m;
};
ってやるとコンパイラが落ちるな
ﾏｼﾞか！
ちょっと帰ってきたら試してみよう
2008EEは落ちないな
帰ってきたら？誰が？
コンパイラさんが
VS2005SP1はアウト
トラッキング参照がダメっぽい
Microsoft(R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.762 for 80x86
.\test.cpp(9) : fatal error C1001: コンパイラで内部エラーが発生しました。
(コンパイラ ファイル 'msc1.cpp'、行 1393)
この問題を回避するには、上記の場所付近のプログラムを単純化するか変更してください。
詳細については、Visual C++ ヘルプ メニューのサポート情報コマンドを
選択してください。またはサポート情報 ヘルプ ファイルを参照してください。
.\test.cpp(10) : コンパイルされたクラスの テンプレート のインスタンス化 'A<T>' の参照を確認してください
C++/CLIってどうなんですかね？
今仕事が谷間なんで新しい言語でも勉強してようかと思うんですけど
仕事とかで使われてます？
805 ：
デフォルトの名無しさん：2008/02/16(土) 11:54:41
>>805 何いきなり否定してんだよ
>>804 仕事ではとりあえず見たこと無いな、ガベコレ？なにそれ状態だw。
C++/CLIは、やりすぎだと思うんだな、Dの様な言語を作っておいて、共存可能にした上で徐々にC++側をフェードアウトすべきだと俺は思った。
C++ユーザーはドトネトを無視、
ドトネト厨はC++を無視、
そんな状況を解決する策
となる筈だった。
>>807 無視してないだろ、たとえばLINQなどは思いっきりboostがやってきた事を意識しているのは明白だし。
やっぱり橋渡し専用言語に留まるのかなあ
＞橋渡し専用言語
それ以上の用途は最初から想定してないでしょ。
言語宗教論争への配慮なんて意図は一切なかったと思うんだがなぁ。
STL/CRLは気の迷いだよたぶん。
実際のところ、C++のシンタクスを完全にマージしつつ（完全は言い過ぎか）、
.NETなセマンティクスを生成する偉業はもうちょっと評価されるべきかと。
もちろん構文が似てるからとC++/CLIから.NETに入ろうとしている人には
暴力に訴えてでも全力でC#をオススメするが。
C#って.NETの基礎言語みたいなもんだしな。
俺はそんなものにとっくに飽きてしまって
マクロと抽象インターフェースを通すようにして
C++|C++/CLIに一発で切り替えられるようにしてプログラムしてる。
いつでも.NETから逃げ出せるようにね。
>>806 つ C#
そんなことより、
C++をヘードアウトさせるなんてとんでもない！
C++/CLIでは、
PropertyGridは、
String以外に指定できんのですか？
Booleanとかintにしてもリードオンリーになる
ColorとかSizeとかenumなどもやりたいお
C++/CLI関係ないからMSDN嫁
MSDNの何処に書いてあるのかさっぱり。
Fontは、できました。
Colorは、できません。
意味不明＞＜
816 ：
813：2008/02/21(木) 03:13:02
MSDNライブラリ内を探すときには、
site:msdn2.microsoft.com付けてググるといいんだよ。
819 ：
デフォルトの名無しさん：2008/02/21(木) 21:41:37
アルゴリズムにも関わるため、この板で質問していいか悩みましたが、
C++/CLIで作ろうと思っているため、質問させていただきました。
ある16Byteのデータが、
1000個くらいのアンマネージ型の16Byteの配列のどれに当てはまるか
検索することを実装したいと思っています。
1000個の配列間で共通な部分はないです。
最も早い方法というのは何が考えられるでしょうか？
今のところ以下を考えています。
if文でXORまたはmemcmpで検索する
→C++/CLIのXORは高速？
また、C++/CLIのor(||)はショートサーキットが入っているのですか？
VBのOrElseのような。もしも入っていないなら、ショートサーキット
を実現したOrコマンドはあるのでしょうか？
慌ててるのはわかるが、日本語でplz
そこまでタイトならアセンブリで組んだら？
1000個程度ならよほど繰り返し実行しなければ、そこまで真面目にアルゴリズムを
追求する必要があるほどの速度にならないと思うけど
ショートサーキットって、if 文の順番で先に判定外れが発生したら、それ以降は検証
しない奴？ それなら、当たり前にそうなってるけど
821 ：
デフォルトの名無しさん：2008/02/21(木) 22:01:31
日本語がおかしくてすいません・・・あせってまして。
ご返信ありがとうございます。
>そこまでタイトならアセンブリで組んだら？
>1000個程度ならよほど繰り返し実行しなければ、そこまで真面目にアルゴリズムを
>追求する必要があるほどの速度にならないと思うけど
そう聞くと少し安心します。ただ、検索する回数が100回くらいあります。
たいしたことないですかね？
>ショートサーキットって、if 文の順番で先に判定外れが発生したら、それ以降は検証
>しない奴？ それなら、当たり前にそうなってるけど
はい。if(A || B)として、AがtrueでもBを評価することです。
MSDNを見ても書いてないから、ショートサーキットはないと思ってました。
何回も検索するんなら、std::mapとかに入れとけば?
変にアンマネージマネージ行ったり来たりする方が遅そう
>>823 同意
memcmpはやめたほうがいいな
データが静的なもので検索する回数が多いなら、ソートしちゃって
二分探索でもするのがいいと思うが。
ご返信、ありがとうございます。
memcmpはしない方がいいのですね・・・。マネージクラスのアンマネージ処理は遅くなるのですか。だったら１６バイトの比較はxorを使う
ことが適当でしょうか。
変なことするとILの最適化の妨げになるから、素直に==で比較すべき。
829 ：
デフォルトの名無しさん：2008/02/22(金) 05:40:43
>変なことするとILの最適化の妨げになるから、素直に==で比較すべき。
ありがとうございます。素直==で比較します。ただmemcmpを使わないならば、
自分で比較関数を使った方がいいのでしょうか？
１６バイト比較なので８バイトずつ比較するというような・・・
そんなの実装なんかたいした手間でもないんだから自分でやって計測すれ
アンマネージ型
とわかってるなら
C++で関数作ればいいだけでは？
アンマネージにする意味が分からん。
union で char[16] を double 値２つに突っ込んで、== で比較してもいいわな
できるだけ行ったり来たりしなくて済むようにまとめてアンマネージの範囲でやればいいと思う
LOGFONT が欲しいんだけど、
void Font.ToLogFont (
Object^ logFont
)
の引数って何渡せばいいの？
Object ^o = gcnew o;
ToLogFont(o);
LOGFONT *lf ・・・？
ググると、自分でLOGFONT構造体を定義してやるC#のサンプルが見付かった。
LOGFONTWが返ってくるらしい。
LOGFONTWを直接渡せればいいのだが、
できないので代わりに配列を送り込んだ。
namespace dr = System::Drawing;
dr::Font^ f = dr::SystemFonts::MessageBoxFont;
array<BYTE>^ a = gcnew array<BYTE>(sizeof (LOGFONTW));
f->ToLogFont(a);
pin_ptr<LOGFONTW> plf = reinterpret_cast<interior_ptr<LOGFONTW> >(&a[0]);
::MessageBoxW(0, plf->lfFaceName, L"", 0);
マクロメディアＦｌａｓｈの
タイムラインみたいなウィンドウ作りたいけど
やっぱり自作しなきゃだめかな
なんか楽そうな方法ありませんか？
クラスライブラリを作ろうとしてます。
C#では///から始まるコメントを書くと、そのクラスライブラリを
参照する方のインテリセンスにコメントに書いた説明が表示されますが
C++/CLIで同様のことはできないのでしょうか?
確か、出た覚えがある
プロジェクトの設定からXMLドキュメントファイルの生成をonにしたらできるようになりました。
けどC#のように///を入力したら自動で整形してくれたり
タグの候補を出してくれたりはしないんですね。
CLIでは無理と認識している。
XML欲しいときは一生懸命書いてるよｗ
ちなみにC#のように楽には書けんよ。圧倒的にタイプ数が増える。
俺はCtrl+spaceキーを多用する癖がついてしまった・・・
あとShiftキーもかなり使う事になる。
C#使ってるとC++でインテリセンスが出ないときに不安になる
845 ：
デフォルトの名無しさん：2008/02/29(金) 11:57:24
>>844 うむ，とりあえず ncb ファイルを削除してみたりとかね．
846 ：
デフォルトの名無しさん：2008/02/29(金) 20:26:39
CLIの入門サイトってありますか？
MFCじゃ駄目なんですか？
他の言語は使えてC++/CLIは初めてなのか，
それともプログラミング自体初心者なのかどっち？
後者ならC++/CLIを選ぶのは間違い
使える言語はC/C++でOffice風のメニュがあるアプリ作りたいからCLIを始めたいのですが・・・・
C# の古い奴を勉強してから仕様書読んだ方が良くね？
C / C++ がわかる人には C# の文法は全然もんだいない
C++/CLI はモンスターだから ...
俺は意地になってCLI使ってる・・・。C#なんか糞喰らえだｗ
たまに羨ましく思うこともあるけど
ILで直接コーディングしてるつわものはいないのか
昔、スクリプトを造ろうとしてやったが、Hello,Worldで力尽きたな（ｗ
ただアセンブリを取得したいのなら、C# を吐き出して、CodeDOM 使った方が楽だという
事実に絶望した
そこでDLRですよ
もはやC++/CLIとは無縁の世界だなw
>>841 こんにちは。
↓このプラグインを使ってみては、どうです？
-CodeProject: XML Comments for Managed C++ Applications. Free source code and programming help
http://www.codeproject.com/KB/macros/MCXDoc.aspx サンプルはVS2003用ですけど、少し手直しするだけで、VS2005や2008でも動きますよ。
(自分は、 .h だけじゃなくて .cpp でもXMLコメントできるよう1行修正して使ってます)
System::IO::MemoryStreamからアンマネージドなIStreamインターフェース
のポインタを取り出す事ってできるんですか?
ネイティブライブラリ関数の引数に渡したいのですが。
そもそも持ってないので
自前で実装すりゃいいんじゃね？
>>858 そうなんですか。
ComVisibleAttribute属性が付いてるからできるのかなと思ってました。
(ComVisibleAttributeの事はよく分からないけど)
SHCreateMemStreamでIStream作成なんてどう？
実験で
public class Hoge
{
public static void func(ref int a) {}
public static void func(int a) {}
}
というクラスライブラリをC#で書き、C++/CLIから
int a = ～;
Hoge::func(a);
と呼ぼうとしましたが、どっちを呼べばいいか分からないとコンパイラに怒られました。
C#ならref引数にはrefを付けて呼び出さないといけないので区別することができますが
C++/CLIの場合はどうするのでしょうか?
func(ref int a) -> func(int% a)
で駄目？
863 ：
861：2008/03/02(日) 12:38:00
delegateを介することで任意のオーバーロードを呼ぶことができました。
delegate void FuncRef(int%);
delegate void Func(int);
(gcnew FuncRef(Hoge::func))(a); // func(ref int a)を呼ぶ
(gcnew Func(Hoge::func))(a); // func(int a)を呼ぶ
>>862 よく意味が分かりません
% は C++/CLI に置ける参照指定
それはわかってるのですが、呼び出し時にどう関係あるのでしょうか?
ん、cast で指定したらってことだけど？
ref に値型を渡すってことは boxing したいってことなんだよね？
castですか?
((void (Hoge::*)(int%))&Hoge::func)(a);
とやってもマネージ型はできないと言われました。
C#でのref引数ってのは、C++/CLIでのトラッキング参照(%)、C++での参照(&)の事だと思うのですが
boxingと関係あるのでしょうか?
関係ないよ。
ref class A {
public:
String^ str;
int* ptr;
};
A^ a = gcnew A();
マネージドなクラスのメンバを初期化しない場合どうなるか見てみたところ
a->str, s->ptrどちらもnullptrでした。
これはたまたまなのか、それとも仕様で決まっているのでしょうか?
871 ：
869：2008/03/04(火) 20:30:38
あるクラスのインスタンスを一気に100個作るメソッドってない？
forでまわすの面倒
gcnew array<AruClass>(100)
↑は忘れて
AruClass a[100];
↑は忘れて
くだすれC++/CLI（初心者用）ってもう無い？
スレ検索して見つからないんなら無いんだろう
.NETのクラスライブラリの使い方に関する質問はC#スレで聞けばいいからなあ
言語仕様の話題だけなら2つもいらん
スタックじゃなくてgcnewで作成する場合はどうすれば・・・
スタックで作っ（たように見せかけ）て、リファレンスで保持するのはできなかったっけ？
array<char>^ a = gcnew array<char>(10);
pin_ptr<char> pinned = &a[0];
interior_ptr<char> interior = &a[0];
char* native = pinned;
pinned += 5; // pin_ptrの位置を変える
interior += 5; // interior_ptrの位置を変える
pinned = native; // ネイティブポインタからpin_ptrに
interior = native; // ネイティブポインタからinterior_ptrに
コンパイル・実行共に問題なかったんだけど、コメントのような操作って規格的にOKなの?
つか、pin_ptrやinterior_ptrってデバッガの逆アセンブルで見るとスタックに積まれた
普通のポインタにしか見えないんだけど、どういう仕組みなんだろう…
pin_ptr の方はおっけー。元々、pin_ptr で指されているポインタの先のオブジェクトは GC の
再配置の対象にしないという仕様だから
interior_ptr の方は実体はハンドルらしい
大切なのはGCでオブジェクトの再配置が発生したとき、追随できればいいわけだから普通の
ポインタに見えても不思議はないんじゃない？ GCがアドレスを変更するんだろうし
885 ：
883：2008/03/06(木) 23:20:18
pin_ptrが指してる先に再配置しないフラグとか付けてる様子無いんだけど
よく分からんが俺の知らない仕組みが働いてるんかな。
まあともかくthx
C++ のコンサバGCだかなんだかと同様に、スタックにあるポインタらしきものが
直接指してる先のものは再配置しないんじゃないの？
そうじゃないとJITコンパイラも効率いいコード吐けないだろうし。
ああなるほど
あなる
class A {
public:
typedef int(*cbfunc)(void *);
private:
cbfunc _cb;
void *_cbarg;
void somewhen() { _cb(_cbarg); }
public:
void set(cbfunc cb, void *arg) {
_cb = cb; _cbarg = arg;
}
};
という感じのクラスがDLLの中にすでにあって、
A::set() の arg にマネージドオブジェクトを指定したいのだけど、
どうすればいいですか？ gcroot まではたどり着いたけどなんかちがう
Aを作ってる方の話?
それともAを使う側の話?
使う側ですー。
gcrootをnewしてそれをsetする。
不要になったら、そのgcrootのインスタンスをdeleteするか、
gcrootが中で使っている
System::Runtime::InteropServices::GCHandleを直接使うかというのでどう？
へっだーにusing namespace hoge;を書くと
取り込んだ先でも影響されます。どうしますか？
ヘッダで using しないのは常識。
ウィザードが作ったForm1.hもusingしてるよ。
ウィザードの吐くコードはうんこだから。
こんなもん使うなというメッセージなんだろう
どうしても長くて書きたくない名前空間があるなら別名作っとけ。
よーしマヂレスしちゃうよ
C++/CLIがうんこ
まあMSもあんまり使わせたくないんだろう
フォームのデザインなんてC++/CLI本来の用途から考えたら不要なんだから
class Takenoko
{
public:
Takenoko();
~Takenoko();
private:
Nazo m_nazo;
};
Nazoのコンストラクタが必ず引数をとる場合エラーがでます。
コンストラクタの中で冷害が起きるとデストラクタは呼ばれるの？
なわけねぇだろ
C#ではできるよ
>>901 ただのC++と同じでコンストラクタ初期化子書け。
C# はマネージド・オブジェクトがスコープ外れて ＧＣ に回収されてるだけだろ
そうじゃなきゃ、コンストラクタの try 構文なんていらねぇよ
using
>>905 渡すものがまだ出来ていない場合はどうすればいいの？
ref class Render
{
private:
PresentParameters pp;
Device m_device;
}
PresentParametersの本体が自動的に出来ていたとしても
初期化リストでm_device(pp)と渡す時点で中の値は意味をなさないでしょう？
Managed DirectXの話をそこでは出来ません。
最初からコード出せよ。ref もついていないクラスの話かと思ったぜ
それで何が問題なわけ？
Direct3D.Device 型って値型だっけ？ マネージド型のスタック書きってただのシンタックス・シュガー
だから、メンバにするときはハンドルにしておくべきなんじゃね
んで、コンストラクタでPPの値セットしてから gcnew すりゃいいだろうに、何を手を抜いているんだか
解決しました。
914 ：
デフォルトの名無しさん：2008/03/16(日) 19:59:02
C++のライブラリでSTLコンテナの内容が更新されるんですが
コレを刻一刻とデータグリッドに表示させようと思うと
タイマーで定期的に明示的に内容をコピーしまくるしか無いでしょうか？
なんかこうもっとスマートなやり方ってありますか？
もうちょっと話したいことを整理してくれ。
refなクラスはオートポインタ見たいのに入れられますか？
意味がない
要するにmanagedなのにデストラクタ走って欲しいんだろ
MS的に実体宣言でダメなら無理でFA
>>916 msclr::auto_handleとmsclr::auto_gcrootがまさにそれ。
前者がマネージ型（参照型）、後者がネイティブ型。
>>917 マネージクラスHogeはデストラクタ (IDisposable::Dispose実装)を持っているとして、
関数の戻り値としてHoge^を受け取るというときなんかにauto_handleは必要になる、らしい。
Hoge^ f();
void g()
{
//Hoge h = *f(); 普通、参照クラスはコピーコンストラクタがないのでこんなことできない。
msclr::auto_handle<Hoge> h = f();
} //hのデストラクタが中のHogeオブジェクトののデストラクタを呼ぶ。
おまいら、質問者の意味不な一行にエスパーで答えすぎですよ
>>920 いいんじゃね？優しくてｗ
最近おかしいプログラマって多いから・・・例えば
Q．○○するためにはどうしたらいいのですか？
普通・・・□□がいいかも。△△もお勧め。
異常・・・まず、なぜ○○しようと思ったか言え。
普通に答える人って少ないじゃんｗ
その目的を達成するために選んだ経路がそもそも間違ってるケースが多いから仕方ないよ
ほらｗｗｗこんな感じでｗ
そこでエスパー
xxxでできる。けど、もしaaaをやりたくて質問したのならyyyのほうがいいよ。
925 ：
デフォルトの名無しさん：2008/03/17(月) 14:22:05
linq とかはいずれ入って来るのかなあ
C#でしか使ったこと無いけど
LINQはすでに入ってきてるだろ
LINQは要りません。
全ての式をメソッドにして律儀にデリゲートオブジェクト作って
Enumerable::Select(Enumerable::Where(…か
929 ：
デフォルトの名無しさん：2008/03/17(月) 19:25:33
Windows フォームアプリでフォームを二枚開いて
それぞれに別の情報を表示させるにはどうすりゃいいんでしょうか？
_beginthread でスレッドを複数用意して
それぞれのスレッドで System::Windows::Forms::Application::Run
を呼び出すのでしょうか？
_beginthread ・・・ ドトネトぽく無い気もするし、
そもそもフォームを表示させるのに
Application::Run を使うものだと思い込んでる
俺がダメな気もする。知恵をお貸しください。
気のせいだとは思うがC++/CLIの方がC#より速い気がする。
もちろん根拠はない。計ってもいない。
ただ、スタックセマンティクスは大きいよね。これ使えるときは
使った方がいいよね。
少なくともファイナライザーよぶより、デストラクタ呼んだ方が
はやいよね。
>>929 その別の情報ってのがどう意味なのかによると思うけど、
スレッドにする必要はなさそう。
スレッド使うにしても.NETのスレッドの方がプールしてる
らしくてｲｲと聞いたことがあるよ。
932 ：
デフォルトの名無しさん：2008/03/17(月) 20:10:53
>>931 C++ でやってる数値計算があるんですが、
スピードよりわかりやすく見せれ！ってことで
フォームをいくつか開いていろいろ表示させたいなぁ、と。
System::Windows::Forms::Application::Run(gcnew KashikaForm1);
System::Windows::Forms::Application::Run(gcnew KashikaForm2);
System::Windows::Forms::Application::Run(gcnew KashikaForm3);
ためしに適当なフォーム3つ用意して Run 呼んでみたら
当たり前だけど最初の一枚だけ表示されて帰ってコネー！
とじたばたしてました。思わず各行の最後に & つけそうになったよ・・・
3つともインスタンス作ってからそれぞれShow()して
最後にApplication::Run()
/＼＿＿_／＼
／ ／ ヽ ::: ＼
| （●）, 、（●）、 |
| ,,ノ(、_, )ヽ、,, |
| ,;‐＝‐ヽ .:::::|
＼ ｀ニニ´ .:::／ NO THANK YOU
／｀ー‐--‐‐―´´＼
.ｎ:n ｎｎ
nf|｜| | | |^!n
ｆ|.| | ∩ ∩|..| |.|
|: :: ! } {！ ::: :|
ヽ ,イ ヽ :イ
>>932 まずその計算てのは大変な計算なんだよね。で、
その計算自体が１つで、それを例えば数値とグラフでみせる。
のかそれとも
独立した計算自体が複数あるのかによっても変わってくるかな。
前者なら、スレッドが計算して、２つのフォームがタイマーで
読んで表示？または、スレッドが２つのフォームにポストか？
後者なら、それぞれのフォームでスレッドを作ればいいかな。
やったことないから嘘かも知れないけど。
>>930 VB.NETやC#よりも、VC++の方が高度な最適化がかかる。
C++とC#のコンパイラの最適化レベルの違い紹介してた記事があったと思うが
ちょっと見つからないな。
C# 4.0 からは P/Invoke なしで Win32API が使えるようになるそうです。
あれ？C＃にinclude指令と限定Cパーザを足し込む案はボツになって、
System.Win32.[DLLNAME]が追加されたはｚ(ry
938を見てDynamic dispatchが思い浮かんだ。
941 ：
デフォルトの名無しさん：2008/03/18(火) 14:37:39
>>933 >>935 THX
まだ試してませんが、早速 Show しまくってから
Run でイベントループをまわそうと思います。
>>935 計算結果はSTLのコンテナに次々と保持されていて、
そいつをいろんな切り口で見せるパネルを同時に
いくつも開いておきたいです。
942 ：
デフォルトの名無しさん：2008/03/18(火) 14:59:08
クソアメリカへ輸出の日本車に糞付けてやった
クソアメリカのクソ野郎には糞がサイコーだ
世界貿易センタービルから飛び降りて死ね
地面にブチ当たって死ねクソ野郎
クソアメリカの日本車は糞糞糞だらけ～～～
クソアメリカの日本車は糞糞糞だらけ～～～
クソアメリカの日本車は糞糞糞だらけ～～～
943 ：
デフォルトの名無しさん：2008/03/18(火) 14:59:56
クソアメリカへ輸出の日本車に糞付けてやった
クソアメリカのクソ野郎には糞がサイコーだ
世界貿易センタービルから飛び降りて死ね
地面にブチ当たって死ねクソ野郎
クソアメリカの日本車は糞糞糞だらけ～～～
クソアメリカの日本車は糞糞糞だらけ～～～
クソアメリカの日本車は糞糞糞だらけ～～～
944 ：
デフォルトの名無しさん：2008/03/18(火) 15:00:15
クソアメリカへ輸出の日本車に糞付けてやった
クソアメリカのクソ野郎には糞がサイコーだ
世界貿易センタービルから飛び降りて死ね
地面にブチ当たって死ねクソ野郎
クソアメリカの日本車は糞糞糞だらけ～～～
クソアメリカの日本車は糞糞糞だらけ～～～
クソアメリカの日本車は糞糞糞だらけ～～～
>>936 C#は標準でP/Invokeの呼び出しのたびにセキュリティチェックがかかるようになっている。
一方C++/CLIはデフォルトではチェックは発生しない。
C++/CLIで/CLRUNMANAGEDCODECHECKリンクオプションでC#と同等になる。
C#の方はSuppressUnmanagedCodeSecurity属性でチェックを無効に出来る。
双方の条件を合わせるとパフォーマンスの差はない。
クラスに型と同名のプロパティーが在った場合、
その型を名前空間なしで使うとあいまいエラーがでるのね。
C#だと大丈夫なのに。
それはそれは
そんなもの作るなよ
コンストラクタとも被るな
>>949 そりゃ名前つけるのは自由でしょ
C++/CLIの場合は型名よりメンバ名が優先されるから不便なだけで
.NETのクラスライブラリに普通にたくさんあるだろ型名と同じ名前のプロパティなんて
それなんてアンチパターン？
C#だとVSで型名が色分け表示されてるからわかりにくくはならない
色分けしないと分からないソースコードｗ
http://msdn2.microsoft.com/ja-jp/library/ms229012(VS.80).aspx
>プロパティには、その型と同じ名前を付けるようにしてください。
>列挙型に厳密に型指定されたプロパティを使用する場合は、
>プロパティの名前を列挙型の名前と同じにできます。
>たとえば、CacheLevel という名前の列挙型がある場合は、
>その値のいずれかを返すプロパティにも CacheLevel という名前を付けることができます。
こういう衝撃的なガイドラインがあるんだ
それ、何て、要Option Explicit？
文盲現る。
Ｃ丼ダサダサ
例えばフォーム等で Size を返すプロパティが Size なのはとても自然だと思うが。
using System::Drawing;
ref class Hoge
{
public: property Size Size;
private: Size m_size; ←えらー
}
Sizeとだけ書くと全部Hoge::Size扱いになるよね。
System::Drawing::Sizeと書けばよい
俺はnamespace dr = System::Drawing;派。
C++でusingディレクティブは使うなって言われるけど、
C++/CLIだと使えないということをよく実感する。
System::Collections::Generics::List<clr::autohandle<Apple>> apples;
で要素を削除しても、~Apple()は呼ばれないみたいです。
どうしますか？
ファイナライザ書いたら？
リストに入ってるうちに殺れば？
Javaやってるとnewしたまんまほったらかしにするのは
道具をしまったりゴミをゴミ箱にまとめるのをサボってるようで
あまりいい気がしない。
>>964 何で削除されないかと言えば、Listで要素を削除しても
Listは削除した要素のデストラクタを呼ぶわけではないから。
>964
auto_handle による解放タイミングが GC での回収時なんじゃね？
>>964 auto_handleがdeleteされないからAppleもdeleteされない。
デストラクタやファイナライザはどうしても必要な場合でなければ書いてはいけない
特にファイナライザ
ゲームとかヤバイ
この言語って機能が多すぎて大人数でプログラム組むの大変じゃない？
機能をアセンブリ化で分類して適切なスキルの人間に適切な言語で触らせればいい
問題になった場合、それができていないと言うこと
スキルがなければ、VB や C# で書けばいい。なにもかも、C++/CLI のみでやる必要はない
CとC#の橋渡し以外は使う必要ないだろ
o 取り込みたいネイティブライブラリがDLLでのエクスポートを考慮してくれていない
o 取り込みたいネイティブライブラリがクラスライブラリ
o C#で書こうとするとP/Invokeのための宣言や型定義がめんどくさそうな状況
o パフォーマンス上の理由でマーシャラの仕事が邪魔
こんな時に仕方なく使う言語ってところだな。
逆に言うと「こんな時」が多すぎて無いと困るんだけどさ。
.NETのネイティブとのダイレクトっぷりはJavaに対する優位性のひとつだと思うんだけど、
あんまりその文脈では語られないよなぁ。
むこうはそのために発生した複雑性が欠点と思ってるからかしら。
ネイティブを全く考えないで良い状態が理想郷だからな
/clr:pure
中身を書かない property で set だけ protected: に出来ますか？
できるよ
むり
中身書かないトリビアル・プロパティはアクセス指定書くところがないからな
>>983 具体的にどんなところが無駄だと思う？
達成目標がアクロバットすぎるので誰が作ってもこんなもんだと思ってるんだけど。
985 ：
デフォルトの名無しさん：2008/03/23(日) 17:44:35
一度Managed C++を経ているからずいぶん考えられていると思うが。
STLのコンテナに入れたものは
削除した時点でつぶされますか？
std::vector<T> v; として、
要素を削除した際、T のデストラクタは呼ばれる。
T がポインタで、そこに new したアドレスを入れているような場合、
それは delete されない。
その目的には boost::ptr_vector が使える。
( ･∀･)つ〃∩ ﾍｪｰﾍｪｰﾍｪｰﾍｪｰﾍｪｰ~
^付けないと入れられなかったorz
いや、^ つけても、STLコンテナにマネージド・オブジェクト入れちゃ駄目だろ
そのための STL/CLR じゃまいか
勝手に作られる関数
インデントおかしい。
インデント設定、もしくは、インデントをきれいにする方法ってありあすか？
C++エディタにはそういうの一切無いよ。
たしかにC++/CLIのフォームデザイナの吐くコードは
ケンカ売ってるとしか思えないｗ
コレクションの中身を自動変数風にすることは出来ないの？
value class Hoge;
List<Hoge> hoges;