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

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 05/09 17:12 / Filesize : 240 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん [2005/09/11(日) 23:54:01 ]: おそらく、.NET開発でデファクトスタンダードに最も近い
であろうC++/CLIについて語ろうぜ！
705 名前：デフォルトの名無しさん [2006/02/26(日) 00:49:18 ]: ビョーン先生が取り扱っている案件はそうかもしれんけどな。
動的にオブジェクトが増えたり減ったりする案件のほうが多い。
706 名前：デフォルトの名無しさん mailto:sage [2006/02/26(日) 00:56:47 ]: >>700
しかしビョーン先生はGCをそんなに否定していない。
既存のC/C++のコードと互換性を保ったまま導入できるのなら、
C++に入れてもいいというようなことをD&Eで書いている。
707 名前：デフォルトの名無しさん mailto:sage [2006/02/26(日) 20:57:17 ]: >>705
vector使えばええやん。メンバかローカルにしておけばdeleteいらん。
708 名前：デフォルトの名無しさん mailto:sage [2006/02/26(日) 21:08:56 ]: >>707
グローバルでもdeleteいらんぞ
709 名前：デフォルトの名無しさん mailto:sage [2006/02/26(日) 21:14:38 ]: 別に GC なんて C++/CLI の利点じゃないだろ
単に .net framework を既存の C++ と混同することなく使えるってとこが一番重要さ

C++/Smalltalk とか C++/Squeak とか出てこないかな
710 名前：デフォルトの名無しさん [2006/02/27(月) 01:56:21 ]: 【初心者歓迎】C/C++室 Ver.25【環境依存OK】から誘導されてきました( ｀・ω・´)ﾉﾖﾛｼｸｰ
VC8でopenFileDialogを使いたくて
MSDNのソースを試してみようと
ttp://msdn2.microsoft.com/ja-jp/library/system.windows.forms.openfiledialog.aspx
説明を読み
フォームに 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 名前：デフォルトの名無しさん mailto:sage [2006/02/27(月) 07:06:19 ]: >>710
System::Windows::Forms::DialogResult::OK とフルで書く。
712 名前：デフォルトの名無しさん mailto:sage [2006/02/27(月) 07:26:28 ]: >>711
最後まで仕様が揺れた所かも知れないね。
713 名前：デフォルトの名無しさん mailto:sage [2006/02/27(月) 10:47:00 ]: この状況って System::Windows::Forms まで using で指定しているから、単純にグローバル
スコープ指定していることが問題なんじゃね？
12行目の ::DialogResult を意味なく、:: で始めるな、と
714 名前：デフォルトの名無しさん mailto:sage [2006/02/27(月) 11:06:47 ]: >>713
ところがどっこい
DialogResult::OK　と書くと今度は
System::Windows::Forms::Form::DialogResultが無いというエラーになる。
using namespace は探しに行ってくれないらしい。
715 名前：デフォルトの名無しさん mailto:sage [2006/02/27(月) 11:38:26 ]: ん、サンプルだと :: で始めてるな
っていうか、>710 って名前空間 System しか宣言してないって言ってるが
using namespace System::Windows::Forms が宣言されている環境では
::DialogResult::OK でエラーなくコンパイルできるな

