C++相談室 part134

2018/01/20(土) 09:05:42.21

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

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

前スレ
C++相談室 part133
http://mevius.5ch.net/test/read.cgi/tech/1511509970/

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

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

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

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

**デフォルトの名無しさん** · 2018/03/15(木) 07:15:43.22

>>641
3つ以上の項があると静的解析ツールで怒られるから
res = (a +(1<<4))+ b;
と書く

2018/03/15(木) 08:58:15.76

>>641
下のつもりで上書いたらただのバグじゃん

2018/03/15(木) 09:19:10.68

算術と混用するときは結合順位に注意せよ、というだけのことを
いちいち必ずだ！ルールだ！と金切り声で吠えついてくるやつはウザい

2018/03/15(木) 09:55:31.41

>>642
可読性悪くしてかえって品質低下招きそうな指摘だな

2018/03/15(木) 13:29:47.33

vectorをつなげる際、copyが良いとか、insertを使えとか色々書いてあるのですが、どれが良いのでしょうか？

2018/03/15(木) 13:54:37.80

あらかじめ領域を広げておく必要があるけどinsertの方がチェックが入らない分速い

2018/03/15(木) 15:23:48.90

reserveしてinsertだな

2018/03/15(木) 15:36:42.69

insertの直前にreserveって意味あるのか？

2018/03/15(木) 16:32:16.09

reserveは終端のポインタが更新されないからresizeじゃないとだめ

2018/03/15(木) 16:57:46.96

reserveしてback_inserterでcopy

2018/03/15(木) 17:05:27.14

>>648
insertはサイズチェックしてるでしょ。
>>649
iteratorを2つ受け取るタイプのinsertなら意味あるんじゃね？
>>650
resizeは不味いだろ。

2018/03/15(木) 17:09:09.32

>>652
アンカしくった。
サイズチェックの指摘は>>647向け

2018/03/15(木) 17:21:30.23

ごめんinsertとcopy逆だった

2018/03/15(木) 17:28:15.72

>>652
insertの中で追加数数えてreserveと同じことしてるでしょ
まさかループで一個ずつ挿入なんて実装はあるまい

2018/03/15(木) 19:10:49.64

>>655
失礼。挿入位置のiteratorもあるから、3つ受け取るタイプの誤り。

2018/03/15(木) 22:07:51.82

cpprefjpの任意の式によるSFINAEの頁でdecltype(a + b, bool())と記載されているコードがあるんだけれど、
このa+b, bool()はラムダ式？

該当頁
https://cpprefjp.github.io/lang/cpp11/range_based_for.html

2018/03/15(木) 22:09:23.09

アドレス間違えた
https://cpprefjp.github.io/lang/cpp11/sfinae_expressions.html

2018/03/15(木) 22:15:55.91

ラムダ式が[で始まらないことってあるのか？

2018/03/15(木) 22:41:44.53

>>657
カンマ演算子とdecltypeでコンパイル時に評価される
decltypeの中身を左から順に評価し、結果は一番右の型が帰る
この場合はa+bの型が評価出来ればbool、できなければSFINAE

2018/03/15(木) 22:41:47.80

>>657
>a + b
a + bが可能かどうか調べる

>,
次の式を評価する

>bool()
bool型の初期値を返す

つまりdecltype(a + b, bool())はa + bでSFINAEをしつつカンマ演算子でdecltypeにbool型の値を与えて返り値の型をbool型にしている

2018/03/15(木) 22:57:18.20

decltypeで,も使えたんですね。一番右の型が帰るということはdecltype(a+b,a-b,a*b,a/b,bool())とかしてもよさそう。。。

自分ではその機能を説明してるページを見つけれませんでした。
ありがとうございます。

2018/03/15(木) 23:50:51.42

>>660-661
それで良いのか。いいこと知った。
いちいち enable_if をしとったわ。

2018/03/16(金) 07:54:12.89

decltypeって実行時の型を得れる？

2018/03/16(金) 09:23:42.20

>>656
a.reserve(a.size()+b.size());
a.insert(a.end(),b.begin(),b.end());
こんな感じのことをやるのかと思ったんだけど、これ意味ないでしょ？

2018/03/16(金) 10:04:08.28

>>664
declとはdeclareの略であることを考えると

2018/03/16(金) 10:17:31.56

a.reserve(a.size()+b.size());
copy(b.begin(),b.end(),back_inserter(a));

2018/03/16(金) 15:36:10.69

>>665
random iteratorの場合の特殊化実装がありました。ごめんなさい

2018/03/16(金) 18:08:23.55

>>662
decltype comma trickでググれ

2018/03/16(金) 20:56:30.80

まあoperator,()が定義されてるとまずいんだけどな

2018/03/19(月) 18:07:03.75

インスタンスにdeleteかけたとき、メンバ変数が破壊されるのとデストラクタが実行されるのはどっちが先？
今書いてるコードがデストラクタでメンバ変数アクセスすると落ちることがあるから、破壊されるのが先なんだろうか？

2018/03/19(月) 18:15:15.06

>>671
原則としては構築の逆順って覚えておくと間違えない。

◆QZaw55cn4c (ﾜｯﾁｮｲ 9360-MOYc) · 2018/03/19(月) 18:33:44.24

>>671
delete this; とかしてませんか、これは基本的に避けたほうがいい

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdd7-5vKF) · 2018/03/19(月) 18:43:06.07

