Age | Commit message (Collapse) | Author |
|
|
|
* This includes running docs, examples, and lib tests for each added
feature, to ensure nothing is broken
|
|
|
|
|
|
|
|
|
|
The threadpool is behind a feature flag.
Refs: #1264
|
|
* reactor: rename tokio-reactor -> tokio-net
This is in preparation for #1264
|
|
The `CurrentThread` executor is exposed using a feature flag.
Refs: #1264
|
|
|
|
|
|
* update all tests
* fix doc examples
* misc API tweaks
|
|
|
|
This switches from using the tokio-futures facade to referencing
futures-* crates directly.
|
|
re-enables the threaded runtime and sets it (again) as the default.
|
|
|
|
* timer: restructure feature flags
* update timer tests
* Add `async-traits` to CI
This also disables a buggy `threadpool` test. This test should be fixed in the future.
Refs #1225
|
|
## Motivation
The `tokio-trace` and `tokio-trace-core` crates have been renamed to
`tracing` and `tracing-core`, and moved to their own repository
(`tokio-rs/tracing`).
## Solution
This branch removes `tokio-trace` and `tokio-trace-core` from the
`tokio` repository. In addition, I've added a "Related Projects" section
to the root README, which lists `tracing` (as well as `mio`, and
`bytes`) as other libraries maintained by the Tokio project. I thought
that this would help folks looking for `tokio-trace` here find it in its
new home.
In addition, it changes `tokio` to depend on `tracing-core` rather than
`tokio-trace-core`.
Closes #1159
Signed-off-by: Eliza Weisman <eliza@buoyant.io>
|
|
|
|
Includes minor fixes and a very basic example.
Fixes #1183
|
|
A first pass at updating Tokio to use `std::future`.
Implementations of `Future` from the futures crate are updated to implement
`Future` from std. Implementations of `Stream` are moved to a feature flag.
This commits disables a number of crates that have not yet been updated.
|
|
|
|
|
|
Also includes 1b498e8aa23b53528a5a2d6e6aad2fe41f37ff60
|
|
This updates tests to track a fix applied in Mio. Previously, Mio
incorrectly fired HUP events. This was due to Mio mapping `RDHUP` to
HUP. The test is updated to correctly generate a HUP event.
Additionally, HUP events will be removed from all platforms except for
Linux. This is caused by the inability to reliably map kqueue events to
the epoll HUP behavior.
|
|
|
|
feature. (#1089)
The `async-await-preview` feature is removed as 0.1 will no longer track
Rust nightly.
This also bumps:
- tokio-timer (0.2.11).
|
|
|
|
This function is used by the Tokio macros introduced by #1058 but was
omitted from the PR.
|
|
|
|
A general refresh of Tokio's experimental async / await support.
|
|
#993 introduces changes in a sub crate that other Tokio crates depend
on. To make CI pass, a `[patch]` statement and `path` dependencies are
used.
When releasing, these must be removed. However, the commit that
removes them and prepares the crates for release will not be able to
pass CI.
This commit adds a conditional on a special `[ci-release]` snippet in
the commit message. If this exists, CI is only run with the full "patched"
dependencies.
|
|
Adds a `TypedExecutor` trait that describes how to spawn futures of a specific
type. This is useful for implementing functions that are generic over an executor
and wish to support both `Send` and `!Send` cases.
|
|
- Move `tokio` into its own directory.
- Remove `path` dependencies.
- Run tests with once with crates.io dep and once with patched dep.
|
|
Use Azure Pipelines for CI. This migrates away from Travis and
Appveyor.
|
|
|
|
We need to drain the queue when dropping, or else those `Arc<Task>`s
will be leaked.
Fixes #542
|
|
* docs: fix spelling and whitespace errors
|
|
|
|
|
|
This also adds a filter for another treiber stack expected data race. The
race is expected as part of the algorithm.
|
|
This patch adds a `blocking` to `tokio-threadpool`. This function serves
as a way to annotate sections of code that will perform blocking
operations. This informs the thread pool that an additional thread needs
to be spawned to replace the current thread, which will no longer be
able to process the work queue.
|
|
|
|
This patch adds a new crate: tokio-timer. This crate provides an
efficient timer implemeentation designed for use in Tokio based
applications.
The timer users a hierarchical hashed timer wheel algorithm with six
levels, each having 64 slots. This allows the timer to have a resolution
of 1ms while maintaining O(1) complexity for insert, removal, and firing
of timeouts.
There already exists a tokio-timer crate. This is a complete rewrite
which solves the outstanding problems with the existing tokio-timer
library.
Closes #146.
|