C++ language&libraries (12801-13045)
-
2006-12-07 12:37 [cppll:12801] STLport 5.1.0 released
-
2006-12-10 09:21 [cppll:12803] C++ スタイルブック
- ▼12803: 某ブログでεπιστημηさんが紹介されていた 「C++スタイルブック」を購入しました。 C++スタ nyankitch‐at‐yahoo.co.jp
- ├12804: 私は、C の場合は void を付けますけど、C++ の場合は付けないですね。 AMANO Masafumi
- ├12805: です。 昔の C コンパイラでも void を書くか書かないで挙動が変わるコン も限らないので余計な Hisamitsu Kikushima
- │├12806: C との互換性ってことですよね? 互換性を考えてしまうと Hoge hoge; ではなく struct Hoge hoge; と書こ ニャン吉
- ││└12811: C でも typedef すれば、 Hoge hogeと書けますよ。 typedef struct Hoge { int hoge; } Hoge; Hoge hoge; 他のスレッ Hisamitsu Kikushima
- ││ ├12812: このtypedefも冗長なんですよね。 「C」からも呼ばれることが前提でなければ struct Hoge { int hoge; } ニャン吉
- ││ └12816: 宣言は最初に型がくるので 識別子が型かどうか一目で判別できれば 間違えないとおもいます。 KOIE Hidetaka
- │└12807: ISO+IEC+14882-1998.pdf の 8.3.5 Functions には If the parameter-declaration-clause is empty, the function takes no arguments. Hoshi Takanori
- │ ├12808: 今朝、あまぞんから送られてきました。 この内容、このページ数で2100円もするのか、と少し思 "ゆーち(Y.Uchiyama)"
- │ │└12809: えー…高いすね ^^; D&Eなんざ、あのブ厚さとネタのこゆさ、 特大巻頭付録つきであのお値段で FUKUDA, Fumiki
- │ │ └12810: 妥当な値段だとは思いますけど… まぁD&Eとは目的が違う本ですからね〜。 C++の設計と進化 http: ニャン吉
- │ │ └12813: C++0x版が出版されると嬉しいです。 共著者のお二人からすると、もっと deep な内容を期待して AMANO Masafumi
- │ └12815: という感じがします。 C++ではそれを捨てたわけで それなのに(void)をつかうのはどうかと思いま KOIE Hidetaka
- │ └12817: まあ、結局は好みの問題かも知れませんけどねえ。 僕は鯉江と同じく(?)、(void)はキモイ派。 神 Akihiko Matuura
- │ └12818: 個人の問題/コーディングルールの問題になる可能性が高いとは思いますが、 私もC++でf(void)は Mura .
- └12814: さすがにデストラクタに (void) と書かれていると違和感があります。 AMANO Masafumi
-
2006-12-25 02:26 [cppll:12819] main関数にtry-catchがない場合のデストラクタ呼び出し
- ▼12819: くだらないと言えばくだらない話なのですが、 下記のようなコードを書いてVC++ 8.0で実行した Takashi kawasaki
- ├12821: 「プログラミング言語C++第3版」、14.7より: 例外がキャッチされなかったためにプログラムが終 Akihiko Matuura
- └12823: 未処理の例外は unexpected() が呼ばれることになっていて,これの既 定の動作は abort() なので,デス Tietew
- └12824: terminate() の方ですね。 unexpected()は例外仕様(めった使わないけど)の違反時とかに呼ばれる方で Mura .
- └12825: oops! そうでした。 PR] http://ml.tietew.jp:3000/cppll 新MLアーカイブ作成CHU -[ Tietew ]--- tietew‐at‐tietew.net / tie Tietew
-
2006-12-25 09:59 [cppll:12820] Re: main関数にtry-catchがない =?iso-2022-jp?Q?= 1B$B>l9g$N%G%9=1B(B_=3D=3Fiso-2022-jp=3FQ=3F=3D_?= 1B=24B= 25H=25i=25/=25=3F8F=24S=3DP=247=1B=28B?=
- ▼12820: これが再現できませんでした。(vc6.0, 7,1, 8.0でテスト) デストラクタが呼び出される前に、Cのラ Motonari Ito
- └12822: 説明不足で申し訳ありません。 当然ながら誰もキャッチしていない例外が送出されるので、落 Takashi kawasaki
-
2007-01-17 13:53 [cppll:12826] C++ for Haskeller
-
2007-01-23 01:44 [cppll:12829] オブジェクト指向の起源
- ▼12829: Tietewさんに続いて、hatenaから。 【■[OOP] オブジェクト指向の概念の発明者は誰ですか?】 http://d Wraith the Trickster
- └12830: 光成@本筋じゃないところにコメント です. 道化師さん 最近,"現代アセンブリ言語"ぽい(?)ことや MITSUNARI Shigeo
- └12831: あ、こーゆーのいいですねw フツーはこーゆーの類のモノに頼っちゃいけない or 頼るぐらいな Wraith the Trickster
- ├12843: ものごっつ同意。 近頃のJavaのスピードを見てると、CインタプリタやC++インタプリタの方が、 Shin'ya MORINO
- └12844: これは http://libsh.org/ という、テンプレート&マクロを駆使して、GPUコードをC++内に書いてしまう ANDO Takahiro ( Pyramid,inc )
-
2007-02-10 23:43 [cppll:12832] <fyi> compare_by
- ▼12832: http://tricklib.com/cxx/dagger/cmp_by.h ↓こんな感じで比較に使用する関数を指定できるものを作ってみ Wraith the Trickster
-
2007-02-27 20:54 [cppll:12836] STLport 5.1.2 & Loki 0.1.6 released
- ▼12836: STLportとLokiが仲良く(?)同日リリースされてます。 STLport 5.1.2 http://sourceforge.net/projects/stlport/ Loki 0. AMANO Masafumi
- ├12837: oki@誰もレスしないのねん…寂しいってばよ!です。 正直使ってないですorz...。ちょっと時代の OKI Miyuki
- │└12838: それはきっと誰もLokiを使ってないからコメント できないのではないかと(^^; それだけでは何な Kent.N
- └12839: テンプレートを使いまくると、コードの可読性とか、 Lokiを使ったコードで、VC++でテンプレー MIKABOSHI
-
2007-03-09 20:09 [cppll:12840] Typedef Templatesの使い道
- ▼12840: C++0xの新機能であるTypedefTemplatesの ・boost::array template <int Size> typedef boost::array<int, Size> IntArray; IntA akira07‐at‐dream.ocn.ne.jp
- ├12841: どちらかというと変数から型が取れるとより楽なきもしますけどね std::vector<int> foo; template<class Akira Asakura
- └12842: template typedefはtype generator(http://tinyurl.com/25s66y)で 代替可能なので,無くて困ると言う状況は思い浮 USK
-
2007-03-21 23:59 [cppll:12845] STLPort
- ▼12845: つい最近この ML に参加しました。 STLPort の話題が出ていましたが、STL 自身は VC++ も g++ も持っ Ryos Suzuki
- └12846: まぁどれも同じっちゃ同じなんですが、STLPortは新しいC++の規格対応 が一番早いように思います FUKUDA, Fumiki
- ├12847: パッと STLport-5.1.2 を見た感じ、 g++ の tr1/* の方が充実してませんか? shared_ptr とか tuple とか bind shinichiro.h
- │└12848: せやけどこいつを他の処理系に持ってくとかなるといろいろとトラブりそう。 g++で動けきゃよ FUKUDA, Fumiki
- └12849: ノードアロケータですね。以前 PlayStation 2 向けのコードを書いたときに、 この辺に手を入れて Issei Suzuki
- └12850: シンビーの鈴木[量]です。 なるほど。 これらの情報をまとめて行きたいですね。wiki のサイト Ryos Suzuki
- ├12851: 無理ですねえ。 Boost は「つまみ食い」できるライブラリなので、shared_ptr しか使 わないのであ Tietew
- └12852: cppll wiki 置いてあったんですけど誰も使わないのでサーバリプレー スしたタイミングで止まっ Tietew
- └12853: 返事を聞く前ですが復旧させました。:D http://www.cppll.jp/ Tietew
- ├12854: ドメインまでとってたんですね。 参加させていただきます。 鈴木量三朗 ryos‐at‐sinby.com 有限会社 Ryos Suzuki
- ├12855: warning メッセージが消えて、すっきりしましたね! 今頃、気がついた(^^;。 あと、 http://www.cppll.jp OKI Miyuki
- └12856: なんかもー、すんません。 管理人がずぼらコキまくってるせいで、あちこち閑古鳥鳴いており FUKUDA, Fumiki
- ├12857: 出身校の学科紹介パンフレットを見てみたら、今は 手続き型言語:C 関数型言語:scheme オブジェ Issei Suzuki
- │└12859: ほほー。 C/Javaはともかく schemeとはなかなかオツなもんを。 「キホンのキの字」ってことでLISP FUKUDA, Fumiki
- │ └12875: ゲームプログラマを目指すクラスだったのですが、CとJavaでした。 表向きは。 一部の講師の方 "天井冴太 (AmaiSaeta)"
- ├12858: FUKUDA, Fumikiさんが "[cppll:12856] Re: STLPort" 今日入ってきた新入社員の子に聞いてみたら、C がメイ T.Fukatsu
- │└12861: 大学で"応用情報"の看板あげててもそんなもんか。 オブジェクト指向のどーのこーのはてめぇ FUKUDA, Fumiki
- ├12860: επιστημηさん、 私はハード・ウェア屋 ( さらにいうなら、チップ屋 ) ですが、 いままでが Takeo Komiyama
- │└12862: ROMばっかぢゃ らめえぇ おもしろそげ。 それってC++の文法をいぢくってんですか? それともハー FUKUDA, Fumiki
- │ └12864: 正しいのかどうかわかりませんが...) ものとしては SpecC というのがあったと 思います。 主にハ Takeo Komiyama
- │ └12865: PCアプリケーションしか書いた事無いのですが、大変興味深い話題で。 オブジェクト指向とい Mitsuhiro Wasiro
- │ └12866: 残念ながら、シミュレータの目的が、"ハードウェアの動作を模倣する"ことにあ るので、 この Takeo Komiyama
- │ ├12867: 市川@vivi-vine.org です 今は、そのような手段があるのですね。必要なものは、誰かが構築してい Shin'ichi Ichikawa
- │ ├12869: ハード/ソフト協調設計では,ハード部分もソフト部分もSystemCでかけて美味しい... 先日卒業した, Safii
- │ └12874: ホームページが英語なのでよく読めずにおりますが、画像処理後は画像が画面で見えて、 入力 Mitsuhiro Wasiro
- ├12863: 最近は Python で Web アプリを書いたり、C++&wxWidgets で遊んでいたりし ます… wxWidgets がなにげに denchu
- ├12868: 市川@vivi-vine.org です ナイスなのか不明ですが、C/C++ と言えば移植が容易だったはずです。 最近 Shin'ichi Ichikawa
- │└12873: 元Unixプログラマで、現在はWindowsXPで格闘中です。 電文は、Winsockですか? C++で書いていっても、 Mitsuhiro Wasiro
- └12872: boostに対抗して、cppllライブラリでも作ってみるとか。 AMANO Masafumi
-
2007-04-04 09:53 [cppll:12870] 情報オリンピック(ioi)(Re:SystemC? なにそれおいしいの ?)
-
2007-04-04 11:19 [cppll:12871] STLPort 5.1.3
-
2007-04-06 18:01 [cppll:12876] 新人向けC++入門書籍
- ▼12876: 新人向けのC++入門書籍で良いのがあればご推薦願えますか。 Cは一通りわかってるという前提で Akihiko Matuura
- ├12877: ただしクセが強すぎるので、教育係になれる者がほとんどいないのが難点です。 guicheng T.Fukatsu
- │└12878: Accelerated C++いいですねー 入門書としてはちょっと難しいですが、いい本だと思います 『やさし akira07‐at‐dream.ocn.ne.jp
- │ ├12879: 私も「C++ Template Metaprogramming」はもし和訳が出たら 即買いたいと思ってます。 原著を読んで見 T.Kubotera
- │ └12880: C言語が判っているのなら、詳説C++もお勧めです。 どう書くのかだけでなく、どうなっているの NAOKI Inada
- │ └12881: Effective STLも読んで欲しいです。 Protect Your PC Now ! - 0 yen Security Campaign http://pr.mail.yahoo.co.jp/premium/ ニャン吉
- │ └13037: Intelが売っていた、Threading Building Blocks (TBB)が、 ver.2から、GPL下のオープン・ソースになったみ ICHII Tetsuo
- │ └13038: int main() { char format[] = "[%d] [%d] [%d]\n"; int table[] = { 123, 456, 789 }; char result[128]; vsprintf(result, format, (va FUKUDA, Fumiki
- │ ├13040: VC8.0 のヘッダーを見てみました。 ですが、x64 などでは、関数呼び出し「も」しているので、キ とっちゃん（高萩 俊行）
- │ │└13041: ですよねー。 引数の並びと配列とが同じ構造だなんてどこにも明記されちゃいないもんねー。 FUKUDA, Fumiki
- │ │ └13042: ですね。 なので、おいらは、hoge, ... ); の場合以外では「絶対に使うな」と 教わりましたw 【ML とっちゃん（高萩 俊行）
- │ └13043: Linux/PPC(Holon Linux)上のgccでは、va_listは何らかの構造体 を指すポインタでした。 しかも、va_start T.Sawamoto
- │ └13044: int main() { printf("%zu\n", sizeof (va_list)); printf("%zu\n", sizeof (void *)); return 0; 名古屋大学大学院 情報科 Takao Ono
- │ └13045: 「構造体のポインタ」ではなく「構造体」のようですね。 PowerPCでもそうだったかも……。 あ T.Sawamoto
- └12893: 皆さん、ご推薦ありがとうございました。 を買ってきました。何れもご推薦の書籍とは違いま Akihiko Matuura
-
2007-04-15 01:59 [cppll:12882] <fyi> C++0x videos
-
2007-04-15 21:10 [cppll:12883] gcc環境でのリンク高速化
- ▼12883: gcc環境で、久しぶりにテンプレートごりごりのC++プログラムをコンパイルし ていたのですが、 Shin'ya MORINO
- └12886: 森野さん、ちーす! 赤紫蘇のページを久しぶりに見たら、プロファイラを 使って速度を改善し OKI Miyuki
- └12887: おひさでーす。ちーすちーす。(^^ 今回は、極端に効きました。(^^ gnu-ld(リンカ)の内部でシンボ Shin'ya MORINO
- └12888: 使ったことないので勉強になります…。メモメモ… おおーっ、結構力技というか、デバッグで OKI Miyuki
- └12889: はいなっ。 gccで使うgprofはこういう動作です。 ほかのプロファイラはどうなんしょうか。まじ Shin'ya MORINO
- └12890: ライブラリをつくるときにも gcc -pg をつけていれば ライブラリ内のプロファイルもとれるとお KOIE Hidetaka
- ├12891: すんません。 Shin'ya MORINO
- └12892: すみません、ぼけてました。とれませんでした。 理由は(想像ですが) ダイナミックリンクされ KOIE Hidetaka
- └12894: 共有オブジェクトについては、僕も確認していません。 だけど、glibcを含むLinux上のライブラリ Shin'ya MORINO
- └12902: 共有ライブラリはOProfileつかっちゃったほうが 早いんじゃないかしら? Linux限定だけどね kosaki
- └12906: こんちわ。 Shin'ya MORINO
-
2007-04-16 08:23 [cppll:12885] Re: <fyi> C++0x videos
-
2007-04-22 19:20 [cppll:12895] Re: 新人向けC++入門書籍
- ▼12895: 本人に探させるってわけにはいかんのでしょうか? 必要な情報を探してこれるってのもこの業界 Wraith the Trickster
-
2007-04-22 19:48 [cppll:12896] Re: STLPort
- ▼12896: Googleの台頭とBlogの流行により、技術系のMLが廃れていくのは時代 の流れなんでしょうけど、ML Wraith the Trickster
- └12897: ネタといえば、「C++とWeb2.0の邂逅」とか。。 このWeb/Ajax/マッシュアップの時代でもなんとか現 tsd31925
-
2007-04-22 20:57 [cppll:12898] <off> メールシステム関連のトラブル
- ▼12898: どうも昨今、このメーリングリストのメールシステム関連でトラブルが 電柱一家さんとこでは Wraith the Trickster
- └12900: 掲示板にも書きましたけど、うちもやられました。 メールが(自分のところに)届かないケース Kent.N
-
2007-04-22 21:24 [cppll:12899] <tips> 自己解説型ディレクティブアウト
- ▼12899: よく「複数行のコードを外したいときはコメントアウトじゃなくてディ レクティブ(#if 0)を使え Wraith the Trickster
- └12903: 探さなならん。 kosaki
- ├12904: とか書いておくとか。 シャノン shannon
- │└12905: と書いています。 ? を採用したのは、プリプロセッサで README の中だけを取り出すやり方が あ T.P.S.Nakagawa
- │ └12908: それ、思い出したらkwsk! それとはちょっと違うけど、先述の DELETE_ME の部分をソースファイル Wraith the Trickster
- └12909: それは一理ますね。あと、ちょっとゴメンナサイ、私少し嘘ついた アルヨ。"実際には定義しな Wraith the Trickster
-
2007-04-24 14:18 [cppll:12907] float for non-type template parameter?
-
2007-04-26 14:00 [cppll:12910] rand() の1つめは信用できない？
- ▼12910: 乱数を発生させたいと思い、rand() 関数を使用して以下のプログラムを書いてみま これを実行し T.Fukatsu
- └12911: 何故か ML にメールが届かないみたいなので、FreeML の掲示板から投稿。 した。 それは何をもっ cppll‐at‐denchu.jp
- └12912: その系の中でランダムであればいいわけで、他の系(=別の種で初期化した後)にわた ってもラン T.Fukatsu
- └12913: 種の値をtime()から取得することを止めるという選択肢はないのでしょうか。 Windowsならば、時間 Takashi kawasaki
- └12914: なるほど、値を読み捨てるよりもこっちの方がスマートですね。 乱数の種 = time() という、間違 T.Fukatsu
- └12915: この事に関しては、結城先生の本、秘密の国のアリス http://www.hyuki.com/cr/ に、わかりやすく書い OKI Miyuki
- ├12916: ご呈示のページを拝見しました。 なるほど、おもしろそうな本ですね。 早速探してみたいと思 T.Fukatsu
- │└12929: そういうハードウェアがあるみたいです。 Tietew さんの書かれている事は、具体的には NIST とか OKI Miyuki
- │ └12930: 最近のCPUだと熱雑音を利用した乱数生成ハードウェアを内蔵している 場合もあります。 そうい mikahosi
- │ └12931: 知りませんでした。 どんなCPUがあるんだろうと思って探してみたら http://pc.watch.impress.co.jp/docs/2 OKI Miyuki
- └12917: いやあ。今時ただの線形合同法は「おまけ」でいいんじゃないでしょう か。コードの単純さと Tietew
-
2007-04-27 22:51 [cppll:12918] クラス内配列の初期化
- ▼12918: 「よくある質問」を受けたのですが、改めてご相談。 class X { private: }; これと同じ効果を得るに FUKUDA, Fumiki
- ├12919: using namespace boost::assign; using namespace std; class A{ public: A(){ v += 0,2,4; } void p(){ copy(v.begin(), v.end(), ostre tsd31925
- ├12920: Boost.Arrayのような配列のwrapperとobject generatorを用意して, member initializer listで初期化するのがスマ USK
- ├12921: USKさんのに近いですけど、caterpillar FI を利用したモノを用意 してみました。 boost はあれば(inclu Wraith the Trickster
- │└12922: build_arrayはおもろいすねー そか、X<n>::operator() が X<n+1>のインスタンスを返すのか。 配列の組み FUKUDA, Fumiki
- │ └12923: アセンブラの出力を確認してみたところ、コンパイラやその他のシチュエー ションにもよりま Wraith the Trickster
- ├12924: C99 の Designated Initializer を利用するというのはアリでしょうか? class X { private: int data[3]; public: } vo TAGA Nayuta
- │└12925: USK(uskz)です. 現行のC++規格(ISO/IEC 14882:2003)にC99の機能は含まれていませんので, 残念ながら移植 USK
- │ └12926: 御意。 Orcasでも呑んでくれないポ。 FUKUDA, (episteme) Fumiki magical, but never a magic.... FUKUDA, Fumiki
- └12927: これに一票。 といいつつも、他の人たちの投稿にインスパイアされて 以下のようなクラステン テツ
-
2007-05-01 12:21 [cppll:12928] <fyi> boost 1.34.0 beta
-
2007-05-04 22:58 [cppll:12933] template の 引数で 0 を与えるのはダメ?
- ▼12933: ここに質問を出したのですが http://oshiete1.goo.ne.jp/qa2969700.html いろいろ教えてもらって ある程度 another_face_another_smile‐at‐yahoo.co.jp
- └12934: template <typename T, int C> inline T check(T x) { if (x == C) { throw(std::exception()); } return x; } ですね。 テンプ Kent.N
- └12935: そうなんですかぁ。 ポインタは無理なんですね。 でも、enum と bool は大丈夫だったような気が another_face_another_smile‐at‐yahoo.co.jp
- └12936: boolもenumもintにキャストできますからOKですよん。 ポインタもいけます。 みたいなものを汎化 Kent.N
- └12937: なるほど、テンプレートに渡っているのは boolでもenumでもなくてそれがキャストされた int とい another_face_another_smile‐at‐yahoo.co.jp
- └12938: いえ、適当に説明しちゃったので、誤解を招いたみたいですね。 もちっと正確に書きますと: Kent.N
- └12939: http://oshiete1.goo.ne.jp/qa2969700.html こっちの方の返事もあって、規格なども見て 理解できたような another_face_another_smile‐at‐yahoo.co.jp
- └12940: だそうで、前者の説明のasを「として」でなく「のように」と誤読して なるほど。このパター Kent.N
- ├12941: コンストラクタで例外を投げればデストラクタは呼ばれないので、 そうしてしまえばデストラ Mura .
- │├12943: そうなのですが、Raiiの コンストラクタの中で new などしていると、メモリリークなど ちょっと another_face_another_smile‐at‐yahoo.co.jp
- ││└12949: ブラウザ更新の誤操作で再投稿されてたようです。すみません…orz クラス全般でそうだと思い ope_overlord‐at‐hotmail.com
- ││ └12950: おぉそうなのですか! boost::shared_ptr は メモリ以外にも使えるんですね。 これはいい事を聞けま another_face_another_smile‐at‐yahoo.co.jp
- ││ └12958: 間が空いてしまいましたが、こんな感じで。 http://www.google.com/codesearch?q=shared_ptr+FILE+fclose&hl=ja こ ope_overlord‐at‐hotmail.com
- ││ └12959: でも、僕は元々ポインタでないモノもうまく扱えないかなぁ とか考えていたんですが。 Xlib の another_face_another_smile‐at‐yahoo.co.jp
- ││ └12960: 「宣言」だけをするなら、こうでは。 extern "C" { struct __Hoge; typedef struct __Hoge Hoge; } or extern "C" { st ope_overlord‐at‐hotmail.com
- ││ └12961: shared_ptrでも当然想定済みで、ちゃんと宣言されていれば通ります。 cppllにも関連深い日本語翻 ope_overlord‐at‐hotmail.com
- ││ └12962: いろいろ調べてやっと今追い付いた気がします。 extern "C" { typedef struct __Hoge Hoge; }; void D(Hoge * h) another_face_another_smile‐at‐yahoo.co.jp
- ││ └12963: ちょっと今、手元でboostが使えないので試してませんが、もしかして sizeofに引っかかってるの ope_overlord‐at‐hotmail.com
- ││ └12964: なんどもすみません(^^; あぁ実はコンセプトチェックというのがよく分かってないのですが、 bo another_face_another_smile‐at‐yahoo.co.jp
- ││ └12965: どちらかというとこちらだと思いますが、 boostでもその処理があります>boost/concept_check.hpp す。 ope_overlord‐at‐hotmail.com
- ││ └12967: うっかりメールの事を忘れてました(^^; 確か昨日の夕方あたりから暇だったと思うのですが。。 another_face_another_smile‐at‐yahoo.co.jp
- │└12944: よくみたらfopenとfreeが何の関係が…orz 私なら多分こうしてます。 ゴールデンウィークの連休中 Mura .
- └12942: そうですね、その辺りの事が気になっています。 文を理解できているか分からないですが 一旦 another_face_another_smile‐at‐yahoo.co.jp
-
2007-05-06 03:11 [cppll:12945] Re: template の 引数で 0 を与えるのはダメ?
-
2007-05-06 09:38 [cppll:12946] mutable/volatile/最適化などについて
- ▼12946: ましたので、ご相談を。。 下記のような、クラスAが遅延評価を行うための二つのconst関数を持 tsd31925
- └12947: 元コードの意図を十分理解できていないので 外しているかもしれませんが。。。 mutableに関連 Takatoshi Kondo
- ├12948: NAOKI Inada
- └12951: 未規定(unspecified)になっているのでは? 関数の引数を評価する際のsequence pointは この間にiを二回 ope_overlord‐at‐hotmail.com
- └12952: あぁ、各引数の評価→引数渡しを引数の数繰り返し、ではなくて、全引数の評価 →全引数渡し tsd31925
- ├12953: 言語仕様上、どちらでもいいというか、 どちらかを仮定したコードを書くべきではないのでは ope_overlord‐at‐hotmail.com
- │└12955: とあり、正直あまり、はっきりしない気がしますが、muraさんの言うとおりどちらかを 仮定した tsd31925
- │ └12956: これだと、void f4(B b, B b2)のb,b2(each parameter)の 初期化/解放が関数側で起きると言っているだけで ope_overlord‐at‐hotmail.com
- │ └12957: BはコンテナAの位置を表す、iterator的なクラスという位置づけだったり するので2つ持つのは難 tsd31925
- └12954: あんまり流れを読まずに投稿しちゃいます。 とりあえずmutableは無罪のようです。 後述のコー テツ
-
2007-05-13 10:03 [cppll:12966] boost 1.34.0
-
2007-05-31 02:40 [cppll:12968] constポインタのハンドル
- ▼12968: 現在書いているプログラムで 簡単なフレームワークを設計しているのですが、そこで画面をあ Tanaka Koutaro
- ├12969: 私でも話に参加できそうなので出てきました。 こういう場合って、ヘッダでは、 struct _screen; ty Takashi kawasaki
- ├12970: 電柱一家@from WEB です。 const を非 const にした時点で、かなりまずいと思うのですが… 動作保証 cppll‐at‐denchu.jp
- ├12971: FUKUDA, Fumiki
- │└12973: 電柱一家 from WEB です。 みてみましたーー。3ページ目、C での継承ですが、 こんな方法もあり cppll‐at‐denchu.jp
- │ └12974: あっざーず♪ んだねー。 struct Bus_type { struct Car_type parent; /* [1] ココのケツ */ int passengers_ /* [2] FUKUDA, Fumiki
- │ └12975: 電柱一家 from うぇ…めんどいorz 当然あるかと思いますよ〜 仕様レベルではどうなんでしょうね cppll‐at‐denchu.jp
- │ └12976: そっか、スキマがあったところでそれによって誤動作する心配がなければ構わんか。 FUKUDA, Fumiki
- └12972: 大きく2つの問題があります。 まず、 非constからconstへの変換は自動的に行われます。 ですから shannon
- └12977: 皆さんのご指摘のとおりヘッダと実装を分離すればよかったんですね。 なにか必要以上に難し Tanaka Koutaro
-
2007-06-14 14:04 [cppll:12985] std::map のキーにオブジェクトのインスタンスを使用する
- ▼12985: std::mapの使用方法に関してご教示頂きたくメールする次第です。 下記のように map< CLevelPos, InfoPt take_de_x
- ├12986: mapや、set でキーとなるためというより、 obj1 < obj2 が成立する場合、 obj2 < obj1 が絶対に成立し とっちゃん（高萩 俊行）
- │└12990: そのように operator < () を定義したかったのですが、自分の視野が狭かった ようです^^; map,set が take_de_x
- │ ├12991: このあたりは、「プログラミング言語C++第3版」 17.1.4.1, 17.1.4.2 に詳しく書いてあります。 Akihiko Matuura
- │ │└12994: 再勉強したいと思います。 take_de_x
- │ ├12992: 蛇足ですが、else は意味が無いので、つけないほうが見た目がすっきりしますね。 if( level < src.l INADA Naoki
- │ │└12996: 稲田さん、とっちゃんさん、ソースコードの記述方法に関してのアドバイスあり がとうござい take_de_x
- │ ├12993: 書き方として、else や operator<() で統一するかは、 コーディングスタイルなどもあるので、どち とっちゃん（高萩 俊行）
- │ │└12997: ですねー。 今後(近い将来)の拡張が見込まれてるならきっちり形式化しておくが吉でしょね。 FUKUDA, Fumiki
- │ ├12995: 横から質問ですみません。 私の場合、比較演算子のオーバロードはメンバ関数ではなくフレン cb
- │ │└12998: しょうか? 演算子の両辺が異なる型のとき、メンバ関数では対応できなくなることがあります。 FUKUDA, Fumiki
- │ │ └13000: ああ、ありましたね。 bool operator == ( const String& srcL, const char& srcR ) { } bool operator == ( const char* srcL cb
- │ └12999: 少しわき道に逸れますが、メンバー変数 A, B, C ...., Z があるときには operator == が定義されてい Masahiro Kasahara
- ├12987: これだと、level > src.level のとき、 pos < src.pos で true を返すからまずいのかな? if ( level < src.level ) cppll‐at‐denchu.jp
- ├12988: えと、まずlevelの大小で判定し、決着がつかない(levelが等値)ならposで判断す りゃいいのですよ FUKUDA, Fumiki
- └12989: 初投稿させていただきます。Akifuと申します。 これでは、level > src.levelのとき(明らかにfalseを返 渡辺昭文