先頭 :: の名前検索ルールって、グローバル指定じゃないんだ・・・
716 名前：デフォルトの名無しさん mailto:sage [2006/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 mailto:sage [2006/02/27(月) 13:45:08 ]: まず、 >710 の問題は、単に System::Windows::Forms が using 指定していないから
using namespace System::Windows::Form;
を付ければおっけー

>716
::DialogResult ってなっているから、先頭に :: を付ける場合ってグローバル名前空間の
名前空間指定だと思ってた。カレント解決してくれるんだ
718 名前：716 mailto:sage [2006/02/27(月) 13:55:54 ]: >>717
いや、「正しい」はグローバル参照の方。

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

Forms
719 名前：715 mailto:sage [2006/02/27(月) 18:46:14 ]: ということは、MSの実装はバグかMS独自仕様か、微妙なとこだな
720 名前：710 [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/02/27(月) 20:17:53 ]: >>720
その一
using namespace ...
using namespace ...
namespace hoge {
と順番を変えたら ::DialogResult::OK でコンパイルが通る。

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

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

これが仕様なのかバグなのかは俺にもわかんね～
722 名前：デフォルトの名無しさん mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/02/27(月) 20:45:59 ]: >>723
C++/CLIの列挙子は列挙型の中のスコープにある。
725 名前：デフォルトの名無しさん mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/02/28(火) 01:38:12 ]: >>727
CLRタイプのenum class と Cタイプのenumの２種類あって、
後者の話ならそのとおり。
729 名前：710 mailto:sage [2006/02/28(火) 21:38:39 ]: 皆さんのおかげで、openFileDialogを動かす事ができたのですが
肝心な事を忘れていました、ファイルを選択してボタンを押しても
実際にファイルが開かないんですよね（；^ω^）
// Insert code to read the stream here.
ってコメントアウトしてある部分が気になるけど、ここに何か
書かないといけないのかな？
730 名前：デフォルトの名無しさん mailto:sage [2006/02/28(火) 21:43:05 ]: 教えてクンマンセー！
731 名前：デフォルトの名無しさん mailto:sage [2006/02/28(火) 21:53:32 ]: コメントが何のために有るのかわかってるのか？
っていうか読めよ。
732 名前：710 mailto:sage [2006/02/28(火) 21:54:54 ]: >>731
英語読めません(´･ω･`)
733 名前：デフォルトの名無しさん mailto:sage [2006/02/28(火) 21:57:00 ]: >>732
んじゃ、英語の勉強から。英語書けないならともかく、読めないんじゃ
プログラミングなんてやってられない。
734 名前：デフォルトの名無しさん mailto:sage [2006/02/28(火) 22:35:55 ]: 翻訳サイトも使えないようなヤツはプログラミングやめれ
735 名前：デフォルトの名無しさん mailto:sage [2006/02/28(火) 22:40:27 ]: ていうか、732は710の偽なんですが
736 名前：732 mailto:sage [2006/03/01(水) 00:45:52 ]: 俺は嘘つきだから俺の言うことは嘘ばっかりさ。さてこの嘘はホントかわかるかねｗｗｗ
737 名前：デフォルトの名無しさん mailto:sage [2006/03/01(水) 01:08:24 ]: そんなおもしろくないよ?
738 名前：デフォルトの名無しさん mailto:sage [2006/03/01(水) 01:32:16 ]: >>733
ひまわりが専門なので関係ないでしょ
739 名前：710 mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/03/01(水) 02:32:10 ]: C++/CLI の場合でも .NET Framework のサンプルがほしければ
C#やVBのをそのまま使えるってのに
741 名前：710 mailto:sage [2006/03/01(水) 02:37:58 ]: |∀・).｡oO(・・・)
そうなのか？
742 名前：デフォルトの名無しさん mailto:sage [2006/03/01(水) 02:38:23 ]: ｶﾞﾝｶﾞﾚ
743 名前：710 mailto:sage [2006/03/01(水) 02:43:27 ]: ﾑﾘｯﾎﾟ
744 名前：デフォルトの名無しさん mailto:sage [2006/03/01(水) 07:19:26 ]: >>740 うむ。
ちょっと間接参照の記述が違うくらいで、
流れは C# のコードのままでいいな。
まぁそれが C++/CLI の真骨頂でもある。
745 名前：デフォルトの名無しさん mailto:sage [2006/03/01(水) 14:15:46 ]: >>739
C++/CLIなんだからいちいちgcnewする必要はないと思う。
746 名前：デフォルトの名無しさん mailto:sage [2006/03/01(水) 14:50:01 ]: >>739
つかCloseもfinally句に書いてないし。
C#ならusing、C++/CLIならスタックオブジェクトにしろよなほんと。
747 名前：デフォルトの名無しさん mailto:sage [2006/03/01(水) 16:30:41 ]: で、STLはどうしてるんだ、おまえら?
748 名前：デフォルトの名無しさん [2006/03/01(水) 16:49:26 ]: C++/CLI でGUIなアプリつくるべ、と、フォームをデザインして
遊んでます。で、みなさん、アプリで必要となる大量の
変数たちは、class Form1 のメンバとしてずらずら宣言してしまって
構わないんでしょうか？

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

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

当然イベントハンドラなどはデザイナで追加されていくわけで、
手動で追加したメンバのためにフォームデザイナが混乱して
しまわないかすごく不安です。
749 名前：デフォルトの名無しさん mailto:sage [2006/03/01(水) 16:54:58 ]: STLが無い、C++なんて。

クソ。
750 名前：デフォルトの名無しさん [2006/03/01(水) 16:57:44 ]: >>749 え？C++/CLI で STL つかえないの？
751 名前：デフォルトの名無しさん mailto:sage [2006/03/01(水) 17:06:05 ]: >>750
ネイティブ型に対しては使える。

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

www.microsoft.com/japan/msdn/vs05/visualc/stl-netprimer.asp

いっそのこと俺たちで作るかｗ。
752 名前：デフォルトの名無しさん [2006/03/01(水) 17:18:06 ]: >>751 あ～びっくりした。
そうだよな、ネイティブ型に対しては使えるよな？

C++ で書きためてきた std::vector 使ってる
数値計算用のライブラリがあって、どうしても
それから逃れられない + DirectX で可視化したい、
という要求があって、それ満たすには C++/CLI しか
ないだろ、ってことでこれから使おうと思ってたんで、
ちょっと焦った。
753 名前：デフォルトの名無しさん mailto:sage [2006/03/01(水) 18:24:32 ]: >>752
いやいやいや、お前DirectXをなんと心得る？
754 名前：デフォルトの名無しさん mailto:sage [2006/03/01(水) 19:09:05 ]: >>753 まだ、OpenGL のかわりみたいなもん、
くらいの認識です。頂点データの扱いとか
ぜんぜんちがうんですかね？
その話題はスレ違いですが。

目的は動き回る多数の分子模型の
ようなものなんですが。
755 名前：デフォルトの名無しさん mailto:sage [2006/03/01(水) 19:16:26 ]: DirectXはまだネイティブがメインなのにどうしてSTLの無いC++/CLIを無理に使おうとするのか
756 名前：デフォルトの名無しさん mailto:sage [2006/03/01(水) 19:28:40 ]: com::ptr 型がそこにあるから
757 名前：デフォルトの名無しさん mailto:sage [2006/03/01(水) 19:29:40 ]: OpenGLでもいいし。
758 名前：デフォルトの名無しさん mailto:sage [2006/03/01(水) 19:40:32 ]: >>755 いや、それすらまだ知らないんですよ。
普通に次元の可視化するときに、
フォームにぺたぺたとやってえらく簡単に
できたもんで、この勢いで 3D もいける？
とか思ったわけです。

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

DirectXとOpenGLは例えばDirectXはCOMだったりとか細かくは違う。
けど理論はあんまり違わんので好きなほうでどうぞ。
一般的には凝ったことしなければOpenGLのほうが簡単。
760 名前：デフォルトの名無しさん mailto:sage [2006/03/01(水) 20:11:40 ]: スレ違いなんだが、VTKとかいろいろあるじゃん?

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

そんな子どもっぽい理由じゃなくて、(発端じゃなくて直線的な選択の事ね)
道具くらいちゃんと自分で選べるようになろうよ。
sal.linet.gr.jp/E/1/index.shtml でも漁れ。多くがWindowsもOK。
OpenGLやDirectXを直接叩くなんて馬鹿らしいよ。
761 名前：デフォルトの名無しさん mailto:sage [2006/03/01(水) 20:27:15 ]: >>760 THX

論文に貼る図だと、動画じゃないので普通に
gnuplot で作ってるんですが、プレゼンだと
やっぱ動かなきゃな、ってことで取り組んでます。
色々あるんですね、こりゃ楽しそうだ。
762 名前：710 mailto:sage [2006/03/01(水) 21:11:31 ]: 今晩も盛り下がっていますね皆さん( ノﾟДﾟ)こんばんわ
>>744間接参照の仕方を巧く解説してるサイトってない？
>>745newでは困憊羅君が、言うこと聞いてくれませんでした
>>746スタックオブジェクトって、なに？グラフや絵を描くメソッドのことかな？と聞いてみる
夕べ
ttp://www.athomejp.com/goldfish/vcs/openfiledialogreader.asp
ここのソースを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 名前：デフォルトの名無しさん mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/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 名前：デフォルトの名無しさん [2006/03/01(水) 21:48:12 ]: >>764
Debug.WriteLine に nullptr 渡すのってありだっけ。
}
766 名前：デフォルトの名無しさん mailto:sage [2006/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 mailto:sage [2006/03/02(木) 04:01:28 ]: 盛り上がってるところ済みません。
どなたか >>748 に答えてくださるかた
おられませんでしょうか・・・
768 名前：デフォルトの名無しさん mailto:sage [2006/03/02(木) 05:10:09 ]: >>763
解説Thanks ☆☆** v(￣ー￣)v**☆☆ Thanks
769 名前：デフォルトの名無しさん mailto:sage [2006/03/02(木) 06:39:27 ]: >>762
スタックオブジェクト＝auto変数
770 名前：デフォルトの名無しさん [2006/03/02(木) 07:16:31 ]: C++/CLIで

char *ptr;

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

が使えるのに感動した！
771 名前：デフォルトの名無しさん mailto:sage [2006/03/02(木) 07:41:26 ]: >>767
シングルウィンドウのアプリケーションならそれでいいと思う。
772 名前：デフォルトの名無しさん mailto:sage [2006/03/02(木) 09:47:47 ]: 質問させてください。
System::Collections::Generic::ListかSystem::Collections::ArrayListで
要素へのinterior_ptrを得る方法はないでしょうか。
ToArray()はコピーを返すのでだめでした。
773 名前：デフォルトの名無しさん mailto:sage [2006/03/02(木) 19:35:49 ]: >>772
ArrayList や　List では無理、固定サイズの配列ならいける。
array<int>^ x = { 10, 20, 30, 40, 50 };
interior_ptr<int> r = &(x[3]);
774 名前：デフォルトの名無しさん mailto:sage [2006/03/02(木) 23:43:37 ]: VS2003のC++で書いた
int __pin* px = &pX -> x;
こういう、書き方はVC8では通らないようですね？
775 名前：デフォルトの名無しさん mailto:sage [2006/03/02(木) 23:50:15 ]: >>774
cli::pin_ptr<int> px = &pX->x;
776 名前：デフォルトの名無しさん mailto:sage [2006/03/03(金) 08:25:28 ]: >774
/clr:oldSyntax
777 名前：デフォルトの名無しさん [2006/03/03(金) 20:40:09 ]: おっすオラ悟空

C++/CLI コンソールアプリの main では
コマンドライン引数として String^ の array への ^ が
渡されるんだけど、今まで使ってたコマンドライン処理
ルーチンに int argc, char** argv って感じの
おなじみのアンマネージドな形式で渡したい。
簡単な方法無い？？？？？
778 名前：デフォルトの名無しさん mailto:sage [2006/03/03(金) 20:49:34 ]: >777
普通に int main(int argc, char**argv) で宣言すれば？
C++/CLI は CLI 拡張であって、旧来の機能がなくなった訳じゃない
779 名前：デフォルトの名無しさん [2006/03/03(金) 20:53:27 ]: おっす、オラ悟空
>>778 うまくいったぞ
これで boost::program_options がつかえそうだぞ

ところで boost のライブラリのうち /clr でビルドに
しっぱいするのは graph, test, wave みたいだぞ。
ほとんどは *.hpp だからビルド不要だけど.
780 名前：デフォルトの名無しさん mailto:sage [2006/03/03(金) 20:54:45 ]: おっすオラ悟空
もしかして C++/CLI ってすげぇ戦闘能力じゃねぇか？
スカウターが壊れちまったぜ
781 名前：デフォルトの名無しさん mailto:sage [2006/03/03(金) 20:59:36 ]: ゴクウがスカウターつけんなよ
782 名前：デフォルトの名無しさん mailto:sage [2006/03/03(金) 21:01:41 ]: じゃ、お前にやる
783 名前：デフォルトの名無しさん mailto:sage [2006/03/03(金) 22:11:59 ]: >>781
すげーﾜﾗﾀ
784 名前：デフォルトの名無しさん mailto:sage [2006/03/04(土) 00:03:43 ]: STL.Netが待ちきれなくて、System::Collections::Generic::ListのラッパをVectorという名で作ってみようとしたが、難しい。
クラスライブラリ化して他言語からも使えるようにとか考え出したら駄目だこりゃ。
785 名前：デフォルトの名無しさん mailto:sage [2006/03/04(土) 05:40:23 ]: CLIだとメンバにref object(ref ptrは可)
おけないからSTL.NETは
ptr_contenaみたいになるよね？
786 名前：デフォルトの名無しさん mailto:sage [2006/03/04(土) 09:42:38 ]: 何処で聞こうかと迷いましたがここでお願いします
.NET Framework クラスライブラリで
メール送信するSystem.Net.Mailというクラスがあるのですが
受信するクラスはどれですか？
787 名前：デフォルトの名無しさん mailto:sage [2006/03/04(土) 13:39:45 ]: Socket で imap か pop のポートに繋げてプロトコルながしゃいいんでない？
788 名前：デフォルトの名無しさん mailto:sage [2006/03/04(土) 13:44:22 ]: 追加
ttp://mobiquitous.com/programming/apop-imap.html
ま、ライブラリとかもぐぐりゃ出てくるんだが
789 名前：デフォルトの名無しさん mailto:sage [2006/03/04(土) 19:41:13 ]: void func(const std::string & s); ってのは書けるけど
void func(const String ^ s); ってなふうにはかけないのね。
790 名前：デフォルトの名無しさん mailto:sage [2006/03/04(土) 20:51:19 ]: ハンドルは追跡ポインタだから const したら追跡できないだろ
791 名前：デフォルトの名無しさん mailto:sage [2006/03/04(土) 21:02:23 ]: >>790 ポイント先のオブジェクトを変更したくないよ
ってのを明示したかった。const な String へのハンドル、
って書きたかったんだ。
792 名前：デフォルトの名無しさん mailto:sage [2006/03/04(土) 21:07:25 ]: 意味はわかるが、const の意味を拡張しない限りできんだろ
const や volatile は GCヒープには使えないと思わないとな
793 名前：デフォルトの名無しさん mailto:sage [2006/03/04(土) 21:14:03 ]: う～む、渡された側で不用意に変更して
しまわないようにしたかったんだけどな。
マネージドなオブジェクトに対しては無理なのか。
794 名前：デフォルトの名無しさん mailto:sage [2006/03/04(土) 21:19:51 ]: 普通にconst指定出来たが、何をもって書けないと言っているんだ？
795 名前：デフォルトの名無しさん mailto:sage [2006/03/04(土) 21:31:41 ]: >>794
「const System::String ^
　この型での const/volatile 修飾子はサポートされていません」

って、コンパイラが優しくおこってくれた。
796 名前：デフォルトの名無しさん mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/03/04(土) 21:58:02 ]: >>796 いいなぁ。
うちのコンパイラは出るんだ。
なんかスイッチの関係かな。
もうちょっと調べてみるよ。
798 名前：デフォルトの名無しさん mailto:sage [2006/03/04(土) 22:02:33 ]: それ、コンパイル警告C4400で、警告レベルは4。
どうやら漏れが警告レベルを一番高くしてるから表示されてるみたいだ。
799 名前：MSDN Libraryによると mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/03/04(土) 22:04:21 ]: いいなぁって、駄目だろ。const 指定できちゃ（ｗ

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

だとエラーだったりして
801 名前：デフォルトの名無しさん mailto:sage [2006/03/04(土) 22:15:41 ]: .NETの共通として通用しないだけで、
C++/CLI上では値を変更しようとするとエラーになるし、
特に問題はないと思うけど。

ちなみに>>800のも通った。
802 名前：デフォルトの名無しさん mailto:sage [2006/03/04(土) 23:24:16 ]: >>800
これが通るんだからそれが通らないわけが無いだろ。
void func(const std::string& s);

std::string hello = "Hello, World";
func(hello);
803 名前：デフォルトの名無しさん mailto:sage [2006/03/04(土) 23:31:02 ]: まぁそれ以前にあれだ、System::StringはImmutableなオブジェクトだ。
どっちにしろ変更できん…わけでもないけど裏技
804 名前：デフォルトの名無しさん mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 17:22:58 ]: >>805ありがとう
出直す前に、ｽﾏｿ
unsigned longって32bitですよね、多分そのせいだと思うけど
9桁以上入力すると、結果がオーバーフローしちゃってffffffffに
なっちゃいます、予期せぬ結果です
wchar_tが16ビットのせいだと思うのですが、こんなときはどうしたら
いいのでしょうか、教えて君で申し訳ないですが御教授お願いします。
807 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 17:30:43 ]: >>806
（VC++の）unsigned longは32ビットで0～0xffffffffの数値を格納できる。
だから十六進法で8桁までだ。wchar_tに非は無い。
たとえばunsigned long longなら64ビットあるから十六進法で倍の16桁までいける。
808 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 17:44:29 ]: >>806ありがとう
unsigned long
↓
unsigned long longにしてみたら
: warning C4244: '引数' : 'unsigned __int64' から 'unsigned long' への変換です。データが失われる可能性があります。
警告が出てしまい、実行するとやはり9桁でオーバーフローしてしまいました
手のほどこし方はもう無さそうですね、(´・ω・｀)
809 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 17:44:57 ]: UInt32::Parseじゃいかんの？
810 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 18:16:11 ]: >>808
32ビットしか返さない関数使ってるんだから当たり前だな
811 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 18:18:02 ]: >808
だから、自分の使っている関数の方とかをチェックしてこいといってるだろうに
受け取り側を unsigned long long にしても、変換関数が対応していなけりゃ駄目だろ
おまいさんは文字列を 64 ビット長の整数値に変換したいんだから、それに対応した
変換関数を探してこい
>809 がいいヒントをくれているじゃないか
.net framework で 64ビット長符号なし整数値の型を探してそのメソッドを調べろよ
812 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 19:01:42 ]: >>811どうもありがとう
>>806です
ttp://msdn2.microsoft.com/ja-jp/library/system.convert.touint64.aspx
Convert.ToUInt64 (Int32)
これでいいのかな？
813 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 19:09:18 ]: ・・・おまいさん、文字列を UInt64 に変換したいんだろう？
だったら使うべき変換関数は Convert.ToUInt64(String^) じゃないのかい
これなら、いちいち配列変換しなくてもいいわけだし
UInt64::Parse(String^) だってあるだろうに
もちろん、UInt64.ToString() とすれば、文字列への変換もできるぞ

C++/CLI は (3.14).ToString() ってやって文字列を取得することだってできるんだから
814 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 20:42:17 ]: std::wcstoul を愛しているんだろうから、そっとしておいてやれよ
815 名前：デフォルトの名無しさん mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 21:11:47 ]: >>815
Convert::ToUInt64は文字列をUInt64(unsigned long long)に変換するほうだ。
817 名前：デフォルトの名無しさん mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 21:28:41 ]: というか、unsigned long long int って型はまだ標準じゃないよな
820 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 21:31:17 ]: >>819
C++にはまだないが、C++/CLIには存在する。
signe.japan.webmatrixhosting.net/ecma372/12_type.aspx
821 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 21:44:23 ]: >820
それは知ってるが、標準関数が対応してないってこと
ってそこ直リンすんなよ
822 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 21:46:10 ]: >>821
だからC/C++のunsigned long longが関係するところは全て非標準だな。
823 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 21:49:23 ]: そだな。非標準の型は全部 CLI 型表記にした方がわかりやすいと思うんだが
変に今までと一緒なもんだから、間違えやすいんじゃないかな
824 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 22:01:51 ]: それよりも混乱する原因はC、C++、.Net Frameworkのクラス・関数が入り乱れているからのほうが大きいと思う。
答えているほうだって、あれ使え、いやこれ使えって具合だし。

そもそも一旦十六進法の文字列へ変換するまではともかく、その後文字列へ変換する必要性がわからない。
そのままtextBox2->Text = textBox1->Text;でいいと思うのだが。
大文字小文字を揃えたいだけならtextBox1->Text->ToUpper()で十分だし。
825 名前：デフォルトの名無しさん mailto:sage [2006/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 個の引数を伴うオーバーロードされた関数はありません。
こうなるのですが・・・
826 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 22:04:35 ]: >>825
MSDN見ろ。
TryParseは2つ目に結果を格納する引数がある。
827 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 22:26:47 ]: >>826さんどうもです
private: System::Void button1_Click(System::Object^ sender, System::EventArgs^ e) {

UInt64 hoge = 0LL;
　　if ( UInt64::Parse(textBox1->Text))
　　　　hoge = UInt64::Parse(textBox2->Text);
　　else
　　　　String^ tmp = hoge.ToString();
　　}
こうしたら、できましたが、実行すると
アプリケーションのコンポーネントで、ハンドルされていない例外が発生しまし。
中略
入力文字列の形式が正しくありません。

ust-In-Time (JIT) デバッグを呼び出すための詳細については、
ダイアログボックスではなく、このメッセージの最後を参照してください。
中略
************** JIT デバッグ **************
Just-In-Time (JIT) デバッグを有効にするには、このアプリケーション、
またはコンピュータ (machine.config) の構成ファイルの jitDebugging
値を system.windows.forms セクションで設定しなければなりません。
アプリケーションはまた、デバッグを有効にしてコンパイルされなければ
なりません。
828 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 22:28:57 ]: >825
勘違いしたんじゃ、ないぞ。MSDNを見るようわざと間違えたんだからな
決して、名前だけで bool 値を返すんだろとか考えて適当に書いた訳じゃ、ないんだからな
829 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 22:30:52 ]: >>827
MSDN見ろ。1つめの引数の文字列の書式が書いてある。UInt64::Parseは十進法しか受け付けない。
Convert::ToUInt64なら基数が指定できるけど、Try版がないから例外を受けるしかないと思う。
830 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 22:30:54 ]: ｽﾏｿ
Try外していました
しかし、TryParseの問題を解決しても
例外エラーは出そうな感じがするんだが
831 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 22:39:02 ]: >827
だから、MSDN で UInt64 のメソッドぐらいチェックしろと

そろそろ何をしたいのかがわからんのだが。自分が書いているコードの意味がわかってる？

textBox2 に textBox1 の内容をコピーしたいのなら >824 が言ってるとおり
textBox2->Text = textBox1->Text;
だけでいいはずだし、いったん、数字にしてなんかの検証をしたいのなら
なぜ、いきなり textBox2->Text から数値を取ってるんだ？

マジに書くと
if ( !String::IsNullOrEmpty() )
{
　　try
　　{
　　　　UInt64 hoge = UInt64::Parse(textBox1->Text);
　　　　textBox2->Text = hoge.ToString();
　　}
　　catch( ... )
　　{
　　}
}
まぁ、例外処理は除いたが、いったん数値にして、別のテキスト・ボックッスに文字列として
代入するならこんな感じだろ
832 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 22:40:02 ]: あ、
if ( !String::IsNullOrEmpty() ) →if ( !String::IsNullOrEmpty(textBox1->Text) )
だったorz
833 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 23:06:15 ]: そもそも、目的はbutton1を押すとtextBox1に入力した
16進数の入力判定を行い、（条件として、空でないこと、16進数16桁であること）
button2を押したら、openFileDialogを呼び出しファイルを選択してOKを押したら
textBox2に選択したファイルを読み込ませ（ここは既に実装できています）
最後にbutton3を押したらtextBox1とtextBox2を結合し、saveFileDialogで
名前を付けて保存するという、単純なものなのですが16進数変換と入力判定の所で
どつぼにはまってしまいました。

文字入力
↓
16進数変換＆入力チェック
↓
外部ファイル読み込み
↓
16進数＋外部ファイル結合
↓
名前を付けて保存
834 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 23:24:16 ]: とりあえず判定は829のように例外が投げられるかどうか調べるしかないと思う。
835 名前：デフォルトの名無しさん mailto:sage [2006/03/06(月) 00:26:19 ]: ちょっと理解できてきたみたいです
//16進数を受け付ける
UInt64 hoge =Convert::ToUInt64(textBox1->Text,16);
//10進数を受け付ける
UInt64 hoge = UInt64::Parse(textBox1->Text);
textBox2->Text = hoge.ToString();
やっと16進数の入力を考えれるようになりましたが
UInt64 hoge =Convert::ToUInt64(textBox1->Text,16);
textBox2->Text = hoge.ToString();
で出力すると、ご丁寧にも16進数から10進数に変換されています
ヮ(ﾟдﾟ)ォ!
836 名前：デフォルトの名無しさん mailto:sage [2006/03/06(月) 00:28:58 ]: 16進で出力すればいいじゃん。
何言ってんだ？
837 名前：デフォルトの名無しさん mailto:sage [2006/03/06(月) 01:07:29 ]: やっとできました、どうも皆さん
ｱﾘｶﾞﾀﾏｷﾝ ( ´∀｀)ﾉ⌒ω)Д`)ﾌﾞﾆｭ
UInt64 hoge =Convert::ToUInt64(textBox1->Text,16);
wchar_t foo[16];
memset(foo, 0, 16*sizeof(wchar_t));
_i64tow_s (hoge,foo,16,16);
String ^tmp = gcnew String(foo);
textBox2->Text = tmp;
しかし、例外処理が超難関だな(;´д｀)ﾄﾎﾎ…
try {}catch( )の構文前からスマートでかっこいいと思っていたので
覚えたいと思っていたんだがな、ムズそうだな・・・・
今更泥臭くMessageBoxで条件判定するのも、なんだかなぁー
838 名前：デフォルトの名無しさん mailto:sage [2006/03/06(月) 01:19:03 ]: 学生さん？
839 名前：デフォルトの名無しさん mailto:sage [2006/03/06(月) 04:30:32 ]: >>837
textBox2->Text = Convert::ToUInt64(textBox1->Text, 16).ToString("x");

