どのエラーを処理する必要がありますか？どちらが「致命的」ですか？

Question

CreateFileのようないくつかのWindows関数は、GetLastErrorが呼び出されたときにGetLastErrorの巨大なのさまざまなエラーコードを返す可能性があり、すべてのエラーコードをチェックするのは実用的ではありません。

それらの一部（アクセス違反や無効なパラメーターなど）はプログラマーのエラーによるもので、プログラムの実行の継続を許可すべきではありません。しかし、他の要因は、ファイルのパーミッションの悪化、共有違反、悪いファイル名など、開発者がほとんどまたはまったく制御できない他の要因によるものです。

「重大なエラー」（アクセス違反など）でプログラムがクラッシュするのを許しながら、「重要ではない」エラー（悪いファイル名など）をすべて処理したいと考えています。

理想的には、私は言っているでしょう：

// ... an error occurred. Is it a programmer error? 

if (IsErrorCritical(GetLastError())) 
{ 
    // Yes; raise an exception, crashing the program. 
    RaiseException(GetLastError(), 0, 0, NULL); 
} 

どのようなエラーコードを抑制することができます（たとえば、ディスク上のファイルを列挙するとき） ？

Answer 1

私は本当に文脈に依存していると思うのですが、一般的にこれを決定することは不可能です。代わりにそれを決定する必要があります。

私が言う理由は、同じエラーコードが別のコンテキストになることがあるため、エラーコード自体が重要であるかどうかを判断するために使用できるものではなく、コンテキスト自体です。

Answer 2

「クリティカル」は、ファイルの処理内容によって異なります。

エラーコードは、プログラマーエラーまたは実行中のマシン上の例外的なもののいずれかである可能性があります。私はそれがエラー処理の重要な区別ではないと思います。

具体的には処理しないエラー（「不明」のエラー）については、ファイルが作成されていないと仮定し、そのケースを処理します。なぜそれが作成されなかったのかは問題ではなく、それがそうではないと仮定し、そのシナリオを説明します。あなたのコードが何をしているのか、このシナリオにどれくらいの努力を払うべきなのかによって、それは致命的であるかどうかではありません。

アクセス違反はGetLastError()が知っているものではないので、私はあなたの質問との関連性を理解していません。