C♯ language&libraries (201-380)

Feed:

2004-11-04 17:58 ▼ [csharpll:0201] Re:Re: < 救 >image の複製 FURUKAWA, Yoshinobu 初めの質問の意図に対して答えがずれていますね&無理ですね。解決のための一つの提案として ...
2004-11-04 20:12 ▼ [csharpll:0202] XOR on Java API (Re: <救>imageの複製) Shin'ya MORINO http://java.sun.com/j2se/1.4.2/docs/api/java/awt/Graphics.html#setXORMode(java.awt.Color) それと同時に、もう一つ。 J ...
2004-11-05 14:44 ▼ [csharpll:0203] Re:Re: < 救 >image の複製 FUKUDA Fumiki ぃぇぃぇどんまい。えと、これはつまりいわゆる'裏画面'に背景を用意しておき、 mouse-moveの ...
2004-11-07 00:48 ▼ [csharpll:0204] Re:Re: < 救 >image の複製 FURUKAWA, Yoshinobu 了解。今回'ちらつき'が少ない方のコードを記載しています。簡単にコードの説明。・マウス ...
2004-11-07 09:20 ▼ [csharpll:0205] RE: < 救 >image の複製 Hiroaki SHIBUKI 改良のポイントとしてはの処理を、「送信されてくるすべてのマウス移動メッセージに対して ...
2004-11-07 16:17 ▼ [csharpll:0206] Re: < 救 >image の複製 FURUKAWA, Yoshinobu ご指摘の部分を改良してみたところ、十分な描画速度を得られました。質問というか、確認を ...
2004-11-07 17:28 ▼ [csharpll:0207] RE: < 救 >image の複製 Hiroaki SHIBUKI 早っ (^^; ...
2004-11-08 11:17 ▼ [csharpll:0208] Re: < 救 >image の複製 FUKUDA Fumiki 古川さん/渋木さんありがと。 FUKUDA (episteme) Fumiki -- magical, but never a magic... ...
2004-11-09 08:54 ▼ [csharpll:0209] Re: < 救 >image の複製 Kazuki Ohta ちらつきを無くすだけならSetStyleを使ってダブルバッファリングを設定してやればいけると思 ...
2004-11-10 10:36 ▼ [csharpll:0210] Re: < 救 >image の複製 FUKUDA Fumiki んで、erase-backgroundで白く塗らなきゃええ、と。いいコト教えていただきました。感謝。 FUKUDA ( ...
2004-11-10 11:02 ▼ [csharpll:0211] Re: < 救 >image の複製 FUKUDA Fumiki ちょっと気になったのでついでに教えてくださいまし。マニュアルによりますと、 DoubleBuffer: t ...
2004-11-10 13:43 ▼ [csharpll:0212] Re: < 救 >image の複製 FUKUDA Fumiki 実際にはFormに白いPanelを貼って、それをお絵描きキャンバスにするわけだけど、SetStyleメソッ ...
2004-11-11 00:02 ▼ [csharpll:0213] Re: < 救 >image の複製 Kazuki Ohta こういう場合は,ユーザーコントロールを継承して使うのとPanelを継承して使うのはどっちが使 ...
2004-11-17 16:39 ▼ [csharpll:0214] < 救 > ++x と x++ FUKUDA Fumiki C#は演算子のオーバロードを許してるみたいです。 } FUKUDA (episteme) Fumiki -- magical, but never a magic... ...
2004-11-17 17:30 ▼ [csharpll:0215] Re: < 救 > ++x と x++ Hiroshi Uchiyama 書き分けはできないと思われます。どちらでもある(表記方法によって順序が違う)、というの ...
2004-11-17 17:33 ▼ [csharpll:0216] Re: < 救 > ++x と x++ FUKUDA Fumiki なるほど。C++でのほげ operator++(int) { return tmp; } みたいなことを舞台裏でやるですね。 FUKUDA (epis ...
2004-11-17 17:39 ▼ [csharpll:0217] Re: < 救 > ++x と x++ FUKUDA Fumiki まてよ、参照ベースなんだから、 return tmp; なのカナ? それで辻褄合うのカナ? FUKUDA (episteme) Fumiki ...
2004-11-17 18:19 ▼ [csharpll:0218] Re: < 救 > ++x と x++ Tietew operator++() は新しいオブジェクトを返すのでは? Complex c1, c2; c2 = c1++; // c2 = c1; c1 = Complex.operator++(c1 ...
2004-11-17 18:31 ▼ [csharpll:0219] Re: < 救 > ++x と x++ Shinichi Aoyagi http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/csspec/html/vclrfcsharpspec_10_9_1.asp を取 ...
2004-11-18 09:54 ▼ [csharpll:0220] Re: < 救 > ++x と x++ FUKUDA Fumiki みなさんありがと。まとめさせてくださいまし。ってことは operator++ のオーソドックスな実装 ...
2004-11-18 10:31 ▼ [csharpll:0221] Re: < 救 > ++x と x++ Tietew いや,その実装だとこれと矛盾してますって。 -[ Tietew ]-------------------------- メ : tietew‐at‐tietew.net / t ...
2004-11-18 10:56 ▼ [csharpll:0222] Re: < 救 > ++x と x++ Shinichi Aoyagi いや public static ほげ operator++(ほげ operand) { ほげ reuslt = new ほげ(operand); // 複製 resultをちょびっと ...
2004-11-18 10:51 ▼ [csharpll:0223] Re: < 救 > ++x と x++ FUKUDA Fumiki ありゃりゃん ^^;; じゃ、前置だと x = ++y; → y = operator++(y); x = y; 後置だと x = y++; → x = y; y = opera ...
2004-11-18 11:03 ▼ [csharpll:0224] Re: < 救 > ++x と x++ FUKUDA Fumiki επιστημη@氷解ぃぇぃぇどんまい。わかりたですー。参照ベースってアタマがあるんだけ ...
2005-01-26 14:47 ▼ [csharpll:0225] なんちゃってlambda (C# 2.0) FUKUDA, Fumiki 閑古鳥鳴かせてしもてごめんなさい。 Visual Studio 2005 β で面白いのを見つけました。 int[] data = { ...
2005-04-27 09:49 ▼ [csharpll:0226] <救>EventHandlerでControl.Invoke Amanita どうしてそうなるのか理解できないので、相談させてください。ご存知のように、ControlなどUI ...
2005-04-27 11:55 ▼ [csharpll:0227] Re: <救>EventHandlerでControl.Invoke Shinichi Aoyagi 「なぜ」の答えにはならないんですが。。。 Control.Invoke はスレッドのスイッチを行なうために ...
2005-04-28 15:49 ▼ [csharpll:0228] Re: <救>EventHandlerでControl.Invoke Amanita 青柳様、情報ありがとうございました。なるほど、そのように実装されているんですね。全部 ...
2005-08-28 09:55 ▼ [csharpll:0229] C#でC++特殊化っぽいことできますかね Tacchang ある踏ん切りを付けるために確認(質問)させてください. C++のテンプレートには特殊化というす ...
2005-08-28 21:01 ▼ [csharpll:0230] RE: C#でC++特殊化っぽいことできますかね Hiroaki SHIBUKI なら、C++/CLI を使えば? それに、property なら VC6 でも利用できますよ。 ...
2005-08-29 10:38 ▼ [csharpll:0231] Re: C#でC++特殊化っぽいことできますかね FUKUDA, Fumiki えーと、 class Foo<T> { .... } と書けるけど class Foo<char> { .... } とは書けない(ので特殊化できない) ...
2005-08-29 11:13 ▼ [csharpll:0232] RE: C#でC++特殊化っぽいことできますかね Hiroaki SHIBUKI where キーワードによって、T を制限することはできます。ここで指定できる制限には、現在、 ...
2005-08-29 11:19 ▼ [csharpll:0233] Re: C#でC++特殊化っぽいことできますかね FUKUDA, Fumiki 御意。 newできる、なんてのもあったですね。うーん、where節が異なれば別物として扱う、なん ...
2005-08-30 10:14 ▼ [csharpll:0234] Re: C#でC++特殊化っぽいことできますかね 宮嶋　隆 C++/CLI の Generics 周りを俺翻訳してます。ご参考までにどうぞ。 http://www.stdblue.net/cgi-bin/vene/wiki/w ...
2005-09-01 07:52 ▼ [csharpll:0235] Re: C#でC++特殊化っぽいことできますかね Tacchang なるほどそうなんですか. ちょっとC++と同等化は難しいだろう, Javaと同じだと特殊化はできそう ...
2005-09-01 11:26 ▼ [csharpll:0236] RE: C#でC++特殊化っぽいことできますかね Hiroaki SHIBUKI 実際、C++ と違って型の基本的な振る舞いが比較的均一だから、「参照か値か」あるいは「特定 ...
2005-09-01 16:02 ▼ [csharpll:0237] Re: C#でC++特殊化っぽいことできますかね Shinichi Aoyagi 形で IL が生成されています。確かに。。。で、見てみました。 class Foo<T> { public T Func(T t) { retu ...
2005-09-01 16:27 ▼ [csharpll:0238] Re: C#でC++特殊化っぽいことできますかね FUKUDA, Fumiki わーい、.NETな方に突っ込んでもらえると嬉しっすー > 青柳さんどきどき… ぅぇーぃ、予想通 ...
2005-09-01 18:35 ▼ [csharpll:0239] Re: C# で C++ 特殊化っぽいことできますかね Takao Ono 特殊化すると native-code が膨張するのは当然だと思うんですが, 特殊化を使わない限り膨張しな ...
2005-09-02 13:34 ▼ [csharpll:0240] Re: C# で C++ 特殊化っぽいことできますかね FUKUDA, Fumiki そか…んーむ。コンパイル時に束縛すんだから"できなかねぇだろ"って思うですねぇ。ですね ...
2005-09-05 13:28 ▼ [csharpll:0241] Re: C# で C++ 特殊化っぽいことできますかね Takao Ono 構文はそんなに難しくはないわけで, 例えば class Foo<T> { ... }; をクラス X で特殊化するときには ...
2005-12-12 11:43 ▼ [csharpll:0242] <fyi> C++/CLI がISOに… FUKUDA, Fumiki CLIのC++バインディング: C++/CLI が ECMA から ISO に提案されるそうです。 ISOがこれを受理するとち ...
2005-12-12 16:23 ▼ [csharpll:0243] <教> System.String のナマ文字 FUKUDA, Fumiki System.String からナマのUnicode wchar_t[] を取り出す方法。とその逆、wchar_t[] から System.String をこし ...
2005-12-12 17:24 ▼ [csharpll:0244] Re: <教> System.String のナマ文字 宮嶋　隆 あまり大した内容じゃないですが http://www.stdblue.net/vene/programing/cpp_cli_tips_string.html それでは。 ...
2005-12-12 17:36 ▼ [csharpll:0245] Re: <教> System.String のナマ文字 FUKUDA, Fumiki …コレよコレ。ありがとうございまする。 ...
2005-12-15 18:49 ▼ [csharpll:0246] Re: <fyi> C++/CLI がISOに… 宮嶋　隆 ECMA の方では正式に採択されたのでしょうか? ちらちらと覗いているのですが、言語のところで ...
2005-12-15 19:09 ▼ [csharpll:0247] Re: <fyi> C++/CLI が ISO に… Takao Ono C++/CLI Language Specification というのが ECMA-372 として公開され名古屋大学大学院情報科学研究科計 ...
2005-12-16 13:49 ▼ [csharpll:0248] Re: <fyi> C++/CLI が ISO に… 宮嶋　隆 見ました。先日チェックしたばかりだったのですがいろいろな話が出てきたのも ECMA で承認さ ...
2005-12-18 05:02 ▼ [csharpll:0249] RE: <fyi> C++/CLI がISOに… Hiroaki SHIBUKI 事後報告になりますが、VSUG の「C++/CLI その他」掲示板で紹介させていただきました m(_ _)m MSDN L ...
2005-12-19 13:03 ▼ [csharpll:0250] <fyi> VC# 2005 express FUKUDA, Fumiki MSDNからVC#2005 express を拾ってきました。 CD-imageをCD-Rに焼いてインストール。 CD一枚にVC#とMSDN(マ ...
2005-12-20 10:58 ▼ [csharpll:0251] Re: <fyi> C++/CLI がISOに… 宮嶋　隆 確認しました。ご自由にどうぞ。残念です(w 正直、C++/CLI を押してくれるなら、言語概説あた ...
2005-12-20 11:04 ▼ [csharpll:0252] Re: #0251 : VS2005動いてくんない orz FUKUDA, Fumiki 症状は違うけど、僕とこでもヘン。パッケージが読めないとかなんとか"愚痴ダイアログ"がパ ...
2005-12-20 11:31 ▼ [csharpll:0253] Re: <fyi> C++/CLI がISOに… FUKUDA, Fumiki ちょいちょいといぢくって遊んでみました。 Managed C++に比べりゃすっごく綺麗に/涼しくなった ...
2005-12-20 11:58 ▼ [csharpll:0254] Re: #0251 : VS2005動いてくんない orz Shinichi Aoyagi 以前に CTP とか beta とかを入れたことがあって、それの設定情報が C:\Documents and Settings\ の下に ...
2005-12-20 12:03 ▼ [csharpll:0255] Re: #0251 : VS2005動いてくんない orz 菊地正彦 ヘンではなくてむしろ快調なんですが、一応ご報告を。 VS2003が現役で入っていて、VS2005β2も入 ...
2005-12-20 12:09 ▼ [csharpll:0256] Re: #0251 : VS2005動いてくんない orz 宮嶋　隆 Express についてはなんともいえませんが、日本語Beta2を入れたとき、devenv を起動すると、パッ ...
2005-12-20 12:14 ▼ [csharpll:0257] Re: #0251 : VS2005動いてくんない orz FUKUDA, Fumiki やってみた。症状変わらずしくしく。依然"パッケージが読めん"のどーのこーの… βの残骸が ...
2005-12-20 13:20 ▼ [csharpll:0258] Re: #0251 : VS2005動いてくんない orz 宮嶋　隆 インストールが終わったので試してみました。 devenv.exe が reset の処理中に落ちてしまいました ...
2005-12-21 11:08 ▼ [csharpll:0259] Re: #0251 : VS2005動いてくんない orz 宮嶋　隆 英語版を入れていたとき、WinFX の評価のためにWinFX 周辺のランタイムや VS 拡張を入れていまし ...
2005-12-21 11:08 ▼ [csharpll:0260] Re: #0251 : VS2005動いてくんない orz FUKUDA, Fumiki επιστημη@ぅぇーんうん、βの残骸が残っているとダメみたい。僕とこではSQL Server 2005 express ...
2005-12-21 14:28 ▼ [csharpll:0261] Re: #0251 : VS2005動いてくんない orz 宮嶋　隆 そういうときは、以前入れていた物を入れ直して、もう一度順番にアンインストールしてクリ ...
2005-12-21 15:00 ▼ [csharpll:0262] Re: #0251 : VS2005動いてくんない orz FUKUDA, Fumiki めんどくせーっ以前入れてたつーとVS2005βか。 USB(しかも1.1)繋ぎのDVD-driveを借りてきてあーし ...
2005-12-21 21:23 ▼ [csharpll:0263] Re: #0251 : VS2005動いてくんない orz 2nd 私も今日C# Express導入で似たようなことが起こりましたが、次の場所にあるVS 2005 beta cleanup tool ...
2005-12-22 13:25 ▼ [csharpll:0264] Re: #0251 : VS2005動いてくんない orz FUKUDA, Fumiki επιστημη@めそめそぅぅぅ、こいつでcleanupしたのになんかが居残りやがってますぅ ...
2005-12-26 01:05 ▼ [csharpll:0265] <info> スレッド削除に関してご意見伺い FUKUDA, Fumiki cppll/cppll-novice/csharpllにクロスポスト。 MLのログについて皆さんにご意見を伺いたく。ある方か ...
2005-12-26 01:20 ▼ [csharpll:0266] <off>　遅ればせながら御礼申し上げます FUKUDA, Fumiki cppll/cppll-novice/csharpllにクロスポスト。いけね、コロっと忘れてました orz サブスクライバ各位 ...
2006-01-07 02:19 ▼ [csharpll:0267] <fyi> NUnit for .NET2.0 FUKUDA, Fumiki NUnitの.NET2.0対応版がリリースされてました。 http://www.nunit.org/ ...
2006-01-10 00:28 ▼ [csharpll:0268] <off> ごあいさつ FUKUDA, Fumiki επιστημη@cppll-family管理人です。お蔭様で延べ3,500超のサブスクライバを抱える大所帯となり ...
2006-01-25 22:19 ▼ [csharpll:0269] おちゃらかIPC@.NET FUKUDA, Fumiki cppll/cppll_noviceで "SendMessageによるIPC(Inter Process Communication)" ネタを投下しました。用意されてお ...
2006-01-26 00:01 ▼ [csharpll:0270] RE: おちゃらかIPC@.NET Hiroaki SHIBUKI WM_COPYDATA をベースにした方が帯域が広くてとれて良いかもです。として提供されているだけで ...
2006-01-26 05:28 ▼ [csharpll:0271] Re: おちゃらかIPC@.NET FUKUDA, Fumiki ぇぇ、やりたい放題できますんでね。簡潔明快そっけなし (^^ となるとマシンの内外問わずSocke ...
2006-01-26 08:16 ▼ [csharpll:0272] RE: おちゃらかIPC@.NET Hiroaki SHIBUKI simple is beautiful が、C 系言語の特質 ;-) ってなっちゃいますし、実際そうなんですが。。。ポー ...
2006-01-26 08:30 ▼ [csharpll:0273] Re: おちゃらかIPC@.NET FUKUDA, Fumiki FUKUDA, (episteme) Fumiki magical, but never a mogic.... ...
2006-01-26 11:50 ▼ [csharpll:0274] Re: おちゃらかIPC@.NET Tietew port = 0 で bind() すると勝手に空きポートくっつけてくれません? 少なくとも winsock はそれが仕様 ...
2006-01-26 12:12 ▼ [csharpll:0275] Re: おちゃらかIPC@.NET FUKUDA, Fumiki あらホント。んで、このSocketにconnectする側は port#をどうやって知ればいいのかしらん? ...
2006-01-26 12:35 ▼ [csharpll:0276] Re: おちゃらかIPC@.NET Tietew ソケットなら getsockname() なんですけど、なんかプロパティありませんの? -[ Tietew ]------------------ ...
2006-01-26 15:00 ▼ [csharpll:0277] Re: おちゃらかIPC@.NET FUKUDA, Fumiki いたたた、ボロ出してしまいます orz client側ではaddrとport#決め打ちでconnectしてばっかりです。 ...
2006-01-26 16:45 ▼ [csharpll:0278] Re: おちゃらかIPC@.NET Tietew あっ。クライアントか。うーんどうしましょう(おいおいただ,SendMessageにしてもウィンドウハ ...
2006-01-26 16:58 ▼ [csharpll:0279] Re: おちゃらかIPC@.NET Hisashi Katayama 教えてくださいまし。ばっくれsocket一般のおはなし、 Passive Socket 側は、たとえば、10000番のポ ...
2006-01-26 17:03 ▼ [csharpll:0280] Re: おちゃらかIPC@.NET FUKUDA, Fumiki あひゃ。 SendMessageはHWND_BROADCASTに投げれば全員に届くもん。これ使って"あたしのハンドルはコ ...
2006-01-26 17:20 ▼ [csharpll:0281] Re: おちゃらかIPC@.NET FUKUDA, Fumiki RegisterWinsockPort("かんとか")で未使用ポート#くれたらいいのに。 ...
2006-01-26 17:50 ▼ [csharpll:0282] Re: おちゃらかIPC@.NET Hisashi Katayama う〜ん、Thunderbird つかいにくい・・・(慣れてないだけかな) 仮にそういう強要できるものがあ ...
2006-01-26 20:48 ▼ [csharpll:0283] RE: おちゃらかIPC@.NET Hiroaki SHIBUKI それの大層なヤツが UDDI なわけで。。。名前付きパイプの名前を決める独自の規則を考えれば ...
2006-01-27 01:45 ▼ [csharpll:0284] Re: おちゃらか IPC@.NET Shin'ya MORINO ご機嫌麗しゅう。(^^ それはそれでメンドクサイので、ふつー、やんないです。そういう有名な ...
2006-01-29 17:10 ▼ [csharpll:0285] NUnit-2.2.6 released FUKUDA, Fumiki NUnit-2.2.6 がリリースされてました。 http://www.nunit.org/index.php?p=download インストーラが小さな親切( ...
2006-01-31 15:31 ▼ [csharpll:0286] VC++/CLI 2005 1st impression FUKUDA, Fumiki VC++2005expressではWin32-GUIを(そのままでは)サポートしてないってことで、C++/CLI:Formアプリでちょ ...
2006-01-31 18:18 ▼ [csharpll:0287] Re: VC++/CLI 2005 1st impression 宮嶋　隆 デフォルトで作成されるやつを使わないという手はどうでしょう? 自分で新規に追加する分に ...
2006-02-01 11:08 ▼ [csharpll:0288] Re: VC++/CLI 2005 1st impression FUKUDA, Fumiki ええ、そうしたいのはやまやまなんですが、「ボタンを押したらこれを呼べ!」の類をIDEからや ...
2006-02-01 11:47 ▼ [csharpll:0289] Re: VC++/CLI 2005 1st impression FUKUDA, Fumiki もいっちょ。Formプロジェクト作るとtop-formが "Form1"決め打ちになります。作る前に好きな名前 ...
2006-02-01 16:22 ▼ [csharpll:0290] Re: VC++/CLI 2005 1st impression 社本明弘 私も、そう思います。一応、クラス名はクラスビューを開き、クラスを選択してプロパティの ...
2006-02-01 16:26 ▼ [csharpll:0291] <教> System::String → std::string FUKUDA, Fumiki にわかにC++/CLIづいてきました^^; 手始めにC++とC++/CLIとのインピーダンス・マッチングをいろい ...
2006-02-01 16:37 ▼ [csharpll:0292] Re: VC++/CLI 2005 1st impression FUKUDA, Fumiki ですね。だからwizardの吐いたヘッダにある禍禍しい警告文ぢゃなくてはなっから↑みたく書い ...
2006-02-01 16:49 ▼ [csharpll:0293] Re: <教> System::String → std::string 宮嶋　隆 std::string text; // 文字列を受け止めるバッファ String^ textString = gcnew String("適当なサンプル文字列") ...
2006-02-01 17:02 ▼ [csharpll:0294] Re: <教> System::String → std::string FUKUDA, Fumiki あら簡単。これってshift_jisにするですか? shift_jisにするかgb18030にするかどーのこーのは Windowsの ...
2006-02-01 17:32 ▼ [csharpll:0295] Re: <教> System::String → std::string FUKUDA, Fumiki 余談。 using namespace があんまし好きじゃないのでフル修飾してみた: System::IntPtr mptr = ...
2006-02-01 17:42 ▼ [csharpll:0296] Re: <教> System::String → std::string 宮嶋　隆 http://msdn2.microsoft.com/ja-jp/library/system.runtime.interopservices.marshal.stringtohglobalansi.aspx これを見ると、AN ...
2006-02-02 15:25 ▼ [csharpll:0297] Re: <教> System::String → std::string FUKUDA, Fumiki いろいろとどぉも。シャレでこんなのこしらえたなり. template<typename Ch, typename Tr =std::char_traits<C ...
2006-02-03 13:17 ▼ [csharpll:0298] Visual Studio 2005 Express - web-install FUKUDA, Fumiki Visual Studio 2005 Express Edition、今までCD-imageのしだったのが、 Web-installできるようになりました。 h ...
2006-02-24 17:50 ▼ [csharpll:0299] モジュール毎のソース分割と参照型の代入 daichan5692‐at‐yahoo.co.jp DD.と申します。こちらは初投稿になります。 C# について未だ知識が浅いためご教授頂ければと ...
2006-02-24 18:20 ▼ [csharpll:0300] Re: モジュール毎のソース分割と参照型の代入 FUKUDA, Fumiki namespace main_ns { public class Caller { public static void Main() { sub_ns.Callee callee = new sub_ns.Callee(); callee.doIt(); ...
2006-02-24 19:05 ▼ [csharpll:0301] Re: モジュール毎のソース分割と参照型の代入 DD. DD.です。 JAVA やら C# やらは1ソースにガバッと書くようになってるみたいなことを聞いたこと ...
2006-02-24 19:18 ▼ [csharpll:0302] Re: STL.NET (was: モジュール毎のソース分割と参照型の代入) FUKUDA, Fumiki 確かな筋によりますと、3月にはP.J.Plaugetの手を離れるそうな。あとはMicrosoft次第ってことにな ...
2006-02-24 21:28 ▼ [csharpll:0303] Re: STL.NET (was: モジュール毎のソース分割と参照型の代入) DD. DD.です。現状、C# か C++/CLI を使うんだったらどっちがやりやすいんでしょうね。完全 Managed に ...
2006-02-24 23:15 ▼ [csharpll:0304] Re: STL.NET (was: モジュール毎のソース分割と参照型の代入) FUKUDA, Fumiki さーて。STL.NETがどんなカラクリかによると思いますです。 STL.NETはC++STLのalgorithmにそのまま適 ...
2006-02-25 10:31 ▼ [csharpll:0305] Re: STL.NET (was: モジュール毎のソース分割と参照型の代入) DD. DD.です。やっぱできないんですねぇ。便利だったのに・・・残念。と、いうことは、Managed な ...
2006-02-25 18:03 ▼ [csharpll:0306] Re: STL.NET (was: モジュール毎のソース分割と参照型の代入) FUKUDA, Fumiki generics対応.NET言語ならどいつでも使えるSTLとするならばたとえば: public interface Iterator<T> { Iterato ...
2006-02-25 20:57 ▼ [csharpll:0307] Re: STL.NET (was: モジュール毎のソース分割と参照型の代入) DD. DD.です。いざなくなってみて、ポインタの重要さが実感できます。 ...
2006-02-26 00:32 ▼ [csharpll:0308] <fyi> C# ToolKit (was: STL.NET (was: モジュール毎のソース分割と参照型の代入)) FUKUDA, Fumiki んで、これをやっちゃったライブラリ: C# ToolKit ってーのがございます。 STLの.NET実装だぁね。 h ...
2006-02-26 17:58 ▼ [csharpll:0309] Re: <fyi> C# ToolKit (was: STL.NET (was: モジュール毎のソース分割と参照型の代入)) DD. DD.です。 ...
2006-02-27 12:15 ▼ [csharpll:0310] Re: <fyi> C# ToolKit (was: STL.NET (was: モジュール毎のソース分割と参照型の代入)) Tietew http://www.boost.net/ http://www.tietew.jp/whois?key=boost.net 残念!(何が ...
2006-02-27 21:36 ▼ [csharpll:0311] Re: <fyi> C# ToolKit (was: STL.NET (was: モジュール毎のソース分割と参照型の代入)) DD. ぁ・・・orz ...
2006-03-13 10:14 ▼ [csharpll:0312] C++/CLI マヂカルな型変換 FUKUDA, Fumiki int main() { std::printf("[%s]\n", str); // [*] return 0; } えーと、printfの引数は数がわからんから型のチェ ...
2006-03-14 10:29 ▼ [csharpll:0313] Re: C++/CLI マヂカルな型変換 宮嶋　隆 ちょっと IL を見てみたのですが、main からの printf の呼び出しが printf(int8 ..., ..., string) となっ ...
2006-03-20 15:21 ▼ [csharpll:0314] <教> リソース開放のタイミング FUKUDA, Fumiki すんません、基本的なこと確認させてくださいませ。 C#では(.NETならなんでもいいけど)、メモ ...
2006-03-20 15:38 ▼ [csharpll:0315] Re: <教> リソース開放のタイミング Imabeppu finally で明示的に Close() を呼ぶか、using を使う必要があったと思います。 GC があるけど、デス ...
2006-03-20 15:51 ▼ [csharpll:0316] Re: <教> リソース解放のタイミング FUKUDA, Fumiki んむ。using(...) はデストラクタがちゃんと後始末(Close)してくれてれば、って但し書きがつくん ...
2006-03-20 15:58 ▼ [csharpll:0317] Re: <教> リソース開放のタイミング S.Ono 実際には実装依存、、、だっけかな? お作法としては、Disposeにリソースを開放する処理を書い ...
2006-03-20 16:07 ▼ [csharpll:0318] Re: <教> リソース解放のタイミング Imabeppu Dispose ですね。あるにはあるんですけど、using 使わないと呼び出されるタイミングが C++ と違 ...
2006-03-20 16:07 ▼ [csharpll:0319] Re: <教> リソース開放のタイミング FUKUDA, Fumiki なんだかなー… なんもかんもusingでくるめって薦めるくらいなら、 ...
2006-03-20 16:15 ▼ [csharpll:0320] Re: <教> リソース解放のタイミング FUKUDA, Fumiki そかそか「スコープ外れたら直ちに起動」じゃないか。「GCのついでに」なんだな。ヘタすり ...
2006-03-20 16:24 ▼ [csharpll:0321] Re: <教> リソース解放のタイミング Imabeppu automatic 変数を許すとして、どんな書き方になるんでしょうね。特別な書き方をするなら、using ...
2006-03-20 16:31 ▼ [csharpll:0322] Re: <教> リソース解放のタイミング FUKUDA, Fumiki んむ。 C++/CLIだと: Sister^ one = gcnew Sister("恭子"); // GC-heap Sister two("美香"); // auto(stack) なんすけど ...
2006-03-20 16:42 ▼ [csharpll:0323] Re: < 教 > リソース解放のタイミング Takao Ono 参照してくれてる人がいるかどうかの確認なら楽 (っつ〜か参照カウンタ使えば一瞬) なんだけ ...
2006-03-20 16:50 ▼ [csharpll:0324] Re: < 教 > リソース解放のタイミング S.Ono デストラクタ(というかファイナライザというか)は必ずしも呼び出されることが保障されてな ...
2006-03-20 17:00 ▼ [csharpll:0325] Re: < 教 > リソース解放のタイミング Takao Ono 遅くとも GC のタイミングで必ず呼出されることが保証されてます. こっちは using を使えば本体 ...
2006-03-20 17:45 ▼ [csharpll:0326] Re: < 教 > リソース解放のタイミング Shinichi Aoyagi GC が働く前にプロセスが終了してしまう場合などはファイナライザが呼び出されることは保証 ...
2006-03-20 17:55 ▼ [csharpll:0327] Re: <教> リソース解放のタイミング Tietew アレはデストラクタと呼ばれているけど実体はファイナライザです。 GCが開放するときにしか ...
2006-03-20 18:01 ▼ [csharpll:0328] Re: <教> リソース解放のタイミング Kouji Suzuki C#のデストラクタは構文上はC++のデストラクタと同じですが、コンパイルすると Finalize() にな ...
2006-03-20 18:03 ▼ [csharpll:0329] Re: <教> リソース解放のタイミング Kouji Suzuki 訂正。上記はデバッガで確認したもので、実際にはFinalize()で発生した例外はGCでにぎりつぶさ ...
2006-03-22 10:44 ▼ [csharpll:0330] Re: <教> リソース解放のタイミング FUKUDA, Fumiki まとめてみる。間違いあったら突っ込んでおくんなさい。 auto: スコープから外れたらデストラ ...
2006-03-22 10:50 ▼ [csharpll:0331] Re: <教> リソース解放のタイミング FUKUDA, Fumiki heapの場合、GCされるのを待たずとも明示的にdeleteすることでデストラクタを確実に呼び出すこ ...
2006-03-22 18:58 ▼ [csharpll:0332] Re: <教> リソース解放のタイミング Satoshi Nakamura C++/CLIでは、~X()はIDispose::Dispose()と、!X()はFinalize()と(ほぼ)同義です(「ほぼ」と書いたのは親ク ...
2006-03-24 02:33 ▼ [csharpll:0333] Re: <教> リソース解放のタイミング FUKUDA, Fumiki 子::!子()されたとき、親::!親()は呼ばれないってことですか? それともC#では子.Finalize()時に親.Fil ...
2006-03-24 02:49 ▼ [csharpll:0334] Re: <教> リソース解放のタイミング: まとめ FUKUDA, Fumiki auto: スコープから外れたらデストラクタ X::~X() が'必ず'動く。 heap: 明示的にdeleteされたらX::~X() ...
2006-04-11 14:31 ▼ [csharpll:0335] <fyi> C++/CLI : ISO化モメてる FUKUDA, Fumiki C++標準化会議@ベルリンにて、C++/CLIが話題に上がったそうな。 ISO化に反対する勢力もあるみた ...
2006-04-11 17:02 ▼ [csharpll:0336] Re: <fyi> C++/CLI : ISO化モメてる 宮嶋　隆 おお、なんか、Pure Java 運動みたいですね(w Objective-C++ とかも C++ を名乗るなとか言われてしまう ...
2006-04-11 17:15 ▼ [csharpll:0337] Re: <fyi> C++/CLI : ISO化モメてる FUKUDA, Fumiki んむ、ISOの仲間入りを目論んでいるとしたら、 C++/CLIと同じ突き上げを喰らうに違いないす。 ...
2006-04-11 18:03 ▼ [csharpll:0338] Re: <fyi> C++/CLI : ISO化モメてる 宮嶋　隆 林檎の会社がそんなことするはずないので、大丈夫でしょう。 Objective-C++ は C++/CLI にとてもよ ...
2006-04-12 11:53 ▼ [csharpll:0339] Re: <fyi> C++/CLI : ISO化モメてる FUKUDA, Fumiki んむ。この件に限れば、たとえばManaged C++みたく S"hello" って書けば System::Stringリテラル、書か ...
2006-04-12 13:26 ▼ [csharpll:0340] Re: <fyi> C++/CLI : ISO化モメてる Shinichi Aoyagi http://www.research.att.com/~bs/bs_faq.html#CppCLI ↑ここって Bjarne Stroustrup 氏のとこですよね? 私の英語力 ...
2006-04-12 13:44 ▼ [csharpll:0341] Re: <fyi> C++/CLI : ISO化モメてる FUKUDA, Fumiki ぁぃ、ベルリン会議に出席してたメンバによると「Bjarneセンセ、反対派の連中をせっせとなだ ...
2006-04-12 14:17 ▼ [csharpll:0342] Re: <fyi> C++/CLI : ISO化モメてる 宮嶋　隆 Bjarne Stroustrup 氏自身は、拡張はライブラリ形式で最低限のインターフェイスを付与する形式が ...
2006-04-12 14:47 ▼ [csharpll:0343] Re: <fyi> C++/CLI : ISO化モメてる FUKUDA, Fumiki んー、"C++のスーパーセット"を名乗るからには C++コードはほとんどそのまま通り/かつ同じ挙動 ...
2006-04-20 10:49 ▼ [csharpll:0344] Ｃ＃の勉強を始めるには Yuichi Yamabe はじめて投稿させて頂く山辺です。よろしくお願いします。四十台前半、FORTRAN や PL/I を中心 ...
2006-04-20 10:55 ▼ [csharpll:0345] Re: Ｃ＃の勉強を始めるには S.Ono VB.NETの勉強をはじめているのであれば、すぐにC#の勉強をしたほうがむしろとまどう場面がす ...
2006-04-20 11:02 ▼ [csharpll:0346] Re: Ｃ＃の勉強を始めるには FUKUDA, Fumiki おぉ。堅牢な土台が組みあがってるのですから、そんなにビビらいでもなかろか、と。迷いそ ...
2006-04-20 13:15 ▼ [csharpll:0347] Re: Ｃ＃の勉強を始めるには Yuichi Yamabe ということは、C系の言語の文法より、.Net 環境を覚える方が重要というか問題になるというこ ...
2006-04-20 13:19 ▼ [csharpll:0348] Re: Ｃ＃の勉強を始めるには Yuichi Yamabe 了解です♪。前のレスでも書きましたが、C#の入門書(ムック)があるので、それでスタートして ...
2006-04-20 14:53 ▼ [csharpll:0349] Re: Ｃ＃の勉強を始めるには FUKUDA, Fumiki 突っ込まれるの覚悟で言わせてもらえば、JavaもC++もC#も大差ありません。言語仕様つか、文法 ...
2006-04-20 16:44 ▼ [csharpll:0351] Re: Ｃ＃の勉強を始めるには Shannon そういうややこしいものに手を出そうと思えば出てくるでしょう。 Java でも、そういうところ ...
2006-04-20 16:44 ▼ [csharpll:0352] Re: Ｃ＃の勉強を始めるには FUKUDA, Fumiki επιστημη(えぴすてーめー)です。 C#に限らず.NET全般にそういうものが出てきます。ASP.NETとか ...
2006-04-20 16:55 ▼ [csharpll:0353] Re: Ｃ＃の勉強を始めるには Takao Ono Microsoft 以外のプラットホームで C# を動かすとすると Mono になるんでしょうか? 昔あった SSCLI ...
2006-04-20 17:17 ▼ [csharpll:0354] Re: Ｃ＃の勉強を始めるには FUKUDA, Fumiki
2006-04-20 17:25 ▼ [csharpll:0355] Re: Ｃ＃の勉強を始めるには S.Ono http://msdn.microsoft.com/net/sscli/ SSCLIの2.0が提供されています、、、が、、、 Windows XP上「のみ」でし ...
2006-04-20 19:25 ▼ [csharpll:0356] SSCLI 2.0 (Re: Ｃ＃の勉強を始めるには ) Takao Ono とりあえずとってきました. 中のドキュメントによると Windows2000 でも動きそうな感じ (^^; 手元 ...
2006-04-21 11:04 ▼ [csharpll:0357] Re: SSCLI 2.0 (Re: Ｃ＃の勉強を始めるには ) Tietew getpwuid_r は getpwuid のリエントラント版ですので,そのままは使えません。シグネチャも違うし。 ...
2006-05-22 11:32 ▼ [csharpll:0358] <off> ECMA-372 C++/CLI 言語仕様 宮嶋　隆 ECMA-372 C++/CLI の言語仕様書を翻訳したのですが、先日、ECMA にWebでの公開について問い合わせた ...
2006-06-21 11:28 ▼ [csharpll:0359] <救> warning LNK4248 FUKUDA, Fumiki おちゃらか軽量サーバレスデータベース"SQLite"を C++/CLIから呼び出して遊んでます。 sqlite3* db; sq ...
2006-06-23 00:35 ▼ [csharpll:0360] Re: <救> warning LNK4248 FUKUDA, Fumiki へたれまくった解決策。コードのケツに: struct sqlite3 {}; って書いとくっつー orz FUKUDA, (episteme) F ...
2006-06-27 15:17 ▼ [csharpll:0361] <救> C++/CLI: ref→%, out→... FUKUDA, Fumiki C#から呼べるライブラリをC++/CLIで書いてます。 System::String の参照を引数とする場合、 C# : void f( ...
2006-06-27 17:45 ▼ [csharpll:0362] Re: < 救> C++/CLI: ref→%, out→... GrayOgre MSDN見たら以下の記述がありました。 Visual C++ 方法 : out パラメータを指定する http://msdn2.microsoft. ...
2006-06-27 17:55 ▼ [csharpll:0363] Re: < 救> C++/CLI: ref→%, out→... FUKUDA, Fumiki void f([System::Runtime::InteropServices::Out] System::String^% arg); ですか。きしょいですなぁ。サブイボたち ...
2006-07-19 20:33 ▼ [csharpll:0364] XMLでシリアライズ Yuichiro Terada XMLによるシリアライズ/デシリアライズに関して困っています。何か根本的なところで勘違いを ...
2006-07-20 10:53 ▼ [csharpll:0365] Re: XMLでシリアライズ Shinichi Aoyagi Writer や Reader を Stream に変換する方法はわかりません。 (できないんじゃないかと思いますが) ...
2006-07-20 14:47 ▼ [csharpll:0366] Re: XMLでシリアライズ Yuichiro Terada 青柳様おかげさまで、書き込み・読み込み共に MemoryStream を用いて実現できました。助かりま ...
2006-07-20 16:18 ▼ [csharpll:0367] VisualStudio.NET 2003 英語版と日本語版　デザイナの表示違い yoybe4 はじめて、質問させていただきます。 coffee bitterといいます。どなたかご教授願えないでしょ ...
2006-08-16 17:09 ▼ [csharpll:0368] <off> TechED 横浜中華街で晩飯を食らうオフ FUKUDA, Fumiki これに乗じて中華街で晩飯を食わないか? っちゅーお誘い。参加表明はコチラへ↓ http://blogs.wan ...
2006-09-14 16:21 ▼ [csharpll:0369] アプリケーションドメインとは？？ DD. DD.でございます。現在アプリケーションドメインに関して調べ中なのですが、どうもアプリケ ...
2006-09-14 22:25 ▼ [csharpll:0370] Re: アプリケーションドメインとは？？ Kouji Matsui AppDomainの分離を積極的に使ってコードを書いたことはないので詳しく知っているわけではあり ...
2006-09-14 22:56 ▼ [csharpll:0371] Re: アプリケーションドメインとは？？ 大鷲和紀 識でいたんだろうな、と。ぶっちゃけた話、俺もよくわかってないんですが…;; 従来の Win32 実 ...
2006-09-14 23:22 ▼ [csharpll:0372] Re: アプリケーションドメインとは？？ DD. なるほど。てことは、従来の CreateProcess()(プロセス生成)とかよりも AppDomain.ExecuteAssembly()(アプ ...
2006-09-15 09:49 ▼ [csharpll:0373] Re: アプリケーションドメインとは？？ DD. シャノンさんお世話になります。すよねりスレッドと用途によって使いわけるみたいな感じか ...
2006-09-15 10:10 ▼ [csharpll:0374] Re: アプリケーションドメインとは？？ S.Ono AppDomainはセキュリティ境界にもなってますし、メモリ空間もそれぞれで独立していたと思いま ...
2006-09-15 22:38 ▼ [csharpll:0375] Re: アプリケーションドメインとは？？ DD. てことは、.NETはアセンブリをアプリケーションドメインとして読み込んでるってことなのかな ...
2006-09-15 22:42 ▼ [csharpll:0376] Re: アプリケーションドメインとは？？ 大鷲和紀 いいえ。アセンブリをアンロードするときはドメインごと切り離さなければなりませんが、ロ ...
2006-09-17 18:01 ▼ [csharpll:0377] Re: アプリケーションドメインとは？？ DD. DD.です。 LoadLibraryだとそうなるんですね。あまりうかつにできないなぁ・・・。 ...
2006-09-19 11:13 ▼ [csharpll:0378] Re: アプリケーションドメインとは？？ S.Ono 元の投稿をよく読んでみてください。アセンブリの1つ1つを解放するような仕組みを作りたい ...
2006-09-21 14:11 ▼ [csharpll:0379] Re: アプリケーションドメインとは？？ DD. DD.です。動的にライブラリをロードすると.NETが勝手にAppDomainをそれ用に作成して、そこに読 ...
2006-10-06 10:33 ▼ [csharpll:0380] <off> 10/14わんくま同盟勉強会@東京 FUKUDA, Fumiki 私用に使ってごめんなさいです。.NETネタなんでお許しを。わんくま同盟勉強会が開催されます ...

C♯ language&libraries (201-380)

Navigation

検索