217(1): デフォルトの名無しさん (ﾜｯﾁｮｲ bf9a-Ehcu) [sage] 2024/02/07(水) 12:42:17.44 ID:7NJYw5ei0(1/2) AAS
std::functionって、有効な関数がセットがされているかどうかでブール値を返しますが、
一旦有効化した後にこれを無効化したい場合って、nullptrを代入したりしていいんでしょうか
そしてその場合std::functionの中身はうまいこと解放されたりするんでしょうか
場合によってはラムダ式を使ってオブジェクトをキャプチャしていたりして
あまりその辺りの説明が見当たらない感じがしました

233(2): デフォルトの名無しさん (ﾌﾞｰｲﾓ MM8f-tai3) [sage] 2024/02/10(土) 21:22:31.20 ID:dL54PN9cM(1) AAS
>>232
それは未知の例外投げてきたライブラリを信用し過ぎ
製品ならそういう「たぶん大丈夫っしょw」的なのは許されないね

266(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 1e27-2ki6) [sage] 2024/02/13(火) 09:36:03.89 ID:7CLA20rP0(1) AAS
iso8901にしない人はたぶんこの規格を知らないわけで意識低すぎだろと思ってしまう

256(2): デフォルトの名無しさん (ﾜｯﾁｮｲ eba6-IqbK) [sage] 2024/02/12(月) 15:42:15.86 ID:NdUIQhSh0(1) AAS
ファイル名に年月が使えないの困ります。
2024/02/11_データ.txt
とか

412(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 7ff0-aWDb) [sage] 2024/08/24(土) 12:40:45.95 ID:PPcTgFGr0(3/4) AAS
// こういう書き方もある
if const_expr ( std::is_same<double,T>::value && std::is_same<complex<TU>::value ) {
//許されない処理
static_assert(false,"許さんぞ!!");
}else {
//正常処理
}

498(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ b332-XD+R) [sage] 2024/09/30(月) 22:26:30.09 ID:JxqgGnHQ0(1) AAS
>>496
Rust の標準ライブラリだって内部は unsafe だらけだぞ。
unsafe は Rust のメモリ安全性検査の例外とする指定で、検査はされないが安全であることはプログラマが保証しないといけない。
ただ、 unsafe な部分を慎重に押し込めて (押し込めるのが正しく出来ていれば) あとは Rust のメモリ安全性検査に頼ることが出来る。

ずっと気を付けなきゃならない C++ よりは面倒ごとを基盤に押し込めたら後は機械が検査してくれるほうがマシという程度の話。
押し込めた中に問題があればそりゃ当然駄目だよ。

850(6): デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM95-exh5) [sage] 2025/04/11(金) 08:30:12.43 ID:9LNHX+AUM(1) AAS
rustで一部の高速なシステムコールが追加されたらそれを使えばC++だろうが何だろうが関係なくなる
でもどうせマルチスレッドのsimd使いなんだろうからシステム全体に過負荷になるからめんどくさい

876(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 4d3e-Vpyu) [sage] 2025/04/11(金) 21:01:06.49 ID:yx7ZxPSb0(1) AAS
>>850
何を言っているのか全然わからん。
Rust開発者の主張は
「C/C++並に速くC/C++より安全」
だから、
「rustで一部の高速なシステムコールが追加されたらそれを使えばC++だろうが何だろうが関係なくなる」
というのが高速の話ならそりゃそうだろとしか。
Rustが違うと言っているのはそこじゃなくて、
「ビルド通ればダングリングポインタとかオーバーフローとか無いから安全だよ(safe rust なら)」
ということかと。