There are far too many files here to review everyone carefully.
Spot checking most of the diffs look good as test code is generally written
with less care than application code so lots of ugly formatting get through.
If people notice files where the automated formatting bothers them feel free
to comment indicating file names and I'll move spaces within comments to make
the formatting cleaner and use comments to force block formatting as I have
done for other case where formatting looked bad.
BUG=
R=efortuna@google.com
Review-Url: https://codereview.chromium.org/2771453003 .
This reverts commit dde47b2aad.
Revert "Update Dartium status for passing test"
This reverts commit d71c70d56d.
Tests failing on dart2js and async_star_pause_test is
passing on Dartium. Need to think about how to update the
status files.
Review-Url: https://codereview.chromium.org/2656503004 .
Makes subscriptions the active part of a stream, with the stream
itself being just an inert creator of subscriptions.
This changes the behavior of a "single subscription" stream to match
the documentation: After the subscription is canceled, you can't
resubscribe to the stream. Previously, you could do that, but it was
never documented or intended.
This also makes the stream of a StreamController not be paused while
before it's subscribed - it is always the subscription that is paused
or not, and while there is no subscription, the stream cannot be
paused. Previously the stream was set to paused until the first
subscription in order to prevent events from being lost. That is
handled independently of pauses now.
Adds StreamController.multiplex constructor. This name is tentative,
and likely to change. Its behavior may change as well. It currently
provides a new single-subscription stream each time its "stream"
getter is read, and you can subscribe to these.
Adds StreamIterator class that allows iterating over a stream's data
events using (async) "moveNext()" and "current", like a direct style
Iterator (sorry, it won't work in a for-in loop).
Review URL: https://codereview.chromium.org//16131003
git-svn-id: https://dart.googlecode.com/svn/branches/bleeding_edge/dart@23237 260f80e4-7a28-3924-810f-c04153c831b5
Reverts r23218, r23217, r23208, r23207, r23206, r23205, r23204.
r23218 | Path observer is listened more than once, so make it multiplex.
r23217 | Add StreamController.multiplex constructor.
r23208 | Fix bug in streamimpl
r23207 | Fix bug in stream iterator.
r23206 | Change expectations for http_parser_test.
r23205 | Fix bug in stream-impl.
r23204 | Make StreamSubscription be the active part of a string.
Review URL: https://codereview.chromium.org//15989006
git-svn-id: https://dart.googlecode.com/svn/branches/bleeding_edge/dart@23221 260f80e4-7a28-3924-810f-c04153c831b5
Callbacks are the on-pause/subscription-state change calls from a stream.
Now a callback is an atomic operation. State changes happening during a callback
will not trigger a new callback before the old one is done. If the state is
changed during the callback, another callback will follow immediately.
Firing of events is also atomic, so a callback will not happend during an event
being fired, but will be triggered afterwards if the state was changed by the
event handlers.
A stream controller (or any other listener for callbacks) will not be told
immediately if a paused stream is resumed. If there are pending events in the
queue, those will be fired before the controller is considerered resumed.
A canceled subscription will immediately stop getting events.
Previously it would get the current event being fired, but it's more rational
to not get events after you have said you don't want them, instead of having
the handlers have to discard events after a cancel.
Review URL: https://codereview.chromium.org//12393009
git-svn-id: https://dart.googlecode.com/svn/branches/bleeding_edge/dart@19379 260f80e4-7a28-3924-810f-c04153c831b5
Jacob Richman