C++相談室 part147

**デフォルトの名無しさん** · 2019/12/18(水) 17:56:53.03

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

前スレ
C++相談室 part146
https://mevius.5ch.net/test/read.cgi/tech/1573094136/
このスレもよろしくね。
【初心者歓迎】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/ (日本語)

STLつかうと一気に実行ファイルサイズが10倍に?！

環境によるだろ。
俺はBorland-C++5.6.2に -D_RTLDLL オプションを指定して、極力
ランタイムを使用するようにして使っているが、例えばstd::vectorを
使っても使わない時と比べ10Kほどしか増えない

すげえ。ダイナミックリンクしといてファイルサイズが増えないとかいってるよ。この人。

↑え？だってお前、普通ダイナミックリンクするだろ？
"ダイナミックリンク"す・れ・ば、ファイルサイズ**増えないです**

**デフォルトの名無しさん** · 2020/01/18(土) 14:54:44.30

ま、資源解放のコーディングが楽になるなら正義でしょ。

**デフォルトの名無しさん** · 2020/01/18(土) 16:33:12.29

>>298
確認するが、ここがC++スレということは忘れてないよな？

**デフォルトの名無しさん** · 2020/01/18(土) 16:37:31.05

メモリがもったいない言うけど、ホントにカツカツなのだろうか
環境的に余裕であれば妙なコーディングする意味がない

**デフォルトの名無しさん** · 2020/01/18(土) 20:06:16.49

どんくらいスキマと余裕があるのかを常時監視するソフトウェアはかんたんに作れる
なんせわたくしはC++を極めましたからな

**デフォルトの名無しさん** · 2020/01/18(土) 20:37:07.22

>>297
gotoより糞な訳無いだろ
こんな単純で頻出する制御構造が文法上ループにせざるを得ないのが悪いだけ
まあtry catchと同型だが、これだと遅くなるしね

**デフォルトの名無しさん** · 2020/01/18(土) 20:39:57.16

>>302
doでない単純な複合文とgotoで済む話だ
アホｗバカｗｗｗ

**デフォルトの名無しさん** · 2020/01/18(土) 20:44:02.19

gotoだとRAII対応できないじゃん

**デフォルトの名無しさん** · 2020/01/18(土) 20:44:36.43

すまねーよ。他の例外で飛ばされたらどうすんだ馬鹿。

**デフォルトの名無しさん** · 2020/01/18(土) 20:46:21.29

>>304
do(0) なんて持ち出すアホが RAII かよｗ

**デフォルトの名無しさん** · 2020/01/18(土) 20:47:02.86

まあ最近は
[&]{
...
}();

で書くことが多いが

**デフォルトの名無しさん** · 2020/01/18(土) 20:48:42.22

do{}while(0);の問題は知らない奴が混乱するって一点のみだろ

**デフォルトの名無しさん** · 2020/01/18(土) 20:59:02.60

「知ってるやつ」の言い訳を、ここで開陳してもらおうか
最近、笑う健康法ができてないんで、よろしく頼むわ芸人さん

**デフォルトの名無しさん** · 2020/01/18(土) 21:04:02.89

その前にgotoより糞ってのが既に成立してないじゃん

どこが糞なのか具体的に

**デフォルトの名無しさん** · 2020/01/18(土) 21:10:26.52

ははは、話を逸らすしかねえよな
「do{}while(0);の問題」てのが他の問題によって
成り立つのか成り立たねえのか影響されると
自ら自白してやがる（核爆

助けてやらねえよ、自分でなんとかしなアホｗバカｗｗｗ

**デフォルトの名無しさん** · 2020/01/18(土) 21:15:23.05

意味がわからないよ
煙に巻いて逃げる気かなw

**デフォルトの名無しさん** · 2020/01/18(土) 21:19:10.77

>>312
逃がさねえぞ

「知ってるやつ」の言い訳を、ここで開陳してもらおうか
最近、笑う健康法ができてないんで、よろしく頼むわ芸人さん

**デフォルトの名無しさん** · 2020/01/18(土) 21:19:14.06

やりたいことはスタックにあるvectorの早期解放なんだから
gotoもdo{}while(0)もラムダ式もいらない
単に{}で囲うだけでいい

**デフォルトの名無しさん** · 2020/01/18(土) 21:20:27.83

だよなｗｗｗｗｗｗｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2020/01/18(土) 21:23:34.49

↓do { } while(0)でこれできたっけ？
if (cond) { goto label1; }
　do {
　　処理A
label1:
　　処理B
　} while (0);