>>673に同意。確保と破棄は生ポインタを触らずに自動化した方がいい。スマートポインタとかコンテナとか。
二回deleteを避けるためにポインタにNULLを代入する技もある。

2018/03/19(月) 21:03:24.06

そろそろNULLは駆逐してnullptrに移行させたい

2018/03/19(月) 22:46:40.23

>今書いてるコードがデストラクタでメンバ変数アクセスすると落ちることがある
へ～んなの
ていうかメモリを壊しているかすでにdeleteされた死骸を再deleteしてるとしか、

>二回deleteを避けるためにポインタにNULLを代入
OpenCVのC言語インターフェースのやつ、

2018/03/19(月) 22:57:33.17

C++勉強中の者です。
http://codepad.org/C8t9k4fD
ソース自体をプログラムに読み込ませると
#includ
で止まってしまいます。
Cのfgets()のようには使えないのでしょうか。

**デフォルトの名無しさん** · 2018/03/19(月) 23:06:01.35

>>677
According to the C++ reference
http://en.cppreference.com/w/cpp/io/basic_istream/getline
getline sets the ios::fail when count-1 characters have been extracted.
You would have to call filein.clear(); in between the getline() calls.

2018/03/19(月) 23:26:45.72

>>678
区切り文字を読まないとfail状態になってそれ以降は失敗し続けるので止まってしまうということですかね

2018/03/19(月) 23:27:24.60

std::getline()は読み込んだ文字列に改行文字を含めないから
行末まできちんと読んだのか
文字数カウントのせいで読み込みが行の途中でぶちきれたのか
直ちにはわからないといいうｱﾎｳな仕様
判別には結局std::basic_istream<T>::unget()の助けが要る

C++標準ライブラリのうちストリーム関連だけは腐っているからC言語のを使いなしゃれ

※ 個人の感想です

2018/03/19(月) 23:28:25.97

訂正
△: C++標準ライブラリのうちストリーム関連だけは腐っているからC言語のを使いなしゃれ
◎: C++標準ライブラリのうちストリーム関連だけは本当に腐っているからC言語のを使いなしゃれ

2018/03/20(火) 01:02:22.15

入出力はCもC++もクソまみれだからなぁ
ちょっとコンソール出力を整形しようとして、あの肥溜めのクソくだらない落とし穴地獄にいちいち付き合わされた結果
プログラミングそのものが嫌いになる人達が山のようにいるのが本当に残念だ

2018/03/20(火) 01:12:22.56

いるか？

2018/03/20(火) 01:20:34.94

自分が知ってる昔はいっぱいいたけど
最近だとスクリプト言語から先に入るから減ってるのかね？

2018/03/20(火) 01:21:52.68

オブジェクトの外部表現を型ごとに定義できる iostream は悪くない設計だと思うんだけどなぁ。

2018/03/20(火) 01:41:51.26

ローカライズに向いてない。
打鍵数が倍増どころじゃない。

モダン言語はみなprintfライクだしねー

2018/03/20(火) 02:48:01.36

printf()は便利ではあるが桁を揃えて出す時に面倒になることもある。
特にこの頃は UTF-8 で漢字混ざりだと文字幅とバイト数または文字数が一致しない。
そもそもそんなものの一致をあてにすること自体が間違いかも知れないが、Unicode
には一応 HALF WIDTH, FULL WIDTH 等があるんだから何とかしてこれを生かした
フォーマッタが欲しいところではある。

