40(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 653a-qcxi) [sage] 2023/11/07(火) 19:02:58.77 ID:Z7KocuHY0(1/2) AAS
>>33
エスパーするけど多分その用途だとmoveは使えない。

データを共有している感じなので素直にshared ptrを使うのがいいかと。shared ptrで性能的にキツイならshared ptrを参照渡しするか。

97(1): デフォルトの名無しさん (ﾜｯﾁｮｲ cf63-nyJS) [sage] 2023/12/29(金) 19:34:46.18 ID:MPSeCS+O0(1/2) AAS
実験せずに質問するますが、
int a, b;
cin >> &x >> &y;
に対し、
Q1. 「100 a」を入力したら例外もタイムアウト待ちも発生せず、cin.fail()がtrueになるだけ？
Q2. 「100」とだけ入力してそのまんま（リダイレクト元のファイルハンドルか何かが
　　タイムアウトもエラーもクローズもしなければ）ならそれっきり返ってこない？

183(6): デフォルトの名無しさん (ﾜｯﾁｮｲ 6d63-H5uA) [sage] 2024/01/28(日) 12:13:11.85 ID:W0uCnQb30(3/4) AAS
>>182
>catchしようがしまいが、例外が起きて 処理A→B→return となるのは同じだと思うが。
それは問題の認識がおかいし
例えば以下のコードにおいて、スレッドのゾンビを生じさせないためにはfuncB()をtry { } catch () { } は必須になる。
　void bar() {
　　funcA();　　// スレッドxを起動
　　funcB();　　// 中でbaz() → foo()の呼び出し
　　funcC();　　// スレッドxに停止シグナル発酵
　　funcD();　　// スレッドxの終了待ち
　　return;
}
このように一般に例外が飛んでくる関数にはcatchするかしないかの選択権など無い
例外安全なオブジェクト「だけ」で事が済んでいない限り、例外を受けると決めた時点でcatchせねばならない

一方、例外を生じないライブラリの使い方（関数の呼び出し方）を心掛けるかどうか。これなら選択肢がある

770(1): デフォルトの名無しさん (ｱｳｱｳｴｰ Sa23-D2PX) [sage] 2025/03/22(土) 14:21:53.59 ID:U6/Lg1xxa(1) AAS
どっかのタイミングでbpがスタックギリギリ飛ばすんじゃなくて
コンパイラが128bytesくらい飛ばす仕様になった気がするんだけど
あれは0埋めで(ホントはバグがあるのに)奇跡的にバグ回避するテクニックなのか
他に理由あるんか