Content-Length: 34280 | pFad | https://srad.jp/comment/2787107
アカウント名:
パスワード:
「mallocの返り値チェック」は有名かと思いますが、そういったエラーチェックを丁寧にやっているかどうか。例外のある言語で、例外のハンドリングをきちんと(ルールを決めて)やっているか。
「実際に使われるアプリケーションのソースコードの半分は、本来の処理ではなくエラーチェック」的な話もどこかで見た覚えがありますので、基本かもしれませんが。基本を守るのが難しい、ということはあるかもしれません。
私も、c++で"out of range"をやらかすことがあるので、気をつけなければ。
mallocの戻り値をチェックしていてもreallocの戻り値をチェックしてないことが多い
hoge = realloc( hoge, hogesize += BUFSIZ );とかやってNULLが返ってきた時に、元のhogeの指すポインタが不明になってメモリリークするパターンとかね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
Fetched URL: https://srad.jp/comment/2787107
Alternative Proxies:
Alternative Proxy
pFad Proxy
pFad v3 Proxy
pFad v4 Proxy
しっかりエラーチェックをしている (スコア:1)
「mallocの返り値チェック」は有名かと思いますが、そういったエラーチェックを丁寧にやっているかどうか。
例外のある言語で、例外のハンドリングをきちんと(ルールを決めて)やっているか。
「実際に使われるアプリケーションのソースコードの半分は、本来の処理ではなくエラーチェック」的な話もどこかで見た覚えがありますので、基本かもしれませんが。
基本を守るのが難しい、ということはあるかもしれません。
私も、c++で"out of range"をやらかすことがあるので、気をつけなければ。
Re:しっかりエラーチェックをしている (スコア:1)
mallocの戻り値をチェックしていてもreallocの戻り値をチェックしてないことが多い
Re: (スコア:0)
hoge = realloc( hoge, hogesize += BUFSIZ );とかやってNULLが返ってきた時に、元のhogeの指すポインタが不明になってメモリリークするパターンとかね。