2018/03/20(火) 06:49:53.60

>>672
>>673
あるクラスがあって、その中でスレッド立ててるの
それでクラスのデストラクタが呼ばれたら、メンバ変数のスレッドポインタをつかってスレッドcancel->joinってやろうとしてて
それでjoin呼ぶあたりで落ちるんだよね

作られた逆順ってことはデストラクタのほうが先に実行かな？それだとメンバ変数はいきてるよね

2018/03/20(火) 06:55:01.02

streamはコンソールの入出力のためだけにあるわけじゃないから

2018/03/20(火) 06:55:05.50

つーてもcoutだってsetw/setfillはあんまり使いやすくないしなあ
operator<<をユーザー定義できるのはありがたいけどね

2018/03/20(火) 13:10:27.33

>>688
デストラクタの実行中はそのクラスとその派生元クラスのメンバ変数はまだ使える
必ず落ちるならデバッガでバックトレース見てみたら？

2018/03/20(火) 19:32:56.49

別の原因に見える
まずデストラクタじゃなくて普通のメンバ関数で明示的に呼んで止めた時に大丈夫か確認してはどうか

2018/03/20(火) 19:45:17.42

pthread_cancel はいろんなことがよく分かっている人しか使ってはいけない

2018/03/20(火) 22:33:41.91

>>685
「<<」と「>>」の2種類しか用意できんやんけ
それらを表示と入力に割り当ててしまえば結局シリアライズのための固有なメソッドなりインターフェースなりを別途作らねばならんぬ、
そもそもの構想からして頓挫してゐる、
頓挫してゐるのだ…！

2018/03/20(火) 23:55:08.06

>>694
表示用とシリアライズ用はストリームの性質で切り替える筋合いのものだろ？
シリアライズ用のストリーム型を用意してオーバーロードすればいいんじゃね。

2018/03/21(水) 00:33:52.80

ちょっなんで数億年の生物史史上はじめて
ようやっとSTDINとSTDOUTとSTDERRの3種類に世界が抽象化されたストリームという概念|を
細分化するという元の木阿弥にしますか；；

藻前は
　　some_command | tee result.txt > some_file.bin
とかいったパイプやリダイレクトを表示専用とかシリアライズ専用とかに分けたいのかっていうか、

2018/03/21(水) 00:44:24.33

なに藻前って

2018/03/21(水) 01:10:44.31

>>696
お前は何を言ってるんだ。
ここで言ってるストリームは C++ 用語のストリームだぞ。
「ストリーム『型』」ってわざわざ書いてるんだからわかれよ。
下位レイヤでは好きなところに繋げればいい。

2018/03/21(水) 01:18:27.48

streamとstreambufの違いを理解しよう

2018/03/21(水) 01:24:40.58

要するに std::basic_ostream を継承した何かを作ればいいんだ。

2018/03/21(水) 06:52:22.30

ストリームはもう捨てたほうが良いぞ。
おじさんからの警告だ。

2018/03/21(水) 07:14:12.04

便利そうに見えて便利に使えない
それがstream

2018/03/21(水) 07:18:35.01

「29歳既婚、2年前に会社を辞めた。ボードゲーム作りを始めて3700万円を
売り上げたけど何か聞きたいことはある？」回答いろいろ
http://labaq.com/archives/51880196.html
日本ボードゲーム界の異端児に聞く！ボードゲームデザイナーとして生きていくには？
https://bodoge.hoobby.net/columns/00013
はじめてボードゲームを作ってはじめてゲームマーケットに出店したので、ひとり反省会をしてみる。
http://datecocco.hatenablog.com/entry/2015/11/26/000000
はじめて作ったボードゲームを売った話
http://nrmgoraku.hateblo.jp/entry/2017/05/17/210000
ボードゲームイベント「ゲームマーケット」から業界が見えた！
https://entertainmentstation.jp/61107
ゲームマーケットに挑む人向けガイド
http://spa-game.com/?p=4830
ボードゲームはどう作るのか、自分なりに考えた
http://roy.hatenablog.com/entry/2014/07/09/124824
オトナも遊べるボードゲーム！自作するといくらになるのか
http://www.d-laboweb.jp/special/sp312/
ボードゲームの展示イベント「ゲームマーケット」の成長記録からこれからの
市場に必要なことを妄想してみた。6年間の来場者数推移（2016年4月時点調べ）
https://bodoge.hoobby.net/columns/00001
ボードゲーム市場がクラウドファンディングの出現で急成長を遂げ市場規模を拡大中
http://gigazine.net/news/20150820-board-game-crowdfunding/