ちゅうかうざい。
840 名前：デフォルトの名無しさん mailto:sage [2006/03/06(月) 07:57:43 ]: ToString が書式指定できることを知らんと言うのもありがちで、MSDNを見れば・・・

だが、Express の配布で C++/CLI を使う初心者がこんな感じに騒いだらこの先恐ろしいな
841 名前：デフォルトの名無しさん mailto:sage [2006/03/06(月) 08:43:29 ]: L"..."を
template引数で使うとconst wchar_t*にならない？
(generic,overloadだとStringになった)

void call_overload(String^ s){Console::WriteLine("String");}
void call_overload(const wchar_t* w){Console::WriteLine(L"const wchar_t*");}
template <typename T> void call_template(T t){Console::WriteLine( (T::typeid)->Name );}
generic <typename T> void call_generic(T t){Console::WriteLine( (T::typeid)->Name );}

call_overload(L"123");//String
call_template(L"123");//Char*
call_generic(L"123"); //String
842 名前：デフォルトの名無しさん mailto:sage [2006/03/06(月) 11:11:27 ]: 仕様にそう書いてあった
template では const char* や const wchar_t* が渡されたら、char や wchar_t の配列として
扱い、ジェネリック関数は型引数で const char* や const wchar_t* が渡された場合には
String として型推論するというルールだって

