| commit | 93ec3cac45f9be38f7a55223d7bb343f4c0cbb16 | [log] [tgz] |
|---|---|---|
| author | Etienne Membrives <etiennej@chromium.org> | Fri Aug 21 17:07:31 2015 +0200 |
| committer | Etienne Membrives <etiennej@chromium.org> | Fri Aug 21 17:07:31 2015 +0200 |
| tree | 7bb2f6fd53790cc5428fb3901d965089b9397ec8 | |
| parent | e33a2e2a9c90f707dc08a2f3191fdb02fd57f660 [diff] |
Improve android stack parser There was several issues with the Android stack parser that prevented it to work correctly in a number of cases. The two cases fixed here: - When a mojo app is retrieved with arguments (dart_content_handler.mojo?strict=true), we want to ignore ?strict=true when looking for a match on the local filesystem. - There were cases when paths were not normalized correctly (for example, double-slashes), preventing the libraries to match. This fixes domokit/devtools#23 R=ppi@chromium.org, ppi Review URL: https://codereview.chromium.org/1306603002 . Cr-Mirrored-From: https://github.com/domokit/mojo Cr-Mirrored-Commit: 763f44f16c1f564be73b9c6dbaef3edba542b157
Unopinionated tools for running, debugging and testing Mojo apps.
git clone https://github.com/domokit/devtools.git
Devtools offers the following tools:
mojo_run - shell runnermojo_test - apptest runnermojo_debug - debugger supporting interactive tracing and debugging of a running mojo shellAdditionally, remote_adb_setup script helps to configure adb on a remote machine to communicate with a device attached to a local machine, forwarding the ports used by mojo_run.
mojo_run allows you to run a Mojo shell either on the host, or on an attached Android device.
mojo_run APP_URL # Run on the host. mojo_run APP_URL --android # Run on Android device. mojo_run "APP_URL APP_ARGUMENTS" # Run an app with startup arguments
Unless running within a Mojo checkout, we need to indicate the path to the shell binary:
mojo_run --shell-path path/to/shell/binary APP_URL
Some applications are meant to be run embedded in a window manager. To run these, you can pass the app url using the --embed flag. This will run the window manager and pass the given url to it:
mojo_run --embed APP_URL [--android]
By default, mojo_run uses https://core.mojoapps.io/kiosk_wm.mojo as the window manager. You can pass a different window manager url using the --window-manager flag to override this.
mojo_debug allows you to interactively inspect a running shell, collect performance traces and attach a gdb debugger.
To collect performance traces and retrieve the result:
mojo_debug tracing start mojo_debug tracing stop [result.json]
The trace file can be then loaded using the trace viewer in Chrome available at about://tracing.
It is possible to inspect a Mojo Shell process using GDB. The mojo_debug script can be used to launch GDB and attach it to a running shell process (android only):
mojo_debug gdb attach
Once started, GDB will first stop the Mojo Shell execution, then load symbols from loaded Mojo applications. Please note that this initial step can take some time (up to several minutes in the worst case).
After each execution pause, GDB will update the set of loaded symbols based on the selected thread only. If you need symbols for all threads, use the update-symbols GDB command:
(gdb) update-symbols
If you only want to update symbols for the current selected thread (for example, after changing threads), use the current option:
(gdb) update-symbols current
If you want to debug the startup of your application, you can pass --wait-for-debugger to mojo_run to have the Mojo Shell stop and wait to be attached by gdb before continuing.
When Mojo shell crashes on Android (“Unfortunately, Mojo shell has stopped.”) due to a crash in native code, mojo_debug can be used to find and symbolize the stack trace present in the device log:
mojo_debug device stack
The library is canonically developed in the mojo repository, https://github.com/domokit/devtools is a mirror allowing to consume it separately.