Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | Fix https download for the standalone version of the SDK Updater | Xavier Ducrohet | 2010-01-29 | 1 | -1/+1 |
| | | | | | | | | | | | | | | | | The problem was due to the launch script completely replacing java.ext.dirs preventing the VM from accessing the optional jce.jar package (Java Cryptography Extension). The launch script now queries the JVM for the current value of java.ext.dirs (using archquery) to append to it instead of replacing it. In order to do that, archquery.jar now outputs only the value of the queried system property instead of output "name=value" Bug: 2248892 Change-Id: If17d48e46529bebc1a25daf99f2748e9ec81a214 | ||||
* | Modify archquery to be able to print any system property. | Raphael | 2009-06-15 | 1 | -13/+20 |
| | | | | (this is change 4207 that was abandoned due to a merge conflict.) | ||||
* | Change the SDK, DDMS and Traceview to work with the new SWT libraries. | Xavier Ducrohet | 2009-06-04 | 7 | -0/+132 |
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. |