C++相談室 part148

**デフォルトの名無しさん** · 2020/01/31(金) 20:54:06.26

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

前スレ
C++相談室 part147
https://mevius.5ch.net/test/read.cgi/tech/1576659413/
このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.105【環境依存OK】
http://mevius.5ch.net/test/read.cgi/tech/1556142878/

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

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

◆QZaw55cn4c · 2020/02/10(月) 21:56:36.80

>>688
いちびり、とは、あなた、関西人ですなぁ

**デフォルトの名無しさん** · 2020/02/10(月) 22:02:36.14

>>689
正常と異常の境をおまえさんはどこだと思っている？

**デフォルトの名無しさん** · 2020/02/10(月) 22:02:53.98

>>674
Windowsしか知らないの？
世界が狭い

非常に多くの環境でBOOLを使う

**デフォルトの名無しさん** · 2020/02/10(月) 22:03:55.09

>>690
ああ、おまえほんまは関西人ちゃうなｗ
俺もほんまの関西人ちゃうけどなｗ

**デフォルトの名無しさん** · 2020/02/10(月) 22:04:40.63

>>692
大文字のBOOLを使う「非常に多くの環境」とは？

**デフォルトの名無しさん** · 2020/02/10(月) 22:06:02.65

>531や>>682が異常とは思えないって
まじかQZ

**デフォルトの名無しさん** · 2020/02/10(月) 22:07:56.51

>>692
その定義を出してみなよ。
標準の仕様じゃないんだからその環境ごとの特殊な定義であることは変わらんだろ。

**デフォルトの名無しさん** · 2020/02/10(月) 22:14:01.58

本当に知らないんだ
まじか

**デフォルトの名無しさん** · 2020/02/10(月) 22:22:07.37

>>697
その返しは口喧嘩に負けた小学生みたいだから、ちゃんと相手の質問に答えなよ

**デフォルトの名無しさん** · 2020/02/10(月) 22:23:41.11

非常に多いなら具体例２、３あげて終わりでしょ

**デフォルトの名無しさん** · 2020/02/10(月) 22:24:53.62

もう自分で何を言っているのかわからなくなっているんだろうな。
BOOLやTRUEの定義が環境によって異なる場合があると認めた時点で

if (b == TRUE)

これが正しいと言えるかどうかはその定義次第だということになるのに。

**デフォルトの名無しさん** · 2020/02/10(月) 22:29:19.34

俺の狭い経験だと
BOOLはintで、TRUEは1、FALSEは0
しか見たことないけど、他の定義の環境ってあるのかな？

**デフォルトの名無しさん** · 2020/02/10(月) 22:33:34.58

－1というか全ビットonは何かで見た

**デフォルトの名無しさん** · 2020/02/10(月) 22:50:32.94

windef.hのFALSEが-1とかに変更されたら、既存のソースは崩壊だろうな

**デフォルトの名無しさん** · 2020/02/10(月) 23:14:46.53

!FALSE

**デフォルトの名無しさん** · 2020/02/10(月) 23:38:01.28

typedef unsigned BOOL:1;
ならまだ救いがあった
なんでint型にしてんだろうな

**デフォルトの名無しさん** · 2020/02/11(火) 00:40:44.45

>>705
それは BitField みたいだけど、構造体メンバ以外で使えるようになったんだっけ？

**デフォルトの名無しさん** · 2020/02/11(火) 01:18:20.91

>>703
FALSEは絶対的に0のまま。

**デフォルトの名無しさん** · 2020/02/11(火) 01:20:55.07

もしかしたら、Rubyが、0をtrueと解釈してしまうことから変なことを思ってる
人がいるのかもしれないが、C/C++においては、言語仕様的に条件式で偽と
解釈されるのは、古くから、唯一、整数の 0 しかないなかったので、言語仕様が
修正されない限り TRUE が 0 以外の値にマクロ定義されることは絶対に無い。

**デフォルトの名無しさん** · 2020/02/11(火) 02:07:59.10

