C++相談室 part111

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

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

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

次期規格C++1yはこちら
C++14/C++1y
http://toro.2ch.net/test/read.cgi/tech/1382889622/

■長いソースを貼るときはここへ。■
　http://codepad.org/
　http://ideone.com/

【重要】
hogeは禁止です。使用しないでください。
万が一hogeが書き込まれても、スルーしてください。
相手にするとあなたも荒らしと同じ扱いになります。

いちおつ

いちもつ
ホゲキチガイに荒らされませんように(ﾅﾑﾅﾑ)

個人的な思い込みに基づいて"hoge"の使用に過剰な反応をする人がこのスレに住み着いていて、
最近は「hoge禁止」がスレ住人の総意であるかのように見せる工作を繰り返しているようです。
あまり気にしないでやってください。

↑このスクリプト荒らしいつも来るよなｗ

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

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

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

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

#include <stdafx.h>
後死ね。

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

----テンプレここまで-----

----テンプレここから-----

>>6
何が言いたいのか３行にまとめろ

>>9
わたしは
キチガイ
です

さすがに、某ランドはもう無いよな

>>10
C/C++使いには基地多いよな。
hoge基地、アンチhoge基地、チョーセン基地、BorSTL基地...
底辺職業のドカタに基地が多いのはしょうがないのかもしれない

aであるとは言えない、たからbである

とか簡単に発想してしまうからね、土方は

>前スレ996
math.hとcmathは名前空間が違うだけ
提供関数に違いは無い

>>13
中国の方ですか？

>>15
ドカタですよ

http://toro.2ch.net/test/read.cgi/tech/1389620885/994
つhttp://toro.2ch.net/test/read.cgi/tech/1389620885/966
つhttp://toro.2ch.net/test/read.cgi/tech/1354393458/314.317

これってコンピューターでＣＧ処理して作られているらしいのですがＣ＋＋で作れますか？
ttp://www.youtube.com/watch?v=RUaruOJOjMk

むしろ手書きだったほうが怖いわ

ttp://dic.nicovideo.jp/a/mikumikudance
この辺参考にしてみたら？

>19
ワロタｗ

>>18
windows store mode の .NETではOpenGLのサポートは無い
デスクトップでもC#に標準のOpenGLのラッパーライブラリーは無い
後は察しろ

>>15
発想が低偏差値層だね

テンプレートの特殊化について質問です

template <typename V, typename W>
struct foobar
{ static const int value = 0; };

template <typename V>
struct foobar<V, typename std::conditional<1==sizeof(V), std::true_type, std::false_type>::type>
{ static const int value = 1; };

template <typename V>
struct foobar<V, typename std::conditional<4==sizeof(V), std::true_type, std::false_type>::type>
{ static const int value = 4; };

32bit環境だとこうなります。
foobar<char, std::true_type>::value;　//1
foobar<short, std::true_type>::value;　//0
foobar<int, std::true_type>::value;　　　//4

foobar<short, std::true_type> を作った時、２つの特殊化バージョンはどちらも
struct foobar<short, std::false_type>;となるはずなのに、重複エラーにはなりません。
これは規格上OKなんでしょうか？

よくわからんがテキトーに言うと
NGでno diagnostic required

>>18ってOpenGL？
DirectX？

キュアエースって他のプリキュアと比べてやたらエロいんだが
あれは口紅の効果かね

チョーセン人がチョーセン脳でhoge禁止というチョーセンルールをでっち上げていますが
日本人はチョーセンルールに従う必要はありません
自由に使って構いません

オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れない。
http://hayabusa3.2ch.net/test/read.cgi/news/1393649485/2

【重要】
サンプルコードの変数名やクラス名等に「hoge」を使用することは
荒らし行為として禁止されています。
使用しないでください。
万が一hogeが書き込まれても、スルーしてください。
相手にするとあなたも荒らしと同じ扱いになります。

>>30
基地荒らし登場

気違い荒らしのレッテルを貼ってみたところで禁止されてるのには変わりないのにな。

>>32
基地登場

>>32
>>30 スルーしてください

hogeを持たないチョーセン人が日本人をねたんで作ったチョーセンルールがhoge禁止
親日財産没収法のような頭湧いてる法律と根本は同じ

最近プログラミング始めたんだけど、コーディングスタイルとか指摘してくれると嬉しい
スレ違いだったらスマン
http://codepad.org/1TIyCTSD

最近始めたようなやつがコーディングスタイルなんぞ気にする必要なし

>>36みたいなゴミは一生気にする必要なし
それよりも回線を切る必要がある

＞スレ違いだったらスマン
スレ違いかどうかすら分からない知恵遅れが何で質問してんの？
本物のゴミ？

>スレ違いだったらスマン
こう書けばスレ違いでも許されると思ってるんだろ。
発想が厨房以下。
プログラミング以前に人として問題あり。

最近って言っても１年弱くらい書いてるんだ
誰かに教わったことないんで変な書き方してたらやだなって思って適当なとこに落としてみたんだけど

>>41
屑の鑑だな

＞スレ違いだったらスマン

これを免罪符にどんな質問を書いてもよいスレになりました。

>>41
叩いてる奴がいるけど気にすんな
たまたま気の短い奴のいる時間帯に引っ掛かっただけだ
昼間ならお前みたいな精神障害者でもちゃんと相手にしてくれる人がいるんだがな
ここは決して精神障害者に厳しいスレではないので勘違いだけはしないで欲しい

>>44
うむ、他どっか当たることにするよ

>>36
まあ悪くはないんじゃないかな……
>>38,39,40,42,43,44のような馬鹿が常駐しているから
それなりに高度な質問じゃないと投下すべきではないかもね

コメントも半角英数にするとグローバル！

>>36
・DWORDじゃなきゃいけないもの以外にDWORDなんて使うな。
・そもそも一般的なプログラミングならwindows.hはいらんだろ。
・system("pause")なんてローカルなコマンド呼び出しなんて以ての外。
・IsUrr()はstatic修飾すべき。
・つーか、珍しい判定条件だな。適用範囲を明記すべきだ。例えば、2900年がうるう年と判定されるぞ。
# 当てずっぽうで作った判定条件なら尚のこと。

// 4で割り切れない
// 100で割り切れない

こんなくどい気遣いが必要なら、IsDivided関数にでもした方がいいな

>>36
綺麗なコーディングだよ

>>36
判定条件それでいいの？

(defun leap (n)
(and (= (mod n 4) 0)
(or (/= (mod n 100) 0)
(= (mod n 400) ))))

windows.h入れてDWORD、LONGLONG使っているのに
boolやtrueはwinのBOOL、TRUE使わないってすばらしい

C++なんだから使わなくていいでしょ

お前ら>>36みてクソコードとか言ってると腰抜かすぞｗ
どこのだれとは言わないが最近この板ですごいもん連投してる奴がいる。
それはもう、俺がこの十数年でみたことのないほどの、
末期がんのような、根本が腐ってりゃ枝葉末節まで腐りきってプンプンにおってるクソコード。
釣りでなけりゃ十年に一度の逸材だわ。どう育ってきたらあれが書けるのか。本当の奇跡。

>>54
具体的にどのレスだったの？
もしくは何のコードだった？

>>48, >>52
そんな些細なことり、LONGLONG を DWORD に突っ込んでることを指摘しろよ...

な、コーディングスタイル以前の問題だろ？

>>36
using namespace std;
これは書くな

#include <windows.h>
Windowsは捨ててLinuxをメイン環境にするんだ
MinGWならばOK

Windowsは型のtypedefが多すぎる…
まずはピュアなC++をやるべき、そのためには環境をLinuxにするかMinGW/Cygwinを使うのがよい
VisualStudioとか捨ててかかってこいよ

「コーディングスタイル」について聞いているのにそれ以外のツッコミする輩はなんなの？
まあ無駄にWindows依存なコードだなぁとは思ったけど
と言うか現在メジャーなのはグレゴリオ暦なのに修正ユリウス暦なコードってｗｗｗｗ

long long intとかC言語由来の型は狂っとる
int32とかint64とかでよかったな

そもそもなんで「char≦short≦int≦long」「float≦double≦long double」なんて規格になってるんだよ……
せめて「＜」にしとけよ常識的に考えて
仮に使わざるを得ないとしても、最初からtypedef修飾された__int32とかint32_tとかを全面に押し出しておけば迷いようがないのに

そりゃどんな環境でも動けるようにだろう

8bitレジスタしかないマシンを動かしたことがないんだろうな

>>64
いや別に機械毎にintのサイズが違うのはしゃーないと思っている
だが、「実は表現サイズが違いましたー」とかだと同じコードが動かない可能性があるだろ……
それとも何？　ある変数(例えばint型)の許容範囲が、
マシンAだと16bit、マシンBだと32bitまでしか入力できないのに「同じ動作」と見なせって？
「素じゃ64bit型とか計算出来ない」んならコンパイラ側で対応(多倍長整数をソフトウェア実装)するか
規格的に「64bit計算できるか」のフラグでも規定しておけば済む話だったろうに

>>65
だったら# if sizeof(int) >= 4 とか書けよ

可哀想にワードアドレッシングなコンピュータに対する知識
が欠落しているのですね

>>65
> コンパイラ側で対応(多倍長整数をソフトウェア実装)する
gccならlibgmpでそれやってるな

>>65,62
1byteが10bitだったらどうするの？
無意味に8bit余らせるの？

>>46
ありがとう
次は高度な質問を投げれるように頑張るぜ

>>48
ありがとうございます、全面的に納得させられました

>>49
見返した時に一瞬分かりづらいと思ったのでつけてみましたが、くどいと言われればくどい気もしますね

>>56
エラー処理を省く時に一緒に省いたのですが、負数は受け付けなくして揃えてると思ってください
もっとも、年号なんてちっこい数字にわざわざ符号なしの型を選んだ時点で間違いだったのですが。。

>>58
ググって名前空間について調べてみましたが、こういう問題があったのですね
Linuxは使ったことがないのですが、そちらについても調べてみようと思います

>>60
ほんとだ、wiki見なおしたら修正ユリウス暦だった
てへぺろ

相談室であって、使用がどうあるべきかを討論する場でもないし
どうあるべきか結論が出ても何もしないだろう？
だから仕様についての無駄な討論はやめないか？

みなさんありがとうございました
短いコードでしたが、思ったより突っ込まれたことが多かったというのが正直なところでした
長文・連投申し訳ございません

俺としては初歩的なことでも
思い込んで勘違いしてる可能性もあるから
気軽に質問できる場であってほしい

もうC++は整理する時期に来てる。

問題は禿がいつ墓の下に入るか、だな。

びゃ〜ねがどう思おうとなんとか委員会を倒さない限り闇は終わらない

>>75
そう書くとRPG調の壮大な話に聞こえるから不思議
まあ嫌だったら他の言語使うとか創るとか、いくらでも対策が取れるだけマシなんだけどね……

>>55
>>17
http://toro.2ch.net/test/read.cgi/tech/1313183984/

>>77
ああhogeキチガイさんね。
納得した。

誤解があるようなんで念のため言っとくがQZは違うよ。
QZのコードなんてまだまだ綺麗なもんだよ。あれにくらべりゃね。

>>36
ジョギングで言えば、初心者が無理なく5分間走れている感じ
フォームやタイムは気にせず、とにかく走力をつけていく時期だ
走り→歩き→走り... と負荷をかけながら走れる時間を伸ばしていけば
2ヶ月後には10km程度をなんなく走り続けるようになるはずだぞ

よそで聞くことにします。

ジョギングなんて一般人が普段しないようなものを例に出す糞みたいな精神構造はどうやったら育まれますか？

>>82
あなたのような糞をかまいつづけた結果です。お悔み申し上げます。

const char* const Em[12] = {"Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec"};
const char* const Jm[12] = {"睦月", "如月", "弥生", "卯月", "皐月", "水無月", "文月", "葉月", "長月", "神無月", "霜月", "師走"};

>>84
月の旧名って人名に見えるよね……
12種類のうち少なくとも半分はソラで言える

12月に生まれても山田師走とかつけないけどね。
まあ順番が逆だよね。

C++の class template を使って static メンバの実体を
ヘッダファイル内で生成するのと同様の方法で thread_local static
メンバの実体をヘッダーファイルで実体化した所、コンパイルは通るのですが、
実行しても実体が生成されておらず落ちてしまいます(g++ 4.8.1)。
仕様上、thread_localの場合は許されないのでしょうか？それとも
g++のバグでしょうか？ご教授頂けましたらありがたいです。

>>87
日本語の掲示板で質問したいなら日本語を書けるようになってからにしろ
それが嫌なら母国の掲示板に行け
以上

普通に考えればg++より日本語すらままならないお前の知能のほうが問題だろうが早く消えろ。

>>87は使えもしない日本語を使い、
使えもしないC++を使ってる本物の馬鹿だろ
何をやっても中途半端だから社会のお荷物にしかなあない
クズ人間の見本のようなクズ

>>84
それを引数として受けるには、
void func(const char* const(&m_name)[12]);
でOKかな？

>>87
うざい

>>91
「配列への参照」って苦手。なんか納得いかない。

>>87
お前C++よりやらないといけないことがあるんじゃないの？

すみません、書き直します。template class 内の static thread_local
メンバの実体をヘッダファイル内で定義したいのですが、
文法上許されるのでしょうか？
d.hatena.ne.jp/higepon/20100803/1280834422
にあるのと同様の事を static thread_localメンバに対して行ないたい
のですが、私の環境では落ちてしまいます。

>>87
普通の日本人ならこれ位の日本語は理解できるだろ。
基地っているのはチョーセン人、Hoge基地、低脳だろ

>>96
お前じゃねえ座ってろ

>>87

まあ、質問しても無駄だろうねえ。
グズみたいな奴しか書かないからねえ。自分だけでは何にも言う勇気
がないくせに、人の尻馬に乗ってキャンキャンわめいてるやからだから。

そういう奴は気にするな。どうせ、糞な連中だから。

しかし、努力して何度も質問してると、稀に「できる人」が教えてくれる。
馬鹿はいっぱいレスするけどな。

>>98
どうもありがとうございます。本日はもう寝ますが、また明朝
来てみようと思います。

なんでキチガイくんは87を必死に叩いたの？
意図が知りたい

＞本日はもう寝ますが、また明朝
＞来てみようと思います。
ブログに書いてろよゴミクズが

結局>>87は荒らせれば満足なんだろ
お前らスルーしろ

>>99
二度と来るな

>>87みたいなクズってどこから湧いてくるんだろうな。

