C++相談室 part126 [無断転載禁止]©2ch.net->画像>8枚

次スレを立てる時は本文の1行目に以下を追加して下さい
!extend:on:vvvvv:1000:512

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

前スレ
C++相談室 part125
http://echo.2ch.net/test/read.cgi/tech/1463761261/

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

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

[C++ FAQ]
https://isocpp.org/wiki/faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)

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

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

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

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

#include <stdafx.h>
後死ね。

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

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

もう2のテンプレは要らない

その時見てなかったから意味わかんないな。
恐らく誰かを晒しあげてんだろうなとは思うけど、いつまで粘着して書いてんだ気持ち悪いと思う。

なんか異様に粘着性のやついるね

変な奴は多いな
このスレの醍醐味

自作のWEBリクエスト システムを構築しています。HttpWebRequestを利用しています。

勉強の為、mixiへの自動ログインシステムを構築したのですが、うまくログインが出来ません。

■mixiのログイン構造
①トップページ https://mixi.jp/ をGETする
---------
②ログインページ https://mixi.jp/login.pl?from=login0"; へログイン情報をPOSTする
ポスト内容は以下の通り
next_url:/home.pl
post_key:①のレスポンス内容のinput hidden項目
postkey:空文字
email:ログインURL
password:ログインパスワード
sticky:on

以下のクッキーがセットされる
session
stamp
③ログイン後チェックページ https://mixi.jp/check.pl?n=%2Fhome.pl をGETする
②でセットされた以下クッキーでリクエストする
session
stamp
正常だと、HTTPステータス302のレスポンスヘッダーに Location:http://mixi.jp/home.pl があり
ログイン後トップ画面を表示する

質問
double std::exp(double x)に与えてよいxの範囲を事前に知る方法は何か無いですか
std::log(std::numeric_limits<double>::max())とかでおk？ギリmaxを極められる？それとも危険性有り？
あるいはより洗練されてて確実な方法ｷﾎﾞﾝﾇ

exp(x) <= DBL_MAX
でexp(x)はeのx乗なんだから底がeのlogとって
log(exp(x)) <= log(DBL_MAX)
x <= log(DBL_MAX)
じゃろ…たぶん

なんでCopy Constructorが呼ばれないんですか？

class A {
public:
A() { std::cout << "Constructor " << std::endl; }
A(const A &a) { std::cout << "Copy Constructor " << std::endl; }
~A() { std::cout << "Destructor " << std::endl; }
};

A create_A() {
A tmp;
return tmp;
}

int main() {
A a = create_A();
return 0;
}

なんで呼ばれると思ってんの？

RVO,NRVOという最適化の仕組みが働いてコピーが省略されるから

コピーが省略されたたらどうやって呼び出し元が値をうけとるのですか？

呼び出し元のスタック上に戻り値が返される

mainはcreate_Aの返却値用の領域としてaを構築予定の領域を伝える(RVO)
create_Aではその返却値用の領域にtmpを構築してそのまま返却値として返す(NRVO)

コピーが省略されてるとのことなのにどうやって伝える/返すのですか？

>>16
それで返ったことにする。

コピーが省略されてるのはAのコピーだけ
伝えるのは領域のアドレス
返すのは返却値用の領域の使用権・管理権

struct hoge
{
virtual ~hoge() = default;
};
virtualをこのように指定する事は可能ですか

>>19
やってみたらどうなんだ
gcc 19.cpp -std=c++14 -c
cl 19.cpp /EHsc /c

>>20
すでにやりました
規格的にどうかと聞いているんです

8.4.1/1
自分で調べろよ

調べてわからないから聞いてるんです。
それに「8.4.1/1」ってなんですか、
企画の8.4.1を見たらわかるんですか。
もう少し実のある回答をお願いします。

>>21
規格でどうたらは今はじめて言ったんだろうが
無駄に答えさせたの謝ってからにしろ ぼけ

またこいつか
＞企画の8.4.1を見たらわかるんですか。
企画じゃなくて「規格」な。そうに決まってるだろ
お前はここの誰かが適当なこと言ったらそれを信じるのか？
俺が該当箇所を親切にも教えてやったのに、何が「もう少し実のある回答をお願いします」だよ
規格を気にしてる人間にこれ以上実のある回答なんてないんだよハゲ

>>24
勝手にやってないことにされても困るので

>>26
やったかどうか19の時点で言わねえ
てめえの落ち度を棚に上げて勝手にとかぬかすなクズ

>>27
勝手に勘違いして逆ギレされても困りますけど

>>25
規格の8.4.1を読んだけどわかりませんでした
どこをどう読むと>>19の答えが読みとけるのか教えて下さい

>>29
8.4.1では関数定義における一般的な事について書かれていて
=defaultに関する特別なルールに関しては次の「8.4.2 Explicitly-defaulted functions」に書かれてる
から8.4.2を読んだほうが良い
本当に調べる気があるならとっくに読んでるだろうけど

で、>>19にあるvirtualとデストラクターと=defaultの組み合わせが禁止されて「いない」ことは
どこから読みとるのですか？

>>31
逆にどこで禁止されているんだよ？
attribute-specifier-seqopt decl-specifier-seqopt declarator virt-specifier-seqopt = default ;
に合致してて他で特別に禁止されてないなら、それは許可されてるんだって分かれよ

>逆にどこで禁止されているんだよ？

1358ページある規格のどこにも禁止されていないことを8.4.1のどこから読みとるのか
と聞いているのに、論理的思考のできない低能はどうしようもないな

>>28
勘違いじゃねえだろ
与えなかった情報がどっちに転ぶか
中間電位だのメタステーブルだのって状況を
おまえがわかってねえんだよ

言わなかったことは俺の都合よく取ってくれだろ？
甘やかされた金持ちボンボンによくあるんだが
家庭教師を雇う経済力はない親御さんのようだな

>>33
はあ？お前どんだけバカなんだよ
論理的（爆笑

禁止されて「いない」ことの証明を他力本願で祈りながら、
お寺の坊主にはお布施も渡さずに低脳よばわり
まあいいんじゃないか？　ご利益なくて地獄に落ちるバカもいて

なんだ
結局>>25の『そうに決まってるだろ』は嘘だったのか

しかし>>19の質問が言語仕様の質問だと認識できない>>20は相当なアスペだな

>>37
キチガイにくれてやる餌はもうありませんよ

規格に「○○と書くことができる」と明示されているなら
「規格書のこの場所を参照せよ」と教えられるけど、
「○○と書くことは禁止する」とか「○○と書いた場合の動作は未定義」とか、
どこにも書かれていないから許されるっていう論理展開の場合、
「規格書を隅から隅まで読め」としか言いようがないよな。

ところでC++の規格書にアクセスする方法を
スレッドのテンプレートにでも載せておくと便利かもね。
というか、タダで読める規格書を紹介してください。

>>34
特定のコンパイラに依存する話はしてないのだから規格の話であることは明確です
逆になぜコンパイラに依存すると思い込んだのか不明です
勘違いしたなら素直にそう言えばいいだけなのではないでしょうか見苦しいです

>>41
おまえは可能かと聞いたんだ、いいか可能かだぞ

exportのように規格では可能でコンパイラでは不能なことや
結合指定の一致しない関数ポインタのように規格では不能でコンパイラでは可能なことだってある

おまえが脳内で勝手に決めたことなんざ
ぜんぜん明確じゃねえんだよバカ

>>42
特定のコンパイラに依存する話など聞いていません
自分で勝手に前提を作ってその前提をもとに話しをしてそれを押し付けられてもこちらはそんな話はいらないとしか言えないです

申し訳ないですけど頭のおかしい人に見えます

勘違いして恥ずかしいから自分を正当化するために相手が悪いという事にしたい気持ちはわかります

でもそれは余計恥ずかしい事なので恥の上塗りはやめたほうがいいと思いますよ

>>19 みたいな初心者と勘違いされるような質問の仕方が悪い

技術板なのに「自分の言い分が正しい」って言い合い続けるだけのバカ共が居座っているのか

何だこの釣り堀は？

でも2chはプロが話し合う場ではない、というのもまた真実なんだよな。
プログラム板はある意味異常。

>>43
19の時点ではコンパイラとも規格とも
おまえはどちらとも言ってない
どうあがいてもこの事実は覆らない

書いてないのに勝手にコンパイラの話に決めつけるのはおかしい事です
なぜコンパイラの話にしたのか意味不明でアホ過ぎます

しかもそれを指摘されると逆ギレするのはとてもみっともない事です

ははは
規格の話だって主張を引っ込めたな

コンパイラは指定してないのだから
コンパイラに依存しないつまり規格の話なのは言うまでも無いです
特定のコンパイラでできるかどうか聞いているのなら最初からそのように言うでしょう

なぜ勝手にコンパイラの話にしたのか思考がおかしいです
論理的では無いです。
しかもその勘違いを指摘してあげたのに逆ギレとは心外です

いーや、おまえが "企画" と言い出したのは23からだ

歴史を捏造したり、嘘を100回言って本当にしようとしたり、
まるでどっかの国の告げ口おばさんだな

あ、21だっけ
いずれにせよ遅きに失したことに変わりはないが

企画とか言い出したのは別人です

c++のスレでコンパイラの話をしてないのに規格の話とは思わなかったというのは流石に無理があります

規格を端から端まで読まないとわからないという結論が出た以上、無駄な議論をする時間で規格を読んではいかが？

どういう結論だよｗ
「8.4 Function definitions」とせいぜい「12.4 Destructors」を読めばいいだろ
ゆっくり読んでも５分もあれば十分

>>56
>>42

あれはウリじゃないニダか、ははは

勝手な思い込みでコンパイラの話と決めつけて他人を本人だと決めつけて
思い込みが激しい人なんですね

勘違いをして恥かいたのはしょうがない事です
それを人のせいにするのは小学生みたいで見苦しいですよ

「俺はコンパイラの話と思った。理由はともかくその話をするぜ」ってスタンスでも別にいいし、
「理由もなくそんな話するのは頭おかしい」と断ずるのもどうかと思う。
ちゃんとした話はTwitterででもやれ。

>>59
不自由な日本語で恥かいたのはあんただよ外人さん

勘違いで恥をかいたのが悔しくて外人だの言い出すのはみっともないですよ

何度も言いますがコンパイラの話はしてないのに勝手にコンパイラの話と決めつけるのは愚かな事です。
逆ギレして罵りたいのはわかりますがどこまでいっても恥ずかしいだけです

しかもちゃんと指摘してあげたのに
お前が悪いと人のせいにするあたりに人間性がよく現れていると思います

>>63
おまえが悪いんだよ
誰もおまえを擁護しねえだろ

おまえのしたことは典型的な質問者の後出しだ
それだけでも無礼なのに態度もでかすぎ
どこまでも腐りきった根性曲がりはみんな大嫌いなんだよ

残念ながら違います
言ってもいないことを勝手に解釈して決めつけることが悪いことです
さらに悪いのは間違いを指摘されたにも関わらず素直にそれを認めず人のせいにする
これこそが人間として最悪の事です

自分の間違いを認めたくないから人種などの話を持ち出して話をそらしたいのでしょう
それは卑怯者のすることです。

スレのマナーを守らないＮＧ推奨ＩＤ
ID:qBPZWzjH
ID:IvwXbhOy

>>65
回答者がある程度エスパーするのが悪いこととか
まれに見るほど呆れ果てたクズ質問者だな

>>67
間違うのは仕方がないことです
こちらは即座に間違いを指摘してさしあげました
ゴネる要素は何処にもないはずなのにあなたはゴネています
ここまでくると頭がおかしくていらっしゃるということしかできません

後出し質問者vs似非エスパー回答者

>>68
指摘じゃねえよ、後出し注文だクズ

間違いを指摘されて悔しいのは理解できます
でもこちらがコンパイラの話を出していないのにコンパイラの話に決めつけるのはあまりに不自然で愚かしいです

>>71
おまえは可能かと聞いたんだ
コンパイラ持ってないやつは自動的に不可能だろうが
おまえの中ではそれが不自然らしいなゴミ

コンパイラの話をしてないのにコンパイラの話と決めつけるのは不自然です
コンパイラの話をしてないのだからコンパイラに依存する話ではないと判断するのは自然です
この程度の判断もできないのはちょっと困りますね

指摘してあげたのに間違いを認めず人のせいにするのはもっと困ります

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

おまえの中ではの話にすぎない
後出し注文が通らなくて困るのは俺にゃ関係ない

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

勝手にコンパイラの話にされた挙句
逆ギレして人のせいにされて困ってます
こういう横暴は控えるのが常識的な人間の態度かと存じます

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

だから勝手に困ってろよ
そんな個人的なことを発表にくるな

同情を引きたくて衆目の前でメソメソ泣いてるのと同じだぜおまえ

勝手な勘違いで赤っ恥をかいたことを認めたくので
人に責任を押し付けてるわけですね
それは人間として最もみっともない行為ですよ

やーい、困る困ると連呼してたのが止まったｗ

ID:qBPZWzjHは安定だな。討論で闘うポイントを抑えている。
ID:IvwXbhOyは潜在的にオツムが弱いタイプ

どっちも迷惑なタイプ
普通に質問すら出来ないバカと
最初の質問からそれを読み取ってスルーしないバカ

昼間ずっとやっているとか手に負えんな

>>82
C++に関係ないディベートやるスレじゃねぇよ

＜まっとうな者同士の会話＞
このように指定する事は可能ですか
　↓
やってみたらどうなんだ
　↓
すでにやりました　規格的にどうかと聞いているんです
　↓
あ、そうなの。失礼

＜キチガイとの会話＞
このように指定する事は可能ですか
　↓
やってみたらどうなんだ
　↓
すでにやりました　規格的にどうかと聞いているんです
　↓
規格でどうたらは今はじめて言ったんだろうが
無駄に答えさせたの謝ってからにしろ ぼけ
後出し注文だクズ

>>82
ありがとよ
俺がオツムが弱いのは事実なので別にいいし
それでもディベテクで誤魔化せる問題じゃなかったわけだ

>>85
聞いてるんですという嘘が許せねえんだよ
聞きたいんですだろ

>>40
アホか?
プログラミング言語の仕様書は形式言語で、書く事が出来る事は厳密に定義してるわ

そうか？
例えば8章だけだとコンストラクターはをvoid hoge (){}と書けそうだけど、
実際は12.1を読むとvoidが書けないことがわかるだろ。
局所的に8章だけ見てわかるだろ というのは変だと思うのだが。
特にC++は規格の3,7,8,9,12章をくまなく読んで確認しないと安心出来ない

ラムダ式を関数に渡す場合はテンプレートで受け取るしかないのか？

ディベートはC++でプログラムする

>>90
std::function

>>92
いい加減な回答だな・・・
ラムダ式の型はコンパイラにしかわからないのに、なぜstd::function にコピーしてもいいのか？

同じシグネチャの関数ポインタの型にも渡せる

キャプチャがなければね

>>94
auto lmd = [](){};
void (*pf)();
cout << sizeof(lmd) << endl;
cout << sizeof(pf) << endl;

>>96
何が言いたいんだよ

>>96
そりゃあLambdaじゃサイズ違うが、それがなんなんだよ
コミュ障すぎる

>>97
>>94,95の無キャプチャのクロージャは関数ポインタへ変換可能だという話に対して
sizeofの大きさが違うから渡せるはずないじゃんという無知からくる間違った『間違いの指摘』だろ

>>10
A() に explicit 付け忘れとるでよ

>>93
話を逸らしたところで
>>92が>>90の求める答えになっていることに変わりはないぞ。
テンプレートを使用した技法を使っているかどうかじゃやくて
呼ばれる側(ラムダを受け取る側)のシグネチャー固定だからな

