C++相談室 part160

**デフォルトの名無しさん** · 2022/04/15(金) 08:39:32.42

前スレ
C++相談室 part158
https://mevius.5ch.net/test/read.cgi/tech/1645239402/

**デフォルトの名無しさん** · 2022/04/22(金) 22:48:37.18

今回の件でSEHを取り上げることに意味があるのかね？

> 今回の話は>>91から始まる
> 「正常値でない時にvariantやoptionalを返すのと、
> (try/catchの)例外を投げる(throw)のと、
> どちらが好ましいか？」という話

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/22(金) 22:50:11.36

>>228
その議論は「実測しろ」で済む話。

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/22(金) 22:52:46.51

実装の分析を放棄するなら、実測しかないじゃねーか。

**デフォルトの名無しさん** · 2022/04/22(金) 22:53:00.68

>>229
あんさんアホなんやな
何をどうやって実測しまんねん

**デフォルトの名無しさん** · 2022/04/22(金) 22:56:26.62

例外機構はコストかかるしtry catchで扱いにくいから
最近の言語GoやRustなどではtry catchを廃止しちゃったほどだよ

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/22(金) 22:58:31.59

>>231
そんなん当たり前。世界中のパソコンを一箇所集めて、例外を使ってるすべてのコードをGitHubからダウンロードして、全コンパイラで試すと、一般的な答えが出るだろう。

だから具体的な環境と具体的なコードがないと議論自体が無意味だろう。

**デフォルトの名無しさん** · 2022/04/22(金) 23:14:29.58

実測なんかしなくてもtry/catchの準備が入る例外の方が遅いのは分かりきった話

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/22(金) 23:14:59.45

「男は卑怯」とか「血液型A型はまじめ」とか、統計上の母集団も不明なものを一般化して議論するのははっきり言ってめんどい。

一般化バカなんじゃねーの？

もっと具体的なこと。花を買うなどという具体的な処理を考えたら、そのコストの程度もわかるというもの。

**デフォルトの名無しさん** · 2022/04/22(金) 23:17:04.04

>>229
議論の仕方を知らない餓鬼かよ。

SEHを持ち出したのは>>124で、それに対して>>131という反論が来ているんだから、「SEHはC++例外の議論に有意義」と主張するならまず>131に対して反証しろよ。
それを無視して>>229とか>>233みたいな誤魔化しをするやつは、ろくに説明できない無能か相手を騙そうとする詐欺師のどちらかとしか言えんわ。

SEHはNGワード指定したほうが良さそうかね。

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/22(金) 23:21:40.20

C++例外がSEなんちゃらで実装されていたこともあった。概念としてはC++例外とSEなんちゃらは別物だが、実装としては排他的ではない。

**デフォルトの名無しさん** · 2022/04/22(金) 23:35:03.38

>>237
ソースを出せ
そもそもthrowを投げてcatchする仕組みにMicrosoftの独自拡張など不要
他の様々なOSではそんなものがなくても実装されて動いている

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/22(金) 23:37:23.52

例外にオーバーヘッドがあって遅いのはわかってる。アセンブリと実測から明らかだ。

**デフォルトの名無しさん** · 2022/04/22(金) 23:41:51.93

>>228
そのケースは明らかに例外を使わないほうが良い
一般的にも例外は可能な限り使わないこと

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/22(金) 23:45:15.50

>>238
ソース。
https://docs.microsoft.com/ja-jp/cpp/cpp/errors-and-exception-handling-modern-cpp?view=msvc-170
>Microsoft C++ コンパイラ (MSVC) では、C++ 例外が SEH 用に実装されています。

**デフォルトの名無しさん** · 2022/04/22(金) 23:47:28.49

msvcって使ってるところあるの？

**デフォルトの名無しさん** · 2022/04/22(金) 23:53:29.79

>>241
SEHで実装されているとは、書いてないじゃん

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/23(土) 00:07:15.99

>>243
https://twitter.com/kekyo2/status/1429983729062092810
MSVCのソースはハッキングしないとわからん。
https://twitter.com/5chan_nel (5ch newer account)

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/23(土) 00:13:13.27

>>242
MSVCは現在のVisual C++のコンパイラと同じだよ。メチャクチャ使われてるよ。

**デフォルトの名無しさん** · 2022/04/23(土) 00:15:14.42

