【初心者歓迎】C/C++室 Ver.100【環境依存OK】 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2016/11/06(日) 22:58:02.60

エスケープシーケンスやWin32APIなどの環境依存なものでもOK。
ただしその場合、質問者は必ず環境を書きましょう。

◆ソースのインデントについて
半角空白やTABでのインデントはスレに貼ると無くなります。
そのため、アップローダーに上げるのも手ですが直接貼る場合は、
全角空白かに置換すると見栄えだけはよくなります。

【アップローダー】(質問が長い時はココ使うと便利)
http://codepad.org/ (コンパイルもできるし出力結果も得られる[]privateをチェック)
http://ideone.com/ (時間帯によってはcodepadが重い事があるのでここも利用)

前スレ
【初心者歓迎】C/C++室 Ver.99【環境依存OK】
http://echo.2ch.net/test/read.cgi/tech/1469177649/

**デフォルトの名無しさん** · 2017/04/26(水) 02:18:40.34

restrict無しが想像つかないってどういうことだろ

**デフォルトの名無しさん** · 2017/04/26(水) 09:07:13.88

restrict使ったことないなあ
大きく最適化されるの？

**デフォルトの名無しさん** · 2017/04/26(水) 09:13:52.17

最適化はあんま気にしてなくて意味的なものかな
memcpyとmemmoveみたいな

**デフォルトの名無しさん** · 2017/04/26(水) 09:20:57.15

そう言う機能はメーカー独自実装でC99決まるずっと前からスタンダードだったから、C99って実感が無い。。。

**デフォルトの名無しさん** · 2017/04/26(水) 11:36:23.97

>>631
いやいやそれはさすがに想像力足りなくね？

snprintf無しは無理ゲーなのは同意するが

**デフォルトの名無しさん** · 2017/05/05(金) 00:51:04.53

void func(hoge)
int hoge;
{}
こんな書き方があったん？

**デフォルトの名無しさん** · 2017/05/05(金) 01:30:10.63

>>637
詳しくは k&r style とかでググればいいけど今時知る必要はほぼないと思う

**デフォルトの名無しさん** · 2017/05/05(金) 15:05:47.25

K&R1 だね、引数の型チェックができないから不便かつミスを誘発しやすい

**デフォルトの名無しさん** · 2017/05/07(日) 00:55:58.17

使われなくなった過去の異物に優劣語り出すとか
老人やべーな

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/05/07(日) 00:58:01.39

×異物
○遺物

**デフォルトの名無しさん** · 2017/05/07(日) 01:41:21.28

誰も優を語ってない訳だが

**デフォルトの名無しさん** · 2017/05/07(日) 15:54:40.58

ストラウストラップの本って読む価値ありますか？

**デフォルトの名無しさん** · 2017/05/07(日) 22:28:38.36

著書全般の基本的な傾向としては万人向けの価値はない
物事の意味や本質を学び考え悩み理解しようとする人向けの本であって
うわべだけの丸暗記やコピペで即結論や結果を求める人向けの本ではないから

**デフォルトの名無しさん** · 2017/05/07(日) 22:36:06.44

読む価値はあるが嘘が多いので騙されない注意が必要

**デフォルトの名無しさん** · 2017/05/07(日) 23:30:36.93

>>644
>>645
上級者向けの本みたいなので
買うのは先に延ばしたいと思います...
一冊高いのもありますが
サンクスです

**デフォルトの名無しさん** · 2017/05/19(金) 15:26:03.09

はぁ～～～～
安易にC++に手を出すんじゃなかった

**デフォルトの名無しさん** · 2017/05/20(土) 12:15:32.26

変人や御用達の言語だからな
馬鹿のくせにプライド高い老害しか使ってないイメージ

**デフォルトの名無しさん** · 2017/05/20(土) 12:51:51.67

>>648
その手の人らの声が大きいだけだよ。特にこんなところでは。

**デフォルトの名無しさん** · 2017/05/20(土) 18:23:23.08

みんな黙ってC++だよ

**デフォルトの名無しさん** · 2017/05/23(火) 00:42:13.85