>>100
むしろどうしてこのクラスのA()に付けようと思った？

ここってプログラムの依頼とかできますか？

質問者のふりをして降ってみれば
喧嘩が始まってプログラムそっちのけになるかも

よく見たら上がすでに喧嘩状態でしたね
じゃあ質問させていただきます。
今、ネプリーグのトロッコアドベンチャーを再現しようとしています。
動画のほうは完成しつつあるのですが、肝心の再生技術がありません。
やりたいこととしては
①クイズを５段階の難易度に分けて最初に指定
②本物のように左を選択したら、左用の動画が流れるような仕組みにしたい。
それもキーコマンドか何かで。
➂正解したら次の動画が再生され、失敗したらそこで動画が止まるような仕組み。

プログラム初心者なので、経験のある友人にやらせようかと思っています。
こうしたらいいんじゃね？っていう案をください。お願いします

とりあえずC++じゃねえな
C++出できなくないけどやりたくない
つまりスレチ

了解です。ありがとうございます

>>96
ちょっと楽しめた
cout << sizeof(&decltype(lmd)::operator()) << endl;
cout << sizeof((void(*)())lmd) << endl;

>>105
OpenCV使え

>>109
なるほど、公開されているプログラム？の中に似たようなものがあるということですね。
探してみますありがとうございます。

初めてboostで通信プログラム書くんだけれど、

void hpge()
{
boost::asio::ip::tcp::socket *sock;
boost::asio::io_service *service;

service = new io_service();
sock = new ip::tcp::socket(*service);

ip::tcp::acceptor acc(*service, ip::tcp::endpoint(ip::tcp::v4(), 2000));
acc.accept(*sock);

// 適当に送信
{
unsigned int a = 1234;
char b[4];
memcpy_s(b, 4, &a, 4);
sock->send(boost::asio::buffer(b));
}

delete sock; // (´・ω・｀)はぁ？
}

なんでソケットがclose()やdeleteされないと送信が完了しないのか訳が分からない……
送受信のたびに毎回コネクトし直せとかそんな馬鹿げた仕様なわけあるまいし、どうやって使うもんなんですこれは？

あっ、あとwinsockとか根本的に通信手段を変えろってダメなんです
具体的にはJVMTIでJVMを監視して、その情報を通信で飛ばしたい
その環境でwinsock使ったらそもそもコネクトすら出来んかった

>>111
サンプルぐらい読めよ

挙動に疑問があればまず公式資料で仕様を調べるだろ
http://www.boost.org/doc/libs/1_61_0/doc/html/boost_asio/reference/basic_stream_socket/send/overload1.html
> Remarks
> The send operation may not transmit all of the data to the peer. Consider using the write function if you need to ensure that all data is written before the blocking operation completes.

これが一番簡単な例な

http://www.boost.org/doc/libs/1_61_0/doc/html/boost_asio/example/cpp11/echo/blocking_tcp_echo_client.cpp

あと、関係ないけど無意味にnewしてる所とかもうちょい基本的なC++の使い方学んだ方がいい気がする

通信クラスだけは何故か必ずnewする奴いるわ

ありがとうwriteでやってみたらいけそうな気がした
まだなんか挙動が怪しいけれど

newしてるのは自分で定義した通信専用クラス的なのにメンバとしてソケットを持たせようとしてるからなんだ
質問のソースでは1個の関数に収めちゃったけども

>>105
openframeworksとか使えば一瞬でできる

boostなんて使う理由がわからん

>その環境でwinsock使ったらそもそもコネクトすら出来んかった
自分のプログラムにバグがあるという発想には至らなかったようだ

＞newしてるのは自分で定義した通信専用クラス的なのにメンバとしてソケットを持たせようとしてるから
newする理由になってないぞ

おいあんましいじめるなよ

newするのは良くないってのはどこかでdeleteしたいときであって、そこを管理しなくていいならどんどんnewすればいい

ナマポ使うなスマポ使えっていういつもの布教じゃろ

スマポ使う必要もないということも分からんですかそうですか

ええ？
じゃあ不勉強なもんでもうひとつ聞きたいんだけれど
class Tsushin
{
private:
boost::asio::ip::tcp::socket *sock;
}
っていうソケットを持ったクラスを作るとして、これをどうやってポインタを使わずに実装できるん？
boost::asio::io_serviceのインスタンスが無いとsocketのインスタンス作れないから、これ以外の方法が分からないんだけれども

あっ自己解決しました
メンバイニシャライザっていうんかc++でこの書き方初めて知った

一つ前のレスも読めないとは
どうしてこのスレはこうも文盲が多いのか

メンバのクラスはコンストラクタが動かないからポインタで持たせるといいよと言ってる奴は結構いるから困る

>>129
そんなやつ見たことねー

そんな奴おらへんやろ～って漫才師、こだまひびきって言うのか。
今ググって分かった

>>130
ガチだぞ
うちの会社のソースを見たらみんなポインタで持ってて、上司に何でこんなことをしているのかと聞いたらそうじゃないと使えないからとか返ってきた
しかも暗黙のコーディング規約になっているらしく初期化リストを使おうとしたら変な文法使うのやめてとか言い始めた

c++書いちゃいけないレベルの奴が無理して書いてると一瞬でコードが負債化するな
こんな職場少なくないんだろうな
おとなしくゆとり向けのjavaかc#にしときゃいいのに

>>132
おまおれ・・・つーか、もしかして知り合い？

怖いな
もちろんスマポも禁止でデストラクタでデリートしているのだろうな。

コンストラクタで代入しているのはまだカワイイもんで、K&RのCとC++の区別すらついてないのがゴロゴロいるよ

固定長配列しか使えない
構造体、配列をmemsetで初期化
algorithmヘッダの関数を知らない
全部forでぐーるぐる
Cスタイルのキャストしか知らない
引数のconst参照渡しを知らない
コードにconstが一切出てこない
変数は関数の頭でまとめて宣言

STL(標準ライブラリ全てのこと)は使わないでねと言われる、しかしMFCは使う
1人だけVS6.0を使っている
新しいバージョン使いましょうと言ったら、内部で新しいライブラリが読み込まれているかもしれないからバグが怖いと言って拒否される
君の書いたコードがコンパイルできないんだけどと言うから見に行ったら、古い仕様でfor文内の変数宣言が重複宣言扱いになってるせいだったが、これおかしくない？変数はfor文の外で宣言しないとダメだよとアドバイスされた
Gitは使いたくないらしく共有フォルダにzipで置いておかないと成果物として認められない
その処理は標準ライブラリで簡単にできると言っても使わなくてもできるでしょとと言って自力でやろうとする
GUIのクラスに様々な処理をべったりと書く
それぞれを部品と見なしてもっと抽象化するように書くと良いですよと説得しようとしたら理屈はいいからと言って一蹴される
C#に移行する案が出ると俺に勉強しろというのかと言って腹を立てる

stlおせーからな
そうりゃそうだろ
内もつかわねーよ

え？

凡人がSTLの開発効率と速度を超えるのは容易ではないと思うんだが。

「STLが遅い」という人はほとんどの場合
「デバッグビルド時になんか知らんけどvectorが生配列に比べて遅い」
という意味でおっしゃっています

＞boostなんて使う理由がわからん
＞stlおせーからな
自信過剰なのか使い方がわからないのか

>>140
STLのソースみてみろよ
ｱﾙｺﾞﾘｽﾞﾑなんて偉そうに言ってるわりには単にループしてるだけじゃんｗ

>>143
ループがアルゴリズムじゃなかったらなんなんだ？
STLのすごいところは手続きの一本化だと思ってるが。

STLってがっかりしているポーズに見える

テクい実装をすることや複雑な問題を解くことだけがすごいことらしい

count_if
なんてループで回して、比較してるだけじゃん
数十秒でかける処理をわけのわからんライブラリを使う理由がわからん

>>147
訳が分かってないだけだ。
共通理解というものを重視しないんだなぁ。いやすぎ。

>>147
標準ライブラリをわけのわからん呼ばわりするのは流石に笑う

printfはわけがわかるの？
atoiは？

標準ライブラリの使い方すら知らない人間が書いた関数はわけがわからんから使いたくないなぁ

C++が使えるというのは標準ライブラリも知っているということでもあるからな
誰が見ても一行で何をしているか分かるということが重要だ

おまえらわけわか

>>151
こっちから見ればなんで素養のわからんあんたのコードつかわにゃならんのだ。ってこと。
関数名見れば機能はわかるということを破棄してるあんたと仕事したくない。
共通理解って言葉が理解できないって恐ろしいことだ。

無駄に長くて読みにくいコード書いてそう

コピペしまくりのコードとかまとめろってかんじ

多分、>>152みて職場で無関係な奴に当たり散らすんだぜ。
盲目って怖い。

>>129
そんなこと言うお前はもちろん
メンバー初期化の順番が何によって決まるのかを
調べずに言えるんだろうな？

age

>>156
あたかも自分は知ってるって感じのものの言い方だなw

クイズ好きだね

まあゴテゴテに凝ったフレームを使うより単純な自分実装のが
良いこともあるわな。
釘打つのに巨大ハンマーは必要ないってこともある。

std::使っておけばドキュメンテーション楽じゃん、とは思わないのかね？

標準ライブラリは巨大ハンマーと言うよりは、ネジとか家庭用電源差込口とかに近い、まさに規格化された共通部品じゃないかと思うんだけどな。

自分実装のはずなのに、半年1年後
「誰だよこれやったのは？」って言いたくなる

速いならいいがな
遅いのにあえてSTLを使う理由がわからん

iostreamみたいなウンコ大作がネジとか何の冗談

ああ、screwedにかけたのかw

速いのがいいならsproutでも使えば

別に標準ライブラリと同じインタフェースにしといてくれれば、あとは勝手にしてくれていいんやで。

あと、標準ライブラリといったらiostremって発想もどうかと思う。
まあ、一番叩きやすいってのは確かだし、俺自身も使ってるないから擁護もできないのだけれども。

iostreamは確かに使いにくい。
あれならprintf使うのも仕方ない…

printf > boost::format >>>>>>超えられない壁>>>>>> iostream

なぜいつまでたってもフォーマットを指定してstd::stringにするライブラリが標準入りしないのか

putfって止まってるの？

>>172
モウロクしたハゲがiostreamを否定されて屈辱的だとかスネちゃうからだろ

>>174
「侮辱的だ」と繰り返すばかり

streamの何も考えずガンガン流し込めばいいというスタイルは悪くないと思う
ただ特に標準出力に関してはデータを整形したいケースが多いから噛み合ってない

何も考えず？
iostreamってstd::size_tを流し込めること保証されてたっけ

std::cout << std::hex << std::setw(2) << std::setfill('0') << int('A');
printf("%02x", 'A');

https://t.co/wOBgDeY9iG
これわかる人いる？
deleteしたポインタにnullいれてないとおもったんだけど、それではないらしい…

ヌルポチェックの外でメンバ関数呼び出している。

>>179
こんな超絶クソコード作る奴の頭がそもそも虫湧いてるので答えなんてないと思うよ
なんだよnewと対になっていないdeleteとか、しかもdeleteの前に無意味なnullチェックしてるし

前提条件が曖昧すぎて問題にすらなっていない
マルチスレッド環境なら話にならないコードだし

