diff options
| author |  Kirk Scheibelhut <scheibo@users.noreply.github.com>
| 2022-07-05 11:11:06 -0700 |
|---|---|---|
| committer |  Jarred Sumner <jarred@jarredsumner.com>
| 2022-07-05 11:40:27 -0700 |
| commit | 0c9fb7e063d80358ddd7898ce7f45f3dc90aaecc (patch) | |
| tree | 3888177099aad3f109908e6a1bd095f5bffece39 | |
| parent | 70e2bda971e41c8bf9426da30af8d28310ddd485 (diff) | |
| download | bun-0c9fb7e063d80358ddd7898ce7f45f3dc90aaecc.tar.gz bun-0c9fb7e063d80358ddd7898ce7f45f3dc90aaecc.tar.zst bun-0c9fb7e063d80358ddd7898ce7f45f3dc90aaecc.zip | |
nitpick README
- modify wording of example which implies there are two blobs beings passed when only one is
- styling Bun.js -> bun.js for consistency
- correct 63 bits -> 53 bits
| -rw-r--r-- | README.md | 10 |
1 files changed, 5 insertions, 5 deletions
@@ -274,7 +274,7 @@ bun.js has fast paths for common use cases that make Web APIs live up to the per `Bun.file(path)` returns a [`Blob`](https://developer.mozilla.org/en-US/docs/Web/API/Blob) that represents a lazily-loaded file. -When you pass two file blobs to `Bun.write`, Bun automatically uses a faster system call: +When you pass a file blob to `Bun.write`, Bun automatically uses a faster system call: ```js const blob = Bun.file("input.txt"); @@ -464,9 +464,9 @@ You can see [Bun's Roadmap](https://github.com/Jarred-Sumner/bun/issues/159), bu | Feature | In | | ------------------------------------------------------------------------------------- | -------------- | -| Web Streams with Fetch API | Bun.js | -| Web Streams with HTMLRewriter | Bun.js | -| WebSocket Server | Bun.js | +| Web Streams with Fetch API | bun.js | +| Web Streams with HTMLRewriter | bun.js | +| WebSocket Server | bun.js | | Package hoisting that matches npm behavior | bun install | | Source Maps (unbundled is supported) | JS Bundler | | Source Maps | CSS | @@ -2615,7 +2615,7 @@ Bun represents [pointers](<https://en.wikipedia.org/wiki/Pointer_(computer_progr 64-bit processors support up to [52 bits of addressible space](https://en.wikipedia.org/wiki/64-bit_computing#Limits_of_processors). -[JavaScript numbers](https://en.wikipedia.org/wiki/Double-precision_floating-point_format#IEEE_754_double-precision_binary_floating-point_format:_binary64) support 63 bits of usable space, so that leaves us with about 11 bits of extra space. +[JavaScript numbers](https://en.wikipedia.org/wiki/Double-precision_floating-point_format#IEEE_754_double-precision_binary_floating-point_format:_binary64) support 53 bits of usable space, so that leaves us with about 11 bits of extra space. Why not `BigInt`? |