20/02/02 14:56:57 EDNK6zQt.net
現実のC++について話せ
ここで新機能の導入について議論しても無駄だ
フォーラムでやれ
201:デフォルトの名無しさん
20/02/02 14:57:45 gkoi3ncl.net
手間が減ることは重要だよ
ラベル名を考える手間をかけて良いならgotoで良い
202:デフォルトの名無しさん
20/02/02 15:01:24.88 rWwvB4I9.net
大体だよ、多重ループはbreakで抜けれないので、仕方なくgoto使うときの
そのgotoを使う都合で必要になった、そのラベルをだよ
じゃーブロックにラベルをつけましょう、ってなんでそーなんだよ
元々のbreakにはラベルなんかねーのに
breakにラベルが無くて混乱したやつ居るか？
ご飯が無いからパンを食べてた状況なのに
すり替わってパンありきになって、パンが無きゃ話にならないとか言い出す始末
別にパン(ラベル)なんかなくても、ご飯があるならご飯食べろよ
ラヘルラベルって、そのラベルがどこ由来か考えてみろよ、gotoだろ？
もう一度言うが、もともとのbreakにはラベルなんかないし、それでみんな普通に過ごせてるし、混乱も起きてない
ただ、gotoで抜けるためには文法上/機能上ラベルが必要だったねってだけで、そこに着目しても仕方がない
本質的には無くても別に困らない
203:デフォルトの名無しさん
20/02/02 15:05:16.61 jVWLSRwc.net
ソースコードチェック目的でプログラム読むとき、gotoが出てきたら
そのgotoの使用方法が問題ないものなのか、いちいちチェックしないといけない。
breakならループ抜けるという意図が明白なので、チェックしなくてよい。
204:デフォルトの名無しさん
20/02/02 15:11:47.92 rWwvB4I9.net
そんなに名前が無いと発狂するんならもうgoto使えば？って思うし
なんなら関数化して正式に名前付ければって思うし
そこまでしたくないってときにbreak nが便利なわけだ
やりたいことは「多重ループから抜けたい」であって
「名前を付けたい」ではない！！
205:デフォルトの名無しさん
20/02/02 15:11:53.90 gkoi3ncl.net
関数コールも問題のないコールかどうかチェックしないといけないから
使わない方が良い
206:デフォルトの名無しさん
20/02/02 15:14:22.99 EDNK6zQt.net
それならもうポインタもグローバル変数もマルチスレッドも大量のチェックが必要だから使ってはいけないってことで
207:
20/02/02 15:14:36.78 Rn0kkYyt.net
>>199
私と認識が似ていますね
>>137
＞goto とか break とか continue とか、他の言語（javaとか）でもいろいろ小手先的に弄られているけれども、それに何の意味があるのかいつも不思議におもいますね
208: >>164 java にはラベル付き break が存在して、ほとんど goto です https://www.sejuku.net/blog/20100
209:デフォルトの名無しさん
20/02/02 15:15:16.61 7b/FZYuN.net
現行のC/C++にはgoto <label>がある一方、break <n>は無い
もしbreak <n>の追加がgoto <label>の実装より難しかったからやらなかったのだとしたら、
break <n>の飛び先がgoto <label>の飛び先より簡単にﾜｶﾙから優れているという主張は根拠を失う
break <n>はわかりにくいか、さもなくばgoto <label>と同等なんである
210:デフォルトの名無しさん
20/02/02 15:16:38.00 mzCY/+E0.net
constがスレッドセーフなのも困った。
211:デフォルトの名無しさん
20/02/02 15:24:46.36 jpTipLln.net
>>201
現実ありえないのは重々承知したうえで書くけど
100重ループを脱出するとき数を数えたくないだろうなって思うじゃん
ほかにも3重ループとかで2ndと3rdのループから共通の脱出先ラベルにもできるわけじゃん
文法を拡張する前提ならそこまで想定すべきだと思うね
粗野な即値の数字じゃなくて意味ごとに名前をつけられるようにしてきたのが
プログラミング言語の進化の歴史なのでおれは自然だと思うよ
というかそういう観点からラベル付きbreakというのは他の言語にはあるわけで
で今話してるのはもっと書きやすく読みやすくできないかというトピックでしょ
break Nは使えるだろうけど洗練されてない感じ
212:デフォルトの名無しさん
20/02/02 15:27:11.67 gkoi3ncl.net
break [n] はラベル名を考えなくて良い利点がある
使えるなら使いたい
ラベル名を考える必要があるならgotoで良い
ループの先頭で名前を付けるのはgotoより見づらいから使わない
213:デフォルトの名無しさん
20/02/02 16:01:27 o79zkFFu.net
break n とか言ってる奴は何故か>>150をスルーしてて笑うわ
214:デフォルトの名無しさん
20/02/02 16:07:52 nz0OxFB3.net
他の人は「マジックナンバー」だと思わなかったからでは。
215:デフォルトの名無しさん
20/02/02 16:20:03 gXxB23XL.net
foobarやhogeを超える人気なダミー文字列を考えたほうがよほど建設的だぞ、君たち。
216:デフォルトの名無しさん
20/02/02 16:35:55 SWo7Ruqh.net
break 5; //C
GOTO 5 : REM BASIC
217:デフォルトの名無しさん
20/02/02 16:37:04 gkoi3ncl.net
マジックナンバーがイヤなら
break break;
218:デフォルトの名無しさん
20/02/02 16:50:03 DTIMfhpJ.net
関数で置き換える
引数がめんどうならラムダで置き換える
returnが多重breakの代わりになる
219:デフォルトの名無しさん
20/02/02 16:58:55 SWo7Ruqh.net
>>214
多重ループを単一関数に書くって前提だね
220:デフォルトの名無しさん
20/02/02 17:03:09 7b/FZYuN.net
>引数がめんどうならラムダで置き換える ←New!
これは場合による
for (i=0; i<INT_MAX; i++) {
for (j=0; j<INT_MAX; j++) {
（何がしかの処理）
}
}
を
for (i=0; i<INT_MAX; i++) {
for (j=0; j<INT_MAX; j++) {
（（何がしかの処理）を行うラムダ式fを定義）
f();
}
}
とするのではご利益が無いが、
（（何がしかの処理）を行うラムダ式fを定義）
for (i=0; i<INT_MAX; i++) {
for (j=0; j<INT_MAX; j++) {
f();
}
}
とするのではラムダ式定義時点でループ内の変数を参照できないから場合によっては詰む
結局f()は引数がぞろぞろ並ばねばならない
221:デフォルトの名無しさん
20/02/02 17:05:11 +9zyTEwm.net
>>216
>>75
222:デフォルトの名無しさん
20/02/02 17:06:58 7b/FZYuN.net
>>217
左様
それがラムダ式を適用して解決づべき適切な場合である（ｷﾘ
223:デフォルトの名無しさん
20/02/02 17:15:36 SWo7Ruqh.net
ジーオーティーオーというスペルでなければ
制御構造はそのままでいいと言うクソ論法
224:デフォルトの名無しさん
20/02/02 17:52:12 mzCY/+E0.net
スレとはあまり関係ないんだけど、nodiscard属性を無視するにはどうしたらいいですか？
225:デフォルトの名無しさん
20/02/02 17:59:47 MNdu0823.net
変数で受けといてその変数をガン無視すればいいんじゃないの
未使用変数の警告出るだろうけど
226:デフォルトの名無しさん
20/02/02 18:00:14 mzCY/+E0.net
やってみます。
アリガト。
227:デフォルトの名無しさん
20/02/02 18:11:02 o79zkFFu.net
>>210
お前の言う「他の人」はマジックナンバーの意味わかってないってことか？
このスレ見てたらありえなくもないかと思えてきたわw
228:デフォルトの名無しさん
20/02/02 18:13:54 mzCY/+E0.net
あと三日くらいしたらお前より出来るようになってるから。
229:デフォルトの名無しさん
20/02/02 18:24:38 jpTipLln.net
>>220
(void)func();
230:デフォルトの名無しさん
20/02/02 18:28:22 x1m+isRG.net
>>208
昔のBASICは、行番号を勝手に付けてくれていたのでgotoでもラベル名を考えなくて済んだのでとても便利だった。
231:デフォルトの名無しさん
20/02/02 18:30:04 x1m+isRG.net
>>226
なお、アセンブラでは行番号がなかったのでラベル名を考える必要があったが、
意味のあるラベル名を考え出すのは大変だったので、分かり易い場所以外は、
多くの人が、lab1: lab2: lab3: のような連番を使う傾向があった。
232:デフォルトの名無しさん
20/02/02 18:30:14 mzCY/+E0.net
>>225
メモっときます。
ありがと。
233:◆QZaw55cn4c
20/02/02 18:31:42 Rn0kkYyt.net
>>226
＞昔のBASICは、行番号を勝手に
auto 文だったかな…
234:デフォルトの名無しさん
20/02/02 19:36:27.12 7b/FZYuN.net
VB6には行番号は無かった
235:デフォルトの名無しさん
20/02/02 20:26:55 GV9CDSqK.net
みんなってc++で何を作ってるの？
ゲーム？
236:デフォルトの名無しさん
20/02/02 21:07:54.17 YP+sfqkD.net
何も作ってないやつがほとんどだろ
237:デフォルトの名無しさん
20/02/02 21:15:29.52 GV9CDSqK.net
すまん俺の聞き方が悪かったのかもしれん
最近プログラミングの勉強始めて、各言語の用途とか調べたんだけど、ここでも一応聞いてみたかったの
何を作ってるって言うより、どんな開発に携わってるかっていうのを聞きたかった
238:デフォルトの名無しさん
20/02/02 21:21:43.96 DTIMfhpJ.net
テキストエディター
3Dモデラー
メーラー
239:デフォルトの名無しさん
20/02/02 21:25:09.08 vTjBAXNr.net
競技プログラミング
240:デフォルトの名無しさん
20/02/02 21:39:16 GV9CDSqK.net
アプリ開発にも使われるのかー
あざした
241:デフォルトの名無しさん
20/02/02 22:06:04 mzCY/+E0.net
いまダブルアレイやってる。
242:デフォルトの名無しさん
20/02/02 22:08:30 mzCY/+E0.net
検索はstd::setやstd::unorderd_setより速いけど、挿入が一桁遅い。
静的構築が速いというので、それもやってみたけど、2/3くらいにしかならなかった。
243:デフォルトの名無しさん
20/02/02 22:10:09 mzCY/+E0.net
検索はstd::setの10倍くらい早いな。
244:デフォルトの名無しさん
20/02/02 22:15:25 0Gqmr542.net
>>239
相談ができたらまた来い
245:デフォルトの名無しさん
20/02/02 22:54:22 mzCY/+E0.net
>>240
よろしくお願いします。
246:◆QZaw55cn4c
20/02/02 23:01:19 Rn0kkYyt.net
初学者的な質問です、よろしくお願いいたします。
バイナリーファイルを
std::fstream f;
f.open(filename, std::ios::in | std::ios::out | std::ios::binary);
でオープンし、同一ファイルのオープン中に
f.read(), f.seekg() でガンガン読むと同時に
f.write(), f.seekp() でガンガン書き込む
を試しているのですが、seekg(), tellg() と seekp() tellp() は名前は別でもあるにもかかわらず、実はファイルポインタの実体は両者で同一なのでは？
という疑いが発生しました。つまり、seekg()/tellg() と seekp()/tellp() とは独立でない、と推測しています
?この解釈で正しいですか？
?こういうのは、C++ iostream レファレンスのどこを見て洞察するべきなのでしょうか？
実際のお題は相変わらずエラトステネスのふるいです URLﾘﾝｸ(ideone.com)
247:
20/02/02 23:18:14.73 Rn0kkYyt.net
>>231,233
私は今のところエラトステネスの篩にご執心、という体たらくです…
248:デフォルトの名無しさん
20/02/03 00:01:01 8riGTZSm.net
エラトステネスのふるいで
なんでファイルのリードが必要？
249:◆QZaw55cn4c
20/02/03 00:22:49 X2PbBOAI.net
>>244
結構昔から
URLﾘﾝｸ(www.asahi-net.or.jp)
にとても興味を持っていたのです、二つの隣り合った素数の差を「素数のギャップ」と呼ぶことにしたとき、
『素数のギャップが取りうる値の頻度。はじめは２、４が多いが、そのうち、６の方が多くなる。』
『６がチャンピオンの座を降りるのはいつか。』
『少なくとも 10^14 以下では６がトップであり、それ以降、いつ、６以外の数がトップになるかは、知られていない。』
10^14 までの数であっても全部、篩としてメモリに載せられないので、さてどうしたものかと思案中です、最終的には年スパンでずっと計算させ続けるのに耐えられるようにしたい、と
250:デフォルトの名無しさん
20/02/03 00:38:27 e9E2NTEb.net
その問題だけなら
2次キャッシュに収まるくらいに分けてふるえば速い
間隔も大して大きくならないので
ヒストグラムはオンメモリで済む
スレッドも簡単に分割出来るので
論理コア数と同じだけスレッドを作って回す
251:◆QZaw55cn4c
20/02/03 00:44:34 X2PbBOAI.net
>>246
コメントありがとうございます
＞間隔も大して大きくならないのでヒストグラムはオンメモリで済む
確かに 10^10 まででも最大 354 というのには驚きました、案外密に分布しているんですね
＞2次キャッシュに収まるくらいに分けてふるえば速い
constexpr unsigned int windowSize_Default = 30 * 5000000; はでかすぎ、ですか
いただいたアイディアは、どれも私には難易度が高いのですが、ぼちぼち書いていきます…
252:デフォルトの名無しさん
20/02/03 00:44:55 e9E2NTEb.net
AVXレジスタを使って小さな素数の倍数を消して
ビット命令で大きな素数の倍数を消す
大きな素数の倍数は210ずつ処理する
昔素数の数を数えるプログラムを書いたことがあって
記憶に残ってる範囲ではこんな感じ
253:デフォルトの名無しさん
20/02/03 00:55:53 jdU9ROmC.net
>>229
100 WIDTH 80,25:CONSOLE 0,25,0,1:SCREEN 1:CLS 3
110 XXX
120 XXX
130 IF XXX = XXX GOTO 110
のようなもので、最初に入れるときは自分で行番号も手で打つのが基本ではありました。
115 YYY と入れると、110と120の間に行が挿入されると言う仕組みです。
それだと9個以上は挿入できなくなるので RENUM 命令を使うと行番号を自動的に
振り直すことができました。その場合、GOTOやGOSUBの行番号も連動して変わる
仕組みです。
254:◆QZaw55cn4c
20/02/03 00:55:55 X2PbBOAI.net
>>248
コメントありがとうございます！
＞大きな素数の倍数は210ずつ処理する
私は、2*3*5 = 30 でわりと満足していましたが、2*3*5*7=210 まで拡張されたのですか！？うーむ…
255:◆QZaw55cn4c
20/02/03 00:57:46 X2PbBOAI.net
>>249
mon に入って、プログラムタイトルのコメントの行番号を手打ちで全部 0 にする、とか…
どうでもいい話でごめんなさい…
256:デフォルトの名無しさん
20/02/03 01:52:57 YoBHNt10.net
素数は、6n ± 1 か。
6n + 1, 6n + 5 だけ
6n + 3 は、3の倍数だから、素数じゃない
257:252
20/02/03 01:58:12 YoBHNt10.net
A = 6n + 1, B = 6n + 5 とすると、
AA の並びなら、差は6
AB なら、4
BA なら、2
BB なら、6
A,B になる確率がランダムとすると、6 になる確率が2倍！
258:はちみつ餃子 ◆8X2XSCHEME
20/02/03 11:14:43 HBzF0G80.net
>>242
たぶんこの一文。
> A joint file position is maintained for both the input sequence and the output sequence.
N3337 だと 27.9.1.1 の第 3 段落にある。
あくまでも std::basic_filebuf ではそうなってるってだけなので、
ストリームバッファ全般に言えるわけではなくて、
独立した位置情報を持つようなものも作れないわけではない。
FILE の fseek のラッピングとして実装することを想定したんじゃないかなぁ。
259:デフォルトの名無しさん
20/02/03 12:59:28 jOrmfTQL.net
>>250
ビット命令が48個続くだけ
それほど大変じゃない
今だともっと
260:良い命令があるかも
261:◆QZaw55cn4c
20/02/03 20:59:04 X2PbBOAI.net
>>254
コメントありがとうございます。いまいちよくわかっていない iostream. の全体像を掴めるよう、いただいたヒントも頼りに潜ってみます
＞FILE の fseek のラッピングとして実装することを想定したんじゃないかなぁ。
fseek() が 64bit オフセットならいいのですが
あるいは win32api：：SetEndOfFile() のような、オフセットを指定して trunc する方法があればいいのですが
>>242 のバイナリファイルは単に uint64_t な素数を突っ込んでいるものですが、ある日末尾が中途半端にちょん切れてしまったのです…
262:デフォルトの名無しさん
20/02/03 21:17:59 Exvuz9nd.net
>>256
それファイルに書く必要ある？
仮想メモリ頼りにメモリでやれば？
263:はちみつ餃子 ◆8X2XSCHEME
20/02/03 21:26:54 HBzF0G80.net
>>256
巨大なファイルにちょくちょくシークしながらアクセスするなら
メモリマップトファイルを使った方が楽やで。
264:はちみつ餃子
20/02/03 22:20:22.51 HBzF0G80.net
>>256
ググってみたら iostream まわりの継承関係を表した図がすぐ見つかったわ。
URLﾘﾝｸ(www.ntu.edu.sg)
だけど継承関係の他にストリームがバッファとロケールを所有しているという関係もあるのが分かり難いかも。
cpprefjp の rdbuf の項目を見たらストリームのバッファを入れ替える例が載ってる。
URLﾘﾝｸ(cpprefjp.github.io)
本当に「入出力」を司っているのはバッファであって、
ストリームはそれに書式化の機能をかぶせている感じ。
265:◆QZaw55cn4c
20/02/05 22:01:06 uTOW/8lH.net
>>257
それはダメでした。win7, 16GB、素数の大きさが10^11 程度でスラッシングが発生して win7 では使い物になりません
GIMPS cli のように、普段は意識することなく3年くらいかけて計算するようにしたいです
>>258
着々と容量が増加するファイルに対して mmap は使えるのですか？win32api：：CreateFileMapping では mmap を確立した後にファイルサイズを増やしてはいけない制限がありました
266:デフォルトの名無しさん
20/02/05 22:31:00 zWcxLf4u.net
最初から最大ファイルサイズにしとくとか
267:はちみつ餃子 ◆8X2XSCHEME
20/02/05 22:32:01 85RuEno5.net
>>260
そんな制限があるんか。
連続した巨大なメモリを予約しておいて、
適当な大きさに区切ってファイルにマッピングすればええで。
ファイルを複数に分けることになるけど、
見かけ上は巨大なメモリとして扱えるし、
容量が増加する都度に新しいファイルを作って割り当てればええ。
というやり方を思いついたので具体的に出来るんかいなと思って調べてみたら
MapViewOfFileEx の最後の要素でアドレスを指定する機能がある。
VirtualAlloc で予約した範囲は MapViewOfFileEx で使えないので、
どうやって空いているメモリ空間を探せばええんやろと思ったら
VirtualAlloc で予約した直後に VirtualFree をつこうたらええんやて。
URLﾘﾝｸ(stackoverflow.com)
なんという泥臭い方法や……。
てなわけで、若干の面倒くさい手順が要るけどそれっぽいことは出来る。
この手順をいい感じに抽象化するクラスを作ったら色々と使えそうやな。
期待してるで！
268:デフォルトの名無しさん
20/02/05 22:35:23 bIRSo9XQ.net
普通にAPIで巨大ファイル作れてるけど
CreateFile / WriteFile
269:はちみつ餃子 ◆8X2XSCHEME
20/02/05 22:50:53 85RuEno5.net
最初からどでかいファイルを作る余裕があるならその方が簡単で
270:はあるわな。 どんくらいデカいのがいるんや？ せいぜい数十ギガとかそんなもんやろ？ ケチらんと行くっちゅうのもアリや。
271:デフォルトの名無しさん
20/02/05 23:33:50.77 bIRSo9XQ.net
CreateFile
WriteFile
ReadFile
SetFilePointerEx
SetEndOfFile
272:デフォルトの名無しさん
20/02/06 13:03:55.59 sNihMBVC.net
こんな感じ？
.... 0101 0000 0100 0101 0001 0100 0101 0110
273:デフォルトの名無しさん
20/02/06 16:50:43 zCd4f5nI.net
STLコンテナ (仮にvとする) のサイズの分だけfor文を回したいってときに
for(int i=0; i<v.size(); i++)
と書くことが多いんだが、v.size()はintじゃないので警告が出る。
警告を一つ残らず潰したいタチだから毎回こういうのはintにキャストしてるんだが、キャストのコストってどんなもんなんだろ。
「大したことないからOK」って立場と「そもそもv.size()が毎回呼ばれてる時点でナンセンスだから改善すべき」って立場と「その警告は無視しなさい」って立場などがあると思うが、皆はどうしてる？
逆順にしたいことなどがよくあるので、範囲for文を使えってのは今回はナシで。
特定の環境、コードでのテストはできるが、一般論として、あるいは皆さんのスタンスとしてはどうですか。
274:デフォルトの名無しさん
20/02/06 17:11:56 v+RXRHu+.net
コンパイルの警告のためだけだから
実行時コストは0じゃね
275:デフォルトの名無しさん
20/02/06 17:13:00 v+RXRHu+.net
手でタイプするコストうんぬん言うなら
マクロで #define LEN(s) ((int)s.size())
276:はちみつ餃子 ◆8X2XSCHEME
20/02/06 17:18:31 jSrTrJa0.net
>>267
最も正統派なのはこうかな？
for(decltype(v)::size_type i=0; i<v.size(); i++)
常識的に考えてコンテナの size_type が std::size_t より大きいことはあまりない (大抵は等しい) と思うので、面倒なときは std::size_t を使う。
本当に上限が限られていてその上限が変更されることがあり得ないほどそのプログラムにとって
本質的なものだと判断すれば int でいいやってこともあるといえばあるだろうし、
同じようなパターンが何度も現れるならアダプタを作った上で範囲forというのも考えられる。
状況によるでしょ。
277:デフォルトの名無しさん
20/02/06 17:24:46 2fVM4odH.net
int i = 0; と書かずに size_t i = 0; と書くのはどうだい？
v.size() が本当に size_t を返すか、という問題はあるが。
for (decltype(v.size()) i = 0; i < v.size(); i++)
と書くこともできるね。
i の型が int でないと不味いのかも知れんけど。
278:デフォルトの名無しさん
20/02/06 17:39:05 /W9iMVJD.net
>>267
コスト(性能)最優先か
見やすさ最優先か
タイプ数最優先か
次第
キャストのコストって言うけど
intとv.size()のサイズが違えば
どのみち型変換する
コンテナ使うような場所でこんな微妙なコストを気にしてもしょうがないし
>>270は面倒
(業務外だと)私は警告放置が多い
警告を消したい場合はsize_tにするか
コンパイラの設定を変えるか
業務で集団でのコーディングの場合は
他の部分を見て空気を読む
279:デフォルトの名無しさん
20/02/06 17:43:47 /W9iMVJD.net
>>269は色々な理由で無い
280:デフォルトの名無しさん
20/02/06 17:44:41 v+RXRHu+.net
for(unsigned int i=0, len=v.size(); i<len; i++)
これもよく見るか
281:デフォルトの名無しさん
20/02/06 17:46:58 5ihPHl5F.net
auto i=0uにしてるな
282:デフォルトの名無しさん
20/02/06 17:48:08 VEO7DUBt.net
>>269
template <typename T> inline auto len(T s) { return s.size(); }
283:デフォルトの名無しさん
20/02/06 17:48:51 VEO7DUBt.net
あ、右辺値参照わすれたｗ わりーわりー
284:デフォルトの名無しさん
20/02/06 17:49:18 /W9iMVJD.net
警告を消す為だけなら設定を変えるのが良い
285:デフォルトの名無しさん
20/02/06 17:50:35 /W9iMVJD.net
>>276
286:何の解決にもなってない
287:はちみつ餃子 ◆8X2XSCHEME
20/02/06 17:54:27 jSrTrJa0.net
>>279
良くはないがマクロよりはマシ
288:デフォルトの名無しさん
20/02/06 18:09:13 3IyMYliq.net
>>274
その形が一番、速度的には良い。
forの第二式は毎回評価されるが、v.size()の部分をコンパイラが自動的に最適化するのは非常に難しい場合があるから。
289:デフォルトの名無しさん
20/02/06 18:11:29 3IyMYliq.net
v.size()の値が、ループ内で変化しない「ループ定数」であると判断するのは
コンパイラにとってはものすごく難しい場合がある。
ループ定数であると判断された場合にのみ、>>274のような最適化が行われる可能性が出てくるが、判定できなければループするたびに毎回評価されてしまうのでループの実行速度が遅くなってしまう。
290:デフォルトの名無しさん
20/02/06 18:30:55 F7wYIGq0.net
マクロってそんなに危険なんですか。
291:デフォルトの名無しさん
20/02/06 18:33:27 3IyMYliq.net
>>283
本人だけが開発していて、記憶力が優れていて絶対に使い方を間違いなければ特に問題ないと思うが、使い方を間違うと危険なことがある。
エラーも出ずに変な動作をしてしまうことがある。
でもそれさえ気を付けていれば特に問題ないとも言える。
292:デフォルトの名無しさん
20/02/06 18:37:31 3IyMYliq.net
>>269
マクロで書く場合、
#define LEN(_s_) ((int)((_s_).size()))
と書いたほうが良い。
特に、s や _s_ を()で囲むのは必須。
sを_s_と書くのは、ミスタイプがあった場合の備え。
例えば、マクロの仮引数にsと書いているのに、マクロの定義部分をtと
書き間違えていて、かつ、マクロを使う場所に t という変数がたまたま使われて
いたとすれば、エラーにならないのに間違った動作をしてしまう。
_s_と書いていれば、_s_という変数は絶対に使われないのでこの心配がない。
そのため、マクロの引数は伝統的に、_s_などのように書くことが推奨されている。
293:デフォルトの名無しさん
20/02/06 18:50:57 v+RXRHu+.net
バッドノウハウ紹介乙
>>285
>>276
294:デフォルトの名無しさん
20/02/06 19:30:05 /W9iMVJD.net
>>280
適してるかどうかはともかく
>>269は解決にはなってる
>>276は解決になってない
295:デフォルトの名無しさん
20/02/06 19:38:40 zCd4f5nI.net
皆さんありがとうごさいます。
結構難しいですね。
>>274
> for(unsigned int i=0, len=v.size(); i<len; i++)
これは
for(int i=0, len=(int)v.size(); i<len; i++)
としても性能上そう変わらないですよね？
ループ変数はintであってほしいと思うので、これが自分には向いているように思いました。
296:デフォルトの名無しさん
20/02/06 19:42:58 bk3hpXlE.net
>>275に一票
297:デフォルトの名無しさん
20/02/06 20:10:32 9e+8kNR/.net
キャスト一回って機械語４つくらいじゃあないの？
そこまでシビアってのは競技プログラミングか脳手術ロボットでも作ってんの？
298:デフォルトの名無しさん
20/02/06 20:24:03 /W9iMVJD.net
4個もいらん
299:デフォルトの名無しさん
20/02/06 20:29:38 /W9iMVJD.net
糞コンパイラまで考えてパフォーマンスを考えると>>288だけど
そもそもコンテナ経由でアクセスする時点でそんな事は誤差
そのループに非常に時間がかかるなら
ループ全体で最適化しないと
300:デフォルトの名無しさん
20/02/06 20:40:31 3IyMYliq.net
>>290
同じBIT数やBIT数が少なくなる場合の整数型から整数型へのcastは、マシン語では0命令（命令が出力されない）。
高級言語では違う型でもマシン語レベルでは変わらないため。
BIT数が多くなる場合には、x86の場合は、movzx や movsx が使われる。
301:デフォルトの名無しさん
20/02/06 20:41:12 3IyMYliq.net
>>292
実際には、最適化が上手く行かないことも多いので差が出てくることは多い。
302:デフォルトの名無しさん
20/02/06 20:42:39 3IyMYliq.net
>>293
つまり、符号無しや符号付の区別はマシン語ではないので C/C++言語で
castしても高級言語レベルでの意味が変わるだけでマシン語レベルでは
何の命令も増えることはない。
303:デフォルトの名無しさん
20/02/06 20:49:08.28 VEO7DUBt.net
素直にrange-based-for
これが出てきたことの影響のでかさがわかってないやつ多すぎ
禿4にはfor_eachを使う前にもっと適した関数を探せとあるが
本当にそうか自分の頭で考えろ
304:デフォルトの名無しさん
20/02/06 20:56:38 /W9iMVJD.net
コストを気にしてる人に対してトンチンカン
305:デフォルトの名無しさん
20/02/06 21:03:18 /W9iMVJD.net
普通のコンパイラなら
コンパイル単位内の関数は一緒に最適化するので
.size() の中で値を返してるだけなら
ループの外に追い出してくれる
ターゲットがPCなら気にするな
それよりv[i]の方が重い
306:デフォルトの名無しさん
20/02/06 21:03:40 VEO7DUBt.net
何もわかってねえやつ
307:デフォルトの名無しさん
20/02/06 21:17:40 X3a4Tx/S.net
未だindexループよりrange-basedのほうが早い処理系がない件
>>298
v[i]が重いってどんなstlコンテナだよ
308:◆QZaw55cn4c
20/02/06 22:12:04 6P0xXhLK.net
>>267
＞警告を一つ残らず潰したいタチだから
ここまでは同感です
＞毎回こういうのはintにキャストしてるんだが、
私なら int i を unsigned int i にしますが
309:デフォルトの名無しさん
20/02/06 22:16:59 cE8ku0Th.net
templete<typename T>auto LEN(const T& v)->signed T{return (signed T)v;}
310:デフォルトの名無しさん
20/02/06 22:22:15 j/UITOXa.net
とりあえず大きい方に合わせとけば間違いないんだからsize_tでいいじゃん
そのvの要素が将来に渡って21億個を超えない保証がどこにある？
311:デフォルトの名無しさん
20/02/06 22:45:07.03 /W9iMVJD.net
>>300
整数のキャストに比べればはるかに重い
そのレベルを気にするなら生ポ
312:デフォルトの名無しさん
20/02/06 22:53:37 sigCaOr9.net
x86なら32bit命令使った方がバイナリ小さい
313:デフォルトの名無しさん
20/02/06 22:57:14 sigCaOr9.net
>>304
vectorだと生ポと変わらんでしょ
もちろん最適化前提で
314:デフォルトの名無しさん
20/02/06 23:03:20 YUB/hFRs.net
>>300
range-basedはiterator
c++のiteratorはindexが速くなる連続アドレスのコンテナならpointerと同じコンパイル結果になる
indexアクセスがpointerより遅くないなら、それはコンパイラの最適化のお陰
315:デフォルトの名無しさん
20/02/06 23:13:46 /W9iMVJD.net
>>306
生ポと変わらなきゃ良いんだけど
変わるんだよ
VisualStudioやチープなコンパイラだと
いずれにしろここから先は
具体的な環境とループ回数やループの中身全体で考えないと意味がない
なんせ1クロックレベルのことを気にしてるようなので
実はメモリアクセスが支配的で
他の最適化は全く意味がないとか
316:デフォルトの名無しさん
20/02/06 23:20:09.64 /W9iMVJD.net
SIMD命令 / DSP命令 / スレッド分け / GPU
他のループと合わせる / ループを分ける
ループアンロール
依存性の削減 / 式変形
アルゴリズムの改善
キャッシュ化 / テーブル化
いろんな最適化がある
317:デフォルトの名無しさん
20/02/06 23:45:25.65 f00f0WlE.net
vectorの[]は定数時間
318:はちみつ餃子 ◆8X2XSCHEME
20/02/07 01:10:19 BIRgOLIs.net
ところで元々の質問の >>267 は整数の型が合わないのどのくらい気にする？
っていうのを「一般論として」聞いてるので、これに対しての選択肢を派閥系統樹形式にしてみた
├→ きちんと合わせる派
│ ├→ その環境で合ってれば良いよ派 (移植性は気にしない派)
│ ├→ コンパイラの警告は潰す派
│ │ ├→ 理解しなくてもキャストで合わせるので十分派
│ │ └→ 警告される箇所は仕様の詳細を調べる派
│ └→ size_t とか size_type とか使え派 (言語仕様原理主義派)
├→ 問題がなければ気にしない派
│ ├→ 問題に気づかない派 (鈍感派)
│ ├→ 実行コストに敏感派
│ │ ├→ 最適化はあてにする派 (モダン開発環境派)
│ │ └→ 最適化はあてになんないよ派
│ │ ├→ 低レイヤ派
│ │ ├→ 老害派
│ │ ├→ 諦め派
│ │ └→ ベータ開発環境追いかけ派
│ └→ 状況と程度による派 (柔軟派)
└→ えっ、それって駄目だったん？ 派
├→ 初心者派
└→ 無知派
319:デフォルトの名無しさん
20/02/07 02:51:26 dGY
320:48don.net
321:デフォルトの名無しさん
20/02/07 03:23:36 yxrGSGnH.net
じゃあ俺、えっ、それって駄目だったん？ 派でお願いします。
322:デフォルトの名無しさん
20/02/07 03:50:27 yxrGSGnH.net
テストの品質がすべてを決めるような気がしてきた。
323:デフォルトの名無しさん
20/02/07 03:57:04 plErZoHk.net
>>311
わし、こうみえて「警告される箇所は仕様の詳細を調べる派」や
その上で、問題なければ「状況と程度による派 (柔軟派)」に再度ブランチする派
324:デフォルトの名無しさん
20/02/07 04:00:36 yxrGSGnH.net
Boostは警告を無視する派、GoogleはMicrosoftの問題なので修正する予定はない派。
ってことは、警告だしっぱなしで構わないって事では？
325:デフォルトの名無しさん
20/02/07 04:01:58 yxrGSGnH.net
目grepが難しいので、警告は消すしかないんだけど。
326:デフォルトの名無しさん
20/02/07 04:04:17.66 yxrGSGnH.net
変数の大きさが変わると同じ値のビット表現が変わるのはしんどいので、符号が一番右端にあったほうが良かったんじゃないの。
右端ならビット表現が変わらない。
327:デフォルトの名無しさん
20/02/07 05:13:16 zrCiCWWN.net
型違い面倒だからautoにしても警告出るから何でやおもたらi=0でintだったでござる派
328:デフォルトの名無しさん
20/02/07 06:00:43 yxrGSGnH.net
HTMLにしろコンパイラにしろ、Microsoft案のほうが合理的と思うけどな。
規格は政治だよね。
329:デフォルトの名無しさん
20/02/07 06:42:07 52vnIbYM.net
>>302
signed Tはできねえぞ
std::make_signed_t<T>にしないと
330:デフォルトの名無しさん
20/02/07 06:57:58 52vnIbYM.net
> コンパイラの警告は潰す派
キャストつーか、#pragmaを使ったりもするね
もち、規格票で自分が悪いのかコンパイラのお節介かはっきりさせてからだけど
331:デフォルトの名無しさん
20/02/07 07:21:23 9DO99WJ1.net
基本的にはsize_tとかsize_typeとか使え派
面倒でもちゃんとやった方が後のテストや検証は楽なんだよ
まあ無理だったり異様に面倒だったりする場合も現実的にはあるからそこは仕方ないけど
332:デフォルトの名無しさん
20/02/07 07:52:22 +bDqT2Wz.net
i は int にしたいって言ってるんだから
ここの型をsize()に合わせたら
キャストが他に移るだけ
333:デフォルトの名無しさん
20/02/07 08:31:14.28 z6HtA7Ca.net
>>288
いえいえ
334:デフォルトの名無しさん
20/02/07 10:49:20 /rNOv2pQ.net
>>298
vがグローバルなオブジェクトである場合や、ヒープから確保されたオブジェクトの参照型である場合、コンパイラには v.size() がループ定数であるかどうかを判定するのは難しいことが多い。
このスレでもグローバルに確保された構造体型のメンバを参照する場合、最適化され無い事が指摘されていたが、それと同じことが原因。
C/C++ではポインタや参照があるのでグローバル変数やグローバルなオブジェクトのメンバ変数が変化しないことをコンパイラが見極めるのが難しい。
335:デフォルトの名無しさん
20/02/07 10:52:27 VWyX2qgb.net
for(auto i=v.size()+1; 0<len; --i)
for(auto i : my_range(v.size())
336:デフォルトの名無しさん
20/02/07 11:01:57 52vnIbYM.net
reverse_iterator first(v.end()), last(v.begin());
for_each(first, last, [](auto& x) { cout << x; });
337:デフォルトの名無しさん
20/02/07 11:41:09.54 jtk/IwGo.net
64bit/32bitまたぎできるソース汎用性を考えれば、負の数が必要ないなら size_tを使うのが最善でしょ。
338:デフォルトの名無しさん
20/02/07 12:00:59.89 VWyX2qgb.net
size_tはunsignedなのがうざい
c言語初心者が決めただろこれ
339:デフォルトの名無しさん
20/02/07 12:07:12.14 VWyX2qgb.net
あ、上にかいたやつ+1は間違いや
340:デフォルトの名無しさん
20/02/07 12:12:42.12 52vnIbYM.net
ポインタ
341:+ size_t == ポインタ ポインタ - ポインタ == ptrdiff_t おかしいね
342:デフォルトの名無しさん
20/02/07 12:33:14.78 8FC0VQS8.net
>>326
仮に毎回アクセスしたとしてもv[i]の方が重い
毎回アドレスを計算して毎回メモリアクセスするわけで
343:デフォルトの名無しさん
20/02/07 12:48:40.15 Nrn3Ov0h.net
indexにintはlp64環境だと怖すぎる
344:デフォルトの名無しさん
20/02/07 12:51:13 cytAyAiU.net
そんなバカでかいインデックス作る方が怖い
345:デフォルトの名無しさん
20/02/07 13:01:32 jtk/IwGo.net
ファイルポインタは4GB越えが当たり前だし。
346:デフォルトの名無しさん
20/02/07 13:18:28 8FC0VQS8.net
ばかでかいループをたくさん作るなら
性能を心配した方が良い
中身にもよるが、ほぼメモリアクセス時間になりかねない
帯域の無駄遣い
ループをまとめるとか細切れにするとか
キャッシュを有効に使う処理にしないと
キャストのコストとか完全に誤差
347:デフォルトの名無しさん
20/02/07 13:30:18 QoBXk/kf.net
メモリポインタも4GB超えは当たり前だしな
348:デフォルトの名無しさん
20/02/07 13:33:10 52vnIbYM.net
8086時代の苦しみを知っている人なら
リニアでないポインタやインデックスが
どんなにウザいものかよく知っている
64bit空間なら64bitを使っとけって悪いこと言わないから
349:デフォルトの名無しさん
20/02/07 13:45:59 8FC0VQS8.net
ループの中身も知らないで良く言うね
int変換必須なら問題点の場所を移動させただけ
350:デフォルトの名無しさん
20/02/07 13:58:09.08 jtk/IwGo.net
今日日4GB越えとかWindowsNT4.0サービスパックですか、と。
351:デフォルトの名無しさん
20/02/07 14:12:43.62 PWhN+bN7.net
納品したときに
コンパイルで警告出るんですが消してって言われて
それ無視して良い警告ですよって言っても
理解してもらえなかった派
352:デフォルトの名無しさん
20/02/07 14:19:34.17 PWhN+bN7.net
あと警告が出ないからと言って
正しく動くと保証されている訳でもなんでもないのに
353:デフォルトの名無しさん
20/02/07 14:32:07.46 VWyX2qgb.net
>>342
それはお前が悪い
そんなんで納品するな
354:デフォルトの名無しさん
20/02/07 14:34:22.92 jtk/IwGo.net
客先と同じビルド環境で警告対応しないのは落ち度だね。次の仕事なくなるでしょ。
355:デフォルトの名無しさん
20/02/07 14:40:57.67 /rNOv2pQ.net
>>333
BYTE v[数値];
のような生配列の場合、ループの中のv[i]は、最適化が効いてものすごく効率の良いコードになることが多い。
この場合、vがグローバルに確保されたオブジェクトや参照型であったとしても最適化には余り悪影響はない。
vがstd::vector 型の場合で、かつ、vがグローバル・オブジェクトや、参照型の場合は、コンパイラはv[i]を上手く最適化できないかもしれない。
356:デフォルトの名無しさん
20/02/07 14:42:08.26 /rNOv2pQ.net
>>346
すまん。
後半部分は勘違いかもしれない。
357:デフォルトの名無しさん
20/02/07 14:47:50.81 5UxOF8qK.net
>>346
VCはvectorでも生ポインタに近い最適化はしてくれてるみたいだぞ
358:デフォルトの名無しさん
20/02/07 15:03:24 jtk/IwGo.net
客や同僚から使えないプログラマ認定されていることに気づけず独りよがりな考えに凝り固まる人いるよね・・・
かわいそうではあるけど、かかわりたくないタイプの人。
359:はちみつ餃子 ◆8X2XSCHEME
20/02/07 15:15:12 BIRgOLIs.net
標準ライブラリのコンテナのイテレータを sizeof で見ればわかるが、ほとんどの場合で void* と同じ大きさ。
要するにポインタ一個分の情報しかないし、実際ポインタが入ってるし、ポインタの操作になってる。
しいて言えば操作がメンバ関数経由になる分のコストはあるといえばあるけど、
それくらいのインライン展開はするのが普通でしょ。
vector の場合だと領域が連続する保証があるのでインライン展開だけでイテレータはポインタと同じになる。
VC のコンテナだとデバッグモードではイテレータが少し大きい (のと範囲チェックとかする) ってなことらしいんだが、
処理系をインストールしてないから試してない。
360:デフォルトの名無しさん
20/02/07 15:20:21 E/TdO4KU.net
>>349
お
361:まえがきちんとした仕様を提案できないで投げっぱにしてるからそんなことになってんじゃないの？
362:デフォルトの名無しさん
20/02/07 17:16:18 52vnIbYM.net
>>340
64bit空間で64bit以外のインデックスを使うべきループの中身とやらを書かないあんたが悪い
書けないんじゃないのか？
363:デフォルトの名無しさん
20/02/07 17:31:01 Nrn3Ov0h.net
intだとたったの2G要素でオーバーフローして無限ループになるのが怖い
364:デフォルトの名無しさん
20/02/07 17:31:33 yxrGSGnH.net
イテレータよりポインタのほうが速いよ。
ホントだよ。
いまベンチとってるから。
偶然だけど。
365:デフォルトの名無しさん
20/02/07 17:34:39.39 jtk/IwGo.net
>>351
「無視して良い警告」とか勝手に判断する困ったPGにきちんと仕様を提案しても無駄でしょ。解雇するわ。
366:デフォルトの名無しさん
20/02/07 17:37:50.00 PWhN+bN7.net
unsigned だと
for(unsigned i = s.size(); --i >= 0; ){...}
みたいなので警告出るんだっけ
367:デフォルトの名無しさん
20/02/07 17:41:09.31 Nrn3Ov0h.net
警告で指摘された問題点に対処もせずに、キャストやらで無理やり消す位なら、出たまま放置の方が100倍マシ
368:デフォルトの名無しさん
20/02/07 17:43:22.94 yxrGSGnH.net
ヒープ作るとき、マイナスの値は空きノードのリンクリストに使ったりするので、その手の比較は多発する。
369:はちみつ餃子
20/02/07 17:43:55.24 BIRgOLIs.net
うーん、近頃はちょっとした作法レベルのところまで警告として口出しすることがあるからなぁ。
完全に規格に沿って書いてるわ！ ってときにはイラッとすることもある。
個別に警告オプションを設定するのも面倒くせぇし、直してしまう方が手っ取り早かったりもするんだけど、
何がなんでも警告をゼロにしろって言われたら警告レベルを低くする対処をしちゃうかも。
370:デフォルトの名無しさん
20/02/07 17:52:14.97 VWyX2qgb.net
仕事ではやってんなら手を抜くなぼけ
pragmaとかでなんとでもなるだろ
371:デフォルトの名無しさん
20/02/07 17:55:05.15 yxrGSGnH.net
タモリさんは遊びで手を抜くなって言ってた。
372:デフォルトの名無しさん
20/02/07 17:57:41.44 jtk/IwGo.net
従来cppcheckなどの静的解析ツールが出していた警告をコンパイラも出すようになってくれたのは良い動き。
親切なコンパイラに感謝して警告箇所の修正をやればいい。
修正に工数がかかることが懸念されるなら、依頼主にその旨を伝えればいい。
373:デフォルトの名無しさん
20/02/07 18:05:13.97 kNxPhPNR.net
>>360
すごい偉そうにしてるけど大丈夫？>>327
;0<len; って···
374:デフォルトの名無しさん
20/02/07 18:14:59.44 CaNLgYal.net
雑魚ほどイキがるのはプログラマも同じ
375:デフォルトの名無しさん
20/02/07 18:23:59.39 yxrGSGnH.net
カバレッジ測定のツールって安いの無いのかな。
376:はちみつ餃子
20/02/07 18:36:35.61 BIRgOLIs.net
>>360
俺はプログラミングについては趣味者だから実務のことは知らんのだわ。
すまんな。
しかしな、必要以上の品質にするくらいなら手抜きで安くしろって言う客の方が多いと思うぞ。
必要より下になったらあかんのでそこを制御していい感じの
手抜き具合にするのが難しいわけだが、そこを上手くやるのが
手抜きしないことよりもプロに必要な資質じゃね？
手抜きしないよりも適切に手を抜く、どうやって手抜きするか知っていることが大事だ。
仕事は経済的に割に合う形でしか継続できないんだからさ。
そりゃあいつも十全な仕事が出来る時間的・経済的余裕があるならうれしいが、
現実はそうではないだろ。
377:デフォルトの名無しさん
20/02/07 18:40:56.99 jtk/IwGo.net
>>366
何言ってんだ？
手抜きしたいからこそ、コンパイラの警告に素直に従うんだぞ。
378:はちみつ餃子
20/02/07 18:45:33.43 BIRgOLIs.net
>>367
それもそうだな。
379:デフォルトの名無しさん
20/02/07 18:51:12.38 ZYtSuiu/.net
DirectX関連使ってるとenumよりenum classを優先しますという警告出るんだけど、ライブラリ変えるわけにもいかなく、どう対応するのが正解なんだろ？
380:デフォルトの名無しさん
20/02/07 18:58:20.00 HVBpNa40.net
そもそも警告って規格で定められている訳でもなく、コンパイラが独自の基準で勝手に出してくる物だからね
mutableは悪だってconst付いてない変数全てに警告出すコンパイラとか出てきたらどうするんだろう
381:デフォルトの名無しさん
20/02/07 19:03:54.90 jtk/IwGo.net
>>370
議論のための議論とか、言いがかりのような仮定の話に、いちいち付き合わないことが重要。
382:デフォルトの名無しさん
20/02/07 19:04:25.00 /AlUflk/.net
>>365
とりあえずgprofでいいんじゃね?
383:デフォルトの名無しさん
20/02/07 19:08:56.34 yxrGSGnH.net
>>372
見てみます。
384:はちみつ餃子
20/02/07 19:25:21.94 BIRgOLIs.net
>>371
変な作法が追加されることなんて良くあるんだぞ。
今じゃ gcc や clang で -Wall オプションを付けたら
a || b && c
みたいな式にすら警告が出る。
優先順位を間違えやすいとこだから括弧で明示した方が良いんだと！
演算子の優先順位くらい把握しとるわ！
こんなの警告されるようになると想像したことあったか？
他の演算子でも同様の警告を出すようになることくらいはあるかもしれんぞ？
確かに >>370 は極端な例ではあるが、ようわからんところでしょうもない警告が出るようになる
かもしれんという懸念は無い話ではないぞ。
385:デフォルトの名無しさん
20/02/07 19:30:53.52 9DO99WJ1.net
いやそれはカッコ付けろよ
386:デフォルトの名無しさん
20/02/07 19:33:08.02 jtk/IwGo.net
>>374
趣味でしかやってない人の意見なんて無視しろ、というが私の回答です。
387:デフォルトの名無しさん
20/02/07 19:39:25.14 1PiYJQ+8.net
>>374
それは括弧つけろよ
388:はちみつ餃子
20/02/07 19:46:55.57 BIRgOLIs.net
>>375-377
そっかー (´・ω・`)
389:デフォルトの名無しさん
20/02/07 19:55:08.75 yxrGSGnH.net
はちみつ先生は何を作ってるんですか？
390:はちみつ餃子
20/02/07 20:28:02.80 BIRgOLIs.net
>>379
ゲームのチートツールとか。
汎用的な便利なツールは色々とあるけど、個別のソフトをいじるには行き届かないこともあるので。
念のため言っとくけど買い切りの RPG かフリーゲームだけ。 ネットゲームはやってないよ。
ちなみにそのツールは公開してない。
その他に作った有用そうなものは公開してるんで、身バレするから言えない。
391:デフォルトの名無しさん
20/02/07 20:52:16.35 yxrGSGnH.net
>>380
そうなんですか。
ずいぶん詳しいのに仕事じゃないというから不思議に思ってました。
392:デフォルトの名無しさん
20/02/07 20:56:00.11 jtk/IwGo.net
つまり、はちみつ某は、なんの思い入れもない他人のソースを読まされる身になった経験が少ないわけか。
393:デフォルトの名無しさん
20/02/07 21:02:52.46 yxrGSGnH.net
アルゴリズム考えるときは、図を必ず書くと思うんだけど、皆さんは何を使ってますか？
いまは紙と鉛筆使ってるんだけど、探すの大変だから、ソフトに変えたい。
394:はちみつ餃子
20/02/07 21:05:36.03 BIRgOLIs.net
>>382
せやな。
そんなわけで、他人のバイナリを見る機会はあるけどソースはそれほどでもって感じかも。
結果的に読まなきゃならないことはあるけど、所詮は趣味だから嫌になったらいつでも止められるし、急がなくてもいいし。
プレッシャーに晒されながらクソみたいなソースを読むってことはない。
395:デフォルトの名無しさん
20/02/07 21:05:49.82 E/TdO4KU.net
たまに書く方がいい
字を忘れる
396:デフォルトの名無しさん
20/02/07 21:09:26 y0pPi+zA.net
C++なんざ仕事で嫌々書かされるだけの言語だと思ったけど
趣味で使っちゃう子もおるんやな
397:はちみつ餃子 ◆8X2XSCHEME
20/02/07 21:12:24 BIRgOLIs.net
>>383
曖昧なところから思考を整理するなら紙と鉛筆でいいと思うけど、
それなりに書式の整ったようにするなら PlantUML とか。
GUI で自由にってことなら Dyna
398:mic Draw くらいが手頃かもしれない。
399:デフォルトの名無しさん
20/02/07 21:15:03 jtk/IwGo.net
完全な趣味目的でC++を触る変態はそうそういないと思う。
400:デフォルトの名無しさん
20/02/07 21:16:30 52vnIbYM.net
>>386
禿１読んで信者になった変態もおるんやで
401:はちみつ餃子 ◆8X2XSCHEME
20/02/07 21:16:36 BIRgOLIs.net
>>386
ゲームのチートとかするために
既存のプロセスに割り込んだりする処理を書こうと思うと C か C++ くらいしかまともな選択肢なくね？
C で足りるなら C で済ませることもあるけど、もうちょっと高級なことがしたくなったら C++
ってのは妥当な選択肢というか、唯一解でしょ。
まあ近頃は Rust にも興味があるけど……。
402:デフォルトの名無しさん
20/02/07 21:37:46 yxrGSGnH.net
>>387
見てみます。
403:デフォルトの名無しさん
20/02/07 22:05:07.56 8FC0VQS8.net
>>375
>>377
男ならカッコつけろ
404:デフォルトの名無しさん
20/02/07 22:14:56.42 8FC0VQS8.net
カッコつけろって人
付ける付けないの基準はコンパイラの警告？
完全に優先順位を覚えてる人から見ると
カッコが多いと見にくいんだよ
a == 0 || b != 0
a * b + 1
*a[i]
*a++
こんなのにカッコつけてたら
えっ？何か意味があるの？って考えてしまう
405:デフォルトの名無しさん
20/02/07 22:26:24.78 52vnIbYM.net
> えっ？何か意味があるの？
いや、「あーまた面倒くさいやつ来やがった」だよ
406:デフォルトの名無しさん
20/02/07 22:52:28.44 GxNDg+Fe.net
実務経験1年で月収80万稼げるエンジニアになった理由
URLﾘﾝｸ(www.youtube.com)
意識が低いエンジニアこそフリーランスになれ
URLﾘﾝｸ(www.youtube.com)
フリーランスエンジニアの週3労働ってどんな感じ？
URLﾘﾝｸ(www.youtube.com)
ぼくがスキルのない社畜ならこうやって脱する
URLﾘﾝｸ(www.youtube.com)
初めて人を雇ったらもう二度とサラリーマンをやりたくないと思った話
URLﾘﾝｸ(www.youtube.com)
プログラミングは文系でも余裕で出来ます！理由を現役プログラマーが解説
URLﾘﾝｸ(www.youtube.com)
貧乏人こそ社会不適合者
URLﾘﾝｸ(www.youtube.com)
元ド貧乏が教える】貧乏を抜け出すための2つの考え方
URLﾘﾝｸ(www.youtube.com)
より良いオファー貰ってるのに転職しないとか何考えてるの？
URLﾘﾝｸ(www.youtube.com)
407:デフォルトの名無しさん
20/02/07 22:55:11.74 NUR9HIfz.net
優先順位を完全に把握しているなら機能的には意味のない括弧だと理解しているんだろうが
そのうえで疑問に思った「意味」って、どんなものを想定しているんだろう。
「優先順位を完全に把握していない人が間違えないように」くらいの意味しか思いつかないが。
408:デフォルトの名無しさん
20/02/07 22:59:52.10 8FC0VQS8.net
(a + b + c) + (d + e)
同じ型の整数5個を足すのにこんなカッコが付いてたらどう思う？
409:デフォルトの名無しさん
20/02/07 23:17:13.31 NUR9HIfz.net
>>393と言ってる趣旨が違ってないか？
実際に>>397みたいなコードを見たことがあるの？
410:デフォルトの名無しさん
20/02/07 23:24:04.71 8FC0VQS8.net
同じ印象だって話
ちなみに、
わざわざ>>397のようなカッコを付ける時はある
411:デフォルトの名無しさん
20/02/07 23:24:42.60 jtk/IwGo.net
協業できない人があれこれC++について論じるのは害でしかない。
412:デフォルトの名無しさん
20/02/07 23:31:57.60 Uosz/SQM.net
まずプログラム言語っての読み書きする人間のためにあるって大前提忘れてるか自覚してないやつ多いな
413:デフォルトの名無しさん
20/02/07 23:34:58 NUR9HIfz.net
>>399
マイナスが混ざっているならわからんでもないが、>>393で言っている優先順位の話とは関係ないように思うが？
414:デフォルトの名無しさん
20/02/07 23:36:27 Fqx20dQ+.net
>>397のようなコードを見てどう思う？
415:デフォルトの名無しさん
20/02/07 23:39:04 jtk/IwGo.net
見やすいかどうかは
416:主観なので、他人や未来の自分が読んで誤解しないようにすることが肝でしょ。 まさか、「数値リテラルの桁区切り文字」にまでかみついたりしないよね？ https://cpprefjp.github.io/lang/cpp14/digit_separators.html
417:デフォルトの名無しさん
20/02/07 23:41:49 yMJLmx4v.net
主観で見やすい表記にする
その為にコンパイラの警告を無視したり切ったりする
何も問題無い
418:い
20/02/08 00:06:08.38 Wxs8WSK9.net
>>374
> >>371
> 変な作法が追加されることなんて良くあるんだぞ。
> 今じゃ gcc や clang で -Wall オプションを付けたら
> a || b && c
> みたいな式にすら警告が出る。
> 優先順位を間違えやすいとこだから括弧で明示した方が良いんだと！
> 演算子の優先順位くらい把握しとるわ！
把握してても間違えやすいからだと思うね
実際にはa,b,cには比較演算子を使った式が入ることが多いだろう
そうするとけっこうな長さになったりする
で全体の構造が見えにくくなる
そりゃ書いてる真っ最中は問題ないさ
しかし後から読んだときにすぐ理解できなかったり、手を加えるときに間違えたりする
warningを出すべきかは議論の余地があると思うけど、
出すべきと考える理由はわかる
419:デフォルトの名無しさん
20/02/08 00:38:17.76 RKzyJDHj.net
それはエディタの機能でかっこを表示したら良いのでは。
420:デフォルトの名無しさん
20/02/08 00:57:11 GuOhFnKw.net
主観は重要だろう。
重要でないなら全部アセンブラで書けや。
客観的には最も性能の出る言語だぞ。
421:デフォルトの名無しさん
20/02/08 01:23:28 Mdfh1mSi.net
&,|とか&&,||は*,+の関係と同じだから括弧つける方が冗長で分かりづらくなると思うんだが
422:デフォルトの名無しさん
20/02/08 01:29:21 zzucbZgG.net
一度書いた四則演算の数式を書き換えることはほとんどないけど、bool論理演算は頻繁に書き換えるでしょ。
423:デフォルトの名無しさん
20/02/08 01:30:14 zzucbZgG.net
素人多いね、このスレ。
424:デフォルトの名無しさん
20/02/08 01:45:08 RKzyJDHj.net
>>411
プロの意見だとどうなりますか？
425:デフォルトの名無しさん
20/02/08 01:52:50 JKzazDKJ.net
数式を遅延評価するオブジェクトを作れば
演算子のオーバーロードで演算子の優先順位を変えられるも同然
426:デフォルトの名無しさん
20/02/08 01:53:57 JKzazDKJ.net
テクニックの限りを尽くしてbetter C++を実現したら良い
427:デフォルトの名無しさん
20/02/08 01:54:26 zzucbZgG.net
プロなら抽象的な質問には回答しないでしょ。時間泥棒にあう。
「もっと具体的に書いてくれ」と逆質問する義理がないならなおのこと。
428:デフォルトの名無しさん
20/02/08 02:00:57 RKzyJDHj.net
自分の職業の板には一切いかないから、ここも職業プログラマはいないと思う。
ここに書き込む意味が無いと思うんだよな。
429:デフォルトの名無しさん
20/02/08 02:02:06 uvgcwZ2m.net
>>395
グロ
430:デフォルトの名無しさん
20/02/08 02:06:09 Mdfh1mSi.net
職業プログラマって？
仕事でソフト作るし、客先に納入したりもするけどプログラマではないな
431:デフォルトの名無しさん
20/02/08 02:08:10.84 RKzyJDHj.net
たとえば、外科医が匿名の掲示板で効果的な治療法について話し合ったりしないでしょ。
治療法について話し合ってる人は患者だ。
だから、ここにもプログラマはいないはず。
432:デフォルトの名無しさん
20/02/08 02:28:45.19 zzucbZgG.net
プロの対義語はアマ。素人の対義語は玄人。
今時点のこのスレの回答者が素人同然の低いレベルであることは、否定できない。
例えば一週間後は違うかもしれない。もっともまともな回答者がこのスレに常駐するようになるかもしれない。
433:デフォルトの名無しさん
20/02/08 06:55:22.73 ARbKbNEu.net
>>374
-Wallとは別に「お節介は一切禁止」というオプション欲しいね
434:デフォルトの名無しさん
20/02/08 07:15:13.17 N5LmiSOJ.net
特定の警告だけ無効に出来るのが普通だよ
435:デフォルトの名無しさん
20/02/08 07:33:56.27 gtTyaGQ0.net
警告は全ておせっかい
436:デフォルトの名無しさん
20/02/08 07:53:55.28 +X9VZvVK.net
>>374はわかるけど
>>393, >>397で警告出すコンパイラとか見たこと無い
437:デフォルトの名無しさん
20/02/08 08:04:33 gtTyaGQ0.net
私も見たことは無い
でも他の演算子でも同じこと
1u << n+1
こんなのは良く使う
いちいちカッコを付けた方が分かりにくい
438:デフォルトの名無しさん
20/02/08 08:11:34 gtTyaGQ0.net
カッコを付けろって結局警告が出るから付けろってことで
見やすさとか無視した意見が多い
if ((a==(b + 1))||(a==(b + 2)))
こんな感じに書くヤツがいるんだよ実際
439:デフォルトの名無しさん
20/02/08 08:14:44 ARbKbNEu.net
警告の出方がコンパイラによって違うわけで
特定のコンパイラの警告に対応するということなら
#pragma使うのと同じだね
440:デフォルトの名無しさん
20/02/08 08:26:00 GuOhFnKw.net
>>426
それはつけた方がいいだろ。
見づらいのはスペースの使い方に問題がある。
441:デフォルトの名無しさん
20/02/08 08:42:00 gtTyaGQ0.net
えっ？
まじで言ってる？
if (a == b+1 || a == b+2)
これだと一瞬で理読める
俺が特殊？
442:デフォルトの名無しさん
20/02/08 09:05:35 LleYumKd.net
>>428
演算子の優先順位くらい勉強しておけよ
手間かけさせんな
443:デフォルトの名無しさん
20/02/08 09:08:26 LleYumKd.net
>>408
やはりアホだったかコイツw
444:デフォルトの名無しさん
20/02/08 09:10:24 ktYbgjbO.net
>>366
手抜きがどうこうと最もらしいこと言ってるけど
>>359で言ってるのは「警告に対処するのが面倒くさい」ってことだろ？
仕事で手を抜くべき場所とそうでない場所、みたいな次元の話じゃない
あと警告レベルは最大にしたりすると標準ライブラリにすら警告出るけど、標準より下げるのは良くない
そういうこと平気でやってると必ず後で本格的に面倒くさい原因不明のバグが頻発する
445:デフォルトの名無しさん
20/02/08 09:29:30 JKzazDKJ.net
256倍バグを出しても256倍早く潰したら
問題無くね？
446:デフォルトの名無しさん
20/02/08 09:30:03 GuOhFnKw.net
if( a == (b+1) || a == (b+2) )
これくらい書いてもバチ当たらんだろ。
しょうもないことでドヤってる馬鹿が開発では一番有害。
447:デフォルトの名無しさん
20/02/08 09:32:02.56 pUDxcHmc.net
>>433
256倍もバグ出すような奴と仕事したくない
448:デフォルトの名無しさん
20/02/08 09:39:01 JKzazDKJ.net
>>435
先方も256倍遅い奴と仕事したくないと思うてはるで
449:デフォルトの名無しさん
20/02/08 10:08:44 Di3wk8ih.net
>>433
全部潰せるならね
450:デフォルトの名無しさん
20/02/08 10:24:14 YOfaZC8k.net
じゃあ次は
bool b;
// 略
if (b == true)
の話でもする？ｗ
俺はこれが一番のキチガイ記法だと思ってる
451:デフォルトの名無しさん
20/02/08 10:29:50 yr4lhGWD.net
勢いあまってこれも否定しちゃう
BOOL b;
if (b == TRUE)
452:デフォルトの名無しさん
20/02/08 10:33:51 JKzazDKJ.net
>>439
b==-1が成立することが有るのはウィンドーズのバグ
453:デフォルトの名無しさん
20/02/08 10:39:25 yaVA2/v3.net
if (a = b+1 || a == b+2)
こう書いたとき気づきづらい
手間をかけるのはそれ自体だけでなくいろいろ見る機会になる
454:デフォルトの名無しさん
20/02/08 11:00:58 Di3wk8ih.net
>>438
if(a != true){
return true;
} else {
return false;
}
みたいなコード見たときは流石に絶句したわw
455:デフォルトの名無しさん
20/02/08 11:05:13 Di3wk8ih.net
>>441
それはまた別な話
ところで>>374は
if(a = b){
みたいなコードに対する警告も不要と言うんだろうか？
456:デフォルトの名無しさん
20/02/08 11:09:08 LleYumKd.net
>>441
学習が足りてないだけ
括弧なんて要らん
理解できるレベルまで進化しろ原始人
457:デフォルトの名無しさん
20/02/08 11:17:32 yr4lhGWD.net
>>440
で、 if (b) と書いちゃっても自分のバグじゃなくてWindowsのバグと主張する
458:デフォルトの名無しさん
20/02/08 11:39:54.89 pjdiRHlo.net
>>445
C/C++ では、b が「非0」、つまり「0 以外」だとすべて真(true) と考えるのが伝統。
なお、余計に混乱を招くだけかもしれないが、
数学的には、b == true とは、単なる数として完全一致であることを調べる演算子ではなく、集合的に、b ∈ {非0} であるかどうかを調べる演算子だとみなすことも出来る。
ところが、C/C++ では、== 演算子は単なる数としての一致を調べる演算子で、
かつ、TRUE は通常 1 にマクロ定義されているので、
b == true が、b が完全に 1 に一致しているかどうかを調べる演算子になっている。
なので、if (b) と書く方が正しく、if ( b == TRUE ) と書くのは間違い。
459:デフォルトの名無しさん
20/02/08 11:53:39.76 yr4lhGWD.net
>C/C++ では、b が「非0」、つまり「0 以外」だとすべて真(true) と考えるのが伝統。
名前が紛らわしいがBOOLは真偽二値じゃないんだからそれは関係ない。
TRUEかどうか判定する必要があるなら if (b) は明らかに間違い。
460:デフォルトの名無しさん
20/02/08 12:11:53 JKzazDKJ.net
回避して使うかどうかとは無関係にバグはバグじゃわ；
461:デフォルトの名無しさん
20/02/08 12:27:48 yr4lhGWD.net
>>439はジョークのつもりだったが、実際に勢い余った人が2人も現れるとはｗ
462:デフォルトの名無しさん
20/02/08 12:47:51 YOfaZC8k.net
>>442
なにその想像を超えたキチガイ
>>449
アンタの親切心が何人かの明日を救ったねｗ
463:デフォルトの名無しさん
20/02/08 12:53:53 JKzazDKJ.net
プログラミングはアートやからな
狂気もまた創造の源泉、
464:デフォルトの名無しさん
20/02/08 12:56:37 zzucbZgG.net
>>442,450
対話デバッグでaに応じて実行をブレークしたかった人が残したデバッグの痕跡だろうね。
ソースを他人に公開する際にはブレークポイントの情報はなくなるから、他人には意味不明だけど。
465:デフォルトの名無しさん
20/02/08 12:58:48 zzucbZgG.net
>>451
狂気じゃなくて修正の積み重ね。少しづつ修正していると大ポカに気づけない。
だからこそ親切なコンパイラの警告に従う謙虚さが大切になる。
466:デフォルトの名無しさん
20/02/08 13:32:28.54 gtTyaGQ0.net
>>452
そっち？
a != true
じゃなくて？
467:デフォルトの名無しさん
20/02/08 14:33:50 pjdiRHlo.net
BOOL b に対して、正しくはこう :
if ( b ) // 良い
if ( b != 0 ) // 良い
if ( b == TRUE ) // 駄目
468:デフォルトの名無しさん
20/02/08 14:48:48 v1IBJgnW.net
>>383
graphviz / python
469:デフォルトの名無しさん
20/02/08 14:51:43 P2cF6ghb.net
graphvizは主要なLinuxの標準リポジトリに入ってるから助かる
470:デフォルトの名無しさん
20/02/08 14:52:17 v1IBJgnW.net
>>403
浮動小数点数なら桁落ちとか気にしてんのかなーとか勘繰る
471:デフォルトの名無しさん
20/02/08 15:10:32 pjdiRHlo.net
>>403
整数の場合だと、括弧を付けてある部分に何らかのまとまった意味があるのかも知れない。
数学や物理学では、計算を減らすために式変形していくが、最終的な式は元々の意味が分からなくなってしまうことがある。
その場合には括弧で囲ったくらいで意味が分かり易くなることは少ない。
しかし、そのケースの場合は、括弧で括ると何か意味が分かり易くなると考えた間ロウ製がある。
472:デフォルトの名無しさん
20/02/08 15:11:02 pjdiRHlo.net
>>459
間ロウ製 ---> 可能性
473:デフォルトの名無しさん
20/02/08 15:12:02 JKzazDKJ.net
>>455
>if ( b == TRUE ) // 駄目
-1をTRUE扱いしたくないのであればこれが唯一正しい
474:デフォルトの名無しさん
20/02/08 15:45:10 yr4lhGWD.net
MSDNの書き間違いかもしれないが、Win32 APIの一部にも「成功時はTRUEを返す」という
仕様の関数があるんだよな。
475:デフォルトの名無しさん
20/02/08 15:54:04 pjdiRHlo.net
>>461
そもそも、-1 は TRUE 扱いすると言うのが C/C++ の伝統や文化。
-1 と TRUE を分けて扱うのは、特殊な独自仕様。
>>462
Win32 API の一部どころか、ハンドル値を返す以外のほとんど全ての関数が、
成功すれば TRUE を返す。
476:デフォルトの名無しさん
20/02/08 16:07:20 yr4lhGWD.net
おいおい、#define TRUE 1のTRUEと真(true)の区別がぐちゃぐちゃだぞ。
BOOLを返すWin32 APIの多くは「成功時はFALSE(0)以外の値を返す」という仕様になっている。
477:デフォルトの名無しさん
20/02/08 16:16:01 24Q9Tmjg.net
宗派論争だな
478:デフォルトの名無しさん
20/02/08 16:19:44 RKzyJDHj.net
C++にはtrueがあるので積極的に使っていこうと思います。
479:デフォルトの名無しさん
20/02/08 16:36:41.39 pjdiRHlo.net
>>464
なるほど確かに Win32 の BOOL LineTo(HDC hdc, int nXEnd, int nYEnd)の 戻り値は、
If the function succeeds, the return value is nonzero.
If the function fails, the return value is zero.
のように、成功時には 1 や TRUE ではなく、「非0」を返すと書いてある。
480:デフォルトの名無しさん
20/02/08 16:45:19 RKzyJDHj.net
キャッシュかキャッシュでないかで速度が変わる。
これは驚き。
481:デフォルトの名無しさん
20/02/08 16:50:34 LleYumKd.net
バカ==TRUE
482:デフォルトの名無しさん
20/02/08 17:21:59 +a4Pmd4C.net
○ if(b) if(!b)
○ if(b == FALSE) if(b != FALSE)
× if(b == TRUE) if(b != TRUE)
WinAPI使いには常識だと思ってたんだが
483:デフォルトの名無しさん
20/02/08 17:32:20 RKzyJDHj.net
そういうのをみんなで共有しましょうって事で、たらこさんが2chを作ったんですよ。
484:デフォルトの名無しさん
20/02/08 17:40:43.90 yr4lhGWD.net
>>470
常識というか思い込み。
大半のFALSE/FALSE以外を返す関数なら上で良いが、>>462のようにTRUEを返すなら当然
TRUEと比較しなきゃ正しくない。
485:デフォルトの名無しさん
20/02/08 17:57:14.84 +a4Pmd4C.net
本当にそんなのあるの？
戻り値BOOLでFALSE(0)とTRUE(1)以外の値をTRUEと違う意味を表現するために意図的に返す奴があるってこと？
具体例どうぞ
486:
20/02/08 18:25:19.22 JRIqyhqH.net
>>446
＞C/C++ では、b が「非0」、つまり「0 以外」だとすべて真(true) と考えるのが伝統。
＞if ( b == TRUE ) と書くのは間違い。
それは b の型が int だったら、そのとおりだけれども、>>438 をみるかぎり bool b なんでしょう？
はっ！これが老害というやつですか…
487:はちみつ餃子
20/02/08 18:26:30.54 2SU4KPt5.net
>>473
GetMessage という基本的な API からして変則的だから……
488:デフォルトの名無しさん
20/02/08 18:31:14 yr4lhGWD.net
>>462に書いたMSDNのは単にドキュメントの間違いという可能性もあるけどね。
それとは別に、TRUE/FALSe以外に-1を返すAPIがあるのは有名だろう。
いずれにしても仕様をちゃんと確認してそれに従った扱いをすべきで、思い込みは禁物ってこと。
489:はちみつ餃子 ◆8X2XSCHEME
20/02/08 18:33:32 2SU4KPt5.net
>>475
GetMessage の返却値の場合は一応は TRUE の特殊な場合として -1 の状況もある
って感じだから TRUE とは別の場合を意味する第三の状況というわけではないな。
490:デフォルトの名無しさん
20/02/08 18:34:27 RKzyJDHj.net
判定マクロないの。
491:はちみつ餃子 ◆8X2XSCHEME
20/02/08 18:44:49 2SU4KPt5.net
>>466
bool も式にまざるといつのまにか int に暗黙に型変換されちゃったりして、
やっぱりこう、あまりしっかり区別されてる気がしねぇなあと思うことも多いよ。
Windows API で使われている BOOL よりはかなりマシではあるけど。
492:デフォルトの名無しさん
20/02/08 18:46:46 JKzazDKJ.net
GetMessage()が-1を返したときはエラーなんじゃわ；
493:デフォルトの名無しさん
20/02/08 18:51:51 +a4Pmd4C.net
「WM_QUITでない」という条件における真（0以外）の中の特殊な場合（エラー）に-1ってことなのね
理屈はわからんでもないけど変なの
本当はそんなのの戻り値に「BOOL」なんていうtypedefを使うのがそもそもおかしいんだけどWinAPIだから仕方ないな
494:デフォルトの名無しさん
20/02/08 18:52:06 RKzyJDHj.net
>>480
行末の；イイね。
495:デフォルトの名無しさん
20/02/08 18:52:56 RKzyJDHj.net
30年前のAPIだしね。
496:はちみつ餃子 ◆8X2XSCHEME
20/02/08 18:55:20 2SU4KPt5.net
今なら適当なフレームワークをかぶせて使うもんだと思う。
素でメッセージの処理とか面倒くさすぎるし。
497:デフォルトの名無しさん
20/02/08 19:15:43.34 mZtPBS5R.net
klocworkがboolメンバ変数にportingがどうのって言ってくるのがうざい
498:デフォルトの名無しさん
20/02/08 20:18:51.44 RKzyJDHj.net
>>485
これ何億円するの？
499:デフォルトの名無しさん
20/02/08 21:17:13.95 24Q9Tmjg.net
>>474
やっぱQZってとんでもなくバカだな
>>439からの流れ読めよ。BOOLについて会話されてるぜ
500:デフォルトの名無しさん
20/02/08 21:25:19.61 RKzyJDHj.net
正の型の値と負の型の値を比較する場合、ビット幅の大きいほうの型に変換されてから比較される�
501:ﾅすかね？
502:デフォルトの名無しさん
20/02/08 21:30:32.47 uvgcwZ2m.net
汎整数拡張でググれ
503:デフォルトの名無しさん
20/02/08 21:35:32.85 RKzyJDHj.net
>>489
ググってみたんだけど。
URLﾘﾝｸ(kumikomiya.com)
これを見ると変換は起きないって事なのかな？
504:デフォルトの名無しさん
20/02/08 23:34:23.41 jnRyPLnj.net
>>472
いや。TRUE は、必ず if 式で真と判定されるので、if (b == TRUE) としなくても
if (b) で絶対十分であることは補償されている。
むしろ、if (b == TRUE) と書くのはバグの原因になるので駄目だと言われている。
505:デフォルトの名無しさん
20/02/08 23:51:17.72 jnRyPLnj.net
なんというか、TRUE は、処理系ごとに変化する値ではなく、C/C++ においては、標準的には必ず 1 に #define されている。
一応分かり易さのために TRUE と書いているだけで、TRUEが2になったりする事は考える必要はない。
ただし、逆に、高速化のために 1 ではなく、非0の値を返してたまたまの値、
例えば、12 とかを返してくる関数が有りえる。
その場合、うっかり間違って if ( b == TRUE ) などと書いてしまっていたら
大変なことになるので、意味的に TRUE を返す場合には、
if ( b ) または、if ( b != 0 ) と書く方が安全だと考えられている。
506:デフォルトの名無しさん
20/02/08 23:53:58.53 jnRyPLnj.net
非常に古い時代に、TRUE を -1 と定義していた処理系もあったかもしれないが、
現在の C/C++ では、1 に定義するのが基本とされている。
b == TRUE という判定の仕方は、C/C++ の言語仕様から考えれば推奨されない。
507:はちみつ餃子 ◆8X2XSCHEME
20/02/09 00:57:27 OoesT11A.net
>>492-493
言語仕様にある true を避けているのだから、
その環境においては標準と異なる事情があるのだと察するべきじゃないの。
まあそういうことがあったらもっと別の名前を付けるべきだとは思うけど。
C/C++ はその性質上、様々なシステムの仲立ちをする機会があるし、
いろんな事情に左右される。
TRUE を 1 と定義する機会が多いのは確かだろうし、
そのときの習慣が確立されてもいるのもわかってるけど、
それが当たり前かっつーとそうとも言えんのじゃないかな。
508:デフォルトの名無しさん
20/02/09 01:17:16 J5M0tDgl.net
趣味人だとかいってるがハチミツ餃子はたまに良い事いうから困る
509:デフォルトの名無しさん
20/02/09 01:23:08 e66sowWB.net
>>494
TRUE が 1 以外に定義されていても、TRUE の値は、if 文では真と解釈されることだけは保障されているので、if (b) は問題ない。
逆に BOOL b の場合、b が非0であるが、TRUE のマクロ値とは異なった値になっている場合がないとは保障はされない。
なので、if ( b == TRUE ) だと、TRUE ではないが b に真とみなせる値が入っている場合にすり抜けてしまう恐れがあり、重大バグの原因となる。
510:デフォルトの名無しさん
20/02/09 01:23:18 bHnzUNQO.net
>>494
避けるもクソもそもそも昔なかったし
511:デフォルトの名無しさん
20/02/09 01:33:30.02 Jw8Rx7z0.net
あったぞ
MSが実装サボっただけで
512:デフォルトの名無しさん
20/02/09 01:58:53.21 bHnzUNQO.net
当時のc言語には仕様に無くない？
513:はちみつ餃子
20/02/09 02:19:40.02 OoesT11A.net
>>495
ハチミツじゃなくてはちみつな。
>>496
それが真偽値だというのが思い込みで、
実際には様々な可能性が有り得るってことだよ。
普通はこうだからこうみたいな話じゃなくて、
少なくとも言語仕様に無いのはわかってるんだから、
その環境でどうなってるかくらい確認したれやという話。
>>497
私は >>493 からあくまで現代の話だと読み取ったのでそのつもりで返答してるけど、
C/C++ のコードは長期的に使われやすいので現代という範囲の認識に齟齬はあるかもしれん。
514:デフォルトの名無しさん
20/02/09 02:27:09 cYNa4VVg.net
過去と未来の狭間にあるってことかな。
515:デフォルトの名無しさん
20/02/09 04:25:17 ids8kf+0.net
WindowsAPIはC++限定じゃなくCを主軸に捉えてるだろ
クラスとか一切無いしマクロだらけだし
そもそもboolが無かったってのはそういうことやろ
516:デフォルトの名無しさん
20/02/09 07:14:29 6++kPC7v.net
>>462
> MSDNの書き間違いかもしれないが、Win32 APIの一部にも「成功時はTRUEを返す」という
> 仕様の関数があるんだよな。
具体的にどれ？
517:デフォルトの名無しさん
20/02/09 07:15:18 6++kPC7v.net
>>502
Cと言うよりPascalだし
518:デフォルトの名無しさん
20/02/09 07:19:31.89 PT76WH2y.net
>>434
自己紹介乙
519:デフォルトの名無しさん
20/02/09 07:24:44.99 PT76WH2y.net
>>493
TRUEが-1というと昔のBASICにそういうのあったね
だがその時代すでにCも存在していた
520:デフォルトの名無しさん
20/02/09 08:43:40 J3Qn0niW.net
>>496
何回ループしてるんだよ。
真(truthy)であることが要求されているなら if (b) だし、TRUEであることが要求されるなら
if (b == TRUE) だ。それを取り違えることがバグだ。
521:デフォルトの名無しさん
20/02/09 08:54:48 aEgJYC9i.net
>>503
これとか、
URLﾘﾝｸ(docs.microsoft.com)
522:デフォルトの名無しさん
20/02/09 08:59:21 aEgJYC9i.net
まあ失敗時はFALSE、とも書いてあるから、こう書くのが正解！
bRet32 = MakeSureDirectoryPathExists("C:\\tmp");
if (bRet == TRUE) {
// 成功すた
...
} else if (bRet == FALSE) {{
// 失敗すた
...
} else {
assert(0);
}
523:デフォルトの名無しさん
20/02/09 09:03:53 aEgJYC9i.net
あと>>461は、>>455の三択で選ぶならif (b == TRUE)だが
正しくは↓こう書くべき
bRet = GetMessage(...);
if (b == -1) {
// エラー1が発生すた、
....
} else if (bRet == FALSE) {
// エラー2が発生すた、
....
} else if (bRet = TRUE) {
// 成功すた、
...
} else {
assert(0);
}
つまり出題者>>455の知識と想像力の欠如が諸悪の根源
524:デフォルトの名無しさん
20/02/09 09:06:48 aEgJYC9i.net
訂正orz
誤: bRet
正: bRet32
>>509訂正、
誤： {{
正： {
>>510訂正
誤： bRet = TRUE
正： bRet32 == TRUE
525:デフォルトの名無しさん
20/02/09 09:28:45 PT76WH2y.net
C89にboolがないことに拒否反応を起こす頭の固い奴に迎合して作られたboolでないBOOL
526:デフォルトの名無しさん
20/02/09 09:35:18 aEgJYC9i.net
先にWindowsがシステムコールとしての素朴な要請からbool型の実装型を定義して、
その後コンパイラメーカーがbool型の実装を別の方式にし出すよりは
よっぽどﾏｼやったろうが！
個人的にはBOOLは好きだがな
TRUE/FALSEを表すのに4バイトも使うところが
いかにもリッチなOSっぽく、使っていてリッチな気分になれる
527:デフォルトの名無しさん
20/02/09 09:41:35 6++kPC7v.net
>>508
ありがと
全部は見てないけどDbgHelp関連の奴はその書き方してるみたいね
URLﾘﾝｸ(docs.microsoft.com)
528:デフォルトの名無しさん
20/02/09 09:47:29.30 Ej5ffr5G.net
>>510
> } else if (bRet == FALSE) {
> // エラー2が発生すた、
> ....
エラーじゃないぞ
人の知識とか想像力とか言う前に自分の知識を見直せよw
529:デフォルトの名無しさん
20/02/09 09:55:00.47 aEgJYC9i.net
といっても成功していないのだからエラー扱いで差し支えないなのでは…
530:デフォルトの名無しさん
20/02/09 10:28:32 Ej5ffr5G.net
>>516
なんでそんなに自信満々なんだよw
マジでドキュメント見てこい
URLﾘﾝｸ(docs.microsoft.com)
531:デフォルトの名無しさん
20/02/09 10:45:20 Jw8Rx7z0.net
>>510
GetMessageのマニュアルをちゃんと読めクソ雑魚
エラーの時は-1、WM_QUITの時はFALSE(0)を返すが、それ以外の時は「nonzeroを返す」としか言ってない
nonzeroというのはたくさんの値の集合であって、その判定をある特定の値と==で行うことはTRUEが1だろうと他の値だろうと完全な間違いだ
つまりお前のその糞プログラムは完全にバグっているし、お前がバカにしてる>>455らが言った通りの間違いをそのま
532:まやらかしてる
533:デフォルトの名無しさん
20/02/09 10:54:04 Jw8Rx7z0.net
クソ雑魚>>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);
}
}
534:デフォルトの名無しさん
20/02/09 11:39:41 aEgJYC9i.net
>>519
>TRUE以外ならassertで落としていいなんてどこに書いてある？
それはこちらが聞きたい；
何を見てそう思ったのか？
535:デフォルトの名無しさん
20/02/09 11:53:18.89 PT76WH2y.net
>>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");
}
536:デフォルトの名無しさん
20/02/09 12:02:53.96 Cr/e9GtE.net
while(GetMessage( &msg, hWnd, 0, 0 ) >0)
{
TranslateMessage(&msg);
DispatchMessage(&msg);
}
537:デフォルトの名無しさん
20/02/09 12:05:04.77 aEgJYC9i.net
とｵﾓﾀがわかった
GetMessage()は WM_QUIT以外を受け取ったとき非0を返す、としか書かれていないから
bRet32 == TRUEでは正しい判定にならないのねん
使ったのがｽｹﾞｰ昔なので忘れていたが、そのときは多分>>519式に書いたから安心してﾎｽｲ
538:デフォルトの名無しさん
20/02/09 12:06:02.94 aEgJYC9i.net
>>522
気持ちはﾜｶﾙ
539:デフォルトの名無しさん
20/02/09 15:07:49.90 Z95s67CZ.net
しょうもない事で攻撃的になるやつなんなの
いつも吹いてしまうw
540:デフォルトの名無しさん
20/02/09 15:13:04.53 G+Zw2pJ3.net
（笑）
541:はちみつ餃子
20/02/09 15:27:19.45 OoesT11A.net
>>506
BASIC というか、古の言語にはビット演算と論理演算の区別がないものが結構あった。
全てのビットが立った状態 (-1) を真ということにしておけば
ビット演算用の AND, OR, NOT がそのまま論理演算のそれとして使える。
昔はこれが気の利いた方法だったんだろう。
542:デフォルトの名無しさん
20/02/09 16:19:35.32 wTv3WydA.net
#define FALSE 0 ← 正しい
#define TRUE 1 ← 間違い くず! 0点!! 出入り禁止!!!
#define TRUE (!0) ← 正しい
if(b) ← 正しい
if(b != FALSE) ← 正しい
if(b == TRUE) ← 間違い くず! 0点!! 出入り禁止!!!
543:デフォルトの名無しさん
20/02/09 17:16:55 J3Qn0niW.net
>if(b != FALSE) ← 正しい
これこそ糞コード
544:デフォルトの名無しさん
20/02/09 17:20:45 GpaXptWq.net
意味的にboolなら
if (a)
if (!a)
で判断すべきだと思う
545:デフォルトの名無しさん
20/02/09 17:24:22 GpaXptWq.net
if (a == TRUE)
if (a == TRUE == TRUE)
if (a == TRUE == TRUE == TRUE)
546:デフォルトの名無しさん
20/02/09 17:32:39 DvSFPggO.net
とぅっとぅるぅ～♪
547:デフォルトの名無しさん
20/02/09 17:40:32 J3Qn0niW.net
もともと>>438と>>439を混同すんなという話なんだが、混同してる奴が次から次へと湧いて出てくるｗ
548:デフォルトの名無しさん
20/02/09 17:46:22.21 cYNa4VVg.net
ちゃうねん。
549:デフォルトの名無しさん
20/02/09 17:46:32.42 ugWNThcV.net
>>528
#define TRUE (!0) ← 正しい
C/C++ では、!0 は、必ず1 になることが仕様化されているので、仕様に準拠している
処理系ではこれは必ず、
#define TRUE 1
と書くのと同じになるので、敢えて (!0) と書く意味は無い。
550:デフォルトの名無しさん
20/02/09 17:48:20.60 GpaXptWq.net
boolだろうがBOOLだろうがYESNOだろうが
意味がboolであればboolと同じ扱い
551:デフォルトの名無しさん
20/02/09 17:48:58.88 6++kPC7v.net
>>529
糞コードだが
> if(b == TRUE) ← 間違い くず! 0点!! 出入り禁止!!!
より１億倍マシ
552:デフォルトの名無しさん
20/02/09 17:50:49.32 GpaXptWq.net
>>528
1がイヤなら0もイヤだろう
#define FALSE (0!=0)
としないと
553:デフォルトの名無しさん
20/02/09 17:55:11.50 J3Qn0niW.net
>>
554:537 マシとか言う以前にそもそも動作が違うんだが。 bがTRUEと一致するかどうか判断するのに他にどういう書き方をするというんだろう？
555:デフォルトの名無しさん
20/02/09 17:59:01.69 cYNa4VVg.net
>>539
!(b != TRUE)。
556:デフォルトの名無しさん
20/02/09 18:02:21.32 GpaXptWq.net
普通はTRUEかFALSEしか入ってないんだよ
それ以外が入ってる可能性があるなら
普通TRUEがどうかの判断だけじゃダメじゃないか？
557:デフォルトの名無しさん
20/02/09 18:05:49.02 GpaXptWq.net
switch (b){
case FALSE:
...
case TRUE:
...
case ???
...
default
...
}
これで
558:デフォルトの名無しさん
20/02/09 18:07:19.16 ugWNThcV.net
>>539
それは難しくいえば数学の集合論の話になる。
{0} と {非0} の二つの集合が有り、
if の条件式では、前者が偽、後者が真と評価される。
TRUEはどんな処理系であれ、必ず後者の集合の要素(元)になっていることだけは
保障されている。
なので、if ( b != 0 ) や、if (b) は正しいが、
if (b == TRUE) は絶対駄目、ということになる。
559:デフォルトの名無しさん
20/02/09 18:09:46.56 GpaXptWq.net
>>543
BOOLなのに
1と2を区別したい事があるんだってさ
560:デフォルトの名無しさん
20/02/09 18:10:45.32 ugWNThcV.net
if ( b == TRUE ) は、この条件式自体の動作は問題ないが、
b が TRUE ではないが、真である何らかの値を持っていたときに破綻してしまう。
BOOL b と書いた場合、本人が書いたプログラムでは b は、必ず
TRUE か FALSE の二値に限って書くことになろうが、往々にして、
APIなどでは、「真」の意味で「非0」の値を返してくること関数が含まれて
しまっている。
だから、勘違いや混乱が起き易い。
そのため、if ( b == TRUE ) というのは、絶対にやめておいたほうが良い書き方
となる。
561:デフォルトの名無しさん
20/02/09 18:16:58.01 GpaXptWq.net
TRUE/FALSE以外を想定するなら
時と場合による
TRUE/FALSEしか想定しないなら
if (b) / if (!b)
と書くべき
562:デフォルトの名無しさん
20/02/09 18:19:53.44 TF4jiljH.net
昔VB6からWinAPI呼ぶときの注意点として本で読んだ気がする
それboolじゃないよね？とは思った
563:デフォルトの名無しさん
20/02/09 18:20:59.38 J3Qn0niW.net
>>545
じゃあ聞いてみよう。
bがTRUEと一致するかどうか判断する必要がある場合はどう書く？
564:デフォルトの名無しさん
20/02/09 18:29:21.05 J3Qn0niW.net
>>546
排中律が成り立たないからFALSEでないことはTRUEを意味しない。
成功した場合にTRUE、失敗した場合にFALSEを返すという関数がある場合、成功したかどうかは
FALSEでないことではなくTRUEと一致するかどうかで判断しなければならない。
565:デフォルトの名無しさん
20/02/09 18:29:23.53 cYNa4VVg.net
>>548
!(b != TRUE)。
566:デフォルトの名無しさん
20/02/09 18:30:08.13 aEgJYC9i.net
>>548
架空のケースについてのお答えは差し控える
つか糞コードかどうかはともかく>>509の方はMSDNの記述に準拠したコードという意味では
非の打ち所が無い（何かあってもMSDNのせいにできる