YES! gotoならできる!!
　if (cond) { goto label1; }
label2:
　処理A
label1:
　処理B
　goto label2;

**デフォルトの名無しさん** · 2020/01/18(土) 21:28:09.90

つか
do {
　処理A;
　if (cond) { break; }
　処理B;
　std::unique_ptr p(new Foo());
　処理C; // pを使用
} while (0);

みたいな腐り切った腐敗臭しかしないコードを書くぐらいなら
　std::unique_ptr p;
　{
　　処理A;
　　if (cond) { goto last; }
　　処理B;
　　p = std::unique_ptr(new Foo());
　　処理C; // pを使用
　}
last:
　;
と書くわ

Perl風に

**デフォルトの名無しさん** · 2020/01/18(土) 21:30:23.35

>>314
そんなことはお前ともう1名ほど除いて皆わかってる
そうじゃなくて特定の条件で早期に開放したい場合にどうするかだよ

>>315
味方が現れてウレションかよw

**デフォルトの名無しさん** · 2020/01/18(土) 21:30:23.45

ID:0qsbj5e出てこいオラ

**デフォルトの名無しさん** · 2020/01/18(土) 21:34:58.69

ID:0qsbj5e6 出てこい

**デフォルトの名無しさん** · 2020/01/18(土) 21:42:46.68

>>318
auto v = std::make_unique<std::vector<Hoge>>(...);
...
if(特定条件){
v.reset();
}

これだけの話では？

**デフォルトの名無しさん** · 2020/01/18(土) 21:45:43.25

そうそう
兆くだらねえ話だ（わざと誤字

**デフォルトの名無しさん** · 2020/01/18(土) 21:47:11.24

goto過敏症のアホどもが少しでも目を醒ましてくれるといいな

**デフォルトの名無しさん** · 2020/01/18(土) 21:49:54.58

>>273
から読み直して
空moveが確実だけど質問者がそれを場当たり的と生意気言ったことから話が盛り上がるw

**デフォルトの名無しさん** · 2020/01/18(土) 21:51:28.17

>>323
この場合gotoは何の解にもなっていないことにそろそろ気づいた方がいいよ

**デフォルトの名無しさん** · 2020/01/18(土) 21:53:26.94

>>321
>>324 を読んでね

**デフォルトの名無しさん** · 2020/01/18(土) 21:59:36.19

RAII対応してないから無理矢理goto出来るようにした糞コード上げられてもああ糞ですねと言うしかないんだが。
内部が複雑になってきたらその度にブロック外に変数追加して、変数の内容の初期化は必要に応じてって書き方を続けるつもりなんかね

**デフォルトの名無しさん** · 2020/01/18(土) 22:27:52.30

>>325
gotoが何かの解になったらいいの？ｗｗｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2020/01/18(土) 22:28:06.88

>>304
そうなんだっけ？

**デフォルトの名無しさん** · 2020/01/19(日) 00:26:12.30

やっぱこういうコードは一度書いてみたいよな
try {
label:
　何かの処理;
} catch (Exception ex) {
　goto label;
}

**デフォルトの名無しさん** · 2020/01/19(日) 00:32:09.37

gotoを使うと糞、と言う香具師は多いが
goto以外の構文も大概なことがある
↓これとか

EnterCriticalSection(&csec);
{
　if (エラー条件成立) {
　　LeaveCriticalSection(&csec);
　　throw "*** ERR ***";
　}
　何かの処理;　
}
LeaveCriticalSection(&csec);

一体どうすれば…orz

**デフォルトの名無しさん** · 2020/01/19(日) 00:36:14.30

いやまあテストラクトされるときにLeaveCriticalSection()するような
AutoLockオブジェクトを使えば済むっていやー済むが
裏返せばgoto以外の構文も糞製造機であることにはかわりわない！

**デフォルトの名無しさん** · 2020/01/19(日) 00:38:55.96

それは構文が糞なんじゃなくてリソース管理が糞なだけ

**デフォルトの名無しさん** · 2020/01/19(日) 01:24:22.15

auto lockなんてむしろ使ってなかったらPRでリジェクトされる

**デフォルトの名無しさん** · 2020/01/19(日) 06:28:34.04

gotoの何が悪いのかを端的に表すたった一言が出てこない教条主義は物笑いの種

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

誰にも迷惑がかからないgotoの例：