ちょっとした確認なんだけどさ、
デストラクタが空っぽ (デフォルトデストラクタ) でもオブジェクトを後始末するための何らかの処理はするよね？

よくあるスライシングの問題で、

・クラス A をクラス B が継承している
・クラス A のデストラクタは virtual が付いていない
・クラス B のデストラクタはデフォルトデストラクタ
・クラス B はメンバ変数を持っていない
・B* を A* にキャストしたものを delete

という状況だと見かけ上はクラス B のオブジェクトには後始末すべきものは何もないように見えるけど、
デストラクタが呼ばれないのはやっぱあかんよな？

**デフォルトの名無しさん** · 2017/05/23(火) 04:48:39.03

うん

**デフォルトの名無しさん** · 2017/05/23(火) 09:20:18.86

>>651
はい
規格上もデストラクタがvirtualでないBのオブジェクトをA*に入れてdeleteした場合未定義動作だよ

**デフォルトの名無しさん** · 2017/05/23(火) 10:48:08.30

未定義動作多すぎだなこの言語。
よくここまで生き残れたな。

**デフォルトの名無しさん** · 2017/05/23(火) 11:01:35.25

未定義部分を各社が好きに定義してたからね。
VC++だとこう動くけど、g++だとこう動く、みたいな。

**デフォルトの名無しさん** · 2017/05/23(火) 12:45:18.14

>>653
横からだけど、それまじ？
出来れば、規格で書かれてる場所教えて欲しい。

不安に思いながらも、一個作っちゃったんだよな…
動作確認済みだから、直ちに問題があるわけではないんだけど、未定義と聞くと将来的には修正しておきたい…

**デフォルトの名無しさん** · 2017/05/23(火) 13:25:39.67

>規格で書かれてる場所教えて欲しい

delete式の説明の最初のページに書かれていることが探せないというのは
場所を教えられたところでそもそも規格を保有していないのではないか

**デフォルトの名無しさん** · 2017/05/23(火) 13:25:57.75

>>656
意図して作ったの？バグじゃなくて？

**デフォルトの名無しさん** · 2017/05/23(火) 15:16:19.75

htmlとその解釈に悩まされるよりはマシ

**653** · 2017/05/23(火) 15:21:53.55

>>656
俺もworking draftしかないけどn3690の5.3.5の3段落目

In the first alternative (delete object), if the static type of the object to be deleted is different from its
dynamic type, the static type shall be a base class of the dynamic type of the object to be deleted and the
static type shall have a virtual destructor or the behavior is undefined.

**デフォルトの名無しさん** · 2017/05/23(火) 17:00:54.34

C++があまりに不安な要素をたくさん抱えているお陰で未だに新生言語が多数出てくると
思えばいいじゃん？

**デフォルトの名無しさん** · 2017/05/23(火) 19:47:58.75

継承すんなよ

**デフォルトの名無しさん** · 2017/05/24(水) 00:55:48.61

>>658
意図して作った。
悪しき方法とは思いつつも、stringクラスにsprintf 的な機能のメンバ関数作ったった。
その時、stringクラスの全機能を実装するのがめんどくさかったんで public 継承で。
メモリレイアウトは一切変わらない事を見切った上でだが、未定義だとすると…ヤベ。

**デフォルトの名無しさん** · 2017/05/24(水) 00:56:49.58

ん、まあ、deleteは使わないからセーフか？

**デフォルトの名無しさん** · 2017/05/24(水) 01:00:58.95

>>657
ドラフトしか持ってない…
delete 使う事は頭になかったから気付かなかった。
ありがとう。

>>660
おぉ、ピンポイント情報あざす。早速確認してみる。

**デフォルトの名無しさん** · 2017/05/24(水) 12:01:47.91

メモリレイアウトが変わらない範囲で既存のクラスを再オープンして機能を追加する方法の提案だけは出てたような気がする。

**デフォルトの名無しさん** · 2017/05/24(水) 12:06:31.74

>>663
例外関連のなんたらかんたらの処理 (stack unwinding) がかかわってくるんじゃなかったっけ。
正常系では普通に動いているように見えても何がどうなってるかわからんぞ

