<span class="co"> * Its send the object 'obj' (can be NULL) with an</span>
<span class="co"> * informationnal comment 'info (can also be NULL).</span>
<span class="co"> *</span>
-<span class="co"> * For conveniency, the function calls 'json_object_put' for 'obj'.</span>
+<span class="co"> * For convenience, the function calls 'json_object_put' for 'obj'.</span>
<span class="co"> * Thus, in the case where 'obj' should remain available after</span>
<span class="co"> * the function returns, the function 'json_object_get' shall be used.</span>
<span class="co"> */</span>
<span class="co"> * Same as 'afb_req_success' but the 'info' is a formatting</span>
<span class="co"> * string followed by arguments.</span>
<span class="co"> *</span>
-<span class="co"> * For conveniency, the function calls 'json_object_put' for 'obj'.</span>
+<span class="co"> * For convenience, the function calls 'json_object_put' for 'obj'.</span>
<span class="co"> * Thus, in the case where 'obj' should remain available after</span>
<span class="co"> * the function returns, the function 'json_object_get' shall be used.</span>
<span class="co"> */</span>
<span class="co"> * to call afb_req_success(NULL, info). Thus even if possible it</span>
<span class="co"> * is strongly recommended to NEVER use "success" for status.</span>
<span class="co"> *</span>
-<span class="co"> * For conveniency, the function calls 'json_object_put' for 'obj'.</span>
+<span class="co"> * For convenience, the function calls 'json_object_put' for 'obj'.</span>
<span class="co"> * Thus, in the case where 'obj' should remain available after</span>
<span class="co"> * the function returns, the function 'json_object_get' shall be used.</span>
<span class="co"> */</span>
<span class="co"> * Same as 'afb_req_fail' but the 'info' is a formatting</span>
<span class="co"> * string followed by arguments.</span>
<span class="co"> *</span>
-<span class="co"> * For conveniency, the function calls 'json_object_put' for 'obj'.</span>
+<span class="co"> * For convenience, the function calls 'json_object_put' for 'obj'.</span>
<span class="co"> * Thus, in the case where 'obj' should remain available after</span>
<span class="co"> * the function returns, the function 'json_object_get' shall be used.</span>
<span class="co"> */</span>
<span class="dt">void</span> afb_req_fail_f(<span class="kw">struct</span> afb_req req, <span class="dt">const</span> <span class="dt">char</span> *status, <span class="dt">const</span> <span class="dt">char</span> *info, ...);</code></pre>
<blockquote>
-<p>For conveniency, these functions automatically call <strong>json_object_put</strong> to release <strong>obj</strong>. Because <strong>obj</strong> usage count is null after being passed to a reply function, it SHOULD not be used anymore. If exceptionally <strong>obj</strong> needs to remain usable after reply function then using <strong>json_object_get</strong> on <strong>obj</strong> to increase usage count and cancels the effect the <strong>json_object_put</strong> is possible.</p>
+<p>For convenience, these functions automatically call <strong>json_object_put</strong> to release <strong>obj</strong>. Because <strong>obj</strong> usage count is null after being passed to a reply function, it SHOULD not be used anymore. If exceptionally <strong>obj</strong> needs to remain usable after reply function then using <strong>json_object_get</strong> on <strong>obj</strong> to increase usage count and cancels the effect the <strong>json_object_put</strong> is possible.</p>
</blockquote>
<h2 id="getting-argument-of-invocation">Getting argument of invocation</h2>
<p>Many methods expect arguments. Afb-daemon's bindings retrieve arguments by name and not by position.</p>
<span class="co"> * 'object' can be NULL.</span>
<span class="co"> * 'daemon' MUST be the daemon given in interface when activating the binding.</span>
<span class="co"> *</span>
-<span class="co"> * For conveniency, the function calls 'json_object_put' for 'object'.</span>
+<span class="co"> * For convenience, the function calls 'json_object_put' for 'object'.</span>
<span class="co"> * Thus, in the case where 'object' should remain available after</span>
<span class="co"> * the function returns, the function 'json_object_get' shall be used.</span>
<span class="co"> */</span>
* Its send the object 'obj' (can be NULL) with an
* informationnal comment 'info (can also be NULL).
*
- * For conveniency, the function calls 'json_object_put' for 'obj'.
+ * For convenience, the function calls 'json_object_put' for 'obj'.
* Thus, in the case where 'obj' should remain available after
* the function returns, the function 'json_object_get' shall be used.
*/
* Same as 'afb_req_success' but the 'info' is a formatting
* string followed by arguments.
*
- * For conveniency, the function calls 'json_object_put' for 'obj'.
+ * For convenience, the function calls 'json_object_put' for 'obj'.
* Thus, in the case where 'obj' should remain available after
* the function returns, the function 'json_object_get' shall be used.
*/
* to call afb_req_success(NULL, info). Thus even if possible it
* is strongly recommended to NEVER use "success" for status.
*
- * For conveniency, the function calls 'json_object_put' for 'obj'.
+ * For convenience, the function calls 'json_object_put' for 'obj'.
* Thus, in the case where 'obj' should remain available after
* the function returns, the function 'json_object_get' shall be used.
*/
* Same as 'afb_req_fail' but the 'info' is a formatting
* string followed by arguments.
*
- * For conveniency, the function calls 'json_object_put' for 'obj'.
+ * For convenience, the function calls 'json_object_put' for 'obj'.
* Thus, in the case where 'obj' should remain available after
* the function returns, the function 'json_object_get' shall be used.
*/
void afb_req_fail_f(struct afb_req req, const char *status, const char *info, ...);
```
-> For conveniency, these functions automatically call **json_object_put** to release **obj**.
+> For convenience, these functions automatically call **json_object_put** to release **obj**.
> Because **obj** usage count is null after being passed to a reply function, it SHOULD not be used anymore.
> If exceptionally **obj** needs to remain usable after reply function then using **json_object_get** on **obj**
> to increase usage count and cancels the effect the **json_object_put** is possible.
* 'object' can be NULL.
* 'daemon' MUST be the daemon given in interface when activating the binding.
*
- * For conveniency, the function calls 'json_object_put' for 'object'.
+ * For convenience, the function calls 'json_object_put' for 'object'.
* Thus, in the case where 'object' should remain available after
* the function returns, the function 'json_object_get' shall be used.
*/
* 'object' can be NULL.
* 'daemon' MUST be the daemon given in interface when activating the binding.
*
- * For conveniency, the function calls 'json_object_put' for 'object'.
+ * For convenience, the function calls 'json_object_put' for 'object'.
* Thus, in the case where 'object' should remain available after
* the function returns, the function 'json_object_get' shall be used.
*
* Broadcasts widely the 'event' with the data 'object'.
* 'object' can be NULL.
*
- * For conveniency, the function calls 'json_object_put' for 'object'.
+ * For convenience, the function calls 'json_object_put' for 'object'.
* Thus, in the case where 'object' should remain available after
* the function returns, the function 'json_object_get' shall be used.
*
}
/*
- * Pushes the 'event' with the data 'object' to its obeservers.
+ * Pushes the 'event' with the data 'object' to its observers.
* 'object' can be NULL.
*
- * For conveniency, the function calls 'json_object_put' for 'object'.
+ * For convenience, the function calls 'json_object_put' for 'object'.
* Thus, in the case where 'object' should remain available after
* the function returns, the function 'json_object_get' shall be used.
*
* Its send the object 'obj' (can be NULL) with an
* informationnal comment 'info (can also be NULL).
*
- * For conveniency, the function calls 'json_object_put' for 'obj'.
+ * For convenience, the function calls 'json_object_put' for 'obj'.
* Thus, in the case where 'obj' should remain available after
* the function returns, the function 'json_object_get' shall be used.
*/
* Same as 'afb_req_success' but the 'info' is a formatting
* string followed by arguments.
*
- * For conveniency, the function calls 'json_object_put' for 'obj'.
+ * For convenience, the function calls 'json_object_put' for 'obj'.
* Thus, in the case where 'obj' should remain available after
* the function returns, the function 'json_object_get' shall be used.
*/
* to call afb_req_success(NULL, info). Thus even if possible it
* is strongly recommanded to NEVER use "success" for status.
*
- * For conveniency, the function calls 'json_object_put' for 'obj'.
+ * For convenience, the function calls 'json_object_put' for 'obj'.
* Thus, in the case where 'obj' should remain available after
* the function returns, the function 'json_object_get' shall be used.
*/
* Same as 'afb_req_fail' but the 'info' is a formatting
* string followed by arguments.
*
- * For conveniency, the function calls 'json_object_put' for 'obj'.
+ * For convenience, the function calls 'json_object_put' for 'obj'.
* Thus, in the case where 'obj' should remain available after
* the function returns, the function 'json_object_get' shall be used.
*/