結局SEHで実装されているソース無し

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/23(土) 00:16:54.58

>>246
RaiseException関数はSEH機構の一部だから。

**デフォルトの名無しさん** · 2022/04/23(土) 00:20:14.06

>>241
それ /EHa があるよって話じゃね？

**デフォルトの名無しさん** · 2022/04/23(土) 00:38:44.27

最近QZみないな
り地域に帰ったのか？

**デフォルトの名無しさん** · 2022/04/23(土) 01:24:18.22

https://docs.microsoft.com/ja-jp/cpp/build/exception-handling-x64?view=msvc-170

これがSEHと同一のものであるかどうかは知りませんが

**デフォルトの名無しさん** · 2022/04/23(土) 04:08:45.81

>>234
「try/catchの準備が入る」なんて実装はもう廃れて最近のコンパイラには当てはまらないかと。

**デフォルトの名無しさん** · 2022/04/23(土) 06:09:11.45

>>214
おまえさん個人にとって有意義でなくても
C++におけるSEHの話をしている人にとっては有意義なんだよ
だから話すんだよ

自分が入れない話だからって勝手に有意義かどうか決めんな
自分が入れない話だからって勝手に有意義かどうか決めんな
自分が入れない話だからって勝手に有意義かどうか決めんな

**デフォルトの名無しさん** · 2022/04/23(土) 06:15:24.18

キャッチオール!!

**デフォルトの名無しさん** · 2022/04/23(土) 10:39:59.87

SEHはマイクロソフトがC言語で例外を扱えるように独自拡張したもの
例外機構のあるC++では当然不要
だからマイクロソフトもC++ではSEHを使わないようにと公式に推奨している
ここC++スレでSEHを持ち出す人はバカ

**デフォルトの名無しさん** · 2022/04/23(土) 10:49:10.48

>>254
お前がバカ

**デフォルトの名無しさん** · 2022/04/23(土) 11:06:26.27

まだsehの話ししてんかよ
ヤフーニュース見てみろよ、大変なことが起きているのに
おまえら暇だな

**デフォルトの名無しさん** · 2022/04/23(土) 11:12:38.87

>>256
どうせくだらんニュースばかり
毎日細かく追うのは無駄でアホ

**デフォルトの名無しさん** · 2022/04/23(土) 11:27:56.93

>>256
論点のすり替えすんなよ
頭わるいぞ

**ハノン** ◆QZaw55cn4c · 2022/04/23(土) 11:28:12.87

荒れていますね、理想の雰囲気です…満足、満足

**デフォルトの名無しさん** · 2022/04/23(土) 11:31:25.45

日本最大のポータルサイトYahoo! JAPANのトップページのトップニュースがウクライナの前大統領ポロシェンコ氏の単独インタビューというご時世

**デフォルトの名無しさん** · 2022/04/23(土) 11:32:03.41

>>259
不自然な登場の仕方のQZのキターｗｗｗｗ
お前が満足するということはム板にとっては好ましくない事態が起きてるってことだな

**デフォルトの名無しさん** · 2022/04/23(土) 11:39:47.13

処理系の話禁止おじさんには狂気を感じました

**デフォルトの名無しさん** · 2022/04/23(土) 11:41:12.76

Baka bakas[300][1000][1000];

とかやるバカがいる会社なんかじゃ、例外云々の議論しても不毛だろ

**デフォルトの名無しさん** · 2022/04/23(土) 11:44:49.33

こんなスレでヤフーニュースw
SEH持ち出すバカと同類やな

**デフォルトの名無しさん** · 2022/04/23(土) 12:37:11.26

Yahoo! JAPANトップページスクショ
https://pbs.twimg.com/media/FQ_8EFnUcAA9hjV?format=jpg&;name=large

**デフォルトの名無しさん** · 2022/04/23(土) 14:35:57.34

さとみロストで世間は大騒ぎだぜ

**デフォルトの名無しさん** · 2022/04/23(土) 14:40:10.04

>>264
いやSEHはまだプログラムの話の範囲内だけど
ヤフーニュースの話をするのは完全なアホ

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/23(土) 18:29:38.10

Win32 C/C++だとSEHじゃないとキャッチできない例外もある。

**デフォルトの名無しさん** · 2022/04/23(土) 18:35:44.41