　for (a = 0; a < 2; a++) {
　　for (b = 0; b < 2; b++) {
　　　for (c = 0; c < 2; c++) {
　　　　....
　　　　　for (zaaa = 0; zaaa < 2; zaaa++) {
　　　　　　処理A
　　　　　　if (何かの条件) { goto last; }
　　　　　　処理B
　　　　　}
　　　　...
　　　}
　　}
　}
last:
　;

**デフォルトの名無しさん** · 2020/01/19(日) 07:24:20.07

>>334
たまたまLeaveCriticalSection()はエラーを返さないが
エラーを生じるﾌﾞﾂだったらどうすんじゃ

まあエラー通知先があれば良いのでやりようはあるが
加速度的に手が込んだコードが必要になって全体が糞化していくんじゃ！

**デフォルトの名無しさん** · 2020/01/19(日) 07:35:30.18

そもそもそのgotoを書きたくなるくらい深くネストしている時点でよくない説

**デフォルトの名無しさん** · 2020/01/19(日) 08:03:07.26

>>338
対象とするデータによっては単純に多重ループで処理するのがもっとも自然でシンプルなケースもあるだろう。
無条件に｢ネストしたループ(・A・)ｲｸﾅｲ!!｣と言うのも教条主義じゃね？

**デフォルトの名無しさん** · 2020/01/19(日) 08:05:11.96

教条主義というよりただのバカ

**デフォルトの名無しさん** · 2020/01/19(日) 08:08:17.50

gotoの使い方くらい知っておいた方が良いかと

**デフォルトの名無しさん** · 2020/01/19(日) 08:51:50.65

gotoにせよthrowにせよ、goto/throwの発生元が分からないのが受身になる側として辛い。
この点は、スタック情報へのアクセスが言語仕様として認められているJava/C#/Perl/Pythonに優位がある。

**デフォルトの名無しさん** · 2020/01/19(日) 08:54:43.67

throwの発生元は例外オブジェクトに情報を持たせれば良いじゃん？
gotoのジャンプ元は変数に情報を持たせれば良いじゃん？？

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

>>343
goto/throw発生元がバイナリで配布されている場合は、コードを書き換えられない。
クラス設計でやたらとメンバ変数をprivateにされると、クラスを利用する側はメンバ変数を古典的プリントデバッグできなくて難儀する。

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

C++のprivate属性は厳しすぎ。readonlyアクセスできる属性があってもいいと思うんだ。

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

>>344
バイナリ配布のﾌﾞﾂの例外発生元を何でコードで知りたいのかがわからん…
アドレスがわかったところでソースが無いわけやし……
何事かを言わんとするための想定に無理が有るのでは…

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

タイミング依存の不具合を追跡する必要に迫られると、当然ながら対話デバッグはできない。
C++のprivate変数が不具合に関与しているとわかってもランタイムで値を見れないのは辛い。
他人様の作ったC++クラスヘッダーを一時的に書き換えてコンパイルする羽目に。

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

>>346
例外が吐かれた後にできることなんてほとんどなくてもスタックをダンプできるだけでかなり助かる。
特に自分が作ったわけではないレイヤーでthrowされた時には、スタック情報が役立つ。

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

公式がデバッグシンボルを配布するご時世なのに、C++のスタック仕様はそれについていけていない。
デバッガを介することなくスタックをダンプできる手段が制約されすぎ。

**デフォルトの名無しさん** · 2020/01/19(日) 10:49:09.39

gotoはRAIIと相性が悪いってのが端的だろ

これはgotoが悪いと言うよりc++の言語仕様上のgotoの扱いが悪いって話

constexprで使えないとか規格が新しくなる度に不都合が増えていくよ

**デフォルトの名無しさん** · 2020/01/19(日) 10:57:40.21

gotoの使い方くらい知っておいた方が良いかと

**デフォルトの名無しさん** · 2020/01/19(日) 11:07:08.87

>>350
相性悪い？

**デフォルトの名無しさん** · 2020/01/19(日) 11:07:41.05

文字列パーサー内とかでの状態遷移に使うは推奨する

その他でのgotoは代替手段があるし、そっちの方が言語サポート良いからgoto使うのはバカのやること

**デフォルトの名無しさん** · 2020/01/19(日) 11:12:09.60

まあ不遇な原因はgotoが自由すぎて前にも後ろにも飛べるせいだろうね
変数のデストラクタを呼ぶべきかどうかフラグ管理でもしないとコンパイラが判断できなくなる。

goto使うならその自由さが必要な場面でこそ使うべきなんだよ

