diff options
author | David Herman <davidherman@google.com> | 2014-12-10 09:49:47 -0800 |
---|---|---|
committer | David Herman <davidherman@google.com> | 2014-12-15 15:05:52 -0800 |
commit | f8796b4dce9202306dcd49afbdc9272f26845329 (patch) | |
tree | babc1be1d12a427950b802d5f2be814a7d2ed3c4 /eclipse/changes.txt | |
parent | adf24e024be5f87914ffd8575e4b744151eebdbe (diff) | |
download | sdk-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