Comprehensive Rust(日语) 202412C、C++、Pascal など – プログラマーがヒープメモリを割り当てまたは解放するタイミングを決定します。 – プログラマーは、ポインタがまだ有効なメモリを指しているかどうかを判断する必要があ ります。 – 調査によると、プログラマーは判断を誤ることがあります。 • 実行時の自動メモリ管理による完全な安全性: Java、Python、Go、Haskell など – ランタイムシステムにより、メモリは参照できなくなるまで解放されません。 ないようにするため のものです。 – 通常は、例えばある可変参照に対してライトしリードすると、コンパイラはライトしたのと 同じ値がリードで読み出されると想定し、実際にメモリをリードする必要はないと判断し ます。 • ハードウェアへの volatile アクセスを行うための既存のクレートには参照を保持するものがあ りますが、これは健全ではありません。参照が存在する間はいつでもコンパイラがその参照を外 である。 所有権を別のスレットにムーブするということは、デストラクタがそのスレッドで実行されるという ことです。つまり、あるスレッドでアロケートされた値を別のスレッドで解放しても良いかというのが 判断基準になります。 例を挙げると、SQLite ライブラリへのコネクションは、一つのスレッドからのみアクセスされる必要 があります。 333 59.3 Sync 型 T の値を複数のスレッドから同時にアクセスしても安全な場合、型0 码力 | 381 页 | 1.36 MB | 10 月前3
Krita 5.2 マニュアル
もし呼び出し履歴のどの部分が最も重要であるか(たいていは最も 長いスレッドでありますが)分かっている場合、この断片を切り 取ってバグ報告に書いておきます。それでも両方の呼び出し履歴 はバグ報告に添付しておく必要があります。 ご自身で判断しかねる場合は、呼び出し履歴のある両方のファイ ルをバグ報告に添付だけしておいてください。 macOS On macOS it's recommended to use lldb. 1. Terminal もし呼び出し履歴のどの部分が最も重要であるか(たいていは最も 長いスレッドでありますが)分かっている場合、この断片を切り 取ってバグ報告に書いておきます。それでも両方の呼び出し履歴 はバグ報告に添付しておく必要があります。 ご自身で判断しかねる場合は、呼び出し履歴のある両方のファイ ルをバグ報告に添付だけしておいてください。 Android To get the logs using the GUI, share the content Block basic, layout_block などです。 構図と基本的なレイアウトが配置された後、アーティストは限られた時間内 にできるだけ詳細な描写を追加します。これには、作品の形式、価値の判断 とその比率に関する適切な知識が必要です。David Revoy [https://www.davidrevoy.com/] による一時間のスピードペインティングの例を 次に示します。 David0 码力 | 1591 页 | 79.16 MB | 1 年前3
Debian リファレンス v2.124、Debian 上で使用できるよう設定されていますが、Debian システムの一部ではありません。私たちは、CD 製造業者が これらの領域にあるパッケージを彼らの CD に収録して配布できるかどうか判断する際に、それぞれのパッケ ージのライセンスを読んで決めるよう奨めています。このように、フリーではない著作物は Debian の一部では ありませんが、その使用をサポートし、フリーではないパッケージのための wishlist 以外のバグが少ない Debian は分散型の開発モデルのボランティアプロジェクトですので、そのアーカイブには目指すところや品質の異 なる多くのパッケージがあります。これらをどうするかは自己判断をして下さい。 2.1.11 矛盾した要求への対処法 どのスイートの Debian システムを使うと決めようと、そのスイートで利用可能となっていないプログラムのバージ ョンをなんとか実行したいか Debian が保証していないので、その場合にはパッケージ間の互 換性は自分自身で確保しなければいけません。もしパッケージに互換性がないと、システムを壊すことに なるかもしれません。この様な技術的要件を判断できる必要があります。ランダムな混合したアーカイブ ソースを使うことは全く任意の操作ですが、私としてはこの操作はお薦めできません。 異なるアーカイブからパッケージをインストールするための一般ルールは以下です。0 码力 | 287 页 | 1.60 MB | 1 年前3
JavaScript Promiseの本 v17. テストが終わることがないためタイムアウトするまでそこで止まる assert が失敗した場合は通常はエラーをthrowし、 テストフレームワークがそれをキャッ チすることで、テストが失敗したと判断します。 しかし、Promiseの場合は .then の中で行われた処理でエラーが発生しても、 Promise がそれをキャッチしてしまい、テストフレームワークまでエラーが届きません。 意図し0 码力 | 115 页 | 1.06 MB | 1 年前3
JavaScript Promiseの本 v27. テストが終わることがないためタイムアウトするまでそこで止まる assert が失敗した場合は通常はエラーをthrowし、 テストフレームワークがそれをキャッ チすることで、テストが失敗したと判断します。 しかし、Promiseの場合は .then の中で行われた処理でエラーが発生しても、 Promise がそれをキャッチしてしまい、テストフレームワークまでエラーが届きません。 意図し0 码力 | 137 页 | 1.17 MB | 1 年前3
共 5 条
- 1