**デフォルトの名無しさん** · 2017/05/24(水) 13:51:37.65

>>658の話の場合、別に”string *のポインタで”継承したやつをdeleteしない限り大丈夫でしょ
>>651で言うところの
・B* を A* にキャストしたものを delete
これが問題になるんであって

B*からdeleteして中身もBなら問題にならないと思うけど

**デフォルトの名無しさん** · 2017/05/24(水) 14:15:44.36

>>668
std::vector<std::string>に入れたら死ぬってことだよね？？

**デフォルトの名無しさん** · 2017/05/24(水) 14:47:39.17

>>669
ポインタを std::string* に入れてなおかつそれを std::string* のままで delete したらあかんという話。
値を std::string にキャストする分にはなにも問題はない。

**デフォルトの名無しさん** · 2017/05/24(水) 15:58:36.11

>>670
だからstd::vector<std::string>にいれらんないよね？

**デフォルトの名無しさん** · 2017/05/24(水) 17:02:32.05

>>671
何を言いたいのかよくわからんが……。
std::string を継承した型は、レイアウトが変わらないようにしたからと言って (キャストなしで) std::string には入らないよ。
言いたいことを具体的にコードで示してくれんか

**デフォルトの名無しさん** · 2017/06/03(土) 20:46:07.15

>>672
http://ideone.com/akrJQA

**デフォルトの名無しさん** · 2017/06/04(日) 05:01:25.52

テンプレート構造体を作りその配列をクラスのメンバに含めたいのですが上手くいきません。

作りたいクラスはスタックとして使えるもので、
主な作りたいメンバは、二つの型のメンバ変数を持つ上記のテンプレート構造体の配列。
引数としてテンプレート構造体を持ち、上記の配列に順次プッシュしていく関数。
最後にプッシュされた構造体をポップする関数、という3つです。

どのようにすればテンプレート構造体をクラスのメンバにすることが出来るのでしょうか？
もしくは、このような機能を持つクラスを実装するためにはどうすればいいのでしょうか？
よろしくお願いします。

**デフォルトの名無しさん** · 2017/06/04(日) 08:23:07.29

まず
using テンプレート構造体の型 = 構造体テンプレート<型パラメーター>;
をします

**デフォルトの名無しさん** · 2017/06/04(日) 11:02:02.70

>>674
http://ideon.com/EmULAG

**デフォルトの名無しさん** · 2017/06/04(日) 11:02:24.41

http://ideone.com/EmULAG

**デフォルトの名無しさん** · 2017/06/04(日) 21:12:43.78

質問への回答はいいとして
たった100行のコードによくもここまでUNKOを詰め込めるものだと感心

**デフォルトの名無しさん** · 2017/06/04(日) 21:24:21.29

>>678
どこ？教えて

**デフォルトの名無しさん** · 2017/06/04(日) 22:06:48.73

>>679
細かくは見てないがぱっと見て気になったのは、
殆どが「= default」で済むものを自前で定義する所とか
K,Vの左辺値が渡せないunkoコンストラクターとか
左辺値が渡せないpush関数とか
key_value_pair_stackの外で定義されたdefault_max_sizeとか
禁断の「value_type pop()」とか
ムーブ代入だけ何故か無いとか
例外安全を考慮しないswapとか
constexprの付いていない関数が多数とか
constが付いていないsize関数とか
質問者が「テンプレート構造体」と「クラス」の言葉を使い分けているのにわざわざクラステンプレートにする所とか
「value_type::value_type」の二つのvalue_typeの意味が違うとか
スワップする気皆無の「swap(key_value_pair&& other)」とか

あと
何故付いているのかわからない「const auto」のconstとか
キーバリューペアをシーケンシャルコンテナーに詰める例も地味にUNKO

**デフォルトの名無しさん** · 2017/06/04(日) 22:21:08.74

>>680
ありがとう
見直してみる

**デフォルトの名無しさん** · 2017/06/04(日) 23:59:40.42

>>680の指摘を受けて修正したやつ
https://ideone.com/4PDU5a

**デフォルトの名無しさん** · 2017/06/05(月) 07:13:59.57

