"os.arch" value should be "x86_64"

[Kirk Pepperdine]

Hi James,

I appreciate the response. I remember this being an issue quite some time ago and I tracked down the code that made the choice. The default path was amd64 (instead of "I don't know" ;)) and it seems like an easy fix.

Regards,
Kirk

On 2012-03-23, at 1:30 PM, James Melvin wrote:

> Hi Kirk,
> 
> The change to support os.arch=x86_64 in 7u4 is approved and the
> integration is in process. As you might imagine, it affects a number of
> repositories and the push needs to be carefully managed. A recent push
> to hotspot, prepares the limited areas in the JVM for the new value. The
> real change is in the jdk repo coming in soon. RE promotion scripts also
> need to be updated to handle the new bundle names.
> 
> - Jim
> 
> 
> On 3/23/12 6:31 AM, Kirk Pepperdine wrote:
>> Hi all,
>> 
>> Can I assume that the os.arch error has been fixed?
>> 
>> java.runtime.version=1.7.0_04-ea-b225
>> java.version=1.7.0_04-ea
>> java.vm.info=mixed mode
>> java.vm.name=Java HotSpot(TM) 64-Bit Server VM
>> java.vm.version=23.0-b09
>> jdk.home=/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home
>> 
>> =====>>>>  os.arch=amd64<<<<<=========
>> 
>> os.name=Mac OS X
>> os.version=10.7.3
>> sun.arch.data.model=64
>> 
>> Regards,
>> Kirk
>> 
>> 
>> 
>> On 2012-03-23, at 8:30 AM, daniel.daugherty at oracle.com wrote:
>> 
>>> Changeset: ad5eb0a72fb1
>>> Author:    jmelvin
>>> Date:      2012-03-22 23:51 -0400
>>> URL:       http://hg.openjdk.java.net/hsx/hsx23/hotspot/rev/ad5eb0a72fb1
>>> 
>>> 7130404: [macosx] "os.arch" value should be "x86_64" for compatibility with Apple JDK6
>>> Summary: On Mac OS X, align system property "os.arch" with Apple legacy JDKs.  Also, improve os.name string matching by using contains() method instead of .startsWith().
>>> Reviewed-by: dcubed, phh, ohair, katleman
>>> 
>>> ! agent/src/share/classes/sun/jvm/hotspot/jdi/ConnectorImpl.java
>>> ! agent/src/share/classes/sun/jvm/hotspot/utilities/PlatformInfo.java
>>> 
>>