Mojo C++ Bindings: Allow callbacks to own their InterfacePtr

Mojo C++ Bindings: Allow callbacks to own their InterfacePtr

This changes endpoint error handling slightly to enable response
callbacks to own the endpoint which is waiting for the response.

The use case is that sometimes a caller wants to make a single
interface call which receives a response, and there's no good
candidate object to own and keep the InterfacePtr alive for
the extent of the call. If the Ptr isn't kept alive, the response
will never be received.

In such cases, it's natural to want the Ptr to live only as long
as the pending request. See the image_decoder client library for a
concrete example: https://codereview.chromium.org/2475543003
Specifically image_decoder::Decode().

BUG=654986
R=yzshen@chromium.org

Committed: https://crrev.com/fddb451107a7468066fd17996e1920d1ee3289a4
Cr-Commit-Position: refs/heads/master@{#430749}

[Ken Rockot(use gerrit already), 2016-11-08 21:26:45]

The CQ bit was checked by rockot@chromium.org to run a CQ dry run

[commit-bot: I haz the power, 2016-11-08 21:27:31]

Dry run: CQ is trying da patch. Follow status at
 
https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...

[Ken Rockot(use gerrit already), 2016-11-08 21:32:19]

The CQ bit was checked by rockot@chromium.org to run a CQ dry run

[commit-bot: I haz the power, 2016-11-08 21:33:23]

Dry run: CQ is trying da patch. Follow status at
 
https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...

[Ken Rockot(use gerrit already), 2016-11-08 21:58:00]

PTAL, thanks!

[commit-bot: I haz the power, 2016-11-08 22:38:48]

The CQ bit was unchecked by commit-bot@chromium.org

[commit-bot: I haz the power, 2016-11-08 22:38:49]

Dry run: This issue passed the CQ dry run.

[yzshen1, 2016-11-08 23:07:31]

lgtm

[Ken Rockot(use gerrit already), 2016-11-08 23:08:11]

The CQ bit was checked by rockot@chromium.org

[commit-bot: I haz the power, 2016-11-08 23:08:49]

CQ is trying da patch. Follow status at
 
https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...

[commit-bot: I haz the power, 2016-11-08 23:16:23]

Committed patchset #2 (id:20001)

[commit-bot: I haz the power, 2016-11-08 23:21:43]

Description was changed from

==========
Mojo C++ Bindings: Allow callbacks to own their InterfacePtr

This changes endpoint error handling slightly to enable response
callbacks to own the endpoint which is waiting for the response.

The use case is that sometimes a caller wants to make a single
interface call which receives a response, and there's no good
candidate object to own and keep the InterfacePtr alive for
the extent of the call. If the Ptr isn't kept alive, the response
will never be received.

In such cases, it's natural to want the Ptr to live only as long
as the pending request. See the image_decoder client library for a
concrete example: https://codereview.chromium.org/2475543003
Specifically image_decoder::Decode().

BUG=654986
R=yzshen@chromium.org
==========

to

==========
Mojo C++ Bindings: Allow callbacks to own their InterfacePtr

This changes endpoint error handling slightly to enable response
callbacks to own the endpoint which is waiting for the response.

The use case is that sometimes a caller wants to make a single
interface call which receives a response, and there's no good
candidate object to own and keep the InterfacePtr alive for
the extent of the call. If the Ptr isn't kept alive, the response
will never be received.

In such cases, it's natural to want the Ptr to live only as long
as the pending request. See the image_decoder client library for a
concrete example: https://codereview.chromium.org/2475543003
Specifically image_decoder::Decode().

BUG=654986
R=yzshen@chromium.org

Committed: https://crrev.com/fddb451107a7468066fd17996e1920d1ee3289a4
Cr-Commit-Position: refs/heads/master@{#430749}
==========

[commit-bot: I haz the power, 2016-11-08 23:21:44]

Patchset 2 (id:??) landed as
https://crrev.com/fddb451107a7468066fd17996e1920d1ee3289a4
Cr-Commit-Position: refs/heads/master@{#430749}