2015-02-10 21:48:55 +01:00
|
|
|
|
# Errors
|
|
|
|
|
|
2017-01-23 04:16:21 +01:00
|
|
|
|
<!--introduced_in=v4.0.0-->
|
2015-02-10 21:48:55 +01:00
|
|
|
|
<!--type=misc-->
|
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
Applications running in Node.js will generally experience four categories of
|
|
|
|
|
errors:
|
|
|
|
|
|
|
|
|
|
- Standard JavaScript errors such as:
|
2016-02-20 01:07:00 +01:00
|
|
|
|
- {EvalError} : thrown when a call to `eval()` fails.
|
|
|
|
|
- {SyntaxError} : thrown in response to improper JavaScript language
|
2015-12-28 20:42:05 +01:00
|
|
|
|
syntax.
|
2016-02-20 01:07:00 +01:00
|
|
|
|
- {RangeError} : thrown when a value is not within an expected range
|
|
|
|
|
- {ReferenceError} : thrown when using undefined variables
|
|
|
|
|
- {TypeError} : thrown when passing arguments of the wrong type
|
|
|
|
|
- {URIError} : thrown when a global URI handling function is misused.
|
2015-12-28 20:42:05 +01:00
|
|
|
|
- System errors triggered by underlying operating system constraints such
|
|
|
|
|
as attempting to open a file that does not exist, attempting to send data
|
|
|
|
|
over a closed socket, etc;
|
|
|
|
|
- And User-specified errors triggered by application code.
|
|
|
|
|
- Assertion Errors are a special class of error that can be triggered whenever
|
|
|
|
|
Node.js detects an exceptional logic violation that should never occur. These
|
|
|
|
|
are raised typically by the `assert` module.
|
|
|
|
|
|
|
|
|
|
All JavaScript and System errors raised by Node.js inherit from, or are
|
2016-02-20 01:07:00 +01:00
|
|
|
|
instances of, the standard JavaScript {Error} class and are guaranteed
|
2015-12-28 20:42:05 +01:00
|
|
|
|
to provide *at least* the properties available on that class.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-11-04 17:37:27 +01:00
|
|
|
|
## Error Propagation and Interception
|
|
|
|
|
|
|
|
|
|
<!--type=misc-->
|
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
Node.js supports several mechanisms for propagating and handling errors that
|
|
|
|
|
occur while an application is running. How these errors are reported and
|
|
|
|
|
handled depends entirely on the type of Error and the style of the API that is
|
|
|
|
|
called.
|
|
|
|
|
|
|
|
|
|
All JavaScript errors are handled as exceptions that *immediately* generate
|
|
|
|
|
and throw an error using the standard JavaScript `throw` mechanism. These
|
2017-02-10 17:51:50 +01:00
|
|
|
|
are handled using the [`try / catch` construct][try-catch] provided by the
|
|
|
|
|
JavaScript language.
|
2015-12-28 20:42:05 +01:00
|
|
|
|
|
2016-01-17 18:39:07 +01:00
|
|
|
|
```js
|
|
|
|
|
// Throws with a ReferenceError because z is undefined
|
|
|
|
|
try {
|
|
|
|
|
const m = 1;
|
|
|
|
|
const n = m + z;
|
|
|
|
|
} catch (err) {
|
|
|
|
|
// Handle the error here.
|
|
|
|
|
}
|
|
|
|
|
```
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
Any use of the JavaScript `throw` mechanism will raise an exception that
|
|
|
|
|
*must* be handled using `try / catch` or the Node.js process will exit
|
|
|
|
|
immediately.
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
With few exceptions, _Synchronous_ APIs (any blocking method that does not
|
|
|
|
|
accept a `callback` function, such as [`fs.readFileSync`][]), will use `throw`
|
|
|
|
|
to report errors.
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
Errors that occur within _Asynchronous APIs_ may be reported in multiple ways:
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
- Most asynchronous methods that accept a `callback` function will accept an
|
|
|
|
|
`Error` object passed as the first argument to that function. If that first
|
|
|
|
|
argument is not `null` and is an instance of `Error`, then an error occurred
|
|
|
|
|
that should be handled.
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2017-04-22 00:50:52 +02:00
|
|
|
|
<!-- eslint-disable no-useless-return -->
|
2016-01-17 18:39:07 +01:00
|
|
|
|
```js
|
2015-12-28 20:42:05 +01:00
|
|
|
|
const fs = require('fs');
|
|
|
|
|
fs.readFile('a file that does not exist', (err, data) => {
|
|
|
|
|
if (err) {
|
|
|
|
|
console.error('There was an error reading the file!', err);
|
|
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
// Otherwise handle the data
|
|
|
|
|
});
|
|
|
|
|
```
|
2017-11-07 13:09:49 +01:00
|
|
|
|
- When an asynchronous method is called on an object that is an
|
|
|
|
|
[`EventEmitter`][], errors can be routed to that object's `'error'` event.
|
2015-12-28 20:42:05 +01:00
|
|
|
|
|
2016-01-17 18:39:07 +01:00
|
|
|
|
```js
|
2015-12-28 20:42:05 +01:00
|
|
|
|
const net = require('net');
|
|
|
|
|
const connection = net.connect('localhost');
|
|
|
|
|
|
|
|
|
|
// Adding an 'error' event handler to a stream:
|
|
|
|
|
connection.on('error', (err) => {
|
|
|
|
|
// If the connection is reset by the server, or if it can't
|
|
|
|
|
// connect at all, or on any sort of error encountered by
|
|
|
|
|
// the connection, the error will be sent here.
|
|
|
|
|
console.error(err);
|
|
|
|
|
});
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
connection.pipe(process.stdout);
|
|
|
|
|
```
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
- A handful of typically asynchronous methods in the Node.js API may still
|
|
|
|
|
use the `throw` mechanism to raise exceptions that must be handled using
|
|
|
|
|
`try / catch`. There is no comprehensive list of such methods; please
|
|
|
|
|
refer to the documentation of each method to determine the appropriate
|
|
|
|
|
error handling mechanism required.
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
The use of the `'error'` event mechanism is most common for [stream-based][]
|
|
|
|
|
and [event emitter-based][] APIs, which themselves represent a series of
|
|
|
|
|
asynchronous operations over time (as opposed to a single operation that may
|
|
|
|
|
pass or fail).
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2017-11-07 13:09:49 +01:00
|
|
|
|
For *all* [`EventEmitter`][] objects, if an `'error'` event handler is not
|
2015-12-28 20:42:05 +01:00
|
|
|
|
provided, the error will be thrown, causing the Node.js process to report an
|
2017-02-10 17:51:50 +01:00
|
|
|
|
unhandled exception and crash unless either: The [`domain`][domains] module is
|
|
|
|
|
used appropriately or a handler has been registered for the
|
2015-12-28 20:42:05 +01:00
|
|
|
|
[`process.on('uncaughtException')`][] event.
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2016-01-17 18:39:07 +01:00
|
|
|
|
```js
|
|
|
|
|
const EventEmitter = require('events');
|
|
|
|
|
const ee = new EventEmitter();
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2016-01-17 18:39:07 +01:00
|
|
|
|
setImmediate(() => {
|
|
|
|
|
// This will crash the process because no 'error' event
|
|
|
|
|
// handler has been added.
|
|
|
|
|
ee.emit('error', new Error('This will crash'));
|
|
|
|
|
});
|
|
|
|
|
```
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
Errors generated in this way *cannot* be intercepted using `try / catch` as
|
|
|
|
|
they are thrown *after* the calling code has already exited.
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
Developers must refer to the documentation for each method to determine
|
|
|
|
|
exactly how errors raised by those methods are propagated.
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2017-12-13 00:46:25 +01:00
|
|
|
|
### Error-first callbacks
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
|
|
|
|
<!--type=misc-->
|
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
Most asynchronous methods exposed by the Node.js core API follow an idiomatic
|
2017-12-13 00:46:25 +01:00
|
|
|
|
pattern referred to as an _error-first callback_ (sometimes referred to as
|
|
|
|
|
a _Node.js style callback_). With this pattern, a callback function is passed
|
|
|
|
|
to the method as an argument. When the operation either completes or an error
|
|
|
|
|
is raised, the callback function is called with
|
|
|
|
|
the Error object (if any) passed as the first argument. If no error was
|
|
|
|
|
raised, the first argument will be passed as `null`.
|
2015-12-28 20:42:05 +01:00
|
|
|
|
|
2016-01-17 18:39:07 +01:00
|
|
|
|
```js
|
|
|
|
|
const fs = require('fs');
|
2015-12-28 20:42:05 +01:00
|
|
|
|
|
2017-12-13 00:46:25 +01:00
|
|
|
|
function errorFirstCallback(err, data) {
|
2017-02-26 16:49:25 +01:00
|
|
|
|
if (err) {
|
|
|
|
|
console.error('There was an error', err);
|
|
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
console.log(data);
|
2016-01-17 18:39:07 +01:00
|
|
|
|
}
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2017-12-13 00:46:25 +01:00
|
|
|
|
fs.readFile('/some/file/that/does-not-exist', errorFirstCallback);
|
|
|
|
|
fs.readFile('/some/file/that/does-exist', errorFirstCallback);
|
2016-01-17 18:39:07 +01:00
|
|
|
|
```
|
2015-12-28 20:42:05 +01:00
|
|
|
|
|
|
|
|
|
The JavaScript `try / catch` mechanism **cannot** be used to intercept errors
|
|
|
|
|
generated by asynchronous APIs. A common mistake for beginners is to try to
|
2017-12-13 00:46:25 +01:00
|
|
|
|
use `throw` inside an error-first callback:
|
2015-12-28 20:42:05 +01:00
|
|
|
|
|
2016-01-17 18:39:07 +01:00
|
|
|
|
```js
|
|
|
|
|
// THIS WILL NOT WORK:
|
|
|
|
|
const fs = require('fs');
|
|
|
|
|
|
|
|
|
|
try {
|
|
|
|
|
fs.readFile('/some/file/that/does-not-exist', (err, data) => {
|
|
|
|
|
// mistaken assumption: throwing here...
|
|
|
|
|
if (err) {
|
|
|
|
|
throw err;
|
2015-12-28 20:42:05 +01:00
|
|
|
|
}
|
2016-01-17 18:39:07 +01:00
|
|
|
|
});
|
2017-02-26 16:49:25 +01:00
|
|
|
|
} catch (err) {
|
2016-01-17 18:39:07 +01:00
|
|
|
|
// This will not catch the throw!
|
2017-02-26 16:49:25 +01:00
|
|
|
|
console.error(err);
|
2016-01-17 18:39:07 +01:00
|
|
|
|
}
|
|
|
|
|
```
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
This will not work because the callback function passed to `fs.readFile()` is
|
|
|
|
|
called asynchronously. By the time the callback has been called, the
|
2017-02-26 16:49:25 +01:00
|
|
|
|
surrounding code (including the `try { } catch (err) { }` block will have
|
2015-12-28 20:42:05 +01:00
|
|
|
|
already exited. Throwing an error inside the callback **can crash the Node.js
|
|
|
|
|
process** in most cases. If [domains][] are enabled, or a handler has been
|
|
|
|
|
registered with `process.on('uncaughtException')`, such errors can be
|
|
|
|
|
intercepted.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
## Class: Error
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
|
|
|
|
<!--type=class-->
|
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
A generic JavaScript `Error` object that does not denote any specific
|
|
|
|
|
circumstance of why the error occurred. `Error` objects capture a "stack trace"
|
|
|
|
|
detailing the point in the code at which the `Error` was instantiated, and may
|
|
|
|
|
provide a text description of the error.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2017-08-10 05:26:03 +02:00
|
|
|
|
For crypto only, `Error` objects will include the OpenSSL error stack in a
|
|
|
|
|
separate property called `opensslErrorStack` if it is available when the error
|
|
|
|
|
is thrown.
|
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
All errors generated by Node.js, including all System and JavaScript errors,
|
|
|
|
|
will either be instances of, or inherit from, the `Error` class.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
### new Error(message)
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2017-02-04 16:15:33 +01:00
|
|
|
|
* `message` {string}
|
2017-01-24 16:49:53 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
Creates a new `Error` object and sets the `error.message` property to the
|
|
|
|
|
provided text message. If an object is passed as `message`, the text message
|
|
|
|
|
is generated by calling `message.toString()`. The `error.stack` property will
|
|
|
|
|
represent the point in the code at which `new Error()` was called. Stack traces
|
|
|
|
|
are dependent on [V8's stack trace API][]. Stack traces extend only to either
|
|
|
|
|
(a) the beginning of *synchronous code execution*, or (b) the number of frames
|
|
|
|
|
given by the property `Error.stackTraceLimit`, whichever is smaller.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
### Error.captureStackTrace(targetObject[, constructorOpt])
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2017-01-24 16:49:53 +01:00
|
|
|
|
* `targetObject` {Object}
|
|
|
|
|
* `constructorOpt` {Function}
|
|
|
|
|
|
2015-11-04 17:37:27 +01:00
|
|
|
|
Creates a `.stack` property on `targetObject`, which when accessed returns
|
2015-12-28 20:42:05 +01:00
|
|
|
|
a string representing the location in the code at which
|
|
|
|
|
`Error.captureStackTrace()` was called.
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2016-01-17 18:39:07 +01:00
|
|
|
|
```js
|
|
|
|
|
const myObject = {};
|
|
|
|
|
Error.captureStackTrace(myObject);
|
2017-02-26 16:49:25 +01:00
|
|
|
|
myObject.stack; // similar to `new Error().stack`
|
2016-01-17 18:39:07 +01:00
|
|
|
|
```
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2017-07-09 22:04:07 +02:00
|
|
|
|
The first line of the trace will be prefixed with `${myObject.name}: ${myObject.message}`.
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
The optional `constructorOpt` argument accepts a function. If given, all frames
|
|
|
|
|
above `constructorOpt`, including `constructorOpt`, will be omitted from the
|
|
|
|
|
generated stack trace.
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
The `constructorOpt` argument is useful for hiding implementation
|
|
|
|
|
details of error generation from an end user. For instance:
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2016-01-17 18:39:07 +01:00
|
|
|
|
```js
|
|
|
|
|
function MyError() {
|
|
|
|
|
Error.captureStackTrace(this, MyError);
|
|
|
|
|
}
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2016-01-17 18:39:07 +01:00
|
|
|
|
// Without passing MyError to captureStackTrace, the MyError
|
2016-05-17 15:40:28 +02:00
|
|
|
|
// frame would show up in the .stack property. By passing
|
2017-05-11 06:51:05 +02:00
|
|
|
|
// the constructor, we omit that frame, and retain all frames below it.
|
2017-02-26 16:49:25 +01:00
|
|
|
|
new MyError().stack;
|
2016-01-17 18:39:07 +01:00
|
|
|
|
```
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
### Error.stackTraceLimit
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2017-03-05 18:03:39 +01:00
|
|
|
|
* {number}
|
2017-01-24 16:49:53 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
The `Error.stackTraceLimit` property specifies the number of stack frames
|
|
|
|
|
collected by a stack trace (whether generated by `new Error().stack` or
|
|
|
|
|
`Error.captureStackTrace(obj)`).
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
The default value is `10` but may be set to any valid JavaScript number. Changes
|
|
|
|
|
will affect any stack trace captured *after* the value has been changed.
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
If set to a non-number value, or set to a negative number, stack traces will
|
|
|
|
|
not capture any frames.
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2017-09-07 22:32:37 +02:00
|
|
|
|
### error.code
|
2017-02-10 17:51:50 +01:00
|
|
|
|
|
|
|
|
|
* {string}
|
|
|
|
|
|
|
|
|
|
The `error.code` property is a string label that identifies the kind of error.
|
|
|
|
|
See [Node.js Error Codes][] for details about specific codes.
|
|
|
|
|
|
2017-09-07 22:32:37 +02:00
|
|
|
|
### error.message
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2017-03-05 18:03:39 +01:00
|
|
|
|
* {string}
|
2017-01-24 16:49:53 +01:00
|
|
|
|
|
2017-02-10 17:51:50 +01:00
|
|
|
|
The `error.message` property is the string description of the error as set by
|
|
|
|
|
calling `new Error(message)`. The `message` passed to the constructor will also
|
|
|
|
|
appear in the first line of the stack trace of the `Error`, however changing
|
|
|
|
|
this property after the `Error` object is created *may not* change the first
|
|
|
|
|
line of the stack trace (for example, when `error.stack` is read before this
|
|
|
|
|
property is changed).
|
2015-12-28 20:42:05 +01:00
|
|
|
|
|
2016-01-17 18:39:07 +01:00
|
|
|
|
```js
|
|
|
|
|
const err = new Error('The message');
|
2017-02-26 16:49:25 +01:00
|
|
|
|
console.error(err.message);
|
2016-11-08 21:04:57 +01:00
|
|
|
|
// Prints: The message
|
2016-01-17 18:39:07 +01:00
|
|
|
|
```
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2017-02-26 16:49:25 +01:00
|
|
|
|
### error.stack
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2017-03-05 18:03:39 +01:00
|
|
|
|
* {string}
|
2017-01-24 16:49:53 +01:00
|
|
|
|
|
|
|
|
|
The `error.stack` property is a string describing the point in the code at which
|
|
|
|
|
the `Error` was instantiated.
|
2015-12-28 20:42:05 +01:00
|
|
|
|
|
|
|
|
|
For example:
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2016-07-09 07:13:09 +02:00
|
|
|
|
```txt
|
2016-01-17 18:39:07 +01:00
|
|
|
|
Error: Things keep happening!
|
|
|
|
|
at /home/gbusey/file.js:525:2
|
|
|
|
|
at Frobnicator.refrobulate (/home/gbusey/business-logic.js:424:21)
|
|
|
|
|
at Actor.<anonymous> (/home/gbusey/actors.js:400:8)
|
|
|
|
|
at increaseSynergy (/home/gbusey/actors.js:701:6)
|
|
|
|
|
```
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
The first line is formatted as `<error class name>: <error message>`, and
|
|
|
|
|
is followed by a series of stack frames (each line beginning with "at ").
|
|
|
|
|
Each frame describes a call site within the code that lead to the error being
|
|
|
|
|
generated. V8 attempts to display a name for each function (by variable name,
|
|
|
|
|
function name, or object method name), but occasionally it will not be able to
|
|
|
|
|
find a suitable name. If V8 cannot determine a name for the function, only
|
|
|
|
|
location information will be displayed for that frame. Otherwise, the
|
|
|
|
|
determined function name will be displayed with location information appended
|
|
|
|
|
in parentheses.
|
|
|
|
|
|
|
|
|
|
It is important to note that frames are **only** generated for JavaScript
|
|
|
|
|
functions. If, for example, execution synchronously passes through a C++ addon
|
|
|
|
|
function called `cheetahify`, which itself calls a JavaScript function, the
|
|
|
|
|
frame representing the `cheetahify` call will **not** be present in the stack
|
|
|
|
|
traces:
|
|
|
|
|
|
2016-01-17 18:39:07 +01:00
|
|
|
|
```js
|
|
|
|
|
const cheetahify = require('./native-binding.node');
|
2015-12-28 20:42:05 +01:00
|
|
|
|
|
2016-01-17 18:39:07 +01:00
|
|
|
|
function makeFaster() {
|
|
|
|
|
// cheetahify *synchronously* calls speedy.
|
|
|
|
|
cheetahify(function speedy() {
|
|
|
|
|
throw new Error('oh no!');
|
|
|
|
|
});
|
|
|
|
|
}
|
|
|
|
|
|
2017-06-27 22:32:32 +02:00
|
|
|
|
makeFaster();
|
|
|
|
|
// will throw:
|
|
|
|
|
// /home/gbusey/file.js:6
|
|
|
|
|
// throw new Error('oh no!');
|
|
|
|
|
// ^
|
|
|
|
|
// Error: oh no!
|
|
|
|
|
// at speedy (/home/gbusey/file.js:6:11)
|
|
|
|
|
// at makeFaster (/home/gbusey/file.js:5:3)
|
|
|
|
|
// at Object.<anonymous> (/home/gbusey/file.js:10:1)
|
|
|
|
|
// at Module._compile (module.js:456:26)
|
|
|
|
|
// at Object.Module._extensions..js (module.js:474:10)
|
|
|
|
|
// at Module.load (module.js:356:32)
|
|
|
|
|
// at Function.Module._load (module.js:312:12)
|
|
|
|
|
// at Function.Module.runMain (module.js:497:10)
|
|
|
|
|
// at startup (node.js:119:16)
|
|
|
|
|
// at node.js:906:3
|
2016-01-17 18:39:07 +01:00
|
|
|
|
```
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-08-13 18:14:34 +02:00
|
|
|
|
The location information will be one of:
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
|
|
|
|
* `native`, if the frame represents a call internal to V8 (as in `[].forEach`).
|
2015-12-28 20:42:05 +01:00
|
|
|
|
* `plain-filename.js:line:column`, if the frame represents a call internal
|
|
|
|
|
to Node.js.
|
|
|
|
|
* `/absolute/path/to/file.js:line:column`, if the frame represents a call in
|
|
|
|
|
a user program, or its dependencies.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
The string representing the stack trace is lazily generated when the
|
|
|
|
|
`error.stack` property is **accessed**.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
|
|
|
|
The number of frames captured by the stack trace is bounded by the smaller of
|
|
|
|
|
`Error.stackTraceLimit` or the number of available frames on the current event
|
|
|
|
|
loop tick.
|
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
System-level errors are generated as augmented `Error` instances, which are
|
2016-01-05 11:49:54 +01:00
|
|
|
|
detailed [here](#errors_system_errors).
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2017-07-16 08:02:04 +02:00
|
|
|
|
## Class: AssertionError
|
|
|
|
|
|
|
|
|
|
A subclass of `Error` that indicates the failure of an assertion. Such errors
|
|
|
|
|
commonly indicate inequality of actual and expected value.
|
|
|
|
|
|
|
|
|
|
For example:
|
|
|
|
|
|
|
|
|
|
```js
|
|
|
|
|
assert.strictEqual(1, 2);
|
|
|
|
|
// AssertionError [ERR_ASSERTION]: 1 === 2
|
|
|
|
|
```
|
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
## Class: RangeError
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-11-28 00:30:32 +01:00
|
|
|
|
A subclass of `Error` that indicates that a provided argument was not within the
|
2015-12-28 20:42:05 +01:00
|
|
|
|
set or range of acceptable values for a function; whether that is a numeric
|
|
|
|
|
range, or outside the set of options for a given function parameter.
|
|
|
|
|
|
|
|
|
|
For example:
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2016-01-17 18:39:07 +01:00
|
|
|
|
```js
|
|
|
|
|
require('net').connect(-1);
|
2017-06-27 22:32:32 +02:00
|
|
|
|
// throws "RangeError: "port" option should be >= 0 and < 65536: -1"
|
2016-01-17 18:39:07 +01:00
|
|
|
|
```
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
Node.js will generate and throw `RangeError` instances *immediately* as a form
|
2015-08-13 18:14:34 +02:00
|
|
|
|
of argument validation.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
## Class: ReferenceError
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
A subclass of `Error` that indicates that an attempt is being made to access a
|
|
|
|
|
variable that is not defined. Such errors commonly indicate typos in code, or
|
|
|
|
|
an otherwise broken program.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
While client code may generate and propagate these errors, in practice, only V8
|
|
|
|
|
will do so.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2016-01-17 18:39:07 +01:00
|
|
|
|
```js
|
|
|
|
|
doesNotExist;
|
2017-06-27 22:32:32 +02:00
|
|
|
|
// throws ReferenceError, doesNotExist is not a variable in this program.
|
2016-01-17 18:39:07 +01:00
|
|
|
|
```
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
Unless an application is dynamically generating and running code,
|
|
|
|
|
`ReferenceError` instances should always be considered a bug in the code
|
|
|
|
|
or its dependencies.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
## Class: SyntaxError
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-11-28 00:30:32 +01:00
|
|
|
|
A subclass of `Error` that indicates that a program is not valid JavaScript.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
These errors may only be generated and propagated as a result of code
|
|
|
|
|
evaluation. Code evaluation may happen as a result of `eval`, `Function`,
|
2015-11-14 04:21:49 +01:00
|
|
|
|
`require`, or [vm][]. These errors are almost always indicative of a broken
|
2015-02-10 21:48:55 +01:00
|
|
|
|
program.
|
|
|
|
|
|
2016-01-17 18:39:07 +01:00
|
|
|
|
```js
|
|
|
|
|
try {
|
|
|
|
|
require('vm').runInThisContext('binary ! isNotOk');
|
2017-02-26 16:49:25 +01:00
|
|
|
|
} catch (err) {
|
2016-01-17 18:39:07 +01:00
|
|
|
|
// err will be a SyntaxError
|
|
|
|
|
}
|
|
|
|
|
```
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
`SyntaxError` instances are unrecoverable in the context that created them –
|
|
|
|
|
they may only be caught by other contexts.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
## Class: TypeError
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
A subclass of `Error` that indicates that a provided argument is not an
|
|
|
|
|
allowable type. For example, passing a function to a parameter which expects a
|
|
|
|
|
string would be considered a TypeError.
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2016-01-17 18:39:07 +01:00
|
|
|
|
```js
|
2016-04-15 00:23:19 +02:00
|
|
|
|
require('url').parse(() => { });
|
2017-06-27 22:32:32 +02:00
|
|
|
|
// throws TypeError, since it expected a string
|
2016-01-17 18:39:07 +01:00
|
|
|
|
```
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
Node.js will generate and throw `TypeError` instances *immediately* as a form
|
2015-11-04 17:37:27 +01:00
|
|
|
|
of argument validation.
|
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
## Exceptions vs. Errors
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
|
|
|
|
<!--type=misc-->
|
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
A JavaScript exception is a value that is thrown as a result of an invalid
|
|
|
|
|
operation or as the target of a `throw` statement. While it is not required
|
|
|
|
|
that these values are instances of `Error` or classes which inherit from
|
|
|
|
|
`Error`, all exceptions thrown by Node.js or the JavaScript runtime *will* be
|
|
|
|
|
instances of Error.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
Some exceptions are *unrecoverable* at the JavaScript layer. Such exceptions
|
|
|
|
|
will *always* cause the Node.js process to crash. Examples include `assert()`
|
|
|
|
|
checks or `abort()` calls in the C++ layer.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
|
|
|
|
## System Errors
|
|
|
|
|
|
2017-10-28 01:25:14 +02:00
|
|
|
|
System errors are generated when exceptions occur within the Node.js
|
2015-12-28 20:42:05 +01:00
|
|
|
|
runtime environment. Typically, these are operational errors that occur
|
|
|
|
|
when an application violates an operating system constraint such as attempting
|
|
|
|
|
to read a file that does not exist or when the user does not have sufficient
|
|
|
|
|
permissions.
|
|
|
|
|
|
|
|
|
|
System errors are typically generated at the syscall level: an exhaustive list
|
|
|
|
|
of error codes and their meanings is available by running `man 2 intro` or
|
|
|
|
|
`man 3 errno` on most Unices; or [online][].
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
In Node.js, system errors are represented as augmented `Error` objects with
|
|
|
|
|
added properties.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2017-10-28 01:25:14 +02:00
|
|
|
|
### Class: SystemError
|
|
|
|
|
|
|
|
|
|
### error.info
|
|
|
|
|
|
|
|
|
|
`SystemError` instances may have an additional `info` property whose
|
|
|
|
|
value is an object with additional details about the error conditions.
|
|
|
|
|
|
|
|
|
|
The following properties are provided:
|
|
|
|
|
|
|
|
|
|
* `code` {string} The string error code
|
|
|
|
|
* `errno` {number} The system-provided error number
|
|
|
|
|
* `message` {string} A system-provided human readable description of the error
|
|
|
|
|
* `syscall` {string} The name of the system call that triggered the error
|
|
|
|
|
* `path` {Buffer} When reporting a file system error, the `path` will identify
|
|
|
|
|
the file path.
|
|
|
|
|
* `dest` {Buffer} When reporting a file system error, the `dest` will identify
|
|
|
|
|
the file path destination (if any).
|
|
|
|
|
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
|
|
|
|
#### error.code
|
|
|
|
|
|
2017-03-05 18:03:39 +01:00
|
|
|
|
* {string}
|
2017-01-24 16:49:53 +01:00
|
|
|
|
|
2017-02-10 17:51:50 +01:00
|
|
|
|
The `error.code` property is a string representing the error code, which is
|
|
|
|
|
typically `E` followed by a sequence of capital letters.
|
2015-12-28 20:42:05 +01:00
|
|
|
|
|
2016-10-10 18:28:49 +02:00
|
|
|
|
#### error.errno
|
|
|
|
|
|
2017-03-05 18:03:39 +01:00
|
|
|
|
* {string|number}
|
2017-01-24 16:49:53 +01:00
|
|
|
|
|
|
|
|
|
The `error.errno` property is a number or a string.
|
2017-02-10 17:51:50 +01:00
|
|
|
|
The number is a **negative** value which corresponds to the error code defined
|
|
|
|
|
in [`libuv Error handling`]. See uv-errno.h header file
|
|
|
|
|
(`deps/uv/include/uv-errno.h` in the Node.js source tree) for details. In case
|
|
|
|
|
of a string, it is the same as `error.code`.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-11-04 17:37:27 +01:00
|
|
|
|
#### error.syscall
|
|
|
|
|
|
2017-03-05 18:03:39 +01:00
|
|
|
|
* {string}
|
2017-01-24 16:49:53 +01:00
|
|
|
|
|
|
|
|
|
The `error.syscall` property is a string describing the [syscall][] that failed.
|
|
|
|
|
|
|
|
|
|
#### error.path
|
|
|
|
|
|
2017-03-05 18:03:39 +01:00
|
|
|
|
* {string}
|
2017-01-24 16:49:53 +01:00
|
|
|
|
|
2017-02-10 17:51:50 +01:00
|
|
|
|
When present (e.g. in `fs` or `child_process`), the `error.path` property is a
|
|
|
|
|
string containing a relevant invalid pathname.
|
2017-01-24 16:49:53 +01:00
|
|
|
|
|
|
|
|
|
#### error.address
|
|
|
|
|
|
2017-03-05 18:03:39 +01:00
|
|
|
|
* {string}
|
2017-01-24 16:49:53 +01:00
|
|
|
|
|
2017-02-10 17:51:50 +01:00
|
|
|
|
When present (e.g. in `net` or `dgram`), the `error.address` property is a
|
|
|
|
|
string describing the address to which the connection failed.
|
2017-01-24 16:49:53 +01:00
|
|
|
|
|
|
|
|
|
#### error.port
|
|
|
|
|
|
2017-03-05 18:03:39 +01:00
|
|
|
|
* {number}
|
2017-01-24 16:49:53 +01:00
|
|
|
|
|
2017-02-10 17:51:50 +01:00
|
|
|
|
When present (e.g. in `net` or `dgram`), the `error.port` property is a number
|
|
|
|
|
representing the connection's port that is not available.
|
2015-11-04 17:37:27 +01:00
|
|
|
|
|
2015-02-10 21:48:55 +01:00
|
|
|
|
### Common System Errors
|
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
This list is **not exhaustive**, but enumerates many of the common system
|
|
|
|
|
errors encountered when writing a Node.js program. An exhaustive list may be
|
|
|
|
|
found [here][online].
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
- `EACCES` (Permission denied): An attempt was made to access a file in a way
|
|
|
|
|
forbidden by its file access permissions.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
- `EADDRINUSE` (Address already in use): An attempt to bind a server
|
|
|
|
|
([`net`][], [`http`][], or [`https`][]) to a local address failed due to
|
|
|
|
|
another server on the local system already occupying that address.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
- `ECONNREFUSED` (Connection refused): No connection could be made because the
|
|
|
|
|
target machine actively refused it. This usually results from trying to
|
|
|
|
|
connect to a service that is inactive on the foreign host.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
- `ECONNRESET` (Connection reset by peer): A connection was forcibly closed by
|
|
|
|
|
a peer. This normally results from a loss of the connection on the remote
|
|
|
|
|
socket due to a timeout or reboot. Commonly encountered via the [`http`][]
|
|
|
|
|
and [`net`][] modules.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
- `EEXIST` (File exists): An existing file was the target of an operation that
|
|
|
|
|
required that the target not exist.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
- `EISDIR` (Is a directory): An operation expected a file, but the given
|
|
|
|
|
pathname was a directory.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
- `EMFILE` (Too many open files in system): Maximum number of
|
|
|
|
|
[file descriptors][] allowable on the system has been reached, and
|
|
|
|
|
requests for another descriptor cannot be fulfilled until at least one
|
|
|
|
|
has been closed. This is encountered when opening many files at once in
|
2017-03-29 01:46:10 +02:00
|
|
|
|
parallel, especially on systems (in particular, macOS) where there is a low
|
2015-12-28 20:42:05 +01:00
|
|
|
|
file descriptor limit for processes. To remedy a low limit, run
|
|
|
|
|
`ulimit -n 2048` in the same shell that will run the Node.js process.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
- `ENOENT` (No such file or directory): Commonly raised by [`fs`][] operations
|
|
|
|
|
to indicate that a component of the specified pathname does not exist -- no
|
|
|
|
|
entity (file or directory) could be found by the given path.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
- `ENOTDIR` (Not a directory): A component of the given pathname existed, but
|
|
|
|
|
was not a directory as expected. Commonly raised by [`fs.readdir`][].
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
- `ENOTEMPTY` (Directory not empty): A directory with entries was the target
|
|
|
|
|
of an operation that requires an empty directory -- usually [`fs.unlink`][].
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
- `EPERM` (Operation not permitted): An attempt was made to perform an
|
|
|
|
|
operation that requires elevated privileges.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
- `EPIPE` (Broken pipe): A write on a pipe, socket, or FIFO for which there is
|
|
|
|
|
no process to read the data. Commonly encountered at the [`net`][] and
|
|
|
|
|
[`http`][] layers, indicative that the remote side of the stream being
|
|
|
|
|
written to has been closed.
|
2015-02-10 21:48:55 +01:00
|
|
|
|
|
2015-12-28 20:42:05 +01:00
|
|
|
|
- `ETIMEDOUT` (Operation timed out): A connect or send request failed because
|
|
|
|
|
the connected party did not properly respond after a period of time. Usually
|
|
|
|
|
encountered by [`http`][] or [`net`][] -- often a sign that a `socket.end()`
|
|
|
|
|
was not properly called.
|
2017-02-10 19:18:19 +01:00
|
|
|
|
|
2017-02-10 17:51:50 +01:00
|
|
|
|
<a id="nodejs-error-codes"></a>
|
|
|
|
|
## Node.js Error Codes
|
|
|
|
|
|
2017-04-21 20:54:58 +02:00
|
|
|
|
<a id="ERR_ARG_NOT_ITERABLE"></a>
|
|
|
|
|
### ERR_ARG_NOT_ITERABLE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An iterable argument (i.e. a value that works with `for...of` loops) was
|
|
|
|
|
required, but not provided to a Node.js API.
|
2017-04-21 20:54:58 +02:00
|
|
|
|
|
2017-06-21 20:14:45 +02:00
|
|
|
|
<a id="ERR_ASSERTION"></a>
|
|
|
|
|
### ERR_ASSERTION
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A special type of error that can be triggered whenever Node.js detects an
|
2017-06-21 20:14:45 +02:00
|
|
|
|
exceptional logic violation that should never occur. These are raised typically
|
|
|
|
|
by the `assert` module.
|
|
|
|
|
|
2017-09-03 10:27:44 +02:00
|
|
|
|
<a id="ERR_ASYNC_CALLBACK"></a>
|
|
|
|
|
### ERR_ASYNC_CALLBACK
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to register something that is not a function as an
|
|
|
|
|
`AsyncHooks` callback.
|
2017-09-03 10:27:44 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_ASYNC_TYPE"></a>
|
|
|
|
|
### ERR_ASYNC_TYPE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
The type of an asynchronous resource was invalid. Note that users are also able
|
|
|
|
|
to define their own types if using the public embedder API.
|
2017-09-03 10:27:44 +02:00
|
|
|
|
|
2017-06-29 05:58:39 +02:00
|
|
|
|
<a id="ERR_BUFFER_OUT_OF_BOUNDS"></a>
|
|
|
|
|
### ERR_BUFFER_OUT_OF_BOUNDS
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An operation outside the bounds of a `Buffer` was attempted.
|
2017-06-29 05:58:39 +02:00
|
|
|
|
|
2017-09-26 01:48:57 +02:00
|
|
|
|
<a id="ERR_BUFFER_TOO_LARGE"></a>
|
|
|
|
|
### ERR_BUFFER_TOO_LARGE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt has been made to create a `Buffer` larger than the maximum allowed
|
|
|
|
|
size.
|
2017-09-26 01:48:57 +02:00
|
|
|
|
|
2017-10-27 07:04:07 +02:00
|
|
|
|
<a id="ERR_CANNOT_WATCH_SIGINT"></a>
|
|
|
|
|
### ERR_CANNOT_WATCH_SIGINT
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
Node.js was unable to watch for the `SIGINT` signal.
|
2017-10-27 07:04:07 +02:00
|
|
|
|
|
2017-02-13 22:03:35 +01:00
|
|
|
|
<a id="ERR_CHILD_CLOSED_BEFORE_REPLY"></a>
|
|
|
|
|
### ERR_CHILD_CLOSED_BEFORE_REPLY
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A child process was closed before the parent received a reply.
|
2017-02-13 22:03:35 +01:00
|
|
|
|
|
2017-08-24 00:20:54 +02:00
|
|
|
|
<a id="ERR_CHILD_PROCESS_IPC_REQUIRED"></a>
|
|
|
|
|
### ERR_CHILD_PROCESS_IPC_REQUIRED
|
|
|
|
|
|
|
|
|
|
Used when a child process is being forked without specifying an IPC channel.
|
|
|
|
|
|
|
|
|
|
<a id="ERR_CHILD_PROCESS_STDIO_MAXBUFFER"></a>
|
|
|
|
|
### ERR_CHILD_PROCESS_STDIO_MAXBUFFER
|
|
|
|
|
|
|
|
|
|
Used when the main process is trying to read data from the child process's
|
|
|
|
|
STDERR / STDOUT, and the data's length is longer than the `maxBuffer` option.
|
|
|
|
|
|
2017-02-13 17:28:51 +01:00
|
|
|
|
<a id="ERR_CONSOLE_WRITABLE_STREAM"></a>
|
|
|
|
|
### ERR_CONSOLE_WRITABLE_STREAM
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
`Console` was instantiated without `stdout` stream, or `Console` has a
|
|
|
|
|
non-writable `stdout` or `stderr` stream.
|
2017-02-13 17:28:51 +01:00
|
|
|
|
|
2017-06-21 20:14:45 +02:00
|
|
|
|
<a id="ERR_CPU_USAGE"></a>
|
|
|
|
|
### ERR_CPU_USAGE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
The native call from `process.cpuUsage` could not be processed.
|
2017-06-21 20:14:45 +02:00
|
|
|
|
|
2016-04-15 16:49:36 +02:00
|
|
|
|
<a id="ERR_CRYPTO_CUSTOM_ENGINE_NOT_SUPPORTED"></a>
|
|
|
|
|
### ERR_CRYPTO_CUSTOM_ENGINE_NOT_SUPPORTED
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A client certificate engine was requested that is not supported by the version
|
|
|
|
|
of OpenSSL being used.
|
2016-04-15 16:49:36 +02:00
|
|
|
|
|
2017-09-06 17:10:34 +02:00
|
|
|
|
<a id="ERR_CRYPTO_ECDH_INVALID_FORMAT"></a>
|
|
|
|
|
### ERR_CRYPTO_ECDH_INVALID_FORMAT
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An invalid value for the `format` argument was passed to the `crypto.ECDH()`
|
|
|
|
|
class `getPublicKey()` method.
|
2017-09-06 17:10:34 +02:00
|
|
|
|
|
2017-11-06 23:22:42 +01:00
|
|
|
|
<a id="ERR_CRYPTO_ECDH_INVALID_PUBLIC_KEY"></a>
|
|
|
|
|
### ERR_CRYPTO_ECDH_INVALID_PUBLIC_KEY
|
|
|
|
|
|
|
|
|
|
An invalid value for the `key` argument has been passed to the
|
|
|
|
|
`crypto.ECDH()` class `computeSecret()` method. It means that the public
|
|
|
|
|
key lies outside of the elliptic curve.
|
|
|
|
|
|
2017-10-24 08:06:53 +02:00
|
|
|
|
<a id="ERR_CRYPTO_ENGINE_UNKNOWN"></a>
|
|
|
|
|
### ERR_CRYPTO_ENGINE_UNKNOWN
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An invalid crypto engine identifier was passed to
|
2017-10-24 08:06:53 +02:00
|
|
|
|
[`require('crypto').setEngine()`][].
|
|
|
|
|
|
2017-10-24 07:44:52 +02:00
|
|
|
|
<a id="ERR_CRYPTO_FIPS_FORCED"></a>
|
|
|
|
|
### ERR_CRYPTO_FIPS_FORCED
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
The [`--force-fips`][] command-line argument was used but there was an attempt
|
|
|
|
|
to enable or disable FIPS mode in the `crypto` module.
|
2017-10-24 07:44:52 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_CRYPTO_FIPS_UNAVAILABLE"></a>
|
|
|
|
|
### ERR_CRYPTO_FIPS_UNAVAILABLE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to enable or disable FIPS mode, but FIPS mode was not
|
|
|
|
|
available.
|
2017-10-24 07:44:52 +02:00
|
|
|
|
|
2017-10-24 19:17:53 +02:00
|
|
|
|
<a id="ERR_CRYPTO_HASH_DIGEST_NO_UTF16"></a>
|
|
|
|
|
### ERR_CRYPTO_HASH_DIGEST_NO_UTF16
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
The UTF-16 encoding was used with [`hash.digest()`][]. While the
|
2017-10-24 19:17:53 +02:00
|
|
|
|
`hash.digest()` method does allow an `encoding` argument to be passed in,
|
|
|
|
|
causing the method to return a string rather than a `Buffer`, the UTF-16
|
|
|
|
|
encoding (e.g. `ucs` or `utf16le`) is not supported.
|
|
|
|
|
|
|
|
|
|
<a id="ERR_CRYPTO_HASH_FINALIZED"></a>
|
|
|
|
|
### ERR_CRYPTO_HASH_FINALIZED
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
[`hash.digest()`][] was called multiple times. The `hash.digest()` method must
|
|
|
|
|
be called no more than one time per instance of a `Hash` object.
|
2017-10-24 19:17:53 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_CRYPTO_HASH_UPDATE_FAILED"></a>
|
|
|
|
|
### ERR_CRYPTO_HASH_UPDATE_FAILED
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
[`hash.update()`][] failed for any reason. This should rarely, if ever, happen.
|
2017-10-24 19:17:53 +02:00
|
|
|
|
|
2017-10-03 05:56:49 +02:00
|
|
|
|
<a id="ERR_CRYPTO_INVALID_DIGEST"></a>
|
|
|
|
|
### ERR_CRYPTO_INVALID_DIGEST
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An invalid [crypto digest algorithm][] was specified.
|
2017-10-03 05:56:49 +02:00
|
|
|
|
|
2017-10-26 22:06:09 +02:00
|
|
|
|
<a id="ERR_CRYPTO_INVALID_STATE"></a>
|
|
|
|
|
### ERR_CRYPTO_INVALID_STATE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A crypto method was used on an object that was in an invalid state. For
|
|
|
|
|
instance, calling [`cipher.getAuthTag()`][] before calling `cipher.final()`.
|
2017-10-26 22:06:09 +02:00
|
|
|
|
|
2017-10-24 19:17:53 +02:00
|
|
|
|
<a id="ERR_CRYPTO_SIGN_KEY_REQUIRED"></a>
|
|
|
|
|
### ERR_CRYPTO_SIGN_KEY_REQUIRED
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A signing `key` was not provided to the [`sign.sign()`][] method.
|
2017-10-24 19:17:53 +02:00
|
|
|
|
|
2017-10-24 19:04:25 +02:00
|
|
|
|
<a id="ERR_CRYPTO_TIMING_SAFE_EQUAL_LENGTH"></a>
|
|
|
|
|
### ERR_CRYPTO_TIMING_SAFE_EQUAL_LENGTH
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
[`crypto.timingSafeEqual()`][] was called with `Buffer`, `TypedArray`, or
|
|
|
|
|
`DataView` arguments of different lengths.
|
2017-10-24 19:04:25 +02:00
|
|
|
|
|
2017-07-13 01:58:59 +02:00
|
|
|
|
<a id="ERR_DNS_SET_SERVERS_FAILED"></a>
|
2017-07-22 13:23:04 +02:00
|
|
|
|
### ERR_DNS_SET_SERVERS_FAILED
|
2017-07-13 01:58:59 +02:00
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
`c-ares` failed to set the DNS server.
|
2017-07-13 01:58:59 +02:00
|
|
|
|
|
2017-11-20 19:57:20 +01:00
|
|
|
|
<a id="ERR_DOMAIN_CALLBACK_NOT_AVAILABLE"></a>
|
|
|
|
|
### ERR_DOMAIN_CALLBACK_NOT_AVAILABLE
|
|
|
|
|
|
|
|
|
|
The `domain` module was not usable since it could not establish the required
|
|
|
|
|
error handling hooks, because
|
|
|
|
|
[`process.setUncaughtExceptionCaptureCallback()`][] had been called at an
|
|
|
|
|
earlier point in time.
|
|
|
|
|
|
|
|
|
|
<a id="ERR_DOMAIN_CANNOT_SET_UNCAUGHT_EXCEPTION_CAPTURE"></a>
|
|
|
|
|
### ERR_DOMAIN_CANNOT_SET_UNCAUGHT_EXCEPTION_CAPTURE
|
|
|
|
|
|
|
|
|
|
[`process.setUncaughtExceptionCaptureCallback()`][] could not be called
|
|
|
|
|
because the `domain` module has been loaded at an earlier point in time.
|
|
|
|
|
|
|
|
|
|
The stack trace is extended to include the point in time at which the
|
|
|
|
|
`domain` module had been loaded.
|
|
|
|
|
|
2017-09-03 10:27:44 +02:00
|
|
|
|
<a id="ERR_ENCODING_INVALID_ENCODED_DATA"></a>
|
|
|
|
|
### ERR_ENCODING_INVALID_ENCODED_DATA
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
Data provided to `util.TextDecoder()` API was invalid according to the encoding
|
|
|
|
|
provided.
|
2017-09-03 10:27:44 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_ENCODING_NOT_SUPPORTED"></a>
|
|
|
|
|
### ERR_ENCODING_NOT_SUPPORTED
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
Encoding provided to `util.TextDecoder()` API was not one of the
|
|
|
|
|
[WHATWG Supported Encodings][].
|
2017-09-03 10:27:44 +02:00
|
|
|
|
|
2017-06-11 05:31:51 +02:00
|
|
|
|
<a id="ERR_FALSY_VALUE_REJECTION"></a>
|
|
|
|
|
### ERR_FALSY_VALUE_REJECTION
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A `Promise` that was callbackified via `util.callbackify()` was rejected with a
|
|
|
|
|
falsy value.
|
2017-06-11 05:31:51 +02:00
|
|
|
|
|
2017-12-13 23:24:34 +01:00
|
|
|
|
<a id="ERR_FS_INVALID_SYMLINK_TYPE"></a>
|
|
|
|
|
### ERR_FS_INVALID_SYMLINK_TYPE
|
|
|
|
|
|
|
|
|
|
An invalid symlink type was passed to the [`fs.symlink()`][] or
|
|
|
|
|
[`fs.symlinkSync()`][] methods.
|
|
|
|
|
|
2017-06-21 20:14:45 +02:00
|
|
|
|
<a id="ERR_HTTP_HEADERS_SENT"></a>
|
|
|
|
|
### ERR_HTTP_HEADERS_SENT
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to add more headers after the headers had already been sent.
|
2017-06-21 20:14:45 +02:00
|
|
|
|
|
2017-09-03 10:27:44 +02:00
|
|
|
|
<a id="ERR_HTTP_INVALID_CHAR"></a>
|
|
|
|
|
### ERR_HTTP_INVALID_CHAR
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An invalid character was found in an HTTP response status message (reason
|
|
|
|
|
phrase).
|
2017-09-03 10:27:44 +02:00
|
|
|
|
|
2017-11-03 13:04:12 +01:00
|
|
|
|
<a id="ERR_HTTP_INVALID_HEADER_VALUE"></a>
|
|
|
|
|
### ERR_HTTP_INVALID_HEADER_VALUE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An invalid HTTP header value was specified.
|
2017-11-03 13:04:12 +01:00
|
|
|
|
|
2017-06-21 20:14:45 +02:00
|
|
|
|
<a id="ERR_HTTP_INVALID_STATUS_CODE"></a>
|
|
|
|
|
### ERR_HTTP_INVALID_STATUS_CODE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
Status code was outside the regular status code range (100-999).
|
2017-06-21 20:14:45 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP_TRAILER_INVALID"></a>
|
|
|
|
|
### ERR_HTTP_TRAILER_INVALID
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
The `Trailer` header was set even though the transfer encoding does not support
|
|
|
|
|
that.
|
2017-06-21 20:14:45 +02:00
|
|
|
|
|
2017-12-12 20:34:17 +01:00
|
|
|
|
<a id="ERR_HTTP2_ALREADY_SHUTDOWN"></a>
|
|
|
|
|
### ERR_HTTP2_ALREADY_SHUTDOWN
|
|
|
|
|
|
|
|
|
|
Occurs with multiple attempts to shutdown an HTTP/2 session.
|
|
|
|
|
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
<a id="ERR_HTTP2_CONNECT_AUTHORITY"></a>
|
|
|
|
|
### ERR_HTTP2_CONNECT_AUTHORITY
|
|
|
|
|
|
|
|
|
|
For HTTP/2 requests using the `CONNECT` method, the `:authority` pseudo-header
|
|
|
|
|
is required.
|
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_CONNECT_PATH"></a>
|
|
|
|
|
### ERR_HTTP2_CONNECT_PATH
|
|
|
|
|
|
|
|
|
|
For HTTP/2 requests using the `CONNECT` method, the `:path` pseudo-header is
|
|
|
|
|
forbidden.
|
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_CONNECT_SCHEME"></a>
|
|
|
|
|
### ERR_HTTP2_CONNECT_SCHEME
|
|
|
|
|
|
2017-09-03 10:27:44 +02:00
|
|
|
|
For HTTP/2 requests using the `CONNECT` method, the `:scheme` pseudo-header is
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
forbidden.
|
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_FRAME_ERROR"></a>
|
|
|
|
|
### ERR_HTTP2_FRAME_ERROR
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A failure occurred sending an individual frame on the HTTP/2 session.
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
|
2017-12-12 20:34:17 +01:00
|
|
|
|
<a id="ERR_HTTP2_GOAWAY_SESSION"></a>
|
|
|
|
|
### ERR_HTTP2_GOAWAY_SESSION
|
|
|
|
|
|
|
|
|
|
New HTTP/2 Streams may not be opened after the `Http2Session` has received a
|
|
|
|
|
`GOAWAY` frame from the connected peer.
|
|
|
|
|
|
2017-09-03 10:27:44 +02:00
|
|
|
|
<a id="ERR_HTTP2_HEADER_REQUIRED"></a>
|
|
|
|
|
### ERR_HTTP2_HEADER_REQUIRED
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A required header was missing in an HTTP/2 message.
|
2017-09-03 10:27:44 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_HEADER_SINGLE_VALUE"></a>
|
|
|
|
|
### ERR_HTTP2_HEADER_SINGLE_VALUE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
Multiple values were provided for an HTTP/2 header field that was required to
|
|
|
|
|
have only a single value.
|
2017-09-03 10:27:44 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_HEADERS_AFTER_RESPOND"></a>
|
|
|
|
|
### ERR_HTTP2_HEADERS_AFTER_RESPOND
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An additional headers was specified after an HTTP/2 response was initiated.
|
2017-09-03 10:27:44 +02:00
|
|
|
|
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
<a id="ERR_HTTP2_HEADERS_OBJECT"></a>
|
|
|
|
|
### ERR_HTTP2_HEADERS_OBJECT
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An HTTP/2 Headers Object was expected.
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_HEADERS_SENT"></a>
|
|
|
|
|
### ERR_HTTP2_HEADERS_SENT
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to send multiple response headers.
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_INFO_HEADERS_AFTER_RESPOND"></a>
|
|
|
|
|
### ERR_HTTP2_INFO_HEADERS_AFTER_RESPOND
|
|
|
|
|
|
|
|
|
|
HTTP/2 Informational headers must only be sent *prior* to calling the
|
|
|
|
|
`Http2Stream.prototype.respond()` method.
|
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_INFO_STATUS_NOT_ALLOWED"></a>
|
|
|
|
|
### ERR_HTTP2_INFO_STATUS_NOT_ALLOWED
|
|
|
|
|
|
|
|
|
|
Informational HTTP status codes (`1xx`) may not be set as the response status
|
|
|
|
|
code on HTTP/2 responses.
|
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_INVALID_CONNECTION_HEADERS"></a>
|
|
|
|
|
### ERR_HTTP2_INVALID_CONNECTION_HEADERS
|
|
|
|
|
|
|
|
|
|
HTTP/1 connection specific headers are forbidden to be used in HTTP/2
|
|
|
|
|
requests and responses.
|
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_INVALID_HEADER_VALUE"></a>
|
|
|
|
|
### ERR_HTTP2_INVALID_HEADER_VALUE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An invalid HTTP/2 header value was specified.
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_INVALID_INFO_STATUS"></a>
|
|
|
|
|
### ERR_HTTP2_INVALID_INFO_STATUS
|
|
|
|
|
|
|
|
|
|
An invalid HTTP informational status code has been specified. Informational
|
|
|
|
|
status codes must be an integer between `100` and `199` (inclusive).
|
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_INVALID_PACKED_SETTINGS_LENGTH"></a>
|
2017-09-11 04:17:13 +02:00
|
|
|
|
### ERR_HTTP2_INVALID_PACKED_SETTINGS_LENGTH
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
|
|
|
|
|
Input `Buffer` and `Uint8Array` instances passed to the
|
|
|
|
|
`http2.getUnpackedSettings()` API must have a length that is a multiple of
|
|
|
|
|
six.
|
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_INVALID_PSEUDOHEADER"></a>
|
|
|
|
|
### ERR_HTTP2_INVALID_PSEUDOHEADER
|
|
|
|
|
|
|
|
|
|
Only valid HTTP/2 pseudoheaders (`:status`, `:path`, `:authority`, `:scheme`,
|
|
|
|
|
and `:method`) may be used.
|
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_INVALID_SESSION"></a>
|
|
|
|
|
### ERR_HTTP2_INVALID_SESSION
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An action was performed on an `Http2Session` object that had already been
|
|
|
|
|
destroyed.
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_INVALID_SETTING_VALUE"></a>
|
|
|
|
|
### ERR_HTTP2_INVALID_SETTING_VALUE
|
|
|
|
|
|
|
|
|
|
An invalid value has been specified for an HTTP/2 setting.
|
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_INVALID_STREAM"></a>
|
|
|
|
|
### ERR_HTTP2_INVALID_STREAM
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An operation was performed on a stream that had already been destroyed.
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_MAX_PENDING_SETTINGS_ACK"></a>
|
|
|
|
|
### ERR_HTTP2_MAX_PENDING_SETTINGS_ACK
|
|
|
|
|
|
|
|
|
|
Whenever an HTTP/2 `SETTINGS` frame is sent to a connected peer, the peer is
|
|
|
|
|
required to send an acknowledgement that it has received and applied the new
|
2017-11-09 19:10:37 +01:00
|
|
|
|
`SETTINGS`. By default, a maximum number of unacknowledged `SETTINGS` frames may
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
be sent at any given time. This error code is used when that limit has been
|
|
|
|
|
reached.
|
|
|
|
|
|
2017-10-03 03:56:53 +02:00
|
|
|
|
<a id="ERR_HTTP2_NO_SOCKET_MANIPULATION"></a>
|
|
|
|
|
### ERR_HTTP2_NO_SOCKET_MANIPULATION
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to directly manipulate (read, write, pause, resume, etc.) a
|
|
|
|
|
socket attached to an `Http2Session`.
|
2017-10-03 03:56:53 +02:00
|
|
|
|
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
<a id="ERR_HTTP2_OUT_OF_STREAMS"></a>
|
|
|
|
|
### ERR_HTTP2_OUT_OF_STREAMS
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
The number of streams created on a single HTTP/2 session reached the maximum
|
|
|
|
|
limit.
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_PAYLOAD_FORBIDDEN"></a>
|
|
|
|
|
### ERR_HTTP2_PAYLOAD_FORBIDDEN
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A message payload was specified for an HTTP response code for which a payload is
|
|
|
|
|
forbidden.
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
|
2017-11-15 19:55:31 +01:00
|
|
|
|
<a id="ERR_HTTP2_PING_CANCEL"></a>
|
|
|
|
|
### ERR_HTTP2_PING_CANCEL
|
|
|
|
|
|
|
|
|
|
An HTTP/2 ping was cancelled.
|
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_PING_LENGTH"></a>
|
|
|
|
|
### ERR_HTTP2_PING_LENGTH
|
|
|
|
|
|
|
|
|
|
HTTP/2 ping payloads must be exactly 8 bytes in length.
|
|
|
|
|
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
<a id="ERR_HTTP2_PSEUDOHEADER_NOT_ALLOWED"></a>
|
|
|
|
|
### ERR_HTTP2_PSEUDOHEADER_NOT_ALLOWED
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An HTTP/2 pseudo-header has been used inappropriately. Pseudo-headers are header
|
|
|
|
|
key names that begin with the `:` prefix.
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_PUSH_DISABLED"></a>
|
|
|
|
|
### ERR_HTTP2_PUSH_DISABLED
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to create a push stream, which had been disabled by the
|
|
|
|
|
client.
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_SEND_FILE"></a>
|
|
|
|
|
### ERR_HTTP2_SEND_FILE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to use the `Http2Stream.prototype.responseWithFile()` API to
|
|
|
|
|
send something other than a regular file.
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
|
2017-12-12 20:34:17 +01:00
|
|
|
|
<a id="ERR_HTTP2_SESSION_ERROR"></a>
|
|
|
|
|
### ERR_HTTP2_SESSION_ERROR
|
|
|
|
|
|
|
|
|
|
The `Http2Session` closed with a non-zero error code.
|
|
|
|
|
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
<a id="ERR_HTTP2_SOCKET_BOUND"></a>
|
|
|
|
|
### ERR_HTTP2_SOCKET_BOUND
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to connect a `Http2Session` object to a `net.Socket` or
|
|
|
|
|
`tls.TLSSocket` that had already been bound to another `Http2Session` object.
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_STATUS_101"></a>
|
|
|
|
|
### ERR_HTTP2_STATUS_101
|
|
|
|
|
|
|
|
|
|
Use of the `101` Informational status code is forbidden in HTTP/2.
|
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_STATUS_INVALID"></a>
|
|
|
|
|
### ERR_HTTP2_STATUS_INVALID
|
|
|
|
|
|
|
|
|
|
An invalid HTTP status code has been specified. Status codes must be an integer
|
|
|
|
|
between `100` and `599` (inclusive).
|
|
|
|
|
|
2017-12-12 20:34:17 +01:00
|
|
|
|
<a id="ERR_HTTP2_STREAM_CANCEL"></a>
|
|
|
|
|
### ERR_HTTP2_STREAM_CANCEL
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
|
2017-12-12 20:34:17 +01:00
|
|
|
|
An `Http2Stream` was destroyed before any data was transmitted to the connected
|
|
|
|
|
peer.
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_STREAM_ERROR"></a>
|
|
|
|
|
### ERR_HTTP2_STREAM_ERROR
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A non-zero error code was been specified in an `RST_STREAM` frame.
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_STREAM_SELF_DEPENDENCY"></a>
|
|
|
|
|
### ERR_HTTP2_STREAM_SELF_DEPENDENCY
|
|
|
|
|
|
|
|
|
|
When setting the priority for an HTTP/2 stream, the stream may be marked as
|
|
|
|
|
a dependency for a parent stream. This error code is used when an attempt is
|
|
|
|
|
made to mark a stream and dependent of itself.
|
|
|
|
|
|
|
|
|
|
<a id="ERR_HTTP2_UNSUPPORTED_PROTOCOL"></a>
|
|
|
|
|
### ERR_HTTP2_UNSUPPORTED_PROTOCOL
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
`http2.connect()` was passed a URL that uses any protocol other than `http:` or
|
|
|
|
|
`https:`.
|
http2: introducing HTTP/2
At long last: The initial *experimental* implementation of HTTP/2.
This is an accumulation of the work that has been done in the nodejs/http2
repository, squashed down to a couple of commits. The original commit
history has been preserved in the nodejs/http2 repository.
This PR introduces the nghttp2 C library as a new dependency. This library
provides the majority of the HTTP/2 protocol implementation, with the rest
of the code here providing the mapping of the library into a usable JS API.
Within src, a handful of new node_http2_*.c and node_http2_*.h files are
introduced. These provide the internal mechanisms that interface with nghttp
and define the `process.binding('http2')` interface.
The JS API is defined within `internal/http2/*.js`.
There are two APIs provided: Core and Compat.
The Core API is HTTP/2 specific and is designed to be as minimal and as
efficient as possible.
The Compat API is intended to be as close to the existing HTTP/1 API as
possible, with some exceptions.
Tests, documentation and initial benchmarks are included.
The `http2` module is gated by a new `--expose-http2` command line flag.
When used, `require('http2')` will be exposed to users. Note that there
is an existing `http2` module on npm that would be impacted by the introduction
of this module, which is the main reason for gating this behind a flag.
When using `require('http2')` the first time, a process warning will be
emitted indicating that an experimental feature is being used.
To run the benchmarks, the `h2load` tool (part of the nghttp project) is
required: `./node benchmarks/http2/simple.js benchmarker=h2load`. Only
two benchmarks are currently available.
Additional configuration options to enable verbose debugging are provided:
```
$ ./configure --debug-http2 --debug-nghttp2
$ NODE_DEBUG=http2 ./node
```
The `--debug-http2` configuration option enables verbose debug statements
from the `src/node_http2_*` files. The `--debug-nghttp2` enables the nghttp
library's own verbose debug output. The `NODE_DEBUG=http2` enables JS-level
debug output.
The following illustrates as simple HTTP/2 server and client interaction:
(The HTTP/2 client and server support both plain text and TLS connections)
```jt client = http2.connect('http://localhost:80');
const req = client.request({ ':path': '/some/path' });
req.on('data', (chunk) => { /* do something with the data */ });
req.on('end', () => {
client.destroy();
});
// Plain text (non-TLS server)
const server = http2.createServer();
server.on('stream', (stream, requestHeaders) => {
stream.respond({ ':status': 200 });
stream.write('hello ');
stream.end('world');
});
server.listen(80);
```
```js
const http2 = require('http2');
const client = http2.connect('http://localhost');
```
Author: Anna Henningsen <anna@addaleax.net>
Author: Colin Ihrig <cjihrig@gmail.com>
Author: Daniel Bevenius <daniel.bevenius@gmail.com>
Author: James M Snell <jasnell@gmail.com>
Author: Jun Mukai
Author: Kelvin Jin
Author: Matteo Collina <matteo.collina@gmail.com>
Author: Robert Kowalski <rok@kowalski.gd>
Author: Santiago Gimeno <santiago.gimeno@gmail.com>
Author: Sebastiaan Deckers <sebdeckers83@gmail.com>
Author: Yosuke Furukawa <yosuke.furukawa@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/14239
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
2017-07-17 19:17:16 +02:00
|
|
|
|
|
2017-05-29 06:14:33 +02:00
|
|
|
|
<a id="ERR_INDEX_OUT_OF_RANGE"></a>
|
|
|
|
|
### ERR_INDEX_OUT_OF_RANGE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A given index was out of the accepted range (e.g. negative offsets).
|
2017-05-29 06:14:33 +02:00
|
|
|
|
|
2017-09-26 02:11:50 +02:00
|
|
|
|
<a id="ERR_INSPECTOR_ALREADY_CONNECTED"></a>
|
|
|
|
|
### ERR_INSPECTOR_ALREADY_CONNECTED
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
While using the `inspector` module, an attempt was made to connect when the
|
|
|
|
|
inspector was already connected.
|
2017-09-26 02:11:50 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_INSPECTOR_CLOSED"></a>
|
|
|
|
|
### ERR_INSPECTOR_CLOSED
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
While using the `inspector` module, an attempt was made to use the inspector
|
|
|
|
|
after the session had already closed.
|
2017-09-26 02:11:50 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_INSPECTOR_NOT_AVAILABLE"></a>
|
|
|
|
|
### ERR_INSPECTOR_NOT_AVAILABLE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
The `inspector` module is not available for use.
|
2017-09-26 02:11:50 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_INSPECTOR_NOT_CONNECTED"></a>
|
|
|
|
|
### ERR_INSPECTOR_NOT_CONNECTED
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
While using the `inspector` module, an attempt was made to use the inspector
|
|
|
|
|
before it was connected.
|
2017-09-26 02:11:50 +02:00
|
|
|
|
|
2017-02-10 17:51:50 +01:00
|
|
|
|
<a id="ERR_INVALID_ARG_TYPE"></a>
|
|
|
|
|
### ERR_INVALID_ARG_TYPE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An argument of the wrong type was passed to a Node.js API.
|
2017-02-10 17:51:50 +01:00
|
|
|
|
|
2017-09-26 01:48:57 +02:00
|
|
|
|
<a id="ERR_INVALID_ARG_VALUE"></a>
|
|
|
|
|
### ERR_INVALID_ARG_VALUE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An invalid or unsupported value was passed for a given argument.
|
2017-09-26 01:48:57 +02:00
|
|
|
|
|
2017-06-21 20:14:45 +02:00
|
|
|
|
<a id="ERR_INVALID_ARRAY_LENGTH"></a>
|
|
|
|
|
### ERR_INVALID_ARRAY_LENGTH
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An Array was not of the expected length or in a valid range.
|
2017-06-21 20:14:45 +02:00
|
|
|
|
|
2017-09-03 10:27:44 +02:00
|
|
|
|
<a id="ERR_INVALID_ASYNC_ID"></a>
|
|
|
|
|
### ERR_INVALID_ASYNC_ID
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An invalid `asyncId` or `triggerAsyncId` was passed using `AsyncHooks`. An id
|
|
|
|
|
less than -1 should never happen.
|
2017-09-03 10:27:44 +02:00
|
|
|
|
|
2017-06-29 05:58:39 +02:00
|
|
|
|
<a id="ERR_INVALID_BUFFER_SIZE"></a>
|
|
|
|
|
### ERR_INVALID_BUFFER_SIZE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A swap was performed on a `Buffer` but its size was not compatible with the
|
|
|
|
|
operation.
|
2017-06-29 05:58:39 +02:00
|
|
|
|
|
2017-02-10 17:51:50 +01:00
|
|
|
|
<a id="ERR_INVALID_CALLBACK"></a>
|
|
|
|
|
### ERR_INVALID_CALLBACK
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A callback function was required but was not been provided to a Node.js API.
|
2017-02-10 17:51:50 +01:00
|
|
|
|
|
2017-06-21 20:14:45 +02:00
|
|
|
|
<a id="ERR_INVALID_CHAR"></a>
|
|
|
|
|
### ERR_INVALID_CHAR
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
Invalid characters were detected in headers.
|
2017-06-21 20:14:45 +02:00
|
|
|
|
|
2017-02-15 04:58:49 +01:00
|
|
|
|
<a id="ERR_INVALID_CURSOR_POS"></a>
|
|
|
|
|
### ERR_INVALID_CURSOR_POS
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A cursor on a given stream cannot be moved to a specified row without a
|
|
|
|
|
specified column.
|
2017-02-15 04:58:49 +01:00
|
|
|
|
|
2017-07-22 13:23:04 +02:00
|
|
|
|
<a id="ERR_INVALID_DOMAIN_NAME"></a>
|
|
|
|
|
### ERR_INVALID_DOMAIN_NAME
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
`hostname` can not be parsed from a provided URL.
|
2017-07-22 13:23:04 +02:00
|
|
|
|
|
2017-06-21 20:14:45 +02:00
|
|
|
|
<a id="ERR_INVALID_FD"></a>
|
|
|
|
|
### ERR_INVALID_FD
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A file descriptor ('fd') was not valid (e.g. it was a negative value).
|
2017-06-21 20:14:45 +02:00
|
|
|
|
|
2017-08-11 23:02:15 +02:00
|
|
|
|
<a id="ERR_INVALID_FD_TYPE"></a>
|
|
|
|
|
### ERR_INVALID_FD_TYPE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A file descriptor ('fd') type was not valid.
|
2017-08-11 23:02:15 +02:00
|
|
|
|
|
2017-04-21 20:54:58 +02:00
|
|
|
|
<a id="ERR_INVALID_FILE_URL_HOST"></a>
|
|
|
|
|
### ERR_INVALID_FILE_URL_HOST
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A Node.js API that consumes `file:` URLs (such as certain functions in the
|
|
|
|
|
[`fs`][] module) encountered a file URL with an incompatible host. This
|
|
|
|
|
situation can only occur on Unix-like systems where only `localhost` or an empty
|
|
|
|
|
host is supported.
|
2017-04-21 20:54:58 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_INVALID_FILE_URL_PATH"></a>
|
|
|
|
|
### ERR_INVALID_FILE_URL_PATH
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A Node.js API that consumes `file:` URLs (such as certain functions in the
|
|
|
|
|
[`fs`][] module) encountered a file URL with an incompatible path. The exact
|
|
|
|
|
semantics for determining whether a path can be used is platform-dependent.
|
2017-04-21 20:54:58 +02:00
|
|
|
|
|
2017-02-10 21:08:49 +01:00
|
|
|
|
<a id="ERR_INVALID_HANDLE_TYPE"></a>
|
|
|
|
|
### ERR_INVALID_HANDLE_TYPE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to send an unsupported "handle" over an IPC communication
|
|
|
|
|
channel to a child process. See [`subprocess.send()`] and [`process.send()`] for
|
|
|
|
|
more information.
|
2017-02-10 21:08:49 +01:00
|
|
|
|
|
2017-07-22 13:23:04 +02:00
|
|
|
|
<a id="ERR_INVALID_HTTP_TOKEN"></a>
|
|
|
|
|
### ERR_INVALID_HTTP_TOKEN
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An invalid HTTP token was supplied.
|
2017-07-22 13:23:04 +02:00
|
|
|
|
|
2017-07-13 01:58:59 +02:00
|
|
|
|
<a id="ERR_INVALID_IP_ADDRESS"></a>
|
2017-07-22 13:23:04 +02:00
|
|
|
|
### ERR_INVALID_IP_ADDRESS
|
2017-07-13 01:58:59 +02:00
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An IP address is not valid.
|
2017-07-13 01:58:59 +02:00
|
|
|
|
|
2017-02-10 21:08:49 +01:00
|
|
|
|
<a id="ERR_INVALID_OPT_VALUE"></a>
|
|
|
|
|
### ERR_INVALID_OPT_VALUE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An invalid or unexpected value was passed in an options object.
|
2017-02-10 21:08:49 +01:00
|
|
|
|
|
2017-02-12 02:25:33 +01:00
|
|
|
|
<a id="ERR_INVALID_OPT_VALUE_ENCODING"></a>
|
|
|
|
|
### ERR_INVALID_OPT_VALUE_ENCODING
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An invalid or unknown file encoding was passed.
|
2017-02-12 02:25:33 +01:00
|
|
|
|
|
2017-09-03 10:27:44 +02:00
|
|
|
|
<a id="ERR_INVALID_PERFORMANCE_MARK"></a>
|
|
|
|
|
### ERR_INVALID_PERFORMANCE_MARK
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
While using the Performance Timing API (`perf_hooks`), a performance mark is
|
2017-09-03 10:27:44 +02:00
|
|
|
|
invalid.
|
|
|
|
|
|
2017-07-22 13:23:04 +02:00
|
|
|
|
<a id="ERR_INVALID_PROTOCOL"></a>
|
|
|
|
|
### ERR_INVALID_PROTOCOL
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An invalid `options.protocol` was passed.
|
2017-07-22 13:23:04 +02:00
|
|
|
|
|
2017-05-24 19:49:12 +02:00
|
|
|
|
<a id="ERR_INVALID_REPL_EVAL_CONFIG"></a>
|
|
|
|
|
### ERR_INVALID_REPL_EVAL_CONFIG
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
Both `breakEvalOnSigint` and `eval` options were set in the REPL config, which
|
|
|
|
|
is not supported.
|
2017-05-24 19:49:12 +02:00
|
|
|
|
|
2017-02-10 21:08:49 +01:00
|
|
|
|
<a id="ERR_INVALID_SYNC_FORK_INPUT"></a>
|
|
|
|
|
### ERR_INVALID_SYNC_FORK_INPUT
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A `Buffer`, `Uint8Array` or `string` was provided as stdio input to a
|
2017-06-12 07:14:09 +02:00
|
|
|
|
synchronous fork. See the documentation for the
|
|
|
|
|
[`child_process`](child_process.html) module for more information.
|
2017-02-10 21:08:49 +01:00
|
|
|
|
|
2017-04-21 20:54:58 +02:00
|
|
|
|
<a id="ERR_INVALID_THIS"></a>
|
|
|
|
|
### ERR_INVALID_THIS
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A Node.js API function was called with an incompatible `this` value.
|
2017-04-21 20:54:58 +02:00
|
|
|
|
|
|
|
|
|
Example:
|
|
|
|
|
|
|
|
|
|
```js
|
|
|
|
|
const { URLSearchParams } = require('url');
|
|
|
|
|
const urlSearchParams = new URLSearchParams('foo=bar&baz=new');
|
|
|
|
|
|
|
|
|
|
const buf = Buffer.alloc(1);
|
|
|
|
|
urlSearchParams.has.call(buf, 'foo');
|
2017-06-27 22:32:32 +02:00
|
|
|
|
// Throws a TypeError with code 'ERR_INVALID_THIS'
|
2017-04-21 20:54:58 +02:00
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
<a id="ERR_INVALID_TUPLE"></a>
|
|
|
|
|
### ERR_INVALID_TUPLE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An element in the `iterable` provided to the [WHATWG][WHATWG URL API]
|
|
|
|
|
[`URLSearchParams` constructor][`new URLSearchParams(iterable)`] did not
|
2017-06-12 07:14:09 +02:00
|
|
|
|
represent a `[name, value]` tuple – that is, if an element is not iterable, or
|
|
|
|
|
does not consist of exactly two elements.
|
2017-04-21 20:54:58 +02:00
|
|
|
|
|
2017-09-23 07:40:37 +02:00
|
|
|
|
<a id="ERR_INVALID_URI"></a>
|
|
|
|
|
### ERR_INVALID_URI
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An invalid URI was passed.
|
2017-09-23 07:40:37 +02:00
|
|
|
|
|
2017-04-21 20:54:58 +02:00
|
|
|
|
<a id="ERR_INVALID_URL"></a>
|
|
|
|
|
### ERR_INVALID_URL
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An invalid URL was passed to the [WHATWG][WHATWG URL API]
|
2017-06-12 07:14:09 +02:00
|
|
|
|
[`URL` constructor][`new URL(input)`] to be parsed. The thrown error object
|
|
|
|
|
typically has an additional property `'input'` that contains the URL that failed
|
|
|
|
|
to parse.
|
2017-04-21 20:54:58 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_INVALID_URL_SCHEME"></a>
|
|
|
|
|
### ERR_INVALID_URL_SCHEME
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to use a URL of an incompatible scheme (protocol) for a
|
|
|
|
|
specific purpose. It is only used in the [WHATWG URL API][] support in the
|
|
|
|
|
[`fs`][] module (which only accepts URLs with `'file'` scheme), but may be used
|
|
|
|
|
in other Node.js APIs as well in the future.
|
2017-04-21 20:54:58 +02:00
|
|
|
|
|
2017-02-10 21:08:49 +01:00
|
|
|
|
<a id="ERR_IPC_CHANNEL_CLOSED"></a>
|
|
|
|
|
### ERR_IPC_CHANNEL_CLOSED
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to use an IPC communication channel that was already closed.
|
2017-02-10 21:08:49 +01:00
|
|
|
|
|
|
|
|
|
<a id="ERR_IPC_DISCONNECTED"></a>
|
|
|
|
|
### ERR_IPC_DISCONNECTED
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to disconnect an IPC communication channel that was already
|
|
|
|
|
disconnected. See the documentation for the
|
|
|
|
|
[`child_process`](child_process.html) module for more information.
|
2017-02-10 21:08:49 +01:00
|
|
|
|
|
|
|
|
|
<a id="ERR_IPC_ONE_PIPE"></a>
|
|
|
|
|
### ERR_IPC_ONE_PIPE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to create a child Node.js process using more than one IPC
|
|
|
|
|
communication channel. See the documentation for the
|
2017-06-12 07:14:09 +02:00
|
|
|
|
[`child_process`](child_process.html) module for more information.
|
2017-02-10 21:08:49 +01:00
|
|
|
|
|
|
|
|
|
<a id="ERR_IPC_SYNC_FORK"></a>
|
|
|
|
|
### ERR_IPC_SYNC_FORK
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to open an IPC communication channel with a synchronously
|
|
|
|
|
forked Node.js process. See the documentation for the
|
2017-06-12 07:14:09 +02:00
|
|
|
|
[`child_process`](child_process.html) module for more information.
|
2017-02-10 21:08:49 +01:00
|
|
|
|
|
2017-08-10 12:58:22 +02:00
|
|
|
|
<a id="ERR_METHOD_NOT_IMPLEMENTED"></a>
|
|
|
|
|
### ERR_METHOD_NOT_IMPLEMENTED
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A method is required but not implemented.
|
2017-08-10 12:58:22 +02:00
|
|
|
|
|
2017-04-21 20:54:58 +02:00
|
|
|
|
<a id="ERR_MISSING_ARGS"></a>
|
|
|
|
|
### ERR_MISSING_ARGS
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A required argument of a Node.js API was not passed. This is only used for
|
|
|
|
|
strict compliance with the API specification (which in some cases may accept
|
2017-06-21 20:14:45 +02:00
|
|
|
|
`func(undefined)` but not `func()`). In most native Node.js APIs,
|
|
|
|
|
`func(undefined)` and `func()` are treated identically, and the
|
|
|
|
|
[`ERR_INVALID_ARG_TYPE`][] error code may be used instead.
|
|
|
|
|
|
2017-10-29 01:36:18 +02:00
|
|
|
|
<a id="ERR_MISSING_DYNAMIC_INSTANTIATE_HOOK"></a>
|
|
|
|
|
### ERR_MISSING_DYNAMIC_INSTANTIATE_HOOK
|
|
|
|
|
|
|
|
|
|
> Stability: 1 - Experimental
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An [ES6 module][] loader hook specified `format: 'dynamic` but did not provide a
|
|
|
|
|
`dynamicInstantiate` hook.
|
2017-10-29 01:36:18 +02:00
|
|
|
|
|
2017-10-24 19:17:53 +02:00
|
|
|
|
<a id="ERR_MISSING_MODULE"></a>
|
|
|
|
|
### ERR_MISSING_MODULE
|
|
|
|
|
|
|
|
|
|
> Stability: 1 - Experimental
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An [ES6 module][] could not be resolved.
|
2017-10-24 19:17:53 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_MODULE_RESOLUTION_LEGACY"></a>
|
|
|
|
|
### ERR_MODULE_RESOLUTION_LEGACY
|
|
|
|
|
|
|
|
|
|
> Stability: 1 - Experimental
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A failure occurred resolving imports in an [ES6 module][].
|
2017-10-24 19:17:53 +02:00
|
|
|
|
|
2017-06-21 20:14:45 +02:00
|
|
|
|
<a id="ERR_MULTIPLE_CALLBACK"></a>
|
|
|
|
|
### ERR_MULTIPLE_CALLBACK
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A callback was called more then once.
|
2017-06-21 20:14:45 +02:00
|
|
|
|
|
|
|
|
|
*Note*: A callback is almost always meant to only be called once as the query
|
|
|
|
|
can either be fulfilled or rejected but not both at the same time. The latter
|
|
|
|
|
would be possible by calling a callback more then once.
|
|
|
|
|
|
2017-09-03 10:27:44 +02:00
|
|
|
|
<a id="ERR_NAPI_CONS_FUNCTION"></a>
|
|
|
|
|
### ERR_NAPI_CONS_FUNCTION
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
While using `N-API`, a constructor passed was not a function.
|
2017-09-03 10:27:44 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_NAPI_CONS_PROTOTYPE_OBJECT"></a>
|
|
|
|
|
### ERR_NAPI_CONS_PROTOTYPE_OBJECT
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
While using `N-API`, `Constructor.prototype` was not an object.
|
2017-09-03 10:27:44 +02:00
|
|
|
|
|
2017-06-21 20:14:45 +02:00
|
|
|
|
<a id="ERR_NO_CRYPTO"></a>
|
|
|
|
|
### ERR_NO_CRYPTO
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to use crypto features while Node.js was not compiled with
|
|
|
|
|
OpenSSL crypto support.
|
2017-06-21 20:14:45 +02:00
|
|
|
|
|
2017-07-30 12:09:13 +02:00
|
|
|
|
<a id="ERR_NO_ICU"></a>
|
|
|
|
|
### ERR_NO_ICU
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to use features that require [ICU][], but Node.js was not
|
|
|
|
|
compiled with ICU support.
|
2017-07-30 12:09:13 +02:00
|
|
|
|
|
2017-06-29 05:58:39 +02:00
|
|
|
|
<a id="ERR_NO_LONGER_SUPPORTED"></a>
|
|
|
|
|
### ERR_NO_LONGER_SUPPORTED
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A Node.js API was called in an unsupported manner.
|
2017-06-29 05:58:39 +02:00
|
|
|
|
|
|
|
|
|
For example: `Buffer.write(string, encoding, offset[, length])`
|
|
|
|
|
|
2017-09-03 10:27:44 +02:00
|
|
|
|
<a id="ERR_OUTOFMEMORY"></a>
|
|
|
|
|
### ERR_OUTOFMEMORY
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An operation caused an out-of-memory condition.
|
2017-09-03 10:27:44 +02:00
|
|
|
|
|
2017-10-24 19:17:53 +02:00
|
|
|
|
<a id="ERR_OUT_OF_RANGE"></a>
|
|
|
|
|
### ERR_OUT_OF_RANGE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An input argument value was outside an acceptable range.
|
2017-10-24 19:17:53 +02:00
|
|
|
|
|
2017-06-21 20:14:45 +02:00
|
|
|
|
<a id="ERR_PARSE_HISTORY_DATA"></a>
|
|
|
|
|
### ERR_PARSE_HISTORY_DATA
|
2017-04-21 20:54:58 +02:00
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
The `REPL` module was unable parse data from the REPL history file.
|
2017-09-03 10:27:44 +02:00
|
|
|
|
|
2017-10-24 19:17:53 +02:00
|
|
|
|
<a id="ERR_REQUIRE_ESM"></a>
|
|
|
|
|
### ERR_REQUIRE_ESM
|
|
|
|
|
|
|
|
|
|
> Stability: 1 - Experimental
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to `require()` an [ES6 module][].
|
2017-10-24 19:17:53 +02:00
|
|
|
|
|
2017-12-17 12:29:35 +01:00
|
|
|
|
<a id="ERR_SCRIPT_EXECUTION_INTERRUPTED"></a>
|
|
|
|
|
### ERR_SCRIPT_EXECUTION_INTERRUPTED
|
|
|
|
|
|
|
|
|
|
Script execution was interrupted by `SIGINT` (For example, when Ctrl+C was pressed).
|
|
|
|
|
|
2017-10-24 19:17:53 +02:00
|
|
|
|
<a id="ERR_SERVER_ALREADY_LISTEN"></a>
|
|
|
|
|
### ERR_SERVER_ALREADY_LISTEN
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
The [`server.listen()`][] method was called while a `net.Server` was already
|
|
|
|
|
listening. This applies to all instances of `net.Server`, including HTTP, HTTPS,
|
|
|
|
|
and HTTP/2 Server instances.
|
2017-10-24 19:17:53 +02:00
|
|
|
|
|
2017-05-09 20:18:35 +02:00
|
|
|
|
<a id="ERR_SOCKET_ALREADY_BOUND"></a>
|
|
|
|
|
### ERR_SOCKET_ALREADY_BOUND
|
2017-06-21 20:14:45 +02:00
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to bind a socket that has already been bound.
|
2017-05-09 20:18:35 +02:00
|
|
|
|
|
2017-10-24 19:17:53 +02:00
|
|
|
|
<a id="ERR_SOCKET_BAD_BUFFER_SIZE"></a>
|
|
|
|
|
### ERR_SOCKET_BAD_BUFFER_SIZE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An invalid (negative) size was passed for either the `recvBufferSize` or
|
|
|
|
|
`sendBufferSize` options in [`dgram.createSocket()`][].
|
2017-10-24 19:17:53 +02:00
|
|
|
|
|
2017-05-09 20:18:35 +02:00
|
|
|
|
<a id="ERR_SOCKET_BAD_PORT"></a>
|
|
|
|
|
### ERR_SOCKET_BAD_PORT
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An API function expecting a port > 0 and < 65536 received an invalid value.
|
2017-05-09 20:18:35 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_SOCKET_BAD_TYPE"></a>
|
|
|
|
|
### ERR_SOCKET_BAD_TYPE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An API function expecting a socket type (`udp4` or `udp6`) received an invalid
|
|
|
|
|
value.
|
2017-05-09 20:18:35 +02:00
|
|
|
|
|
2017-10-24 19:17:53 +02:00
|
|
|
|
<a id="ERR_SOCKET_BUFFER_SIZE"></a>
|
|
|
|
|
### ERR_SOCKET_BUFFER_SIZE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
While using [`dgram.createSocket()`][], the size of the receive or send `Buffer`
|
|
|
|
|
could not be determined.
|
2017-10-24 19:17:53 +02:00
|
|
|
|
|
2017-05-09 20:18:35 +02:00
|
|
|
|
<a id="ERR_SOCKET_CANNOT_SEND"></a>
|
|
|
|
|
### ERR_SOCKET_CANNOT_SEND
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
Data could be sent on a socket.
|
2017-05-09 20:18:35 +02:00
|
|
|
|
|
2017-09-03 10:27:44 +02:00
|
|
|
|
<a id="ERR_SOCKET_CLOSED"></a>
|
|
|
|
|
### ERR_SOCKET_CLOSED
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to operate on an already closed socket.
|
2017-09-03 10:27:44 +02:00
|
|
|
|
|
2017-05-09 20:18:35 +02:00
|
|
|
|
<a id="ERR_SOCKET_DGRAM_NOT_RUNNING"></a>
|
|
|
|
|
### ERR_SOCKET_DGRAM_NOT_RUNNING
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A call was made and the UDP subsystem was not running.
|
2017-05-09 20:18:35 +02:00
|
|
|
|
|
2017-02-10 17:51:50 +01:00
|
|
|
|
<a id="ERR_STDERR_CLOSE"></a>
|
|
|
|
|
### ERR_STDERR_CLOSE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to close the `process.stderr` stream. By design, Node.js
|
|
|
|
|
does not allow `stdout` or `stderr` streams to be closed by user code.
|
2017-02-10 17:51:50 +01:00
|
|
|
|
|
|
|
|
|
<a id="ERR_STDOUT_CLOSE"></a>
|
|
|
|
|
### ERR_STDOUT_CLOSE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to close the `process.stdout` stream. By design, Node.js
|
|
|
|
|
does not allow `stdout` or `stderr` streams to be closed by user code.
|
2017-02-10 17:51:50 +01:00
|
|
|
|
|
2017-10-29 16:36:32 +01:00
|
|
|
|
<a id="ERR_STREAM_CANNOT_PIPE"></a>
|
|
|
|
|
### ERR_STREAM_CANNOT_PIPE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to call [`stream.pipe()`][] on a [`Writable`][] stream.
|
2017-10-29 16:36:32 +01:00
|
|
|
|
|
|
|
|
|
<a id="ERR_STREAM_NULL_VALUES"></a>
|
|
|
|
|
### ERR_STREAM_NULL_VALUES
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to call [`stream.write()`][] with a `null` chunk.
|
2017-10-29 16:36:32 +01:00
|
|
|
|
|
2017-08-26 09:53:27 +02:00
|
|
|
|
<a id="ERR_STREAM_PUSH_AFTER_EOF"></a>
|
|
|
|
|
### ERR_STREAM_PUSH_AFTER_EOF
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to call [`stream.push()`][] after a `null`(EOF) had been
|
|
|
|
|
pushed to the stream.
|
2017-08-26 09:53:27 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_STREAM_READ_NOT_IMPLEMENTED"></a>
|
|
|
|
|
### ERR_STREAM_READ_NOT_IMPLEMENTED
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to use a readable stream that did not implement
|
2017-08-26 09:53:27 +02:00
|
|
|
|
[`readable._read()`][].
|
|
|
|
|
|
|
|
|
|
<a id="ERR_STREAM_UNSHIFT_AFTER_END_EVENT"></a>
|
|
|
|
|
### ERR_STREAM_UNSHIFT_AFTER_END_EVENT
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to call [`stream.unshift()`][] after the `end` event was
|
|
|
|
|
emitted.
|
2017-08-26 09:53:27 +02:00
|
|
|
|
|
2017-06-22 02:38:41 +02:00
|
|
|
|
<a id="ERR_STREAM_WRAP"></a>
|
|
|
|
|
### ERR_STREAM_WRAP
|
2017-06-21 20:14:45 +02:00
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
Prevents an abort if a string decoder was set on the Socket or if the decoder
|
|
|
|
|
is in `objectMode`.
|
2017-06-21 20:14:45 +02:00
|
|
|
|
|
|
|
|
|
Example
|
|
|
|
|
```js
|
|
|
|
|
const Socket = require('net').Socket;
|
|
|
|
|
const instance = new Socket();
|
|
|
|
|
|
2017-10-21 22:13:09 +02:00
|
|
|
|
instance.setEncoding('utf8');
|
2017-06-21 20:14:45 +02:00
|
|
|
|
```
|
|
|
|
|
|
2017-10-29 16:36:32 +01:00
|
|
|
|
<a id="ERR_STREAM_WRITE_AFTER_END"></a>
|
|
|
|
|
### ERR_STREAM_WRITE_AFTER_END
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to call [`stream.write()`][] after `stream.end()` has been
|
|
|
|
|
called.
|
2017-10-29 16:36:32 +01:00
|
|
|
|
|
2017-10-28 01:25:14 +02:00
|
|
|
|
<a id="ERR_SYSTEM_ERROR"></a>
|
|
|
|
|
### ERR_SYSTEM_ERROR
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An unspecified or non-specific system error has occurred within the Node.js
|
|
|
|
|
process. The error object will have an `err.info` object property with
|
|
|
|
|
additional details.
|
2017-10-28 01:25:14 +02:00
|
|
|
|
|
2017-09-03 10:27:44 +02:00
|
|
|
|
<a id="ERR_TLS_CERT_ALTNAME_INVALID"></a>
|
|
|
|
|
### ERR_TLS_CERT_ALTNAME_INVALID
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
While using TLS, the hostname/IP of the peer did not match any of the
|
2017-09-03 10:27:44 +02:00
|
|
|
|
subjectAltNames in its certificate.
|
|
|
|
|
|
|
|
|
|
<a id="ERR_TLS_DH_PARAM_SIZE"></a>
|
|
|
|
|
### ERR_TLS_DH_PARAM_SIZE
|
2017-02-10 19:18:19 +01:00
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
While using TLS, the parameter offered for the Diffie-Hellman (`DH`)
|
2017-09-03 10:27:44 +02:00
|
|
|
|
key-agreement protocol is too small. By default, the key length must be greater
|
|
|
|
|
than or equal to 1024 bits to avoid vulnerabilities, even though it is strongly
|
|
|
|
|
recommended to use 2048 bits or larger for stronger security.
|
|
|
|
|
|
|
|
|
|
<a id="ERR_TLS_HANDSHAKE_TIMEOUT"></a>
|
|
|
|
|
### ERR_TLS_HANDSHAKE_TIMEOUT
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A TLS/SSL handshake timed out. In this case, the server must also abort the
|
|
|
|
|
connection.
|
2017-09-03 10:27:44 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_TLS_RENEGOTIATION_FAILED"></a>
|
|
|
|
|
### ERR_TLS_RENEGOTIATION_FAILED
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A TLS renegotiation request has failed in a non-specific way.
|
2017-09-03 10:27:44 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_TLS_REQUIRED_SERVER_NAME"></a>
|
|
|
|
|
### ERR_TLS_REQUIRED_SERVER_NAME
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
While using TLS, the `server.addContext()` method was called without providing
|
2017-09-03 10:27:44 +02:00
|
|
|
|
a hostname in the first parameter.
|
|
|
|
|
|
|
|
|
|
<a id="ERR_TLS_SESSION_ATTACK"></a>
|
|
|
|
|
### ERR_TLS_SESSION_ATTACK
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An excessive amount of TLS renegotiations is detected, which is a potential
|
|
|
|
|
vector for denial-of-service attacks.
|
2017-09-03 10:27:44 +02:00
|
|
|
|
|
2017-12-20 12:58:03 +01:00
|
|
|
|
<a id="ERR_TLS_RENEGOTIATION_DISABLED"></a>
|
|
|
|
|
### ERR_TLS_RENEGOTIATION_DISABLED
|
|
|
|
|
|
|
|
|
|
An attempt was made to renegotiate TLS on a socket instance with TLS disabled.
|
|
|
|
|
|
2017-09-03 10:27:44 +02:00
|
|
|
|
<a id="ERR_TRANSFORM_ALREADY_TRANSFORMING"></a>
|
|
|
|
|
### ERR_TRANSFORM_ALREADY_TRANSFORMING
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A Transform stream finished while it was still transforming.
|
2017-09-03 10:27:44 +02:00
|
|
|
|
|
|
|
|
|
<a id="ERR_TRANSFORM_WITH_LENGTH_0"></a>
|
|
|
|
|
### ERR_TRANSFORM_WITH_LENGTH_0
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A Transform stream finished with data still in the write buffer.
|
2017-02-10 19:18:19 +01:00
|
|
|
|
|
2017-11-20 19:57:20 +01:00
|
|
|
|
<a id="ERR_UNCAUGHT_EXCEPTION_CAPTURE_ALREADY_SET"></a>
|
|
|
|
|
### ERR_UNCAUGHT_EXCEPTION_CAPTURE_ALREADY_SET
|
|
|
|
|
|
|
|
|
|
[`process.setUncaughtExceptionCaptureCallback()`][] was called twice,
|
|
|
|
|
without first resetting the callback to `null`.
|
|
|
|
|
|
|
|
|
|
This error is designed to prevent accidentally overwriting a callback registered
|
|
|
|
|
from another module.
|
|
|
|
|
|
2017-07-22 13:23:04 +02:00
|
|
|
|
<a id="ERR_UNESCAPED_CHARACTERS"></a>
|
|
|
|
|
### ERR_UNESCAPED_CHARACTERS
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A string that contained unescaped characters was received.
|
2017-07-22 13:23:04 +02:00
|
|
|
|
|
2017-09-26 06:43:32 +02:00
|
|
|
|
<a id="ERR_UNHANDLED_ERROR"></a>
|
|
|
|
|
### ERR_UNHANDLED_ERROR
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An unhandled error occurred (for instance, when an `'error'` event is emitted
|
|
|
|
|
by an [`EventEmitter`][] but an `'error'` handler is not registered).
|
2017-09-26 06:43:32 +02:00
|
|
|
|
|
2017-06-29 05:58:39 +02:00
|
|
|
|
<a id="ERR_UNKNOWN_ENCODING"></a>
|
|
|
|
|
### ERR_UNKNOWN_ENCODING
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An invalid or unknown encoding option was passed to an API.
|
2017-06-29 05:58:39 +02:00
|
|
|
|
|
2017-10-24 19:17:53 +02:00
|
|
|
|
<a id="ERR_UNKNOWN_FILE_EXTENSION"></a>
|
|
|
|
|
### ERR_UNKNOWN_FILE_EXTENSION
|
|
|
|
|
|
|
|
|
|
> Stability: 1 - Experimental
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to load a module with an unknown or unsupported file
|
2017-10-24 19:17:53 +02:00
|
|
|
|
extension.
|
|
|
|
|
|
|
|
|
|
<a id="ERR_UNKNOWN_MODULE_FORMAT"></a>
|
|
|
|
|
### ERR_UNKNOWN_MODULE_FORMAT
|
|
|
|
|
|
|
|
|
|
> Stability: 1 - Experimental
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to load a module with an unknown or unsupported format.
|
2017-10-24 19:17:53 +02:00
|
|
|
|
|
2017-02-10 21:08:49 +01:00
|
|
|
|
<a id="ERR_UNKNOWN_SIGNAL"></a>
|
|
|
|
|
### ERR_UNKNOWN_SIGNAL
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An invalid or unknown process signal was passed to an API expecting a valid
|
|
|
|
|
signal (such as [`subprocess.kill()`][]).
|
2017-02-10 21:08:49 +01:00
|
|
|
|
|
2017-02-10 17:51:50 +01:00
|
|
|
|
<a id="ERR_UNKNOWN_STDIN_TYPE"></a>
|
|
|
|
|
### ERR_UNKNOWN_STDIN_TYPE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to launch a Node.js process with an unknown `stdin` file
|
|
|
|
|
type. This error is usually an indication of a bug within Node.js itself,
|
|
|
|
|
although it is possible for user code to trigger it.
|
2017-02-10 17:51:50 +01:00
|
|
|
|
|
|
|
|
|
<a id="ERR_UNKNOWN_STREAM_TYPE"></a>
|
|
|
|
|
### ERR_UNKNOWN_STREAM_TYPE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to launch a Node.js process with an unknown `stdout` or
|
|
|
|
|
`stderr` file type. This error is usually an indication of a bug within Node.js
|
|
|
|
|
itself, although it is possible for user code to trigger it.
|
2017-02-10 17:51:50 +01:00
|
|
|
|
|
2017-06-21 20:14:45 +02:00
|
|
|
|
<a id="ERR_V8BREAKITERATOR"></a>
|
|
|
|
|
### ERR_V8BREAKITERATOR
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
The V8 BreakIterator API was used but the full ICU data set is not installed.
|
2017-02-10 19:18:19 +01:00
|
|
|
|
|
2017-09-03 10:27:44 +02:00
|
|
|
|
<a id="ERR_VALID_PERFORMANCE_ENTRY_TYPE"></a>
|
|
|
|
|
### ERR_VALID_PERFORMANCE_ENTRY_TYPE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
While using the Performance Timing API (`perf_hooks`), no valid performance
|
2017-09-03 10:27:44 +02:00
|
|
|
|
entry types were found.
|
|
|
|
|
|
2017-08-07 08:42:55 +02:00
|
|
|
|
<a id="ERR_VALUE_OUT_OF_RANGE"></a>
|
|
|
|
|
### ERR_VALUE_OUT_OF_RANGE
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
A given value is out of the accepted range.
|
2017-08-07 08:42:55 +02:00
|
|
|
|
|
2017-09-26 01:48:57 +02:00
|
|
|
|
<a id="ERR_ZLIB_BINDING_CLOSED"></a>
|
|
|
|
|
### ERR_ZLIB_BINDING_CLOSED
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
An attempt was made to use a `zlib` object after it has already been closed.
|
2017-09-26 01:48:57 +02:00
|
|
|
|
|
2017-10-27 02:09:30 +02:00
|
|
|
|
<a id="ERR_ZLIB_INITIALIZATION_FAILED"></a>
|
|
|
|
|
### ERR_ZLIB_INITIALIZATION_FAILED
|
|
|
|
|
|
2017-11-09 19:10:37 +01:00
|
|
|
|
Creation of a [`zlib`][] object failed due to incorrect configuration.
|
2017-10-27 02:09:30 +02:00
|
|
|
|
|
2017-10-24 07:44:52 +02:00
|
|
|
|
[`--force-fips`]: cli.html#cli_force_fips
|
2017-10-26 22:06:09 +02:00
|
|
|
|
[`cipher.getAuthTag()`]: crypto.html#crypto_cipher_getauthtag
|
2017-10-24 19:04:25 +02:00
|
|
|
|
[`crypto.timingSafeEqual()`]: crypto.html#crypto_crypto_timingsafeequal_a_b
|
2017-10-24 19:17:53 +02:00
|
|
|
|
[`dgram.createSocket()`]: dgram.html#dgram_dgram_createsocket_options_callback
|
2017-05-08 18:30:13 +02:00
|
|
|
|
[`ERR_INVALID_ARG_TYPE`]: #ERR_INVALID_ARG_TYPE
|
2017-11-07 13:09:49 +01:00
|
|
|
|
[`EventEmitter`]: events.html#events_class_eventemitter
|
2017-12-22 23:00:08 +01:00
|
|
|
|
[`fs.symlink()`]: fs.html#fs_fs_symlink_target_path_type_callback
|
|
|
|
|
[`fs.symlinkSync()`]: fs.html#fs_fs_symlinksync_target_path_type
|
2017-10-24 19:17:53 +02:00
|
|
|
|
[`hash.digest()`]: crypto.html#crypto_hash_digest_encoding
|
|
|
|
|
[`hash.update()`]: crypto.html#crypto_hash_update_data_inputencoding
|
2017-08-26 09:53:27 +02:00
|
|
|
|
[`readable._read()`]: stream.html#stream_readable_read_size_1
|
2017-10-24 19:17:53 +02:00
|
|
|
|
[`sign.sign()`]: crypto.html#crypto_sign_sign_privatekey_outputformat
|
2017-10-29 19:12:17 +01:00
|
|
|
|
[`stream.pipe()`]: stream.html#stream_readable_pipe_destination_options
|
2017-08-26 09:53:27 +02:00
|
|
|
|
[`stream.push()`]: stream.html#stream_readable_push_chunk_encoding
|
|
|
|
|
[`stream.unshift()`]: stream.html#stream_readable_unshift_chunk
|
2017-10-29 16:36:32 +01:00
|
|
|
|
[`stream.write()`]: stream.html#stream_writable_write_chunk_encoding_callback
|
|
|
|
|
[`Writable`]: stream.html#stream_class_stream_writable
|
2017-08-01 23:43:34 +02:00
|
|
|
|
[`subprocess.kill()`]: child_process.html#child_process_subprocess_kill_signal
|
|
|
|
|
[`subprocess.send()`]: child_process.html#child_process_subprocess_send_message_sendhandle_options_callback
|
2017-06-20 08:04:24 +02:00
|
|
|
|
[`fs.readFileSync`]: fs.html#fs_fs_readfilesync_path_options
|
2017-05-08 18:30:13 +02:00
|
|
|
|
[`fs.readdir`]: fs.html#fs_fs_readdir_path_options_callback
|
2015-11-28 00:30:32 +01:00
|
|
|
|
[`fs.unlink`]: fs.html#fs_fs_unlink_path_callback
|
|
|
|
|
[`fs`]: fs.html
|
|
|
|
|
[`http`]: http.html
|
|
|
|
|
[`https`]: https.html
|
2017-01-24 16:49:53 +01:00
|
|
|
|
[`libuv Error handling`]: http://docs.libuv.org/en/v1.x/errors.html
|
2015-11-28 00:30:32 +01:00
|
|
|
|
[`net`]: net.html
|
2017-05-08 18:30:13 +02:00
|
|
|
|
[`new URL(input)`]: url.html#url_constructor_new_url_input_base
|
|
|
|
|
[`new URLSearchParams(iterable)`]: url.html#url_constructor_new_urlsearchparams_iterable
|
2015-11-28 00:30:32 +01:00
|
|
|
|
[`process.on('uncaughtException')`]: process.html#process_event_uncaughtexception
|
2017-05-08 18:30:13 +02:00
|
|
|
|
[`process.send()`]: process.html#process_process_send_message_sendhandle_options_callback
|
2017-11-20 19:57:20 +01:00
|
|
|
|
[`process.setUncaughtExceptionCaptureCallback()`]: process.html#process_process_setuncaughtexceptioncapturecallback_fn
|
2017-10-24 08:06:53 +02:00
|
|
|
|
[`require('crypto').setEngine()`]: crypto.html#crypto_crypto_setengine_engine_flags
|
2017-10-24 19:17:53 +02:00
|
|
|
|
[`server.listen()`]: net.html#net_server_listen
|
|
|
|
|
[ES6 module]: esm.html
|
2017-05-08 18:30:13 +02:00
|
|
|
|
[Node.js Error Codes]: #nodejs-error-codes
|
|
|
|
|
[V8's stack trace API]: https://github.com/v8/v8/wiki/Stack-Trace-API
|
|
|
|
|
[WHATWG URL API]: url.html#url_the_whatwg_url_api
|
2017-10-03 05:56:49 +02:00
|
|
|
|
[crypto digest algorithm]: crypto.html#crypto_crypto_gethashes
|
2015-11-14 04:21:49 +01:00
|
|
|
|
[domains]: domain.html
|
2016-04-13 12:30:14 +02:00
|
|
|
|
[event emitter-based]: events.html#events_class_eventemitter
|
2015-12-02 17:17:19 +01:00
|
|
|
|
[file descriptors]: https://en.wikipedia.org/wiki/File_descriptor
|
2017-07-30 12:09:13 +02:00
|
|
|
|
[ICU]: intl.html#intl_internationalization_support
|
2015-11-14 04:21:49 +01:00
|
|
|
|
[online]: http://man7.org/linux/man-pages/man3/errno.3.html
|
2015-11-28 00:30:32 +01:00
|
|
|
|
[stream-based]: stream.html
|
2015-11-14 04:21:49 +01:00
|
|
|
|
[syscall]: http://man7.org/linux/man-pages/man2/syscall.2.html
|
2016-02-20 01:07:00 +01:00
|
|
|
|
[try-catch]: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/try...catch
|
2015-11-28 00:30:32 +01:00
|
|
|
|
[vm]: vm.html
|
2017-09-09 13:09:28 +02:00
|
|
|
|
[WHATWG Supported Encodings]: util.html#util_whatwg_supported_encodings
|
2017-10-27 02:09:30 +02:00
|
|
|
|
[`zlib`]: zlib.html
|