>>682
20秒ほど眺めたがとりあえず3つほどなおした方がいい
・key_のメンバー宣言に{}が付いていないと、修正前と同じ動作にならない
・popの戻りはvoidにした方が無難
・clear()しても要素のデストラクターが呼ばれないのでstatic_assert(std::is_trivial_destructible<element_type>::value,"未対応")しとくのが礼儀

**デフォルトの名無しさん** · 2017/06/05(月) 08:02:20.82

>>683
一つ目だけ意味がわからない…28行目のこと？？なんで？

**デフォルトの名無しさん** · 2017/06/05(月) 08:16:13.98

>>684
その通り28行目
struct X {
　some_type m1 /* {} */;
　X() = default;
};
ここでsome_typeの初期化{}が無いとm1は未初期化になるし、
some_typeにデフォルトコンストラクターが無ければX()の「=default」が「=delete」扱いになる

**デフォルトの名無しさん** · 2017/06/05(月) 08:25:22.25

>>685
なるほど…これってデフォルトコンストラクタ自前で書いてメンバイニシャライザに書いても同じだよね？
valueも同様にイニシャライズしなきゃだめだよね？

**デフォルトの名無しさん** · 2017/06/05(月) 12:04:31.71

>>686
1:Yes, 2:Yes

struct X {string m; X()=default;};
struct X {int m{}; X()=default;};
struct X {int m; X() : m() {}};
はmが初期化される
struct X {int m; X()=default;};
が初期化されない

**デフォルトの名無しさん** · 2017/06/05(月) 12:34:51.89

>>687
ありがとう

**デフォルトの名無しさん** · 2017/06/05(月) 21:07:12.97

空のvectorをpop_backした時の仕様がクソ過ぎるC++

**デフォルトの名無しさん** · 2017/06/05(月) 23:54:31.67

亀レスで申し訳ありません、>>674です
とりあえずレベルが足りないことが分かったので、もう少し勉強してからいただいたコード解読してみます。
答えてくださった方ありがとうございました。

**デフォルトの名無しさん** · 2017/06/06(火) 07:02:51.57

気にすんな
簡単なことすんのにもこの難易度な言語がおかしい

**デフォルトの名無しさん** · 2017/06/06(火) 17:35:50.84

というかほとんどがムーブとかconst版とかconstexprとか、とことん丁寧にやろうとした場合の作法まで
含めた突っ込みだから、初心者が気にするような話ではないなｗ

そもそも、最近右辺値参照使ったコードを「書かないといけない」と誤解してる人が多い気がするんだが
あんなもん「ポインタのすげ替えで済む場合」にそれを出来るようにするための仕組みで、
まず左辺値版を書いた上で、右辺値版も書けば速くなるよ、ってだけだよね？

上記に該当しようがしまいがまず左辺値版は必須だし（左辺値を弾きたいならともかく）
該当する場合に高速化したければ右辺値版も書けばいいというだけで
これまた初心者が気にするような話ではないｗ

**デフォルトの名無しさん** · 2017/06/06(火) 18:16:24.12

>>692
>右辺値版も書けば速くなるよ、ってだけだよね？
お前の中ではそうなんだろうな

**デフォルトの名無しさん** · 2017/06/06(火) 18:58:32.67

違うというなら例ぐらい挙げてくれよ

**デフォルトの名無しさん** · 2017/06/06(火) 19:28:29.10

そういうのはスルーでok

**デフォルトの名無しさん** · 2017/06/06(火) 22:23:00.44

>>694
こういうのはワンポイントTipじゃなくて概念の理解だからね
『ムーブセマンティクスのため』と答えを言ったところで
君は理解できないんだろう？

**デフォルトの名無しさん** · 2017/06/06(火) 23:19:35.94

>>696
ドヤ顔で用語を挙げろなどとは一言も言っていないのだがｗ

**デフォルトの名無しさん** · 2017/06/07(水) 00:10:56.23

>>697
『ムーブセマンティクス』が君の求めた
例そのものなんだよ
でも君の頭脳では概念を理解できないから
説明する気もないし
わからなくても心配しなくていいよ

