| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Also fix some makefiles to make sure the notices are
picked up.
- move the makefile outside of the source folder.
- resources are now in the source folder directly instead
of being inside src/resources. It's much simpler.
Change-Id: Ica8ee4c2bc8a9b035d23fc914d4137cdca7e567d
|
| |/
|
|
|
|
|
|
| |
This can be a matter of personal taste, but I find it a lot
more readable to write an if {} else {} sometimes, and it's
perfectly valid, so really it shouldn't be marked as a warning.
Change-Id: Iac1b9bd5f9602b5018f7432422e0a083f4836490
|
| |
|
|
| |
Change-Id: I9837714c5673d43fa7108b16ab264f1017c4bd3d
|
| |
|
|
|
|
|
|
|
| |
With those changes the ADBHOST variable can be
directly set in the Preferences of DDMS and Eclipse,
so that the user can reset adb from inside those
two programs.
Change-Id: I94b24744e8daa3b3b2fe5a3db39203b39cb093ac
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
There were a number of // $NON-NLS-1$ references in the codebase.
Eclipse's "Externalize Strings" functionality will not handle these
correctly; there must not be a space between the "//" and the "$NON"
tokens.
(I left AndroidXmlEditor.xml alone; it is the file I discovered
the problem in but I fixed those references as part of another
pending checkin.)
Change-Id: If185c88a667273af614f0bee5959fd2618756c05
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
These were not setting the "bin dir" properpty correctly,
and as a consequence the tools complain they can't find adb.exe.
The fix is to set it to the directory of the script but to
avoid spaces-in-path issues we use the "~fs" modifier to get
a space-free short name for the %cd% value. And since we can't
use use %cd% combined with ~fs, we use a for loop trick to set it.
Note that ddms.bat was in unix end-of-line mode so I changed it
back to DOS end-of-line mode.
Change-Id: Ic9e55643b551898043add27c12193a0949f40bb0
|
| |
|
|
|
|
|
| |
The env var is used if the system property is not defined,
which is convenient to start ddms in debug mode from Eclipse.
Change-Id: I2a33c12399c703cf3194e2e67f39562ab0d59bd9
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fix a couple of issues in ddms:
First, fix the code to remember the path you last opened the file
chooser with; if there is nothing in $lastImageSaveDir, it should look
at $imageSaveDir (which is the variable the default setting
($user.home) is initialized into).
Second, and this seems to be Mac specific, the
FileDialog.getFilterPath() call does not return the path you have
navigated to, which means that on the Mac it never sets
$lastImageSaveDir correctly - it always sets it to the original
suggestion. The fix is trivial - use File#getParent instead which does
the String manipulation to extract the parent portion of a string
which represents a path.
Finally, on Macs (only), make the keybindings use the Command key
instead of the Control key since that's the norm.
Change-Id: I1b0f381606f5373ddad973754e49ce07856a9bae
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Update the dock icon used on Macs for the sdkmanager to one that has
transparency, just as the emulator icon already does. This is the norm
on Macs.
Update the application icon used for ddms to be an android with a
wrench, in a similar style to the other tool icons.
This icon is also transparent, which I hope will work on Windows - it
would be great if Raphael could verify that (and I should probably try
to get a Windows image into my VMWare install so I can do these checks
myself in the future.)
Change-Id: Icd0954cb77ba0845034a79bf9df6dd271019632e
|
| |
|
|
| |
Change-Id: Ifdfb8bbabf2b2aadf46ce0b27dcf99ef428d1ec9
|
| |
|
|
|
|
|
|
|
|
|
|
| |
adb has been moved to the platform-tools folder.
This changes ADT, DDMS, HierarchyViewer which all care
where adb is (to launch it).
Also fixed the local SDK parser of the SDK Updater to find
the platform-tools package.
Change-Id: I3c869159d7b0e0ad9aaea06f376b7ba3e53bfc7f
|
| |
|
|
|
|
|
|
|
|
| |
This also fix the issue with the app never closing correctly
(throwing an exception).
Also updated the launcher script to match the new ones we use in
the other Java based tools.
Change-Id: I851f0732a78c6e6c072728f05e611f01eee8fc19
|
| |
|
|
|
|
|
|
|
|
| |
They were still using the old method of providing a jar folder
through java.ext.dirs in which to look for jar files.
The jar dependency is now explicit in the manifest, which allows
us to target ddmlib explicitely and not ddmlib-prebuilt.
Change-Id: Ic3c5708ab327a3e1fb7a7cd86fffda96e0d988dd
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The API now throws SyncException instead of returning SyncResult.
The IDevice API to install/uninstall now returns a single
InstallException that encapsulate all the other ddmlib
exception.
Also, the recently added exceptions now don't extend IOException
anymore.
Change-Id: Ib334c4157a6add1882233dfaaa032aea1910eede
|
| |
|
|
|
|
|
| |
Also cleaned up the abstraction layer to load images from ddmuilib since
its image are now always located inside ddmuilib jar.
Change-Id: Id9d283df18a05b7b5593e4593e90dac6e5548b94
|
| |
|
|
| |
Change-Id: I699ee939436964e0c88b7b8423b5ed6fef84add1
|
| |
|
|
| |
Change-Id: I0fcc8718685ddb7accd459e78821677f044135ba
|
| |
|
|
|
|
|
|
|
| |
The new post_tools_install.bat will be found in SDK/tools/lib.
This also moves find_java.bat into the same lib folder.
SDK Bug: 2404830
Change-Id: I84e3671918931079f296500e296ec1a55931b851
|
| |
|
|
|
|
| |
SDK Bug: 2315813
Change-Id: If026d09f927b3d0b5707dfd08e1367e4ba2da28b
|
| |
|
|
|
|
| |
SDK BUG 2232091
Change-Id: I2a000054545b7865769054d1fdc733e50f06edd5
|
| |
|
|
|
|
|
|
| |
All apps now read source.properties located in SDK/tools
to know which version they. This is used in about box display
and in ping usage.
Change-Id: I6620c3eb703c32bfcdfd96e6a27bffc7a123b974
|
| |
|
|
|
|
|
|
|
|
| |
archquery is used to figure out whether the VM is 32 or 64 bit, but on
MacOS X, it used the normal "java" command while the application was
forced to use java 1.5
This could lead to cases where archquery ran in 1.6 64bit but the app
in 1.5 32 bit, creating a mismatch and make the app using the wrong
SWT version.
|
| |
|
|
| |
Change-Id: I78572430c68f2c1952a118814d4b467182004e23
|
| |
|
|
| |
Change-Id: Ia48221e33ee5ffae4f381aa29bd99a62b148108e
|
| |
|
|
|
|
|
|
|
|
|
|
| |
New button allows to start/stop tracing. When clicking stop, DDMS downloads
the trace file and starts Traceview.
Also refactored some common parts of the HPROF and tracing handlers into a
common class. The goal is to have a default, extensible implementation
of the HPROF handler that DDMS and the plug-in can reuse. This will reduce
duplicated code.
Change-Id: Ifc48926c7f6f1c3ea49a4aa94053664be83cbb06
|
| |
|
|
|
|
|
| |
All the Log.i() calls were in fact debug logging, so I moved them
to Log.d()
Change-Id: I47b9cd8e85e630d61506c8c2df3baf245a706e03
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This uses the (new in cupcake) VM command through JDWP.
Older VMs are detected through the (also new) 'FEAT' command that notifies
which features the VM supports.
The hprof file is right now saved in /sdcard. Due to donut+ apps not having
the SD Card permission by default, we may need to change this in the (near)
future.
Upon completion of the dump by the VM, DDMS will give the user a file selector
to choose a place to save the file on the host machine.
Future improvements: run (our own) hat, or hprof-conv and a standard hprof
tool (Eclipse MAT integration for instance). This should be configurable
by the user.
Change-Id: I33696b0263e3d0788ad5d90cedf3cd17393d2f9b
|
| | |
|
| |
|
|
|
|
| |
The SDK now contains 32 and 64 bit version of SWT. DDMS and Traceview
use the archquery java app to check the architecture of the VM to decide
which version of SWT should be used to run the apps.
|
| |
|
|
|
| |
The '[[' command is not guaranteed to be present in /bin/sh, and in fact
is missing in stock Ubuntu 8.04
|
| |
|
|
|
|
| |
Now we detect if the JVM we are about to run is 32-bit or not,
rather than checking if the CPU is capable of executing 64-bit
code or not.
|
| | |
|
| |
|
|
|
| |
Device is now private. All the API is using IDevice.
Updated ddms, ADT, hierarchyviewer and other tools that relied on ddmlib.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
