276(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 12ad-hHXc) [sage] 2024/02/17(土) 13:33:26.89 ID:mUyTgSzm0(2/4) AAS
アプリケーションを作っているのとOSを作っている人は別
それと同様に利用するライブラリがどのような例外を投げてくるか、もしくはそのライブラリがさらに下位のライブラリから投げられた例外をどう処理しているか
アプリケーション開発者はそれらすべて想定できているとでも？
ハードウェアやシステム含めて全部ひとりで作り上げる（もしくは密に情報共有できている）ならお前の言う通りだけどな

278(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 12ad-hHXc) [sage] 2024/02/17(土) 13:56:12.85 ID:mUyTgSzm0(3/4) AAS
俺も、（もしくは密に情報共有できている）なら、と言う話をしているがな

ただ「現実の話」と言うならば、伝わっていないことをコミュニケーションの問題、自動化の問題と言うのはナンセンスだわな

お前自身がこう言っている
> その上で人間は大きいプログラムの全体を把握することは困難だし
> 機械的なチェックがしづらいという現実はあるって話だ。

ではWindowsと言う巨大プログラムにおいてMSの中の人はどの程度全体を把握していて、発生しうる例外を公開しているのか
アプリケーション開発者はその公開情報をもとに　＊想定し＊　プログラムを組まなくてはならない
さてアプリケーション開発者はOSなど下位のモジュールから飛んでくる例外をすべて想定できるのか？

そもそも致命的な例外でアプリケーション自身の継続が困難な場合を除いて
どんな例外でもあっても継続的な処理を可能にするのが例外処理だろうに
（ここで言う継続的な処理とは問題なしとして先に進むだけでなく、異常があったとして正常な（処理の）出発点に戻るという意味でもある）
起こりえる例外をすべて想定せずともプログラムを安全に継続するための仕組みが例外処理だろ

500(1): デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MMa7-Pc8v) [] 2024/10/01(火) 15:19:57.32 ID:KXGxeTHwM(1) AAS
>>498
>押し込めた中に問題があればそりゃ当然駄目だよ。
当然分かっているだろうが、unsafeの中だけでなく、
それが外側に及ぼす影響にも問題が生じないように作らなければなら
ないが、それにはunsafeとRustの両方に対する深い理解が
必要となるだろうな。

536(2): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ f532-JeGG) [sage] 2024/11/08(金) 17:41:34.61 ID:Me1tPYCI0(1) AAS
名前だけ合わせても具体的な実装方法が違えばどうせクラッシュするから意図的にマングルルールを違えている。
外部ﾘﾝｸ[html]:gcc.gnu.org

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

863(1): デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM95-exh5) [sage] 2025/04/11(金) 20:14:09.35 ID:qqgfnt32M(4/17) AAS
システムコールはOSが提供するのは当たり前
それがRustの特性に合わせた高速化が行われていても使う側はなんでもよいと言う話がなんでわからないのか馬鹿なのかなと