Age | Commit message (Collapse) | Author |
|
dumpstate calls showmap for each pid, and since most of them are empty,
it ends up polluting logcat with entries like:
03-17 14:49:05.974 12160 12160 E dumpstate: command '/system/xbin/su
root showmap -q 9867' failed: No such file or directory
BUG: 26906985
Change-Id: I18d86adefe3f4b248f672732460d1145103e5828
|
|
Also make the columns line up, and make it visible in the code that they
do now line up.
Bug: http://b/26084907
Change-Id: If6abfffcafceab8e8d548c93fbbb13e371c79732
|
|
Bug: http://b/26084907
Change-Id: I6ed8a26b93d90348d2bb806ccd7752a1a76144a6
|
|
Bug: 26019993
Change-Id: I50a22a6be958dc336da0a1942989a164bb489937
|
|
Fixed a bug that causes showmap to skip items when /proc/pid/smap
included any unrecognized fields.
Change-Id: Ic648d4272d0269ff226047cf2d3271e9e63bb302
|
|
adb bugreport > b & sleep 5; kill $?
will show that a bunch of tools will SIGPIPE when trying to output data
which is normal.
We don't have a way on linux (bsd yes), to set NOSIGPIPE on the file desc
passed down via fork/exec.
Bug: 6447319
Change-Id: I1634a00a155fd8a3fd827aa4a77e94518534336c
|
|
With our ASLR changes, the stack is now located at a random
location in memory. Remove the hardcoded assumption that the
stack will always be between 0x10000000 and 0x40000000.
Change-Id: Ic0b6d9e3ae844f057ace81a982cec7e2b344e179
|
|
Change-Id: Ie8c5d01322ec7a2995a35ea050b38cc299568075
|
|
Fixed a bug where maps were being coalesced even when they were
not necessarily coalesced.
Enhanced the BSS segment detection heuristic so that it takes
the map start / end addresses into account and displays the
inferred map type directly.
Automatically sort all maps by name or address as appropriate.
Fixed a bug parsing maps with paths that contain whitespace.
Enhanced the -a argument to show the same columns as the normal
mode but just prefixed with the virtual memory map information.
Change-Id: Ice78afb0c5b597683cb1a1ba65e3c10f10258f7c
|
|
Change-Id: Ica273bf302bbc5025e48aa62eff5bf64fbdcac77
|
|
Signed-off-by: San Mehat <san@google.com>
|
|
|
|
|
|
|
|
|