managed C++ やろうぜ！！

NG

C#関連のスレは山ほどあるが
managedC++のスレが無いじゃないか。
折角.NETに生き残ったC++、みんなで語ろうぜ。

NG

C++から.NETを使いたい。ってそんなにマイナーなニーズ？
MFCだってあとは現状維持程度で、新しいことがしたければ.NETへ逝け！でしょ？

おれは今のところWindowsは開発対象でないので様子見。

NG

原因はこれです
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore/html/vcerrLinkerErrorLNK2023.asp
だけど解決方法が分かりません。Link.exeに正しく
E:\Program Files\Microsoft Visual Studio .NET\Common7\IDE\msobj10.dll
を読み込ませる方法はないでしょうか？

NG

自己レス。
E:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin\msobj10.dll
を上の.netSDKのDLLで上書きしたらLNK2023は出なくなりました！

という訳でVS6、.netSDK、PlathomeSDKの三つを上手く組み合わせれば
まだまだ開発はできそうです。

NG

をいをい、%LIB%直せよ。。

NG

VC.NETはlokiをコンパイルできるのですか？
というかtemplateの制限はどれくらい解けてます？

NG

VC.NETはloliをコンパイルできるのですか？

NG

>>187
それなりに解けてる

NG

>>186
%LIB%にパスを設定したけどダメなんですよ。なんでですかね？

NG

C#ってVBの関数使えるらしいけど、managed C++は使えるの？

NG

.NETの関数、という意味ならどの言語だろうが同じなのでは。

NG

>>192
ほう･･･VBが使えるVC･･･訳わからんな。

NG

>>192
だよな。
カーネル内の関数をVC++で作成したものだろうがVBで作成したものだろうが呼び出せるのと同じだよな。

NG

カーネルじゃなくてDLLの方がいいか。

NG

managed C++まじで分らん。誰か助けて！

NG

>>196
やだ

NG

>>196
C#やれ

NG

>>196
質問書けよ。助けて！じゃわからん。

NG

managed C++でやれることは
unsafeキーワード使うことで
全てC#でできるんですか？

NG

unsageって前はマネージドコードってことになってなかったっけ？

NG

多重継承とかは？

NG

>>202
それはそもそもmanaged c++にはない

NG

ms-help://MS.NETFrameworkSDK.JA/vcmxspec/html/vcManagedExtensionsSpec_1.htm

NG

>>201
unsage = age

NG

・アクセスと制御。
マネージコードとアンマネージコードを混在できるため、
下位レベルのアンマネージ API などに直接アクセスできます。
Visual C++ とマネージ拡張を使用して、最大パフォーマンスの
マネージ API を記述できます。

この辺りしかmanaged C++を使う理由はないな。
C#でも十分パフォーマンスをあげるコーディングの仕方が
用意されてるみたいだし。またx86ネイティブなコードを
書く機会もWindowws上じゃ減るんだろうなぁ。

NG

>>206
MC++のメリットって、APIの構造体（またはクラス）を直接使えることぐらいじゃないかな。
APIの引数の型が単純だったら、C#とかでも難なく使えるし。

NG

>>200
いいえ。C#は何でもできる言語ではありません。VB.NETでできるのにC#では
できないこともあります。MC++でならできるけど、C#やVB.NETではできない（または限定的）と
いうこともあります。

>>206さんの言うことは一部真だと思いますが、C++ユーザーがC#に進んで混乱するくらいなら
MC++のほうがいいという選択もありえると思います。

NG

>>207
ちなみにMC++のアンマネージコードの呼び出しはP/Invokeではありません。
P/Invokeよりも数十倍高速な仕組みを利用します。

NG

>>209
ああ、そういやそんな話があったね。IJWって言うんだっけ？

NG

ms-help://MS.NETFrameworkSDK.JA/vcmxspec/html/vcmg_PlatformInvocationServices.htm
この辺りかな？
とにかく高速なラッパーという用途だけはC++に残っているわけね。

NG

unsage!

NG

unsage!

NG

既存のアプリケーションをマネージドに移行するのに注意する点なんてありますか？

NG

関係ないですが、"managed C++"を日本語でGoogleから検索すると
かなり上位に出てきます。

