summaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
authorAditya Anand <aditya.anandmc@gmail.com>2017-05-03 00:35:11 +0530
committerRefael Ackermann <refack@gmail.com>2017-05-05 13:10:03 -0400
commit2614d247fb3cb6ceb65350a49a927d68696f2e62 (patch)
tree1eedceb0227620a9e314f2adcebf4885e329c543 /doc
parent8b76c3e60c7b5c274c757257580a2c0faae69097 (diff)
downloadandroid-node-v8-2614d247fb3cb6ceb65350a49a927d68696f2e62.tar.gz
android-node-v8-2614d247fb3cb6ceb65350a49a927d68696f2e62.tar.bz2
android-node-v8-2614d247fb3cb6ceb65350a49a927d68696f2e62.zip
doc: update readFileSync in fs.md
* Updated fs.md stating fs.readFileAsync is platform specific * Fix formatting of `note`s PR-URL: https://github.com/nodejs/node/pull/12800 Refs: https://github.com/nodejs/node/issues/10962 Reviewed-By: Refael Ackermann <refack@gmail.com> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Diffstat (limited to 'doc')
-rw-r--r--doc/api/fs.md56
1 files changed, 42 insertions, 14 deletions
diff --git a/doc/api/fs.md b/doc/api/fs.md
index 0efe9ed23b..a6f5f92822 100644
--- a/doc/api/fs.md
+++ b/doc/api/fs.md
@@ -591,8 +591,8 @@ fs.appendFile('message.txt', 'data to append', 'utf8', callback);
Any specified file descriptor has to have been opened for appending.
-_Note: If a file descriptor is specified as the `file`, it will not be closed
-automatically._
+*Note*: If a file descriptor is specified as the `file`, it will not be closed
+automatically.
## fs.appendFileSync(file, data[, options])
<!-- YAML
@@ -1546,10 +1546,10 @@ On Linux, positional writes don't work when the file is opened in append mode.
The kernel ignores the position argument and always appends the data to
the end of the file.
-_Note: The behavior of `fs.open()` is platform specific for some flags. As such,
+*Note*: The behavior of `fs.open()` is platform-specific for some flags. As such,
opening a directory on macOS and Linux with the `'a+'` flag - see example
below - will return an error. In contrast, on Windows and FreeBSD, a file
-descriptor will be returned._
+descriptor will be returned.
```js
// macOS and Linux
@@ -1711,11 +1711,27 @@ If `options` is a string, then it specifies the encoding. Example:
```js
fs.readFile('/etc/passwd', 'utf8', callback);
```
+*Note*: When the path is a directory, the behavior of
+`fs.readFile()` and [`fs.readFileSync()`][] is platform-specific. On macOS,
+Linux, and Windows, an error will be returned. On FreeBSD, a representation
+of the directory's contents will be returned.
+
+```js
+// macOS, Linux and Windows
+fs.readFile('<directory>', (err, data) => {
+ // => [Error: EISDIR: illegal operation on a directory, read <directory>]
+});
+
+// FreeBSD
+fs.readFile('<directory>', (err, data) => {
+ // => null, <data>
+});
+```
Any specified file descriptor has to support reading.
-_Note: If a file descriptor is specified as the `path`, it will not be closed
-automatically._
+*Note*: If a file descriptor is specified as the `path`, it will not be closed
+automatically.
## fs.readFileSync(path[, options])
<!-- YAML
@@ -1740,6 +1756,18 @@ Synchronous version of [`fs.readFile`][]. Returns the contents of the `file`.
If the `encoding` option is specified then this function returns a
string. Otherwise it returns a buffer.
+*Note*: Similar to [`fs.readFile()`][], when the path is a directory, the
+behavior of `fs.readFileSync()` is platform-specific.
+
+```js
+// macOS, Linux and Windows
+fs.readFileSync('<directory>');
+// => [Error: EISDIR: illegal operation on a directory, read <directory>]
+
+// FreeBSD
+fs.readFileSync('<directory>'); // => null, <data>
+```
+
## fs.readlink(path[, options], callback)
<!-- YAML
added: v0.1.31
@@ -2113,9 +2141,9 @@ effectively stopping watching of `filename`.
Calling `fs.unwatchFile()` with a filename that is not being watched is a
no-op, not an error.
-_Note: [`fs.watch()`][] is more efficient than `fs.watchFile()` and `fs.unwatchFile()`.
+*Note*: [`fs.watch()`][] is more efficient than `fs.watchFile()` and `fs.unwatchFile()`.
`fs.watch()` should be used instead of `fs.watchFile()` and `fs.unwatchFile()`
-when possible._
+when possible.
## fs.utimes(path, atime, mtime, callback)
<!-- YAML
@@ -2323,15 +2351,15 @@ These stat objects are instances of `fs.Stat`.
To be notified when the file was modified, not just accessed, it is necessary
to compare `curr.mtime` and `prev.mtime`.
-_Note: when an `fs.watchFile` operation results in an `ENOENT` error, it will
+*Note*: when an `fs.watchFile` operation results in an `ENOENT` error, it will
invoke the listener once, with all the fields zeroed (or, for dates, the Unix
Epoch). In Windows, `blksize` and `blocks` fields will be `undefined`, instead
of zero. If the file is created later on, the listener will be called again,
- with the latest stat objects. This is a change in functionality since v0.10._
+ with the latest stat objects. This is a change in functionality since v0.10.
-_Note: [`fs.watch()`][] is more efficient than `fs.watchFile` and
+*Note*: [`fs.watch()`][] is more efficient than `fs.watchFile` and
`fs.unwatchFile`. `fs.watch` should be used instead of `fs.watchFile` and
-`fs.unwatchFile` when possible._
+`fs.unwatchFile` when possible.
## fs.write(fd, buffer[, offset[, length[, position]]], callback)
<!-- YAML
@@ -2471,8 +2499,8 @@ Note that it is unsafe to use `fs.writeFile` multiple times on the same file
without waiting for the callback. For this scenario,
`fs.createWriteStream` is strongly recommended.
-_Note: If a file descriptor is specified as the `file`, it will not be closed
-automatically._
+*Note*: If a file descriptor is specified as the `file`, it will not be closed
+automatically.
## fs.writeFileSync(file, data[, options])
<!-- YAML