あれ？
もしかして私・・また同じ日を繰り返してる・・？？

**デフォルトの名無しさん** · 2020/02/11(火) 02:12:10.45

まだやってんのかお前ら
ゲハ厨みたいなスレだな

**デフォルトの名無しさん** · 2020/02/11(火) 02:43:47.12

>>708
スマン：
誤：修正されない限り TRUE が 0 以外の値にマクロ定義されることは絶対に無い。
正：修正されない限り FALSE が 0 以外の値にマクロ定義されることは絶対に無い。

**デフォルトの名無しさん** · 2020/02/11(火) 02:58:41.73

>>681
if(b)で十分なのにif(b==true)と書くのはif((a==b)==true)と書くのと同じで冗長なんだよ
これがすぐに理解できないなら論理を簡潔にする能力が欠如してるのでプログラミングの才能はないね

**デフォルトの名無しさん** · 2020/02/11(火) 03:04:36.42

>>712
しかも、b は、少なくとも見かけ上は int 型ではなく、BOOL 型だし。
それに他の言語の場合、if の条件式に入れられるのは唯一 bool 型の
場合があり、一番 if の条件式に入れ易い型。

**デフォルトの名無しさん** · 2020/02/11(火) 03:08:16.20

>>713
他の言語の場合、例えば x, y が整数型の場合、
x == y
とした結果の型が bool 型。
そして、if の条件式に入れられるのは bool 型のみだったりする。
だから、もともと b が bool 型なのに、敢えて b == true と判定して
また bool 型に「直して」しまうのはとても奇妙な感じになる。
その文化との兼ね合いから、C/C++ でも、b が BOOL 型の場合は、
if (b) とするのが美しく見える。

**デフォルトの名無しさん** · 2020/02/11(火) 03:33:01.69

MISRA-C でも、if( 変数 )で、変数が実質的にブール型の場合は、これでOK

int a = ( 5 < 10 );
printf( "%d", a ); /* 1 */

if( 5 < 10 ) と、if( a ) は同じ意味。
a は、実質的にブール型

**デフォルトの名無しさん** · 2020/02/11(火) 06:36:51.44

bool型が存在しない時代に何故bool型になるのか

◆QZaw55cn4c · 2020/02/11(火) 08:01:59.71

>>695
異常を「コンパイラがコンパイルできない」と定義していますから

◆QZaw55cn4c · 2020/02/11(火) 08:02:50.77

>>712
コンパイルが通るんだったら異常ではないのでは？

◆QZaw55cn4c · 2020/02/11(火) 08:03:52.59

>>712
＞論理を簡潔にする能力が欠如してる
簡潔すぎてわかりにくいのも困りますね、プログラミングはまず他人への分かりやすさを優先するべきでは？

**デフォルトの名無しさん** · 2020/02/11(火) 08:29:09.76

簡潔過ぎて分かりにくいって何？

if (b) で分かりにくいなら
変数名が適切でないとかそもそも分かりにくい作りとか
他に問題があるんじゃないの？

**デフォルトの名無しさん** · 2020/02/11(火) 08:33:12.52

もしかして
if (a ==b)
よりも
if ( (a == b) == true )
の方が見やすいとかいっちゃう？

**デフォルトの名無しさん** · 2020/02/11(火) 08:56:04.07

そりゃ
if (a == 42)
よりも
if (a == 42 == true)
のほうが見やすいし
if (a == 42 == true != false)
のほうがさらに見やすいのが異常者

**デフォルトの名無しさん** · 2020/02/11(火) 08:58:48.06

カッコも付けないと見にくいよな

if (((a == 42) == true) != false)

**デフォルトの名無しさん** · 2020/02/11(火) 09:09:46.71

どれだけ冗長に書けるか選手権？

**デフォルトの名無しさん** · 2020/02/11(火) 09:15:23.55

QZは変なこだわりに固執するやつだから、一般的な感覚とか常識とかについて議論しようとしてもそもそも議論が噛み合わないし、スレを無駄に汚すだけ