NG

>>214
unmanagedコードを使わないようにがんばろう。

NG

MFCとかATLをmanagedコードにすることは可能なの？

NG

ﾑﾘ！

NG

ﾅﾝﾃﾞ！！

NG

>>217
/clr つければできるよ。一緒に使えないオプションが多くて面倒だけど。

NG

MC++ってごちゃごちゃしててまじでワケワカラン

NG

とりあえず、新規のプロジェクトでMC++を使うことはないって言うのが
よく分かったよ。

NG

C++死滅スレでも作る？

NG

MC++死滅スレなら。

NG

>>224
VC++に関していえば、
過去の資産を引き継ぐという意味じゃ、
互換性を切り捨てたVBとは役割は全然違う。
10年はなくならない。
それにMC++は多分内部的にかなりC#とコードを
共有してるような気もするから、なくなることは
ないと思う。

あくまで希望的観測だけどどうでしょう？

NG

>>225
MC++ -> MSIL -> C#
いいデコンパイラが出れば良い線行くかも。
MC++ -> MSILとC# -> MSILが似ていれば。

NG

既存のアプリケーションをコンパイルして気が付いたけど、
FILETIME(WinBase.h)とSystem::Runtime::InteropServices::FILETIME
みたいに名前がかぶっちゃうようか場合はどうしてる？　

NG

ms-help://MS.NETFrameworkSDK.JA/vcmxspec/html/vcmg_AmbiguousReferences.htm

NG

>>228
解決しました。どうもです。

NG

ところで普通のアプリに
・使用するDLLを#pragma comment(lib, "XXX.lib")と指定する。
・使用する.net frameworkのDLLをusing <XXX.dll>と指定する。
とこれだけでいいんでしょうか？

しかもやってて思ったのは::MessageBox関数みたいに#define
切られてるのはどうしようもないような気がしてきました。
System::Windows::Forms::MessageBoxWはありませんとか言われて･･･

NG

>>230
dllなのに拡張子libとは？

NG

>>231
LINK : fatal error LNK1104: コンパイラは、ファイル 'kernel32.dll' を開くことができません
こうなっちゃうんですよ。

ところでこうやってコンパイルしたプログラムはmanagedってことに
なるんですかねぇ？もちろん全て__nogcという意味でいいのですが。
なんかMC++ってなんなのかよく分りません。
ildasm.exeでもちゃんと見れるからどうなってるのかさっぱりです。

NG

>>231
#pragma comment(lib, "kernel32")
これでOKでした。拡張子は入りません。

NG

それにしても盛り上がらないですねー。
既存のプログラムをC#で書き直すぐらいなら
MC++を活用した方が全然いいと思うのですが、、、

これでDLLを作ればC#なんかからusing MyLib;
なんて出来ていいと思うのですが。

NG

>>234
ライブラリの移植用としては上の方で語られているね。
すくなくとも.NET用に開発されたC#がもっとも.NETとの親和性が高い。

NG