call_template(gcnew String("123"));
とやると、String としてちゃんと帰ってきた
843 名前：デフォルトの名無しさん [2006/03/06(月) 13:16:33 ]: MFCはどうなるんでつか？

STL.CLIみたく、MFC.CLIが出るんでつか？
844 名前：デフォルトの名無しさん mailto:sage [2006/03/06(月) 13:20:15 ]: つ CWinFormsControl
845 名前：デフォルトの名無しさん [2006/03/06(月) 13:27:29 ]: Microsoft .NET Framework の Windows フォームを使用したペインティングテクニック
www.gotdotnet.com/japan/team/windowsforms/windowsformspainting.aspx
これを参考に、C++/CLI からのグラフィックスの基礎を勉強しています。

最後の TextClipping というアプリケーションの例で、
protected override void OnPaintBackground(PaintEventArgs e)
という C# における記述が出てくるのですが、
同様の記述を C++/CLI でやってみたところ、
override 仕様にも基本クラスで OnPaintBackground は
virtual じゃないよ、って言われます。

.NET Framework 2.0 で何か変更になったのでしょうか？
846 名前：デフォルトの名無しさん mailto:sage [2006/03/06(月) 14:19:42 ]: 自分のメソッドの宣言で virtual は書いたけど override 指定していない方につ⑩
847 名前：デフォルトの名無しさん mailto:sage [2006/03/06(月) 14:49:30 ]: 汚い文法だなぁ
848 名前：デフォルトの名無しさん [2006/03/06(月) 15:17:51 ]: >>864 OnPaintBackground つーのは、規定クラス
System::Windows::Forms で virtual で宣言
されている「はず」だったんですが・・・
んじゃ、OnPaint とかを乗っ取る事はできないのかなぁ。
849 名前：デフォルトの名無しさん mailto:sage [2006/03/06(月) 15:28:57 ]: ｆつべｖうぇ４５ｗｖｗ３４
850 名前：デフォルトの名無しさん mailto:sage [2006/03/06(月) 15:57:19 ]: >848
まぁ、漏れあてなんだろうけど、C++/CLI では暗黙のオーバーライドは禁止されている
ちゃんと
virtual void OnPaintBackGround(...) override ←これ
{
...
}
と記述してる？　これ書いても上書きできていないの？
851 名前：デフォルトの名無しさん [2006/03/06(月) 17:32:02 ]: >>850 忘れてました orz
852 名前：デフォルトの名無しさん [2006/03/06(月) 21:01:39 ]: >>100 本買ってまで勉強する必要はないんじゃない？
853 名前：デフォルトの名無しさん mailto:sage [2006/03/07(火) 18:46:38 ]: private:
　　void button1_Click( Object^ /*sender*/, System::EventArgs^ /*e*/ ){
　　hoge = "";
　　～
}

private:
内で定義した変数って、よそのプロシージャーでは当然使えませんよね
グローバル変数で定義すれば、いいのだろうけど
NETで
※どんなアルゴリズムでも、グローバル変数なしで
記述できることが証明されています。
グローバル変数は後述するように、非常に強力な反面、
大きな危険性を秘めています。
とはいえ、絶対に知っておくべき事柄です。
らしい、button1で発生した変数を、button2のイベントが起きたときに
継承させる方法を
、グローバル変数無しで実現できるの？
854 名前：デフォルトの名無しさん [2006/03/07(火) 19:41:37 ]: >>853 まずもってプロシージャってのが C++ にあるか
ってのは置いといて、そのフォームのメンバ変数は
button1_Click() からでも button2_Click() からでも
アクセスできるじゃん。
855 名前：デフォルトの名無しさん mailto:sage [2006/03/07(火) 20:40:47 ]: そんなことはないやろ、
private:
　　void button1_Click( Object^ /*sender*/, System::EventArgs^ /*e*/ ){
　　hoge = "";
　　～

} private:
　　void button2_Click( Object^ /*sender*/, System::EventArgs^ /*e*/ ){
　　textBox2->Text=hoge;
　　～
}

