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/ (日本語)

**デフォルトの名無しさん** · 2020/02/09(日) 08:59:21.69

まあ失敗時はFALSE、とも書いてあるから、こう書くのが正解！
bRet32 = MakeSureDirectoryPathExists("C:\\tmp");
if (bRet == TRUE) {
　// 成功すた
　...
} else if (bRet == FALSE) {{
　// 失敗すた
　...
} else {
　assert(0);
}

**デフォルトの名無しさん** · 2020/02/09(日) 09:03:53.87

あと>>461は、>>455の三択で選ぶならif (b == TRUE)だが
正しくは↓こう書くべき
bRet = GetMessage(...);
if (b == -1) {
　// エラー1が発生すた、
　....
} else if (bRet == FALSE) {
　// エラー2が発生すた、
　....
} else if (bRet = TRUE) {
　// 成功すた、
　...
} else {
　assert(0);
}

つまり出題者>>455の知識と想像力の欠如が諸悪の根源

**デフォルトの名無しさん** · 2020/02/09(日) 09:06:48.93

訂正orz
　誤: bRet
　正: bRet32

>>509訂正、
　誤： {{
　正： {

>>510訂正
　誤： bRet = TRUE
　正： bRet32 == TRUE

**デフォルトの名無しさん** · 2020/02/09(日) 09:28:45.27

C89にboolがないことに拒否反応を起こす頭の固い奴に迎合して作られたboolでないBOOL

**デフォルトの名無しさん** · 2020/02/09(日) 09:35:18.39

先にWindowsがシステムコールとしての素朴な要請からbool型の実装型を定義して、
その後コンパイラメーカーがbool型の実装を別の方式にし出すよりは
よっぽどﾏｼやったろうが！

個人的にはBOOLは好きだがな
TRUE/FALSEを表すのに4バイトも使うところが
いかにもリッチなOSっぽく、使っていてリッチな気分になれる

**デフォルトの名無しさん** · 2020/02/09(日) 09:41:35.54

>>508
ありがと
全部は見てないけどDbgHelp関連の奴はその書き方してるみたいね
https://docs.microsoft.com/en-us/windows/win32/debug/dbghelp-functions

**デフォルトの名無しさん** · 2020/02/09(日) 09:47:29.30

>>510
> } else if (bRet == FALSE) {
> 　// エラー2が発生すた、
> 　....
エラーじゃないぞ
人の知識とか想像力とか言う前に自分の知識を見直せよw

**デフォルトの名無しさん** · 2020/02/09(日) 09:55:00.47

といっても成功していないのだからエラー扱いで差し支えないなのでは…

**デフォルトの名無しさん** · 2020/02/09(日) 10:28:32.96

>>516
なんでそんなに自信満々なんだよw
マジでドキュメント見てこい
https://docs.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-getmessage

**デフォルトの名無しさん** · 2020/02/09(日) 10:45:20.17

>>510
GetMessageのマニュアルをちゃんと読めクソ雑魚
エラーの時は-1、WM_QUITの時はFALSE(0)を返すが、それ以外の時は「nonzeroを返す」としか言ってない
nonzeroというのはたくさんの値の集合であって、その判定をある特定の値と==で行うことはTRUEが1だろうと他の値だろうと完全な間違いだ
つまりお前のその糞プログラムは完全にバグっているし、お前がバカにしてる>>455らが言った通りの間違いをそのままやらかしてる

**デフォルトの名無しさん** · 2020/02/09(日) 10:54:04.79

クソ雑魚>>510はマニュアルを読まない可能性があるので、マニュアルの使用例貼っておきますね
GetMessageがFALSE(0)返したときの何がエラーだって？笑わせんなカス
TRUE以外ならassertで落としていいなんてどこに書いてある？勝手な妄想すんなゴミ

BOOL bRet;

while( (bRet = GetMessage( &msg, hWnd, 0, 0 )) != 0)
{
　if (bRet == -1)
　{
　　// handle the error and possibly exit
　}
　else
　{
　　TranslateMessage(&msg);
　　DispatchMessage(&msg);
　}
}

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

>>519
>TRUE以外ならassertで落としていいなんてどこに書いてある？
それはこちらが聞きたい；
何を見てそう思ったのか？

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

>>519
変数いらねーから
for(;;)
switch(GetMessage(&msg, hWnd, 0, 0))
{
default:
TranslateMessage(&msg);
DispatchMessage(&msg);
break;

case 0:
return int(msg.wParam);

case -1:
throw std::system_error(std::error_code(int(GetLastError()), std::system_category()), "GetMessage");
}

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

while(GetMessage( &msg, hWnd, 0, 0 ) >0)
{
　　TranslateMessage(&msg);
　　DispatchMessage(&msg);
}

**デフォルトの名無しさん** · 2020/02/09(日) 12:05:04.77

とｵﾓﾀがわかった
GetMessage()は WM_QUIT以外を受け取ったとき非0を返す、としか書かれていないから
bRet32 == TRUEでは正しい判定にならないのねん

使ったのがｽｹﾞｰ昔なので忘れていたが、そのときは多分>>519式に書いたから安心してﾎｽｲ

**デフォルトの名無しさん** · 2020/02/09(日) 12:06:02.94

>>522
気持ちはﾜｶﾙ

**デフォルトの名無しさん** · 2020/02/09(日) 15:07:49.90

しょうもない事で攻撃的になるやつなんなの
いつも吹いてしまうw

**デフォルトの名無しさん** · 2020/02/09(日) 15:13:04.53

（笑）

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/09(日) 15:27:19.45

>>506
BASIC というか、古の言語にはビット演算と論理演算の区別がないものが結構あった。
全てのビットが立った状態 (-1) を真ということにしておけば
ビット演算用の AND, OR, NOT がそのまま論理演算のそれとして使える。

昔はこれが気の利いた方法だったんだろう。

**デフォルトの名無しさん** · 2020/02/09(日) 16:19:35.32

#define FALSE 0 ← 正しい
#define TRUE 1 ← 間違いくず! 0点!! 出入り禁止!!!
#define TRUE (!0) ← 正しい
if(b) ← 正しい
if(b != FALSE) ← 正しい
if(b == TRUE) ← 間違いくず! 0点!! 出入り禁止!!!

**デフォルトの名無しさん** · 2020/02/09(日) 17:16:55.31

>if(b != FALSE) ← 正しい

これこそ糞コード

**デフォルトの名無しさん** · 2020/02/09(日) 17:20:45.96

意味的にboolなら
if (a)
if (!a)
で判断すべきだと思う

**デフォルトの名無しさん** · 2020/02/09(日) 17:24:22.90

if (a == TRUE)
if (a == TRUE == TRUE)
if (a == TRUE == TRUE == TRUE)

**デフォルトの名無しさん** · 2020/02/09(日) 17:32:39.19

とぅっとぅるぅ～♪

**デフォルトの名無しさん** · 2020/02/09(日) 17:40:32.11

もともと>>438と>>439を混同すんなという話なんだが、混同してる奴が次から次へと湧いて出てくるｗ

**デフォルトの名無しさん** · 2020/02/09(日) 17:46:22.21

ちゃうねん。

**デフォルトの名無しさん** · 2020/02/09(日) 17:46:32.42

>>528
#define TRUE (!0) ← 正しい

C/C++ では、!0 は、必ず1 になることが仕様化されているので、仕様に準拠している
処理系ではこれは必ず、
#define TRUE 1
と書くのと同じになるので、敢えて (!0) と書く意味は無い。

**デフォルトの名無しさん** · 2020/02/09(日) 17:48:20.60

boolだろうがBOOLだろうがYESNOだろうが
意味がboolであればboolと同じ扱い

**デフォルトの名無しさん** · 2020/02/09(日) 17:48:58.88

>>529
糞コードだが
> if(b == TRUE) ← 間違いくず! 0点!! 出入り禁止!!!
より１億倍マシ

**デフォルトの名無しさん** · 2020/02/09(日) 17:50:49.32

>>528
1がイヤなら0もイヤだろう
#define FALSE (0!=0)
としないと

**デフォルトの名無しさん** · 2020/02/09(日) 17:55:11.50

>>537
マシとか言う以前にそもそも動作が違うんだが。
bがTRUEと一致するかどうか判断するのに他にどういう書き方をするというんだろう？

**デフォルトの名無しさん** · 2020/02/09(日) 17:59:01.69

>>539
!(b != TRUE)。

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

普通はTRUEかFALSEしか入ってないんだよ

それ以外が入ってる可能性があるなら
普通TRUEがどうかの判断だけじゃダメじゃないか？

**デフォルトの名無しさん** · 2020/02/09(日) 18:05:49.02

switch (b){
case FALSE:
...
case TRUE:
...
case ???
...
default
...
}

これで

**デフォルトの名無しさん** · 2020/02/09(日) 18:07:19.16

>>539
それは難しくいえば数学の集合論の話になる。
{0} と {非0} の二つの集合が有り、
if の条件式では、前者が偽、後者が真と評価される。
TRUEはどんな処理系であれ、必ず後者の集合の要素(元)になっていることだけは
保障されている。
なので、if ( b != 0 ) や、if (b) は正しいが、
if (b == TRUE) は絶対駄目、ということになる。

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

>>543
BOOLなのに
1と2を区別したい事があるんだってさ

**デフォルトの名無しさん** · 2020/02/09(日) 18:10:45.32

if ( b == TRUE ) は、この条件式自体の動作は問題ないが、
b が TRUE ではないが、真である何らかの値を持っていたときに破綻してしまう。
BOOL b と書いた場合、本人が書いたプログラムでは b は、必ず
TRUE か FALSE の二値に限って書くことになろうが、往々にして、
APIなどでは、「真」の意味で「非0」の値を返してくること関数が含まれて
しまっている。
だから、勘違いや混乱が起き易い。
そのため、if ( b == TRUE ) というのは、絶対にやめておいたほうが良い書き方
となる。

**デフォルトの名無しさん** · 2020/02/09(日) 18:16:58.01

TRUE/FALSE以外を想定するなら
時と場合による

TRUE/FALSEしか想定しないなら
if (b) / if (!b)
と書くべき

**デフォルトの名無しさん** · 2020/02/09(日) 18:19:53.44

昔VB6からWinAPI呼ぶときの注意点として本で読んだ気がする
それboolじゃないよね？とは思った

**デフォルトの名無しさん** · 2020/02/09(日) 18:20:59.38

>>545
じゃあ聞いてみよう。
bがTRUEと一致するかどうか判断する必要がある場合はどう書く？

**デフォルトの名無しさん** · 2020/02/09(日) 18:29:21.05

>>546
排中律が成り立たないからFALSEでないことはTRUEを意味しない。
成功した場合にTRUE、失敗した場合にFALSEを返すという関数がある場合、成功したかどうかは
FALSEでないことではなくTRUEと一致するかどうかで判断しなければならない。

**デフォルトの名無しさん** · 2020/02/09(日) 18:29:23.53

>>548
!(b != TRUE)。

**デフォルトの名無しさん** · 2020/02/09(日) 18:30:08.13

>>548
架空のケースについてのお答えは差し控える
つか糞コードかどうかはともかく>>509の方はMSDNの記述に準拠したコードという意味では
非の打ち所が無い（何かあってもMSDNのせいにできる

**デフォルトの名無しさん** · 2020/02/09(日) 18:30:08.50

>>539
> bがTRUEと一致するかどうか判断する
それ自体がまずい（ことが多い）と指摘されてることにそろそろ気づこうよ…

**デフォルトの名無しさん** · 2020/02/09(日) 18:36:27.78

>>552
>>514見ているのにいまだにそんなこと言っているのはなんでだろう

**デフォルトの名無しさん** · 2020/02/09(日) 18:42:52.19

いやちゃうねん。

**デフォルトの名無しさん** · 2020/02/09(日) 18:59:34.88

intの取り得る値の集合に対し、TRUEの定義が-93でありかつそれ以外は偽と解釈をせよと仕様に書いてあったら
さすがに(b == TRUE)とか(b != TRUE)書くことを現実の選択肢として考慮せざるおえない
もちろんそんな仕様が糞だが、仕様なのだからしようが無い
数学の本質は自由性にある、

**デフォルトの名無しさん** · 2020/02/09(日) 19:07:50.42

>>549
>>546
日本語読めますか？

**デフォルトの名無しさん** · 2020/02/09(日) 19:15:36.19

FALSEは定数
TRUEは範囲で観測によって収束する

適性に乏しいやつには厳しいよな

**デフォルトの名無しさん** · 2020/02/09(日) 19:16:00.10

boolからBOOLになってintになってた

**デフォルトの名無しさん** · 2020/02/09(日) 19:16:09.28

集合B={FALSE=0,TRUE=1}　の場合　!FALSE=TRUE　だが
B'={FALSE=0,TRUE1=1,TRUE2=2,TRUE3=3}　の場合
!FALSE={TRUE1,TRUE2,TRUE3}　となる
しかし　TRUE={TRUE1,TRUE2,TRUE3}　と定義すると
B''={FALSE=0,TRUE}　となり、同型B≡B'が示されるため、B'をboolとみなすことは可能である
ただし、比較演算子は集合として同値であるのか、集合に含まれるのかを示さなければならない
b⊂B'(≡B)　のとき、　b=FALSE　は一意だが、b=TRUE　は　b=1∩b=2∩b=3　を示す

**デフォルトの名無しさん** · 2020/02/09(日) 19:17:37.19

数学関係ないのに数学ネタでひっぱってるヤツがいるな
IDは違うけど同じ人？

数学関係ないから

**デフォルトの名無しさん** · 2020/02/09(日) 19:18:03.88

>>553
>>514の話なら>> 509だし、そうでないAPIもたくさんあるから
> それ自体がまずい（ことが多い）と指摘
されてるんだが、まじでわかってないのか？
引っ込みつかなくなってるだけだと思ってたが…

**デフォルトの名無しさん** · 2020/02/09(日) 19:18:39.73

ちゃうねんちゃうねん。

**デフォルトの名無しさん** · 2020/02/09(日) 19:19:01.31

訂正
b=1∩b=2∩b=3
→b=1∪b=2∪b=3

**デフォルトの名無しさん** · 2020/02/09(日) 19:22:41.80

グローバル領域にインスタンスを作って、初期化はmain()の中でしたいとします。
で、初期化に必要な情報はmain()の中で初めて分かるとします。

こういうときってそのクラスのコンストラクタとしては何もしないものを作っておいて、初期化用の関数を別途用意するというのが普通ですか？
インスタンスの宣言だけしておいてコンストラクタは後で呼ぶなんてできないですよね？

**デフォルトの名無しさん** · 2020/02/09(日) 19:23:38.68

ポインタにしとけ

**デフォルトの名無しさん** · 2020/02/09(日) 19:29:17.77

>>561
逆に不思議だわ。
「成功時に0以外の値を返す」と「成功時にTRUEを返す」は違うということがなんで理解できないのか。

**デフォルトの名無しさん** · 2020/02/09(日) 19:30:00.78

std::unique_ptr<T>の出番

**デフォルトの名無しさん** · 2020/02/09(日) 19:30:50.97

apiの仕様見て適切に処理で終わる話だろこれ

**デフォルトの名無しさん** · 2020/02/09(日) 19:37:32.03

optionalの出番だろ

**デフォルトの名無しさん** · 2020/02/09(日) 19:39:43.34

>>568
同意

**デフォルトの名無しさん** · 2020/02/09(日) 19:45:02.77

>>566
どこから違うことを理解してないと思った？
思い込み激しすぎw

**デフォルトの名無しさん** · 2020/02/09(日) 19:45:29.20

>>568に一票

**デフォルトの名無しさん** · 2020/02/09(日) 19:47:47.73

もともとはboolの話だったのに

**デフォルトの名無しさん** · 2020/02/09(日) 19:49:14.41

GetGlyphOutline などで文字画像を取り出そうとすると、フォントが持ってない文字は代わりの文字を出力してくる。
（例えば、昔の毛筆フォントでは「髙（はしご高）」などはMSゴシックになる。）
これを抑制したいので、そのフォントがグリフデータを持っているかどうか、調べる方法はありますでしょうか？

**デフォルトの名無しさん** · 2020/02/09(日) 19:50:25.08

C++の相談？

**デフォルトの名無しさん** · 2020/02/09(日) 19:52:53.59

>>571
違いを理解しているなら>>566の後者はまさに>>539だということも理解できそうなもんだが。

**デフォルトの名無しさん** · 2020/02/09(日) 19:54:35.07

>>574
ここよりwindows apiのスレのがいいんじゃないかな

**デフォルトの名無しさん** · 2020/02/09(日) 20:00:40.91

>>576
もしかして（ことが多い）っていう意味もわかってないのか？

**デフォルトの名無しさん** · 2020/02/09(日) 20:05:04.78

win32は変な仕様多いからAPIの仕様確認しないと罠にはまる

**デフォルトの名無しさん** · 2020/02/09(日) 20:05:21.07

多い方に合わせろって話でもないだろう。
>>568の通りそれぞれの仕様に合わせて適切に扱えってこと。

**デフォルトの名無しさん** · 2020/02/09(日) 20:05:58.49

>>579
ほんこれ

**デフォルトの名無しさん** · 2020/02/09(日) 20:07:59.65

GetModuleFileNameとか仕様作った奴のセンスを疑う

**デフォルトの名無しさん** · 2020/02/09(日) 20:20:16.24

>>580
誰も多い方に合わせろなんて言ってないのに…
単にそういうケースが多いって言うだけの話であることも説明しないとわからんのかな？w

**デフォルトの名無しさん** · 2020/02/09(日) 20:30:08.24

なら問題ないケースもあることを理解してるわけだ。だとすると>>552で指摘してたのはなんだろうと。

**デフォルトの名無しさん** · 2020/02/09(日) 20:34:19.93

>>584
えっ？
まだ（ことが多い）ってわざわざ書いてる意味がわからんのか？
まともな奴と会話してる時ならいちいち書かないんだが、ネット掲示板なのでわけわからん奴に絡まれないようにわざわざ書いたのに想定外の低能さんなの？

**デフォルトの名無しさん** · 2020/02/09(日) 20:46:39.77

>>585
つまり>>552は、まずい場合もあるしそうでない場合もあるという意味のない指摘なわけだ。
ようやく>>539に戻れたな。

>>537
マシとか言う以前にそもそも動作が違うんだが。
bがTRUEと一致するかどうか判断するのに他にどういう書き方をするというんだろう？

**デフォルトの名無しさん** · 2020/02/09(日) 20:52:41.00

bがTRUEと一致する条件の話はしてなくて
boolに対するif文をどう書くかの話だろ

APIの使い方なら他スレでやって

**デフォルトの名無しさん** · 2020/02/09(日) 20:55:58.33

余所でやれって、APIと言語仕様のズレの話だろ
正しい理解はどのようなものかという興味は
スレ違いじゃねえぞ

**デフォルトの名無しさん** · 2020/02/09(日) 21:03:28.51

APIの正しい理解ならAPIのドキュメントを見れば良いのでは？

もともとのboolの話とは全く関係ないですね

**デフォルトの名無しさん** · 2020/02/09(日) 21:05:18.68

>>586
> つまり>>552は、まずい場合もあるしそうでない場合もあるという意味のない指摘なわけだ。
お前には意味ないのかもな…
必死になりすぎw

**デフォルトの名無しさん** · 2020/02/09(日) 21:05:59.85

>>533に書いたが、boolじゃなくてBOOLの話をしているのになぜかboolと混同する人が

**デフォルトの名無しさん** · 2020/02/09(日) 21:06:45.54

boolの話題でbool以外を語るのはこんな感じ

内部的に固定小数点なfloatライブラリもあるぞ
内部的にvectorなmapライブラリもあるぞ

**デフォルトの名無しさん** · 2020/02/09(日) 21:07:53.15

BOOLも同じ
意味的なBOOLが前提
それ以外は特殊事情

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

>>590
意味のあるなしは主観だからいいとして、結局これ理解できたかな？

>>537
マシとか言う以前にそもそも動作が違うんだが。
bがTRUEと一致するかどうか判断するのに他にどういう書き方をするというんだろう？

**デフォルトの名無しさん** · 2020/02/09(日) 21:23:11.71

>>594
>>552
低能は一度指摘されたことを何度も繰り返すw

い · 2020/02/09(日) 21:32:30.02

boolができるまでは

if (!!b)

こういうイディオムもありましてね

**デフォルトの名無しさん** · 2020/02/09(日) 21:42:44.86

>>576を理解しているなら

>bがTRUEと一致するかどうか判断するのに他にどういう書き方をするというんだろう？

このような判断がが必要な場合があることも理解しているはずだろうが、
結局この質問には答えられない(答えたくない)ようだな。

**デフォルトの名無しさん** · 2020/02/09(日) 22:05:36.89

まだやってるのかよw
無能無限ループ乙

**デフォルトの名無しさん** · 2020/02/09(日) 22:07:19.29

あいかわらずしょーもない話題だと盛り上がるのな。

い · 2020/02/09(日) 22:16:06.44

goto、マクロ、BOOL
全部C言語の範疇なんだよなw
おじさんがんばりすぎ

**デフォルトの名無しさん** · 2020/02/09(日) 22:18:57.48

つか真理値の型であるbool型および
真理値の型としての名前を与えられたBOOL型の議論が
Win32 APIの仕様という現実に汚染されてぐちゃらけてますな
TRUEに幅が有る、なんていうおかしいことを言い出す香具師まで出る始末、！

**デフォルトの名無しさん** · 2020/02/09(日) 22:23:19.21

本当は昨日で終わっていたはずの話題なんだがな。

◆QZaw55cn4c · 2020/02/09(日) 22:31:58.84

>>487
え？話の発端は >>438 でしょう？
>>439 は >>438 の bool を BOOL にすげ替えたミスリードでしょう？

>>491
もう一度いいますが、
＞if (b == TRUE) と書くのはバグの原因になる
のは b の型が int であれば、確かにそういえますが、b の型が bool ならばなんの問題もなにのでは？
https://ideone.com/aL3agg

前提条件を全然考慮せず、条件反射的に
＞if (b == TRUE) と書くのはバグの原因になる
と判断するのは老害的発想と私は断定しますね

**デフォルトの名無しさん** · 2020/02/09(日) 22:33:23.30

>>602
お前が言うなよww

**デフォルトの名無しさん** · 2020/02/09(日) 22:33:54.63

一般論として、APIの呼び出しが成功しました、という情報にはそれ以上幅も糞も無い（成功した要因など知っても無駄
から、成功=TRUE、失敗=FALSEとする割付の下では、TRUEこそ単一値として規定されるべきﾌﾞﾂに他ならない
よって、一般論としては b == TRUEは言うほど糞ではないはずであった、

**デフォルトの名無しさん** · 2020/02/09(日) 22:37:13.53

まあエラー要因を複数種類返したい、ということなら
成功判定は b == SUCCEEDEDでSUCCEEDEDでなかったらエラーコードが入っている、という
INTかDWORD返しがストレートやったがな！（成功時非0を返す、とか言われるよりは

**デフォルトの名無しさん** · 2020/02/09(日) 22:42:00.12

if( b == TRUE ) って、結局 if( b ) ってことだろ。

**デフォルトの名無しさん** · 2020/02/09(日) 22:45:14.84

クソワロタ
口調も激変