**デフォルトの名無しさん** · 2020/02/11(火) 09:21:24.68

if (true == true == true == b == true)
if (true == b == true == b == true)
int *p = &*&*(int *)&*&*&*&*&*(int *)&a;

**デフォルトの名無しさん** · 2020/02/11(火) 09:34:27.73

ようちえんじがかんじをつかわないでってぐずってるのとおなじだね

**デフォルトの名無しさん** · 2020/02/11(火) 10:19:17.04

異常とは、普通じゃないことだよ
少数派のこと
if (b == true == true) は明らかに異常
if (b == true) はたまに見るけど、まぁ異常かな

**デフォルトの名無しさん** · 2020/02/11(火) 10:34:12.60

つまりQZは異常

**デフォルトの名無しさん** · 2020/02/11(火) 10:35:43.55

boolやBOOLでない変数abcをif(a==b==c)と書きたい事はある。

**デフォルトの名無しさん** · 2020/02/11(火) 10:56:56.94

QZってコイツ片山だっけ？

**デフォルトの名無しさん** · 2020/02/11(火) 11:01:53.65

if(b==true)
はifのなかには比較入れないとダメだと思っているんじゃね

そう言う言語もあるし

**デフォルトの名無しさん** · 2020/02/11(火) 11:09:22.66

「rust が c++ を超えた！！神！！」みたいな記事をよく見ますけど、今後c++がrustから学んでもっと良くなることって期待して良いですよね？
rustに勉強のコストを割くか迷っています

**デフォルトの名無しさん** · 2020/02/11(火) 11:12:06.04

>>731
片山はQZほど馬鹿ではない
まず国籍が違う

**デフォルトの名無しさん** · 2020/02/11(火) 11:29:50.94

なぜ

if (a == true)

と書くやつがでてくるのか
それは条件式に食わせるためには比較演算子で値から「真偽値」に変える必要があると
思っていてそれがboolと同値と理解していないからだろ
だからそういうやつは

if (a == 42 == true)

とは書かない
この例はむしろboolを理解してるやつからしか出てこない発想
やつらはいったん「真偽値」になればあとは論理演算子でつなげると理解している
ある意味、条件式を作るときのイディオムに馬鹿正直に従っているわけで別に
異常だと騒ぐほどひどくはない

別の見方をすればboolを特別視しないで書いてるわけで、
冗長にはなるが共通のフォーマットで書ききるってことはほかでもあることだ
そう思えばやっぱりひどくはない
実際おれは特別読みにくいとは感じないし、この無駄は最適化で消える
何かの機会にこれ冗長だよねと教えてやるぐらいで十分

**デフォルトの名無しさん** · 2020/02/11(火) 11:37:00.49

ほんといつまでやってんの

**デフォルトの名無しさん** · 2020/02/11(火) 11:38:29.11

冗長な書き方をする人の真意なんて測りようもないし理由が一つに決められるわけもないだろう。
想像するだけ無駄。

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/11(火) 12:17:11.73

>>715
そう書くべきだしそれが普通ってことはわかってんだって。
自分で書く分にはそう書くよ。
でも、他者が書いたコードを読むときや利用するときは
> 変数が実質的にブール型の場合は
っていう前提を確信できない場合がある。

整数型で真偽値の代用にすることがある C/C++ では
型で判断できないことがあるから罠だよねって話をしてるんだよ。
真っ当なデザインではない場合があるから思い込まずにちゃんと確認しようねってこと。

**デフォルトの名無しさん** · 2020/02/11(火) 15:09:17.27

>>735
同値
意味しらないのね

**デフォルトの名無しさん** · 2020/02/11(火) 15:15:33.26

> この例はむしろboolを理解してるやつからしか出てこない発想

そりゃそうだ
ifの制御式は比較でなければならないと言い張るやつへの皮肉なわけで