2018/03/21(水) 10:36:30.48

>>696
カンブリア紀からオルドビス紀にかけて行われた抽象化は
今でいうインターフェイスの考え方で、当たり前だが
インターフェイスを継承する実装クラスは無数にあってよい
そういうのは元の木阿弥とは言わないぞ

2018/03/21(水) 15:09:48.71

>>696
さっき >>698 で説明した C++ の話題を置くとしても、
(まあ C++ スレで C++ の話題を置いちゃうのはどうかと思うが)
標準入力、標準出力、標準エラー出力のみっつしかないってことはない。

エラー出力をリダイレクトするときに 2> って書くの、どういう意味だと思ってる？
2 はファイルディスクリプタな。
デフォでオープンされてるのが 0, 1, 2 ってだけで、やりたければ 3 でも 4 でも使っていい。

◆QZaw55cn4c (ﾜｯﾁｮｲ 9360-MOYc) · 2018/03/21(水) 15:42:02.21

>>705
空いているディスクリプタが使用されるとしても、自分で特定の数字を指定してディスクリプタにすることはできなかったんじゃなかったかな？

◆QZaw55cn4c (ﾜｯﾁｮｲ 9360-MOYc) · 2018/03/21(水) 15:50:19.07

>>706
失礼、dup2() というのがあったね…

2018/03/21(水) 15:58:29.69

coutがSTDOUTにつながってるだけでここは何につなげてもいいということ
streambufの中身はただの配列でもいいし、アプリケーションのロガーでもいいし、循環バッファでもいいし、通信のポートでもいい

2018/03/21(水) 19:28:41.53

シリアライズするときはバイナリ表現にしたいし
ログするときは文字列表記にしたいし

2018/03/21(水) 20:00:34.84

>>709
だからそれはストリームオブジェクトの型で切り替えろって言ってるんだろうが

2018/03/21(水) 20:30:34.07

それを嫌だって言ってんだよ
バイナリの読み書きは write() だの read() で十分

2018/03/21(水) 20:33:11.12

read なり write なりを「使う」のは別にいいよ。
それを C++ 上でどのように抽象化すればいいかって話なんだから。
そういうレイヤの違う話を混ぜ込んでくるなよ。

2018/03/21(水) 20:43:51.09

そこで新しい型を設けてまで << を使う意味がない
cout にバイナリでシリアライズするときはどうすんの？
size_t serialize(const T& t, ostream& os)
とかを各型用に書く方がマシ

2018/03/21(水) 20:47:43.15

バイナリでシリアライズするに際して
別の型のストリームオブジェクトを作ってまで
<< だの dec だの endl を使えるようにすることの利点を説明して欲しい

2018/03/21(水) 21:36:05.23

例外を除いて
operator<<()は書式化出力
write()は非書式化出力
なのでバイナリを出力するときはwrite()を使うべき

>size_t serialize(const T& t, ostream& os)
シリアライズのような複雑な操作をするときはこれは悪い選択じゃない
というかstreamそのものを放り込むのはたまに見かける

2018/03/21(水) 22:02:23.07

えっブロックデバイスにもStreamを

2018/03/21(水) 22:15:54.63

>>715
書式化 (formatted) ってのと、結果がバイナリかというのは直行する概念だよ。
シリアライズってのはオブジェクトのバイト列をそのまま出力することじゃなくて、
バイナリ形式の特定のフォーマットにして出力することだろ。
それは書式化って言うんだよ。

2018/03/21(水) 22:26:24.75

>>714
マニピュレータを使える意味はないかもな。
使えないように定義することも出来るし、意味がないなら使えないようにしておくべき。

ここでは抽象化の話をしているんだ。
出力先が人向けのテキスト表現であるか機械向けのシリアライズ表現であるかによって
書き方を変えなきゃならない、相手を意識しなきゃならないというよりは、
相手によって自動で切り替わって欲しいってことなんだよ。

意識しなくていいデザインってのは意識しにくくなるってことと表裏一体だから、
見えなくなるのが気にくわないってのならわかる。

2018/03/21(水) 22:26:32.59

直交

2018/03/21(水) 22:29:29.81

>>719
スマソ。 >>717 の直行は直交の書き間違いやね。

2018/03/21(水) 23:13:33.75

