C++ language&libraries (9205-9444)
-
2003-08-01 16:10 [cppll:9205] 「for_each」にテンプレート関数を渡せない理由を教えてください。
- ▼9205: 一番知りたいのは、下記の「AllDelete」の違いです。 そして、やりたいことの経緯をメールの後 Takefumi Nakayama
- ├9206: いや、、、、素直に、コンテナに格納可能なスマートポインタを使えって話なんですけど(^^;) Takefumi Nakayama
- ├9207: using namespace std; template<typename T> void AllDelete( const T* ptr ) { delete ptr; } int main() { vector<int*> hoges; AllDel FUKUDA Fumiki
- │└9208: DLL と template あたりで話題になった IS の 14.7.1 〜 14.7.2 あたりが絡んでくるのかも。 template void A OKI miyuki
- │ └9209: あらホント。 # 35へぇ FUKUDA (episteme) Fumiki -- magical, but never a magic... FUKUDA Fumiki
- └9212: επιστημη さんと oki さんのレスにもありますが, for_each( hoges.begin(), hoges.end(), &AllDelete<int> ); Kazu
- ├9254: なるほど、テンプレート関数を使うには、一度実体化(?)を明示するようなコードが記述されて Takefumi Nakayama
- │└9258: この辺はコンパイラやリンカに依存する部分のような. g++ では文句も言わずに通してくれまし Takao Ono
- │ └9260: 小野さんの説明で、テンプレート関数(クラス)が型を決定する手順がスッキリと分かりました。 Takefumi Nakayama
- └9255: コレもスレッド変えたほうが良いかしら・・・? 私の環境もOSがWin2000であることを除けば開発環 Takefumi Nakayama
- └9259: ど〜考えてもコンパイラのバグ. 名古屋大学大学院 情報科学研究科 計算機数理科学専攻 小野 Takao Ono
- └9261: 雑談モードで済みません。 そうですよね、、、中身が変わるはずが無いと思って関数Callして返 Takefumi Nakayama
-
2003-08-03 15:54 [cppll:9218] vectorの自作クラスの2次元配列について
- ▼9218: 皆様レベルが大変高く、ROMが多くなるでしょうが、 以後よろしくお願いします。m(_ _)m 早速質 N.Hand
- ├9221: わたしもずっとROMしてましたが参加させていただきます。 以後よろしくお願いします。 これ、 USK
- └9222: まず、Aの宣言の後にセミコロンがないためにコンパイルエラーになりますね :-p この問題はし (T.T)
- └9223: USK様 、(T.T)様、 返信ありがとうございました。 あ、メールの方だけセミコロン書き忘れてまし N.Hand
- └9224: 詳しくはしかるべきところに聞いていただくとして。 これはコンパイラのメッセージではなく Shimizukawa Takayuki
- ├9225: そのようなことがあるとは知りませんでした。 それなら、納得できますね。 そういったものは N.Hand
- └9226: 森野慎也 mailto:smorino‐at‐datamark.co.jp Shin'ya MORINO
-
2003-08-03 23:12 [cppll:9227] <質問>無名空間内変数の名前
-
2003-08-04 11:45 [cppll:9230] C++にてitoa を使用せずに、数値を文字にするには
- ▼9230: いつも基礎的なことばかりですみません。 C++にて、itoa関数を使用せずに、数値を文字にするに *
- ├9231: stringstream を使用してはいかがでしょう? ifstream* inStream; vector< istream* > v; for ( int i = 0 i < 10; i++) { s 尾崎 由典
- ├9232: 作法ちゅーかなんちゅーか... int i = 5; std::ostringstream stream; stream << "group" << i; std::string resut = stream FUKUDA Fumiki
- │└9233: 先のコードはC言語で書かれたプログラムを完全にC++に置き換えようと していので、私の勝手な *
- │ └9234: FUKUDA (episteme) Fumiki -- magical, but never a magic... FUKUDA Fumiki
- └9266: boost::lexical_cast<std::string>(any_numeric_value); とか。 cf. http://www.boost.org/libs/conversion/lexical_cast.htm 関係 Tietew
- └9267: 翻訳版が無いと思ったら拡張子を間違えていただけという… cf. http://boost.cppll.jp/HEAD/libs/conversion Tietew
-
2003-08-04 13:25 [cppll:9236] ループ内で生成したオブジェクトは、vector に積む事が出来ないのでしょうか？。
- ▼9236: επιστημη様 毎度、ご迷惑をおかけしています。 今度はシグニチャを除去した事は確認して *
- ├9237: FUKUDA (episteme) Fumiki -- magical, but never a magic... FUKUDA Fumiki
- │└9239: 問題が正しく伝わらないような表記ですみません。 i == 0 の時は、処理は問題なく実行されて i *
- │ └9240: 森野さんの指摘に同じく、ifstreamのコピーをこさえているのが とても気になります。 vector<Buffer FUKUDA Fumiki
- │ └9241: 指摘どおり、下記のコードにしたところ うまくいきました。 ありがとうございました。 vector < *
- │ └9243: なぜに、うまくいくのか、なぜに、ifstreamの値コピーを避けるのか、 考えてみてちょ。 >> '*' さ Shin'ya MORINO
- └9238: 森野慎也 mailto:smorino‐at‐datamark.co.jp Shin'ya MORINO
- └9244: basic_ifstream はコピーコンストラクタを持っていないし代入演算子も 名古屋大学大学院 情報科学 Takao Ono
- ├9245: ストラップ先生の本を一生懸命読んでいたところですが、 私のC++に対する知識がいい加減な為 *
- │└9246: ちっちっち、御大の御尊名を間違ってはバチが当たります。 FUKUDA (episteme) Fumiki -- magical, but never FUKUDA Fumiki
- │ └9247: 来ないのでしょうか?。" / * --- ちっちっち、御大の御尊名を間違ってはバチが当たります。 FUKUD *
- │ └9249: そんなさみしいこと、いわいで.... けど、同じファイルからの入力を行うインスタンスを、二つ Shin'ya MORINO
- └9248: ちっす。 なんでコピーでけるんだ.....と、頭の中、?マークの大行進が起こってました。 std::ios_ Shin'ya MORINO
-
2003-08-04 15:43 [cppll:9250] Re: ループ内で生成したオブジェクトは、 vector に積む事が出来ないのでしょうか？。
- ▼9250: うう、また、マナー違反をしてしまった・・・。 お許しください・・・・・・。 今日の最後に *
- ├9251: inline bool compareBufferXPointer(const BufferX* a, const BufferX *b) { return *a < *b; } を定義しておいて sort(lists.be Takao Ono
- ├9252: 自分クラスの中のメンバとして、実装できたっけ........ 現時点で、思いつかず。 森野慎也 mailto Shin'ya MORINO
- │└9256: あっ、私にも言えることですね。 話が支離滅裂すぎて、脱線しまくり、気付いたら別の質問に Takefumi Nakayama
- │ └9257: わかっててやるのは、えーんとちゃいます。(^^;; 森野慎也 mailto:smorino‐at‐datamark.co.jp Shin'ya MORINO
- └9253: public: static bool ref_less(const BufferX* x, const BufferX* y) { return x->value < y->value; } }; std::sort(lists.begin(), lis FUKUDA Fumiki
-
2003-08-04 20:52 [cppll:9262] const pointer の delete
- ▼9262: 「const 型へのポインタに delete をかます」という話題が 2 つのス レッドにまたがっているよう Daisuke TAKEUCHI
- ├9263: 名古屋大学大学院 情報科学研究科 計算機数理科学専攻 小野 孝男 Takao Ono
- │└9298: やはり、IS でも同じでしたか。 お調べいただき、ありがとうございました。 Small is Good. Daisuke T Daisuke TAKEUCHI
- └9264: IS ではないですが、以下のページに「const 型へのポインタに delete をか ます」のがなぜ合法か boochang
- └9265: この辺に超訳してみました: http://kentn.tripod.co.jp/weblog/2003_08_03_archive.html#106000857157478213 ところで Kent.N
- ├9268: 英語苦手なので(^^;)訳読みました。 スタックに起きたくないインスタンスの場合必要かと。。 Takefumi Nakayama
- │└9269: 先のメール、ちょっと間違いありました(^^;) 誤)Foo pObject = new Foo; // 呼び出し側としては、特にco Takefumi Nakayama
- └9270: つらつらと考えてみました。 class X { public: X(); ~X(); }; がある時に、 const X x; という宣言が出来 Satoshi Nakamura
- └9271: 確かに,出来る限りconst pointerはdeleteするべきでは無いんでしょうね. class Foo{ int *mpBuff; public: Foo( 思兼
- └9283: constインスタンスは消えない という考えを止めるだけでいいんじゃないでしょうか。 ガーベッ KOIE Hidetaka
- ├9292: そのものを消せるのは止めて欲しかったな、と思います。 スタックに構築されるオブジェクト Kent.N
- │├9294: このポインタを経由してはインスタンスを消せないという制約は、あってもい いと思います。 boochang
- ││├9296: 私は、constに「このポインタ経由でdeleteしちゃいかん」という意味がある方が むしろ然るべき Takefumi Nakayama
- │││├9299: この話題は収束しつつありますが、さっき載せたコードに誤りがあったので、 一応訂正… 「Get Takefumi Nakayama
- │││└9300: この話題は収束しつつありますが、さっき載せたコードに誤りがあったので、 一応訂正… 「Get Takefumi Nakayama
- ││└9297: うーん、それは[cppll:9268]の例をコンパイラが検出できないことと 似たり寄ったりだと思うんで Kent.N
- ││ └9301: 勝手に消されたくなければdtorをprivateにすればいいじゃん ということで、こんなところでどう KOIE Hidetaka
- │└9302: ということは、 const int n = 1; という記述も禁止するということになりますよね。さすがにそれ Satoshi Nakamura
- │ └9303: …なので、その筋の主張するにしても改善(改悪?)して欲しいのは new / delete でconstを許すかどう Kent.N
- └9295: 特にコーディング段階(いや、むしろ設計段階)では ・constインスタンスの中身は変更できない Takefumi Nakayama
-
2003-08-05 14:36 [cppll:9272] ifstream を使用して開けるファイルの上限数
- ▼9272: いつもお世話になっています。 また、基本的な質問ですみません。 ifstream で開けるファイルス *
- ├9273: OS依存。OSによってはカーネルコンパイル時に指定できるかも。 UNIX なら setrlimit(2) も参照。 -[ T Tietew
- │└9276: Tietew様 近いうちにメールアドレスを変更しますので、 「ひろっぴ」でお願い致します。 (余談 *
- │ └9278: さっき調べたところによると, Win32 環境では ・lowio レベルで 2048個 ・stdio レベルだと標準で 512 Takao Ono
- │ ├9280: FUKUDA (episteme) Fumiki -- magical, but never a magic... FUKUDA Fumiki
- │ └9281: 小野様 私は自分の未熟さをたたき台にされる事を恐れませんので、 作ったソースを送らせてい *
- │ └9284: やめてください。コメントも解説もなにもない600行以上のコード を1800名に送りつけるとはなに FUKUDA Fumiki
- │ └9290: 「Cプログラミング診断室」なら*あり*ですけどねぇ<コメントも解説 もなにもない. 中身はマー Takao Ono
- └9275: ひろっぴさんが使用している「ifstream」に関しては知識がありませんがC標準 関数「fopen」同様 Naoya Takasugi
- ├9277: 先頭にアンダスコアが付いている関数はベンダ拡張です。標準ではあり ません。 -[ Tietew ]--- tie Tietew
- │└9279: 名古屋大学大学院 情報科学研究科 計算機数理科学専攻 小野 孝男 Takao Ono
- │ ├9286: _exit() って ANSI C の標準でしたっけ? POSIXの関数にANSI C のnaming rule を守っていない関数、マクロ kosaki
- │ │└9293: _ExitはC99で追加されました。_exitは標準じゃないです。 USK
- │ └9287: … ホントダ。 自らルール破るなー>C99 -[ Tietew ]--- tietew‐at‐tietew.net / tietew‐at‐raug.net ------ ■Tietew Windows Tietew
- └9282: _setmaxstdioは標準関数ではありません。 USK
-
2003-08-05 14:56 [cppll:9274] <fyi>boost 1.30.1 release
- ▼9274: 藤本@似非boosterはこういうときだけ現れる です。 Boost Libraries version 1.30.1(bugfix release) が出まし Satoshi Fujimoto
- ├9291: BBSの方でも出てますけど、改行コードがCR/LFみたいです。 いーのかなー。。。 Kent.N
- └9444: Satoshi Fujimoto
-
2003-08-05 15:41 [cppll:9285] bitsetの拡張
- ▼9285: 高専プロコンで使うプログラムで,bitset の operator< が必要になりました. こういった場合,どのよ 思兼
- └9324: それ以前に規格では確か、コンテナから派生が行えるという保証は無かったと 思いますので、 USK
- ├9327: unsigned long で納まるbit数ならいいんだけど... to_string() ちうのもあるが、遅いやろなー FUKUDA (epist FUKUDA Fumiki
- │└9336: (これって<FAQ>になるのかな?Frequentlyにaskedかどうか知らないけど) 1.コンテナを継承するのは良く 思兼
- └9328: Takefumi Nakayama
-
2003-08-05 16:33 [cppll:9288] 資格試験
- ▼9288: 「C++」の試験情報について、 教えて頂けますか? 知名度が高くなりそうな試験など ご存じでし YOSHIDA Shintaroh
- └9309: ごめんなさい、これについて答える ことができなくて恐縮ですけど、 FUKUDA (episteme) Fumiki -- magic FUKUDA Fumiki
- └9356: 試験といえば、あの試験は今年はないのでしょうか? Tadafumi Kouzato
-
2003-08-05 18:15 [cppll:9289] ポインタのサイズ
- ▼9289: 複数モジュールでコンパイル時の依存をなくすために、 よくポインタを用いたりしています。 takayuki.ebiko‐at‐nts.ricoh.co.jp
- └9308: ごめんなさい。どういう意味なのでしょう? コンパイル時の'何の'依存をなくすために、 よくポ FUKUDA Fumiki
-
2003-08-07 06:39 [cppll:9304] C++ の所有権？
- ▼9304: という例の SCO 問題の中に、 C++ の所有権も SCO が持っているという話題がありました。 これっ Kaoru Kodaka
- ├9305: 仕様書やコンパイラには著作権を主張できても 言語に著作権はないので誰でも使える というよ KOIE Hidetaka
- │├9307: んーむ、コンパイラ(およびライブラリ)のソースに対して 著作権なり所有権を主張云々という FUKUDA Fumiki
- │└9312: コンパイラだけならよいのですが、前段に以下のようにあります。 http://www.mozillaquest.com/Linux03/S Kaoru Kodaka
- │ └9319: そのあとで GNU C++ に関して「GNU C++ は SCO の IP を使ってる?」/ 「知らない」って流れですから, C Takao Ono
- └9306: SCO問題の詳しい経緯とかは私も知りませんけど以下の書籍がとても 参考になると思います。 htt Wraith the Trickster
-
2003-08-07 10:16 [cppll:9310] Re: ポインタのサイズ
- ▼9310: 思いっきり説明べたですいません。 sizeof char* sizeof double* sizeof XXX* が同じだというのはどこかで takayuki.ebiko‐at‐nts.ricoh.co.jp
- ├9311: 同じと考えていいと思う。 けど、それが保証されていれば、なぜにして 複数モジュールでコン FUKUDA Fumiki
- ├9313: どれも malloc 一個でまかなえるワケないですなぁ。 FUKUDA (episteme) Fumiki -- magical, but never a magic... FUKUDA Fumiki
- │├9314: mallocはvoid*なのでまかなえる、ですよね。 ARMのどこかに、ワードアドレッシングのマシンだと s KOIE Hidetaka
- │└9315: farmalloc…。(ガクガクブルブル) 関数ポインタとデータポインタでサイズが異なる、というのは T.Sawamoto
- ├9316: ポインタのサイズが違っても上記のことは出来ます。 Base* p = new Derived(); はDerivedへのポインタ Satoshi Nakamura
- └9318: 保証されてはいません。 いいえ。もしサイズが違ってもコンパイラが補正してくれます。 NULL Tietew
-
2003-08-07 11:47 [cppll:9317] Re: ポインタのサイズ
- ▼9317: module1とmodule2でバージョンが違ったときに、 再コンパイルする必要があるかどうか。 パラメー takayuki.ebiko‐at‐nts.ricoh.co.jp
-
2003-08-07 13:35 [cppll:9320] vector の固定メモリを開放するには
-
2003-08-07 15:37 [cppll:9323] インスタンスを生成して返す関数内部で例外が発生した時のルール
- ▼9323: 下記のように、インスタンスを生成して返す関数があります。 CHoge *CreateNewInstance( int type ); こ Takefumi Nakayama
- ├9325: 私は NULL を返すのがほとんどですね。どちらかっていうと C のお仕 事が多いので、癖になって DENCHU
- │├9329: そうなんですよね。 結局 if( (pHoge = CreateNewInstance( type )) == NULL ) みたいなことやらなあかんのか? Takefumi Nakayama
- │└9330: 理由を返せるので、例外のほうが便利な気もします。 というわけで、例外に一票。 で、環境に Osamu Shigematsu
- │ └9331: 例外飛んだときにたどり着くトコをスタック上に載せて おくことになろうかと思います。だか FUKUDA Fumiki
- │ ├9334: そんな気がするんですが、以前どこかで、多分、CodeWarrior 関連だったと 思うのですが、例外が Osamu Shigematsu
- │ │└9338: VC++の場合、例外が通り抜けた場合に後始末が必要なフレームには刻印を打つ るコードが常に生 Akira Higuchi
- │ │ └9339: GCC の場合には、逆説的にいえば、そのテーブルがロードされるコストが かかってしまいますね Osamu Shigematsu
- │ │ └9347: 例外テーブルの大きさがどのくらいになるか調べたことはないのですが ロードするコストより KOIE Hidetaka
- │ │ └9348: 簡単なコードを書いてVC++とgccで計測してみました。 テストの内容は、ほとんど何もしない関数 Akira Higuchi
- │ │ └9349: ぜひ、コードを載せてください。 Shu KONNO
- │ │ └9350: int foo_destr_count = 0; struct foo { foo(int x) : v(x) { } ~foo() { foo_destr_count += v; } int v; }; void exptest1() { foo f(1 Akira Higuchi
- │ │ └9352: という点ですが、元の質問からして、当該関数がインライン展開される 可能性はそれほど高く Osamu Shigematsu
- │ └9337: 確かにコストはかかるけど,せいぜいポインタ3〜4つぶんをスタック に積んだり下ろしたりする Tietew
- ├9332: いつもお世話になっております。 いろんなアプリで使いまわしされるコードならNULLを返す方が ANDO Toshihiko
- └9333: を聞かせてください。 私の場合ですが、通常NULLを返しますが、引数のミスなど関数の呼び出し Isapon
- └9335: 例外って、そういう使い方するものですか? 私の感覚では、 assert(arg == 0 || arg == 1); // バグなら Osamu Shigematsu
- ├9340: assert関数はスタックアンワインドしてくれないんじゃないでしょうか? abort関数に行き着いて、 炎羅
- │└9341: 「まともな」OS ならプロセスが終了したときにリソースを全て回収する のでは? だから, メモリ Takao Ono
- │ ├9345: ですから、客先リリース時には、assertに引っかかる部分があってはならないはずだし、 そうい Takefumi Nakayama
- │ │└9353: そういう意味で、assert() は単に普通の (?) ものを引っ張ってきました。 ただ、こういうのって Osamu Shigematsu
- │ └9346: メモリリークといえば free-on-exit 論争(読んでないけど… 破壊に時間がかかっていた罠,とか。 Tietew
- └9355: スレの趣旨とは関係ないけど、assert 内でこのような || の使い方 は避けませう。このような場 Wraith the Trickster
-
2003-08-07 20:56 [cppll:9342] < 救 > boost::regex に '+' を探させるには
- ▼9342: 実数値を「10のn乗」で表現した文字列を 1.23456D+8 といった形式で得るために boost::regex が使えな Takahiko TAMURA
- ├9343: 手元の正規表現資料によると「+」を量指定子してではなく文字として 扱うにはバックスラッシ s.k
- └9344: ■ Written by 炎羅 (enra‐at‐mail.interq.or.jp) ■ 炎羅
- └9351: 思ってしまいました。 boost::reg_expression<char> regex_p( "e\\+0+" ); とすることで 正しい結果が得られ Takahiko TAMURA
- └9354: 私の場合、どれがメタ文字かよく忘れるので、 そういう場合には、[] でくくってお茶を濁して Osamu Shigematsu
-
2003-08-08 16:37 [cppll:9357] [御意見拝聴] UML をソフトの基本設計で使いますか？
- ▼9357: [御意見拝聴] UML をソフトの基本設計で使いますか? ょうか。使われるとしたらどのように使わ kenji
- └9358: こちら↓でポストするほうがベストかと存じます。 UML-jp ML http://www.tech-arts.co.jp/oo/mail.html □■ Wraith the Trickster
- └9359: UML の使い方は、言語、分野により変わってくると思います。JAVA と C++ で は UML の使いか方も変 kenji
- └9360: ちっす。 書いたソースコードから、Doxygenなんかを使って、コラボレーション図を出 して、見 Shin'ya MORINO
- └9361: UML では、記号のフォーマットや意味が不完全にしか統一されていないと思い ます。教科書によ kenji
- ├9362: ちわ。 Doxygenの生成する絵では、コラボレーション図と書いてありますが、正確に こういうや Shin'ya MORINO
- ├9363: 本によって細かな違いが多いのはそのとおりですね。準拠している UML のバー ジョンも違って boochang
- │└9364: 見て来ました。納得できました。クラス図ならば、クラス宣言と、クラス・ポ インタ・メンバ kenji
- │ ├9365: どれがメンバ変数であるか)に寄りすぎているから、 コードのほうがわかりやすい、ということ HIDAKA Takahiro
- │ ├9373: 綺麗には、行かないんですよね。 全部のコードを、絵に開いても、頭にはいらないっす。 せめ Shin'ya MORINO
- │ ├9374: 僕が以前に流したメールですが、メンバー変数の表現だけでもこれだけの表現が 考えられます Shibukawa Yoshiki
- │ └9376: 「ソフトの基本設計の段階では」と書かれていますが,コード断片の方が分かり やすいと仰って Y.Terada
- │ └9377: 纏めレスで失礼しました。 ひだかさん> 個人的な趣味の問題だとは思いますが、小林さんの考 kenji
- └9366: ユースケース(の書き方は)は別にメモでも何でも構わないと思います。 開発対象のシステム(ソ Hidehiko AKASAKA
- ├9367: たしかに、クラスを関連付けするのはポインタとは限りません。しかし、分析 の段階では、何 boochang
- └9375: 赤坂さんのように UML を使いこなしていらっしゃる方の意見が聞けて喜んでいます。 テストを kenji
- └9378: いいえ、私は未だUMLに弄ばれています。(C++も同様です(^^;;) それ自体は悪いことではないですよ Hidehiko AKASAKA
-
2003-08-10 17:58 [cppll:9368] オーバーロードかオーバーライドか？
- ▼9368: 問題: 太郎君は以下に示すクラス A, B を宣言しました. struct A { virtual int f(); //[1] int f(int); //[2] }; Kazu
- └9369: 中田 俊介 nakatasyunsuke‐at‐ma.0038.net 構造体Bが以下のような物の場合と比べて考えてみると良いかも 中田 俊介
- └9371: 自分の中ではこんな解答に落ち着きました... struct A { virtual void f() {cout << "A::f( )\n"; } //[1] void f(in Kazu
- └9394: 中田 俊介 nakatasyunsuke‐at‐ma.0038.net オーバーライドについての話題 kazu さんから出ました。 kazu さん 中田 俊介
- ├9395: これって上書き(オーバーライト)? すごく不便な気がするのですが.. Java は飲んだことがないの Kazu
- ├9396: あるメソッドをポリモーフィックにするかどうかは、言語レベルに落とすより上の 設計段階で Satoshi Nakamura
- │└9421: そういえば,暗黙の型変換があれば,hide はコンパイルエラーになりませんね. FORTRAN 亡命者や数値 Kazu
- │ └9427: 中田 俊介 nakatasyunsuke‐at‐ma.0038.net オーバーライドや隠蔽(ハイド)によって予期せぬところで影響が 中田 俊介
- ├9397: 上記のままだと Base クラスのインスタンスを作ってますね。参照に Base& derivedInBase = derived ; ク Imabeppu
- ├9400: Java のこれと上の C++ ソースを同列に語るのは間違いです。設計思想 ※※ Javaのクラス型変数は, Tietew
- └9404: 中田 俊介 nakatasyunsuke‐at‐ma.0038.net ご指摘を下さった皆様、ありがとうございました。 Imabeppu さん 中田 俊介
- ├9405: 追い打ちを掛けるようで悪いですが,フィールド(メンバ変数)の場合 はオーバライドではなくハ Tietew
- └9406: 「参照の宣言された型」って, どういう意味でしょうか? 名古屋大学大学院 情報科学研究科 計 Takao Ono
- └9417: 中田 俊介 nakatasyunsuke‐at‐ma.0038.net 括弧で括られたところは参考にした資料「advanced Java」からの引 中田 俊介
-
2003-08-11 00:24 [cppll:9370] # 文字列化演算子について
- ▼9370: bcc 5.5.1の#(文字列化演算子)はちょっとおかしいみたいです。 int main() { std::cout << S("[-+]?\d+\.?\d*(e[ s. nakayama
- └9372: 確認してみましたけど、最後が \" で終わっている場合に限り sizeof で正しいサイズが取得でき Wraith the Trickster
- └9380: こちらで調べたところ、 \ は文字列端のみですけど " は、 出現ごとに -1 されるみたいです。 st s. nakayama
- ├9381: あう、調査が足りてませんでしたか。 そうせざるをえないようですね。 □■□■ Wraith the Tricks Wraith the Trickster
- └9393: 中田 俊介 nakatasyunsuke‐at‐ma.0038.net BCCの文字列展開マクロ機能の実験をしてみました。ご参考まで。 中田 俊介
-
2003-08-12 14:34 [cppll:9379] <fyi> Xalan-C 1.6 Released
-
2003-08-12 17:41 [cppll:9382] ICU2.6 dswが開かない
- ▼9382: 早速なんですが、表題の件で困っています。 全く最初の最初なのですが、 icu-2.6.tgzをダウンロ Yuichi Fujishige
- └9383: こちらこそ。 tarアーカイブは、改行コードが、LFになってます。 icu-2.6.zipを使えば、ダイジョ Shin'ya MORINO
- └9384: zipアーカイブの方でうまくいきました。 Xercesでも同じ事ではまっていました。 森野さん、あり Yuichi Fujishige
- └9385: はじめの頃、私も、はまってました。 暗黙律があるやらないやらです。 いっちゃえいっちゃえ Shin'ya MORINO
- └9386: 皆様、暑い中いかがお過ごしでしょうか。 このMLのレベルの高さのおかげでいつも勉強させて Hideyuki Torii
- ├9387: なお、これはあくまでプロ向けの「遊泳禁止」ラインであって、その向こう側に行っては なら Hideyuki Torii
- ├9388: いかにもありえる? 本当にそんなに移植性を求められるプロジェクトって,そんなにあるん でし Tietew
- │└9389: 早速ひっかかって頂けて嬉しいです。いつかナイスな話題を提供したかった。 う〜ん。そんな Hideyuki Torii
- │ ├9392: 基本的に賛成。 私は、g++-2.96 + g++-3.2.2の両方でコンパイルさせてますが、同じコンパイ ラのバ Shin'ya MORINO
- │ │└9398: 森野様はgccがお得意なのですね。 sunproですか!ご愁傷様。 ということは vector<myClass> じゃなくて Hideyuki Torii
- │ │ ├9399: 森野様 すいません。誤記してしまいました。 捨てると書いたのはRogueWaveの旧Tools.h++関連のクラ Hideyuki Torii
- │ │ │└9431: 上記了解。 私のところ、コンパイル、動作テストが、OKになるまで、ちょいちょいいじりまし Shin'ya MORINO
- │ │ └9430: Compiler Collectionっての、使ってます。IDEナシのコンパイラのみのセットです。 C++では、staticなオ Shin'ya MORINO
- │ └9401: 「移植せよ」と「移植性を考慮したプロジェクト」って違いますよね。 特に Win <=> UNIX を考え Tietew
- │ └9402: 以下、変な事を書いていたら指摘してください。 ごめんなさい。 m(__)m 以前は私も改行しない Hideyuki Torii
- │ ├9407: 薄いラッパで差を吸収できるほど簡単ではないこともよくあります。 Tietewさんが書かれたよう Akira Higuchi
- │ │├9409: 「好きな言語」に Fortran90 を選んでおいて C = MATMUL(A, B) 名古屋大学大学院 情報科学研究科 計算 Takao Ono
- │ │├9413: やはり、騙されない方がいらっしゃるか。 本当の話をしますと、cygwinに頼ったところでもう勝 Hideyuki Torii
- │ │└9415: cygwin の fork(2) はですね…失敗が多いのですよ。 cf. http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-list Tietew
- │ └9410: ■ファイルI/O: stdio: 細かい制御がしにくい・壊れている実装がある・ セキュリティ的に不安な Tietew
- │ ├9414: unixのrename()のことですね。MoveFileExって通常ファイルに対しても atomicではないのでしょうか。ド Akira Higuchi
- │ │└9418: まず,Win9x で使えないが一つ。 次,ファイルが開かれていないときはアトミックです。移動先の Tietew
- │ │ └9432: でもまあ開かれていないならatomicに移動できるのであれば、目的によっては 役にたつのではな Akira Higuchi
- │ └9424: Tietew様。 この件、 については、私の解説なんかよりも数段良いのを雑誌で見つけました。 中 Hideyuki Torii
- └9403: Y.Terada
- └9408: お盆に仕事しているふりしてさぼって長話書いてます。 (^^; この項は、「枯れていない機能を Hideyuki Torii
- ├9411: すみません、自分でも少し調べてみたのですが VC や bcc でいったい どれがそれに相当するコン Wraith the Trickster
- ├9412: えーっ,ホントですか? あんな単純なクラス(?)なのに? 私自身は NaN は使わないからその辺気にし Y.Terada
- │└9416: メール送信したらまた返事きたので。 なお、厳密にIEEE754準拠と言えるものなどたぶん存在しな Hideyuki Torii
- │ ├9419: んんー? このオプションは見ましたよ.しかし... と仰っていますが, このオプションでIEEE754準拠 Y.Terada
- │ └9420: http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/vccore/html/_core_.2f.op.asp http://msdn.micr Wraith the Trickster
- │ └9422: 寺田様。道化師様。お気に触ってしまったみたいでもうしわけありません。 確かにヘルプを読 Hideyuki Torii
- │ └9423: 他の方へのレスについても同様ですが、まずはよく文章を読んで 脊髄反射的なレスは控えてく Wraith the Trickster
- │ └9425: で、これらの話と /Op のオプションのどこに繋がりがあるんですか? □■□■ Wraith the Trickster □ Wraith the Trickster
- │ └9428: 答: /Op を指定しないと結果が不定になる。 例のスレッドの先の方で、どなたか書いてますが、 Hideyuki Torii
- │ └9429: へぇー、NaN が固定されるんですか。(棒読み) るようにお見受けしましたが、御高説お疲れ様で Wraith the Trickster
- └9426: is_iec559 なんてメンバがあるあたり, IEEE754 準拠じゃない環境を前 名古屋大学大学院 情報科学研 Takao Ono
-
2003-08-12 23:15 [cppll:9390] MinGW gcc 3.3.1 rc