【.NET】 C++/CLI について語ろうぜ【最適】

【.NET】 C++/CLI について語ろうぜ【最適】 at TECH

[前50を表示]
650:デフォルトの名無しさん
06/02/19 21:12:35
^　←なんかコレうざい。よくわからないけど腹立たしい。

651:デフォルトの名無しさん
06/02/19 21:18:36
(^^:

652:デフォルトの名無しさん
06/02/19 21:20:18
^<T>^

653:648
06/02/19 21:44:16
>>649
Byte を cli::array<Byte> にしたところ、できました。

cli::array<Byte> ^ myDataBuffer = wc->DownloadData("URLﾘﾝｸ(www.yahoo.co.jp)");
Encoding^ enc = Encoding::GetEncoding("euc-jp");
String^ out = enc->GetString(myDataBuffer);

ばっちりです。これで先に進めます。

つい最近まで C++ Builder 使いだったので、いろいろと戸惑ってます。
ポインタは使えず、^ というものが必要だとわかるまで、延べ1日くらいかかってます。
勉強がてら少しずつ移植していきます。

どうもありがとうございました。

654:Pascal
06/02/19 23:09:23
>>650
呼んだ?

655:デフォルトの名無しさん
06/02/20 00:22:49
>>650
あなたの心が汚れてるからですよ(^^;;;

656:デフォルトの名無しさん
06/02/20 00:30:26
そんなばかな^^;

657:デフォルトの名無しさん
06/02/20 01:26:15
>>650-652
ヤベ、ツボにはまったｗ

658:デフォルトの名無しさん
06/02/21 10:07:18
>>422-423
＞ダイレクトに C++ を知らずに、C++/CLI に手を出すのは、止めた方がいいだろ
＞さっさとC#かVBで始めたほうがいいと思う。

とりあえずＣ＃で始めようと思った矢先、C++/CLI とかいうのが目に入って、
「ファイナライザいいな」とか思ってしまったんですが、
やっぱりＣ＃から始めることにします。

>>424
関数単位ですか。
つまり、関数呼び出しを共通化することで様々な実行環境にあるコードを一つのプログラムにまとめることができたと言うことでしょうかね。

659:デフォルトの名無しさん
06/02/21 11:10:22
>>658
ああ、C#にしたのか。まぁそうしとけ。C++/CLIはネイティブの知識(C++)とCLRの
知識(C#)が両方要求されるひどい言語だ。最低限どっちかぐらい自由に使える
ようになってからおいで。…両方自由に使えるぐらいじゃないと使える言語でも
ないかもしれないが。

ファイナライザ？C#にもあるぞ。というかCLR用語だそれ。
まぁDisposeがスタックオブジェクトのように書けることをいいたかったんだろうけど。
川俣とかが取り上げているほど、たいしたものじゃない。あの人は大げさに書く文体
が売りだからな。いい悪いは別にして。

660:デフォルトの名無しさん
06/02/21 21:17:52
通のお勧めは関数のオーバーライド
ディスポーズ・パターンの変形に目が眩んでちゃ、まだまだ

661:デフォルトの名無しさん
06/02/21 21:25:46
>>660 ポリモにならんじゃん

662:デフォルトの名無しさん
06/02/21 21:32:20
>>658
~hogeか!hogeが使われている場合に下のようなコードを自動生成してくれる。
GC.SuppressFinalize(this)がむき出しにならないだけスマートだね。VB.NETにもほしい機能だと思う。
void　Dispose(bool　disposing)　{　if　(disposing)　~hoge();　else　!hoge()　}
void　Dispose()　{　Dispose(true);　GC::SuppressFinalize(this);　};
void　Finalize()　{　Dispose(false);　}
deleteしたり　{　ClassA　a();　...;　}　でスコープから離れた場合は
Dispose()が呼び出されるだけでその場でGCされるわけではない。

663:デフォルトの名無しさん
06/02/22 00:50:01
!hogeなんてあったんだ

664:デフォルトの名無しさん
06/02/22 07:21:27
>>662
いや、えーと、このスレにいる以上知っている。
ildasmでも確認したしな。ああ、そうか、それをC++/CLI用語でFinalizerというのか。

665:デフォルトの名無しさん
06/02/22 12:42:51
>661
おまいはC++/CLIにおける関数上書きの奥の深さに気付いていない

ここに IEnumerable を継承したインターフェイス IEA と IEB がある
その双方を実装した ref クラス RAB は明示的オーバーライドによって列挙の方式を
IEA と IEB によって変更できる
つまり、RAB から取得したインターフェイスによって、for each のオーダーを自由に
選択できるわけだ

666:デフォルトの名無しさん
06/02/22 16:05:53
MSがC++/CLIを捨てるのは何年後くらいですか？

667:デフォルトの名無しさん
06/02/22 16:13:12
MFCの如くこの劣悪貧を１０年使うかも。
C++ってだけでもSTLやBoostが混ざってくると複雑なのに、正直CLIはカンベンて感じだおね。

668:デフォルトの名無しさん
06/02/22 17:22:04
>>667
駄菓子菓子、これがないとネイティブとかからCLRが非常に使いにくい。
ほら、次でWPFとかなんかたくさんあるし。

669:デフォルトの名無しさん
06/02/22 23:36:01
マイクロソフトがもうｲﾗﾈと思ったら容赦なく捨てにくるさ。

670:デフォルトの名無しさん
06/02/23 02:00:23
>>669

そりゃ日本だけ。海外ではVBerが反乱おこして、msも今では Love VB, Love C#だとよ。

671:デフォルトの名無しさん
06/02/23 02:53:32
C#は、VC++とVBの中間を行くような言語だから、
どっちからも反発が強いだろうね。

672:デフォルトの名無しさん
06/02/23 03:03:54
反発はしないけど、C++で出来るなら C++ Nativeでやっちゃうよ。
必要なとこだけ CLIで .Netなんてライブラリ感覚で使えばいい。

673:デフォルトの名無しさん
06/02/23 03:20:44
/clrでNativeコンパイルすると遅くなる？

674:デフォルトの名無しさん
06/02/23 08:50:40
>673
>348

675:デフォルトの名無しさん
06/02/23 09:37:51
>>669
要るだろ。

だって、C++市場をCLIで混乱させることにより、
開発者をWin＠ﾌﾞﾋﾞ or Win＠Ｃ丼で留めておける。

676:デフォルトの名無しさん
06/02/23 10:00:24
>>674

遅くなるのは事実としても、何で遅くなるんだろ?
異なるライブラリがリンクされるからか?　lstrcmp自体の実装が異なるのか?

それとも呼び出し時にスタックチェックでも入ってるのかね…。

677:デフォルトの名無しさん
06/02/23 14:21:46
>676
単純なループでは簡単に結論が出ない問題かもしれない
ちなみに漏れの環境では
CLR 6 - 7 sec.
Native 8 sec.
となった。意外だがCLRの方が早い
Win のほうは -02 -0t を付けた状態で、CLRの方はデフォルトのリリースモジュールだ

678:
06/02/23 22:30:11
>>670
そんな話しきいたことネ

679:デフォルトの名無しさん
06/02/23 22:47:11
誰か、C++/CLI で吐いた実行ファイル、
mono で動かした奴いる？？

以前 VS.NET 2003 の C# で書いたコンソールアプリなら
mono で動かしたことあるんだけど。

680:デフォルトの名無しさん
06/02/23 23:22:55
mono がそもそも .net framework 2.0 に対応してたか？
してるなら、/clr:pure で動くだろう

681:デフォルトの名無しさん
06/02/24 08:17:28
nullptr

682:デフォルトの名無しさん
06/02/24 11:48:08
ｶﾞｯ^

683:デフォルトの名無しさん
06/02/24 17:24:15
>>678

URLﾘﾝｸ(blogs.msdn.com)

ケツの穴が広がるぐらい、ハードに読めや。

684:デフォルトの名無しさん
06/02/24 21:07:35
>>683
良く読んだよ

>表の顔の日記　

> 裏の顔の日記
> さっさと消えてくんないかな。うざいんだけど、まじで。

685:デフォルトの名無しさん
06/02/25 04:29:20
という電波でも飛んでるのか?

686:648
06/02/25 11:39:03
また教えてください。

C++での構造体の以下の宣言
typedef struct tagHOGE{
　　int x;
　　long y[4];
}HOGE;

これをマネージ環境にしようとした場合
typedef struct tagHOGE{
　　int x;
　　long y[4];　← ここが混合型らしい
}HOGE;

.\MainForm.cpp(26) : error C4368: 'y' をマネージ 'HOGE' のメンバとして定義できません。混合型はサポートされていません

というエラーが出ます。
単に4つのlong型の配列の定義がしたいのですが、マネージ環境では、どのようなやり方があるでしょうか?

687:デフォルトの名無しさん
06/02/25 11:43:26
typedef struct → typedef value struct
では？

688:648
06/02/25 12:05:23
>>687
そうです。コピペ間違いました。

value struct HOGE{
　　int x;
　　int y[4];
};

と記述してます。

689:デフォルトの名無しさん
06/02/25 12:17:18
・・・value型使わず、ネイティブ型で定義すれば？

690:デフォルトの名無しさん
06/02/25 12:20:37
あとは ref にして array<long>^ y で宣言して、コンストラクタで初期化するか

691:デフォルトの名無しさん
06/02/25 12:23:04
value struct HOGE
{
　　int x;
　　array<long>^ y;
};
はコンパイルが通るが、仕様上これでいいのか？

692:デフォルトの名無しさん
06/02/25 12:38:17
ok
ハンドルは nullptr で初期化される

693:648
06/02/25 12:58:50
皆さん、早速のレス、ありがとうございます。

>>689

ネイティブで定義すればできることは確認してます。
ただそうすると少し複雑なソフトを組んだ場合、きちんとメモリの後処理をしないと
メモリリークが発生するので、マネージにすればメモリガベージの効用であまり複雑に
考えなくともよいかな、と思っているのです。

>>691

そのやり方もわかります。

各関数で、
void func1(void)
{
　　HOGE wk1;
　　wk2.y[2] = 123;
}

void func2(void)
{
　　HOGE wk2;
　　wk2.y[2] = 456;
}

というようなことをしたいのです。

2～3日あがいてみて自分ではできなそうだったら、ネイティブで定義してやっていきます。
マネージ環境に慣れていけば、そのうち、何か気づきがあると信じて進むしかありません。

694:デフォルトの名無しさん
06/02/25 13:05:44
2～3日あがくなら2～3日かけてマニュアル読んだほうがいいような気がする

695:デフォルトの名無しさん
06/02/25 13:45:46
>>693
値型にGCを求める必要がある？

696:デフォルトの名無しさん
06/02/25 14:23:50
C++/CLIのスレ見てると無意味にvalueを使いたがる人が多い気がするな。
valueは動作に癖があるから基本refで作ったほうがいいと思う。

697:デフォルトの名無しさん
06/02/25 16:22:08
value使ったほうが処理速度が速いとでも思い込んでいるんじゃ？
クセがあるには同意。

698:648
06/02/25 17:38:04
いろいろとサイトをまわりまして、以下のようにしたところ動いているように見えます。
public ref struct HOGE {
　　int x;
　　array<long>^ y;
　　HOGE() {
　　　　y = gcnew array<long>(4);
　　}
};

void func(void)
{
　　HOGE^ abc = gcnew HOGE;
　　abc->x = 10;
　　abc->y[2] = 20;
　　for(int i=0; i<4; i++){
　　　　Debug::WriteLine(abc->y[i]);
　　}
}

検討違いのコードでなければよいですが。

みなさん、いろいろとレスありがとう。

699:デフォルトの名無しさん
06/02/25 20:55:45
>>698
これでも平気。
void　func()
{
　　　　HOGE　abc;
　　　　abc.x　=　10;
　　　　abc.y[2]　=　20;
　　　　for　(int　i　=　0;　i　<　4;　i++)　{
　　　　　　　　Debug::WriteLine(abc->y[i]);
　　　　}
}

700:デフォルトの名無しさん
06/02/25 22:33:45
C++は真のローカル変数を使える言語なんだから、（ユーザー定義オブジェクト
がスタック上に配置できる）GCが必要な場合ってのはそんなに多くはならない
ってビョーン先生が言ってた。

701:デフォルトの名無しさん
06/02/25 23:11:17
>>700
それはわかるけれど、C++/CLIはCLIの世界にあわせないといけないからさ。

702:デフォルトの名無しさん
06/02/25 23:42:48
C++/CLIは二つの言語が同居しているようなものだからな。
C++の拡張というより建て増し。

703:デフォルトの名無しさん
06/02/25 23:49:05
>699
それだと、配列のサイズが3で固定されちゃわない？

704:デフォルトの名無しさん
06/02/26 00:22:20
>>702
二世帯住宅

705:デフォルトの名無しさん
06/02/26 00:49:18
ビョーン先生が取り扱っている案件はそうかもしれんけどな。
動的にオブジェクトが増えたり減ったりする案件のほうが多い。

706:デフォルトの名無しさん
06/02/26 00:56:47
>>700
しかしビョーン先生はGCをそんなに否定していない。
既存のC/C++のコードと互換性を保ったまま導入できるのなら、
C++に入れてもいいというようなことをD&Eで書いている。

707:デフォルトの名無しさん
06/02/26 20:57:17
>>705
vector使えばええやん。メンバかローカルにしておけばdeleteいらん。

708:デフォルトの名無しさん
06/02/26 21:08:56
>>707
グローバルでもdeleteいらんぞ

709:デフォルトの名無しさん
06/02/26 21:14:38
別に GC なんて C++/CLI の利点じゃないだろ
単に .net framework を既存の C++ と混同することなく使えるってとこが一番重要さ

C++/Smalltalk とか C++/Squeak とか出てこないかな

710:デフォルトの名無しさん
06/02/27 01:56:21
【初心者歓迎】C/C++室 Ver.25【環境依存OK】から誘導されてきました( ｀・ω・´)ﾉﾖﾛｼｸｰ
VC8でopenFileDialogを使いたくて
MSDNのソースを試してみようと
URLﾘﾝｸ(msdn2.microsoft.com)
説明を読み
フォームに Button を配置して
using namespace System;を宣言して、
下記のコードを試したのですがエラーが出ます、何か読み込んでいないファイルがあるか設定のミスだと思うのですが、原因が分かりませんよろしくお願いします。
private:
　　voidbutton1_Click(Object^/*sender*/,System::EventArgs^/*e*/)
　　{
　　　　Stream^myStream;
　　　　OpenFileDialog^openFileDialog1=gcnewOpenFileDialog;

　　　　openFileDialog1->InitialDirectory="c:\\";
　　　　openFileDialog1->Filter="txtfiles(*.txt)|*.txt|Allfiles(*.*)|*.*";
　　　　openFileDialog1->FilterIndex=2;
　　　　openFileDialog1->RestoreDirectory=true;

　　　　if(openFileDialog1->ShowDialog()==::DialogResult::OK)
　　　　{
　　　　　　if((myStream=openFileDialog1->OpenFile())!=nullptr)
　　　　　　{
　　　　　　　　//Insertcodetoreadthestreamhere.
　　　　　　　　myStream->Close();
　　　　　　}
　　　　}
　　}
error C3083: 'DialogResult': '::' の左側のシンボルには、型を指定しなければなりません
error C2039: 'OK' : '`global namespace'' のメンバではありません。
error C2065: 'OK' : 定義されていない識別子です。

711:デフォルトの名無しさん
06/02/27 07:06:19
>>710
System::Windows::Forms::DialogResult::OK　とフルで書く。

712:デフォルトの名無しさん
06/02/27 07:26:28
>>711
最後まで仕様が揺れた所かも知れないね。

713:デフォルトの名無しさん
06/02/27 10:47:00
この状況って System::Windows::Forms まで using で指定しているから、単純にグローバル
スコープ指定していることが問題なんじゃね？
12行目の ::DialogResult を意味なく、:: で始めるな、と

714:デフォルトの名無しさん
06/02/27 11:06:47
>>713
ところがどっこい
DialogResult::OK　と書くと今度は
System::Windows::Forms::Form::DialogResultが無いというエラーになる。
using　namespace　は探しに行ってくれないらしい。

715:デフォルトの名無しさん
06/02/27 11:38:26
ん、サンプルだと :: で始めてるな
っていうか、>710 って名前空間 System しか宣言してないって言ってるが
using namespace System::Windows::Forms が宣言されている環境では
::DialogResult::OK でエラーなくコンパイルできるな

先頭 :: の名前検索ルールって、グローバル指定じゃないんだ・・・

716:デフォルトの名無しさん
06/02/27 13:38:23
>>714
using namespace System::Windows::Forms;
してあるということ? その"Form"は何よ?

>>715
namespace N { int x; };
using namespace N;
int x;
int f(void) { return x; } ←このxはambiguousになる。それで正しい。

717:715
06/02/27 13:45:08
まず、 >710 の問題は、単に System::Windows::Forms が using 指定していないから
using namespace System::Windows::Form;
を付ければおっけー

>716
::DialogResult ってなっているから、先頭に :: を付ける場合ってグローバル名前空間の
名前空間指定だと思ってた。カレント解決してくれるんだ

718:716
06/02/27 13:55:54
>>717
いや、「正しい」はグローバル参照の方。

> using namespace System::Windows::Form;
> を付ければおっけー

Forms

719:715
06/02/27 18:46:14
ということは、MSの実装はバグかMS独自仕様か、微妙なとこだな

720:710
06/02/27 19:46:54
皆さんどうもありがとう、遅くなってすみません
今帰宅しました

ヘッダー部分ですが
#pragma once
#include <fstream>
#include <vcclr.h>
#include <stdlib.h>

namespace hoge {

using namespace System;
using namespace System::IO;
using namespace System::ComponentModel;
using namespace System::Collections;
using namespace System::Windows::Forms;
using namespace System::Data;
using namespace System::Drawing;
using namespace std;
と宣言しているのですが
皆さんの、ご指導通りやってみましたが、

error C3083: 'DialogResult': '::' の左側のシンボルには、型を指定しなければなりません
error C2039: 'OK' : '`global namespace'' のメンバではありません。
error C2065: 'OK' : 定義されていない識別子です。
.\hoge(8) : error C2337: 'STAThreadAttribute' : 属性が見つかりません。
とこんな感じで、
ﾜｹ川・∀・川ﾜｶﾒです

721:デフォルトの名無しさん
06/02/27 20:17:53
>>720
その一
using　namespace　...
using　namespace　...
namespace　hoge　{
と順番を変えたら　::DialogResult::OK　でコンパイルが通る。

その二
hoge::DialogResult::OK　　でコンパイルが通る。
恐らく下のも通るはず。
[hoge::STAThreadAttribute]

その三
namespace　hoge　{　を使わずすべてGlobalに書く

これが仕様なのかバグなのかは俺にもわかんね～

722:デフォルトの名無しさん
06/02/27 20:17:53
気になって少々試してみたが、関数内でusingすればDialogResult::OKと書いてもエラーにならなかった。
void　button1_Click(System::Object^　sender,　System::EventArgs^　e)
{
　　　　using　::System::Windows::Forms::DialogResult;

　　　　OpenFileDialog　ofd;
　　　　ofd.InitialDirectory　=　"c:\\";
　　　　ofd.Filter　=　"txtfiles(*.txt)|*.txt|Allfiles(*.*)|*.*";
　　　　ofd.FilterIndex　=　2;
　　　　ofd.RestoreDirectory　=　true;

　　　　if　(ofd.ShowDialog()　==　DialogResult::OK)

723:デフォルトの名無しさん
06/02/27 20:39:09
ほとんど素のC++の話題になってるけど、まあいいか。
なんでDialogResultが重なってんだろ?

using ::System::Windows::Forms::DialogResult;
if (ofd.ShowDialog() == OK)
か
using ::System::Windows::Forms;
if (ofd.ShowDialog() == DialogResult::OK)
ならわかるけど。

724:デフォルトの名無しさん
06/02/27 20:45:59
>>723
C++/CLIの列挙子は列挙型の中のスコープにある。

725:デフォルトの名無しさん
06/02/27 23:10:50
>>721
*.h　でこれをやると　using　が　include　先に伝播してしまうので思わぬ名前の重複が起きてしまう。
＞using　namespace　...　
＞using　namespace　...　
＞namespace　hoge　{　

妥協案としては、メンバー関数の実態を　*.c　に分離してから::DialogResult::OKと指定する。
using　namespace　hoge;
namespace　hoge　{
　　　void　hoge::button1_Click(System::Object^　sender,　System::EventArgs^　e)　
{　
　　　　if　(ofd.ShowDialog()　==　::DialogResult::OK)　

726:デフォルトの名無しさん
06/02/28 00:29:25
ISO　C++だとusingディレクティブは名前を可視にするだけで、
usingディレクティブが書かれた名前空間へ名前を持ってくるものではなかったはず。

namespace　foo　{int　x;}
namespace　bar　{int　y;}

using　namespace　foo;
using　bar::y;

::x　=　10;　//NG.　x　=　0;或いはfoo::x　=　0;としなければならない。
::y　=　20;　//OK.　もちろんy　=　0;或いはfoo::y　=　0;も問題ない。

727:デフォルトの名無しさん
06/02/28 00:59:11
namespace N { namespace M { enum E { zero = 0 }; }; };
using namespace N;
int f(void) { return M::zero; }
あるいは、
namespace N { namespace M { enum E { zero = 0 }; }; };
using namespace N::M;
int f(void) { return zero; }
なんじゃないのか?
// Eのenum名指定なしでanonymous enumにしても同じ。

728:デフォルトの名無しさん
06/02/28 01:38:12
>>727
CLRタイプのenum　class　と　Cタイプのenumの２種類あって、
後者の話ならそのとおり。

729:710
06/02/28 21:38:39
皆さんのおかげで、openFileDialogを動かす事ができたのですが
肝心な事を忘れていました、ファイルを選択してボタンを押しても
実際にファイルが開かないんですよね（；^ω^）
// Insert code to read the stream here.
ってコメントアウトしてある部分が気になるけど、ここに何か
書かないといけないのかな？

730:デフォルトの名無しさん
06/02/28 21:43:05
教えてクンマンセー！

731:デフォルトの名無しさん
06/02/28 21:53:32
コメントが何のために有るのかわかってるのか？
っていうか読めよ。

732:710
06/02/28 21:54:54
>>731
英語読めません(´･ω･`)

733:デフォルトの名無しさん
06/02/28 21:57:00
>>732
んじゃ、英語の勉強から。英語書けないならともかく、読めないんじゃ
プログラミングなんてやってられない。

734:デフォルトの名無しさん
06/02/28 22:35:55
翻訳サイトも使えないようなヤツはプログラミングやめれ

735:デフォルトの名無しさん
06/02/28 22:40:27
ていうか、732は710の偽なんですが

736:732
06/03/01 00:45:52
俺は嘘つきだから俺の言うことは嘘ばっかりさ。さてこの嘘はホントかわかるかねｗｗｗ

737:デフォルトの名無しさん
06/03/01 01:08:24
そんなおもしろくないよ?

738:デフォルトの名無しさん
06/03/01 01:32:16
>>733
ひまわりが専門なので関係ないでしょ

739:710
06/03/01 02:21:51
ﾟ･*:.｡..｡.:*･゜ヽ( ´∀｀)人(´∀｀ )ノ･゜ﾟ･*:.｡..｡.:*
できたYO!
英語のサイトで(・∀・)ｲｲ!!ヒント見つけて
多少漏れのセンスでアレンジしましたがなにか
つーかさー"StreamReader c++ textBox"で具具っても
C#のサンプルや話題が多くて、参考にならなかったんで
英語でぐぐったら
ｷﾀｷﾀｷﾀｷﾀ━━(ﾟ∀ﾟ≡(ﾟ∀ﾟ≡ﾟ∀ﾟ)≡ﾟ∀ﾟ)━━!!
やっぱり本場はいいサンプルが多いな、でもそのものズバリはなかったが
{
// Insert code to read the stream here.
System::IO::StreamReader ^ sr = gcnew
System::IO::StreamReader(openFileDialog1->FileName);
String ^temp = sr->ReadToEnd();
textBox2->Text=temp;

//MessageBox::Show(sr->ReadToEnd());
sr->Close();
myStream->Close();
}

740:デフォルトの名無しさん
06/03/01 02:32:10
C++/CLI の場合でも .NET Framework のサンプルがほしければ
C#やVBのをそのまま使えるってのに

741:710
06/03/01 02:37:58
|∀・).｡oO(・・・)
そうなのか？

742:デフォルトの名無しさん
06/03/01 02:38:23
ｶﾞﾝｶﾞﾚ

743:710
06/03/01 02:43:27
ﾑﾘｯﾎﾟ

744:デフォルトの名無しさん
06/03/01 07:19:26
>>740 うむ。
ちょっと間接参照の記述が違うくらいで、
流れは C# のコードのままでいいな。
まぁそれが C++/CLI の真骨頂でもある。

745:デフォルトの名無しさん
06/03/01 14:15:46
>>739
C++/CLIなんだからいちいちgcnewする必要はないと思う。

746:デフォルトの名無しさん
06/03/01 14:50:01
>>739
つかCloseもfinally句に書いてないし。
C#ならusing、C++/CLIならスタックオブジェクトにしろよなほんと。

747:デフォルトの名無しさん
06/03/01 16:30:41
で、STLはどうしてるんだ、おまえら?

748:デフォルトの名無しさん
06/03/01 16:49:26
C++/CLI でGUIなアプリつくるべ、と、フォームをデザインして
遊んでます。で、みなさん、アプリで必要となる大量の
変数たちは、class Form1 のメンバとしてずらずら宣言してしまって
構わないんでしょうか？

今までは UNIX 系でのコンソールアプリ主体で、自前の
アプリケーションクラスを用意して main() の中から
そいつをインスタンス化して、という感じでやってました。

Windows でのグラフィカルなアプリでの作法では、
自動生成された class Form1 にどんどんメンバを
追加しちゃっていいんですか？

当然イベントハンドラなどはデザイナで追加されていくわけで、
手動で追加したメンバのためにフォームデザイナが混乱して
しまわないかすごく不安です。

749:デフォルトの名無しさん
06/03/01 16:54:58
STLが無い、C++なんて。

クソ。

750:デフォルトの名無しさん
06/03/01 16:57:44
>>749 え？C++/CLI で STL つかえないの？

751:デフォルトの名無しさん
06/03/01 17:06:05
>>750
ネイティブ型に対しては使える。

そしてマネージ型対応のSTL/CLI(旧称STL.Net）がVC++　2005と同時に公開されるはずだったのだが、
伸びに伸びて未だ公開されていない。

URLﾘﾝｸ(www.microsoft.com)

いっそのこと俺たちで作るかｗ。

752:デフォルトの名無しさん
06/03/01 17:18:06
>>751 あ～びっくりした。
そうだよな、ネイティブ型に対しては使えるよな？

C++ で書きためてきた std::vector 使ってる
数値計算用のライブラリがあって、どうしても
それから逃れられない + DirectX で可視化したい、
という要求があって、それ満たすには C++/CLI しか
ないだろ、ってことでこれから使おうと思ってたんで、
ちょっと焦った。

753:デフォルトの名無しさん
06/03/01 18:24:32
>>752
いやいやいや、お前DirectXをなんと心得る？

754:デフォルトの名無しさん
06/03/01 19:09:05
>>753 まだ、OpenGL のかわりみたいなもん、
くらいの認識です。頂点データの扱いとか
ぜんぜんちがうんですかね？
その話題はスレ違いですが。

目的は動き回る多数の分子模型の
ようなものなんですが。

755:デフォルトの名無しさん
06/03/01 19:16:26
DirectXはまだネイティブがメインなのにどうしてSTLの無いC++/CLIを無理に使おうとするのか

756:デフォルトの名無しさん
06/03/01 19:28:40
com::ptr 型がそこにあるから

757:デフォルトの名無しさん
06/03/01 19:29:40
OpenGLでもいいし。

758:デフォルトの名無しさん
06/03/01 19:40:32
>>755 いや、それすらまだ知らないんですよ。
普通に次元の可視化するときに、
フォームにぺたぺたとやってえらく簡単に
できたもんで、この勢いで 3D もいける？
とか思ったわけです。

>>757 いわれていれば、そうかも

759:デフォルトの名無しさん
06/03/01 20:01:27
>>758
そのノリでやりたいんなら(ビジネスっていうかグラフ化とかな)、
確かにマネージのAvalonが向いてる。けどもまだない。残念。

DirectXとOpenGLは例えばDirectXはCOMだったりとか細かくは違う。
けど理論はあんまり違わんので好きなほうでどうぞ。
一般的には凝ったことしなければOpenGLのほうが簡単。

760:デフォルトの名無しさん
06/03/01 20:11:40
スレ違いなんだが、VTKとかいろいろあるじゃん?

> フォームにぺたぺたとやってえらく簡単に
> できたもんで、この勢いで 3D もいける？

そんな子どもっぽい理由じゃなくて、(発端じゃなくて直線的な選択の事ね)
道具くらいちゃんと自分で選べるようになろうよ。
URLﾘﾝｸ(sal.linet.gr.jp) でも漁れ。多くがWindowsもOK。
OpenGLやDirectXを直接叩くなんて馬鹿らしいよ。

761:デフォルトの名無しさん
06/03/01 20:27:15
>>760 THX

論文に貼る図だと、動画じゃないので普通に
gnuplot で作ってるんですが、プレゼンだと
やっぱ動かなきゃな、ってことで取り組んでます。
色々あるんですね、こりゃ楽しそうだ。

762:710
06/03/01 21:11:31
今晩も盛り下がっていますね皆さん( ノﾟДﾟ)こんばんわ
>>744間接参照の仕方を巧く解説してるサイトってない？
>>745newでは困憊羅君が、言うこと聞いてくれませんでした
>>746スタックオブジェクトって、なに？グラフや絵を描くメソッドのことかな？と聞いてみる
夕べ
URLﾘﾝｸ(www.athomejp.com)
ここのソースをC++に書き換えたらどんな風になるのかな？
C#の.の使い方がポイントだと思うが、もう少し理解できない
多分>>744の言っていた、間接参照の仕方の事だと思うのだが
C++の場合漏れは、::が出てきたら
何々の何々と読んでいるのだが、C#の.の読み方（解釈）教えてください

　//ファイルを指定させる
　DialogResultresult=openFileDialog1.ShowDialog();
　if(result==DialogResult.OK)
　{
　　　　//指定されたファイルを読み取る
　　　　System.IO.Streamstream=openFileDialog1.OpenFile();
　　　　System.IO.StreamReaderstreamR=
　　　　　　newSystem.IO.StreamReader(stream,
　　　　　　　　System.Text.Encoding.Default);
　　　　stringstr=streamR.ReadLine();
　　　　//ファイルを読み取り
　　　　while(str!=null)
　　　　{
　　　　　　//デバッグ出力
　　　　　　Debug.WriteLine(str);
　　　　　　str=streamR.ReadLine();
　　　　}
　　　　//StreamReaderをクローズ
　　　　streamR.Close();
　}

763:デフォルトの名無しさん
06/03/01 21:42:20
>>762
C#の　.　はC++(/CLI)だと、　.　->　::のどれか。
.　値（ポインタ・ハンドルでないもの）と参照（ネイティブのT&とマネージドのT%）
->　ポインタ・ハンドル
::　静的メンバやその他（クラス内で親クラスを参照するときなど）

なるべく同じようにC++/CLIへ写すとこうなる。
//ファイルを指定させる
DialogResult　result　=　openFileDialog1.ShowDialog();
if　(result　==　DialogResult::OK)
{
　　　　//　指定されたファイルを読み取る
　　　　System::IO::Stream^　stream　=　openFileDialog1.OpenFile();　
　　　　System::IO::StreamReader^　streamR　=
　　　　　　　　gcnew　System::IO::StreamReader(stream,　System::Text::Encoding::Default);
　　　　System::String^　str　=　streamR->ReadLine();
　　　　//　ファイルを読み取り
　　　　while　(str　!=　nullptr)
　　　　{
　　　　　　　　//　デバッグ出力
　　　　　　　　Debug.WriteLine(str);
　　　　　　　　str　=　streamR->ReadLine();
　　　　}
　　　　streamR->Close();
}
（続く）

764:デフォルトの名無しさん
06/03/01 21:43:14
これをスローカル変数を使うようにして、
個人的にReadLineが2度もソース上に現れるのが気になったのでそれを修正したもの。
//ファイルを指定させる
DialogResult　result　=　openFileDialog1.ShowDialog();
if　(result　==　DialogResult::OK)
{
　　　　//　指定されたファイルを読み取る
　　　　System::IO::Stream^　stream　=　openFileDialog1.OpenFile();　
　　　　System::IO::StreamReader　streamR(stream,　System::Text::Encoding::Default);
　　　　System::String^　str;
　　　　//　ファイルを読み取り
　　　　do
　　　　{
　　　　　　　　str　=　streamR.ReadLine();
　　　　　　　　//　デバッグ出力
　　　　　　　　Debug.WriteLine(str);
　　　　}
　　　　while　(str　!=　nullptr);
}

765:デフォルトの名無しさん
06/03/01 21:48:12
>>764
Debug.WriteLine に nullptr 渡すのってありだっけ。
}

766:デフォルトの名無しさん
06/03/01 22:15:08
>>765
どうみてもまずいですね。
本当にありがとうございました。

そう書こうと思ったけど、その前に試してみた。
System::Diagnostics::Debug::WriteLine(static_cast<String^>(nullptr));
全く問題なかった。

ついでに言うとそれ::にするの忘れてた。すまん。
結局こうすればよかったな。
while　(System::String^　str　=　streamR->ReadLine())
{
　　　　//　デバッグ出力
　　　　System::Diagnostics::Debug::WriteLine(str);
}

767:748
06/03/02 04:01:28
盛り上がってるところ済みません。
どなたか >>748 に答えてくださるかた
おられませんでしょうか・・・

768:デフォルトの名無しさん
06/03/02 05:10:09
>>763
解説Thanks ☆☆** v(￣ー￣)v**☆☆ Thanks

769:デフォルトの名無しさん
06/03/02 06:39:27
>>762
スタックオブジェクト＝auto変数

770:デフォルトの名無しさん
06/03/02 07:16:31
C++/CLIで

char *ptr;

ptr=(char *)malloc(sizeof(hoge));
free(ptr);

が使えるのに感動した！

771:デフォルトの名無しさん
06/03/02 07:41:26
>>767
シングルウィンドウのアプリケーションならそれでいいと思う。

772:デフォルトの名無しさん
06/03/02 09:47:47
質問させてください。
System::Collections::Generic::ListかSystem::Collections::ArrayListで
要素へのinterior_ptrを得る方法はないでしょうか。
ToArray()はコピーを返すのでだめでした。

773:デフォルトの名無しさん
06/03/02 19:35:49
>>772
ArrayList　や　List　では無理、固定サイズの配列ならいける。
array<int>^　x　=　{　10,　20,　30,　40,　50　};
interior_ptr<int>　r　=　　&(x[3]);

774:デフォルトの名無しさん
06/03/02 23:43:37
VS2003のC++で書いた
int __pin* px = &pX -> x;
こういう、書き方はVC8では通らないようですね？

775:デフォルトの名無しさん
06/03/02 23:50:15
>>774
cli::pin_ptr<int>　px　=　&pX->x;

776:デフォルトの名無しさん
06/03/03 08:25:28
>774
/clr:oldSyntax

777:デフォルトの名無しさん
06/03/03 20:40:09
おっすオラ悟空

C++/CLI コンソールアプリの main では
コマンドライン引数として String^ の array への ^ が
渡されるんだけど、今まで使ってたコマンドライン処理
ルーチンに int argc, char** argv って感じの
おなじみのアンマネージドな形式で渡したい。
簡単な方法無い？？？？？

778:デフォルトの名無しさん
06/03/03 20:49:34
>777
普通に int main(int argc, char**argv) で宣言すれば？
C++/CLI は CLI 拡張であって、旧来の機能がなくなった訳じゃない

779:デフォルトの名無しさん
06/03/03 20:53:27
おっす、オラ悟空
>>778 うまくいったぞ
これで boost::program_options がつかえそうだぞ

ところで boost のライブラリのうち /clr でビルドに
しっぱいするのは graph, test, wave みたいだぞ。
ほとんどは *.hpp だからビルド不要だけど.

780:デフォルトの名無しさん
06/03/03 20:54:45
おっすオラ悟空
もしかして C++/CLI ってすげぇ戦闘能力じゃねぇか？
スカウターが壊れちまったぜ

781:デフォルトの名無しさん
06/03/03 20:59:36
ゴクウがスカウターつけんなよ

782:デフォルトの名無しさん
06/03/03 21:01:41
じゃ、お前にやる

783:デフォルトの名無しさん
06/03/03 22:11:59
>>781
すげーﾜﾗﾀ

784:デフォルトの名無しさん
06/03/04 00:03:43
STL.Netが待ちきれなくて、System::Collections::Generic::ListのラッパをVectorという名で作ってみようとしたが、難しい。
クラスライブラリ化して他言語からも使えるようにとか考え出したら駄目だこりゃ。

785:デフォルトの名無しさん
06/03/04 05:40:23
CLIだとメンバにref object(ref ptrは可)
おけないからSTL.NETは
ptr_contenaみたいになるよね？

786:デフォルトの名無しさん
06/03/04 09:42:38
何処で聞こうかと迷いましたがここでお願いします
.NET Framework クラスライブラリで
メール送信するSystem.Net.Mailというクラスがあるのですが
受信するクラスはどれですか？

787:デフォルトの名無しさん
06/03/04 13:39:45
Socket で imap か pop のポートに繋げてプロトコルながしゃいいんでない？

788:デフォルトの名無しさん
06/03/04 13:44:22
追加
URLﾘﾝｸ(mobiquitous.com)
ま、ライブラリとかもぐぐりゃ出てくるんだが

789:デフォルトの名無しさん
06/03/04 19:41:13
void func(const std::string & s); ってのは書けるけど
void func(const String ^ s); ってなふうにはかけないのね。

790:デフォルトの名無しさん
06/03/04 20:51:19
ハンドルは追跡ポインタだから const したら追跡できないだろ

791:デフォルトの名無しさん
06/03/04 21:02:23
>>790 ポイント先のオブジェクトを変更したくないよ
ってのを明示したかった。const な String へのハンドル、
って書きたかったんだ。

792:デフォルトの名無しさん
06/03/04 21:07:25
意味はわかるが、const の意味を拡張しない限りできんだろ
const や volatile は GCヒープには使えないと思わないとな

793:デフォルトの名無しさん
06/03/04 21:14:03
う～む、渡された側で不用意に変更して
しまわないようにしたかったんだけどな。
マネージドなオブジェクトに対しては無理なのか。

794:デフォルトの名無しさん
06/03/04 21:19:51
普通にconst指定出来たが、何をもって書けないと言っているんだ？

795:デフォルトの名無しさん
06/03/04 21:31:41
>>794
「const System::String ^
　この型での const/volatile 修飾子はサポートされていません」

って、コンパイラが優しくおこってくれた。

796:デフォルトの名無しさん
06/03/04 21:46:00
コンソールアプリで確認したけど、エラーなんて出なかったが。

#include "stdafx.h"

using namespace System;
void func(const String^ s)
{
Console::WriteLine((String^)s);
}

int main(array<System::String ^> ^args)
{
func(L"Hello World");
return 0;
}

797:デフォルトの名無しさん
06/03/04 21:58:02
>>796 いいなぁ。
うちのコンパイラは出るんだ。
なんかスイッチの関係かな。
もうちょっと調べてみるよ。

798:デフォルトの名無しさん
06/03/04 22:02:33
それ、コンパイル警告C4400で、警告レベルは4。
どうやら漏れが警告レベルを一番高くしてるから表示されてるみたいだ。

799:MSDN Libraryによると
06/03/04 22:04:20
const (C++) 修飾子および volatile (C++) 修飾子は、
共通言語ランタイムの型の変数では使用できません。
次の例では C4400 エラーが生成されます。
// C4400.cpp
// compile with: /clr /W4
// C4401 expected
using namespace System;
#pragma warning (disable : 4101)
int main() {
　　const String^ str;　　// C4400
　　volatile String^ str2;　　// C4400
}

800:デフォルトの名無しさん
06/03/04 22:04:21
いいなぁって、駄目だろ。const 指定できちゃ（ｗ

String^ hello = "Hello, World";
func(hello);

だとエラーだったりして

801:デフォルトの名無しさん
06/03/04 22:15:41
.NETの共通として通用しないだけで、
C++/CLI上では値を変更しようとするとエラーになるし、
特に問題はないと思うけど。

ちなみに>>800のも通った。

802:デフォルトの名無しさん
06/03/04 23:24:16
>>800
これが通るんだからそれが通らないわけが無いだろ。
void　func(const　std::string&　s);

std::string　hello　=　"Hello,　World";
func(hello);

803:デフォルトの名無しさん
06/03/04 23:31:02
まぁそれ以前にあれだ、System::StringはImmutableなオブジェクトだ。
どっちにしろ変更できん…わけでもないけど裏技

804:デフォルトの名無しさん
06/03/05 13:02:40
private: System::Void button1_Click(System::Object^ sender, System::EventArgs^ e) {
　　pin_ptr<const wchar_t> text = PtrToStringChars(textBox1->Text);
　　//16進数に変換
　　wchar_t* pEnd;
　　unsigned long hoge = std::wcstoul(text, &pEnd, 16);
　　//入力されたデータの判定（省略）
　　wchar_t* foo;
　　foo=NULL;
　　//unsigned long 型の整数を文字列に変換
　　_ultow_s (hoge,foo,32,16);
　　String ^tmp=Convert::ToString(*foo);
　　textBox2->Text=tmp;
}

ボタンを押したらtextBox1に、入力した文字を16進数に変換し、データの判定を行い
再び文字変数に変換し、textBox2に表示させるという、プログラムです、
foo=NULL;を入れないと、: warning C4700: 初期化されていないローカル変数 'foo' が使用されますと、警告され
foo=NULL;としたらエラーは出ないのですが
いづれの場合でも、実行すると
Debug Assertion Failed!

Expression:buf!=NULL
とお叱りを受けます、どうしたらよいでしょうか？
ｵﾅｶﾞｲｼﾏｽ。

805:デフォルトの名無しさん
06/03/05 16:21:54
漏れには foo に割り当てられているはずの 16 wchar_t が見えないんだがどこにあるんだ？
MSDN で _ultow_s が領域確保してくれるのかどうかぐらい確かめろ

pin_ptr<Char> text = textBox1->Text->ToCharArray();

wchar_t* pEnd = 0;
unsigned long hoge = std::wcstoul(text, &pEnd, 16);

wchar_t foo[16];
memset(foo, 0, 16*sizeof(wchar_t));

_ultow_s (hoge,foo,32,16);
String ^tmp = gcnew String(foo);
textBox2->Text = tmp;

MSDN を読んで出直してこい

806:デフォルトの名無しさん
06/03/05 17:22:58
>>805ありがとう
出直す前に、ｽﾏｿ
unsigned longって32bitですよね、多分そのせいだと思うけど
9桁以上入力すると、結果がオーバーフローしちゃってffffffffに
なっちゃいます、予期せぬ結果です
wchar_tが16ビットのせいだと思うのですが、こんなときはどうしたら
いいのでしょうか、教えて君で申し訳ないですが御教授お願いします。

807:デフォルトの名無しさん
06/03/05 17:30:43
>>806
（VC++の）unsigned　longは32ビットで0～0xffffffffの数値を格納できる。
だから十六進法で8桁までだ。wchar_tに非は無い。
たとえばunsigned　long　longなら64ビットあるから十六進法で倍の16桁までいける。

808:デフォルトの名無しさん
06/03/05 17:44:29
>>806ありがとう
unsigned long
↓
unsigned long longにしてみたら
: warning C4244: '引数' : 'unsigned __int64' から 'unsigned long' への変換です。データが失われる可能性があります。
警告が出てしまい、実行するとやはり9桁でオーバーフローしてしまいました
手のほどこし方はもう無さそうですね、(´・ω・｀)

809:デフォルトの名無しさん
06/03/05 17:44:57
UInt32::Parseじゃいかんの？

810:デフォルトの名無しさん
06/03/05 18:16:11
>>808
32ビットしか返さない関数使ってるんだから当たり前だな

811:デフォルトの名無しさん
06/03/05 18:18:02
>808
だから、自分の使っている関数の方とかをチェックしてこいといってるだろうに
受け取り側を unsigned long long にしても、変換関数が対応していなけりゃ駄目だろ
おまいさんは文字列を 64 ビット長の整数値に変換したいんだから、それに対応した
変換関数を探してこい
>809 がいいヒントをくれているじゃないか
.net framework で 64ビット長符号なし整数値の型を探してそのメソッドを調べろよ

812:デフォルトの名無しさん
06/03/05 19:01:42
>>811どうもありがとう
>>806です
URLﾘﾝｸ(msdn2.microsoft.com)
Convert.ToUInt64 (Int32)
これでいいのかな？

813:デフォルトの名無しさん
06/03/05 19:09:18
・・・おまいさん、文字列を UInt64 に変換したいんだろう？
だったら使うべき変換関数は Convert.ToUInt64(String^) じゃないのかい
これなら、いちいち配列変換しなくてもいいわけだし
UInt64::Parse(String^) だってあるだろうに
もちろん、UInt64.ToString() とすれば、文字列への変換もできるぞ

C++/CLI は (3.14).ToString() ってやって文字列を取得することだってできるんだから

814:デフォルトの名無しさん
06/03/05 20:42:17
std::wcstoul を愛しているんだろうから、そっとしておいてやれよ

815:デフォルトの名無しさん
06/03/05 21:01:33
(´ε｀；)ｳｰﾝ…

unsigned long long hoge;
にすると
_ultow_s (hoge,foo,16,16);
ここで、
: warning C4244: '引数' : 'unsigned __int64' から 'unsigned long' への変換です。データが失われる可能性があります。
String ^tmp = Convert::ToUInt64(*foo);
とすると
: error C2440: '初期化中' : 'unsigned __int64' から 'System::String ^' に変換できません。
使用可能なユーザー定義された変換演算子がない、または
演算型のボックス化された形式からターゲット型への標準変換は存在しません
なんですよね、全くなにやってんだか・・・・

816:デフォルトの名無しさん
06/03/05 21:11:47
>>815
Convert::ToUInt64は文字列をUInt64(unsigned　long　long)に変換するほうだ。

817:デフォルトの名無しさん
06/03/05 21:14:03
がー！　だから、型と関数を考えて、ちゃんとメソッドを構成する英語を嫁と
UInt64 hoge = 0LL;

if ( UInt64::TryParse(textBox->Text) )
　　hoge = UInt64::Parse(textBox1->Text);

String^ tmp = hoge.ToString();

でいいんだって

なんでわざわざ wchar_t の配列に変換するのかな
ちゃんと、キーワードでぐぐるかMSDN見てる？

818:デフォルトの名無しさん
06/03/05 21:25:28
文字列を数値にするのには次のものがある。

Cのato～とstrto～。そしてそれぞれワイド文字版の_wto～（非標準）とwcsto～がある。sscanf/swscanf類もある。
C++のistringstream類。
.Net　FrameworkのConvert::To～と～::Parce。

数値を文字列にするのには次のものがある。
Cの_～toa、_～tow（非標準）。sprintf/swprintf。この行のは全てVC8の_s版（全て非標準）もある。
C++のostringstream類。
.Net　FrameworkのConvert::ToStringとObject::ToString。

ちなみにそれぞれ対称性がある。

C++のstream以外は全て数値の型により関数名などが異なっている。
だからunsigned　longを使うかunsigned　long　longを使うかで違いが出てくる。

819:デフォルトの名無しさん
06/03/05 21:28:41
というか、unsigned long long int って型はまだ標準じゃないよな

820:デフォルトの名無しさん
06/03/05 21:31:17
>>819
C++にはまだないが、C++/CLIには存在する。
URLﾘﾝｸ(signe.japan.webmatrixhosting.net)

821:デフォルトの名無しさん
06/03/05 21:44:23
>820
それは知ってるが、標準関数が対応してないってこと
ってそこ直リンすんなよ

822:デフォルトの名無しさん
06/03/05 21:46:10
>>821
だからC/C++のunsigned　long　longが関係するところは全て非標準だな。

823:デフォルトの名無しさん
06/03/05 21:49:23
そだな。非標準の型は全部 CLI 型表記にした方がわかりやすいと思うんだが
変に今までと一緒なもんだから、間違えやすいんじゃないかな

824:デフォルトの名無しさん
06/03/05 22:01:51
それよりも混乱する原因はC、C++、.Net　Frameworkのクラス・関数が入り乱れているからのほうが大きいと思う。
答えているほうだって、あれ使え、いやこれ使えって具合だし。

そもそも一旦十六進法の文字列へ変換するまではともかく、その後文字列へ変換する必要性がわからない。
そのままtextBox2->Text　=　textBox1->Text;でいいと思うのだが。
大文字小文字を揃えたいだけならtextBox1->Text->ToUpper()で十分だし。

825:デフォルトの名無しさん
06/03/05 22:01:55
>>817さん
どうもです
>>なんでわざわざ wchar_t の配列に変換するのかな
>>814さんの書いたとおり
std::wcstoulと_ultow_sの呪縛に囚われていました
こうやって見ましたが

private: System::Void button1_Click(System::Object^ sender, System::EventArgs^ e)
　　{
　　　　UInt64 hoge = 0LL;
　　　　if ( UInt64::TryParse(textBox1->Text))
　　　　　　hoge = UInt64::Parse(textBox2->Text);
　　　　String^ tmp = hoge.ToString();
　　}

if ( UInt64::TryParse(textBox1->Text))ここで
: error C2661: 'System::UInt64::TryParse' : 1 個の引数を伴うオーバーロードされた関数はありません。
こうなるのですが・・・

次ページ