: error C2065: 'temp' : 定義されていない識別子です。
856 名前：デフォルトの名無しさん mailto:sage [2006/03/07(火) 20:57:37 ]: >>855
それ別の位置でコンパイルエラー出てるだけじゃないか？
そのコードの中にtempなんて識別子は出てないのだが
857 名前：デフォルトの名無しさん mailto:sage [2006/03/07(火) 21:14:41 ]: >856
この人が言ってるの、auto 変数のことじゃない？
メソッド内部で宣言したローカル変数にアクセスしたがってるんだよ
858 名前：デフォルトの名無しさん [2006/03/07(火) 21:20:23 ]: >>857 そんなもん、VB でもできんわ・・・
プロシージャとかいってるからたぶん
VB使いかな？とか思った。
859 名前：デフォルトの名無しさん mailto:sage [2006/03/07(火) 21:53:50 ]: やっぱり、無理やな
860 名前：デフォルトの名無しさん [2006/03/07(火) 21:55:54 ]: >>853 の頭の中には、ローカル変数とグローバル変数しか内のだろうか。
861 名前：デフォルトの名無しさん mailto:sage [2006/03/07(火) 21:56:09 ]: プロシージャが WinProc のことなら、Form 間でのアクセスのことかも
何にしても、そんな状態でC++/CLIに手を出すのはやめた方がいいと思う
862 名前：デフォルトの名無しさん mailto:sage [2006/03/07(火) 22:24:46 ]: そもそもC++/CLIでなくてもC#でもなんでもやめたほうがいいな。
863 名前：デフォルトの名無しさん mailto:sage [2006/03/07(火) 22:51:56 ]: >>862も人生をやめたほうがいいな。
864 名前：デフォルトの名無しさん mailto:sage [2006/03/08(水) 02:13:35 ]: C++/CLI がこんなにも複雑なのがいけないと思います！
865 名前：デフォルトの名無しさん [2006/03/08(水) 02:40:33 ]: まぁ何でもあり(？)なのが C++/CLI だしなぁ。
複雑さを避けたいなら、C#だよな。
あ、VB.NET って手もあるか。
866 名前：デフォルトの名無しさん mailto:sage [2006/03/08(水) 02:58:40 ]: >>865
> まぁ何でもあり(？)なのが C++/CLI だしなぁ。
まさにC++から派生した、って感じだな
867 名前：デフォルトの名無しさん mailto:sage [2006/03/08(水) 07:35:51 ]: 言語仕様を拡張せずに .NET 対応は出来なったのかなぁ。
managed_ptr<Object> obj = managed_new<Object>();
みたいな。
868 名前：デフォルトの名無しさん [2006/03/08(水) 07:39:15 ]: >>867 managed C++ であんまりうまくいかなかったから、
結局言語使用の拡張に踏み切ったんだろ。
869 名前：デフォルトの名無しさん mailto:sage [2006/03/08(水) 08:18:59 ]: >867
逆に、どこまでが既存の C++ でどこからが CLI 拡張かわかりやすくていいと思うよ
mc++ の混乱ぷりから考えるに、MSが出した仕様にしてはさっぱりしすぎて不思議
時代が変わっても、フレームワークをさくっと切り替えるだけで対応できるし、VES も
簡単に交換可能なところが夢があると思われ
また、C++ 自体の拡張の邪魔にならないところとかもいい
Sun も JNI の仕様をこれにしないかな。そしたら、JVM も使う気になるのに
870 名前：デフォルトの名無しさん [2006/03/08(水) 08:24:21 ]: Java をネイティブ拡張したものがが仮にあったとして、
C++/CLI とどっちを使う？？
871 名前：デフォルトの名無しさん mailto:sage [2006/03/08(水) 08:38:56 ]: その仮とやらの質による。存在しないものと比較しても仕方がない
872 名前：デフォルトの名無しさん [2006/03/08(水) 09:48:43 ]: おい！！！！
だれだよ、俺のプロジェクトで勝手に /clr:pure にした奴は！
おかげで全部 __clrcall になっててリンクできずに
一晩悩んだじゃないか！

さて、そろそろ帰るか。
873 名前：デフォルトの名無しさん mailto:sage [2006/03/08(水) 19:50:08 ]: >>870
Javaをネイティブ拡張したもの≒C#
874 名前：デフォルトの名無しさん [2006/03/08(水) 20:04:29 ]: Java = C++--
C# = Java++ = C++--++
875 名前：デフォルトの名無しさん mailto:sage [2006/03/08(水) 21:20:07 ]: >>873
ネイティブじゃナインじゃん
876 名前：デフォルトの名無しさん mailto:sage [2006/03/08(水) 21:26:46 ]: String^ arg_1 = abc;
String^ arg_2 = def;
textBox1->Text = arg_1 + arg_2;
としたら
abcdef
と出力出来ますが
textBox1->Text = arg_1 + endl + arg_2;
: error C2679: 二項演算子 '+' : 型 'overloaded-function' の右オペランドを扱う演算子が見つかりません (または変換できません)。
となり、期待していた
abc
def
が出来ません
誰かrg_1とarg_2の間に改行を入れて
abc
def
となる様にしてください。
ｵﾅｶﾞｲｼﾏｽ
877 名前：デフォルトの名無しさん mailto:sage [2006/03/08(水) 21:33:42 ]: System::Environment::NewLine
878 名前：デフォルトの名無しさん [2006/03/08(水) 21:34:09 ]: textBox1->Text = arg_1 + endl + arg_2;
じゃなくて
textBox1->Text = arg_1 + "\n" + arg_2;
でいいじゃん。

std::endl はマニピュレータで、、
マネージド型である String に対して
+ 演算子がオーバーロードされているなんてことはまずない。
879 名前：デフォルトの名無しさん mailto:sage [2006/03/08(水) 21:36:40 ]: "\r\n"にしないとだめではないか？
880 名前：デフォルトの名無しさん mailto:sage [2006/03/08(水) 21:45:08 ]: 変だな？
textBox1->Text = arg_1 + "\n" + arg_2;
としたら
コンパイルも通ったんだけど
textBox1に表れた文字が
abc・def
全角文字の・に似た記号が出ます（多分全角の・とは違う気がするが、定かではない）
秀丸に貼り付けると
abc
def
と改行されてるんだが、なぜ？
881 名前：デフォルトの名無しさん mailto:sage [2006/03/08(水) 21:47:30 ]: >>880
サンクスできましたが、解説もｵﾅｶﾞｲｼﾏｽ
なんで
"\n"では駄目で"\r\n"なの？
882 名前：デフォルトの名無しさん mailto:sage [2006/03/08(水) 21:54:42 ]: Windowsの改行コードは"\r\n"だから。
UNIXとかのコンソールプログラムでは\nで
Macは"\r"
883 名前：デフォルトの名無しさん mailto:sage [2006/03/08(水) 21:56:39 ]: そしてC/C++は\nを使い、テキストモードでの入出力時には環境固有の改行コードと\nとで変換をしている。
884 名前：デフォルトの名無しさん mailto:sage [2006/03/08(水) 21:57:50 ]: ウィンドウズはそういうもん。
Unix : 円 n
Windows : 円 r 円 n
旧 mac : 円 r

コンソールアプリは透過的に円 n ⇔ 円 r 円 n やってくれるが
テキストボックスとかはやってくれない。
秀丸じゃなくってノートパッドならやっぱりナカテンが出ると思う。
885 名前：デフォルトの名無しさん mailto:sage [2006/03/08(水) 21:58:49 ]: みんなでケコーン

OS X は ¥n になったよ ... 関係ないですが。
886 名前：デフォルトの名無しさん mailto:sage [2006/03/08(水) 22:01:40 ]: >>882->>885
>>881です
ご丁寧にありがとうございました、よく理解できました
しかし皆さん本当に良く知ってますね
887 名前：デフォルトの名無しさん mailto:sage [2006/03/08(水) 22:01:47 ]: >>884
どっちかと言うと円記号よりもバックスラッシュ。
888 名前：デフォルトの名無しさん mailto:sage [2006/03/08(水) 22:16:41 ]: 完璧な回答を出しているのにスルーされてる>>877がｶﾅｼｽ
889 名前：デフォルトの名無しさん mailto:sage [2006/03/08(水) 22:31:06 ]: >>887さん
ありがとう
ｽﾏｿ、やっぱりC++/CLIならこうですよね
(ﾟдﾟ)(｡_｡)(ﾟдﾟ)(｡_｡) ｳﾝｳﾝ
msdnでよく調べます
890 名前：デフォルトの名無しさん mailto:sage [2006/03/09(木) 18:13:54 ]: String型の変数arg_1を書き込みたいのですが、
下記のコードでコンパイルも通りるのですがアプリケーションのコンポーネントで、
ハンドルされていない例外が発生しました～後略
別のプロセスで使用されているため、プロセスはファイル'C*\hoge.txt'に
アクセスできません。
となってしまいます、どこがおかしいのでしょうか？

protected:
void button3_Click(Object^ /*sender*/, System::EventArgs^ /*e*/){
　　using ::System::Windows::Forms::DialogResult;
　　Stream^ myStream ;
　　SaveFileDialog^ saveFileDialog1 = gcnew SaveFileDialog();
　　saveFileDialog1->Filter = "txt files (*.txt)|*.txt|All files (*.*)|*.*" ;　　　saveFileDialog1->FilterIndex = 2 ;
　　saveFileDialog1->RestoreDirectory = true ;
　　if(saveFileDialog1->ShowDialog() == DialogResult::OK)
　　{
　　　　if((myStream = saveFileDialog1->OpenFile()) != nullptr)
　　　　{
　　　　// Code to write the stream goes here.
　　　　System::IO::StreamWriter^ sw = gcnew
　　　　System::IO::StreamWriter(saveFileDialog1->FileName);
　　　　sw->Write(arg_1);
　　　　sw->Close();
　　　　myStream->Close();
　　　　}
　　}
}
891 名前：デフォルトの名無しさん mailto:sage [2006/03/09(木) 18:29:48 ]: なんでSaveFileDialog->OpenFileで開いてるのにさらにStreamWriterで開き直す？
すでに開いているストリームに対してStreamWriterを使うのならStream^を渡す。
892 名前：デフォルトの名無しさん mailto:sage [2006/03/09(木) 18:50:37 ]: 最近よう、気のせいか初心者歓迎スレに変わってきてないか？
なんか、聞けばいいと思っている輩が増えてきた気がするんだが
893 名前：デフォルトの名無しさん mailto:sage [2006/03/09(木) 18:53:25 ]: >>891
SaveFileDialog->OpenFileに書き込むには
どうしたらいいですか？
894 名前：デフォルトの名無しさん mailto:sage [2006/03/09(木) 19:15:18 ]: System::IO::StreamWriter^ sw = gcnew System::IO::StreamWriter(myStream);

