C++相談室 part95

C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレに
お願いします。

前スレ
C++相談室 part94
http://toro.2ch.net/test/read.cgi/tech/1329512856/

このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.78【環境依存OK】
http://toro.2ch.net/test/read.cgi/tech/1331894668/

■長いソースを貼るときはここへ。■
　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)に対応。

■Libraries■
[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

■Books■
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/ (翻訳)

■Books(Templateまわり)■
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/

http://img.2ch.net/ico/boruzyoa.gif
韓国へ、中国の人肉カプセル密輸急増

死産した赤ん坊や乳幼児の遺体からつくられた粉末のカプセルが、
中国から韓国に密輸入されるケースが急増し、韓国関税庁が取締りを強化しています。

　これが摘発された中国製のカプセルです。中には死産した赤ん坊や乳幼児の遺体からつくられた粉末が入っていて、
「滋養強壮剤」として韓国に密輸入されました。韓国では去年８月以降、密輸入が急増しており、
関税庁はこれまでに３５件、合わせて１万７０００錠以上を摘発しました。いずれも、旅行者の携帯品や国際郵便で持ち込まれたものです。

　色やにおいで識別できないよう生薬などを混ぜたり、他の医薬品の中身だけを入れ替えるなど、
密輸の手口も巧妙になっているということです。

粉末から抗生物質がほとんどきかない「スーパー細菌」が検出されたとして、取締りを強化しています。

（07日17:14）
http://news.tbs.co.jp/newseye/tbs_newseye5023288.html

　　　　　　　 ,　'´　　_. -‐'''"二ニﾆ=-`ヽ、
　　　　　　／　　 ／:::::; -‐''"　　　　　 　 `ｰノ
　　　　　/　　　／:::::／　　　　　　　　　　　＼
　　　　 /　 　 /::::::/　　　　　　　　　 |　|　|　 |
　　　　 |　　　|:::::/　/　　　　　|　　|　|　|　|　 |
　 　 　 |　　　|::/　/　/　|　　| ||　 |　| ,ﾊ .| ,ﾊ|
　 　 　 |　　　|/　/　/　/|　,ﾊﾉ|　/|ﾉﾚ,ﾆ|ﾙ'　
　　　　 |　　　|　 |　/　/ ﾚ',二､ﾚ′ ,ｨｲ|ﾞ/　　　私は只の数ヲタなんかとは付き合わないわ。
.　　　 　|　　　＼ ∠イ　 ,ｲイ|　　　 ,`-' |　　　　　　頭が良くて数学が出来てかっこいい人。それが必要条件よ。
　　　　 | 　　　　l＾,人| 　` `-' 　 　 ゝ　 |　　　　　　　　さらに Ann.of Math に論文書けば十分条件にもなるわよ。
　 　 　 | 　　　　 ` -'＼　　　 　 　ｰ' 　人　　　　　　　　　　一番嫌いなのは論文数を増やすためにくだらない論文を書いて
　　　　|　　　　　　　 /(l 　　 　＿＿／　 ヽ、　　　　　　　　　　　良い論文の出版を遅らせるお馬鹿な人。
　　 　 |　　　　　　　（:::::`‐-､__ 　|::::`､ 　 　 ﾋﾆﾆヽ、　　　　　　　　　あなたの論文が Ann of Math に accept される確率は?
　 　　|　　　　　　／ `‐-､::::::::::`‐-､::::＼　　 /,ﾆﾆ､＼　　　　　　　　　　　　それとも最近は Inv. Math. の方が上かしら？
　　　|　　　　　　|::::::::::::::::::|` -､:::::::,ﾍ￣|'､　 ﾋﾆ二、　＼
.　　 |　　　　　　/::::::::::::::::::|::::::::＼/:::Ｏ`､::＼ 　 |　'､　　 ＼
　　 |　　　　　 /:::::::::::::::::::/:::::::::::::::::::::::::::::'､::::＼ﾉ　　ヽ、　 |
　　|　　　　　 |:::::／:::::::::/:::::::::::::::::::::::::::::::::::'､',::::'､ 　/:＼__/‐､
　　|　　　　　 |／:::::::::::/::::::::::::::::::::::::::::::::::Ｏ::| '､::|　く:::::::::::::￣|
　　 |　　　　 /_..-'´￣`ｰ-､:::::::::::::::::::::::::::::::::::|/:/`‐'::＼;;;;;;;＿|
　　　|　　　　|／::::::::::::::::::::::＼:::::::::::::::::::::::::::::|::/::::|::::/:::::::::::/
　　　 |　　　/:::::::::::::::::::::::::::::::::|:::::::::::::::::::::Ｏ::|::|::::::|:::::::::::::::/

mapを使って、いちいちinsertせずに一気に初期化したいのですが、下記のコードはエラーになります。
どのようにすればよいでしょうか？無理かな？
また、一度初期化した後は参照するだけで、マップの中身を弄くるつもりはないのですが
もしこのケースでメモリやアクセス速度を最適化できる方法があれば教えてください。

//とあるシステムのキーコード
struct HOGESYSTEM_KEYDATA
{
USHORT UnitId;
USHORT MakeCode;
USHORT Flags;
};
// WindowsのVK_XXと、Hogeシステムのキーコードのマップ(Win->Hogeの変換のみでOK)
map<int,HOGESYSTEM_KEYDATA> WinToHogeKeyMap = {
{VK_SHIFT,{0,0x2a,2}},
{VK_CONTROL,{0,0x1d,2}},
};
よろしくお願いいたします！

>>8
http://codepad.org/3LgLvRwC

>>8
C++11の初期化リストを使いたいなら
HOGESYSTEM_KEYDATA(std::initializer_list<int>)を実装する。

HOGESYSTEM_KEYDATA::HOGESYSTEM_KEYDATA(std::initializer_list<int>)ね。失礼。

識別子がなげーよ

C++0xそんな便利なものがあるのか。でも、俺の古いコンパイラじゃ
initializer_listは使えないんだな、これが。

>>9
ありがとうございます！
無事に実装できました！

>>10
initializer_listは時間に余裕が出てから勉強させて頂きます！
情報有り難うございました！

教えてください。
今Linux上で作られたC言語ソース(TCP通信系の処理)をWindowsベース(VC MFC)に移植する作業をしているんですが、
コンパイルをすると以下のヘッダがインクルード出来ないってエラーが出ます。
sys/ioctl.h
sys/sockh

で調べたら上記のヘッダはLinux専用（？）なんで、VCでやりたかったらWinsock使いなさいって書かれていましたが、
Winsockで処理を書き直すのが面倒なんで流用出来る方法って他にありませんか？

無い知恵絞って考えたのは、gcc使ってLinuxベースのソースをDLLにしてVCからリンク時に読み込ませれば
良いんじゃないかと思って色々試してるんですが、gcc使ってのDLL化が良く分かって無いので下のサイトを
参考にしたのですが上手く行きません。
http://yun.cup.com/wingccsdl019.html


コンプライアンスの関係上ソースを公開出来ませんが何か良い方法をご存知の方は是非ご教授ください。

>>15
スレ違い。VCのスレ辺りがいいんじゃない?

で、LinuxのソースをLinux上でDLL(so)にしてもVCではリンクできない。
Cygwin上でDLLが作れれば、リンクできるかもしれない。
でもCygwinでioctlまでサポートされているかは微妙。

これらを踏まえると、素直にWinSockで書き直すのが一番手っ取り早いと思う。
つーか、それが面倒な人がDLL化なんて面倒なことができるとは思えない。

>コンプライアンスの関係上ソースを公開出来ません
なら上司に聞けよ屑

>>16
やっぱりそうですか。
通信周りの処理なんですが、既存のAPIと挿げ替えただけで動くと思って安請け合いした結果、
思った以上に面倒だったので困ってしまいました。

あまり手を加えずに既存のソースを流用したかったんですが、難しいですかね。
ありがとうございました。

日本の失われた20年は在日マスコミの大嘘―日本は金融資産を増やし、成長を続けている

クルーグマンが、実は日本の00年代の一人当たりGDPの成長率はEU諸国、そしてアメリカよりも高かった事実を発表した。
バブルによる日本の不景気はあくまでも10年間で、それ以降は実はしっかり成長軌道に乗っていることを示して
失われた20年などというのは間違いで、無知な悲観論者の戯言だったとのこと。

※クルーグマンはノーベル賞やその他の経済学賞を受賞しているアメリカで最も著名な経済学者

http://image.space.rakuten.co.jp/lg01/80/0000186380/72/img66421dc8zik4zj.jpeg

http://noahpinionblog.blogspot.com/2012/01/japan-had-one-lost-decade-but-not-two.html
http://www.nytimes.com/2012/01/08/opinion/sunday/the-true-story-of-japans-economic-success.html?_r=1

STLつかうと一気に実行ファイルサイズが10倍に?！

環境によるだろ。
俺はBorland-C++5.6.2に -D_RTLDLL オプションを指定して、極力
ランタイムを使用するようにして使っているが、例えばstd::vectorを
使っても使わない時と比べ10Kほどしか増えない

すげえ。ダイナミックリンクしといてファイルサイズが増えないとかいってるよ。この人。

C1010: ﾌﾟﾘｺﾝﾊﾟｲﾙ済みﾍｯﾀﾞｰの検索中に予期しない EOF を検出しました。
とかいうエラーが出るんだけどこれってどうすればいいの？

#include <stdafx.h>
後死ね。

言葉が悪いな。それで教えているつもりか。
まぁヒントぐらいにはなったな。
うむごくろう。

一応地鎮祭な

もう何年前になるんだっけそれ

winsock と Linux のソケットってそんな違いあったっけ？

read/writeと非同期

AF_UNIXが使えないとか、いくつか関数名が違うとか、インクルードファイルが全然違うとか、
初期化してやらないとまともに動かねぇとか、selectがソケットしか受け付けねぇケチ仕様だとか、
struct in_addrのメンバが違うとか、それくらいかねぇ?

>>21 http://logsoku.com/thread/hibari.2ch.net/tech/1291890680/24

double x,y;
に対して、
!(x>y)
と
x<=y
の結果って同じですか？
（infとかnanを気にしているわけではありません）

誤差を考慮する必要がある

そこがよくわからないのですが、
ビットレベルでそれぞれの不等式を実装した時にどういうことをやってるか教えてもらえませんか？
自分はx<=yを使わないようにしているのですが、誤差の意味でx<yのほうが優れていると言い切っていいのですか？

同じですか？なら同じと言っていい

何をしたいかによるが、前後の誤差を考慮することが多いという話

x yがともに浮動小数点数の計算結果の場合、

…誤差がありうるから、等号を含む比較にあまり意味がない

template <T,U>
bool compare(T x, U y) {
return x<=y;
}
みたいに使うので、intの場合にも同じ実装が使えることは（いまの目的では）けっこう重要です。
上にあるようにビットレベルで同じなら何の問題もないですよね？

浮動小数点の何を等しいとするかは
目的とする精度によって違うから

>>32
あんたがそれでいいのなら、それでいいよ。
うちじゃ話にならないけどね。

>>34
単純な話、
bool compare(double x, double y) {
return !(x>y);
}
と
bool compare(double x, double y) {
return x<=y;
}
の結果が、doubleで許される全値の組み合わせについて同じかどうか聞いてるだけなんですが。
違うなら違うと言ってくれたらいいのに。

全値の組み合わせを試せばいい

心配なら8桁ぐらいで切り捨てておけ

>>35
それが同じかどうかは環境依存。

>>35
コンパイラのアセンブリ出力オプションを試せば、
!(x>y)とx<=yの違いが分かる。

シングルトンってRelease()があるのが一般的なの？
解放した後に再確保できると、シングルトンと
グローバル変数のインスタンスと違いがはっきりするけど。

初期化が一度しか行われないこともシングルトンの用件だとしたら
解放されちゃまずいよね。

俺ならとりあえずRAIIなラッパかデリータ付きスマートポインタで
参照カウンタ付けとく
カウンタ0で解放とかするかどうかは内容次第じゃね

別に”シングルトン”の条件なんてどうでもいいな
そんな概念なんて教条的なOOPデザパタカルトのキチガイが気にするだけ

デザパタって「名前付けただけ」なんだよね
初心者への紹介も兼ねるけど

いや。デザパタ本にも書いてあるけど、
デザパタがあって、名前がある。
まだ名前の無いデザパタも複数有る。
デザパタ本は、前書きに有るとおり、
複数あるデザパタから特に良く使うものを抜き出して
紹介しているだけで、デザパタ本に書いてなければ
デザパタに非ずというような物でもない。

>>40
手段を目的にするなよ。
目的が達成できて問題がなけりゃ
どんな形式でもいいだろうが。

>>44
複数あるって何だよｗ有限個じゃねーんだから
設計なんて無数だろ

名前が付いて初めてデザパタだよ
アレは銀の弾丸なわけでもなく
名前を付けることが他者との意思疎通に有用ってのが主旨だろ

典型例の紹介だけなら入門書にでも書いときゃいいんだよ

>>46
「オブジェクト指向における再利用のためのデザインパターン　改訂版」
本位田　真一/吉田　和樹　監訳

この本のp13〜15に書いてあった内容引っ張っただけだし、
お前は、お前のデザパタ定義を貫けばいいんじゃないか？

シングルトンクラスの利用者は
コンストラクタ・デストラクタを意識しなくていいよね？

>>47
ああ、お前もお前のデザパタ定義を貫けばいいと思うよ

Design Patterns: Elements of Reusable Object-Oriented Software
>In general, a pattern has four essential elements:

>1. The pattern name is a handle we can use to describe a design problem, its
solutions, and consequences in a word or two. Naming a pattern immediately
increases our design vocabulary. It lets us design at a higher level of
abstraction. Having a vocabulary for patterns lets us talk about them with
our colleagues, in our documentation, and even to ourselves. It makes it
easier to think about designs and to communicate them and their trade-offs
to others. Finding good names has been one of the hardest parts of developing
our catalog.

常識的な範囲内で美味いことやってくれるはずだから気にしなくて良い。

一応ソースってことで
http://my.safaribooksonline.com/book/software-engineering-and-development/patterns/0201633612/chapter-1-introduction/3

>>49
そらデザパタカタログに乗ってるものは名前ついてるわなw
一部だけ抜粋するんじゃなく、金だして一度全文読んどけよ

どうでもよろ

ま、デザインパターンの意図としてはパターンを有限個にしたいということであって>49で正解だが
可算無限濃度の設計の中から残すだけの価値があるパターンがこの先可算無限濃度見いだされる可能性は
>49とて否定できないﾊｽﾞ
なにしろ「洗練されたコード」と言うのと同じで数学的基準があるようでない世界だからな

「何がパターンで、何がパターンでないかは、人それぞれである。」

パターン入った！

シングルトンさえできりゃ他はいらん

＞金だして一度全文読んどけよ
いや、お前が読んどけよ
どうやってあのURLを見つけたと思ってんだよ

>>53
俺は>>44の
>まだ名前の無いデザパタも複数有る。
を否定しただけ
カタログにした理由、名前を付けることの意義
何故GoFがパターンに不可欠な４要素の第１項目をpattern nameにしたか、そういった話

あれを「さいきょうの設計かたろぐ」だと思ってる層から
意味不明な信者と、アンチが出てくるんじゃないかね

>>56
Factory MethodとStateぐらいは知っとこうよ

>>48
しなくていいけど
むしろシングルトンであることを意識しないで済む方がいいと思う
後でシングルトン(プロセス毎)からスレッドローカル(スレッド毎)に変える場合も楽

スレッドってどういうところに使ってるの？

>>58
んなもん聞いたことないわ

>>60
forkが使えない環境のときとか
GUIで重い処理中にキャンセルボタン出すときとか

>>60
ついぞ昔ならGUIプログラムの非GUI処理。
特にI/O関係。マルチプロセッサーやマルチコアが
現れてからは、並行処理で使われる事が増えつつ有る。

>>56
Singletonの方がよっぽど要らんだろうに・・・

結局はお互いのクラスでデータをやりとりできりゃ何でもできるようになった
シングルトンを知ってすべて解決した

グローバル変数より幾らかマシってものだしな

俺は実態がシングルトンでも
初期化引数かスレッドローカル経由かインジェクションで
xxxContextとかを渡す方が好み

>>61
Factory Methodを使うとC#におけるBeginInvokeみたいなことがサッと安全にできる
ていうかFactory Methodでクロージャを生成するのだと考えればマルチスレッド状況をｽｷｰﾘ安全に扱える

Stateはキーマトリックスの処理ルーチンを書くのに個人的に重宝した

>>56
マルチスレッド状況下で呼ばれるSingletonは奥が深い…

フィライウェイトとか、ファクトリーとか入出力と組み合わせる事は有るけど、
クラスの外から見て状態を持ち変化があるものには絶対つかわんな
ループ中にどっか別の関数でシングルトンが書き換えられてたらデバッグしづらすぎる

グローバル変数がごく簡単に使える C++ でシングルトンとかマッチポンプすぎる。

グローバル変数を使うのが難しい言語の方が珍しいだろ

別にC++もJavaも変わらないよな
http://ideone.com/aOWhQ
http://ideone.com/rPUpT
グローバル変数に直よりかは関数経由でアクセスしたり仮想関数使える方が良いだろう
まぁグローバル変数もシングルトンも使わない方が良いけど

自前クラスはポインタ使わず全部参照でやっていますが、
メソッド関数を呼び出すコードを見て、
「この変数は値を渡しているだけなのか、書き換えられて返ってくるのかどうか」がぱっと見分かりません。
（引数がconstかどうか調べれば判断つきますが、面倒で付けずに済ますこともあるし、呼び出し側のソースを流し読みしてるときに分かりずらい）

書き換えないなら必ずconst、呼び出し側のソース見てるときは、メソッドにマウスカーソル合わせて引数をチェック、
というやり方しかないのでしょうか？

>>72
そういうことにならないように関数名や引数並び、引数に使う変数名をちゃんとつける。
どうやったところで関数宣言を見ないのなら正確に把握というわけにはいかない。

>>72
それを嫌って、書き換える場合はポインタ、書き換えない場合はconst参照、と使い分ける人もいる。
私の場合、関数名にgetなどが含まれていて戻り値のない関数は、一番目の引き数が書き換え対象だ。

bool hoge(){
bool result = false;
/* いろいろ処理*/

// 戻り値の用意
return (ioResult&&sockResult&&time<10);
}

なんて関数をコーディングした場合、
if(hoge())
ではなく、戻り値必要ないので
hoge();
なんて書いた場合は、コンパイラの最適化でvoid版hoge()を作って、returnの行を出力しない、
みたいなことはしてくれるんでしょうか？
普通にbool版hoge()が呼ばれて、普通に関数内全部実行して、戻り値はテンポラリかなにかに入れてすぐ捨てるんでしょうか？

>>75
return の式に非ローカルな副作用が一切無いのであれば、そういう最適化は可能ではある。
ただしあまり大きな違いにはならなさそうなので、実際に最適化されることは少なくとも現時点では
あまりないだろうと思うし、気にするべきでもないと思う。

最適化されたコードのレジスタ確認してください

>>75
そのhoge()が同一翻訳単位内から呼ばれた場合は、インライン展開される場合がある。
そのとき、そのreturn文には副作用がないので省略される可能性は高い。
# 一部のコンパイラでは、同一翻訳単位外からでも最適化されうる。
とは言え、void版のhoge()が用意されるわけではない。

>>75は無理だろ。
hogeがstatic関数とかでコンパイル単位内ローカルなら可能かも知れんが
やってるコンパイラは無いだろう。

ああそうかインラインなら最適化できるね

staticじゃなくてもVC++のLTCGとかならやってくれるんじゃね

>>81
確かにそうかも。試してないけど。
最適化技術って進んでるんだね。

Microsoft (R) C/C++ Optimizing Compiler ならDLLに入ってても
インライン展開してくれるし、親クラスにキャストしてるオブジェクトの
仮想関数ですらインライン展開してくれるからな。

オブジェクトファイルかなんかと勘違いしてんじゃないか

勘違いってなんの事を言っている？

インライン関数のインポートとエクスポート
http://msdn.microsoft.com/ja-jp/library/feffc7b5(v=vs.80).aspx

それはインライン関数をDLLに入れられるって話で
DLL内の関数をインライン展開できるって話じゃないだろ

意味が解らないの？

注意
インポート インライン関数は、DLL のバージョン間で矛盾することがあるので、
インライン関数のインポート時は注意が必要です。インライン関数は、アプリケーション コード内に展開されます。
このため、関数を書き直した場合は、アプリケーション自体をコンパイルし直さないと、
インライン関数は更新されません。通常、DLL 関数は、関数を使うアプリケーションをビルドし直さなくても更新できます。

それのどこがDLLの関数をEXE側でインライン展開できると読めるんだ？

namespaceの別名って、undefみたいに消せないのか？
どうせアセンブリコードに展開したときは、本来の名前空間の
名前になるんだから、不要になったら削除できてもいいだろうに

>>88
インライン展開しないなら、こんな事わざわざ書く必要ないだろ。
逆に「DLLにインライン関数定義してもインライン展開できません」と書くのが筋だろ。

>インポート インライン関数は、DLL のバージョン間で矛盾することがあるので
>。通常、DLL 関数は、関数を使うアプリケーションをビルドし直さなくても更新できます。

インライン関数を定義したヘッダとDLLが矛盾するケースがあるって話なんだが、それ
そもそも、リンク時に使うのはインポートライブラリであってDLLそのものは一切使わない

ヘッダーじゃねぇよ。cppに定義して、__dclspec(export) inline 〜と書いた関数でも取り込まれる。
DLLを参照してるアプリケーションをコンパイルするとき、DLLが参照できればぶっこ抜かれるんだよ。

韓国で貯蓄銀行4行また営業停止
仰天！会長は元偽ソウル大生、中国密航で逮捕
http://jbpress.ismedia.jp/articles/-/35163



自己資本比率5.6％、実はマイナス16.2％だった

営業処分の直前に漁船で密航を試みた会長の正体

金会長は、未来貯蓄銀行に対する営業停止処分が不可避と見て、かねて準備していた密航ルートを使って中国に逃亡しようとした。
金融委員会は未来貯蓄銀行など4つの貯蓄銀行を営業停止処分とした。
来貯蓄銀行の場合、粉飾決算を重ね、「5.67％」と発表していたBIS基準に基づく自己資本比率が実際はマイナス16.2％であることが明らかになった。
http://jbpress.ismedia.jp/articles/-/35163

◆貯蓄銀行とは庶民専用の銀行

貯蓄銀行（ちょちくぎんこう）とは、個人の貯蓄を引き受けることを主目的とする金融機関である。
庶民に対して倹約を奨励し貯蓄により生活を安定させるための公益的な金融機関。
http://ja.wikipedia.org/wiki/%E8%B2%AF%E8%93%84%E9%8A%80%E8%A1%8C

struct X {
const int x;
X(istream& is) try: x(read_int(is)) {
catch (何か) ...
}
const int read_int(istream& is) const {
int x;
is>>x;
if (x<0) throw 何か;
return x; }
};

int main()
{
X a(cin);//負の数が与えられるまで読み続ける
}

みたいなことってできませんか？

X(istream& is) {
int x;
for (;;) {
is >> x;
if (!cin) {
cin.clear();
cin.ignore( 1024, '\n' );
continue;
}
if (x < 0);
return ;
}
};

>>94
何がしたいの?

>>94
のポイントは、
- constメンバを初期化子を使って初期化していること
- tryブロックをそこにかまして、例外処理にしていること
です。
無論、95みたく普通にやればいいのだが。

>>95
はread_intね。いけてる気がする。

try {
cin >> x;
} catch (...) {
入力を求める
}
みたいなことを初期化子についてやりたかった。

int read_int(istream& is) {
try {
int x;
cin >> x;
return x;
}
catch (...) {
return read_int(is);
}
}
みたいな雰囲気。
例外の使い方がよくわからないし、istreamは例外投げないのかな・・・
ひっかかってくれない。

try {
int x=-1;
cin >> x;
if (x<0) throw x;
return x;
}
catch (int input) {
cerr << input << endl;
read_int(is);
}
でイケた。かっこよくね？

初心者だからアホーなことしてたら指摘してほしいです。
こんなので大丈夫なのかしら・・・。

status = !status;

これが右に偏ってる気がして気持ち悪いんだけど
どうにかならない？

うん

intだと上のでいいのですが、
double x; cin >> x;
の結果がよく分かりません。

stdinに数値でない"abc"を入れたときxは0にセットされるようなのですが、
doubleなのでx==0で判定するのも気持ち悪い。
cinが例外飛ばしてくれたりしますか？

飛ばさねーよ

やっぱif(cin>>x)で判定して、自分で例外飛ばせばいいか。

ところで95で
cin.ignore(1024,'\n');
としてる箇所ですが、INT_MAXとかを引数にしてもいいんですかね？
決め打ちを避けたいだけなんだけど。

>>105
std::cin.exceptions(std::ios::failbit | std::ios::badbit) ってやれば例外飛ぶよ。
cin に設定しちゃうと思わぬところで飛んで困るかもしれないけど。

>>109
へぇ、そんなのがあるんですね。
JavaだとデフォルトでIOException飛ばすから、コンパイル通すまで面倒だったりしますが。

>>108
numeric_limits<streamsize>::max()
を第一引数に渡すのはやりすぎでしょうか？

>>107
C++設計者の例。
http://www2.research.att.com/~bs/bs_faq2.html
の↓あたり。
while(cin>>d) v.push_back(d); // read elements
if (!cin.eof()) { // check if input failed
cerr << "format error¥n";
return 1; // error return
}

音声ファイルのパスSoundPathを受け取り、StartSampleからEndSampleまでの標本の値を調べ、
その区間の音量を返す関数を作ったのですが、現状ではwavファイルにしか使用できません。
mp3とoggにも使用できるようにしたいのですが、どのようにすれば可能ですか？

int CBgm::VolumeMean(int StartSample,int EndSample,char SoundPath[]){
FILE* fp;
errno_t err;
short int LVol=0,RVol=0;
int Ave=0;
LONGLONG Sum=0;
if((err=fopen_s(&fp,SoundPath,"rb"))!=0){
return 0;
}
fseek(fp,44+StartSample*4,SEEK_SET);
for(int i=0;i<EndSample-StartSample;i++){
fread(&LVol,sizeof(LVol),1,fp);
fread(&RVol,sizeof(RVol),1,fp);
Sum+=MAX(abs(LVol),abs(RVol));
}
if(EndSample-StartSample>0){
Ave=(int)(Sum/(EndSample-StartSample));
}
fclose(fp);
return Ave;
}

前もってユーザが自分でwavに変換するようマニュアルに書いておく

ま、ファイルから直接〜じゃなくて、一旦展開してから同じように調べるとかでいいんじゃね？

適当なフリーの変換ツールでも呼べばいいんじゃね?

class X {
int a,b;
inline int f() { return a+b; }
int g() { return a+b; }
int h();
inline friend int plus(X& x) { return x.a+x.b; }
};
inline int X::h() { return a+b; }

hの定義につけたインライン要請は意味があると思うのですが、
クラス内で定義しているfにつけたところで、何もつけないgとまったく同等なのでしょうか？
あと同様にクラス内に書いたfriendについてもお願いします。

inline int X::h()これ以外全部意味がない

クラス定義内でメンバ関数・friend関数の定義を書いた場合、暗黙的にinlineがついてるものとみなされる

Cのライブラリ（たとえばcstdlib）を使う場合に、
グローバルな名前空間を汚染させない方法ってありますか？
namespace X {
#include <cstdlib>
}
はコンパイルエラーになってしまうのですが・・・

>>119 無い。

どうせstdlib.hからcstdlibとか名前かえるくらいなら、
namespaceに入れてくれたらいいのに・・・
あるいはstatic includeみたいなのでも。

cstdlibを使うのなら汚染させないのは無理だと思うけどstd名前空間にも再宣言されているからstdで使う

>>119
関数に限れば、汚染を特定のコンパイル単位内に限定する方法なら有る
特定のコンパイル単位においてのみCのヘッダをインクルードし、
そこで適当なnamespaceを設定して同名のwrapperでも書き、他所のコンパイル単位からは
同名のwrapperの方を呼べば良い
（※ printf()のような可変長関数の場合はwrapperからvprintf系を呼ぶ

C++の関数シンボルは引数型とセットでマングルされるので、
仮にwrapper外（C++世界）のグローバル名前空間でCのライブラリに含まれるのと同名の関数を定義しても
（extern "C" double ceil(double)等して明示的にCリンケージにしない限り）問題にならない

>>121
C++03 まではそのつもりで規格もそうなっていたけど、コンパイラベンダの反発（無視）が
何年も続いたため、 C++11 で規格のほうが現状を追認するようになってしまっている。
http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#456

>>122
なんという無意味な再宣言w
コーディング規約として、そうするか・・・

>>123
負担が線形増大w
けど参考になります。

>>124
ふむふむ、将来的にも予定はない・・・と。

>>125
こーやればいけたので報告
やっていいかどうかはわからないので詳しい人お願いします

#include <iostream>
namespace hoge {
#include <cstdlib>
　　using::atoi;
}
int main(void)
{
　　int a = hoge::atoi("4");
　　std::cout << a << std::endl;
　　return 0;
}

結局リンクの段階でどうしても汚染されるので
無駄だよ

汚染を防ぐじゃなくてstdじゃない名前空間で使うことね

それだけなら別にこれでいいじゃん

#include <cstdlib>
namespace hoge { using ::atoi; }

>>126
当然アウト。
17.6.2.2 [using.headers] p3
> A translation unit shall include a header only outside of any external declaration or definition, ...

>>126
GCC4.7でコンパイル通らないよ。

>>129
あーそうだね、ごめんなさい
>>126は忘れてください

>>130
解説あり

PODなら16byteの構造体に
多重継承でオペレータ関数を追加したら、28byteになってしまった。
多重継承にしたのは、他のクラスでも使うからで
アップキャスト等する予定はありません。
これを多重継承ではなくコピペにしたら16byteのままのはずです。
ただ、コピペするとクラスのコードが長くなって、望ましくありません。
サイズを増やさずに、継承のように再利用出来る方法はありませんか？

>>133 C++でおｋ

>>134 はげどう
>>133 C++でおk
多重継承で基底クラスと派生クラスのサイズが同じになるのが普通ジャネ、
みたいな質問をされると困惑するから具体例示せ

試してみました。環境はVC++2010EE SP1です。リリースもデバッグビルドも同じ結果でした。
---
struct A{ void f(){} };
struct B{ void g(){} };
struct C : public A { char a; };
struct D : public A, public B { char a; };
struct E : public A, public B { char a; void f(){} void g(){} };

size of struct C is 1
size of struct D is 2
size of struct E is 1
---
このDが2になるのは何で？
再利用性を損なわずEのように1にしたい。
メタプログラムは避けたい。

※↑は間違いです。失礼
---
試してみました。環境はVC++2010EE SP1です。リリースもデバッグビルドも同じ結果でした。
---
struct A{ void f(){} };
struct B{ void g(){} };
struct C : public A { char a; };
struct D : public A, public B { char a; };
struct E : { char a; void f(){} void g(){} };

size of struct C is 1
size of struct D is 2
size of struct E is 1
---
このDが2になるのは何で？
再利用性を損なわずEのように1にしたい。
メタプログラムは避けたい。

>>137
http://codepad.org/Q4fuvcOb
> size of C is 1
> size of D is 1
> size of E is 1

VC++2010EE の最適化が至らないといだけのことだな。

http://www.google.co.jp/search?q=msvc+multiple+inheritance+empty+base+class
↓
http://stackoverflow.com/questions/6119927/empty-base-optimisation-msvc
↓
https://connect.microsoft.com/VisualStudio/feedback/details/100686/empty-member-optimization-not-working-properly
> 終了
> 解決策: 修正しない
...
> 投稿者: Microsoft、投稿日時: 2006/04/11 11:50
> Hi: unfortunately even though this is a bug in the Visual C++ object
> model we are unable to fix it at this time given that fixing it would
> potentially break a lot of existing programs as the sizes of objects
> would change. Hopefully in the future we may be able to address this
> issue but not for the next release of the product.

俺もその結論に達しました。
クラスは空であってもサイズは1。
ただし継承元が空の場合、最適化で0とすることが出来る。
しかし、VC++2010EEの場合、継承元が2つ以下の場合しか最適化が効かないようです。
残念、こういう結果になるとは。ともかくありがとうございました。

int main(int argc, char* argv[]) {
vector<string> arg(argv,argv+argc);//ここまでOKだよね？
int res;
while ((res=getopt(arg.size(),&arg[0],"a"))!=-1) {
}
}
が通らない。
char* const*にconvertできないといって怒られる。
&arg[0]をc_strを指すポインタに変換しないといけない（？）ですが、
static_castで何とかなりますか？

ちなみに適当で
static_cast<char*>(&arg[0])
とやってもダメ。

>>141
何がしたいの？ getopt(argc, argv, "a") してから arg 作っちゃダメなの？

>>126
#include<c〜>でインクルードして
グローバル名前空間に関数が展開されるのは規格違反
MSのクソコンパイラー以外じゃコンパイル出来んぞ

>>143
stringとvectorでラッパを作ろうと思って。

わざとヤッてるとしか見えんな

>>144
>>132

static_castはダメだけど、
reinterpret_cast<char**>(&arg[0])でイケた。
違いがわからんｗ

>>140
VC++2010EEつうか、Windows SDKにも入ってる
MSのMicrosoft (R) C/C++ Optimizing Compilerの問題じゃね。
EEだろうがどのエディションでもコンパイラーは同じだから問題も同じ。

>>148 コンパイルは通るかもしれんが、イケてないよ。

>>145 >>143

>>148
int main( int argc, char *argv[] )
{
　//std::vector<std::string> arg(argv,argv+argc); この時点でダメ
　int res;
　while( ( res = getopt(argc, argv, "a") ) != -1 )
　{
　}
}

getoptはchar**型を取るのであって、std::vector<std::string>を取れるように出来ていない
例え std::string args[argc];で有ってもアウト。std::stringとcharの配列には互換性が無い。

>>152
arg の初期化自体には別に問題ないだろ。 char* → std::string の変換がきく。

>>153
そういう問題じゃないだろ。
std::vector<std::string>をgetoptに突っ込めばいいと考えてる時点でダメなんだろ。

>>137
12クラスの多重継承を行った、とでも言うのでない限り、>137が>133（12バイトも増えた）の原因とは考えにくい
元クラスA,Bおよび派生クラスCそれぞれで仮想関数を使ってねえが
そう考えると、2クラスの多重継承で12 バイト増える説明がつく。
それぞれのクラスが仮想関数テーブルへのポインタを含むから、4*3で12バイト増。
（これは>138のサンプルでf(), g()にvirtualを付けると検証できる。

また、強いて言えば>137のサンプル（仮想関数抜き）で
どうして>133の多重継承理由（他のクラスでも使うから）になるのかわからん

別にMSを擁護するわけではないが、interfaceの多重継承みたいなことをしたいのだとすれば
基底クラスは必ずポインタ1個分（今日日のPCなら4バイト）の領域を占めるから、>140のような最適化の出番はない、
ﾊｽﾞ

155 = 135。しつれい

PODという用語を理解してるなら
仮想関数使うとサイズが増えるのくらい知ってそうな気もするけど
そうでない事もあるから困る

>>155
typedef やら static なメンバ関数やら、仮想関数以外にも継承したくなるものはあるだろ。

いやすまん、揉める前>155の「2クラス多重継承で12バイト増える」を訂正
>137のサンプルにおいて、
struct D : public A, public B { char a; virtual void f() { } };
としたとき、DとAは仮想関数テーブルへのポインタが共通
（単一継承と同様の関係で、DからAへのアップキャストは暗黙に行うこともできる）
だから、仮想関数テーブルへのポインタによる増分は12でなくて8バイト。
残り4バイトは、charより大きいデータ（ポインタ）を含むから、整列の都合上3バイト埋められ、
それでトータル12バイトになる。

でっていう

>>155
133で出したクラスは、
9個のクラスを多重継承しており、
うち1つは、2つのクラスを多重継承しています。

完全にノーコストだと思ってたんでやられました。
継承はやめて全部コピペすりゃいいんでしょうけど・・

組み込みでもやってんじゃないなら気にすんなよ
んなもん今日大したコストじゃねぇぞ
そんな事気にしてたらいつまで経ってもモノができん

どんだけ多重継承してんだ
継承なんて実際大して使わないと思うんだが
全クラスの2割くらいじゃね

継承多用も頭悪いヤツが嵌るワナの一種だから仕方が無いのだよ

継承なんてインターフェースの実装用としてしか使わんな
多重継承は使いまくる
実装継承使うときは、デフォルト実装が欲しいときぐらいだな
完全抽象化クラスを継承することがほとんど

つか>>133は何をどういう風に再利用する気なんだろう
再利用するとなると、<algorithm>がいろんなクラスに適用出きるように
普通クラス側でなくクラスを使う側なんだが

>>165
ベクトルです。float32 x 4で16byteな訳です。

多重継承している9種は、
ベクトルとの2項演算子
ベクトルとの単項演算子
ベクトルとの代入演算子
スカラとの2項演算子
スカラとの単項演算子
スカラとの代入演算子
などなど演算子が主です。

再利用化は、他に行列クラスにも使うためです。
合わせて6種類のクラスで使っています。

設計は満足のいくものだったんですが、
16Byteであるべきものが28Byteもあるようでは
はっきり言って使い物になりません。

>>166
こんなのはどう？

#include <iostream>
template<typename Vec, typename Any> struct A : public Any { void a(){}; };
template<typename Vec, typename Any> struct B : public Any { void b(){}; };
template<typename Vec, typename Any> struct C : public Any { void c(){}; };
template<typename> struct Empty {};
struct MyVec : A<MyVec, B<MyVec, C<MyVec, Empty<MyVec> > > > { float x,y,z,w; };
int main() {
std::cout << sizeof(MyVec) << std::endl;
}

継承じゃなくてマクロかincludeで対応するとか

public int FindIndex(Predicate<T> match)
{
}

List<T>と同じ挙動のFindIndexを作りたいんですが、
どう実装されてるのかわかりません
Predicate<T>からメソッドを取り出して、
フィールド変数T[] dataと一致を比較するにはどうしたらいいんでしょうか

誤爆してた、すみません
C#スレで聞いてきます

c丼もスコープ付きusingやtypedef使えれば
便利なんだがなぁ

相談室ってこんなに過疎ってたっけ？
・・・というのはさておき、

struct A {
const std::string get(const std::string& value) const {
return value;
}
const bool get(bool value) const {
return value;
}
};


これで
error: conversion from 'bool' to non-scalar type 'std::string {aka std::basic_string<char>}' requested
って怒られるのなんで？
string関係はいつもストレスやわ・・・

>>172

http://ideone.com/hoiKy

再現するコードかかないとわからんよ

引数の型間違ってるだけじゃないの？

どうせa.get("abc")にしてんだろ
んでconst char*からの変換ではconst std::string&よりboolのほうが優先されて
返り値がboolなのにstd::stringで受けようとしてるからエラー

うわっ、申し訳ない。その通り。
a.get("abc")てしたせいです。

この問題って、もしかして
std::ofstream::ofstream(std::string)
が存在しなくて、char*にしてある理由と同じ？
なんでいちいちc_strにしないといけないのかいつも不思議だったんだけど。

・・・しかもC++0xで修正されているというのも更に分からん。

それとは関係ないだろ

>>166
ベクトル・行列演算クラスを自前で作っても、設計や速度の点で不満が出るかもしれない。
テンプレート使った高速化の設計ならBoostを見てみるといいかもしれない。
参考→ttp://www.page.sannet.ne.jp/d_takahashi/boost/ublas/index.html

もしくは、浮動小数点やスカラーではなくベクトルや行列の演算は
CPUではなくGPUで処理したほうが圧倒的に早いいいので、
Windows環境限定でそこそこのグラフィックカード使えるなら
DirectX.MathやCUDAを使ったら早くなると思う。（LinuxでGPU使う方法は調べたこと無い）

こいつらより早い行列計算ルーチンを書くのは至難だよ。
CPUの性質やコンパイラの最適化とか熟知してる連中が作ったライブラリだから。

>>155
関係ないけど、未だに32bit環境がデフォと思っているやつは何なんだろうか？

>>177
CUDAが必要なレベルだとかなり大規模になる必要があるし、CUDAの持って行くのには別の苦労もあるから、MKLとかの方がいいぞ。
Sandy-Eがでてからは余程いいVGAはないと大きな差が出ないか、逆に遅くなるからな。

>>177
BoostはFortranのuBlasを再現したものだから
Blits++の方がいい。速度もこっちの方が速いしね。

Blitz++か
あの変態演算子オーバーロードか
カンマ演算子をオーバーロードしたライブラリは初めて見たよ

よく知らないけどEigenがいいと聞いた

>>181
＞カンマ演算子をオーバーロード
そんなこともできるのか点点点

>>183
行列の要素を読み込むのに使ってる
ドキュメント読んでみ

A = 0.5, 0.3, 0.8, 0.2,
0.1, 0.3, 0.2, 0.9,
0.0, 1.0, 0.7, 0.4,
0.2, 0.3, 0.8, 0.4;

こんな書き方をするにはカンマ演算子のオーバーロードしかないだろ

自動的に4×4？

いや
Array<FixedPoint, 2> A(4,4);
って宣言してる

書き方はすっきりするけど
速度的にどうなんだろうか

初期化のつもりだろうからそんなに速度必要ないんじゃね

問題は肝心のテンソルの演算速度

C++ 2010で画面上部のプルダウンメニューからDebugをReleaseへ変更しようとしているのですが、プルダウンメニューが反転していて選択できません。
どうすればよろしいでしょうか？

>>189
Blitz++だと式テンプレート使いまくっててFORTRANと同程度の速度がでるらしい。
ただ、速度求めるなら最初からGPGPU使った方がいい気がするが。

CUDAみたいな類のは4桁×4桁をガンガン回すぐらいじゃないと牛刀
16×16ぐらいなら転送のコストで帳消しになるだろう

OpenCVとか必要ないレベルなら速度にこだわる必要もなくね？

>>191
FORTRANて別に速いわけじゃないのに、なんで使われているんだろ？
やっぱ過去の資産かな？
配列の並びが逆なのが気持ち悪い。

>>94
つ[ポインタのエイリアス問題]

C/C++はこれがあるために配列で最適化が十分に出来ない
VCなら__restrictとかC99でrestrictという予約語を使うとFORTRANと同等に出来る

ありゃ
×>>94
○>>194

しかしこの過去スレひどいな

http://logsoku.com/thread/pc11.2ch.net/tech/1177215582/

ちゃんとここに書いてあるのに

http://seclan.dll.jp/c99d/c99d07.htm
7.6　restrict ポインタ

>>194
実際速いから。あとC++じゃベクトル命令(SSEの類ではない)
まともに自動で使えないから。

pascal の配列演算がなぜFORTRAN と並ぶに達せなかったのかに疑問が沸く

>>195
C++には無いよ。C++11なら無視されるらしい。

金が足りなかったんだろう

>>198
vector<double> x,y,z;
z=x*y;
的なこと？たしかにRとかで使うけどなれると便利だよな。
Pascalにもあるの？

>>201
コンパイラでそういうの早くしようとしたら、どういう頑張りが必要なの？
まったく想像がつかないんだけど命令手書きとか？

>>202
http://www.ss.isc.tohoku.ac.jp/refer/pdf_data/v36-1p17-54.pdf
http://www.ss.isc.tohoku.ac.jp/refer/pdf_data/v35-3p21-39.pdf
この辺の話にでてくるベクトル命令

>>202
B(1:99) = A(2:100)
こんなんとか。
Fortranならある範囲から、ある範囲に対して
演算を行える専用構文が存在するがCやC++には
存在しない。独自の拡張か、環境依存の関数を
使う必要が有る。

ベクトル回路に乗せやすいように配列データを並べて
固定回数の繰返し構文を見つけて専用命令を充てる。

C++もstd::valarrayを擬似クラス化して最適化できる
ようにすりゃいいんだけどな。演算子のオーバーロードとか
通常時は、演算毎にループして、最適化がかかった場合は
Expression Templateみたいに一つのループで一つの要素に対する
演算をすべて実行したりとかさ。

>>203
基礎研究レベルからの積み重ね以外にないだろう
商用のCやFortranのコンパイラがやってる融合変換や自動ベクトル化とか命令の合成とかは全部その上に成り立つもの
別に言語の仕様が高速化に向いてるからだとかいうものじゃない

>>208
配列演算ができるのと出来無いのじゃ差が大きいよ
GpGPU分野でもFortranがそのまま移植され始めたし

>>198
ここで言うベクトル命令ってSSEの類じゃないってどういうこと？
インテル系以外のプロセッサということなのか？

このスレに貼られたリンク先をよく見てみましょう

>>210
ここではベクトルプロセッサーのベクトル命令の事。
ベクトルプロセッサーの命令は、ループで回しながら
xmm0みたいな固定長のレジスタを使って演算する
わけじゃなく、演算命令に範囲と要素のサイズを
指定するだけ。構造がだいぶ違う。

>>212
なるほどよくわかった。ベクトル機向けだからか。
今だとCUDAに近い感じかな。

>>200
VCにはrestrictはないが__restrictという予約語でこっそりMS独自拡張されてる
ヘルプ見てみ

>>209
D&Eでも禿が「C++は演算分野でFORTRANと張りあうつもりはない」ってはっきり言ってるもんな
でも実際使われてる事も確かだし速度が少し遅くても答えさえでりゃいいって奴がおおいんじゃ
どうしてもいやならFORTRANをリンクして行と列を入れ替えれば済む話だし

ベクトルって並列演算の事だと思うけどスーパーコンピュータはほとんどベクトル機だから(Power PCを
並列につないで使ったりしてるもんな)C/C++で同じ事をやろうとすればOpenMPか>>213のように
GPUを使ったCUDAしかない

しかしGPGPUは単精度という致命的な欠点があって倍精度専用のGPUも発売されているが
これは気軽に買えるようなものではない

MS独自に拡張されてようとC++11には無い

ここC++11のスレじゃないんだけど
ちなみにC++03にもないです

俺が言ってるのはPCでrestrict使いたければVCかIntel C++(C99対応)を
買うしかないという事

スパコンも案外独自拡張されてそうだけどな
あれだけ演算速度を重視されるんだから

あ、やっぱり
ベクトル型スーパーコンピュータのC/C++はrestrictを独自拡張してる物が多いようですね
これがないとベクトルCPUやSIMDが使えないもんなあ

それか素直にC99を使うか

std::stringを継承させた
exstringというクラスを作ったのだけど
std::stringのいろんなコンストラクタをそのまま継承クラスでも使う方法ってないの？

stringクラスに仮想デストラクタはあるのか？まずそれが一番大事
無いとdeleteの時にメモリリークするぞ

次にコンストラクタは継承されないから自分で書き直すしかない
コピペしてそのまま呼び出せばいいのは初期化リストに入れれば良い

ポータブルなisnanの実装って可能？
doubleのビットを全部見たらnanについて何が分かる？

>>219
std::stringにアップキャストしたポインタをdeleteしなきゃリークしねーだろ

ちなみにexstringをポインタ経由でなくてインスタンスとしてしか使わないのなら問題ないけどな
それからexstring自身のポインタ経由で使うか

std::stringは「失敗した標準ライブラリ」だと良く言われる
理由は多量のコンストラクタに、整理されてない多量のメンバ関数
STLの前に作られたから仕方ないんだが
string用に最適化されている事を期待して諦めているが

>>219
おまいバカだろ

>>223
馬鹿というなら具体的な対応策をお前が>>218に呈示してやれよ

全然話は違うけどSTLPortのstd::ropeはどうなったん？
boostもC++11も見捨ててるみたいだけど、自然消滅？

>>220
IEE754でいいなら、ビットパターンでNaNを表現している。

std::stringじゃなくて
<boost/container/string.hpp>
使うのは？

>>227
本当だな
それだとslistも入ってるし不要なstringのメンバ関数がバッサリ切り捨てられてる
全部STLでやれって事だよな

>>216
正式に規格になったから、一応C++11もこのスレに含まれるっぽいぞ。
数カ月前向こうでそういう議論があった。
今C++11スレは、次世代規格やC++11の対応状況とかそんなスレになってる。
つか過疎ってる。

>>217
自分で書けばいいじゃん。
俺はクリティカルになるところは自分でかく。
それ以外は、コンパイラ任せ。

ropeは現在では遅延評価がある言語でエディタ実装する用途以外に使い道無い

ベクトル演算なんて自前でループなんかしないでippあたりのライブラリ使うから
どうでも良い

メモリの断片化を防ぐために、OSが不定期にデータを移動させることがあるそうですが、
現在、これによる影響を考慮するようなプログラムはないと考えてよいでしょうか？

昔（WindowsNTより前？）：物理メモリアドレス＝プログラムが参照するアドレス
→移動可能メモリを読み書きするにはロックが必要

今：物理メモリアドレスはOS管理の論理アドレステーブルで対応付けされ、プログラムからは常に固定のアドレス

どういうときに考慮する必要があるの？

断片化解消を阻止するプログラムでも作るつもりか？

>>234
DirectXにロックするAPIがあるんです。
現在はロックって必要ないはずですよね？？

>>235
DMAとかでCPU以外からのアクセスがあるため、OSが勝手に移動すると困る

>>236
なるほど。
GPUから見た場合は論理テーブルみたいな仕組みがないので、
明示的に物理アドレスを固定しないといけないということなんですね。

ありがとうございました！！

uプリフェックスってコンパイラで指定したソースコードの文字コードを
UTF-16に変換してconst char16_t*型の変数に代入するって意味ですよね？
例えばソースコードがエスジスならばエスジスをUTF-16にへんかんするってことですよね？

だいたいあってるけど正確には違う

struct X
{
char x;
X( const X& o ) : x(1) {}
X() : x(0) {}
};

int _tmain(int argc, _TCHAR* argv[])
{
X x;
x = X();
return 0;
}

これ、コピーコンストラクタが呼ばれずにx.x != 1になってしまうんですが
なぜだかわかりますか？　Visual C++ 2010です。

operator=が呼ばれてるからじゃないんけ

初期化と代入の区別はちゃんとつけよう！

コピーじゃなくて代入だから呼ばれないよね(´･ω･`)

>>240
operator=を書いてみ

>>240
http://codepad.org/YYHOycgY

同じ事を何度も言わなくてよろしい

template部分特殊化で
int float doubleは同じ処理で
string charは違う
その他のいろんなクラスは汎用処理
ということをしたいとする

int float doubleの同じ処理を３回書かないでプリプロセッサあたりで一回で書いてしまう方法ないでしょうか

template<class Signature>
struct my_class{ ... }; // etc type

template<class T>
struct base_int_float_double{ ... }; // int or float or double

template<>
struct my_class<int> : public base_int_float_double<int>{};

template<>
struct my_class<float> : public base_int_float_double<float>{};

template<>
struct my_class<double> : public base_int_float_double<double>{};

これじゃいかんのか？

>>248
ありがとう
それでいけます

中身はintだけど型がintと違うものを作りたくて
struct exint ; public int
{};
してみたらintはclassじゃないと怒られた。こんなものは作れないってことでいいの？

>>250
D言語でおｋ

オブジェクト指向もどきだから
何でもかんでもオブジェクトじゃないよ

newしたクラスのコンストラクタで、自分のメンバ変数にさらにnewしてクラスのオブジェクトを持たしている時
一番上位のオブジェクトをdeleteしたらメンバ変数のnewしたオブジェクトも消えるでしょうか？

つまり↓
newオブジェクト�@->newオブジェクト�A->xxxx ;

と続いている時、newオブジェクト�@をdeleteする

この場合はnewオブジェクト�Aを削除したければ、そいつのデストラクタを呼ばないと駄目？

>>253
newしたオブジェクトはスコープアウトしても消えることがないので、ライターの責任でdeleteする必要がある。
だから消えない。

>>253
それはデストラクタに書くべき事でしょ
newオブジェクトにもデストラクタを書いておけば全部呼んでくれる
継承してないし簡単

例えばこれはメモリリークしない

class Base {
public:
Base* bp;
Base() : bp(new Base) {
bp->bp = 0;
}
Base* pointer() { return bp; }
~Base() { delete bp; }
};

int main()
{
Base b;

Base* bp = b.pointer();
bp->bp = new Base;
bp->bp->bp = new Base;
bp->bp->bp->bp = new Base;
}

bpがpublicというのは格好悪いのでprivateにした
やはりメモリリークはない
class Base {
Base* bp;
public:
Base() : bp(new Base) {
bp->bp = 0;
}
Base* pointer() { return bp->bp; }
~Base() { delete bp; }
};

int main()
{
Base b;

Base* bp = b.pointer();
bp = new Base;
bp = bp->pointer();
bp = new Base;
bp = bp->pointer();
bp = new Base;
}

>>253
newしたらdelete
http://ideone.com/Q8DwX
スマートポインタの方がいい
http://ideone.com/2PugO
ポインタの必要がなければ普通にメンバにした方がいい
http://ideone.com/eepV0

>>258
タメになるなぁ。

>>257
ダメになるなぁ。

>>257
リーク以前にそれ無限ループじゃね？

>>260
やってみて言ってんのか

Base() : bp(new Base) {
bp->bp = 0;
}

が何のために書いてあるのか分からないのか

おれもコンストラクタが再起するように見えるけど。
開発環境入ってないから検証できないな。

で、Ideoneで試してみたら、ランタイムエラーだってさ。
http://ideone.com/ikpg0

うん。スタックオーバーフローだから、実行するまでわかんない。VCとかだと何事も無く終了するｗ

>>257
ループの件とは別に、
>>256はbp->bp->bpで連結してるけど
>>257はBase::bpでなくmainのローカル変数書き換えてるだけなのでリークする

やりたいことは分かるけどサンプルは盆ミス回避のため実際に実行するに限る
http://ideone.com/pcKDy

>盆ミス
そしてこの凡ミスである

>>261
やってみて言ってんのか

>>261
コンストラクタでのnewでまたコンストラクタを呼び出す <---- 無限ループ
試しに bp->bp=0; にブレークポイント仕掛けたけど、そこに到達する前にスタックオーバーフローした
見た瞬間に気が付くと思うんだけどなぁ

既に>259で答えが出てた。

どう見ても永久ループです
ありがとうございました

#include <iostream>

class Base {
Base* bp;
public:
Base(int i = 0) {
std::cout << "Base() " << i << " time(s) called." << std::endl;
bp = new Base(i + 1);
bp->bp = 0;
}
Base** pointer() { return &bp->bp; }
~Base() { delete bp; }
};

int main()
{
Base b;
}

>>240 のお答えありがとうございました。こちらは理解出来ました。

ただもうひとつ、疑問があります。
このoperator=()が適用されないんですが
なぜなのかさっぱりです。
というかこれは常識ですか？

http://codepad.org/z5OlAQXL

暗黙のうちに作られるoperator=(const X<x0,x1>&)があるから。
普通のメンバ関数なのでテンプレートより優先。

そうなんですか・・
デバッガでトレースしても何も無いし
暗黙なんて止めて欲しい・・
ともあれ、おかげで対策方法もやっとわかりました。
どうもありがとうございます。

Base() : bp(new Type()) {
}
初期化リストでnewするって無いよな
スマポ使えとまでは言わんが、せめて
初期化リストはNULL初期化だわ
効率もスマポ使った時と変わらん

Base():value1(NULL),value2(NULL)
try
{
　　value1 = new Type();
　　value2 = new Type();
}
catch(...)
{
　　delete value1;
　　delete value2;
}

いやそこはスマポ使えよ

NULLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLL

いや、俺はちゃんとnew_handler記述するよ。

というかnewがこけるときって、どういう状態なんだろ？
もうガッタガタで、プロセス落とすしかないんじゃないの？

>>276
Effective C++読んでみれ。

第三版はどうなってるか知らんが、第二版ではかなり最初のほうで出てくる話題。
メモリ不足への対策は初級クラスのプログラマでも必須の知識だってことなんだよ。
イメージできないなら、まだ初級プログラマになれてない。

と、思っていま第三版の目次を確認したら後方に移動してたｗ
二版では2章7項だったが、三版では8章辺りの話題のようだ。

あ、オレ初級以下だわ

メモリが有限だってことさえわかれば自然と不足する状況なんて考えられるはずなのに、
それがわからないって言ってるやつは結局エラー処理をサボる理由が欲しいだけなんでしょ。

クラスに自分へのポインタを持ってそこにnewして入れるなら
再帰呼び出しになるから、引数を入れて深さがある程度になったら
止めるなどの工夫をしないとstd::bad__alloc例外が投げられるのは目に見えている

その前にスタックオーバーフローで止まるかハングしそうだけどね
処理系によってはスタックオーバーフローしても何も言わずにそのまま続行するから
たちが悪い

new と スタックがどう関わるか詳しく聞きたいものだな

コンストラクタの再帰呼び出しの機構は特に規格に入ってないけど
普通の関数のCALLみたいな機構で実現されてる場合が多いみたいです
だから先にスタックが逝くような感じ

ウェブ上で配信されているMJPEG形式のストリームを読み込んでメモリ上でパースしたいです。
どのような方針で書けばいいでしょうか。
よろしくお願いします。

とりあえず適当にバッファにとって切り取っていけばいいんじゃないでしょうか

ソケット作ってってことですか？
ストリーミング取得しやすくするライブラリでもあればいいのですが。
ちなみに対象のMJPEGの構造は把握しているので独自に解析するとして、今は自分の中に以下の3つの課題があります。
・データをどうやって取ってくるか
・送られてくるMJPEGを具体的にどのようにバッファして解析してバッファをリリース&次のデータを取得すればいいのか
・マルチスレッドで他の処理と並行して実行させたいので、プロセス内でjpgのやり取りをしたいのですが、
　例えばOpenCVを使った画像処理スレッドとjpgを取得するスレッドをどうやって連携させるのか

>>287
1. wget URL | お前のプログラム
2. read(stdin)
3. シングルで動いてから考えろ
　煽りじゃなくて本気でリファレンス実装作ってからじゃないとデバッグ大変よ？

大きな問題を小さく分割して1つひとつ実現するセンスが必要

>>275-276
new演算子の問題じゃなく、newに付けたコンストラクターが
例外を出した時が問題なんだけどな

>>275
new_handlerつかっててもコンストラクタでコケたらメモリーリークする
メモリーリークだけなら即致命的な事態にならないが
ファイルロックや排他など各種ロックが掛かりっぱなしになる

言葉が足りなかった。
>ファイルロックや排他など各種ロックが掛かりっぱなしになる
これは、ロックするタイプのオブジェクトをnewで確保していた場合な

だからスマポ使えよ

>>291
new_handler とメモリーリークは関係ないだろ。

スマポ使ったら負けだと思うんだ。(笑)

スマポこそ人類の英知だ
そうは思わんかね

>>295 けっこうよく居るな、こういうやつ。なんなんだろうな？

>>291-292
細かいアレだけど「コンストラクタが例外安全なコードになってなかったら」だろ？

>>239
kwskおねがいしま(ry

shared_ptr使ったらあっさり書けて拍子抜けしたわ
C++はGCが付いてないんだからスマポ使った方がいいかもね
メモリリークで本当に悩む

スマポが使えるなら使ったら方がいいが、
パフォーマンスやメモリの観点で使わない方がいい場合もあるからケースバイケースだな。

shared_ptrはともかくunique_ptrは消費メモリもオーバーヘッドも生ポインタと変わらんと思う

生成と破棄x30000000、sizeof比較

int*: time: 2.13s
http://ideone.com/2tLcx

std::unique_ptr<int>: time: 2.13s
http://ideone.com/wtba4

std::shared_ptr<int>: time: 4.41s
http://ideone.com/UDuJE

sizeof:
http://ideone.com/EtftU
> sizeof(int*) = 4
> sizeof(std::unique_ptr<int>) = 4
> sizeof(std::shared_ptr<int>) = 8

亡きauto_ptrさん
http://ideone.com/sc7fr

ユニポすげえええええええええ

多機能ではなくスマートさを追求したユニークさんこそ至高

>>297
会社がboost使わせねェんだから仕方ねぇだろ

>>307
scoped_ptrくらいなら定義すればいいだろ

>>307
内製の糞ライブラリ使うしかないのかｗｗｗ

社員の腕前まるっとまとめて信用されてないんだろ
紐付けとかないとなにやらかすかわからん集合無知みたいな

タダより高いものはないとか言ってセキュリティがうんぬん

じゃあ、コンパイラから全部内製で。

単にboost分からないから使わせないだけだよ

じゃあ標準ライブラリは完全にわかってるのか。すごいなぁ。

const auto_ptr ぐらいは使えるだろ

というかC++だって完璧にわかってるやつなんてそうそういねぇよ

C++はあのPL/Iよりも言語仕様が大きいんだぜ
全部覚えたら神様と崇めるよ

std::vector<Hoge>でHogeをコピーしないでHogeのデフォルトコンストラクタ呼び出す方法ありますか？

ソースで示して

>>318
resize

C++11より前だとコピるぞ。

resizeでコピーが発生せずデフォコンで構築されるのはC++11から

>>307
どんな理由で禁止されてんの？

上司「今の僕には理解できない」

上司「うちはBCC使ってるんだけどコンパイル通らないじゃんあれ」

「なぜあなたが理解できないということが禁止の理由になるのですか？」

>>323
テンプレが役に立たなかった時の名残

>>327
なら今はもう問題ないな。

VC6が未だ現役という・・・

boostのコンパイルが通らない環境の仕事つい最近まであった

先輩「STLも禁止な」

俺様「OTL」

Oresama Template Library

先輩「templateも禁止な」
俺「それC++を使う意味なくないっすか？」

C99非対応の処理系ならベターCとして十分実用性が

おっとMicrosoftの悪口はそこまでだ

>>334
3〜5年前なら当たり前のようにそういう話があった
今でも少なくない

そうだな、昔も今もアホは居るからな。

もっと昔だと・・・templateは予約語だった

mapに特定のキーが登録されているかいないか調べる方法ありますか

find

count

VS2010を用いているのですが、コントロールがクラシックデザインなのはどうしようもないんですか？

>>342
ttp://eternalwindows.jp/control/controlbase/controlbase09.html

>>313
コンパイラが変わると、コンパイルが通らないからだよ。
ビルド環境にboostがあるとは限らんし。

早くboostがstlになればいいんだよ。

糞環境自慢されても

業界標準以外は導入しづらい

>>294
遅レス&&全レス読んでないが、関係はある
クラスFooのコンストラクタ内で例外が発生すると、
その時点で構築済みメンバのデストラクタはもれなく呼ばれるが
Fooインスタンス自体のデストラクタが呼ばれない
したがって、Fooがメンバとして単純なポインタFoo::m_pを含んでおり、
それに対するnewが成功した後に（別のnew等で）例外が発生すると
Foo::m_pが指すメモリを解放する奴が居ないからリークする

解決策はFoo::m_pのような奴を生のポインタではなくauto_ptrにするとか

いやすまんnew_handlerか、
new_handler中身でやることのパターンは何通りかあるが、結局例外を投げてしまう場合、と読み替えてちょ

コンパイラごとのSTLのアルゴリズムは
イテレーターのクラスによって要請されているインターフェイスの
オペレーターを全て実装していることを仮定されていますか？
よろしくお願いします。

>>349
C++に準拠してれば、C++の仕様に沿ったオペレーターを実装してるだろう。
C++に準拠してないコンパイラーの話なんかされても知らんがなとしか言えん。

>>349
何を聞きたいのかわからんが、
一応テンプレートに現れるシンボル（オーバーライドされたオペレータ含む）はtwo-phase lookupと言う規則で解決され、
インスタンス化しないテンプレートに現れるシンボルやオペレータについては宣言も実装も一切要らない

すなわちSTLアルゴリズムの使用するイテレーターテンプレートのインスタンスの
インターフェイスの提供するファンクションはSTLで実装されているイテレーターのイテレータークラス
によって類別されて決定される全てのファンクションが実装されていることを前提としているのでしょうか？

コンセプトが導入されてない現状ではそのアルゴリズムの実装が使うイテレータの機能だけが使用可能ならば問題ない
だから現状ではイテレータの要件を完全には満たしてないクラスを渡しても動作するアルゴリズムの実装はありえる

ただし、あるアルゴリズムがイテレータのどの機能(ってfunction=関数?)を使うかは実装依存。
一回動けばいいような書き捨てプログラムでもない限りきっちり作っておくが吉。

ああｽﾏﾝ、自作イテレータをSTLのアルゴリズムに食わせる話か、
初心者なものでイテレータはSTLのコンテナから出てくるものが全てだと思い込んでいた、

自前でちゃんとしたイテレータを書くのは
結構面倒くさいからboost使うといいよ

>>348 読み替えてもやっぱり new_handler とメモリーリークの関連が見えてきませんね。

変態イテレータあるよな
for_eachで回すだけで面白い事が出来る奴とか

>>357=294 ?
俺は、>>275がnew_handlerでなんとか出来るらしいと
書いてたからnew_handlerでメモリーリーク対策できなくねと書いたまで。
new_handlerとメモリーリークが関係するかはしらんがな。

そうか。すまんかった。

>>357
Fooのコンストラクタ内で例外を捕捉しないものとして、
>347な状況でnew_handlerから（何でもいいが）bad_alloc等の例外をスローすると、Foo::m_pが指す先のメモリがリークする
>347の状況であってもnew_handler内で（あらかじめ非常用にリザーブしておいたメモリから割り当てる等の手段で）
例外をスローせずに処理した場合、リークは起きない

よって、new_handlerの中身がリーク発生に全く無関係とは言えない

空きがもうない状況の話なのに
空きがあったらってぶっちゃけ関係ないよな

>>362
>空きがあったらってぶっちゃけ関係ないよな
空き0前提はともかく、非常用のリザーブ領域まで0前提なのか否かはスレの流れからは自明ではありませんね〜
new_handler内でユーザー向けダイアログボックス用にリザーブ領域メモリを割り当て、
エラー表示した後プログラム終了、という設計も有り得る

>>363
newが例外を出した時点で、new_handlerは失敗してる。

>>363
newが例外だしてりゃリザーブ領域空ですよね

>>364,>>365
kwsk
デフォルトのnew_handlerを自作new_handlerに差し替えた後でも
newが勝手に例外をスローするというのは初耳

>>366
自作new_handlerが何も割り当てできなかったらNULLでも返す気か？
要点は例外じゃなくて、new_handlerがなすすべがない状態におちいてっるて
所なんだからそれぐらいは解れよ

>>366
つまらん事で意地をはるな
得することなんて何もないんだから

>>367
自作new_handlerなんだから、なすすべがない状態に陥らないように設計もできるよ？
単純な方法としては、プログラムの起動時に数KBかそこらのメモリを非常用にnewしておき、
そのポインタを大域変数g_pReservedに記録、
その後本当にメモリが0になったらg_pReservedからとりあえず返し、ただしプログラム終了フラグをセットして
速やかにプログラムを終わらせる、みたいな

そのためのnew_handlerです

>>365 の話がでてるのに、リザーブがあればという。
もうダメだなこの人完全に意固地になってる

>>369
g_pReserved が使われた後にもっかい new したら同じこと。

>>361
元々可能性の低い失敗がもし起こったらどうなるか、って話をしてるのに
可能性をもう少しほんのちょっとだけ下げる方法の話をしても意味ないでしょ。

>>369
話の論点からずれるけどアホだろあんた
最初にnewしてなければその分空きがあったはずで、意味がない。
new_handlerとして有効な使い方は、高速化の為にだけ先読みしてた
画像データなどのキャッシュ解放。不要なデータを削除すんのが普通。

#余談だから無視してくれ

>>370
デフォルトのnew_handlerを自作new_handlerに差し替えた後ならnewが勝手に例外を投げることはないから、
>365の言うような現象は起きない。よって、>365に基づく批判はナンセンスだし

>>371
まあそこらの細かい設計は一考を要するが、
別にg_pReservedをただ一つのオブジェクトに一括で返さねばならないわけでもなし

>>372
可能性を下げる方法の話ではないよ。プログラムを正常終了させる話。
本当にヒープ0になってからでは何も仕事はできない、という主張をするなら、
後始末という仕事を正しく遂行するため用のメモリをあらかじめ確保しておくという発想に到らねばおかしい

>>373
無視するが、>372へのレスの通りである

>>374
g_pReservedが空になったらどうする気だ？

>>375
本当にそうなったら万事休すだが、
やる仕事は後始末、と限定し、それに必要十分なメモリ量を見積もって
g_pReservedとして確保しておけば、それは避けられる

>>376
万事休すになった時のことをみんな言っているんだけど
それと、その時あんた例外なげないっていってたけどどうする気だ？

>>376
newを呼ぶ側からすればどこから取ったかなんて知らんのですよ。
取れれば有効なポインタが返り、取れなければ例外、それだけ。
足りなくなったのでクリーンナップして終了させる必要があるなんて知る余地もない。
std::vector<T>あたりのメンバ関数/コンストラクタで足りなくなったとして、お前は一体何をすればいいと言うつもりだね?

>>377
「万事休す」に2種類あることに注意だな。ただしどっちの解決策も示し済みｗｗｗｗｗｗ

(1) 後始末を遂行するためのメモリがリザーブ領域に残っているがそれ以外が0になった「万事休す」なら、
　 リザーブ領域のメモリからの割り当てて後始末を遂行し、プログラムを正常終了すれば良い（>369, >374の3コ目）

(2) 後始末を遂行するためのメモリまで0になる「万事休す」は、
　 >376のようにきちんと必要なメモリ量を見積もって確保しておけば生じない

ていうか、漏れとしてはnew_handlerの一活用方法を述べているだけで、そればかりに食いつかれてもなんだか悲しい
興味がおありの向きは、自力でnew_handlerを調べて活用方法でも考えたらどう？
例えば、new_handlerから自作GCを起動してしばらく使っていないオブジェクト（当然GCで管理する設計にする）
を解放し、空いたメモリを返すとか

>>376
>>369のやり方をすれば、ヒープが枯渇するタイミングが早まるだけで、
使えるヒープの総量は変わらないんだけど

>>378
>newを呼ぶ側からすればどこから取ったかなんて知らんのですよ。
おk newがメモリをどこから取るかに依存するような話はしていないつもりだが

>std::vector<T>あたりのメンバ関数/コンストラクタで足りなくなったとして、お前は一体何をすればいいと言うつもりだね?
漏れはg_pReservedに残っているメモリでプログラムの後始末を遂行し、終了するという考え方を示した。
後始末と終了以上の仕事をさせたいというならどうするか考えるのはYOUの仕事ですな

>>380
使えるヒープの総量が変わらない、はその通り
>369のやり方は、後始末を遂行する余力を残した状態で、ちょっとだけ早期にヒープ枯渇を察知することに意味がある。

>>381
おい、new_handlerが不足を察知したところでnewを呼ぶ側にはそれを知る術がない、といっているのだが。

>>379
リザーブが枯渇した後なんだから(1) は文脈としてありえないだろ
見積もれないからnew_handlerが呼ばれてるわけで(2)も終ってる

>>374
> 可能性を下げる方法の話ではないよ。プログラムを正常終了させる話。
どっちにしてもメモリーリークと関係なくね？

プログラムを正常終了させる話にしても、普通にスマートポインタつかってりゃ
例外が飛んで catch されるなり terminate() されるなりしてプログラムを終了
させたければさせられるわけだが、そのよくわからん new_handler を使う方法は
何がうれしいのかさっぱり。

>>328-383
Effective C++ 改訂2版 p.49に>363に類似だがより良い方法の記述がある
>たとえばプログラム起動時に予備として大きなメモリブロックを割り当てておき、
>new-handlerが初めて呼び出されたときにそのブロックを開放するという方法がある。

記憶管理の話は荒れますねｗｗｗｗｗｗ

>>385
荒れてる原因は話題じゃなくて、無理を通そうとする若干一名に見える。

>>384
>385の引用の続きだが
>予備のメモリを解放するときには、ユーザーにメモリが少ないことを警告
>し、もっとメモリを追加しないと今後の要求が失敗する恐れがあることを
>知らせるメッセージを出す事が多い。
↑これはメッセージを出すケースだが、予備が十分なら、
メッセージを出すのがある程度高価な処理であるケース
（例えばダイアログボックススに長いメッセージを出す必要があり、文字列をnewしたい場合等）に対応できる。

また、ヒープメモリが予備含めて完全に0になった状態で
「（例外をcatch等して）プログラムを（正常に）終了させたければさせられる」
という>384の自信はどこから来るんだ；

>>386
違うな。Effective C++の著者と漏れとで少なくとも2名だ

>>388
お前か。

みんなが >>361 の「new_handlerの中身がリーク発生に全く無関係とは言えない」について
ツッコミを入れているのがわからないの？

>>389
じゃあ藻前ら流の「全く無関係」のwell-definedな定義と「全く無関係」であることの論証よろ

少なくとも>388は、A,Bを命題として、「A→Bかつ¬A→¬BだからAとBは無関係とはいえない」、
という論法（のちょい派生）なわけだが

しつれい
× >388
○ >361

>>390 命題A,Bってそれぞれ何のこと？

＼　　 　 　 　 　 ／ 　 　 ／. : : : : : : : :ヽ-‐.: :_;. ---　.._: : : : : : : :＼　　　　　　　＼　　　　　　／
＿　 争　　も　　＿　　 /,　-‐＝=ミ: : : : _,ｨﾆ-‐……ｰ-: ､｀ヽ、: : : : ヽ、　 　 　 ＿　　　争　　 ＿
＿ 　え　　っ　　＿ 　 　 . .:´: : : : : : : ≠:7: : : : : : : : : : : : :ヽ、 ヽ| : i : : :,　　 　 ＿　　　 え　　 ＿
＿ 　 ：　.　と 　 ＿ 　 ／.: : : : -‐: :7´: : /:,ﾊ : : : :ヽ : : : ゝ-- :＼ | : :! : : : ,　　　＿　　　 ：　 　＿
＿　　：　　　 　　＿　/, -‐／.: : : : :ｉ : : /ィ:爪: : :＼ :＼ : : :＼: : :｀ト : !: : : :′ 　 ＿　　　：　 　 ＿
　　　 　　　　　　 　 〃　 /. : : : : : : |.:イ :ハ:|　＼: .､＼: : xｨ¬ト､: :| : : ! : : : : :,
／　　　 　 　 　 ＼　　 /.: :/.: : : : /ｌ : |/Гト､　　 　 　 /　|_,ノ0:::ヽ : : :i : : : : :′　／　 　 　 　 ＼
　／　 |　　|　　＼　 　 | .:/.:/. : : :i: i : |　|ノ0:::ﾄ　::::::::::::: 　 |: :∩::::::ﾄ: : : !: : : : : : :,　　／　|　|　＼
　　　　　　　　　　　　　∨ｉ: |: : : : |: :ヽ|　|::∩::|　::::::::::::::::　 !.::∪::::::| |: : :i : : : : : : ′　　　　　　　　　 　 ,ｨ　/〉
　　　　　　　　　　　　　　 |: |: : i : :', : |　 |::∪::|　::::::::::::::::　 !: : : : : :|｜: : i : : : : : : : :,　　　　　　　　　　/ レ厶イ
　　　　　　　　　　　 　 　 ヽﾊ: : :､: :ヽ|　 l : : : |::::: 　,　　::::└――┘ ! : : i : : : : : : : ′　　　　　　　　/　　 ⊂ﾆ､
　　　　　　　　　　　　　　　 い、: :＼/ 　￣￣　　　　 　 　 　 　 　 　 ', : : i : : : : : : : : ,　　　　 _, -‐'　 　 ⊂ニ,´
　　　　r ､　 _　　　　　　　　　　ヽ: :〈　　　　　　　 <　￣ フ 　 　 　 　 |: : : ! : : : : : : : :′,.-‐T　　　_,. -‐'´￣
　 　 くヾ;　U｜　　　　　　　　　　 | : ＼　　　　　　　　 　 　 　 　 　 ／| : : :i : : : : :_, -‐'　 　 |　 ／
　 　ｒ―'　　　ヽ、 　 　 　 　 　 　 | : : : ＼　　　　　　　　 　 　 　 イ: : :| : : :i_,. -‐　　　　　　 |／
　 　 ｀つ　＿　　￣￣Τ`ー―-- L: : : : : ｀: : . . .　 _＿　 　 .:〔: : :|: : :r┬'　 　 　 　 　 　 　 |

このスレはC++/CLIもやってるの？

共通の話題なら扱うだろうけどCLI固有の話となるとご遠慮願いたい。

CLIはこっちか
初心者用しかないのが気にはなるが

くだすれC++/CLI（初心者用）part2
http://toro.2ch.net/test/read.cgi/tech/1268613679/

初心者といっても、C++/CLI初心者にはC++と.NETの両方とも中級以上が必須だぜ
向こうはC++/CLIに固有の内容以外(C++や.NETの基礎知識)は基本的にスレチだし

int main()
{
　int *array = new int[0];
　delete[] array;
　return 0;
}
Visual Studio 2008搭載のコンパイラーでこのコード走らせると
異常終了してた気がするけど、もし異常終了したらバグじゃね？
仕様として正常終了と異常終了どっちが正しいんだ？

>>398
new が失敗→ bad_alloc → terminate() → abort() という可能性はあるが、
現実に VS が対象としてる Windows 環境でそうなることは考えづらいな。

>>390
メモリー不足→new_handler作動→リザーブが足りない→newが例外→直前にnewで確保したメモリーがリーク

もしくは、
メモリー不足→new_handler作動→リザーブが足りない→newが例外を出さない→newが0を返す?→異常終了

メモリーリークとnewが例外出す以前は全く関係ない

>>399
俺Windows持ってないから、実際やったらどうなるか試してもらえるか？
正常終了したら正常終了したと教えてくれ。

new int[0] は合法。変える値もnull値とは限らない（配列の格納に必要な追加のメモリを要求することは実装上許されているので）。
…規格票はJISのページがアレなので、誰か英語の規格でも貼っておくれ＾＾

bad_allocが投げられるようなシチュエーションではもはや何をやっても大抵ダメ
って書いてある本があったな

Exceptional C++だったかな？

>>402
new int[0]が何を返そうがどうでも良いんだけどね。
どうせ0なんだから代入しないわけだし。
問題はdelete[]がnew int[0]で確保した何かを
削除して落ちるのが合法かというわけで。

>>404
勿論合法。>>398もエラー無しの正常終了。VCでもエラーでなかったよ。

>>403
大抵はダメでも対処するケースはそれなりにある
可能な限りキャッシュを開放してロックを解除とかね
プロセス外部にあるロックは鼓動が止まってから
しばらく立たないと解除されないから、開放できるものがあるなら
最後の余力を使って可能な限り解放したほうがいい

>>405
de;ete[] new int[0];で異常終了が合法なの？
りょうかーい。

大抵は盛大にリークしまくりモードで焼け牛に水状態なんだけどな。
実装によっては開放した途端OSにボッシュートされてヨソにもってかれたりとかも。

Windows Me以前か、Windows以外のOSか？
基本的に
ヒープが空 = アドレス空間に空きがない
であって
ヒープが空 = システムの記憶領域が足りない
じゃないからな。後者だとプログラム以前にOSが止まる。

>>407
ちゃうねん。異常終了しないのが合法。

焼け牛…そういえば、牛に衝突すると「モー」となくドライビングゲームがあってだな…

若干スレチですが、
cmathのrand()って周期いくつか分かりますか？

若干スレチですが、
cmathのrand()って周期いくつか分かりますか？

2分弱かな・・・。

>>413
そんなもの存在しない

C++11ならMT19937が装備されたじゃん

>>413
cmathの中にrandはない。他の場所にあるrandの周期は実装によって異なる。

randの仕様見たけど、ほとんど仕様ないんだな

線形合同法だったり、なんかビット操作して128bit周期にしてみたりとか色々実装があるね。

最近のはやりは、それでも基本線形合同、ただし表に返すのは上から半分

それは仕様がない

土日に盛り上がってたんだな・・・

>>361
RAII(スマポ)使うかtry-catch(-rethrow)するか２択なんだし
両方しないのは単なる例外安全でないバグコードじゃね

Fooがバグってるのに
Foo「俺のせいじゃないです、bad_alloc投げたやつせいです」
それあんまりじゃね

>>403
どうしようも無いケースも多いだろうけど
オンメモリで小さいテキストを処理する機能にクソでかいファイル渡すとか
オプションで何かのバッファサイズに無茶な値を設定したとかあるし

対話型なら別にプロセス落とさなくても
入力ハンドラあたりでcatchしてエラー表示して続行でよくね

まったくだ。数ある「例外処理したくない」言い訳のひとつだろ。

>>423
画面表示もメモリ食うんじゃないのか？

>>425
>>423の2,3行目のケースならメモリ大量消費処理から
入力(\nやマウスイベント)ハンドラまでスタックが戻った時点で
メモリは解放されてる(例外安全なコードなら)

戻って尚足りないなら、どうしようも無いケースってことで

リソースが厳しい組み込み系以外で、
コンパイラオプションで例外を無効にしてる人っている？

>>427
Google社員がそうじゃね？

PSP、DS、360、Wii全部例外切ってやってた

>>429
コンパイラー何使った？

CODE WARRIOR

>>429
427 じゃないけど、なんで切ったのか気になるなー。
プログラムサイズ？実行速度？

>>431
それはコンパイラーじゃなくて統合開発環境じゃん。てのは置いといて、
CodeWarriorについて来るコンパイラーは、そもそもthrow-try-catchが
まともに動かんだろ。

例外切るとstd::stringやstd::vectorとかも実質使えないから
ベターCとしてのC++になるのかな

STLも使えなくなるな
いやまて例外を投げるメンバ関数だけ切ればいい話か

クラスのポインタって実体はあるの？

class sub{
public:
int aaaa;
};

claaa sper{
public:
sub* s;
};

↑特にこういう時

メンバへのポインタあるだろ

(sub::**s)になるのかな

あ、ただしこれは単独では使えないからね
インスタンスと組み合わせて使わないと意味をなさない
オフセットのようなものか

sperをインスタンス化してもsubは不定かNULLポインタだな。

それはコンストラクタの初期化リストか他のメンバ関数でnewするしかないね
他の配列やPODなんかを指しても別にいいけど
ただクラスはstaticメンバでない限り多数生成する目的なんだからやはりnewだろうね
そしてデストラクタにはdeleteを入れる

スマポを使うと楽だけどな

オブジェクトを作って配下の変数やクラスにもデータを入れているのに
初期化関数を抜けたらポインタで持たせているデータだけＮＵＬＬになっていました。
char*とかがそうです。中身を持たせているのにも関らず消えてしまうのはなぜなんでしょうか？

具体的に書いてみろや
文章だけじゃイメージ沸かない

>>436
こんな感じかなあ
class sub {
public:
int aaaa;
};

class sper {
public:
sub* s;
};

int main()
{
sub* su = new sub;
sper* sp = new sper;

sp->s = su;
int sub::*aa = &sub::aaaa;
su->*aa = 1;
std::cout << su->*aa << std::endl;
sp->s->aaaa = 2;
std::cout << su->*aa << std::endl;

delete sp;
delete su;
}

クラスの配列をコンストラクタで初期化することってできますか？
class test{
public:
cObj* objArray[10];
test() : objArray[0](new cObj) {};
};

みたいな感じなんですが・・・・・

＞クラスの配列をコンストラクタで初期化することってできますか？
できる。

>>445
どうやって？

やればできる
できないと思った瞬間にゲーム終了だ

>>445
それできるのか？　知らんかった

newしたオブジェクトをdeleteする際に下のエラーが出て困っています。　どうしたらいいか教えてください。

HEAP[hoge.exe]: Invalid Address specified to RtlFreeHeap( 00000000, 00000000 )
Windows によって hoge.exe でブレークポイントが発生しました。

ヒープが壊れていることが原因として考えられます。hoge.exe または読み込まれた DLL にバグがあります。

可能であれば、出力ウィンドウに詳細な診断情報が表示されます。

ソースを示せ

nullをdeleteしてるんだろ

>>444
デフォルトコンストラクタでいいならvectorにでも突っ込めばいいけどな

>>449
地道にデバッグするしかない
書いちゃダメなところに書いてる
多くの場合、配列の添字かポインタが意図しない値になってる

>>450
無理！
超雑だし、吐き気を催すだろうからｗｗ

>>452
なるほど・・、取りあえずやってみます。

答え：雑だから

>>454
明日から背中に気をつけろよ

ソースも出せないカスプログラムをデバッグさせられるのは嫌だ

どっちにしろって所だけどな
カスだろうがカスじゃなかろうが、カス扱いは確実だろう
やりたくなきゃやらなきゃ良い

心のさけびをぶっぱされても・・・

動的メモリ確保でいいならアライメントを解決した領域に単純なplacement new、
それが嫌ならaligned_storageから作れるスタック領域にplacement newをforなりwhileなりの
繰り返し構文で回せばできるだろ。

sizeof使った部分特殊化で重複定義を回避する方法って何か無いですかね？
http://ideone.com/Axkqv
http://ideone.com/k4arh
http://ideone.com/7vhhV

自分でnewしたものをdeleteできないなんてプログラマとしてどうなんだ

おとなしくスマートポインタ使えよ。

>>460
mpl::mapを使えばできる。
ちょっと待っててね。

>>460
できたよー(^o^)ノ
ttp://ideone.com/pkiS4

またnullをdelete出来ないと思ってるアホが居る…

>>464
ありがとうございます
template<int n>にして目的のものが出来ました

free(0)はOKなんですけど、delete はだめなんですか？

delete nullptr; は何ら間違ってはいない。
前規格だと delete NULL; かな。

ソースも出さずにデバッグ出来るのはエスパーだけ

元のソースが秘密で出せないのならせめて症状が再現する最小のプログラムだけでも
示してくれないと何も出来ないから

質問の意図や前提をくみ取れない糞質問
が多い。それで回答者が逆質問をしたり
悪口を言ったりする。それを前もって思
い描く力が絶望的に欠如してるに違いない。
スーパーハッカーだけが意図を理解できる。
レアなそういう神が颯爽と登場する予感。

>>468
NULLじゃなくて0じゃね？
NULLは、Cとの互換で残ってて
元々非推奨だし

NULLが非推奨って何の話だ

0がNULL扱いになった頃の話

逆じゃね？

ネットじゃ文章が見当たらんけど
NULLだと、0だということがぼやけるから
という事だったハズ

#define NULL (void*)~0

0がぼやけるってのを補足するとNULLだと別に
0じゃなくてもいいんだけど、C++じゃdynamic_castとか
deleteとか無効アドレスとして0を前提とした
言語機能があるもんで、NULLだと値が不定でマズイ

4.10 Pointer conversions [conv.ptr]
1 A null pointer constant is an integral constant expression (5.19) rvalue of integer type that evaluates to
zero. A null pointer constant can be converted to a pointer type; the result is the null pointer value of that
type and is distinguishable from every other value of pointer to object or pointer to function type. Two null
pointer values of the same type shall compare equal. The conversion of a null pointer constant to a pointer
to cv-qualified type is a single conversion, and not the sequence of a pointer conversion followed by a qualification
conversion (4.4).

JIS-X3014
4.10 ポインタ変換
ゼロと評価される右辺値を持つ整数型の汎整数定数式(5.19)を、空ポインタ定数と呼ぶ。空ポインタ定数
は、ポインタに変換する事ができる。その結果は、その型の空ポインタ値となる。空ポインタ値は、オブジェクト先
ポインタ型 又は 関数型ポインタ型のどんな値とも区別できる値とする。同じ型の二つの空ポインタ値は、
比較で等しくなるものでなければならない。空ポインタ定数から、cv修飾付きの型へのポインタの変換は、
単一の変換となり、ポインタ変換の後で修飾変換(4.4)を行うことはできない。

C++ではCと違い、void*を任意のポインタに代入する場合には明示的なキャストをしなくてはならなく
なったためにvoid*を使うメリットがなくなったという話

しかし単なる 0 をヌルポインタなのかdouble型の0.0なのかコンパイラが判別出来ないためにまだ問題が
残ったので、C++11ではnullptrを新設した

>>477
C++98とかそんな最近の話じゃないぞ

>>478
ISO/IEC 14882:2003だぞ

>>479
98年以前から言われてた話だってこと
そっからすると2003は最近でしょ

あと、仕様が出来た理由と非推奨の話は別だからね
仕様書に書いてる話じゃなく禿のコラムとかそっちに
書いてあった内容だから

http://www.libjingu.jp/trans/bs_faq2-j.html#null
標準化前というとiostream.hとかの時代かなあ

>>434
例外切ってるけどstd::stringやstd::vectorはフルに使うよ。何かまずいの？

>>480
D&Eの日本語版のP291から書いてあるな

>>482
中でメモリ確保失敗したらどうすんの？

>>484
メモリ確保失敗しないように作る。ゲーム開発では普通のこと

>>485
そりゃ製品はそうなるだろうけど、開発中には失敗しちゃうこともあるでしょ。
呼び出し元でチェックとかできないわけだけど、どうすんの？
わけわかんない動作が起こってから調べに行くの？

>>486
なぜ呼び出し元でチェックできないのかよくわからんけど

NULLチェックすりゃいいじゃんね

new (nothrow)　使うんだろ

>>487
vectorの中のメモリ確保失敗は標準C++ではbad_allocなんかの例外で通知されるんだけど、
例外無効にしてる状態で呼び出し元でチェックしようとしたら何かしら標準以外の方法を使うことに
なるんじゃないの？

>>488-489 vectorやstringではそうはいかないでしょ。

>>490
例外未対応の処理系ならabortへ直行

GoogleならSTLに頼らない独自の配列クラスとか作ってるらしい

>>491
やっぱそうか。ありがとう。

まあヌルポにアクセスしちゃうからね

>>476
んなこたーない。

ヌルポは必ず 0 だよ
ビット表現が ~0 だろうが
ソース上は必ず 0 で表現する
だから >>476 はあり得ない
というか (void*) 付きの NULL は C++ じゃなくて C だし
>>476 は無茶苦茶やで

~ヌルポ

ソースコード上のポインタリテラルの0はNULLとして扱われるが
内部表現が0(0番地)とは限らない

//OK
int* p = 0;
delete p;

//NG ただし殆どの環境で問題は起こらない
int n = 0;
int* p = reinterpret_cast<int*>(n);
delete p;

そんなもん知ってる

C FAQ 読め。んで、そこに書いてあることは繰り返し書かなくていい。
http://www.kouno.jp/home/c_faq/c5.html

それCや

規格票読んでもこの点に付いては同じ

規格にこだわる人に限ってたいしたプログラムを書けない

○○○さんのことかー

deleteするのとNULLを代入するのとどう違うんだよ

>>503
馬鹿かお前は
規格票は無駄な議論を終わらせるためにある

どこが同じなんだよ

deleteしてからNULLにしなきゃいけないのはなぜ？
最初からNULLじゃ駄目なの

>>508
int *a = new int(0);
delete a;
a = nullptr;

の事？それなら、

int *a = new int(0);
delete a;
a = nullptr;
... // いろいろな処理
delete a; // 重複delete

っていうのを仮にしたとしてもプログラムを落とさせないためだと思う。
でもそれやるくらいならunique_ptr使った方がいいし、これが必要な場面というと
「もしかしたらコードの中途半端な所でメモリ削減のためにdeleteする場合があるけど最終的な終了場面でもdeleteしたい」
っていうそうとうトリッキーで可読性の低い時だから推奨は推奨はしない。

誤字まくりだけど気にしないで。

>>505 >>508
GCの話・・・なわけないよな

>>400
>メモリー不足→new_handler作動→リザーブが足りない→newが例外を出さない→newが0を返す?→異常終了
ないわｗｗｗｗｗｗ
newが例外をスローせずに0を返すのはset_new_handler(0)とした場合（ハンドラ無し）であって
set_new_handler()に有効なnew_handlerを設定すれば、メモリ確保に成功するか、
new_handlerから例外を投げるかするまでnew_handlerが繰り返し呼ばれるのじゃ

というわけでど素人相手に潰れた漏れの土日を返せよ；

ま、漏れの意見を潰したければ、>369の無駄な複雑さに噛み付くべきであった

>>422
Fooがバグっていたとして、叫ぶことになるのがFooの作者とは限らん
ていうか、std::vector<T>にしても、コンストラクタからTのコンストラクタが呼ばれるわけだが、
その中で例外が発生した場合ときリークしないことが仕様で謳われてるっけ？
いちおうVS2008ではリークしないみたいだけど、ようわからんので>376への回答は避けといた

>>512
> newが例外をスローせずに0を返すのはset_new_handler(0)とした場合（ハンドラ無し）であって

そんな動作しません。

set_new_handler(0) はデフォルトのハンドラを指定していることになるので、普通に bad_alloc が飛ぶ。

>>513
> Tのコンストラクタが呼ばれるわけだが、
> その中で例外が発生した場合ときリークしないことが仕様で謳われてるっけ？

new TでTのコンストラクタが例外を投げたらTのために確保されたメモリは解放される。
new T[x]でどこかの要素の構築中にTのコンストラクタが例外を投げたら構築済みの要素のデストラクタが呼ばれ確保されたメモリは解放される。
ただしTの内部でコンストラクタの中断でリークがおきるならそれはリークする。

>>513
>リークしないことが仕様で
リークしたらバグ
リークしないためのRAII
http://ideone.com/Z52HM

>>512
お前が例外出さない方法があるって言ったから提示してくれた案だろ
痴呆かよ

しつれい ×: >376　○: >378

>>514
ありゃ確かにそうかも、、、
// (main()の冒頭で)
std::new_handler prevHandler = std::set_new_handler(foo);
std::cout << "p=0x" << prevHandler << std::endl; // p=0x00000000

>>517
>お前が例外出さない方法があるって言ったから提示してくれた案だろ
┐(´ー｀)┌
気持ちは有難いが、規格準拠じゃない挙動を案と言われても困るな、、

ということで結局メモリー枯渇したらnewで例外は避けられん訳だ

nothrowしろよ

例外安全にするかabortだろ
NULL返す意味ねーよ

C++で背景画像とロゴ画像が二つ作ってあるときに
ロゴ画像のロゴ以外の部分（何も無い余白部分）を透明にして
ロゴ画像の何も無い部分には背景画像が映るようにするにはどうしたらいいんですか？

>>523
画像を二枚読んで合成する。
具体的には、
ロゴ画像のとある位置の色が透過色だったら背景色を出力バッファに書き込む。
透過色じゃなかったらロゴの色を出力バッファに書き込む。

それだけ。

だからそのやり方を（ｒｙ

分かってない人に分かり難く言っても絶対分からない

む〜。これ以外にどう説明しようか。

>>524
画像を読むときはファイルオープンして画像フォーマットにそって画素データを読み込む。
画像ファイルフォーマットは数多にあるので対象になるものをググれ。
後は画素を比較して出力バッファに書き込むだけなんだが・・・。

コードがほしいなら宿題スレでお願いしてみるのがいいかもしれん。
あんまりいい方法じゃないけどな。

>>523の内容だけじゃ
>>524ぐらいしか言えないだろｗ

APIも画像フォーマットも謎なんだし

できるだけプラットフォーム非依存にするならDeVILで読み込んでOpenGLのテクスチャにして
合成はOpenGL側でやるとかか

>>528
用件が解決する方法であればなんでもいいだろ
客先で「画像形式は？」「API使います？」なんて聞くエンジニアは見たこと無い
指定が無いなら勝手に決めればいいこと

>>526
このスレではよくあること
理解してても他の人の説明聞くと「えっ？」ってなる

何で客に聞く話になるんだよｗアホ杉だろｗ

質問もせずに独断で決めるエンジニアとか嫌だ
同じチームなら困る

画像形式ぐらいさすがに聞くだろ…

暇でしょうがないから突貫で作ったよ。3時間ではこれが限界。
ttp://www1.axfc.net/uploader/File/so/79537.zip&key=2ch

もっと手を抜くつもりだったけど思ったよりかかってしまった。
画像形式はPGMテキストだ！まさに外道。

我を崇めよ〜〜〜。はっは〜〜。

カスだった

>>536
よく言った。その功績を讃えてすごいサンプルを作る義務をあげるよ。
たのんだよ〜。

ヘッダーに定義を書くなよ

>>538
テンプレート書いてた時の癖でベタ書きしてしまう。
手抜きの意味もあるんだが、正直スマンカッタ。

なにもしないやつほど文句を言う典型例

突貫としても低レベル過ぎ

>>538
今は、ヘッダー別のプリコンパイルドヘッダーも
あって速度も速いんだからいいじゃねぇか

>>542 そういう問題じゃないだろ。

>>541
腕がないのはしょうがない。仕様だ。
処理が低級っていうだったら、概念を説明出来ればいいかなと割り切ったんだよ。

ま、高尚なライブラリは俺がドキュメント読めなくて使えないんだけどね。
お、俺にもっと能力をくれ・・・。

胸がないのはしょうがない。仕様だ。

>>545
きょぬー甘え。

>>545
賓乳萌え

貧乳が好きなのは肉体労働者だそうです
頭脳労働者はグラマーが好きな傾向が高いです

プログラマーと言いたいようだから先に言っておこう

数学者はたぶん虚乳が好き。

このスレおやじばっかｗ

わてはピチピチの女子高生でおまんがな

>>551
オヤジはプログラマなんて出来ないよ
連日徹夜でしかも頭の柔らかさを必要とするIT土方だから、定年が35才と言われている
それまでに管理職に移動出来ないと悲惨な人生が待っている

>>553
確かに力づくでコーディングしている人は体力がなくなると終わりだが、
センスや技術がある人はいくつになってもプログラマできるよ。

センスも技術も年で劣化するから・・・

プログラマ35歳定年説とか
ただのヘボプロブラマだけの話だよ

経験豊富になってダメな囲い込み技術の（未来のどん詰まり具合を）見抜けるようになると
その日の飯の種を拾う（3年後には）無駄/死亡と判りきってる学習が億劫に成っちゃうからねー

ケツの軽い若い時期しか無理ってのは確かだと思うよ

マ板でやれ

>>556
お前プログラマじゃないだろ・・・

>>559
プログラマだよ
まだ35じゃないけど

>>555
センスも技術も年で劣化するからダメというのなら、
どんな職業も35歳で定年だな。

クラスを配列に動的に確保したいんですが
hoge *h;
h = new hoge(int ho)[size];
とかだとコンストラクタの引数を変えれないので
*(h+1) = new hoge(int ho);
*(h+2) = new hoge(int ge);
みたいにできないでしょうか

別にコンストラクタを使わなあかんゆう決まりはないんやで

コンストラクタでなくても
parent *h;
h[0] = new child1();
h[1] = new child2();
みたいな使い方がしたいんです

いや、h[0].init(ho); やあかんのん？

どうしても new したいのなら boost::ptr_vector<T> でも使っとき
C++11 なら std::vector<std::unique_ptr<T>> でもええけど

>>562
std::vector<hoge> h;
h.reserve(size);
h.push_back(hoge(ho));
h.push_back(hoge(ge));
...

>564 ttp://ideone.com/Q0B7n

>>565-567
ありがとうございます、試してみます

>>548
へーそうなんだ、なして？

Java使いで、C++初心者です。
C++でも、
xxx.method(new A());
と書けると思うんですが、
この場合、Aのインスタンスのdeleteは、
どこですべきなのでしょうか？
method内ですると、
A *a = new A();
xxx.method(a);
のときにもdeleteされてしまい、その後使えなくなってしまいます。

C++では、
xxx.method(new A());
という使い方はよくないのでしょうか？

うん。良くない。unique_ptrとかshared_ptrを使うべき。

そもそもmethod側がnewすべきじゃね

っていうかぁー。
Javaはすべてのオブジェクトをnewで生成するけど、
C++はnewでオブジェクトと生成するのは
「スコープを私（プログラマ）が管理しますよ」って宣言するのとほとんど同義なのでー
生成した人が、破壊を管理しないといけないんですよー。

で、xxx.methodの中で破棄するなら、
それは生成と破棄をxxxが管理すべきですしー
xxx.methodを呼び出す側が生成しているなら、破棄も呼び出す側の責任ですしー
もしくは、A自身が己の破棄を自前で行うよう設計する必要があるわけですよー。

…タブンネ。

Decorator とか Builder とか Strategy とか

shared_ptrを使えば、deleteしなくていいみたいなので、
Java感覚でできるということですね。
>>571さんありがとうございました。

Java感覚でプログラミングしたら
C++使う意味ないね

基本はconst参照か右辺値参照でどうにかする事を考えるみたいなのがC++極右

うっへんち参照はライブラリ（コンテナ）設計者以外はあんまし考えなくていいみたいよ？
ライブラリが正しく設計されていると、その利用者は右辺値参照について考慮しなくて済む。

>>572
method関数がnewするなんてどこに書いてあった？

C++は自動ガベージコレクションしてくれたりしないのでJavaみたいにnew/deleteを乱発してると
そのうちメモリが断片化してbad_alloc例外飛ばされるぞ

GCと断片化に何のつながりが

コピーガベージコレクションならコンパクションかけられると言いたいんだろ

g++でgprofの使い方がイマイチ分からん。
何かいいリファレンスかサイトある？
特にclassのメソッドをよく使っているプログラムで解析しやすい方法が知りたい。

あとついでにインライン展開を止める方法も。

>>584
___attribute( 何か )___ で止められたはず
何かは、何だったか忘れた volatileだったかnoinlineだったかそんな感じだったはず

GLSLシェーダやOpenCLカーネルのような実行時にコンパイルされるソースコードを
main.cpp等のファイル内に簡単に埋め込む方法はないでしょうか。
現在はchar型配列に

char data="int main(){..."

上のように書き込んでいますが見にくいので・・・(改行ごとにバックスラッシュを入れています)
boostや標準機能の中でもっと綺麗に書く方法があればご教示お願いします。

ある

>>586
std::stringを返す専用の引数なし関数にキックするとか。

>>586
エスケープ済みの別ファイルsource.cppとか
作ってmainで#include"source.cpp"じゃだめなんけ
source.cppは、cl.cppみたいな別ファイルにソース書いといて
置換コマンドで、\,"を\\, \"に置き換えるだけ

>>587,588,589
レスありがとうございます。
>>588
string型を返す専用関数で少しうまい方法を考えて見ます。
>>589
ヘッダのように別ファイルに書き込んで置換、というのは一度やってみたのですが
次の２点から少し敬遠していました。

・IDE上に並ぶファイルが増える。
・友人にコードを渡すときにヘッダが増殖する(lib化しろ、というのは最もなのですがWinとMac・・・)

588さんの書き込みを見ていろいろ探していたところ、
string tmp=STRINGIFY(int main(){...);
のような書き方をしているコードを見かけたので中を調べてみます。

皆様すぐにレスしていただきありがとうございました。

構文エラー : ';' が '*' の前にありません。
と出てしまいます。エラー場所はこれだと思うのですが、文法が間違っているのかよくわかりません。

class Cabc{
　Cbdf* bdfaddr;
public:
　Cabc(Cbdf*);
};

Cabc::Cabc(Cbdf* tmp):bdfaddr(tmp){}

class Cbdf{
　Cabc* abc;
private:
　Cbdf(){abc = new Cabc(this)}
};

Cabc(Cbdf*);

これは
Cabc(int*)
って書いてるようなものだ
Cabc(Cbdf* hoge);
とすれば消える

Cabc(きゃびっく？)ってなんよ？

>>591
きゃびっく型が事前に宣言してないきゃぶどふ型使ってるからだろ
きゃびっくの前に、class Cbdf;と書いとくか、Cbdf *bdfaddr;を
class Cbdf *bdfaddrと書けば行けるはずだ。
ただ、よっぽどの事情が無い限りクラス同士を循環参照すべきじゃない。
オブジェクト同士の循環参照は構わないが、その場合、抽象クラスなどを
用いてクラス定義では単一参照にする。

>>593
Class ABC じゃね?

プリフィクスはヤメロと・・・

>>592
なるほど・・・
宣言時は省略できるもんだと思ってました

>>596
便利じゃないですかー

何に使うんだよ・・・
(今やプリフィクス禁止が基本なのに)

今やというか、昔から禿はプリフィクス付けんなと言っているけどな
代わりに名前空間使えや

>>597
いや、省略できるよ。そこは問題ない。問題は循環参照。

これからはフィリックスの時代

>>602
懐かしいな。黒い猫だろ。

プラスネジじゃないの？

>>591そのままのソースならnew Cabc(this)の後ろに;がないのが間違いだが

>>601
ポインタの場合具体的な変数名を記入すれば回避できるという話では無いんですか？
それにしてもfunc(int*)という宣言は出来たような気がしますけど・・・

592はただの知ったかだから無視すればいい

えーと、じゃあ>>591のソースコードで出るエラーは>>605ぐらいしかなく、
とりあえず他のエラー要因は無いということですか？

>>608
だから循環参照が原因だっつってんじゃねぇかハゲっ

>>608
両方ポインタなら回避できると聞いたんですけど、違うんですか？

ポインタでもCbdfが何かは書かないとわからない。class Cbdf;みたいに

> とりあえず他のエラー要因は無いということですか？
既出のように>>591の適切な場所にCbdfの宣言と;を追加すればとりあえずコンパイルは通る
が、意図したように動くか？

>>612
設計の話になってしまうのですが
マネージャークラスが保持する任意のクラスから、
同じくマネージャークラスが保持する他の任意のクラスにアクセスしたいんです。

ファイルの階層構造みたいな感じで、例えばwindowsの
Program FilesフォルダからWindowsフォルダにアクセスするときローカルディスクC:に戻るみたいな設計です。
C++風に書くと
LocalDiscAddress->GetWindowsAddr()->hoge

でも中々に読みづらい(´・ω・`)

メモリポインタを使うと動くよ

親クラス　子クラスがあります
親 hoge = new 子1
親 hoge = new 子2
みたいな感じで1つのオブジェクトで親と子の2クラスを両方扱いたいんです。

これは可能で、キャストすれば子独自のメソッドも使用可能なのはわかるんですが。

今親クラスのオブジェクトの宣言を std::auto_ptr で行なっているため、キャストが上手くいきません。
解決法としては、std::auto_ptr を辞めるしかないんでしょうか？他にいい方法がありましたら、
ご教授お願いします。

std::auto_ptrはそれ無理です
std::unique_ptr使ってください

>>615
auto_ptr でも static_cast<子1&>(*p) すりゃ何の問題も無いだろう。
何か他に制約があるようならコード晒せ。

ダウンキャストするぐらいなら最初から子のauto_ptr使えよ

dynamic_cast ではなく static_cast を使うんですか？
これは思いつきませんでした。ありがとうございます。

初めは子の auto_ptr を使っていたんですが、コーディングが冗漫になったので
ダウンキャストしようかと。

だったら親と子の型2つのスマポを用意して
同じオブジェクトを参照させるべき
auto_ptrじゃ使えねぇからshared_ptr使うことになるけどね

>>619
型を自分で保証できるなら static_cast でいい。

>>621
それはないわ。

安易なダウンキャストは止めたほうがいい
根底と、派生2つのポインターで管理してる場合は、
派生クラスを差し替えた際、派生のポインターで
コンパイルエラーを引き起こせる。根底のポインターを
1個使い回しダウンキャストする方法だと、
派生を交換しても実行時になるまで、キャストミスに
よるエラーが解らない。関数スコープならそこまで
面倒じゃないが、クラススコープだと問題特定が面倒になる。

UNIX系で C++ 勉強してて最近 Visual C++ 2010 はじめたばかりなんですけど
Visual C++ で時刻を取得するにはどうしたらいいんでしょうか

time.h インクルードしても
time_t time;
は宣言できるんですが
time(&time);
でエラーになります

レベルの低い質問ですいません…

エラーの内容を書けと

すいません＞＜

式には(pointer-to0)関数型が必要です

っていうエラーがでます

うわあ　はずかしい
ごめんなさい　自己解決しました

time_t t;
time(&t);

にしたらとおりました
C++は関数と変数で名前空間かぶっちゃだめなんですね
授業でならうの Java が多いのでので知りませんでした
おさわがせしました＞＜

一定時間ごとにメッセージボックスを表示するだけのプログラムを作ったんですけど
メッセージボックスが表示されてないときにプログラム終了するには
タスクマネージャーからきるしかないんでしょうか…
好きなときに終了できるようにするにはどうするのがスマートなんでしょうか…

#include <windows.h>
#include <time.h>

#define INTERVAL 60

int APIENTRY WinMain(HINSTANCE hInstance,
HINSTANCE hPrevInstance,
LPSTR lpCmdLine,
int nCmdShow)
{
time_t prev = (time(NULL) + 300) / 1800;

while(1) {
time_t now = (time(NULL) + 300) / 1800;
if(now != prev) {
MessageBox(NULL, TEXT("時間で〜す"), TEXT("時間で〜す"), MB_OK | MB_TOPMOST | MB_SETFOREGROUND);
prev = now;
}

Sleep(INTERVAL * 1000);
}
}

>>629
例えば「好きなとき」をキー入力で伝えることにすれば、てきとうな API でキー入力でも監視すればいいだろう。
心を読んで欲しいということならたぶん無理だ。

あ〜　説明不足でごめんなさい

できればキーじゃなくて直感的に分かりやすい操作で終了ｄけいるようにしたいんですけど

たとえば常にベースパネルだけ表示させてそこに終了ボタンつけるとか…
下のタスクバーに表示させて右クリック終了みたいにできるとか…
って簡単にできますか？

なにぶん GUI プログラミング初心者なもので…

Shell_NotifyIconでgoogle

あ　まさにやりことこれでした！
なんか難しそうですけどがんばってよんでみます！
ほんとにありがとうございました！

>>629
今度からは環境を明記の上、環境依存OKのスレに書いてね。

カンマで並列関係にある引数、(a1,a2)や(a,b)の順序が
固定されないのはいいけど
a1,a2,b1,a,b のように並列関係を超えて順序が未規定なのは何でだろう
これのせいで
f(std::unique_ptr<A>(new A()), std::unique_ptr<B>(new B()));
が危険なコードになってしまう

C++11で直せばよかったのに
どうせCと完全互換でないんだから例外に絡むところまで合わせる必要ないのに

1行目消しちゃった

f(a(a1(), a2()), b(b1())));

>>635
評価順序の話か?
その危険なコードとやらがどう危険なんだ?

>>637
new A()実行後にunique_ptrに渡される前にnew B()が呼ばれ
Bのコンストラクタが例外を出すとAは解放されない
並列関係を超えない場合はnew A()の結果が必ずunique_ptrに渡されるので、
その後Bが例外を出してもunique_ptrのデストラクタで例外安全は保たれる

↓はshared_ptrでの例、C++11/unique_ptrでも同様
http://www.boost.org/doc/libs/1_49_0/libs/smart_ptr/shared_ptr.htm
>Avoid using unnamed shared_ptr temporaries to save typing; to see why this is dangerous
>void bad()
>{
>　　f(shared_ptr<int>(new int(2)), g());
>}

関数の引数で無名スマポを作ってはいけないという話

一応引数内でもラムダ使えば評価順序をブロック化出来るか
流石にやんないけど
f([&](){return std::unique_ptr<A>(new A());}(), [&](){return std::unique_ptr<A>(new A());}());
http://ideone.com/hJh8q

>>636
引数の評価順が固定されない方が最適化が楽な処理系があるからに決まってるじゃん

>>640
それと引き換えにスマポを一時オブジェクトにすることで可能な最適化が出来なくなってる

あと評価順の固定とまでは言ってない、並列関係を越えないことの保証と言ってる
f(a(), b(d()), c())がb,c,aという順でもいいけど、
dとbの間にa,cが入らないのを保証して欲しいということ
その制限でも出来なくなる最適化はあるだろうけどさ、トレードオフに見合うかは疑問

>>640
stdcallとcdeclじゃ引数の積み方が逆だし
今更固定にできないよな

>>641
スマポはtemplateが入ってきてからboostから入れられた概念だろ
それに対し引数の評価順はC時代から規定されていない
スマポがC++98/2003にもう入っていたら規定されてたかもね

他にも&&や||のオーバーロードも短絡評価ではなく全部評価してしまう
という元の演算子とは異なる挙動を見せるなど問題点は一杯あるだろ
More Effective C++に書いてあるけど

てか便利な仕様だな
コンパイラーベンダーは、引数で時間のかかる処理呼ばれたら
スレッド化する最適化とかすりゃいいのに

でも並列化で早くなるかどうかは環境次第だしなあ
1コアで並列化しても意味が無いし

アーキティクチャー指定でいいんじゃね
今でもSSEなんてそうだし

数値と文字列で比較はできても結合できる必要は無いな
既に似たような仕組みがあるし

誤爆した・・・

似てるからね

どこのを誤爆したかすぐにわかってしまったｗ

このスレいつからC++11板に・・・（笑

現実的に考えて日本語版Effective C++11が出るくらいまで
（２年後くらい？）はC++11普及しない気がする。
もっと悲観的な見方をすれば、爆発的な機能増強のせいで、
C++03に対するC言語ユーザの認識程度にしか広まらなかったりして。
「あ〜C++11ね、コンパイラは使ってるけどね」
そのへんどう考えてるの＞偉い人

C++11板とか単一言語しか許されない板怖すぎる

C++11はC++の一方言だ

>>652
auto_ptrは板違いとか言われそうｗ

まだ規格から消えてないから大丈夫

でもdepricatedなんだろ

exportに比べればマシな扱いさ

const auto_ptrなら残してもいいと思う

const auto_ptrは感動した

別にunique_ptrでええやん

だってまだ無かったりtr1だったりする環境が・・・

boostに03で動くのなかったか
使ったことないからどんなできかは知らんが

LPCTSTRも仲間に入れてあげて

>>662
C++11のものと同じような使い勝手だと思うとモニターに右ストレート叩き込みたくなるレベル

C++11が使えないならboost::scoped_ptrを使えばいいじゃない

boostで日本提供のライブラリって多いよな
日本優秀だな

たとえば？

boost::sinobi
boost::geisha
boost::shogun

boost::harakiri

boost::fukushima
このライブラリは日本の優秀さをみごとに示している

え？これってマジ？なわけないか

最近アクセスしたデータを高速に取出し、
アクセス頻度の低いデータをちゃっちゃと
削除する(所謂キャッシュ)のに、適した
STLコンテナーの組み合わせってなんだろうか？
大量の配列からデータを検索するんだが、
その検索速度よりは、速くしたい。

priority_queueとか

言ってる事はLRUアルゴリズムの事だと思うんだけどこれをSTLでするにはなあ

LRU STL でぐぐってみたら？

>>672
こんなのは？

http://timday.bitbucket.org/lru.html

>>675
商用なんで、そんな得体の知れない、何の保障もないものは使えないんですよ

スプレー木自作コースだな
バグ多発のﾖｶｰﾝ

>>676
2chで金取るような質問すんなよ
そこまで言うなら自分で考えな

スプレー木 Boost にあるじゃん

>>679
商用なんで、そんな得体の知れない、何の保障もないものは使えないんですよ

>>675
ありがとうございます。もっと詳しく調べてみようと思いますが
キャッシュ管理コスト自体が重そうですね・・・

dllが複数のアップリケーションから読み込んで使われるとして、そのdllの別々のインスタンスに共通のデータを持たせる方法はありますか？
具体的には、読み込まれたdllのインスタンスが自分が何番目のdllインスタンスなのかを知ることができるかどうかなのですが
HD書き込みよりも直接的な方法で

共有メモリ

>>682
templateのinstanceは共有できんぞ
単に変数とか記憶領域の事をいってんならMemory-Mappedか、
data_segをつかう↓。ただし処理系依存だし、addressも制御できんから
特別事情がない限りMemory-Mappedを使うべき
http://msdn.microsoft.com/ja-jp/library/h90dkhs0(v=vs.80).aspx

>>683
ありがとうございます、ググっていけばなんとかなりそうな雰囲気がつかめました
これって言語レベルで使えるものなんですかね？

>>684
更にありがとうございます
チラッとし食べてみた感じ言語レベルで使えそうですね、ありがたい

class nekoあったとして
下記をやるために用意しなければいけないnekoのメソッドって何ですか?
const char* koe = "wan";
neko pochi = neko(koe);

メモリポインタ

C++は関数はあってもObjective-Cの様にメッセージの対になるメソッドは持っていない

C++11じゃない場合は
is_rvalueで条件文分岐するのは無理なのでしょうか
boostの中にもis_rvalueないみたいですし

例えばこんなことしたい

template<T>
struct glue
{
T & value
glue(T & v):value(v) {}
};

template<>
struct glue<rvalue<float> >
{
float value;
glue(float v):value(v) {}
};


float f=10.2;

glue<float> g1(f);
glue<rvalue<float>> g1(2.3);

それだけだとこれでいいように見える

template<T>
struct glue
{
T value
glue(T v):value(v) {}
};

float f=10.2;

glue<float&> g1(f);
glue<float> g1(2.3);

boost.moveにrvalue判定できるマクロあったよね

C++の標準STLって覚えたほうがいいのか

STL覚えてないってことはC++の基本すら習得出来てないってことだろ

>>694
なるほど

インターフェースクラスのGetメソッドで
サブクラスのフィールドのオブジェクトポインタを
返したいんだけどどうしたらいいですか？

インターフェースクラスは複数のサブクラスに継承されて、それぞれのオブジェクトの定格は違う

コンパイル通らなくてもいいから
どんなことしたいかソース書いた方がいい

>>694
C++に詳しそうだから聞こう。std::messageってLinuxだと
gettextと同じカタログファイルでいいんだが、
windowsだと、どこのカタログから文字列取ってくるんだ？

STLならともかくlocale系なんてまともに使ってる人いるんだろうか

多言語対応は大抵ICUまかせ

localeはvactor<bool>ぐらいのうんこ

>>697
あっ
メソッドのおしりに=0をつければサブクラスでそのメソッドを定義できるんですね
ありがとうございました

>>697
あっ
メソッドのおしりに=0をつければサブクラスでそのメソッドを定義できるんですね
ありがとうございました

メッセージカタログの仕様、MSDNで探しても見つからんな…
つかVC++の日本語localeはゴミみたいな仕様なのでもしかしたら未実装なのか？＾＾

ttp://cpplover.blogspot.jp/2010/06/clocale.html
ttp://cpplover.blogspot.jp/2011/04/boostlocale.html

std::message　←

>>704
http://stdcxx.apache.org/doc/stdlibref/messages.html#sec12
http://en.cppreference.com/w/cpp/locale/messages
に書いてある
rwstdmessages.catや/usr/share/locale/de/LC_MESSAGES/sed.moを探してみたら？

インタフェース
インターフェース
インタフェイス
インターフェイス

どれ派？

>>697
じゃなかった、返り値の型が定まらないです。
class Interface{
　public:
　virtual Object GetObject() = 0;
};

class hoge:Interface{
　Object obj;
public:
　hoge(Object obj):this.obj(obj){}
};

>>708
google
約 1,510,000 件
約 3,400,000 件
約　 363,000 件
約 2,550,000 件

>>710
yahooにしろよ

ヤホーで調べました

>>709
よく分からんけどこういうこと？
http://ideone.com/jC5TY

それとも
class hoge:Interface{
　HogeObject obj;
とかになるってこと？

>>713
それっぽいけど、Objectポインタってなんでもいいの？
まぁ4バイト固定だからできるんですか。
実際に仮想関数作る時に適当なポインタいれるのは一般的に使われる手法なんですか？

>>714
= 0のこと？
4バイト固定でも適当なポインタでもなく
純粋仮想関数を定義するただの構文で、0に数値としての意味は無いよ

>>701
まともに動かない事もあるしな

メモリポインタでいいよ

>>715
いや、リンク先の１行目でObjectを定義してて
それをポインタとして利用してるから、それはよく使われるのかなーと・・・

例えるなら、数値データリストクラスと文字データリストクラスがあって、
それぞれ数値データクラスのリストと文字データクラスのリストを持っている。
データクラスのポインタを各リストクラスで共通のメソッドでGetしたいので同じインターフェースクラスを作って継承することにする。

・・・すると、インターフェースクラスの宣言？のGetメソッドの返り値は、
数値データクラスのポインタも文字データクラスのポインタでも適さないのでは？
という感じです。
Object構造体はあくまでポインタを使うための使い捨てするのは一般的な手法なのかなと・・・

わかりにくてすいません。

>>718
>それをポインタとして利用してるから
structはstructでしかなくポインタではないよ
Object　←実体
Object* ←Objectのポインタ
&objの& ←アドレス演算子
hogeのメンバobjは実体、hogeコンストラクタのaobjも実体(値渡し)
GetObject()の戻り値はObjectのポインタ
というところまで分かる？

>>709のObjectはどう扱いたいの？

>>719
例えが悪かったです

class Interface{
　public:
　virtual ??? GetObject() = 0;
};

class hoge:Interface{
　ObjectA obj;
public:
　hoge(ObjectA obj):this.obj(obj){}
};

class hage:Interface{
　ObjectB obj;
public:
　hage(ObjectB obj):this.obj(obj){}
};

このような時、InterfaceのGetObjectメソッドの返り値をどのように宣言したらいいのか
ということです。

>>713でいうなら、hogeクラスの他にhuga,hogaクラスがあったとして
それぞれの扱うobjの型は違います。

同じように扱えるからinterfaceなのであって、
ObjectAとObjectBが同じinterfaceを持つならそれを返せばいい。
class Object{
public:
　virtual int GetID() = 0;
};

class ObjectA : Object {
public:
　int GetID(){...}
};

class ObjectA : Object {
public:
　int GetID(){...}
};

class Interface{
public:
　virtual Object* GetObject() = 0;
};

ObjectAとObjectBが同じinterfaceを持たないなら、
そもそもInterface::GetObject()を使って何をしたいか意味不明。

ああ、インターフェイスを2個使えばいいという感じですか

Javaとかの出身なのかなあ

union foo { int f; };
struct bar {
　foo a;
　union { int b; };
};

bar zot;
int bar::*p = &bar::b;
int x = zot->*p; // is zot.b
int bar::*q = XXX;
int y = zot->*q; // is zot.a.f

これを満たすようにするにはXXXの所どう書けばいいんでしょうか?

できないと思う

C++ってGUIライブラリが貧弱だよね

winのデスクトップアプリを作成するとき皆さんはなにをつかってるの？

C++

>>724 やっと動いた　思ったより厄介だぞこれ

union foo {
int f;
void operator=(int x) {
f = x;
}
};
struct bar {
foo a;
union { int b; };
friend std::ostream& operator<<(std::ostream& os, foo& f);
};

std::ostream& operator<<(std::ostream& os, foo& f)
{
std::cout << f.f;
return os;
}

int main()
{
bar zot;
zot.b = 123;
zot.a = 456;
int bar::*p = &bar::b;
int x = zot.*p; // is zot.b
foo bar::*q = &bar::a;
foo y = zot.*q; // is zot.a.f
std::cout << x << std::endl;
std::cout << y << std::endl;
}

なにがしたかったの？やりたいことによってはBoost.Variant使ったほうが楽かも知れんよ

>728 qがint bar::*じゃないじゃん。

>>730
unionが名前空間じゃないしクラス名でもないから通らないんだって
やってみろ

>>725の言うように出来ないだろ。
int bar::*単体でネスト内にアクセスしたいんだろうし。

呼び出し側を変えていいならコピーしなくてもzot.*q1.*q2で十分。
http://ideone.com/OR9Zp

pとqが同じ型であればいいだけなら関数ポインタで似たものにはなる。
http://ideone.com/22kQL

関数ポインタちょっと訂正(int→int&)
http://ideone.com/KnuVI

reinterpret_cast使うしかないな

移植性無視するのか

>>728
Boost.Variantを使ってやってみた
ttp://ideone.com/cSE2g

offsetofとreinterpret_cast使うしか無いな

それにしてもunionに名前が付いただけでなんだってこんな面倒な事になるんだろうな

unionなんか使うから

もともとC++ではunionは型安全でない点で推奨できるものではなかったし
最近では(型を意識しない)ジェネリックなプログラミングにも対応できないしで
Cから引き継いでしまった負の遺産といっていいだろ

>>739
無名構造体が書けるC++11で>>724のunionを両方ともstructに置き換えても同じことが起きるぜ。

それは 無名構造体なんか使うから になるだけでは･･･

というかもともとの話の本質はunionも無名なんちゃらも関係なく
直接のメンバとメンバのメンバを同列に扱いたいけどどうしようという話だよな

そういう事ならハンドリング時ラッピングテンプレートクラス＋関数を作ればいいんじゃね

>>728
>>732と同じ方向性だが最初からC++っぽい設計にしとけば悩むほうが難しいくらいだったろうに

union foo { int f; };
struct bar {
foo a;
struct { int b; };
int get_f() { return a.f; }
int get_b() { return b; }
};

int main()
{
bar zot;
zot.b = 123;
zot.a.f = 456;
int (bar::*p)() = &bar::get_b;
int x = (zot.*p)(); // is zot.b
int (bar::*q)() = &bar::get_f;
int y = (zot.*q)(); // is zot.a.f
std::cout << x << std::endl;
std::cout << y << std::endl;
return 0;
}

std::list<double &> に相当するものってないの？
boost:intrusive
がそれっぽいけど　doubleとかintとかは扱えないっぽい

ある文字列(std::string型)からユニークなIDを作成する静的な方法はないでしょうか。

ある文字列のペアを引数に取ることで自作クラスの実体のアドレスを返す関数、またはクラスを
作りたいと考えています。

Hoge* rtnHoge(std::string a,std::string b){...; return &hoge;}//例

上記のような方法で一度作成したのですが、
・この方法ではペアの検索に時間がかかる(std::mapを使用しました)
・aとbに入れる文字列はコーディング時に決めうちで入力する

の二つの特徴から、
テンプレート等を利用して別途にアドレスを確保する箇所を作成したいと考えています。
テンプレートの特殊化では文字列を受けることができないため、
文字列からint型のユニークなIDを再生することが出来ると思い、その方法を探しています。

もしどなたか良い案などがありましたらアドバイスのほう頂けたら幸いです。

crc

なぁなぁ。静的ってことはコンパイル時ってことじゃろ？
しかしクラスのオブジェクトのアドレスっていうのはコンパイル時にはわかっていないじゃろ。
どうやってMooRieなんじゃないかって気がするんだよね。

>>745
CLSIDかSHA256とか

>>746,748
レスありがとうございます。
CRC,CLSID,SHA256を少し調べてみましたが、動的な方法になってしまいそうですね・・・。

>>747
そうですね、コンパイル時に確定したいと思っています。
テンプレートを使えば
template<int ID=0>
class Hoge{}

Hoge<0>,Hoge<1>,Hoge<2>
上記は全て異なる型として生成されるので、
この中それぞれに別途にシングルトンのようなクラスを生成してアクセスすれば
実現できると考えました。
ですので、静的に、コンパイル時に文字列からユニークなIDが生成できれば・・・と思い、
こちらに質問させていただきました。

aとbの最大長が固定なら連結してmapのキーにすればいいんじゃないの？

>コンパイル時に確定
・#defineで自分で連番化
・ユーザー定義リテラル(C++11)
・GNU gettext

ユニークなIDが欲しいのはいいとして文字列にこだわる理由が分からん…
マクロでも列挙でも定義すればいいと思うのだが…
自分は壮大な勘違いをしているのかな？

文字列のペアとアドレスの対応表を作れ

>>749
文字列そのものが動的に変化する性質のものなのになぜユニークなIDが？

.NETならSHA1CryptoServiceProviderを使えば簡単に生成できるから
stringとSHA1のstructをコレクションに突っ込んでおればいいしな

皆様レスありがとうございます。
>>750,753
はじめはmapで実装を行っていたのですが、文字列ですのでどうしても検索速度が気になって・・。
>>751,750
やはりマクロか列挙型しかないですか・・・。

実は実行時コンパイルの必要なGLSLのプログラムクラスを作りたいと思っています。
本来ならば以下のようにすれば特に問題ないのですが
class Hoge
{
public:
Hoge(){prog.init("foo.vert","bar.frag");}
void run()
{
prog.bind();
○○何らかの処理○○
prog.unbind();
}
private:
GLSLProgram prog;
};
prog自体はrunの中でしか呼び出さないためメンバ変数として保持するほどでもないので
出来れば以下のようにしたいなと考えています。
void run()
{
prog("foo.vert","bar.frag");//コンストラクタ、デストラクタでbind,unbindを行う
}
ただ、prog("foo.vert","bar.frag")自体はほかのクラスでも使うときがあるかもしれないので、
"あるペアに対する実体は一つ"のクラスを作りたい、と考えています。

ハッシュはユニークじゃなくね
実用上ユニークと考えて差し支えは無いかもしれないけど

メモリを自動的に確保したら
intを作る必要なんかないのでは？

多分2倍程度しか早くならないけどhash_mapっていうハッシュ使うマップもあるよ
あとはハッシュ関数自前で作ってaとbの命名を被らないように特徴づけるとかすればいいんじゃないの？

>>757
衝突する確率はゼロじゃないわな
でも文字列も同一文字列である可能性もあるわけで

void Hoge::run(){
　　static id = id_from_map("foo.vert", "bar.frag");
　　GLSLProgram prog(id);
}

>>756
http://ideone.com/B4Sri
cache find, new glsl_bodyは２回、bind,unbindは４回
文字列での検索は関数毎に１回だけ
コンパイル時じゃないけど初回くらいいいだろうということで

無料ではじめたい、無料でソフトつくりたい・・・はやっぱり贅沢すぎるか・・・

PCと電気代、通信費以外は無料でプログラム作れるぞ？
回線も一昔前のISDN時代とは違うしな。

PCもネットも無料で使える図書館的なものが欲しいって話かと思った

Visual Studio の無料版なくなったってよ

情弱乙

提供されないよ！って大風呂敷広げた記事が数日で訂正されてたのには笑った

仮にVSなくなろうとPlatform SDKかWindows SDKもしくは、gcc使えば済むしな
お勉強したいだけなら、cintやcodepad使う手もある

テキストに「ド、レ、ミ」と入力してMIDIファイルを書き出すソフトって難しそうだ

一応ここでいいかな？
mp3だとかwavみたいな音楽ファイルから、
タイトルとかアルバム名を取れるライブラリってないかな？

mp3infp

>>772
ありがとう。
とりあえずこのプログラムから解析してる部分の抜き出しをがんばってみる。

テンプレート関数の事なのですが、
戻り値が引数と同じ型で、
かつ特殊化をするコードを教えていただけませんでしょうか。

C#でのコードだと↓です
public T getObject<T>() where : Hoge
{
~~~~~~
~~~~~~
return T;
}

引数ないじゃん

すみません説明不十分でしたorz
テンプレート引数です。

template <> Hoge getObject() { /* */ }
特に悩むところもないと思うけど

>>756
究極的には文字列を分解して一文字ずつテンプレートに渡す方法だな

template<char C1, char C2 ・・・ > hoge;
hoge<'f', 'o', 'o'> h;

11ならconstexprと組み合わせて文字列から↑まで持っていくのも不可能ではなさそうなんだが実際できるのかな？

boost::mpl::stringみたいな魔境に近づくのはやめようぜ

>>777
それはちょっと違うと思う
特定の型から派生されているかの制約を持たせたいなら
メタプロでなんとかなると思われ
C++11 なら std::is_base_of ってのがあるが
C++11 でなくても真似すればいいと思う

>>744
list< shared_ptr<double> >

>>777
すみません。また説明不足でした。すみません。
>>778
関数の処理結果に応じて戻り値の型を変える事ができるのでしょうか？勉強不足ですみません。

説明不足で申し訳ありません。
↓のような場合の時でテンプレート引数がHogeの派生クラスになるように制約をかけたいです。

class Hoge()
{
public T getObject<T>() where T : Hoge()
{
~~~~
~~~~
return T;
}
}
class Poge() : public Hoge
{
}
class Foge() : public Hoge
{
}

>>780
メタプロでぐぐってみます。

boostにis_base_ofがあるな
BOOST_STATIC_ASSERTと組み合わせて使えばいいはず

template <typename T> typename std::enable_if<std::is_base_of<Hoge, T>::value, T>::type getObject(){return T();};

こうだろ

enabled_ifはキモいなあ
今回はたまたま戻り値の型でしかTが使われてないけど
2箇所以上で使われている場合に
1箇所だけenabled_ifってのも何かバランス悪いし

enable_ifだよ
ミスったよ

boostなんて実用はありない
あんなのｦﾀが使うもの

ソースが汚くいことこの上ない

自分が使いこなせないからってライブラリのせいにする人はちょっと…

>>784
今さっきなんとなくわかりました。長いのは戻り値だったんですねー…

Boostをインストールしてみて、
きびしそうなら別の方法を執ってみます。
みなさんわざわざありがとうございました。

>>788
使いこなせないとどこに書いてあるんだ？

脳内補完もここまで来ると感服だなｗ

STLにTree構造データないのは何故だ

Setは？

ありない
ありない
ありない

汚くい
汚くい
汚くい

>>780
そんな事するんだったらconst定数使った方がましじゃね？

template<const char *array> class Example;
namespace Keys
{
　　　const char alpha[] = "Alpha";
　　　const char beta[] = "Alpha";
}
Example< Keys::alpha > object;

>>782
template<class type> type Example::Function()
{
　　　type value;
　　　ExampleBase *base_check = &value; // 親子関係がなければコンパイルエラー
　　　return value;
}

>>791
map, set, priority_qeueは内部的にtree使ってる
std::make_heapを使えば自前の二分木を楽に作れる

class Object {};

class User
{
public:
User(std::shared_ptr<Object> o = std::make_shared<Object>())
: o_(o)

};

すみません、記述途中で投稿してしまいました。
デフォルト引数にstd::make_shared〜とやると、make_sharedがglobal namespaceのメンバーでないとエラーが出てしまいます。
当然、using namespace std;を行うと、正しくコンパイルできるのですが、それはしたくありません。
どのように記述するのが正しいのでしょうか？

VC++が悪い

そのコンストラクタはデフォルト引数の指定無しにして引数なしのコンストラクタも書けばいいじゃないか

こんなのはどう？
User(std::shared_ptr<Object> o = [](){return std::make_shared<Object>();}()) : o_(o) {}

>>769
そもそも勉強用にMSVC使うってのが間違ってるだろ。
LLVM/clang使えばいろいろ捗るぞ。ここまで無料で高品質でライセンスの緩いコンパイラは珍しいし他にない。
本来ならば金の要らないLinux前提だしmingw入れればwindowsでも動くしな。

Linux前提やクロス開発を考慮する場合はともかく
Windows前提ならmingw選ぶのは間違ってる

windows使ってるならcygwin入れろ。
ファイル消せなくなって困るぞ。

問題なのはcygwinを入れないとファイルが消せなくなるんじゃなくて
cygwinを入れたせいでファイルを消せなくなる点なんだよな。

Windows前提をはずすのが一番って尊師が言ってた

そりゃあ尊師はUNIXライク前提ですから

cygwin()

マハーポーシャでPC組んでLinux入れよう

LinuxはTagジャンプをなんとかしろ
global.elとか仕様頻繁に換えんな

カーネル開発者や鳥のメンテナにEmacsの文句言うのかー

C++で、外部の.exeファイルを実行するにはどうすればいいですか？
使っているソフトはVS2010です

>>811
【初心者歓迎】C/C++室 Ver.78【環境依存OK】
http://toro.2ch.net/test/read.cgi/tech/1331894668/l50

環境依存でないsystemがあるじゃないかー
（使い方はある程度環境に依存はするけど）

#include <cstdlib>
int std::system(const char*);

のことかな。

>>811
単に実行するならexecとか
標準入出力の内容を操作したいならpopen/_popenを使ふ

そんな環境依存の事を言われても・・・

popenか_popenどっちも持ってないなんて組み込み環境ぐらいだろ

規格に無いものは開発環境ごとのスレでやった方がいい

POSIXぐらい、半標準なんだからいいだろうに
標準ライブラリなんて元々POSIXのサブセットだぞ

pthreadsもここでやるのか？とか
あまり手広く広げてもなあ

posix名前空間が用意されたとはいえ
現状std名前空間にあるC関数もあんまり積極的には扱ってないだろ

C関数でないと無理なものはまあ扱わなくもない

LLVM CLANGってgccやMSVCより高速なの？
場合によりけり？
どういう場合に速いんだろ

Nativeだとgcc以上 MS C++未満
VM実行の場合は、VMの性能次第

CLANGはエラー表示の賢さにびっくり。

スペルミスの可能性とか人間の思考レベルのミスまで指摘してくれるからな

僕の脳内の欠陥も指摘してくれますか？

エラー:人間性に問題があります

uyには欠陥しかない

uyはデフォルトの名無しさんが人柱にされたとき切り離された負の感情だからな

人柱力の間違いだってばよ

明快入門C++って本読んだけど、クラスについてよく理解できなかった。

クラスとはメタ関数のために用意された単なる構造体である ―梶本裕介

俺はゴミカスだがエリートゴミカスだ
お前らのような下級ゴミカスとは格が違う

>>834
うるせーゴミカス

言葉を慎みたまえ

台湾人が発言「韓国人は日本人のように正直でない」―韓国サイト

韓国のコミュニティサイト「ガセンイドットコム」の掲示板に「韓国人は日本人のように正直ではない」とのスレッドが立てられたところ、さまざまな意見が寄せられた。
スレ主は、18日に行われた台湾大手ＥＭＳ企業・鴻海集団の株主総会に関して、日本で報じられた記事を紹介。
同社の郭台銘（グオ・タイミン）理事長は、日本のシャープと協力することにより、韓国のサムスンとの競争に勝算があると話した。
郭理事長は、日本人を尊重していると語り、日本人の行動力やコミュニケーション力、面と向かって断っても裏切ることはない正直さを評価した。
一方で、韓国人は日本人のように正直ではないと語ったという。

スレッドには、この記事に対する批判的な意見が数多くあがった。
・「台湾がそんな言葉を！」
・「台湾はいつまでたっても日本に奴隷根性」
・「台湾が正直さについて語るとは、笑える」
・「日本は勝てないライバルを悪役にするのが上手。到底実力では勝てないからキム・ヨナを性格の悪い子のようなイメージを植えつけ、真央は良い子に。」
・「日本がサムスンに勝つ方法は、台湾を味方につけることだけ」
・「最も正直から距離が遠い民族が笑わせる」
・「常に韓国人から、認定と関心を受けたいようだね」
・「台湾が計算しているのでは」
・「台湾人は中国人より日本人が好きだろう。」
http://news.searchina.ne.jp/disp.cgi?y=2012&d=0620&f=national_0620_035.shtml

クラス理解したいならロベールがいい

>>837
またネトウヨの陰謀論か

・Qはいつまでたっても他の2ch住民に奴隷根性
・Qが正直さについて語るとは、笑える
・Qは勝てないライバルを悪役にするのが上手。到底実力では勝てないからキム・ヨナを性格の悪い子のようなイメージを植えつけ、真央は良い子に
・Qが他の住人に勝つ方法は、他の住人を味方につけることだけ
・最も正直から距離が遠いQが笑わせる
・常にネット住民から、認定と関心を受けたいようだね
・Qが計算しているのでは
・Qはネット住民より自分が好きだろう。

自 己 愛 性 人 格 障 害

>>840
ブログにでも書いとけ。

WindowsでC++して奴に聞くけど
Embarcadero C++BuilderってC++使いから見てどうなん?
使っている理由何?
使っていない理由は何?

日本語でおk

使う理由がまずないだろ

＞使っていない理由
・そもそもその製品を知らない
・VC++EEで困ってない

ググってきたけどこれBorland C++ Builderの買収後の名前か

無料版コンパイラは相変わらずBCC5.5で古すぎてゴミ
http://www.embarcadero.com/jp/products/cbuilder/free-compiler

有償版はどの程度か分からないけど
同価格帯のVC++の有償版を超える程とは考え辛い・・・

エンバカデロは長いことバージョンアップせずC++への準拠度が低いままだったんだよね
現状、C++コンパイラは規格に合致するものひとつも存在せず
個々のコンパイラ毎の方言を理解してそういう部分を局所化したコードを書かないといけない
つまり実績のないコンパイラは存在価値がない

前はVC6よりBCCの方が準拠度が高かったのにな
VC7.1から逆転した

使っていない理由
VC++MFCの方が生産性が高いから

C++ Builderが出た当初はVC++でMFC使うよりずっと生産性高かったんだけどねぇ
結局進準拠度の低さがすべてをダメにした
規格に準拠しないオレオレ規格で開発効率優先するなら.NET使ったほうがよっぽどいい

VC以外で作ったアプリは、
ボタンを自動で押すなどの外からの操作がしにくいから迷惑

お前ら感謝あげ
名前すら知らない、眼中にない、準拠度が低いからが使わない理由か
たとえば、stdのスマポ使いたいになったとき他のではサポートしているのに
それが未対応じゃ使う気起こらないよな

俺のところは俺が入社したころはまだ会社ではC++builder6を使っていたが
理由は知らないがそれ以降はVC++に統一なったな。
それがVC2003あたりだった気がする。
俺、C++builder6はほとんど使ったことないけど、GUI作るのがVCより楽だったって記憶はあるな

GUIは多少もっさりするけど.NETで十分だろう
ライブラリの豊富さでは歯がたたないし

その頃ってボーランドがお先真っ暗だった時代じゃね

Qt使うと殆どC#で作るのと余り変わらない感覚のように思える

C#なんてC++挫折組みの為のおこちゃま言語だろ
比較にならん

平日の昼間は愚痴が多いですね＾＾

やはりGUIもロジックもC++でおｋだと
GUIだけはC#の方がいいとかいうのは幻想だったと

GUI、C＃　ロジック、C++なら
MFCでやったほうが１００倍マシ

前者はどのみち、利用者からもっさり感やレスポンスの悪さを指摘される
FAでman-machine-interfaceの作成ツールを.netを用いているが
未だに、起動時の遅さを文句言われる

次VerではMFC、VCL、Qtが検討されていて、繰り返しDR、CRを行っているが
安易に.netを採用した結果の失敗例だと思う。

コーディングが下手糞なだけ

あえて言うなら、設計が下手糞なだけだろ
コーディングに上手いも下手もないだろ

.NETアプリとネイティブアプリが同じ速度で動作すると思っている馬鹿がいるような気がする

速度を犠牲にした.netは何だったんだ

>>859
そんなの客にきちんと説明すればいいだけじゃん

「.netを使っているため、起動時に毎回ネイティブにコンパイルしているから遅いんですよ」

「じゃ、ネイティブでかいてよ」

「工数が掛かってしまいます」

「じゃ、他社使うからいいよ」

だってC#のunsafeは仕様が硬すぎてろくにP/Invokeが組めない
やるならもっと柔軟にしとけよ

WinCE用のアプリ書くときは今はC#だなぁ
他から持って込んでも.NETの標準ライブラリが使えるし
端末のSDKに.NET用API付いてたから

ActiceXとかNPAPIプラグインはC++で書いてるけど

×c
○v

適材適所で使い分けないとね

殆ど全く使わない無駄なプログラムはC#
年に一回以上使用する可能性があるプログラムはC/C++

C++/CLI とはいったい

名前を呼んではいけない

>>896
説明しよう！
C++/CLIとは、某企業がC++の名声を残しつつ自己実現するために送り込んだエイリアンである。
しかし、結果は裏腹にC++の奇形児として扱われ人気も出ず、.NETブリッジとしか使われないのだ〜。
南無三！

もともとそれ以外の用途はないだろ…

>>872
いや〜、もっとプログラマ囲えたら更に独自規格出して逃げれなくなってたと思うよ。

そもそもMS社員は使ってるのか？

噂はきかないねー。

いつになったら return a, b; できるようになるんだよ

return { a, b };ならできるんじゃね

delete a, b, c;
もしたい。

a,b
の型は何だと思ってるんだ？

operator overloadしてvoid以外の何かにしよう

>>879
僕の頭の中では

template<typename X1, ... , typename Xn>
class cartesian_product;

ってのが n=2, ..., 20 ぐらいまで定義されているんです。

そこでカンマ演算子のオーバーロードですよ。

ポインタって宣言するときは
void func(p*);
で、使うときは
func(&hoge);
でいいんだよな

>>883
×ポインタって宣言するときは
○ポインタを引数にする関数を宣言するときは

でしたすいません。

BASICでもつこててください

>>885
あんな気持ち悪いのいやです

>>884
ビルドしてみれば判る。

>>886
C#でもｼｺｼｺやっててください

>>887
もしもしなので無理です
わがままですいません

>>889
http://ideone.com/clone/Au4m0

VC++2010のstd:hash_mapにfind()の部分がやけに遅いんで調べてみたら、なんと線形探索してやがった
C#で言うところのDictonary.TryGetValue()みたいなメソッドがあると助かるんだが、C++にはそういうメソッドはないの？

STLにhash_mapなんてクラスはないけど

>>891
同じkeyに対する要素なら線形探索になる。
もう一度アルゴリズムをやり直して仕様も読み直せ。

>>891
それC++11のSTLを部分的に取り入れた物だと思う

>>893も言ってるけど要するにこれオープンハッシュだよね？
同じキーならハッシュも同じなのでその後は線形探索しかない
ダブルハッシュにすればいいけどメモリを馬鹿みたいに食うので

std::hash_map<key, std::hash_map<key2, value> > とすれば擬似的に
ダブルハッシュに出来るから速度実測してみな

>>893
同じキーがあればO(N)ってことはキーが全く存在しなければO(1)なんだよな？

xhashのソースコード読んでたら、こんな実装になっていて、全要素文サーチしてたんだが、俺の勘違いだよな

iterator find(const key_type& _Keyval)
{ // find an element in mutable hash table that matches _Keyval
return (lower_bound(_Keyval));
}

iterator lower_bound(const key_type& _Keyval)
{ // find leftmost not less than _Keyval in mutable hash table
size_type _Bucket = _Hashval(_Keyval);
for (iterator _Where = _Begin(_Bucket);
_Where != _End(_Bucket); ++_Where)
if (!this->comp(this->_Kfn(*_Where), _Keyval))
return (this->comp(_Keyval,
this->_Kfn(*_Where)) ? end() : _Where);
return (end());
}

>>895
lower_bound内の_Bucket = _Hashval(_Keyval)に注目。
ここで探索対象が存在するbucketを判別している。
あとはそのbucketを線形探索だから何も間違いはない。

訂正
×　キーが全く
○　同じキーが全く

for文見ただけで、全要素サーチとか言ってるのか？

>>896
なるほど
ためしに存在しないキーを指定して、ソース追ってみたら、_Hashval(_Keyval)のところで0を返していて、その後、最後まで検索していたorz
キーが重複しても意味ない用途なんで重複を許さないhash_mapというのはないのかな…

map知らずにhash_map使っちゃってるんだろ言おうと思ったら、その通りだったでござる

mapは重複許さんだろ
何を言ってるんだ

だってlower_boundだし

俺はregex rx("\\[(\\d+)-(\\d+)-(\\d+)\\]([-+@!.]).*$")
で時間食われる
by VC++

>>903
Flex使いましょう

>>903
それぐらい自前でパースすりゃいい

>>901
え、それが欲しいんでないの？
ようはただの連想配列を探していて、mapの前にhash_mapに辿りついたんだと思ってた。

ああ俺へのレスじゃないのか失礼。

>>900
>>901
hash_mapに切り替える前はmapを使ってたんだが、そいつもfind()で存在しないキーを指定すると全要素検索していた
キーの重複は許さなくてもいいからfind()で存在しないキーを指定してO(1)なやつはないんだろうか

＞そいつもfind()で存在しないキーを指定すると全要素検索していた
VSのmapは赤黒木なんだからそれをend()に当たるまで探索するのは当たり前

>>906
C#のDictonary相当の奴を探してる
mapならfind()でもO(log(n))、hash_mapならO(1)かと思ったら、そうでなかったでござる

>>910
もしかして存在しない要素を探すのにO(1) = 定数時間しか掛からないと思ってるのか？

>>908
理想的なハッシュ関数ならO(1)で済むよ
現実はそうじゃないから妥協しなきゃいけない

>>911
要素が存在してなければ、定数時間だったと思うが

>>912
それってキーが重複している場合の話だよな
キーが存在しないのにo(1)で済まないというのも変な気がするが…

要素が存在しなくても、ハッシュは生成されるよ。

>>914
その生成はもちろんO(N)だろうかハッシュテーブルの探索自体はO(1)だろ

>>913
キーの重複は関係ないだろ
キーが存在しないってことは、コンテナの中に入ってるキーすべてと合致しないことを確かめないといけないのだから
ハッシュマップは確かめなきゃいけないキーの数が少なくて済むってだけの話

>>916
キーが存在しないということはハッシュに対応するコンテナの中に何もないからコンテナの中を調べる必要はないんじゃないか？
念のためにくぐってみたら教科書的な実装はこういう風になってた
http://www.geocities.jp/ky_webid/algorithm/014.html

>>917
キーが存在しないって
コンテナのサイズが０って意味か？

座標配列を動的に変更する方法ってわかりますか？

>>918
存在しないキーに対応するコンテナーは０だね

>>919
ChangeDynamicPointArray

vc++のstl::hash_mapからstlport::hash_mapに変えてみた
CPU負荷が半分以下に減っていて笑った

トレードオフは何だろう･･･

stlportはC++11に対応しているのか？

stl名前空間って何だ

コンパイラじゃねーんだから補完してやれよｗ

お前らの脳味噌にはIntelliSense搭載してないのかよ

IntelliSense: 名前の後に '::~' を付けることができるのはクラス名または名前空間名だけです

std::hash_mapはVC6とかの時代だっけ？
stdexに隔離された方しか使ったことないや

template <class T>
class P{
　private:
　　double hoge;
public:
　　double Hoge(){ return hoge;}
};

double F(P<double> a, P<double> b){
　　return a.Hoge() + b.Hoge();
}

テンプレート型のクラスを引数に持ってくる際に型を固定したいのですが
以上のようにできるでしょうか

なにか問題でも

>>929
VS2010だが、std::hash_mapは普通に使えてる