Age | Commit message (Collapse) | Author |
|
|
|
We need to consider the API changes here more carefully.
This reverts commit da188a7d30cbf71317b46015ee63a06437c09aeb.
and commit 8569f15207bdc12c2c8ca81e9d020955be54918b.
Original: https://github.com/denoland/deno_std/commit/57c9176b19bf4f4580466e088c249cbe9b145119
|
|
Original: https://github.com/denoland/deno_std/commit/37a6bca8d04869a093ad669e0afded47f0cee0e7
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Original: https://github.com/denoland/deno_std/commit/271f7cc76db479dae6eb8dcbdc23ddf3e240f973
|
|
Original: https://github.com/denoland/deno_std/commit/da188a7d30cbf71317b46015ee63a06437c09aeb
|
|
This patch contains a special hack that circumvents the current tokio
seek problem.
tokio `seek` is implemented to take ownership of the original File and
emit a new one in its future, which conflicts with the design of
ResourceTable.
To avoid the problem, the current hack makes the FsFile resource
an Option which we could `take` the value ownership out of it. We then
convert the tokio File into a Rust std File, perform the seek, and then
put it back into the resource.
This might be able to drop this hack after
https://github.com/tokio-rs/tokio/pull/785 lands.
|
|
This fixes http server example by updating the import path as well as
using respond() correctly.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Original: https://github.com/denoland/deno_std/commit/3be908facd092e91b4ec1433effd710f5c9532b5
|
|
|
|
Original: https://github.com/denoland/deno_std/commit/ddafcc6572b6574eb0566d650e5f9ca9f049a8d6
|
|
|
|
|
|
|
|
|
|
Original: https://github.com/denoland/deno_std/commit/8569f15207bdc12c2c8ca81e9d020955be54918b
|
|
|
|
|
|
|
|
To make it clearer how people should indicate that are contributing to Deno.
|
|
This is to have access to this fix:
https://bugs.chromium.org/p/v8/issues/detail?id=8838
necessary for v8_postmortem_support.
|
|
Operating systems have defined directories for cache files.
That allows them to do smart things such as leaving them out when doing a backup,
or deleting them when disk space gets low.
Also a %home%\.deno folder on windows made no sense whatsoever.
Fixes #481
|
|
|
|
|
|
|
|
Explained here:
https://github.com/denoland/deno/issues/1559#issuecomment-462811554
Original: https://github.com/denoland/deno_std/commit/34ca60376bb1ee8ba50bf150ecf77a05a393ef4b
|
|
Original: https://github.com/denoland/deno_std/commit/19cccd2ebc5ef6c49f8fc941805a8d9bb2633796
|
|
|
|
Fixes #472
|
|
tools/format.ts is making CI flaky and it's difficult to run right now.
Reverting to tools/format.py
This reverts commit f19622e7681b7753788137706e535f72c3ebb38e.
|
|
|
|
Original: https://github.com/denoland/deno_std/commit/0a160c392521f643237cb4890ff64dac6e5e3a6b
|
|
Resolves #1705
This PR adds the Deno APIs as a global namespace named `Deno`. For backwards
compatibility, the ability to `import * from "deno"` is preserved. I have tried
to convert every test and internal code the references the module to use the
namespace instead, but because I didn't break compatibility I am not sure.
On the REPL, `deno` no longer exists, replaced only with `Deno` to align with
the regular runtime.
The runtime type library includes both the namespace and module. This means it
duplicates the whole type information. When we remove the functionality from the
runtime, it will be a one line change to the library generator to remove the
module definition from the type library.
I marked a `TODO` in a couple places where to remove the `"deno"` module, but
there are additional places I know I didn't mark.
|
|
|
|
|
|
|
|
|