初心者はC#かVBからはじめるのがいいよ。MSDNの見方くらい覚えような。
895 名前：デフォルトの名無しさん mailto:sage [2006/03/09(木) 20:52:02 ]: >>894
ありが㌧
896 名前：デフォルトの名無しさん mailto:sage [2006/03/10(金) 01:26:35 ]: C++/CLI みたいなマニアな言語を使おうとする奴が
なぜこんなところで教えてくんしてるのか判らん。
(マニア、というのは、それでないと書けないほどのアプリを
書かないといけないはめになっていないと使わないだろう、
ぐらいの意味。)
MSDN 読めるぐらいでないと C++/CLI 手を出さないと思うんだが、
どうなってんだろう？
897 名前：デフォルトの名無しさん mailto:sage [2006/03/10(金) 03:18:05 ]: しらんがな。
898 名前：デフォルトの名無しさん mailto:sage [2006/03/10(金) 08:44:22 ]: >>896
少しはC++をやっていて、新しい言語に手を付けずに.Netが使えるぞと思っているんだよ、きっと。
実際はC++とC++/CLIとは別物だということを知らず。
899 名前：デフォルトの名無しさん mailto:sage [2006/03/10(金) 09:08:02 ]: つーか、自然な流れだと思うぞ。

一般的にC++が普及してた。
ライブラリはMFCやらWin32APIやらATLを使ってたであろう。
そして、MSの次期スタンダードなライブラリが、.NETになった。
じゃあ、C++から.NETを使おうか。

こんな感じでしょ。
間違いだとも思わない。
900 名前：デフォルトの名無しさん mailto:sage [2006/03/10(金) 09:11:06 ]: ええっと、言語間の違いよりも、
ライブラリ間の違いのほうが余程大きいと思うんですが...
901 名前：デフォルトの名無しさん mailto:sage [2006/03/10(金) 09:18:01 ]: 一般的に旧VBが普及してた。
PC以外で死滅気味だった言語が台頭。サーバーサイドJavaや組み込みC++。
サーバーサイドや組み込みに足を踏み入れるドトネトとＣ丼を強制。
ﾌﾞﾋﾞ厨氏滅＆ドトネト氏産。
ｵﾈｶﾞｲC++からドトネト使ってトンでも言語mc++ → C++/STL.CLI
902 名前：デフォルトの名無しさん mailto:sage [2006/03/10(金) 09:22:57 ]: >>901
日本語でおｋ
903 名前：デフォルトの名無しさん mailto:sage [2006/03/10(金) 09:44:39 ]: 899=線能されてる

C++の文法複雑＋マネージドの理解＋旧ＣＯＭの理解を要するなんてサイアクじゃん。
で、C++のBoostなんかは使えないという利点が無いオマケ月。
904 名前：デフォルトの名無しさん mailto:sage [2006/03/10(金) 09:51:19 ]: >>903 ネイティブな領域では普通に Boost 使えてるけど？
たとえば Boost.Serialization で既存のデータを読み込んで、
Windows Forms で表示したり ADO.NET で DB に投入したりできる。
905 名前：デフォルトの名無しさん mailto:sage [2006/03/10(金) 09:54:30 ]: >>904
書いてて自分の文章の複雑さに気付かない？
906 名前：デフォルトの名無しさん mailto:sage [2006/03/10(金) 09:56:50 ]: pc8.2ch.net/test/read.cgi/tech/1139313234/115
こういうこともあるみたいだけど。
907 名前：デフォルトの名無しさん mailto:sage [2006/03/10(金) 10:01:59 ]: >>904 ネイティブな領域では普通に Boost 使えてるけど？

なんだ、丸々大ウソか。
さすが線能されてるだけある。

M$もCOMでC++を汚しきったが、mc++で文法破壊、CLIでライブラリ破壊だね。
908 名前：904≠899 mailto:sage [2006/03/10(金) 10:16:42 ]: >>906 それ書いたの俺。で、そのオチが >>872
909 名前：デフォルトの名無しさん mailto:sage [2006/03/10(金) 10:20:06 ]: >>908
>だれだよ、俺のプロジェクトで勝手に /clr:pure にした奴は！

PUREでない混合だと激遅になるドトネトに何の意味があるのかと小一時間。
910 名前：904≠899 mailto:sage [2006/03/10(金) 10:24:15 ]: >>909 pure でやるなら、既存のライブラリの多くを
あきらめるってことなので、俺なら C# を選択する。
911 名前：デフォルトの名無しさん mailto:sage [2006/03/10(金) 10:28:38 ]: >あきらめるってことなので、俺なら C# を選択する。