for (auto charactor はfor (auto& charactor でなくていいんだろうか？

ViewPortのコンストラクタにnullptrが渡される可能性があるなら
ViewPort::Updateは何もする必要がないのであって、Updateの冒頭でnullチェックしてreturnすればいいだろ
とにかく問題作った奴が馬鹿丸出し過ぎてイライラする

色々思いつくけど >>180 が当たりっぽい
腑に落ちないｗ

rule of three(five)を無視しといてバグとか語るなって感じだが
>>182のいうように想定してる不具合実演のサンプルコードなのか実用コードの一部なのかすら
わからんのではどうにもなあ

>>178
これなｗ
いいかげん、正式な「1byte幅の整数型」が欲しいね。

参考にしたいからお前らの頭の良い実装を見せてくれ
これくらいなら数分で書き直せるだろ

>>179
描画完了通知がNullチェックしてない？？

>>187
現在策定中。

　　　　　　ｸ　　　 ｸ　｜|　プ 　//
　　　　　　ｽ　 ｸ　ｽ　　| | │　//
　　　　　　 ／ ｽ　　　　| | ッ //　 　ｸ　　　ｸ　 ｜|. プ 　//
　　　　　　 ／　　　　　　 　 //　　　ｽ　ｸ　ｽ ＿ | | │　//
　　　　　　　　 ／￣￣＼　　　　　／　 ｽ　　 ─ | | ッ //
　　　　　　　／　　_ノ　　.＼　　 　 ／　　　　　　　　　//
　　　　　　 ｜　　（ ＞）（＜）　 　 　　　＿＿＿
.　　　 　 　 ｜　　⌒（__人__） 　 　　.／　⌒　 ⌒＼
　　　　　　　 |　　　　｀ Y⌒l　　　 ／　 （＞）　（＜）＼
.　　　　 　 　 |　　　　. 人__ ヽ　／ 　::::::⌒（__人__）⌒ ＼
　　　　　　 　ヽ 　 　 　 　 }|　| | 　 　 　　 ｀ Y⌒ l__　　　|
　　　　　　　　 ヽ　　　　ノ､|　|　＼ 　 　　　 人＿　ヽ ／
. 　 　 　 　 ／^l 　　　　　 / /　 　,─l　　　　　　 ヽ　＼

>>179
デストラクタでわざわざnull代入するかどうかよりdelete前にnullチェックしていることをつっこもうぜ

nullptrだったら描画開始しちゃダメなんじゃないの？

null をdelete しても無視されるから無駄って事かな

>>189
ソースは？

あってもなくても動作に影響しないものがあってもそこはバグとはいわないだろう

バグとは言われないがゴミコードとは言われるだろう。

>>194
https://cpplover.blogspot.jp/
上経由で知ったが、
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0257r1.pdf
これだと思う。

delete前のnullptrチェックなあ
assertならわかるんだけどね

お前らが理想のコードに書き直してくれるのを待ってるんだが

お前らが知ったかぶりばかりなのが分かった。
別にdelete前にnullチェックするのは悪いことではないし、
newと対になってないdeleteとかも指摘としては噴飯もの。
まああえて言えばdelete後にnull代入しておくべきだが。

問題はforeachでautoになってるところだろ。
これだとvector内の要素ではなく、そのコピーに対して操作してることになる。
明らかに意図していない動作だろう。

バグは1つではない説。

＞そのコピーに対して操作してることになる。
あの超絶クソコードの中では一番どうでもいい点だな

他のはバグの温床にはなりえても、あのコードだけではバグとは言えない。
お前ら学校のテストの問題とかでもケチつけてたタイプだろ？ｗ

>>200
デストラクタ内でのdelete後にnullptrいれるのって何かメリットあるの？
通常の関数なら二重delete防止のためというのは分かるんだけど
デストラクタは複数回呼ばれないよね？

>>204
デストラクタ以外のどこか別の場所でdeleteされる可能性があるからだろう。
viewObjは外から渡された変数だから、知らないところでdeleteされてる可能性もある。
そのための防止だね。徹底するならデストラクタ内でもちゃんとnull代入しなきゃだめだけど。

>>199
甘えてんじゃねーよこのウンコ量産野郎

>>205
なるほど
この問題の場合はそうですね

>>205
バカですか？

>>205
別の場所でdeleteされてる可能性があるとするなら、null代入があってもなくてもダメでしょ？
何言ってんの？

デストラクタ以外のどこか別の場所でdeleteされてたなんてキチガイじみた状況に
nullチェックが役に立つとかどういう頭してんだよ

>>209
ごめん。一定レベル未満の人には回答しないことにする。
そこまでは面倒見切れん。

>>200
描画だけだから状態を変更しない可能性は高いし
vectorにいれてるくらいだからコピーコストは十分に低いんじゃないかと無理矢理

>>212
もちろん値型やstringとかならコピーでも問題はないよ。
でも状態を持った型だってしつこいくらいアピールされてるでしょ。
notifyして状態切り替えてうんぬんの箇所はその根拠となるよう書かれたもの。
問題を読めれば難しくはないはず。

デストラクタで解放することが分かってるのに他の場所で解放するのはクラスの使用者の責任ではないのか

こういうバカが次から次に湧いてくるからアプリケーション層ではnewもdeleteも書くなって言ってるの
あの糞コードみたいなnewとdeleteが対になっていないようなのはその設計思想自体がバグであって
論ずる必要などはなく、こういうことやるバカは速やかにプロジェクトから排除するべし

>>205
あ、クラス内の別の場所でdeleteを追加した場合にnull代入が要るって話してんのかな？
それだと>204への答えにはなってないし、>179の「問題」はクラス定義が全部見えてるのに、
コード追加でバグる可能性を考え始めたらきりがないでしょ。

コード変更による多重deleteの心配するなら、他の問題への対処も含めてunique_ptrを使えばいい話しだし。

>>216
>>211

ここまで1行も無し
やっぱり口だけか
他のフォーラムじゃあり得ないな

最初からnullptrで渡されることがあるんじゃないの
nullptrチェックしても別の場所でdeleteされてるかどうかなんか判断出来なくない?
ポインタのポインタ使って他所でdeleteした時にnullptr入れてるならわかるけど

デストラクタ内でdelete&nullptr代入しておけばデストラクタ呼び出し後に
外でdeleteされても大丈夫と理解しました

でも、デストラクタ呼び出しより先に外でdeleteされてnullptrが代入されてない場合はダメですね

>>220
大丈夫じゃないから、騙されないで。

ポインタがコピーされてるから内部と外部じゃ別物だよ
片方にnullptr代入したってもう片方は変わらない

これnewして直でコンストラクタに入れるんかな
それならコピーでもされない限り外部で消されることは無いけど

スマポだって外部でdeleteされることなんか考慮してない
正しい使い方をしない方に全ての責任があるから考慮する必要性がない

まさかポインターのコピーがわかってない奴がいようとは驚きだ
それより例外安全が考慮されていないのが気になって仕方ない

また無意味な部分にツッコミを入れてるのか
バグを見つける為の例題なのであって
完全なコードを示してるわけではないってのが理解できないのかな

>>225
簡略化したはずのコードに無意味なnullポインタチェックがあるのはなんでなん？
簡略化する前ですら冗長なのに

速攻指摘されてるじゃん

>>226
>>225の理屈だと、矛盾以外の不足は「完全なコードじゃないから」になってしまうらしいから
本当は開始・描画・終了の全てにチェックがあったのを一部省略してるだけだろう

>>197
論文見たら全てが策定中になっちゃうのかよ
おめでてーな

>>228
デストラクタでdeleteする前にviewObjに対してなにかしてるって事？
もしそうならもっと糞コードやん。
viewObj自身で片付けろよと。

ビューポートがビューを破棄するクソ設計にこれ以上突っ込まないでw

>>200
>>183

質問
実引数が2個以上必要なコンストラクタをexplicitにする意味ってある？

自己解決しました。
すみません忘れて

ハゲの好きそうなコード
f ( { p1, p2, p3 } ) // explicitだとエラー

ハゲの嫌いなことは、言語に機能を追加すること。
もともとC with classesとか始めた張本人がハゲなんだけど、
まあ今のC++を見てると気持ちはわかるね。

ハゲの論理を、ハゲロンという。
１価の陰イオンとなる第17族元素である。

もっと増やせと言いたいところだがこれ以上大きく変えるような機能はあるのか？
C#みたいなプロパティは欲しいけど

そんなんtemplateで書けばいいじゃん

は？テンプレートでC#のようなプロパティどうやって実現するんだ？

それっぽいのは出来なくはなさそうだけど
プロパティの簡潔さには程遠いな

C#を知らんやつにも分かるように説明汁

こんな感じか？
きっちり書くと更に手間かかるな
https://ideone.com/HVRzE1

C#だとこう書ける
https://ideone.com/idjL0A

>>240
> は？テンプレートでC#のようなプロパティどうやって実現するんだ？
今年一の名言だなｗ

>>243
ダッサ
お前C#のプロパティの便利さ全然理解してないね

何が名言なのかさっぱり分からんのだが
こんな書き方で満足する人いるの？

C++のstd::vector<bool>がクソ扱いされていることを
理解している気配は全く無いな

むしろ今年一の名言は>>211

>>245
アスペ

プロパティって最初に採用されたのはVBっていうかCOMだよね確か。

プロパティも欲しいけど簡単に使える部分配列も欲しいな

>>243
なんじゃこりゃ。全然違うじゃん。
これをC#のプロパティと思ってるの？
もっと普通のケース（各メンバ変数にgetメソッドとsetメソッド）
で例示してくれよ。

こういうコードをC#のプロパティのように
テンプレートで実装する方法を書けっつってるのに、
なんであんなひねくれた例が出てくるんだよｗ

class employee
{
public:
employee(int id, std::string name);
int GetID();
void SetID(int id);
std::string GetName();
void SetName(std::string name);
private:
int id;
std::string name;
}

ほならね

上のダサい例だとgetterやsetter書くよりコードも複雑化してるじゃねーか。
意味ねーじゃん。

プロパティやりたいならC++Builder

お手本はよ

こういうコードをC#のプロパティのように
テンプレートで実装する方法を書けっつってるのに、
なんであんなひねくれた例が出てくるんだよｗ

class employee
{
public:
employee(int id, std::string name);
__property int ID = { read = GetID, write = SetID } ;
__property std::string Name = { read = GetName, write = SetName } ;
private:
int id;
std::string name;
int GetID();
void SetID(int id);
std::string GetName();
void SetName(std::string name);
}

うわｗ赤の他人のコメントまでコピペしてしもうたｗ

class employee
{
public:
employee(int id, std::string name);
__property int ID = { read = GetID, write = SetID } ;
__property std::string Name = { read = GetName, write = SetName } ;
private:
int id;
std::string name;
int GetID();
void SetID(int id);
std::string GetName();
void SetName(std::string name);
}

標準で頼む

標準じゃないけどめっちゃ便利やよ

教えてください。

Qt creatorで作成しており、GUIのボタンからwin7の拡大鏡(magnify.exe)を起動したいと思っています。

問題は、shellexecuteやQProcessで実行すると拡大鏡の画面が真っ黒になり適切に使用できません。
キーボードから、winと+のショートカットでで起動すると問題なく起動すると真っ黒になることはないので、これを行いたいです。

そこで、GUIのボタンクリックでキーボードのショートカットを実行するほうほうがあれば教えていただきたいです。
よろしくお願いします

Qtスレに行ってください
http://echo.2ch.net/test/read.cgi/tech/1438593408/

誘導ありがとうございます。

Qt抜きで、c++的には実現できないのでしょうか？

Qt使ったこと無いけど呼び出し時の権限が足りないんじゃないかな

とりあえずsystem("magnify");して同じ症状なら別の問題

プロパティ標準で書いたらこんな感じ？
getを使う時c#にはない()がいるけど
https://ideone.com/BazQ1D

リファレンサオブジェクトをpublicデータメンバで持てって？

>>267
合格。絶対にこんなコード書かないけど、
プロパティの要件は一応満たしている。

vectorとかの配列リファレンサがこんな形だよな

ここを見てるとC++のダメさ加減がよくわかる。

不要だからコア言語に追加されなかったんだろう

>>266のアドバイスで、使い方が間違っていなさそうだったので、違う拡大鏡ソフトを使用することで解決しました

プロパティ不要とか苦行かよ

プロパティなんてあってもたいして使わない予感

実感じゃねえのかよ

プロパティ否定してる奴はエアプだってはっきりわかんだね

クラス書かないからわかんない。テヘペロ。

Visual Studioだったら「共通言語ランタイム サポート」を有効にすればプロパティ使えるで(ゲス顔

C++/CLIは別言語

アクセス制限もいらないからな
余計なことして何が起こっても全て使用者の責任

全部グローバル変数にすると便利だよ

プロパティよく使うってひとは要するに属性を個別にコントロールすることが多いって事かね？

>>283
そうかもね。設計が下手なんじゃないかな。
もっとも俺もC#ではプロパティ使いまくるけどね。大概のは{get; private set;}だな。

は？　属性を個別にコントロールするのが設計の良し悪しとどう関係するんだ？

「C++で標準でできないことは出来る必要がないから、
　そもそも、やろうとする奴が悪いんだ」みたいな幼稚な思考だったらやめとけよ？
それは宗教だ。

>>285
俺は良し悪しは言ってないよ

まあ外部に
「このクラスは内部に属性A、属性B、属性Cを持ち、その状態とアクセスを管理します」
みたいな仕様を公開してるクラスだったらプロパティは使いたくなるだろうな。
でもどちらかというとそういうクラスは少ないような気がしたのさ。

そんなほとんど起こらんようなケースについて抽象的な説明されてもよくわからんわ。

>>288
何が？

>>287
普通にprivateデータメンバじゃん、それ

>>290
いや、それらの属性を持ってること自体を外部に公開してる。
privateメンバだったらそんなことは内部仕様にしか書かないでしょ。

簡潔に

「どんな属性を持ってるか自体を隠蔽するのが普通」

って書けばいいじゃん

プロパティって、何が便利なん？
C#はGUI作成程度しか使わない俺的感性だと、setter/getterで十分じゃね？と思うんだが、メリットをトクトクと語ってくれ。

プロパティは
classの実装とインターフェースの分離が容易にします
プログラムの字面の変更なしで
後から小細工ができます
言語仕様に内包されたパッチ機能？ｗ
>>293
十分だと思います
後から改変するとき小細工が出来て便利なのかな？

いや、setterとgetterがめんどいからプロパティがあるんでしょｗ

>>295
手間変わらなくね？

>>296
C#のプロパティは超便利で手間が大きく違う
使ってみれば分かるよ
いまだにこんな便利なものが実装されていないJavaはゴミ

>>297
いや、使った事あるんだけど…
その上でわからないからトクトクとお願いしてる。

そもそもsetterとgetterが必要なのかって話でしょ

手間はさほど変わらんと思うけどあとで読んだ時に他のメッセージ転送に埋もれない気はする

>>300
ああ、なるほどね。
意味論として、OOのメッセージとプロパティが、C#のメソッドとプロパティに相当するのか。
言われてみれば当然かも。
あざっす。

超便利と書くからワケがわからなくなる
いちいちGetなんちゃらSetなんちゃらと書くよりも既読性が上がる

既読性って何だ？ｗ
可読性だったわｗ

引数0の関数は括弧省略できればいいんじゃないのか

「超便利」が分かって貰えないとか
ほんとにC#のプロパティ使ったことあるんですかねえ（笑）

使えば超便利、だがあまり使わない、って両立するけどな。

listenerに出来るなら便利だけど、単なるsetter,getterじゃなあ

全部メソッドの方が統一感はあると思う。

getter/setter（プロパティに相当するものを含む）を持つクラスと持たないクラスの比率ってどんなもん？
俺は1対5ぐらいだ。
だからあれば便利というのはわかる。

>>296
手間は結構変わるよ。
まず、getter/setterを普通に定義するのより、
プロパティの方がコード量が単純に減る。
変数名と関数名の一致だとかも考慮しなくていいから、
保守もしやすい。

その上、利用時にはpublicメンバ変数のように使えるから、
呼び出し先のコードもすっきりする。

必須ではないから不要と思うなら使わなければいいけど。
便利機能ってだけだし。

>>304
それはVBAとかそうだけど、ややこしいからやめてくれｗ

>>298
単純な話こういうことを言ってるんだけど。。。

JavaやC++の場合
private int x;
public getX(){return x;}
public setX(int val) {x=val;}

C#の場合
public int X {get; set;}

手間は1/3以下になってる
ほんとに使ったことあるの？

あんなのが欲しい、こんなのが欲しいと、
みんな口々に勝手なこと言うのを
あれもこれもと言語に取り込む
ということをするかしないかというポリシーは
言語が違えば違って当たり前

C#でどうだからC++もどうせよとか
C#でどうだからJavaはゴミとか
そんなにC#が好きならC#だけ使ってればいい

うるせー（笑）なんだかんだ言っても一番好きなのはC++だよ
高速性が求められる場面ではほぼ唯一の選択肢だし
他の言語に比べて不便なところがあったとしても、かゆいところに手が届く感は最強だし

public変数とgetter/setter付きのprivate変数って何が違うの？

>>314
get/set時にコードが介入できる

public変数なんか使ったら、まともにプログラミング出来ない。
これは、あり得ない選択

変数は出来るだけ、狭いスコープに閉じ込めるのが基本

>>314
昔見た理屈だと、ゲッターセッターは間に正規化とか突っ込めるからセーフティなんだと。

>>316
上段も下段もそれぞれ正しい

>>314
c++の場合、表記が違うので入れ替えが大変。

直接変数に対して入出力してるだけのセッターゲッターでも将来を見越してわざわざ作ってるってことか？

>>320
そういう場合も多いかもしれないけど、.Net環境においてはpublicプロパティにすることによる恩恵は多々ある
例えばDataGridViewに内容を表示するときなど

>>314
public変数じゃ、変更されたタイミングで描画をアップデートするみたいな処理がやりにくくなる
needUpdateViewみたいなフラグをtrueにできるだけでも、getter/setterはあったほうがいい

単なる構造体に近いようなクラスでも、データの不整合を起こさないようにバリデーションが行えるという意味では重要
後から値の範囲を制限したくなるとか、複数の変数間で整合性のとれないケースを排除したくなるということはよくある
例えば、Personクラスが初めは性別と名前しかなかったところを、そこに「父」「母」「息子」「娘」みたいな属性を付けたくなったら、性別女で「父」は弾きたくなる
public変数だったらこれはできないけど、setter経由であればできる
「親」「子」にして性別と合わせて計算すればいいとかいう話があるかもしれんが、余談だがその場合はgetterで男女+親子の属性で「父」とかを取り出すことができるね

getterやsetterの関数呼び出しならまだしも、propertyでファイルアクセスやらネットワークのやら時間かかる処理入れられると嫌な感じ

>>323
それは利用者の予期を裏切るような実装をするなって話であって、
ゲッタセッターならよくてプロパティーではだめだって話じゃないと思うけど

>>312
C++も11以降がんがん新しい要素取り入れてるんだから、
今の仕様が絶対的なものじゃないぞ。今の仕様を絶対視するのは宗教だ。

>>322
同性婚の夫婦が養子をとった時に破綻する先見性のない設計ですね w

メンバ変数ぽく使えるより、指示すればgetter,setterを自動生成してくれる方がいいな。

参照とって書き換える関数に渡したらどうなるんだとか考えると、変数っぽく使えるのは混乱招くだけのような。

>>326
不要な汎用化じゃね？
必要になってから修正でいいだろ。

>>328
ネタに突っ込むならもう少し面白いやつ頼むわ

setter/gettrrが要る要らないの話題になるとpublic変数の話題に転びがちだな。
ちょっともにょもにょする。

外部から属性を設定せざるを得ない状況がけっこうあって、なかなかリファクタリングも難しいってことか。

>>327
C++でプロパティ導入するなら、getterの戻り値は参照かconst参照のどちらかに制限すれば、
その辺の問題は解決しそう。

そういや、パッと見は普通のフィールド（メンバ変数）なせいで
実行速度とか気にせずに気楽に使ってしまいやすい、なんて弊害も多少あるみたいね。

てかgetter/setterでもプロパティカプセル化が弱くなるから原則使わないのが基本だろ
フラグをプロパティ化してどうのこうのとか言ってるやついたけど、参照透過性なくなって状態遷移図保守の雇用を産みだしてるだけ

それはおかしいだろ。メンバ変数を外から操作する必要性は普通にある。
例えばWindowクラスとかどうすんの。メンバ変数変えられないWindowクラスとか欠陥品でしょ。

>>334
言いたいことはわかるが、 外からの属性アクセスをやめたとしても、
実際に内部状態が変化するなら参照透過ではないよな？

>>335
お前がWindowクラスを書くのは自由だけど、C++なんだから数値計算ライブラリとかを想定して書けよ

>>336
もちろん

>>337
否定されてから急に話題を限定し出すってのは一番見苦しいパターンだぞｗ
素直に間違いを認めろよ。数値解析だっていくらでもそういう事例あるだろ。

あるかないかで言えばもちろんあるけど、外部主導の状態コントロールは避けたいので、
設計に時間をかけられるときはhetter/setterは減るだろう、ってだけ。

X　hetter
〇　getter

C++はプロパティないのでコード書くときは短く済ませたいんで
ゲッターはSize()、
セッターをSetSize()にして
Get省略してる

>>341
自分はSetも省略する
たまに引数の関係でできない時もあるけどさ

俺はオーバーロードになると関数ポインタとるのが面倒になるからsetぐらいは省略しないな

メンバ関数ポインタってほとんど使わないから気にしたことなかった…

>>342
ああ、引数の違いを利用すればsetもgetも省略できるのか。

int value(int val); ... メンバvalueの値の設定
int value(); ... メンバvalueの値の参照

同じ関数名で機能の異なるものを作るのは危険、
ということから思いつきもしなかったけど、
この使い方なら便利で有用かも知れないな。

>>345
> int value(int val); ... メンバvalueの値の設定
なぜに戻り値？

>>346
値の範囲制限とかする場合に、
戻り値に「実際に格納された値」を入れて返す。

あと瑣末なことだけど、
cout << a.value(val) << endl;
みたいに格納しつつ値も使う、ができてちょい便利。

そう言うの、以前の値を返すのも多いから紛らわしいな。

std::exchange的な～？

>>347
> 戻り値に「実際に格納された値」を入れて返す。

こっちはまだわからなくもないが

> 格納しつつ値も使う、ができてちょい便利。

みたいな設計はどうかと思う

そうだな
(a = b) = c;
みたいな20世紀の設計思想だな

*thisを返してしまう

>>352
メソッドチェーン出来て便利だよね。

演算子のオーバーロードみたいな使い方のポリシーでは
a.val(b.val() + c.val()) みたいなやつ

というかどうしてもプロパティが欲しけりゃ演算子オーバーロードで真似っこできるじゃん

は？　演算子オーバーロードでどうやってプロパティの代用すんだよｗ
プロパティ分かってない奴か？　コードを示して見ろ。

http://ideone.com/rZ2S2m
こんな感じか？

>>355
ググれば普通に出るが？
なんでそんなに必死なの
http://boost.2283326.n4.nabble.com/the-best-possible-c-properties-implementation-tt2626498.html

>>356
そうね、そういう感じ

それじゃ仮想関数にできないじゃん。やり直し。
無理やりオーバーライドできるようにしなくていいよ。
既にコードも必要以上に複雑化しててgetter/setterの方がマシなレベルだし。

>>359
NVIって知ってる？

結局、プロパティは要らんわな。

タイプ量の問題ならマクロで解決出来るし。

これからのC++にプロパティーは必須だな。
これからもどんどん新しい機能を取り入れてどんどん
わけがわからなくなるといい。

マクロは入力補完できないし衝突の可能性がある

C++はマクロで出来ることをどんどん機能として取り込んで来たのに
いまさら後戻りはできない。

C#の「プロパティ」って機能がどんなのか知らないけど、
現在C++にないから不要な機能だ、と突っ張るのは危険かも知れないよ。

いつか「次の規格から『C#のプロパティ』と同様の機能が追加」と
発表されるかもしれない。これまでもそうやって肥大化してるじゃない。

Javaでもそうだけどgetter/setterは言語的には単なるメソッドでしかないが
C#のプロパティは言語的にメソッドとは違うものとして認識出来るようになっている
そこから様々な便利さが出てきている

>>364
マクロで出来ることではなく、
マクロに頼っていたことを、
マクロを使わずに出来るようにしてきたんだよ。

スコープに従わないオブジェクト指向の敵との戦いだ

C++のテンプレートってポストプロセッサといっていいよね。
マクロみたいなもん。

↓テンプレートとマクロは全く違うもの

ソースコードの書き換えという点では同じ。

テンプレートはテキスト置換じゃないよ。
あれはコンパイルタイムに計算してるんだよ。

テンプレートが単なる置き換えだと思ってるのか

マクロの親玉だ

テンプレートもconstexprもある種の計算機のサブセットだからなぁ。

コンパイル時に計算できることなんてたかが知れてるし、使い道ないんだよな

いやいや…型チェックとかのなくすべき実行時オーバーヘッドがなくせるってだけで意味大有りだろ

PURE関数が入ったら、constexprなんかは関数がハッシュに置き換わってそこから値置換になるかも。
コードを全部どけて数字一個になる日も近い。

まともにC++使ってて使い道無いとかどうやったらそう解釈できるんだ

コンパイル時に決まってるなら計算する必要ないじゃん

手動で計算してくれ

そしてたどり着くのだ。42に。

テンプレートなしだとマクロとvoid*でやりくりすることになるのかな
<algorithm>の中身がおそろしいことになりそう

>>381
43ですが

templateなんてデブなブタに過ぎんからな

>>383
なんすかそれ。

>>375
最適化を否定するのか？

>>382
bsearchみたいにな

templateなんて実際に使えるレベルものを書ける人なんてほとんどいないだろ
使うことはあっても、書くことはないだろ

ライブラリを作っていれば嫌でも使うが

>>388
キミの周りではそうかもしれないけど、templateみたいな便利なものを使えないようじゃ現代のプログラマとしては失格だと思います
てかテンプレートってそんなに難しいか？

標準コンテナくらいバカでも使える。
それだけでテンプレートのメリットは十分に享受できる。

boost並みの実装ができないと書けていることにならないらしい

>>388
汎用性があって他人も実際に使えるレベルとなると難しいかもしれんが、自分が使う範囲内では普通に書くだろう。
はじめからtemplateを書くんじゃなくて自分用のユーティリティとかをtemplate化することも含めればけっこうある。

>>390
ほんこれ

くだらねえな
もっと為になる話をしろやカス

Boost並に使いこなせるか？って聞かれたら
謝るしか無いわ、ホントごめん

為になる本ならたくさんある

メソッドA->B->C->D->Eと呼ばれる階層が深い構造のシステムがあって、
Eの計算結果をAで取りたい要望が新しくでてきたときってみんなならどう実装する？

条件としては、
・AはwhileループでBを呼び出し続ける
・Eの最新の計算結果はループで毎回使う
・CがDをnewしてるから、単純なgetterとかじゃ取れない

1. 引数が増えるのは仕方ないが、A~Eに全て引数を追加する
2. Eでstaticなグローバル変数を作る。Aからはgetterで取得する

一応思いつくのはこのあたりなんだけど、もっとスマートなやり方ってあるかな？

>>398
メソッドDをCがnewする？なんか説明が胡散臭いんだけど、普通に戻り値で返すのはダメなん？

そんなことしてたら「この計算結果もほしいんだけど」ってなった時に
また困ることになる。

Contextクラスを追加して、計算に必要な情報はそこに集約させろ。
そうすればどの階層からでも必要な情報を取れる。

>>399
すまん、説明が適当だった
CはDメソッドがあるクラスをnewしてるってこと
DClass dClass = new DClass()

C() {
dClass->d();

>>399
ごめん、途中で送信しちゃった、

CはDメソッドがあるクラスをnewしてるってこと

C() {
DClass dClass = new DClass()
dClass->d();
}

戻り値はEから外部システムに送信が成功したかどうかを表すbooｌ値がすでに返されてるんだ

>>400
Contextクラスか・・自分は使ったことないし、よく理解できてないからググってみるわ
ありがとう

説明の意味が全く分からない
hoge B::get_E(){
　　D *d = c.create_D();

今後パラメータが増える可能性があるようなら、それらをクラスなり構造体なりにまとめて、
何らかの方法で渡すようにすれば、最小限のコード修正で済むよってことじゃない？

>>402
そのCの戻り値にDの戻り値のEを入れてBが受ければいいんじゃないのか

>>398
引数を追加する方法を取るとして、楽するならば
一旦引数を構造体にして、後で追加したい場合構造体のメンバーを追加する形にする
全部の関数はその構造体を引数にしていれば、好きな構造体メンバーを追加しても形は変わらない

>>404
おれはや

>>405
既に戻り値は他で使われてるらしいし
そのやり方だと、参照渡しなんかが現実的じゃない？

>>402
「全て引数を追加する」がContextかなんかの参照引数を渡してまわる方法だと思ったんだけど、違ったんかな？
戻り値を変えたくないならそうするしかないと思うよ。

>>395
気がついたやつがやれ
指図すんなクレクレ厨め

>>408
戻り値なんてpairなりtupleなりでいくらでも増やせばいいじゃん
周囲に影響を出したくないならそこから特定の値だけを取り出す関数でも噛ませればいい

コンポジションじゃ駄目なん？

Eの結果がどう欲しいかによるとは思うな。
Aだけが知りたいなら素直にEがログ残せば良いと思う。
中間層が知りたいなら返してやらなきゃならんだろうけど、B→Eが他の部分で使われてたら関連するのビルドし直しだしテストし直しだし、出し直さないといかんのでは？

はいはい池沼は去れ

https://www.embarcadero.com/jp/products/delphi/downloads
現在、RAD Studio(Delphi、C++Builderのセット)が無料でダウンロード可能ですよ
右側のStarter Edition100% Offをクリックするとダウンロードページに飛べます。
(無料ダウンロードは、2016年8月22日から9月9日までの期間限定)

すいません、C++Builderはこっちです
https://www.embarcadero.com/jp/products/cbuilder/downloads
現在、C++Builderが無料でダウンロード可能
右側のStarter Edition100% Offをクリックするとダウンロードページに飛べます
(無料ダウンロードは、2016年8月22日から9月9日までの期間限定)

DelphiとC++Buiderは別個にダウンロードが必要な模様

(無料ダウンロードは、2016年8月22日から9月9日までの期間限定)

>>415はDelphiのみでした

リンク先ページを見たけど、これでダウンロードできるのは
「30日間だけ無料で使えます」バージョンじゃないのかな。

"Try C++Builder FREE for 30 days" って
ダウンロードできる期間が30日間、じゃないよね。
>>415-416 に出てる期間は30日には足りないし。

スターターエディションの方じゃね？

C++ Builder
https://www.embarcadero.com/jp/products/cbuilder/starter/promotional-download

Delphi
https://www.embarcadero.com/jp/products/delphi/starter/promotional-download

>>390
簡単だと言い張って可読性の低いバギーなもん作ってよこす奴が多いから
テンプレートは嫌いなんだよ。
STLで十分。

無能の言い訳にしか聞こえないな

>>420
> 簡単だと言い張って可読性の低いバギーなもん作ってよこす奴が多いから

理由になってなくて笑た

>>420
特定の人間でなく周りに多いのなら受けるお前の方に問題があるんじゃないか？

類友なのに自分は違うって思ってるパティーン
最も傑作でおめでたい人種

昔のオブジェクト指向と似たような議論だな。
別にフルに使いこなせなくても恩恵は受けられるだろうにｗ

難しいから使うなって一生使えるようにならないよね
そういう進歩を捨てた人間は技術者とは認めてないわ

>>420
最後の2行は2016年度最強の名言だな

>>427
テンプラ屋でもやれば？

べつに嫌いな機能が有ってもおかしくはないな。
プリプロセッサーが嫌いな人とか、iostreamが嫌いな人とか人それぞれ

オブジェクト指向www
久しぶりに聞いたな

>>420
まずはSTLが何の略語なのか調べてみよう！

>>429
嫌いな機能はあってもいいけどその理由が >>420 とかなのはねぇ

C++を使う理由の90%がテンプレートでしょう
使わないならCでもやっててください

Ｃ言語しか出来ない５０代くらいのジジイたくさん居る
で、なぜかえばっている

便利だと言い張って可読性の低い醜悪なもん作ってよこす奴が多いからCPPは嫌いなんだよ。
テンプレートは最高。

stlっていっても、実装見たら初学者でも書けるようなものがほとんどでしょ。
forで回して、比較してるだけとかwww
積極的に使う理由がない

コピペすんな

おいら最近はC#のほうが多くてC++はご無沙汰になってるんだけど
C++のテンプレートが使えたらなあって思うことはたまにある

は？　C#にも名前は違うけどあるだろボケ

ねえよ

>>439
似たようなのはあるし、大体はそれで問題ないんだけど
テンプレートとは根本的な仕組みが違うので、特殊化とか微妙に出来ることに差があるのよね

C#のジェネリックはCLIを一個しか生成せずに、型の違うオブジェクトが与えられたら
JITコンパイル時に生成してるもんな
だからサイズは小さいけどC++のtemplateとは根本的に考え方が異なる

おまけにオブジェクト同士を演算しようとするとコンパイルエラーになるので
dynamic、つまりリフレクションを使うしかないという

IDがC++だー

>>443
おおすげーおめでとう

>>442
言語機構が違うから実装も異なるのは当たり前。
それがどう実用上影響するのかを書けよ。

当たり前だが、俺はC#のジェネリックと
C++のテンプレートの機能上の様々な相違点（例えばintを引数に取れないとか）は知った上で、
おまえさんの教育のために質問してるからな？
勘違いするなよ。

intを取れないってのは＿
C++でできるtemplate<int N>
みたいなのがC#ではできないって意味な。

馬鹿が勘違いするといけないから。

>>443
おおっ！

>>439
> は？　C#にも名前は違うけどあるだろボケ
ジェネリックとテンプレートが同じだといいたいのかな？
ガチなｱﾌｫ登場したなｗｗｗ

>>448
C++分かる人に使い方の説明しろと言われたら間違いなく
真っ先に「テンプレートです」って言うけどな

テンプレートはコンパイルタイム、ジェネリックはランタイムだ。

>>443
スゲー、なんか羨ましいぜ

コンパイルタイムのくせにいちいち
typenameをつけまくらないといけない
クソ言語。
テンプレートパラメーターごとに特殊化が作られるんだから
その辺テキトーでもいいはずなのに。

つか、型なんてコンパイル時なんて遅すぎだろ
普通は設計終わった段階で全て決定してるし。

まじかよ
俺今日vector<int>って書いたけど
vectorの設計後にインスタンス化しちゃったぜよ

細かい違いはあれどジェネリックはC#版のテンプレートだろ

ジェネリックはC#版のテンプレート
名言頂きました

ジェネリクスは汎化で、テンプレートはコンパイルタイムで、全くの別物じゃないの？

言語機能の目的は似ているな
目的を理解せず仕組みを語りたがる中学生には違うらしいけど

ジェネリックは基本的に算術演算子を使えないしメンバ関数も使えないからな
インターフェイスを定義してようやく特定の型のみ対応できる

>>457
それは相違点の１つだろ。
テンプレートにせよジェネリックにせよ一番の本質は
「型引数を受け取って特化型を生成すること」だからな。

>ジェネリックは基本的に算術演算子を使えないしメンバ関数も使えないからな
へー、初耳だ

>>444,447,451
ありがとう
これを機にC++erになります

>>461
おい、お前試してみてから言ってるんだろうな？

>>458
目的が同じなら方法の違いは関係ないとでも？

>>433
それは60代から上のCOBOL世代
50代はC++バリバリ使うぞ
TCPL初版当時の若燕をなめんな

「COBOLerがテンプレート目的でC++を使う」
「」

TCPL初版を見たこともないやつが
煽るつもりで自分の無知を晒しているなあｗ

C++(ベターC)

TCPL?
素直にターボCのこと？

the C programming languageのことじゃね
いいよ、そう思ってろ

老害

>>464
関係無いな
>>454に対する>>457のレスは話のすり替えに他ならない

番号ずれた
誤　>>454に対する>>457のレスは
正　>>455に対する>>457のレスは

TCPL なんて初めてみたわ

きかんな

>>467
東京コンテンツプロデューサーズ・ラボとか出てきたんだけどｗ
検索ですぐヒットしないような用語使うのは止めてくれよ

Effective C++3冊を読んでいないやつは老害

三冊もあんの？一冊にしてくれよ

>>470
普通K&Rって言わね？
何処の田舎モンよ？

>>478
Effective STLを含めれば4冊もあるぞ

STL何それうまいの？

仮に TCPL が『プログラミング言語C』(K&R)のことだとしても、
いきなりC++のスレッドで出てくると違和感があるのだが。

53ページを暗記する奴?

蟹チャーハン何それうまいの？
読んだことはないけど20世紀に信者がウザかった記憶だけはあるな
ANSIで標準化されたことを自分のレーゾンデートルを奪われたと勘違いして幻覚を見たかのような必死さが伺えた

>>479
よう、真性カッペｗ

あ、アンカー打ち忘れた
>>482も真性カッペな

おじさんくやしがりすぎやろ…

TCPLなんて検索しても全くヒットしないじゃん
SICPくらいヒットするように頑張ってからドヤ顔するんだな

かつて通用してて曖昧性が指摘されて後に死語化したものがヒットするわけねーだろ
こういうのは検索だけがソースなやつにはわかるわけがない

禿が、言語はそいつが何を考えることが出来るかを決めてしまう、
というのと同様、検索によって何を知ることが出来るかを決められてしまってるやつｗ

the c++ program language

真っ赤になって弁明、無意味な連投、あとは草大量に生やせばパーフェクト

おいおい、自分で老害認定してるジジイをあんまりいじめるなよw

死語をドヤ顔で使う老害なんて早く死ねば良いのに

TCPL って "The C++ Programming Language" のことなのかな?
++ がない方の書名(K&R)と紛らわしいわね。
…すると >>467 と >>470 はID被りの別人だったのか。

"Learning Standard C++ as a New Language"「標準C++を新しい言語として学ぶ」や
『プログラミング言語C++』(TCPL?)第4版の中で、ハゲ先生は
「新しい規格で便利な機能を使え」と言ってたはずで、
そこからすると「古い参考書を読んだことがある方が偉い」って
主張はなかなか賛成しにくいなぁ。

祝 void_t 標準入り

そういうのは規格化されてから言え
お前の脳内の標準などどうでもいい

void_tは決まったんじゃないのか

>>497
「次期C++1zでの標準化がほぼ確定したので・・・」
と細々と書かないと通じないのか？

>>495
偉いとか言ってねえぜ
相対評価ではなく絶対評価で
シッタカはクソ以下だつってるだけだ

The C++ Programming Language なら"TC++PL"な
http://www.stroustrup.com/glossary.html#GTC++PL#
用語がデタラメなジジイは話が通じなくて疎まれるだろ？

TPPみたいになんでも略し杉ｗ

あとからそうなったんだよ
ガキが知らないのは仕方ない
知らねーなら知らねーなりにしとくぶんには可愛げあるんだよ
それを尻が青いくせにジジイのふりをするからバカにしか見えないってだけさ

>>503
>>494

>>504
おまえが死ね
今からダンプに轢かれに出かけろ

略語ってどこまで通じるのか不安になるな。
sfineaやRAIIは大丈夫としても、TMPとかCPPとかって一般的なんだろうか？

>>504
死語って言うより死産だよな
TCPL w

あー、禿のWebページでしばらく使ってたのも知らないわけね
そういうのはいくら検索しても出るわきゃねえしガキにゃ厳しいな

必死で検索したようだが出てこなかったのかw
残念だったなw

おまえがな

くだらなすぎて俺にとってはどうでもいいけど
「"TCPL" "the C++"」でググると結構出てくるけどな例えば
https://www.allacronyms.com/TCPL/The_C%2B%2B_Programming_Language

デタラメとかぬかしてたクソガキ、息してるか？

ハゲが自分のホムペで紹介した俺用語をさも普遍的な用語であるかのように語られても困るな

>>508
で、使ってたと言う証拠は？
脳内にしかないとか言わないよな w

ここ相談室なんだけどみんな何の相談してるの

自分の病気の症状についての相談

void_t は何に使うの

>>514
あー、すまんな
俺んとこでは魚拓は脳内だけだ
だからお前は未来永劫見ることができない
いやーすまんすまん

>>515
ここ見るとC++に関わる奴はどこか頭おかしいってわかるだろ？
つまりそういうことだ

頭がおかしい（髪が変）

>>517
知ってるでしょ

void_tはSFINAEの定番パターンを標準化しただけ

>>518
要するに、単なる妄想だったってことかよ w

いや現実だよ
おまえが物心つく前か生まれる前か知らんが
歴史上そういう事実があった

過ぎてしまった歴史がぎゃんぎゃん吠えることで変わるとでも思っているなら
それは隣国のメンタリティだね

で、その歴史的事実が共有できる資料は？

ただの事実と歴史とじゃ重要性が違う。
要するに記憶に留めるべき事実が歴史というわけだ。
逆に「そんなもん知らん」と一蹴されてしまう事実もありうる。

>>525
保存してねえって言っただろ鳥アタマめ

いや、資料がないのに歴史だって主張して
それを共有できないって言うと歴史修正主義だって言う姿が
それこそおとなりさんぽいなあって思ってｗ

それはどこの国の歴史なんだろう?
tcpl "the c programming language"
でググると、中国系、朝鮮系では使われてるらしい

>>528
別に主張なんかしてねえよ
事実を偽りなく述べているだけだ
魚拓の有無で変わったりしねえことだ

自分が見られないからってヤダジタすんなガキ

自分より年下と思われる人間をガキ呼ばわりしてるけど、年上が偉いという考え？
それって儒教っぽいな

儒教といえばお隣の国…あっ(察し

ここの住人がスルー力0なのは間違いないな

ソースは脳内
そんな恥ずかしい主張ができちゃうなんてもしかして教育を受けてないのかな？

暇つぶしが目的だから、スルーしたらつまらないんだろ

煽る暇人は2chだからどうしようもないが煽られて何日も踊っているのはさすがにバカだな

暇つぶしなのではなくお互い必死なんだよ
クールを装ってさもどうでもいいように演じてるけどお互い顔真っ赤だよ

>>531
なんだおまえ、ガキって書いてあるのを見るたびに自分が卑しく思うのかｗ

>>533
記録を俺んとこでは残していないってだけだ
誰かが証拠を持ってきたときにもボロが出ないように言ってるぞ

そんときゃおまえが恥ずかしくて出てこれないわけだが

なんかスレ伸びてると思ったらまーたゴミどうしの罵り合いかよ
くだらないことで熱くなる奴は脳みそ壊れていくんだというのが如実に分かるよ

>>537
俺になんか恥ずかしい要素あったか？
スレ違いの書き込みしたことくらいかな

誰かが証拠を持ってきたときｗ
自分の無能を示しておいてなんとも思わんのだな

バーカ

>>540
禿のWebページの魚拓をログ化していなかったのを無能と言ってくれるのか
さぞかし有能なおまえさんなら持ってるだろうからさっさと出せ

ソースは脳内というのは日常会話の殆どだな。
だから「アナタは私と異なる認識をお持ちなんですね」でしかない。
それを「アナタは証明できないからそれは嘘です」にすり替えるのは詭弁

>>542
俺超有能だけどそんな資料なかったよ
つまり君の言ってたことは全部君の妄想ね
はい終了

>>508
> あー、禿のWebページでしばらく使ってたのも知らないわけね

が正しいとしてもここにいる人が知らないような略語をどや顔で出すのは頭おかしい
まあどうみても >>511 辺りを間違えて出しちゃって引っ込みつかなくなってるだけだろ w

>>545
では、つかってよいりゃくごをあんたはどうやってはんだんしてるんだ？
あたまおかしいとまでおおきくでるならそれなりのきじゅんはあるんだろうな？
さいじゅうどのていのうにあわせるのがぴーじーのしめいとでもかんがえているなら
あふぉだなくそだなだんぷにひかれてしねばいい

何日続ければ気が済むんだよこのゴミどもは

自己反映なメタ表現とは高度な技を

そんなことよりvoid_tの話をしようぜ。
SFINAEの話だけど。
SFINAEってconcept的な使い方以外にどんな使い方があるの？

知らねえよバーカ

ワードサラダにマジレス

>>549
concept的な使い方ってどんなの？
漠然とパターンマッチ的なものをイメージすればいいのかな

良くあるのがメンバーの有無で処理を変えるパターンかな。
俺も良くわからんが。

enable_ifと組み合わせて使うんじゃない？

int と longの違いって何ですか？

歴史？

>>555
データモデルによりサイズが異なる(かもしれない)

>>546
正論を言われて反論できなくなったら子供じみた態度でひねくれる
ガキだなｗ

アルツハイマーの症状の一つの幼児化だね

酢を飲め

>>546
つかってみてだれもしらなさそうならおとなしくひっこめろ、ばーか

>>561
やだね
C++スレでC++関連の用語を知らない無知野郎に合わせる必要はない

まじかよ
お前ひとりでつらいだろ？

ガイジ

用語とか言い出しちゃったよ、この人 w

[[deprecated]]

このスレ的にはK&R初版でC学んだことを自慢してる奴より AT&T cfont のレファレンスでC++学んだ俺の方が偉いはず

なんでその程度でエラぶれるの？ｗ

cfrontは俺も使っていたが
cfontて何だ？ Courier Newか何かか？

古ければ古いほど劣っているからな？
古参が全く自慢にならない世界だぞ

プログラムのバージョンと
プログラマの経験年数を
一緒にするのかよ

経験年数と優秀さを一緒にしてはいけない
経験年数10年と20年では10年の方が優秀なことが多い

>>571
経験のバージョンが古い

>>572
ソースplz

ソースは俺の観察

自分のソースは脳内だけど人にはソースを求める白痴

>>576
脳内じゃない
ここは誰が何と言おうとおまえが間違っている

おまえそもそも事実を知らないんだろ
だから俺の言うことのどこがどう間違っているのか具体的な指摘ができない
もっとも知ってたら指摘するところがないはずなんだが

経験十年積めば大抵のことはできるし対応できるだろうが
経験二十年にはかなわないだろう

archiveから探してこいよ、認知症のジジイ

んなこたあない

>ここは誰が何と言おうとおまえが間違っている

真実を知っているのがこの世で自分だけだなんて
もう生きててつらいだろうな

プログラムの経験年数なんて関係ない。
重要なのはどれだけトラブルの経験を積んだかだ。

女性経験が豊富なのと同じだ　ﾌﾟw

>>581
逆だ
知らないのがおまえくらいなんだよ
当時を知っている人が身近にいたら聞いてみろ

>>582
童貞乙

>>583
当時を知ってる人が身近にいたから聞いてみたけどそんなことはなかったってみんな言ってる。
つまり嘘つきはお前。はい論破。

何日も平日の昼間にくだらんいい争いしなきゃならないとか仕事かよ

プログラミングを半年もやらなかったら、けっこうな部分を忘れる世界だし、
進化も激しい世界だから、経験を引き継いで発揮できるのはせいぜい五年くらいだろう。

年を取ると物忘れが激しくなる。
「誰が何と言おうと」と自覚しておきながら3時間後に
「知らないのがおまえくらい」と言い出しちゃうぐらい
だから>>584はもう責めないでw

相談室っていうか病室だな・・・

大抵、経験20年とかになってくると老眼とかで大量の情報を高速に見るとかが出来なくなってそう
経験10年なのに目が悪くなってきて辛いです

void_tの話を聞くほうが建設的だ。

だからさ、型名に_t付けるなよ
システムハンガリアンかよ

>>591
using ***_t = ***::type;
ってパターンもダメ？

>>577
もう楽になりなよ...

頑固になるのもアルツハイマーの症状の一つだね

>>593
は？　苦しい屁理屈でへとへとなのはおまえだろ

同じ穴のムジナが楽しく荒らしてるなぁ。
ただ一言いいたい。

カエレ！

うそ
かえらないで

苦しい屁理屈 ⇒ >>577
そりゃお前の脳内の事実なんて誰も指摘できんわな w

頑固になるとautoや{}の初期化や->の戻り値が許せなくなります
auto b = new auto(true);
char *p{};
auto main() -> int {}

＞auto main() -> int {}
頑固じゃないけどこれやる奴は何がしたいんだろう

これは頑固の良い例ですね
スタイルの統一とかそういうことを考えられず、変化を拒絶するようになります

new auto();
なんて出来ないしな…

>>601
じゃあ規格のexampleのスタイル統一から初めてくれよ。
何の意味があるのかしらんが、意味があるなら賛同者出てくるでしょ？

new auto(10)みたいに推論できる場合ならちゃんとできるみたいだけど
https://ideone.com/zPeSla

ただauto main() -> int {}を書くやつは正直、俺知ってるんだぜ自慢したい厨房にしかみえない
タイプ数長くなってんじゃん、何のために導入された書き方か分かってんのかね

これも頑固の良い例ですね
「言語仕様に複数のスタイルが存在してもせめて自分のコード内は統一しよう」
みたいな考えを示唆しているのに、感情的になって関係無いことを言い出すのが特長です

auto main() ->int{}についてはハンをおしたように
「文字数が多い」と言い出すのも特長です
今まで同じレスを見たこともある人も多いのではないでしょうか
「スタイルの統一という観点からはあってもおかしくない」と説明されても
他人が使うことすら許せず否定に躍起になるのが特長です

もちろん新しい記法が良いことばかりではありません
auto b{true};は書けてもnew auto{true}は書けないなど一貫性に乏しい所も有ります

別に他人がそう書くのを許せないわけじゃないよ
ただ俺はそう書くやつに対してはおかしなやつとかネガティブな印象を持つというだけ
今まで多くの同じようなレスがあったということは俺と同じ印象を持つ人が多いということだと思うよ

>>605
言語仕様に複数のスタイルとかいう話ではなく規格のコード例ですらそんな書き方必要でなければしてねえよという話
どっちが頑固なんだかね

これも頑固の良い例ですね
とに新しいスタイルを見ると相手を非難しないと気が済まないのが特長です
>>608のレスにも「おかしなやつ」という攻撃的な単語が見られますが、これも一例と捉えてよいでしょう

autoつかわなくても書ける場所でこれ期バカしにauto使うヤツはバカなんだと思う

あとで型名明記するとかなんの為にauto使っているのかバカなんだと思う

これも頑固の良い例ですね
型推論のautoとtraining-return-typeの先頭のautoは違うのですが
とにかく理解以前で拒絶してしまっているのが特長です

でも確かにauto f() -> auto {}みたいな書き方はかなり変人かも知れませんね

結局auro main() -> int{}はお遊びなのか？

>>613
本末転倒だってんだよバカ

ぶっちゃけID:6Bh01W2Vってまじであの書き方がスタイルの統一のという理由が第一で導入されたと思ってそうなんだけどそうでもない？
>>612の言わんとしてることが理解できてない気がする

そうですね
テンプレート関数の戻り値のために導入されたことは良いとして、
「>>612の言わんといていることはplaceholder typeとtrailing-return-typeの混同による不適切な見解ではないか」と述べているのに
「理解できていない気がする」とあやふやなのは不思議ですね

これらも頑固なことによる反射的な拒絶の一面なのかも知れません

また「導入の目的とは別にスタイルの統一の観点からはあっても良いのではないか」
という説明を受けても「目的が違う」と思考停止して否定ありきで考えてしまうのも特長です

本日は600から続く一連の自演レスでその片鱗が伺えたと思います

そもそもスタイルの統一にこだわる必然性はない。
タブとインデントの話と同じで混在したってかまわない。

タブとインデントを混同するやつは見つけ次第殺せ

どうしてこんな釣り耐性よわいの。
A派とB派の対立じゃなくて
Bスタイルを否定すんな派とBスタイル否定派
は主観の押しつけあいで論破できるわけねーし。

>>620
そういうのってなんか自閉症ぎみなんじゃないの？

trailing-return-typeを、4文字以下では使わない
なんてやってると
int abs(int);
auto abs(float) -> float;
てな具合になるよなあ

ぎりぎりアウトな
char* begin(); を
auto begin() -> char*; にしながら、
俺なにやってんだろって気になることがある

>>620
同意する
そういう奴はたいてい他でもいいかげんだからプログラマーには向いてないことを自覚してほしい

んなこたーない

>>623
>trailing-return-typeを、4文字以下では使わない
なんで？

int abs(int); を
auto abs(int) -> int; にするメリットは？
autまでタイプした時点でやんなってくるぜ俺は
auto exit(int) -> void; とかナメとんかくらって気ぃしね？

スタイルの統一という意味では、新しいC++では
普通の関数とメンバ関数を
obj.func();
func(obj);
のどちらのスタイルでも相互に呼び出せるようにするかもしれない
って話だけど・・・
メタプログラミングの観点から見ればどちらの表記でも呼び出せたほうが
便利なのは火を見るよりも明らかだが

それはそうとして
スタイルを統一したいって言ってる頑固な約一名は
これも統一するつもり？
つまり普通の関数やメンバ関数の呼び出しを全部
obj.func();　もしくは　func(obj);　に統一するつもりなのかって話
で、世の中には引数を取らない関数、例えばabort()などもあるし
fgetsみたいにFILE構造体が引数の最後に来るような変態関数もあるので
統一するならCスタイルの func(obj); になると思うわけだけど
そうすると、全部 method(obj) の形式で書くつもりか？
この書き方だとエディタの補完が効かないので激しく作業効率が悪いわけだが

>>627
メリットはないだろうね

>>627
4文字って何って話だよ

スタイルの統一ってメタプロのためでしょ？
普通に書く場合はどっちだっていいし、見た目の統一なんてさらに気にするポイントじゃないし。

というかそもそも、
統一しなくてもよいように、そのために
どちらの表記でもよいようになっている
もしくはそうする予定なのに
統一する意味あんの？

>>629
autoが4文字だろ？
これより長いstd::basic_string<char,std::char_traits<char>,std::allocator<char>>とかなら
autoにすると短くすっきりするが、
4文字より短い例えばintをautoにしてもそういう効果がないばかりか
厳密には1文字損してるだろって話だよ

アンカー間違えた
s/>>629/>>630/gっと

>>633
float f();
を
auto f() ->float;
って書いたら一文字損してるって思うの？
どういう計算？？？

>>635
逆だよ
それは１文字得してる

何言ってるのかわかんねー
文字の数を数えれないのかな…

std::basic_string<char,std::char_traits<char>,std::allocator<char>>とかなら
autoにすると短くすっきりする
↑
これの意味わかる？

>>638
戻り値の型がそれだったとして
trailing-return-typeを使うと文字数は6文字(autoと ->)増える事に変わりないだろ？何言ってるんだ？

>>639
まさかと思ったが、やはりそういうことか
よし、おまえはtrailing-return-typeを使うな

これにて一件落着

引数に依存しないならどっちだって同じさ。
->以下を省略するのは別な話

聞きたいんだけど引数無しのコンストラクタが無いクラスってあり？
絶対にコンストラクタで引数を入れないといけない

autoが本当に役に立つのはこういうケースだな

http://okns.webcrow.jp/text/CPP0xFAQ.html.ja#auto

変数の型が template 引数に強く依存している場合は、auto なしにコードを書くのは本当に難しくなるだろう。 例えば:


template<class T, class U> void multiply(const vector<T>& vt, const vector<U>& vu)
{
// ...
auto tmp = vt[i]*vu[i];
// ...
}
tmp の型は T と U の乗算結果になるが、それが正確に何型であるか人間の読み手が見出すのは難しい。 しかし、もちろんコンパイラは、自身が扱っている適切な
T と U が何型であるかを知っている。

ageたスマン

>>643
autoではなくautoキーワードを使った機能の一つであるtrailing-return-typeの話してたんだけど

お前の例を借りるなら
template<class T, class U> auto multiply(const vector<T>& vt, const vector<U>& vu) ->decltype(vt*vu)
こんな感じで引数の名前を返り値の型の決定に使いたい時の為に導入された。あとはlambda

>>642
「デフォルトコンストラクタが存在しないクラスを作ってもよいか?」
あるいは「クラスは必ずデフォルトコンストラクタを持つべきか?」
という質問かな。

外部から何かの値を指定しないと正常な状態にならないって対象なら
デフォルトコンストラクタなしの方が、間違った使い方をされなくて済む。
具体的には…今すぐ思いつくのは、
「ファイル名を指定、コンストラクタ中でファイルを開くクラス。
デストラクタでファイルを閉じる」とか(そもそも良い設計か分からんけど)。
この場合はデフォルトコンストラクタじゃ意味ないよね。

>>642
普通にある。
例えばstd::lock_guard

>>642
あり？といういか引数無しがデフォルト

>>648
コンストラクタで絶対に引数をとらなければならないクラス設計はありかなしかという話だろう。

>>649
あっそうかｗちゃんと読んでなかった
ありかなしかで言えば「あり」としか言えない

ビルトインにだって初期値必須のものがあるくらいでねえ
そもそもなぜ初期値を指定するのかという目的論をすっ飛ばしたべき論に価値はあるのか

最近、生のconstructorは晒さずに、面倒でもfactoryかbuilder用意したほうが良い気がしてきた。

>>651
そんなのあったっけ？

>>653
参照

複合型をビルトイン型と称すとは
頭の悪さに恐れ入る

ビルトインをビルトイン型と見間違うとは
目の悪さに恐れ入る

>>655
ビルトイン型って知らないけど Fundamental Types のことを言ってる？

N3797でbuilt-inを検索すると...
oeratorsが必ずついてくるな
そりゃ悪かった

class宣言せずに使える型、そう言いたかっただけだ

const int i{100}; // 初期値必須

関数の引数と戻り値はstd::stringとかではなくconst char*を使うべきというのを見つけたんだけど正しいのか？

C++で作られたdll(関数が色々定義されてるやつ)をC++の別プログラムAに読み込ませる
プログラムAに対してjavascriptで使用する関数を指定してってのをやりたいけどできるのかな

プログラムAはただjavascriptを指定するだけと結果出力
javascriptはどの関数をどんな引数で実行するかを指定する
スクリプトってのをよく理解してないからアドバイスほしい

>>660
ソイツはバカ

>>660
fstreamをstringに依存させないために
C++98ではopenの引数がconst char*だが
C++11ではstringを渡せるようになったので
fs.open((string(

fs.open((string("filename") + ".ext").c_str(), ios_base::in)が
fs.open( string("filename") + ".ext , ios_base::in)で
済むようになり結構便利だね
stdの作者じゃない一般ユーザな俺らにとって、
std同士での相互依存は別に構わんのに無駄に不便だったのがC++98

独善的な「正しさ」を誰も喜ばない例だと思うぜ

あ、引用符が閉じてない･･･　許せ

右辺値参照が使えるようになったし、クラスオブジェクトをそのまま返してもオーバーヘッドにはならんでしょ

typedef enum
{
kOne = 1,
kTwo,
kN
}e;

const int n[kN]={0,100,200};

template <int N> class A
{
public:
int a[N];
};

int main()
{
A<n[kOne]> a;
return 0;
}

こんな感じのやりたんだけどnが非constだって怒られる
なにか代案ありません？

>>667
constexpr int n[kN]={0,100,200};

うちのVS2010ちゃんがそんなもの知らないと言っております

>>669
template<int N> struct constant { static const int value = N; };
template<int N> struct n;
template<> struct n<kOne> : constant<100> {};
template<> struct n<kTwo> : constant<200> {};

A<n<kOne>::value> a;

>>670
よさそう
ありがとうございます

>>660
それはその言葉の真意を理解すれば正しくもあり正しくもなし

引数はともかく、戻り値を常にconst char*にするのはつらい
メンバ変数で持ってるものだったらconst char*で返せるけど
関数内でジェネレートした文字列だったらどうするんだ？

void func( char *output, int max_buffer )
↑こんなインターフェースもあり得るけど
呼び出すときに一体バッファサイズをどのぐらい用意すれば良いんだ？
という問題が出る
関数内でmallocして返す方法もあるけど
呼び出しもとで開放しなきゃならないから嫌だ
std::string使いましょうよ

うちの会社にいるレガシープログラマもクラスを引数にするのを嫌うな

税金泥棒は、RMPについて何も理解できていない
分からないくせに、ひたすらコピペを繰り返す
突っ込んだ話を始めると、チンプンカンプンで付いて来れなくなる

gccはC++11のmoveとかつかわんでも、呼出側がスタックに用意したところに
せっせと返値を書き込んでるのでクラスを返値にしたところでcopyとか余計なことはしないな。

コピーする必要がなかったかも知れないのにコピーしておいて余計なことはしていないとな

返り血にmove使うと事態は悪化

拭き取ろうと擦れば擦るほど赤く血塗られた範囲が広がって…。

特定の関数があるなしで呼び出す関数をわけたいのですけど方法はありますか

template<typename T> void hoge(T val)
{
val.hage(0);
}

template<typename T> void hoge(T val)
{
val.husa(100);
}

SFINAE使えばできる

コードではSSE命令をまったく使わず、コンパイラ最適化でSSE使ってもらいやすくする方法って
どこかに書いてありますか?

type_traitsのテストクラスばかり使っていたらSFINAEの書き方忘れた

>>683
https://msdn.microsoft.com/ja-jp/library/7t5yh4fd.aspx

void func( char *output, int max_buffer )

これはさ、max_bufferで指定した範囲で対応出来るようにするための引数だろ
呼び出す側でintの範囲なら自由に決められるに決まってるだろ

↑アスペ

いやいや、outputの最大値を一緒に渡すのは常識だろう

要するに、
char b[128];
func(&b[16],128-16);
ってやって、特定の範囲で処理できるのも利点だろうといってるんだと。
あんまりやらないけど。

文字列クラスでもできるけど

substrだっけか？

『要するに』
超能力者>>689のオツムが心配だ

チガッテマスカ？

>>693
>>689の解釈は
『max_bufferで指定した範囲』
『intの範囲なら自由に』
という表現と整合しない。

オーバーフローを指定するような間抜けなことをわざわざするんかいな。

>>695
>>688は「intの最大」でなく「outputの最大」と言っているのだが

>>686の頭にはなんか特殊用途でもよぎったんじゃね？
俺が懇意すぎたかな・・・。Orz

深い意味はない
単に>>674を見て並んでいた単語に連想した自分の知識を反射的に書き込んだだけ

俺は>>686ではない。それはそうかもな。
俺はC++ではstd::まで書くStl派なので、このところ生配列は使ったことがない。
というか、オーバーフロー怖くて使いたくない。

生配列を使ったことないってことはないだろ
インターフェースにstlのコンテナとかを露出したらコンパイラ依存になっちゃうじゃん
てか高速に処理したくてスタックに配列を積みたいときとかどうするわけ？

競プロ解いてるだけだから問題にならん。
まぁ、しばらく黙るわ。

俺が言いたかったのはだね、

void func( char *output, int max_buffer )

のようにchar *outputを渡すような時は、
バッファオーバーフローを防ぐために一緒にサイズも渡すってのが、
C言語での使い方では常識化してるって事だ。

わざわざ補足しなくても
そんなことはみんな知ってるから

>>674　が変な事言ってたからだ

競プロでSTLコンテナなんて使うか？？
アルゴリズムとかはそのまま使えるけどコンテナは普通生配列か必要に応じて自前の使うだろ？

ガチ勢じゃないからね。
最近ではリングバッファほしい位で満足してるよ。
STLコンテナで解けないなら、アルゴリズムが悪い事が多い。

>>704
>674の懸念は別に変じゃないぞ
変なのは>>674を理解できなかったお前だ

>>700
規格準拠度が低いクソみたいなコンパイラを使わない

どうしたいきなり
>>700も関係無いことを言いだして

誤　700も
正　700と

>>707
いやいや、おかしいよ。
void func( char *output, int max_buffer )
を使うのにバッファを意識しないプログラムとかありえないだろ

バッファがどのくらいか分からんのに
void func( char *output, int max_buffer )
とか間違ってるだろ。

これCの使い方だぞ

>>705
競プロなんていうマイナー分野の話なんかしてないし
実行時間のほとんどはアルゴリズム依存なんだから1%未満のオーバーヘッドが影響するわけが無い
固定長配列はarrayを使うべきだし、動的にサイズを変えないといけない場合vectorでまとめて確保して普通のnewした配列として使えばいい
他人の競プロのコード見たら使いまくってるしな

>>711
よくわかった
>>674の『バッファサイズをどのぐらい用意すれば良いんだ？という問題が出る』
を単語レベルに近い連想で文を捉えるから珍妙な解釈になる
レスを100回読み直せ

ID:2EFm3ZKdの背伸びが痛々しい。
このスレで一番出来ない子が何をいっちょまえにレスしてんだか…。
なぁーにが「競プロ解いてるだけ」だよド素人が。

>>713
だからよ、
＞バッファサイズをどのぐらい用意すれば良いんだ？という問題が出る
って言うような疑問がおかしいんであって、

void func( char *output, int max_buffer)

はサイズを指定して使うもんだ。それ以外にあるかよ。
パターンもパターンやんけ。

バッファサイズがわからん状態で、、
void func( char *output, int max_buffer)ってのはあり得ないんだよ

>>714
はっはー。おだいじんさまぁ～。

>>715
別の関数で必要なサイズを返すのか？
変更が別スレッドだったら、さらにロック、アンロックの関数がそれぞれ必要になるな。

じゃー背伸びついでに言っとくわ。
その関数voidだから失敗したかどうかわからんから、バッファ入力サイズを推定できない。
ドキュメント読め。

チッ間に合わなかった。

いやいや、
void func( char *output, int max_buffer)
ってのは

char *output　に結果を返すんだよ。
そんなのもわからんのか。

max_bufferはオーバーフローを防ぐための物だ。
何を言ってんだ一体

例外使わないのか
初心者なのかレガシープログラマなのか

>>715
その部分の日本語の理解が間違っているとわざわざ教えてやっているのに
他にどういう理解があり得るのかも考えずゴミレスを繰り返すとは
アスペなだけでなくて荒らしのつもりなのか？

>>720
そんなちゃんぽん仕様にしなくても戻り値一個設定すれば済む話じゃないか。
汚いと思う。

Cやってたらvoid func(char *output, int max_buffer)なんてパターンだろ。
基本中の基本だろ。

染まってるのか。
まぁいいや。
黙るって言ったから黙る。

723 : デフォルトの名無しさん 2016/09/12(月) 00:05:58.76 ID:JmiC7f4k
>>720
そんなちゃんぽん仕様にしなくても戻り値一個設定すれば済む話じゃないか。
汚いと思う。

バッファサイズ指定の関数で溢れた時に例外をスローするのは珍しいな
Visual C++の_s関数の配列オーバーロードはそんな仕様だった気もするが

>>715
https://msdn.microsoft.com/ja-jp/library/cc429127.aspx
バッファサイズを指定できても、結果を正しく格納するのに必要なバッファサイズはわからない
ってことはあるんだよ。

void func( char *output, int max_buffer)
これはさ、max_buffer以内で絶対に納めるって前提があるんだよ。
その為のmax_bufferだぞ。

max_bufferの指定が間違ったらエラーなんだよ。
他にどういう使い方あるんだよ

>>728
マクロでパスの最大規定されてる

結果を正しく格納するのに必要なバッファサイズが、max_bufferだろ。
char *outputのサイズがmax_buffeなんだよ

char *outputがオーバーフローしないように、max_bufferを上限に処理をして、
char *outputで返せばオーバーフローしないって仕組みなんだよ。

まさか>>728のやさしいレスを見てもまだ世迷い言が続くとは
これはホンモノだ

おまえなにもわかってないだろ。
何ひとつ自分で説明してないだろ。

>>732
老害プログラマによくいる切り捨てられても気にしない、切り捨てによって発生したバグが確認されて初めてバッファーサイズをプログラム内の定数値で変更する人なんでしょ。

C++使ってるなら正しく処理する為には多大な面倒が発生する手法なんて使うなって事なんだけど老害にはそれが理解出来ないらしい。

max_bufferがあるからバッファオーバーフローを防ぐことが出来る
逆にmax_bufferが効果を発揮する状況というのは
結果を正しく格納するのに必要なバッファサイズがmax_bufferを越える時だ
従って>>731の最初の行は間違っている

最大値をどうすればいいのかって話でしょ
728の例だと別の場所で最大値は決まってる
でもバッファサイズ3とか小さすぎると欲しい情報は帰ってこない
当然オーバーフローはしないけど

バッファっていう概念がちょっとズレてんのかもな
Cやってる人はコップでプールの水をすくうとき
コップがバッファだ
コップの大きさで回数を重ねてすくう
コップを最大まで大きくしなきゃいけないとか
必要なコップサイズは、などとは考えない
それがバッファ

>>730
文脈を理解できない低能は去れ

>>733
健常者なら『レスを100回読み直せ』で理解できると思ったので敢えて説明しなかった失礼
では説明してやろう
＜呼び出し側＞
　vector<char> result(★);
　func ( &result[0], result.size() );
>>674はこの★をどう決定するかが
呼び出し側コードを書く者の負担になると言っている

だからよ、C++の使い方で
void func( char *output, int max_buffer)
を使おうとすれば、Cのバッファを意識する使い方以外に無いだろ。

それをストリングクラスの代わりに
void func( char *output, int max_buffer) を使う手ももあるが、
バッファのサイズをどうするかが問題、とか言ってるから、

そういう使い方はしないし間違ってるって言ってんだろがよ

void func( char *output, int max_buffer)
これはよ、char *outputのサイズを意識しない限り、動かせないプログラムだよ

このサイズが分からない時に、
void func( char *output, int max_buffer) を使うってのは無いんだよ
それをあるって言うから、無いって言ってんだよ 👀
Rock54: Caution(BBR-MD5:0be15ced7fbdb9fdb4d0ce1929c1b82f)

>>740
一旦これだけは言っておくが
おまいの言っていることは正常でしかもごくあたりまえのこと
おそらくその点を繰り返す必要はもうないし
そのことはみんな分かってる

読み込む前にサイズ分からないものがあるよね？
そのときは固定サイズじゃ読み込めないよね、
的なことをおまいの相手は繰り返し言ってるんじゃないか？
配列に対するベクタの利点みたいな部分を言いたがってる気がする

最大値がどっかで決まってるか、outputにヌルいれると必要なサイズ返るとかが普通じゃね
その関数だけじゃ必要なサイズがわからんというお話
パスが欲しいのにバッファ小さすぎてドライブレターだけ返ってきても意味無いわけで

void func( char *output, int max_buffer)
を使う前にはサイズを把握してないと駄目ってだけだよ。

それが把握できんのにこういうCライクな使い方は間違ってるって俺は言ってるだけだよ

C言語的なインターフェイスは不便だからC++らしく書きましょう

>>743
格納サイズを把握してたらmax_bufferなんて要らなくね？

>>745
いやオーバーフロー対策の最大値だから
引数で明示的にサイズを渡しましょうって取り決めだ

>>743の達した結論が
>>674とほぼ同じに思えてならない

いまさらそんな40年前からある常識を言われも困る

>>730
>728 で挙げた MSDN のページにそんな規定は見当たらないんだけど、どこ見て言ってるの？
MAX_PATH の類のことを言ってるなら、よくある勘違いだろうと思うんだ。
https://www.google.com/search?q=GetModuleFileName+MAX_PATH
http://d.hatena.ne.jp/satosystems/20100807/1281152224

MAXPATH があてにならんのは確かだが
サイズ取得せずにリトライするのもダメ臭が

書き込んだサイズを返すくせに必要なサイズを
調べる機能が規格に無いstd::mbstowcsはクソ

プログラミングのコードを書く時のタブvsスペース戦争がついに決着
http://www.gizmodo.jp/2016/09/tab-vs-space.html

優れたデータから生まれるクソ同然な解説

おまえTAB派かｗ

タブスペース混在で起きる問題とは？

タブ幅が決まってないのが一番の問題だな。2,3,4,8みんなバラバラ。

pythonが致命傷を負う

>outputにヌルいれると必要なサイズ返るとかが普通じゃね

必ずしもそれが有効かどうかわからないから困る
必要なバッファサイズを取得してから実際に文字列を取得するまで
関数を二回呼び出す必要があり、ここに時間差があるのが問題
マルチスレッドで問題になる
取得したバッファサイズは既に古い情報になっている可能性がある
これを解決するにはLockするしかない
obj->lock();
size_t buffer_size = obj->func( nullptr, 0 );
std::vector<char> output( buffer_size );
obj->func( outputr.data(), output.size() );
obj->unlock();
こんなコードはまさに糞であるということ
しかも、lock、unlockをし忘れても、たまたまのタイミングの物で、そこそこ動きそうというのが怖い
つまり、ほんの短い期間の間に、文字列が更新されて取得したバッファサイズが無効になるほうが珍しいだろう
しかし、ありえないことではない
1000回に1回だけ失敗するというのが一番怖い

これに比べれば、関数内でnew char[]して返すほうが、まだいくらかマシに思えるぐらい
しかしこれをやると、帰ってきた文字列は自分で開放しなければならないのか
あるいは開放してはダメなのか、解放関数はdelete[]なのかfreeなのかあるいは別の専用関数なのか
ということが関数ごとにマチマチになり、非常に煩雑になる

std::string output = obj->func();
のほうが断然良い、誰の目にも明らか、短い、シンプル
lock、unlockを呼び出し元が保証しなければならないのは良くない
必要な処理が一発の関数呼び出しでキマるように設計すれば、同期処理はobj内に隠蔽できる
こちらのほうが良い
単に文字列取得するだけでlock、unlockが必要というのは狂気の沙汰
>>700のような特殊な場合を除いては、ね

ってか

void func( char *output, int max_buffer)

なんてI/Fを書いちゃってることが問題なんじゃねーの？
これでなんとかしようって考えたって生産性ないし

cのIFだから古臭いのはしょうがない。

効率悪くなってもstd::string吐くようにラップして二度と触らないのが吉。

void func( char *output, int max_buffer)
これ、ニワカが作ったダメな見本

普通
size_t func( char *output, size_t max_buffer)

ゴミが得意気に難癖つけてて笑える

同じ意味じゃんｗ

マルチスレッドのリテラシーも無いのにクソみたいな長文をﾄﾞﾔ顔で貼り付ける>>758が哀れで仕方ない
2回のfnucの呼び出しの間にバッファーが変更される状況では単独の呼び出しすら破綻していることが理解できないらしい

彼に限らず何らかの問題意識を訴える子が
なぜか突然マルチスレッドを絡めてくるのはもはや伝統芸
そして一通り話を聞いてみると
「そうだね、排他だね」としか言いようがないことも毎度

std::string output = obj->func();
の場合、funcの中で排他処理をしていれば、呼び出し元は排他処理について気にしなくてよい
アトミックな操作ということになる
文字列の取得にかかわらず、アトミックが期待される処理は
分解せずに一つの関数で実現すべきである
personオブジェクトの取得なら、person = obj->get_person(); とすべきであり
person.set_name( obj->get_persion_name() );
person.set_age( obj->get_persion_age() );
のように分解してしまうとアトミックでなくなるから、やはりロックが必要になる
外からオブジェクトをロックする、そういうI/Fをobjに用意するということは
何時でも何処でも好き勝手にロックできるというわけで
使い方を誤るとデッドロックを引き起こす可能性がある
ロックの順番はクラス設計者が明確に管理し、隠蔽すべき

さて、文字列取得を二つの関数に分けて行うとアトミックな操作でなくなるから
呼び出し元で排他処理をしなければならなくなる
obj->lock();
size_t buffer_size = obj->func( nullptr, 0 );
std::vector<char> output( buffer_size );
obj->func( output.data(), output.size() );
obj->unlock();
これは非常に面倒なので君らは直ぐにでもstd::stringを返すラッパーを書く
そうすれば結局同じことになるので、初めからstd::stringを返せばよい
もとより文字列の取得はアトミックであることが期待されるわけだから
一回の関数呼び出しで行うのが筋である

一生懸命考えた結果がコレか？
呼び出し側が自らコンカレントな使い方する前提でロック必須と言われてもねぇ
その内vectorのremove&eraseイディオムにも排他が必要で狂気の沙汰とか言い出しそうだな

どれだけの処理を一つの関数で行うべきかは
どこまでの処理がアトミックと期待されるか、による
文字列の取得はアトミックであることが期待されるので
一つの関数でアトミックに実行すべき、となる
場合によればアトミックの範囲がもっと広がることもある
例えばpersonの情報が欲しいとき、名前と年齢を別々に取得するのはよくない
名前の取得と年齢の取得のそれぞれが独立して排他処理してあって正しく動いたとしても
全体として名前と年齢のペアが一致しなくなる可能性があるから
だからこの場合、personの情報は一つの関数呼び出しで行い、アトミックである必要がある

なので、一つの関数で実行すべきこと、アトミックに実行すべきこと、は
文字列の取得なんかよりは大きな範囲、粒度になることはある
大きくなることはあり得るということ

が、間違っても、文字列の取得などというプリミティブな処理を
バッファサイズの取得と文字の取得の二つに分割したほうが良い
とはならない

>>767

>必ずしもそれが有効かどうかわからないから困る

と書いた通り、すべての場合とは言っていない
困る場合があるといっている
そして、困る場合での話である

なるほどつまりは>>765だな
この論法は非constメンバー関数を使ったイディオムに広く使えそうだ

「～って普通だろ？」
　↓
「必ずしもそれが有効かどうかわからないから困る(長文略)」

>>767
呼び出し側だけとは限らんでしょ。
非同期でデータメンバーを更新しつつ、更新通知をだすクラスとか

一発でstringやらvectorで返すなら常識的に言ってロックは必要ないわな
何話してるのか分かってない奴が力んでるな

タブ幅は8である。但し、一度タブキーを叩くと4つのスペースが入る
但しそれで8つのスペースとなるときはそれを一つのタブに換える

いやタブとスペース混ぜるのは論外でしょ

混ぜると誰かがコード整形したときに全部差分に出るから邪魔

>>772
そんな事でロックが必要かどうか決まらないと思うが何を言ってるんだ？

VZエディターとか混ぜてたな

基本的にインデントが何段階も必要な入れ子はよくない
許容範囲は2つまでだな

論点がずれてんじゃんｗ

>>775
差分取るときホワイトスペース無視すればいいだろ

std::get_temporary_buffer ってなんであんなクソ仕様で作ったの

それ知らんかったけどクソだからC++17でdeprecatedになるのか

引数の異なる関数を関数テーブルにまとめる方法ヘルプミー

型が違うから難しくね？同名でオーバーロードするんじゃだめなんかい。

テーブルの別の要素で引数と返り値の型を記憶しておき、任意の関数ポインタ型にreinterpretして保存
呼び出し時は記憶した引数と返り値のの型に対応する関数ポインタ型にreinterpretしてから呼び出す。

>>783
それどうやって使うつもりなの？

>>785
やはり別物で統一して記憶させるしかないか…
要は入れてから後にキャストだよね

>>786
関数群30ぐらいあるからそれを管理しやすくしたい
別にenumで関数名入れておくのと
関数名に対応したインデックス拾ってくる関数を用意しておいて
後に使いやすく

酷い設計って言っていい？

>>787
> 後に使いやすく

ごめん、全然使いやすくなるイメージがないんだが...
単にまとめときたいだけならクラス作って静的メンバ関数でいいような気がするし

>>789
関数名を別ファイルから取り出して動的に動かすためにはこれしかなかった
まとめておいてプログラム内で処理ならそれで良いけど
今のところそうなってるからそれに会わせるしかないんだ

可変長引数取る関数内でスイッチするのと大差なさそう。

>>791
はぁ？？

>>791
結局どこかで分岐処理によるキャストするからほぼ変わらん気もする
これに関連する話だけど

int (*func)(void*)みたいな関数ポインタがあって
引数二つにするにはどうやってキャストしたら良いんだろうか

まず関数の型をtypedefしようぜ。

windows のマクロまみれのメッセージディスパッチと同じようなことじゃろ

http://ideone.com/BWJoEi
こういう感じのこと思いついたけど、できんかった。テヘペロ。
関数複製するんだから通ってほしいなぁ。
なんかテンプレマジックで通らんかなぁ。

これができたら、ファクトリーメソッドがパラダイス。

特定の型のパラメータパックってできなかったっけ？
Anyのパラメータパック食わせれば解決するんだけどなぁ・・・。

やりたいことにたいして少し大仰だが、Boost.Pythonのようなものでインタプリタからどうやって型安全に関数を実行してるか見たら少しは参考になるんじゃない？

>>790
> 関数名を別ファイルから取り出して動的に動かす
なら初めからそう書いてよ
使いやすさ云々じゃないじゃん
関数名を特定するのはいいけど引数は関数毎にバラバラなんでしょ？
結局どこかで分岐が必要な気がする
それとも引数は Variant みたいななんでも入れられる変数の配列にしてしまうとか

>>783
#include <functional>

double foo(double x) { return x; }
int bar(int x) { return x; }

int main()
{
std::function<double(double)> table[2];
table[0] = foo;
table[1] = bar;
}

>>801
コードサンクス
ただこれはintとdouble型に対してだからできるんじゃないのだろうか

>>800
そういうことだね
だからどこかでキャストし直す必要がある…はず
あらかじめどこかにパターンを定義しておいてそれはもうスイッチ文に頼るしかないかなって考えてる

>>797
俺もパラダイスを目指している
Cならエラー出ずにできるみたいなんだよね
C++でxmlをjsonにパースしたり
jsonを簡単に読み込む方法ってあったっけ？
ないならC#も考えないとな…

実行時に文字列を比較して分岐することのどこにパラダイスを見いだせるんだよ

>>803
調べてないけどライブラリぐらいあるんじゃね？

質問です。

placement newの関数の宣言と定義はどこに書くのが正解ですか？ よろしくお願いします。

>>805
picojsonとやらを使ってみた
便利なんだけど配列二つあると積む現象が起きてしまった…

jscriptで読めるから
WSHでアプリで実行

ReactOSというOSの開発をしています。
ヘッダー<new>と<crtdbg.h>のnewの宣言が衝突していて、<new>が使えません。
どうしたら正しく配置newが使えますか？

自分のソフトの販売権がカシオが取得とかねつ造してたやつだ

わかりました。ReactOSのSTLかCRTのコードが間違っているということですね。
配置newは<new>をインクルードしたら使えなければおかしい。

自分の商品の販売権をどう決めようが勝手でしょう。会社名を出したのは悪かったが。

ライバル会社かなにか？

>>812
おまえカシオが権利を所有とか書いてたんだろ
カシオと専売契約交わしたみたいに書いてたろ

カシオが知らんと思うてか　

>>814
誤解です。メールで交渉中でした。

>>815
うそつけこら。おまえがメール送ってただけやろが。
往生際が悪い。全部バレとんねん　

狭い業界でごまかせるとおもうなよ

すみません

反省してます

なんやなんや

マトラボスレ勢いなさすぎ。
誰かイコライザのコーディング教えてくれや

イコライザってなに？

信号処理

FFTか。言葉しかしらん。

高速フーリエ変換か

placement newの関数を自分で書く素振りを見せながら
newをインクルードとか、何言ってんだか。
標準ヘッダーが衝突するなら処理系作った奴に聞け

>>825
ありがとうございます。

CppUnitによるテストって登録件数が多くなった場合…なんとかならんもんかね
1000を越えるとかマジで嫌なんだが

何が嫌なんだ
時間がかかるってことなら分割したらいいじゃないか

>>828
コードがめっっっちゃ汚くならね？
1000個テストするなら1000行似たこと連続で書くんでしょ？

>>829
テストコードも名前を付けてモジュール化すればすれなりに見やすくはなるんじゃないか
どこで何のテストをしているか見つけやすくなるし

>>830
ファイル分割するってことだろうか？

別にそれCppUnit 固有の問題じゃねーじゃん。
お前のテストコード作成全般の問題だろ。

>>829
「似たこと連続で」ならマクロでも何でも使ってまとめりゃいいだろ。

http://ideone.com/VtKz07

http://nonbiri-tereka.hatenablog.com/entry/2014/06/25/093327を見て勉強中なのだが、
なぜ、test_addでaddをラップしてるのかがわからない
addに引数を持たすことが出来ないのか。
また、addの足し算が引数をaが1-100だった場合、今の俺では100個記述することになる
マクロを使用とかすれば解決できそうだけど、適切に使う方法が思いつかないんだ…
外部ファイルとかからの読み込みでも良いので何かしらヘルプ・・・・

void FunctionTest::test_add(){

CPPUNIT_ASSERT_EQUAL(3+2,func->add(3,2));
}

この部分を何個も書いて
CPPUNIT_TEST(test_add);//メンバ関数の登録ってのを

CPPUNIT_TEST(test_add);//メンバ関数の登録
CPPUNIT_TEST(test_add1);//メンバ関数の登録
CPPUNIT_TEST(test_add2);//メンバ関数の登録
.....となってしまう

コンパイル時と実行時の違いがあるから直接指定はできないよ。
lambdaとかbindでいけんじゃね？試してないけど。

凝ったことをした挙句テスター自体にバグ仕込んでテスト無効とか馬鹿らしいから
１回きりと割りきってシンプルに書くという考えもある

template<typename...Args> void hoge(Args...args){}
hoge({1,2,3});
としたら
hoge(std::initializer_list<int>)
のように推論して欲しいのですが何故できないのですか

http://ideone.com/zJhotB

投稿を暴発してしまった。
自動では推論してくれないみたいだねぇ。なんでだろう・・・。

勝手に変換されても困るべ

C++PRIMER　5TH KINDLE版でシコシコするのはどう思いますか。
尼ではさっぱり人気がないようですが。

あの手の本は意味がないよ
どんだけ、言語の仕様に詳しくなっても何の得にもならんからな

熱い江添批判

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

少なくとも言語仕様を把握してない奴にライブラリは作って欲しくない

つまりハゲはライブラリ作るな

言語仕様が
げんこつ塩ラーメン
に見えた

ちょっと夜食食ってくる

「言語仕様」→「げんごしよー」→「げんこつしおらーめん」
漢字の視覚情報として入力されたパターンを、
脳内でいったん音声情報に変換してから似た言葉に錯誤したのね。

俺の認識手順と違うみたいなので理解するのに手間取った。

>>848
言語仕様の後にライブラリのラだけ見えたからさらに連想を促進した

おまえらハゲを敬え

ハゲ(笑)

ハゲが世界の技術を支えてる

VSのリードプログラマもハゲだな

ハゲが好きだなお前ら

ハゲは絶倫！

質問なんだけどnewするとき例外処理する人はvectorとかでpush_backする時も毎回tryしてんの？

してると言えばしてるけど、多分君の思ってる感じではしてない。

例外は例外的にしか発生しないので、層の上の方の集約するポイントでcatchしてる。
あんまり細かくやっても意味ないしハゲる。

つーか、例外発生する可能性のある箇所でcatchしないとかないでしょ

あまり細かい事気にしてるとハゲるよw

問い1「newするとき毎回try catchするバカはvectorのpush_backもtry catchするのか？」
答え「している可能性あり」

問い2「newするとき毎回try catchするバカは非noexcept関数の呼び出しも毎回try catchするのか？」
答え「バカの行動は一貫性が無いのでしていないだろう」

// Aをnewしてveにpush_back
// push_backは落ちないようcatchのおまじない必須
try { ve . push_back( new A( new R(), new S() ) ); }
catch ( ... ) {}

そんな基本的なコンテナのエラーを、catchしても、
プログラマーが回復させることは出来ない

強制終了されるままにしておいた方がいい

下手すれば、エラーログに書き込む際、さらにエラーが起きるかも

クラスの型が一致しなくてcatch出来なかった例外は一体何処へ吹っ飛んでいくのだろうか…

NULLチェックしろよとチェックツール使った品質チームが指摘してくるんだが、そもそもnew失敗したら例外になるからNULLチェックまで来ねーだろ、お前のチェックチーム馬鹿すぎだろって突っ込みを誰もしないで数年

バカってなんでnewしたがるんだろう

>>866
チェックツールが古い仕様向けに作られているのだろうか。
newが失敗した場合はNULLが返る、だからnewの後は常にNULL(ポ)を確認せよ。

指摘を聞き流すだけでなく、チェックする部署の人に
ツールのバージョンだか設定だかを現状に合うように改めてもらったら?

pimpl = new impl;
if(pimpl == nullptr) []()[[maybe_unused]]{throw std::bad_alloc();}();

c++ は最新仕様だけ覚えていればいいってもんではない。

>>867
make_uniqueはコンストラクター引数の補完が働かないので使いづらい

仕様だけは詳しいが、実務は全くできない奴いるなw
正直最新の仕様なんかについてうんちく垂れるより、古い仕様でもきちんと動くほうがいい。

中には、よくわからずに使って、はまって納期遅れさせるバカもいるwwww

日本語が理解できずに話をすり替えてしまう>>870みたいな低能や
例外処理の基本も理解できていない>>864みたいな低能が
その品質チームとやらにいるんだろう

new にも、NULLを返すバージョンと、例外にするバージョンなど、色々あるんじゃね？

例外処理って目的によって異なる
素直にシステムがエラー吐いて終了で問題ない場合
特定のエラーを検出して改善の為のログを残したい場合
止まると困るシステムの場合十分なリカバリー手段を用意して例外検出と復旧処理を行う

通常のアプリケーションにnew なんて使わないって書いてあったけど
プログラムの目的とエラーに対する必要な強度を仕分けして
全体としてどの様に例外処理を組み込むかって事だよね

やっぱりC++って集団で使うのには向いてないんだよね
どのC++の話してるか分からないか

ゲームエンジンの本には、自分でメモリプールを作っている例が、よく載っている

newをその都度呼ぶと遅いから、まとめて何十個分のメモリを確保する。
そしてその中から、今使う分だけを使う

でも、それぐらいの機能、既に誰かが、ライブラリを作っていそうなもんだが

boost.pool

もちろんメモリプールなんてたくさん出回ってるし今度標準にも入る
でもそれらの性能が十分とは限らない

昔、lokiとかあったやん？
使ったこと無いからしらんけど
あれにもメモリプールなかったっけ

>>868
えええええええ

いつからそんなクソ仕様になったん…
例外じゃないのか

と思ったけどC++て全部チェック例外だっけ
newのたびにtryさせられるよりsegmentation faultのほうがマシだな

>>881
勘違いさせたならすまん。>>868 で書いた
「newが失敗した場合はNULLが返る、だからnewの後は常にNULL(ポ)を確認せよ」
っていう方が古いC++でのnewの動作ね。
古いチェックツールがそんなエラーを返してるんじゃないの? という意図。

現在はnewの失敗は例外が返るのがデフォルト動作だよな。
nothrowで例外を出さないように指示したら今でもnullptrが返るけど。

>>882
C++は全てjavaでいう非チェック例外じゃないの？

お前らの例外話は何故いつもnewなのか

newにおける例外の扱いのベストプラクティスが示されていないから

ないものは自分で見つけんだよ

ひょえー

うはー

>>885
newを見るとすぐtry catchで囲わないといけないと妄想してる882みたいな低能が多いからでは？
catchを見ると「近くにnewが有るはず」と脊髄反射したに相違ない

それよりもnullチェックってどうやるのがスマートなんだ?
使ってるvector全部をif文にぶち込んでるコード見かけて驚愕したんだが

vectorに挿入する前にチェックすればいい

一部の用途を除いてnewが失敗する可能性は考えなくていい

説明願います

VBのCSV出力が遅いんだけど
Cで書いたら速くなんの？

むしろその手の処理はVBの方が速い

>>884
んなこたーない

>>895
文字列連結を馬鹿みたいに繰り返して遅くなってるんじゃないの

>>895
文字列連結を馬鹿みたいに繰り返して遅くなってるんじゃないの

かなり大事な事ですねｗ
ＶＢとかＣ＃で遅いからといってＣやC++にしたところで劇的に速くなる保証なんかないのにな
何の言語にしようがどうしようもないか自分の組み方がおかしいかどちらか

>>895
ファイル出力が遅いのかテキストの組み立てが遅いのか

VBのCSVライブラリ使ってるなら、
規格(？)に準拠するようにいろんな処理してるから
かなり遅いっぽいぞ

エスケープが要らないとかダブルクォーテーションが要らないとか
条件を限定できるなら高速化の余地もあるんでないかい

>>898>>901>>902
おまえらこのスレで面倒見るつもりなのｗ？

むしろ同じロジックでコードを書いて比較してほしい。

アルゴリズムの選択を誤ればJavaにすら負ける
大事なのはアルゴリズム

Javaで適切なアルゴリズムを使うPGと同一人物が
C++で不適切なアルゴリズムをわざわざやるかよ
同一人物が使ってどっちが優れた結果を出せるかだろ

ここではアルゴリズムってよりライブラリ依存だな。
CSVのパースは真面目にROC準拠でやろうとすると頭が禿げるぐらい面倒くさい。
現実に扱うCSVはもっと前提条件を少なくできるだろうから、
自分で簡易版のパーサーを実装した方がいいかも。

ROCってのが何なのかわからんが
RFC 4180なら所詮ワンパスなのでそんなに難しくない。
C#で自作したものをブビライブラリと比較したら10倍程度の速さだった。
どうせTextFieldParser使ったんだろ

CSVなんかただの記号区切りのテキストファイルだろ。
区切ってテキスト出力すりゃええだけじゃろ

質問者は出力について悩んでいる人に
パーサーの自作をすすめる
これがクソスレのクオリティ

パーサー次第で出力に差が出るだろう、そんなことも分からんのか？？？

テキトーな仕様のオレオレCSVの自作を勧める奴がいまだに存在するとは。

1行ずつ読んでいくんじゃないのか

オレオレ仕様のcsvが氾濫してるから今更どうしようもない
それが問題になるようなら保存形式にcsvを用いる事自体が間違い

csvってカンマ区切りということ以外の仕様ってあるのか？

無い
オレオレの中でもメジャーなのに後付けでRFCが出来ただけ

>>906
普通に見たことあるけど
vectorじゃなくlist使って遅いとか
>>910
質問読めてない糞民が何言ってんだか

ポインタの無いＣ++を誰か作ってくれないかな…。

>>918
C++なら、あんまりポインタ意識しなくてもできるでしょ。
ライブラリが吸収してくれるんだし。

> vectorじゃなくlist使って遅いとか

Javaしか使えないやつの付け焼き刃か

>>915
区切り文字(カンマと改行)をデータとして含む場合にどうするかについての仕様がある。
それが面倒くさいなら最初からタブ区切りテキストにしておけと思うが。

ここで休んでいくか

CSVは汎用性とか規格準拠とか考え始めると面倒らしいね。
カーニハンとパイクの有名な『プログラミング作法』第4章でも
素朴なプロトタイプから汎用ライブラリに磨き上げていくネタに使われてる。

引用符でくくられた文字列フィールドに含まれるカンマを読み飛ばすとか、
文字列に引用符文字を含ませる場合のエスケープ処理、
フィールド先頭以外にいきなり出てきた引用符文字はどう扱うべきか、
そういった問題。

結局、仕様のあいまいな部分は、データをExcelに処理させて
どう解釈するかを観察し、それに動作を合わせるという妥協策とか。
面白いけど奥深い(面倒くさい)話が載ってる。

面倒くさがりの俺はカンマのあとのスペースの扱いをどうするか考えるのをやめた

実際問題、業務で扱うCSVがRFCにそってた試しがない
データ中に，とダブルクォーテーションがないこと前提で全フィールド囲みなしとか
データの改行かどうかはフィールド数から判断しろとか

空白は有効な値として取り込みマズければ前処理でなんとかしてくれというのがかんたん

>>926
空白のあとの引用符出現とか考えると面倒

裏でExcel立ち上げてそいつにCSV読み込ませる
ってのがスマートなやり方かもしれん。

手作業でか？　COM使えよ

ところでさ
bitsetって複数ビットへのアクセスってできたっけか？
00001111 から
0001 のprvalueを得たり、
00000000 を
00011100 にするのに
bs(4,2) = 0b111; みたいなこと

今すぐN4606をダウンロードして20.9を読め

C++標準についてですが
よく言われる「ゼロオーバーヘッド原則」はどのように守られているのでしょうか？
たとえば委員会はこの原則を明文化して守っていますか？
または原則が委員の思想や感情だけによって守られていますか？
今後のアップデートにより破られることはありますか？
D&Eには「思想も進化する」というような文が見られますが設計思想の変更プロセスはマニュアル化されているのでしょうか？

ゼロオーバーヘッドの意味するところはなんなのか知らんが、
仮想関数使った時点で間接参照になって現代のキャッシュマシンには厳しいオーバーヘッドになっていると思いますけどね。

たぶんあなたは「ゼロオーバーヘッド原則」を何かわかっていないですね。
とにかく標準規格の委員会の設計方針のルールをしりたいのです

ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

そりゃ原則なんだから、原則守られるだろう。
原則Goto文が使われる事は絶対無いのと同じだ。

てかここで聞く質問じゃないだろ。直接委員会にメール送れよ。