無意味な処理が嫌だとか言っておきながら
ここでは無駄の塊みたいな方法を勧める
アホですね

2018/03/21(水) 23:50:04.75

>>721
俺は一貫して抽象化の話をしてるつもりなんだが。
プログラマの意図を表現できる書き方をすべきって話をしてんの。
無意味な処理をしろと書いてあるのをプログラマの意図として読み取っていいのか？
そうじゃないだろう。

C++ がせっかく用意しているライブラリを活用するのが無駄なのか？
そうじゃないだろう。

2018/03/22(木) 07:21:49.59

ハッキリ言ってストリームは蛇足だったわ。
廃止したほうが良いわ。

2018/03/22(木) 07:25:52.15

Boostもそうだけど、有り余るC++のパワーをカッコよく使いこなそうとしてやっちまったみたいな。
もうちょっと使う側の立場にたつべきだな。

2018/03/22(木) 08:38:59.71

黒魔術だなんだ言って楽しめないようではC++は向いていない

2018/03/22(木) 10:14:29.52

蛇足ねえ。。。
禿本1stでoperator overloadのデモ用に作られたサンプルなんだが
そういうのは後で取って付けた存在といえるのか？

2018/03/22(木) 17:28:14.63

業界全体としては奥の深さを求める人（求道者）を一か所に集め留めるのには非常に有益な言語

2018/03/22(木) 17:34:08.02

そのうちAsioやRangeあたりも標準化されるだろうし
もうその方向に突き抜けてほしい
使いやすい言語なんか他にいくらでもある

2018/03/22(木) 17:41:04.44

具体的にどういうときに不便なのか語れよ。
使いにくいってだけじゃ何にもわからん。

2018/03/22(木) 17:43:00.10

C++に関しては慣れてない人がそう言ってるだけだから

2018/03/22(木) 19:57:57.53

>>726
どの資料だったか覚えてないけど、演算子オーバーロードに関して
先生は「元の演算子の意味とかけ離れた挙動をさせるのは避けるべきだ」
みたいなことも書いてるよな。

まぁ、原則は指針であって絶対の規則じゃないわけだけど、
<< >> をビットシフトからストリーム入出力に振り替えておいて
どの口で言うか、このハゲッー! とか思ったり。

2018/03/22(木) 20:06:11.34

>>731
ストリームのような周知の事実になっているものはそれには当てはまらないでしょ

2018/03/22(木) 20:22:42.90

>>731-732
まああれくらいのものになると、オブジェクトに追加で突っ込んでいくような動作が「元の演算子の意味」になっちゃってるよな。

そんなことより C++20 に入る予定のカレンダーでは日付を 2018y/mar/22 とか書けるらしくて、
これはさすがにクソやろ……。
これもいずれ普通に受け入れる気持ちになるだろうか。

2018/03/22(木) 20:47:25.31

>>733
既にfilesystemのpathが/で階層作れるから
current_path / "aho" / "baka"みたいに
C++の演算子は連想ゲームだ

2018/03/22(木) 22:18:28.94

>>731
あの頃の禿はreverse_iteratorなんて思いもよらず
operator+が減算の動作をすることを否定してたね

2018/03/23(金) 00:38:32.35

>>733
日付の表記は何種類かあるし年/月/日でも日/年/月でも表せるなら結構便利だと思う。

2018/03/23(金) 08:21:50.21

>>733
標準に「日付を表す型」みたいのが追加され、
それ用リテラルの接尾語(のひとつ)が ""y で 2018y は2018年を表す、
さらにこの型では / は日付要素を区切る演算子としてオーバーロードされてる。
…といった感じか?

確かに虚心坦懐に / を見れば、割り算のコンピュータ向け代用記号だけでなく
日付の区切りや、ファイルシステムの階層区切りでもあるけど。

2018/03/23(金) 09:13:18.25

aのb乗
a^b
a**b

**デフォルトの名無しさん** (ｽﾌｯ Sdba-5bpY) · 2018/03/23(金) 10:31:52.82

こんだけ演算子は深いのになぜか未だに[]は引数を一つしか取れない

2018/03/23(金) 10:45:38.60

「静的」、「動的」というのがよく分からないのですが、詳しく書いてある本はありますか？

ヒープ領域がどうたらとかいうのもよく分かりません。
スタックとかいうのもよく分かりません。

詳しく解説している本を教えてください。

2018/03/23(金) 10:48:57.55

ロベールのC++の本を読んでいて疑問に思いました。