**デフォルトの名無しさん** · 2020/01/19(日) 11:18:58.21

>>354
プログラミング言語の世界では、前や後ろという表現は直観的にわかりにくい。
前や後ろは相対的なものであり、バックしているイテレータにとっては前はバックなのだ。
上と下なら直観的にわかるだろう。

**デフォルトの名無しさん** · 2020/01/19(日) 11:21:16.66

用語としては前後で統一されているような

**デフォルトの名無しさん** · 2020/01/19(日) 11:22:22.50

gotoの使い方を知らない初心者がこのスレにいるってのが不思議

**デフォルトの名無しさん** · 2020/01/19(日) 11:27:05.68

[コラム] 正規表現の先読み/後読みは、どう考えても名前が悪いので、呼称禁止令を出してルックと気軽に呼んでみませんか。 - Qiita
https://qiita.com/mochizukikotaro/items/84f3ab2740b8efbe0dc6

**デフォルトの名無しさん** · 2020/01/19(日) 11:29:47.11

>>357
誤魔化さない説明がちゃんとできるやつがずいぶん少ないという、残念な状況が今の日本だ

**デフォルトの名無しさん** · 2020/01/19(日) 11:38:04.97

わざわざ複雑にしてまでgotoを避ける
って宗教だよな

使いどころで使う
それだけ

**デフォルトの名無しさん** · 2020/01/19(日) 11:42:59.02

いうて必要になったことないや

**デフォルトの名無しさん** · 2020/01/19(日) 12:30:11.44

別にgoto使っても使わなくても馬鹿が書けば複雑なコードになるだろ。
そういう問題じゃない。
そもそもc++の標準ライブラリが例外投げる時点でgotoとの相性は最悪だよ。
一番末端の関数で、副作用もないようなもの以外使えんわ。

**デフォルトの名無しさん** · 2020/01/19(日) 12:36:07.26

gotoおじさんはたぶん例外安全性という概念をわかってない

**デフォルトの名無しさん** · 2020/01/19(日) 14:43:36.08

>>363
例外安全の定義が難しいのですが、gotoを使っても例外安全を保障することはできると思うのですが、いかがでしょうか。

**デフォルトの名無しさん** · 2020/01/19(日) 15:06:56.67

>>364
c++の標準ライブラリに関して例外安全とは何かは定義されてる
できるできないで言えばgotoかつ例外安全はそりゃできるでしょうよ
まずgoto関係なしに例外安全が相当大変であることを理解してから出直してくれ
そうじゃなきゃRAII、autoなんとかmakeなんとかの有難みも理解できてないのよ

**デフォルトの名無しさん** · 2020/01/19(日) 15:08:40.81

話題のすり替え

**デフォルトの名無しさん** · 2020/01/19(日) 15:16:49.04

>>366
話題を勘違いしてるのはお前だよ
お前は単にbreakでスコープの脱出することに対してgotoの方が簡潔と言ってるんだろう
そういう場合があるのは同意するけど今回の話題はそれじゃない

スコープの脱出になってるのはRAIIでリソースを安全に開放する前提だからだ
だからお前が言うべきはスコープをなくしてgotoを使うというなら
合わせてリソースをどのように安全に開放するかを説明しないといけない
場当たり的でない方法でね

そこをまったく説明できない以上お前はgotoおじさんと呼ばれ続ける

**デフォルトの名無しさん** · 2020/01/19(日) 15:20:52.99

>スコープをなくしてgotoを使う

なんか言ってることが変だと思ったらこんな条件付けてたのか。ブロックスコープ使えばいいじゃん。

**デフォルトの名無しさん** · 2020/01/19(日) 15:26:55.90

スコープを無くしてgotoで解放？
なんじゃそりゃ？

スコープを抜けないと解放されないぞ

**デフォルトの名無しさん** · 2020/01/19(日) 15:27:43.53

断わっておくけど
>>295 に対してgotoおじさんが >>297 と言ったのが発端
後出しはしていない
ちなみに295を書いたのはおれではない

**295** · 2020/01/19(日) 15:31:10.41

どんな劣悪な環境でも動く do{ } while(0); こそ絶対正義。

**デフォルトの名無しさん** · 2020/01/19(日) 15:33:51.15

>>295は
do ループを抜けたすぐ下で資源を解放
って書いてあるように見えるけど

**デフォルトの名無しさん** · 2020/01/19(日) 15:34:25.99

>>370の勘違いってことでいいのかな？