やりたい事のサンプルコード提示すれば簡単に伝わるのに
その手間を惜しむクレクレのためにイミフな質問を解読し
てやろうと努力する暇人は滅多にいない

お、今日もみんな元気だね！

>>104
頭空っぽのゴミ親のマンコからだよ
自分のガキすら教育できないゴミ親が猿みたいにヤリまくって勝手にできたガキが>>87
望まれて産まれてきたわけじゃないからロクに教育も受けてない

× テンプレート クラス
○ クラス テンプレート
テンプレートはクラスを生成するためのもの
であってクラスではない

>>79
http://toro.2ch.net/test/read.cgi/tech/1390525149/172

愚痴だが、なんでC++はC言語と混在できるような仕様にしたのか・・・
もう機能は拡張しまくりでわけわからんし
いっそのこと別の言語としてリニューアルしてほしいのだが(´；ω；`)

goto D

拡張された機能を全部使わなきゃアプリケーションを作れないわけでもあるまい

>>87がなんで叩かれてるのか意味わからん
クラステンプレート内のstaticメンバの実体をヘッダで宣言できること知らないんじゃねーの
普通に気になるけど俺の環境だとgccがthread実装してなくて試せんから誰か試してくれｗ
久しぶりにム板来たけど何でこの板IDないんだよ・・・

>>113
hoge使ってるならわからんでもないけど、そうじゃないしな。
つまり叩いてるやつは同一人物ってことだろ。
それとも環境依存の話が大嫌いだとかか？

>>114
C++0xわかりましぇーんっていう自己紹介だと思ってた

87はいつものチョーンジン連呼の荒らしじゃないの？
質問のフリをしてhogeコードを出すのが日課の。
Hoge.hとか書いてあるし。

>>116
自己紹介乙です

>>96にリアル韓国人が入ってきてるところを見ると
>>87も韓国人じゃないかと勘ぐってしまう。

>>113
>>>87がなんで叩かれてるのか意味わからん
hoge基地や>>118みたいな朝鮮人特有の妄想病持つ奴が発狂して叩くんだよ
このスレには慢性基地妄想病持ちが多すぎ

>>119
こちらへどうぞ
http://toro.2ch.net/intro/

妄想病っても、もともと>>87にhoge要素はなかったわけだから、何か別の要因があるんだろう。

スレッド
テンプレート
static
g++

・・・
どうもピンと来ないな・・・

そういや「からの〜？」て荒らしはピタッと止まったな

ちんぽからの？

女は膿〜

>>87
馬鹿は失せろ。

うっせー！例外ぶつけるぞ！

hoge hoge hoge
が飛んでクルーーーー

からの〜？

>>128
辛野ですが何か？

野球しようぜ！

おまえら、妄想大得意だろ
その得意の妄想で>>87に回答しろよ

ソース出せとしか

>>132　
まず聞いているのは
仕様上、thread_localの場合は許されないのでしょうか？(規格の問？)
答えはYes or No
Yesなら終了、Noなら
g++のバグでしょうか？
ここでバグなのか判定するのにコード出せ

>>133
規格の問いなら自分で規格書読めよ
規格書を読むのが面倒だから他人に読ませるというのは質問ではなく雑用の依頼だ

僕、おぼっちゃんだし雑用は頼むのが礼儀なの
下下の人の仕事とってはいけないもの

>>135
なんだただのクズか。次のかたどうぞ

だったら下々の者に自分のソース読ませりゃいいいじゃんｗ

下々の人たちって怖い

下々の人たち （自分）

下下下の下〜夜は墓場で運動会

楽しいな

結婚は男のなんとかだ
↓
だがしかし夜は墓場で運動会とも言う

なんてやり取りがどっかであったな

結婚は人生の墓場だ…だった気がする

プログラマは世間では下下の人、ドカタって呼ばれているのか
このスレを見れば納得するよね

ドカタ云々ってリアルじゃ絶対使っちゃいけない言い回しだよね

池沼、基地害、チョンやジャップもね

まー、精神異常･変な奴が多い職業だし

納期さえ守ればいいだけの仕事
ただそれでも精神病む人が多い仕事

そう？精神病は二流どころにわんさかじゃないかなあ
一流で変人じゃいといわれるのは
装ってるか、実は二流なんだよ

前の現場で自殺者出たからワロエナイ

>>147
いや、プログラマが特別精神異常者が多いというわけではない
どの世界にも等確率で精神異常者はいる
ただこの板でそれを見抜ける能力を持っている人が多いというだけの話

>>151
同族嫌悪か類友か
何れにせよ、共鳴する部分があるんだろーな

>>152
同類共鳴ですぐにわかるんだよ
そしてスレは共鳴した基地達がたむろするところになっている

自殺するのは単に心が弱いだけ
いわば淘汰だ

hogeで発狂するのは単に心がど弱いだけだよ

もうさ、国籍透視やら人格透視は嫌儲か＋でやれ
ここはプログラム板なんだろ？しかもC++スレ
C++の話しようぜ

実はここはhoge基地スレ

自己解決しました。結局gccのバグでした。
lists.opensuse.org/opensuse-bugs/2014-02/msg00056.html
gcc.gnu.org/bugzilla/show_bug.cgi?id=60056
元ソースは大きすぎるので、最小限のサンプルコードを抽出しようと
していたのですが、現象がなかなか再現せず泥沼にはまっていました。
結局、class template内の thread_local static メンバに、
コンストラクタ内でアクセスするようなコードを書くと、アクセスの
仕方によって、
１．うまくいく
２．コンパイル時エラー
３．実行時コアダンプ
のいずれかになるようです。

哲学なんて言ってる奴よりは少ないだろうが、Haskellすれなんか見てると
精神病多そうだなあ。
俺は同類だからわかるという、ぶるいではない。
そう言ってる奴は精神病なんだろ。
某哲学コミュニティで、あほーな形而上学的宣言主義の連中は八割以上精神科に通っていたな

↑あたりまえだな
基地外のかなりが、志向の偏位と思考様式が生むもんだからな

プログラマーは「そのはず、そうなんだ」という判断を評価、実行によって反証されうる世界にいるから、それほどドツボの精神病は少ないと思われる

>ドツボの精神病は少ないと思われる
精神的に問題ある人が多いと多くの人が感じているのに、
少ないと思われる、少ない筈、とか

>>160
形容句が認識されないのは視座が既に恣意的にフィルタリングされているから
つまり、君は精神病

>>158
おつかれさま　報告参考になります
枯れてない技術はこういうのがあるからねぇ
そもそもstd::thread自体の実装状況がまだ環境によってマチマチだから当分boost::threadも現役だろうね

しかしホントここはC++の話をしないスレだな

そりゃ実装が環境によって違うのは当たり前なんじゃ…

>>150
c++の文字列を見る度に、自殺者のことを思い出す
+の文字が十字架に見えるだろ？彼はその生贄に捧げられたんだ

C♰♰

C♰♰

>>162
即答が難しいような質問が出たら全然ダメだもんな。しまいにゃ叩いたり・・・
ここで聞いても無理と悟って余所行っちゃうケースもある。

からの〜？

あやまんが徳光さんの番組に出たとき、徳光さん、目が真横一直線になってたんだよね。
シラーって感じで。
これ、あやまん消えるなって思ったよ。
なんとかミキと同じパターン。
やっぱり消えた。
和田明子より怖いね。

そんなのかんけーねー！
そんなのかんけーねー！

ほげ？

芸能界で一番恐ろしいのは御大アナウンサーなんだね。
良く覚えておこうね、芸能界目指す子は。

>>158
あんたなかなかやるじゃないか！
それに比べてこのスレの奴らときたら

質問者が一番優秀だったパターン。
そこまでできる人が何故雑魚しかいないこのスレに来たのか不思議。
遊んでほしかったの？

勉強だけはできるけどその他については馬鹿or頭がおかしい奴って時々いるだろ
京大出てるのにオウムに入った奴とかな

>>174
雑魚じゃなく基地低脳しかいない
基地低脳のスレ住人を馬鹿にして遊びたかったが、
あまりにも低脳過ぎて遊ぶ相手にならず。でさっさと終了

>>174,175
おまえらが消えるか雑談スレに隔離されるべき
2chだから何やっても良いなんてユトリの考え

>>175
それ俺らのことじゃないの？

>>177
C/C++スレが雑談・隔離スレ
hogeを他のまっとうなスレに行かしてはだめ

なにここ　検索して引っかかったけど荒れとるし　まともにC++質問できるとこ教えろ

つ　stackoverflow

>>180
【初心者歓迎】C/C++室 Ver.89【環境依存OK】
http://toro.2ch.net/test/read.cgi/tech/1390171944/

ありがと

からの〜？

どういたしまして

べき()とかってターム使って自分の言ってることがさも真理であるかのように勘違いをしているゆとりがいるのはこのスレですか？

タームとは特別な意味を持つ用語をさすもの 「べき」は助動詞
これだからゆとりは

なんでここの奴らってみんなこんな余裕なさげなのｗｗｗ　笑える

笑いの閾値が低いな

うるさいゴミ

タームくんは春休み?

春休み？からの〜？

あーあ、このスレも終了か。ガラクタみたいな雑魚しかいないし。

ガラクタｗｗｗｗｗｗｗｗｗ

>>193
ここにはすごい奴がいっぱいだよ
hogeで発狂するすごいレベルの連中がたくさん

hogeはださい
fooはかわいい

HogeスレのC/C++室もここ同様に楽しい基地スレになっているのな

>>197
チョーセン人チョーセン人連呼する韓国人が来てからだよ。
過去ログ見たら分かるけど、hoge禁止になってから韓国人が来るまでの間は落ち着いてたよ。
チョーセン人連呼は減ったけど、連呼しないだけで荒らしはしてるみたい。

hogeを禁止する精神がチョーセン人のものだと見破ったのは最近だからな
全く荒れる原因を作っておいて図々しいにも程がある
チョーセン人死ね

type* variable
これを
type *variable
こう書く奴なんなの？
消えてくれないかな

↑精神病なのか？
人刺すなよ

ifのあとにスペース付けないだけで発狂する先輩

質問です＾＾
気にいらない人の指示を発狂と書けば自分が正常だと自己暗示をかけることができますか？＾＾

>>200
お前さ、
int* a, b, c;
とかやって
「b,cがint*じゃない、何故だ！」って火病ったことあるだろ？ん？

正直に吐けwww

そもそも１行に複数変数を宣言することがあんまりないな

自分の書き方に沿わないだけでキレる奴って病気だよね

>>202
hogeスレではそんな奴が普通
>>200もhoge基地とおなじ精神だし

template<hoge *>
とか
void hage(hoge *);
なんかもなんで離れてるのって感じなんだが

>>203
上げ基地は基地なのに俺は正常だと信じている

>>203
鏡に向かって毎日10分、「お前は誰だ？」と吐き続けると
一週間でゲシュタルト崩壊出来るらしいぞ
三面鏡なら効果倍増だそうな

オブジェクト指向ではポインタ型と見る方が自然だから*は型の方についた方がいい
C#とかは配列も型名につくし

しかし、Ｃはオブジェクト指向じゃないからC++の考えと相性悪い

>>211
からの〜？

C++はオブジェクト指向「も」出来る、でしょ。

C++11でautoだのforeachだの実装されたけど
職場では使われてるの？

>>214
> foreachだの実装されたけど

そんなんあったっけ？
範囲ベースの for のこと？

>>214-215
hoge君が発狂するから、難しいコードの話は禁止！

autoはK&Rにあるよ

だいぶ前に職場でVisualStudioの一斉アップデートがあったんだけど
その発端の1つが「auto使いてぇ」だった気がする

書くのは楽だが読むのは何倍も難しくなる
変数名やらを考える時間にそれを回すなら有効だろう

流れを追うには読むのも楽だよ。
std::map<std::vector<std::complex<double> >, std::complex<double> >::const_iterator が auto で済むんだから。

typedefつかわないの？

>>217

またまた抜け抜けと。この糞ガラクタが

うざい黙ってろ

いちいちtypedef確認するよりは楽そうだな、ほんの少しだけ

autoは見て明らかな場合、型を意識する必要がない場合くらいに限定してる
そういうルールにしてるところも多いんじゃない？

autoは当面、イテレータとラムダ式ぐらいにとどめておくのがよさそうね

>>226コイツまだいたのかよ・・・

>>226
ローカル変数にも使ってあげようよ。

ローカル変数に使わなかったら
C++14のmake_uniqueが不憫でならない

>>219
> 書くのは楽だが読むのは何倍も難しくなる

なんで？
バカだから？

ハンガリアンウソツカナイ

m_hoge VS hoge_

this->hogeも_hogeもあるよ！ファイッ！

>>222
K&Rの P237 18.2 記憶クラス指定子の説明を声に出して読んでみろ

公園で頭冷やして来たら？
http://www.hogeveluwe.nl

>>233
> _hogeもある

規格的にはあまりよろしくない

_Hじゃないからおｋ

>>234
可哀想な人
わざわざ本棚から引っ張り出してページ調べてきたんだ…

K&R日本語版第一版の53ページには何が書かれていたでしょう?

>>238
演算子優先順位表だよ。こんなの本開かなくても覚えている

Patrick Hogeさんに謝れ

http://www.bizjournals.com/sanfrancisco/bio/3591/Patrick+Hoge?r=full&full=true

>>234
C++erがK&Rなんて見てどうするのさ

>>210
もうすでに十年来ゲシュタルト崩壊状態ですが、なにかいい薬ありませんか、今のやつもいまいち効かなくて
http://upload.wikimedia.org/wikipedia/commons/c/c2/Thorazine_advert.jpg

>>241
Cゲンガーでも要らんわ

>>241
ポインタのマニアックな使用法を暗記していおいて
Twitterで話のネタとして使う
C++erはスマポ使うので生ポインタなんていらない

ポインタのマニアックな使い方って、OSの保護機能に引っかかって動かない
引っかからないのは、単なる常套手段。

>>245
KWSK

Qiitaにマニアックな使い方が書いてあったよ。
たしか、メモリだけ確保してクロジャーみたいな使い方するやつ

c++のplacement newすら、保護機能に引っかかった記憶がある

>>247
sbrk( ) ってマニアック？

気持ちの悪い奴がアンカうってきたよ・・・
空気読めないなら回線切ればいいのに・・・

>>249
空気の読み方KWSK

グレート・エア・リーディングって本なかったっけ？

>>249
「空気を読む」の定義をよろしく

空気ってなんか書いてあるんだ？

空気にはhoge最高って書いてあるよ

風を読むとか、潮を読むって言うのはあるね。
でも空気は読めるのかなあ？

でもこのコード泣いてます

コードの気持ちがわかるんだ？

>>234

知るか！そんなガラクタ文庫。お前のガラクタ頭と共に消滅しろ

K&Rってガラクタ文庫なんだ。
骨董品って言えば高そうに見えるのに。

かにチャーハンがなんだって？

ああ、もうがらくただ。お前の糞頭みたいにな。お前なんかいらねーよ。

C++が蟹チャーハンのCを取り込んでいるためにセキュリティーホール
の問題が深刻になっているというのに

C++ってせきゅ悪いの？

ちんこプラプラなんだから
やばいよ

取り込んでいるというよりも元々Cを拡張した言語だよな。
当初はCへのトランスレータだったし。

個人的には全然別の言語がcの振りをしている。
ってイメージがあるな > c++

>>228
横だが、>>226のはローカル変数除外なの？

イテレータなんて普通ローカル変数だろ

あーあ。昔のローカル変数宣言のautoと型推論のautoを一緒にするなよ。
ホントに馬鹿はもう。

調べたらC言語でautoって宣言があったのね…
最新の規格だとどうなってるんだこれC99/C11
あとなぜC++のスレなのにC言語の話が出るのか…似非C++使いか？

std::vector<T>::t_iterator i = vec.begin();
auto i = vec.begin();

どっちのiもローカル変数だろ、って疑問なんだが？

ちょっとコピペミスしたが容赦

C++にも在ったんだけどね。
11から記憶クラスの指定には使えなくなったね。

>>268
「型推論を伴う変数宣言」なんで、対立する概念じゃない。

>>269
＞調べたらC言語でautoって宣言があったのね…

99%の人間は
「存在することは知っているが使ったことはない」だと思う。

生ででチンコをマンコにいれることと同じだな
>>274

>>275
何もうまくないし早く死ね

>>276
どや！

　　　　　　　 .　　　　
　　　　　　　　　　　　　　　　　　　
　　　　　　　　　　　　　　　　　　／ﾁﾝﾁﾝ大王　＼:＼
　　　　　　　　　　　,..‐''￣　｀`ｰ- 、　　　　　　　　ﾐ:::|
　 　　　　　　　　／　　　,　　　　　ヽ､´ ｀, ≡=_、　|;/
　　　　　　　　　/　ﾊ/ヾ' ゝｿヾ、´ 　ゝ　　. (。)　　　/ヽ
　　　　　　　　　i イノ　　　`ｰ- ソ、 /　　＼二/　　∂　　
　　　　　　　　　! i ﾄ＞　　'＜ヾ　　　　　 　　　　　|_/
　 　 　 　　　　ﾞ|.l .l　 '､__ 　　ﾟ　ｿ,／＿＿＼_ノ　 / | サイコ〜や、突きまくるで〜！
　 　 　 　 　　　　iﾉ＼ゝ ﾉ 　　イレ |　.::::/.|／ヽ　 /
　 アアン〜　　　γ　,`ー‐　　　　｀ﾞヽ ::::ﾉ丿＿ ／
　 　 　　　　　　　! 　 　 　 　　　、 　　iｗ/ﾉイ＼ヽ、
　 　　　　　　　　/ 　　、 ,　　　　i　　　! 　　　　　ｌゞ
　　　　　　　 。i 　　　 / 　　　 ヽ　　/ 　 　　　　|
. 　 　 　 　　　　ヽ、　　i　∩_。__, i 　 i 　　　　　||
　 　 　 　 　　　／ ￣､ ｀/　　　|ﾉ|　│ | 　 　 　||
　 　 　　　　　/ ,,,.. -─ヾ 　　 ノ 彡、!　|　　　　| |
　 　　　　　　.ｒ'" 　 　 　 　モミモミ　ヽ､_| 　　　| .|
　 　　　　　　.!、　　　　_ ,ヘｎ　　　　　_ノ 　　　|　|
　 　　　　　　　`'ｰ- ‐(￣￣　｀ー'''"￣　　　　_/　ヽ
　 　 　 　 　 　 　　　　＼　　＿＿.＿_,,.. -ｰ''"ヽ　　ヽ
　 　 　　　　　　　　　　　￣/　　ゝ　　　/ 　　　　ヽ　ヽ ｽﾞﾎﾞｽﾞﾎﾞ
　 　　　　　　　　　　　　　/　　　　　　　　　　　　　ｌ　　l
　 　 　 　 　 　 　　　　　/　　　　　　ｰ-，　　　　　 ｌ　　l ヽヽ─
　 　 　 　 　 　 　 　　　/ 　 　　　　ノ｡ i 　 　 　 　 i　　l 　| ┼─ｽﾞﾝｽﾞﾝ─
　 　　　　　　　　　　　/ 　 　　　　/。 ｡ | 　 　 　　〈　 ﾉ 　ﾉ ﾉ─
　 　 　　　　　　　　　/ 　 　　　　/　。　　l 　 　 　 　ヽ〈
.

>>277
あ＾〜、AAのエロ絵いいゾ〜これ

現在プログラム板のID制導入の投票を実施中です
よろしくお願いします

プログラム板 強制ID制導入に関する投票スレ
http://kohada.2ch.net/test/read.cgi/vote/1394290844/

記憶クラスのautoの話してるのは釣りだろ？
さすがに混同してる馬鹿はいない

つーかお前らd&eくらい読めよ

今度はregistarの番だな

>>297は意味のない投票の宣伝コピペ荒らし

そのとおり

投票スレかと思ったらエロ画像祭りだったぜ

>>282
素なのか釣りなのかわからんレスはやめろよ

>>268とかは何をどう勘違いしてるのかな。
>>228=>>268なんだろうか？

用語の使い方は厳密じゃないのはたしかに問題だが、
話の流れとして特に何かを勘違いしてるってわけではなくない？

只の馬頭星人でしょ

まだこんなクソ言語使ってるのかよ

raw string literalで改行入れたらソースの改行コードにかかわらず\x0aのみになるんだけどこれ規格でこうなってるの？

>>291
ソースコード通りとは限りません。

2.14.5.段落4
A source-file new-line in a raw string literal results in a new-line in the resulting execution string literal.

Windowsでも内部表現はLFオンリーが多いしむしろ都合がいいわな

そこで禁断の内部表現「ソフトラインブレーク(CR+CR+LF)」の登場

おまえらそんなに規格が重要か？
やりたいことが出来りゃいいのに
規格では保証されていないとか騎乗の空論で
意味のないこと言ってると禿げるぞ

移植で苦労したくないからな

規格の類を疎かにする奴にはそもそもプログラマの適性がないよね

むしろ規格を作るほうかと

>>295
机上な

どうせレス乞食

日本式陽明学 ＝ 知行合一
朝鮮式朱子学 ＝ 知先行後
前者がええのう

std::string sub() {
　return std::string("hello");
}
int main() {
　printf("%s\n", sub().c_str());
　return 0;
}
これって大丈夫？
それともprintf()の時点で戻値は消えてる可能性あり？

大丈夫でしょ

>>303
サンクス。なんか面倒臭いことしようとしてたわ

const 束縛でググるとしあわせになれるよ

束縛とか関係ないでしょ。基本的な一時オブジェクトの寿命の話。
完全式（多くの場合、文）の終わりまで。

printf("%s\n", ((int)sub()).c_str());
みたいな格上げが起きるんじゃないかと冷静に普通に考えれば笑っちゃう様な事を疲れた本能が注意喚起したり
たまにあるよね

>>301
これは無教養かな
日本において陽明学は江戸期関西にて民間に一定浸透したとはいえ、基本幕府公認は朱子学である。
朝鮮が朱子学で日本が陽明学という対比はいささか成り立たない

むろん、もともと陽明学も朱子学も中国儒学のうちである。

>>308
BAKA？ 明治維新の原動力を幕府が公認するわけねぇだろう
後、よそでやってくれ

>>310
無教養すぎる
本三近くの湯島の聖堂で教えていた儒学は朱子学
少しはググれカス
本三といってもピンとこないカスは生きいなくて良い

水戸学以来の神道思想こそが原動力なのを
陽明学の革命思想によると誤解してるんだな。
あまりにもおばかさん
水戸浪士は陽明学か？
松下村塾は陽明学か？
薩摩は陽明学か？
すべて異なる。
直接の関係はないが土佐郷士には陽明学、またそれを超えた自由主義的な伝統が幕末には育っいたといるが、
それまた陽明学ではない。むろん、上士は朱子学である。
ま、思想スレでないからやめるが
きみ、馬鹿丸出しだよ

あ、おしえてあげるね
大塩平八郎は陽明学だな
わははは
おしまい

他所でやれ

規格書、規格書、言ってる奴らは「パリサイ人」。

こいつら、「You shall...」ばっかり読んでいる。

キンモーーーーー！！

ビャーネ・キリストによる福音書のみが我々の救済

>>295
Open Watcom
つかいたくても、初心者にはきつい

ようやくIDが入ったか
これで糞のような荒らしは止むはずだよな

NG登録出来るだけでも良いな

ここも、バカだらけ
IDでたって荒れさには関係ない

さっそくバカがＩＤ晒しましたね
これで安心です

>>321
おまえ、、、、、、
頭悪いだろ？
なんとも馬鹿丸出しの発想だな
そしてIDでても、>>321のようはお馬鹿が書き込めば同じ事と示してしまったな
おまえ、、、、、
二重にお馬鹿丸出し

さらにIDなんてコロコロ変わるんだよ
無知なお馬鹿にはピンとこないだろうがな
プログラミング言語Sスレでも
お馬鹿がいっぱいだな
ニート知的底辺層がうじゃうじゃ集まってるのか？

ほんとにバカが釣れたみたいだな
どうしよこれ

さっそくIDが役立つときがきたー

規格規格うるさい奴はGCCは憎まないの？拡張しまくりだけど

どうしよってこういうときにNGだよあんた
専ブラじゃないならごめんちゃい

>>323
連鎖あぼーん

共有NGが便利だなぁ

この板はレスが少ないから、あぼーんされた奴の書き込みが意外と効くんだよｗ
自己顕示欲の強いゴミが多いから、1レスでも期待して開いみたら「あぼーん」が見えるだけｗ
あぼーんのコピペ荒らしされてるのと変わらない感覚になるｗ
しかもこつちはコピペ荒らししてないから合法ｗ
だからあぼーんされてもどんどん書き込めｗ

馬鹿「はいこいつあぼーんｗｗｗｗｗｗ」
↓
馬鹿「次のレスは・・・お、質問だ、自己顕示欲満たすために回答したいけどこの質問者は情報不足だな
『環境は何？』・・・っと」ｶﾁｬｶﾁｬ
↓
30分後
↓
馬鹿「お、1レスきてる！環境は何かな〜っと」読み込み
↓
名前:あぼーん メール:あぼーん 本文:あぼーん
馬鹿「・・・あ、あい、IDあって便利だなー・・・」
↓
30分後
↓
馬鹿「2レス来てる！まぁどっちかはさっきの質問者だろ」読み込み
↓
名前:あぼーん メール:あぼーん 本文:あぼーん
名前:あぼーん メール:あぼーん 本文:あぼーん
馬鹿「」

ID変えて本気で荒らしてくるバカには無力だけど
同調して荒らすバカと技術力のないバカには非常に効果的

凄い勢いでNGIDが増えていくんだが

ID記念　hoge！

【重要】
hogeは禁止です。使用しないでください。
万が一hogeが書き込まれても、スルーしてください。
相手にするとあなたも荒らしと同じ扱いになります。

ID付いたらほんとに荒らしがいなくなった。
あとは書き込みがあるといいんだけどねえ。

個人的な思い込みに基づいて"hoge"の使用に過剰な反応をする人がこのスレに住み着いていて、
最近は「hoge禁止」がスレ住人の総意であるかのように見せる工作を繰り返しているようです。
あまり気にしないでやってください。

荒らしてるのはクソコテだけだろ
荒らしが止まるわけねー
>>335はちゃんといつものQコテ付けろよ

禁止じゃないんだ？

IDの効果凄い！
荒らしがピタッと止まった！

でもム板には5人しか人がいないことも明らかになった！

おいおい俺を忘れてもらっちゃ困るぜ？

ヲヲ！山田さん！

重要hoge基地降臨
次はチョーセン人だな

チョーセン人がチョーセンルールでhoge禁止とほざいていますが無視してください
日本人はチョーセン人のタワゴトに付き合う必要はありません

>>343
超速攻にわらったよ
チョーセン人の重要が事項がhoge禁止で、
日本人の最重要事項がチョーセン人のタワゴトに付き合うなってことだな

お前ら覚えとけよ

>>324
さあて朝だ元気だ
ちんこもそそりたつぜ

>>338
ばっかじゃね？
ていうか、はかだろ
あいでー化であらしとまるわけないだろ
ほーら、俺をNGしてみな
昨日とちゃう、あいでーだぞぉー

>>344
自演して楽しいか？

>>347
どして自演と判断した？
まさか
1.書き込みが他時間で連続している
2.うえの書き込みを支援する内容である
かい？
たぶんそうだろうけど、それは

頭悪すぎ

きみ、底辺だろ？
そのていどの可能性から自演と断定するとは、君の判断はなにもかもしんらいできないということだな。
「きっとそうだもん！そうなんだもん！」
わはははは
お馬鹿丸出しだぞ

ま、もっとも
>>343
>>344
よのうな、これまた頭の悪そうな馬鹿右翼はしんでよいクズだけどな

>>325
規格に沿ったソースをちゃんとコンパイルできれば文句はないよ

>>349みたいな馬鹿でも使えるのがC言語

http://toro.2ch.net/test/read.cgi/tech/1390171944/857

それはひょっとしたら素晴らしい事なんじゃないか？
printf が無いコンパイラとかstrings.h vs string.h の時代を
考えれば問題ない

NG推奨ID:G3ftO2Dw

>>350
何を馬鹿だと言ってるんだろう...
ああ、春休みか (w

チョーセンヒトモドキ

チョーセン人はhogeスレが大好きです

チョーセン人にはCは理解できない

古いコンパイラのためにstdint.h書いちゃう俺には隙はなかった

チョーセン人はぱくるとこしかできない

ID:ZLHpPjTL
わはは
劣等感すごすぎ

チョーセン人は発狂した

俺派あいにく日本人でな
ただ、
>>361のような劣等感まみれの知的底辺ではない日本人なわけだ
君は！お馬鹿な日本人。
同じ日本人でも月とスッポンの差があるんだよ、劣等感まみれくん
わはは

またチョーンジンが火病を起こした

はいはい、君、知的底辺に加えて精神病だったんだ
お大事に

はいはいチョーセンジンは日本人のフリをして楽しいね

チョーセンジンは遺伝子的に精神病

IDが導入されれば少しはまともになる
そう考えていた時期が俺にもありました

だってチョーセンジンは一回ファビョりだすと燃え尽きるまでファビョり続けるでしょ？

随分と快適になりました

チョーセンジンが日本から出ていけばね

C++なんて言語はチョーセンジンはやらない

キチガイをあぼーんしたら何ものこらなくなったな。

チョーセンジンの頭ではプログラミングすらできない

チョーセンジンあぼーんシステムがあればいいのにな

このスレだけ荒れてるのな。

不法入国してるシナチョンは本国へ帰れ

やはりhogeを使う奴はどうしようもないな。
キチガイは去れ。

もしかしてチョーセンジンもhoge〜って鳴くの？

これは驚いた。
以前より酷いではないか。

チョーセンニンジンの決定的な特徴、それわねぇ
罵詈雑言を浴びせられると絶対にファビョるｗ

ZLHpPjTL

>>372、>>379
笑った。もうここはhogeとチョーセンジンのスレだし

チョーセンジンのアイデンティティは憎しみとか怒りとか嫉妬など負の感情

チョーンジンの発狂パーティー見せてよ

staticなんでインスタンス作らなくてもアクセスできるような気がしますが、
コンパイルできません
問題点教えてください

codepad.org/GMN4d3Yh

定義がない
ttp://codepad.org/OFqvfMeJ

>>385
まずチョーセンジンは本国へ帰りましょう

チョーセンニンジンはすぐ発狂する

>>386
ありがとう

日付変わるとIDも変わるんだな

チョーセンジンはストーカー気質

チョーセンジンは自己顕示欲は強い

>>390
そんなことも知らねーとはお前２ｃｈ初心者だな、ブタモドキ

チョーセンヒトモドキはパクることが命

チョーセンジンって日本人のフリして反日するよな
居場所を求めて

なんじゃこりゃ
ID出ても荒らしが収まらなくて、かえってひどくなっとるがな

あたりまえ、わかっていたこと
頭の悪い連中がIDでれば！
と幼稚園児並みの「ありえず、また、見落とされている条件」からの演繹を真実とみなしていただけ。

かんたんにいうと、バカか精神病だな

なるほど！君は頭がいいね！！

あぼーんすればいいじゃん。それもID導入の目的だし。

hoge荒らしは次はチョーンジンで荒しかよ。
やはりhoge使う奴は頭がおかしいな。
キチガイは去れ。

>>399
わはは
それは書かれたものを見えなくするだけで
荒らしの書き込みを減らすことになどならない
そこ勘違いしてはID導入といってた馬鹿大杉
idのngはid自体が変化するので気休めだしな

しかし、精神病が騒いで導入されたid表示、厶板のレベルの低さを計らずとも明らかにしたな

>>401
>荒らしの書き込みを減らすことになどならない
当然だよ今さらなことを強調してうれしいかい？

>書かれたものを見えなくする
ユーザーレベルで取捨選択できるのはうれしいねえ

>>402
わはは、馬鹿がなんか、レスしてるが意味ないな
やはり、頭悪いと判断がことごとくダメだな
リアルではばかにされてるか？

わはは、ここはC++の相談室ですよ、わはは

わはは
質問でも回答でもないてんではお前も同じだな
質問でも回答でもないがスレ関連話題という点ではお前も俺も同じだな。

ようするにバカ晒した書き込みするなよ、恥ずいから

チョンの思考ではプログラミングできるかも怪しいよ

チョンゲーって大抵パクリゲーだからな

チョンの伝統奥義パクリ

基地害じめてる…

あ、ここで「チョー○○」と書いてる奴と、宿題スレで必死に投稿を妨害している奴は同一人物だと分かる
これはいいな

チョーセンジン加油アルネ

hissi.orgにまだこの板にIDが入った事は分かってないみたいだな
どうやってここの人に連絡すればいいん？

チョーセンジンの反日はすごいよ

チョン怒りのトンスル一気飲み

>>401
ここまでバカとは…

>>415
はいはい低偏差値だと言うことがシンプルだな
どの機関でいくつくらいだった？
代ゼミクラス(知的大衆用)で55以下ってところだろ
お馬鹿は指くわえてエンエン泣いてろ
馬鹿にレスされると気持ち悪い
駿台60未満は書き込むな

>>416
横からなにいってんだ

>>417
あはは、ばかはおまえ
IDはコロコロ変わることさえ知らんな、かす
>>401
>>416
は同一人物

バカの証明おつ
このレベルの奴らが
あいでぃがー
と言っていたんだろう。

大切なことだから、もう一度言います。

お馬鹿丸出し

わかったな？でだ、低偏差値はレス禁止

皮肉もわからんとは

>>419
わはははは


あはははは

どひひひひひひ！

バカマルダシ

とうとう狂ったか
いやもともとか

と、こうやって前の方のIDの奴にレスしてやるとID切り替えて自演しているやつを暴くことができる

cstringで画像検索するとエロ下着しかヒットしない不思議

チョーンジンの特技は火病とパクリだよ

糞食い民族の底力を見せてみろ

ドカタってすごいよね。そう思うでしょ

チョンーンジンドカタは奴隷のように扱われるよね

hoge

>>427
どかたは日本人でも人身売買される現代奴隷
基地や基地になるのが多い

自ら人身売買される現代奴隷になるってすごいよ

プログラマとかかっこよすぎるだろとか幻想いだいていたのかな

プログラマを技術者かなんかと勘違いしてるんじゃね

チョン国人は奴隷らしく生きればいいのに

久しぶりにひどい自演を見たよ　ID:CN82R/hG

チョン国人がパクる
そして起源を主張（笑）

>>434
皆には見えない何かと戦ってるんだよ

チョン国人はかつて数千人規模で２ｃｈにF5アタックした
あれは見事だったね
頭がアレだからそういうことしかできんか

もしや、天才チンパンジーのアイちゃんなのでは？

アイちゃんと飼育員さんだったか
まあ相談来ない限り雑談スレだしなぁ

チョン国人なんてC++全盛時代には何もできなかったろ

21レスですか。
その素晴らしい情熱を世の中の役に立つことに注いでみてはいかがでしょうか？

日本から在日を排除しよう

ここは相談室ですから、たとえば過去レスを漁って、満足な回答が付かなかった質問に
片っ端から解答を与えてみるとかしたらいかがでしょうか？

ああ、特に不法入国してる奴らは

質問者不在で？

>>443みたいなチョン国人の知識では何も答えようがないね
逆に恥をかくだけ

「知識」よりも想像力と前向きな姿勢ですよ。
それにここには恥なんてない。あなたにだったらできるはずです。

チョン国人はさっさと反日活動に精を出してください

>>445
C,C++スレには質問者よりレベル低い奴しかいない
当然質問者不在になる

そりゃC++なんて老害化したわけだし

つまり質問者を捕まえて教えを乞えばいいんだね！

逆に初心者以上のレベルの人がわざわざくるのか

まあチョン国人と知能じゃ無理だね

チョン乞食もC++はやらない

質問なのですが、
void output01();
void output02();
void output03();

typedef void (*OUTPUT_FUNCTION)(void);

int main()
{
　　　　OUTPUT_FUNCTION f[] = {output01, output02, output03};
}
などとし、fの要素数を取得するとき
int size = (int)sizeof(f)/sizeof(f[0]);
とするのは危険ですか？

不要なキャストすんな カス

>>455
チョン国人きたーーーー

>>455
(int)sizeof(f) のせいで危険。
sizeof(f)がintから溢れるおそれがある。
(int)さえつけなければsize_tになって溢れようがないから安全。

>>458
丁寧な解答ありがとうございます

変な質問ですいませんでした

intのせいで危険って、どんだけ関数作るんだ

４０億個作る予定です

ID表示でなりすましができなくなったのはいいな

盛り上がってるところすいません。
初心者なのですが、まだ単純なものしか作ったことがないのですが
今、別の人が作った複雑なソースを改造したいと思っているのですが、
困っています。

何重にもヘッダーファイルからヘッダーファイルが呼び出されていて

自分で作った関数を入れたいのですが、呼び出したい場所が違うので
どこにヘッダーを入れるべきなのかがわかりません。
別々に入れると重複定義だと怒られます。
ネットで調べても単純なソースの話しか出ていなくて
どうしたらよいのかわかりません。
よろしくお願いします。

>>463
関連を紐解いて行くのが結果的に一番速いと思うけど

Includeガード

人のソースに追記ってなんか違和感
なんとか包む形で対応できないかな？
解析よりかはよっぽど楽だと思う

>>463
もうちょい具体的に
パッと聞いた感じ元ソースにも問題ありそうな希ガスw

こう書くだったかな確か。
異なる場所で多重に#includeしていても一回しか読まれないようにする方法。

#ifndef __MYINCLUDE_H__

#define __MYINCLUDE_H__


void myfunc(void);


#endif

HogeDlg.cpp
HogeDlg.hにHogeMain.hのinclude

HogeMain.cpp
HogeMain.hにHogeCommon.hのinclude

HogeCommon.cpp
HogeCommon.hにHogeFunc.hのinclude

HogeFunc.cpp
HogeFunc.hにHogeDB.hのinclude

HogeDB.cpp
HogeDB.h

でHogeCommonでHogeDBを使いたいのでHogeCommon.hにHogeDB.hのincludeをすると重複定義です。
どうすればいいのでしょうか

インクルードガードがあったら>469のエラーはありえない筈だがなぁ

>>469
それ以上インクルードする必要ないんだから何もしなくていいじゃないか。
あと自作関数ってのはどこに入れるのだ？

HogeDBが自作でHogeCommon.cppとHogeFunc.cpp両方で使いたいところがあって
この場合どのようにするのがいいのかが分からないです。

だからインクルードガードをすれば？と何度も言われていると思うんだが。

インクルードガードでやってみます。

もしくは、VC++系統なら

#pragma once

をヘッダのどこかに書いておけばおｋ

gcc も clang も #pragma once で通るので、もうこれでいいよ

#pragma once
もためしてみます。

ありがとうございます。

gccなら

#import "hoge.h"

も使えるね。MacのObj-Cからの逆輸入だけど。

なんでコンパイラって勝手な拡張すんの

全智全能なる創造主のおつくりになった規格を踏み超えるなど
人として許されざる振る舞い

多重includeがひどいってことは元のソースは見ただけで
ふたしてそっとしまいたくなるようなソースなんだろうな。

Microsoftは言った
stdafx.hだけインクルードしろと

まず、stdafx.hを削除するところからはじまるよな。

>>480
auto, export, overload ...

stdafx.h使ってるソースで綺麗にインクルード関係設計してるの見たことないや

stdafx.hはその名の通りフレームワークのヘッダー
のみをインクルードするもので、
自分の書いたものは入れるのはおかしい。

日本のＩＴドカタをこのスレで拝もう

>>175 = http://toro.2ch.net/test/read.cgi/tech/1392388003/487

>>488
スレ違うよ

stdafx.hはprecompiled headerと相性が良い

ＩＴ奴隷さん登場〜

stdafx.hはプリコンパイル済ヘッダーのためにあるのだが
相性がいいとはこれ如何に。

ドカタさんってどうでもいい独り言をつぶやくのが好きなの？

>>487
このスレにいるのはhogeさんだよ

今のＣ＋＋奴隷って優秀なの？

>>495
真正マゾヒストって意味なら優秀

vectorのpush_back()って使わない方がいい？
速度的な意味で

2のべき乗で確保するときにnewが走ると思うから
reserveだっけ？
メモリが潤沢にあるなら多めに確保するもよし、
使う要素の最大がわかってるならそれを確保するもよし

push_back使いたいためにvector使ってると言っても過言ではない

>>498-499
ありがとうございます
メモリは十分にあるのでまとめて確保するようにします

深夜４時の書き込みｗｗｗｗｗ
明日仕事ないのかｗｗ
Ｃ言語スレと同じ廃人ばっかりだな

>>497
メモリの新たなreserveのたびに確保する領域が倍々になっていく仕組み
これだとO(n)になる

Cでもrealloc()したらもし連続した空き領域が後ろになかったらコピーが生じる事があるだろ
それと似ている

３時のキチガイに今ごろ回答するキチガイを発見してしまった
しかも何も益もないゴミレス

push_backは予め領域を増大させて使え。
0のままでは頻繁に再確保が起こる。
確保最大量が少ない時はあまり関係ない。

ヘボ回答するキチガイなぜスレをageる

キミがレスするから新着が反応するうとかどうたらこうたら

なんかあぼ〜んだらけなんだけど
荒らすのならID変えて荒らせよ

C++ニートは今日も楽しいそうですね
役に立たないプログラミング技術を披露して

あぼ〜ん報告は別にいらないです

まああぼ〜ん報告は不要だわな
皆分かってるはずだし

C++ニートはもう仕事ないのかな
これだけあぼーんに必死になってるし

vector使うのはゆとり、普通の奴はarrayを使う
C++はゆとりand基地様用言語になってしまった
だからスレの大多数がゆとりで基地のhoge/チョーセンなんだ

>>512
詰め込みすぎだろｗ
何釣るつもりなんだそれで

C++老害が釣れるんだよ

vectorをreserveしないって使うってど初心者すぎ

いや老害の可能性はあるよ

別に速度気にしなくていいならそれでいいだろｗ

気を使ってもほとんど寄与しない

老害のC++のお話は無益です
出て行ってくださいな

嘘つくな
TOPCODERでもpush_back使いまくってるぞ
そんなことよりナウでヤングなC++の話をしろ

C++は成長が終わった言語ですので
ヤングとか新しいC++とか意味のない話ですからやめてくださいね
これ以上ム板を汚さないでください
正直このスレが存在していることが迷惑

グループホームを否定すんなよ
ウバ捨て山みたいなもんなんだから

どんな言語だろうが使いこなせば役に立つ。
そんなことすら解らない奴は厶板にいる資格なし。

かつてのプログラマしかいないスレだった
上級者気取りはやめてください

必要なサイズが予めわかってる場合だけreserveする
事前に大きめに確保するとかpopしたあとswapして解放するとかのつまらない処理は入れない

reserveすることで全体的に大きな性能向上が見込めるときだけする
それ以外は老人のタワゴト
10マイクロ秒が2マイクロ秒になったところで
ディスクI/Oで10ミリ秒待たされてる処理があれば意味なし

細かいとこを最初に言う奴は、「速すぎる最適化」であるばかりか、
実測すらしてねぇ、遅いとここそをを速くするということをしらねぇんだな。
ここが足引っ張ってるわ、ってとこを速くするから価値があるってのに。

>>527
古い話しかできないC++老害はこのスレから去りましょう

そこでdequeですよ

禿がreserveしてもあんまかわんねーなって言ってたから
俺も気にしてない

std::map::beginからstd::map::endまで条件に合致する要素 (eg. keyが偶数) をstd::map::erase
これをstd::threadやOpenMPなどで並列処理できますか？

速度が〜効率が〜なんて言い出す奴ほどたいてい恥をかく。
効率がどうのなんてわかった上で使ってるもんだ。

>>531
無理くせえ

急に盛り上がり始めたC++老害スレ
仕事してない老害プログラマの誰ごとでスレを荒らした責任は重い
C++はム板の垢でしかないからスレを消してもらいたいね
ここのIT派遣もそういう運命にあったんだし

基本が分からなくてもコピペで書けるSTAPプログラム
それがオブジェクト指向

>>535
のようなアホだと基本がわかっていないからオブジェクト指向もわからない
仕事してないC++はスレを汚すだけな存在なのでお帰りください

>>530
メモリ再確保したときにコピーが入るんだから場合によっては大きく違うんだけどな

>>533
わかりました
ありがとうございます

>>537
でまかせ言うんじゃねえよクズ
お前の間違った知識をスレを混乱させる老害はいらないんだよ
さっさと仕事見つけてこのスレを卒業しろよ馬鹿

>>539
自分が理解できないからって騒ぐなよ。
もう少しコンパイラの実装についても興味を持った方がいいぞ。

コンパイラの実装ｗ

>>540
馬鹿にされてるぞ
老害なんだから古臭い知識で虚勢を張って自分を強く見せようとしてもバレバレ
あんたに新しいものなんてないからさっさと卒業しなよ

久しぶりにC++でコードを書くんですが、
C++11 のコードとしてお勧めの物を何か教えて下さい。

ソースコードリーディングに適した、ゲームのソースコードが
あれば是非お願いします。

>>543
スレ違いでしょ
自分で調べろとしかいいようがない

ここの連中は爺でも若造でも基地外ってよくわかるよね
hogeスレすれだからね

struct Hoge {

};

class HOge:public Hoge{ };

途中でおくってしまった・・・


struct Hoge {
int a;
};
のような構造体のメンバーにアクセスする場合の話です。


Hoge hoge;
Hoge hoge2;

hoge.a = 1; のように書き込みますが、これと同時にhoge2のほうの同じメンバーにも実は書き込まれてる
みたいな処理を書きたいです。

演算子オーバーロードは出来なそうですし、何かいい方法ありますでしょうか？

実際には 片方の構造体の先頭アドレスは外部のデバイスのアドレスで、そのコピーをローカルに持ちたい
という話になります。

なんかhogeスレになっちゃったね

staticとか…？

Hoge自体の演算子をオーバーロードするとか

>>550
staticでもなくhogeです

>>551
hogeで答える気があるならさっさとゴミコードを提示してください

int a じゃなくちゃダメなのか？
int& a じゃダメなのか？

ドライバのコードみたいだからダメなんじゃね

struct Hoge{int a; int*cp; Hoge(int b):a(b),cp(NULL){} int operator=(int b){if(cp)cp=b;return a=b;}};
set_hk(Hoge&a,Hoge&b){(a.cp=&b.a.);}

>>556
すげー。アンチhogeはコードは書けないけど、hoge使いってビシッとコード書けるんだな

>>554
>>555
関係ない外野は黙ってろ

>>556がまともなコードだと思ってる>>557は痴呆症
>>556は見事に何の役にも立たないゴミコードを提示した

>>559
えらそーにぎゃーぎゃー言っているお前がコード出せよ
書ける実力ないのか？

set_hk　なんてお邪魔虫があっちゃダメだろ。
仕様から外れてる。

class Drv {

Drv(Hoge& theHoge);
Hoge &mDev;
Hoge mCopy;

};

より具体的には上のようなクラスを用意しています。

Drv drv(*(Hoge*)(0x5555AAAA); ※0x5555AAAA　はデバイスのアドレス

として、
drv.mDev.a = 1;のように書くと、mCopyも書き換わってると。

そういう風なことをしたいのですが、. はオーバーロードできないしなぁ。

>>560はコードを書くこともできないのに横からぎゃーぎゃーいってます
>>561はゴミコードをまともなコードだと勘違いしてる痴呆

それがダメなら
Write(int Ofst) みたいな関数をDrvに用意して、

drv.Write(offsetof(HOGE, a)); みたいにすればいいのかな？と思ってます。

>>556
set_hk　というのがわかりませんでした。

>>562
ゴミコードを提示してください
くだらないコードはいりません

>>563,564
仕様から外れてると言ってるだろうが！
>>548の要求はこうだ。
> hoge.a = 1; のように書き込みますが、これと同時にhoge2のほうの同じメンバーにも実は書き込まれてる

hoge.a = 1; と同時に、だ。

>>562
少なくとも、その内容じゃmCopyの実体(アドレス)が
mDevから参照できないよね・・・

>>568
はい。それはかまいません。

mDevの実体 (書き込み先)　は値を書くことしかできないので、(読み出せない)
ので、書いた値をミラーのようにmCopyに保持する
というわけです。

hogeで盛り上がる低俗なスレ
もう畳んだほうがいいよ
hoge知識だけで解決しようとするアホがいつまでものさばってるし

>>569
あ、いやいや。
参照できないってのは、文法的な意味で。
関連が一切ないんだから、そのままの実現は不可能ですよって事。

staticにしてアドレス固定して静的参照するとか、
mDevがアドレス固定なんだから、mCopyに書き込んだらmDevにコピーする方向に変えるとか。

そんな感じに何かを変更しないと無理じゃないかと思いますよ。

>>568
てめーのゴミ知識は問うてない
hogeだけで表現してみろクズ野郎

>>571

関連はしらなくていいのでは。

mDev に書き込み動作をしたとき、

mCopy の同じ構造体のメンバーに同じ値を書き込む動作ができればいいのです。

drv.mDev.a = 1;
drv.mCopy.a = 1;

という動作を使う側では意識せずに行いたいのです。

>>573
もうお前何回答してあげてもわかんねーじゃん
基礎も出来ていないクズ野郎はいらねーんだよ
老害も初心者糞は帰れウンコ

なんかもういろいろと終わってるなC++スレは
永遠とあれこれ教えて言う初心者とゴミ知識だけで回答し続けてる馬鹿がセットになってスレをぐちゃぐちゃにしてるね
これが今のC++プログラマの実態、オワコンなんだからスレを削除してもらいたいね

mDevの内部変数にいちいち=オーバロードを設定する！
だめ…だよね

>>573
なにを縛りプレイしてるのかよくわからんけど
aをprivateにする
Hoge::operator=(int)を実装する
（無論静的参照などなんらか渡せる方法を使って）

>>576
だめ。。。ではないかもしれません。


テンプレート使って書けばそんなにめんどうじゃないかも？

>>577
= をオーバーロードするというのがポイントですよね。
なんかできそうです。ありがとうございます。

しかも面倒な横槍がたくさん飛んできたよ
初心者は大喜び？でも全部ガセレビューでしたー
お前らはム板の癌だから消えてほしいね

＝演算子のオーバーロード？
そんなくだらないオナニー仕様を使ってるからJavaとかに負けるんだよな
C++老害プログラマは、
C++のオナニー仕様をふんだんに用いたプログラミングをする老害プログラマ
仕事ではまったくつかえねー（笑）、そしてほんとにC++で組む仕事がなくなったかつての奴隷たちｗ

ID:2PivH6Yv が何回も質問を繰り返すのは当人が無知識だからだけど
それを汲み取らず自己顕示欲回答している馬鹿も同等に無知識さをさらけ出していると思うね

>>562
せっかくDrvってクラス作ってるならもっと高レベルのインターフェースを提供するべきなのでは？
たとえば drv.mDev.a = 1 っていう書き込みアクセスが何を意味するのかという観点で。

っていうかメモリマップトI/Oみたいなんだけど、 mDevは volatile じゃないとダメなんじゃないの？
実アクセスタイミングがコンパイラ任せでいいの？
（ビットフィールドも混ざってさらにヤバいことになってそうな・・・）

>>583みたいに
C++関係のスレの平日朝昼間の書き込み数は異常
今は亡き一線を退いたドカたおっさんなんだろうけね
過去の栄光を忘れられずに、２ｃｈで知識自慢する毎日ですか
初心者がこのスレ着ても古い知識を叩きこまれるだけの何の益もないゴミスレ

ID:pgTJKr0l　はこのスレのエースだな。すばらしい奴
これからもC/C++系スレではげしく活躍してスレ盛り上げて！

おぺらとｒ＝のオーバーロードで普通の代入とは違ったことやると罪悪感が半端ない
そんときゃ必要だったんだけどね

そこで反省しないのがC++老害
少しまともな人はJavaとかに流れちゃったね
結局はドカタ用言語だったが

反省か・・・
おまえ、物事を表面的に見て判断する方だな。
friend とか「オブジェクト指向的に見てありえましぇーん！」なんて思ってるだろ？

C++の余計な仕様を高等なものだと勘違いして可読性の悪いコードをかくのがC++老害

C++ が理解できなくて、コード読めないだけなのに、人のせいにするアホがいるな

演算子オーバロードとか多重継承とか「おまけ」的要素でしかない仕様をかっこいいと勘違いして
無駄に実装に時間をかけているのがC++老害、集団開発ではまったく迷惑な存在でしかないね
Javaに進化する過程でなぜカットされたのか考えたこともないのか

おまえはうざいけど、演算子オーバーロードは確かに不要だ
コピー、追加、比較だとかの概念をオーバーロードできればいいだけの話

加法をオーバーロードする時にどうして演算子を避けなきゃいけないのだ？

>>591
そのとおり。お前は優秀なプログラマだな。ドカタとは違うな。
いまのC++はゆとりと老害用になっている
C++って言語に自己陶酔している奴(=ほとんどドカタ)が多い

透明あぼーんしてたから気づかなかったが。たまにはちゃんとした事も言うのな。

加法を実装すんのに add メソッド使うの？
スマートポインタ実装するのに dereference メソッド使うの？

これが老害C++グラマーな
くだらないことをいつまでも考える

あんたら,線形代数のライブラリ使ったことないの?
Java用ライブラリのColtのget(),set(),multi()なんて見てて吐き気するよ
今後はスマホとかウェアラブルなデバイスが増え続けること考えたら、
Javaよりかもc++に期待した方が良い気がするんだけども
Qtやllvm、Oracle Javaのライセンス問題、PHPやJavascriptとの競合、
frameworkの乱立と衰退、Excelのクラウド化…。Java技術者たちから死臭がしてこない?

>>592
行列演算が恐ろしく面倒になるから演算子オーバーロードは必要
ただそれ以外では不要

>>597
いいから>>596に答えてみろよ

>>599
なんで行列だけなんだよ？
オレも日付や時刻の加算／減算に演算子オーバーロードは使わないと思う。
だけど代数型や多項式とかには演算子オーバーロードを使わないわけにはいかないね。

線形代数的に意味がほぼ通じるものは演算子オーバーロードするよね
行列同士の掛け算で全成分の積を取るパターンはほぼ無いだろうし

表面的な要素だけみて、オーバーロードは害みたいに言ってるやつが一番の害悪だな

>>599
実際は>>579みたいに色々なところで(こんなことに使うのかよってところで)
ほいほい使っているのがC++erなんだよ。それがC++脳だからしょうがないけど

iostreamは絶対許さない

iostreamの書式指定manipulatorを昨日知った情弱なんですけど、
複数のmanipulatorを一気に指定するようなカスタムmanipulatorって作れます？

作れる

<<は演算子オーバーロードは本当に良い見本だよな
これがC++のもっとも美しい演算子オーバーロード仕方！　C++erは激見習えだな

>>607
どうググったら出てきますかね？

>>609
ゆとり丸出しすぎ....

setfで一気に指定できる

ID:jQYIhnNX
↑言ってるそばからこれだ
この厚顔無恥っぷりはどこから湧き出てくるものなの

あらたにclassをつくって演算子オーバーロードするしかないってことですか？

>>613
>>611を見よ

中で()が呼びだされてるんですね。なんかとんちんかんなこと言ってすみませんでした。

Javaが進化だとか言ってる超絶低脳を相手にしてお前ら楽しいのか？

ハゲは楽観的みたいだけどC++14が広まるか広まらないかあたりで波乱が起きる気はする
そろそろ仕様が複雑怪奇になりすぎている

11はそこそこ広まってるしその完成系として14は定着するだろう
だがC11は世界からスルーされた

>>616
誰かが構うことで彼の投稿数が増えるから、それにより彼を早期に見つけて以後無視しやすくなる

無視をするために呼び出すという矛盾

C++老害はC++はすべての言語の頂点に君臨するとか言ってるから
嫌われるんだよ、古いものに執着しているから社会から取り残された

std::shared_ptrが生のポインタと比較できないのは何か設計上の理由があるの？

生ポインタと比較する必要が出るならお前の設計が間違ってる

visual studio express 2013 のC++とSQLサーバーで名簿管理の
データベースのアプリケーションを作りたいので、
先ずC++の勉強したいのですが、
良い入門書を紹介して頂けませんか？

当方、カーニンハムとリッチーの頃の古いCとかアセンブラ迄で
ANSI Cも使った事がありません。

取り敢えずWindowsのATL,MFC,.netは抜きで構いません。
C++の言語仕様を勉強できる物がありがたいです。

ブライアン・カーニハン (Brian W. Kernighan) 「…カーニンハム？」

一度にすべて覚える必要はなく、使う部分だけ使えればいい。
作りたいのを中心にネット調べたら十分では。
DBはSQLite3をすすめる。

>>625
おっと間違えました。ありが�d。

>>626
ご教示ありがとうございます。webを回ってみます。

>>627
みたいなゴミは来なくていいです
ていうか氏ね

>>624
C++でやんのかよ
C#かC++/CLI+LINQtoSQLでやれば楽なのに

>>624
データベースアプリケーションを作りたいのに
C++をまず選ぶという選択が間違っている

データベースアプリケーションつっても、
結局はDBIをチロっと操作するだけっしょ。
ちょろちょろっと画面用意してあとはSQLでラクできるっしょ。
DBMSをつくれってんじゃあるまいし。

すべてのことに最適なのがC++ってなっている
これが日本のIT系おっさんのスタンダード脳

まずデータベースアプリケーションを作るな
AccessなりOpenOfficeBaseなり使っとけって話

>>629-633
30年前にPC-DOSとturbo pascalで作って、
15年前にDelphi pro+Paradoxのエンジンで書き直し、
10年位前にDelphi 7 studioに書き直したのですが、
全面的な見直しが必要になって、
データベースエンジンや開発ツールも見直しました。
Borlandの体制が不安でMSに乗り換える事にしました。

Paradoxだけでは出来なかったのですが、
Accessだけで出来れば楽です。検討してみます。
C#は思い浮かびもしませんでした。
Delphi 7 proでもSQLアクセス出来るのですが、
サポート切れてるし、Borland RAD studio XE かと言えば、
Borlandは色々あって苦労したので避けたいのです。

SQLアクセスだけが目的なら、スクリプト言語でいいだろ。
そっちのほうが簡単。

実際LINQtoSQLは標準化するかもな
Java8が出てStreamが入ったろ？あれLINQそのものじゃん
これ以上はスレチになるのでそちらのスレで

LINQってのは廃れてないか。
実装が言語ごと適当っぽいしあえて覚える必要もない気がする。

>>637
廃れてんのはお前のC++老害脳のほうだろ
嘘自慢してる暇があるならハローワークでも行けよキモオタおっさん

LINQってどう読めばいいの？リンキュ？

>>623
その間違ってる理由を聞きたかったんですが・・・

生ぽとすまぽを比較しているから間違っているんだろ。

>>640
なんでget()と比較するので満足できないの？

禿が理屈っぽくで、C++の仕様が複雑になりすぎた。

で、〜の問題があるからこうこういう仕様にしたと言うともっとも
らしいが、結局は泥縄をこねる対処療法。

C++14では、テンプレート関係の仕様をもっと整理してほしい。
それとマルチスレッド、並列処理が簡単にできるようにしてほしい。

>>637
強いて言えばEntity Frameworkに吸収される方向だけどまだLINQtoSQLの方が
使いやすいという面が強い
Entity Frameworkはもう少し洗練されないと駄目だろ

>>640
やろうとしてる理由説明した方がいいよ。

「そんな事やる必要なんか普通はないから、お前が間違えてる」
って言われてるんだし。

あ、おれも当然ねーよって思ってるし。

お前がC++を使おうとしている理由が解らない
馬鹿には敷居が高すぎる言語ってわからない？
さもわかったようなコードを書くんじゃねえよ
だからC++erはゴミなんだよ、いいからJavaでもやってろよ
ほんとくっせえな

どこが敷居高いんだよ

叩き方がどうも古い。
10年以上前Javaが盛り上がっていたころのにおいがする。
ネタも演算子オーバロードとか多重継承とか、今さらそんなものをって感じだし。

ここでは老害厨
ttp://hissi.org/read.php/tech/20140320/bm9Ca2ZSWDA.html

ID導入されてよかったですねえ

>>646

こいつ大丈夫？
頭いかれてるんとちゃうん

低脳は使ってはいけないC++なのに、低脳が当たり前のドカタがC++を使うのが日本なんだ
そんな奴が年取ると必死に老害拡散することになるよね

お前の方が老害だけど。お前、職場で嫌われてるだろ？

あ、それとも引き籠り？

>>626
> DBはSQLite3をすすめる。

なんでそんなもん薦めるんだよ
今時 Express でもローカル DB のテーブルの作成とかデータの編集とかできるのに。

思考停止しかC++老害かもしれないレビューを真面目に受け取るのはやめていただきたい
スレの質問者がこういう悪い習慣を真似することになるから

老害思考のC++マーは未だにK&Rを聖書扱いして読まない理解できない人間を軽蔑してくるから嫌われるんだよ
古臭いポインタ操作を絶対的な高等テクニックみたいに位置づけて初心者に洗脳を試みるから本当に気持ちわるいーい

c++だよね…？

そして老害C++屋はhogeが大好きなのですよ

普通 ストロヴストルップ

>>656
当たり前である
Java土方やVB厨ならともかく、C++を使おうって奴がK&Rを理解できないなんて問題外である
古臭いポインタ操作は高等テクニックではなくて基礎知識である

C++オワコン言語を全世界で使用不可にすべき

だからって while (*s++ = *t++) ; なんてコードを知る必要は無い

あー…nul終端コピーか。面白いな
有名なの？

MSのサイトを見てもVisual Studio 20003 アップグレード版の
要件が書いてないのですが、Microsoft C Version5.0から
アップグレード出来るのでしょうか？

>>664
すみません。板を間違えました。

C++はSTLなきゃ皆C#に行くよ

STLのコンテナは名作

コンテナはクソ。アルゴリズムはいい

今時STL？
20世紀からタイムスリップでもしたのか

間もなくＳＴＬ議論が始まります
皆様は席についてお待ちください

car cdr ^ EQUIVALENCE 呼んだ〜

>>670
議論の余地はないだろ
STLなんて十数年前のライブラリを使う奴は
このスレに来るべきではない

安心しろ
もう誰も乗ってこない
秋田

十数年前なんてしらねえよ
どんだけおっさんばっかなんだこのスレ

古きを知って新しきを知る

>>656　あのバイブルが理解できないやつはC自体触るなよ

ヒント: スレタイ

また馬鹿が墓穴を掘った

C++11で最強DB親和言語になったって言うのに。老害だめだな

>>679
いまいち乗り切れない。
煽り言葉が「老害」しかないんじゃちょっと・・・
才能が無いのでは？

>>680
だめか,orz。C++14には簡単に釣ることのできるアホがいたが
ここはこの程度じゃスルーなんだな

フィッシングスレになったか
次の餌はなんだろう

まさかお前が老害荒らしだったとはな。
クソコード連投だけじゃ気がすまなかったのか。

あ？
お前ら constexpr の仕様とか分かってないだろにわか

こんすとえくすぱー

コンストラクターでしょ？
constexprをコンストラクターと勘違いしている>>684ってなんなんだ

ヘッダのクラス定義にコード書くアホがいるんだけど
どう言えば波立たせずにやめさせられるかな

warota

>>687
24時間程説得してみたら？

>>687
お前さんはなぜ「ヘッダのクラス定義にコード書く」のがダメだと思うんだ？

>>687
コード書くのをやめさせるのか、仕事をやめさせるのかどっちだ

>>687
お前テンプレート書いたことないのか

テンプレートだけでは実体は吐かないからねえ

>>687
メリットデメリットを話せば普通の人間なら聞くんじゃね

>>687
酷いことをしているやつ居るんだな。
ドカタの俺の仕事奪うなって言え

>>687
これマジ？！ヘッダに比べてソースの実装が貧弱すぎるだろ…

Javaとかやってると何の疑問もなくそうするだろう
コンパイルに３０分以上かかるようになったら反省させればいいんじゃね

>>696
ごめん。意味がよく解んないんだけど・・・

>>698
>>696は透視能力者

>>698
ありがとナス！

>>687
getter/setterとか簡易なコードならヘッダに書いちゃうがそうじゃないんだろうな…
JavaやC#の文化なのかね

ゴミはC++をいじるな
ゴミはC++をいじるな
ゴミはC++をいじるな
ゴミはC++をいじるな
ゴミはC++をいじるな
ゴミはC++をいじるな
ゴミはC++をいじるな

>>702
自分縛りをこんな所で宣言されても。。。。

スーパーゴミスレ

■ヘッダーに実装
・テンプレート
　ヘッダーに書かなくてもコンパイルが通るコンパイラ（sunの奴とかicc）もあるがg++とか通らないのもある、規格からしてもヘッダーに実装するのが正解
・inline関数
　ヘッダーに書くと確実にinline展開されるが、CPPファイルに書いた場合、何らかのコンパイルオプションをつけないとinline展開されないコンパイラが割りと多いので注意

■ヘッダーに実装する時もある（好みの問題）
・スーパークラス
　直接このクラスのメソッドを呼んでも意味がないことを明示するために、呼ばれてもエラーコードだけを返す実装にする場合

ゴミがC++をいじる資格はない
そのためにJavaがある

落ちこぼれはJavaに移行せよ
繰り返すJavaに移行せよ

>>705
CPPファイルに書いた場合、普通はリンクするまで定義不明なんだから、
リンカでしかインライン展開出来ないし多いとか言うレベルじゃない気が

cppに書くときってinline修飾つけても展開されないの？

つーかむしろinline修飾ってヘッダーに実装書ける方の性質として見た方が便利だよね

>>705
> ヘッダーに書くと確実にinline展開される
んなこたーない

> CPPファイルに書いた場合、何らかのコンパイルオプションをつけないとinline展開されない
ヘッダの宣言がinlineで使用時されてるコンパイル単位で定義が見えてなければエラー出るだろ。

>>709
展開されるよ。
ファイル内でのみ使う関数でinlineとか、普通にやってる。

ヘッダに直接コード書く場合は static や inline なりの接頭語つけないと
同じ関数の参照が大量に衝突起こすから付けているんじゃないのか
インライン展開するかどうかはほとんどコンパイラ任せだし

ヘッダにstaticって意味あんのか

意味無くはないよ。
コンパイル単位ごとに複製されるから無駄だけど。

ヘッダとかCPPとかコンパイラが意識するわけないだろって
通りすがりのプリプロセッサさんがゆってた

コンパイル単位跨いだインライン展開だのテンプレート展開だの、リンカさんに色々要求しすぎです！

今仕事で触ってるプログラム、
ヘッダにstaticで関数プロトタイプ書いてて同じ名前、内容の関数が２つずつある

ゴミのC++コードは凶悪、メモリを破壊する

>>719
よぉ、NPC。

Javaでmainに全部実装する馬鹿ってまだいるの？

Cでmainに全部実装する馬鹿がいるのと同程度にはいるだろう

GNUって割とmain関数が重いから馬鹿だと思うわ

mainをmain_と改名すれば満足か?

>>723
って馬鹿だと思う､C++を知らないなら黙っていればいいのに
馬鹿は馬鹿をさらけ出す、ほんと出てるわ

gccではinlineは仮に呼び出し元と同じファイルに記述しても展開されない。アセンブラ出せばすぐわかるっす
なぜかは知らん

あくまで目印だからな

アセンブラ語りだす馬鹿発見
このスレのレベル低すぎて何も言えねえ

>>728
勉強しろよ

ゴミは黙れ

ググるとinlineはヘッダーに実装すると意図したように展開しくれるとの個人意見
http://www7b.biglobe.ne.jp/~robe/cpphtml/html02/cpp02008.html

ゴミでしたが勉強になりました！

結局ム板じゃなくていいじゃん
ほんと頭おかしいよお前
プログラミングなんか向いてない

でも機械語わからないやつはとんでもコード組んだりするよな

>>711
> > ヘッダーに書くと確実にinline展開される
> んなこたーない

この場合に展開されないコンパイラってなに？

世の中の全てのコンパイラー

>>711
> ヘッダの宣言がinlineで使用時されてるコンパイル単位で定義が見えてなければエラー出るだろ。

コンパイルエラーの話はしていない
コンパイルできた時inline展開されているかされないかの話をしている
パフォーマンスを考えてinlineにするのに、展開されたり展開されないのでは困る
cppにinlineを実装する人は解って書いているわけじゃないんだろうなぁって思う

あとコンパイルオプション云々は撤回
インテルコンパイラで最適化オプション-O3でcppに書くとやっぱり展開されたりされなかったり…

お前らのゴミコードはいらない
出ていけチョン国人

>>735
ハイハイワロスワロス

cppにinline実装はしないがinline関数を書くときはあるな

>>739
だからお前のその欺瞞に満ちたレスがスレをゴミするんだろうが

>>740
日本人のふりしなくていいんですよ？

>>741
あ、お前チョン人か
ならお前の成すべきことは一つ、チョーセンウンコハントーに　か　え　れ　！

スルー検定開始

inlineはhoge同様に発狂キーワードだから禁止！

>>687もそうだけど完全に理解していない人が実装にこだわり出すと
意味あってヘッダーに書いているコードをわざわざcppの方に移してくれたり
Cでも隠蔽するつもりで構造体をCファイルに宣言してるのにわざわざヘッダーに移してくれたり
それでろくなことが起こらない…

皆さん動いたからと安心しないで、もっとちゃんと勉強しましょう

>>743
おめでとうございます
スルー検定2級不合格です！

>>736
何が何でもインライン展開したいなら__forceinlineや__attribute__((always_inline))をつければいい
よっぽどシビアでない限り実際に展開するかはコンパイラに判断を仰ぐべきだが

>>734
コンパイラがなにっていうか、関数がでかすぎるとかコンパイラ実装にとって何かしら都合が悪けりゃ
展開しないだろうし、インライン展開を抑止するコンパイルオプションだってあるだろうし。

>>747
うちはヘッダーに書くんでいいです

>>736

だからお前みたいなクズがC++を語っていいスレじゃねえんだよ
ゴミはゴミなりに本を読んでシコシコしてろよゴミC++ﾏｰ

>>736
再帰使われたら展開しようがないし、再帰は再帰でも末尾再帰なら展開されるかもしれないし、展開したらめちゃでかくなるので展開やめるかもしれないし
必ず展開してほしいなら inline assembler 使ってろよ。

>>752
は再帰のできない出来そこないのエセプログラマー
質問者に嘘を教える最低の人間

>末尾再帰

末尾についてkwsk!

また馬鹿が墓穴を掘った

>>752
jmpでまとめられる可能性は消えないけど、そこはdefineマクロでいいんじゃね？
>>754
末尾再帰がループに最適化される状況の場合、
ループ化されたコードがインライン展開される可能性を言ってるんじゃない？

inlineをcppに書くとか言ってるバカを産んだクズ母親は産む前におろすかどうかよく考えてほしかった

>>757
おっと勇み足

リンカさえ頑張ってくれれば別の言語でかかれててもインラインに出来るし

>>756
今時 define なんか奨めるなよ...

リンカは関係ないんでね？
a.hに関数宣言、a.cppにinline関数を記述、a.hをインクルードしたb.cppからその関数をコールしている場合って
b.cppコンパイルしている時はa.hの宣言しか見えてないから、inline展開する可能性すらないと思うんだよね
とっても高級なコンパイラーさんだとちゃんとやるのもあるのかもしれないけど

>>761
今時のリンカはリンク時にインライン展開やVTABLEの解決を行うよ。

検察が有罪にする自信があるなら、とっくに釈放してた。
ゆうちゃんの反撃の機会を出来るだけ奪っておかないと勝てそうも無いと考えている。
もう検察は詰んだ。

誤爆です、すみません

いやそこはコンピュータをのっとられて勝手に書き込んでしまいました
というべき

C++は使えるがC#は使えません

私はVBしか使えません　塀えもん

ゴミはC++を使えない

>>736,761
（>750 で書き込んだつもりになってて書けてなかった）
7.1.2 [dcl.fct.spec] p4
"An inline function shall be defined in every translation unit in which it is odr-used ..."
っていうことになってるんだよ。これに従えば「コンパイルできたとき〜」とか「リンカが〜」とかそもそも
考える余地が無い。

・・・どういうわけか gcc も clang も警告が出るだけでエラーにはしないみたいだけど。
なんか読み違えてるのかな？

>>769
規格上はそこに書いてある通りで「インライン関数は、それが使われるすべての翻訳単位で、
かつ一字一句同じに定義されなければならない」ので、インライン関数の定義を.cppに書くなら
その関数を使う.cpp全部に書かないと、厳密に言えば規格違反。

もっとも現実問題としては、非インライン関数として扱えばコンパイルはできるし、リンク時に
インライン展開することも出来るから、大した問題じゃないよね。

shallなんて所詮努力目標

むしろshallは死語

>>769
shallなのか
shallでも警告で済ませるって低脳C++erが多すぎてエラーにはできないんだろう

>>770
低脳C++erは非インライン関数になっても動けば良いんだで終わりだろうし

>>772
代わりはなに？

shnone

まとめると、inline はヘッダに書けよ、糞共！ですね

コンパイル単位に閉じた些細なマクロ程度は
static inlineで代用することをお許しください

>>777
それstaticもinlineもつける必要ないだろ。

よっぽどマクロ好きなんだな

>>778=バカ
シンボルが他の翻訳単位に漏れても気にしないらしい

>>780
いや、ファイルローカルな名前なら無名名前空間に入れるよ。

>>780
その方法は、次のC++（本来はC++11）から非推奨です

無名名前空間とinline良く使う

どう翻訳されるかどう翻訳されたかわからない人はインラインはただ関数の頭に書いているだけになるのね

>>747
それをつけたとしても必ずinline化されるわけではない

>>785
define最強やな！
機械語になった時に括り出されてjmp先な関数モドキになる可能性は消えないけど、
少なくともプリプロセッサ抜けた段階ではインライン展開されているのがほぼ確実や！

そもそもinlineの議論をしている筈なのに、
関数の実体を作りつつも別途inline展開できる可能性に触れていない辺りお郷が知れている。

>>787
> 関数の実体を作りつつも別途inline展開できる可能性

最近知ったのか？
その方向の話になってないから、誰も触れてないだけかと。

リンク時のインライン展開に触れてる人もたくさんいるけども

vc2013はリンクの最中にclが走ることがあるな
コンパイラのエラーが出て驚いた

ヘッダにコード書かなければなんでもいいよ

>>791
なんか問題あるの？

>>789
それがなにか？

>>791
もしやテンプレート知らない人？

またそこに戻るんかいｗ

ヘッダに書いた関数テンプレート、
ずっとinline付けずにいた。
素で忘れてたぜ。
・・・放っとこう

ヘッダに定義を書いていいもの ＝ 定義が複数存在してもよいもの ＝ One Definition Ruleの例外は
言語仕様3.2.5で規定されているので各自規格書で熟知すべし。

具体的には、クラス型、列挙型、外部リンケージのインライン関数、クラステンプレート、
静的でない関数テンプレート、クラステンプレートの静的データメンバ、テンプレート引数の一部が
未定のテンプレート特殊化、がそれにあたる。

だれも、規格で認められているかどうかの話をしているわけじゃねぇだろう。

あれこれ脱線してたけど、発端は>>687だったんだよな。
こいつがヘッダにコードを書いてはいけない理由を言わずにフェードアウトしたから
論点があやふやなまま盛り上がってしまった。

>>796
関数テンプレートの半分に inline を付け、残りの半分には付けずに
どうなるか観察するんだ。

struct test {

};

cout <<

struct test {
int a;
};

test t;

cout << t.a;

printf("%d\n",t.a);


このときオペレータってそれぞれなにが使われるんでしょうか？

t.a の値を得る処理にってことです。

>>687はc++初心者

>>797
ヘッダーはコンパイラーが提供するもので
プログラマーが書くものではないのだけれど
そこんとこOK？

>>804
え？
どこがOKって？

お前は何を言っているんだ

どこから突っ込むべきなんだこれは

突っ込むのもアホらしいから（・∀・）ﾆﾔﾆﾔして放置しとこうぜ。
この板には必死で背伸びしてカキコしてる雑魚が確認されてる。

>>802
ドットオペレータ(ドット演算子)

>>805
書いたとおりなのだけれど
日本語が読めない？

コンパイラメーカーが提供するインクルードファイルのことをヘッダーって言いたいのかな？

何故ここでファイルが出てくるのかわからないけど
ISO/IEC 14882:2011の16.2章で出てくるヘッダー以外ありえんでしょう

>>804
嘘つき

何かとても違和感を感じる日本語だ

嘘つき(震え声)

>>804
どうでもいいけどこのスレ（前だか前々だか）で2度目だよ
そこんとこOK？

まとめ
ヘッダーにコードを書く奴をクビにしていいか？
→それだけの情報だけじゃわからないし、あんたC++知ってる？

インラインはヘッダーに書くのが正しい？
→意図的に展開を望むならヘッダーに書け、ソースに書いてリンカに任せる奴は３流

でオッケー？

まとめサイトの人でおｋ（笑）

> 意図的に展開を望むならヘッダーに書け

またそこに戻るの？　C++に関数を確実にインライン展開する方法なんかないんだってば。

マクロで書いちゃえば確実に展開されそうだが、
もはやC++関係無い気がしてきた

インラインアセンブラをマクロ定義すれば。w

>>819
実際やってみれば？gccはなるよ
ただ規格云々じゃなく一部に通用する技だとは思う

>>822
まあ環境を限定すればそれぞれにノウハウはあるだろうね。

>>823
移植性を低下させるバッドノウハウだね

最適化なんて割とそういうもん

ポータビリティという名のバッドノウハウ

ヘッダーにコード書いてエラーになるコンパイラーなんて見たことないので移植性が低下するっつうのは嘘

インライン展開してほしい→ヘッダーにコードって発想ぶっとんでるな

>>819
「望む」って日本語のニュアンス次第じゃね？

>>827
コンパイルエラーにならなきゃいいのか (w

inline付けとけば平気アル

inlin

inlineって卑猥すぎ。使うなよ

joytoy に変えるか

#define joytoy inline

ストリングテーブルを２分木で管理して高速検索できるようにして
かつ、インデックスで即時参照できるようなクラスは作れないでしょうか
map<string, int>だとインデックス検索に時間がかかるし
vector<string>だと検索に時間がかかる
データを２つ用意するのがベストでしょうか

インデックスじゃないとダメなのか
ポインタならすぐに参照先が見れるぞ

>>836
自作するなら、P-Tree (Trie) とかあるけど
とりあえず unordered_map を加えて時間比較してみたらどうだろう

Boost.MultiIndexContainer

2分木で管理されたらそれはインデックスそのものだと思うのだが「かつ」って何だ？
mapだと検索に時間がかかるという意味が分からない。
mapの複雑さは対数でしょ？

mapのキー以外にも整数インデックスでアクセスできるようにしたいんでそ

ああ、索引のインデックスでなくて
配列のインデックスという意味か

人工知能もどきを作るのに
ストリングテーブルを作って、その整数インデックスだけで
データを管理したいと考えてたのですが
既登録の単語を検索するときはmapの方が速くて
整数インデックスから文字を見つけるときはvectorが速いので
両方の良さを併せ持つクラスを作れないかと悩んでました
vector<string *>とmap<string, int>の合わせ技と
Boost.Multi_Index_Container試してみます
ありがとうございました

Boost.MultiIndexContainerはテンプレートバリバリに使っていてエラーメッセージが長くなって分かりづらくなることもあるから注意
その使い方ならこのページの「挿入順を知っているstd::set」が近そう
https://sites.google.com/site/boostjp/tips/multi_index

>>836
データの件数や更新頻度による。
文字列テーブルの要素数はどれくらいなのか、更新頻度はどれくらいなのかがわからないと答えようがない。

つ libstree

そもそも本当に配列インデックスアクセスが必要なのかねぇ。
修正したらインデックスはずれるし
修正しないんならインデックス値の代わりに
ポインター値もっときゃいいんではないかと。
インデックスの大小比較が必要なケースなんだろうか

答えようが無いって回答が一番アホ
無理して答えなくていいよ

答えようがないから、相談内容に指摘を入れることを理解できない馬鹿や
インラインをヘッダーに書く意味をできない馬鹿がこのスレ多すぎますよ
妄想で物事はか語らずちゃんと勉強して理解した上で語りましょう

QZ がよくやる円状学習ってやつでは？
生暖かいめでツッコミまくるのがいいでしょう

構造体の配列を初期化したいのですが
↓ですと初期化子の数が多すぎるといったエラーになってしまいます。
　struct Hoge { int Piyo; };
　std::array<Hoge, 2> HogeArray = { { 123 }, { 456 } };
どのように記述すればよいでしょうか？

すんません以下のようにしたら通りました。
　std::array<Hoge, 2> HogeArray = {{ { 123 }, { 456 } }};

std::array<Hoge, 2> HogeArray = {{123,456}};でもいい

そのバカくさい二重括弧はC++14で修正予定

構造体の中に構造体があるのか

そのバカくさい二重括弧を排除したら
struct {unsigned sz, ary[100];};
struxt {unsigned ary[100], sz;}; ← この初期化が面倒じゃん
実際は従来記法もそのまま使えるんだろうけどさ

>>856
心配すんな
排除されることはない

C++のプロの人、お知恵をお貸しください

T** m_W;
T func(int y, int x);

void setW() {
for(int y=0 ; y<m_height ; ++y) {
for(int x=0 ; x<m_width ; ++x) {
m_W[y][x] = func(y,x);
}
}
}

のような関数のうち、Tを返すfuncの部分をラムダ式を突っ込めるようなテンプレートにしたいのです。

template<typename T> void setW(??? func) {
for(int y=0 ; y<m_height ; ++y) {
for(int x=0 ; x<m_width ; ++x) {
m_W[y][x] = func(y,x);
}
}
}

という感じになると思うのですが
T型を返すことを強制した関数オブジェクト(?)を指示するためには
???部の型として何を指定するのが適切なのでしょうか？

>>858
引数がint型2個と決まっているなら std::function<T(int,int)>

>>858
T型を返すってのをどの程度強くことを強制したいかだけど、
m_W[y][x]に代入できればそれでいいような気がする。

template<typename F> void setW(F func);
でいいのでは？

>>859
はい。引数2個限定で問題ありません。
std::functionというので指定するのですね。
勉強になりました。ありがとうございます。

>>860
ありがとうございます。
今回は引数2個限定で良かったので、859さんの方法で良かったのですが
引数の数が変わってくるような場合には便利そうです。
別の機会に使っていこうと思います。

functionはポリモーフィックtype-eraseするときに使うものだろ。
この場合template<typename T, typename lambda_t> void setW(lambda_t func);
とするべきでは

>>862
> functionはポリモーフィックtype-eraseするときに使うもの
そうとも限らないと思うけど、この例も一種のtype erasureだよ。
継承関係に関わらず特定のインターフェースを備えた型はなんでも受け入れられるんだから。

>>863
そだね
猿の勢いで脊髄反射したｽﾏﾝ。
Tを返すことを強制したいなら
result_ofを使えばいいと思ったけど、
呼び出し箇所の数だけテンプレートが
インスタンス化されたらたまらんか。

三角関数の関数ポインタを作ろうと思い以下のようにしたのですが次のエラーがでました。

#include <math.h>
double (*myfunction[])(double) {sin, cos, tan};
エラー：関数定義のようですが、パラメーター リストがありません。外見上の本体をスキップします。

どこか根本的に間違っているのでしょうか？
パラメーターリストというのが良く分からないです

(関数の)変数を定義して代入では

>>865
double(*myfunction[])(double)={sin, cos, tan};

>>865
配列の初期化の書き方は注意が必要です。
http://ideone.com/Yive9q

あれ、そもそも何でコンパイル通らないんだ？
コムパイラーは何だろう
　Visual C++: OK
　G++:OK
　clang:OK

もうC++を選択する理由がないんだよな、Windowsプログラミングでも
メモリ意識とかやってられないし、C#に完全に置き換わったよ

メモリオナニーしすぎだろC++えｒって

別にWindowsで仕事してないし

ああ、Macってこと？なるほどね

なんの思想にかぶれちゃったのかね

何言ってんだコイツ？

Mac(笑)

一人だけレベルの低い奴いないかここｗ

別にWindowsで仕事してないし　の意味がちょっとわからなかったんだ
Windowsで仕事をしてるのか、Windowsアプリケーションを作る仕事しているのかね

前者の場合、言葉の意味を勘違いしてる輩かと思って、俺はMac派ですよみたいな思想
あーいう感じはちょっと受け入れられないね

>>865
C++11にはイニシャライザリストってのがあるらしいんだけど、
それを使うように記述したのが>>865じゃないの？

OpenVMSとVxWorksだから（棒
いやまあ、両OSでC++使えるようになって、かなり楽になったよ

>>876
Linux知らないの？

C++ではMacが最強だろ。Clangと言えばMac。

>>870
きちんとしたドメインモデルを作ろうとしたらやっぱりC++では？

MacはObjectiveCが何ちゃらと噂に聞くが

LinuxはCでしょ

c++代表Qt

>>881
そこはもうC#の方がやりやすい

Winでは低脳・ゆとりの似非C++使いはMFC、真のC++使いはQtって感じになっているからな

C++がモデル化に於いてC#やJava()より上な訳がないだろう
視野の狭くなった老人はここまでボケと妄想が激しいものなのか

んなことはないC#は洗練されている

ネットワークプログラミングするときはC++ではつまづく

老害が無理してC++理解しようとすると決まって発狂するな

>>888
まさかC++ではsocket/winsockを使ってないよな

asio使え、asio。そいでC++の迷宮を彷徨え

AsioはLinuxでうまく機能しない。
非同期プログラミングができるライブラリ全般がうまく機能しないと考えて
差し支えない。

今からC言語を勉強し始めるものですが、Visual Studioはどの年のものをインストールした方がよろしいでしょうか？

>>893
最新いれとけ

>>894
いれようとしたらWindowsが古いって言われました

条件あとだしやめい

>>895
まて、お前はまず Windows を新しくしなければならん
来週までにな

VS2008入れとけ

近い内に買うと思う、XPだから
でも母次第です

>>899
金が無いなら UbuntuかPC-BSDいれたら？
無料だしセキュリティもしっかりできるし。

コンパイラとか開発環境も全部無料でついてくるし
ツールやOSのソースコードも全部見えるから勉強にもなる。

VSでやりたいことがはっきりしてる場合は
そのやりたいことのサンプルとか参考になりそうなプロジェクトファイルを配布しているかどうかをしらべ
そのプロジェクトファイルのバージョンに合わせておくのが無難

母親に頼んで買ってもらえ
アカデミックパックなら安く買えるだろ
学生の特権なんだし

>>900
Visual Studioのインストールごときにてこずるような初心者にそんなもの勧めるな
「来週以降ネットに繋ぐな」と言い渡して去るのが真の優しさ

回路とか好きな引きこもりの義弟にVSあげたんだけど使ってくれてるかなあ
俺が電話変わってもらうと無言か切られるかだからわからん

>>903
いや、このXPのドタバタの間にちょっとでもユーザー増やしたいなぁ・・・と

正直Gnuのソースは読みにくい

>>906
それは同意。
「公開せにゃならんやったら、せめて読みづらくしとこ」
って感じなのかと思うくらい酷いのあるね。

前に勉強がてらコマンドのソースとかみようとしてやめた
関数名の前で改行とかいるのかね？

みるならFreeBSDのほうがきれい

GNUはオープンにしてただで使えるだけで有難いと思え、乞食って感じだろ
欧米のプログラマはギブアンドテイクだけど(ギブが先)
でも、乞食(日本のドカタ)はテイク、テイク、ギブするのは文句だけだからな

DTV板とか行くと文句たらたらのコジキしかいないよ
自炊が鉄則なのに文句だらけ

>>908
あの改行には神の見えざる何とかみたいな壮大な名前がついてて由来とかもあるんだよね。
全然興味なかったんで三秒で忘れちゃったけど。

>>910
乞食、それは日本の美しい魂
そしてそれを行動にした、テイク、テイク、ギブするのは文句は日本の美しいおこないなのかもな

どこぞのオプソ・プロプラのプロジェクトを
著作権違反しない程度にマネてオリジナル主張するのがGNU
全部とは言わないがGNU系のプロジェクトにオリジナリティなどほとんどない

いまやオリジナリティを有するものって日本発が多い
IT先進国の日本のものがパクられるのは仕方ない

>>911
関数の宣言や呼び出しと、実装を分けることができるから
つまり)の直後が改行なら実装
古い時代の文化だけど

消費税が上がるらしい

>>916
エイプリルフール

>>913
逆だ、GNU より先にめだったオプソがあったのか？BSD ライセンスくらいしかなかったのでは？

>>914
そんなもんがあるのか？実例よろしく

http://ja.wikipedia.org/wiki/%E5%B6%8B%E6%AD%A3%E5%88%A9

こういう人がいたんだよね

>>913
プロプラなもののより良い代替をオプソで提供するのがGNUのそもそもの目的だから、何か微妙に勘違いしてないか？

>>918
public domain

boostの多くは日本語のwebにあったのを参考にして作ったのが多いらしいよね

よね、と言われてもな
ソースくれよソース

起源は韓国ﾆﾀﾞ

boostで日本人だと言われても、k.inaba氏くらいしか知らんぞなもし

boostは新しいC++の土台になっているよな
つまり日本はすごくC++に貢献しているってことだよな
華々しい表は欧米の奴らに持たせ、日本は縁の下の力持ちとして強力貢献って感じか

そんなことに国を持ち出さないでくれ
優秀な奴がたまたま日本生まれだっただけだろう
ただ…超便利！

インターフェースクラスをテンプレートにするのってアリでしょうか？
そういうのを見たこと無くて違和感があるんですが。

class Aがclass Bを所有してます。
AはBの関数を呼んでますが、Bの方もAの関数を呼ぶ必要があり、
直接相互に呼びあうのは行儀が悪いのでBが呼ぶ部分をインターフェースとして切り出しています。

class A : public IA{
vector<B *> member;

class B{
public:
B(IA *owner)
: m_owner(owner){}

void xxx(){
m_owner->func();
}

みたいな感じで。実際はもうちょっと複雑なんですが。
で、Bが保持するデータの型をパラメータしたくなったんですが、
そのデータはAにインターフェースを介して渡してもいるという状態です。
あ、ちなみにこのインターフェースはB以外からは呼ばれることはありません。

相互参照が発生してる時点で違和感がある　C++は相互参照を上手く扱えないのでそれを取り除くことから考えてみたらどうか

そもそも >>929 が書いたコードは } が２つ程足りないのだが

>>931
そうなっているのは、こんな感じって示すコードだからだろ

フラクタル構造だろコレ
無理に決まっているジャン

よくよく見たらIAを参照しているだけだからネストしてもいないんだな
というか普通にできるんじゃね？

小手先の実装はどうでもよくてAにメンバ関数テンプレートを持たせるのが本質的な解法じゃないのか

>>931
そんなことは全く問題にしてない

>>929 のコード片見て後略とわからない奴がいるとは...

>>929
ごめん、ちょっとよくわからない。
template をどこにつける意図？

１．class IA
２．class A
３．そのメンバ

皆さんレスありがとうございます

>>938
BにtemplateつけたくなったらIAにもつけなくてはならなくなった、みたいな感じで

template<typename Data>
class A : public IA<Data>{
vector<B<Data> > member;

template<typename Data>
class B{
Data data;
public:
B(IA<Data> *owner)
void xxx()
{
m_owner->func(&data);
}

template<typename Data>
class IA{
virtual void func(Data *){}
};

みたいになるのかな

>>935
えーと、となると
インターフェースにメンバ関数テンプレートを持たせるのはアリか？
という質問になりますね

JAVA() がインターフェースにメソッドの実装を書ける程度には
忌みがあるだろう
だが普通はしない

インターフェイスクラスなんか用意せずにA<Data>,B<Data>で直接よび合えばいいじゃん
プログラミングにおいては直接的・機能的な設計・実装をさまたげる個人的な価値観や美意識は有害なだけで不要でしょ

>>930
読んで「は？」と思ったから調べたけど相互参照NG説のソースが見つけられなかった

迷信？それとも根拠ある主張？

とりあえず>>929と>>939が開いた括弧をとじるよ
};
};
};
};

>>942
相互参照してるとオブジェクト破棄の責任が決まらず、リソースリークや二重破棄を引き起こす可能性がある。
もちろん片方をshared_ptrにしてもう片方をweak_ptrにするなどして所有なのか只の参照なのかを明確にすれば安全に相互参照はできる。相互参照というより相互に所有するのが問題だったね、申し訳ない。

>>944
要するにC++の言語仕様上の問題に過ぎず、オブジェクト指向一般の話では相互参照や循環参照は問題ないってことかぁ？

>>945
他の言語はあまり詳しく知らないけど、GCが用意されていたり、参照を基本としたりする他の言語では問題は小さいだろう

>>945
適切に設計すれば問題はないが、注意しろってはなしだろ

今帰宅しました
皆さんレスありがとうございます

>>942
相互参照NGの理由はジョン・ラコスの「大規模C++ソフトウェアデザイン」で書かれています
確か
・コンパイル・リンク時のコストが増大すること
・お互いに単独で使用できないので単体試験ができない
等が理由に挙げられていたと思います

>>943
ありがとうございます^^

>>930
概念的に独立したクラスが相互参照しているわけではなく、
Graph,Edge,Vertexみたいな感じの関係のクラスなんです
例えがパッと浮かばなかったので>939ではレス返せませんでした、すみません

>>948
>>929,>>939について、Bの持つデータ型が複数あるというが、単一のAが所有するBはそれぞれ同じ型のデータを持つのか？そうならばIAやAをテンプレートにして、A<T>::BやA<U>::BをA<T>やA<U>がそれぞれ所有するのがいいだろう。
単一のAが複数の型のBを所有する場合にはもう少し複雑な機構が要求されるだろう

あと、生ポインタを使うと意図がわかりづらくなるので、適切なスマートポインタやクラスを用いるべき

利用だけならナマポ使っちゃうな
インスタンス管理でどっちも死なないことが分かってるし

質問です。
inline const char *func(void){
static const char *s = "…ものすごく巨大なデータ…";
return s;
}
複数のコンパイル単位から参照される巨大なデータを
うまくヘッダに埋め込むにはどうすればいいか？

// huge_data.h
extern const char* const s;

// huge_data.cpp
#include "huge_data.h"
const char* const s = "...huge data...";

こういうこと？

.cpp不要で重複なしにしたいらしいです。

__declspec(selectany)

http://0xcc.net/blog/archives/000076.html
これ使ってexternすれば

>>949
単一のAが所有するBは全部同じ型です
AがBの生成、破棄を担ってて、生存期間も同じなのでナマポのままでいきます

とりあえず色々ご意見頂けたので質問は閉じさせて頂きます
どうもありがとうございました！


あ、>948の補足です
相互（循環含む）参照しないことのメリットは依存性に明確な順序をつけることが可能なことです
A→Bを（Bが変更されるとAのコンパイルが必要）を意味するとします

A←→BとかA→B→C→A→…とかになっているとそれらのクラスをまとめて試験しなければなりません
A→B→C→DとなっていればDを試験して十分信頼性が高くなったらCを試験して、と段階的にいけるということです

ポータブルでスマートな解決策はC++にはないでFA。

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

>>957
それって前にも上がってたやつじゃダメなの？

template <int N>
struct banzai {
static const char* s_char;
};

template <int N>
const char* banzai<N>::s_char = "abcdefghijklmnopqrstuvwxyz";

inline const char* s_char()
{
return banzai<425>::s_char;
}

>>951
そのコードで何か問題あるの？やりたいことができてるように見えるんだけど。

>>959
ものすごく巨大なデータが何個も作られたら嫌だろ

>>960
そんなことにはならないよ。
7.1.2 [dcl.fct.spec] p4
> ... A string literal in the body of an extern inline function is the
> same object in different translation units. ...

普通のSingleton

>>962
>>953

問題の出し方がいまいちよくわからんね。
たぶん、#include使って複数から参照するって話でもしたいのかと。

>>961
それはC++0xからだっけ？

安価忘れた orz

>>965
いや、C++98からずっと。

>>958
特定の意味を持つ変数を整数で識別するなよ
お前はローカル変数もをv001,v002,v003…にしてるのか？

>>964
ヘッダに入れたいと言ってるんだから
コンパイル速度の話でなくて複数翻訳単位で
実体を同じにするという話だろjk
(すでになってるが)

俺のMinGW g++がおかしいのか？ 同じデータをいくつも埋め込むんだが

>>969
externが足りないからじゃなくて？

ISO/IEC 14882:1998 7.1.2 段落4
A static local variable in an extern inline function always refers to the same object.

extern inlineの部分はタイプライターっぽいフォント。

ものすごく巨大なデータをヘッダに書かなければならない自分をまずどうにかしろよ

externが要るのか知らんかった
・extern inline内の静的変数は実体が同じ
・extern inline内の文字列リテラルは実体が同じ
前者はsが同じアドレスになって
後者は"...huge data..."が同じアドレスになる

関数がexternならsにstaticは要らないということか

関数がexternでなくても
inlineでなくても
sにstaticがいる筈がない

俺C/C++はよくわからんが、
// huge_data.h
extern const char* const s;

// huge_data.cpp, huge_data.hはインクルードしないでグローバルで
const char* const s = "...huge data...";

// sを使うhuge_data.cpp以外の.cppでは
huge_data.hをインクルード

これでは駄目なのか？

>>974
質問者の意図は「何とかしてヘッダだけで済ませる方法はないか」
なのだから、その回答では駄目だな

VC2008,BCC32の場合はexternを付けなくても単一になった。
g++の場合はextern付けても単一化されなかった。
g++の問題みたいですね。

↑これが最後のファイナルアンサー

>>976
付けなくても単一になったって、
仕様上はextern付けないと駄目なんだろ。VC/BCCは警告ぐらい出るようにしないと駄目だろ

↑論理的思考の出来ない馬鹿

[email protected]にバグレポート送りました

ところでさ
static inline void f();
extern inline int & f() {
　static int var;
　return var;
}
っていう関数fは内部リンケージを持ちながらも
varは翻訳単位間で同一になっちゃうの？
おかしくね？

そのうちまた、「ヘッダはコンパイラが提供するものなのであなたが作らないでください」厨が現われる。

煽るなよ
一応規格ではそういう定義なんだから

今時g++なんて使う奴は情弱

今はh++がきてます

次スレ
C++相談室 part112
http://toro.2ch.net/test/read.cgi/tech/1396656048/

>>986
おつ

clang++はwindowsで使えないからなあ。。。

時代遅れ

windowsはまだまだ現役でしょ

勉強用としてはgccのヘンテコな仕様よりはVC++の方がマシ
clangが使えるならclang一択

gccがヘンテコとか、何を持ってそう言っているのかすごい気になる

気になるというか、凄く臭い立つしったか臭があるだけだがｗ
偉大なるgccを批判できるような力量もってるやつなんて、この板にはいない。

sun os 4.x でgccの野良ビルドは大変でした。

某虫の記事であったけどvariable length array in structureとか勝手に拡張すんなってことだろ
批判されても仕方ない

gccが駄目でclangの普及が加速しているんだろ
長い間の繰り返し建て増しで劣化したって感じじゃないのか
建て増しって言えばC++だが

>>995
でもそれC++14で規格になるんでしょ（Linuxのカーネルソースで使われてるし・・・とか江添さん言ってた気がする）
gccの内部の作りが複雑怪奇なのはそうかもしれんが、仕様がヘンテコってのはやっぱりおかしい

仕様が〜実装が〜って言ってると自分が満たされるんだろうよ。
ほっとうこうず。たぶんそいつそれ以上いじっても何一つ有益なもん出てこない。

勉強用って話だから初学者が拡張と知らずにその記法を覚えたらどうすんだってことだろ

>>997
なってねーよハゲ

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。