aboutsummaryrefslogtreecommitdiffstats
path: root/eclipse/changes.txt
diff options
context:
space:
mode:
authorDavid Herman <davidherman@google.com>2014-12-10 09:49:47 -0800
committerDavid Herman <davidherman@google.com>2014-12-15 15:05:52 -0800
commitf8796b4dce9202306dcd49afbdc9272f26845329 (patch)
treebabc1be1d12a427950b802d5f2be814a7d2ed3c4 /eclipse/changes.txt
parentadf24e024be5f87914ffd8575e4b744151eebdbe (diff)
downloadsdk-f8796b4dce9202306dcd49afbdc9272f26845329.zip
sdk-f8796b4dce9202306dcd49afbdc9272f26845329.tar.gz
sdk-f8796b4dce9202306dcd49afbdc9272f26845329.tar.bz2
find_java.bat now uses env var instead of find
The officially recommended way to query an OS for its 32-bit/64-bit architecture can be found in this KB article: http://support.microsoft.com/kb/556009 Unfortunately, this fails for some subset of users for at least two reasons: 1) Many users install Unix tools on their Windows box, overwriting "find" with the Unix variant that doesn't support the \i parameter 2) Some machines are simply missing reg.exe. I've seen one claim in the wild that this was due to an agressive anti-virus scanner removing malware from their machine. Therefore, we now use absolute paths to the utilities we want to target. Additionally, we now have fallback handling if reg.exe is missing, where we, instead, rely on the %PROCESSOR_ARCHITECTURE% environment variable. Related issues: https://code.google.com/p/android/issues/detail?id=82099 https://code.google.com/p/android/issues/detail?id=82388 Change-Id: Icee0882fa6e1f5359c086498eb2679197cdf6f8e
Diffstat (limited to 'eclipse/changes.txt')
0 files changed, 0 insertions, 0 deletions