>>235
個人的にはSun派とMS派のどっちでもないけど、
.netが過去との互換性を重視してる点がいいと思うんですよ。
MC++あっての.net(ｗ

NG

>>236
俺は心機一転派なのでC#のパイオニアを目指すｗ

NG

そういう意味じゃg++が.net対応して保水

NG

>>238
最強だね。それ。

NG

今あるWindowsの.net frameworkと同等のmonoを作るだけで
最低でも10年はかかるんだろうなぁ。opensource is always late
なんてAlan Coxさんが言ってたけどまさにそんな感じか、、

NG

MC++やろうぜ！

NG

だれも盛り上げないから独り黙々と情報提供

【Essential Guide To Managed Extensions For C++】
http://www.amazon.com/exec/obidos/ASIN/1893115283/

【Managed C++ and .NET Development】
http://www.amazon.com/exec/obidos/ASIN/1590590333/

【Visual C++(r).NET Developer's Guide】
http://www.amazon.com/exec/obidos/ASIN/0072132817/

【Programming with Microsoft Visual C++ .NET, Sixth Edition (Core Reference)】
http://www.amazon.com/exec/obidos/ASIN/0735615497/

GotDotNetのMC++
http://www.gotdotnet.com/team/cplusplus/
http://www.gotdotnet.com/team/upgrade/c++.aspx

NG

一冊漏れてた
【Microsoft Visual C++ .NET Step by Step】
http://www.amazon.com/exec/obidos/ASIN/0735615675/

COMとの相互運用に関して特化した本
【.NET and COM: The Complete Interoperability Guide】
http://www.amazon.com/exec/obidos/ASIN/067232170X/

C++プログラマたるもの、内部について無知は許されない！
【Inside Microsoft .NET IL Assembler】
http://www.amazon.com/exec/obidos/ASIN/0735615470/

【Compiling for the .NET Common Language Runtime】
http://www.amazon.com/exec/obidos/ASIN/0130622966/

【Essential .NET: The Common Language Runtime (Volume 1)】
http://www.amazon.com/exec/obidos/ASIN/0201734117/

発売してないものも含まれているので注意してください。

それにしても思ったより少ない気もする･･･

NG

>>243
これからでそ

NG

managed C++でILを吐かせることはできるんですか？

NG

>>245
もちろん。そのための「M」ですから。

NG

>>245
/CLRオプションを付けたときはデフォルトでmanagedコードに
なるみたいですが、managedコード＝ILという訳ではないんですよね？
どうもGCとmanagedとILの関係が分らんのです。

x86バイナリにコンパイルされたC++managedコードにGCの機能が含まれて
いるっていう組み合わせもありえるんですよね？

NG

PreJITと実行時ILコンパイルに質的に差がないのは理解してます。

C#に負けるな、あげ！

NG

>>247
/clrでmanaged codeを吐くよ。managed codeって目に見えるものじゃなくて
概念的なものだと思う。ILであることもmanaged codeの一側面ではあるけど。

__gcのクラスはmanaged dataになる。managed dataとmanaged codeの違いは
意外にみんな理解していないようだ。

x86バイナリのlibをリンクしても、それがmanagedになるわけじゃないよ。
CLRはunmanaged codeを実行することもできるんだよね、これも意外に
知られていないが。

NG

>>249
難しいです。なにかよいドキュメントがあればぜひお願いします。

NG

ドキュメントから抜いてきました。

managed data 【マネージデータ】
共通言語ランタイムによって有効期間が管理されるオブジェクト。
共通言語ランタイムはオブジェクトのレイアウトを自動的に処理し、
それらのオブジェクトへの参照を管理し、不要になったオブジェクトを解放します。

managed code 【マネージコード】
共通言語ランタイムとの "連携のコントラクト" に従って実行されるコード。
マネージコードは、ランタイムがメモリ管理、言語間の統合、
コードアクセスセキュリティ、オブジェクトの有効期間の自動管理などの
サービスを提供するために必要とするメタデータを提供する必要があります。
Microsoft Intermediate Language (MSIL) に基づくコードはすべて、
マネージコードとして実行されます。

unmanaged code 【アンマネージコード】
共通言語ランタイムの規則および要件に関係なく作成されたコード。
アンマネージコードが共通言語ランタイム環境で実行される場合は、
最小限のサービスで実行されます。たとえば、ガベージコレクションは
実行されず、デバッグ機能も限定されます。

これから考えると、いわゆるmanaged C++っていわれてるプログラムは
managed dataとmanaged codeの規約を満たしているっていうわけですね。
ILかx86バイナリかどうかに関係ないく。GC云々の話は規約を満たしている
managed codeが生成したmanaged dataにおいて可能ということですか。
そして規約外のコードが全てunmanaged code。

となると、既存のC++プログラムを/CLRオプションでコンパイルした場合は、
例えそこからunmanaged codeを呼び出していたとしてもmanagedになる、
ってことですね。

もっと勉強しないと。。。

NG

ms-help://MS.NETFrameworkSDK.JA/csref/html/vclrfunsafe.htm
ところがどっこい、C#ではポインタを使うためにunsafeキーワードを
使うと、アンマネージドになってしまうらしい。

C#ではポインタの使えるマネージドコードというのは記述できないのかな？
それとも上のドキュメントの記述が紛らわしいだけなのか、、

NG

>>252
綺麗に線引きするには内部の動作を把握してないと無理。
だからみなあいまいな説明しかできない。

NG

>>252
アンセーフとアンマネージは違う。アンセーフはマネージコードです。
CLRはマネージコードを実行します。アンマネージコードも一部実行できます。
アンセーフはマネージですから完全にCLRの傘下で実行されます。

NG

>>230
マクロを #undef するよろし。

NG

MC++とJava（JNI）で連携できた。(・∀・)ｲｲ!

NG

.NETとJavaとネイティブコードを混ぜられるのはC++だけ。C++最強！

NG

MC++で COMって書けるの？
厨でrjc

NG

>>258
ATLで /clr をつければできると思う。

NG

>>255
それしかないんだけど、なんかきたないね

NG

MC++やろうぜ！

１はどこいった？（ﾜﾗ

NG

↓で new Size のところ、フルネームにしないとコンパイルエラーに
なるんだけどなんでだろ･･･？

using namespace System;
using namespace System::Drawing;
using namespace System::Windows::Forms;

__gc class Form1 : public Form
{
public:
　　Form1()
　　{
//　　　this->Size = *__nogc new Size(400, 300);
　　　　this->Size = *__nogc new System::Drawing::Size(400, 300);
　　}
};

[ STAThread ]
int __stdcall WinMain(void)
{
　　Application::Run(new Form1);
　　return 0;
}

/*
cl /CLR /FU mscorlib.dll /FU System.dll /FU System.Drawing.dll
/FU System.Windows.Forms.dll Form1.cpp
*/

NG

IL的に面倒なことになってるのでちょっと修正。

　　Form1()
　　{
//　　　Size s(400, 300);
　　　　System::Drawing::Size s(400, 300);

　　　　this->Size = s;
　　}

NG

>>263
FormにSizeプロパティがあるのと関係？

NG

>>264
あ～、そういうことですか。Fontクラスもだめでした。
this->Size と System::Drawing::Size の判断ができないのか･･･。萎え。ヽ(´Д`)ﾉ
それはともかく、ありがとうございます。

NG

MC++やろうぜ！
http://www.codeproject.com/managedcpp/

NG

age

NG

wingdi.hに定義されているGetObjectと
System::Resources::ResourceManagerのGetObject
が、重なってしまいます。

ms-help://MS.NETFrameworkSDK.JA/vcmxspec/html/vcmg_AmbiguousReferences.htm
を見て完全限定名を使ってみたりしてるんですがwingdi.hの方で

#ifdef UNICODE
#define GetObject GetObjectW
#else
#define GetObject GetObjectA
#endif // !UNICODE

というようにdefineされてしまってResourceManagerのGetObjectがうまく使えません。
この場合は、どうしたらいいんでしょう?

System::Resources::ResourceManager *rm=
(new System::Resources::ResourceManager(S"testForm",Assembly::GetExecutingAssembly()));
this->set_Icon(dynamic_cast<System::Drawing::Icon *>(rm->GetObject(S"MainIcon")));

NG

>>268
ms-help://MS.VSCC/MS.MSDNVS.1041/vcmxspec/html/vcmg_MacrosandthePreprocessor.htm

NG

あげ

NG

manageC++でダイアログボックスとか使うときは自分でコード書かないといけないのですか？
リソースからボタン貼り付けてボタンダブルクリックするとMFCクラスウィザードとか出てきますが
MFCでしかウィザードは使用できないのですか？
manageC++ではひたすらコード書き込みですか

NG

ﾏﾈﾄﾞC++使っている人いますか？

NG

>>272
お前のすぐ上

NG

普通に使ってますがなにか？

っていいたいところなんだけど、
C#の方が便利だし綺麗だ。
これが現実。

NG

ちょっとややこしいよね。そこまでC++に愛着ないし・・・

NG

さらしあげ
http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=1638&forum=7

NG

なんかDOS→NTの時の3.1, 95みたいな香りがする。。。

NG

>>276
何だかなあ...

NG

あぼーん

NG

age

NG

盛り上がらんね

NG

managed C++ってなんですか？って聞いていい？