@@ -384,7 +384,7 @@ an [`fs.Dirent`][], or `null` if there are no more directory entries to read.
384
384
385
385
Directory entries returned by this function are in no particular order as
386
386
provided by the operating system's underlying directory mechanisms.
387
- Entries added or removed while iterating over the directory may or may not be
387
+ Entries added or removed while iterating over the directory might not be
388
388
included in the iteration results.
389
389
390
390
### ` dir.read(callback) `
@@ -404,7 +404,7 @@ After the read is completed, the `callback` will be called with an
404
404
405
405
Directory entries returned by this function are in no particular order as
406
406
provided by the operating system's underlying directory mechanisms.
407
- Entries added or removed while iterating over the directory may or may not be
407
+ Entries added or removed while iterating over the directory might not be
408
408
included in the iteration results.
409
409
410
410
### ` dir.readSync() `
@@ -421,7 +421,7 @@ If there are no more directory entries to read, `null` will be returned.
421
421
422
422
Directory entries returned by this function are in no particular order as
423
423
provided by the operating system's underlying directory mechanisms.
424
- Entries added or removed while iterating over the directory may or may not be
424
+ Entries added or removed while iterating over the directory might not be
425
425
included in the iteration results.
426
426
427
427
### ` dir[Symbol.asyncIterator]() `
@@ -441,7 +441,7 @@ See [`fs.Dir`][] for an example.
441
441
442
442
Directory entries returned by this iterator are in no particular order as
443
443
provided by the operating system's underlying directory mechanisms.
444
- Entries added or removed while iterating over the directory may or may not be
444
+ Entries added or removed while iterating over the directory might not be
445
445
included in the iteration results.
446
446
447
447
## Class: ` fs.Dirent `
@@ -3532,7 +3532,7 @@ changes:
3532
3532
* ` path ` {string|Buffer|URL}
3533
3533
* ` options ` {Object}
3534
3534
* ` maxRetries ` {integer} If an ` EBUSY ` , ` EMFILE ` , ` ENFILE ` , ` ENOTEMPTY ` , or
3535
- ` EPERM ` error is encountered, Node.js will retry the operation with a linear
3535
+ ` EPERM ` error is encountered, Node.js retries the operation with a linear
3536
3536
backoff wait of ` retryDelay ` milliseconds longer on each try. This option
3537
3537
represents the number of retries. This option is ignored if the ` recursive `
3538
3538
option is not ` true ` . ** Default:** ` 0 ` .
@@ -3583,7 +3583,7 @@ changes:
3583
3583
* ` path ` {string|Buffer|URL}
3584
3584
* ` options ` {Object}
3585
3585
* ` maxRetries ` {integer} If an ` EBUSY ` , ` EMFILE ` , ` ENFILE ` , ` ENOTEMPTY ` , or
3586
- ` EPERM ` error is encountered, Node.js will retry the operation with a linear
3586
+ ` EPERM ` error is encountered, Node.js retries the operation with a linear
3587
3587
backoff wait of ` retryDelay ` milliseconds longer on each try. This option
3588
3588
represents the number of retries. This option is ignored if the ` recursive `
3589
3589
option is not ` true ` . ** Default:** ` 0 ` .
@@ -4435,8 +4435,8 @@ fs.write(fd, Buffer.from(data, options.encoding), callback);
4435
4435
```
4436
4436
4437
4437
The difference from directly calling ` fs.write() ` is that under some unusual
4438
- conditions, ` fs.write() ` may write only part of the buffer and will need to be
4439
- retried to write the remaining data, whereas ` fs.writeFile() ` will retry until
4438
+ conditions, ` fs.write() ` might write only part of the buffer and need to be
4439
+ retried to write the remaining data, whereas ` fs.writeFile() ` retries until
4440
4440
the data is entirely written (or an error occurs).
4441
4441
4442
4442
The implications of this are a common source of confusion. In
@@ -5525,7 +5525,7 @@ changes:
5525
5525
* ` path ` {string|Buffer|URL}
5526
5526
* ` options ` {Object}
5527
5527
* ` maxRetries ` {integer} If an ` EBUSY ` , ` EMFILE ` , ` ENFILE ` , ` ENOTEMPTY ` , or
5528
- ` EPERM ` error is encountered, Node.js will retry the operation with a linear
5528
+ ` EPERM ` error is encountered, Node.js retries the operation with a linear
5529
5529
backoff wait of ` retryDelay ` milliseconds longer on each try. This option
5530
5530
represents the number of retries. This option is ignored if the ` recursive `
5531
5531
option is not ` true ` . ** Default:** ` 0 ` .
@@ -6025,7 +6025,7 @@ or `O_EXCL|O_CREAT` to `CREATE_NEW`, as accepted by `CreateFileW`.
6025
6025
The exclusive flag ` 'x' ` (` O_EXCL ` flag in open(2)) causes the operation to
6026
6026
return an error if the path already exists. On POSIX, if the path is a symbolic
6027
6027
link, using ` O_EXCL ` returns an error even if the link is to a path that does
6028
- not exist. The exclusive flag may or may not work with network file systems.
6028
+ not exist. The exclusive flag might not work with network file systems.
6029
6029
6030
6030
On Linux, positional writes don't work when the file is opened in append mode.
6031
6031
The kernel ignores the position argument and always appends the data to
0 commit comments