@@ -31,7 +31,7 @@ called.
31
31
32
32
All JavaScript errors are handled as exceptions that * immediately* generate
33
33
and throw an error using the standard JavaScript ` throw ` mechanism. These
34
- are handled using the [ ` try / catch ` construct] [ try-catch ] provided by the
34
+ are handled using the [ ` try… catch ` construct] [ try-catch ] provided by the
35
35
JavaScript language.
36
36
37
37
``` js
45
45
```
46
46
47
47
Any use of the JavaScript ` throw ` mechanism will raise an exception that
48
- * must* be handled using ` try / catch ` or the Node.js process will exit
48
+ * must* be handled using ` try… catch ` or the Node.js process will exit
49
49
immediately.
50
50
51
51
With few exceptions, _ Synchronous_ APIs (any blocking method that does not
@@ -90,7 +90,7 @@ Errors that occur within _Asynchronous APIs_ may be reported in multiple ways:
90
90
91
91
- A handful of typically asynchronous methods in the Node.js API may still
92
92
use the ` throw ` mechanism to raise exceptions that must be handled using
93
- ` try / catch ` . There is no comprehensive list of such methods; please
93
+ ` try… catch ` . There is no comprehensive list of such methods; please
94
94
refer to the documentation of each method to determine the appropriate
95
95
error handling mechanism required.
96
96
@@ -116,7 +116,7 @@ setImmediate(() => {
116
116
});
117
117
```
118
118
119
- Errors generated in this way * cannot* be intercepted using ` try / catch ` as
119
+ Errors generated in this way * cannot* be intercepted using ` try… catch ` as
120
120
they are thrown * after* the calling code has already exited.
121
121
122
122
Developers must refer to the documentation for each method to determine
@@ -149,7 +149,7 @@ fs.readFile('/some/file/that/does-not-exist', errorFirstCallback);
149
149
fs .readFile (' /some/file/that/does-exist' , errorFirstCallback);
150
150
```
151
151
152
- The JavaScript ` try / catch ` mechanism ** cannot** be used to intercept errors
152
+ The JavaScript ` try… catch ` mechanism ** cannot** be used to intercept errors
153
153
generated by asynchronous APIs. A common mistake for beginners is to try to
154
154
use ` throw ` inside an error-first callback:
155
155
@@ -648,7 +648,7 @@ Used when a child process is being forked without specifying an IPC channel.
648
648
### ERR_CHILD_PROCESS_STDIO_MAXBUFFER
649
649
650
650
Used when the main process is trying to read data from the child process's
651
- STDERR / STDOUT, and the data's length is longer than the ` maxBuffer ` option.
651
+ STDERR/ STDOUT, and the data's length is longer than the ` maxBuffer ` option.
652
652
653
653
<a id =" ERR_CLOSED_MESSAGE_PORT " ></a >
654
654
### ERR_CLOSED_MESSAGE_PORT
0 commit comments