| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
as discovered by the Scala 2.13 community build
|
|
|
|
|
| |
Remove use of scala.concurrent.forkjoin.
Remove support for JDK 6.
|
| |
|
| |
|
|
|
|
|
|
| |
A worthy optimization, suggested by @danarmak.
Closes #73
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, as sequence of state transitions that did not pass through
an asynchrous boundary incurred stack frames. The trivial loop in
the enclosed test case would then overflow the stack.
This commit merges the `resume` and `apply(tr: Try[Any])` methods into
a `apply`. It changes the body of this method to be an infinite loop
with returns at the terminal points in the state machine (or at a
terminal failure.)
To allow merging of these previously separate matches, states that
contain an await are now allocated two state ids: one for the setup
code that calls `onComplete`, and one for the code in the continuation
that records the result and advances the state machine.
Fixes #93
|
|
|
|
| |
2013 must have been unlucky.
|
|
|
|
|
| |
These are are at odds with the junit-interface SBT test framework
under SBT 0.13.+, and appear to be superfluous.
|
|
|
|
|
|
|
|
|
|
|
|
| |
This augments the on-complete handler for an async state with await as follows:
if (tr.isFailure)
result$async.complete(tr.asInstanceOf[Try[T]])
else {
<resultName> = tr.get.asInstanceOf[<resultType>]
<nextState>
<mkResumeApply>
}
|
| |
|
|
These tests do not use async/await, yet.
Refs #23
|