エラーコード検索

現在は実装されていません。

MS-Logoff ダイジェスト ヘッダーが Web サイトから返されました。このヘッダーは、関連付けられたレルムの資格情報を削除するようにダイジェスト パッケージに具体的に指示します。このエラーは、INTERNET_ERROR_MASK_LOGIN_FAILURE_DISPLAY_ENTITY_BODY オプションが設定されている場合にのみ返されます。それ以外の場合は、ERROR_INTERNET_LOGIN_FAILURE が返されます。

WinINet は、応答のコンテンツ デコードを実行できませんでした。詳細については、「コンテンツ エンコーディング」トピックを参照してください。

操作が中止されたときに使用されます (通常は AbortController を使用します)。 AbortSignals を使用しない API では通常、このコードでエラーが発生しません。 このコードは、Web プラットフォームの AbortError と互換性を保つために Node.js エラーで使用される通常の ERR_* 規則を使用しません。

EACCES (許可が拒否されました): ファイル アクセス許可で禁止されている方法でファイルにアクセスしようとしました。

EADDRINUSE (アドレスはすでに使用されています): サーバー (ネット、http、または https) をローカル アドレスにバインドしようとしましたが、ローカル システム上の別のサーバーがそのアドレスをすでに占有しているため失敗しました。

ECONNREFUSED (接続が拒否されました): ターゲット マシンが積極的に拒否したため、接続を確立できませんでした。これは通常、外部ホスト上で非アクティブなサービスに接続しようとしたことが原因で発生します。

ECONNRESET (ピアによる接続リセット): 接続はピアによって強制的に閉じられました。これは通常、タイムアウトまたは再起動によりリモート ソケットでの接続が失われることが原因で発生します。一般的に、http および net モジュール経由で発生します。

EEXIST (ファイルが存在します): 既存のファイルは、ターゲットが存在しないことを必要とする操作のターゲットでした。

EISDIR (ディレクトリです): 操作ではファイルが必要でしたが、指定されたパス名はディレクトリでした。

EMFILE (システム内で開いているファイルが多すぎます): システムで許容されるファイル記述子の最大数に達しており、少なくとも 1 つが閉じられるまで、別の記述子に対する要求を満たすことができません。これは、特にプロセスのファイル記述子の制限が低いシステム (特に macOS) で、多くのファイルを一度に並行して開くときに発生します。低い制限を修正するには、Node.js プロセスを実行する同じシェルで ulimit -n 2048 を実行します。

ENOENT (そのようなファイルまたはディレクトリはありません): 通常、fs 操作によって発生し、指定されたパス名のコンポーネントが存在しないことを示します。指定されたパスでエンティティ (ファイルまたはディレクトリ) が見つかりませんでした。

ENOTDIR (ディレクトリではありません): 指定されたパス名のコンポーネントは存在しましたが、予期したディレクトリではありませんでした。通常は fs.readdir によって発生します。

ENOTEMPTY (ディレクトリが空ではありません): エントリのあるディレクトリが、空のディレクトリ (通常は fs.unlink) を必要とする操作のターゲットでした。

ENOTFOUND (DNS ルックアップが失敗しました): EAI_NODATA または EAI_NONAME のいずれかの DNS エラーを示します。これは標準の POSIX エラーではありません。

EPERM (操作は許可されていません): 昇格された権限を必要とする操作を実行しようとしました。

EPIPE (壊れたパイプ): データを読み取るプロセスがないパイプ、ソケット、または FIFO への書き込み。一般に net 層と http 層で発生し、書き込み先のストリームのリモート側が閉じられていることを示します。

Node.js が権限モデルによって制限されたリソースにアクセスしようとするたびにトリガーされる特殊なタイプのエラー。

関数の引数が、関数のシグネチャが誤解されている可能性を示唆する方法で使用されています。これは、assert.throws(block, message) の message パラメーターが block によってスローされたエラー メッセージと一致する場合に、node:assert モジュールによってスローされます。これは、この使用法は、ブロックがスローしない場合に AssertionError が表示するメッセージではなく、message が予期されるメッセージであるとユーザーが信じていることを示唆しているためです。

反復可能な引数 (つまり、for...of ループで機能する値) が必要でしたが、Node.js API には提供されませんでした。

Node.js が発生するはずのない例外的なロジック違反を検出するたびにトリガーされる特殊なタイプのエラー。これらは通常、node:assert モジュールによって発生します。

関数ではないものを AsyncHooks コールバックとして登録しようとしました。

モジュールのロードに関連する操作は、ローダー スレッドが終了する前に Promise を解決しない非同期ローダー フックによってカスタマイズされます。

非同期リソースのタイプが無効でした。パブリック エンベッダー API を使用する場合、ユーザーは独自のタイプを定義することもできます。

Brotli ストリームに渡されたデータは正常に圧縮されませんでした。

Brotli ストリームの構築中に無効なパラメータ キーが渡されました。

Node.js インスタンスに関連付けられていない JS エンジン コンテキスト内で、アドオンまたは埋め込みコードから Node.js バッファ インスタンスを作成しようとしました。 Buffer メソッドに渡されたデータは、メソッドが戻るまでに解放されています。 このエラーが発生した場合、Buffer インスタンスを作成する代わりに、結果として得られるオブジェクトのプロトタイプが異なるだけの通常の Uint8Array を作成することが考えられます。 Uint8Array は通常、バッファーが存在するすべての Node.js コア API で受け入れられます。これらはすべてのコンテキストで使用できます。

バッファの範囲外で操作が試行されました。

最大許容サイズを超えるバッファを作成しようとしました。

postMessage() に渡された値には、転送がサポートされていないオブジェクトが含まれていました。

Node.js は SIGINT シグナルを監視できませんでした。

親プロセスが応答を受信する前に、子プロセスが閉じられました。

IPC チャネルを指定せずに子プロセスがフォークされるときに使用されます。

メインプロセスが子プロセスの STDERR/STDOUT からデータを読み取ろうとしており、データの長さが maxBuffer オプションより長い場合に使用されます。

通常は .close() が呼び出された後、閉じられた状態で MessagePort インスタンスを使用しようとしました。

コンソールが stdout ストリームなしでインスタンス化されたか、コンソールに書き込み不可能な stdout または stderr ストリームがあります。

呼び出し不可能なクラス コンストラクターが呼び出されました。

クラスのコンストラクターが new なしで呼び出されました。

API に渡される VM コンテキストはまだ初期化されていません。これは、コンテキストの作成中にエラーが発生した (そしてキャッチされた) 場合、たとえば、コンテキストの作成時に割り当てが失敗した場合や最大呼び出しスタック サイズに達した場合に発生する可能性があります。

指定された名前の CPU プロファイルはすでに開始されています。