Qiita 7 - キータぞ、来たぞ、キータだぞー (768ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
288: 2025/10/11(土)10:05:05.53 ID:mX/iHQDj(1/2) AAS
コンパイラが出力した「条件フラグを変更せず保持したまま演算を行なう」コードの実例から逃げてるとこ見ると「LEAで加算ができる」が知識の限界の人かな
295: 2025/10/12(日)19:15:49.53 ID:txsY3oX4(2/2) AAS
リリースビルド（最適化あり）でもオーバーフローを検出し、デバッグビルド（最適化なし）と同じ挙動にする方法があります
Cargo.tomlに以下を追記します：
[profile.release]
overflow-checks = true
リリースビルドでも整数オーバーフローが発生するとpanic（異常終了）になります
371: 2025/10/22(水)09:13:09.53 ID:hPyx8jr0(1/3) AAS
Rustは多段階に対応しているよ
デフォルトはデバックモードになりオーバーフロー含めた様々なチェックが充実
プロジェクト毎に常にオーバーフローチェックをする指定が可能
オーバーフローを扱う関数も多数あり
416: 2025/10/25(土)19:55:57.53 ID:waw5U/cg(1) AAS
なんか話がズレまくってるなここ
431: 2025/10/26(日)01:56:48.53 ID:GI8xQK7J(1/2) AAS
画像処理でピクセルを走査するようなケースだと unsafe なポインタ操作は必須じゃないの？
インデックスアクセスだと範囲チェックのコストがかかるし
単に1画素を1画素にマップするだけならほぼノーコストでイテレーターを使えるだろうけど、周辺画素を参照する操作もよくあるから単純なイテレーターは使えないし
432: 2025/10/26(日)01:59:51.53 ID:GI8xQK7J(2/2) AAS
あとはCとのFFI
過去に書かれたC/C++資産の利用はRustでやりたいことの一つだろうし、これは流石に標準ライブラリのような「一般的なユーザーは使わない」ものでは無いと思う
543: 2025/12/06(土)14:53:50.53 ID:XwjZG8Py(1) AAS
死に東京
597(1): 2025/12/20(土)21:01:09.53 ID:vtYooeZ7(4/4) AAS
>>596
各言語の概念や仕様と実行コードの生成コンパイルは別だ
配列でもオブジェクトでも元の値が他で使われていなければ最適化により元の値を更新してそのまま使う実行コードを生成できる
642(1): 01/08(木)01:44:10.53 ID:R3X1U2jd(1) AAS
kaizen nagoya最近おとなしいね
クソ記事量産して運営から制限かけられたのかな
656: 01/13(火)11:27:17.53 ID:LnKNz4xE(1/2) AAS
『Hello World あたたたた C編 その2』
『Hello World あたたたた 11日目 C編』のstrcatでバッファオーバーフロー起こす可能性について対処してるのは良いが「コーディング例」として挙げられてるコードも微妙だなー。
hako_capを4倍する処理でオーバーフローが考慮されてないしoffsetの計算もsize_とintの値ちゃんぽんに計算してintに代入してる。「“規定のロジック”を逸脱してもよいならこう書くべきでしょう。」として掲載されてるコードも"た"が最初っから延々続いた場合 ta_count + 1 がオーバーフロー起こすロジックバグがある。
どうしてこんな記事を公開してしまうのか。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.860s*