>>268
そんな欠陥商品の話をされてもねえ
C++の問題ではなく欠陥商品の問題

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/23(土) 18:43:16.03

>>269
ここは匿名掲示板だから許されるけど、実名だったら社会からボコボコにされるよ。気を付けようね。

**デフォルトの名無しさん** · 2022/04/23(土) 18:51:11.58

じつにトライしてますね

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/23(土) 19:15:23.82

CIAが最高レベルに指定する「ハッキングマニュアル」にアクセスできる国内外の攻撃者たちが匿名でソーシャルメディアを徘徊し、ターゲットを探している。生き残りたいならターゲットにならないことが肝要だ。

**デフォルトの名無しさん** · 2022/04/23(土) 19:20:12.83

でも最新版ではC++の例外で正規に対応できてるんでしょ
ならば当時はある種の欠陥だったとも言えるのでは

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/23(土) 19:24:44.23

// ヌルポインタ参照。
char *p = NULL;
*p = 0; // ぶっ飛ぶ。

// ゼロ除算。
float a = 1;
a /= 0; // これもWin32だとぶっ飛ぶ。

**デフォルトの名無しさん** · 2022/04/23(土) 19:29:13.41

ゼロ除算はシグナルSIGFPEが発生
signal()でハンドリング関数を指定すれば良い
例外は全く関係ない

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/23(土) 19:38:33.99

Win32では浮動小数ゼロ除算は構造化例外であり、
SetUnhandledExceptionFilterの
EXCEPTION_FLT_DIVIDE_BY_ZERO
でキャッチできる。シグナルはない(Cygwinを除く)。

**デフォルトの名無しさん** · 2022/04/23(土) 19:53:40.19

>>276
そんな気持ち悪い独自仕様にして何を考えてるんだろう
余分に負担のかかるプログラミングを強いられるデメリットしかない

**デフォルトの名無しさん** · 2022/04/23(土) 20:01:38.15

>>277
独自仕様なのは別にして、そんなに気持ち悪いかなぁ？
ゼロ除算を起こした処理の周辺で局所的に対処できるのはいいと思うんだが。

**デフォルトの名無しさん** · 2022/04/23(土) 20:07:10.88

>>267
人迷惑と言う意味で一緒だよ

**デフォルトの名無しさん** · 2022/04/23(土) 20:10:26.67

お前らいつまで、そんな話ししてんだよ
世の中はさとみのお祝いムードでも盛り上がってんの二

**デフォルトの名無しさん** · 2022/04/23(土) 20:12:03.42

signal と SEH なら SEH の方がマシだな
signal ハンドラーはマルチスレッドで個々のハンドラー持てないし

**デフォルトの名無しさん** · 2022/04/23(土) 20:21:15.45

スレッド毎に設定できないシングルトンなデータといえばカレントディレクトリとか

**デフォルトの名無しさん** · 2022/04/23(土) 20:42:16.92

SEHとかのコスト掛けてするのは本末転倒
ゼロ除算は事前if文0比較でコスト安い

**デフォルトの名無しさん** · 2022/04/23(土) 21:07:07.31

例外の実装として sjlj と SEH とのどちらが優れているか、という話ではなかったのか？

**デフォルトの名無しさん** · 2022/04/23(土) 21:09:05.54

>>284
そんな実装をしている例はない
SEHも誤読でソース無し

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/23(土) 21:20:35.92

>>285
C++例外のSEHの実装例はあるよ。
MinGW gcc でもあるし、Visual C++ /SHaでもあるし。

**デフォルトの名無しさん** · 2022/04/23(土) 21:26:55.58

>>286
おまえバカなのか？
それはC++の例外(try throw catch)の実装例ではない

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/23(土) 21:29:35.47

>>287
/SHaのtry-catchでSEH機構を使ってるのは事実だし、確かめもしないやつに言われたくない。

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/23(土) 21:40:18.76

https://cutlassfish.wordpress.com/2014/08/12/mingw-w64-%E3%82%92%E4%BD%BF%E7%94%A8%E3%81%99%E3%82%8B%E9%9A%9B%E3%81%AB%E5%BF%85%E8%A6%81%E3%81%AB%E3%81%AA%E3%82%8B%E3%82%B9%E3%83%AC%E3%83%83%E3%83%89%E3%83%A2%E3%83%87%E3%83%AB%E3%81%A8%E4%BE%8B/

