managed C++ やろうぜ！！

枯れる前に摘まれちゃったManaged C++に敢えて行く理由がよくわからないな。
C++/CLIが枯れるまでVC++6.0でいいじゃない。

managed C++は、将来バグフィックスされるかどうかもわからないのに、

> 切り捨てられても、.Net2004を使っていれば問題ない。

なんて良く言えるね。どっちも調査だけで業務はスルーしとけよ。

>>923
.Netはライブラリとして、多機能。

話を誤解してるな。
.Net2004でクオリティをクリアしたアプリをメンテナンスするには.Net2004を使い続ければよい。
ということだ。

バグフィックスされることより、バグを避けられることが重要。
その点、manage C++ は情報がある。

managed C++にバグがあったとしても、できあがった製品のクオリティと運用に問題がなければ、
そのバグは存在しようがしまいが、問題ない。

何この馬鹿?

釣れた！

学生はクソして C++/CLIとかいうヤツに必死になってればぁ?

そもそも.Net 2004とは何？

釣れた！

>>928
池沼は無視

で、manage c++から C# を呼び出すってのはどうやんだ?

>>931
参照設定（#usingやプロジェクトのプロパティから）

マーシャリングの必要もないのか?

いらん

つまり、C#のクラスを manage C++からは参照設定でOK。

んじゃ、unmanage C++からは?

CLRHosting

>>936

めんどくさそうだな?　簡単か?

自分で調べようとしないおまえには無理だろう

何だ、そりゃ?　ブルーワーカーが板についたご回答だな。

しかし、C#側でメモリマネージャから特別扱いしてもらうような、指定は出来ねーのか?

・・・(ﾟДﾟ)ﾊｧ?

unmanage C++から呼ぶには
やっぱCOMでしょ

COMなんてめんどくせーコトしなきゃ、呼べねーのか?

C++とCOMは異常に相性が悪い。

2005は最適化がクソだからなぁ。バグも派手に出てるし。
今はまた、2003が正解。

>>943
それ名言じゃん！

943とCOMは異常に相性が悪い。

市滅したCOMと相性が良い人って誰？

DONBOX

SOAPも DONBOXが絡んでるんだよな…。
おかげで…。Toolkitは最悪だったんじゃないかと想像。

COMって無駄にメモリを消費する希ガス

>>950
何を根拠に？

.NETよりましだろ

.NETはいいものだ
ライブラリはいいぞ

ただのクラスライブラリだろ？

とんでもMFC使わされてたやつとかﾌﾞﾋﾞﾁｭｳが良いものと思うだけで別にふつー。

Gehandhabtes C++

ただ、マーシャリングが非常に面倒。
managedは遅いから極力使わないようにしてるし。

TextSS　のWindowsXP(Professional)64bit化おながいします

もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？

新手のウィルスか?

クラスライブラリ作成時に、継承関係にあるクラスにデストラクタを
実装するとリンクエラーがでてビルドできない現象がようやく解決しました。

結論から申しますと　msvcrt.lib　をリンクすることで解決しました。

実は、半年近くデストラクタはあきらめた状態でいたのですが、
今度は new や delete でも 未解決シンボル のリンクエラーが出て
再度調べたところ、msvcrt.libにたどり着き、これで、デストラクタも
解決できてしまいました。
ちなみに ヘッダファイルにすべて実装する、というのは見当違いでした。

VC++.NET2003でmanaged をやっています。
とあるプロジェクト内で、サブのForm Classを新規作成したのですが、名前空間を
入れ子にするとデザイナでエラーが出てフォームが表示されなくなります。
（このファイルのデザイナに、デザインできるクラスがないため、デザイナを表示できませんでした)
コンパイル／リンクは問題なく行われ、実行時のエラーも出ずに、作成したFormを表示もできます。
デザイナの問題と思われます。

これを回避できる策に心当たりある方がおられましたら、ご教示願います。

こんな感じ。
namespaceを入れ子にしなければ、名前を変更しても
デザイナで表示もできるのです。

namespace AAA{
namespace BBB{

　　public __gc class Test : public System::Windows::Forms::Form
　　{
　　　　　(略)
　　};
}
}

私は今C#でプログラムをしています。string型の二次元配列使用時、
値が入ってないとき「未定義の値」と表示。値が入って無い場合の
チェック文をそのまま素通りしてしまう。この場合の対処策を
ご教授願います。以下にそのコードの内容を書いておきます。

string[][] st = new string[][];
st = new string[10][];
この後、ﾙｰﾌﾟで各要素にﾒﾓﾘｰを持たせ、値を入れる。
値が入ってないかを見る条件分は以下の通り。
if(st[i][y] != null && st[i][y] != "")

ふみぱいんより。

>>962
＞私は今C#でプログラムをしています。
日本語が不自由な方のようですが、ここはその質問に適当な場所ではありません。他をあたりましょう。

>>963
日本語の不自由な方っぽいけど、誘導先も書いてあげようよ。
C# と Managed C++ は別。C# でスレ検索かけろ、くらいでいいから。

つ　ふらっとC♯（初心者用） Part8

人少ないと思たら、案外みてるんかな。

みんな、CLIに移行したんかなぁ。
CLIがいやでmanagedにこだわってる人っている？
二重下線が汚いという理由をよく聞くけど、 ＾ とか ^>^(顔文字) とか gcnewとかのが俺はいや。
暗黙のbox化なんかも余計なお世話って感じ。(でも、なれたら後戻りできなくなるかも)。
んなとこ変えるくらいなら @"c:\hoge\" + fileName + ".txt" とか装備してほしい（されてんの？）

でも、探してた機能がFrameWork2.0で追加されましたとか最近よく出てきたし、
なんかいいことあるかも、みたいな期待感で、私もC++/CLIに移行する予定です。
ありがとう、managed ！！

gc new

>>966
#define E(s) #s

E(C:\hoge\) + fileName + ".txt"

>>968
単純に"C:\hoge\"　と展開されるので
＞warning C4129: 'h' : エスケープ シーケンスとして正しく認識されませんでした。
が出る。

C++/CLI 今ダウンロードして実行したけど、Stringの＋演算子は使えるみたいですね。
@"..."　もサポートされてないし、>968もうまく動作しないけど。

うわ、ごめん。
\とかもエスケープしてくれるもんだと思っていた。

パスの区切りなら「大抵」スラッシュでもいけるからそっちへ逃げる方向で勘弁して。