**デフォルトの名無しさん** · 2020/02/11(火) 15:19:47.85

operator =(BOOL value){
if(value==0){
return FALSE;
else if(value==1||value==2||...){
}

**デフォルトの名無しさん** · 2020/02/11(火) 15:21:35.11

>>596
あったあった

今はわざわざそれ使う理由忘れた

**デフォルトの名無しさん** · 2020/02/11(火) 15:25:53.55

Cだとそれで必ず0か1になるからTRUEと比較しても大丈夫！っていうクソみたいなバッドノウハウ

**デフォルトの名無しさん** · 2020/02/11(火) 15:28:40.66

operator ==(BOOL value){
　if(this->value == 0){
　　if(this->value == value){
　　　return TRUE;
　　}
　}
　else{
　　if(value==1||value==2||...){
　　　return TRUE;
　　}
　}
}

**デフォルトの名無しさん** · 2020/02/11(火) 15:38:44.74

>>743
そもそもTRUEと比較する必要はないしWindowsから出てきたイディオムでもないと思うが。
どちらかというとtruthyな値からtrueを得るイディオムとして使われているような。
よく見かけるのはJavaScriptとか。

**デフォルトの名無しさん** · 2020/02/11(火) 15:45:19.74

リターン式から返却値の型を推定させる場合にはautoが必要だ

◆QZaw55cn4c · 2020/02/11(火) 17:36:36.42

>>725
あなたのいう「一般的」というものが、実はそれほど一般的ではなかった、という可能性はありませんかね？
というか、まずあなたのいう「一般的」をあなたの言葉で定義するべきでしょう

あなたに定義できますか？

**デフォルトの名無しさん** · 2020/02/11(火) 18:04:17.83

単語の意味は辞書引けよ
APIの仕様はヘルプ読め、と同様だな
なんで個人が定義するんだよ

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/11(火) 18:24:26.11

http://get.secret.jp/pt/file/1581413018.png

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/11(火) 18:40:23.65

true と比較したけりゃすればいいじゃないの。
そのプロジェクト内で一貫したポリシーがあるのならそれでいいよ。

**デフォルトの名無しさん** · 2020/02/11(火) 18:49:13.60

ちゃうねん。

**デフォルトの名無しさん** · 2020/02/11(火) 18:52:49.99

ストリーム遅いな。

**デフォルトの名無しさん** · 2020/02/11(火) 20:44:57.22

コード規約「if(bool)はif(bool==true)と書かなければならない」
やだよ、そんな規約ww
規約決めるまでに紛糾してプロジェクト始められねぇよw

**デフォルトの名無しさん** · 2020/02/11(火) 20:57:43.57

どっちでもええやん

**デフォルトの名無しさん** · 2020/02/11(火) 22:08:40.56

explicit operator boolだとラムダとかの戻り値強制したいときそうなっちゃわない?

value() && true か value() || false
static_cast<bool>(value())は好きじゃない

**デフォルトの名無しさん** · 2020/02/11(火) 22:19:09.87

素直に戻り値boolに指定しろよ

**デフォルトの名無しさん** · 2020/02/11(火) 22:21:59.64

意味的にboolの型であればboolにキャスト
そうじゃないなら意味通りにboolに変換

◆QZaw55cn4c · 2020/02/11(火) 22:23:23.42

>>258
mmap を確かめています、なんだかすごく時間がかかってしまいました…
ideone はファイルを作らせてくれないみたいですね… https://ideone.com/zXFtEY

fd と fd に紐付いた mmap をつくっておいて、
①fd 側にデータを追加すれば mmap でも見えるのですが、
②mmap 側からデータを追加しても fd は増量しないようですね

今は cygwin で見てますが、ちゃんと linux をいれて確かめるつもりです…

**デフォルトの名無しさん** · 2020/02/11(火) 22:24:35.42

オンメモリで出来ることは素直にオンメモリでやれば

**デフォルトの名無しさん** · 2020/02/11(火) 23:36:09.88

くじで決めてはどうか。

**デフォルトの名無しさん** · 2020/02/11(火) 23:39:16.71

モンテカルロ法やな

**デフォルトの名無しさん** · 2020/02/11(火) 23:56:08.12

I/Oの遅さの陰に隠れてたけど。
ストリームよりSSDのほうが速いよって時代になって困る。

**デフォルトの名無しさん** · 2020/02/12(水) 01:53:51.39

YouTuberは「最強の職業」である理由。
https://www.youtube.com/watch?v=XjV3Nb0-hgA
【事例付き】YouTuberは最強の副業である件について。
https://www.youtube.com/watch?v=wB8hNuNVoIw&;t=267s
【初心者向け】YouTubeの始め方・稼ぎ方を徹底解説！
https://www.youtube.com/watch?v=YEw-a8qlADM
「YouTubeなんていつか稼げなくなる」という主張を論破する。
https://www.youtube.com/watch?v=VatNILApW4U
収益化から丸1年！YouTubeでいくら稼いだか公開。
https://www.youtube.com/watch?v=-zQxuQqZ5eA&;t=103s
その動画で月商○○万!? YouTubeで稼ぐ裏技的アプローチ。
https://www.youtube.com/watch?v=7I4APU_6i9o&;t=433s
【貧者の工夫で戦え】ガラケーだっていい。YouTube始めるのにパソコンはいらない！
https://www.youtube.com/watch?v=jYdWfjjzD7Y
【第一回】SNS、YouTube、ブログで稼ぐ方法を、丁寧に解説します！
https://www.youtube.com/watch?v=erNiLOncDnY

**デフォルトの名無しさん** · 2020/02/12(水) 06:38:05.77

>>763
グロ

**デフォルトの名無しさん** · 2020/02/12(水) 10:03:09.83

https://qph.fs.quoracdn.net/main-qimg-2c09000282ddcbb32359dc242831a052

**デフォルトの名無しさん** · 2020/02/12(水) 16:01:35.18

>>743
ああなるほど
if(TRUE == !!b) のことか

if(!!b) は javascript の方だろ

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/12(水) 16:24:33.81

! は見づらいから私は not と書くことにしてる。

**デフォルトの名無しさん** · 2020/02/12(水) 17:16:20.22

一応、alternative tokensに規定はあるが
使う奴の心は #define BEGIN { なんてやるやつと同質だね

**デフォルトの名無しさん** · 2020/02/12(水) 17:20:59.01

Cにも_Boolがなきゃヤダジタしてたやつとか
マジそういう言語へ行ったきり帰ってくるなって感じ

で結局BOOL < 0みたいなオカシイことが起き出す原因を作りやがる

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/12(水) 17:47:16.08

C と C++ で解釈が違うのに結果として動作は同じみたいなのがたまにあってすげーなって思う。

**デフォルトの名無しさん** · 2020/02/12(水) 18:09:20.78

たとえば？

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/12(水) 19:09:04.21

>>770-771
if 文の条件式を見てて思い出した。
C だと条件式の評価結果を 0 と比較するというルール
C++ だとブールに変換するというルール。

まあ整数をブールに変換する規則は結局のところ 0 と等しいかどうかなんで
ちょっと回りくどくなってるだけなんだけど、
そういう違いがあっても互換性が維持されるというのがどこかで検証されてるんだろうと思うと、
手間かかってんなぁという感想が浮かんだ。

他にも列挙定数の型が C と C++ では違うとか……。
私が把握してるのはそんくらいだけど、
探せばもっとあるんじゃないかな。

**デフォルトの名無しさん** · 2020/02/12(水) 20:25:01.80

>>766
>if(TRUE == !!b) のことか

さすがにこんな意味のない書き方が人の目につくほど蔓延りはしないだろう。おそらく>>743の妄想。

!!b は、bool型(と、しばしばオーバーロード)を備えた言語で非bool型の値bをbool型に変換するテクニックだろ。

**デフォルトの名無しさん** · 2020/02/12(水) 20:38:11.07

b!=0 で良い

**デフォルトの名無しさん** · 2020/02/12(水) 21:12:18.94

そういうゴミみたいな自己満テクニック（）が積もり積もって誰も触れないスパゲティモンスターになっちまうんだよ
b!=0でも(bool)bでもいいからやるべきことを直接表現しろ

**デフォルトの名無しさん** · 2020/02/12(水) 21:26:37.63

(bool)b
はCへの移植の可能性があるならやっちゃダメ

**デフォルトの名無しさん** · 2020/02/12(水) 21:31:03.80

>>776
何で？
ISO/IEC 9899:2011 (E)
7.18 Boolean type and values <stdbool.h>
1 The header <stdbool.h> defines four macros.
2 The macro
bool
expands to _Bool.

**デフォルトの名無しさん** · 2020/02/12(水) 21:34:37.96

typedef char bool;
の可能性があるから

**デフォルトの名無しさん** · 2020/02/12(水) 21:35:17.48

Cに移植する可能性があるならC++の機能を使っちゃダメなのは当たり前だよなぁ
C++スレで言うことではないと思うが

**デフォルトの名無しさん** · 2020/02/12(水) 21:36:55.01

>>779
問題点はそこじゃない
移植時にコンパイラが問題点を見つけられないのが問題

**デフォルトの名無しさん** · 2020/02/12(水) 21:38:26.52

コンパイラが問題点を見つけられない例は他に山ほどあるが
だからといってわざわざ増やさなくても良い

**デフォルトの名無しさん** · 2020/02/12(水) 21:39:05.32

いや、問題があるなら移植する人が見つけろよ

**デフォルトの名無しさん** · 2020/02/12(水) 21:40:47.83

移植は完璧な人がする
なんて妄想は捨てた方が良い

**デフォルトの名無しさん** · 2020/02/12(水) 21:42:13.60

Cに移植する可能性が無いならどうでも良い
ちなみにキャストで警告が出る環境もある

**デフォルトの名無しさん** · 2020/02/12(水) 21:42:36.95

だからそれは移植する側の問題だろ。勝手にやれよ

**デフォルトの名無しさん** · 2020/02/12(水) 21:52:54.99

>>778
マクロとtypedefが被った場合どうなるか解ってる？

**デフォルトの名無しさん** · 2020/02/12(水) 22:12:26.79

もちろん

**デフォルトの名無しさん** · 2020/02/13(木) 00:16:13.58

>>733
Rustを少し見てみたけど、書き方が全くC/C++とは違っていて、
全く異なる文化圏の言語になれた人が設計した臭がした。
これがC/C++の代替になるとは考えにくい。
はっきり行って、これを使えといわれると辛い。

**デフォルトの名無しさん** · 2020/02/13(木) 00:26:27.60

テスト機能が標準で用意されてるのはいい

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/13(木) 00:45:52.57

個人的には Rust は好感触。
型システムは ML 系言語で実績があるものを基礎にしてることもあって、C++ のグダグダな歴史を背負ったものよりはまとも。
ML 系はやっぱり高級路線の言語だし、インデントでブロックを表す系統なのがしんどいけど、
Rust は上手く低レイヤ用 (としても使えるよう) に着地させてるし、 C 風の外観を踏襲してもいる。

C++ が Rust から取り入れられるものはそんなに多くないと思う。
C++ は良くも悪くも互換性についてかなり強い要求があるので、
Rust 的な、カッチリと保護された仕組みを後付けするのはどう考えても無理。
C++ が Rust を参考にすることは間違いなくあるとは思うが、
全体の思想がまるで違うので限定的な範囲でしか取り入れられない。

もし取り入れらたらそれは C++ の新機能として新しく学ぶので十分でしょ。

Rust を学ぶのは間違いなく有用ではあるけども、
Rust の知見が C++ に取り入れられる可能性がありそうだからという理由ならそんなに意味ない。