ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレに
お願いします。
前スレ
C++相談室 part93
http://toro.2ch.net/test/read.cgi/tech/1324922431/
このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.77【環境依存OK】
http://toro.2ch.net/test/read.cgi/tech/1323692486/
■長いソースを貼るときはここへ。■
http://codepad.org/
http://ideone.com/
[C++ FAQ]
http://www.parashift.com/c++-faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)
Cとその仕様を比較しながらの解説なので分かりやすい。
***** 質問の前に必ずこの二つに目を通してください *****
[C/C++ リファレンス]
http://en.cppreference.com/w/cpp （英語）
http://ja.cppreference.com/w/cpp （↑の日本語訳だけどまだ未完）
[Stroustrup]
http://www2.research.att.com/~bs/
[C++ International Standard]
http://www.iso.org/iso/iso_catalogue/catalogue_ics/catalogue_detail_ics.htm?csnumber=50372
[JTC1/SC22/WG21 - C++]
http://www.open-std.org/jtc1/sc22/wg21/
ここから規格の最新ドラフトがダウンロードできる。
[JIS X3014]
http://www.jisc.go.jp/app/pager?%23jps.JPSH0090D:JPSO0020:/JPS/JPSO0090.jsp=&RKKNP_vJISJISNO=X3014
ISO規格の日本語訳。JIS X3014:2003はISO/IEC 14882:2003 (E)に対応。
[Boost]
Boost http://www.boost.org/
(日本語) http://www.kmonos.net/alang/boost/
(日本語) http://shinh.skr.jp/boost/
[標準ライブラリ]
SGI-STL http://www.sgi.com/tech/stl/
STLport http://stlport.sourceforge.net/
GNU libstdc++ http://gcc.gnu.org/libstdc++/
Apache C++ Standard Library (STDCXX) http://stdcxx.apache.org/
STLFilt http://www.bdsoft.com/tools/stlfilt.html
(日本語) http://episteme.wankuma.com/stlprog/ （※1999年発行注意）
[Loki]
http://sourceforge.net/projects/loki-lib/
LokiPort-MSVC6sp5 http://fara.cs.uni-potsdam.de/~kaufmann/?page=lokiport
amazon C,C++関連書籍
http://www.amazon.com/exec/obidos/tg/browse/-/3956/ref=br_bx_c_1_3/
http://www.amazon.co.jp/b/?node=754384
The C++ Programming Language
http://www.amazon.com/exec/obidos/ASIN/0201700735/
http://www.amazon.co.jp/exec/obidos/ASIN/475611895X/ (翻訳)
C++ Primer (3rd Edition)
http://www.amazon.com/exec/obidos/ASIN/0201824701/
http://www.amazon.co.jp/exec/obidos/ASIN/4756140068/ (翻訳)
The C++ Standard Library
http://www.amazon.com/exec/obidos/ASIN/0201379260/
http://www.amazon.co.jp/exec/obidos/ASIN/4756137156/ (翻訳)
Effective C++
http://www.amazon.com/exec/obidos/ASIN/0201924889/
http://www.amazon.co.jp/exec/obidos/ASIN/4756118089/ (翻訳)
More Effective C++
http://www.amazon.com/exec/obidos/ASIN/020163371X/
http://www.amazon.co.jp/exec/obidos/ASIN/4756118534/ (翻訳)
Exceptional C++
http://www.amazon.com/exec/obidos/ASIN/0201615622/
http://www.amazon.co.jp/exec/obidos/ASIN/4894712709/ (翻訳)
More Exceptional C++
http://www.amazon.com/exec/obidos/ASIN/020170434X/
http://www.amazon.co.jp/exec/obidos/ASIN/4894714833/ (翻訳)
Exceptional C++ Style
http://www.amazon.com/exec/obidos/ASIN/0201760428/
http://www.amazon.co.jp/exec/obidos/ASIN/4894714663/ (翻訳)
Effective STL
http://www.amazon.com/exec/obidos/ASIN/0201749629/
http://www.amazon.co.jp/exec/obidos/ASIN/4894714108/ （翻訳）
Modern C++ Design
http://www.amazon.com/exec/obidos/ASIN/0201704315/
http://www.amazon.co.jp/exec/obidos/ASIN/4894714353/ （翻訳）
C++ Templates
http://www.amazon.com/exec/obidos/ASIN/0201734842/
C++ Template Metaprogramming
http://www.amazon.com/exec/obidos/ASIN/0321227255/
| ^o^ | ＜ はんにんは このなかにいます
＼＿／
/ ヽ
| | | |
| | | |
｜| ｜|
し| i |J＝二フ
.| |｜
｜ ﾉ ﾉ
.| .| （
/ |＼.＼
し' ￣
＿
| ／￣＼
￣| |
＿|￣ ＼＿／
switch(id) {
case HOGE0: return shared_ptr<IHoge>(new Hoge0);
case 〜
}
}
上のようにポリモーフィックな返り値を返す関数があるんだけどnewのコストを削りたい
アロケーターを使う他になにかいい手はないですか？
標準で可変長のスタック領域を扱えたりすると便利なんですが…
何故shared_ptr側にオブジェクトを自動アロケートする
メソッドが無いのでしょうか？
引数でオブジェクトのポインタを渡すよりshared_ptr側で
オブジェクトを生成させた方が安全だと思うのですが？
make_sharedがあるから
あっなるほど・・・
make_sharedってCustom Deleter使いたい時は
自前でAllocator作るしかないですかね？
public:
Hoge(int x);
void func(void) ;
};
template <class Del> class HogeEx : public Hoge {
public:
HogeEx(int x, Del const & del) : Hoge(x), mDel(del) {}
~HogeEx(void) { mDel(this); }
private:
Del mDel;
} ;
shared_ptr<Hoge> p =
make_shared<HogeEx<DelType> >(100, deleter) ;
適当に書くとこんな感じかな
HogeExとmake_sharedはもう少し工夫して汎用化してもいい
を
{7,3,4,6,0,0}
のように0を後ろに移動させるようなSTLのアルゴリズムありますか？
自作マニピュレータでストリームのモードを一時的に変えて、元に戻したいのですが
std::ios::dec等、引数の無い書式フラグの戻し方はわかったのですが、
（例えばlong sv_f = setf(ios::hex, basefileld); →自作処理後、最後に setf(sv_f)で戻す）
setfill('0')の戻し方がわかりませんﾎﾞｽｹﾃ、
ostream::fill()を使うらしいですた、
つまり、次のでおk
ios_base::fmtflags sv_f = stream.setf(ios::dec, ios::basefield);
char sv_ch = stream.fill('0');
stream << setw(2) << s << setw(2) << d << /* ... */ << ends; // 自作処理の一例
stream.setf(sv_f);
stream.fill(sv_ch);
return stream;
removeが確実に移動・コピーするのは残す値のみで、除去する値をわざわざ末尾の方に移動・コピーするかは実装依存。
int a[] = {7,0,3,4,0,6};
のときにremoveで0を除去した場合
{7,3,4,6,0,6}
のようになる実装もある。
なるほど
あるC++のコードでは、次行で即代入を行うような変数もわざわざ宣言を分けてスコープの先頭に置いていました。
{
int a;
a = some_process();
}
こうすることの意味を私なりに考えてみましたが、
・C言語からの移行・もしくは癖
・コーディングルールによるため
・非POD型との統一のため
・デバッグのし易さ(?)
・表記ミス
個人的には可読性の面からも宣言と初期化をまとめたくなりますが、
int a = some_process();
何か意味があれば教えてください。
int a;と
a = some_process();の間に変数aを使うコードがあったが削除されて無くなった
つまり分けてる意味は特にない
特に意味は無いのですね。ありがとうございます。
(3)(4)のようにメンバ関数を引数とする場合には、&が無いと動作しません。
これはなぜでしょうか？
---------------------------------
struct Test{
void testFunc( ){ cout << "Test::func()" << endl; }
};
void func( ){ cout << "::func()" << endl; }
template<class T>
void XXX( T f ){ f( ); }
template<class T, class U>
void YYY( T obj, U f ){ (obj.*f)( ); }
int main( )
{
XXX( &func ); // (1)OK
XXX( func ); // (2)OK
YYY( Test(), &Test::testFunc ); // (3)OK
//YYY( Test(), Test::testFunc ); // (4)NG
return 0;
}
XXX( **********func );
これでもOKだ
メンバ関数は必須
ここの FILE * のところには stdout も使えると思いますが、
この部分に指定するストリームを自作したいのですが、どんな感じにするんでしょうか。
とりあえず手始めに
fprintf したら指定ファイルのほか、同時に stdout にも出力するような拡張ストリーム作りたいです。
方法が無いわけではないけど、出来ないと思った方がいい
標準Cライブラリ(printf系)でなく標準C++ライブラリ(iostream)を使うこと
もしくは単にfprintfを2回(ファイルとstdout)呼ぶ
fprintfに指定するのはOSが管理するファイルディスクリプタなので
介入するには低レイヤーなライブラリを使うか、fprintfを自作関数として置き換えるか
環境依存な方法(ファイルシステムソケットなど)を使うか、など
・・・普通はやらない
streambufを自作してiostreamに食わせりゃいい
オペレーターがキモいのはわかるんだけどでも標準なんだから仕方ないじゃんみたいな
printf形式が楽なんだよね
boost::format使えばいいんだろうけど
新旧標準出力同士なぜ上位互換的使い勝手は目指さなかったのか
ちょっとはしゃいじゃったんだよ
プラグインスクリプトか諦めてC++素直に使い括弧バカで通すほうがマシだわ
<<のオーバーロードはホントはしゃいじゃった感じだな
サイズはbool*size()じゃないでしょ？
論理的な機能と物理的な実装を切り分ける好例ではある
俺できないから、そういうクラス作るとどうしても無駄が出来る。
グラフ構造、論理閉包
勝手になっているんですけど、改行だけにすることはどうやればできますか？
それなら<<ですけど。
>>でした。
intの代わりにlong longを使い
floatの代わりにdoubleを使うという選択で
最高のパフォーマンスが出せるという
認識であってますか？
詳しく教えてください。
ちょっと考えればわかる
解らなければ向いてないから違う業界に行ったほうが君のためだよ
void hoge(const T&, const U&){} //A
template<typename T>
void hoge(const T&, const int&){} //B
template<typename U>
void hoge(const int&, const U&){} //C
template<>
void hoge(const int&, const int&){} //D
BとCを定義すると、Dは特殊化ではないとなりました。
BかCのどちらかを削除するとコンパイルできたのですが
DはAの特殊化なのか、BまたはCの特殊化なのか
どちらですか? (区別する必要性はおいといて)
template<>
void hoge<int,int>(const int&, const int&){} //D
わかっているなら教えてくださいよ。
引数が2つあるので、Aの特殊化になるみたいですね。
BとCを定義した状態で
void hoge<int>(const int&, const int&){} //D
としたら、特殊化できませんでした。
曖昧な場合は特殊化できないみたいですね。
しかも、どうやっても明示できない状況もあるようです。
intの定義を調べましょう
intが32bitだと断定してるところはクソサイトだと思って構いません
それは知ってます。
16ビットが32ビットになったときみたいに64ビットになったと思っていたら
３２ビットだったという経験をしたからlong longを使うという発想にいたったわけです。
intは「処理系に最適なサイズ」になります
コンパイラ開発者達が最適だと判断したものよりも
long longの方が最適であると思うのならばそちらを使うのも良いでしょう
その際は実測してから使うことを勧めます
ケースバイケースで実測する他無い
実測するしかない
数値演算の速度と64bitアプリかどうかは無関係
「64bitアプリ」の「64bit」はアドレス空間のこと
int, long long, float, doubleには関係ない
関係あるのはポインタ
そうでなければ変わらない
その実測も注意が必要だな
仮に算術演算で64bit整数の方が良い性能だったとしても
配列などで要素数が多い箇所を64bit整数にすると逆に性能が劣化するということがあり得る
単純なケースでの実測結果があらゆるケースに適用出来るとは限らないことを
認識しておく必要がある
64bit環境なら、intは64bitにするというのが普通。
処理系によっては、わざと32bitにしてるかもしれん。
じゃあ、64bit環境でのlong longは何bitなのか？
処理系依存だよなぁ、わからん。
> floatの代わりにdoubleを使うという選択で
昔のC処理系の仕様では、内部演算はdoubleで行うことになってた。
floatでの演算には、必ずdoubleとの型変換が介在した。
なので、floatよりdoubleの方が速かった。
今のC++処理系の実装は、知らん。
どっちみち、処理系の実装に依存することに変わりはないわけだ。
ILP64の実例なんて聞いた事無いぞ
データモデル short int long long long ポインタ 処理系
LLP64 16 32 32 64 64 Microsoft Win64 (X64/IA64)
LP64 16 32 64 64 64 ほとんどのUnixとUnix風OS (Solaris, Linux, etc.)
IP64 16 64 32 64 64 ?
ILP64 16 64 64 64 64 HAL
SILP64 64 64 64 64 64 ?
拡張整数作らないと使えないからねえ
long longより速いなんてことないですよね？
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
【マック】Macintoshプログラミング質問箱 (478)
Java系スクリプト言語Groovy (748)
オブジェクト指向の弊害 (131)
【思考】オセロのAIを作りたいのだが【難問】 (473)
【初心者お断り】ガチ規格準拠C専用スレ Part134 (201)
【至急】助けてください。 (231)
--log9.info------------------
JAPAN GOLF TOUR 129 (215)
[組合」PGMってどうなのよ？2[結成？] (533)
元バレー日本代表・宝来麻紀子がﾌﾟﾛｺﾞﾙﾌｧｰに挑戦 (141)
【芝生の】櫻井有希2【妖精】 (771)
【ルーキーイヤー】甲田良美【優勝】 (370)
★★がんばれ！本多弥麗ちゃん★★ (464)
☆★☆USLPGA米国女子ツアー36番ホール☆★☆ (828)
【寺】テーラーメイドスレ PART-27【寺院】 (444)
【人の振り見て我振り治す】練習場の面白い人10 (1001)
【人類皆】金田久美子23【穴兄弟】 (369)
広島県のゴルフ事情 (462)
会員権総合2 (547)
【ミニのワンピで】辻村明須香３【おじさんコロリ】 (397)
ライ角調整は詐欺 (628)
馬場ゆかりファンクラブ９ (704)
2012年一番飛ぶドライバーって？ (117)
--log55.com------------------
【調査】関西人の皆様、「いらち」は標準語ではありません 全国調査の結果→約半数が「使わない」
【CB】継続スレがない？ 変なスレ･困った★報告処 雑談ok ★204
#菅直人 氏 「安倍政権の６年こそ悪夢の政治」…アベノミクスの失敗など４項目指摘
【新型コルベット】「キャラ激変」に渦巻く賛否
【非正規公務員の実情】仕事が不安定なのは“自己責任”ですか ★2
【京アニ放火】青葉容疑者、茨城でコンビニ強盗事件を起こし服役 精神障害で国が支援する「特別調整」の対象 ★2
【フェイク】安倍首相の答弁動画「富裕層の税金を上げるなんて馬鹿げた政策」→誤り 編集され拡散、740万再生に
【ﾌﾞ-ﾝ】昆虫学者に聞いた、蚊に刺される理由と6つの撃退法
