【初心者歓迎】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/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ならではとも思うが

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

リターンアドレスレジスタみたいなの持ってる石だと
ちょいとだけ複雑になるのかすぃら？

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

>>172
>MISRA-C研究会が書いている、MISRA-C 2004(C90) の本をみっちり、勉強しろ！
>研究会のメンバーでさえ、規格に詳しい人がいないのだから

規格も理解できない奴らが集まって書いた27年前の規格の解説本って
やばすぎだろ

**デフォルトの名無しさん** · 2017/06/21(水) 00:16:32.09

5ヶ月以上前のレスに反応するって
やばすぎだろ

**デフォルトの名無しさん** · 2017/06/21(水) 04:19:48.48

コンパイラやライブラリが腐っていることなんて
良くある事。利用者は配慮してくれないと（AA略）

**デフォルトの名無しさん** · 2017/06/21(水) 11:49:15.08

最終的にできたものが使用通りならそれでいい
規格準拠度なんてどうでもいいな

**デフォルトの名無しさん** · 2017/06/21(水) 13:05:32.11

/* 仕様通り動いたコード */
int Z = 0; // これを消すと動かなくなる
int Z2 = 0; // 2010.1.4. vcバグ回避の追加
char *s, *p;
if (s==p) return 2; //これ必要？

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

A a = {};
これってコピーコンストラクタ呼ばれる可能性ある？

**デフォルトの名無しさん** · 2017/06/24(土) 00:27:16.63

ない

**デフォルトの名無しさん** · 2017/06/24(土) 00:27:41.83

>>738
ない
(もちろんaを構築するときに呼ばれるコンストラクタの話
Aのコンストラクタの中で起きることまでは知りようがない)

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

イコールあるけどコピーしないん？
もう文法わけわからん

**デフォルトの名無しさん** · 2017/06/24(土) 13:28:24.19

変数宣言のときの=はあくまで初期化であって、たまたま同じ記号を使ってるだけで代入とは違うと思ったほうがいい

同じと思うと他にもC++の参照とかで混乱する

**デフォルトの名無しさん** · 2017/06/24(土) 15:16:01.77

>>741
コピーしようがしまいが結果は一緒でしょ？
単に最適化の結果で余計な処理が動かないだけと考えればいい

**デフォルトの名無しさん** · 2017/06/24(土) 18:10:28.98

>>743
一緒じゃねーよヴァカ乙
リソースはメモリだけと思ってんの？どんだけお花畑なの？
mutex a = {};コピー無しの保証

**デフォルトの名無しさん** · 2017/06/26(月) 12:57:25.63

>>744
コピー出来るクラスを例に持って来いよ

**デフォルトの名無しさん** · 2017/06/28(水) 18:40:34.84

コピー出来ないクラスではコンパイル結果が異なるという>>744の指摘に対して
「コピー出来るクラスを例に持って来い」とはこれ如何に

**デフォルトの名無しさん** · 2017/06/28(水) 18:53:40.08

>>746
その元コメントはコピーしようがしまいがと言ってるのにそもそもコピー出来ないクラス持ってきて罵倒とはこれ如何に

**デフォルトの名無しさん** · 2017/06/28(水) 20:44:21.28

>>743
一緒じゃない
一緒になるようにクラスを設計すれば一緒というだけ

**デフォルトの名無しさん** · 2017/06/28(水) 20:47:16.20

デフォルトコンストラクタでカレーライスを製造
コピーコンストラクタでラーメンを製造
代入でうどんを製造

同じか？

**デフォルトの名無しさん** · 2017/06/28(水) 21:08:19.84

>>743が「コピーしようがしまいが」と言ったからこそ>>744がコピーされてはは困る例を出したのだが
悲しきかな>>747には理解ないのであった

**デフォルトの名無しさん** · 2017/06/28(水) 21:16:03.41

いや、ちょっとズレてると思うよ

**デフォルトの名無しさん** · 2017/06/28(水) 22:13:17.29

横から何だけど
どうズレてるかの説明は無いの？

**デフォルトの名無しさん** · 2017/06/28(水) 22:25:47.08

コピーしない保証がC++17でさらに追加されたがそこで最適化でコピーしようが直接構築しようがどちらでもよかったC++14までの規格は彼の頭の中ではヴァカでお花畑らしい

**デフォルトの名無しさん** · 2017/06/28(水) 23:59:13.87

なるほど>>738を初期化でなくcopy/move elisionの話だと勘違いしたままだとこのようなとんちんかんなレスになるのだな
残念なのが>>739-742を読んでも勘違いに気付かないことだ

**デフォルトの名無しさん** · 2017/06/29(木) 00:23:16.57

>>754
とりあえずお前が一番元のレス読んでないと言うことは解ったよ。
読んでるというなら彼が何を疑問に思ってるか、そしてそれへの説明をしてみるといい

**デフォルトの名無しさん** · 2017/06/29(木) 08:20:56.52

>>752
恐らく>>751は「コピーしようがしまいが」について、コンパイル可否(>>750で書いたコピーされてはは困る例)ではなく
「デフォルトコンストラクターで構築したものとそれをコピーして構築したものを概念的に同一視することの是非」こそが論点と主張している
その片鱗が>>749

**デフォルトの名無しさん** · 2017/06/30(金) 16:06:42.41

printf("おちんぽじゅぽじゅぽ")

**デフォルトの名無しさん** · 2017/06/30(金) 23:27:57.21

catch のところで例外を再スローすると
再スローされた例外の型は、catchの所に書いたスーパークラスの型に
差し代わってしまうの？