**デフォルトの名無しさん** · 2020/01/19(日) 15:42:01.04

>>372
ああ確かに >>295 に対してってのは語弊があったかな
ID:cLOUBKze の発言を追ってみて
>>303
とかね
gotoおじさんかと思ったら別人なのね

**デフォルトの名無しさん** · 2020/01/19(日) 17:03:31.99

>>365
本来の「例外安全」の定義はもっと広い意味なのですが、あなたは、throwやcatchなどの「例外」が起きたときでもnewされたオブジェクトの削除などを行うという定義を採用されているようです。

break文を用いずにgoto文でブロックを脱出した場合でもオブジェクトは自動解放されるのをご存知ですか？

**デフォルトの名無しさん** · 2020/01/19(日) 17:07:28.86

>>375
自分は理解しているって言いたいわけね
じゃあさ >>273 のお題に対してgotoを使ったエレガントな方法を書いて
おれは思いつかないね
よろしく

**デフォルトの名無しさん** · 2020/01/19(日) 17:11:06.93

そもそも一番のカスはこいつ >>276 >>286

**デフォルトの名無しさん** · 2020/01/19(日) 17:42:21.12

>>370

>>295に対して>>303が

{
goto label;
}
label:

でいいんじゃないかってことかと。
逆にどう解釈してRAIIとか例外安全とか持ち出したのか気になる。

**デフォルトの名無しさん** · 2020/01/19(日) 18:24:30.09

論点を増やそうとするのは苦しいやつの習性だね

**デフォルトの名無しさん** · 2020/01/19(日) 18:46:40.48

>>378
それだとdo-whileと変わんないだろ
gotoおじさんの論点てそれか？
人の事クソバカ言ってるわりに何の優位性があるのかわからんな

**デフォルトの名無しさん** · 2020/01/19(日) 18:52:29.41

そうだよ、変わんないよ
複合文だけでできることになんでわざわざdoなんて面倒くせえもん使わなきゃいけねえんだよ

**デフォルトの名無しさん** · 2020/01/19(日) 18:52:32.23

Rust使えばすべて解決。

**デフォルトの名無しさん** · 2020/01/19(日) 18:53:23.88

まさかとは思うがブレースを開くのにdoだかforだか何らかのキーワードが必要とでも思ってたか？

**デフォルトの名無しさん** · 2020/01/19(日) 18:56:46.75

俺は何の実績もないおまえの言うことより、あわしろいくや氏を信じるけどな。

**デフォルトの名無しさん** · 2020/01/19(日) 18:57:26.46

>>378
噂のgotoおじさまもさすがにこのコードがいいなんて言わないでしょ

**デフォルトの名無しさん** · 2020/01/19(日) 18:59:17.52

>>384
ブレースを開くのにキーワードが必要か否かに実績は関係ない
他人のネームバリューにすがるしかなくなったか？

**デフォルトの名無しさん** · 2020/01/19(日) 19:00:40.10

>>386
ネームバリューは関係ないんだよ。
あわしろいくや氏は信用できる。
おまえは信用できない。

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

>>387
俺はお前のあわしろいくや氏は信用できるという言葉が信用できない

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

>>388
俺のことは信用しなくていい。
あわしろいくや氏を信じろ。

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

売名乙

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

まさか do while 構文が論点だと思ってたんかな？
まあ本当はgotoを推す正当性が全くなくてごまかしてるんだろうけれど。
てかgotoと例外安全性はかなり綿密に絡んだ話だろ。誤魔化しすぎだわ。

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

>>387
ヒゲ生やした教祖様のために死刑になった信者と同じだなｗ

**デフォルトの名無しさん** · 2020/01/19(日) 19:46:34.82

>>380
そのくらいしか思いつかなかったが、>>297はその程度の主張だったんじゃないの？
じゃあどういう主張しているとID:PgEzQeWdは解釈していたのかな。そっちが気になる。

**デフォルトの名無しさん** · 2020/01/19(日) 19:46:39.94

> かなり綿密に絡んだ話だろ

誤魔化しすぎというブーメランが脳天に突き刺さってるぞｗ

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

なるほど。。こりゃ話しても無駄だな。

**デフォルトの名無しさん** · 2020/01/19(日) 20:25:44.83

gotoと例外安全性がどう絡むのかわからんﾎﾞｽｹﾃ；

**デフォルトの名無しさん** · 2020/01/19(日) 21:06:11.93

話しても無駄以前に、結局gotoと例外安全がどう関係するのか一言も出てこなかったな。