MinGW-w64 の例外機構は、SJLJ、DWARF、SEHの3つ。MinGW-w64におけるC++の例外はこのいずれかで実装されている。

**デフォルトの名無しさん** · 2022/04/23(土) 21:41:28.57

それは嘘だな
例えば単純にプログラムの中でthrow投げるとする
当然SEHは使われない

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/23(土) 21:43:17.83

単純な例外処理は最適化で消えることがある。常識。

**デフォルトの名無しさん** · 2022/04/23(土) 21:46:06.95

>>291
消えない
例外時に関数は何を返す？

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/23(土) 22:07:33.30

>>292
https://stackoverflow.com/questions/3311641/c-exception-throw-catch-optimizations

Even simpler cases could be optimized, such as:

int func() {
try {
throw 42;
}catch(int x) {
return x;
}
}
The above code can be transformed into return 42. There are no technical reasons that impede it.

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/23(土) 22:09:39.97

君の単純なthrowの例では
std::terminate()
になるかもしれない。

**デフォルトの名無しさん** · 2022/04/23(土) 22:11:37.95

>>293
バカにしてるのか？
無条件にthrowされていてしかも関数呼び出しすらない
せめて関数の引数値によってthrowされるか否か変わる例にしろよ

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/23(土) 22:12:58.42

>>295
してるよ。

**デフォルトの名無しさん** · 2022/04/23(土) 22:17:03.10

・まずtryの中で別の関数を呼び出さないと最もベーシックなパターンにすらなっていない
・呼び出される別の関数の中でも特定条件時のみthrowしないと例外処理の意味を持たない

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/23(土) 22:17:27.90

君の父親は言い負かされようになると「バカにしてるのか」と言う癖があるようだね。愚かな人間ども。

**デフォルトの名無しさん** · 2022/04/23(土) 22:21:38.82

>>286,288
オプションもまともに書けないとかお前さん使ってないだろw
/EHa使っても構造化例外がcatchでキャッチできるようになるだけでthrowで構造化例外を送出できるようになるわけじゃないぞ
https://docs.microsoft.com/ja-jp/cpp/build/reference/eh-exception-handling-model?view=msvc-170

**デフォルトの名無しさん** · 2022/04/23(土) 22:21:59.63

なぜそんなおバカなコード例をわざわざ披露するのか常識を疑う

**デフォルトの名無しさん** · 2022/04/23(土) 22:24:23.21

これだから蟻人問の書き込みは全く信頼できない

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/23(土) 22:27:21.96

>>299
>throwで構造化例外を送出できるようになるわけじゃないぞ

そんなこと言ってない。構造化例外機構でthrowすると言ってるんだ。逆だよ。

**デフォルトの名無しさん** · 2022/04/23(土) 22:32:14.74

>>302
君は理解力がないのかね？
それだと君の主張『C++の例外がSEHで実装されている』の例になっていない

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/23(土) 22:34:18.65

>>299
>オプションもまともに書けないとかお前さん使ってないだろw

今、メタバースの中から書き込んでいて、ちょっと打ち間違えたんだ。

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/23(土) 22:38:25.54

>>303
SEHを知らん人にいちいち教えるのは授業料がかかるが。

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/23(土) 22:43:43.42

例外機構をsjljで実装するのもsehで実装するのもMinGWにある。君はいつまでも駄々っ子みたいに存在を認めないんだね。

**デフォルトの名無しさん** · 2022/04/23(土) 22:45:00.85

行き詰まった敗者の典型パターン
「授業料払わないやつには教えない」
「教えて欲しかったら金払え」
「業務でもないのに答えられるか」

**デフォルトの名無しさん** · 2022/04/23(土) 22:58:24.91

SEHでC++のtry-catchを実装とか意味不明な主張してるんだな

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/23(土) 23:01:30.10

MinGW-w64 SEH版の例外機構はSEHで実装されている(公開情報)。これを否定から入るなら議論はできない。

**デフォルトの名無しさん** · 2022/04/23(土) 23:07:40.34

>>309
ソース無し
C++の例外機構にSEHは不要

**デフォルトの名無しさん** · 2022/04/23(土) 23:18:30.07

結局実装の話してる人の精神状態が心配

**デフォルトの名無しさん** · 2022/04/23(土) 23:25:16.57