ソースコードの価値ってのは既存コードだったり、
環境変わってもコンパイルしたりすると動くことだったりするのに、
馬の骨Ｃ丼に何の価値があるのかと。
912 名前：デフォルトの名無しさん mailto:sage [2006/03/10(金) 10:29:34 ]: ttp://pc8.2ch.net/test/read.cgi/tech/1141828033/1
　　　　　　　　 ,. -‐'''''""¨¨¨ヽ
　　　　　　 (.＿＿_,,,... -ｧァﾌ|　　　　　　　　　　あ…ありのまま　今　起こった事を話すぜ！
　　　　　 |i i|　　 }!　}} /／|
　　　　　　 |l､{　　j}　/,,ｨ//｜　　　　　　　『.NET framework 2.0を入れたと思ったら
　　　　　　　 i|:!ヾ､_ﾉ／ u {:}//ﾍ　　　　　　　　何故かノータッチデプロイメントがぶっ壊れた』
　　　　　　　 |ﾘ u' }　 ,ﾉ　_,!V,ﾊ |
　　　　／´fト､_{ﾙ{,ィ'ｅﾗ　, ﾀ人　　　　　　　　な…　何を言ってるのか　わからねーと思うが
　　　　 /' 　ヾ|宀| {´,)⌒`/ |<ヽﾄiゝ　　　　　　　　おれも　何をされたのか　わからなかった…
　　　　,ﾞ　／ )ヽ iLﾚ　u' |　| ヾｌﾄﾊ〉
　　　 |／_／　ﾊ !ニ⊇　'／:} 　V:::::ヽ　　　　　　　　頭がどうにかなりそうだった…
　　　 /／二二二7'T'' ／u'　__ /:::::::/｀ヽ
　　　/'´r　-―一ｧ‐ﾞＴ´　'"´ ／::::／-‐ 　＼　　　移植や修正が必要だとか
　　 / // 　广¨´ 　/'　　／:::::／´￣｀ヽ ⌒ヽ　　　　そんなチャチなもんじゃあ　断じてねえ
　　ﾉ ' /　ノ:::::`ー-､___／:::::／/ 　　　ヽ　　}
_／｀丶　/::::::::::::::::::::::::::￣`ー-{:::...　　　　　　ｲ　もっと恐ろしいものの　片鱗を味わったぜ…
913 名前：904≠899 mailto:sage [2006/03/10(金) 10:31:16 ]: >>911 だから今俺は C++/CLI 使ってるんだってば。
914 名前：デフォルトの名無しさん mailto:sage [2006/03/10(金) 10:37:16 ]: >>913
で、C++/CLI複雑じゃない？それだけ価値あるということ？
915 名前：904≠899 mailto:sage [2006/03/10(金) 10:38:48 ]: >>914 使わざるを得ない場面があるということ。
あと、マゾにはたまらないって言うこと。
916 名前：デフォルトの名無しさん mailto:sage [2006/03/10(金) 11:13:29 ]: 自分で判断できないような人はC#やっといた方がいい。
C++/CLIは必要があって使うもの。
917 名前：デフォルトの名無しさん mailto:sage [2006/03/10(金) 11:29:40 ]: 既存のライブラリの多くを諦める事になるからC♯って意味分からん。
C♯だったら、多くを諦めるどころか、全部諦めにゃならんだろｗ
ヤケクソやってんのか？ｗ
918 名前：904≠899 mailto:sage [2006/03/10(金) 11:45:23 ]: >917 そんなこといってないじゃん。
既存のライブラリを使いたいから /clr:pure あきらめて
C++/CLI つかってます、って書いてんのに。
919 名前：デフォルトの名無しさん mailto:sage [2006/03/10(金) 11:56:18 ]: ヒント；Ｍ＄ジレンマ
920 名前：デフォルトの名無しさん mailto:sage [2006/03/10(金) 13:48:25 ]: >>918
君は正しい。ただあんまり一生懸命レスすること無い。疲れるだけだから。
921 名前：デフォルトの名無しさん mailto:sage [2006/03/10(金) 19:38:26 ]: 昔：VB-VC-Windwos
今：.NET Framework-C++/CLI-Windows
922 名前：デフォルトの名無しさん mailto:sage [2006/03/10(金) 20:36:09 ]: 伸びてると思ったら不毛な議論が続いてたようだな。
アンチが何したいのかわからんがこんなところで騒いでも無駄ですよ
923 名前：デフォルトの名無しさん mailto:sage [2006/03/11(土) 09:58:42 ]: 皆さんはやっぱり、C++/CLIでもファイルの入出力とか自作のライブラリー等
作成されてるのですか？Stream オブジェクトとか、MSDN見る限り、素人目には
既に完成されていると思うのですが、個人的にパラメータを渡して読み込み、書き込み
モードで開いたりとかテキストモードで開いたり、バイナリモードで開いたりとか、やったほうがもっと楽でミスも少なくて、いいのかなぁーと思ったりするのですが、
いかがなものでしょう？
924 名前：デフォルトの名無しさん mailto:sage [2006/03/11(土) 10:07:31 ]: 逆に聞くが>>923は今まで入出力に自作のライブラリを使っていたのか？
925 名前：デフォルトの名無しさん mailto:sage [2006/03/11(土) 10:10:33 ]: >>923 C++/CLI でも、っていうか、マネージドの領域では
.NET Framework べったりのプログラミングしてます。

C++/CLI 使うメリットはネイティブとの橋渡しができる
ことだと思ってるんで、ネイティブの領域では
従来通りの自作のライブラリーを多用しています。
926 名前：デフォルトの名無しさん mailto:sage [2006/03/11(土) 10:36:50 ]: >>923
何言っているんだかわからん。
Streamのどこが気に入らなくて、どういうことをやっているわけ?
927 名前：デフォルトの名無しさん mailto:sage [2006/03/11(土) 10:47:06 ]: >>926 抽象化されていないもっとファイルシステムべったりの
いじり方をしたいのでは、と推測するけど、まぁそういうことが
したけりゃ Windows API 叩くのも C の標準ライブラリ
叩くのも低レベルファイルアクセス関数群叩くのも
C++ の標準 I/O ストリーム使うのも自由、としか言いようがないな。
928 名前：デフォルトの名無しさん mailto:sage [2006/03/11(土) 20:59:39 ]: テキストボックスに
0
1
2
3
4
5
6
7
8
9
と表示したいけど

for( int i = 0 ; i < 10 ; i++ ){
　　String^arg = Convert::ToString(i);
　　textBox1->Text = arg + "\r\n";
}
これだと
9
しか表示できないんですよね(；´∀｀)
うーんわからん
929 名前：デフォルトの名無しさん mailto:sage [2006/03/11(土) 21:03:49 ]: これはひどい
930 名前：デフォルトの名無しさん mailto:sage [2006/03/11(土) 21:04:01 ]: > textBox1->Text = arg + "\r\n";
931 名前：デフォルトの名無しさん mailto:sage [2006/03/11(土) 21:05:39 ]: >>928 そりゃ、Text に最後に設定されるのが
"9\r\n" だからだろ。
arg = じゃなくて arg += とかじゃないの？
と、試しもせずにカキコ
932 名前：デフォルトの名無しさん mailto:sage [2006/03/11(土) 21:09:22 ]: >>931
で、そのargはどこに行くんだ
933 名前：928 mailto:sage [2006/03/11(土) 21:17:24 ]: >>930さん
>>931さん
残念ですが巧くいきません、同じ結果です
934 名前：デフォルトの名無しさん mailto:sage [2006/03/11(土) 21:27:42 ]: textBox1->Add(arg);
935 名前：デフォルトの名無しさん mailto:sage [2006/03/11(土) 21:31:10 ]: StringBuilder^ builder = gcnew StringBuilder();

for(int i = 0;i < 10; i ++)
{
　builder->AppendFormat("{1}{0}",System::Environment::NewLine,i.ToString());
}
this->textBox1->Text = builder->ToString();
936 名前：928 mailto:sage [2006/03/11(土) 21:58:21 ]: >>935さん
ありがと、巧くいきました
StringBuilderクラス初めて知りました
builder->AppendFormat("{1}{0}",System::Environment::NewLine,i.ToString());
の"{1}{0}"は何を意味するものですか？
937 名前：デフォルトの名無しさん mailto:sage [2006/03/11(土) 22:15:05 ]: >>936
引数の２番目（{1}）と１番目（{0}）

.NETでは基礎的なこと。
938 名前：デフォルトの名無しさん mailto:sage [2006/03/11(土) 22:21:51 ]: うんざりするほどの教えてｸﾝだな
939 名前：デフォルトの名無しさん mailto:sage [2006/03/11(土) 22:28:44 ]: 理解していない {1}{0} を教えてもらった通り
使っただけで「うまくいきました」と言える神経が理解出来ない
940 名前：デフォルトの名無しさん mailto:sage [2006/03/11(土) 23:07:57 ]: 正直、C# に移って .net framework の使い方から勉強してきてほしいものだ
.net framework 総合ってあったよな
941 名前：デフォルトの名無しさん mailto:sage [2006/03/11(土) 23:23:19 ]: enum classのインスタンスを
switchの条件式に使うとunsafeにならない？
Reflectorでみたらunsafeになってたんだけど...orz
942 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 00:01:20 ]: しかし、海外ではC#なんて朽ち果ててるのに、ここは鎖国な人ばかりですか?
943 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 00:03:12 ]: >>942
じゃ、その海外では何を使ってるの？
あちこちでその書き込み見るんで、
マジで教えて欲しいんだが。

それにここ C++/CLI のスレッドだし。
944 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 01:06:44 ]: 北米でのサンデープログラマはJavaよりもC#が多いってニュースみたことあるけど
945 名前：943 mailto:sage [2006/03/12(日) 01:14:43 ]: ちなみに、クライアントサイドでのJavaの案件なんて
ほとんど見たこと無い。
946 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 01:19:23 ]: ref class のデータメンバにどうしてもネイティブクラスの
インスタンスを持たせたいんだけど、混合はできないから
ポインタで持たせるしかない？

ref class ManagedClass {
中略
NativeClass* nativeClass;
中略
};

みたいに。せめて std::auto_ptr つかって

ref class ManagedClass {
中略
std::auto_ptr<NativeClass> nativeClass;
中略
};

って書きたいけど、結局は混合になるからだめなんだよな。
947 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 01:36:31 ]: gcroot
auto_gcroot
948 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 02:08:28 ]: >>943

VB。つーか、こんな簡単な事もわからないヤツがいるのか。
日本人同士で馴れ合ってるから、バカになるんだよ。
949 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 02:38:05 ]: >>948
明らかにどっちもやったことない苦し紛れ臭漂うコメントだな。
950 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 03:25:39 ]: >>949
いや、ぜんぜん。

つーか、やったことがある・ないって話はしてない。ばかだね。あんた。
951 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 03:38:45 ]: >>950
ないのならいかに自分が馬鹿な話をしてるかわからんのも仕方ない。
952 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 03:45:21 ]: >>951
もうチョイ日本語、勉強しましょうねー。
953 名前：952 mailto:sage [2006/03/12(日) 04:05:27 ]: アンカミス

×>>951
○>>952
954 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 04:05:29 ]: >946
そのためのファイナライザと割り切るしかないんでない
心配なら、管理クラスを別途作って、そこからポインタを受け取ってもいいんだし
955 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 04:09:20 ]: 初歩的な質問ですみませんが、お願いします
hoge_0.txt
hoge_1.txt
略
hoge_9.txt
という10個のファイルを作ろうと思い
for(int i = 0;i < 10; i ++){
　　Stream^ myStream ;
　　String^x=Convert::ToString(i);
　　StreamWriter^ sw = gcnew StreamWriter ("c:\\hoge_"+x+ ".txt");
　　sw->Close();
myStream->Close();
}
（書き込む部分は省略させて貰います）
コンパイルは通りますが、
「オブジェクト参照がオブジェクト　インスタンスに設定されていません。」
と表示されてしまいます、
hoge_0.txt一つだけc:\直下に作成されています
どうしてでしょうか？
956 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 04:13:58 ]: コード見直せ　明らかにおかしいだろ
957 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 04:15:06 ]: StreamWriterをCloseするときにStreamも一緒にCloseしてるからじゃね。
958 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 04:16:39 ]: C(++) もやったことないのに C++/CLI に手を出すのは無謀
959 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 04:17:16 ]: コンパイラさんが myStream が初期化されてないよって警告出さんのか
960 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 04:24:17 ]: 指摘されて今気づきました
Stream^ myStream ;

myStream->Close();
を、おまじないみたいに勘違いしてたようです
961 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 04:30:55 ]: おまじないとな
962 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 05:24:46 ]: 次スレのテンプレにあれだ、初心者お断りとでも書いとけ。

　　　＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　｜
　　　｜★ 初心者に扱える言語ではありません ★
　　　｜
　　　｜　・初心者はまず C/C++ か C# をしましょう。
　　　｜　・両方とも中級者以上になったら来てください。
　　　｜
　　Λ Λ　／
　　(,,ﾟДﾟ)⊃ ﾁｭｳｲ!
～/U /
　U U ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
963 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 05:42:05 ]: C#はやらんでもええ。
964 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 06:05:50 ]: >>963
いや、このスレにずっといて必要だと思ったから書いたのだけど？
CLRの基本的なことも分かってないようなやつは危ない。
C#では仕様的に避けられてたり、ふらっとスレでも聞かないような
レベルの質問ばかりじゃん。

んで一番速く理解できるのはC#だし、C++と文法似てるし。
965 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 08:36:56 ]: というか、移行組にとって辛いのは、.net framework の使い方がわからないというところじゃね？
だから、C++ はわかるけど、それを CLI の流儀でどう書けばいいのかわからなくて、初心者ｽﾚ
で聞くような質問をここでしてしまう、と

最近紹介されて知名度が上がってきた分、飛びついてくる奴らがなんかくらくらするような
質問をしてしまうわけで、.net ｽﾚへ誘導というのも、言語の垣根を越えた C++/CLI の可能性を
示すという点でいいのかも
966 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 08:45:29 ]: C++/CLI は C++ しか知らない人がマネージドなプログラムを
書くための言語ではなくて、C++ で仕事してきて、かつ、
C# などで .NET Framework 上で動くプログラムも作ってきて、
両方の資産とノウハウを抱えている人がそれらの分断に悩んで
たどり着くソリューションだと思う。
967 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 08:52:04 ]: >966
それは漏れもそう思うんだけど、実際にはあの顔文字使う教えてｸﾝみたいなやしが
あれだけ言われても MSDN もチェックせずに気軽に尋ねにきていやがるこのｽﾚの現状を
考えると、あるべき論ではなぁ
ｽﾚのふいんきをもっと殺伐させて、気軽に質問できないようにした方がいいかもな
後は、答えるときは罵倒しながら、丁寧に答えるとか

>980 ｽﾚ立てよろ

てんぷれ作る？
968 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 09:51:53 ]: とりあえず教えて君はレベルに関係なくスルーすればいいんじゃないのかな?
排除を全面に出しすぎるのも大人げないというか。

managed C++ → C++/CLI
www.microsoft.com/japan/msdn/vs05/visualc/TransGuide.asp#transguide_topic
［特集］ Visual C++ 2005 いままたC++が熱い！「C++/CLI」として大進化したVisual C++ 2005
www.atmarkit.co.jp/fdotnet/special/cppcli/cppcli_01.html
Calling Native Functions from Managed Code
msdn2.microsoft.com/library/ms235282(en-US,VS.80).aspx

C++/Cli Essentials
www.amazon.com/exec/obidos/tg/detail/-/0321174054/
Shared Source Cli Essentials
www.amazon.co.jp/exec/obidos/ASIN/059600351X

C++/CLI設計者のblog
blogs.msdn.com/hsutter/
blogs.msdn.com/slippman/

STL.NET
www.microsoft.com/japan/msdn/vs05/visualc/stl-netprimer.asp
www.dinkumware.com/

C++の今後
216.55.183.63/pdc2005/slides/TLN309_Sutter.ppt
969 名前：デフォルトの名無しさん [2006/03/12(日) 10:03:33 ]: >>1 に >>964-966 あたりのことをさらっとかいておくとよいのでは？

----------------
C++/CLI は単なる C++ の拡張ではなく、既存の C++ のコード資産と
.NET Framework をはじめとしたマネージドなコード資産の橋渡しを
するものです。.NET Framework でのプログラミングになれていない人は
Visual Basic .NET や C# である程度基礎的な概念を学習してから
取り組む方がよいでしょう。
----------------

とか。
970 名前：デフォルトの名無しさん [2006/03/12(日) 10:04:11 ]: >>968 排除は本望じゃないけど、誘導は必要だ、ということで。
971 名前：デフォルトの名無しさん [2006/03/12(日) 11:01:01 ]: C# と同じような間隔で XML ドキュメントを書き込んでたら、
C++/CLI では XML ドキュメントってサポートされてないんだね。
そのへんは C++ と同じなんだから当たり前か。

ところで、マウスポインタを識別子の上に持って行ったときに
現れるチップでもコメントを表示して欲しい名x。亜
972 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 11:21:35 ]: 工作員がスゲー。再度言う。C#はやる必要なし。
973 名前：デフォルトの名無しさん [2006/03/12(日) 11:30:48 ]: >>972 やってもいいじゃん。
974 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 11:34:39 ]: はじめからC++/CLIで.NETをはじめたいというのがいても悪くは無いが、
そういう需要があれば、ふらっとC++/CLIとかぐすたれC++/CLIとか別のスレ立てたいね。
975 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 11:46:42 ]: >>974
｡ﾟ+.(・∀・)ﾟ+.ﾟｲｲ!!
行き場が無くて、彷徨っています。
スレ立てｵﾅｶﾞｲｼﾏｽ
976 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 12:06:17 ]: >>972
何で工作員？C/C++、C#両方使える上で最適だと思える判断をして書いて
いるんだけど？
C++を分かっていて、C#分かってれば実際問題仕様書読めばかけるから。

どう考えても最短距離だし、C++/CLIはC++のスタンス上危険なコードも
許容するからそれが危険であるとも分からないし、特殊な仕様が結構ある。

しかも、はっきりいって質問のレベルがふらっとC#スレにも劣ってるから。
他言語ならまだ入門書を読め、といえばすむがC++/CLIにそんなものあるの？

C#初心者よりレベルが低い状態で、情報も少ないのに、C#より考えることが
大量にあって複雑なC++/CLIが何とかなるとお思いで？
977 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 12:51:20 ]: C++/CLIをやるには.NETの知識が必用だが、
その知識を得るための情報はC#を対象に書かれていることが多い。
つまり必然的にC#の知識が必用になる。
978 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 13:02:42 ]: C++/CLIは合の子だから、
C++とCLIのそれぞれの特徴を知る必要がある。
C#はCLIへの近道だと思う。まあC#使う必要はないが。
979 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 13:17:30 ]: けどC++ができるのであればC#は大したことは無いと思う。
980 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 14:13:45 ]: いや、だから言語仕様が大したことかとかいってるんじゃなくて、
CLI の流儀、.net framework の流儀をつかむために
いちど純 .net のをやっておいたほうがいいんではということでしょ。
981 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 14:22:30 ]: やっぱり、単に日本だけで馴れ合ってるだけじゃん。
C++/CLIの資料が少ないから、C#で代用しろ?

現実的だが、人に勧めるような話じゃないことに気がつけよ。
C#なぞという無用な知識を入れる必要は無し。

C++/CLIの資料はあるだろ?　managedの時代なら C# が参考になるが…、C++/CLIになっても必要なのか?
982 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 14:38:16 ]: >>981
もうチョイ日本語、勉強しましょうねー。
983 名前：デフォルトの名無しさん [2006/03/12(日) 14:52:35 ]: 一度もアセンブラを使ったことがない人に
ポインタの具体的なイメージを持ってもらうのは困難。

同じように一度も C# や VB.NET のような
.NET Framework を想定した元を使ったことの無い人に
マネージドなプログラミングについてのイメージを持ってもらうのは困難。
984 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 15:02:29 ]: C#をというより、クラスライブラリの使い方レベルの質問は受け付けたくないというの話さ。
次スレと、それとは別に初心者用スレを立ててくるよ。それでいいだろう？
985 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 15:25:25 ]: くだらねー。そんなことで C# を薦めるな。
986 名前：デフォルトの名無しさん [2006/03/12(日) 15:27:48 ]: とりあえず初心者スレを立ててきた。

くだすれC++/CLI（初心者用）
pc8.2ch.net/test/read.cgi/tech/1142144110/l50

連続でスレ立てができなようだから、次スレはもう少し待って。
987 名前：デフォルトの名無しさん [2006/03/12(日) 15:28:21 ]: >>985
じゃ、おまいさんは何をすすめるお？
J# ？プギャー(AA略
988 名前：986 mailto:sage [2006/03/12(日) 15:50:33 ]: 連続規制でスレが建てられないのでだれか次の内容で頼みます。
2 に　>>968 の内容もアップしてあげてください。
---
C++/CLI について語ろうぜ Part2

おそらく、.NET開発でデファクトスタンダードに最も近い
であろうC++/CLIについて語ろうぜ！

このスレはC++および.NET Frameworkについて一定以上の知識を持っている人が対象となります。
.NETのクラスライブラリの使い方といった質問は姉妹スレ「くだすれC++/CLI（初心者用）」に
お願いします。

前スレッドはこちら
pc8.2ch.net/test/read.cgi/tech/1126450441/l50

姉妹スレ
くだすれC++/CLI（初心者用）
pc8.2ch.net/test/read.cgi/tech/1142144110/l50
managed C++ やろうぜ！！ 002
pc8.2ch.net/test/read.cgi/tech/1139043535/l50
989 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 16:06:36 ]: >>988
Thanks ☆☆** v(￣ー￣)v**☆☆ Thanks
d(ﾟДﾟ )☆ｽﾍﾟｼｬﾙｻﾝｸｽ☆( ﾟДﾟ)b
♪♪♪ d(｀Д´)b♪♪♪ｻﾝｷｭ
990 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 16:08:02 ]: >>988
立ててみるわ。
991 名前：990 mailto:sage [2006/03/12(日) 16:09:29 ]: 立てた。
pc8.2ch.net/test/read.cgi/tech/1142147319/
992 名前：990 mailto:sage [2006/03/12(日) 16:10:53 ]: >>968もコピペしといた。
不足分はよろしく。
993 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 16:43:41 ]: >>987
そうやって、脳内で勝手に盛り上がって楽しいか?　なんか変な薬でも飲んでるのか?　

飲んでるなら止めなさい。
飲んでないなら医者に行って飲みなさい。
994 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 17:53:31 ]: >>987
J# 使う奴は氏ね
995 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 17:54:41 ]: J#使ったことない俺にだって、J#の中傷ぐらい非難されずに可能なのだ
996 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 18:21:29 ]: ヒント：擁護する人がいない
997 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 18:32:44 ]: 誰も使っていない言語を意地で維持する必用は無いと思うんだがな。
金と時間の無駄。
998 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 18:37:23 ]: j#は 1.1.x 互換じゃ使いようもないし、System系の名前空間のクラスを使うともうJavaには見えないね。

他に敵を作って内紛のタゲそらしをするのは常套手段だな。まるで中共政府のようだ
999 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 18:38:42 ]: １０００get
1000 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 18:39:03 ]: ぬるぽ
1001 名前：１００１ [Over 1000 Thread]: このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef