Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(575)

Side by Side Diff: native_client_sdk/src/doc/devguide/coding/progress-events.rst

Issue 476793002: Per P0 reqs add launch pts + make download obvious. Also misc cpy edits. (Closed) Base URL: https://chromium.googlesource.com/chromium/src.git@master
Patch Set: CL synced with master. Created 6 years, 3 months ago
Use n/p to move between diff chunks; N/P to move between comments. Draft comments are only viewable by you.
Jump to:
View unified diff | Download patch
OLDNEW
1 .. _devcycle-progress-events: 1 .. _devcycle-progress-events:
2 2
3 :template: standard_nacl_api 3 :template: standard_nacl_api
4 4
5 ############### 5 ###############
6 Progress Events 6 Progress Events
7 ############### 7 ###############
8 8
9 .. contents:: 9 .. contents::
10 :local: 10 :local:
11 :backlinks: none 11 :backlinks: none
12 :depth: 2 12 :depth: 2
13 13
14 There are five types of events that developers can respond to in Native Client: 14 There are five types of events that developers can respond to in Native Client:
15 progress, message, view change, focus, and input events (each described in the 15 progress, message, view change, focus, and input events (each described in the
16 glossary below). This chapter describes how to monitor progress events (events 16 glossary below). This section describes how to monitor progress events (events
17 that occur during the loading and execution of a Native Client module). This 17 that occur during the loading and execution of a Native Client module). This
18 chapter assumes you are familiar with the material presented in the 18 section assumes you are familiar with the material presented in the
19 :doc:`Technical Overview <../../overview>`. 19 :doc:`Technical Overview <../../overview>`.
20 20
21 .. Note:: 21 .. Note::
22 :class: note 22 :class: note
23 23
24 The load_progress example illustrates progress event handling. You can find 24 The load_progress example illustrates progress event handling. You can find
25 this code in the ``/pepper_<version>/examples/tutorial/load_progress/`` 25 this code in the ``/pepper_<version>/examples/tutorial/load_progress/``
26 directory in the Native Client SDK download. 26 directory in the Native Client SDK download.
27 27
28 Module loading and progress events 28 Module loading and progress events
(...skipping 285 matching lines...) Expand 10 before | Expand all | Expand 10 after
314 crash, the ``crash`` progress event is issued and the ``exitStatus`` attribute 314 crash, the ``crash`` progress event is issued and the ``exitStatus`` attribute
315 will contain the numeric value of the exit status: 315 will contain the numeric value of the exit status:
316 316
317 * In the case of explicit calls to ``exit(n)``, the numeric value will be 317 * In the case of explicit calls to ``exit(n)``, the numeric value will be
318 ``n`` (between 0 and 255). 318 ``n`` (between 0 and 255).
319 * In the case of crashes and calls to ``abort()``, the numeric value will 319 * In the case of crashes and calls to ``abort()``, the numeric value will
320 be non-zero, but the exact value will depend on the chosen libc and the 320 be non-zero, but the exact value will depend on the chosen libc and the
321 target architecture, and may change in the future. Applications should not 321 target architecture, and may change in the future. Applications should not
322 rely on the ``exitStatus`` value being stable in these cases, but the value 322 rely on the ``exitStatus`` value being stable in these cases, but the value
323 may nevertheless be useful for temporary debugging. 323 may nevertheless be useful for temporary debugging.
OLDNEW

Powered by Google App Engine
This is Rietveld 408576698