**デフォルトの名無しさん** · 2017/06/07(水) 00:22:15.23

教える側界隈の高度なやり取りだけで終始しないでほしいんですけど、、

**デフォルトの名無しさん** · 2017/06/07(水) 00:27:13.62

>>699
ヒント：unique_ptrのムーブは性能目的ではない

**デフォルトの名無しさん** · 2017/06/07(水) 00:54:38.14

>>698
こっちは疑問形で書いてんだから普通に指摘してくれりゃいいんじゃねーの？
なんかコンプでも抱えてんのかね

unique_ptrみたいな所有権の移動の実現（を楽に実装する）は確かに気付いてなかったが
初心者が気にするような話ではない＆いつも書かなければならないものではない、に対する反論になってないよな
ちょっとした指摘をそこまで煽って書ける神経が理解できん

**700** · 2017/06/07(水) 06:42:56.76

ちなみに俺は>>698ではない
そうぞうで書いた

**デフォルトの名無しさん** · 2017/06/07(水) 08:16:07.46

>>701
君は概念を理解できないだろうけど
コピーされては困るから「ムーブ」「セマンティクス」
なんだよ
性能に余裕があってもね
右辺値参照がなかったらスマポをvectorに入れることすらままならないよ

**デフォルトの名無しさん** · 2017/06/07(水) 18:47:00.97

>>702
いや自分も軽く調べてすぐ見つかった例がunique_ptrだったからそれだろうと思った

>>703
偉そうに言う割に自分もいい加減なこと言ってるな
C++03以前を知らない学生か何かだろうけど、お前みたいに偉そうにドヤ顔する癖のあるやつで
使い物になるコード書くやつを俺は見たことない
恥ずかしいからその辺にしとけ

**デフォルトの名無しさん** · 2017/06/10(土) 17:42:01.48

>>683
＞・popの戻りはvoidにした方が無難
なぜなんだ？pop の戻りがナルなら空であることを示せてべんりだろう？

**デフォルトの名無しさん** · 2017/06/10(土) 20:12:18.00

>>705
topとpop作れってことが言いたいんだろう多分

**デフォルトの名無しさん** · 2017/06/11(日) 22:14:52.88

「なぜなんだ？pop の戻りがナルなら空であることを示せてべんりだろう？」
　↓
「topとpop作れ」

これがアスペというやつか

**デフォルトの名無しさん** · 2017/06/11(日) 22:35:45.30

お前アスペ言いたいだけだろ w

**はつみつ餃子** ◆8X2XSCHEME · 2017/06/12(月) 01:27:35.05

std::queue では pop と front に分けられてるからその習慣に合わせた方がいいってことじゃない？
ただ、 queue のデザインが出来たときはムーブがなかったから先頭要素にアクセスするために
(参照でなく) 値を返すと同時にコンテナから削除するのはコピーが発生して非効率ってこともあってこうなってると思う。
今ならもっと別の選択肢はあっていいと思う。

まあ、古いデザインを引き摺っている部分はあるとは言っても標準ライブラリはすごくよく考えられてるから、
どうしてそうなっているのかを考察したり真似したりするのは良いと思う。

**デフォルトの名無しさん** · 2017/06/12(月) 01:48:34.70

はつみつ

**デフォルトの名無しさん** · 2017/06/12(月) 17:36:41.84

>>709は健常者
ただ理由は性能でなくて例外安全だろう

**デフォルトの名無しさん** · 2017/06/17(土) 07:59:16.34

クラスの演算子オバーロードの
書き方全種類教えてください。
operator （＊）やoperator ""や
operator ->()辺りが特に解説が少なくて
理解するのに困ってます。

よろしくお願いします。

**はちゃめちゃ餃子** ◆8X2XSCHEME · 2017/06/17(土) 09:10:34.91

>>712
ユーザー定義リテラルについてはこのあたりが詳しいと思う。

https://ezoeryou.github.io/cpp-book/C++11-Syntax-and-Feature.xhtml#over.literal
https://cpprefjp.github.io/lang/cpp11/user_defined_literals.html