そろそろc++の話ししようぜ

2項演算子.*や->*が返却するオブジェクトの型を取得したい
規格にはapplication演算子が後続する場合のみ認めているが
その際の型をコンパイル時に取得したい

さらにdeclvalに渡したい

**デフォルトの名無しさん** · 2022/04/23(土) 23:31:45.53

なぜa.bとa->bという無駄な2種類を用意したんだろう？
他の言語ではaがポインタでもa.bだよね
型から間違いが起きようがないのだからa->bは不要だと思う

**デフォルトの名無しさん** · 2022/04/23(土) 23:33:55.91

>>313
君は黙ってて、そんな低レベルな話はしていない
.*や->*なんて使ったことないだろ

**デフォルトの名無しさん** · 2022/04/23(土) 23:35:30.32

お前ら聞いても無駄だな
例外とSEHの区別が付かないレベルだろうし

**デフォルトの名無しさん** · 2022/04/23(土) 23:45:44.58

decltype(declval<Hoge*>()->*declval<Fuga Hoge::*>)とかすればいいだけじゃないの
というかoperator->*のオーバーロードが絡んでなければ右項のメンバポインタの型から直接取り出せばいいだけじゃないの
何がしたいのか分からない

**デフォルトの名無しさん** · 2022/04/24(日) 06:18:26.42

>>302
だからC++の例外（要はthrow）はSEH使ってないってこと
SEHは0除算とかメモリーアクセス違反を扱うためのものだよ
signal()に比べたらスマートな実装だと思う

**デフォルトの名無しさん** · 2022/04/24(日) 07:34:41.41

>>317
ばかじゃねーのこいつ
蟻人間の主張は「C++で例外を実現するのにSEHを使う『事もある』」と言っているんだぞ

**デフォルトの名無しさん** · 2022/04/24(日) 07:58:43.35

>>318
だからthrowを実現できてないだろ
理解出来てないのにいちいち絡んでくるなよ

**デフォルトの名無しさん** · 2022/04/24(日) 08:09:04.00

>>319
MinGW64のthrowはSEHを使ってるんだが・・・
お前本当に頭大丈夫か？

**デフォルトの名無しさん** · 2022/04/24(日) 08:14:09.42

チェックメイトだなｗ

**デフォルトの名無しさん** · 2022/04/24(日) 08:24:49.35

>>320
それ/EHaの話じゃないだろ
話の流れも読めないなら黙っとけ

**デフォルトの名無しさん** · 2022/04/24(日) 08:32:41.04

>>322
お前は>>317で「だからC++の例外（要はthrow）はSEH使ってないってこと」と言ってるだろ
それに対する反例を示しただけの話なんだが？
後出しジャンケンはなしだぞ
例えば「>>317は/EHaの話をしてるんだが」とか言うなよ

**デフォルトの名無しさん** · 2022/04/24(日) 08:44:00.70

もしかして
「__try/__except/__finallyの例外処理=SEHと思っている人」と
「それを実現するために制定されたABIのことをSEHと呼んでそのABIがC++のtry/catchの実装にも応用されていると主張する人」との間で無限に平行線になってるのか

俺は後者のつもりで聞いていたけど前者と考えると、ISO標準例外を使えなんて話が出てくるのも頷ける

**デフォルトの名無しさん** · 2022/04/24(日) 08:47:49.34

>>323
> 話の流れも読めないなら黙っとけ
> 話の流れも読めないなら黙っとけ
> 話の流れも読めないなら黙っとけ

アンカーも辿れないのかよw

**デフォルトの名無しさん** · 2022/04/24(日) 08:49:16.66

>>324
> それを実現するために制定されたABIのことをSEHと呼んで
また新しいこと言い出すアホが現れた！

**デフォルトの名無しさん** · 2022/04/24(日) 08:52:40.31

>>326
sjljと引き合いに出してたからそのレイヤーの話をしていることくらい理解してると思い込んでいたわ
すまんな

**デフォルトの名無しさん** · 2022/04/24(日) 08:56:13.74

自分の旗色が悪くなったら「話の流れを読め」とか言っちゃう人ですか？
それ物凄く曖昧な定義だね（・∀・）ﾆﾔﾆﾔ
何とでも言えちゃうじゃない
火病を起こした方が負けだよ