• Home
  • Line#
  • Scopes#
  • Navigate#
  • Raw
  • Download
1/* Copyright (c) 2012 The Chromium Authors. All rights reserved.
2 * Use of this source code is governed by a BSD-style license that can be
3 * found in the LICENSE file.
4 */
5
6/**
7 * This file defines the API to create and run a callback.
8 */
9
10/**
11 * This typedef defines the signature that you implement to receive callbacks
12 * on asynchronous completion of an operation.
13 *
14 * @param[in] user_data A pointer to user data passed to a callback function.
15 * @param[in] result If result is 0 (PP_OK), the operation succeeded.  Negative
16 * values (other than -1 or PP_OK_COMPLETE) indicate error and are specified
17 * in pp_errors.h. Positive values for result usually indicate success and have
18 * some operation-dependent meaning (such as bytes read).
19 */
20typedef void PP_CompletionCallback_Func([inout] mem_t user_data,
21                                        [in] int32_t result);
22
23/**
24 * This enumeration contains flags used to control how non-NULL callbacks are
25 * scheduled by asynchronous methods.
26 */
27[assert_size(4)]
28enum PP_CompletionCallback_Flag {
29  /**
30   * By default any non-NULL callback will always invoked asynchronously,
31   * on success or error, even if the operation could complete synchronously
32   * without blocking.
33   *
34   * The method taking such callback will always return PP_OK_COMPLETIONPENDING.
35   * The callback will be invoked on the same thread on which the method was
36   * invoked.
37   *
38   * NOTE: If the method taking the callback is invoked on a background
39   * thread that has no valid PPB_MessageLoop resource attached, the system has
40   * no way to run the callback on the correct thread. In this case, a log
41   * message will be emitted and the plugin will be made to crash.
42   */
43  PP_COMPLETIONCALLBACK_FLAG_NONE = 0 << 0,
44  /**
45   * This flag allows any method taking such callback to complete synchronously
46   * and not call the callback if the operation would not block. This is useful
47   * when performance is an issue, and the operation bandwidth should not be
48   * limited to the processing speed of the message loop.
49   *
50   * On synchronous method completion, the completion result will be returned
51   * by the method itself. Otherwise, the method will return
52   * PP_OK_COMPLETIONPENDING, and the callback will be invoked asynchronously on
53   * the same thread on which the method was invoked. If there is no valid
54   * PPB_MessageLoop attached to that thread, and the callback would normally
55   * run asynchronously, the invoked method will return
56   * PP_ERROR_NO_MESSAGE_LOOP.
57   */
58  PP_COMPLETIONCALLBACK_FLAG_OPTIONAL = 1 << 0
59};
60
61
62/**
63 * <code>PP_CompletionCallback</code> is a common mechanism for supporting
64 * potentially asynchronous calls in browser interfaces. Any method that takes a
65 * <code>PP_CompletionCallback</code> can be used in one of three different
66 * ways:
67 *   - Required: The callback will always be invoked asynchronously on the
68 *               thread where the associated PPB method was invoked. The method
69 *               will always return PP_OK_COMPLETIONPENDING when a required
70 *               callback, and the callback will be invoked later (barring
71 *               system or thread shutdown; see PPB_MessageLoop for details).
72 *               Required callbacks are the default.
73 *               <br /><br />
74 *               NOTE: If you use a required callback on a background thread,
75 *               you must have created and attached a PPB_MessageLoop.
76 *               Otherwise, the system can not run your callback on that thread,
77 *               and will instead emit a log message and crash your plugin to
78 *               make the problem more obvious.
79 *
80 *   - Optional: The callback may be invoked asynchronously, or the PPB method
81 *               may complete synchronously if it can do so without blocking.
82 *               If the method will complete asynchronously, it will return
83 *               PP_OK_COMPLETIONPENDING. Otherwise, it will complete
84 *               synchronously and return an appropriate code (see below for
85 *               more information on the return code). Optional callbacks are
86 *               generally more difficult to use correctly than Required
87 *               callbacks, but can provide better performance for some APIs
88 *               (especially APIs with buffered reads, such as PPB_URLLoader or
89 *               PPB_FileIO).
90 *               <br /><br />
91 *               NOTE: If you use an optional callback on a background thread,
92 *               and you have not created and attached a PPB_MessageLoop, then
93 *               the method you invoke will fail without running and return
94 *               PP_ERROR_NO_MESSAGE_LOOP.
95 *
96 *   - Blocking: In this case, the callback's function pointer is NULL, and the
97 *               invoked method must complete synchronously. The method will
98 *               run to completion and return an appropriate code when finished
99 *               (see below for more information). Blocking completion
100 *               callbacks are only supported on background threads.
101 *               <br /><br />
102 *               <code>PP_BlockUntilComplete()</code> provides a convenient way
103 *               to specify blocking behavior. Refer to
104 *               <code>PP_BlockUntilComplete</code> for more information.
105 *
106 * When the callback is run asynchronously, the result parameter passed to
107 * <code>func</code> is an int32_t that, if negative indicates an error code
108 * whose meaning is specific to the calling method (refer to
109 * <code>pp_error.h</code> for further information). A positive or 0 value is a
110 * return result indicating success whose meaning depends on the calling method
111 * (e.g. number of bytes read).
112 */
113[passByValue] struct PP_CompletionCallback {
114  /**
115   * This value is a callback function that will be called, or NULL if this is
116   * a blocking completion callback.
117   */
118  PP_CompletionCallback_Func func;
119  /**
120   * This value is a pointer to user data passed to a callback function.
121   */
122  mem_t user_data;
123
124  /**
125   * Flags used to control how non-NULL callbacks are scheduled by
126   * asynchronous methods.
127   */
128  int32_t flags;
129};
130
131#inline c
132#include <stdlib.h>
133
134/**
135 * @addtogroup Functions
136 * @{
137 */
138/**
139 * PP_MakeCompletionCallback() is used to create a
140 * <code>PP_CompletionCallback</code>.
141 *
142 * <strong>Example, creating a Required callback:</strong>
143 *
144 * @code
145 * struct PP_CompletionCallback cc = PP_MakeCompletionCallback(Foo, NULL);
146 * @endcode
147 *
148 * <strong>Example, creating an Optional callback:</strong>
149 *
150 * @code
151 * struct PP_CompletionCallback cc = PP_MakeCompletionCallback(Foo, NULL);
152 * cc.flags = cc.flags | PP_COMPLETIONCALLBACK_FLAG_OPTIONAL;
153 * @endcode
154 *
155 * @param[in] func A <code>PP_CompletionCallback_Func</code> that will be
156 * called.
157 * @param[in] user_data A pointer to user data passed to your callback
158 * function. This is optional and is typically used to help track state
159 * when you may have multiple callbacks pending.
160 *
161 * @return A <code>PP_CompletionCallback</code> structure.
162 */
163PP_INLINE struct PP_CompletionCallback PP_MakeCompletionCallback(
164    PP_CompletionCallback_Func func,
165    void* user_data) {
166  struct PP_CompletionCallback cc;
167  cc.func = func;
168  cc.user_data = user_data;
169  cc.flags = PP_COMPLETIONCALLBACK_FLAG_NONE;
170  return cc;
171}
172
173/**
174 * PP_MakeOptionalCompletionCallback() is used to create a PP_CompletionCallback
175 * with PP_COMPLETIONCALLBACK_FLAG_OPTIONAL set.
176 *
177 * @param[in] func A PP_CompletionCallback_Func to be called on completion.
178 * @param[in] user_data A pointer to user data passed to be passed to the
179 * callback function. This is optional and is typically used to help track state
180 * in case of multiple pending callbacks.
181 *
182 * @return A PP_CompletionCallback structure.
183 */
184PP_INLINE struct PP_CompletionCallback PP_MakeOptionalCompletionCallback(
185    PP_CompletionCallback_Func func,
186    void* user_data) {
187  struct PP_CompletionCallback cc = PP_MakeCompletionCallback(func, user_data);
188  cc.flags = cc.flags | PP_COMPLETIONCALLBACK_FLAG_OPTIONAL;
189  return cc;
190}
191/**
192 * @}
193 */
194
195/**
196 * @addtogroup Functions
197 * @{
198 */
199
200/**
201 * PP_RunCompletionCallback() is used to run a callback. It invokes
202 * the callback function passing it user data specified on creation and
203 * completion |result|.
204 *
205 * @param[in] cc A pointer to a <code>PP_CompletionCallback</code> that will be
206 * run.
207 * @param[in] result The result of the operation. Non-positive values correspond
208 * to the error codes from pp_errors.h (excluding PP_OK_COMPLETIONPENDING).
209 * Positive values indicate additional information such as bytes read.
210 */
211PP_INLINE void PP_RunCompletionCallback(struct PP_CompletionCallback* cc,
212                                        int32_t result) {
213  cc->func(cc->user_data, result);
214}
215
216/**
217 * @}
218 */
219
220/**
221 * @addtogroup Functions
222 * @{
223 */
224
225 /**
226 * PP_BlockUntilComplete() is used in place of an actual completion callback
227 * to request blocking behavior. If specified, the calling thread will block
228 * until the function completes. Blocking completion callbacks are only allowed
229 * from background threads.
230 *
231 * @return A <code>PP_CompletionCallback</code> structure.
232 */
233PP_INLINE struct PP_CompletionCallback PP_BlockUntilComplete(void) {
234  return PP_MakeCompletionCallback(NULL, NULL);
235}
236
237/**
238 * PP_RunAndClearCompletionCallback() runs a callback and clears the reference
239 * to that callback.
240 *
241 * This function is used when the null-ness of a completion callback is used as
242 * a signal for whether a completion callback has been registered. In this
243 * case, after the execution of the callback, it should be cleared. However,
244 * this introduces a conflict if the completion callback wants to schedule more
245 * work that involves the same completion callback again (for example, when
246 * reading data from an URLLoader, one would typically queue up another read
247 * callback). As a result, this function clears the pointer
248 * before the provided callback is executed.
249 */
250PP_INLINE void PP_RunAndClearCompletionCallback(
251    struct PP_CompletionCallback* cc,
252    int32_t res) {
253  struct PP_CompletionCallback temp = *cc;
254  *cc = PP_BlockUntilComplete();
255  PP_RunCompletionCallback(&temp, res);
256}
257/**
258 * @}
259 */
260
261#endinl
262
263