コンピレーション:: Windowsのエラーステータス

Question

最小限の例を引き起こすSTRING`：

#include <Windows.h> 
#include <string> 
int main(int /*argc*/, char* /*argv*/[]) { 
    HANDLE handle = GetStdHandle(STD_OUTPUT_HANDLE); //Behavior the same, with or without. 
    DWORD err = GetLastError(); 
    std::string str; 
    return (int)err; //returns 127 iff line above uncommented, 0 iff commented 
} 

このプログラムは、（ "指定したプロシージャが見つかりませんでした"）ERROR_PROC_NOT_FOUNDに対応する、127を返します。 errがに設定され、の前にstd::stringが作成されていることに注意してください。プログラムは、MSVC 2017でデバッグモードでコンパイルされます。

この動作は予期されていますか？そうでない場合は、いくつかの確認をすることができますか？（バグレポートを提出します）

Answer 1

GetLastError()は、このスレッドによって呼び出されるWinAPI関数によって設定される最後のエラーコードを返します。 WinAPI関数は、成功したときにnot necessarilyコードを設定します。

ほとんどの関数は、失敗した場合にのみSetLastErrorまたはSetLastErrorExを呼び出します。

失敗したWinAPI関数は呼び出されていません。したがって、エラーコードは不確定です。これは初期化されていない（未定義の動作を意味する）か、未知の関数によって設定されています（わずかに無意味です）。標準ライブラリは、例外を使用してWindows APIではなくエラーを通知します。

---

"この動作が必要ですか？"

の値は、関数が適切なコンテキストで使用されていないために許容されるという意味での動作が期待されます。