名前空間名で修飾することができないので、
namespace 内で定義されたものについては using してからでないと使えないという規則が微妙に気持ち悪い。
あまりお勧めしない。
標準ライブラリが提供している complex 型のリテラルや時間のリテラルもそんなに頻繁には使わなさそうだし、
よく使うのは string 型のリテラルくらいかなぁ。

**デフォルトの名無しさん** · 2017/06/17(土) 11:23:50.84

まずウェブブラウザーで
http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2017/
をアクセスします。
次に「N4660」のPDFをダウンロードします。
右下に336と書かれたページ(16.5 Overloaded operators)を開きます。
そこから5ページほどスクロールしながら、英文を見ずにコードだけ眺めます。

**デフォルトの名無しさん** · 2017/06/17(土) 11:24:51.65

oops...
×　N4660
○　N4659

◆QZaw55cn4c · 2017/06/17(土) 12:02:12.82

>>712
ユーザー定義リテラルについては書かれていないが、それでも演算子オーバーロードについては
http://stlalv.la.coocan.jp/
が詳しいのではないか？はちみつさんがこれに触れないのは不思議‥

**デフォルトの名無しさん** · 2017/06/17(土) 12:24:13.05

あ、うんでもなんか、
http://stlalv.la.coocan.jp/HungarianNotation.html
↑のページ読んだだけでもうダメなんじゃないかって
文章もなんか危ないというか危ういし

とおもったらQZか
な～んだ納得

**デフォルトの名無しさん** · 2017/06/17(土) 13:21:59.00

>>717
ハンガリアンは意見がわかれるからね‥
私はハンガリアンはやらないよ

**はちみつ行者** ◆8X2XSCHEME · 2017/06/17(土) 14:21:54.44

>>716
自分が見ないページだから意識の外だった。
そのページはわかりやすく説明できているとは思うけど、
基本的な書き方で今更調べることはあんまりないよ。

**デフォルトの名無しさん** · 2017/06/17(土) 14:31:32.36

712です。
短いコードを打ちこんで動作を確認しました。
皆さん有り難うございました。

(ちょっと気になったのは
void operator [](std::initializer_list <int > list);
これがvsc2015では動作しなかったことぐらいです。
)

**653** · 2017/06/17(土) 16:42:18.70

それ戻り値がvoidだからじゃ

vs2015で試したら添字演算子の結果を使わなければvoidのままでも動いたし
戻り値返すようにしたら普通の使い方もできたよ

**はちみつ餃子** ◆8X2XSCHEME · 2017/06/17(土) 18:56:32.74

話がそれるけど operator[] に initializer_list を渡したいときってどんなとき？
次元が動的に決まるようなコンテナとか？

**デフォルトの名無しさん** · 2017/06/18(日) 00:16:25.00

xyの二つの値を渡したかったんだろ
言わせんな恥ずかしい

**はちみつ餃子** ◆8X2XSCHEME · 2017/06/18(日) 00:50:52.82

void って C++ の予約語の中ではカッコイイ言葉ナンバーワンだよな！

◆QZaw55cn4c · 2017/06/18(日) 09:48:40.36

auto に席をゆずったらしい‥

**デフォルトの名無しさん** · 2017/06/19(月) 13:14:46.01

pascal とか fortran の方が良くね？

**デフォルトの名無しさん** · 2017/06/19(月) 13:45:34.22

後藤

**はちみつ餃子** ◆8X2XSCHEME · 2017/06/19(月) 14:29:30.47

>>726
良かろうが悪かろうがこのスレに来てるのはそれでも C/C++ を使うってやつらなんだからその問いかけは無意味

**デフォルトの名無しさん** · 2017/06/19(月) 15:29:57.68

予約語として他言語から呼べる万能感があるのに :-P
C89では削除されたのだっけ

◆QZaw55cn4c · 2017/06/19(月) 19:14:53.97

>>727
setjmp/longjmp のインパクト！を考えると、いまいちだと思いますぅ

**デフォルトの名無しさん** · 2017/06/20(火) 00:48:54.33

longjmpは無理やり過ぎだよな
Cならではとも思うが