From mik3hall at gmail.com  Sat Oct  1 03:37:14 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Sat, 1 Oct 2011 05:37:14 -0500
Subject: libfreetype version error
Message-ID: <49FC15F3-5367-4A61-84A6-F0FFDE0B1756@gmail.com>

Haven't done anything with openjdk for a while. 
I grabbed the build from http://code.google.com/p/openjdk-osx-build/
I get....


java.lang.UnsatisfiedLinkError: /Users/mjh/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/libfontmanager.dylib: dlopen(/Users/mjh/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/libfontmanager.dylib, 1): Library not loaded: /usr/X11/lib/libfreetype.6.dylib
  Referenced from: /Users/mjh/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/libfontmanager.dylib
  Reason: Incompatible library version: libfontmanager.dylib requires version 13.0.0 or later, but libfreetype.6.dylib provides version 10.0.0
	at java.lang.ClassLoader$NativeLibrary.load(Native Method)
	at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1940)
	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1846)
	at java.lang.Runtime.loadLibrary0(Runtime.java:845)
	at java.lang.System.loadLibrary(System.java:1084)
	at sun.lwawt.macosx.LWCToolkit$1.run(LWCToolkit.java:66)
	at java.security.AccessController.doPrivileged(Native Method)
	at sun.lwawt.macosx.LWCToolkit.<clinit>(LWCToolkit.java:63)
	at java.lang.Class.forName0(Native Method)
	at java.lang.Class.forName(Class.java:186)
	at java.awt.Toolkit$2.run(Toolkit.java:870)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:862)
	at java.awt.Window.getToolkit(Window.java:1347)
	at java.awt.Window.init(Window.java:495)
	at java.awt.Window.<init>(Window.java:533)
	at java.awt.Frame.<init>(Frame.java:418)
	at java.awt.Frame.<init>(Frame.java:383)
	at javax.swing.JFrame.<init>(JFrame.java:180)
	at org.cmdline.widgets.CloseableJFrame.<init>(CloseableJFrame.java:37)
	at org.wrap.javacJWrap.<init>(javacJWrap.java:124)
	at org.wrap.javacJWrap.main(javacJWrap.java:96)

10..6 32 bit macbook.
Specific to me, just update freetype? Or a concern for others as well?

From mik3hall at gmail.com  Sat Oct  1 04:44:38 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Sat, 1 Oct 2011 06:44:38 -0500
Subject: libfreetype version error
In-Reply-To: <49FC15F3-5367-4A61-84A6-F0FFDE0B1756@gmail.com>
References: <49FC15F3-5367-4A61-84A6-F0FFDE0B1756@gmail.com>
Message-ID: <8469BB82-21DC-4EAB-87B0-A6A64BFC99C0@gmail.com>


On Oct 1, 2011, at 5:37 AM, Michael Hall wrote:

> Haven't done anything with openjdk for a while. 
> I grabbed the build from http://code.google.com/p/openjdk-osx-build/
> I get....
> 
> 
> java.lang.UnsatisfiedLinkError: 

Fwiw, getting a more current version of 
/usr/X11R6/lib/libfreetype.6.dylib
does appear to get past this for me.

From jonathan.gibbons at oracle.com  Sat Oct  1 07:42:09 2011
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Sat, 01 Oct 2011 07:42:09 -0700
Subject: New jre layout broke Maven and Ant
In-Reply-To: <alpine.DEB.1.00.1110010104470.3778@bonsai2>
References: <CALyUpY38-0LR_PL1N5o3pL+MQ7MGdY17nSi2dZ4jbCZrXjijuQ@mail.gmail.com>
	<67638E1F-3BF6-45CA-AD3B-AC426398B101@apple.com>
	<CALyUpY0E9FQ7ZHmXRPgJW9S7H2NeSj1jC26z67KzJPBam1xsBg@mail.gmail.com>
	<CAB7M_duBokHq_UnP7gCM0OD8zUBHT+nZvCGP7yp4xz9cu5=daw@mail.gmail.com>
	<4E85ED12.2080806@oracle.com> <4E865E41.3070209@oracle.com>
	<4E86620D.6080403@oracle.com> <4E8673AB.5080305@oracle.com>
	<alpine.DEB.1.00.1110010104470.3778@bonsai2>
Message-ID: <4E8726C1.8050302@oracle.com>

Johannes,

Perhaps I chose my words poorly.   I meant to say that the questions
about tools.jar and the internal layout of JDK and automatically
putting tools.jar on the classpath were all more appropriate all those
years ago, when this was all first put in place.

Going forward, Jigsaw will address the more general problem of
"classpath hell". The Jigsaw team are aware of compatibility issues
and will support some sort of legacy mode. But that's getting way
off topic for this alias, so I suggest that further discussion on this
topic should be on the jigsaw-dev alias.

-- Jon

On 09/30/2011 11:08 PM, Johannes Schindelin wrote:
> Hi Jonathan,
>
> On Fri, 30 Sep 2011, Jonathan Gibbons wrote:
>
>> Your questions are about N years out of date, where N is somewhere
>> between 5 and 15 :-(
>>
>> Originally, the only clients of tools.jar were JDK tools like javac,
>> javah, etc, and they had launcher support so there was no issue. It's
>> only with the advent of additional tools that want to get direct API
>> access to tools like javac that we have an issue with folk wanting
>> direct access to tools.jar.
> Funny. That last sentence of yours disagrees 100% with the first sentence.
> all within 8 lines, no more!
>
> Ciao,
> Johannes
>
> P.S.: I guess that my point is that reality disagrees not only with the
> first sentence, but also with breaking expectations. There is no good
> excuse for that, either ("fixing the design" does not do the job, it does
> not matter to anybody whose code all of a sudden breaks without their
> doing).
>
> P.P.S.: Please note that I did not cull any context; since it was
> top-posted, there was no context to cull.


From henri.gomez at gmail.com  Sat Oct  1 09:58:24 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Sat, 1 Oct 2011 18:58:24 +0200
Subject: New jre layout broke Maven and Ant
In-Reply-To: <4E8726C1.8050302@oracle.com>
References: <CALyUpY38-0LR_PL1N5o3pL+MQ7MGdY17nSi2dZ4jbCZrXjijuQ@mail.gmail.com>
	<67638E1F-3BF6-45CA-AD3B-AC426398B101@apple.com>
	<CALyUpY0E9FQ7ZHmXRPgJW9S7H2NeSj1jC26z67KzJPBam1xsBg@mail.gmail.com>
	<CAB7M_duBokHq_UnP7gCM0OD8zUBHT+nZvCGP7yp4xz9cu5=daw@mail.gmail.com>
	<4E85ED12.2080806@oracle.com> <4E865E41.3070209@oracle.com>
	<4E86620D.6080403@oracle.com> <4E8673AB.5080305@oracle.com>
	<alpine.DEB.1.00.1110010104470.3778@bonsai2>
	<4E8726C1.8050302@oracle.com>
Message-ID: <2E179BB6-B341-44DB-927C-D867080D6EAF@gmail.com>

And about today for OpenJDK and OSX ?

What about using for it the same layout that others OS ?

It will save from users bug reports and make it ready to use right as it was before layout refactory. 

 Ant and Maven are really mainstream build tools in Java land today and it will sad to see again specific OSX hacks in them. 


Le 1 oct. 2011 ? 16:42, Jonathan Gibbons <jonathan.gibbons at oracle.com> a ?crit :

> Johannes,
> 
> Perhaps I chose my words poorly.   I meant to say that the questions
> about tools.jar and the internal layout of JDK and automatically
> putting tools.jar on the classpath were all more appropriate all those
> years ago, when this was all first put in place.
> 
> Going forward, Jigsaw will address the more general problem of
> "classpath hell". The Jigsaw team are aware of compatibility issues
> and will support some sort of legacy mode. But that's getting way
> off topic for this alias, so I suggest that further discussion on this
> topic should be on the jigsaw-dev alias.
> 
> -- Jon
> 
> On 09/30/2011 11:08 PM, Johannes Schindelin wrote:
>> Hi Jonathan,
>> 
>> On Fri, 30 Sep 2011, Jonathan Gibbons wrote:
>> 
>>> Your questions are about N years out of date, where N is somewhere
>>> between 5 and 15 :-(
>>> 
>>> Originally, the only clients of tools.jar were JDK tools like javac,
>>> javah, etc, and they had launcher support so there was no issue. It's
>>> only with the advent of additional tools that want to get direct API
>>> access to tools like javac that we have an issue with folk wanting
>>> direct access to tools.jar.
>> Funny. That last sentence of yours disagrees 100% with the first sentence.
>> all within 8 lines, no more!
>> 
>> Ciao,
>> Johannes
>> 
>> P.S.: I guess that my point is that reality disagrees not only with the
>> first sentence, but also with breaking expectations. There is no good
>> excuse for that, either ("fixing the design" does not do the job, it does
>> not matter to anybody whose code all of a sudden breaks without their
>> doing).
>> 
>> P.P.S.: Please note that I did not cull any context; since it was
>> top-posted, there was no context to cull.
> 

From stephen.bannasch at deanbrook.org  Sat Oct  1 13:37:12 2011
From: stephen.bannasch at deanbrook.org (Stephen Bannasch)
Date: Sat, 1 Oct 2011 16:37:12 -0400
Subject: New jre layout broke Maven and Ant
In-Reply-To: <CALyUpY38-0LR_PL1N5o3pL+MQ7MGdY17nSi2dZ4jbCZrXjijuQ@mail.gmail.com>
References: <CALyUpY38-0LR_PL1N5o3pL+MQ7MGdY17nSi2dZ4jbCZrXjijuQ@mail.gmail.com>
Message-ID: <p0624080bcaad20e4ca34@[63.138.152.199]>

At 2:16 PM +0200 9/30/11, Henri Gomez wrote:
>Hi guys
>
>I got various reports on openjdk-osx-build about failure to detect tools.jar :
>
>http://code.google.com/p/openjdk-osx-build/issues/detail?id=22
>http://code.google.com/p/openjdk-osx-build/issues/detail?id=23

This also broke building OpenJDK8 (mlvm)

The build system for OpenJDK 8 requires a working Java 1.7.

The build fails with this error (confusing because I have ant v1.8.2 installed):

  ANT_VER = 1.7.0. [requires at least 1.7.1]

When ant -version is called from the build scripts this is the output:

Unable to locate tools.jar. Expected to find it in /Users/stephen/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/tools.jar Apache Ant(TM) version 1.8.2 compiled on June 3 2011

And unfortunately the code that looks for a version string finds the Java version '1.7.0' first:

  jdk/make/shared/common/Defs.gmk:135

  # Given a line of text, get the version number from it
  define GetVersion
  $(shell echo $1 | sed -e 's@[^0-9]*\([0-9][0-9]*\.[0-9][.0-9]*\).*@\1@' )
  endef


>As a temporary fix, I'll add a symlink in package
>
>ln -s lib/tools.jar 1.7.0.jre/Contents/Home/lib/tools.jar
>
>tools.jar is under JAVA_HOME/lib for both OS/X and Linux version.
>
>Could it be something related to JRE_HOME/JAVA_HOME ?

Adding Henri's fix to my macosx-port build scripts fixes the problem: https://gist.github.com/908156

echo '
*** fix missing tools.jar in jre
*** see: http://mail.openjdk.java.net/pipermail/macosx-port-dev/2011-September/001045.html
'
ln -s ../../../../lib/tools.jar build/macosx-universal/j2sdk-bundle/1.7.0.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/tools.jar

*** while the problem is annoying, and figuring out why my mlvm build was failing took way more time than I would have liked, the fact that this is open source and the problem is discussed openly on this list and I can fix it myself is a huge plus ***

From henri.gomez at gmail.com  Sun Oct  2 23:35:18 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Mon, 3 Oct 2011 08:35:18 +0200
Subject: New jre layout broke Maven and Ant
In-Reply-To: <p0624080bcaad20e4ca34@63.138.152.199>
References: <CALyUpY38-0LR_PL1N5o3pL+MQ7MGdY17nSi2dZ4jbCZrXjijuQ@mail.gmail.com>
	<p0624080bcaad20e4ca34@63.138.152.199>
Message-ID: <CALyUpY2yzucrdDM1K5_wyd4NWC1CdSTixr0nL-p9EVAB-pOUAw@mail.gmail.com>

> This also broke building OpenJDK8 (mlvm)
>
> The build system for OpenJDK 8 requires a working Java 1.7.
>
> The build fails with this error (confusing because I have ant v1.8.2 installed):
>
> ?ANT_VER = 1.7.0. [requires at least 1.7.1]
>
> When ant -version is called from the build scripts this is the output:
>
> Unable to locate tools.jar. Expected to find it in /Users/stephen/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/tools.jar Apache Ant(TM) version 1.8.2 compiled on June 3 2011
>
> And unfortunately the code that looks for a version string finds the Java version '1.7.0' first:
>
> ?jdk/make/shared/common/Defs.gmk:135
>

Yes, we should get back to regular layout, ie the same one used in
Linux, BSD and Windows (and Solaris I think).

OpenJDK being Java 7 RI, having a common / consistent layout for all
platforms executing it, is just mandatory.
Using symlink hacks to solve detection of locations problems are
dirty, and requiring app developers to add specific hacks for OpenJDK
7 on OSX, will slow down its adoption on OS/X.
Seeing the hard works done on porting Apple works on OpenJDK, it will
be a strange signal to OSX users/developpers community.

Cheers

From alexander.potochkin at sun.com  Mon Oct  3 05:54:15 2011
From: alexander.potochkin at sun.com (alexander.potochkin at sun.com)
Date: Mon, 03 Oct 2011 12:54:15 +0000
Subject: hg: macosx-port/macosx-port/jdk: fixed #421: awt.Label background
	color is not visible: isOpaque() returns false
Message-ID: <20111003125436.1864347B82@hg.openjdk.java.net>

Changeset: e3facb4ddc09
Author:    alexp
Date:      2011-10-03 17:13 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/e3facb4ddc09

fixed #421: awt.Label background color is not visible: isOpaque() returns false

! src/macosx/classes/sun/lwawt/LWLabelPeer.java


From swingler at apple.com  Mon Oct  3 08:38:53 2011
From: swingler at apple.com (Mike Swingler)
Date: Mon, 03 Oct 2011 08:38:53 -0700
Subject: New jre layout broke Maven and Ant
In-Reply-To: <CALyUpY2yzucrdDM1K5_wyd4NWC1CdSTixr0nL-p9EVAB-pOUAw@mail.gmail.com>
References: <CALyUpY38-0LR_PL1N5o3pL+MQ7MGdY17nSi2dZ4jbCZrXjijuQ@mail.gmail.com>
	<p0624080bcaad20e4ca34@63.138.152.199>
	<CALyUpY2yzucrdDM1K5_wyd4NWC1CdSTixr0nL-p9EVAB-pOUAw@mail.gmail.com>
Message-ID: <7EA25D1C-8CFF-42A2-BA09-4215D59653DF@apple.com>

On Oct 2, 2011, at 11:35 PM, Henri Gomez wrote:

>> This also broke building OpenJDK8 (mlvm)
>> 
>> The build system for OpenJDK 8 requires a working Java 1.7.
>> 
>> The build fails with this error (confusing because I have ant v1.8.2 installed):
>> 
>>  ANT_VER = 1.7.0. [requires at least 1.7.1]
>> 
>> When ant -version is called from the build scripts this is the output:
>> 
>> Unable to locate tools.jar. Expected to find it in /Users/stephen/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/tools.jar Apache Ant(TM) version 1.8.2 compiled on June 3 2011
>> 
>> And unfortunately the code that looks for a version string finds the Java version '1.7.0' first:
>> 
>>  jdk/make/shared/common/Defs.gmk:135
>> 
> 
> Yes, we should get back to regular layout, ie the same one used in
> Linux, BSD and Windows (and Solaris I think).
> 
> OpenJDK being Java 7 RI, having a common / consistent layout for all
> platforms executing it, is just mandatory.
> Using symlink hacks to solve detection of locations problems are
> dirty, and requiring app developers to add specific hacks for OpenJDK
> 7 on OSX, will slow down its adoption on OS/X.
> Seeing the hard works done on porting Apple works on OpenJDK, it will
> be a strange signal to OSX users/developpers community.

We still need a .jre bundle to support double-clickable .app launching, so my thinking is that two separate .jre and .jdk bundles should be created. The .jdk bundle with contain a Contents/Home/jre, which will match the conventional layout.

In addition, I'm thinking that we should discontinue the j2sdk-image and j2re-image output targets, because they are just copies of the (required) bundle's contents.

Sound reasonable?
Mike Swingler
Java Engineering
Apple Inc.


From henri.gomez at gmail.com  Mon Oct  3 08:50:01 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Mon, 3 Oct 2011 17:50:01 +0200
Subject: New jre layout broke Maven and Ant
In-Reply-To: <7EA25D1C-8CFF-42A2-BA09-4215D59653DF@apple.com>
References: <CALyUpY38-0LR_PL1N5o3pL+MQ7MGdY17nSi2dZ4jbCZrXjijuQ@mail.gmail.com>
	<p0624080bcaad20e4ca34@63.138.152.199>
	<CALyUpY2yzucrdDM1K5_wyd4NWC1CdSTixr0nL-p9EVAB-pOUAw@mail.gmail.com>
	<7EA25D1C-8CFF-42A2-BA09-4215D59653DF@apple.com>
Message-ID: <CALyUpY0tTdBGss7WTDF5TCp82NshjkE=6YVFVKEJeNq-CSs6cQ@mail.gmail.com>

> We still need a .jre bundle to support double-clickable .app launching, so my thinking is that two separate .jre and .jdk bundles should be created. The .jdk bundle with contain a Contents/Home/jre, which will match the conventional layout.

+1000

And it could be provided by 2 DMG / packages or a single DMG including
both of them

> In addition, I'm thinking that we should discontinue the j2sdk-image and j2re-image output targets, because they are just copies of the (required) bundle's contents.

How did you see the alternative ?

From alexander.potochkin at sun.com  Mon Oct  3 09:36:36 2011
From: alexander.potochkin at sun.com (alexander.potochkin at sun.com)
Date: Mon, 03 Oct 2011 16:36:36 +0000
Subject: hg: macosx-port/macosx-port/jdk: fixed #424: AWTListener is receiving
	unexpected ContainerEvents from LWComponentPeer
Message-ID: <20111003163646.DA74647B8A@hg.openjdk.java.net>

Changeset: 20a314ab753a
Author:    alexp
Date:      2011-10-03 20:55 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/20a314ab753a

fixed #424: AWTListener is receiving unexpected ContainerEvents from LWComponentPeer

! src/macosx/classes/sun/lwawt/LWCheckboxPeer.java
! src/macosx/classes/sun/lwawt/LWComponentPeer.java


From swingler at apple.com  Mon Oct  3 15:05:54 2011
From: swingler at apple.com (swingler at apple.com)
Date: Mon, 03 Oct 2011 22:05:54 +0000
Subject: hg: macosx-port/macosx-port/jdk: Fixing
	http://java.net/jira/browse/MACOSX_PORT-483,
	creating a seperate .jre and .jdk bundles
Message-ID: <20111003220615.5AC8047B99@hg.openjdk.java.net>

Changeset: 24cd9502d0a2
Author:    swingler at apple.com
Date:      2011-10-03 15:01 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/24cd9502d0a2

Fixing http://java.net/jira/browse/MACOSX_PORT-483, creating a seperate .jre and .jdk bundles

! make/common/Release-macosx.gmk


From swingler at apple.com  Mon Oct  3 16:16:36 2011
From: swingler at apple.com (Mike Swingler)
Date: Mon, 03 Oct 2011 16:16:36 -0700
Subject: libfreetype version error
In-Reply-To: <8469BB82-21DC-4EAB-87B0-A6A64BFC99C0@gmail.com>
References: <49FC15F3-5367-4A61-84A6-F0FFDE0B1756@gmail.com>
	<8469BB82-21DC-4EAB-87B0-A6A64BFC99C0@gmail.com>
Message-ID: <5137AA5E-889F-4A87-AF33-A0E60D3B7501@apple.com>

On Oct 1, 2011, at 4:44 AM, Michael Hall wrote:

> On Oct 1, 2011, at 5:37 AM, Michael Hall wrote:
> 
>> Haven't done anything with openjdk for a while. 
>> I grabbed the build from http://code.google.com/p/openjdk-osx-build/
>> I get....
>> 
>> 
>> java.lang.UnsatisfiedLinkError: 
> 
> Fwiw, getting a more current version of 
> /usr/X11R6/lib/libfreetype.6.dylib
> does appear to get past this for me.

Had you previously installed your own X11 or freetype via MacPorts/Fink/Homebrew? I've never seen this problem.

Mike Swingler
Java Engineering
Apple Inc.


From mik3hall at gmail.com  Mon Oct  3 16:23:15 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Mon, 3 Oct 2011 18:23:15 -0500
Subject: libfreetype version error
In-Reply-To: <5137AA5E-889F-4A87-AF33-A0E60D3B7501@apple.com>
References: <49FC15F3-5367-4A61-84A6-F0FFDE0B1756@gmail.com>
	<8469BB82-21DC-4EAB-87B0-A6A64BFC99C0@gmail.com>
	<5137AA5E-889F-4A87-AF33-A0E60D3B7501@apple.com>
Message-ID: <449DCD7E-B01A-4B58-A13D-E8554BC04651@gmail.com>


On Oct 3, 2011, at 6:16 PM, Mike Swingler wrote:

> On Oct 1, 2011, at 4:44 AM, Michael Hall wrote:
> 
>> On Oct 1, 2011, at 5:37 AM, Michael Hall wrote:
>> 
>>> Haven't done anything with openjdk for a while. 
>>> I grabbed the build from http://code.google.com/p/openjdk-osx-build/
>>> I get....
>>> 
>>> 
>>> java.lang.UnsatisfiedLinkError: 
>> 
>> Fwiw, getting a more current version of 
>> /usr/X11R6/lib/libfreetype.6.dylib
>> does appear to get past this for me.
> 
> Had you previously installed your own X11 or freetype via MacPorts/Fink/Homebrew? I've never seen this problem.

Possibly. Not that I specifically remember. It would almost have to have been a X11 install though wouldn't it? No standalone freetype install would be going to the X11 directory would it?
Starting X11 the about window shows 
The X Window System
XQuartz 2.3.4 (xorg-server 1.4.2-apple45)
Would this be older than a usual 10.6 X11?


From kevin_m_miller at apple.com  Mon Oct  3 16:49:01 2011
From: kevin_m_miller at apple.com (kevin_m_miller at apple.com)
Date: Mon, 03 Oct 2011 23:49:01 +0000
Subject: hg: macosx-port/macosx-port/jdk: Porting native system colors and
	enabling window activation/deactivation events
Message-ID: <20111003234931.62ADD47B9E@hg.openjdk.java.net>

Changeset: 5586d03de1d1
Author:    kevin_m_miller at apple.com
Date:      2011-10-03 16:48 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/5586d03de1d1

Porting native system colors and enabling window activation/deactivation events

! make/sun/lwawt/FILES_c_macosx.gmk
! src/macosx/classes/com/apple/laf/AquaImageFactory.java
! src/macosx/classes/sun/lwawt/LWWindowPeer.java
! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java
+ src/macosx/native/sun/awt/CSystemColors.h
+ src/macosx/native/sun/awt/CSystemColors.m
! src/macosx/native/sun/awt/LWCToolkit.m


From mik3hall at gmail.com  Mon Oct  3 16:57:23 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Mon, 3 Oct 2011 18:57:23 -0500
Subject: libfreetype version error
In-Reply-To: <449DCD7E-B01A-4B58-A13D-E8554BC04651@gmail.com>
References: <49FC15F3-5367-4A61-84A6-F0FFDE0B1756@gmail.com>
	<8469BB82-21DC-4EAB-87B0-A6A64BFC99C0@gmail.com>
	<5137AA5E-889F-4A87-AF33-A0E60D3B7501@apple.com>
	<449DCD7E-B01A-4B58-A13D-E8554BC04651@gmail.com>
Message-ID: <33A533C1-A47C-4904-AF09-878134A63CE5@gmail.com>

> 
> The X Window System
> XQuartz 2.3.4 (xorg-server 1.4.2-apple45)
> Would this be older than a usual 10.6 X11?
> 

If it's just me I guess no worries. 
What I am seeing though seems consistent with 10.6 releases.
Per this...
Releases - XQuartz
http://xquartz.macosforge.org/trac/wiki/Releases

2.3.4 is the usual 10.6 release. 
It looks like it should be a couple month range in 2009 between

X11 2.4.0 - 2009.08.14
X11 2.3.3.2 - 2009.05.17 ( Localization updates)
The file I replaced was...
ls -l /usr/X11R6/lib/libfreetype.6.old
-rwxr-xr-x  1 root  wheel  1518864 Jul 11  2009 /usr/X11R6/lib/libfreetype.6.old

All the files in the lib directory appear to be ina July-August 2009 range.
So I'd say mine was the straight up 10.6 version.
 
But again if it's just me it's sort of moot, works now.

ls -l /usr/X11R6/lib/libfreetype.6.dylib
-rwxr-xr-x  1 root  wheel  529032 Oct  1 06:37 /usr/X11R6/lib/libfreetype.6.dylib

otool -L /usr/X11R6/lib/libfreetype.6.dylib | head -n 3
/usr/X11R6/lib/libfreetype.6.dylib:
	/opt/local/lib/libfreetype.6.dylib (compatibility version 13.0.0, current version 13.2.0)
	/opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.5)



From henri.gomez at gmail.com  Mon Oct  3 22:47:55 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Tue, 4 Oct 2011 07:47:55 +0200
Subject: New jre layout broke Maven and Ant
In-Reply-To: <CALyUpY0tTdBGss7WTDF5TCp82NshjkE=6YVFVKEJeNq-CSs6cQ@mail.gmail.com>
References: <CALyUpY38-0LR_PL1N5o3pL+MQ7MGdY17nSi2dZ4jbCZrXjijuQ@mail.gmail.com>
	<p0624080bcaad20e4ca34@63.138.152.199>
	<CALyUpY2yzucrdDM1K5_wyd4NWC1CdSTixr0nL-p9EVAB-pOUAw@mail.gmail.com>
	<7EA25D1C-8CFF-42A2-BA09-4215D59653DF@apple.com>
	<CALyUpY0tTdBGss7WTDF5TCp82NshjkE=6YVFVKEJeNq-CSs6cQ@mail.gmail.com>
Message-ID: <CALyUpY1RLz8gujaOcnsX5upRtRtPWrVzZQ-icDfvLF+vZ+7jAw@mail.gmail.com>

Hi Mike

Just noticed you fixed #483 and provide back jdk and jre bundle.

For now, I think to create 2 DMG, one for jdk bundle and another for jre
bundle.

From tomas.hurka at googlemail.com  Tue Oct  4 00:17:05 2011
From: tomas.hurka at googlemail.com (Tomas Hurka)
Date: Tue, 4 Oct 2011 09:17:05 +0200
Subject: libfreetype version error
In-Reply-To: <449DCD7E-B01A-4B58-A13D-E8554BC04651@gmail.com>
References: <49FC15F3-5367-4A61-84A6-F0FFDE0B1756@gmail.com>
	<8469BB82-21DC-4EAB-87B0-A6A64BFC99C0@gmail.com>
	<5137AA5E-889F-4A87-AF33-A0E60D3B7501@apple.com>
	<449DCD7E-B01A-4B58-A13D-E8554BC04651@gmail.com>
Message-ID: <26A43889-51AC-485D-A5A7-7223665A2937@googlemail.com>


On 4 Oct 2011, at 01:23, Michael Hall wrote:
> On Oct 3, 2011, at 6:16 PM, Mike Swingler wrote:
>> 
>> Had you previously installed your own X11 or freetype via MacPorts/Fink/Homebrew? I've never seen this problem.
> 
> Possibly. Not that I specifically remember. It would almost have to have been a X11 install though wouldn't it? No standalone freetype install would be going to the X11 directory would it?
> Starting X11 the about window shows 
> The X Window System
> XQuartz 2.3.4 (xorg-server 1.4.2-apple45)
> Would this be older than a usual 10.6 X11?

It looks like it is old release. I have Mac OS X 10.6.8 and X11 about dialog shows:
XQuartz 2.3.6 (xorg-server 1.4.2-apple56) 

Bye,
--
Tomas Hurka   <mailto:tomas.hurka at oracle.com>
NetBeans Profiler http://profiler.netbeans.org
VisualVM http://visualvm.java.net
Software Developer
Oracle, Praha Czech Republic




From henri.gomez at gmail.com  Tue Oct  4 01:01:38 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Tue, 4 Oct 2011 10:01:38 +0200
Subject: New jre layout broke Maven and Ant
In-Reply-To: <CALyUpY1RLz8gujaOcnsX5upRtRtPWrVzZQ-icDfvLF+vZ+7jAw@mail.gmail.com>
References: <CALyUpY38-0LR_PL1N5o3pL+MQ7MGdY17nSi2dZ4jbCZrXjijuQ@mail.gmail.com>
	<p0624080bcaad20e4ca34@63.138.152.199>
	<CALyUpY2yzucrdDM1K5_wyd4NWC1CdSTixr0nL-p9EVAB-pOUAw@mail.gmail.com>
	<7EA25D1C-8CFF-42A2-BA09-4215D59653DF@apple.com>
	<CALyUpY0tTdBGss7WTDF5TCp82NshjkE=6YVFVKEJeNq-CSs6cQ@mail.gmail.com>
	<CALyUpY1RLz8gujaOcnsX5upRtRtPWrVzZQ-icDfvLF+vZ+7jAw@mail.gmail.com>
Message-ID: <CALyUpY0xDPvxpY-CYjTXuL273ntU=cHHv8MZx5ZWU8QoN08jNw@mail.gmail.com>

2011/10/4 Henri Gomez <henri.gomez at gmail.com>
>
> Hi Mike
> Just noticed you fixed #483 and provide back jdk and jre bundle.
> For now, I think to create 2 DMG, one for jdk bundle and another for jre bundle.

2 DMG are now provided :

http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-1.7-universal-jdk-b210-20111004.dmg

http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-1.7-universal-jre-b210-20111004.dmg

From henri.gomez at gmail.com  Tue Oct  4 02:23:15 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Tue, 4 Oct 2011 11:23:15 +0200
Subject: cacerts empty
Message-ID: <CALyUpY2Y+FGcc3wZwuhxPUy2SXzyQVFOh8uvFpje_7zsDe82dw@mail.gmail.com>

cacerts currently bundled in macosx-port are empty (cf:
http://java.net/jira/browse/MACOSX_PORT-399 reports)

Question.

Could we copy then, at packaging time, from OS/X cacerts
(/System/Library/Java/Support/CoreDeploy.bundle/Contents/Home/lib/security/cacerts)
or is it forbidden ?

Cheers

From mik3hall at gmail.com  Tue Oct  4 03:38:31 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Tue, 4 Oct 2011 05:38:31 -0500
Subject: libfreetype version error
In-Reply-To: <26A43889-51AC-485D-A5A7-7223665A2937@googlemail.com>
References: <49FC15F3-5367-4A61-84A6-F0FFDE0B1756@gmail.com>
	<8469BB82-21DC-4EAB-87B0-A6A64BFC99C0@gmail.com>
	<5137AA5E-889F-4A87-AF33-A0E60D3B7501@apple.com>
	<449DCD7E-B01A-4B58-A13D-E8554BC04651@gmail.com>
	<26A43889-51AC-485D-A5A7-7223665A2937@googlemail.com>
Message-ID: <5ED9B261-A54C-457C-87B1-B2427E8B069A@gmail.com>


On Oct 4, 2011, at 2:17 AM, Tomas Hurka wrote:

> It looks like it is old release. I have Mac OS X 10.6.8 and X11 about dialog shows:
> XQuartz 2.3.6 (xorg-server 1.4.2-apple56) 

Maybe I installed X11 late or something and didn't pick up the updates. Optional isn't it?
If you do the 
otool -L /usr/X11R6/lib/libfreetype.6.dylib | head -n 3
what do you show for 'compatibility version'?

Again the error...
  Reason: Incompatible library version: libfontmanager.dylib requires version 13.0.0 or later, but libfreetype.6.dylib provides version 10.0.0

With my old version...
otool -L /usr/X11R6/lib/libfreetype.6.old | head -n 3
/usr/X11R6/lib/libfreetype.6.old:
	/usr/X11/lib/libfreetype.6.dylib (compatibility version 10.0.0, current version 10.20.0)
	/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3)

Only shows the 10.0.0 in the error message

My new version...
otool -L /usr/X11R6/lib/libfreetype.6.dylib | head -n 3
/usr/X11R6/lib/libfreetype.6.dylib:
	/opt/local/lib/libfreetype.6.dylib (compatibility version 13.0.0, current version 13.2.0)
	/opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.5)

shows the required 13.0.0.

So maybe I installed late or did install back over for some reason, at some time.
Seems still to be some possibility others might run into it.

From henri.gomez at gmail.com  Tue Oct  4 05:28:08 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Tue, 4 Oct 2011 14:28:08 +0200
Subject: SDK and JRE bundles
Message-ID: <CALyUpY0peVKu-dbGgssFsosYPMnif7FdZxqSJUfASy8pQWDDeg@mail.gmail.com>

I installed both SDK and JRE bundles and Java Prefs didn't reports them anymore.

Apart Info.plist, what's is used to check a valid JVM is installed
under /Library/Java/JavaVirtualMachines/ ?

From henri.gomez at gmail.com  Tue Oct  4 05:42:45 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Tue, 4 Oct 2011 14:42:45 +0200
Subject: SDK and JRE bundles
In-Reply-To: <CALyUpY0peVKu-dbGgssFsosYPMnif7FdZxqSJUfASy8pQWDDeg@mail.gmail.com>
References: <CALyUpY0peVKu-dbGgssFsosYPMnif7FdZxqSJUfASy8pQWDDeg@mail.gmail.com>
Message-ID: <CALyUpY164KMbh5GBpsQsMqRc-qhL7EDj1xid0=F_3ztW6PSoBA@mail.gmail.com>

Same behaviour for /usr/libexec/java_home, it didn't locate anymore
1.7.0-jdk under  /Library/Java/JavaVirtualMachines


2011/10/4 Henri Gomez <henri.gomez at gmail.com>:
> I installed both SDK and JRE bundles and Java Prefs didn't reports them anymore.
>
> Apart Info.plist, what's is used to check a valid JVM is installed
> under /Library/Java/JavaVirtualMachines/ ?
>

From swingler at apple.com  Tue Oct  4 08:51:00 2011
From: swingler at apple.com (swingler at apple.com)
Date: Tue, 04 Oct 2011 15:51:00 +0000
Subject: hg: macosx-port/macosx-port/jdk: Fixing primary executable bundle
	symlinks, adding additional brand-ability to bundle plists
Message-ID: <20111004155133.1B6AB47BC3@hg.openjdk.java.net>

Changeset: 1b3e924c6db1
Author:    swingler at apple.com
Date:      2011-10-04 08:50 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/1b3e924c6db1

Fixing primary executable bundle symlinks, adding additional brand-ability to bundle plists

! make/common/Release-macosx.gmk
! src/macosx/bundle/JDK-Info.plist
! src/macosx/bundle/JRE-Info.plist


From swingler at apple.com  Tue Oct  4 08:55:13 2011
From: swingler at apple.com (Mike Swingler)
Date: Tue, 04 Oct 2011 08:55:13 -0700
Subject: SDK and JRE bundles
In-Reply-To: <CALyUpY0peVKu-dbGgssFsosYPMnif7FdZxqSJUfASy8pQWDDeg@mail.gmail.com>
References: <CALyUpY0peVKu-dbGgssFsosYPMnif7FdZxqSJUfASy8pQWDDeg@mail.gmail.com>
Message-ID: <26ED337D-98EE-4E0C-A350-8DD5143681D7@apple.com>

On Oct 4, 2011, at 5:28 AM, Henri Gomez wrote:

> I installed both SDK and JRE bundles and Java Prefs didn't reports them anymore.
> 
> Apart Info.plist, what's is used to check a valid JVM is installed
> under /Library/Java/JavaVirtualMachines/ ?

I made a mistake in the symlink generation for the bundle's primary executable "libjli.dylib". The Mac OS X JVM detection system sniffs the primary executable of the bundle for architectures so it knows which modes the particular JVM bundle supports. Since the symlink was broken, there were no architectures to sniff, ergo, not really a JVM there.

This has been fixed in: <http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/1b3e924c6db1>

Also, the .jre bundle is not a valid JDK to install in JavaVirtualMachines (because it's not a JDK). It's really only interesting to developers who want to get started on bundling it in their apps - but we aren't done developing this yet.

Regards,
Mike Swingler
Java Engineering
Apple Inc.


From henri.gomez at gmail.com  Tue Oct  4 08:59:08 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Tue, 4 Oct 2011 17:59:08 +0200
Subject: SDK and JRE bundles
In-Reply-To: <26ED337D-98EE-4E0C-A350-8DD5143681D7@apple.com>
References: <CALyUpY0peVKu-dbGgssFsosYPMnif7FdZxqSJUfASy8pQWDDeg@mail.gmail.com>
	<26ED337D-98EE-4E0C-A350-8DD5143681D7@apple.com>
Message-ID: <CALyUpY038wcsn9tW+XAmt0NrO441Jfn+xBHXAUMdJAWC0ueCiA@mail.gmail.com>

> I made a mistake in the symlink generation for the bundle's primary
> executable "libjli.dylib". The Mac OS X JVM detection system sniffs the
> primary executable of the bundle for architectures so it knows which modes
> the particular JVM bundle supports. Since the symlink was broken, there were
> no architectures to sniff, ergo, not really a JVM there.
> This has been fixed
> in:?<http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/1b3e924c6db1>
> Also, the .jre bundle is not a valid JDK to install in JavaVirtualMachines
> (because it's not a JDK). It's really only interesting to developers who
> want to get started on bundling it in their apps - but we aren't done
> developing this yet.

Fix detected and allready rebuilding it.

.jre bundle is to be 'embedded' in apps, so it make sense to install
it elsewhere.
I was wondering if it won't be better to provide it as simple tarball file.

Advices welcomed

From tobi at ultramixer.com  Tue Oct  4 09:16:37 2011
From: tobi at ultramixer.com (Tobias Bley (UltraMixer))
Date: Tue, 4 Oct 2011 18:16:37 +0200
Subject: SDK and JRE bundles
In-Reply-To: <26ED337D-98EE-4E0C-A350-8DD5143681D7@apple.com>
References: <CALyUpY0peVKu-dbGgssFsosYPMnif7FdZxqSJUfASy8pQWDDeg@mail.gmail.com>
	<26ED337D-98EE-4E0C-A350-8DD5143681D7@apple.com>
Message-ID: <7F4B1BA4-65DA-4DC7-BCAA-99347F5B5360@ultramixer.com>

We just developed an own java launcher which launches the bundled .jre it works very good! The java launcher (replacement for JavaApplicationStub) is created with an ant task who compiles a native executable which calls the JavaVM (embedded JRE)


Best regards,
Tobi



Am 04.10.2011 um 17:55 schrieb Mike Swingler:

> On Oct 4, 2011, at 5:28 AM, Henri Gomez wrote:
> 
>> I installed both SDK and JRE bundles and Java Prefs didn't reports them anymore.
>> 
>> Apart Info.plist, what's is used to check a valid JVM is installed
>> under /Library/Java/JavaVirtualMachines/ ?
> 
> I made a mistake in the symlink generation for the bundle's primary executable "libjli.dylib". The Mac OS X JVM detection system sniffs the primary executable of the bundle for architectures so it knows which modes the particular JVM bundle supports. Since the symlink was broken, there were no architectures to sniff, ergo, not really a JVM there.
> 
> This has been fixed in: <http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/1b3e924c6db1>
> 
> Also, the .jre bundle is not a valid JDK to install in JavaVirtualMachines (because it's not a JDK). It's really only interesting to developers who want to get started on bundling it in their apps - but we aren't done developing this yet.
> 
> Regards,
> Mike Swingler
> Java Engineering
> Apple Inc.
> 


From henri.gomez at gmail.com  Tue Oct  4 09:29:54 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Tue, 4 Oct 2011 18:29:54 +0200
Subject: SDK and JRE bundles
In-Reply-To: <7F4B1BA4-65DA-4DC7-BCAA-99347F5B5360@ultramixer.com>
References: <CALyUpY0peVKu-dbGgssFsosYPMnif7FdZxqSJUfASy8pQWDDeg@mail.gmail.com>
	<26ED337D-98EE-4E0C-A350-8DD5143681D7@apple.com>
	<7F4B1BA4-65DA-4DC7-BCAA-99347F5B5360@ultramixer.com>
Message-ID: <CALyUpY0X2tG=2o7QeYOGr16Wrie5rHJtOjV2juA843dUeGL90A@mail.gmail.com>

> We just developed an own java launcher which launches the bundled .jre it works very good! The java launcher (replacement for JavaApplicationStub) is created with an ant task who compiles a native executable which calls the JavaVM (embedded JRE)

Hi Tobi

You're using an Ant task, what will be you preferred package mode for
Atomic JRE ? zip, tarball ?

From swingler at apple.com  Tue Oct  4 10:04:07 2011
From: swingler at apple.com (Mike Swingler)
Date: Tue, 04 Oct 2011 10:04:07 -0700
Subject: SDK and JRE bundles
In-Reply-To: <7F4B1BA4-65DA-4DC7-BCAA-99347F5B5360@ultramixer.com>
References: <CALyUpY0peVKu-dbGgssFsosYPMnif7FdZxqSJUfASy8pQWDDeg@mail.gmail.com>
	<26ED337D-98EE-4E0C-A350-8DD5143681D7@apple.com>
	<7F4B1BA4-65DA-4DC7-BCAA-99347F5B5360@ultramixer.com>
Message-ID: <8921428B-E48E-4211-8F09-62EBA08DB965@apple.com>

Hi Tobi,

Are you using a derivative of <http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/file/tip/src/macosx/bundle/JavaAppLauncher/src/>, or something else?

Regards,
Mike Swingler
Java Engineering
Apple Inc

On Oct 4, 2011, at 9:16 AM, Tobias Bley (UltraMixer) wrote:

> We just developed an own java launcher which launches the bundled .jre it works very good! The java launcher (replacement for JavaApplicationStub) is created with an ant task who compiles a native executable which calls the JavaVM (embedded JRE)
> 
> 
> Best regards,
> Tobi
> 
> 
> 
> Am 04.10.2011 um 17:55 schrieb Mike Swingler:
> 
>> On Oct 4, 2011, at 5:28 AM, Henri Gomez wrote:
>> 
>>> I installed both SDK and JRE bundles and Java Prefs didn't reports them anymore.
>>> 
>>> Apart Info.plist, what's is used to check a valid JVM is installed
>>> under /Library/Java/JavaVirtualMachines/ ?
>> 
>> I made a mistake in the symlink generation for the bundle's primary executable "libjli.dylib". The Mac OS X JVM detection system sniffs the primary executable of the bundle for architectures so it knows which modes the particular JVM bundle supports. Since the symlink was broken, there were no architectures to sniff, ergo, not really a JVM there.
>> 
>> This has been fixed in: <http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/1b3e924c6db1>
>> 
>> Also, the .jre bundle is not a valid JDK to install in JavaVirtualMachines (because it's not a JDK). It's really only interesting to developers who want to get started on bundling it in their apps - but we aren't done developing this yet.
>> 
>> Regards,
>> Mike Swingler
>> Java Engineering
>> Apple Inc.
>> 
> 


From henri.gomez at gmail.com  Tue Oct  4 11:48:11 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Tue, 4 Oct 2011 20:48:11 +0200
Subject: Oracle JDK7 Mac OS X Port Developer Preview Release
Message-ID: <CALyUpY1A4hBcFu7w2HyO-V-RNt3RsA3G-q7nE+o3GXG9tzrR+g@mail.gmail.com>

Hi to all,

Just discovered Oracle Mac OS/X Port Preview :

http://jdk7.java.net/macportpreview/

http://code.google.com/p/openjdk-osx-build/ may be soon out of business :)

From victor.dyakov at oracle.com  Tue Oct  4 11:55:32 2011
From: victor.dyakov at oracle.com (Victor Dyakov)
Date: Tue, 04 Oct 2011 22:55:32 +0400
Subject: Developer Preview Release was officially announced today at JavaOne
	by Hasan Rizvi
Message-ID: <4E8B56A4.3050101@oracle.com>

Oracle JDK7 Mac OS X Port Developer Preview Release was officially 
announced today at JavaOne by Hasan. It is now live at http://jdk7.java.net.

http://jdk7.java.net/macportpreview

and OTN,
http://www.oracle.com/technetwork/java/javase/downloads/index.html
http://www.oracle.com/technetwork/java/javase/downloads/java-se-jdk-7-download-432154.html

Congrats all!
A lot of people worked hard on this release, including (but not limited 
to) Apple team and Oracle team, Thank you all for your hard work.

Now on to the GA release !

Victor

From henri.gomez at gmail.com  Tue Oct  4 12:11:34 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Tue, 4 Oct 2011 21:11:34 +0200
Subject: Developer Preview Release was officially announced today at
	JavaOne by Hasan Rizvi
In-Reply-To: <4E8B56A4.3050101@oracle.com>
References: <4E8B56A4.3050101@oracle.com>
Message-ID: <CALyUpY1hkgrR1p0iV6t1kpngY6qnW1Mxia33X4oT9HyojAKn+g@mail.gmail.com>

> Oracle JDK7 Mac OS X Port Developer Preview Release was officially announced
> today at JavaOne by Hasan. It is now live at http://jdk7.java.net.
>
> http://jdk7.java.net/macportpreview
>
> and OTN,
> http://www.oracle.com/technetwork/java/javase/downloads/index.html
> http://www.oracle.com/technetwork/java/javase/downloads/java-se-jdk-7-download-432154.html
>
> Congrats all!
> A lot of people worked hard on this release, including (but not limited to)
> Apple team and Oracle team, Thank you all for your hard work.
>
> Now on to the GA release !

Congrats to all for this release.

Victor, I noticed this release is marked b211 whereas OpenJDK trunk is
still b210.
Could you told us more on this b211 ?

From swingler at apple.com  Tue Oct  4 12:17:27 2011
From: swingler at apple.com (swingler at apple.com)
Date: Tue, 04 Oct 2011 19:17:27 +0000
Subject: hg: macosx-port/macosx-port/jdk: Putting the built product bundles
	back into the j2re/j2sdk-image directories
Message-ID: <20111004191738.5AFB847BD0@hg.openjdk.java.net>

Changeset: 3677d53828ae
Author:    swingler at apple.com
Date:      2011-10-04 12:17 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/3677d53828ae

Putting the built product bundles back into the j2re/j2sdk-image directories

! make/common/Release-macosx.gmk


From stephen.bannasch at deanbrook.org  Tue Oct  4 12:30:18 2011
From: stephen.bannasch at deanbrook.org (Stephen Bannasch)
Date: Tue, 4 Oct 2011 15:30:18 -0400
Subject: Developer Preview Release was officially announced today at
	JavaOne by Hasan Rizvi
In-Reply-To: <4E8B56A4.3050101@oracle.com>
References: <4E8B56A4.3050101@oracle.com>
Message-ID: <p06240805cab10e5efb7c@[192.168.1.123]>

At 10:55 PM +0400 10/4/11, Victor Dyakov wrote:
>Oracle JDK7 Mac OS X Port Developer Preview Release was officially announced today at JavaOne by Hasan. It is now live at http://jdk7.java.net.
>
>http://jdk7.java.net/macportpreview
>
>and OTN,
>http://www.oracle.com/technetwork/java/javase/downloads/index.html
>http://www.oracle.com/technetwork/java/javase/downloads/java-se-jdk-7-download-432154.html
>

Why is the release distributed under such a restrictive license?

  http://jdk7.java.net/license.txt

When the macosx-port OpenJDK code I build is distributed under the GPL2 license?

Is there additional proprietary code included in jdk-7-ea-macosx-b211.dmg?

Samples from the license http://jdk7.java.net/license.txt:

  3.1  No Duplication.

  Licensee may not duplicate Licensed Software other than for a
  single copy of Licensed Software for archival purposes only.
  Licensee agrees to reproduce any copyright and other
  proprietary right notices on any such copy.

  3.2  Confidential Information

  Licensed Software and Feedback (as defined in Section 5.0) are
  "Confidential Information" of Oracle. Licensee may not
  disclose or use Confidential Information, except for the
  purposes specified in this Agreement. Licensee will protect
  the Confidential Information with the same degree of care, as
  Licensee uses to protect its own Confidential Information, but
  no less than a reasonable degree.

  3.3  No Derivative Works

  Except as otherwise provided by law, Licensee may not modify
  or create derivative works of the Licensed Software, or
  reverse engineer, disassemble or decompile binary portions of
  the Licensed Software, or otherwise attempt to derive the
  source code from such portions.

  3.4   No Other Licenses or Rights

  No right, title, or interest in or to Licensed Software, any
  trademarks, service marks, or trade names of Oracle or
  Oracle's licensors is granted under this Agreement.

  3.5  No Commercial Use

  Licensee shall have no right to use the Licensed Software for
  productive or commercial use.

From swingler at apple.com  Tue Oct  4 12:55:39 2011
From: swingler at apple.com (Mike Swingler)
Date: Tue, 04 Oct 2011 12:55:39 -0700
Subject: hg: macosx-port/macosx-port/jdk: Putting the built product bundles
	back into the j2re/j2sdk-image directories
In-Reply-To: <20111004191738.5AFB847BD0@hg.openjdk.java.net>
References: <20111004191738.5AFB847BD0@hg.openjdk.java.net>
Message-ID: <B19DE997-DD06-4D64-B930-7B98E7A5A484@apple.com>

On Oct 4, 2011, at 12:17 PM, swingler at apple.com wrote:

> Changeset: 3677d53828ae
> Author:    swingler at apple.com
> Date:      2011-10-04 12:17 -0700
> URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/3677d53828ae
> 
> Putting the built product bundles back into the j2re/j2sdk-image directories
> 
> ! make/common/Release-macosx.gmk

FYI, all: the bundled build output the macosx-port has been moved from j2sdk-bundle to j2sdk-image and j2re-image. We plan to have some more goodies in the j2re-image soon for developers looking to bundle the JRE into their app.

Stay tuned,
Mike Swingler
Java Engineering
Apple Inc.


From ahughes at redhat.com  Tue Oct  4 13:32:02 2011
From: ahughes at redhat.com (Dr Andrew John Hughes)
Date: Tue, 4 Oct 2011 21:32:02 +0100
Subject: Oracle JDK7 Mac OS X Port Developer Preview Release
In-Reply-To: <CALyUpY1A4hBcFu7w2HyO-V-RNt3RsA3G-q7nE+o3GXG9tzrR+g@mail.gmail.com>
References: <CALyUpY1A4hBcFu7w2HyO-V-RNt3RsA3G-q7nE+o3GXG9tzrR+g@mail.gmail.com>
Message-ID: <20111004203202.GG29874@rivendell.redhat.com>

On 20:48 Tue 04 Oct     , Henri Gomez wrote:
> Hi to all,
> 
> Just discovered Oracle Mac OS/X Port Preview :
> 
> http://jdk7.java.net/macportpreview/
> 
> http://code.google.com/p/openjdk-osx-build/ may be soon out of business :)

This is a proprietary binary, so I very much doubt it.  Notably,

2.1 Source Code.  Oracle grants to Licensee, a non-exclusive,
non-transferable, royalty-free and limited license to view the source
code portions of the Licensed Software internally for the purposes of
evaluation only.

2.2 Binary Code.  Oracle grants to Licensee, a non-exclusive,
non-transferable, royalty-free and limited license to use the binary
code portions of the Licensed Software internally for the purposes of
evaluation only.

2.3 No Other Licenses.  No licenses are granted to Licensee for any
other purposes, Licensee may not sell, rent, loan or otherwise
encumber or transfer Licensed Software in whole or in part, to any
third party.

3.5 No Commercial Use Licensee shall have no right to use the Licensed
Software for productive or commercial use.

whereas the OpenJDK OSX build is under the GPL and other licenses.
The page says 'Apache License 2.0' but this is clearly wrong, as the
vast majority of OpenJDK code is either GPLv2 or GPLv2 with the
Classpath exception.

I would strongly warn anyone working on the open source OpenJDK OSX port
NOT to look at any source code included in this preview build for risk
of contamination.
-- 
Andrew :)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

Support Free Java!
Contribute to GNU Classpath and IcedTea
http://www.gnu.org/software/classpath
http://icedtea.classpath.org
PGP Key: F5862A37 (https://keys.indymedia.org/)
Fingerprint = EA30 D855 D50F 90CD F54D  0698 0713 C3ED F586 2A37

From ahughes at redhat.com  Tue Oct  4 13:33:57 2011
From: ahughes at redhat.com (Dr Andrew John Hughes)
Date: Tue, 4 Oct 2011 21:33:57 +0100
Subject: Developer Preview Release was officially announced today at
	JavaOne by Hasan Rizvi
In-Reply-To: <p06240805cab10e5efb7c@[192.168.1.123]>
References: <4E8B56A4.3050101@oracle.com>
	<p06240805cab10e5efb7c@[192.168.1.123]>
Message-ID: <20111004203357.GH29874@rivendell.redhat.com>

On 15:30 Tue 04 Oct     , Stephen Bannasch wrote:
> At 10:55 PM +0400 10/4/11, Victor Dyakov wrote:
> >Oracle JDK7 Mac OS X Port Developer Preview Release was officially announced today at JavaOne by Hasan. It is now live at http://jdk7.java.net.
> >
> >http://jdk7.java.net/macportpreview
> >
> >and OTN,
> >http://www.oracle.com/technetwork/java/javase/downloads/index.html
> >http://www.oracle.com/technetwork/java/javase/downloads/java-se-jdk-7-download-432154.html
> >
> 
> Why is the release distributed under such a restrictive license?
> 
>   http://jdk7.java.net/license.txt
> 
> When the macosx-port OpenJDK code I build is distributed under the GPL2 license?
> 
> Is there additional proprietary code included in jdk-7-ea-macosx-b211.dmg?
> 
> Samples from the license http://jdk7.java.net/license.txt:
> 
>   3.1  No Duplication.
> 
>   Licensee may not duplicate Licensed Software other than for a
>   single copy of Licensed Software for archival purposes only.
>   Licensee agrees to reproduce any copyright and other
>   proprietary right notices on any such copy.
> 
>   3.2  Confidential Information
> 
>   Licensed Software and Feedback (as defined in Section 5.0) are
>   "Confidential Information" of Oracle. Licensee may not
>   disclose or use Confidential Information, except for the
>   purposes specified in this Agreement. Licensee will protect
>   the Confidential Information with the same degree of care, as
>   Licensee uses to protect its own Confidential Information, but
>   no less than a reasonable degree.
> 
>   3.3  No Derivative Works
> 
>   Except as otherwise provided by law, Licensee may not modify
>   or create derivative works of the Licensed Software, or
>   reverse engineer, disassemble or decompile binary portions of
>   the Licensed Software, or otherwise attempt to derive the
>   source code from such portions.
> 
>   3.4   No Other Licenses or Rights
> 
>   No right, title, or interest in or to Licensed Software, any
>   trademarks, service marks, or trade names of Oracle or
>   Oracle's licensors is granted under this Agreement.
> 
>   3.5  No Commercial Use
> 
>   Licensee shall have no right to use the Licensed Software for
>   productive or commercial use.

Wondering the exact same thing.  Sadly, this seems to be standard
Oracle practice as they do the same with x86/x86_64 builds on
GNU/Linux, Solaris and Windows.  One possible reason is that these
builds use the proprietary graphics code and include Oracle's
proprietary Web Start / plugin implementation.
-- 
Andrew :)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

Support Free Java!
Contribute to GNU Classpath and IcedTea
http://www.gnu.org/software/classpath
http://icedtea.classpath.org
PGP Key: F5862A37 (https://keys.indymedia.org/)
Fingerprint = EA30 D855 D50F 90CD F54D  0698 0713 C3ED F586 2A37

From tobi at ultramixer.com  Tue Oct  4 14:00:50 2011
From: tobi at ultramixer.com (Tobias Bley (UltraMixer))
Date: Tue, 4 Oct 2011 23:00:50 +0200
Subject: SDK and JRE bundles
In-Reply-To: <8921428B-E48E-4211-8F09-62EBA08DB965@apple.com>
References: <CALyUpY0peVKu-dbGgssFsosYPMnif7FdZxqSJUfASy8pQWDDeg@mail.gmail.com>
	<26ED337D-98EE-4E0C-A350-8DD5143681D7@apple.com>
	<7F4B1BA4-65DA-4DC7-BCAA-99347F5B5360@ultramixer.com>
	<8921428B-E48E-4211-8F09-62EBA08DB965@apple.com>
Message-ID: <2AA88093-BC30-4281-822E-B4235A28FA92@ultramixer.com>

HI Mike,

It's the first time I see your new JavaAppLauncher... We created an own launcher, so it's no derivate. Our launcher does not parse the info.plist file. It simply launches a bundle JRE with the given parameters from the ANT task.

Best regards,
Tobi



Am 04.10.2011 um 19:04 schrieb Mike Swingler:

> Hi Tobi,
> 
> Are you using a derivative of <http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/file/tip/src/macosx/bundle/JavaAppLauncher/src/>, or something else?
> 
> Regards,
> Mike Swingler
> Java Engineering
> Apple Inc
> 
> On Oct 4, 2011, at 9:16 AM, Tobias Bley (UltraMixer) wrote:
> 
>> We just developed an own java launcher which launches the bundled .jre it works very good! The java launcher (replacement for JavaApplicationStub) is created with an ant task who compiles a native executable which calls the JavaVM (embedded JRE)
>> 
>> 
>> Best regards,
>> Tobi
>> 
>> 
>> 
>> Am 04.10.2011 um 17:55 schrieb Mike Swingler:
>> 
>>> On Oct 4, 2011, at 5:28 AM, Henri Gomez wrote:
>>> 
>>>> I installed both SDK and JRE bundles and Java Prefs didn't reports them anymore.
>>>> 
>>>> Apart Info.plist, what's is used to check a valid JVM is installed
>>>> under /Library/Java/JavaVirtualMachines/ ?
>>> 
>>> I made a mistake in the symlink generation for the bundle's primary executable "libjli.dylib". The Mac OS X JVM detection system sniffs the primary executable of the bundle for architectures so it knows which modes the particular JVM bundle supports. Since the symlink was broken, there were no architectures to sniff, ergo, not really a JVM there.
>>> 
>>> This has been fixed in: <http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/1b3e924c6db1>
>>> 
>>> Also, the .jre bundle is not a valid JDK to install in JavaVirtualMachines (because it's not a JDK). It's really only interesting to developers who want to get started on bundling it in their apps - but we aren't done developing this yet.
>>> 
>>> Regards,
>>> Mike Swingler
>>> Java Engineering
>>> Apple Inc.
>>> 
>> 
> 


From tobi at ultramixer.com  Tue Oct  4 13:59:01 2011
From: tobi at ultramixer.com (Tobias Bley (UltraMixer))
Date: Tue, 4 Oct 2011 22:59:01 +0200
Subject: SDK and JRE bundles
In-Reply-To: <CALyUpY0X2tG=2o7QeYOGr16Wrie5rHJtOjV2juA843dUeGL90A@mail.gmail.com>
References: <CALyUpY0peVKu-dbGgssFsosYPMnif7FdZxqSJUfASy8pQWDDeg@mail.gmail.com>
	<26ED337D-98EE-4E0C-A350-8DD5143681D7@apple.com>
	<7F4B1BA4-65DA-4DC7-BCAA-99347F5B5360@ultramixer.com>
	<CALyUpY0X2tG=2o7QeYOGr16Wrie5rHJtOjV2juA843dUeGL90A@mail.gmail.com>
Message-ID: <61CBC4F6-8ABE-46FA-A109-3DDF77554887@ultramixer.com>

Hi Henri,

It's not so important for me. I think a DMG or a ZIP file is good.

Best regards,
Tobi



Am 04.10.2011 um 18:29 schrieb Henri Gomez:

>> We just developed an own java launcher which launches the bundled .jre it works very good! The java launcher (replacement for JavaApplicationStub) is created with an ant task who compiles a native executable which calls the JavaVM (embedded JRE)
> 
> Hi Tobi
> 
> You're using an Ant task, what will be you preferred package mode for
> Atomic JRE ? zip, tarball ?


From mik3hall at gmail.com  Tue Oct  4 15:09:54 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Tue, 4 Oct 2011 17:09:54 -0500
Subject: libfreetype version error
In-Reply-To: <26A43889-51AC-485D-A5A7-7223665A2937@googlemail.com>
References: <49FC15F3-5367-4A61-84A6-F0FFDE0B1756@gmail.com>
	<8469BB82-21DC-4EAB-87B0-A6A64BFC99C0@gmail.com>
	<5137AA5E-889F-4A87-AF33-A0E60D3B7501@apple.com>
	<449DCD7E-B01A-4B58-A13D-E8554BC04651@gmail.com>
	<26A43889-51AC-485D-A5A7-7223665A2937@googlemail.com>
Message-ID: <2788FD95-A149-4F17-B090-E83EC6971423@gmail.com>


On Oct 4, 2011, at 2:17 AM, Tomas Hurka wrote:

> On 4 Oct 2011, at 01:23, Michael Hall wrote:
>> On Oct 3, 2011, at 6:16 PM, Mike Swingler wrote:
>>> 
>>> Had you previously installed your own X11 or freetype via MacPorts/Fink/Homebrew? I've never seen this problem.
>> 
>> Possibly. Not that I specifically remember. It would almost have to have been a X11 install though wouldn't it? No standalone freetype install would be going to the X11 directory would it?
>> Starting X11 the about window shows 
>> The X Window System
>> XQuartz 2.3.4 (xorg-server 1.4.2-apple45)
>> Would this be older than a usual 10.6 X11?
> 
> It looks like it is old release. I have Mac OS X 10.6.8 and X11 about dialog shows:
> XQuartz 2.3.6 (xorg-server 1.4.2-apple56) 

The ea appears to sidestep this issue. So even more moot. Although I suppose I should bring X11 current sometime.

From swpalmer at gmail.com  Tue Oct  4 14:21:48 2011
From: swpalmer at gmail.com (Scott Palmer)
Date: Tue, 4 Oct 2011 17:21:48 -0400
Subject: Developer Preview Release was officially announced today at
	JavaOne by Hasan Rizvi
In-Reply-To: <20111004203357.GH29874@rivendell.redhat.com>
References: <4E8B56A4.3050101@oracle.com>
	<p06240805cab10e5efb7c@[192.168.1.123]>
	<20111004203357.GH29874@rivendell.redhat.com>
Message-ID: <-8928755702077673560@unknownmsgid>

It's like what thy did with JavaFX. They changed the license at the
last second to not allow redistribution of the JavaFX runtime, despite
advertising on JavaFX.com that they would allow it.

Scott

On 2011-10-04, at 4:35 PM, Dr Andrew John Hughes <ahughes at redhat.com> wrote:

> On 15:30 Tue 04 Oct     , Stephen Bannasch wrote:
>> At 10:55 PM +0400 10/4/11, Victor Dyakov wrote:
>>> Oracle JDK7 Mac OS X Port Developer Preview Release was officially announced today at JavaOne by Hasan. It is now live at http://jdk7.java.net.
>>>
>>> http://jdk7.java.net/macportpreview
>>>
>>> and OTN,
>>> http://www.oracle.com/technetwork/java/javase/downloads/index.html
>>> http://www.oracle.com/technetwork/java/javase/downloads/java-se-jdk-7-download-432154.html
>>>
>>
>> Why is the release distributed under such a restrictive license?
>>
>>  http://jdk7.java.net/license.txt
>>
>> When the macosx-port OpenJDK code I build is distributed under the GPL2 license?
>>
>> Is there additional proprietary code included in jdk-7-ea-macosx-b211.dmg?
>>
>> Samples from the license http://jdk7.java.net/license.txt:
>>
>>  3.1  No Duplication.
>>
>>  Licensee may not duplicate Licensed Software other than for a
>>  single copy of Licensed Software for archival purposes only.
>>  Licensee agrees to reproduce any copyright and other
>>  proprietary right notices on any such copy.
>>
>>  3.2  Confidential Information
>>
>>  Licensed Software and Feedback (as defined in Section 5.0) are
>>  "Confidential Information" of Oracle. Licensee may not
>>  disclose or use Confidential Information, except for the
>>  purposes specified in this Agreement. Licensee will protect
>>  the Confidential Information with the same degree of care, as
>>  Licensee uses to protect its own Confidential Information, but
>>  no less than a reasonable degree.
>>
>>  3.3  No Derivative Works
>>
>>  Except as otherwise provided by law, Licensee may not modify
>>  or create derivative works of the Licensed Software, or
>>  reverse engineer, disassemble or decompile binary portions of
>>  the Licensed Software, or otherwise attempt to derive the
>>  source code from such portions.
>>
>>  3.4   No Other Licenses or Rights
>>
>>  No right, title, or interest in or to Licensed Software, any
>>  trademarks, service marks, or trade names of Oracle or
>>  Oracle's licensors is granted under this Agreement.
>>
>>  3.5  No Commercial Use
>>
>>  Licensee shall have no right to use the Licensed Software for
>>  productive or commercial use.
>
> Wondering the exact same thing.  Sadly, this seems to be standard
> Oracle practice as they do the same with x86/x86_64 builds on
> GNU/Linux, Solaris and Windows.  One possible reason is that these
> builds use the proprietary graphics code and include Oracle's
> proprietary Web Start / plugin implementation.
> --
> Andrew :)
>
> Free Java Software Engineer
> Red Hat, Inc. (http://www.redhat.com)
>
> Support Free Java!
> Contribute to GNU Classpath and IcedTea
> http://www.gnu.org/software/classpath
> http://icedtea.classpath.org
> PGP Key: F5862A37 (https://keys.indymedia.org/)
> Fingerprint = EA30 D855 D50F 90CD F54D  0698 0713 C3ED F586 2A37

From swpalmer at gmail.com  Tue Oct  4 18:42:08 2011
From: swpalmer at gmail.com (Scott Palmer)
Date: Tue, 4 Oct 2011 21:42:08 -0400
Subject: =?windows-1252?Q?Launching_GUI_apps=85_still_always_failing_with?=
	=?windows-1252?Q?out_hacks=3F?=
Message-ID: <5EBB0361-A0B2-42DB-AB6F-FF6F5E37FEC9@gmail.com>

I filed this as a bug with OpenJDK and posted about it a while ago? I see that it is also an issue the the just released Developer Preview form Oracle.

This issue seems to be with any GUI app, but just for example it always happens with Netbeans.
An attempt to launch Netbeans (7.0.1, 7.1 beta or latest dev release) with Java 7 on Mac *always* fails with the following error. 
It can be worked around by launching an app with Java 7 and starting another app while that app is still running. 

It seems sufficiently frustrating, that you guys would have addressed it by now rather than deal with the torment,  so I'm wondering what might be unique about my system.

Scott

-------------------------------------------------------------------------------
>Log Session: Tuesday, October 4, 2011 9:29:04 PM EDT
>System Info: 
  Product Version         = NetBeans IDE Dev (Build 201110040601) (#b372dd157f76)
  Operating System        = Mac OS X version 10.7.1 running on x86_64
  Java; VM; Vendor        = 1.7.0-ea; OpenJDK 64-Bit Server VM 21.0-b17; Oracle Corporation
  Runtime                 = OpenJDK Runtime Environment 1.7.0-ea-b211
  Java Home               = /Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home
  System Locale; Encoding = en_US (nb); US-ASCII
  Home Directory          = /Users/scott
  Current Directory       = /
  User Directory          = /Users/scott/.netbeans/dev
  Cache Directory         = /Users/scott/.netbeans/dev/var/cache
  Installation            = /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/ergonomics
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/ide
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/java
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/apisupport
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/websvccommon
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/enterprise
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/profiler
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/php
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/harness
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/cnd
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/dlight
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/groovy
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/javafx
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform
  Boot & Ext. Classpath   = /Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/resources.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/rt.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/sunrsasign.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/jsse.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/jce.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/charsets.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/modules/jdk.boot.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/JObjC.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/classes:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/dnsns.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/localedata.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/sunec.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/sunjce_provider.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/sunpkcs11.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/zipfs.jar:/System/Library/Java/Extensions/AppleScriptEngine.jar:/System/Library/Java/Extensions/dns_sd.jar:/System/Library/Java/Extensions/j3daudio.jar:/System/Library/Java/Extensions/j3dcore.jar:/System/Library/Java/Extensions/j3dutils.jar:/System/Library/Java/Extensions/jai_codec.jar:/System/Library/Java/Extensions/jai_core.jar:/System/Library/Java/Extensions/mlibwrapper_jai.jar:/System/Library/Java/Extensions/MRJToolkit.jar:/System/Library/Java/Extensions/QTJava.zip:/System/Library/Java/Extensions/vecmath.jar
  Application Classpath   = /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/boot.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/org-openide-modules.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/org-openide-util-lookup.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/org-openide-util.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/boot_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/boot_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/boot_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/boot_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_zh_CN.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/lib/dt.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/lib/tools.jar
  Startup Classpath       = /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/core.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/org-openide-filesystems.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/core_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/core_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/core_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/core_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/org-netbeans-upgrader.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_zh_CN.jar
-------------------------------------------------------------------------------
WARNING [org.netbeans.core.startup.InstalledFileLocatorImpl]: no code name base passed when looking up var/license_accepted at org.netbeans.core.startup.Main$1LicenseHandler.shouldDisplayLicense(Main.java:463)
WARNING [org.netbeans.core.startup.Main]
java.lang.NullPointerException
	at sun.font.FontDesignMetrics.getDefaultFrc(FontDesignMetrics.java:153)
	at sun.font.FontDesignMetrics.getMetrics(FontDesignMetrics.java:278)
	at sun.swing.SwingUtilities2.getFontMetrics(SwingUtilities2.java:1012)
	at javax.swing.JComponent.getFontMetrics(JComponent.java:1624)
	at javax.swing.text.WrappedPlainView.updateMetrics(WrappedPlainView.java:318)
	at javax.swing.text.WrappedPlainView.updateChildren(WrappedPlainView.java:297)
	at javax.swing.text.WrappedPlainView.insertUpdate(WrappedPlainView.java:463)
	at javax.swing.plaf.basic.BasicTextUI$RootView.insertUpdate(BasicTextUI.java:1604)
	at javax.swing.plaf.basic.BasicTextUI$UpdateHandler.insertUpdate(BasicTextUI.java:1863)
	at javax.swing.text.AbstractDocument.fireInsertUpdate(AbstractDocument.java:202)
	at javax.swing.text.AbstractDocument.handleInsertString(AbstractDocument.java:749)
	at javax.swing.text.AbstractDocument.insertString(AbstractDocument.java:708)
	at javax.swing.text.PlainDocument.insertString(PlainDocument.java:130)
	at javax.swing.text.AbstractDocument.replace(AbstractDocument.java:670)
	at javax.swing.text.JTextComponent.setText(JTextComponent.java:1718)
	at org.netbeans.upgrade.AutoUpgradePanel.initComponents(AutoUpgradePanel.java:109)
	at org.netbeans.upgrade.AutoUpgradePanel.<init>(AutoUpgradePanel.java:65)
	at org.netbeans.upgrade.AutoUpgrade.showUpgradeDialog(AutoUpgrade.java:148)
	at org.netbeans.upgrade.AutoUpgrade.main(AutoUpgrade.java:81)
Caused: java.lang.reflect.InvocationTargetException
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
[catch] at org.netbeans.core.startup.Main$1ImportHandler.run(Main.java:394)
	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:241)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:705)
	at java.awt.EventQueue.access$000(EventQueue.java:101)
	at java.awt.EventQueue$3.run(EventQueue.java:666)
	at java.awt.EventQueue$3.run(EventQueue.java:664)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:675)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:240)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:157)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:146)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:142)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:134)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)
 

From swingler at apple.com  Tue Oct  4 18:47:04 2011
From: swingler at apple.com (Mike Swingler)
Date: Tue, 04 Oct 2011 18:47:04 -0700
Subject: =?windows-1252?Q?Re=3A_Launching_GUI_apps=85_still_always_failin?=
	=?windows-1252?Q?g_without_hacks=3F?=
In-Reply-To: <5EBB0361-A0B2-42DB-AB6F-FF6F5E37FEC9@gmail.com>
References: <5EBB0361-A0B2-42DB-AB6F-FF6F5E37FEC9@gmail.com>
Message-ID: <EB29EE65-B50C-43F2-A63C-FF65D9E02AAE@apple.com>

Some bad font you have installed? Try going into the Font Book.app, disabling all fonts, and see if it still reproduces. If it doesn't, turn on only half your fonts, if it does, turn half of those off...and so on and so forth in that fashion.

Regards,
Mike Swingler
Java Engineering
Apple Inc.

On Oct 4, 2011, at 6:42 PM, Scott Palmer wrote:

> I filed this as a bug with OpenJDK and posted about it a while ago? I see that it is also an issue the the just released Developer Preview form Oracle.
> 
> This issue seems to be with any GUI app, but just for example it always happens with Netbeans.
> An attempt to launch Netbeans (7.0.1, 7.1 beta or latest dev release) with Java 7 on Mac *always* fails with the following error. 
> It can be worked around by launching an app with Java 7 and starting another app while that app is still running. 
> 
> It seems sufficiently frustrating, that you guys would have addressed it by now rather than deal with the torment,  so I'm wondering what might be unique about my system.
> 
> Scott
> 
> -------------------------------------------------------------------------------
>> Log Session: Tuesday, October 4, 2011 9:29:04 PM EDT
>> System Info: 
>  Product Version         = NetBeans IDE Dev (Build 201110040601) (#b372dd157f76)
>  Operating System        = Mac OS X version 10.7.1 running on x86_64
>  Java; VM; Vendor        = 1.7.0-ea; OpenJDK 64-Bit Server VM 21.0-b17; Oracle Corporation
>  Runtime                 = OpenJDK Runtime Environment 1.7.0-ea-b211
>  Java Home               = /Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home
>  System Locale; Encoding = en_US (nb); US-ASCII
>  Home Directory          = /Users/scott
>  Current Directory       = /
>  User Directory          = /Users/scott/.netbeans/dev
>  Cache Directory         = /Users/scott/.netbeans/dev/var/cache
>  Installation            = /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb
>                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/ergonomics
>                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/ide
>                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/java
>                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/apisupport
>                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/websvccommon
>                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/enterprise
>                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/profiler
>                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/php
>                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/harness
>                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/cnd
>                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/dlight
>                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/groovy
>                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/javafx
>                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform
>  Boot & Ext. Classpath   = /Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/resources.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/rt.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/sunrsasign.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/jsse.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/jce.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/charsets.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/modules/jdk.boot.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/JObjC.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/classes:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/dnsns.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/localedata.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/sunec.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/sunjce_provider.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/sunpkcs11.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/zipfs.jar:/System/Library/Java/Extensions/AppleScriptEngine.jar:/System/Library/Java/Extensions/dns_sd.jar:/System/Library/Java/Extensions/j3daudio.jar:/System/Library/Java/Extensions/j3dcore.jar:/System/Library/Java/Extensions/j3dutils.jar:/System/Library/Java/Extensions/jai_codec.jar:/System/Library/Java/Extensions/jai_core.jar:/System/Library/Java/Extensions/mlibwrapper_jai.jar:/System/Library/Java/Extensions/MRJToolkit.jar:/System/Library/Java/Extensions/QTJava.zip:/System/Library/Java/Extensions/vecmath.jar
>  Application Classpath   = /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/boot.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/org-openide-modules.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/org-openide-util-lookup.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/org-openide-util.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/boot_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/boot_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/boot_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/boot_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_zh_CN.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/lib/dt.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/lib/tools.jar
>  Startup Classpath       = /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/core.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/org-openide-filesystems.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/core_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/core_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/core_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/core_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/org-netbeans-upgrader.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_zh_CN.jar
> -------------------------------------------------------------------------------
> WARNING [org.netbeans.core.startup.InstalledFileLocatorImpl]: no code name base passed when looking up var/license_accepted at org.netbeans.core.startup.Main$1LicenseHandler.shouldDisplayLicense(Main.java:463)
> WARNING [org.netbeans.core.startup.Main]
> java.lang.NullPointerException
> 	at sun.font.FontDesignMetrics.getDefaultFrc(FontDesignMetrics.java:153)
> 	at sun.font.FontDesignMetrics.getMetrics(FontDesignMetrics.java:278)
> 	at sun.swing.SwingUtilities2.getFontMetrics(SwingUtilities2.java:1012)
> 	at javax.swing.JComponent.getFontMetrics(JComponent.java:1624)
> 	at javax.swing.text.WrappedPlainView.updateMetrics(WrappedPlainView.java:318)
> 	at javax.swing.text.WrappedPlainView.updateChildren(WrappedPlainView.java:297)
> 	at javax.swing.text.WrappedPlainView.insertUpdate(WrappedPlainView.java:463)
> 	at javax.swing.plaf.basic.BasicTextUI$RootView.insertUpdate(BasicTextUI.java:1604)
> 	at javax.swing.plaf.basic.BasicTextUI$UpdateHandler.insertUpdate(BasicTextUI.java:1863)
> 	at javax.swing.text.AbstractDocument.fireInsertUpdate(AbstractDocument.java:202)
> 	at javax.swing.text.AbstractDocument.handleInsertString(AbstractDocument.java:749)
> 	at javax.swing.text.AbstractDocument.insertString(AbstractDocument.java:708)
> 	at javax.swing.text.PlainDocument.insertString(PlainDocument.java:130)
> 	at javax.swing.text.AbstractDocument.replace(AbstractDocument.java:670)
> 	at javax.swing.text.JTextComponent.setText(JTextComponent.java:1718)
> 	at org.netbeans.upgrade.AutoUpgradePanel.initComponents(AutoUpgradePanel.java:109)
> 	at org.netbeans.upgrade.AutoUpgradePanel.<init>(AutoUpgradePanel.java:65)
> 	at org.netbeans.upgrade.AutoUpgrade.showUpgradeDialog(AutoUpgrade.java:148)
> 	at org.netbeans.upgrade.AutoUpgrade.main(AutoUpgrade.java:81)
> Caused: java.lang.reflect.InvocationTargetException
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 	at java.lang.reflect.Method.invoke(Method.java:601)
> [catch] at org.netbeans.core.startup.Main$1ImportHandler.run(Main.java:394)
> 	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:241)
> 	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:705)
> 	at java.awt.EventQueue.access$000(EventQueue.java:101)
> 	at java.awt.EventQueue$3.run(EventQueue.java:666)
> 	at java.awt.EventQueue$3.run(EventQueue.java:664)
> 	at java.security.AccessController.doPrivileged(Native Method)
> 	at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
> 	at java.awt.EventQueue.dispatchEvent(EventQueue.java:675)
> 	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:240)
> 	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:157)
> 	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:146)
> 	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:142)
> 	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:134)
> 	at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)


From swpalmer at gmail.com  Tue Oct  4 19:06:26 2011
From: swpalmer at gmail.com (Scott Palmer)
Date: Tue, 4 Oct 2011 22:06:26 -0400
Subject: SDK and JRE bundles
In-Reply-To: <61CBC4F6-8ABE-46FA-A109-3DDF77554887@ultramixer.com>
References: <CALyUpY0peVKu-dbGgssFsosYPMnif7FdZxqSJUfASy8pQWDDeg@mail.gmail.com>
	<26ED337D-98EE-4E0C-A350-8DD5143681D7@apple.com>
	<7F4B1BA4-65DA-4DC7-BCAA-99347F5B5360@ultramixer.com>
	<CALyUpY0X2tG=2o7QeYOGr16Wrie5rHJtOjV2juA843dUeGL90A@mail.gmail.com>
	<61CBC4F6-8ABE-46FA-A109-3DDF77554887@ultramixer.com>
Message-ID: <7DFAE853-BC9D-49BB-BF5A-BC1F29CF52CC@gmail.com>

A DMG is nice because you can put an alias to the JavaVirtualMachines folder in it like Oracle did with their Developer Preview release.  Makes installation easier and very Mac-like.

Scott

On 2011-10-04, at 4:59 PM, Tobias Bley (UltraMixer) wrote:

> Hi Henri,
> 
> It's not so important for me. I think a DMG or a ZIP file is good.
> 
> Best regards,
> Tobi
> 
> 
> 
> Am 04.10.2011 um 18:29 schrieb Henri Gomez:
> 
>>> We just developed an own java launcher which launches the bundled .jre it works very good! The java launcher (replacement for JavaApplicationStub) is created with an ant task who compiles a native executable which calls the JavaVM (embedded JRE)
>> 
>> Hi Tobi
>> 
>> You're using an Ant task, what will be you preferred package mode for
>> Atomic JRE ? zip, tarball ?
> 


From swpalmer at gmail.com  Tue Oct  4 19:37:52 2011
From: swpalmer at gmail.com (Scott Palmer)
Date: Tue, 4 Oct 2011 22:37:52 -0400
Subject: =?windows-1252?Q?Re=3A_Launching_GUI_apps=85_still_always_failin?=
	=?windows-1252?Q?g_without_hacks=3F?=
In-Reply-To: <EB29EE65-B50C-43F2-A63C-FF65D9E02AAE@apple.com>
References: <5EBB0361-A0B2-42DB-AB6F-FF6F5E37FEC9@gmail.com>
	<EB29EE65-B50C-43F2-A63C-FF65D9E02AAE@apple.com>
Message-ID: <F6D3B46B-C1DC-469F-BC8B-C35EA44D577C@gmail.com>

I personally have never installed a font.. maybe some other app did it.
This will be the first time I launch Font Book.. I guess it might be useful for something after all :-)

I would disable all fonts, but I can't figure out how to do it. When I select "All Fonts" the "Disable 'All Fonts'" option is ghosted out.  If I multi-select any significant number of fonts the "Disable Fonts" option is ghosted out. Font Book is a very frustrating app.  Ah, it seems 10 is the magic number? I'll have to do this about 16 times in groups of 10.. great.  Hmmm.. no that's not it? 
Ah, it appears that you are not allowed to disable Courier? nope, not just Courier? Geeza Pro can't be disabled either? This is going to take a while? 
Feel free to provide some internal feedback that Font Book sucks. ;-)

In the mean time, I selected all the fonts and choose "Validate Fonts"  4 issues were found, all in a font called "Palatino", all issues were "Duplicate fonts", with "Palatino", "Palatino Bold", "Palatino Bold Italic", and "Palatino Italic"
I disabled Palatino and tried again to launch NB with Java 7?
For a second I thought it was going to work, but this time I got:
-------------------------------------------------------------------------------
>Log Session: Tuesday, October 4, 2011 10:24:06 PM EDT
>System Info: 
  Product Version         = NetBeans IDE Dev (Build 201110040601) (#b372dd157f76)
  Operating System        = Mac OS X version 10.7.1 running on x86_64
  Java; VM; Vendor        = 1.7.0-ea; OpenJDK 64-Bit Server VM 21.0-b17; Oracle Corporation
  Runtime                 = OpenJDK Runtime Environment 1.7.0-ea-b211
  Java Home               = /Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home
  System Locale; Encoding = en_US (nb); US-ASCII
  Home Directory          = /Users/scott
  Current Directory       = /
  User Directory          = /Users/scott/.netbeans/dev
  Cache Directory         = /Users/scott/.netbeans/dev/var/cache
  Installation            = /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/ergonomics
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/ide
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/java
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/apisupport
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/websvccommon
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/enterprise
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/profiler
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/php
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/harness
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/cnd
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/dlight
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/groovy
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/javafx
                            /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform
  Boot & Ext. Classpath   = /Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/resources.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/rt.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/sunrsasign.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/jsse.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/jce.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/charsets.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/modules/jdk.boot.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/JObjC.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/classes:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/dnsns.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/localedata.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/sunec.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/sunjce_provider.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/sunpkcs11.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/zipfs.jar:/System/Library/Java/Extensions/AppleScriptEngine.jar:/System/Library/Java/Extensions/dns_sd.jar:/System/Library/Java/Extensions/j3daudio.jar:/System/Library/Java/Extensions/j3dcore.jar:/System/Library/Java/Extensions/j3dutils.jar:/System/Library/Java/Extensions/jai_codec.jar:/System/Library/Java/Extensions/jai_core.jar:/System/Library/Java/Extensions/mlibwrapper_jai.jar:/System/Library/Java/Extensions/MRJToolkit.jar:/System/Library/Java/Extensions/QTJava.zip:/System/Library/Java/Extensions/vecmath.jar
  Application Classpath   = /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/boot.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/org-openide-modules.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/org-openide-util-lookup.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/org-openide-util.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/boot_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/boot_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/boot_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/boot_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_zh_CN.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/lib/dt.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/lib/tools.jar
  Startup Classpath       = /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/core.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/org-openide-filesystems.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/core_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/core_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/core_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/core_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/org-netbeans-upgrader.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_zh_CN.jar
-------------------------------------------------------------------------------
WARNING [org.netbeans.core.startup.InstalledFileLocatorImpl]: no code name base passed when looking up var/license_accepted at org.netbeans.core.startup.Main$1LicenseHandler.shouldDisplayLicense(Main.java:463)
java.lang.NullPointerException
	at java.awt.Window.initGC(Window.java:464)
	at java.awt.Window.init(Window.java:484)
	at java.awt.Window.<init>(Window.java:533)
	at java.awt.Frame.<init>(Frame.java:418)
	at org.netbeans.core.startup.Splash.setRunning(Splash.java:178)
	at org.netbeans.core.startup.Main.start(Main.java:297)
	at org.netbeans.core.startup.TopThreadGroup.run(TopThreadGroup.java:123)
	at java.lang.Thread.run(Thread.java:722)
 


On 2011-10-04, at 9:47 PM, Mike Swingler wrote:

> Some bad font you have installed? Try going into the Font Book.app, disabling all fonts, and see if it still reproduces. If it doesn't, turn on only half your fonts, if it does, turn half of those off...and so on and so forth in that fashion.
> 
> Regards,
> Mike Swingler
> Java Engineering
> Apple Inc.
> 
> On Oct 4, 2011, at 6:42 PM, Scott Palmer wrote:
> 
>> I filed this as a bug with OpenJDK and posted about it a while ago? I see that it is also an issue the the just released Developer Preview form Oracle.
>> 
>> This issue seems to be with any GUI app, but just for example it always happens with Netbeans.
>> An attempt to launch Netbeans (7.0.1, 7.1 beta or latest dev release) with Java 7 on Mac *always* fails with the following error. 
>> It can be worked around by launching an app with Java 7 and starting another app while that app is still running. 
>> 
>> It seems sufficiently frustrating, that you guys would have addressed it by now rather than deal with the torment,  so I'm wondering what might be unique about my system.
>> 
>> Scott
>> 
>> -------------------------------------------------------------------------------
>>> Log Session: Tuesday, October 4, 2011 9:29:04 PM EDT
>>> System Info: 
>> Product Version         = NetBeans IDE Dev (Build 201110040601) (#b372dd157f76)
>> Operating System        = Mac OS X version 10.7.1 running on x86_64
>> Java; VM; Vendor        = 1.7.0-ea; OpenJDK 64-Bit Server VM 21.0-b17; Oracle Corporation
>> Runtime                 = OpenJDK Runtime Environment 1.7.0-ea-b211
>> Java Home               = /Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home
>> System Locale; Encoding = en_US (nb); US-ASCII
>> Home Directory          = /Users/scott
>> Current Directory       = /
>> User Directory          = /Users/scott/.netbeans/dev
>> Cache Directory         = /Users/scott/.netbeans/dev/var/cache
>> Installation            = /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/ergonomics
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/ide
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/java
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/apisupport
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/websvccommon
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/enterprise
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/profiler
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/php
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/harness
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/cnd
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/dlight
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/groovy
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/javafx
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform
>> Boot & Ext. Classpath   = /Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/resources.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/rt.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/sunrsasign.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/jsse.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/jce.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/charsets.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/modules/jdk.boot.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/JObjC.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/classes:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/dnsns.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/localedata.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/sunec.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/sunjce_provider.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/sunpkcs11.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/zipfs.jar:/System/Library/Java/Extensions/AppleScriptEngine.jar:/System/Library/Java/Extensions/dns_sd.jar:/System/Library/Java/Extensions/j3daudio.jar:/System/Library/Java/Extensions/j3dcore.jar:/System/Library/Java/Extensions/j3dutils.jar:/System/Library/Java/Extensions/jai_codec.jar:/System/Library/Java/Extensions/jai_core.jar:/System/Library/Java/Extensions/mlibwrapper_jai.jar:/System/Library/Java/Extensions/MRJToolkit.jar:/System/Library/Java/Extensions/QTJava.zip:/System/Library/Java/Extensions/vecmath.jar
>> Application Classpath   = /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/boot.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/org-openide-modules.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/org-openide-util-lookup.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/org-openide-util.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/boot_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/boot_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/boot_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/boot_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_zh_CN.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/lib/dt.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/lib/tools.jar
>> Startup Classpath       = /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/core.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/org-openide-filesystems.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/core_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/core_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/core_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/core_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/org-netbeans-upgrader.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_zh_CN.jar
>> -------------------------------------------------------------------------------
>> WARNING [org.netbeans.core.startup.InstalledFileLocatorImpl]: no code name base passed when looking up var/license_accepted at org.netbeans.core.startup.Main$1LicenseHandler.shouldDisplayLicense(Main.java:463)
>> WARNING [org.netbeans.core.startup.Main]
>> java.lang.NullPointerException
>> 	at sun.font.FontDesignMetrics.getDefaultFrc(FontDesignMetrics.java:153)
>> 	at sun.font.FontDesignMetrics.getMetrics(FontDesignMetrics.java:278)
>> 	at sun.swing.SwingUtilities2.getFontMetrics(SwingUtilities2.java:1012)
>> 	at javax.swing.JComponent.getFontMetrics(JComponent.java:1624)
>> 	at javax.swing.text.WrappedPlainView.updateMetrics(WrappedPlainView.java:318)
>> 	at javax.swing.text.WrappedPlainView.updateChildren(WrappedPlainView.java:297)
>> 	at javax.swing.text.WrappedPlainView.insertUpdate(WrappedPlainView.java:463)
>> 	at javax.swing.plaf.basic.BasicTextUI$RootView.insertUpdate(BasicTextUI.java:1604)
>> 	at javax.swing.plaf.basic.BasicTextUI$UpdateHandler.insertUpdate(BasicTextUI.java:1863)
>> 	at javax.swing.text.AbstractDocument.fireInsertUpdate(AbstractDocument.java:202)
>> 	at javax.swing.text.AbstractDocument.handleInsertString(AbstractDocument.java:749)
>> 	at javax.swing.text.AbstractDocument.insertString(AbstractDocument.java:708)
>> 	at javax.swing.text.PlainDocument.insertString(PlainDocument.java:130)
>> 	at javax.swing.text.AbstractDocument.replace(AbstractDocument.java:670)
>> 	at javax.swing.text.JTextComponent.setText(JTextComponent.java:1718)
>> 	at org.netbeans.upgrade.AutoUpgradePanel.initComponents(AutoUpgradePanel.java:109)
>> 	at org.netbeans.upgrade.AutoUpgradePanel.<init>(AutoUpgradePanel.java:65)
>> 	at org.netbeans.upgrade.AutoUpgrade.showUpgradeDialog(AutoUpgrade.java:148)
>> 	at org.netbeans.upgrade.AutoUpgrade.main(AutoUpgrade.java:81)
>> Caused: java.lang.reflect.InvocationTargetException
>> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> 	at java.lang.reflect.Method.invoke(Method.java:601)
>> [catch] at org.netbeans.core.startup.Main$1ImportHandler.run(Main.java:394)
>> 	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:241)
>> 	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:705)
>> 	at java.awt.EventQueue.access$000(EventQueue.java:101)
>> 	at java.awt.EventQueue$3.run(EventQueue.java:666)
>> 	at java.awt.EventQueue$3.run(EventQueue.java:664)
>> 	at java.security.AccessController.doPrivileged(Native Method)
>> 	at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
>> 	at java.awt.EventQueue.dispatchEvent(EventQueue.java:675)
>> 	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:240)
>> 	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:157)
>> 	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:146)
>> 	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:142)
>> 	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:134)
>> 	at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)
> 


From swpalmer at gmail.com  Tue Oct  4 19:42:23 2011
From: swpalmer at gmail.com (Scott Palmer)
Date: Tue, 4 Oct 2011 22:42:23 -0400
Subject: =?windows-1252?Q?Re=3A_Launching_GUI_apps=85_still_always_failin?=
	=?windows-1252?Q?g_without_hacks=3F?=
In-Reply-To: <EB29EE65-B50C-43F2-A63C-FF65D9E02AAE@apple.com>
References: <5EBB0361-A0B2-42DB-AB6F-FF6F5E37FEC9@gmail.com>
	<EB29EE65-B50C-43F2-A63C-FF65D9E02AAE@apple.com>
Message-ID: <3EC56DE1-F6D7-4534-8229-53B4E07671B6@gmail.com>

I still get java.lang.NullPointerException
	at java.awt.Window.initGC(Window.java:464)
	at java.awt.Window.init(Window.java:484)
	at java.awt.Window.<init>(Window.java:533)
	at java.awt.Frame.<init>(Frame.java:418)
	at org.netbeans.core.startup.Splash.setRunning(Splash.java:178)
	at org.netbeans.core.startup.Main.start(Main.java:297)
	at org.netbeans.core.startup.TopThreadGroup.run(TopThreadGroup.java:123)
	at java.lang.Thread.run(Thread.java:722)
 
after dialling all the fonts I could (several were still enabled, as I the disable option was not available when I selected them)

Scott

On 2011-10-04, at 9:47 PM, Mike Swingler wrote:

> Some bad font you have installed? Try going into the Font Book.app, disabling all fonts, and see if it still reproduces. If it doesn't, turn on only half your fonts, if it does, turn half of those off...and so on and so forth in that fashion.
> 
> Regards,
> Mike Swingler
> Java Engineering
> Apple Inc.
> 
> On Oct 4, 2011, at 6:42 PM, Scott Palmer wrote:
> 
>> I filed this as a bug with OpenJDK and posted about it a while ago? I see that it is also an issue the the just released Developer Preview form Oracle.
>> 
>> This issue seems to be with any GUI app, but just for example it always happens with Netbeans.
>> An attempt to launch Netbeans (7.0.1, 7.1 beta or latest dev release) with Java 7 on Mac *always* fails with the following error. 
>> It can be worked around by launching an app with Java 7 and starting another app while that app is still running. 
>> 
>> It seems sufficiently frustrating, that you guys would have addressed it by now rather than deal with the torment,  so I'm wondering what might be unique about my system.
>> 
>> Scott
>> 
>> -------------------------------------------------------------------------------
>>> Log Session: Tuesday, October 4, 2011 9:29:04 PM EDT
>>> System Info: 
>> Product Version         = NetBeans IDE Dev (Build 201110040601) (#b372dd157f76)
>> Operating System        = Mac OS X version 10.7.1 running on x86_64
>> Java; VM; Vendor        = 1.7.0-ea; OpenJDK 64-Bit Server VM 21.0-b17; Oracle Corporation
>> Runtime                 = OpenJDK Runtime Environment 1.7.0-ea-b211
>> Java Home               = /Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home
>> System Locale; Encoding = en_US (nb); US-ASCII
>> Home Directory          = /Users/scott
>> Current Directory       = /
>> User Directory          = /Users/scott/.netbeans/dev
>> Cache Directory         = /Users/scott/.netbeans/dev/var/cache
>> Installation            = /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/ergonomics
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/ide
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/java
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/apisupport
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/websvccommon
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/enterprise
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/profiler
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/php
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/harness
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/cnd
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/dlight
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/groovy
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/javafx
>>                           /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform
>> Boot & Ext. Classpath   = /Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/resources.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/rt.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/sunrsasign.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/jsse.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/jce.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/charsets.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/modules/jdk.boot.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/JObjC.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/classes:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/dnsns.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/localedata.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/sunec.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/sunjce_provider.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/sunpkcs11.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/1.7.0.jre/Contents/Home/lib/ext/zipfs.jar:/System/Library/Java/Extensions/AppleScriptEngine.jar:/System/Library/Java/Extensions/dns_sd.jar:/System/Library/Java/Extensions/j3daudio.jar:/System/Library/Java/Extensions/j3dcore.jar:/System/Library/Java/Extensions/j3dutils.jar:/System/Library/Java/Extensions/jai_codec.jar:/System/Library/Java/Extensions/jai_core.jar:/System/Library/Java/Extensions/mlibwrapper_jai.jar:/System/Library/Java/Extensions/MRJToolkit.jar:/System/Library/Java/Extensions/QTJava.zip:/System/Library/Java/Extensions/vecmath.jar
>> Application Classpath   = /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/boot.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/org-openide-modules.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/org-openide-util-lookup.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/org-openide-util.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/boot_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/boot_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/boot_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/boot_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_zh_CN.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/lib/dt.jar:/Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/lib/tools.jar
>> Startup Classpath       = /Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/core.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/org-openide-filesystems.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/core_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/core_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/core_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/core_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/org-netbeans-upgrader.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_zh_CN.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_ja.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_pt_BR.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_ru.jar:/Applications/NetBeans/NetBeans Dev 201110040601.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_zh_CN.jar
>> -------------------------------------------------------------------------------
>> WARNING [org.netbeans.core.startup.InstalledFileLocatorImpl]: no code name base passed when looking up var/license_accepted at org.netbeans.core.startup.Main$1LicenseHandler.shouldDisplayLicense(Main.java:463)
>> WARNING [org.netbeans.core.startup.Main]
>> java.lang.NullPointerException
>> 	at sun.font.FontDesignMetrics.getDefaultFrc(FontDesignMetrics.java:153)
>> 	at sun.font.FontDesignMetrics.getMetrics(FontDesignMetrics.java:278)
>> 	at sun.swing.SwingUtilities2.getFontMetrics(SwingUtilities2.java:1012)
>> 	at javax.swing.JComponent.getFontMetrics(JComponent.java:1624)
>> 	at javax.swing.text.WrappedPlainView.updateMetrics(WrappedPlainView.java:318)
>> 	at javax.swing.text.WrappedPlainView.updateChildren(WrappedPlainView.java:297)
>> 	at javax.swing.text.WrappedPlainView.insertUpdate(WrappedPlainView.java:463)
>> 	at javax.swing.plaf.basic.BasicTextUI$RootView.insertUpdate(BasicTextUI.java:1604)
>> 	at javax.swing.plaf.basic.BasicTextUI$UpdateHandler.insertUpdate(BasicTextUI.java:1863)
>> 	at javax.swing.text.AbstractDocument.fireInsertUpdate(AbstractDocument.java:202)
>> 	at javax.swing.text.AbstractDocument.handleInsertString(AbstractDocument.java:749)
>> 	at javax.swing.text.AbstractDocument.insertString(AbstractDocument.java:708)
>> 	at javax.swing.text.PlainDocument.insertString(PlainDocument.java:130)
>> 	at javax.swing.text.AbstractDocument.replace(AbstractDocument.java:670)
>> 	at javax.swing.text.JTextComponent.setText(JTextComponent.java:1718)
>> 	at org.netbeans.upgrade.AutoUpgradePanel.initComponents(AutoUpgradePanel.java:109)
>> 	at org.netbeans.upgrade.AutoUpgradePanel.<init>(AutoUpgradePanel.java:65)
>> 	at org.netbeans.upgrade.AutoUpgrade.showUpgradeDialog(AutoUpgrade.java:148)
>> 	at org.netbeans.upgrade.AutoUpgrade.main(AutoUpgrade.java:81)
>> Caused: java.lang.reflect.InvocationTargetException
>> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> 	at java.lang.reflect.Method.invoke(Method.java:601)
>> [catch] at org.netbeans.core.startup.Main$1ImportHandler.run(Main.java:394)
>> 	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:241)
>> 	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:705)
>> 	at java.awt.EventQueue.access$000(EventQueue.java:101)
>> 	at java.awt.EventQueue$3.run(EventQueue.java:666)
>> 	at java.awt.EventQueue$3.run(EventQueue.java:664)
>> 	at java.security.AccessController.doPrivileged(Native Method)
>> 	at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
>> 	at java.awt.EventQueue.dispatchEvent(EventQueue.java:675)
>> 	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:240)
>> 	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:157)
>> 	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:146)
>> 	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:142)
>> 	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:134)
>> 	at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)
> 


From henri.gomez at gmail.com  Tue Oct  4 22:51:50 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Wed, 5 Oct 2011 07:51:50 +0200
Subject: SDK and JRE bundles
In-Reply-To: <7DFAE853-BC9D-49BB-BF5A-BC1F29CF52CC@gmail.com>
References: <CALyUpY0peVKu-dbGgssFsosYPMnif7FdZxqSJUfASy8pQWDDeg@mail.gmail.com>
	<26ED337D-98EE-4E0C-A350-8DD5143681D7@apple.com>
	<7F4B1BA4-65DA-4DC7-BCAA-99347F5B5360@ultramixer.com>
	<CALyUpY0X2tG=2o7QeYOGr16Wrie5rHJtOjV2juA843dUeGL90A@mail.gmail.com>
	<61CBC4F6-8ABE-46FA-A109-3DDF77554887@ultramixer.com>
	<7DFAE853-BC9D-49BB-BF5A-BC1F29CF52CC@gmail.com>
Message-ID: <CALyUpY3Uh1GMW_LBfSMMKmZCARN2TYggaBpkhNUdNdAP94dxVA@mail.gmail.com>

> A DMG is nice because you can put an alias to the JavaVirtualMachines folder in it like Oracle did with their Developer Preview release. ?Makes installation easier and very Mac-like.

DMG is fine for JDK (ie: runtime environment) but for a Bundled JRE,
ie something to be embedded in other apps, plain tarball/zip may be
easier to use by packagers.
That's why I asked about delivery format :)

From tobi at ultramixer.com  Tue Oct  4 23:46:11 2011
From: tobi at ultramixer.com (Tobias Bley (UltraMixer))
Date: Wed, 5 Oct 2011 08:46:11 +0200
Subject: SDK and JRE bundles
In-Reply-To: <CALyUpY3Uh1GMW_LBfSMMKmZCARN2TYggaBpkhNUdNdAP94dxVA@mail.gmail.com>
References: <CALyUpY0peVKu-dbGgssFsosYPMnif7FdZxqSJUfASy8pQWDDeg@mail.gmail.com>
	<26ED337D-98EE-4E0C-A350-8DD5143681D7@apple.com>
	<7F4B1BA4-65DA-4DC7-BCAA-99347F5B5360@ultramixer.com>
	<CALyUpY0X2tG=2o7QeYOGr16Wrie5rHJtOjV2juA843dUeGL90A@mail.gmail.com>
	<61CBC4F6-8ABE-46FA-A109-3DDF77554887@ultramixer.com>
	<7DFAE853-BC9D-49BB-BF5A-BC1F29CF52CC@gmail.com>
	<CALyUpY3Uh1GMW_LBfSMMKmZCARN2TYggaBpkhNUdNdAP94dxVA@mail.gmail.com>
Message-ID: <B2DA8964-947F-4CD6-925F-4DC083FAA9E1@ultramixer.com>

Sure Henri, but me as developer I install the jre DMG and copy the jre-folder into my app bundle. No problem :)

Best,
Tobi

Am 05.10.2011 um 07:51 schrieb Henri Gomez:

>> A DMG is nice because you can put an alias to the JavaVirtualMachines folder in it like Oracle did with their Developer Preview release.  Makes installation easier and very Mac-like.
> 
> DMG is fine for JDK (ie: runtime environment) but for a Bundled JRE,
> ie something to be embedded in other apps, plain tarball/zip may be
> easier to use by packagers.
> That's why I asked about delivery format :)


From tobi at ultramixer.com  Wed Oct  5 00:00:19 2011
From: tobi at ultramixer.com (Tobias Bley (UltraMixer))
Date: Wed, 5 Oct 2011 09:00:19 +0200
Subject: UnsatisfiedLinkError when using Preferences-API?
Message-ID: <ED245B53-8592-4446-921A-AAAADF57255B@ultramixer.com>

Hi,

to use OpenJDK7 in a real application we need a working Preferences API. Currently I get the following error when I try to call " Preferences prefs = Preferences.userRoot();"

Exception in thread "AWT-EventQueue-0" java.lang.UnsatisfiedLinkError: no osx in java.library.path
	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1872)
	at java.lang.Runtime.loadLibrary0(Runtime.java:845)
	at java.lang.System.loadLibrary(System.java:1084)
	at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:67)
	at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:47)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.util.prefs.MacOSXPreferencesFile.<clinit>(MacOSXPreferencesFile.java:82)
	at java.util.prefs.MacOSXPreferences.cfFileForNode(MacOSXPreferences.java:131)
	at java.util.prefs.MacOSXPreferences.initFields(MacOSXPreferences.java:99)
	at java.util.prefs.MacOSXPreferences.<init>(MacOSXPreferences.java:80)
	at java.util.prefs.MacOSXPreferences.getUserRoot(MacOSXPreferences.java:56)
	at java.util.prefs.MacOSXPreferencesFactory.userRoot(MacOSXPreferencesFactory.java:30)
	at java.util.prefs.Preferences.userRoot(Preferences.java:457)
	at com.ultramixer.openjdktest.TestGUI$2.run(TestGUI.java:102)
	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:251)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:705)
	at java.awt.EventQueue.access$000(EventQueue.java:101)
	at java.awt.EventQueue$3.run(EventQueue.java:666)
	at java.awt.EventQueue$3.run(EventQueue.java:664)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:675)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:240)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:157)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:146)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:142)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:134)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)

Best regards,
Tobi



From henri.gomez at gmail.com  Wed Oct  5 00:19:44 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Wed, 5 Oct 2011 09:19:44 +0200
Subject: SDK and JRE bundles
In-Reply-To: <B2DA8964-947F-4CD6-925F-4DC083FAA9E1@ultramixer.com>
References: <CALyUpY0peVKu-dbGgssFsosYPMnif7FdZxqSJUfASy8pQWDDeg@mail.gmail.com>
	<26ED337D-98EE-4E0C-A350-8DD5143681D7@apple.com>
	<7F4B1BA4-65DA-4DC7-BCAA-99347F5B5360@ultramixer.com>
	<CALyUpY0X2tG=2o7QeYOGr16Wrie5rHJtOjV2juA843dUeGL90A@mail.gmail.com>
	<61CBC4F6-8ABE-46FA-A109-3DDF77554887@ultramixer.com>
	<7DFAE853-BC9D-49BB-BF5A-BC1F29CF52CC@gmail.com>
	<CALyUpY3Uh1GMW_LBfSMMKmZCARN2TYggaBpkhNUdNdAP94dxVA@mail.gmail.com>
	<B2DA8964-947F-4CD6-925F-4DC083FAA9E1@ultramixer.com>
Message-ID: <CALyUpY290SJswi11fn5Ww2cAczT8d0R2CUcMyVTXk2vzFQVxmA@mail.gmail.com>

> Sure Henri, but me as developer I install the jre DMG and copy the jre-folder into my app bundle. No problem :)

You're an Ant user isn't it ?
May be a Maven user will prefer having JRE bundle as an artifact, ie
fetched from a Maven repository :)

From henri.gomez at gmail.com  Wed Oct  5 00:26:37 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Wed, 5 Oct 2011 09:26:37 +0200
Subject: Developer Preview Release was officially announced today at
	JavaOne by Hasan Rizvi
In-Reply-To: <-8928755702077673560@unknownmsgid>
References: <4E8B56A4.3050101@oracle.com> <p06240805cab10e5efb7c@192.168.1.123>
	<20111004203357.GH29874@rivendell.redhat.com>
	<-8928755702077673560@unknownmsgid>
Message-ID: <CALyUpY3a1dsKYth_YYwLXiD2QwtAb7es30sNzK8rpORxenS9DA@mail.gmail.com>

I'm still wondering about the b211 in Oracle Preview whereas we're
still in b210 in OpenJDK macosx-port branch.

BTW, new packages from openjdk-osx-build project are available :

JDK : http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-1.7-universal-jdk-b210-20111005.dmg
JRE : http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-1.7-universal-jre-b210-20111005.dmg

Main fix is detection by Java Preferences UI and /usr/libexec/java_home

Changelog here : http://code.google.com/p/openjdk-osx-build/wiki/Changelog

Cheers

From hs at tagtraum.com  Wed Oct  5 00:40:22 2011
From: hs at tagtraum.com (Hendrik Schreiber)
Date: Wed, 5 Oct 2011 09:40:22 +0200
Subject: SDK and JRE bundles
In-Reply-To: <CALyUpY290SJswi11fn5Ww2cAczT8d0R2CUcMyVTXk2vzFQVxmA@mail.gmail.com>
References: <CALyUpY0peVKu-dbGgssFsosYPMnif7FdZxqSJUfASy8pQWDDeg@mail.gmail.com>
	<26ED337D-98EE-4E0C-A350-8DD5143681D7@apple.com>
	<7F4B1BA4-65DA-4DC7-BCAA-99347F5B5360@ultramixer.com>
	<CALyUpY0X2tG=2o7QeYOGr16Wrie5rHJtOjV2juA843dUeGL90A@mail.gmail.com>
	<61CBC4F6-8ABE-46FA-A109-3DDF77554887@ultramixer.com>
	<7DFAE853-BC9D-49BB-BF5A-BC1F29CF52CC@gmail.com>
	<CALyUpY3Uh1GMW_LBfSMMKmZCARN2TYggaBpkhNUdNdAP94dxVA@mail.gmail.com>
	<B2DA8964-947F-4CD6-925F-4DC083FAA9E1@ultramixer.com>
	<CALyUpY290SJswi11fn5Ww2cAczT8d0R2CUcMyVTXk2vzFQVxmA@mail.gmail.com>
Message-ID: <878FC591-9BF0-4563-B8A9-DE3E2C12C245@tagtraum.com>

On Oct 5, 2011, at 9:19 AM, Henri Gomez wrote:

>> Sure Henri, but me as developer I install the jre DMG and copy the jre-folder into my app bundle. No problem :)
> 
> You're an Ant user isn't it ?
> May be a Maven user will prefer having JRE bundle as an artifact, ie
> fetched from a Maven repository :)

Definitely!

-hendrik

From mik3hall at gmail.com  Wed Oct  5 02:48:42 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Wed, 5 Oct 2011 04:48:42 -0500
Subject: SDK and JRE bundles
In-Reply-To: <8921428B-E48E-4211-8F09-62EBA08DB965@apple.com>
References: <CALyUpY0peVKu-dbGgssFsosYPMnif7FdZxqSJUfASy8pQWDDeg@mail.gmail.com>
	<26ED337D-98EE-4E0C-A350-8DD5143681D7@apple.com>
	<7F4B1BA4-65DA-4DC7-BCAA-99347F5B5360@ultramixer.com>
	<8921428B-E48E-4211-8F09-62EBA08DB965@apple.com>
Message-ID: <02BB04A2-391F-41C6-9E9E-C11ECBA78573@gmail.com>


On Oct 4, 2011, at 12:04 PM, Mike Swingler wrote:

> Are you using a derivative of <http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/file/tip/src/macosx/bundle/JavaAppLauncher/src/>, or something else?

I just took a quick look at this. There doesn't appear to be anything related to handling AppleEvent's yet. Is that correct? Is it a to-do?
Although I am seeing what appears to be a populated eawt folder. Are these being handled differently? My understanding was currently this was supported through a AppleEventHandler installed by the JavaApplicationStub.


From steve.mcleod at gmail.com  Wed Oct  5 05:00:34 2011
From: steve.mcleod at gmail.com (Steve McLeod)
Date: Wed, 5 Oct 2011 14:00:34 +0200
Subject: Support for java.util.prefs.Preferences?
Message-ID: <CAFn1z4VJ+pEadvcnp4N7hFvV1AqExXutXwOtRkdvi9QoxiOSug@mail.gmail.com>

I tried running my app using yesterday's Java 7 Developer Preview
Release. The app crashes on this line:

return java.util.prefs.Preferences.userNodeForPackage(this.getClass());

Here's the useful part of the stack trace:

Exception in thread "main" java.lang.UnsatisfiedLinkError: no osx in
java.library.path
	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1872)
	at java.lang.Runtime.loadLibrary0(Runtime.java:845)
	at java.lang.System.loadLibrary(System.java:1084)
	at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:67)
	at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:47)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.util.prefs.MacOSXPreferencesFile.<clinit>(MacOSXPreferencesFile.java:82)
	at java.util.prefs.MacOSXPreferences.cfFileForNode(MacOSXPreferences.java:131)
	at java.util.prefs.MacOSXPreferences.initFields(MacOSXPreferences.java:99)
	at java.util.prefs.MacOSXPreferences.<init>(MacOSXPreferences.java:80)
	at java.util.prefs.MacOSXPreferences.getUserRoot(MacOSXPreferences.java:56)
	at java.util.prefs.MacOSXPreferencesFactory.userRoot(MacOSXPreferencesFactory.java:30)
	at java.util.prefs.Preferences.userRoot(Preferences.java:457)
	at java.util.prefs.Preferences.userNodeForPackage(Preferences.java:371)

I hope this helpful in locating and fixing the problem.

Regards,

Steve
---------------------------------------------------
Steve McLeod
Founder, Poker Copilot
http://www.pokercopilot.com

From steve.mcleod at gmail.com  Wed Oct  5 05:45:54 2011
From: steve.mcleod at gmail.com (Steve McLeod)
Date: Wed, 5 Oct 2011 14:45:54 +0200
Subject: Support for java.util.prefs.Preferences?
In-Reply-To: <CAFn1z4VJ+pEadvcnp4N7hFvV1AqExXutXwOtRkdvi9QoxiOSug@mail.gmail.com>
References: <CAFn1z4VJ+pEadvcnp4N7hFvV1AqExXutXwOtRkdvi9QoxiOSug@mail.gmail.com>
Message-ID: <CAFn1z4U7SUyAX7EO70rt=hkXSQcgsG019zFHR1SS8CyAvF58zA@mail.gmail.com>

Here's some sample code that reproduces the problem:

package com.barbarysoftware.pokercopilot;
import java.util.prefs.Preferences;
public class ScratchSpace {
    public static void main(String[] args) throws InterruptedException {
        final Preferences preferences =
Preferences.userNodeForPackage(ScratchSpace.class);
        System.out.println("preferences = " + preferences);
    }
}

Java 6 - code completes fully. Java 7 - exception thrown as per the
stack trace in the original message.

On 5 October 2011 14:00, Steve McLeod <steve.mcleod at gmail.com> wrote:
> I tried running my app using yesterday's Java 7 Developer Preview
> Release. The app crashes on this line:
>
> return java.util.prefs.Preferences.userNodeForPackage(this.getClass());
>
> Here's the useful part of the stack trace:
>
> Exception in thread "main" java.lang.UnsatisfiedLinkError: no osx in
> java.library.path
> ? ? ? ?at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1872)
> ? ? ? ?at java.lang.Runtime.loadLibrary0(Runtime.java:845)
> ? ? ? ?at java.lang.System.loadLibrary(System.java:1084)
> ? ? ? ?at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:67)
> ? ? ? ?at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:47)
> ? ? ? ?at java.security.AccessController.doPrivileged(Native Method)
> ? ? ? ?at java.util.prefs.MacOSXPreferencesFile.<clinit>(MacOSXPreferencesFile.java:82)
> ? ? ? ?at java.util.prefs.MacOSXPreferences.cfFileForNode(MacOSXPreferences.java:131)
> ? ? ? ?at java.util.prefs.MacOSXPreferences.initFields(MacOSXPreferences.java:99)
> ? ? ? ?at java.util.prefs.MacOSXPreferences.<init>(MacOSXPreferences.java:80)
> ? ? ? ?at java.util.prefs.MacOSXPreferences.getUserRoot(MacOSXPreferences.java:56)
> ? ? ? ?at java.util.prefs.MacOSXPreferencesFactory.userRoot(MacOSXPreferencesFactory.java:30)
> ? ? ? ?at java.util.prefs.Preferences.userRoot(Preferences.java:457)
> ? ? ? ?at java.util.prefs.Preferences.userNodeForPackage(Preferences.java:371)
>
> I hope this helpful in locating and fixing the problem.
>
> Regards,
>
> Steve
> ---------------------------------------------------
> Steve McLeod
> Founder, Poker Copilot
> http://www.pokercopilot.com
>

From steve.mcleod at gmail.com  Wed Oct  5 06:11:02 2011
From: steve.mcleod at gmail.com (Steve McLeod)
Date: Wed, 5 Oct 2011 15:11:02 +0200
Subject: Where is the jar containing javax.crypto.* classes?
Message-ID: <CAFn1z4V7gzHb2rz5_ggKRXXPbDOwsYC5__EZ9JUo9SWRjjgBBg@mail.gmail.com>

In the OpenJDK Mac Java Developer Preview, I can't locate classes in
the javax.crypto packages. So imports such as the following won't
compile:

import javax.crypto.Cipher;

Any tips? Which jar do I need to include?

Regards,

Steve

From henri.gomez at gmail.com  Wed Oct  5 06:17:59 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Wed, 5 Oct 2011 15:17:59 +0200
Subject: Support for java.util.prefs.Preferences?
In-Reply-To: <CAFn1z4U7SUyAX7EO70rt=hkXSQcgsG019zFHR1SS8CyAvF58zA@mail.gmail.com>
References: <CAFn1z4VJ+pEadvcnp4N7hFvV1AqExXutXwOtRkdvi9QoxiOSug@mail.gmail.com>
	<CAFn1z4U7SUyAX7EO70rt=hkXSQcgsG019zFHR1SS8CyAvF58zA@mail.gmail.com>
Message-ID: <CALyUpY2dPUTm6DTggYMX3UTpjje3t1hWaAJ5+kwfgD5OdsGKyw@mail.gmail.com>

Same problem on my build package :

Exception in thread "main" java.lang.UnsatisfiedLinkError: no osx in
java.library.path
	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1872)
	at java.lang.Runtime.loadLibrary0(Runtime.java:845)
	at java.lang.System.loadLibrary(System.java:1084)
	at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:67)
	at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:47)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.util.prefs.MacOSXPreferencesFile.<clinit>(MacOSXPreferencesFile.java:82)
	at java.util.prefs.MacOSXPreferences.cfFileForNode(MacOSXPreferences.java:131)
	at java.util.prefs.MacOSXPreferences.initFields(MacOSXPreferences.java:99)
	at java.util.prefs.MacOSXPreferences.<init>(MacOSXPreferences.java:80)
	at java.util.prefs.MacOSXPreferences.getUserRoot(MacOSXPreferences.java:56)
	at java.util.prefs.MacOSXPreferencesFactory.userRoot(MacOSXPreferencesFactory.java:30)
	at java.util.prefs.Preferences.userRoot(Preferences.java:457)
	at java.util.prefs.Preferences.userNodeForPackage(Preferences.java:371)
	at PreferencesTest.main(PreferencesTest.java:4)

-> You should open a JIRA here : http://java.net/jira/browse/MACOSX_PORT

2011/10/5 Steve McLeod <steve.mcleod at gmail.com>:
> Here's some sample code that reproduces the problem:
>
> package com.barbarysoftware.pokercopilot;
> import java.util.prefs.Preferences;
> public class ScratchSpace {
> ? ?public static void main(String[] args) throws InterruptedException {
> ? ? ? ?final Preferences preferences =
> Preferences.userNodeForPackage(ScratchSpace.class);
> ? ? ? ?System.out.println("preferences = " + preferences);
> ? ?}
> }
>
> Java 6 - code completes fully. Java 7 - exception thrown as per the
> stack trace in the original message.
>
> On 5 October 2011 14:00, Steve McLeod <steve.mcleod at gmail.com> wrote:
>> I tried running my app using yesterday's Java 7 Developer Preview
>> Release. The app crashes on this line:
>>
>> return java.util.prefs.Preferences.userNodeForPackage(this.getClass());
>>
>> Here's the useful part of the stack trace:
>>
>> Exception in thread "main" java.lang.UnsatisfiedLinkError: no osx in
>> java.library.path
>> ? ? ? ?at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1872)
>> ? ? ? ?at java.lang.Runtime.loadLibrary0(Runtime.java:845)
>> ? ? ? ?at java.lang.System.loadLibrary(System.java:1084)
>> ? ? ? ?at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:67)
>> ? ? ? ?at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:47)
>> ? ? ? ?at java.security.AccessController.doPrivileged(Native Method)
>> ? ? ? ?at java.util.prefs.MacOSXPreferencesFile.<clinit>(MacOSXPreferencesFile.java:82)
>> ? ? ? ?at java.util.prefs.MacOSXPreferences.cfFileForNode(MacOSXPreferences.java:131)
>> ? ? ? ?at java.util.prefs.MacOSXPreferences.initFields(MacOSXPreferences.java:99)
>> ? ? ? ?at java.util.prefs.MacOSXPreferences.<init>(MacOSXPreferences.java:80)
>> ? ? ? ?at java.util.prefs.MacOSXPreferences.getUserRoot(MacOSXPreferences.java:56)
>> ? ? ? ?at java.util.prefs.MacOSXPreferencesFactory.userRoot(MacOSXPreferencesFactory.java:30)
>> ? ? ? ?at java.util.prefs.Preferences.userRoot(Preferences.java:457)
>> ? ? ? ?at java.util.prefs.Preferences.userNodeForPackage(Preferences.java:371)
>>
>> I hope this helpful in locating and fixing the problem.
>>
>> Regards,
>>
>> Steve
>> ---------------------------------------------------
>> Steve McLeod
>> Founder, Poker Copilot
>> http://www.pokercopilot.com
>>
>

From steve.mcleod at gmail.com  Wed Oct  5 06:40:13 2011
From: steve.mcleod at gmail.com (Steve McLeod)
Date: Wed, 5 Oct 2011 15:40:13 +0200
Subject: Support for java.util.prefs.Preferences?
In-Reply-To: <CALyUpY2dPUTm6DTggYMX3UTpjje3t1hWaAJ5+kwfgD5OdsGKyw@mail.gmail.com>
References: <CAFn1z4VJ+pEadvcnp4N7hFvV1AqExXutXwOtRkdvi9QoxiOSug@mail.gmail.com>
	<CAFn1z4U7SUyAX7EO70rt=hkXSQcgsG019zFHR1SS8CyAvF58zA@mail.gmail.com>
	<CALyUpY2dPUTm6DTggYMX3UTpjje3t1hWaAJ5+kwfgD5OdsGKyw@mail.gmail.com>
Message-ID: <CAFn1z4U90uL=q2U+sHY2vwGcD-wgt5OfSO9OGi2dyXw_99fTCg@mail.gmail.com>

Done. Issue report is here: http://java.net/jira/browse/MACOSX_PORT-504

On 5 October 2011 15:17, Henri Gomez <henri.gomez at gmail.com> wrote:
> Same problem on my build package :
>
> Exception in thread "main" java.lang.UnsatisfiedLinkError: no osx in
> java.library.path
> ? ? ? ?at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1872)
> ? ? ? ?at java.lang.Runtime.loadLibrary0(Runtime.java:845)
> ? ? ? ?at java.lang.System.loadLibrary(System.java:1084)
> ? ? ? ?at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:67)
> ? ? ? ?at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:47)
> ? ? ? ?at java.security.AccessController.doPrivileged(Native Method)
> ? ? ? ?at java.util.prefs.MacOSXPreferencesFile.<clinit>(MacOSXPreferencesFile.java:82)
> ? ? ? ?at java.util.prefs.MacOSXPreferences.cfFileForNode(MacOSXPreferences.java:131)
> ? ? ? ?at java.util.prefs.MacOSXPreferences.initFields(MacOSXPreferences.java:99)
> ? ? ? ?at java.util.prefs.MacOSXPreferences.<init>(MacOSXPreferences.java:80)
> ? ? ? ?at java.util.prefs.MacOSXPreferences.getUserRoot(MacOSXPreferences.java:56)
> ? ? ? ?at java.util.prefs.MacOSXPreferencesFactory.userRoot(MacOSXPreferencesFactory.java:30)
> ? ? ? ?at java.util.prefs.Preferences.userRoot(Preferences.java:457)
> ? ? ? ?at java.util.prefs.Preferences.userNodeForPackage(Preferences.java:371)
> ? ? ? ?at PreferencesTest.main(PreferencesTest.java:4)
>
> -> You should open a JIRA here : http://java.net/jira/browse/MACOSX_PORT
>
> 2011/10/5?Steve McLeod <steve.mcleod at gmail.com>:
>> Here's some sample code that reproduces the problem:
>>
>> package com.barbarysoftware.pokercopilot;
>> import java.util.prefs.Preferences;
>> public class ScratchSpace {
>> ? ?public static void main(String[] args) throws InterruptedException {
>> ? ? ? ?final Preferences preferences =
>> Preferences.userNodeForPackage(ScratchSpace.class);
>> ? ? ? ?System.out.println("preferences = " + preferences);
>> ? ?}
>> }
>>
>> Java 6 - code completes fully. Java 7 - exception thrown as per the
>> stack trace in the original message.
>>
>> On 5 October 2011 14:00, Steve McLeod <steve.mcleod at gmail.com> wrote:
>>> I tried running my app using yesterday's Java 7 Developer Preview
>>> Release. The app crashes on this line:
>>>
>>> return java.util.prefs.Preferences.userNodeForPackage(this.getClass());
>>>
>>> Here's the useful part of the stack trace:
>>>
>>> Exception in thread "main" java.lang.UnsatisfiedLinkError: no osx in
>>> java.library.path
>>> ? ? ? ?at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1872)
>>> ? ? ? ?at java.lang.Runtime.loadLibrary0(Runtime.java:845)
>>> ? ? ? ?at java.lang.System.loadLibrary(System.java:1084)
>>> ? ? ? ?at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:67)
>>> ? ? ? ?at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:47)
>>> ? ? ? ?at java.security.AccessController.doPrivileged(Native Method)
>>> ? ? ? ?at java.util.prefs.MacOSXPreferencesFile.<clinit>(MacOSXPreferencesFile.java:82)
>>> ? ? ? ?at java.util.prefs.MacOSXPreferences.cfFileForNode(MacOSXPreferences.java:131)
>>> ? ? ? ?at java.util.prefs.MacOSXPreferences.initFields(MacOSXPreferences.java:99)
>>> ? ? ? ?at java.util.prefs.MacOSXPreferences.<init>(MacOSXPreferences.java:80)
>>> ? ? ? ?at java.util.prefs.MacOSXPreferences.getUserRoot(MacOSXPreferences.java:56)
>>> ? ? ? ?at java.util.prefs.MacOSXPreferencesFactory.userRoot(MacOSXPreferencesFactory.java:30)
>>> ? ? ? ?at java.util.prefs.Preferences.userRoot(Preferences.java:457)
>>> ? ? ? ?at java.util.prefs.Preferences.userNodeForPackage(Preferences.java:371)
>>>
>>> I hope this helpful in locating and fixing the problem.
>>>
>>> Regards,
>>>
>>> Steve
>>> ---------------------------------------------------
>>> Steve McLeod
>>> Founder, Poker Copilot
>>> http://www.pokercopilot.com
>>>
>>
>

From Alexander.Potochkin at oracle.com  Wed Oct  5 06:50:20 2011
From: Alexander.Potochkin at oracle.com (Alexander Potochkin)
Date: Wed, 05 Oct 2011 17:50:20 +0400
Subject: Issue 431
Message-ID: <4E8C609C.1020605@oracle.com>

Hello the team

Could someone from the Apple side give more details on the following issue:
http://java.net/jira/browse/MACOSX_PORT-431

I added my comment there

Thanks
alexp

From sergey.bylokhov at oracle.com  Wed Oct  5 07:09:47 2011
From: sergey.bylokhov at oracle.com (sergey.bylokhov at oracle.com)
Date: Wed, 05 Oct 2011 14:09:47 +0000
Subject: hg: macosx-port/macosx-port/jdk: MACOSX_PORT-288: Wheel events are
	coming on disabled component.
Message-ID: <20111005141012.3FCF447BFD@hg.openjdk.java.net>

Changeset: a59fa5c20aaf
Author:    serb
Date:      2011-10-05 18:07 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/a59fa5c20aaf

MACOSX_PORT-288: Wheel events are coming on disabled component.
Disabled compound components now looks like the native components.

! src/macosx/classes/sun/java2d/opengl/CGLVolatileSurfaceManager.java
! src/macosx/classes/sun/lwawt/LWButtonPeer.java
! src/macosx/classes/sun/lwawt/LWCanvasPeer.java
! src/macosx/classes/sun/lwawt/LWCheckboxPeer.java
! src/macosx/classes/sun/lwawt/LWComponentPeer.java
! src/macosx/classes/sun/lwawt/LWContainerPeer.java
! src/macosx/classes/sun/lwawt/LWLabelPeer.java
! src/macosx/classes/sun/lwawt/LWListPeer.java
! src/macosx/classes/sun/lwawt/LWTextAreaPeer.java
! src/macosx/classes/sun/lwawt/LWTextFieldPeer.java
! src/macosx/classes/sun/lwawt/LWWindowPeer.java


From tomas.hurka at googlemail.com  Wed Oct  5 07:26:29 2011
From: tomas.hurka at googlemail.com (Tomas Hurka)
Date: Wed, 5 Oct 2011 16:26:29 +0200
Subject: Support for java.util.prefs.Preferences?
In-Reply-To: <CAFn1z4U90uL=q2U+sHY2vwGcD-wgt5OfSO9OGi2dyXw_99fTCg@mail.gmail.com>
References: <CAFn1z4VJ+pEadvcnp4N7hFvV1AqExXutXwOtRkdvi9QoxiOSug@mail.gmail.com>
	<CAFn1z4U7SUyAX7EO70rt=hkXSQcgsG019zFHR1SS8CyAvF58zA@mail.gmail.com>
	<CALyUpY2dPUTm6DTggYMX3UTpjje3t1hWaAJ5+kwfgD5OdsGKyw@mail.gmail.com>
	<CAFn1z4U90uL=q2U+sHY2vwGcD-wgt5OfSO9OGi2dyXw_99fTCg@mail.gmail.com>
Message-ID: <1C8BBC3C-EFCE-4C31-ADDF-516C6FC245B6@googlemail.com>

Hi Steve,

On 5 Oct 2011, at 15:40, Steve McLeod wrote:

> Done. Issue report is here: http://java.net/jira/browse/MACOSX_PORT-504
FYI: I attached the proposed fix to the bug.

Bye,
--
Tomas Hurka   <mailto:tomas.hurka at oracle.com>
NetBeans Profiler http://profiler.netbeans.org
VisualVM http://visualvm.java.net
Software Developer
Oracle, Praha Czech Republic




From swingler at apple.com  Wed Oct  5 08:58:00 2011
From: swingler at apple.com (Mike Swingler)
Date: Wed, 05 Oct 2011 08:58:00 -0700
Subject: Issue 431
In-Reply-To: <4E8C609C.1020605@oracle.com>
References: <4E8C609C.1020605@oracle.com>
Message-ID: <D0AF513B-D236-4CD5-A820-09167718C430@apple.com>

On Oct 5, 2011, at 6:50 AM, Alexander Potochkin wrote:

> Hello the team
> 
> Could someone from the Apple side give more details on the following issue:
> http://java.net/jira/browse/MACOSX_PORT-431
> 
> I added my comment there

I clarified to mean using two-finger scrolling on a trackpad, or a mouse with a horizontal axis.

Mike Swingler
Java Engineering
Apple Inc.


From Alexander.Potochkin at oracle.com  Wed Oct  5 09:09:00 2011
From: Alexander.Potochkin at oracle.com (Alexander Potochkin)
Date: Wed, 05 Oct 2011 20:09:00 +0400
Subject: Issue 431
In-Reply-To: <D0AF513B-D236-4CD5-A820-09167718C430@apple.com>
References: <4E8C609C.1020605@oracle.com>
	<D0AF513B-D236-4CD5-A820-09167718C430@apple.com>
Message-ID: <4E8C811C.7030303@oracle.com>

Hello Mike
> On Oct 5, 2011, at 6:50 AM, Alexander Potochkin wrote:
>
>> Hello the team
>>
>> Could someone from the Apple side give more details on the following issue:
>> http://java.net/jira/browse/MACOSX_PORT-431
>>
>> I added my comment there
> I clarified to mean using two-finger scrolling on a trackpad, or a mouse with a horizontal axis.

Thanks much!

alexp
>
> Mike Swingler
> Java Engineering
> Apple Inc.
>


From swingler at apple.com  Wed Oct  5 09:20:08 2011
From: swingler at apple.com (swingler at apple.com)
Date: Wed, 05 Oct 2011 16:20:08 +0000
Subject: hg: macosx-port/macosx-port/jdk: Fixing accidental usage of wrong
	included Make, cleaning up file reference handling
Message-ID: <20111005162026.7CCD147C03@hg.openjdk.java.net>

Changeset: c3a84dc7b128
Author:    tomas.hurka at oracle.com
Date:      2011-10-05 09:19 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/c3a84dc7b128

Fixing accidental usage of wrong included Make, cleaning up file reference handling

! make/com/apple/osx/Makefile


From mroos at roos.com  Wed Oct  5 11:19:53 2011
From: mroos at roos.com (Mark Roos)
Date: Wed, 5 Oct 2011 11:19:53 -0700
Subject: Any timeline to update to jdk7u2+
Message-ID: <OFA022444F.7D72F14A-ON88257920.0061D48E-88257920.0064B38C@roos.com>

Just installed the developer release and it runs fine so far ( I am doing 
some invokeDynamic work).

I see that the vm is not the latest ( which is around 22.0-b06)  which has 
some invokeDynamic fixes.

Any comments on when the mac version might migrate?

thanks

mark

From swingler at apple.com  Wed Oct  5 12:02:36 2011
From: swingler at apple.com (Mike Swingler)
Date: Wed, 05 Oct 2011 12:02:36 -0700
Subject: Any timeline to update to jdk7u2+
In-Reply-To: <OFA022444F.7D72F14A-ON88257920.0061D48E-88257920.0064B38C@roos.com>
References: <OFA022444F.7D72F14A-ON88257920.0061D48E-88257920.0064B38C@roos.com>
Message-ID: <F3517700-E670-43A5-9B7F-01AB1085D56A@apple.com>

On Oct 5, 2011, at 11:19 AM, Mark Roos wrote:

> Just installed the developer release and it runs fine so far ( I am doing 
> some invokeDynamic work).
> 
> I see that the vm is not the latest ( which is around 22.0-b06)  which has 
> some invokeDynamic fixes.
> 
> Any comments on when the mac version might migrate?

I'd suggest filing a bug at <http://java.net/jira/browse/MACOSX_PORT>, so we know that a merge is desired, and is starting to cause issues for customers of the macosx-port. I will defer to my colleagues at Oracle on what the best timing is to take upstream merges, and if that complicates their work for mainline JDK 8 integration.

Regards,
Mike Swingler
Java Engineering
Apple Inc.


From henri.gomez at gmail.com  Wed Oct  5 12:20:20 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Wed, 5 Oct 2011 21:20:20 +0200
Subject: Any timeline to update to jdk7u2+
In-Reply-To: <F3517700-E670-43A5-9B7F-01AB1085D56A@apple.com>
References: <OFA022444F.7D72F14A-ON88257920.0061D48E-88257920.0064B38C@roos.com>
	<F3517700-E670-43A5-9B7F-01AB1085D56A@apple.com>
Message-ID: <CALyUpY0D-GxKN7OJ73pmFAhUgUUq3sYskm3n4wx4+xCCgwCMkw@mail.gmail.com>

>> Just installed the developer release and it runs fine so far ( I am doing
>> some invokeDynamic work).
>>
>> I see that the vm is not the latest ( which is around 22.0-b06) ?which has
>> some invokeDynamic fixes.
>>
>> Any comments on when the mac version might migrate?
>
> I'd suggest filing a bug at <http://java.net/jira/browse/MACOSX_PORT>, so we know that a merge is desired, and is starting to cause issues for customers of the macosx-port. I will defer to my colleagues at Oracle on what the best timing is to take upstream merges, and if that complicates their work for mainline JDK 8 integration.

+1, to get OpenJDK at b211 level also :)

From swingler at apple.com  Wed Oct  5 12:32:34 2011
From: swingler at apple.com (Mike Swingler)
Date: Wed, 05 Oct 2011 12:32:34 -0700
Subject: Any timeline to update to jdk7u2+
In-Reply-To: <CALyUpY0D-GxKN7OJ73pmFAhUgUUq3sYskm3n4wx4+xCCgwCMkw@mail.gmail.com>
References: <OFA022444F.7D72F14A-ON88257920.0061D48E-88257920.0064B38C@roos.com>
	<F3517700-E670-43A5-9B7F-01AB1085D56A@apple.com>
	<CALyUpY0D-GxKN7OJ73pmFAhUgUUq3sYskm3n4wx4+xCCgwCMkw@mail.gmail.com>
Message-ID: <2B7FD358-6AA5-4A6F-BDD1-6DC52B85059C@apple.com>

On Oct 5, 2011, at 12:20 PM, Henri Gomez wrote:

>>> Just installed the developer release and it runs fine so far ( I am doing
>>> some invokeDynamic work).
>>> 
>>> I see that the vm is not the latest ( which is around 22.0-b06)  which has
>>> some invokeDynamic fixes.
>>> 
>>> Any comments on when the mac version might migrate?
>> 
>> I'd suggest filing a bug at <http://java.net/jira/browse/MACOSX_PORT>, so we know that a merge is desired, and is starting to cause issues for customers of the macosx-port. I will defer to my colleagues at Oracle on what the best timing is to take upstream merges, and if that complicates their work for mainline JDK 8 integration.
> 
> +1, to get OpenJDK at b211 level also :)

The Mac port is already well beyond 211, it just hasn't been tagged in the repo. Completely separate issues. Don't put too much stock in the b-numbers just right at this moment.

Regards,
Mike Swingler
Java Engineering
Apple Inc.

From henri.gomez at gmail.com  Wed Oct  5 12:37:33 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Wed, 5 Oct 2011 21:37:33 +0200
Subject: Any timeline to update to jdk7u2+
In-Reply-To: <2B7FD358-6AA5-4A6F-BDD1-6DC52B85059C@apple.com>
References: <OFA022444F.7D72F14A-ON88257920.0061D48E-88257920.0064B38C@roos.com>
	<F3517700-E670-43A5-9B7F-01AB1085D56A@apple.com>
	<CALyUpY0D-GxKN7OJ73pmFAhUgUUq3sYskm3n4wx4+xCCgwCMkw@mail.gmail.com>
	<2B7FD358-6AA5-4A6F-BDD1-6DC52B85059C@apple.com>
Message-ID: <CALyUpY1Psx2ApS3Y1X-J+YUm90XZQD0RE6_QiAh=A+ihrTRDmA@mail.gmail.com>

> The Mac port is already well beyond 211, it just hasn't been tagged in the repo. Completely separate issues. Don't put too much stock in the b-numbers just right at this moment.

Good to know.

How could I find the correct build number ?

For now, I'm using :

hg tags | grep -v tip | head -1 | cut -c 6-11 | sed 's/^[ \t]*//;s/[ \t]*$//'

It will help everybody, users, developers and QA, when there will be
bug reports to know which runtime was used.

Cheers

From swingler at apple.com  Wed Oct  5 12:58:01 2011
From: swingler at apple.com (Mike Swingler)
Date: Wed, 05 Oct 2011 12:58:01 -0700
Subject: Any timeline to update to jdk7u2+
In-Reply-To: <CALyUpY1Psx2ApS3Y1X-J+YUm90XZQD0RE6_QiAh=A+ihrTRDmA@mail.gmail.com>
References: <OFA022444F.7D72F14A-ON88257920.0061D48E-88257920.0064B38C@roos.com>
	<F3517700-E670-43A5-9B7F-01AB1085D56A@apple.com>
	<CALyUpY0D-GxKN7OJ73pmFAhUgUUq3sYskm3n4wx4+xCCgwCMkw@mail.gmail.com>
	<2B7FD358-6AA5-4A6F-BDD1-6DC52B85059C@apple.com>
	<CALyUpY1Psx2ApS3Y1X-J+YUm90XZQD0RE6_QiAh=A+ihrTRDmA@mail.gmail.com>
Message-ID: <8F23EDBD-7CBA-4106-BF8C-2851989984F3@apple.com>

On Oct 5, 2011, at 12:37 PM, Henri Gomez wrote:

>> The Mac port is already well beyond 211, it just hasn't been tagged in the repo. Completely separate issues. Don't put too much stock in the b-numbers just right at this moment.
> 
> Good to know.
> 
> How could I find the correct build number ?
> 
> For now, I'm using :
> 
> hg tags | grep -v tip | head -1 | cut -c 6-11 | sed 's/^[ \t]*//;s/[ \t]*$//'
> 
> It will help everybody, users, developers and QA, when there will be
> bug reports to know which runtime was used.

Um...don't worry about it this week? Your builds come out more frequently than the b-numbers are updated...so it's really the date in the version string that matters when tracking things back to the source revision id.

I agree that someone at Oracle should have tagged the repo with the b211 tag at the moment they produced a build, but they are all at JavaOne right now and it's been a little hectic pulling that developer preview together...so I'm just going to focus on fixing bugs for now.

Regards,
Mike Swingler
Java Engineering
Apple Inc.


From astrange at apple.com  Wed Oct  5 14:04:29 2011
From: astrange at apple.com (astrange at apple.com)
Date: Wed, 05 Oct 2011 21:04:29 +0000
Subject: hg: macosx-port/macosx-port/jdk: 2 new changesets
Message-ID: <20111005210451.1290F47C12@hg.openjdk.java.net>

Changeset: 829d92061ba9
Author:    astrange
Date:      2011-10-05 17:04 -0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/829d92061ba9

Fix compilation of QuartzSurfaceData.m with clang

! src/macosx/native/sun/awt/QuartzSurfaceData.m

Changeset: 17120afc6139
Author:    astrange
Date:      2011-10-05 17:04 -0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/17120afc6139

Fix MACOSX_PORT-398: Crash in a test of DataPusher

! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp


From julien.ponge at gmail.com  Wed Oct  5 14:48:35 2011
From: julien.ponge at gmail.com (Julien Ponge)
Date: Wed, 5 Oct 2011 23:48:35 +0200
Subject: Any timeline to update to jdk7u2+
In-Reply-To: <8F23EDBD-7CBA-4106-BF8C-2851989984F3@apple.com>
References: <OFA022444F.7D72F14A-ON88257920.0061D48E-88257920.0064B38C@roos.com>
	<F3517700-E670-43A5-9B7F-01AB1085D56A@apple.com>
	<CALyUpY0D-GxKN7OJ73pmFAhUgUUq3sYskm3n4wx4+xCCgwCMkw@mail.gmail.com>
	<2B7FD358-6AA5-4A6F-BDD1-6DC52B85059C@apple.com>
	<CALyUpY1Psx2ApS3Y1X-J+YUm90XZQD0RE6_QiAh=A+ihrTRDmA@mail.gmail.com>
	<8F23EDBD-7CBA-4106-BF8C-2851989984F3@apple.com>
Message-ID: <CANUR_DDOh=2hFWhKSd8QavwYquLPQQc1gvZ348WAs0-D_FELuw@mail.gmail.com>

Thanks Mike and Henri, this clarifies a lot of points. A few people
were already reading too much into "211 has no hg tag in OpenJDK" :-)

Cheers

On Wed, Oct 5, 2011 at 9:58 PM, Mike Swingler <swingler at apple.com> wrote:
> On Oct 5, 2011, at 12:37 PM, Henri Gomez wrote:
>
>>> The Mac port is already well beyond 211, it just hasn't been tagged in the repo. Completely separate issues. Don't put too much stock in the b-numbers just right at this moment.
>>
>> Good to know.
>>
>> How could I find the correct build number ?
>>
>> For now, I'm using :
>>
>> hg tags | grep -v tip | head -1 | cut -c 6-11 | sed 's/^[ \t]*//;s/[ \t]*$//'
>>
>> It will help everybody, users, developers and QA, when there will be
>> bug reports to know which runtime was used.
>
> Um...don't worry about it this week? Your builds come out more frequently than the b-numbers are updated...so it's really the date in the version string that matters when tracking things back to the source revision id.
>
> I agree that someone at Oracle should have tagged the repo with the b211 tag at the moment they produced a build, but they are all at JavaOne right now and it's been a little hectic pulling that developer preview together...so I'm just going to focus on fixing bugs for now.
>
> Regards,
> Mike Swingler
> Java Engineering
> Apple Inc.
>
>



-- 
Julien Ponge
http://julien.ponge.info/

From dmitry.cherepanov at oracle.com  Thu Oct  6 01:25:57 2011
From: dmitry.cherepanov at oracle.com (dmitry.cherepanov at oracle.com)
Date: Thu, 06 Oct 2011 08:25:57 +0000
Subject: hg: macosx-port/macosx-port/jdk: Initial changes for JAWT support,
	CALayer based model (MACOSX_PORT-78)
Message-ID: <20111006082625.7880A47C32@hg.openjdk.java.net>

Changeset: f37f7e461717
Author:    dcherepanov
Date:      2011-10-06 12:24 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/f37f7e461717

Initial changes for JAWT support, CALayer based model (MACOSX_PORT-78)

! make/sun/jawt/Makefile
! make/sun/lwawt/FILES_c_macosx.gmk
! make/sun/lwawt/FILES_c_macosx.gmk.all
! make/sun/lwawt/FILES_export_macosx.gmk
! make/sun/lwawt/FILES_export_macosx.gmk.all
+ src/macosx/classes/sun/java2d/opengl/CGLLayer.java
! src/macosx/classes/sun/lwawt/LWButtonPeer.java
! src/macosx/classes/sun/lwawt/LWCanvasPeer.java
! src/macosx/classes/sun/lwawt/LWCheckboxPeer.java
! src/macosx/classes/sun/lwawt/LWChoicePeer.java
! src/macosx/classes/sun/lwawt/LWComponentPeer.java
! src/macosx/classes/sun/lwawt/LWContainerPeer.java
! src/macosx/classes/sun/lwawt/LWLabelPeer.java
! src/macosx/classes/sun/lwawt/LWListPeer.java
! src/macosx/classes/sun/lwawt/LWPanelPeer.java
! src/macosx/classes/sun/lwawt/LWScrollBarPeer.java
! src/macosx/classes/sun/lwawt/LWScrollPanePeer.java
! src/macosx/classes/sun/lwawt/LWTextAreaPeer.java
! src/macosx/classes/sun/lwawt/LWTextComponentPeer.java
! src/macosx/classes/sun/lwawt/LWTextFieldPeer.java
! src/macosx/classes/sun/lwawt/LWToolkit.java
! src/macosx/classes/sun/lwawt/LWWindowPeer.java
+ src/macosx/classes/sun/lwawt/PlatformComponent.java
+ src/macosx/classes/sun/lwawt/macosx/CPlatformComponent.java
! src/macosx/classes/sun/lwawt/macosx/CPlatformView.java
! src/macosx/classes/sun/lwawt/macosx/CPrinterDialogPeer.java
! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java
+ src/macosx/native/sun/awt/AWTSurfaceLayers.h
+ src/macosx/native/sun/awt/AWTSurfaceLayers.m
! src/macosx/native/sun/awt/AWTView.h
! src/macosx/native/sun/awt/AWTView.m
+ src/macosx/native/sun/awt/awt_DrawingSurface.m
+ src/macosx/native/sun/awt/jawt.m
! src/macosx/native/sun/java2d/opengl/CGLLayer.m
! src/share/javavm/export/jawt.h
! src/solaris/native/sun/awt/jawt.c
! src/windows/native/sun/windows/jawt.cpp


From tobi at ultramixer.com  Thu Oct  6 04:34:24 2011
From: tobi at ultramixer.com (Tobias Bley (UltraMixer))
Date: Thu, 6 Oct 2011 13:34:24 +0200
Subject: NSSavePanel access in OpenJDK7 ?
Message-ID: <7F91DC50-E5D1-407F-8B83-32714E14C5BD@ultramixer.com>

Hi Mike,

Is it planned to provide Java access to the native filechooser? Currently we are using our own wrapper but it would be the best for the java community to call native file dialogs from OpenJDK. 

Best regards,
Tobi

From dalibor.topic at oracle.com  Thu Oct  6 08:08:49 2011
From: dalibor.topic at oracle.com (Dalibor Topic)
Date: Thu, 06 Oct 2011 08:08:49 -0700
Subject: Developer Preview Release was officially announced today at
	JavaOne by Hasan Rizvi
In-Reply-To: <p06240805cab10e5efb7c@[192.168.1.123]>
References: <4E8B56A4.3050101@oracle.com>
	<p06240805cab10e5efb7c@[192.168.1.123]>
Message-ID: <4E8DC481.4080100@oracle.com>

On 10/4/11 12:30 PM, Stephen Bannasch wrote:
> At 10:55 PM +0400 10/4/11, Victor Dyakov wrote:
>> Oracle JDK7 Mac OS X Port Developer Preview Release was officially announced today at JavaOne by Hasan. It is now live at http://jdk7.java.net.
[snp]
> Why is the release distributed under such a restrictive license?
> 
>   http://jdk7.java.net/license.txt

All Oracle JDK 7 preview releases use the same license.

cheers,
dalibor topic
-- 
Oracle <http://www.oracle.com>
Dalibor Topic | Java F/OSS Ambassador
Phone: +494023646738 <tel:+494023646738> | Mobile: +491772664192 <tel:+491772664192>
Oracle Java Platform Group

ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 M?nchen
Registergericht: Amtsgericht M?nchen, HRA 95603

Komplement?rin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven

Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment

From sergey.bylokhov at oracle.com  Thu Oct  6 09:40:18 2011
From: sergey.bylokhov at oracle.com (sergey.bylokhov at oracle.com)
Date: Thu, 06 Oct 2011 16:40:18 +0000
Subject: hg: macosx-port/macosx-port/jdk: Events part for mixing.
Message-ID: <20111006164029.950EC47C47@hg.openjdk.java.net>

Changeset: e9fc0eafc318
Author:    serb
Date:      2011-10-06 19:13 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/e9fc0eafc318

Events part for mixing.

! src/macosx/classes/sun/lwawt/LWComponentPeer.java
! src/macosx/classes/sun/lwawt/LWContainerPeer.java


From stephen.bannasch at deanbrook.org  Thu Oct  6 10:30:04 2011
From: stephen.bannasch at deanbrook.org (Stephen Bannasch)
Date: Thu, 6 Oct 2011 13:30:04 -0400
Subject: Developer Preview Release was officially announced today at
	JavaOne by Hasan Rizvi
In-Reply-To: <4E8DC481.4080100@oracle.com>
References: <4E8B56A4.3050101@oracle.com>	<p06240805cab10e5efb7c@[192.168.1.123]>
	<4E8DC481.4080100@oracle.com>
Message-ID: <p06240800cab3927e33a5@[192.168.1.122]>

At 8:08 AM -0700 10/6/11, Dalibor Topic wrote:
>On 10/4/11 12:30 PM, Stephen Bannasch wrote:
>> At 10:55 PM +0400 10/4/11, Victor Dyakov wrote:
>>> Oracle JDK7 Mac OS X Port Developer Preview Release was officially announced today at JavaOne by Hasan. It is now live at http://jdk7.java.net.
>[snp]
>> Why is the release distributed under such a restrictive license?
>>
>>   http://jdk7.java.net/license.txt
>
>All Oracle JDK 7 preview releases use the same license.

I'm not surprised ... but the license is also so restrictive it's almost nonsensical.

If you agree to the license (which is necessary before downloading the preview) you are also agreeing to

- assign all the rights to your test results, evaluation data and reports to Oracle.
- perform no productive or commercial use with the software
- agree to keep all details of the software confidential

As I read the license if you agree to it and download the preview you are no longer allowed to discuss the same code that is released under the GPL2.

Now I'm sure that most people don't even bother reading the license -- but I do and it's disturbing.


From swpalmer at gmail.com  Thu Oct  6 10:51:03 2011
From: swpalmer at gmail.com (Scott Palmer)
Date: Thu, 6 Oct 2011 13:51:03 -0400
Subject: Developer Preview Release was officially announced today at
	JavaOne by Hasan Rizvi
In-Reply-To: <p06240800cab3927e33a5@[192.168.1.122]>
References: <4E8B56A4.3050101@oracle.com>	<p06240805cab10e5efb7c@[192.168.1.123]>
	<4E8DC481.4080100@oracle.com>
	<p06240800cab3927e33a5@[192.168.1.122]>
Message-ID: <D9FE7AD6-A6A2-40DE-8334-AF077E52E538@gmail.com>


On 2011-10-06, at 1:30 PM, Stephen Bannasch wrote:

> At 8:08 AM -0700 10/6/11, Dalibor Topic wrote:
>> On 10/4/11 12:30 PM, Stephen Bannasch wrote:
>>> At 10:55 PM +0400 10/4/11, Victor Dyakov wrote:
>>>> Oracle JDK7 Mac OS X Port Developer Preview Release was officially announced today at JavaOne by Hasan. It is now live at http://jdk7.java.net.
>> [snp]
>>> Why is the release distributed under such a restrictive license?
>>> 
>>>  http://jdk7.java.net/license.txt
>> 
>> All Oracle JDK 7 preview releases use the same license.
> 
> I'm not surprised ... but the license is also so restrictive it's almost nonsensical.
> 
> If you agree to the license (which is necessary before downloading the preview) you are also agreeing to
> 
> - assign all the rights to your test results, evaluation data and reports to Oracle.
> - perform no productive or commercial use with the software
> - agree to keep all details of the software confidential
> 
> As I read the license if you agree to it and download the preview you are no longer allowed to discuss the same code that is released under the GPL2.
> 
> Now I'm sure that most people don't even bother reading the license -- but I do and it's disturbing.
> 

It's insignificant in my opinion.  It's a license for developing and testing with pre-release software and it doesn't effect my use of it in the slightest.  When I find bugs I will report them, if I don't Oracle isn't going to hunt me down for my "test results".

I disagree that no productive use can be made with it.  I could complete development of my entire application with it.  I just have to wait for the release version to release my app - that's not unusual, and seems to be the same as it always has been with any JDK pre-release out of Oracle or Apple.

Scott

P.S. They cleared up the license issue with JavaFX as well.

From swingler at apple.com  Thu Oct  6 10:51:12 2011
From: swingler at apple.com (Mike Swingler)
Date: Thu, 06 Oct 2011 10:51:12 -0700
Subject: NSSavePanel access in OpenJDK7 ?
In-Reply-To: <7F91DC50-E5D1-407F-8B83-32714E14C5BD@ultramixer.com>
References: <7F91DC50-E5D1-407F-8B83-32714E14C5BD@ultramixer.com>
Message-ID: <C03E5013-23B9-420E-B70C-C31FF5D209B3@apple.com>

On Oct 6, 2011, at 4:34 AM, "Tobias Bley (UltraMixer)" <tobi at ultramixer.com> wrote:

> Hi Mike,
> 
> Is it planned to provide Java access to the native filechooser? Currently we are using our own wrapper but it would be the best for the java community to call native file dialogs from OpenJDK.
> 
> Best regards,
> Tobi

The AWT FileChooser is already hooked up to the native NSSave/OpenPanels. Have you tried them out?

Regards,
Mike Swingler
Java Engineering
Apple Inc.


From henri.gomez at gmail.com  Thu Oct  6 12:52:43 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Thu, 6 Oct 2011 21:52:43 +0200
Subject: Developer Preview Release was officially announced today at
	JavaOne by Hasan Rizvi
In-Reply-To: <D9FE7AD6-A6A2-40DE-8334-AF077E52E538@gmail.com>
References: <4E8B56A4.3050101@oracle.com>
	<p06240805cab10e5efb7c@[192.168.1.123]>
	<4E8DC481.4080100@oracle.com>
	<p06240800cab3927e33a5@[192.168.1.122]>
	<D9FE7AD6-A6A2-40DE-8334-AF077E52E538@gmail.com>
Message-ID: <98D1559A-AB35-4E08-8135-C7876D5DB985@gmail.com>

Question about Oracle JVM (releases)

Could part of these release could be used as embedded JRE in applications ?

I think about Java Apps for AppStore. 

Le 6 oct. 2011 ? 19:51, Scott Palmer <swpalmer at gmail.com> a ?crit :

> 
> On 2011-10-06, at 1:30 PM, Stephen Bannasch wrote:
> 
>> At 8:08 AM -0700 10/6/11, Dalibor Topic wrote:
>>> On 10/4/11 12:30 PM, Stephen Bannasch wrote:
>>>> At 10:55 PM +0400 10/4/11, Victor Dyakov wrote:
>>>>> Oracle JDK7 Mac OS X Port Developer Preview Release was officially announced today at JavaOne by Hasan. It is now live at http://jdk7.java.net.
>>> [snp]
>>>> Why is the release distributed under such a restrictive license?
>>>> 
>>>> http://jdk7.java.net/license.txt
>>> 
>>> All Oracle JDK 7 preview releases use the same license.
>> 
>> I'm not surprised ... but the license is also so restrictive it's almost nonsensical.
>> 
>> If you agree to the license (which is necessary before downloading the preview) you are also agreeing to
>> 
>> - assign all the rights to your test results, evaluation data and reports to Oracle.
>> - perform no productive or commercial use with the software
>> - agree to keep all details of the software confidential
>> 
>> As I read the license if you agree to it and download the preview you are no longer allowed to discuss the same code that is released under the GPL2.
>> 
>> Now I'm sure that most people don't even bother reading the license -- but I do and it's disturbing.
>> 
> 
> It's insignificant in my opinion.  It's a license for developing and testing with pre-release software and it doesn't effect my use of it in the slightest.  When I find bugs I will report them, if I don't Oracle isn't going to hunt me down for my "test results".
> 
> I disagree that no productive use can be made with it.  I could complete development of my entire application with it.  I just have to wait for the release version to release my app - that's not unusual, and seems to be the same as it always has been with any JDK pre-release out of Oracle or Apple.
> 
> Scott
> 
> P.S. They cleared up the license issue with JavaFX as well.

From kevin_m_miller at apple.com  Thu Oct  6 14:53:25 2011
From: kevin_m_miller at apple.com (kevin_m_miller at apple.com)
Date: Thu, 06 Oct 2011 21:53:25 +0000
Subject: hg: macosx-port/macosx-port/jdk: Drawing both adjacent separators on
	selected tabs on Lion
Message-ID: <20111006215347.3713947C57@hg.openjdk.java.net>

Changeset: 234687f5aba9
Author:    kevin_m_miller at apple.com
Date:      2011-10-06 14:53 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/234687f5aba9

Drawing both adjacent separators on selected tabs on Lion

! src/macosx/classes/apple/laf/JRSUIConstants.java
! src/macosx/classes/com/apple/laf/AquaTabbedPaneContrastUI.java
! src/macosx/classes/com/apple/laf/AquaTabbedPaneUI.java
! src/macosx/native/com/apple/laf/JRSUIConstantSync.m


From swpalmer at gmail.com  Thu Oct  6 19:55:56 2011
From: swpalmer at gmail.com (Scott Palmer)
Date: Thu, 6 Oct 2011 22:55:56 -0400
Subject: =?windows-1252?Q?Re=3A_Launching_GUI_apps=85_still_always_failin?=
	=?windows-1252?Q?g_without_hacks=3F?=
In-Reply-To: <3EC56DE1-F6D7-4534-8229-53B4E07671B6@gmail.com>
References: <5EBB0361-A0B2-42DB-AB6F-FF6F5E37FEC9@gmail.com>
	<EB29EE65-B50C-43F2-A63C-FF65D9E02AAE@apple.com>
	<3EC56DE1-F6D7-4534-8229-53B4E07671B6@gmail.com>
Message-ID: <812D7050-C848-404E-AF56-8938D3439FC3@gmail.com>

I take it then that this really is only happening on my machine?
It's 100% reproducible.  If there is anything else that might be useful to try, I'm up for doing some experiments.
It's filed as http://java.net/jira/browse/MACOSX_PORT-203


Scott

On 2011-10-04, at 10:42 PM, Scott Palmer wrote:

> I still get java.lang.NullPointerException
> 	at java.awt.Window.initGC(Window.java:464)
> 	at java.awt.Window.init(Window.java:484)
> 	at java.awt.Window.<init>(Window.java:533)
> 	at java.awt.Frame.<init>(Frame.java:418)
> 	at org.netbeans.core.startup.Splash.setRunning(Splash.java:178)
> 	at org.netbeans.core.startup.Main.start(Main.java:297)
> 	at org.netbeans.core.startup.TopThreadGroup.run(TopThreadGroup.java:123)
> 	at java.lang.Thread.run(Thread.java:722)
> 
> after dialling all the fonts I could (several were still enabled, as I the disable option was not available when I selected them)
> 
> Scott


From victor.dyakov at oracle.com  Thu Oct  6 21:19:53 2011
From: victor.dyakov at oracle.com (Victor Dyakov)
Date: Fri, 07 Oct 2011 08:19:53 +0400
Subject: Launching GUI =?windows-1252?Q?apps=85_still_always_fa?=
	=?windows-1252?Q?iling_without_hacks=3F?=
In-Reply-To: <812D7050-C848-404E-AF56-8938D3439FC3@gmail.com>
References: <5EBB0361-A0B2-42DB-AB6F-FF6F5E37FEC9@gmail.com>
	<EB29EE65-B50C-43F2-A63C-FF65D9E02AAE@apple.com>
	<3EC56DE1-F6D7-4534-8229-53B4E07671B6@gmail.com>
	<812D7050-C848-404E-AF56-8938D3439FC3@gmail.com>
Message-ID: <4E8E7DE9.6030805@oracle.com>

Hi Scott,

On 10/7/2011 6:55 AM, Scott Palmer wrote:
> I take it then that this really is only happening on my machine?
> It's 100% reproducible.  If there is anything else that might be useful to try, I'm up for doing some experiments.
> It's filed as http://java.net/jira/browse/MACOSX_PORT-203

Thanks for reporting this issue. We are planning to fix it for OpenJDK 
release (7u4), I'm referring to [1] from attachment

Victor

>
>
> Scott
>
> On 2011-10-04, at 10:42 PM, Scott Palmer wrote:
>
>> I still get java.lang.NullPointerException
>> 	at java.awt.Window.initGC(Window.java:464)
>> 	at java.awt.Window.init(Window.java:484)
>> 	at java.awt.Window.<init>(Window.java:533)
>> 	at java.awt.Frame.<init>(Frame.java:418)
>> 	at org.netbeans.core.startup.Splash.setRunning(Splash.java:178)
>> 	at org.netbeans.core.startup.Main.start(Main.java:297)
>> 	at org.netbeans.core.startup.TopThreadGroup.run(TopThreadGroup.java:123)
>> 	at java.lang.Thread.run(Thread.java:722)
>>
>> after dialling all the fonts I could (several were still enabled, as I the disable option was not available when I selected them)
>>
>> Scott


From tobi at ultramixer.com  Fri Oct  7 00:29:45 2011
From: tobi at ultramixer.com (Tobias Bley (UltraMixer))
Date: Fri, 7 Oct 2011 09:29:45 +0200
Subject: NSSavePanel access in OpenJDK7 ?
In-Reply-To: <C03E5013-23B9-420E-B70C-C31FF5D209B3@apple.com>
References: <7F91DC50-E5D1-407F-8B83-32714E14C5BD@ultramixer.com>
	<C03E5013-23B9-420E-B70C-C31FF5D209B3@apple.com>
Message-ID: <01C85080-14E5-45CD-8EB3-B6089324AF23@ultramixer.com>

the problem is: The AWT FileDialog API does not provide all the specific methods from NSSavePanel like sheet support... so it's not real "native".

Tobi




Am 06.10.2011 um 19:51 schrieb Mike Swingler:

> On Oct 6, 2011, at 4:34 AM, "Tobias Bley (UltraMixer)" <tobi at ultramixer.com> wrote:
> 
>> Hi Mike,
>> 
>> Is it planned to provide Java access to the native filechooser? Currently we are using our own wrapper but it would be the best for the java community to call native file dialogs from OpenJDK.
>> 
>> Best regards,
>> Tobi
> 
> The AWT FileChooser is already hooked up to the native NSSave/OpenPanels. Have you tried them out?
> 
> Regards,
> Mike Swingler
> Java Engineering
> Apple Inc.
> 


From harald.kuhr at gmail.com  Fri Oct  7 01:38:47 2011
From: harald.kuhr at gmail.com (Harald Kuhr)
Date: Fri, 7 Oct 2011 10:38:47 +0200
Subject: NSSavePanel access in OpenJDK7 ?
In-Reply-To: <C03E5013-23B9-420E-B70C-C31FF5D209B3@apple.com>
References: <7F91DC50-E5D1-407F-8B83-32714E14C5BD@ultramixer.com>
	<C03E5013-23B9-420E-B70C-C31FF5D209B3@apple.com>
Message-ID: <A7534366-C1B4-4641-B538-A17C7F7B45D2@gmail.com>


On 6. okt. 2011, at 19:51, Mike Swingler wrote:

> The AWT FileChooser is already hooked up to the native NSSave/OpenPanels. Have you tried them out?

Has there been any work on the AWT FileChooser API, to allow multiple selection, folder selection, different modality etc (I know of the Apple system property that helps with folder selection, but that's not what I'm looking for here) in (Open)JDK 7?  I know there was some talk about overhauling the AWT FileChooser some time ago, but haven't seen anything come out of it.


Best regards,

-- 
Harald K

From harald.kuhr at gmail.com  Fri Oct  7 02:46:33 2011
From: harald.kuhr at gmail.com (Harald Kuhr)
Date: Fri, 7 Oct 2011 11:46:33 +0200
Subject: Issue 431
In-Reply-To: <4E8C811C.7030303@oracle.com>
References: <4E8C609C.1020605@oracle.com>
	<D0AF513B-D236-4CD5-A820-09167718C430@apple.com>
	<4E8C811C.7030303@oracle.com>
Message-ID: <4CB001C5-E58E-4724-A574-95C39A9A1F16@gmail.com>

Sorry for jumping in on this thread, 

If there's a preferred way of reporting things like this, please let me know. :-)

I think the issue in question is horizontal scrolling on a trackpad, or a mouse with a scroll ball (like Apple's Magic/Mighty Mouse). Which translates to  a MOUSE_WHEEL MouseEvent. While the current Apple solution clearly works, using the SHIFT_DOWN modifier is kind of a hack. 

Would it be possible to propagate the support for horizontal scrolling of the mouse wheel up to the core JDK, so it wouldn't have to be emulated like it currently is? I would assume input devices on other platforms will provide this functionality soon too...


Best regards,

-- 
Harald K


On 5. okt. 2011, at 18:09, Alexander Potochkin wrote:

> Hello Mike
>> On Oct 5, 2011, at 6:50 AM, Alexander Potochkin wrote:
>> 
>>> Hello the team
>>> 
>>> Could someone from the Apple side give more details on the following issue:
>>> http://java.net/jira/browse/MACOSX_PORT-431
>>> 
>>> I added my comment there
>> I clarified to mean using two-finger scrolling on a trackpad, or a mouse with a horizontal axis.
> 
> Thanks much!
> 
> alexp
>> 
>> Mike Swingler
>> Java Engineering
>> Apple Inc.
>> 
> 


From mark at talios.com  Fri Oct  7 04:01:00 2011
From: mark at talios.com (Mark Derricutt)
Date: Sat, 8 Oct 2011 00:01:00 +1300
Subject: SDK and JRE bundles
In-Reply-To: <CALyUpY290SJswi11fn5Ww2cAczT8d0R2CUcMyVTXk2vzFQVxmA@mail.gmail.com>
References: <CALyUpY0peVKu-dbGgssFsosYPMnif7FdZxqSJUfASy8pQWDDeg@mail.gmail.com>
	<26ED337D-98EE-4E0C-A350-8DD5143681D7@apple.com>
	<7F4B1BA4-65DA-4DC7-BCAA-99347F5B5360@ultramixer.com>
	<CALyUpY0X2tG=2o7QeYOGr16Wrie5rHJtOjV2juA843dUeGL90A@mail.gmail.com>
	<61CBC4F6-8ABE-46FA-A109-3DDF77554887@ultramixer.com>
	<7DFAE853-BC9D-49BB-BF5A-BC1F29CF52CC@gmail.com>
	<CALyUpY3Uh1GMW_LBfSMMKmZCARN2TYggaBpkhNUdNdAP94dxVA@mail.gmail.com>
	<B2DA8964-947F-4CD6-925F-4DC083FAA9E1@ultramixer.com>
	<CALyUpY290SJswi11fn5Ww2cAczT8d0R2CUcMyVTXk2vzFQVxmA@mail.gmail.com>
Message-ID: <55B4B431-76DF-48D9-A8EB-D0898C453342@talios.com>

Just thinking on that.   Being bundled as a maven remote resources jar artifact would be rather nice.

http://maven.apache.org/plugins/maven-remote-resources-plugin/

With this plugin, you define the remote resources plugin and give it dependencies, and they get merged into your own resources.  Altho, thats typically your target/classes directory so may not be desired.


On 5/10/2011, at 8:19 PM, Henri Gomez wrote:

> You're an Ant user isn't it ?
> May be a Maven user will prefer having JRE bundle as an artifact, ie
> fetched from a Maven repository :)


From kevin_m_miller at apple.com  Fri Oct  7 11:19:20 2011
From: kevin_m_miller at apple.com (kevin_m_miller at apple.com)
Date: Fri, 07 Oct 2011 18:19:20 +0000
Subject: hg: macosx-port/macosx-port/jdk: Fixing segmented button separators
	in RTL layout
Message-ID: <20111007181930.EBC4F47CC8@hg.openjdk.java.net>

Changeset: e4f07558447d
Author:    kevin_m_miller at apple.com
Date:      2011-10-07 11:18 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/e4f07558447d

Fixing segmented button separators in RTL layout

! src/macosx/classes/com/apple/laf/AquaButtonExtendedTypes.java
! src/macosx/classes/com/apple/laf/AquaButtonUI.java


From alexander.potochkin at sun.com  Fri Oct  7 11:40:54 2011
From: alexander.potochkin at sun.com (alexander.potochkin at sun.com)
Date: Fri, 07 Oct 2011 18:40:54 +0000
Subject: hg: macosx-port/macosx-port/jdk: fixed #446: can't perform some
	Events Test in JCK-runtime-7 interactive
Message-ID: <20111007184104.B5B1147CCA@hg.openjdk.java.net>

Changeset: 1794efb0faef
Author:    alexp
Date:      2011-10-07 23:00 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/1794efb0faef

fixed #446: can't perform some Events Test in JCK-runtime-7 interactive

! src/macosx/classes/sun/lwawt/LWCheckboxPeer.java
! src/macosx/classes/sun/lwawt/LWComponentPeer.java
! src/macosx/classes/sun/lwawt/LWListPeer.java
! src/macosx/classes/sun/lwawt/LWPanelPeer.java
! src/macosx/classes/sun/lwawt/LWWindowPeer.java


From philip.race at oracle.com  Fri Oct  7 15:22:08 2011
From: philip.race at oracle.com (Phil Race)
Date: Fri, 07 Oct 2011 15:22:08 -0700
Subject: Should ATS APIs used for Font.creatFont() be dropped ?
Message-ID: <4E8F7B90.8070801@oracle.com>

I just looked at
http://java.net/jira/browse/MACOSX_PORT-365
  GraphicsEnvironment.registerFont() returns 'false'

The basic reason for the failure is that the font is already
registered by createFont() .. so explicitly registering it
fails as already registered.

That's easy enough to fix for the PFB font but for a TTF font
there's the wrinkle that unlike the PFB font its being successfully
loaded via a native call to ATS. That also somehow causes the font to be
registered.

I suppose we could try to fight whatever makes that automatically
registered.

But I also think we'd need to make sure that fonts used in this way
but not registered are properly GC'd .. I am not sure if that is
happening right now.

But is the ATS code worth keeping? loadFileFont() only used for
Font.createFont()?

-phil.



From mik3hall at gmail.com  Fri Oct  7 17:29:25 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Fri, 7 Oct 2011 19:29:25 -0500
Subject: SIGSEGV
Message-ID: <6679886C-6BE9-4465-A446-F0C527D54F68@gmail.com>

  [java] # A fatal error has been detected by the Java Runtime Environment:
     [java] #
     [java] #  SIGSEGV (0xb) at pc=024eb56c, pid=410, tid=2953654272
     [java] #
     [java] # JRE version: 7.0-b211
     [java] # Java VM: OpenJDK Server VM (21.0-b17 mixed mode bsd-x86 )
     [java] # Problematic frame:
     [java] # J  sun.util.calendar.ZoneInfo.getOffsets(J[II)I
     [java] #
     [java] # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
     [java] #
     [java] # An error report file with more information is saved as:
     [java] # /Volumes/mbvol/oil/hs_err_pid410.log
     [java] #
     [java] # If you would like to submit a bug report, please visit:
     [java] #   http://bugreport.sun.com/bugreport/crash.jsp
     [java] #
     [java] Java Result: 134


From swingler at apple.com  Fri Oct  7 17:35:28 2011
From: swingler at apple.com (Mike Swingler)
Date: Fri, 07 Oct 2011 17:35:28 -0700
Subject: SIGSEGV
In-Reply-To: <6679886C-6BE9-4465-A446-F0C527D54F68@gmail.com>
References: <6679886C-6BE9-4465-A446-F0C527D54F68@gmail.com>
Message-ID: <9B36070B-96FB-4A18-9501-430722E1F880@apple.com>

On Oct 7, 2011, at 5:29 PM, Michael Hall wrote:

>  [java] # A fatal error has been detected by the Java Runtime Environment:
>     [java] #
>     [java] #  SIGSEGV (0xb) at pc=024eb56c, pid=410, tid=2953654272
>     [java] #
>     [java] # JRE version: 7.0-b211
>     [java] # Java VM: OpenJDK Server VM (21.0-b17 mixed mode bsd-x86 )
>     [java] # Problematic frame:
>     [java] # J  sun.util.calendar.ZoneInfo.getOffsets(J[II)I
>     [java] #
>     [java] # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
>     [java] #
>     [java] # An error report file with more information is saved as:
>     [java] # /Volumes/mbvol/oil/hs_err_pid410.log
>     [java] #
>     [java] # If you would like to submit a bug report, please visit:
>     [java] #   http://bugreport.sun.com/bugreport/crash.jsp
>     [java] #
>     [java] Java Result: 134

The mailing list is not the bug reporter: <http://java.net/jira/browse/MACOSX_PORT>.

Please be sure to attach /Volumes/mbvol/oil/hs_err_pid410.log

Regards,
Mike Swingler
Java Engineering
Apple Inc.


From mik3hall at gmail.com  Fri Oct  7 17:42:43 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Fri, 7 Oct 2011 19:42:43 -0500
Subject: SIGSEGV
In-Reply-To: <9B36070B-96FB-4A18-9501-430722E1F880@apple.com>
References: <6679886C-6BE9-4465-A446-F0C527D54F68@gmail.com>
	<9B36070B-96FB-4A18-9501-430722E1F880@apple.com>
Message-ID: <FB39509D-4C53-4715-A0AE-F932889AD203@gmail.com>

> 
> The mailing list is not the bug reporter: <http://java.net/jira/browse/MACOSX_PORT>.
> 
> Please be sure to attach /Volumes/mbvol/oil/hs_err_pid410.log
> 

OK.

How do you determine if a known issue? 




From mik3hall at gmail.com  Fri Oct  7 17:44:11 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Fri, 7 Oct 2011 19:44:11 -0500
Subject: SIGSEGV
In-Reply-To: <FB39509D-4C53-4715-A0AE-F932889AD203@gmail.com>
References: <6679886C-6BE9-4465-A446-F0C527D54F68@gmail.com>
	<9B36070B-96FB-4A18-9501-430722E1F880@apple.com>
	<FB39509D-4C53-4715-A0AE-F932889AD203@gmail.com>
Message-ID: <92FA7D4A-BC64-4A23-A317-8A556CC19A37@gmail.com>


On Oct 7, 2011, at 7:42 PM, Michael Hall wrote:

>> 
>> The mailing list is not the bug reporter: <http://java.net/jira/browse/MACOSX_PORT>.
>> 
>> Please be sure to attach /Volumes/mbvol/oil/hs_err_pid410.log
>> 
> 
> OK.
> 
> How do you determine if a known issue? 

Never mind. Reading the directions now.

From mik3hall at gmail.com  Fri Oct  7 17:49:53 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Fri, 7 Oct 2011 19:49:53 -0500
Subject: SIGSEGV
In-Reply-To: <92FA7D4A-BC64-4A23-A317-8A556CC19A37@gmail.com>
References: <6679886C-6BE9-4465-A446-F0C527D54F68@gmail.com>
	<9B36070B-96FB-4A18-9501-430722E1F880@apple.com>
	<FB39509D-4C53-4715-A0AE-F932889AD203@gmail.com>
	<92FA7D4A-BC64-4A23-A317-8A556CC19A37@gmail.com>
Message-ID: <C119DE8B-CC28-434C-B04D-FD875A58A10F@gmail.com>


On Oct 7, 2011, at 7:44 PM, Michael Hall wrote:

> 
> On Oct 7, 2011, at 7:42 PM, Michael Hall wrote:
> 
>>> 
>>> The mailing list is not the bug reporter: <http://java.net/jira/browse/MACOSX_PORT>.
>>> 
>>> Please be sure to attach /Volumes/mbvol/oil/hs_err_pid410.log
>>> 
>> 
>> OK.
>> 
>> How do you determine if a known issue? 
> 
> Never mind. Reading the directions now.

OK.

Looks pretty close to MACOSX PORT-128
except thats a SIGBUS and I don't believe I do anything with GregorianCalendar.


From swingler at apple.com  Fri Oct  7 18:38:05 2011
From: swingler at apple.com (Mike Swingler)
Date: Fri, 07 Oct 2011 18:38:05 -0700
Subject: SDK and JRE bundles
In-Reply-To: <02BB04A2-391F-41C6-9E9E-C11ECBA78573@gmail.com>
References: <CALyUpY0peVKu-dbGgssFsosYPMnif7FdZxqSJUfASy8pQWDDeg@mail.gmail.com>
	<26ED337D-98EE-4E0C-A350-8DD5143681D7@apple.com>
	<7F4B1BA4-65DA-4DC7-BCAA-99347F5B5360@ultramixer.com>
	<8921428B-E48E-4211-8F09-62EBA08DB965@apple.com>
	<02BB04A2-391F-41C6-9E9E-C11ECBA78573@gmail.com>
Message-ID: <28DFA7E1-9D4B-4562-AD40-512C753C3652@apple.com>

On Oct 5, 2011, at 2:48 AM, Michael Hall wrote:

> On Oct 4, 2011, at 12:04 PM, Mike Swingler wrote:
> 
>> Are you using a derivative of <http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/file/tip/src/macosx/bundle/JavaAppLauncher/src/>, or something else?
> 
> I just took a quick look at this. There doesn't appear to be anything related to handling AppleEvent's yet. Is that correct? Is it a to-do?

Actually, it should work fine. The guts of the AppleEvent handling are in the eAWT code in: <http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/file/default/src/macosx/native/sun/awt/ApplicationDelegate.m>, and most of that uses the standard Cocoa callbacks.

> Although I am seeing what appears to be a populated eawt folder. Are these being handled differently? My understanding was currently this was supported through a AppleEventHandler installed by the JavaApplicationStub.

Nope. The launcher just gets the JVM off the ground, and AppleEvents shouldn't be delivered until after AppKit signals applicationDidFinishLaunching. Some of the guts of how the core AWT/AppKit handling gets started are different, but most of the eAWT is just a copy/paste from the Java SE 6 version.

Regards,
Mike Swingler
Java Engineering
Apple Inc.


From swingler at apple.com  Fri Oct  7 18:41:18 2011
From: swingler at apple.com (Mike Swingler)
Date: Fri, 07 Oct 2011 18:41:18 -0700
Subject: SIGSEGV
In-Reply-To: <C119DE8B-CC28-434C-B04D-FD875A58A10F@gmail.com>
References: <6679886C-6BE9-4465-A446-F0C527D54F68@gmail.com>
	<9B36070B-96FB-4A18-9501-430722E1F880@apple.com>
	<FB39509D-4C53-4715-A0AE-F932889AD203@gmail.com>
	<92FA7D4A-BC64-4A23-A317-8A556CC19A37@gmail.com>
	<C119DE8B-CC28-434C-B04D-FD875A58A10F@gmail.com>
Message-ID: <7BA946B7-0C3E-4FC5-8EB7-B388EEA0099A@apple.com>

On Oct 7, 2011, at 5:49 PM, Michael Hall wrote:

> On Oct 7, 2011, at 7:44 PM, Michael Hall wrote:
> 
>> On Oct 7, 2011, at 7:42 PM, Michael Hall wrote:
>> 
>>>> The mailing list is not the bug reporter: <http://java.net/jira/browse/MACOSX_PORT>.
>>>> 
>>>> Please be sure to attach /Volumes/mbvol/oil/hs_err_pid410.log
>>> 
>>> OK.
>>> 
>>> How do you determine if a known issue? 
>> 
>> Never mind. Reading the directions now.
> 
> OK.
> 
> Looks pretty close to MACOSX PORT-128
> except thats a SIGBUS and I don't believe I do anything with GregorianCalendar.

Looks like a crash in compiled HotSpot code. I doubt this has anything to do with calendars or zoneinfos...it's probably just an edge case in the client compiler (I'm guessing, since these are both 32-bit only crashers).

Attach your crash log for good measure.

Regards,
Mike Swingler
Java Engineering
Apple Inc.


From mik3hall at gmail.com  Fri Oct  7 18:42:36 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Fri, 7 Oct 2011 20:42:36 -0500
Subject: SDK and JRE bundles
In-Reply-To: <28DFA7E1-9D4B-4562-AD40-512C753C3652@apple.com>
References: <CALyUpY0peVKu-dbGgssFsosYPMnif7FdZxqSJUfASy8pQWDDeg@mail.gmail.com>
	<26ED337D-98EE-4E0C-A350-8DD5143681D7@apple.com>
	<7F4B1BA4-65DA-4DC7-BCAA-99347F5B5360@ultramixer.com>
	<8921428B-E48E-4211-8F09-62EBA08DB965@apple.com>
	<02BB04A2-391F-41C6-9E9E-C11ECBA78573@gmail.com>
	<28DFA7E1-9D4B-4562-AD40-512C753C3652@apple.com>
Message-ID: <25AD4924-0C36-4487-A50B-97F07658FDF7@gmail.com>


On Oct 7, 2011, at 8:38 PM, Mike Swingler wrote:

> Actually, it should work fine. The guts of the AppleEvent handling are in the eAWT code in: <http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/file/default/src/macosx/native/sun/awt/ApplicationDelegate.m>, and most of that uses the standard Cocoa callbacks.

Yeah found ApplicationDelegate tonight too. Sorry should of never minded that one as well.
Can't open the XCode project, assume later version compatibility issues. 
But looking over the source should be good enough.

Thanks

From mik3hall at gmail.com  Fri Oct  7 18:53:23 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Fri, 7 Oct 2011 20:53:23 -0500
Subject: SIGSEGV
In-Reply-To: <7BA946B7-0C3E-4FC5-8EB7-B388EEA0099A@apple.com>
References: <6679886C-6BE9-4465-A446-F0C527D54F68@gmail.com>
	<9B36070B-96FB-4A18-9501-430722E1F880@apple.com>
	<FB39509D-4C53-4715-A0AE-F932889AD203@gmail.com>
	<92FA7D4A-BC64-4A23-A317-8A556CC19A37@gmail.com>
	<C119DE8B-CC28-434C-B04D-FD875A58A10F@gmail.com>
	<7BA946B7-0C3E-4FC5-8EB7-B388EEA0099A@apple.com>
Message-ID: <C71C1C66-2A53-4699-85F5-5950E10A75A4@gmail.com>


On Oct 7, 2011, at 8:41 PM, Mike Swingler wrote:

> Attach your crash log for good measure.

All right, I'll write a new bug report referencing MACOSX PORT-128 and attach the log.
Probably do that tomorrow.


From philip.race at oracle.com  Fri Oct  7 20:24:41 2011
From: philip.race at oracle.com (Phil Race)
Date: Fri, 07 Oct 2011 20:24:41 -0700
Subject: Should ATS APIs used for Font.creatFont() be dropped ?
In-Reply-To: <4E8F7B90.8070801@oracle.com>
References: <4E8F7B90.8070801@oracle.com>
Message-ID: <4E8FC279.6020702@oracle.com>

PS. In the absence of any informed view to the contrary, I suggest we should
delete the calls to loadFileFont so that created fonts go via the 
cross-platform rasteriser
which is what I think happens on Windows too,  but keep the native code 
loadFileFont itself,
commented out, so that it can be seen and resurrected as necessary.

-phil.

On 10/7/11 3:22 PM, Phil Race wrote:
> I just looked at
> http://java.net/jira/browse/MACOSX_PORT-365
>  GraphicsEnvironment.registerFont() returns 'false'
>
> The basic reason for the failure is that the font is already
> registered by createFont() .. so explicitly registering it
> fails as already registered.
>
> That's easy enough to fix for the PFB font but for a TTF font
> there's the wrinkle that unlike the PFB font its being successfully
> loaded via a native call to ATS. That also somehow causes the font to be
> registered.
>
> I suppose we could try to fight whatever makes that automatically
> registered.
>
> But I also think we'd need to make sure that fonts used in this way
> but not registered are properly GC'd .. I am not sure if that is
> happening right now.
>
> But is the ATS code worth keeping? loadFileFont() only used for
> Font.createFont()?
>
> -phil.
>
>


From henri.gomez at gmail.com  Sat Oct  8 00:39:20 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Sat, 8 Oct 2011 09:39:20 +0200
Subject: jtreg and junit
In-Reply-To: <4E863888.201@oracle.com>
References: <CALyUpY39ZVQKxUNY+mTNJWG07b15XKifui4KdyGTDa=WVQ7juw@mail.gmail.com>
	<4E85E645.1020309@oracle.com>
	<91B9FF1E-832B-4C7E-8AAB-D670F3324F85@oracle.com>
	<CALyUpY0pv8O=DRDA5OhctQRMaoLPtdFbmYfEkGPSRf=h1oo=WA@mail.gmail.com>
	<EB99FF50-8442-45AD-B59A-8778F737A819@gmail.com>
	<4E863888.201@oracle.com>
Message-ID: <CALyUpY18AW7PRWhZ488K03MQYkuX=z==Q12z=Gvjz68YatAdag@mail.gmail.com>

I still get errors in test due to junit

jtreg is installed under
/Users/henri/Documents/jenkins/data/DROP_DIR/jtreg (from
jtreg-4.1-bin-b03_11_jul_2011.zip)

junit 4.5 is installed under lib dir next to jtreg.jar or javatest.jar
(same one Kelly reported).


total 10512
-rw-r--r--@ 1 henri  staff  4218879 11 jul 19:27 javatest.jar
-rw-r--r--@ 1 henri  staff   500645 11 jul 19:27 jh.jar
-r--r--r--@ 1 henri  staff   457045 11 jul 19:28 jtreg.jar
-rw-r--r--  1 henri  staff   198945 30 sep 09:38 junit.jar

Tests are done with this script :

http://code.google.com/p/openjdk-osx-build/source/browse/trunk/testvmosxu.sh

Note, JT_HOME is defined

$JTREG_DIR/linux/bin/jtreg -jdk:${BUILD_JDK_LOCATION} -agentvm
-ignore:quiet -v:summary test/java/lang

I'm wondering why jtreg didn't locate junit.jar.

Did someone succeed with jtreg / junit on OS/X ?
If so, could you provide command line ?

Cheers

From henri.gomez at gmail.com  Sat Oct  8 00:57:49 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Sat, 8 Oct 2011 09:57:49 +0200
Subject: jtreg and junit
In-Reply-To: <CALyUpY18AW7PRWhZ488K03MQYkuX=z==Q12z=Gvjz68YatAdag@mail.gmail.com>
References: <CALyUpY39ZVQKxUNY+mTNJWG07b15XKifui4KdyGTDa=WVQ7juw@mail.gmail.com>
	<4E85E645.1020309@oracle.com>
	<91B9FF1E-832B-4C7E-8AAB-D670F3324F85@oracle.com>
	<CALyUpY0pv8O=DRDA5OhctQRMaoLPtdFbmYfEkGPSRf=h1oo=WA@mail.gmail.com>
	<EB99FF50-8442-45AD-B59A-8778F737A819@gmail.com>
	<4E863888.201@oracle.com>
	<CALyUpY18AW7PRWhZ488K03MQYkuX=z==Q12z=Gvjz68YatAdag@mail.gmail.com>
Message-ID: <CALyUpY2Yo9NO0kK0WXxE-QLSVhyKTUiZ-8bCw-OVt3y0Th7QeA@mail.gmail.com>

> I still get errors in test due to junit
>
> jtreg is installed under
> /Users/henri/Documents/jenkins/data/DROP_DIR/jtreg (from
> jtreg-4.1-bin-b03_11_jul_2011.zip)
>
> junit 4.5 is installed under lib dir next to jtreg.jar or javatest.jar
> (same one Kelly reported).
>
>
> total 10512
> -rw-r--r--@ 1 henri ?staff ?4218879 11 jul 19:27 javatest.jar
> -rw-r--r--@ 1 henri ?staff ? 500645 11 jul 19:27 jh.jar
> -r--r--r--@ 1 henri ?staff ? 457045 11 jul 19:28 jtreg.jar
> -rw-r--r-- ?1 henri ?staff ? 198945 30 sep 09:38 junit.jar
>
> Tests are done with this script :
>
> http://code.google.com/p/openjdk-osx-build/source/browse/trunk/testvmosxu.sh
>
> Note, JT_HOME is defined
>
> $JTREG_DIR/linux/bin/jtreg -jdk:${BUILD_JDK_LOCATION} -agentvm
> -ignore:quiet -v:summary test/java/lang
>
> I'm wondering why jtreg didn't locate junit.jar.
>
> Did someone succeed with jtreg / junit on OS/X ?
> If so, could you provide command line ?

It seems to be related to -agentvm :

Initial setup (and cleanup)

cd /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk
rm -rf JTwork/ JTreport/

with -agentvm

/Users/henri/Documents/jenkins/data/DROP_DIR/jtreg/linux/bin/jtreg
-jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home
-agentvm  -v:summary test/java/lang/Math
Passed: java/lang/Math/AbsPositiveZero.java
Passed: java/lang/Math/Atan2Tests.java
Passed: java/lang/Math/CeilAndFloorTests.java
Passed: java/lang/Math/CubeRootTests.java
Passed: java/lang/Math/Expm1Tests.java
Passed: java/lang/Math/HyperbolicTests.java
Passed: java/lang/Math/HypotTests.java
Passed: java/lang/Math/IeeeRecommendedTests.java
Passed: java/lang/Math/Log10Tests.java
Passed: java/lang/Math/Log1pTests.java
Passed: java/lang/Math/MinMax.java
Passed: java/lang/Math/PowTests.java
FAILED: java/lang/Math/R1400112FloatPrecisionTest.java
Passed: java/lang/Math/Rint.java
Passed: java/lang/Math/RoundTests.java
Passed: java/lang/Math/TanTests.java
FAILED: java/lang/Math/VampireNumbers.java
Test results: passed: 15; failed: 2
Report written to
/Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTreport/html/report.html
Results written to
/Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTwork

2 tests failed (those with junit involved)

without -agentvm

/Users/henri/Documents/jenkins/data/DROP_DIR/jtreg/linux/bin/jtreg
-jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home
-v:summary test/java/lang/Math
Passed: java/lang/Math/AbsPositiveZero.java
Passed: java/lang/Math/Atan2Tests.java
Passed: java/lang/Math/CeilAndFloorTests.java
Passed: java/lang/Math/CubeRootTests.java
Passed: java/lang/Math/Expm1Tests.java
Passed: java/lang/Math/HyperbolicTests.java
Passed: java/lang/Math/HypotTests.java
Passed: java/lang/Math/IeeeRecommendedTests.java
Passed: java/lang/Math/Log10Tests.java
Passed: java/lang/Math/Log1pTests.java
Passed: java/lang/Math/MinMax.java
Passed: java/lang/Math/PowTests.java
Passed: java/lang/Math/R1400112FloatPrecisionTest.java
Passed: java/lang/Math/Rint.java
Passed: java/lang/Math/RoundTests.java
Passed: java/lang/Math/TanTests.java
Passed: java/lang/Math/VampireNumbers.java
Test results: passed: 17
Report written to
/Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTreport/html/report.html
Results written to
/Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTwork

All tests passed

Something interesting.
If I don't remove JTwork directory after test without -agentvm, this
one will works

/Users/henri/Documents/jenkins/data/DROP_DIR/jtreg/linux/bin/jtreg
-jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home
-agentvm  -v:summary test/java/lang/Math
Passed: java/lang/Math/AbsPositiveZero.java
Passed: java/lang/Math/Atan2Tests.java
Passed: java/lang/Math/CeilAndFloorTests.java
Passed: java/lang/Math/CubeRootTests.java
Passed: java/lang/Math/Expm1Tests.java
Passed: java/lang/Math/HyperbolicTests.java
Passed: java/lang/Math/HypotTests.java
Passed: java/lang/Math/IeeeRecommendedTests.java
Passed: java/lang/Math/Log10Tests.java
Passed: java/lang/Math/Log1pTests.java
Passed: java/lang/Math/MinMax.java
Passed: java/lang/Math/PowTests.java
Passed: java/lang/Math/R1400112FloatPrecisionTest.java
Passed: java/lang/Math/Rint.java
Passed: java/lang/Math/RoundTests.java
Passed: java/lang/Math/TanTests.java
Passed: java/lang/Math/VampireNumbers.java
Test results: passed: 17
Report written to
/Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTreport/html/report.html
Results written to
/Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTwork

Hope it will help.

From jonathan.gibbons at oracle.com  Sat Oct  8 01:00:39 2011
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Sat, 08 Oct 2011 01:00:39 -0700
Subject: jtreg and junit
In-Reply-To: <CALyUpY2Yo9NO0kK0WXxE-QLSVhyKTUiZ-8bCw-OVt3y0Th7QeA@mail.gmail.com>
References: <CALyUpY39ZVQKxUNY+mTNJWG07b15XKifui4KdyGTDa=WVQ7juw@mail.gmail.com>	<4E85E645.1020309@oracle.com>	<91B9FF1E-832B-4C7E-8AAB-D670F3324F85@oracle.com>	<CALyUpY0pv8O=DRDA5OhctQRMaoLPtdFbmYfEkGPSRf=h1oo=WA@mail.gmail.com>	<EB99FF50-8442-45AD-B59A-8778F737A819@gmail.com>	<4E863888.201@oracle.com>	<CALyUpY18AW7PRWhZ488K03MQYkuX=z==Q12z=Gvjz68YatAdag@mail.gmail.com>
	<CALyUpY2Yo9NO0kK0WXxE-QLSVhyKTUiZ-8bCw-OVt3y0Th7QeA@mail.gmail.com>
Message-ID: <4E900327.2040003@oracle.com>

Henri,

Thanks for the additional details.  That gives me somewhere to start 
looking.

-- Jon

On 10/08/2011 12:57 AM, Henri Gomez wrote:
>> I still get errors in test due to junit
>>
>> jtreg is installed under
>> /Users/henri/Documents/jenkins/data/DROP_DIR/jtreg (from
>> jtreg-4.1-bin-b03_11_jul_2011.zip)
>>
>> junit 4.5 is installed under lib dir next to jtreg.jar or javatest.jar
>> (same one Kelly reported).
>>
>>
>> total 10512
>> -rw-r--r--@ 1 henri  staff  4218879 11 jul 19:27 javatest.jar
>> -rw-r--r--@ 1 henri  staff   500645 11 jul 19:27 jh.jar
>> -r--r--r--@ 1 henri  staff   457045 11 jul 19:28 jtreg.jar
>> -rw-r--r--  1 henri  staff   198945 30 sep 09:38 junit.jar
>>
>> Tests are done with this script :
>>
>> http://code.google.com/p/openjdk-osx-build/source/browse/trunk/testvmosxu.sh
>>
>> Note, JT_HOME is defined
>>
>> $JTREG_DIR/linux/bin/jtreg -jdk:${BUILD_JDK_LOCATION} -agentvm
>> -ignore:quiet -v:summary test/java/lang
>>
>> I'm wondering why jtreg didn't locate junit.jar.
>>
>> Did someone succeed with jtreg / junit on OS/X ?
>> If so, could you provide command line ?
> It seems to be related to -agentvm :
>
> Initial setup (and cleanup)
>
> cd /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk
> rm -rf JTwork/ JTreport/
>
> with -agentvm
>
> /Users/henri/Documents/jenkins/data/DROP_DIR/jtreg/linux/bin/jtreg
> -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home
> -agentvm  -v:summary test/java/lang/Math
> Passed: java/lang/Math/AbsPositiveZero.java
> Passed: java/lang/Math/Atan2Tests.java
> Passed: java/lang/Math/CeilAndFloorTests.java
> Passed: java/lang/Math/CubeRootTests.java
> Passed: java/lang/Math/Expm1Tests.java
> Passed: java/lang/Math/HyperbolicTests.java
> Passed: java/lang/Math/HypotTests.java
> Passed: java/lang/Math/IeeeRecommendedTests.java
> Passed: java/lang/Math/Log10Tests.java
> Passed: java/lang/Math/Log1pTests.java
> Passed: java/lang/Math/MinMax.java
> Passed: java/lang/Math/PowTests.java
> FAILED: java/lang/Math/R1400112FloatPrecisionTest.java
> Passed: java/lang/Math/Rint.java
> Passed: java/lang/Math/RoundTests.java
> Passed: java/lang/Math/TanTests.java
> FAILED: java/lang/Math/VampireNumbers.java
> Test results: passed: 15; failed: 2
> Report written to
> /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTreport/html/report.html
> Results written to
> /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTwork
>
> 2 tests failed (those with junit involved)
>
> without -agentvm
>
> /Users/henri/Documents/jenkins/data/DROP_DIR/jtreg/linux/bin/jtreg
> -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home
> -v:summary test/java/lang/Math
> Passed: java/lang/Math/AbsPositiveZero.java
> Passed: java/lang/Math/Atan2Tests.java
> Passed: java/lang/Math/CeilAndFloorTests.java
> Passed: java/lang/Math/CubeRootTests.java
> Passed: java/lang/Math/Expm1Tests.java
> Passed: java/lang/Math/HyperbolicTests.java
> Passed: java/lang/Math/HypotTests.java
> Passed: java/lang/Math/IeeeRecommendedTests.java
> Passed: java/lang/Math/Log10Tests.java
> Passed: java/lang/Math/Log1pTests.java
> Passed: java/lang/Math/MinMax.java
> Passed: java/lang/Math/PowTests.java
> Passed: java/lang/Math/R1400112FloatPrecisionTest.java
> Passed: java/lang/Math/Rint.java
> Passed: java/lang/Math/RoundTests.java
> Passed: java/lang/Math/TanTests.java
> Passed: java/lang/Math/VampireNumbers.java
> Test results: passed: 17
> Report written to
> /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTreport/html/report.html
> Results written to
> /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTwork
>
> All tests passed
>
> Something interesting.
> If I don't remove JTwork directory after test without -agentvm, this
> one will works
>
> /Users/henri/Documents/jenkins/data/DROP_DIR/jtreg/linux/bin/jtreg
> -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home
> -agentvm  -v:summary test/java/lang/Math
> Passed: java/lang/Math/AbsPositiveZero.java
> Passed: java/lang/Math/Atan2Tests.java
> Passed: java/lang/Math/CeilAndFloorTests.java
> Passed: java/lang/Math/CubeRootTests.java
> Passed: java/lang/Math/Expm1Tests.java
> Passed: java/lang/Math/HyperbolicTests.java
> Passed: java/lang/Math/HypotTests.java
> Passed: java/lang/Math/IeeeRecommendedTests.java
> Passed: java/lang/Math/Log10Tests.java
> Passed: java/lang/Math/Log1pTests.java
> Passed: java/lang/Math/MinMax.java
> Passed: java/lang/Math/PowTests.java
> Passed: java/lang/Math/R1400112FloatPrecisionTest.java
> Passed: java/lang/Math/Rint.java
> Passed: java/lang/Math/RoundTests.java
> Passed: java/lang/Math/TanTests.java
> Passed: java/lang/Math/VampireNumbers.java
> Test results: passed: 17
> Report written to
> /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTreport/html/report.html
> Results written to
> /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTwork
>
> Hope it will help.


From henri.gomez at gmail.com  Sat Oct  8 01:10:18 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Sat, 8 Oct 2011 10:10:18 +0200
Subject: jtreg and junit
In-Reply-To: <4E900327.2040003@oracle.com>
References: <CALyUpY39ZVQKxUNY+mTNJWG07b15XKifui4KdyGTDa=WVQ7juw@mail.gmail.com>
	<4E85E645.1020309@oracle.com>
	<91B9FF1E-832B-4C7E-8AAB-D670F3324F85@oracle.com>
	<CALyUpY0pv8O=DRDA5OhctQRMaoLPtdFbmYfEkGPSRf=h1oo=WA@mail.gmail.com>
	<EB99FF50-8442-45AD-B59A-8778F737A819@gmail.com>
	<4E863888.201@oracle.com>
	<CALyUpY18AW7PRWhZ488K03MQYkuX=z==Q12z=Gvjz68YatAdag@mail.gmail.com>
	<CALyUpY2Yo9NO0kK0WXxE-QLSVhyKTUiZ-8bCw-OVt3y0Th7QeA@mail.gmail.com>
	<4E900327.2040003@oracle.com>
Message-ID: <CALyUpY3zVrPQe3MqUmcdcxMvCGznkjer2z+UiOPF3w6sWSwkSg@mail.gmail.com>

2011/10/8 Jonathan Gibbons <jonathan.gibbons at oracle.com>:
> Henri,
>
> Thanks for the additional details. ?That gives me somewhere to start
> looking.
>
> -- Jon

A bit more.

junit tests passed also using -othervm

From jonathan.gibbons at oracle.com  Sat Oct  8 01:42:42 2011
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Sat, 08 Oct 2011 01:42:42 -0700
Subject: jtreg and junit
In-Reply-To: <CALyUpY3zVrPQe3MqUmcdcxMvCGznkjer2z+UiOPF3w6sWSwkSg@mail.gmail.com>
References: <CALyUpY39ZVQKxUNY+mTNJWG07b15XKifui4KdyGTDa=WVQ7juw@mail.gmail.com>	<4E85E645.1020309@oracle.com>	<91B9FF1E-832B-4C7E-8AAB-D670F3324F85@oracle.com>	<CALyUpY0pv8O=DRDA5OhctQRMaoLPtdFbmYfEkGPSRf=h1oo=WA@mail.gmail.com>	<EB99FF50-8442-45AD-B59A-8778F737A819@gmail.com>	<4E863888.201@oracle.com>	<CALyUpY18AW7PRWhZ488K03MQYkuX=z==Q12z=Gvjz68YatAdag@mail.gmail.com>	<CALyUpY2Yo9NO0kK0WXxE-QLSVhyKTUiZ-8bCw-OVt3y0Th7QeA@mail.gmail.com>	<4E900327.2040003@oracle.com>
	<CALyUpY3zVrPQe3MqUmcdcxMvCGznkjer2z+UiOPF3w6sWSwkSg@mail.gmail.com>
Message-ID: <4E900D02.6090305@oracle.com>

On 10/08/2011 01:10 AM, Henri Gomez wrote:
> 2011/10/8 Jonathan Gibbons<jonathan.gibbons at oracle.com>:
>> Henri,
>>
>> Thanks for the additional details.  That gives me somewhere to start
>> looking.
>>
>> -- Jon
> A bit more.
>
> junit tests passed also using -othervm

Noted.

-- Jon

From mik3hall at gmail.com  Sat Oct  8 03:57:39 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Sat, 8 Oct 2011 05:57:39 -0500
Subject: SIGSEGV
In-Reply-To: <C71C1C66-2A53-4699-85F5-5950E10A75A4@gmail.com>
References: <6679886C-6BE9-4465-A446-F0C527D54F68@gmail.com>
	<9B36070B-96FB-4A18-9501-430722E1F880@apple.com>
	<FB39509D-4C53-4715-A0AE-F932889AD203@gmail.com>
	<92FA7D4A-BC64-4A23-A317-8A556CC19A37@gmail.com>
	<C119DE8B-CC28-434C-B04D-FD875A58A10F@gmail.com>
	<7BA946B7-0C3E-4FC5-8EB7-B388EEA0099A@apple.com>
	<C71C1C66-2A53-4699-85F5-5950E10A75A4@gmail.com>
Message-ID: <91879673-43A1-4239-92D2-F397AE5EE9D2@gmail.com>


On Oct 7, 2011, at 8:53 PM, Michael Hall wrote:

> 
> On Oct 7, 2011, at 8:41 PM, Mike Swingler wrote:
> 
>> Attach your crash log for good measure.
> 
> All right, I'll write a new bug report referencing MACOSX PORT-128 and attach the log.
> Probably do that tomorrow.
> 

Not seeing an option to create a report? If I have to sign up, again, I'm not seeing directions for that.


From mik3hall at gmail.com  Sat Oct  8 04:57:50 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Sat, 8 Oct 2011 06:57:50 -0500
Subject: SIGSEGV
In-Reply-To: <91879673-43A1-4239-92D2-F397AE5EE9D2@gmail.com>
References: <6679886C-6BE9-4465-A446-F0C527D54F68@gmail.com>
	<9B36070B-96FB-4A18-9501-430722E1F880@apple.com>
	<FB39509D-4C53-4715-A0AE-F932889AD203@gmail.com>
	<92FA7D4A-BC64-4A23-A317-8A556CC19A37@gmail.com>
	<C119DE8B-CC28-434C-B04D-FD875A58A10F@gmail.com>
	<7BA946B7-0C3E-4FC5-8EB7-B388EEA0099A@apple.com>
	<C71C1C66-2A53-4699-85F5-5950E10A75A4@gmail.com>
	<91879673-43A1-4239-92D2-F397AE5EE9D2@gmail.com>
Message-ID: <6F1B49C2-22F6-43B8-8853-25D2155ADA10@gmail.com>


On Oct 8, 2011, at 5:57 AM, Michael Hall wrote:

> 
> On Oct 7, 2011, at 8:53 PM, Michael Hall wrote:
> 
>> 
>> On Oct 7, 2011, at 8:41 PM, Mike Swingler wrote:
>> 
>>> Attach your crash log for good measure.
>> 
>> All right, I'll write a new bug report referencing MACOSX PORT-128 and attach the log.
>> Probably do that tomorrow.
>> 
> 
> Not seeing an option to create a report? If I have to sign up, again, I'm not seeing directions for that.
> 
Never mind again. I see my java net signin gets me a create option.

From neugens.limasoftware at gmail.com  Sat Oct  8 08:43:49 2011
From: neugens.limasoftware at gmail.com (=?utf-8?B?bmV1Z2Vucy5saW1hc29mdHdhcmVAZ21haWwuY29t?=)
Date: Sat, 08 Oct 2011 08:43:49 -0700
Subject: =?utf-8?B?UmU6IFNob3VsZCBBVFMgQVBJcyB1c2VkIGZvciBGb250LmNyZWF0Rm9udCgpIGJlIGRyb3BwZWQgPw==?=
Message-ID: <4e906fb6.8201e70a.355e.219a@mx.google.com>

Hi Phil,

This sounds a great idea (go for simplification!)

I would personally avoid to keep the code commented out though, I find this always very confusing, what about just deleting it and adding the rationale in the bug entry?

Mario

----- Reply message -----
Da: "Phil Race" <philip.race at oracle.com>
Data: ven, ott 7, 2011 20:24
Oggetto: Should ATS APIs used for Font.creatFont() be dropped ?
A: <macosx-port-dev at openjdk.java.net>

PS. In the absence of any informed view to the contrary, I suggest we should
delete the calls to loadFileFont so that created fonts go via the 
cross-platform rasteriser
which is what I think happens on Windows too,  but keep the native code 
loadFileFont itself,
commented out, so that it can be seen and resurrected as necessary.

-phil.

On 10/7/11 3:22 PM, Phil Race wrote:
> I just looked at
> http://java.net/jira/browse/MACOSX_PORT-365
>  GraphicsEnvironment.registerFont() returns 'false'
>
> The basic reason for the failure is that the font is already
> registered by createFont() .. so explicitly registering it
> fails as already registered.
>
> That's easy enough to fix for the PFB font but for a TTF font
> there's the wrinkle that unlike the PFB font its being successfully
> loaded via a native call to ATS. That also somehow causes the font to be
> registered.
>
> I suppose we could try to fight whatever makes that automatically
> registered.
>
> But I also think we'd need to make sure that fonts used in this way
> but not registered are properly GC'd .. I am not sure if that is
> happening right now.
>
> But is the ATS code worth keeping? loadFileFont() only used for
> Font.createFont()?
>
> -phil.
>
>


From tobi at ultramixer.com  Sat Oct  8 15:13:30 2011
From: tobi at ultramixer.com (Tobias Bley (UltraMixer))
Date: Sun, 9 Oct 2011 00:13:30 +0200
Subject: JObjC.jar ?
Message-ID: <04F01C84-526B-4AEB-B665-8645FAC416D0@ultramixer.com>

Hi Mike,

I recently found the JObjC.jar in JDK7. Could you please tell us something about it? Can we use it to use native cocoa components like NSOpenPanel (i saw NSOpenPanel.class)?

Best regards,

--
Tobi
http://www.ultramixer.com


From philip.race at oracle.com  Sat Oct  8 21:24:57 2011
From: philip.race at oracle.com (Phil Race)
Date: Sat, 08 Oct 2011 21:24:57 -0700
Subject: Should ATS APIs used for Font.creatFont() be dropped ?
In-Reply-To: <4e906fb6.8201e70a.355e.219a@mx.google.com>
References: <4e906fb6.8201e70a.355e.219a@mx.google.com>
Message-ID: <4E912219.1030804@oracle.com>

On 10/8/11 8:43 AM, neugens.limasoftware at gmail.com wrote:
> Hi Phil,
>
> This sounds a great idea (go for simplification!)
>
> I would personally avoid to keep the code commented out though, I find 
> this always very confusing, what about just deleting it and adding the 
> rationale in the bug entry?

Well .. the ATS code may be instructive and depending on how we merge this
OS X port into mainline it may be absent from the mercurial history 
unless textually
present. If the ATS API goes way [I think I read it was deprecated], its 
largely moot except
to the extent that it should be a guide to current APIs which I sincerely
hope provide at minimum the same functionality.

-phil
>
> Mario
>
> ----- Reply message -----
> Da: "Phil Race" <philip.race at oracle.com>
> Data: ven, ott 7, 2011 20:24
> Oggetto: Should ATS APIs used for Font.creatFont() be dropped ?
> A: <macosx-port-dev at openjdk.java.net>
>
> PS. In the absence of any informed view to the contrary, I suggest we 
> should
> delete the calls to loadFileFont so that created fonts go via the
> cross-platform rasteriser
> which is what I think happens on Windows too,  but keep the native code
> loadFileFont itself,
> commented out, so that it can be seen and resurrected as necessary.
>
> -phil.
>
> On 10/7/11 3:22 PM, Phil Race wrote:
> > I just looked at
> > http://java.net/jira/browse/MACOSX_PORT-365
> >  GraphicsEnvironment.registerFont() returns 'false'
> >
> > The basic reason for the failure is that the font is already
> > registered by createFont() .. so explicitly registering it
> > fails as already registered.
> >
> > That's easy enough to fix for the PFB font but for a TTF font
> > there's the wrinkle that unlike the PFB font its being successfully
> > loaded via a native call to ATS. That also somehow causes the font to be
> > registered.
> >
> > I suppose we could try to fight whatever makes that automatically
> > registered.
> >
> > But I also think we'd need to make sure that fonts used in this way
> > but not registered are properly GC'd .. I am not sure if that is
> > happening right now.
> >
> > But is the ATS code worth keeping? loadFileFont() only used for
> > Font.createFont()?
> >
> > -phil.
> >
> >
>
>
>


From mik3hall at gmail.com  Sun Oct  9 09:33:01 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Sun, 9 Oct 2011 11:33:01 -0500
Subject: libfreetype version error
In-Reply-To: <2788FD95-A149-4F17-B090-E83EC6971423@gmail.com>
References: <49FC15F3-5367-4A61-84A6-F0FFDE0B1756@gmail.com>
	<8469BB82-21DC-4EAB-87B0-A6A64BFC99C0@gmail.com>
	<5137AA5E-889F-4A87-AF33-A0E60D3B7501@apple.com>
	<449DCD7E-B01A-4B58-A13D-E8554BC04651@gmail.com>
	<26A43889-51AC-485D-A5A7-7223665A2937@googlemail.com>
	<2788FD95-A149-4F17-B090-E83EC6971423@gmail.com>
Message-ID: <73D0A779-57B6-435B-A7AA-6F6126B13B47@gmail.com>


On Oct 4, 2011, at 5:09 PM, Michael Hall wrote:

> 
> On Oct 4, 2011, at 2:17 AM, Tomas Hurka wrote:
> 
>> On 4 Oct 2011, at 01:23, Michael Hall wrote:
>>> On Oct 3, 2011, at 6:16 PM, Mike Swingler wrote:
>>>> 
>>>> Had you previously installed your own X11 or freetype via MacPorts/Fink/Homebrew? I've never seen this problem.
>>> 
>>> Possibly. Not that I specifically remember. It would almost have to have been a X11 install though wouldn't it? No standalone freetype install would be going to the X11 directory would it?
>>> Starting X11 the about window shows 
>>> The X Window System
>>> XQuartz 2.3.4 (xorg-server 1.4.2-apple45)
>>> Would this be older than a usual 10.6 X11?
>> 
>> It looks like it is old release. I have Mac OS X 10.6.8 and X11 about dialog shows:
>> XQuartz 2.3.6 (xorg-server 1.4.2-apple56) 
> 
> The ea appears to sidestep this issue. So even more moot. Although I suppose I should bring X11 current sometime.

OK, I happened across this on a learning experience type project including IDE. I thought I had changed it to pick up the new default developer preview but  just got far enough t-o realize that it had not. I was back on the Apple non-openjdk jvm. The problem is in fact present as well with the developer preview.

It didn't appear to duplicate anything so I filed a new MACOSX_PORT-524 bug report.

It again seemed possibly a little relevant and not so moot.

From tomas.hurka at googlemail.com  Mon Oct 10 01:00:38 2011
From: tomas.hurka at googlemail.com (Tomas Hurka)
Date: Mon, 10 Oct 2011 10:00:38 +0200
Subject: libfreetype version error
In-Reply-To: <5ED9B261-A54C-457C-87B1-B2427E8B069A@gmail.com>
References: <49FC15F3-5367-4A61-84A6-F0FFDE0B1756@gmail.com>
	<8469BB82-21DC-4EAB-87B0-A6A64BFC99C0@gmail.com>
	<5137AA5E-889F-4A87-AF33-A0E60D3B7501@apple.com>
	<449DCD7E-B01A-4B58-A13D-E8554BC04651@gmail.com>
	<26A43889-51AC-485D-A5A7-7223665A2937@googlemail.com>
	<5ED9B261-A54C-457C-87B1-B2427E8B069A@gmail.com>
Message-ID: <6411EA72-7FED-4622-83C4-F0463606DA9E@googlemail.com>

Hi Michael,

On 4 Oct 2011, at 12:38, Michael Hall wrote:
> On Oct 4, 2011, at 2:17 AM, Tomas Hurka wrote:
> 
>> It looks like it is old release. I have Mac OS X 10.6.8 and X11 about dialog shows:
>> XQuartz 2.3.6 (xorg-server 1.4.2-apple56) 
> 
> Maybe I installed X11 late or something and didn't pick up the updates. Optional isn't it?
> If you do the 
> otool -L /usr/X11R6/lib/libfreetype.6.dylib | head -n 3
> what do you show for 'compatibility version'?

thurka$ otool -L /usr/X11R6/lib/libfreetype.6.dylib | head -n 3
/usr/X11R6/lib/libfreetype.6.dylib:
	/usr/X11/lib/libfreetype.6.dylib (compatibility version 13.0.0, current version 13.0.0)
	/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3)
thurka$ 

Bye,
--
Tomas Hurka   <mailto:tomas.hurka at oracle.com>
NetBeans Profiler http://profiler.netbeans.org
VisualVM http://visualvm.java.net
Software Developer
Oracle, Praha Czech Republic




From johnyeary at gmail.com  Mon Oct 10 07:16:35 2011
From: johnyeary at gmail.com (John Yeary)
Date: Mon, 10 Oct 2011 10:16:35 -0400
Subject: Oracle JDK7 Mac OS X Port Developer Preview Release
In-Reply-To: <20111004203202.GG29874@rivendell.redhat.com>
References: <CALyUpY1A4hBcFu7w2HyO-V-RNt3RsA3G-q7nE+o3GXG9tzrR+g@mail.gmail.com>
	<20111004203202.GG29874@rivendell.redhat.com>
Message-ID: <CAOzQtimfpuBKVkoX0Q2dQhNpL4Jaw7rXec-9WD+deNQwbC3gyA@mail.gmail.com>

Hello Henri,

I think you are going to remain in business. You do a great job on your
releases, and there are no crummy license issues. As John pointed out, the
licensing is a mess around their binary release. There should be a big
warning on the site for OpenJDK folks about the licensing.

Would someone from Oracle please look at this and make the appropriate
corrections?

John

On Tue, Oct 4, 2011 at 4:32 PM, Dr Andrew John Hughes <ahughes at redhat.com>wrote:

> On 20:48 Tue 04 Oct     , Henri Gomez wrote:
> > Hi to all,
> >
> > Just discovered Oracle Mac OS/X Port Preview :
> >
> > http://jdk7.java.net/macportpreview/
> >
> > http://code.google.com/p/openjdk-osx-build/ may be soon out of business
> :)
>
> This is a proprietary binary, so I very much doubt it.  Notably,
>
> 2.1 Source Code.  Oracle grants to Licensee, a non-exclusive,
> non-transferable, royalty-free and limited license to view the source
> code portions of the Licensed Software internally for the purposes of
> evaluation only.
>
> 2.2 Binary Code.  Oracle grants to Licensee, a non-exclusive,
> non-transferable, royalty-free and limited license to use the binary
> code portions of the Licensed Software internally for the purposes of
> evaluation only.
>
> 2.3 No Other Licenses.  No licenses are granted to Licensee for any
> other purposes, Licensee may not sell, rent, loan or otherwise
> encumber or transfer Licensed Software in whole or in part, to any
> third party.
>
> 3.5 No Commercial Use Licensee shall have no right to use the Licensed
> Software for productive or commercial use.
>
> whereas the OpenJDK OSX build is under the GPL and other licenses.
> The page says 'Apache License 2.0' but this is clearly wrong, as the
> vast majority of OpenJDK code is either GPLv2 or GPLv2 with the
> Classpath exception.
>
> I would strongly warn anyone working on the open source OpenJDK OSX port
> NOT to look at any source code included in this preview build for risk
> of contamination.
> --
> Andrew :)
>
> Free Java Software Engineer
> Red Hat, Inc. (http://www.redhat.com)
>
> Support Free Java!
> Contribute to GNU Classpath and IcedTea
> http://www.gnu.org/software/classpath
> http://icedtea.classpath.org
> PGP Key: F5862A37 (https://keys.indymedia.org/)
> Fingerprint = EA30 D855 D50F 90CD F54D  0698 0713 C3ED F586 2A37
>



-- 
John Yeary
--
http://javaevangelist.blogspot.com
http://www.johnyeary.com
*@jyeary*

"Far better it is to dare mighty things, to win glorious triumphs, even
though checkered by failure, than to take rank with those poor spirits who
neither enjoy much nor suffer much, because they live in the gray twilight
that knows not victory nor defeat."
-- Theodore Roosevelt

From Johannes.Schindelin at gmx.de  Mon Oct 10 07:41:41 2011
From: Johannes.Schindelin at gmx.de (Johannes Schindelin)
Date: Mon, 10 Oct 2011 09:41:41 -0500 (CDT)
Subject: Oracle JDK7 Mac OS X Port Developer Preview Release
In-Reply-To: <CAOzQtimfpuBKVkoX0Q2dQhNpL4Jaw7rXec-9WD+deNQwbC3gyA@mail.gmail.com>
References: <CALyUpY1A4hBcFu7w2HyO-V-RNt3RsA3G-q7nE+o3GXG9tzrR+g@mail.gmail.com>
	<20111004203202.GG29874@rivendell.redhat.com>
	<CAOzQtimfpuBKVkoX0Q2dQhNpL4Jaw7rXec-9WD+deNQwbC3gyA@mail.gmail.com>
Message-ID: <alpine.DEB.1.00.1110100940050.32316@s15462909.onlinehome-server.info>

Hi,

On Mon, 10 Oct 2011, John Yeary wrote:

> Would someone from Oracle please look at this [licensing issue] and make 
> the appropriate corrections?

Please, it is Oracle's decision what license they use. After all, we are 
not their customers.

However, it is our decision whether to stay with Henri's releases or 
abide by their license...

Ciao,
Johannes

From henri.gomez at gmail.com  Mon Oct 10 08:22:08 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Mon, 10 Oct 2011 17:22:08 +0200
Subject: Oracle JDK7 Mac OS X Port Developer Preview Release
In-Reply-To: <alpine.DEB.1.00.1110100940050.32316@s15462909.onlinehome-server.info>
References: <CALyUpY1A4hBcFu7w2HyO-V-RNt3RsA3G-q7nE+o3GXG9tzrR+g@mail.gmail.com>
	<20111004203202.GG29874@rivendell.redhat.com>
	<CAOzQtimfpuBKVkoX0Q2dQhNpL4Jaw7rXec-9WD+deNQwbC3gyA@mail.gmail.com>
	<alpine.DEB.1.00.1110100940050.32316@s15462909.onlinehome-server.info>
Message-ID: <CALyUpY3ihbyDbFRGMQUuvY=E_VJbK4do6Q39wBsBwNO5mjrV=w@mail.gmail.com>

> However, it is our decision whether to stay with Henri's releases or
> abide by their license...

Guys, you're more than welcome to stay with my release as I'll
continue to provide them as I do today.

BTW, I notice some miss in the current OpenJDK build like the lack of
Rhino support (http://code.google.com/p/openjdk-osx-build/issues/detail?id=24)

Contributions are more than welcomed :)

From henri.gomez at gmail.com  Mon Oct 10 09:38:01 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Mon, 10 Oct 2011 18:38:01 +0200
Subject: Rhino on bsd-port/osx-port OpenJDK 7
In-Reply-To: <CALyUpY3zgXfpTp7do6JntRWgP1qN4TfJa7gWypzVLYvN-5KcYw@mail.gmail.com>
References: <CALyUpY0PYsZi71vw+Fcv_Ri6=16Ft0WMgOYNmpBvD6U4tBw_jw@mail.gmail.com>
	<4E539643.2070301@oracle.com>
	<CALyUpY0Hr0a2juW+32S8jYdBYnUnk4CeyYRfsqFHq8iPSyiXmg@mail.gmail.com>
	<4E539EF4.5070607@oracle.com>
	<CALyUpY0vWjy9gXd2WgegpuqmWbJt3-ahkYWu3xU_5EAR75CaQg@mail.gmail.com>
	<4E53AAAB.9030700@oracle.com>
	<CALyUpY0QmpRbrhYcTLiRr-duNhN3+5xL9rYKdfJ-k6j-ZWj7bw@mail.gmail.com>
	<4E54ED99.7090001@oracle.com>
	<CALyUpY3zgXfpTp7do6JntRWgP1qN4TfJa7gWypzVLYvN-5KcYw@mail.gmail.com>
Message-ID: <CALyUpY3YVc6MktcuKeCxcKdBvOtidGdPa8Zh2g8wswwj_ysYug@mail.gmail.com>

Question about Rhino included in JDK 7.

Do you know version of Rhino from Mozilla.org used ?

2011/8/24 Henri Gomez <henri.gomez at gmail.com>:
>>> Yep so there is specific builds or steps to add/inject them in BDS/OSX
>>> packages ?
>>
>> Looking at http://hg.openjdk.java.net/jdk7/build/raw-file/tip/README-builds.html
>> I'd say no, as there is no mention of it there.
>>
>>> Did the build/packages phases source or phases description for Linux /
>>> Solaris, as bundled by Oracle are available somewhere ?
>>
>> The build instructions for JDK 7 are at the URL above, if that's what you mean.
>
> Thanks for the link.
>
> I'll try to build an OpenJDK 7 on Linux to check.
>

From henri.gomez at gmail.com  Mon Oct 10 09:39:14 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Mon, 10 Oct 2011 18:39:14 +0200
Subject: Oracle JDK7 Mac OS X Port Developer Preview Release
In-Reply-To: <CALyUpY3ihbyDbFRGMQUuvY=E_VJbK4do6Q39wBsBwNO5mjrV=w@mail.gmail.com>
References: <CALyUpY1A4hBcFu7w2HyO-V-RNt3RsA3G-q7nE+o3GXG9tzrR+g@mail.gmail.com>
	<20111004203202.GG29874@rivendell.redhat.com>
	<CAOzQtimfpuBKVkoX0Q2dQhNpL4Jaw7rXec-9WD+deNQwbC3gyA@mail.gmail.com>
	<alpine.DEB.1.00.1110100940050.32316@s15462909.onlinehome-server.info>
	<CALyUpY3ihbyDbFRGMQUuvY=E_VJbK4do6Q39wBsBwNO5mjrV=w@mail.gmail.com>
Message-ID: <CALyUpY0GzZDDrsO7mPR26XgzhexKDPW3j0Tz+LpY5b-k6kc3YQ@mail.gmail.com>

2011/10/10 Henri Gomez <henri.gomez at gmail.com>:
>> However, it is our decision whether to stay with Henri's releases or
>> abide by their license...
>
> Guys, you're more than welcome to stay with my release as I'll
> continue to provide them as I do today.
>
> BTW, I notice some miss in the current OpenJDK build like the lack of
> Rhino support (http://code.google.com/p/openjdk-osx-build/issues/detail?id=24)
>
> Contributions are more than welcomed :)

Note, there is work in progress about Rhino for OpenJDK OS/X build :

https://openjdk-osx-build.googlecode.com/svn/trunk/addonsosxu.sh

From henri.gomez at gmail.com  Mon Oct 10 10:33:32 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Mon, 10 Oct 2011 19:33:32 +0200
Subject: Rhino on bsd-port/osx-port OpenJDK 7
In-Reply-To: <CALyUpY3YVc6MktcuKeCxcKdBvOtidGdPa8Zh2g8wswwj_ysYug@mail.gmail.com>
References: <CALyUpY0PYsZi71vw+Fcv_Ri6=16Ft0WMgOYNmpBvD6U4tBw_jw@mail.gmail.com>
	<4E539643.2070301@oracle.com>
	<CALyUpY0Hr0a2juW+32S8jYdBYnUnk4CeyYRfsqFHq8iPSyiXmg@mail.gmail.com>
	<4E539EF4.5070607@oracle.com>
	<CALyUpY0vWjy9gXd2WgegpuqmWbJt3-ahkYWu3xU_5EAR75CaQg@mail.gmail.com>
	<4E53AAAB.9030700@oracle.com>
	<CALyUpY0QmpRbrhYcTLiRr-duNhN3+5xL9rYKdfJ-k6j-ZWj7bw@mail.gmail.com>
	<4E54ED99.7090001@oracle.com>
	<CALyUpY3zgXfpTp7do6JntRWgP1qN4TfJa7gWypzVLYvN-5KcYw@mail.gmail.com>
	<CALyUpY3YVc6MktcuKeCxcKdBvOtidGdPa8Zh2g8wswwj_ysYug@mail.gmail.com>
Message-ID: <CALyUpY2hZPoOWHexq_gKTtBtweU77ucsDYHtc8V=Asf1rfS_BQ@mail.gmail.com>

2011/10/10 Henri Gomez <henri.gomez at gmail.com>:
> Question about Rhino included in JDK 7.
>
> Do you know version of Rhino from Mozilla.org used ?

Readme reports 1.7R3


But digging in js.jar from Rhino 1.7R3, I could see 443 classes
whereas jdk 1.7.0 for Linux came with 316 classes

From philip.race at oracle.com  Mon Oct 10 10:59:29 2011
From: philip.race at oracle.com (philip.race at oracle.com)
Date: Mon, 10 Oct 2011 17:59:29 +0000
Subject: hg: macosx-port/macosx-port/jdk: Fixed MACOSX_PORT-286:
	TextLayout.getBounds() doesn't return visual bounds
Message-ID: <20111010175949.9F63647E70@hg.openjdk.java.net>

Changeset: fa7231d8f0ee
Author:    prr
Date:      2011-10-10 10:58 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/fa7231d8f0ee

Fixed MACOSX_PORT-286: TextLayout.getBounds() doesn't return visual bounds

! src/macosx/classes/sun/font/CStrike.java


From philip.race at oracle.com  Mon Oct 10 11:29:25 2011
From: philip.race at oracle.com (philip.race at oracle.com)
Date: Mon, 10 Oct 2011 18:29:25 +0000
Subject: hg: macosx-port/macosx-port/jdk: Fixed MACOSX_PORT-365
	GraphicsEnvironment.registerFont() returns 'false'
Message-ID: <20111010182936.203E747E73@hg.openjdk.java.net>

Changeset: e910dde2c36c
Author:    prr
Date:      2011-10-10 11:29 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/e910dde2c36c

Fixed MACOSX_PORT-365 GraphicsEnvironment.registerFont() returns 'false'

! src/macosx/classes/sun/font/CFontManager.java
! src/macosx/native/sun/font/AWTFont.m


From ahughes at redhat.com  Mon Oct 10 11:37:02 2011
From: ahughes at redhat.com (Dr Andrew John Hughes)
Date: Mon, 10 Oct 2011 19:37:02 +0100
Subject: Oracle JDK7 Mac OS X Port Developer Preview Release
In-Reply-To: <CAOzQtimfpuBKVkoX0Q2dQhNpL4Jaw7rXec-9WD+deNQwbC3gyA@mail.gmail.com>
References: <CALyUpY1A4hBcFu7w2HyO-V-RNt3RsA3G-q7nE+o3GXG9tzrR+g@mail.gmail.com>
	<20111004203202.GG29874@rivendell.redhat.com>
	<CAOzQtimfpuBKVkoX0Q2dQhNpL4Jaw7rXec-9WD+deNQwbC3gyA@mail.gmail.com>
Message-ID: <20111010183702.GD28832@rivendell.redhat.com>

On 10:16 Mon 10 Oct     , John Yeary wrote:
> Hello Henri,
> 
> I think you are going to remain in business. You do a great job on your
> releases, and there are no crummy license issues. As John pointed out, the
> licensing is a mess around their binary release. There should be a big
> warning on the site for OpenJDK folks about the licensing.
> 
> Would someone from Oracle please look at this and make the appropriate
> corrections?
> 

Much as I'd like to see it change too, I doubt it's going to happen.  This
is pretty much their standard EULA :-(

> John
> 

-- 
Andrew :)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)


From neugens.limasoftware at gmail.com  Mon Oct 10 12:17:08 2011
From: neugens.limasoftware at gmail.com (Mario Torre)
Date: Mon, 10 Oct 2011 21:17:08 +0200
Subject: Should ATS APIs used for Font.creatFont() be dropped ?
In-Reply-To: <4E912219.1030804@oracle.com>
References: <4e906fb6.8201e70a.355e.219a@mx.google.com>
	<4E912219.1030804@oracle.com>
Message-ID: <47A662F3-2F50-4190-A957-40AC9C989A74@gmail.com>

Yep, that makes sense indeed,

Cheers,
Mario
---
pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF
Fingerprint: BA39 9666 94EC 8B73 27FA  FC7C 4086 63E3 80F2 40CF

http://www.ladybug-studio.com

IcedRobot: www.icedrobot.org
Proud GNU Classpath developer: http://www.classpath.org/
Read About us at: http://planet.classpath.org
OpenJDK: http://openjdk.java.net/projects/caciocavallo/

Please, support open standards:
http://endsoftpatents.org/




Il giorno 09/ott/2011, alle ore 06:24, Phil Race ha scritto:

> On 10/8/11 8:43 AM, neugens.limasoftware at gmail.com wrote:
>> Hi Phil,
>> 
>> This sounds a great idea (go for simplification!)
>> 
>> I would personally avoid to keep the code commented out though, I find this always very confusing, what about just deleting it and adding the rationale in the bug entry?
> 
> Well .. the ATS code may be instructive and depending on how we merge this
> OS X port into mainline it may be absent from the mercurial history unless textually
> present. If the ATS API goes way [I think I read it was deprecated], its largely moot except
> to the extent that it should be a guide to current APIs which I sincerely
> hope provide at minimum the same functionality.
> 
> -phil
>> 
>> Mario
>> 
>> ----- Reply message -----
>> Da: "Phil Race" <philip.race at oracle.com>
>> Data: ven, ott 7, 2011 20:24
>> Oggetto: Should ATS APIs used for Font.creatFont() be dropped ?
>> A: <macosx-port-dev at openjdk.java.net>
>> 
>> PS. In the absence of any informed view to the contrary, I suggest we should
>> delete the calls to loadFileFont so that created fonts go via the
>> cross-platform rasteriser
>> which is what I think happens on Windows too,  but keep the native code
>> loadFileFont itself,
>> commented out, so that it can be seen and resurrected as necessary.
>> 
>> -phil.
>> 
>> On 10/7/11 3:22 PM, Phil Race wrote:
>> > I just looked at
>> > http://java.net/jira/browse/MACOSX_PORT-365
>> >  GraphicsEnvironment.registerFont() returns 'false'
>> >
>> > The basic reason for the failure is that the font is already
>> > registered by createFont() .. so explicitly registering it
>> > fails as already registered.
>> >
>> > That's easy enough to fix for the PFB font but for a TTF font
>> > there's the wrinkle that unlike the PFB font its being successfully
>> > loaded via a native call to ATS. That also somehow causes the font to be
>> > registered.
>> >
>> > I suppose we could try to fight whatever makes that automatically
>> > registered.
>> >
>> > But I also think we'd need to make sure that fonts used in this way
>> > but not registered are properly GC'd .. I am not sure if that is
>> > happening right now.
>> >
>> > But is the ATS code worth keeping? loadFileFont() only used for
>> > Font.createFont()?
>> >
>> > -phil.
>> >
>> >
>> 
>> 
>> 
> 


From mik3hall at gmail.com  Mon Oct 10 12:23:03 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Mon, 10 Oct 2011 14:23:03 -0500
Subject: libfreetype version error
In-Reply-To: <6411EA72-7FED-4622-83C4-F0463606DA9E@googlemail.com>
References: <49FC15F3-5367-4A61-84A6-F0FFDE0B1756@gmail.com>
	<8469BB82-21DC-4EAB-87B0-A6A64BFC99C0@gmail.com>
	<5137AA5E-889F-4A87-AF33-A0E60D3B7501@apple.com>
	<449DCD7E-B01A-4B58-A13D-E8554BC04651@gmail.com>
	<26A43889-51AC-485D-A5A7-7223665A2937@googlemail.com>
	<5ED9B261-A54C-457C-87B1-B2427E8B069A@gmail.com>
	<6411EA72-7FED-4622-83C4-F0463606DA9E@googlemail.com>
Message-ID: <9C441CE5-099C-4F96-BE3D-2C8B3719514D@gmail.com>


On Oct 10, 2011, at 3:00 AM, Tomas Hurka wrote:

> thurka$ otool -L /usr/X11R6/lib/libfreetype.6.dylib | head -n 3
> /usr/X11R6/lib/libfreetype.6.dylib:
> 	/usr/X11/lib/libfreetype.6.dylib (compatibility version 13.0.0, current version 13.0.0)
> 	/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3)
> thurka$ 

Appears to be what a download and build of freetype got me _and_ what the jvm requires?
I put your version information in my bug report.

Thanks



From scott.kovatch at oracle.com  Mon Oct 10 14:03:47 2011
From: scott.kovatch at oracle.com (Scott Kovatch)
Date: Mon, 10 Oct 2011 14:03:47 -0700
Subject: Need build support for .mm files
Message-ID: <8190FE9A-92A9-4820-80BB-4E94951B5441@oracle.com>

Hi,

Can someone take a look at <http://java.net/jira/browse/MACOSX_PORT-528> and hopefully check in the patch? I will need this in the JDK tree to build the plugin, as the plugin build relies on the JDK's Library.gmk.

I can't do any committing yet -- I am hopeful that will change this week.

Thanks,
Scott K.

-----------------------------------------
Scott Kovatch
scott.kovatch at oracle.com





From swingler at apple.com  Mon Oct 10 14:18:47 2011
From: swingler at apple.com (swingler at apple.com)
Date: Mon, 10 Oct 2011 21:18:47 +0000
Subject: hg: macosx-port/macosx-port/jdk: Adding Obj-C++ .mm files to the make
	rules.
Message-ID: <20111010211907.92A8D47EA5@hg.openjdk.java.net>

Changeset: f237fe87919f
Author:    scott.kovatch at oracle.com
Date:      2011-10-10 14:18 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/f237fe87919f

Adding Obj-C++ .mm files to the make rules.

! make/common/Library.gmk
! make/common/internal/NativeCompileRules.gmk


From swingler at apple.com  Mon Oct 10 14:21:44 2011
From: swingler at apple.com (Mike Swingler)
Date: Mon, 10 Oct 2011 14:21:44 -0700
Subject: Need build support for .mm files
In-Reply-To: <8190FE9A-92A9-4820-80BB-4E94951B5441@oracle.com>
References: <8190FE9A-92A9-4820-80BB-4E94951B5441@oracle.com>
Message-ID: <D6830982-25A1-4F47-AC71-E888F834BF9C@apple.com>

On Oct 10, 2011, at 2:03 PM, Scott Kovatch wrote:

> Hi,
> 
> Can someone take a look at <http://java.net/jira/browse/MACOSX_PORT-528> and hopefully check in the patch? I will need this in the JDK tree to build the plugin, as the plugin build relies on the JDK's Library.gmk.
> 
> I can't do any committing yet -- I am hopeful that will change this week.

Done: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/f237fe87919f

Cheers,
Mike Swingler
Java Engineering
Apple Inc.


From scott.kovatch at oracle.com  Mon Oct 10 14:24:04 2011
From: scott.kovatch at oracle.com (Scott Kovatch)
Date: Mon, 10 Oct 2011 14:24:04 -0700
Subject: Need build support for .mm files
In-Reply-To: <D6830982-25A1-4F47-AC71-E888F834BF9C@apple.com>
References: <8190FE9A-92A9-4820-80BB-4E94951B5441@oracle.com>
	<D6830982-25A1-4F47-AC71-E888F834BF9C@apple.com>
Message-ID: <F9786090-A66A-4BC3-A3EA-55EA89F33C60@oracle.com>


On Oct 10, 2011, at 2:21 PM, Mike Swingler wrote:

> On Oct 10, 2011, at 2:03 PM, Scott Kovatch wrote:
> 
>> Hi,
>> 
>> Can someone take a look at <http://java.net/jira/browse/MACOSX_PORT-528> and hopefully check in the patch? I will need this in the JDK tree to build the plugin, as the plugin build relies on the JDK's Library.gmk.
>> 
>> I can't do any committing yet -- I am hopeful that will change this week.
> 
> Done: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/f237fe87919f

Thanks!

-- Scott K.

From swingler at apple.com  Mon Oct 10 14:35:12 2011
From: swingler at apple.com (Mike Swingler)
Date: Mon, 10 Oct 2011 14:35:12 -0700
Subject: NSSavePanel access in OpenJDK7 ?
In-Reply-To: <01C85080-14E5-45CD-8EB3-B6089324AF23@ultramixer.com>
References: <7F91DC50-E5D1-407F-8B83-32714E14C5BD@ultramixer.com>
	<C03E5013-23B9-420E-B70C-C31FF5D209B3@apple.com>
	<01C85080-14E5-45CD-8EB3-B6089324AF23@ultramixer.com>
Message-ID: <BC7C401C-B0A4-4FD0-9C08-0BA77F8386E7@apple.com>

I think your best option is to propose an API change to the JDK, provide an implementation if possible, and file an enhancement request. Oracle owns the process for adding new API to the core platform (outside of the Apple extensions inherited from Apple's Java SE 6 implementation).

Regards,
Mike Swingler
Java Engineering
Apple Inc.

On Oct 7, 2011, at 12:29 AM, Tobias Bley (UltraMixer) wrote:

> the problem is: The AWT FileDialog API does not provide all the specific methods from NSSavePanel like sheet support... so it's not real "native".
> 
> Tobi
> 
> 
> 
> 
> Am 06.10.2011 um 19:51 schrieb Mike Swingler:
> 
>> On Oct 6, 2011, at 4:34 AM, "Tobias Bley (UltraMixer)" <tobi at ultramixer.com> wrote:
>> 
>>> Hi Mike,
>>> 
>>> Is it planned to provide Java access to the native filechooser? Currently we are using our own wrapper but it would be the best for the java community to call native file dialogs from OpenJDK.
>>> 
>>> Best regards,
>>> Tobi
>> 
>> The AWT FileChooser is already hooked up to the native NSSave/OpenPanels. Have you tried them out?
>> 
>> Regards,
>> Mike Swingler
>> Java Engineering
>> Apple Inc.
>> 
> 


From swingler at apple.com  Mon Oct 10 15:23:57 2011
From: swingler at apple.com (Mike Swingler)
Date: Mon, 10 Oct 2011 15:23:57 -0700
Subject: JObjC.jar ?
In-Reply-To: <04F01C84-526B-4AEB-B665-8645FAC416D0@ultramixer.com>
References: <04F01C84-526B-4AEB-B665-8645FAC416D0@ultramixer.com>
Message-ID: <4CB84C02-581F-43DC-8DF2-0AAA7FD02E6A@apple.com>

On Oct 8, 2011, at 3:13 PM, Tobias Bley (UltraMixer) wrote:

> Hi Mike,
> 
> I recently found the JObjC.jar in JDK7. Could you please tell us something about it? Can we use it to use native cocoa components like NSOpenPanel (i saw NSOpenPanel.class)?

Potentially. It is really only for the internal use of the JVM class libraries themselves for native platform integration which does not require high performance.

Regards,
Mike Swingler
Java Engineering
Apple Inc.


From astrange at apple.com  Mon Oct 10 23:59:07 2011
From: astrange at apple.com (astrange at apple.com)
Date: Tue, 11 Oct 2011 06:59:07 +0000
Subject: hg: macosx-port/macosx-port/jdk: 2 new changesets
Message-ID: <20111011070001.7D74447EEC@hg.openjdk.java.net>

Changeset: ad0d0ffb2600
Author:    astrange
Date:      2011-10-11 02:56 -0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/ad0d0ffb2600

Fix the Xrender check to look for .dylib instead of .so

! src/solaris/native/sun/awt/awt_GraphicsEnv.c

Changeset: c6713fcd8b28
Author:    astrange
Date:      2011-10-11 02:58 -0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/c6713fcd8b28

Fix the library search paths for libgssapi and libpcsc

Should enable smartcard functionality.

! src/share/classes/sun/security/jgss/wrapper/SunNativeProvider.java
! src/solaris/classes/sun/security/smartcardio/PlatformPCSC.java


From henri.gomez at gmail.com  Tue Oct 11 05:31:04 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Tue, 11 Oct 2011 14:31:04 +0200
Subject: Rhino build support
Message-ID: <CALyUpY0X3WNe05W8RLkOeG25T+tpfvMCfvreQzC88ytHyN=DVQ@mail.gmail.com>

Hi to all,

I didn't find indications or documentation on how to add Rhino from
Mozilla to OpenJDK build.

Under jdk/src/share/classes/com/sun/script/javascript/ there is many
references to sun.org.mozilla.javascript.internal.*

I show a rebundle of Mozilla js.jar into rhino.jar with new package
name at http://icedtea.classpath.org/hg/icedtea7/file/8ac25d11a9e5/Makefile.am#l2036,
but wondering how Rhino is detected and included in OpenJDK builds
(cf: jdk/src/share/classes/com/sun/script/javascript/*)

BTW, did there is any reason why Rhino is not included in bsd-port
(and so macosx-port) ? May be licence problems ?

Cheers

From henri.gomez at gmail.com  Tue Oct 11 05:51:01 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Tue, 11 Oct 2011 14:51:01 +0200
Subject: Rhino build support
In-Reply-To: <CALyUpY0X3WNe05W8RLkOeG25T+tpfvMCfvreQzC88ytHyN=DVQ@mail.gmail.com>
References: <CALyUpY0X3WNe05W8RLkOeG25T+tpfvMCfvreQzC88ytHyN=DVQ@mail.gmail.com>
Message-ID: <CALyUpY1P6yAjEarpG4EzkhQ_=iT_Tpe++Dc+_SKZWdA5hpZ0WQ@mail.gmail.com>

The only source of information found was IcedTea 1.7 (1.14) with
patches/rhino.patch

1) CLOSED_SRC test removed (jdk/make/com/sun/Makefile)

-ifndef OPENJDK
-  ORG_EXISTS := $(call DirExists,$(CLOSED_SRC)/share/classes/sun/org,,)
-  ifneq ("$(ORG_EXISTS)", "")
-    SCRIPT_SUBDIR = script
-  endif
-endif

2) rhino.jar added to build (jdk/make/com/sun/script/Makefile)

3) sun.org.mozilla.javascript.internal.* moved to
sun.org.mozilla.javascript.*
(jdk/src/share/classes/com/sun/script/javascript/*)

4) repackaged rhino.jar copied under JRE /lib/rhino.jar
(jdk/make/common/Release.gmk)

5) rhino.jar added to runtime jars (hotspot/src/share/vm/runtime/os.cpp)

All of these could be done on bsd-port and macosx-port.

Did there is interest to do this in bsd-port, or macosx-port ?

If not, It will be available only on openjdk-osx-build packages (if
not licence problem occurs)

Cheers

From dalibor.topic at oracle.com  Tue Oct 11 05:59:40 2011
From: dalibor.topic at oracle.com (Dalibor Topic)
Date: Tue, 11 Oct 2011 14:59:40 +0200
Subject: Request for creation of OSX integration repo forest
In-Reply-To: <4E8DD92F.3010203@oracle.com>
References: <4E8DC649.6000109@oracle.com> <4E8DD92F.3010203@oracle.com>
Message-ID: <4E943DBC.1070103@oracle.com>

On 10/6/11 6:37 PM, Dalibor Topic wrote:
> On 10/6/11 8:16 AM, Paul Hohensee wrote:
>> At JavaOne, Oracle announced the developer preview of the JDK7 Mac OSX
>> port. Apple is open-sourcing the port and Oracle plans to deliver it in
>> a future JDK7 update release.   Since the initial port will use the JDK7 code
>> base, I'd like to propose the creation of a project repo forest for the port
>> as a sub-project of the JDK7 update project. Once a stable port exists
>> in the OSX project repo forest, we can request permission to push it to jdk7u.
> 
> Thanks for this proposal, Paul. 
> 
> I posted a link to the Oracle JDK 7 Update release roadmap published at JavaOne 
> and the corresponding press releases which give some more background information 
> on the plans wrt to the Mac OS X port to provide some more background for this 
> request. [1]
> 
> I'd like to open up this proposal for discussion until Monday.

Thanks to everyone who participated in the discussion. With my JDK 7 Updates Project 
Lead hat on, I think this is a good proposal, so we will go ahead and create a separate 
jdk7u-osx  forest for the jdk7u integration of the Mac OS X port based off the mainline 
jdk7u master, with commit e-mails heading to the macosx-port-dev list in order to 
keep the Mac porters up to date on the progress of jdk7u(4) integration work.

cheers,
dalibor topic

> cheers,
> dalibor topic
> 
> [1] http://mail.openjdk.java.net/pipermail/jdk7u-dev/2011-October/000534.html
> 



-- 
Oracle <http://www.oracle.com>
Dalibor Topic | Java F/OSS Ambassador
Phone: +494023646738 <tel:+494023646738> | Mobile: +491772664192 <tel:+491772664192>
Oracle Java Platform Group

ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 M?nchen
Registergericht: Amtsgericht M?nchen, HRA 95603

Komplement?rin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven

Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment

From christine.lu at oracle.com  Mon Oct 10 13:46:47 2011
From: christine.lu at oracle.com (christine.lu at oracle.com)
Date: Mon, 10 Oct 2011 20:46:47 +0000
Subject: hg: macosx-port/macosx-port: Added tag jdk7-b212 for changeset
	d685b3f397e7
Message-ID: <20111010204648.1D29447E8C@hg.openjdk.java.net>

Changeset: d2f2affff052
Author:    cl
Date:      2011-10-10 13:31 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/rev/d2f2affff052

Added tag jdk7-b212 for changeset d685b3f397e7

! .hgtags


From christine.lu at oracle.com  Mon Oct 10 13:46:56 2011
From: christine.lu at oracle.com (christine.lu at oracle.com)
Date: Mon, 10 Oct 2011 20:46:56 +0000
Subject: hg: macosx-port/macosx-port/corba: Added tag jdk7-b212 for changeset
	19c8950e4767
Message-ID: <20111010204657.698FB47E90@hg.openjdk.java.net>

Changeset: b3116134232e
Author:    cl
Date:      2011-10-10 12:53 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/corba/rev/b3116134232e

Added tag jdk7-b212 for changeset 19c8950e4767

! .hgtags


From christine.lu at oracle.com  Mon Oct 10 13:47:06 2011
From: christine.lu at oracle.com (christine.lu at oracle.com)
Date: Mon, 10 Oct 2011 20:47:06 +0000
Subject: hg: macosx-port/macosx-port/hotspot: Added tag jdk7-b212 for
	changeset 69de8d34a370
Message-ID: <20111010204709.9E78E47E93@hg.openjdk.java.net>

Changeset: 94b42ef24fee
Author:    cl
Date:      2011-10-10 13:30 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot/rev/94b42ef24fee

Added tag jdk7-b212 for changeset 69de8d34a370

! .hgtags


From christine.lu at oracle.com  Mon Oct 10 13:47:17 2011
From: christine.lu at oracle.com (christine.lu at oracle.com)
Date: Mon, 10 Oct 2011 20:47:17 +0000
Subject: hg: macosx-port/macosx-port/jaxp: Added tag jdk7-b212 for changeset
	7f2e92f54b31
Message-ID: <20111010204717.C4AB147E96@hg.openjdk.java.net>

Changeset: efd5d16bb3bf
Author:    cl
Date:      2011-10-10 13:31 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jaxp/rev/efd5d16bb3bf

Added tag jdk7-b212 for changeset 7f2e92f54b31

! .hgtags


From christine.lu at oracle.com  Mon Oct 10 13:47:26 2011
From: christine.lu at oracle.com (christine.lu at oracle.com)
Date: Mon, 10 Oct 2011 20:47:26 +0000
Subject: hg: macosx-port/macosx-port/jaxws: Added tag jdk7-b212 for changeset
	95e080c3c8c3
Message-ID: <20111010204726.1630547E99@hg.openjdk.java.net>

Changeset: b865d0dde79e
Author:    cl
Date:      2011-10-10 13:31 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jaxws/rev/b865d0dde79e

Added tag jdk7-b212 for changeset 95e080c3c8c3

! .hgtags


From christine.lu at oracle.com  Mon Oct 10 13:47:35 2011
From: christine.lu at oracle.com (christine.lu at oracle.com)
Date: Mon, 10 Oct 2011 20:47:35 +0000
Subject: hg: macosx-port/macosx-port/jdk: Added tag jdk7-b212 for changeset
	234687f5aba9
Message-ID: <20111010204759.A41AF47E9C@hg.openjdk.java.net>

Changeset: d15f194714cc
Author:    cl
Date:      2011-10-10 12:52 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/d15f194714cc

Added tag jdk7-b212 for changeset 234687f5aba9

! .hgtags


From christine.lu at oracle.com  Mon Oct 10 13:48:10 2011
From: christine.lu at oracle.com (christine.lu at oracle.com)
Date: Mon, 10 Oct 2011 20:48:10 +0000
Subject: hg: macosx-port/macosx-port/langtools: Added tag jdk7-b212 for
	changeset 13803b563b15
Message-ID: <20111010204814.D383347E9F@hg.openjdk.java.net>

Changeset: 529143c2c4b2
Author:    cl
Date:      2011-10-10 13:31 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/langtools/rev/529143c2c4b2

Added tag jdk7-b212 for changeset 13803b563b15

! .hgtags


From taras.ledkov at oracle.com  Wed Oct 12 04:09:39 2011
From: taras.ledkov at oracle.com (taras ledkov)
Date: Wed, 12 Oct 2011 15:09:39 +0400
Subject: How can I run JDK tests in the 32 bit mode?
Message-ID: <4E957573.9030002@oracle.com>

Hello,

We need to test JDK macosx port in 32 bit mode (not just plugin).
Do you think this is a valid test?

How can i run regression tests in 32 bit mode?
I try to use jtreg option 'vmoption' and sets '-d32' value.
But there are tests that are run by the shell launcher and not all 
scripts uses the env variable VMOPTIONS when starting java.

Is there way to set 32 bit model for java via system options (or 
something like that)?

-- 
With best regards,
Taras Ledkov
Mail-To: taras.ledkov at oracle.com
skype: taras_ledkov
Phone: 7(812)3346-157

From swingler at apple.com  Wed Oct 12 10:22:46 2011
From: swingler at apple.com (Mike Swingler)
Date: Wed, 12 Oct 2011 10:22:46 -0700
Subject: How can I run JDK tests in the 32 bit mode?
In-Reply-To: <4E957573.9030002@oracle.com>
References: <4E957573.9030002@oracle.com>
Message-ID: <37683146-DC94-4524-BDA3-1448FDA3DB30@apple.com>

On Oct 12, 2011, at 4:09 AM, taras ledkov wrote:

> Hello,
> 
> We need to test JDK macosx port in 32 bit mode (not just plugin).
> Do you think this is a valid test?
> 
> How can i run regression tests in 32 bit mode?
> I try to use jtreg option 'vmoption' and sets '-d32' value.
> But there are tests that are run by the shell launcher and not all scripts uses the env variable VMOPTIONS when starting java.
> 
> Is there way to set 32 bit model for java via system options (or something like that)?

setenv _JAVA_OPTIONS="-d32" prior to running the scripts?

Regards,
Mike Swingler
Java Engineering
Apple Inc.


From david.katleman at sun.com  Wed Oct 12 11:31:05 2011
From: david.katleman at sun.com (david.katleman at sun.com)
Date: Wed, 12 Oct 2011 18:31:05 +0000
Subject: hg: macosx-port/macosx-port: Added tag jdk7-b213 for changeset
	d2f2affff052
Message-ID: <20111012183106.0240947FA2@hg.openjdk.java.net>

Changeset: d28fc397625a
Author:    katleman
Date:      2011-10-12 11:24 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/rev/d28fc397625a

Added tag jdk7-b213 for changeset d2f2affff052

! .hgtags


From david.katleman at sun.com  Wed Oct 12 11:31:16 2011
From: david.katleman at sun.com (david.katleman at sun.com)
Date: Wed, 12 Oct 2011 18:31:16 +0000
Subject: hg: macosx-port/macosx-port/corba: Added tag jdk7-b213 for changeset
	b3116134232e
Message-ID: <20111012183117.9CCDF47FA3@hg.openjdk.java.net>

Changeset: be4acea47a08
Author:    katleman
Date:      2011-10-12 11:24 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/corba/rev/be4acea47a08

Added tag jdk7-b213 for changeset b3116134232e

! .hgtags


From david.katleman at sun.com  Wed Oct 12 11:31:26 2011
From: david.katleman at sun.com (david.katleman at sun.com)
Date: Wed, 12 Oct 2011 18:31:26 +0000
Subject: hg: macosx-port/macosx-port/hotspot: Added tag jdk7-b213 for
	changeset 94b42ef24fee
Message-ID: <20111012183131.D099747FA4@hg.openjdk.java.net>

Changeset: 68f57805c3a5
Author:    katleman
Date:      2011-10-12 11:24 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot/rev/68f57805c3a5

Added tag jdk7-b213 for changeset 94b42ef24fee

! .hgtags


From david.katleman at sun.com  Wed Oct 12 11:31:41 2011
From: david.katleman at sun.com (david.katleman at sun.com)
Date: Wed, 12 Oct 2011 18:31:41 +0000
Subject: hg: macosx-port/macosx-port/jaxp: Added tag jdk7-b213 for changeset
	efd5d16bb3bf
Message-ID: <20111012183141.AE81A47FA5@hg.openjdk.java.net>

Changeset: 307d94702778
Author:    katleman
Date:      2011-10-12 11:24 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jaxp/rev/307d94702778

Added tag jdk7-b213 for changeset efd5d16bb3bf

! .hgtags


From david.katleman at sun.com  Wed Oct 12 11:31:49 2011
From: david.katleman at sun.com (david.katleman at sun.com)
Date: Wed, 12 Oct 2011 18:31:49 +0000
Subject: hg: macosx-port/macosx-port/jaxws: Added tag jdk7-b213 for changeset
	b865d0dde79e
Message-ID: <20111012183150.07DC747FA6@hg.openjdk.java.net>

Changeset: ffe25c789ced
Author:    katleman
Date:      2011-10-12 11:24 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jaxws/rev/ffe25c789ced

Added tag jdk7-b213 for changeset b865d0dde79e

! .hgtags


From david.katleman at sun.com  Wed Oct 12 11:31:59 2011
From: david.katleman at sun.com (david.katleman at sun.com)
Date: Wed, 12 Oct 2011 18:31:59 +0000
Subject: hg: macosx-port/macosx-port/jdk: Added tag jdk7-b213 for changeset
	c6713fcd8b28
Message-ID: <20111012183222.582E647FA7@hg.openjdk.java.net>

Changeset: e05721bb021e
Author:    katleman
Date:      2011-10-12 11:24 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/e05721bb021e

Added tag jdk7-b213 for changeset c6713fcd8b28

! .hgtags


From david.katleman at sun.com  Wed Oct 12 11:32:32 2011
From: david.katleman at sun.com (david.katleman at sun.com)
Date: Wed, 12 Oct 2011 18:32:32 +0000
Subject: hg: macosx-port/macosx-port/langtools: Added tag jdk7-b213 for
	changeset 529143c2c4b2
Message-ID: <20111012183236.7299047FA8@hg.openjdk.java.net>

Changeset: 1da64d724287
Author:    katleman
Date:      2011-10-12 11:24 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/langtools/rev/1da64d724287

Added tag jdk7-b213 for changeset 529143c2c4b2

! .hgtags


From michael.x.mcmahon at oracle.com  Wed Oct 12 14:13:20 2011
From: michael.x.mcmahon at oracle.com (Michael McMahon)
Date: Wed, 12 Oct 2011 14:13:20 -0700
Subject: remote GUI access
Message-ID: <4E9602F0.6060702@oracle.com>

Hi,

Does anyone know if there is a way to run Java UI based applications 
(AWT, Swing)
remotely on the Mac? In other words if I login to a Mac from another 
machine (using ssh -X),
and run a java awt or swing app, can it be displayed locally?

Thanks,
Michael.

From rhoover at apple.com  Wed Oct 12 14:23:28 2011
From: rhoover at apple.com (roger hoover)
Date: Wed, 12 Oct 2011 15:23:28 -0600
Subject: remote GUI access
In-Reply-To: <4E9602F0.6060702@oracle.com>
References: <4E9602F0.6060702@oracle.com>
Message-ID: <767A362D-2FFD-498E-B53C-8C14EA27FFEA@apple.com>

You can accomplish this using "/System/Library/CoreServices/Screen Sharing.app" or some other vnc client.  You need turn on Screen Sharing in System Preferences->Sharing

roger

On Oct 12, 2011, at    3:13 PM, Michael McMahon wrote:

> Hi,
> 
> Does anyone know if there is a way to run Java UI based applications (AWT, Swing)
> remotely on the Mac? In other words if I login to a Mac from another machine (using ssh -X),
> and run a java awt or swing app, can it be displayed locally?
> 
> Thanks,
> Michael.


From werner.randelshofer at bluewin.ch  Wed Oct 12 14:26:37 2011
From: werner.randelshofer at bluewin.ch (Werner Randelshofer)
Date: Wed, 12 Oct 2011 23:26:37 +0200
Subject: remote GUI access
In-Reply-To: <4E9602F0.6060702@oracle.com>
References: <4E9602F0.6060702@oracle.com>
Message-ID: <8FA4CAA0-6FDE-4CE5-9971-077949E667EE@bluewin.ch>

Hi Michael,

Do you mean VNC tunneling over SSH?

This is not necessary, because Apple Screen Sharing has built-in support for encryption.
You can enable/disable encryption in the Preferences window of the Screen Sharing application.

Best,
Werner

On 12.10.2011, at 23:13, Michael McMahon wrote:

> Hi,
> 
> Does anyone know if there is a way to run Java UI based applications (AWT, Swing)
> remotely on the Mac? In other words if I login to a Mac from another machine (using ssh -X),
> and run a java awt or swing app, can it be displayed locally?
> 
> Thanks,
> Michael.


From michael.x.mcmahon at oracle.com  Wed Oct 12 14:39:47 2011
From: michael.x.mcmahon at oracle.com (Michael McMahon)
Date: Wed, 12 Oct 2011 14:39:47 -0700
Subject: remote GUI access
In-Reply-To: <8FA4CAA0-6FDE-4CE5-9971-077949E667EE@bluewin.ch>
References: <4E9602F0.6060702@oracle.com>
	<8FA4CAA0-6FDE-4CE5-9971-077949E667EE@bluewin.ch>
Message-ID: <4E960923.9020707@oracle.com>

Werner,

I guess what I was referring to is something like X11 tunnelled over
ssh. Though, I understand the UI on the Mac is not based on X11.
It's not about security per-se, more just getting simple Java GUIs running
over a potentially slow network link. If Screen sharing is the only option
then that's fine.

Thanks
Michael.

On 12/10/11 14:26, Werner Randelshofer wrote:
> Hi Michael,
>
> Do you mean VNC tunneling over SSH?
>
> This is not necessary, because Apple Screen Sharing has built-in support for encryption.
> You can enable/disable encryption in the Preferences window of the Screen Sharing application.
>
> Best,
> Werner
>
> On 12.10.2011, at 23:13, Michael McMahon wrote:
>
>> Hi,
>>
>> Does anyone know if there is a way to run Java UI based applications (AWT, Swing)
>> remotely on the Mac? In other words if I login to a Mac from another machine (using ssh -X),
>> and run a java awt or swing app, can it be displayed locally?
>>
>> Thanks,
>> Michael.


From taras.ledkov at oracle.com  Thu Oct 13 07:09:14 2011
From: taras.ledkov at oracle.com (taras ledkov)
Date: Thu, 13 Oct 2011 18:09:14 +0400
Subject: How can I run JDK tests in the 32 bit mode?
In-Reply-To: <37683146-DC94-4524-BDA3-1448FDA3DB30@apple.com>
References: <4E957573.9030002@oracle.com>
	<37683146-DC94-4524-BDA3-1448FDA3DB30@apple.com>
Message-ID: <4E96F10A.1070909@oracle.com>

Hello,

_JAVA_OPTIONS="-d32" give follow error:
Picked up _JAVA_OPTIONS: -d32
Unrecognized option: -d32
Error: Could not create the Java Virtual Machine.

-d32/-d64 options are analyzed at launcher (CreateExecutionEnvironment 
function: os/posix/launcher/java_md.c : 188) but _JAVA_OPTIONS is 
analyzed in vm-runtime 
(Arguments::parse_java_options_environment_variable - 
share/vm/runtime/arguments.cpp : 2763).

Thus, unfortunately, i don't see the way to set up my system to run 
forced 32 bit JVM always.

12.10.2011 21:22, Mike Swingler ?????:
> On Oct 12, 2011, at 4:09 AM, taras ledkov wrote:
>
>> Hello,
>>
>> We need to test JDK macosx port in 32 bit mode (not just plugin).
>> Do you think this is a valid test?
>>
>> How can i run regression tests in 32 bit mode?
>> I try to use jtreg option 'vmoption' and sets '-d32' value.
>> But there are tests that are run by the shell launcher and not all scripts uses the env variable VMOPTIONS when starting java.
>>
>> Is there way to set 32 bit model for java via system options (or something like that)?
>
> setenv _JAVA_OPTIONS="-d32" prior to running the scripts?
>
> Regards,
> Mike Swingler
> Java Engineering
> Apple Inc.
>

-- 
With best regards,
Taras Ledkov
Mail-To: taras.ledkov at oracle.com
skype: taras_ledkov
Phone: 7(812)3346-157

From swingler at apple.com  Thu Oct 13 08:57:28 2011
From: swingler at apple.com (Mike Swingler)
Date: Thu, 13 Oct 2011 08:57:28 -0700
Subject: How can I run JDK tests in the 32 bit mode?
In-Reply-To: <4E96F10A.1070909@oracle.com>
References: <4E957573.9030002@oracle.com>
	<37683146-DC94-4524-BDA3-1448FDA3DB30@apple.com>
	<4E96F10A.1070909@oracle.com>
Message-ID: <B209F120-9441-418C-AC34-E81EE2F7C49B@apple.com>

Well, you can always use the "lipo" command to remove the 64-bit side of the launcher executable. That will certainly prevent it from executing 64-bit. :-)

Best of luck,
Mike Swingler
Java Enginering
Apple Inc.

On Oct 13, 2011, at 7:09 AM, taras ledkov wrote:

> Hello,
> 
> _JAVA_OPTIONS="-d32" give follow error:
> Picked up _JAVA_OPTIONS: -d32
> Unrecognized option: -d32
> Error: Could not create the Java Virtual Machine.
> 
> -d32/-d64 options are analyzed at launcher (CreateExecutionEnvironment function: os/posix/launcher/java_md.c : 188) but _JAVA_OPTIONS is analyzed in vm-runtime (Arguments::parse_java_options_environment_variable - share/vm/runtime/arguments.cpp : 2763).
> 
> Thus, unfortunately, i don't see the way to set up my system to run forced 32 bit JVM always.
> 
> 12.10.2011 21:22, Mike Swingler ?????:
>> On Oct 12, 2011, at 4:09 AM, taras ledkov wrote:
>> 
>>> Hello,
>>> 
>>> We need to test JDK macosx port in 32 bit mode (not just plugin).
>>> Do you think this is a valid test?
>>> 
>>> How can i run regression tests in 32 bit mode?
>>> I try to use jtreg option 'vmoption' and sets '-d32' value.
>>> But there are tests that are run by the shell launcher and not all scripts uses the env variable VMOPTIONS when starting java.
>>> 
>>> Is there way to set 32 bit model for java via system options (or something like that)?
>> 
>> setenv _JAVA_OPTIONS="-d32" prior to running the scripts?
>> 
>> Regards,
>> Mike Swingler
>> Java Engineering
>> Apple Inc.
>> 
> 
> -- 
> With best regards,
> Taras Ledkov
> Mail-To: taras.ledkov at oracle.com
> skype: taras_ledkov
> Phone: 7(812)3346-157


From philip.race at oracle.com  Thu Oct 13 12:58:42 2011
From: philip.race at oracle.com (philip.race at oracle.com)
Date: Thu, 13 Oct 2011 19:58:42 +0000
Subject: hg: macosx-port/macosx-port/jdk: Fixed MACOSX_PORT-522: invalid font
	file at /jre/lib/fonts/fallback can cause exception
Message-ID: <20111013195902.0F77D47FE3@hg.openjdk.java.net>

Changeset: 0828a5adddb3
Author:    prr
Date:      2011-10-13 12:58 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/0828a5adddb3

Fixed MACOSX_PORT-522:  invalid font file at /jre/lib/fonts/fallback can cause exception

! src/macosx/classes/sun/font/CFont.java


From mik3hall at gmail.com  Thu Oct 13 17:49:06 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Thu, 13 Oct 2011 19:49:06 -0500
Subject: KeyEvent difference between 1.6 and 1.7
Message-ID: <BE8DE991-DBCA-4209-AAC5-3E7CFAEF98F6@gmail.com>

I have a CLI type app that sometimes uses CTRL-D to terminate input from standard in.

   	public void keyTyped(KeyEvent kevt) {
   		System.out.println("CmdJConsole: byte " + (byte)kevt.getKeyChar() + " code " + kevt.getKeyCode());
   		int modifiersEx = kevt.getModifiersEx();
        System.out.println("CmdJConsole: modifiers " + modifiersEx);
		if ((byte)kevt.getKeyChar() == (byte)4)
			((CmdIn)imp.getIn()).eod();

With 1.7 I see this here...
CmdJConsole: byte 100 code 0
CmdJConsole: modifiers 128

With 1.6
CmdJConsole: byte 4 code 0
CmdJConsole: modifiers 128

Am I handling this incorrectly and shouldn't expect the 4?
Or is that OK and this should not be different.

From weijun.wang at oracle.com  Fri Oct 14 10:38:01 2011
From: weijun.wang at oracle.com (Weijun Wang)
Date: Fri, 14 Oct 2011 10:38:01 -0700
Subject: Kerberos codes in Apple's Java
Message-ID: <4E987379.1060501@oracle.com>

Hi Mike

I'm working in the Java SE Security Team in Oracle. Apple's JRE (at 
least in the JDK 6 releases) supports some extra Kerberos features for 
OS X. As I know, at least there are:

1. Looking for krb5.conf at /Library/Preferences/edu.mit.Kerberos
2. Reading native memory-based credentials cache into Credentials objects

I didn't see them on the Project Status page [1]. Is it because they are 
too trivial to be listed or you're not going to support them?

Thanks
Max

[1] http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port+Project+Status

From michael.x.mcmahon at oracle.com  Fri Oct 14 10:48:31 2011
From: michael.x.mcmahon at oracle.com (Michael McMahon)
Date: Fri, 14 Oct 2011 10:48:31 -0700
Subject: remote GUI access
In-Reply-To: <4E960923.9020707@oracle.com>
References: <4E9602F0.6060702@oracle.com>	<8FA4CAA0-6FDE-4CE5-9971-077949E667EE@bluewin.ch>
	<4E960923.9020707@oracle.com>
Message-ID: <4E9875EF.1070809@oracle.com>


Turns out this is possible after all. sshd on Mac has X11forwarding switched
off by default. So, you can change that in /etc/sshd_config and
if you set AWT_TOOLKIT to XToolkit in your environment, it works.

- Michael.

On 12/10/11 14:39, Michael McMahon wrote:
> Werner,
>
> I guess what I was referring to is something like X11 tunnelled over
> ssh. Though, I understand the UI on the Mac is not based on X11.
> It's not about security per-se, more just getting simple Java GUIs 
> running
> over a potentially slow network link. If Screen sharing is the only 
> option
> then that's fine.
>
> Thanks
> Michael.
>
> On 12/10/11 14:26, Werner Randelshofer wrote:
>> Hi Michael,
>>
>> Do you mean VNC tunneling over SSH?
>>
>> This is not necessary, because Apple Screen Sharing has built-in 
>> support for encryption.
>> You can enable/disable encryption in the Preferences window of the 
>> Screen Sharing application.
>>
>> Best,
>> Werner
>>
>> On 12.10.2011, at 23:13, Michael McMahon wrote:
>>
>>> Hi,
>>>
>>> Does anyone know if there is a way to run Java UI based applications 
>>> (AWT, Swing)
>>> remotely on the Mac? In other words if I login to a Mac from another 
>>> machine (using ssh -X),
>>> and run a java awt or swing app, can it be displayed locally?
>>>
>>> Thanks,
>>> Michael.
>


From alexander.potochkin at sun.com  Fri Oct 14 11:57:01 2011
From: alexander.potochkin at sun.com (alexander.potochkin at sun.com)
Date: Fri, 14 Oct 2011 18:57:01 +0000
Subject: hg: macosx-port/macosx-port/jdk: Refactored LWComponent to make
	background, foreground and font work correctly
Message-ID: <20111014185728.5D75B47004@hg.openjdk.java.net>

Changeset: 6c783b7aafe8
Author:    alexp
Date:      2011-10-14 23:16 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/6c783b7aafe8

Refactored LWComponent to make background, foreground and font work correctly

! src/macosx/classes/sun/lwawt/LWButtonPeer.java
! src/macosx/classes/sun/lwawt/LWComponentPeer.java
! src/macosx/classes/sun/lwawt/LWWindowPeer.java
! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java


From bino at apple.com  Fri Oct 14 17:50:02 2011
From: bino at apple.com (Bino George)
Date: Fri, 14 Oct 2011 17:50:02 -0700
Subject: Kerberos codes in Apple's Java
In-Reply-To: <4E987379.1060501@oracle.com>
References: <4E987379.1060501@oracle.com>
Message-ID: <34482A59-CDB2-4639-BB24-AF788D7C0BB0@apple.com>

Hi Max,

> 1. Looking for krb5.conf at /Library/Preferences/edu.mit.Kerberos

I filed http://java.net/jira/browse/MACOSX_PORT-566 which tracks this feature. This should be fairly straight forward to port it from JDK6. We fixed JDK6 in Lion to also read the Kerberos config from SCDynamicStore as /Library/Preferences/edu.mit.Kerberos is not maintained in Lion.

> 2. Reading native memory-based credentials cache into Credentials objects

I don't think we do this in JDK6 either. 

Regards
Bino.



On Oct 14, 2011, at 10:38 AM, Weijun Wang wrote:

> Hi Mike
> 
> I'm working in the Java SE Security Team in Oracle. Apple's JRE (at least in the JDK 6 releases) supports some extra Kerberos features for OS X. As I know, at least there are:
> 
> 1. Looking for krb5.conf at /Library/Preferences/edu.mit.Kerberos
> 2. Reading native memory-based credentials cache into Credentials objects
> 
> I didn't see them on the Project Status page [1]. Is it because they are too trivial to be listed or you're not going to support them?
> 
> Thanks
> Max
> 
> [1] http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port+Project+Status


From weijun.wang at oracle.com  Fri Oct 14 18:55:01 2011
From: weijun.wang at oracle.com (Weijun Wang)
Date: Fri, 14 Oct 2011 18:55:01 -0700
Subject: Kerberos codes in Apple's Java
In-Reply-To: <34482A59-CDB2-4639-BB24-AF788D7C0BB0@apple.com>
References: <4E987379.1060501@oracle.com>
	<34482A59-CDB2-4639-BB24-AF788D7C0BB0@apple.com>
Message-ID: <536EDF08-F9C7-4C88-A709-8FFD9212F418@oracle.com>

On Oct 14, 2011, at 5:50 PM, Bino George <bino at apple.com> wrote:

> Hi Max,
> 
>> 1. Looking for krb5.conf at /Library/Preferences/edu.mit.Kerberos
> 
> I filed http://java.net/jira/browse/MACOSX_PORT-566 which tracks this feature. This should be fairly straight forward to port it from JDK6. We fixed JDK6 in Lion to also read the Kerberos config from SCDynamicStore as /Library/Preferences/edu.mit.Kerberos is not maintained in Lion.

Good.

> 
>> 2. Reading native memory-based credentials cache into Credentials objects
> 
> I don't think we do this in JDK6 either. 

Oh, I thought OS X's kinit does not generate a /tmp/krb5cc_name file. Isn't the ccache memory-based? Or, it's stored at somewhere else?

Thanks
Max


> 
> Regards
> Bino.
> 
> 
> 
> On Oct 14, 2011, at 10:38 AM, Weijun Wang wrote:
> 
>> Hi Mike
>> 
>> I'm working in the Java SE Security Team in Oracle. Apple's JRE (at least in the JDK 6 releases) supports some extra Kerberos features for OS X. As I know, at least there are:
>> 
>> 1. Looking for krb5.conf at /Library/Preferences/edu.mit.Kerberos
>> 2. Reading native memory-based credentials cache into Credentials objects
>> 
>> I didn't see them on the Project Status page [1]. Is it because they are too trivial to be listed or you're not going to support them?
>> 
>> Thanks
>> Max
>> 
>> [1] http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port+Project+Status
> 

From mik3hall at gmail.com  Sat Oct 15 06:35:52 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Sat, 15 Oct 2011 08:35:52 -0500
Subject: KeyEvent difference between 1.6 and 1.7
In-Reply-To: <BE8DE991-DBCA-4209-AAC5-3E7CFAEF98F6@gmail.com>
References: <BE8DE991-DBCA-4209-AAC5-3E7CFAEF98F6@gmail.com>
Message-ID: <D19763B8-6508-4645-90C7-E7FB3ACECE81@gmail.com>


On Oct 13, 2011, at 7:49 PM, Michael Hall wrote:

> I have a CLI type app that sometimes uses CTRL-D to terminate input from standard in.

MACOSX_PORT-568

From mik3hall at gmail.com  Sat Oct 15 06:42:03 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Sat, 15 Oct 2011 08:42:03 -0500
Subject: FYI SIGBUS java.io.BufferedWriter.flushBuffer()V
Message-ID: <1F574556-808A-4218-99CC-A8A9E42533C5@gmail.com>

If of interest to anyone. I don't have a test case, didn't manage to get a core dump, and currently can't reproduce myself.
But might end up being a bug report to someone sometime?

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGBUS (0xa) at pc=024d36cf, pid=568, tid=2953654272
#
# JRE version: 7.0-b211
# Java VM: OpenJDK Server VM (21.0-b17 mixed mode bsd-x86 )
# Problematic frame:
# J  java.io.BufferedWriter.flushBuffer()V
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
#

Mac OS 10.6.8
32 bit Macbook
Java version as shown.


From john.r.rose at oracle.com  Sat Oct 15 16:23:32 2011
From: john.r.rose at oracle.com (John Rose)
Date: Sat, 15 Oct 2011 16:23:32 -0700
Subject: Illegal Instruction in debug_build
In-Reply-To: <CALwNKeSd586TxyTFMUP9YVAjuZTCV=80OWrSmbjCPctG9OBc=A@mail.gmail.com>
References: <CALwNKeStiRiLaLA6QiGbyPhwVL1tB3h8t3tNkOJpdOP_chumHg@mail.gmail.com>
	<3A0D0B72-80EF-4DDB-ABCE-E5AC79637E0B@oracle.com>
	<CALwNKeSd586TxyTFMUP9YVAjuZTCV=80OWrSmbjCPctG9OBc=A@mail.gmail.com>
Message-ID: <83D80E9F-5946-4922-9929-C35CDA0094DE@oracle.com>

I don't know the ins and outs of asm and grabbing rsp on Mac, but the OS X port group probably know something about it.  -- John

On Oct 15, 2011, at 8:49 AM, Michael Barker wrote:

> Good luck!

Thanks.  I found where the problem is, it's in the
os::current_stack_pointer method in os_bsd_x86.cpp and it depends on
level of compilation.  If I compile the code below without
optimisation e.g.:

#include <stdio.h>

class os {
 public:
   void* current_stack_pointer();
};

void* os::current_stack_pointer() {
 register void *esp __asm__ ("rsp");
 return esp;
}

int main() {
 os o = os();
 printf("%p\n", o.current_stack_pointer());
}

# g++ test.cc -o test

It will generate the following assembly:

__ZN2os21current_stack_pointerEv:
0000000000000000	pushq	%rbp
0000000000000001	movq	%rsp,%rbp
0000000000000004	movq	%rdi,0xf8(%rbp)
0000000000000008	movq	0xe0(%rbp),%rax
000000000000000c	movq	%rax,%rsp
000000000000000f	movq	%rsp,%rax
0000000000000012	movq	%rax,0xe8(%rbp)
0000000000000016	movq	0xe8(%rbp),%rax
000000000000001a	movq	%rax,0xf0(%rbp)
000000000000001e	movq	0xf0(%rbp),%rax
0000000000000022	popq	%rbp

And will fail with an illegal instruction.  If optimisation is added
(-O1 is sufficient) it works fine:

# g++ -O1 test.cc -o test

And the generated assembly looks far more sane:

0000000000000000	pushq	%rbp
0000000000000001	movq	%rsp,%rbp
0000000000000004	movq	%rsp,%rax
0000000000000007	popq	%rbp
0000000000000008	ret

So I've added -01 to the debug flags in
hotspot/make/bsd/makefiles/gcc.make and it now seems to run okay.  I'm
not sure that it's the best fix.  Is there are better way to get hold
of the stack pointer?  I.e. one that doesn't get stomped over by a
lack of optimisation :-).  Not sure if this specific to Mac OS 7 or
gcc 4.2.

Mike.
_______________________________________________
mlvm-dev mailing list
mlvm-dev at openjdk.java.net
http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev


From david.katleman at oracle.com  Sat Oct 15 16:27:22 2011
From: david.katleman at oracle.com (david.katleman at oracle.com)
Date: Sat, 15 Oct 2011 16:27:22 -0700 (PDT)
Subject: Auto Reply: Re: Illegal Instruction in debug_build
Message-ID: <3568f222-8d37-4cc9-b29e-6e4d72b5dd7a@default>

This is an auto-replied message.

I am out of office on Friday, October 14th.

Contacts while I'm away:

JDK 6, 5.0, and 1.4.2:  Sergei.Sapozhnikov at oracle.com
asmtools, javatest, jtharness, sigtest, JCK 7:  hang.vo at oracle.com
JDK 8: Christine.Lu at oracle.com

All other RE tasks not covered above, send email to vita-re_us at oracle.com

Thank you.

     Dave

From henri.gomez at gmail.com  Mon Oct 17 03:00:17 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Mon, 17 Oct 2011 12:00:17 +0200
Subject: FYI SIGBUS java.io.BufferedWriter.flushBuffer()V
In-Reply-To: <1F574556-808A-4218-99CC-A8A9E42533C5@gmail.com>
References: <1F574556-808A-4218-99CC-A8A9E42533C5@gmail.com>
Message-ID: <CALyUpY3YecxtUFyhJ7JTUN7pP0eEANU5_4C4emLzUBPqvBPc0g@mail.gmail.com>

21.0-b17 mixed mode bsd-x86  ?

2011/10/15 Michael Hall <mik3hall at gmail.com>
>
> If of interest to anyone. I don't have a test case, didn't manage to get a core dump, and currently can't reproduce myself.
> But might end up being a bug report to someone sometime?
>
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # ?SIGBUS (0xa) at pc=024d36cf, pid=568, tid=2953654272
> #
> # JRE version: 7.0-b211
> # Java VM: OpenJDK Server VM (21.0-b17 mixed mode bsd-x86 )
> # Problematic frame:
> # J ?java.io.BufferedWriter.flushBuffer()V
> #
> # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
> #
> # If you would like to submit a bug report, please visit:
> # ? http://bugreport.sun.com/bugreport/crash.jsp
> #
>
> Mac OS 10.6.8
> 32 bit Macbook
> Java version as shown.
>

From mik3hall at gmail.com  Mon Oct 17 03:09:08 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Mon, 17 Oct 2011 05:09:08 -0500
Subject: FYI SIGBUS java.io.BufferedWriter.flushBuffer()V
In-Reply-To: <CALyUpY3YecxtUFyhJ7JTUN7pP0eEANU5_4C4emLzUBPqvBPc0g@mail.gmail.com>
References: <1F574556-808A-4218-99CC-A8A9E42533C5@gmail.com>
	<CALyUpY3YecxtUFyhJ7JTUN7pP0eEANU5_4C4emLzUBPqvBPc0g@mail.gmail.com>
Message-ID: <2BCF3C0B-6821-42A1-AA6A-A7C763A2BEB4@gmail.com>


On Oct 17, 2011, at 5:00 AM, Henri Gomez wrote:

> 21.0-b17 mixed mode bsd-x86  ?


The ea. Sort of strange I was hitting this when I had some bugs in my own code. I haven't been able to recreate since I fixed those. My stuff still shouldn't have caused a jvm crash I don't think. So I mentioned it.

java -version
openjdk version "1.7.0-ea"
OpenJDK Runtime Environment (build 1.7.0-ea-b211)
OpenJDK Server VM (build 21.0-b17, mixed mode)


From henri.gomez at gmail.com  Mon Oct 17 03:13:33 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Mon, 17 Oct 2011 12:13:33 +0200
Subject: FYI SIGBUS java.io.BufferedWriter.flushBuffer()V
In-Reply-To: <2BCF3C0B-6821-42A1-AA6A-A7C763A2BEB4@gmail.com>
References: <1F574556-808A-4218-99CC-A8A9E42533C5@gmail.com>
	<CALyUpY3YecxtUFyhJ7JTUN7pP0eEANU5_4C4emLzUBPqvBPc0g@mail.gmail.com>
	<2BCF3C0B-6821-42A1-AA6A-A7C763A2BEB4@gmail.com>
Message-ID: <CALyUpY3vBUSW2LKGLXpjTjqE9nd0k7TWrq84qL-nOSmC_K8CJw@mail.gmail.com>

You say no test case and can't reproduce by myself, so I don't think
anyone could do something from such error

2011/10/17 Michael Hall <mik3hall at gmail.com>:
>
> On Oct 17, 2011, at 5:00 AM, Henri Gomez wrote:
>
>> 21.0-b17 mixed mode bsd-x86 ??
>
>
> The ea. Sort of strange I was hitting this when I had some bugs in my own code. I haven't been able to recreate since I fixed those. My stuff still shouldn't have caused a jvm crash I don't think. So I mentioned it.
>
> java -version
> openjdk version "1.7.0-ea"
> OpenJDK Runtime Environment (build 1.7.0-ea-b211)
> OpenJDK Server VM (build 21.0-b17, mixed mode)
>
>

From mik3hall at gmail.com  Mon Oct 17 03:20:07 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Mon, 17 Oct 2011 05:20:07 -0500
Subject: FYI SIGBUS java.io.BufferedWriter.flushBuffer()V
In-Reply-To: <CALyUpY3vBUSW2LKGLXpjTjqE9nd0k7TWrq84qL-nOSmC_K8CJw@mail.gmail.com>
References: <1F574556-808A-4218-99CC-A8A9E42533C5@gmail.com>
	<CALyUpY3YecxtUFyhJ7JTUN7pP0eEANU5_4C4emLzUBPqvBPc0g@mail.gmail.com>
	<2BCF3C0B-6821-42A1-AA6A-A7C763A2BEB4@gmail.com>
	<CALyUpY3vBUSW2LKGLXpjTjqE9nd0k7TWrq84qL-nOSmC_K8CJw@mail.gmail.com>
Message-ID: <58CF6EBA-EFD0-4B8A-9B30-DA700073152C@gmail.com>


On Oct 17, 2011, at 5:13 AM, Henri Gomez wrote:

> You say no test case and can't reproduce by myself, so I don't think
> anyone could do something from such error

Very possibly.
But someone responsible for how the code is written or built might want to take a look and try to figure out why it might happen.
I indicated FYI and did not bug report.
No one has to do anything.

From michael.x.mcmahon at oracle.com  Mon Oct 17 03:41:23 2011
From: michael.x.mcmahon at oracle.com (Michael McMahon)
Date: Mon, 17 Oct 2011 11:41:23 +0100
Subject: FYI SIGBUS java.io.BufferedWriter.flushBuffer()V
In-Reply-To: <58CF6EBA-EFD0-4B8A-9B30-DA700073152C@gmail.com>
References: <1F574556-808A-4218-99CC-A8A9E42533C5@gmail.com>	<CALyUpY3YecxtUFyhJ7JTUN7pP0eEANU5_4C4emLzUBPqvBPc0g@mail.gmail.com>	<2BCF3C0B-6821-42A1-AA6A-A7C763A2BEB4@gmail.com>	<CALyUpY3vBUSW2LKGLXpjTjqE9nd0k7TWrq84qL-nOSmC_K8CJw@mail.gmail.com>
	<58CF6EBA-EFD0-4B8A-9B30-DA700073152C@gmail.com>
Message-ID: <4E9C0653.6090604@oracle.com>

On 17/10/11 11:20, Michael Hall wrote:
> On Oct 17, 2011, at 5:13 AM, Henri Gomez wrote:
>
>> You say no test case and can't reproduce by myself, so I don't think
>> anyone could do something from such error
> Very possibly.
> But someone responsible for how the code is written or built might want to take a look and try to figure out why it might happen.
> I indicated FYI and did not bug report.
> No one has to do anything.
What was the nature of the bug you fixed? Was there native
code involved?

- Michael.

From mik3hall at gmail.com  Mon Oct 17 03:54:55 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Mon, 17 Oct 2011 05:54:55 -0500
Subject: FYI SIGBUS java.io.BufferedWriter.flushBuffer()V
In-Reply-To: <4E9C0653.6090604@oracle.com>
References: <1F574556-808A-4218-99CC-A8A9E42533C5@gmail.com>	<CALyUpY3YecxtUFyhJ7JTUN7pP0eEANU5_4C4emLzUBPqvBPc0g@mail.gmail.com>	<2BCF3C0B-6821-42A1-AA6A-A7C763A2BEB4@gmail.com>	<CALyUpY3vBUSW2LKGLXpjTjqE9nd0k7TWrq84qL-nOSmC_K8CJw@mail.gmail.com>
	<58CF6EBA-EFD0-4B8A-9B30-DA700073152C@gmail.com>
	<4E9C0653.6090604@oracle.com>
Message-ID: <6F909A17-B8CA-4CC2-8F26-0BF8812C293D@gmail.com>


On Oct 17, 2011, at 5:41 AM, Michael McMahon wrote:

> What was the nature of the bug you fixed? Was there native
> code involved?

No native. I think I was just throwing prior exceptions before reaching the flush/close.

Earlier version of  the following code. I was taking similar crashes on the use of Calendar  in here that I did bug report although it seemed to duplicate another issue. Mike Swingler indicated that might be a 32 bit build compiler edge case issue? Fix that might fix this. Mostly I work/test now with JDK 6 on this code for that reason.

	public static void main(String[] args) {
		String symbol = args[0];
		String dataFormat="&format=json&env=store%3A%2F%2Fdatatables.org%2Falltableswithkeys";
		String yqlURL = "http://query.yahooapis.com/v1/public/yql?q=";
		String outputFileName;
		BufferedWriter writer;
		if (args.length > 1) outputFileName = args[1];
		else if (args[0].equals("%5EDJI")) outputFileName = "dow.csv";
		else outputFileName = "sp.csv";
		try {
			writer =  new BufferedWriter(new FileWriter(outputFileName,true));
		}
		catch (IOException ioex) {
			ioex.printStackTrace();
			return;
		}
		/*Get the start and end date into strings to build the query*/
		Calendar now = Calendar.getInstance();
		Calendar start = Calendar.getInstance();
		start.set(now.get(Calendar.YEAR),0,1);
		String startDate = new String(new SimpleDateFormat("yyyy-MM-dd").format(start.getTime()));
		String endDate = new String(new SimpleDateFormat("MM-dd-yyyy").format(now.getTime()));
		String trailing = "%22&format=json&env=http://datatables.org/alltables.env";
		StringBuilder sb = new StringBuilder(yqlURL);
		sb.append("select%20*%20from%20yahoo.finance.historicaldata%20where%20symbol%20in%20(%22");
		sb.append(symbol);
		sb.append("%22)%20and%20startDate=%22");
		int prefixLength = sb.length();
		char[] writeBuffer = null;
		StringBuilder csv = new StringBuilder("Date,Open,High,Low,Close,Volume,Adj Close").append(LS);
		try {
			writer.write(csv.toString());
			csv.setLength(0);
		}
		catch (IOException ioex) { ioex.printStackTrace(); }
		sb.append(startDate);
		sb.append("%22%20and%20endDate=%22");
		sb.append(endDate);
		sb.append(trailing);
		JSONObject json = RestClient.connect(sb.toString());
		if (json != null) {
			try {
				json = json.getJSONObject("query");		
				json = json.getJSONObject("results");
				JSONArray quote = json.getJSONArray("quote");
				for (int i=0;i<quote.length();i++) {
					JSONObject row = (JSONObject)quote.get(i);
					DateFormat formatter = new SimpleDateFormat("yyyy-MM-dd");
					Date date = (Date)formatter.parse(row.getString("Date"));
					Calendar cal = Calendar.getInstance();
					cal.setTime(date);
					int dayOfWeek = cal.get(Calendar.DAY_OF_WEEK);
					if (dayOfWeek != FRIDAY) continue;
					addCSVRow(csv,row);
				}
				if (writeBuffer == null || writeBuffer.length < csv.length())
					writeBuffer = new char[csv.length()];
				csv.getChars(0,csv.length(),writeBuffer,0);
				writer.write(writeBuffer,0,csv.length());
			}
			catch (JSONException jex) { jex.printStackTrace(); }
			catch (IOException ioex) { ioex.printStackTrace(); }
			catch (java.text.ParseException pex) { pex.printStackTrace(); }
		}
		try {
			writer.flush();
			writer.close();
		}
		catch (IOException ioex) { ioex.printStackTrace(); }
	}

From henri.gomez at gmail.com  Mon Oct 17 10:06:18 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Mon, 17 Oct 2011 19:06:18 +0200
Subject: Rhino build support
Message-ID: <CALyUpY3SkedNrrtmyA2+FrwwvO4z1fyP=1rJZqFKvNs06mCKsw@mail.gmail.com>

Hi to all,

Moving these questions to discuss, since I didn't get reply on bsd and
macosx ports lists :

I couldn't find officials indications or documentation on how to add
Rhino from Mozilla to OpenJDK build.

The only source of information found was IcedTea 1.7 (1.14) with
patches/rhino.patch

1) CLOSED_SRC test removed (jdk/make/com/sun/Makefile)

-ifndef OPENJDK
-  ORG_EXISTS := $(call DirExists,$(CLOSED_SRC)/share/classes/sun/org,,)
-  ifneq ("$(ORG_EXISTS)", "")
-    SCRIPT_SUBDIR = script
-  endif
-endif

2) rhino.jar added to build (jdk/make/com/sun/script/Makefile)

3) sun.org.mozilla.javascript.internal.* moved to
sun.org.mozilla.javascript.*
(jdk/src/share/classes/com/sun/script/javascript/*)

4) repackaged rhino.jar copied under JRE /lib/rhino.jar
(jdk/make/common/Release.gmk)

5) rhino.jar added to runtime jars (hotspot/src/share/vm/runtime/os.cpp)

All of these could be done on bsd-port and macosx-port and may be others ports.

Questions :

1) Did there is any reason why Rhino is not included in bsd-port (and
so macosx-port) like licence problems ?

2) What's the recommanded Mozilla renaming named ?


If there is no licence problem, I may add these to openjdk-osx-build
project for now, but it will be better to get them in bsd and
macosx-ports.

Cheers

From alexander.potochkin at sun.com  Mon Oct 17 10:09:42 2011
From: alexander.potochkin at sun.com (alexander.potochkin at sun.com)
Date: Mon, 17 Oct 2011 17:09:42 +0000
Subject: hg: macosx-port/macosx-port/jdk: fixed #568: KeyEvent difference
	between Apple 1.6 and openjdk 1.7
Message-ID: <20111017170952.AD3A747024@hg.openjdk.java.net>

Changeset: c89b6bffc4a6
Author:    alexp
Date:      2011-10-17 21:29 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/c89b6bffc4a6

fixed #568: KeyEvent difference between Apple 1.6 and openjdk 1.7
+ set the correct background for the AWT text components

! src/macosx/classes/sun/lwawt/LWTextAreaPeer.java
! src/macosx/classes/sun/lwawt/LWTextFieldPeer.java
! src/macosx/classes/sun/lwawt/macosx/CPlatformView.java


From LEONID.ROMANOV at oracle.com  Mon Oct 17 12:06:24 2011
From: LEONID.ROMANOV at oracle.com (Leonid Romanov)
Date: Mon, 17 Oct 2011 23:06:24 +0400
Subject: CGPostMouseEvent vs CGEventCreateMouseEvent/CGEventPost
Message-ID: <117E0CA9-AB32-40C7-8807-0ACB8ACEE30A@oracle.com>

Hi,
I have a question fro Apple guys here. I've tried not to use deprecated CGPostMouseEvent for implementing Robot functionality, however it's not as simple as I'd hoped. 
The difference between CGEventCreateMouseEvent/CGEventPost combo vs CGPostMouseEvent is that upon returning from  CGPostMouseEvent we can be sure (well, according the experiments I've done) that the mouse pointer has already been moved to the requested position on the screen, whereas with the CGEventCreateMouseEvent/CGEventPost combo there as a delay between returning from CGEventPost  and actual mouse pointer movement.
Because of that, we now have http://java.net/jira/browse/MACOSX_PORT-527.  So, my question is what would be the best course of action: use CGPostMouseEvent despite the fact that is has been deprecated, or to find some way to wait until events posted via CGEventPost have been processed by the system.

Thanks,
Leonid.
  

From paul.hohensee at oracle.com  Mon Oct 17 13:00:27 2011
From: paul.hohensee at oracle.com (Paul Hohensee)
Date: Mon, 17 Oct 2011 16:00:27 -0400
Subject: Request for creation of OSX integration repo forest
In-Reply-To: <4E943DBC.1070103@oracle.com>
References: <4E8DC649.6000109@oracle.com> <4E8DD92F.3010203@oracle.com>
	<4E943DBC.1070103@oracle.com>
Message-ID: <4E9C895B.5020400@oracle.com>

Thanks, Dalibor.

The forest is here

http://hg.openjdk.java.net/jdk7u/jdk7u-osx/

and the corresponding gates here

http://hg.openjdk.java.net/jdk7u/jdk7u-osx-gate/

The jdk7u-osx forest is a clone of jdk7u/jdk7u-dev and has the same jcheck
constraints as jdk7u-dev (i.e., duplicate bugids are allowed).  The push 
notification
alias is

macosx-port-dev at openjdk.java.net

When component teams deem it advisable, they'll ask permission to push to
jdk7u-dev via the existing process.

Hotspot pushes to jdk7u-osx will likely happen on the same schedule as those
to jdk7u-dev.  The initial port is wending its way through the 
integration process
from hsx/hotspot-rt through hsx/hotspot-main to hsx/hsx23, and will go from
there to jdk7u-osx/hotspot.

Paul

On 10/11/11 8:59 AM, Dalibor Topic wrote:
> On 10/6/11 6:37 PM, Dalibor Topic wrote:
>> On 10/6/11 8:16 AM, Paul Hohensee wrote:
>>> At JavaOne, Oracle announced the developer preview of the JDK7 Mac OSX
>>> port. Apple is open-sourcing the port and Oracle plans to deliver it in
>>> a future JDK7 update release.   Since the initial port will use the JDK7 code
>>> base, I'd like to propose the creation of a project repo forest for the port
>>> as a sub-project of the JDK7 update project. Once a stable port exists
>>> in the OSX project repo forest, we can request permission to push it to jdk7u.
>> Thanks for this proposal, Paul.
>>
>> I posted a link to the Oracle JDK 7 Update release roadmap published at JavaOne
>> and the corresponding press releases which give some more background information
>> on the plans wrt to the Mac OS X port to provide some more background for this
>> request. [1]
>>
>> I'd like to open up this proposal for discussion until Monday.
> Thanks to everyone who participated in the discussion. With my JDK 7 Updates Project
> Lead hat on, I think this is a good proposal, so we will go ahead and create a separate
> jdk7u-osx  forest for the jdk7u integration of the Mac OS X port based off the mainline
> jdk7u master, with commit e-mails heading to the macosx-port-dev list in order to
> keep the Mac porters up to date on the progress of jdk7u(4) integration work.
>
> cheers,
> dalibor topic
>
>> cheers,
>> dalibor topic
>>
>> [1] http://mail.openjdk.java.net/pipermail/jdk7u-dev/2011-October/000534.html
>>
>
>

From henri.gomez at gmail.com  Mon Oct 17 13:20:24 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Mon, 17 Oct 2011 22:20:24 +0200
Subject: Request for creation of OSX integration repo forest
In-Reply-To: <4E9C895B.5020400@oracle.com>
References: <4E8DC649.6000109@oracle.com> <4E8DD92F.3010203@oracle.com>
	<4E943DBC.1070103@oracle.com> <4E9C895B.5020400@oracle.com>
Message-ID: <CALyUpY27MnneWCA17k=+NJ9NWgrnFMHqBforZSG-4d6Tp3R9xg@mail.gmail.com>

What does it means for osx builder like me ?

When could we try to use it for OS/X builds ?

2011/10/17 Paul Hohensee <paul.hohensee at oracle.com>:
> Thanks, Dalibor.
>
> The forest is here
>
> http://hg.openjdk.java.net/jdk7u/jdk7u-osx/
>
> and the corresponding gates here
>
> http://hg.openjdk.java.net/jdk7u/jdk7u-osx-gate/
>
> The jdk7u-osx forest is a clone of jdk7u/jdk7u-dev and has the same jcheck
> constraints as jdk7u-dev (i.e., duplicate bugids are allowed). ?The push
> notification
> alias is
>
> macosx-port-dev at openjdk.java.net
>
> When component teams deem it advisable, they'll ask permission to push to
> jdk7u-dev via the existing process.
>
> Hotspot pushes to jdk7u-osx will likely happen on the same schedule as those
> to jdk7u-dev. ?The initial port is wending its way through the integration
> process
> from hsx/hotspot-rt through hsx/hotspot-main to hsx/hsx23, and will go from
> there to jdk7u-osx/hotspot.
>
> Paul
>
> On 10/11/11 8:59 AM, Dalibor Topic wrote:
>>
>> On 10/6/11 6:37 PM, Dalibor Topic wrote:
>>>
>>> On 10/6/11 8:16 AM, Paul Hohensee wrote:
>>>>
>>>> At JavaOne, Oracle announced the developer preview of the JDK7 Mac OSX
>>>> port. Apple is open-sourcing the port and Oracle plans to deliver it in
>>>> a future JDK7 update release. ? Since the initial port will use the JDK7
>>>> code
>>>> base, I'd like to propose the creation of a project repo forest for the
>>>> port
>>>> as a sub-project of the JDK7 update project. Once a stable port exists
>>>> in the OSX project repo forest, we can request permission to push it to
>>>> jdk7u.
>>>
>>> Thanks for this proposal, Paul.
>>>
>>> I posted a link to the Oracle JDK 7 Update release roadmap published at
>>> JavaOne
>>> and the corresponding press releases which give some more background
>>> information
>>> on the plans wrt to the Mac OS X port to provide some more background for
>>> this
>>> request. [1]
>>>
>>> I'd like to open up this proposal for discussion until Monday.
>>
>> Thanks to everyone who participated in the discussion. With my JDK 7
>> Updates Project
>> Lead hat on, I think this is a good proposal, so we will go ahead and
>> create a separate
>> jdk7u-osx ?forest for the jdk7u integration of the Mac OS X port based off
>> the mainline
>> jdk7u master, with commit e-mails heading to the macosx-port-dev list in
>> order to
>> keep the Mac porters up to date on the progress of jdk7u(4) integration
>> work.
>>
>> cheers,
>> dalibor topic
>>
>>> cheers,
>>> dalibor topic
>>>
>>> [1]
>>> http://mail.openjdk.java.net/pipermail/jdk7u-dev/2011-October/000534.html
>>>
>>
>>
>

From bino at apple.com  Mon Oct 17 13:34:36 2011
From: bino at apple.com (bino at apple.com)
Date: Mon, 17 Oct 2011 20:34:36 +0000
Subject: hg: macosx-port/macosx-port/jdk: Fixed MACOSX_PORT-566: Kerberos
	configuration from SCDynamicStore
Message-ID: <20111017203448.39F764702B@hg.openjdk.java.net>

Changeset: 0785fa5940f6
Author:    bino at apple.com
Date:      2011-10-17 13:34 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/0785fa5940f6

Fixed MACOSX_PORT-566: Kerberos configuration from SCDynamicStore

! make/com/apple/osx/Makefile
+ src/macosx/native/java/util/SCDynamicStoreConfig.m
! src/share/classes/sun/security/krb5/Config.java
+ src/share/classes/sun/security/krb5/SCDynamicStoreConfig.java


From mik3hall at gmail.com  Mon Oct 17 16:49:31 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Mon, 17 Oct 2011 18:49:31 -0500
Subject: hg: macosx-port/macosx-port/jdk: Initial cut of a the .jre/.jdk
	loading JavaAppLauncher template.
In-Reply-To: <9B9B5D34-53F8-4E42-B4D2-829136151CC1@apple.com>
References: <20110930025716.E221747AC1@hg.openjdk.java.net>
	<9B9B5D34-53F8-4E42-B4D2-829136151CC1@apple.com>
Message-ID: <0655E6FE-B671-4509-92F6-B559B8D8011C@gmail.com>

> 
> This check-in provides a JavaAppLauncher project that creates a shell .app bundle, copies in a 1.7.0.jre (or optionally, 1.7.0.jdk) into it's Contents/PlugIns directory, and uses the Info.plist to initialize the JVM and call into a launcher which invokes the app's specified main().
> 
> Right now, this launcher and project file only exist in the source, and don't produce any artifacts in the build output.
> 
> What we are looking for now are some ideas how to provide this technology in an easy to use format for the app developers in the OpenJDK community. How would you like make/use/invoke/build this stuff into/around your own apps? Should we build an .app shell as part of the jdk build output? Is the project file on it's own sufficient? Should there be a build.xml in the .jdk bundle that your IDE should invoke with the Info.plist details passed as parameters? Let us know what works best for you!

Sorry, still lagging on some of this stuff.

So there is no universal build executable you could construct your own application bundle out of, along the lines of a drop in JavaApplicationStub replacement? That might be good for now.

How about a JarBundler type application to construct a application bundle from a gui'd interface?

What version of XCode is actually required to open the project?


From sergey.bylokhov at oracle.com  Mon Oct 17 17:38:41 2011
From: sergey.bylokhov at oracle.com (sergey.bylokhov at oracle.com)
Date: Tue, 18 Oct 2011 00:38:41 +0000
Subject: hg: macosx-port/macosx-port/jdk: mixing support
Message-ID: <20111018003852.8791247035@hg.openjdk.java.net>

Changeset: eeb50129efc1
Author:    serb
Date:      2011-10-18 04:36 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/eeb50129efc1

mixing support

! src/macosx/classes/sun/lwawt/LWComponentPeer.java
! src/macosx/classes/sun/lwawt/LWContainerPeer.java
! src/macosx/classes/sun/lwawt/LWWindowPeer.java
! src/macosx/native/sun/awt/AWTView.m
! src/macosx/native/sun/java2d/opengl/CGLLayer.m


From mark.reinhold at oracle.com  Tue Oct 18 09:22:08 2011
From: mark.reinhold at oracle.com (mark.reinhold at oracle.com)
Date: Tue, 18 Oct 2011 09:22:08 -0700
Subject: Rhino build support
In-Reply-To: henri.gomez@gmail.com; Mon, 17 Oct 2011 19:06:18 +0200;
	<CALyUpY3SkedNrrtmyA2+FrwwvO4z1fyP=1rjzqfkvns06mcksw@mail.gmail.com>
Message-ID: <20111018162208.A9EF31041@eggemoggin.niobe.net>

2011/10/17 10:06 -0700, henri.gomez at gmail.com:
> ...
> 
> I couldn't find officials indications or documentation on how to add
> Rhino from Mozilla to OpenJDK build.
> 
> Questions :
> 
> 1) Did there is any reason why Rhino is not included in bsd-port (and
> so macosx-port) like licence problems ?

Yes, license problems.  Rhino is licensed under the MPL,
which is fundamentally incompatible with the GPL.

- Mark (IANAL)

From henri.gomez at gmail.com  Tue Oct 18 10:39:17 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Tue, 18 Oct 2011 19:39:17 +0200
Subject: Rhino build support
In-Reply-To: <20111018162208.A9EF31041@eggemoggin.niobe.net>
References: <CALyUpY3SkedNrrtmyA2+FrwwvO4z1fyP=1rjzqfkvns06mcksw@mail.gmail.com>
	<20111018162208.A9EF31041@eggemoggin.niobe.net>
Message-ID: <CALyUpY1egpaEJZ0Q-AWbFABYEUNc-ANwCQ0ZxBafb-bEeWahAw@mail.gmail.com>

> Yes, license problems. ?Rhino is licensed under the MPL,
> which is fundamentally incompatible with the GPL.

Thanks Mark

OpenJDK is GPL
Rhino is MPL

But when Oracle provide its JDK, you include both of them.

Which licence should be used by OpenJDK 'packagers/bundlers' so ?

From mark.reinhold at oracle.com  Tue Oct 18 10:49:50 2011
From: mark.reinhold at oracle.com (mark.reinhold at oracle.com)
Date: Tue, 18 Oct 2011 10:49:50 -0700
Subject: Rhino build support
In-Reply-To: mike.milinkovich@eclipse.org; Tue, 18 Oct 2011 13:01:31 EDT;
	<00c601cc8db7$95e66e20$c1b34a60$@eclipse.org>
Message-ID: <20111018174950.39EFB1041@eggemoggin.niobe.net>

2011/10/18 10:01 -0700, mike.milinkovich at eclipse.org:
> From http://www.mozilla.org/rhino/download.html 
> 
> "The source code for Rhino is available under MPL 1.1/GPL 2.0 license."
> 
> My guess is that it may be the lack of a Classpath Exception which is the
> real culprit.

Right.

(It's been four years since the big code scrub, so I've forgotten
 a lot of the details.)

- Mark (still NAL)

From mark.reinhold at oracle.com  Tue Oct 18 10:51:07 2011
From: mark.reinhold at oracle.com (mark.reinhold at oracle.com)
Date: Tue, 18 Oct 2011 10:51:07 -0700
Subject: Rhino build support
In-Reply-To: henri.gomez@gmail.com; Tue, 18 Oct 2011 19:39:17 +0200;
	<CALyUpY1egpaEJZ0Q-AWbFABYEUNc-ANwCQ0ZxBafb-bEeWahAw@mail.gmail.com>
Message-ID: <20111018175107.60F941041@eggemoggin.niobe.net>

2011/10/18 10:39 -0700, henri.gomez at gmail.com:
> OpenJDK is GPL
> Rhino is MPL
> 
> But when Oracle provide its JDK, you include both of them.
> 
> Which licence should be used by OpenJDK 'packagers/bundlers' so ?

I suggest you ask a lawyer.

- Mark

From henri.gomez at gmail.com  Tue Oct 18 11:08:33 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Tue, 18 Oct 2011 20:08:33 +0200
Subject: Rhino build support
In-Reply-To: <20111018175107.60F941041@eggemoggin.niobe.net>
References: <CALyUpY1egpaEJZ0Q-AWbFABYEUNc-ANwCQ0ZxBafb-bEeWahAw@mail.gmail.com>
	<20111018175107.60F941041@eggemoggin.niobe.net>
Message-ID: <CALyUpY2FZMcBeg-O5YuPmrNZopJP-Dp+FX+u_4+D0436F6Ue5A@mail.gmail.com>

> I suggest you ask a lawyer.

Thanks for the suggestion but individuals like me don't have lawyers
available so easily, especially those involved in licences issues :)

Usually there is people very aware of licences problematics in OSS
community, that's why I'm trying to get answers here :)

In IcedTea FAQ (http://icedtea.classpath.org/wiki/FrequentlyAskedQuestions)

"What license is IcedTea released under?
IcedTea is released under the GPL2 + Classpath exception, which is the
same license as both GNU Classpath and OpenJDK.
"

IcedTea include Rhino, so I guess GPL2 + Classpath may be a valid licence.

If IcedTea guys are around, advices more than welcomed

From henri.gomez at gmail.com  Tue Oct 18 11:10:48 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Tue, 18 Oct 2011 20:10:48 +0200
Subject: Rhino build support
In-Reply-To: <1318960890.8669.60.camel@springer.wildebeest.org>
References: <20111018162208.A9EF31041@eggemoggin.niobe.net>
	<1318960890.8669.60.camel@springer.wildebeest.org>
Message-ID: <CALyUpY00ckkGMPyt92PQPJg7BnLDmJ1_11NrC94i-LGxEQxNqw@mail.gmail.com>

Mark (Wielaard)

in case of openjdk-osx-build there is about 0 closed source, since its
full build process is available on GoogleCode.

"Making sure all our work on Rhino, whether it is for ClosedJDK, OpenJDK,
IcedTea, or the bsd/macosx-port is done upstream seems like a good idea
in general."

Do you means, Rhino could be put back upstream ?

In the interim, do you think I could include it in my own builds (os/x port) ?

Cheers

2011/10/18 Mark Wielaard <mark at klomp.org>:
> On Tue, 2011-10-18 at 09:22 -0700, mark.reinhold at oracle.com wrote:
>> 2011/10/17 10:06 -0700, henri.gomez at gmail.com:
>> > ...
>> >
>> > I couldn't find officials indications or documentation on how to add
>> > Rhino from Mozilla to OpenJDK build.
>> >
>> > Questions :
>> >
>> > 1) Did there is any reason why Rhino is not included in bsd-port (and
>> > so macosx-port) like licence problems ?
>>
>> Yes, license problems. ?Rhino is licensed under the MPL,
>> which is fundamentally incompatible with the GPL.
>
> Rhino is available under the MPL/GPL dual license, so should be GPL
> compatible. And GPL+Exception should be compatible with MPL (if the MPL
> part is kept as a separate module). If that isn't enough for some
> people, we could see whether upstream wants Rhino to upgrade to MPLv2
> (which would add all secondary MPLv2 licenses too, so LGPL and AGPL dual
> licenses next to the current MPL/GPL) [*].
>
> I talked to Luis Villa and Gervase Markham about a possible upgrade and
> the implications. They have both worked on MPLv2 and were very
> supportive (but of course it will be up to the actual upstream Rhino
> developers to decide whether or not to upgrade).
>
> I think it would be really beneficial to make upstream, ClosedJDK,
> OpenJDK and IcedTea share the exact same version of Rhino. Currently
> IcedTea uses the (latest) upstream version available, but that might
> lead to subtle incompatibilities.
>
> But I couldn't find the actual Rhino source code used in ClosedJDK.
> Where is that currently available?
>
> Making sure all our work on Rhino, whether it is for ClosedJDK, OpenJDK,
> IcedTea, or the bsd/macosx-port is done upstream seems like a good idea
> in general.
>
> Thanks,
>
> Mark
>
> [*]
> http://opensource.com/law/11/9/mpl-20-copyleft-and-license-compatibility
>

From martijnverburg at gmail.com  Tue Oct 18 11:39:39 2011
From: martijnverburg at gmail.com (Martijn Verburg)
Date: Tue, 18 Oct 2011 19:39:39 +0100
Subject: Rhino build support
In-Reply-To: <CALyUpY2FZMcBeg-O5YuPmrNZopJP-Dp+FX+u_4+D0436F6Ue5A@mail.gmail.com>
References: <CALyUpY1egpaEJZ0Q-AWbFABYEUNc-ANwCQ0ZxBafb-bEeWahAw@mail.gmail.com>
	<20111018175107.60F941041@eggemoggin.niobe.net>
	<CALyUpY2FZMcBeg-O5YuPmrNZopJP-Dp+FX+u_4+D0436F6Ue5A@mail.gmail.com>
Message-ID: <CAP7YuATaHsVq57_xcvmn2=Mn-53amCNTUxYZ3yS9jV0XfLhF6Q@mail.gmail.com>

Hi Henri,

The EFF would also be a good place to ask and I'm working on trying to
get some reasonably priced advice with some legal eagles I know in
London, will post back if my new company can sponsor this.

Cheers,
Martijn

On 18 October 2011 19:08, Henri Gomez <henri.gomez at gmail.com> wrote:
>> I suggest you ask a lawyer.
>
> Thanks for the suggestion but individuals like me don't have lawyers
> available so easily, especially those involved in licences issues :)
>
> Usually there is people very aware of licences problematics in OSS
> community, that's why I'm trying to get answers here :)
>
> In IcedTea FAQ (http://icedtea.classpath.org/wiki/FrequentlyAskedQuestions)
>
> "What license is IcedTea released under?
> IcedTea is released under the GPL2 + Classpath exception, which is the
> same license as both GNU Classpath and OpenJDK.
> "
>
> IcedTea include Rhino, so I guess GPL2 + Classpath may be a valid licence.
>
> If IcedTea guys are around, advices more than welcomed
>

From henri.gomez at gmail.com  Tue Oct 18 12:00:40 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Tue, 18 Oct 2011 21:00:40 +0200
Subject: Rhino build support
In-Reply-To: <CAP7YuATaHsVq57_xcvmn2=Mn-53amCNTUxYZ3yS9jV0XfLhF6Q@mail.gmail.com>
References: <CALyUpY1egpaEJZ0Q-AWbFABYEUNc-ANwCQ0ZxBafb-bEeWahAw@mail.gmail.com>
	<20111018175107.60F941041@eggemoggin.niobe.net>
	<CALyUpY2FZMcBeg-O5YuPmrNZopJP-Dp+FX+u_4+D0436F6Ue5A@mail.gmail.com>
	<CAP7YuATaHsVq57_xcvmn2=Mn-53amCNTUxYZ3yS9jV0XfLhF6Q@mail.gmail.com>
Message-ID: <CALyUpY3bvSvZhAQT4N4vBjNg=G0=QmAB7+hN1QO-cFBHfuS0tQ@mail.gmail.com>

Thanks Martijn

BTW, if Rhino should be bundled at higher level (i.e.: trunk), this
license discussion should be raised to upper level isn't it ?

2011/10/18 Martijn Verburg <martijnverburg at gmail.com>:
> Hi Henri,
>
> The EFF would also be a good place to ask and I'm working on trying to
> get some reasonably priced advice with some legal eagles I know in
> London, will post back if my new company can sponsor this.
>
> Cheers,
> Martijn
>
> On 18 October 2011 19:08, Henri Gomez <henri.gomez at gmail.com> wrote:
>>> I suggest you ask a lawyer.
>>
>> Thanks for the suggestion but individuals like me don't have lawyers
>> available so easily, especially those involved in licences issues :)
>>
>> Usually there is people very aware of licences problematics in OSS
>> community, that's why I'm trying to get answers here :)
>>
>> In IcedTea FAQ (http://icedtea.classpath.org/wiki/FrequentlyAskedQuestions)
>>
>> "What license is IcedTea released under?
>> IcedTea is released under the GPL2 + Classpath exception, which is the
>> same license as both GNU Classpath and OpenJDK.
>> "
>>
>> IcedTea include Rhino, so I guess GPL2 + Classpath may be a valid licence.
>>
>> If IcedTea guys are around, advices more than welcomed
>>
>

From philip.race at oracle.com  Tue Oct 18 12:55:43 2011
From: philip.race at oracle.com (philip.race at oracle.com)
Date: Tue, 18 Oct 2011 19:55:43 +0000
Subject: hg: macosx-port/macosx-port/jdk: Fixed MACOSX_PORT-499:
	GE.getAllFonts() not returning a copy
Message-ID: <20111018195553.560104703F@hg.openjdk.java.net>

Changeset: b633519b1161
Author:    prr
Date:      2011-10-18 12:55 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/b633519b1161

Fixed MACOSX_PORT-499: GE.getAllFonts() not returning a copy

! src/macosx/classes/sun/awt/CGraphicsEnvironment.java


From mark at talios.com  Tue Oct 18 16:15:37 2011
From: mark at talios.com (Mark Derricutt)
Date: Wed, 19 Oct 2011 12:15:37 +1300
Subject: Rhino build support
In-Reply-To: <20111018162208.A9EF31041@eggemoggin.niobe.net>
References: <20111018162208.A9EF31041@eggemoggin.niobe.net>
Message-ID: <E795DB03-3FF0-4965-8BFE-0183393EBE9E@talios.com>

One downside of not including it is that when you run "jrunscript" you get:

$ git develop* ? jrunscript 
script engine for language js can not be found

Jrunscript by default looks for a "js" engine and fails.  Unfortunately, we can't just take the latest Rhino from mozilla and put it on the class path as that, AFAIK doesn't include any of the javax.scripting extensions to make it work ( I have some recollection that either mozilla wouldn't accept the patches, or Sun didn't want to submit them - I could be grossly wrong here tho).

I see mentioned often that the source of the version of rhino used by the JDK isn't available anywhere either - so knowing just what patches were made is difficult.

Mark




On 19/10/2011, at 5:22 AM, mark.reinhold at oracle.com wrote:

> Yes, license problems.  Rhino is licensed under the MPL,
> which is fundamentally incompatible with the GPL.


From alexander.zuev at oracle.com  Wed Oct 19 07:32:39 2011
From: alexander.zuev at oracle.com (alexander.zuev at oracle.com)
Date: Wed, 19 Oct 2011 14:32:39 +0000
Subject: hg: macosx-port/macosx-port/jdk: 2 new changesets
Message-ID: <20111019143300.0BEEA4707F@hg.openjdk.java.net>

Changeset: 372cc75346a5
Author:    kizune
Date:      2011-10-19 18:31 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/372cc75346a5

Fix for MACOSX_PORT-92: SystemTray.add(TrayIcon) leads to NPE

! src/macosx/classes/sun/lwawt/macosx/CTrayIcon.java
! src/macosx/native/sun/awt/CTrayIcon.m

Changeset: b02d4b927ec4
Author:    kizune
Date:      2011-10-19 18:32 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/b02d4b927ec4

Merge with parent



From david.katleman at sun.com  Wed Oct 19 10:15:26 2011
From: david.katleman at sun.com (david.katleman at sun.com)
Date: Wed, 19 Oct 2011 17:15:26 +0000
Subject: hg: macosx-port/macosx-port: Added tag jdk7-b214 for changeset
	d28fc397625a
Message-ID: <20111019171526.7996047086@hg.openjdk.java.net>

Changeset: eb8624b7b974
Author:    katleman
Date:      2011-10-19 10:10 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/rev/eb8624b7b974

Added tag jdk7-b214 for changeset d28fc397625a

! .hgtags


From david.katleman at sun.com  Wed Oct 19 10:15:34 2011
From: david.katleman at sun.com (david.katleman at sun.com)
Date: Wed, 19 Oct 2011 17:15:34 +0000
Subject: hg: macosx-port/macosx-port/corba: Added tag jdk7-b214 for changeset
	be4acea47a08
Message-ID: <20111019171535.0CD1047087@hg.openjdk.java.net>

Changeset: 853bbac9bee2
Author:    katleman
Date:      2011-10-19 10:10 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/corba/rev/853bbac9bee2

Added tag jdk7-b214 for changeset be4acea47a08

! .hgtags


From david.katleman at sun.com  Wed Oct 19 10:15:43 2011
From: david.katleman at sun.com (david.katleman at sun.com)
Date: Wed, 19 Oct 2011 17:15:43 +0000
Subject: hg: macosx-port/macosx-port/hotspot: Added tag jdk7-b214 for
	changeset 68f57805c3a5
Message-ID: <20111019171545.8C6CA47088@hg.openjdk.java.net>

Changeset: 9030f1c32f9a
Author:    katleman
Date:      2011-10-19 10:10 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot/rev/9030f1c32f9a

Added tag jdk7-b214 for changeset 68f57805c3a5

! .hgtags


From david.katleman at sun.com  Wed Oct 19 10:15:53 2011
From: david.katleman at sun.com (david.katleman at sun.com)
Date: Wed, 19 Oct 2011 17:15:53 +0000
Subject: hg: macosx-port/macosx-port/jaxp: Added tag jdk7-b214 for changeset
	307d94702778
Message-ID: <20111019171553.EDE7A47089@hg.openjdk.java.net>

Changeset: f400508a4869
Author:    katleman
Date:      2011-10-19 10:10 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jaxp/rev/f400508a4869

Added tag jdk7-b214 for changeset 307d94702778

! .hgtags


From david.katleman at sun.com  Wed Oct 19 10:16:03 2011
From: david.katleman at sun.com (david.katleman at sun.com)
Date: Wed, 19 Oct 2011 17:16:03 +0000
Subject: hg: macosx-port/macosx-port/jaxws: Added tag jdk7-b214 for changeset
	ffe25c789ced
Message-ID: <20111019171603.B66974708A@hg.openjdk.java.net>

Changeset: 98f5228b3bb9
Author:    katleman
Date:      2011-10-19 10:10 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jaxws/rev/98f5228b3bb9

Added tag jdk7-b214 for changeset ffe25c789ced

! .hgtags


From david.katleman at sun.com  Wed Oct 19 10:16:12 2011
From: david.katleman at sun.com (david.katleman at sun.com)
Date: Wed, 19 Oct 2011 17:16:12 +0000
Subject: hg: macosx-port/macosx-port/jdk: Added tag jdk7-b214 for changeset
	b02d4b927ec4
Message-ID: <20111019171623.8BBA54708B@hg.openjdk.java.net>

Changeset: 6e92ebcb2c82
Author:    katleman
Date:      2011-10-19 10:11 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/6e92ebcb2c82

Added tag jdk7-b214 for changeset b02d4b927ec4

! .hgtags


From david.katleman at sun.com  Wed Oct 19 10:16:33 2011
From: david.katleman at sun.com (david.katleman at sun.com)
Date: Wed, 19 Oct 2011 17:16:33 +0000
Subject: hg: macosx-port/macosx-port/langtools: Added tag jdk7-b214 for
	changeset 1da64d724287
Message-ID: <20111019171635.243B64708C@hg.openjdk.java.net>

Changeset: c27938043955
Author:    katleman
Date:      2011-10-19 10:11 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/langtools/rev/c27938043955

Added tag jdk7-b214 for changeset 1da64d724287

! .hgtags


From paul.hohensee at oracle.com  Wed Oct 19 12:27:34 2011
From: paul.hohensee at oracle.com (Paul Hohensee)
Date: Wed, 19 Oct 2011 15:27:34 -0400
Subject: Request for creation of OSX integration repo forest
In-Reply-To: <CALyUpY27MnneWCA17k=+NJ9NWgrnFMHqBforZSG-4d6Tp3R9xg@mail.gmail.com>
References: <4E8DC649.6000109@oracle.com>	<4E8DD92F.3010203@oracle.com>	<4E943DBC.1070103@oracle.com>	<4E9C895B.5020400@oracle.com>
	<CALyUpY27MnneWCA17k=+NJ9NWgrnFMHqBforZSG-4d6Tp3R9xg@mail.gmail.com>
Message-ID: <4E9F24A6.3090204@oracle.com>

On 10/17/11 4:20 PM, Henri Gomez wrote:
> What does it means for osx builder like me ?

This is what I expect, actual process may vary a bit.

The forest is a development forest, so while you ought to be able to
build it at any given time, it's not necessarily completely stable (i.e.,
may not pass the jcks at any given time).  Until we get the
infrastructure in place to build an X11-based bundle that runs on OS X,
it won't be very useful.  That'll be pretty much all makefile changes.
Once we have that plus hotspot (which we already have in hsx/hotspot-rt),
everyone except the client team (i.e., graphics team) will be able to build
and test on OS X under X11.

> When could we try to use it for OS/X builds ?

When we get the infrastructure for building on OS X done, vis. above.

Paul

> 2011/10/17 Paul Hohensee<paul.hohensee at oracle.com>:
>> Thanks, Dalibor.
>>
>> The forest is here
>>
>> http://hg.openjdk.java.net/jdk7u/jdk7u-osx/
>>
>> and the corresponding gates here
>>
>> http://hg.openjdk.java.net/jdk7u/jdk7u-osx-gate/
>>
>> The jdk7u-osx forest is a clone of jdk7u/jdk7u-dev and has the same jcheck
>> constraints as jdk7u-dev (i.e., duplicate bugids are allowed).  The push
>> notification
>> alias is
>>
>> macosx-port-dev at openjdk.java.net
>>
>> When component teams deem it advisable, they'll ask permission to push to
>> jdk7u-dev via the existing process.
>>
>> Hotspot pushes to jdk7u-osx will likely happen on the same schedule as those
>> to jdk7u-dev.  The initial port is wending its way through the integration
>> process
>> from hsx/hotspot-rt through hsx/hotspot-main to hsx/hsx23, and will go from
>> there to jdk7u-osx/hotspot.
>>
>> Paul
>>
>> On 10/11/11 8:59 AM, Dalibor Topic wrote:
>>> On 10/6/11 6:37 PM, Dalibor Topic wrote:
>>>> On 10/6/11 8:16 AM, Paul Hohensee wrote:
>>>>> At JavaOne, Oracle announced the developer preview of the JDK7 Mac OSX
>>>>> port. Apple is open-sourcing the port and Oracle plans to deliver it in
>>>>> a future JDK7 update release.   Since the initial port will use the JDK7
>>>>> code
>>>>> base, I'd like to propose the creation of a project repo forest for the
>>>>> port
>>>>> as a sub-project of the JDK7 update project. Once a stable port exists
>>>>> in the OSX project repo forest, we can request permission to push it to
>>>>> jdk7u.
>>>> Thanks for this proposal, Paul.
>>>>
>>>> I posted a link to the Oracle JDK 7 Update release roadmap published at
>>>> JavaOne
>>>> and the corresponding press releases which give some more background
>>>> information
>>>> on the plans wrt to the Mac OS X port to provide some more background for
>>>> this
>>>> request. [1]
>>>>
>>>> I'd like to open up this proposal for discussion until Monday.
>>> Thanks to everyone who participated in the discussion. With my JDK 7
>>> Updates Project
>>> Lead hat on, I think this is a good proposal, so we will go ahead and
>>> create a separate
>>> jdk7u-osx  forest for the jdk7u integration of the Mac OS X port based off
>>> the mainline
>>> jdk7u master, with commit e-mails heading to the macosx-port-dev list in
>>> order to
>>> keep the Mac porters up to date on the progress of jdk7u(4) integration
>>> work.
>>>
>>> cheers,
>>> dalibor topic
>>>
>>>> cheers,
>>>> dalibor topic
>>>>
>>>> [1]
>>>> http://mail.openjdk.java.net/pipermail/jdk7u-dev/2011-October/000534.html
>>>>
>>>

From scott.kovatch at oracle.com  Wed Oct 19 14:34:01 2011
From: scott.kovatch at oracle.com (Scott Kovatch)
Date: Wed, 19 Oct 2011 14:34:01 -0700
Subject: Need to reconsider the self-modifying output
Message-ID: <934FAE94-8641-4DFE-A7E0-6025BC65639D@oracle.com>

Folks,

At some point the build output was changed so that the JDK and JRE bundles were being put into the corresponding xxx-image folders by moving the non-bundled output of xxx-image into xxx-bundle, and then back into xxx-image.

This turns out to be a bad thing to do, as it makes it impossible to build the jdk from itself. After the bundle creation, there are some additional tasks that use jar, but because the jar tool has been moved out of the ALT_BOOTDIR and ALT_JDK_IMPORT_PATH, the build fails.

I will file a bug, but what was the motivation for the current behavior?

-- Scott K.

-----------------------------------------
Scott Kovatch
scott.kovatch at oracle.com





From ekrichardson at gmail.com  Wed Oct 19 14:50:47 2011
From: ekrichardson at gmail.com (Eric Richardson)
Date: Wed, 19 Oct 2011 14:50:47 -0700
Subject: Need to reconsider the self-modifying output
In-Reply-To: <934FAE94-8641-4DFE-A7E0-6025BC65639D@oracle.com>
References: <934FAE94-8641-4DFE-A7E0-6025BC65639D@oracle.com>
Message-ID: <CAB7M_ds-Y9mOBLEBZXRdzrr9_pjpkVA-ipkZGqB9wBcKzqeA3Q@mail.gmail.com>

Scott,

I believe this recent discussion talks about this issue.

http://mail.openjdk.java.net/pipermail/macosx-port-dev/2011-October/001072.html

Eric

On Wed, Oct 19, 2011 at 2:34 PM, Scott Kovatch <scott.kovatch at oracle.com> wrote:
> Folks,
>
> At some point the build output was changed so that the JDK and JRE bundles were being put into the corresponding xxx-image folders by moving the non-bundled output of xxx-image into xxx-bundle, and then back into xxx-image.
>
> This turns out to be a bad thing to do, as it makes it impossible to build the jdk from itself. After the bundle creation, there are some additional tasks that use jar, but because the jar tool has been moved out of the ALT_BOOTDIR and ALT_JDK_IMPORT_PATH, the build fails.
>
> I will file a bug, but what was the motivation for the current behavior?
>
> -- Scott K.
>
> -----------------------------------------
> Scott Kovatch
> scott.kovatch at oracle.com
>
>
>
>
>

From scott.kovatch at oracle.com  Wed Oct 19 14:59:37 2011
From: scott.kovatch at oracle.com (Scott Kovatch)
Date: Wed, 19 Oct 2011 14:59:37 -0700
Subject: Need to reconsider the self-modifying output
In-Reply-To: <CAB7M_ds-Y9mOBLEBZXRdzrr9_pjpkVA-ipkZGqB9wBcKzqeA3Q@mail.gmail.com>
References: <934FAE94-8641-4DFE-A7E0-6025BC65639D@oracle.com>
	<CAB7M_ds-Y9mOBLEBZXRdzrr9_pjpkVA-ipkZGqB9wBcKzqeA3Q@mail.gmail.com>
Message-ID: <62CF9149-F827-480B-93BE-587BA886425E@oracle.com>

No, that's a different problem. I'm not talking about where the files are in the final bundle, but how the bundle is being built. 

j2sdk-bundle now appears to be a temporary location for assembling the bundle before moving it back to j2sdk-image. j2sdk-image's layout should remain stable throughout the build.

-- Scott

On Oct 19, 2011, at 2:50 PM, Eric Richardson wrote:

> Scott,
> 
> I believe this recent discussion talks about this issue.
> 
> http://mail.openjdk.java.net/pipermail/macosx-port-dev/2011-October/001072.html
> 
> Eric
> 
> On Wed, Oct 19, 2011 at 2:34 PM, Scott Kovatch <scott.kovatch at oracle.com> wrote:
>> Folks,
>> 
>> At some point the build output was changed so that the JDK and JRE bundles were being put into the corresponding xxx-image folders by moving the non-bundled output of xxx-image into xxx-bundle, and then back into xxx-image.
>> 
>> This turns out to be a bad thing to do, as it makes it impossible to build the jdk from itself. After the bundle creation, there are some additional tasks that use jar, but because the jar tool has been moved out of the ALT_BOOTDIR and ALT_JDK_IMPORT_PATH, the build fails.
>> 
>> I will file a bug, but what was the motivation for the current behavior?
>> 
>> -- Scott K.
>> 
>> -----------------------------------------
>> Scott Kovatch
>> scott.kovatch at oracle.com
>> 
>> 
>> 
>> 
>> 


From alexander.zuev at oracle.com  Thu Oct 20 01:25:56 2011
From: alexander.zuev at oracle.com (alexander.zuev at oracle.com)
Date: Thu, 20 Oct 2011 08:25:56 +0000
Subject: hg: macosx-port/macosx-port/jdk: Fix for MACOSX_PORT-593
Message-ID: <20111020082618.5D7514709C@hg.openjdk.java.net>

Changeset: c5775f8b1ca3
Author:    kizune
Date:      2011-10-20 12:25 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/c5775f8b1ca3

Fix for MACOSX_PORT-593

! src/macosx/native/sun/awt/CTrayIcon.m


From steve.mcleod at gmail.com  Thu Oct 20 05:23:16 2011
From: steve.mcleod at gmail.com (Steve McLeod)
Date: Thu, 20 Oct 2011 14:23:16 +0200
Subject: Updated JDK 1.7.0 Developer Preview?
Message-ID: <3AB124686C97483B899BE8F616F4BCAE@gmail.com>

 The JDK 1.7.0 Developer Preview had a bug that was a showstopper for me but has now been fixed (http://java.net/jira/browse/MACOSX_PORT-504). Other issues are rapidly being resolved. When might we expect an updated JDK 1.7.0 Developer Preview? I'd be keen to try it out and make further reports on any issues.



From alexander.potochkin at sun.com  Thu Oct 20 06:45:44 2011
From: alexander.potochkin at sun.com (alexander.potochkin at sun.com)
Date: Thu, 20 Oct 2011 13:45:44 +0000
Subject: hg: macosx-port/macosx-port/jdk: additional fix for #269: the
	mouse_entered event bug has been fixed
Message-ID: <20111020134554.A7CE1470A3@hg.openjdk.java.net>

Changeset: bce952a1358f
Author:    alexp
Date:      2011-10-20 18:06 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/bce952a1358f

additional fix for #269: the mouse_entered event bug has been fixed

! src/macosx/classes/sun/lwawt/LWWindowPeer.java
! src/macosx/classes/sun/lwawt/macosx/CPlatformView.java


From andrew.brygin at oracle.com  Thu Oct 20 08:24:09 2011
From: andrew.brygin at oracle.com (andrew.brygin at oracle.com)
Date: Thu, 20 Oct 2011 15:24:09 +0000
Subject: hg: macosx-port/macosx-port/jdk: Fix for MACOSX_PORT-513
Message-ID: <20111020152436.C935A470AC@hg.openjdk.java.net>

Changeset: 24a77fd184a4
Author:    bae
Date:      2011-10-20 19:21 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/24a77fd184a4

Fix for MACOSX_PORT-513

! test/sun/awt/font/ClassLoaderLeakTest.java


From mik3hall at gmail.com  Sat Oct 22 16:53:21 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Sat, 22 Oct 2011 18:53:21 -0500
Subject: Cocoa AWT: Not running on AppKit thread 0 when expected.
Message-ID: <6BD9E173-25C5-489F-BA28-0DA6321C4782@gmail.com>

011-10-22 18:08:21.303 java[278:8707] Cocoa AWT: Not running on AppKit thread 0 when expected. (
	0   liblwawt.dylib                      0x16da9ce4 +[ThreadUtilities getJNIEnv] + 46
	1   liblwawt.dylib                      0x16d9392f -[CDragSource init:component:peer:control:transferable:triggerEvent:dragPosX:dragPosY:modifiers:clickCount:timeStamp:cursor:dragImage:dragImageOffsetX:dragImageOffsetY:sourceActions:formats:formatMap:] + 101
	2   liblwawt.dylib                      0x16d93d98 Java_sun_lwawt_macosx_CDragSourceContextPeer_createNativeDragSource + 767
	3   ???                                 0x02491e0a 0x0 + 38346250
	4   ???                                 0x0248a404 0x0 + 38315012
)
2011-10-22 18:08:21.347 java[278:8707] 	Please file a bug report at http://java.net/jira/browse/MACOSX_PORT with this message and a reproducible test case.

There appear to be a couple issues open with this error message although they don't appear to concern drag and drop in a text component.

I believe I've also seen there are currently known issues concerning drag and drop.

(Incidentally I wasn't trying to drag and drop, just select some text for copying).

Should I bug report?

I am using Eclipse which I normally don't. Should I use some start on main thread jvm arg? I seem to remember this was recommended for launching in some situations, if not all? Does this possibly just mean I'm not running on the EDT when I should be?

From sergey.bylokhov at oracle.com  Mon Oct 24 06:28:38 2011
From: sergey.bylokhov at oracle.com (sergey.bylokhov at oracle.com)
Date: Mon, 24 Oct 2011 13:28:38 +0000
Subject: hg: macosx-port/macosx-port/jdk: scrollbars should not be overlaped
	by awt components
Message-ID: <20111024132906.A4F04470F7@hg.openjdk.java.net>

Changeset: cf286ab32d6d
Author:    serb
Date:      2011-10-24 17:24 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/cf286ab32d6d

scrollbars should not be overlaped by awt components

! src/macosx/classes/sun/lwawt/LWComponentPeer.java
! src/macosx/classes/sun/lwawt/LWContainerPeer.java
! src/macosx/classes/sun/lwawt/LWScrollPanePeer.java


From sergey.bylokhov at oracle.com  Mon Oct 24 06:41:41 2011
From: sergey.bylokhov at oracle.com (sergey.bylokhov at oracle.com)
Date: Mon, 24 Oct 2011 13:41:41 +0000
Subject: hg: macosx-port/macosx-port/jdk: MACOSX_PORT-549: Mouse events go to
	a hidden component
Message-ID: <20111024134201.0CC24470F8@hg.openjdk.java.net>

Changeset: 5d46dc7280de
Author:    serb
Date:      2011-10-24 17:41 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/5d46dc7280de

MACOSX_PORT-549: Mouse events go to a hidden component

! src/macosx/classes/sun/lwawt/LWContainerPeer.java


From swingler at apple.com  Mon Oct 24 15:00:03 2011
From: swingler at apple.com (Mike Swingler)
Date: Mon, 24 Oct 2011 15:00:03 -0700
Subject: Cocoa AWT: Not running on AppKit thread 0 when expected.
In-Reply-To: <6BD9E173-25C5-489F-BA28-0DA6321C4782@gmail.com>
References: <6BD9E173-25C5-489F-BA28-0DA6321C4782@gmail.com>
Message-ID: <1880D1FF-D80F-44D3-892B-5F2CA4277CD0@apple.com>

On Oct 22, 2011, at 4:53 PM, Michael Hall wrote:

> 011-10-22 18:08:21.303 java[278:8707] Cocoa AWT: Not running on AppKit thread 0 when expected. (
> 	0   liblwawt.dylib                      0x16da9ce4 +[ThreadUtilities getJNIEnv] + 46
> 	1   liblwawt.dylib                      0x16d9392f -[CDragSource init:component:peer:control:transferable:triggerEvent:dragPosX:dragPosY:modifiers:clickCount:timeStamp:cursor:dragImage:dragImageOffsetX:dragImageOffsetY:sourceActions:formats:formatMap:] + 101
> 	2   liblwawt.dylib                      0x16d93d98 Java_sun_lwawt_macosx_CDragSourceContextPeer_createNativeDragSource + 767
> 	3   ???                                 0x02491e0a 0x0 + 38346250
> 	4   ???                                 0x0248a404 0x0 + 38315012
> )
> 2011-10-22 18:08:21.347 java[278:8707] 	Please file a bug report at http://java.net/jira/browse/MACOSX_PORT with this message and a reproducible test case.
> 
> There appear to be a couple issues open with this error message although they don't appear to concern drag and drop in a text component.
> 
> I believe I've also seen there are currently known issues concerning drag and drop.
> 
> (Incidentally I wasn't trying to drag and drop, just select some text for copying).
> 
> Should I bug report?
> 
> I am using Eclipse which I normally don't. Should I use some start on main thread jvm arg? I seem to remember this was recommended for launching in some situations, if not all? Does this possibly just mean I'm not running on the EDT when I should be?

Yes, please file a bug report at <http://java.net/jira/browse/MACOSX_PORT>. Either the code needs to be fixed to obtain a non-AppKit thread JNIEnv*, or the operation needs to happen on the AppKit Thread 0.

Thanks,
Mike Swingler
Java Engineering
Apple Inc.


From mik3hall at gmail.com  Mon Oct 24 17:41:45 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Mon, 24 Oct 2011 19:41:45 -0500
Subject: Cocoa AWT: Not running on AppKit thread 0 when expected.
In-Reply-To: <1880D1FF-D80F-44D3-892B-5F2CA4277CD0@apple.com>
References: <6BD9E173-25C5-489F-BA28-0DA6321C4782@gmail.com>
	<1880D1FF-D80F-44D3-892B-5F2CA4277CD0@apple.com>
Message-ID: <09D95BDB-DC00-4E9E-A0E6-B4AB7A6715E8@gmail.com>


On Oct 24, 2011, at 5:00 PM, Mike Swingler wrote:

> 
> Yes, please file a bug report at <http://java.net/jira/browse/MACOSX_PORT>. Either the code needs to be fixed to obtain a non-AppKit thread JNIEnv*, or the operation needs to happen on the AppKit Thread 0.
> 
> Thanks,
> Mike Swingler
> Java Engineering
> Apple Inc.
> 

http://java.net/jira/browse/MACOSX_PORT-601

From alexander.zuev at oracle.com  Tue Oct 25 03:10:31 2011
From: alexander.zuev at oracle.com (alexander.zuev at oracle.com)
Date: Tue, 25 Oct 2011 10:10:31 +0000
Subject: hg: macosx-port/macosx-port/jdk: Reworked the way mouse
	pressed/released/dragged events are dispatched to be more
	consistent with how JDK 1.6 does it
Message-ID: <20111025101054.6AFFA4710C@hg.openjdk.java.net>

Changeset: 16d3ac6edd77
Author:    leonidr
Date:      2011-10-25 14:10 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/16d3ac6edd77

Reworked the way mouse pressed/released/dragged events are dispatched to be more consistent with how JDK 1.6 does it

! src/macosx/classes/sun/lwawt/LWWindowPeer.java


From naoto.sato at oracle.com  Tue Oct 25 10:41:01 2011
From: naoto.sato at oracle.com (naoto.sato at oracle.com)
Date: Tue, 25 Oct 2011 17:41:01 +0000
Subject: hg: macosx-port/macosx-port/jdk: 2 new changesets
Message-ID: <20111025174122.5273947114@hg.openjdk.java.net>

Changeset: dfd50eaea0e2
Author:    naoto
Date:      2011-10-24 14:04 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/dfd50eaea0e2

MACOSX_PORT-251: Separate user and user interface locales
Reviewed-by: bino at apple.com

! src/solaris/native/java/lang/java_props_macosx.c
! src/solaris/native/java/lang/java_props_macosx.h
! src/solaris/native/java/lang/java_props_md.c

Changeset: bc8c21698b6a
Author:    naoto
Date:      2011-10-25 10:38 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/bc8c21698b6a

Merge



From philip.race at oracle.com  Tue Oct 25 12:46:35 2011
From: philip.race at oracle.com (Phil Race)
Date: Tue, 25 Oct 2011 12:46:35 -0700
Subject: Request for creation of OSX integration repo forest
In-Reply-To: <4E9F24A6.3090204@oracle.com>
References: <4E8DC649.6000109@oracle.com>	<4E8DD92F.3010203@oracle.com>	<4E943DBC.1070103@oracle.com>	<4E9C895B.5020400@oracle.com>	<CALyUpY27MnneWCA17k=+NJ9NWgrnFMHqBforZSG-4d6Tp3R9xg@mail.gmail.com>
	<4E9F24A6.3090204@oracle.com>
Message-ID: <4EA7121B.7080204@oracle.com>

Paul,

Just so you know, OpenJDK on OS X doesn't use X11.
Earlier that's all there was but now that's obsolete and its based on 
Cocoa APIs.

-phil.

On 10/19/11 12:27 PM, Paul Hohensee wrote:
> On 10/17/11 4:20 PM, Henri Gomez wrote:
>> What does it means for osx builder like me ?
>
> This is what I expect, actual process may vary a bit.
>
> The forest is a development forest, so while you ought to be able to
> build it at any given time, it's not necessarily completely stable (i.e.,
> may not pass the jcks at any given time).  Until we get the
> infrastructure in place to build an X11-based bundle that runs on OS X,
> it won't be very useful.  That'll be pretty much all makefile changes.
> Once we have that plus hotspot (which we already have in hsx/hotspot-rt),
> everyone except the client team (i.e., graphics team) will be able to 
> build
> and test on OS X under X11.
>
>> When could we try to use it for OS/X builds ?
>
> When we get the infrastructure for building on OS X done, vis. above.
>
> Paul
>
>> 2011/10/17 Paul Hohensee<paul.hohensee at oracle.com>:
>>> Thanks, Dalibor.
>>>
>>> The forest is here
>>>
>>> http://hg.openjdk.java.net/jdk7u/jdk7u-osx/
>>>
>>> and the corresponding gates here
>>>
>>> http://hg.openjdk.java.net/jdk7u/jdk7u-osx-gate/
>>>
>>> The jdk7u-osx forest is a clone of jdk7u/jdk7u-dev and has the same 
>>> jcheck
>>> constraints as jdk7u-dev (i.e., duplicate bugids are allowed).  The 
>>> push
>>> notification
>>> alias is
>>>
>>> macosx-port-dev at openjdk.java.net
>>>
>>> When component teams deem it advisable, they'll ask permission to 
>>> push to
>>> jdk7u-dev via the existing process.
>>>
>>> Hotspot pushes to jdk7u-osx will likely happen on the same schedule 
>>> as those
>>> to jdk7u-dev.  The initial port is wending its way through the 
>>> integration
>>> process
>>> from hsx/hotspot-rt through hsx/hotspot-main to hsx/hsx23, and will 
>>> go from
>>> there to jdk7u-osx/hotspot.
>>>
>>> Paul
>>>
>>> On 10/11/11 8:59 AM, Dalibor Topic wrote:
>>>> On 10/6/11 6:37 PM, Dalibor Topic wrote:
>>>>> On 10/6/11 8:16 AM, Paul Hohensee wrote:
>>>>>> At JavaOne, Oracle announced the developer preview of the JDK7 
>>>>>> Mac OSX
>>>>>> port. Apple is open-sourcing the port and Oracle plans to deliver 
>>>>>> it in
>>>>>> a future JDK7 update release.   Since the initial port will use 
>>>>>> the JDK7
>>>>>> code
>>>>>> base, I'd like to propose the creation of a project repo forest 
>>>>>> for the
>>>>>> port
>>>>>> as a sub-project of the JDK7 update project. Once a stable port 
>>>>>> exists
>>>>>> in the OSX project repo forest, we can request permission to push 
>>>>>> it to
>>>>>> jdk7u.
>>>>> Thanks for this proposal, Paul.
>>>>>
>>>>> I posted a link to the Oracle JDK 7 Update release roadmap 
>>>>> published at
>>>>> JavaOne
>>>>> and the corresponding press releases which give some more background
>>>>> information
>>>>> on the plans wrt to the Mac OS X port to provide some more 
>>>>> background for
>>>>> this
>>>>> request. [1]
>>>>>
>>>>> I'd like to open up this proposal for discussion until Monday.
>>>> Thanks to everyone who participated in the discussion. With my JDK 7
>>>> Updates Project
>>>> Lead hat on, I think this is a good proposal, so we will go ahead and
>>>> create a separate
>>>> jdk7u-osx  forest for the jdk7u integration of the Mac OS X port 
>>>> based off
>>>> the mainline
>>>> jdk7u master, with commit e-mails heading to the macosx-port-dev 
>>>> list in
>>>> order to
>>>> keep the Mac porters up to date on the progress of jdk7u(4) 
>>>> integration
>>>> work.
>>>>
>>>> cheers,
>>>> dalibor topic
>>>>
>>>>> cheers,
>>>>> dalibor topic
>>>>>
>>>>> [1]
>>>>> http://mail.openjdk.java.net/pipermail/jdk7u-dev/2011-October/000534.html 
>>>>>
>>>>>
>>>>


From paul.hohensee at oracle.com  Tue Oct 25 13:05:15 2011
From: paul.hohensee at oracle.com (Paul Hohensee)
Date: Tue, 25 Oct 2011 16:05:15 -0400
Subject: Request for creation of OSX integration repo forest
In-Reply-To: <4EA7121B.7080204@oracle.com>
References: <4E8DC649.6000109@oracle.com>	<4E8DD92F.3010203@oracle.com>	<4E943DBC.1070103@oracle.com>	<4E9C895B.5020400@oracle.com>	<CALyUpY27MnneWCA17k=+NJ9NWgrnFMHqBforZSG-4d6Tp3R9xg@mail.gmail.com>
	<4E9F24A6.3090204@oracle.com> <4EA7121B.7080204@oracle.com>
Message-ID: <4EA7167B.7040509@oracle.com>

Yes, I think we knew that.  What I was proposing was an interim state of
jdk7u-osx (call it the Oracle forest: jdk7u-osx is quite a mouthful) where
we could build testable bundles on osx before the client work is integrated.

Paul

On 10/25/11 3:46 PM, Phil Race wrote:
> Paul,
>
> Just so you know, OpenJDK on OS X doesn't use X11.
> Earlier that's all there was but now that's obsolete and its based on 
> Cocoa APIs.
>
> -phil.
>
> On 10/19/11 12:27 PM, Paul Hohensee wrote:
>> On 10/17/11 4:20 PM, Henri Gomez wrote:
>>> What does it means for osx builder like me ?
>>
>> This is what I expect, actual process may vary a bit.
>>
>> The forest is a development forest, so while you ought to be able to
>> build it at any given time, it's not necessarily completely stable 
>> (i.e.,
>> may not pass the jcks at any given time).  Until we get the
>> infrastructure in place to build an X11-based bundle that runs on OS X,
>> it won't be very useful.  That'll be pretty much all makefile changes.
>> Once we have that plus hotspot (which we already have in 
>> hsx/hotspot-rt),
>> everyone except the client team (i.e., graphics team) will be able to 
>> build
>> and test on OS X under X11.
>>
>>> When could we try to use it for OS/X builds ?
>>
>> When we get the infrastructure for building on OS X done, vis. above.
>>
>> Paul
>>
>>> 2011/10/17 Paul Hohensee<paul.hohensee at oracle.com>:
>>>> Thanks, Dalibor.
>>>>
>>>> The forest is here
>>>>
>>>> http://hg.openjdk.java.net/jdk7u/jdk7u-osx/
>>>>
>>>> and the corresponding gates here
>>>>
>>>> http://hg.openjdk.java.net/jdk7u/jdk7u-osx-gate/
>>>>
>>>> The jdk7u-osx forest is a clone of jdk7u/jdk7u-dev and has the same 
>>>> jcheck
>>>> constraints as jdk7u-dev (i.e., duplicate bugids are allowed).  The 
>>>> push
>>>> notification
>>>> alias is
>>>>
>>>> macosx-port-dev at openjdk.java.net
>>>>
>>>> When component teams deem it advisable, they'll ask permission to 
>>>> push to
>>>> jdk7u-dev via the existing process.
>>>>
>>>> Hotspot pushes to jdk7u-osx will likely happen on the same schedule 
>>>> as those
>>>> to jdk7u-dev.  The initial port is wending its way through the 
>>>> integration
>>>> process
>>>> from hsx/hotspot-rt through hsx/hotspot-main to hsx/hsx23, and will 
>>>> go from
>>>> there to jdk7u-osx/hotspot.
>>>>
>>>> Paul
>>>>
>>>> On 10/11/11 8:59 AM, Dalibor Topic wrote:
>>>>> On 10/6/11 6:37 PM, Dalibor Topic wrote:
>>>>>> On 10/6/11 8:16 AM, Paul Hohensee wrote:
>>>>>>> At JavaOne, Oracle announced the developer preview of the JDK7 
>>>>>>> Mac OSX
>>>>>>> port. Apple is open-sourcing the port and Oracle plans to 
>>>>>>> deliver it in
>>>>>>> a future JDK7 update release.   Since the initial port will use 
>>>>>>> the JDK7
>>>>>>> code
>>>>>>> base, I'd like to propose the creation of a project repo forest 
>>>>>>> for the
>>>>>>> port
>>>>>>> as a sub-project of the JDK7 update project. Once a stable port 
>>>>>>> exists
>>>>>>> in the OSX project repo forest, we can request permission to 
>>>>>>> push it to
>>>>>>> jdk7u.
>>>>>> Thanks for this proposal, Paul.
>>>>>>
>>>>>> I posted a link to the Oracle JDK 7 Update release roadmap 
>>>>>> published at
>>>>>> JavaOne
>>>>>> and the corresponding press releases which give some more background
>>>>>> information
>>>>>> on the plans wrt to the Mac OS X port to provide some more 
>>>>>> background for
>>>>>> this
>>>>>> request. [1]
>>>>>>
>>>>>> I'd like to open up this proposal for discussion until Monday.
>>>>> Thanks to everyone who participated in the discussion. With my JDK 7
>>>>> Updates Project
>>>>> Lead hat on, I think this is a good proposal, so we will go ahead and
>>>>> create a separate
>>>>> jdk7u-osx  forest for the jdk7u integration of the Mac OS X port 
>>>>> based off
>>>>> the mainline
>>>>> jdk7u master, with commit e-mails heading to the macosx-port-dev 
>>>>> list in
>>>>> order to
>>>>> keep the Mac porters up to date on the progress of jdk7u(4) 
>>>>> integration
>>>>> work.
>>>>>
>>>>> cheers,
>>>>> dalibor topic
>>>>>
>>>>>> cheers,
>>>>>> dalibor topic
>>>>>>
>>>>>> [1]
>>>>>> http://mail.openjdk.java.net/pipermail/jdk7u-dev/2011-October/000534.html 
>>>>>>
>>>>>>
>>>>>
>

From philip.race at oracle.com  Tue Oct 25 13:11:52 2011
From: philip.race at oracle.com (Phil Race)
Date: Tue, 25 Oct 2011 13:11:52 -0700
Subject: Request for creation of OSX integration repo forest
In-Reply-To: <4EA7167B.7040509@oracle.com>
References: <4E8DC649.6000109@oracle.com>	<4E8DD92F.3010203@oracle.com>	<4E943DBC.1070103@oracle.com>	<4E9C895B.5020400@oracle.com>	<CALyUpY27MnneWCA17k=+NJ9NWgrnFMHqBforZSG-4d6Tp3R9xg@mail.gmail.com>
	<4E9F24A6.3090204@oracle.com> <4EA7121B.7080204@oracle.com>
	<4EA7167B.7040509@oracle.com>
Message-ID: <4EA71808.4020809@oracle.com>

So someone will make all the necessary OS X source and build changes in 
this new
7ux forest to build something that if it runs at all, certainly won't 
run client apps ?
It might be enough for running the non-client tests but it seems like 
that's the
kind of dead end changes that are better made in some other forest 
rather than
the one that's supposed to host the "real" work.

-phil.

On 10/25/2011 1:05 PM, Paul Hohensee wrote:
> Yes, I think we knew that.  What I was proposing was an interim state of
> jdk7u-osx (call it the Oracle forest: jdk7u-osx is quite a mouthful) 
> where
> we could build testable bundles on osx before the client work is 
> integrated.
>
> Paul
>
> On 10/25/11 3:46 PM, Phil Race wrote:
>> Paul,
>>
>> Just so you know, OpenJDK on OS X doesn't use X11.
>> Earlier that's all there was but now that's obsolete and its based on 
>> Cocoa APIs.
>>
>> -phil.
>>
>> On 10/19/11 12:27 PM, Paul Hohensee wrote:
>>> On 10/17/11 4:20 PM, Henri Gomez wrote:
>>>> What does it means for osx builder like me ?
>>>
>>> This is what I expect, actual process may vary a bit.
>>>
>>> The forest is a development forest, so while you ought to be able to
>>> build it at any given time, it's not necessarily completely stable 
>>> (i.e.,
>>> may not pass the jcks at any given time).  Until we get the
>>> infrastructure in place to build an X11-based bundle that runs on OS X,
>>> it won't be very useful.  That'll be pretty much all makefile changes.
>>> Once we have that plus hotspot (which we already have in 
>>> hsx/hotspot-rt),
>>> everyone except the client team (i.e., graphics team) will be able 
>>> to build
>>> and test on OS X under X11.
>>>
>>>> When could we try to use it for OS/X builds ?
>>>
>>> When we get the infrastructure for building on OS X done, vis. above.
>>>
>>> Paul
>>>
>>>> 2011/10/17 Paul Hohensee<paul.hohensee at oracle.com>:
>>>>> Thanks, Dalibor.
>>>>>
>>>>> The forest is here
>>>>>
>>>>> http://hg.openjdk.java.net/jdk7u/jdk7u-osx/
>>>>>
>>>>> and the corresponding gates here
>>>>>
>>>>> http://hg.openjdk.java.net/jdk7u/jdk7u-osx-gate/
>>>>>
>>>>> The jdk7u-osx forest is a clone of jdk7u/jdk7u-dev and has the 
>>>>> same jcheck
>>>>> constraints as jdk7u-dev (i.e., duplicate bugids are allowed).  
>>>>> The push
>>>>> notification
>>>>> alias is
>>>>>
>>>>> macosx-port-dev at openjdk.java.net
>>>>>
>>>>> When component teams deem it advisable, they'll ask permission to 
>>>>> push to
>>>>> jdk7u-dev via the existing process.
>>>>>
>>>>> Hotspot pushes to jdk7u-osx will likely happen on the same 
>>>>> schedule as those
>>>>> to jdk7u-dev.  The initial port is wending its way through the 
>>>>> integration
>>>>> process
>>>>> from hsx/hotspot-rt through hsx/hotspot-main to hsx/hsx23, and 
>>>>> will go from
>>>>> there to jdk7u-osx/hotspot.
>>>>>
>>>>> Paul
>>>>>
>>>>> On 10/11/11 8:59 AM, Dalibor Topic wrote:
>>>>>> On 10/6/11 6:37 PM, Dalibor Topic wrote:
>>>>>>> On 10/6/11 8:16 AM, Paul Hohensee wrote:
>>>>>>>> At JavaOne, Oracle announced the developer preview of the JDK7 
>>>>>>>> Mac OSX
>>>>>>>> port. Apple is open-sourcing the port and Oracle plans to 
>>>>>>>> deliver it in
>>>>>>>> a future JDK7 update release.   Since the initial port will use 
>>>>>>>> the JDK7
>>>>>>>> code
>>>>>>>> base, I'd like to propose the creation of a project repo forest 
>>>>>>>> for the
>>>>>>>> port
>>>>>>>> as a sub-project of the JDK7 update project. Once a stable port 
>>>>>>>> exists
>>>>>>>> in the OSX project repo forest, we can request permission to 
>>>>>>>> push it to
>>>>>>>> jdk7u.
>>>>>>> Thanks for this proposal, Paul.
>>>>>>>
>>>>>>> I posted a link to the Oracle JDK 7 Update release roadmap 
>>>>>>> published at
>>>>>>> JavaOne
>>>>>>> and the corresponding press releases which give some more 
>>>>>>> background
>>>>>>> information
>>>>>>> on the plans wrt to the Mac OS X port to provide some more 
>>>>>>> background for
>>>>>>> this
>>>>>>> request. [1]
>>>>>>>
>>>>>>> I'd like to open up this proposal for discussion until Monday.
>>>>>> Thanks to everyone who participated in the discussion. With my JDK 7
>>>>>> Updates Project
>>>>>> Lead hat on, I think this is a good proposal, so we will go ahead 
>>>>>> and
>>>>>> create a separate
>>>>>> jdk7u-osx  forest for the jdk7u integration of the Mac OS X port 
>>>>>> based off
>>>>>> the mainline
>>>>>> jdk7u master, with commit e-mails heading to the macosx-port-dev 
>>>>>> list in
>>>>>> order to
>>>>>> keep the Mac porters up to date on the progress of jdk7u(4) 
>>>>>> integration
>>>>>> work.
>>>>>>
>>>>>> cheers,
>>>>>> dalibor topic
>>>>>>
>>>>>>> cheers,
>>>>>>> dalibor topic
>>>>>>>
>>>>>>> [1]
>>>>>>> http://mail.openjdk.java.net/pipermail/jdk7u-dev/2011-October/000534.html 
>>>>>>>
>>>>>>>
>>>>>>
>>


From paul.hohensee at oracle.com  Tue Oct 25 13:17:04 2011
From: paul.hohensee at oracle.com (Paul Hohensee)
Date: Tue, 25 Oct 2011 16:17:04 -0400
Subject: Request for creation of OSX integration repo forest
In-Reply-To: <4EA71808.4020809@oracle.com>
References: <4E8DC649.6000109@oracle.com>	<4E8DD92F.3010203@oracle.com>	<4E943DBC.1070103@oracle.com>	<4E9C895B.5020400@oracle.com>	<CALyUpY27MnneWCA17k=+NJ9NWgrnFMHqBforZSG-4d6Tp3R9xg@mail.gmail.com>
	<4E9F24A6.3090204@oracle.com> <4EA7121B.7080204@oracle.com>
	<4EA7167B.7040509@oracle.com> <4EA71808.4020809@oracle.com>
Message-ID: <4EA71940.3030303@oracle.com>

The idea is that it's an interim state where at least the core libs 
group can do
work before the client work is integrated.  jdk7u-osx is mean to be the 
forest
that hosts the "real" work because the macosx-port forest can't be stretched
to fit.  If there's somehow a way to turn the macosx-port forest into 
something
that can be pushed to jdk7u, it would make sense to have it be the forest
that hosts the "real" work, but I don't see any easy way to do so.

Paul

On 10/25/11 4:11 PM, Phil Race wrote:
> So someone will make all the necessary OS X source and build changes 
> in this new
> 7ux forest to build something that if it runs at all, certainly won't 
> run client apps ?
> It might be enough for running the non-client tests but it seems like 
> that's the
> kind of dead end changes that are better made in some other forest 
> rather than
> the one that's supposed to host the "real" work.
>
> -phil.
>
> On 10/25/2011 1:05 PM, Paul Hohensee wrote:
>> Yes, I think we knew that.  What I was proposing was an interim state of
>> jdk7u-osx (call it the Oracle forest: jdk7u-osx is quite a mouthful) 
>> where
>> we could build testable bundles on osx before the client work is 
>> integrated.
>>
>> Paul
>>
>> On 10/25/11 3:46 PM, Phil Race wrote:
>>> Paul,
>>>
>>> Just so you know, OpenJDK on OS X doesn't use X11.
>>> Earlier that's all there was but now that's obsolete and its based 
>>> on Cocoa APIs.
>>>
>>> -phil.
>>>
>>> On 10/19/11 12:27 PM, Paul Hohensee wrote:
>>>> On 10/17/11 4:20 PM, Henri Gomez wrote:
>>>>> What does it means for osx builder like me ?
>>>>
>>>> This is what I expect, actual process may vary a bit.
>>>>
>>>> The forest is a development forest, so while you ought to be able to
>>>> build it at any given time, it's not necessarily completely stable 
>>>> (i.e.,
>>>> may not pass the jcks at any given time).  Until we get the
>>>> infrastructure in place to build an X11-based bundle that runs on 
>>>> OS X,
>>>> it won't be very useful.  That'll be pretty much all makefile changes.
>>>> Once we have that plus hotspot (which we already have in 
>>>> hsx/hotspot-rt),
>>>> everyone except the client team (i.e., graphics team) will be able 
>>>> to build
>>>> and test on OS X under X11.
>>>>
>>>>> When could we try to use it for OS/X builds ?
>>>>
>>>> When we get the infrastructure for building on OS X done, vis. above.
>>>>
>>>> Paul
>>>>
>>>>> 2011/10/17 Paul Hohensee<paul.hohensee at oracle.com>:
>>>>>> Thanks, Dalibor.
>>>>>>
>>>>>> The forest is here
>>>>>>
>>>>>> http://hg.openjdk.java.net/jdk7u/jdk7u-osx/
>>>>>>
>>>>>> and the corresponding gates here
>>>>>>
>>>>>> http://hg.openjdk.java.net/jdk7u/jdk7u-osx-gate/
>>>>>>
>>>>>> The jdk7u-osx forest is a clone of jdk7u/jdk7u-dev and has the 
>>>>>> same jcheck
>>>>>> constraints as jdk7u-dev (i.e., duplicate bugids are allowed).  
>>>>>> The push
>>>>>> notification
>>>>>> alias is
>>>>>>
>>>>>> macosx-port-dev at openjdk.java.net
>>>>>>
>>>>>> When component teams deem it advisable, they'll ask permission to 
>>>>>> push to
>>>>>> jdk7u-dev via the existing process.
>>>>>>
>>>>>> Hotspot pushes to jdk7u-osx will likely happen on the same 
>>>>>> schedule as those
>>>>>> to jdk7u-dev.  The initial port is wending its way through the 
>>>>>> integration
>>>>>> process
>>>>>> from hsx/hotspot-rt through hsx/hotspot-main to hsx/hsx23, and 
>>>>>> will go from
>>>>>> there to jdk7u-osx/hotspot.
>>>>>>
>>>>>> Paul
>>>>>>
>>>>>> On 10/11/11 8:59 AM, Dalibor Topic wrote:
>>>>>>> On 10/6/11 6:37 PM, Dalibor Topic wrote:
>>>>>>>> On 10/6/11 8:16 AM, Paul Hohensee wrote:
>>>>>>>>> At JavaOne, Oracle announced the developer preview of the JDK7 
>>>>>>>>> Mac OSX
>>>>>>>>> port. Apple is open-sourcing the port and Oracle plans to 
>>>>>>>>> deliver it in
>>>>>>>>> a future JDK7 update release.   Since the initial port will 
>>>>>>>>> use the JDK7
>>>>>>>>> code
>>>>>>>>> base, I'd like to propose the creation of a project repo 
>>>>>>>>> forest for the
>>>>>>>>> port
>>>>>>>>> as a sub-project of the JDK7 update project. Once a stable 
>>>>>>>>> port exists
>>>>>>>>> in the OSX project repo forest, we can request permission to 
>>>>>>>>> push it to
>>>>>>>>> jdk7u.
>>>>>>>> Thanks for this proposal, Paul.
>>>>>>>>
>>>>>>>> I posted a link to the Oracle JDK 7 Update release roadmap 
>>>>>>>> published at
>>>>>>>> JavaOne
>>>>>>>> and the corresponding press releases which give some more 
>>>>>>>> background
>>>>>>>> information
>>>>>>>> on the plans wrt to the Mac OS X port to provide some more 
>>>>>>>> background for
>>>>>>>> this
>>>>>>>> request. [1]
>>>>>>>>
>>>>>>>> I'd like to open up this proposal for discussion until Monday.
>>>>>>> Thanks to everyone who participated in the discussion. With my 
>>>>>>> JDK 7
>>>>>>> Updates Project
>>>>>>> Lead hat on, I think this is a good proposal, so we will go 
>>>>>>> ahead and
>>>>>>> create a separate
>>>>>>> jdk7u-osx  forest for the jdk7u integration of the Mac OS X port 
>>>>>>> based off
>>>>>>> the mainline
>>>>>>> jdk7u master, with commit e-mails heading to the macosx-port-dev 
>>>>>>> list in
>>>>>>> order to
>>>>>>> keep the Mac porters up to date on the progress of jdk7u(4) 
>>>>>>> integration
>>>>>>> work.
>>>>>>>
>>>>>>> cheers,
>>>>>>> dalibor topic
>>>>>>>
>>>>>>>> cheers,
>>>>>>>> dalibor topic
>>>>>>>>
>>>>>>>> [1]
>>>>>>>> http://mail.openjdk.java.net/pipermail/jdk7u-dev/2011-October/000534.html 
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>
>

From michael.x.mcmahon at oracle.com  Tue Oct 25 14:14:10 2011
From: michael.x.mcmahon at oracle.com (Michael McMahon)
Date: Tue, 25 Oct 2011 22:14:10 +0100
Subject: Request for creation of OSX integration repo forest
In-Reply-To: <4EA7121B.7080204@oracle.com>
References: <4E8DC649.6000109@oracle.com>	<4E8DD92F.3010203@oracle.com>	<4E943DBC.1070103@oracle.com>	<4E9C895B.5020400@oracle.com>	<CALyUpY27MnneWCA17k=+NJ9NWgrnFMHqBforZSG-4d6Tp3R9xg@mail.gmail.com>	<4E9F24A6.3090204@oracle.com>
	<4EA7121B.7080204@oracle.com>
Message-ID: <4EA726A2.5050600@oracle.com>

Phil,

Though, the X11 toolkit still builds and runs ok...

- Michael.

On 25/10/11 20:46, Phil Race wrote:
> Paul,
>
> Just so you know, OpenJDK on OS X doesn't use X11.
> Earlier that's all there was but now that's obsolete and its based on 
> Cocoa APIs.
>
> -phil.
>
> On 10/19/11 12:27 PM, Paul Hohensee wrote:
>> On 10/17/11 4:20 PM, Henri Gomez wrote:
>>> What does it means for osx builder like me ?
>>
>> This is what I expect, actual process may vary a bit.
>>
>> The forest is a development forest, so while you ought to be able to
>> build it at any given time, it's not necessarily completely stable 
>> (i.e.,
>> may not pass the jcks at any given time).  Until we get the
>> infrastructure in place to build an X11-based bundle that runs on OS X,
>> it won't be very useful.  That'll be pretty much all makefile changes.
>> Once we have that plus hotspot (which we already have in 
>> hsx/hotspot-rt),
>> everyone except the client team (i.e., graphics team) will be able to 
>> build
>> and test on OS X under X11.
>>
>>> When could we try to use it for OS/X builds ?
>>
>> When we get the infrastructure for building on OS X done, vis. above.
>>
>> Paul
>>
>>> 2011/10/17 Paul Hohensee<paul.hohensee at oracle.com>:
>>>> Thanks, Dalibor.
>>>>
>>>> The forest is here
>>>>
>>>> http://hg.openjdk.java.net/jdk7u/jdk7u-osx/
>>>>
>>>> and the corresponding gates here
>>>>
>>>> http://hg.openjdk.java.net/jdk7u/jdk7u-osx-gate/
>>>>
>>>> The jdk7u-osx forest is a clone of jdk7u/jdk7u-dev and has the same 
>>>> jcheck
>>>> constraints as jdk7u-dev (i.e., duplicate bugids are allowed).  The 
>>>> push
>>>> notification
>>>> alias is
>>>>
>>>> macosx-port-dev at openjdk.java.net
>>>>
>>>> When component teams deem it advisable, they'll ask permission to 
>>>> push to
>>>> jdk7u-dev via the existing process.
>>>>
>>>> Hotspot pushes to jdk7u-osx will likely happen on the same schedule 
>>>> as those
>>>> to jdk7u-dev.  The initial port is wending its way through the 
>>>> integration
>>>> process
>>>> from hsx/hotspot-rt through hsx/hotspot-main to hsx/hsx23, and will 
>>>> go from
>>>> there to jdk7u-osx/hotspot.
>>>>
>>>> Paul
>>>>
>>>> On 10/11/11 8:59 AM, Dalibor Topic wrote:
>>>>> On 10/6/11 6:37 PM, Dalibor Topic wrote:
>>>>>> On 10/6/11 8:16 AM, Paul Hohensee wrote:
>>>>>>> At JavaOne, Oracle announced the developer preview of the JDK7 
>>>>>>> Mac OSX
>>>>>>> port. Apple is open-sourcing the port and Oracle plans to 
>>>>>>> deliver it in
>>>>>>> a future JDK7 update release.   Since the initial port will use 
>>>>>>> the JDK7
>>>>>>> code
>>>>>>> base, I'd like to propose the creation of a project repo forest 
>>>>>>> for the
>>>>>>> port
>>>>>>> as a sub-project of the JDK7 update project. Once a stable port 
>>>>>>> exists
>>>>>>> in the OSX project repo forest, we can request permission to 
>>>>>>> push it to
>>>>>>> jdk7u.
>>>>>> Thanks for this proposal, Paul.
>>>>>>
>>>>>> I posted a link to the Oracle JDK 7 Update release roadmap 
>>>>>> published at
>>>>>> JavaOne
>>>>>> and the corresponding press releases which give some more background
>>>>>> information
>>>>>> on the plans wrt to the Mac OS X port to provide some more 
>>>>>> background for
>>>>>> this
>>>>>> request. [1]
>>>>>>
>>>>>> I'd like to open up this proposal for discussion until Monday.
>>>>> Thanks to everyone who participated in the discussion. With my JDK 7
>>>>> Updates Project
>>>>> Lead hat on, I think this is a good proposal, so we will go ahead and
>>>>> create a separate
>>>>> jdk7u-osx  forest for the jdk7u integration of the Mac OS X port 
>>>>> based off
>>>>> the mainline
>>>>> jdk7u master, with commit e-mails heading to the macosx-port-dev 
>>>>> list in
>>>>> order to
>>>>> keep the Mac porters up to date on the progress of jdk7u(4) 
>>>>> integration
>>>>> work.
>>>>>
>>>>> cheers,
>>>>> dalibor topic
>>>>>
>>>>>> cheers,
>>>>>> dalibor topic
>>>>>>
>>>>>> [1]
>>>>>> http://mail.openjdk.java.net/pipermail/jdk7u-dev/2011-October/000534.html 
>>>>>>
>>>>>>
>>>>>
>


From philip.race at oracle.com  Tue Oct 25 14:22:05 2011
From: philip.race at oracle.com (Phil Race)
Date: Tue, 25 Oct 2011 14:22:05 -0700
Subject: Request for creation of OSX integration repo forest
In-Reply-To: <4EA726A2.5050600@oracle.com>
References: <4E8DC649.6000109@oracle.com>	<4E8DD92F.3010203@oracle.com>	<4E943DBC.1070103@oracle.com>	<4E9C895B.5020400@oracle.com>	<CALyUpY27MnneWCA17k=+NJ9NWgrnFMHqBforZSG-4d6Tp3R9xg@mail.gmail.com>	<4E9F24A6.3090204@oracle.com>
	<4EA7121B.7080204@oracle.com> <4EA726A2.5050600@oracle.com>
Message-ID: <4EA7287D.6030301@oracle.com>

I didn't say otherwise. But turns out Paul isn't talking about the OS X 
porting
project forest anyway .. he's referring to the 7ux forest, and there it 
does not.

-phil.

On 10/25/2011 2:14 PM, Michael McMahon wrote:
> Phil,
>
> Though, the X11 toolkit still builds and runs ok...
>
> - Michael.
>
> On 25/10/11 20:46, Phil Race wrote:
>> Paul,
>>
>> Just so you know, OpenJDK on OS X doesn't use X11.
>> Earlier that's all there was but now that's obsolete and its based on 
>> Cocoa APIs.
>>
>> -phil.
>>
>> On 10/19/11 12:27 PM, Paul Hohensee wrote:
>>> On 10/17/11 4:20 PM, Henri Gomez wrote:
>>>> What does it means for osx builder like me ?
>>>
>>> This is what I expect, actual process may vary a bit.
>>>
>>> The forest is a development forest, so while you ought to be able to
>>> build it at any given time, it's not necessarily completely stable 
>>> (i.e.,
>>> may not pass the jcks at any given time).  Until we get the
>>> infrastructure in place to build an X11-based bundle that runs on OS X,
>>> it won't be very useful.  That'll be pretty much all makefile changes.
>>> Once we have that plus hotspot (which we already have in 
>>> hsx/hotspot-rt),
>>> everyone except the client team (i.e., graphics team) will be able 
>>> to build
>>> and test on OS X under X11.
>>>
>>>> When could we try to use it for OS/X builds ?
>>>
>>> When we get the infrastructure for building on OS X done, vis. above.
>>>
>>> Paul
>>>
>>>> 2011/10/17 Paul Hohensee<paul.hohensee at oracle.com>:
>>>>> Thanks, Dalibor.
>>>>>
>>>>> The forest is here
>>>>>
>>>>> http://hg.openjdk.java.net/jdk7u/jdk7u-osx/
>>>>>
>>>>> and the corresponding gates here
>>>>>
>>>>> http://hg.openjdk.java.net/jdk7u/jdk7u-osx-gate/
>>>>>
>>>>> The jdk7u-osx forest is a clone of jdk7u/jdk7u-dev and has the 
>>>>> same jcheck
>>>>> constraints as jdk7u-dev (i.e., duplicate bugids are allowed).  
>>>>> The push
>>>>> notification
>>>>> alias is
>>>>>
>>>>> macosx-port-dev at openjdk.java.net
>>>>>
>>>>> When component teams deem it advisable, they'll ask permission to 
>>>>> push to
>>>>> jdk7u-dev via the existing process.
>>>>>
>>>>> Hotspot pushes to jdk7u-osx will likely happen on the same 
>>>>> schedule as those
>>>>> to jdk7u-dev.  The initial port is wending its way through the 
>>>>> integration
>>>>> process
>>>>> from hsx/hotspot-rt through hsx/hotspot-main to hsx/hsx23, and 
>>>>> will go from
>>>>> there to jdk7u-osx/hotspot.
>>>>>
>>>>> Paul
>>>>>
>>>>> On 10/11/11 8:59 AM, Dalibor Topic wrote:
>>>>>> On 10/6/11 6:37 PM, Dalibor Topic wrote:
>>>>>>> On 10/6/11 8:16 AM, Paul Hohensee wrote:
>>>>>>>> At JavaOne, Oracle announced the developer preview of the JDK7 
>>>>>>>> Mac OSX
>>>>>>>> port. Apple is open-sourcing the port and Oracle plans to 
>>>>>>>> deliver it in
>>>>>>>> a future JDK7 update release.   Since the initial port will use 
>>>>>>>> the JDK7
>>>>>>>> code
>>>>>>>> base, I'd like to propose the creation of a project repo forest 
>>>>>>>> for the
>>>>>>>> port
>>>>>>>> as a sub-project of the JDK7 update project. Once a stable port 
>>>>>>>> exists
>>>>>>>> in the OSX project repo forest, we can request permission to 
>>>>>>>> push it to
>>>>>>>> jdk7u.
>>>>>>> Thanks for this proposal, Paul.
>>>>>>>
>>>>>>> I posted a link to the Oracle JDK 7 Update release roadmap 
>>>>>>> published at
>>>>>>> JavaOne
>>>>>>> and the corresponding press releases which give some more 
>>>>>>> background
>>>>>>> information
>>>>>>> on the plans wrt to the Mac OS X port to provide some more 
>>>>>>> background for
>>>>>>> this
>>>>>>> request. [1]
>>>>>>>
>>>>>>> I'd like to open up this proposal for discussion until Monday.
>>>>>> Thanks to everyone who participated in the discussion. With my JDK 7
>>>>>> Updates Project
>>>>>> Lead hat on, I think this is a good proposal, so we will go ahead 
>>>>>> and
>>>>>> create a separate
>>>>>> jdk7u-osx  forest for the jdk7u integration of the Mac OS X port 
>>>>>> based off
>>>>>> the mainline
>>>>>> jdk7u master, with commit e-mails heading to the macosx-port-dev 
>>>>>> list in
>>>>>> order to
>>>>>> keep the Mac porters up to date on the progress of jdk7u(4) 
>>>>>> integration
>>>>>> work.
>>>>>>
>>>>>> cheers,
>>>>>> dalibor topic
>>>>>>
>>>>>>> cheers,
>>>>>>> dalibor topic
>>>>>>>
>>>>>>> [1]
>>>>>>> http://mail.openjdk.java.net/pipermail/jdk7u-dev/2011-October/000534.html 
>>>>>>>
>>>>>>>
>>>>>>
>>
>


From mik3hall at gmail.com  Tue Oct 25 18:25:06 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Tue, 25 Oct 2011 20:25:06 -0500
Subject: No compiler access
Message-ID: <439DD05C-9B1D-4CC5-8388-AA6252F0B58C@gmail.com>

	    JavaCompiler compiler = ToolProvider.getSystemJavaCompiler();
The following is line 54
	    StandardJavaFileManager fileManager = compiler.getStandardFileManager(null, null, null);

java.lang.NullPointerException
	at org.cmdline.cmds.dojava.main(dojava.java:54)

I assume known to be missing?

From swingler at apple.com  Tue Oct 25 19:24:46 2011
From: swingler at apple.com (Mike Swingler)
Date: Tue, 25 Oct 2011 19:24:46 -0700
Subject: JObjC.jar ?
In-Reply-To: <42D8F6E1-6966-4C01-BFF0-C6BA434DFC07@verizon.net>
References: <04F01C84-526B-4AEB-B665-8645FAC416D0@ultramixer.com>
	<4CB84C02-581F-43DC-8DF2-0AAA7FD02E6A@apple.com>
	<42D8F6E1-6966-4C01-BFF0-C6BA434DFC07@verizon.net>
Message-ID: <1F33729A-AD16-45AE-986C-3D0FB83B00E0@apple.com>

On Oct 25, 2011, at 5:03 PM, Greg Brown wrote:

> Hi Mike,
> 
> Can you define "high performance"?  :-)  For example, would it be suitable for use in a basic GUI app?

That's up to you to benchmark and decide for yourself. These classes are an internal implementation detail of OpenJDK and could be completely removed tomorrow.

> Is there any documentation available for this? A quick Google search on "jobjc" didn't turn up much.

None. Use at your own risk.

> Thanks,
> Greg
> 
> On Oct 10, 2011, at 6:23 PM, Mike Swingler wrote:
> 
>> On Oct 8, 2011, at 3:13 PM, Tobias Bley (UltraMixer) wrote:
>> 
>>> Hi Mike,
>>> 
>>> I recently found the JObjC.jar in JDK7. Could you please tell us something about it? Can we use it to use native cocoa components like NSOpenPanel (i saw NSOpenPanel.class)?
>> 
>> Potentially. It is really only for the internal use of the JVM class libraries themselves for native platform integration which does not require high performance.

Regards,
Mike Swingler
Java Engineering
Apple Inc.


From henri.gomez at gmail.com  Tue Oct 25 23:28:53 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Wed, 26 Oct 2011 08:28:53 +0200
Subject: JDK7u1 and current OS/X forest
Message-ID: <CALyUpY2NtZWaGQFMrwJ3H+Qy591CdXo+R5-Aq=Nj6-b0UrraYA@mail.gmail.com>

Hi to all,

After reading http://www.oracle.com/technetwork/java/javase/7u1-relnotes-507962.html,
I'm wondering what's state of current OpenJDK for OS/X trunk ?

Are bugs #7068051 and #7077439 fixed in the current trunk ?

Bug ID	Category	Sub-Category	Synopsis
7068051 	hotspot	compiler2	SIGSEGV in
PhaseIdealLoop::build_loop_late_post on T5440
7077439 	hotspot	compiler2	Possible reference through NULL in
loopPrdicate.cpp:726

Cheers

From sergey.bylokhov at oracle.com  Wed Oct 26 01:43:07 2011
From: sergey.bylokhov at oracle.com (sergey.bylokhov at oracle.com)
Date: Wed, 26 Oct 2011 08:43:07 +0000
Subject: hg: macosx-port/macosx-port/jdk: MACOSX_PORT-598: Canvas with paint()
	overridden inside of a ScrollPane = disaster
Message-ID: <20111026084330.6278847125@hg.openjdk.java.net>

Changeset: 0b57168f0226
Author:    serb
Date:      2011-10-26 12:41 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/0b57168f0226

MACOSX_PORT-598: Canvas with paint() overridden inside of a ScrollPane = disaster

! src/macosx/classes/sun/lwawt/LWComponentPeer.java
! src/macosx/classes/sun/lwawt/LWContainerPeer.java


From alan.bateman at oracle.com  Wed Oct 26 05:05:44 2011
From: alan.bateman at oracle.com (alan.bateman at oracle.com)
Date: Wed, 26 Oct 2011 12:05:44 +0000
Subject: hg: macosx-port/macosx-port/jdk: MACOSX_PORT-232: Files.setAttribute
	fails siltently when updating file timestamps
Message-ID: <20111026120608.9F66747127@hg.openjdk.java.net>

Changeset: 551c47287971
Author:    alanb
Date:      2011-10-26 13:02 +0100
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/551c47287971

MACOSX_PORT-232: Files.setAttribute fails siltently when updating file timestamps

! src/solaris/native/sun/nio/fs/UnixNativeDispatcher.c


From tomas.hurka at googlemail.com  Wed Oct 26 05:50:55 2011
From: tomas.hurka at googlemail.com (Tomas Hurka)
Date: Wed, 26 Oct 2011 14:50:55 +0200
Subject: JDK7u1 and current OS/X forest
In-Reply-To: <CALyUpY2NtZWaGQFMrwJ3H+Qy591CdXo+R5-Aq=Nj6-b0UrraYA@mail.gmail.com>
References: <CALyUpY2NtZWaGQFMrwJ3H+Qy591CdXo+R5-Aq=Nj6-b0UrraYA@mail.gmail.com>
Message-ID: <814164E4-CF2D-4336-A5A8-83F03A1C6A3E@googlemail.com>

Hi Henri,

On 26 Oct 2011, at 08:28, Henri Gomez wrote:
> After reading http://www.oracle.com/technetwork/java/javase/7u1-relnotes-507962.html,
> I'm wondering what's state of current OpenJDK for OS/X trunk ?
> 
> Are bugs #7068051 and #7077439 fixed in the current trunk ?
They are not fixed in OpenJDK for Mac OS X. Both bugs are fixed in HotSpot hs21-b18, but current trunk <http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot> uses HotSpot hs21-b17.

Bye,
--
Tomas Hurka   <mailto:tomas.hurka at oracle.com>
NetBeans Profiler http://profiler.netbeans.org
VisualVM http://visualvm.java.net
Software Developer
Oracle, Praha Czech Republic


From henri.gomez at gmail.com  Wed Oct 26 05:59:09 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Wed, 26 Oct 2011 14:59:09 +0200
Subject: JDK7u1 and current OS/X forest
In-Reply-To: <814164E4-CF2D-4336-A5A8-83F03A1C6A3E@googlemail.com>
References: <CALyUpY2NtZWaGQFMrwJ3H+Qy591CdXo+R5-Aq=Nj6-b0UrraYA@mail.gmail.com>
	<814164E4-CF2D-4336-A5A8-83F03A1C6A3E@googlemail.com>
Message-ID: <CALyUpY2-2FYf+GQu75Pu8PbDURorVJ6Z0-HjT2ZUZ9GKnGXDKQ@mail.gmail.com>

>> Are bugs #7068051 and #7077439 fixed in the current trunk ?
> They are not fixed in OpenJDK for Mac OS X. Both bugs are fixed in HotSpot hs21-b18, but current trunk <http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot> uses HotSpot hs21-b17.

Thanks Tomas

HotSpot hs21-b18 should be merged soon in OpenJDK for OS/X ?

From artem.ananiev at oracle.com  Wed Oct 26 07:57:39 2011
From: artem.ananiev at oracle.com (Artem Ananiev)
Date: Wed, 26 Oct 2011 18:57:39 +0400
Subject: CFV: New Mac OS X Port Committers
Message-ID: <4EA81FE3.3030405@oracle.com>


I hereby nominate the following people to Mac OS X Port Committers:

Alan Bateman (alanb)
Alexander Potochkin (alexp)
Andrew Brygin (bae)
Dmitry Cherepanov (dcherepanov)
Leonid Romanov (leonidr)
Naoto Sato (naoto)
Phil race (prr)

Votes are due by November 10, 2011.

Only currrent Mac OS X Port Committers [1] are eligible to vote on this 
nomination.

For Lazy Consensus voting instructions, see [2] and [3].

Thanks,

Artem

[1] http://openjdk.java.net/census#macosx-port
[2] http://openjdk.java.net/projects#committer-vote
[3] http://openjdk.java.net/bylaws#lazy-consensus


From swingler at apple.com  Wed Oct 26 08:01:02 2011
From: swingler at apple.com (Mike Swingler)
Date: Wed, 26 Oct 2011 08:01:02 -0700
Subject: CFV: New Mac OS X Port Committers
In-Reply-To: <4EA81FE3.3030405@oracle.com>
References: <4EA81FE3.3030405@oracle.com>
Message-ID: <1E52C270-E442-4A23-A3DE-BAFEA0F601B3@apple.com>

Vote: YES.
(for all)

Regards,
Mike Swingler
Java Engineering
Apple Inc.

On Oct 26, 2011, at 7:57 AM, Artem Ananiev wrote:

> I hereby nominate the following people to Mac OS X Port Committers:
> 
> Alan Bateman (alanb)
> Alexander Potochkin (alexp)
> Andrew Brygin (bae)
> Dmitry Cherepanov (dcherepanov)
> Leonid Romanov (leonidr)
> Naoto Sato (naoto)
> Phil race (prr)
> 
> Votes are due by November 10, 2011.
> 
> Only currrent Mac OS X Port Committers [1] are eligible to vote on this nomination.
> 
> For Lazy Consensus voting instructions, see [2] and [3].
> 
> Thanks,
> 
> Artem
> 
> [1] http://openjdk.java.net/census#macosx-port
> [2] http://openjdk.java.net/projects#committer-vote
> [3] http://openjdk.java.net/bylaws#lazy-consensus
> 


From alexander.potochkin at sun.com  Wed Oct 26 10:09:28 2011
From: alexander.potochkin at sun.com (alexander.potochkin at sun.com)
Date: Wed, 26 Oct 2011 17:09:28 +0000
Subject: hg: macosx-port/macosx-port/jdk: cumulative fix for #591 and #605
Message-ID: <20111026170952.D20E447136@hg.openjdk.java.net>

Changeset: d51338fd7eb0
Author:    alexp
Date:      2011-10-26 21:27 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/d51338fd7eb0

cumulative fix for #591 and #605

! make/sun/lwawt/FILES_export_macosx.gmk
! make/sun/lwawt/FILES_export_macosx.gmk.all
! src/macosx/classes/sun/lwawt/LWButtonPeer.java
! src/macosx/classes/sun/lwawt/LWCheckboxPeer.java
! src/macosx/classes/sun/lwawt/LWChoicePeer.java
! src/macosx/classes/sun/lwawt/LWComponentPeer.java
! src/macosx/classes/sun/lwawt/LWListPeer.java
! src/macosx/classes/sun/lwawt/LWScrollPanePeer.java
! src/macosx/classes/sun/lwawt/LWTextAreaPeer.java
! src/macosx/classes/sun/lwawt/LWTextFieldPeer.java


From alexander.potochkin at sun.com  Wed Oct 26 10:25:32 2011
From: alexander.potochkin at sun.com (alexander.potochkin at sun.com)
Date: Wed, 26 Oct 2011 17:25:32 +0000
Subject: hg: macosx-port/macosx-port/jdk: fixed #607: GraphicsTest demo fails
	with exception
Message-ID: <20111026172542.9BA9747137@hg.openjdk.java.net>

Changeset: 80982fb7f31f
Author:    alexp
Date:      2011-10-26 21:45 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/80982fb7f31f

fixed #607: GraphicsTest demo fails with exception

! src/macosx/classes/sun/lwawt/LWComponentPeer.java


From alexander.potochkin at sun.com  Wed Oct 26 10:47:49 2011
From: alexander.potochkin at sun.com (alexander.potochkin at sun.com)
Date: Wed, 26 Oct 2011 17:47:49 +0000
Subject: hg: macosx-port/macosx-port/jdk: clean up
Message-ID: <20111026174800.8E13647138@hg.openjdk.java.net>

Changeset: 93123a08a4ae
Author:    alexp
Date:      2011-10-26 22:07 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/93123a08a4ae

clean up

- src/macosx/classes/sun/lwawt/LWDelegateKeyboardFocusManager.java


From Alexander.Potochkin at oracle.com  Wed Oct 26 11:10:57 2011
From: Alexander.Potochkin at oracle.com (Alexander Potochkin)
Date: Wed, 26 Oct 2011 22:10:57 +0400
Subject: AquaLaf setting?
Message-ID: <4EA84D31.5040700@oracle.com>

Hello everybody

I wonder where in our code AquaLaF is set as the default Laf?

Is it read from some property file?
(Didn't find swing.properties)

Thanks
alexp

From kevin_m_miller at apple.com  Wed Oct 26 11:37:19 2011
From: kevin_m_miller at apple.com (Kevin)
Date: Wed, 26 Oct 2011 11:37:19 -0700
Subject: AquaLaf setting?
In-Reply-To: <4EA84D31.5040700@oracle.com>
References: <4EA84D31.5040700@oracle.com>
Message-ID: <5334763D-4AE8-4C80-8028-2AE9530E7595@apple.com>

On Oct 26, 2011, at 11:10 AM, Alexander Potochkin wrote:

> Hello everybody
> 
> I wonder where in our code AquaLaF is set as the default Laf?
> 

The Aqua LaF is chosen by javax.swing.UIManager.getSystemLookAndFeelClassName() if the OSType is MACOSX and the current toolkit is LWCToolkit (otherwise, we use Metal). 

> Is it read from some property file?
> (Didn't find swing.properties)
> 

We don't have a swing.properties file by default.  If the user creates the swing.properties file and specifies a different default LaF, we honor their choice.

> Thanks
> alexp

-Kevin

From david.katleman at sun.com  Wed Oct 26 15:00:19 2011
From: david.katleman at sun.com (david.katleman at sun.com)
Date: Wed, 26 Oct 2011 22:00:19 +0000
Subject: hg: macosx-port/macosx-port: Added tag jdk7-b215 for changeset
	eb8624b7b974
Message-ID: <20111026220019.B454847144@hg.openjdk.java.net>

Changeset: 4f62490a571c
Author:    katleman
Date:      2011-10-26 14:35 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/rev/4f62490a571c

Added tag jdk7-b215 for changeset eb8624b7b974

! .hgtags


From david.katleman at sun.com  Wed Oct 26 15:00:28 2011
From: david.katleman at sun.com (david.katleman at sun.com)
Date: Wed, 26 Oct 2011 22:00:28 +0000
Subject: hg: macosx-port/macosx-port/corba: Added tag jdk7-b215 for changeset
	853bbac9bee2
Message-ID: <20111026220028.C426247145@hg.openjdk.java.net>

Changeset: 2267482141ce
Author:    katleman
Date:      2011-10-26 14:35 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/corba/rev/2267482141ce

Added tag jdk7-b215 for changeset 853bbac9bee2

! .hgtags


From david.katleman at sun.com  Wed Oct 26 15:00:37 2011
From: david.katleman at sun.com (david.katleman at sun.com)
Date: Wed, 26 Oct 2011 22:00:37 +0000
Subject: hg: macosx-port/macosx-port/hotspot: Added tag jdk7-b215 for
	changeset 9030f1c32f9a
Message-ID: <20111026220039.7A98E47146@hg.openjdk.java.net>

Changeset: 52ea2a14f9d1
Author:    katleman
Date:      2011-10-26 14:35 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot/rev/52ea2a14f9d1

Added tag jdk7-b215 for changeset 9030f1c32f9a

! .hgtags


From david.katleman at sun.com  Wed Oct 26 15:00:48 2011
From: david.katleman at sun.com (david.katleman at sun.com)
Date: Wed, 26 Oct 2011 22:00:48 +0000
Subject: hg: macosx-port/macosx-port/jaxp: Added tag jdk7-b215 for changeset
	f400508a4869
Message-ID: <20111026220048.36B8847147@hg.openjdk.java.net>

Changeset: 7665c0b55c39
Author:    katleman
Date:      2011-10-26 14:35 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jaxp/rev/7665c0b55c39

Added tag jdk7-b215 for changeset f400508a4869

! .hgtags


From david.katleman at sun.com  Wed Oct 26 15:00:56 2011
From: david.katleman at sun.com (david.katleman at sun.com)
Date: Wed, 26 Oct 2011 22:00:56 +0000
Subject: hg: macosx-port/macosx-port/jaxws: Added tag jdk7-b215 for changeset
	98f5228b3bb9
Message-ID: <20111026220056.9B2F547148@hg.openjdk.java.net>

Changeset: c5c90bde6acc
Author:    katleman
Date:      2011-10-26 14:35 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jaxws/rev/c5c90bde6acc

Added tag jdk7-b215 for changeset 98f5228b3bb9

! .hgtags


From david.katleman at sun.com  Wed Oct 26 15:01:05 2011
From: david.katleman at sun.com (david.katleman at sun.com)
Date: Wed, 26 Oct 2011 22:01:05 +0000
Subject: hg: macosx-port/macosx-port/jdk: Added tag jdk7-b215 for changeset
	93123a08a4ae
Message-ID: <20111026220116.30D3647149@hg.openjdk.java.net>

Changeset: d5599ee98d94
Author:    katleman
Date:      2011-10-26 14:35 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/d5599ee98d94

Added tag jdk7-b215 for changeset 93123a08a4ae

! .hgtags


From david.katleman at sun.com  Wed Oct 26 15:01:25 2011
From: david.katleman at sun.com (david.katleman at sun.com)
Date: Wed, 26 Oct 2011 22:01:25 +0000
Subject: hg: macosx-port/macosx-port/langtools: Added tag jdk7-b215 for
	changeset c27938043955
Message-ID: <20111026220127.5F92C4714A@hg.openjdk.java.net>

Changeset: e0466bd86247
Author:    katleman
Date:      2011-10-26 14:36 -0700
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/langtools/rev/e0466bd86247

Added tag jdk7-b215 for changeset c27938043955

! .hgtags


From mik3hall at gmail.com  Wed Oct 26 15:19:13 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Wed, 26 Oct 2011 17:19:13 -0500
Subject: No compiler access
In-Reply-To: <439DD05C-9B1D-4CC5-8388-AA6252F0B58C@gmail.com>
References: <439DD05C-9B1D-4CC5-8388-AA6252F0B58C@gmail.com>
Message-ID: <AE29E523-823A-44BB-B2BE-97FB78A84D83@gmail.com>


On Oct 25, 2011, at 8:25 PM, Michael Hall wrote:

> 	    JavaCompiler compiler = ToolProvider.getSystemJavaCompiler();
> The following is line 54
> 	    StandardJavaFileManager fileManager = compiler.getStandardFileManager(null, null, null);
> 
> java.lang.NullPointerException
> 	at org.cmdline.cmds.dojava.main(dojava.java:54)
> 
> I assume known to be missing?

Never mind on this one as well.

Appeared to lead to http://java.net/jira/browse/MACOSX_PORT-483, I added myself as a watcher.

I think also tracked down current application bundle concerns to this one http://java.net/jira/browse/MACOSX_PORT-105, I added myself as a watcher.
I'm assuming when resolved http://wikis.sun.com/display/OpenJDK/How+to+embed+a+.jre+bundle+in+your+Mac+app will provide a how-to for setting up a application bundle.

Still somewhat curious about what version of XCode is required for the supplied projects for JavaAppLauncher (and Jobjc? I noticed a XCode project for this as well)
And why does the launcher not appear to include the ApplicationDelegate with the AppleEvent handler related?
But I guess I can get by curious until I know 105 has been resolved.

Thanks anyhow.


From david.katleman at oracle.com  Wed Oct 26 16:10:54 2011
From: david.katleman at oracle.com (David Katleman (Oracle))
Date: Wed, 26 Oct 2011 16:10:54 -0700
Subject: jdk mac 7 ea build b215 has been promoted
Message-ID: <4EA8937E.6080100@oracle.com>

*** Oracle Proprietary/Confidential: For Internal Use Only ***

ORIGIN        : RE
Product       : jdk mac
Version       : 7
Build         : ea b215
Date          : Wed Oct 26 15:24:38 PDT 2011
Binaries      : /java/re/jdk_mac/7/promoted/ea/b215/binaries
*Binaries URL : http://jre.us.oracle.com//java/re/jdk_mac/7/promoted/ea/b215/binaries
Bundles       : /java/re/jdk_mac/7/promoted/ea/b215/bundles
Source        : /java/re/jdk_mac/7/promoted/ea/b215/ws


java -version
openjdk version "1.7.0-ea"
OpenJDK Runtime Environment (build 1.7.0-ea-b215)
OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode)


From johnyeary at gmail.com  Wed Oct 26 16:22:50 2011
From: johnyeary at gmail.com (John Yeary)
Date: Wed, 26 Oct 2011 19:22:50 -0400
Subject: jdk mac 7 ea build b215 has been promoted
In-Reply-To: <4EA8937E.6080100@oracle.com>
References: <4EA8937E.6080100@oracle.com>
Message-ID: <CAOzQti=2tnrTbwhmAugVCGGdL1S_y5La3_jvWVDLMh8H94o7aw@mail.gmail.com>

OK. What does this mean. Is it really internal? The link does not work.

John

On Wed, Oct 26, 2011 at 7:10 PM, David Katleman (Oracle) <
david.katleman at oracle.com> wrote:

> *** Oracle Proprietary/Confidential: For Internal Use Only ***
>
> ORIGIN        : RE
> Product       : jdk mac
> Version       : 7
> Build         : ea b215
> Date          : Wed Oct 26 15:24:38 PDT 2011
> Binaries      : /java/re/jdk_mac/7/promoted/**ea/b215/binaries
> *Binaries URL : http://jre.us.oracle.com//**java/re/jdk_mac/7/promoted/ea/
> **b215/binaries<http://jre.us.oracle.com//java/re/jdk_mac/7/promoted/ea/b215/binaries>
> Bundles       : /java/re/jdk_mac/7/promoted/**ea/b215/bundles
> Source        : /java/re/jdk_mac/7/promoted/**ea/b215/ws
>
>
> java -version
> openjdk version "1.7.0-ea"
> OpenJDK Runtime Environment (build 1.7.0-ea-b215)
> OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode)
>
>


-- 
John Yeary
--
http://javaevangelist.blogspot.com
http://www.johnyeary.com
*@jyeary*

"Far better it is to dare mighty things, to win glorious triumphs, even
though checkered by failure, than to take rank with those poor spirits who
neither enjoy much nor suffer much, because they live in the gray twilight
that knows not victory nor defeat."
-- Theodore Roosevelt

From dalibor.topic at oracle.com  Wed Oct 26 17:18:21 2011
From: dalibor.topic at oracle.com (Dalibor Topic)
Date: Thu, 27 Oct 2011 02:18:21 +0200
Subject: jdk mac 7 ea build b215 has been promoted
In-Reply-To: <CAOzQti=2tnrTbwhmAugVCGGdL1S_y5La3_jvWVDLMh8H94o7aw@mail.gmail.com>
References: <4EA8937E.6080100@oracle.com>
	<CAOzQti=2tnrTbwhmAugVCGGdL1S_y5La3_jvWVDLMh8H94o7aw@mail.gmail.com>
Message-ID: <4EA8A34D.6070807@oracle.com>

On 10/27/11 1:22 AM, John Yeary wrote:
> OK. What does this mean. 

Unless you happen to be working inside Oracle, nothing - practically speaking.
I guess posting it to this list happened by mistake, since of course none of
the links work. Sorry for the confusion.

>Is it really internal? The link does not work.

No worries - You can get b215 on the jdk7.java.net site now, afaict: 
http://jdk7.java.net/macportpreview/
 
cheers,
dalibor topic

-- 
Oracle <http://www.oracle.com>
Dalibor Topic | Java F/OSS Ambassador
Phone: +494023646738 <tel:+494023646738> | Mobile: +491772664192 <tel:+491772664192>
Oracle Java Platform Group

ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 M?nchen
Registergericht: Amtsgericht M?nchen, HRA 95603

Komplement?rin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven

Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment

From victor.dyakov at oracle.com  Wed Oct 26 21:23:54 2011
From: victor.dyakov at oracle.com (Victor Dyakov)
Date: Thu, 27 Oct 2011 08:23:54 +0400
Subject: Updated JDK 1.7.0 Developer Preview?
In-Reply-To: <3AB124686C97483B899BE8F616F4BCAE@gmail.com>
References: <3AB124686C97483B899BE8F616F4BCAE@gmail.com>
Message-ID: <4EA8DCDA.4020903@oracle.com>

Hi Steve,

You can find the latest build on

http://jdk7.java.net/macportpreview/


--
Victor

On 10/20/2011 4:23 PM, Steve McLeod wrote:
>   The JDK 1.7.0 Developer Preview had a bug that was a showstopper for me but has now been fixed (http://java.net/jira/browse/MACOSX_PORT-504). Other issues are rapidly being resolved. When might we expect an updated JDK 1.7.0 Developer Preview? I'd be keen to try it out and make further reports on any issues.
>
>
>


From henri.gomez at gmail.com  Wed Oct 26 23:00:02 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Thu, 27 Oct 2011 08:00:02 +0200
Subject: jdk mac 7 ea build b215 has been promoted
In-Reply-To: <4EA8A34D.6070807@oracle.com>
References: <4EA8937E.6080100@oracle.com>
	<CAOzQti=2tnrTbwhmAugVCGGdL1S_y5La3_jvWVDLMh8H94o7aw@mail.gmail.com>
	<4EA8A34D.6070807@oracle.com>
Message-ID: <CALyUpY3COPYeFQ-R8nxGpbNbFxsshQPAwJBV-5DLLVwRTL9cfg@mail.gmail.com>

> Unless you happen to be working inside Oracle, nothing - practically speaking.
> I guess posting it to this list happened by mistake, since of course none of
> the links work. Sorry for the confusion.
>
>>Is it really internal? The link does not work.
>
> No worries - You can get b215 on the jdk7.java.net site now, afaict:
> http://jdk7.java.net/macportpreview/

Could we know how Oracle b215 differs from OpenJDK from macosx branch ?

From henri.gomez at gmail.com  Wed Oct 26 23:48:29 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Thu, 27 Oct 2011 08:48:29 +0200
Subject: Rhino build support
In-Reply-To: <1319012913.8669.68.camel@springer.wildebeest.org>
References: <20111018162208.A9EF31041@eggemoggin.niobe.net>
	<1318960890.8669.60.camel@springer.wildebeest.org>
	<CALyUpY00ckkGMPyt92PQPJg7BnLDmJ1_11NrC94i-LGxEQxNqw@mail.gmail.com>
	<1319012913.8669.68.camel@springer.wildebeest.org>
Message-ID: <CALyUpY29TXC2FOqwsXEtjVhOr8r0W8v5Ld9O-eyBsw9M7EGyGA@mail.gmail.com>

>> In the interim, do you think I could include it in my own builds (os/x port) ?
>
> Yes, but that is what I am trying to prevent from happening :)
> Note that IcedTea doesn't really "ship" Rhino itself. But it has
> configure and build infrastructure to detect the system installed copy
> of Rhino and transforms that so that it is available as separate module
> under jre/lib.

If my build process download Rhino first and then setup/update the
build to use it, could I use it.

If so, should we rename Rhino classname and patch OpenJDK sources to
use these new classes ?
Or use rename them like JDJ7u1 do, ie org/mozilla/classfile ->
sun/org/mozilla/classfile/internal ?

I notice Oracle JDK7 preview still didn't include them.

JDK7u1 include them :

sun/org/mozilla/classfile/internal/ByteCode.class
sun/org/mozilla/classfile/internal/ClassFileField.class
sun/org/mozilla/classfile/internal/ClassFileMethod.class
sun/org/mozilla/classfile/internal/ClassFileWriter$ClassFileFormatException.class
sun/org/mozilla/classfile/internal/ClassFileWriter$StackMapTable.class
sun/org/mozilla/classfile/internal/ClassFileWriter.class
sun/org/mozilla/classfile/internal/ConstantPool.class
sun/org/mozilla/classfile/internal/ExceptionTableEntry.class
sun/org/mozilla/classfile/internal/FieldOrMethodRef.class
sun/org/mozilla/classfile/internal/SuperBlock.class
sun/org/mozilla/classfile/internal/TypeInfo.class
sun/org/mozilla/javascript/internal/Arguments.class
sun/org/mozilla/javascript/internal/BaseFunction.class
sun/org/mozilla/javascript/internal/BeanProperty.class
sun/org/mozilla/javascript/internal/BoundFunction.class
sun/org/mozilla/javascript/internal/Callable.class
sun/org/mozilla/javascript/internal/ClassCache.class
sun/org/mozilla/javascript/internal/ClassShutter.class

....

> IMHO if a JDK includes javax.script javascript support we should make
> sure they include the same version and features. So we should try to
> collect all versions/derivitives of Rhino being used with
> OpenJDK/IcedTea/ClosedJDK and setup a canonical version (ideally just as
> a branch of upstream Rhino). That would prevent subtle compatibility
> issues.
>
> I haven't been able to find the source code for the Rhino variant
> shipped with the Oracle ClosedJDK. Since it is distributed under the
> GPL/MPL, I assume the source code is somewhere for users to use, but I
> might have missed where. Someone from Oracle (Mark R.?) might know where
> the sources can be fetched from.

What's the status about this ?

From mik3hall at gmail.com  Thu Oct 27 03:18:49 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Thu, 27 Oct 2011 05:18:49 -0500
Subject: Rhino build support
In-Reply-To: <CALyUpY29TXC2FOqwsXEtjVhOr8r0W8v5Ld9O-eyBsw9M7EGyGA@mail.gmail.com>
References: <20111018162208.A9EF31041@eggemoggin.niobe.net>
	<1318960890.8669.60.camel@springer.wildebeest.org>
	<CALyUpY00ckkGMPyt92PQPJg7BnLDmJ1_11NrC94i-LGxEQxNqw@mail.gmail.com>
	<1319012913.8669.68.camel@springer.wildebeest.org>
	<CALyUpY29TXC2FOqwsXEtjVhOr8r0W8v5Ld9O-eyBsw9M7EGyGA@mail.gmail.com>
Message-ID: <39E7801A-CE30-4A52-85A8-6CDF238CD576@gmail.com>


On Oct 27, 2011, at 1:48 AM, Henri Gomez wrote:

>>> In the interim, do you think I could include it in my own builds (os/x port) ?
>> 
>> Yes, but that is what I am trying to prevent from happening :)
>> Note that IcedTea doesn't really "ship" Rhino itself. But it has
>> configure and build infrastructure to detect the system installed copy
>> of Rhino and transforms that so that it is available as separate module
>> under jre/lib.
> 
> If my build process download Rhino first and then setup/update the
> build to use it, could I use it.

OK curious, what are you trying to do with Rhino?
Oddly enough, serendipity huh? Well actually after seeing your original posts, so not so much coincidence. I added a basic JSR 223 interface to an application I've stated working on.
Maybe it could provide something for what you're doing? If you'd care to let me know you can post it off-list.
Limiting my reply to the macosx-port list.

From mark at talios.com  Thu Oct 27 04:16:17 2011
From: mark at talios.com (Mark Derricutt)
Date: Fri, 28 Oct 2011 00:16:17 +1300
Subject: Rhino build support
In-Reply-To: <39E7801A-CE30-4A52-85A8-6CDF238CD576@gmail.com>
References: <20111018162208.A9EF31041@eggemoggin.niobe.net>
	<1318960890.8669.60.camel@springer.wildebeest.org>
	<CALyUpY00ckkGMPyt92PQPJg7BnLDmJ1_11NrC94i-LGxEQxNqw@mail.gmail.com>
	<1319012913.8669.68.camel@springer.wildebeest.org>
	<CALyUpY29TXC2FOqwsXEtjVhOr8r0W8v5Ld9O-eyBsw9M7EGyGA@mail.gmail.com>
	<39E7801A-CE30-4A52-85A8-6CDF238CD576@gmail.com>
Message-ID: <CALYGm1wKyr5B0O60OEnUY8VY59EntcP439Fa8aeZpsMLKY50BA@mail.gmail.com>

I originally asked Henri about this as I use rhino via javax.scripting in
some integration tests I'm running and noticed that using the JDK7 builds
that it wasn't available, either from the code at runtime, or from
jrunscript on the command line.

-- 
"Great artists are extremely selfish and arrogant things" ? Steven Wilson,
Porcupine Tree

On Thu, Oct 27, 2011 at 11:18 PM, Michael Hall <mik3hall at gmail.com> wrote:

> OK curious, what are you trying to do with Rhino?
> Oddly enough, serendipity huh? Well actually after seeing your original
> posts, so not so much coincidence. I added a basic JSR 223 interface to an
> application I've stated working on.
> Maybe it could provide something for what you're doing? If you'd care to
> let me know you can post it off-list.
> Limiting my reply to the macosx-port list.
>

From Alexander.Potochkin at oracle.com  Thu Oct 27 04:35:47 2011
From: Alexander.Potochkin at oracle.com (Alexander Potochkin)
Date: Thu, 27 Oct 2011 15:35:47 +0400
Subject: AquaLaf setting?
In-Reply-To: <5334763D-4AE8-4C80-8028-2AE9530E7595@apple.com>
References: <4EA84D31.5040700@oracle.com>
	<5334763D-4AE8-4C80-8028-2AE9530E7595@apple.com>
Message-ID: <4EA94213.30807@oracle.com>

Hello Kevin
> On Oct 26, 2011, at 11:10 AM, Alexander Potochkin wrote:
>
>> Hello everybody
>>
>> I wonder where in our code AquaLaF is set as the default Laf?
>>
> The Aqua LaF is chosen by javax.swing.UIManager.getSystemLookAndFeelClassName() if the OSType is MACOSX and the current toolkit is LWCToolkit (otherwise, we use Metal).

UIManager spec tells the following:

  * The class used for the default look and feel is chosen in the following
  * manner:
  * <li>If the system property <code>swing.defaultlaf</code> is
  *       {@code non-null}, use its value as the default look and feel class
  *       name.
  * <li>If the {@link java.util.Properties} file 
<code>swing.properties</code>
  *       exists and contains the key <code>swing.defaultlaf</code>,
  *       use its value as the default look and feel class name.
  * <li>Otherwise use the cross platform look and feel.

So if you don't use the property file by default, you should be setting 
swing.defaultlaf somewhere.

I wonder what piece of code is responsible for setting system properties 
like this one

Thanks much
alexp

>
>> Is it read from some property file?
>> (Didn't find swing.properties)
>>
> We don't have a swing.properties file by default.  If the user creates the swing.properties file and specifies a different default LaF, we honor their choice.
>
>> Thanks
>> alexp
> -Kevin


From alexander.zuev at oracle.com  Thu Oct 27 04:57:12 2011
From: alexander.zuev at oracle.com (alexander.zuev at oracle.com)
Date: Thu, 27 Oct 2011 11:57:12 +0000
Subject: hg: macosx-port/macosx-port/jdk: Fixing native drag source is being
	initialized on the wrong thread.
Message-ID: <20111027115739.DB51E47167@hg.openjdk.java.net>

Changeset: 087d8f180711
Author:    kizune
Date:      2011-10-27 15:56 +0400
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/087d8f180711

Fixing native drag source is being initialized on the wrong thread.

! src/macosx/native/sun/awt/CDragSourceContextPeer.m


From henri.gomez at gmail.com  Thu Oct 27 05:41:36 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Thu, 27 Oct 2011 14:41:36 +0200
Subject: Rhino build support
In-Reply-To: <CALYGm1wKyr5B0O60OEnUY8VY59EntcP439Fa8aeZpsMLKY50BA@mail.gmail.com>
References: <20111018162208.A9EF31041@eggemoggin.niobe.net>
	<1318960890.8669.60.camel@springer.wildebeest.org>
	<CALyUpY00ckkGMPyt92PQPJg7BnLDmJ1_11NrC94i-LGxEQxNqw@mail.gmail.com>
	<1319012913.8669.68.camel@springer.wildebeest.org>
	<CALyUpY29TXC2FOqwsXEtjVhOr8r0W8v5Ld9O-eyBsw9M7EGyGA@mail.gmail.com>
	<39E7801A-CE30-4A52-85A8-6CDF238CD576@gmail.com>
	<CALYGm1wKyr5B0O60OEnUY8VY59EntcP439Fa8aeZpsMLKY50BA@mail.gmail.com>
Message-ID: <CALyUpY259NFwqMikdUuhbZW1Ru7CnV4eO6S=aQgrskbi6uRYPA@mail.gmail.com>

Correct.

General idea is to keep in OpenJDK same tooling available in JDK 6

2011/10/27 Mark Derricutt <mark at talios.com>:
> I originally asked Henri about this as I use rhino via javax.scripting in
> some integration tests I'm running and noticed that using the JDK7 builds
> that it wasn't available, either from the code at runtime, or from
> jrunscript on the command line.
>
> --
> "Great artists are extremely selfish and arrogant things" ? Steven Wilson,
> Porcupine Tree
>
> On Thu, Oct 27, 2011 at 11:18 PM, Michael Hall <mik3hall at gmail.com> wrote:
>
>> OK curious, what are you trying to do with Rhino?
>> Oddly enough, serendipity huh? Well actually after seeing your original
>> posts, so not so much coincidence. I added a basic JSR 223 interface to an
>> application I've stated working on.
>> Maybe it could provide something for what you're doing? If you'd care to
>> let me know you can post it off-list.
>> Limiting my reply to the macosx-port list.
>>
>

From Andrey.Pikalev at oracle.com  Thu Oct 27 10:46:51 2011
From: Andrey.Pikalev at oracle.com (Andrey Pikalev)
Date: Thu, 27 Oct 2011 21:46:51 +0400
Subject: jdk mac 7 ea build b215 has been promoted
In-Reply-To: <CALyUpY3COPYeFQ-R8nxGpbNbFxsshQPAwJBV-5DLLVwRTL9cfg@mail.gmail.com>
References: <4EA8937E.6080100@oracle.com>
	<CAOzQti=2tnrTbwhmAugVCGGdL1S_y5La3_jvWVDLMh8H94o7aw@mail.gmail.com>
	<4EA8A34D.6070807@oracle.com>
	<CALyUpY3COPYeFQ-R8nxGpbNbFxsshQPAwJBV-5DLLVwRTL9cfg@mail.gmail.com>
Message-ID: <4EA9990B.5050305@oracle.com>

On 10/27/2011 10:00 AM, Henri Gomez wrote:
>> Unless you happen to be working inside Oracle, nothing - practically speaking.
>> I guess posting it to this list happened by mistake, since of course none of
>> the links work. Sorry for the confusion.
>>
>>> Is it really internal? The link does not work.
>>
>> No worries - You can get b215 on the jdk7.java.net site now, afaict:
>> http://jdk7.java.net/macportpreview/
>
> Could we know how Oracle b215 differs from OpenJDK from macosx branch ?

There should no be differences. I guess you should be able to build the 
same binary from the OpenJDK macosx branch.

Thanks,
         Andrey.

From kevin_m_miller at apple.com  Thu Oct 27 10:59:46 2011
From: kevin_m_miller at apple.com (Kevin)
Date: Thu, 27 Oct 2011 10:59:46 -0700
Subject: AquaLaf setting?
In-Reply-To: <4EA94213.30807@oracle.com>
References: <4EA84D31.5040700@oracle.com>
	<5334763D-4AE8-4C80-8028-2AE9530E7595@apple.com>
	<4EA94213.30807@oracle.com>
Message-ID: <5FE26F3D-A10F-43A1-B66F-14A234865164@apple.com>


On Oct 27, 2011, at 4:35 AM, Alexander Potochkin wrote:

> Hello Kevin
>> On Oct 26, 2011, at 11:10 AM, Alexander Potochkin wrote:
>> 
>>> Hello everybody
>>> 
>>> I wonder where in our code AquaLaF is set as the default Laf?
>>> 
>> The Aqua LaF is chosen by javax.swing.UIManager.getSystemLookAndFeelClassName() if the OSType is MACOSX and the current toolkit is LWCToolkit (otherwise, we use Metal).
> 
> UIManager spec tells the following:
> 
> * The class used for the default look and feel is chosen in the following
> * manner:
> * <li>If the system property <code>swing.defaultlaf</code> is
> *       {@code non-null}, use its value as the default look and feel class
> *       name.
> * <li>If the {@link java.util.Properties} file <code>swing.properties</code>
> *       exists and contains the key <code>swing.defaultlaf</code>,
> *       use its value as the default look and feel class name.
> * <li>Otherwise use the cross platform look and feel.
> 
> So if you don't use the property file by default, you should be setting swing.defaultlaf somewhere.

The swing.defaultlaf property is set (for MACOSX only) in javax.swing.UIManager.loadSwingProperties().  It will be overridden if the user specifies a default LaF at the command line. 

> 
> I wonder what piece of code is responsible for setting system properties like this one
> 
> Thanks much
> alexp
> 
>> 
>>> Is it read from some property file?
>>> (Didn't find swing.properties)
>>> 
>> We don't have a swing.properties file by default.  If the user creates the swing.properties file and specifies a different default LaF, we honor their choice.
>> 
>>> Thanks
>>> alexp
>> -Kevin
> 


From henri.gomez at gmail.com  Thu Oct 27 11:02:19 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Thu, 27 Oct 2011 20:02:19 +0200
Subject: jdk mac 7 ea build b215 has been promoted
In-Reply-To: <4EA9990B.5050305@oracle.com>
References: <4EA8937E.6080100@oracle.com>
	<CAOzQti=2tnrTbwhmAugVCGGdL1S_y5La3_jvWVDLMh8H94o7aw@mail.gmail.com>
	<4EA8A34D.6070807@oracle.com>
	<CALyUpY3COPYeFQ-R8nxGpbNbFxsshQPAwJBV-5DLLVwRTL9cfg@mail.gmail.com>
	<4EA9990B.5050305@oracle.com>
Message-ID: <CALyUpY03iyexA574RobYyvNyZqcpVggj0uoTPYda3mU7UT2EYA@mail.gmail.com>

> There should no be differences. I guess you should be able to build the same
> binary from the OpenJDK macosx branch.

Fine.

Thanks Andrey.

From mik3hall at gmail.com  Thu Oct 27 14:15:34 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Thu, 27 Oct 2011 16:15:34 -0500
Subject: Rhino build support
In-Reply-To: <CALYGm1wKyr5B0O60OEnUY8VY59EntcP439Fa8aeZpsMLKY50BA@mail.gmail.com>
References: <20111018162208.A9EF31041@eggemoggin.niobe.net>
	<1318960890.8669.60.camel@springer.wildebeest.org>
	<CALyUpY00ckkGMPyt92PQPJg7BnLDmJ1_11NrC94i-LGxEQxNqw@mail.gmail.com>
	<1319012913.8669.68.camel@springer.wildebeest.org>
	<CALyUpY29TXC2FOqwsXEtjVhOr8r0W8v5Ld9O-eyBsw9M7EGyGA@mail.gmail.com>
	<39E7801A-CE30-4A52-85A8-6CDF238CD576@gmail.com>
	<CALYGm1wKyr5B0O60OEnUY8VY59EntcP439Fa8aeZpsMLKY50BA@mail.gmail.com>
Message-ID: <C53B2D0D-595C-4D73-A0F1-EC77A6B225B1@gmail.com>


On Oct 27, 2011, at 6:16 AM, Mark Derricutt wrote:

> I originally asked Henri about this as I use rhino via javax.scripting in some integration tests I'm running and noticed that using the JDK7 builds that it wasn't available, either from the code at runtime, or from jrunscript on the command line.


I could probably look to see if I could expand what I did for this use.
So far about all I had done was implement
    public Object eval(String script, ScriptContext context) throws ScriptException
and
    public Object eval(Reader reader,ScriptContext context) throws ScriptException {
in RhinoScriptEngine

Actually only testing eval(String script
so far. I am working on a old java shell app mainly to look into scripting type things.
When I saw this thread I thought a good start would be seeing what it would take to get a JSR 223 interface up and running.
About all I've done. But would be willing to put more time into it.
If you again, off-list probably best, would care to elaborate on how you're using the API's I could see if my interface could handle it.
If I can you would almost certainly use the classes outside the app.
Not entirely sure about licensing but I wasn't planning on distributing Rhino, just the interface and add Rhino to classpath.

From mik3hall at gmail.com  Thu Oct 27 14:16:46 2011
From: mik3hall at gmail.com (Michael Hall)
Date: Thu, 27 Oct 2011 16:16:46 -0500
Subject: Rhino build support
In-Reply-To: <CALyUpY259NFwqMikdUuhbZW1Ru7CnV4eO6S=aQgrskbi6uRYPA@mail.gmail.com>
References: <20111018162208.A9EF31041@eggemoggin.niobe.net>
	<1318960890.8669.60.camel@springer.wildebeest.org>
	<CALyUpY00ckkGMPyt92PQPJg7BnLDmJ1_11NrC94i-LGxEQxNqw@mail.gmail.com>
	<1319012913.8669.68.camel@springer.wildebeest.org>
	<CALyUpY29TXC2FOqwsXEtjVhOr8r0W8v5Ld9O-eyBsw9M7EGyGA@mail.gmail.com>
	<39E7801A-CE30-4A52-85A8-6CDF238CD576@gmail.com>
	<CALYGm1wKyr5B0O60OEnUY8VY59EntcP439Fa8aeZpsMLKY50BA@mail.gmail.com>
	<CALyUpY259NFwqMikdUuhbZW1Ru7CnV4eO6S=aQgrskbi6uRYPA@mail.gmail.com>
Message-ID: <BEDAFD24-BBE9-491C-A847-A2BDBDD58C6F@gmail.com>


On Oct 27, 2011, at 7:41 AM, Henri Gomez wrote:

> Correct.
> 
> General idea is to keep in OpenJDK same tooling available in JDK 6

Reasonable but obviously outside what I could provide.

From henri.gomez at gmail.com  Thu Oct 27 14:24:24 2011
From: henri.gomez at gmail.com (Henri Gomez)
Date: Thu, 27 Oct 2011 23:24:24 +0200
Subject: Rhino build support
In-Reply-To: <BEDAFD24-BBE9-491C-A847-A2BDBDD58C6F@gmail.com>
References: <20111018162208.A9EF31041@eggemoggin.niobe.net>
	<1318960890.8669.60.camel@springer.wildebeest.org>
	<CALyUpY00ckkGMPyt92PQPJg7BnLDmJ1_11NrC94i-LGxEQxNqw@mail.gmail.com>
	<1319012913.8669.68.camel@springer.wildebeest.org>
	<CALyUpY29TXC2FOqwsXEtjVhOr8r0W8v5Ld9O-eyBsw9M7EGyGA@mail.gmail.com>
	<39E7801A-CE30-4A52-85A8-6CDF238CD576@gmail.com>
	<CALYGm1wKyr5B0O60OEnUY8VY59EntcP439Fa8aeZpsMLKY50BA@mail.gmail.com>
	<CALyUpY259NFwqMikdUuhbZW1Ru7CnV4eO6S=aQgrskbi6uRYPA@mail.gmail.com>
	<BEDAFD24-BBE9-491C-A847-A2BDBDD58C6F@gmail.com>
Message-ID: <CALyUpY1r=FkPkWKWy149mD=5DquECLUf4xF=6=zNC=Pg0KumDg@mail.gmail.com>

> Reasonable but obviously outside what I could provide.

I started to hack current OpenJDK OSX build by following what IcedTea is doing.
I don't have it ready yet :-(

From Alexander.Potochkin at oracle.com  Fri Oct 28 05:26:10 2011
From: Alexander.Potochkin at oracle.com (Alexander Potochkin)
Date: Fri, 28 Oct 2011 16:26:10 +0400
Subject: AquaLaf setting?
In-Reply-To: <5FE26F3D-A10F-43A1-B66F-14A234865164@apple.com>
References: <4EA84D31.5040700@oracle.com>
	<5334763D-4AE8-4C80-8028-2AE9530E7595@apple.com>
	<4EA94213.30807@oracle.com>
	<5FE26F3D-A10F-43A1-B66F-14A234865164@apple.com>
Message-ID: <4EAA9F62.2080103@oracle.com>

Hello Kevin
> The Aqua LaF is chosen by javax.swing.UIManager.getSystemLookAndFeelClassName() if the OSType is MACOSX and the current toolkit is LWCToolkit (otherwise, we use Metal).

I can see it now

So you've changed the UIManager class to support it,
I checked that we don't have that check in UIManager from official 
Oracale JDK

We'll have to merge it somehow

Do you know any other places where MacOS JDK shared code is different 
from Oracle JDK?

Thanks
alexp

>> UIManager spec tells the following:
>>
>> * The class used for the default look and feel is chosen in the following
>> * manner:
>> *<li>If the system property<code>swing.defaultlaf</code>  is
>> *       {@code non-null}, use its value as the default look and feel class
>> *       name.
>> *<li>If the {@link java.util.Properties} file<code>swing.properties</code>
>> *       exists and contains the key<code>swing.defaultlaf</code>,
>> *       use its value as the default look and feel class name.
>> *<li>Otherwise use the cross platform look and feel.
>>
>> So if you don't use the property file by default, you should be setting swing.defaultlaf somewhere.
> The swing.defaultlaf property is set (for MACOSX only) in javax.swing.UIManager.loadSwingProperties().  It will be overridden if the user specifies a default LaF at the command line.
>
>> I wonder what piece of code is responsible for setting system properties like this one
>>
>> Thanks much
>> alexp
>>
>>>> Is it read from some property file?
>>>> (Didn't find swing.properties)
>>>>
>>> We don't have a swing.properties file by default.  If the user creates the swing.properties file and specifies a different default LaF, we honor their choice.
>>>
>>>> Thanks
>>>> alexp
>>> -Kevin


From swingler at apple.com  Fri Oct 28 08:44:02 2011
From: swingler at apple.com (Mike Swingler)
Date: Fri, 28 Oct 2011 08:44:02 -0700
Subject: AquaLaf setting?
In-Reply-To: <4EAA9F62.2080103@oracle.com>
References: <4EA84D31.5040700@oracle.com>
	<5334763D-4AE8-4C80-8028-2AE9530E7595@apple.com>
	<4EA94213.30807@oracle.com>
	<5FE26F3D-A10F-43A1-B66F-14A234865164@apple.com>
	<4EAA9F62.2080103@oracle.com>
Message-ID: <36A75098-C68F-4438-8F2F-7E7AB501A74D@apple.com>

There are a couple of areas around accessibility and fonts that I can think of off hand. A grep of JDK7 vs macosx-port would be more authoritative than our guessing though.

Regards,
Mike Swingler
Java Engineering
Apple Inc.

On Oct 28, 2011, at 5:26 AM, Alexander Potochkin wrote:

> Hello Kevin
>> The Aqua LaF is chosen by javax.swing.UIManager.getSystemLookAndFeelClassName() if the OSType is MACOSX and the current toolkit is LWCToolkit (otherwise, we use Metal).
> 
> I can see it now
> 
> So you've changed the UIManager class to support it,
> I checked that we don't have that check in UIManager from official Oracale JDK
> 
> We'll have to merge it somehow
> 
> Do you know any other places where MacOS JDK shared code is different from Oracle JDK?
> 
> Thanks
> alexp
> 
>>> UIManager spec tells the following:
>>> 
>>> * The class used for the default look and feel is chosen in the following
>>> * manner:
>>> *<li>If the system property<code>swing.defaultlaf</code>  is
>>> *       {@code non-null}, use its value as the default look and feel class
>>> *       name.
>>> *<li>If the {@link java.util.Properties} file<code>swing.properties</code>
>>> *       exists and contains the key<code>swing.defaultlaf</code>,
>>> *       use its value as the default look and feel class name.
>>> *<li>Otherwise use the cross platform look and feel.
>>> 
>>> So if you don't use the property file by default, you should be setting swing.defaultlaf somewhere.
>> The swing.defaultlaf property is set (for MACOSX only) in javax.swing.UIManager.loadSwingProperties().  It will be overridden if the user specifies a default LaF at the command line.
>> 
>>> I wonder what piece of code is responsible for setting system properties like this one
>>> 
>>> Thanks much
>>> alexp
>>> 
>>>>> Is it read from some property file?
>>>>> (Didn't find swing.properties)
>>>>> 
>>>> We don't have a swing.properties file by default.  If the user creates the swing.properties file and specifies a different default LaF, we honor their choice.
>>>> 
>>>>> Thanks
>>>>> alexp
>>>> -Kevin
> 


From swingler at apple.com  Fri Oct 28 09:12:19 2011
From: swingler at apple.com (Mike Swingler)
Date: Fri, 28 Oct 2011 09:12:19 -0700
Subject: AquaLaf setting?
In-Reply-To: <36A75098-C68F-4438-8F2F-7E7AB501A74D@apple.com>
References: <4EA84D31.5040700@oracle.com>
	<5334763D-4AE8-4C80-8028-2AE9530E7595@apple.com>
	<4EA94213.30807@oracle.com>
	<5FE26F3D-A10F-43A1-B66F-14A234865164@apple.com>
	<4EAA9F62.2080103@oracle.com>
	<36A75098-C68F-4438-8F2F-7E7AB501A74D@apple.com>
Message-ID: <1D1B5F1F-6979-42A6-B122-273F3876AFF2@apple.com>

Sorry...I meant diff. And since it was easy, here it is:
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: jdk7-build vs macosx-port.txt
Url: http://mail.openjdk.java.net/pipermail/macosx-port-dev/attachments/20111028/bb08b15f/jdk7-buildvsmacosx-port-0001.txt 
-------------- next part --------------


Actually most of the changes are in the launcher, BSD networking, OpenGL includes, and an accessor in the EventDispatch thread. I'm surprised how little .java code had to change (and most of the native .c code is obvious #define kind of stuff).

Regards,
Mike Swingler
Java Engineering
Apple Inc.

On Oct 28, 2011, at 8:44 AM, Mike Swingler wrote:

> There are a couple of areas around accessibility and fonts that I can think of off hand. A grep of JDK7 vs macosx-port would be more authoritative than our guessing though.
> 
> Regards,
> Mike Swingler
> Java Engineering
> Apple Inc.
> 
> On Oct 28, 2011, at 5:26 AM, Alexander Potochkin wrote:
> 
>> Hello Kevin
>>> The Aqua LaF is chosen by javax.swing.UIManager.getSystemLookAndFeelClassName() if the OSType is MACOSX and the current toolkit is LWCToolkit (otherwise, we use Metal).
>> 
>> I can see it now
>> 
>> So you've changed the UIManager class to support it,
>> I checked that we don't have that check in UIManager from official Oracale JDK
>> 
>> We'll have to merge it somehow
>> 
>> Do you know any other places where MacOS JDK shared code is different from Oracle JDK?
>> 
>> Thanks
>> alexp
>> 
>>>> UIManager spec tells the following:
>>>> 
>>>> * The class used for the default look and feel is chosen in the following
>>>> * manner:
>>>> *<li>If the system property<code>swing.defaultlaf</code>  is
>>>> *       {@code non-null}, use its value as the default look and feel class
>>>> *       name.
>>>> *<li>If the {@link java.util.Properties} file<code>swing.properties</code>
>>>> *       exists and contains the key<code>swing.defaultlaf</code>,
>>>> *       use its value as the default look and feel class name.
>>>> *<li>Otherwise use the cross platform look and feel.
>>>> 
>>>> So if you don't use the property file by default, you should be setting swing.defaultlaf somewhere.
>>> The swing.defaultlaf property is set (for MACOSX only) in javax.swing.UIManager.loadSwingProperties().  It will be overridden if the user specifies a default LaF at the command line.
>>> 
>>>> I wonder what piece of code is responsible for setting system properties like this one
>>>> 
>>>> Thanks much
>>>> alexp
>>>> 
>>>>>> Is it read from some property file?
>>>>>> (Didn't find swing.properties)
>>>>>> 
>>>>> We don't have a swing.properties file by default.  If the user creates the swing.properties file and specifies a different default LaF, we honor their choice.
>>>>> 
>>>>>> Thanks
>>>>>> alexp
>>>>> -Kevin
>> 
> 


From paul.hohensee at oracle.com  Fri Oct 28 21:27:57 2011
From: paul.hohensee at oracle.com (paul.hohensee at oracle.com)
Date: Sat, 29 Oct 2011 04:27:57 +0000
Subject: hg: jdk7u/jdk7u-osx/hotspot: 70 new changesets
Message-ID: <20111029043013.8FD2C471C9@hg.openjdk.java.net>

Changeset: 2c37082ade92
Author:    cl
Date:      2011-10-25 13:50 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/2c37082ade92

Added tag jdk7u2-b10 for changeset 17a87e00a541

! .hgtags

Changeset: 92be6a664a86
Author:    jcoomes
Date:      2011-10-26 12:43 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/92be6a664a86

7105275: wrong tag added to jdk7u master repos
Reviewed-by: asaha

! .hgtags

Changeset: 3f0cf875af83
Author:    katleman
Date:      2011-09-22 16:01 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/3f0cf875af83

Added tag jdk8-b06 for changeset 0db80d8e77fc

! .hgtags

Changeset: 0663e7617095
Author:    katleman
Date:      2011-09-29 18:53 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/0663e7617095

Added tag jdk8-b07 for changeset 3f0cf875af83

! .hgtags

Changeset: 77e1a9153757
Author:    jcoomes
Date:      2011-09-16 21:35 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/77e1a9153757

7091545: hs23 - set hotspot version & build number
Reviewed-by: tonyp, never, phh, jmasa

! make/hotspot_version

Changeset: da0999c4b733
Author:    dcubed
Date:      2011-09-16 16:21 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/da0999c4b733

7071904: 4/4 HotSpot: Full Debug Symbols
Summary: Add support for .debuginfo files for HSX libraries.
Reviewed-by: poonam, dholmes, never

! make/Makefile
! make/linux/Makefile
! make/linux/makefiles/build_vm_def.sh
! make/linux/makefiles/buildtree.make
! make/linux/makefiles/defs.make
! make/linux/makefiles/gcc.make
! make/linux/makefiles/jsig.make
! make/linux/makefiles/product.make
! make/linux/makefiles/saproc.make
! make/linux/makefiles/vm.make
! make/solaris/Makefile
+ make/solaris/makefiles/build_vm_def.sh
! make/solaris/makefiles/buildtree.make
! make/solaris/makefiles/defs.make
! make/solaris/makefiles/dtrace.make
! make/solaris/makefiles/jsig.make
! make/solaris/makefiles/mapfile-vers
! make/solaris/makefiles/product.make
! make/solaris/makefiles/saproc.make
! make/solaris/makefiles/sparcWorks.make
! make/solaris/makefiles/vm.make

Changeset: 86cbe939f0c7
Author:    dcubed
Date:      2011-09-19 12:18 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/86cbe939f0c7

Merge


Changeset: 3607aac85aa9
Author:    kevinw
Date:      2011-09-22 16:48 +0100
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/3607aac85aa9

7051189: Need to suppress info message if -xcheck:jni used with libjsig.so
Reviewed-by: coleenp, minqi

! src/os/linux/vm/os_linux.cpp
! src/os/solaris/vm/os_solaris.cpp
+ test/runtime/7051189/Xchecksig.sh

Changeset: 5cceda753a4a
Author:    iveresov
Date:      2011-09-19 15:21 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/5cceda753a4a

7091764: Tiered: enable aastore profiling
Summary: Turn on aastore profiling
Reviewed-by: jrose, twisti

! src/cpu/sparc/vm/c1_LIRGenerator_sparc.cpp
! src/cpu/x86/vm/c1_LIRGenerator_x86.cpp
! src/share/vm/c1/c1_LIR.cpp
! src/share/vm/c1/c1_LIR.hpp

Changeset: 075ea0ed9e7c
Author:    kvn
Date:      2011-09-20 08:39 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/075ea0ed9e7c

7081842: assert(Compile::current()->unique() < (uint)MaxNodeLimit) failed: Node limit exceeded
Summary: Add missing node limit check in IGVN optimizer
Reviewed-by: iveresov, never

! make/linux/build.sh
! src/share/tools/LogCompilation/src/com/sun/hotspot/tools/compiler/CallSite.java
! src/share/tools/LogCompilation/src/com/sun/hotspot/tools/compiler/LogCompilation.java
! src/share/tools/LogCompilation/src/com/sun/hotspot/tools/compiler/LogParser.java
! src/share/tools/LogCompilation/src/com/sun/hotspot/tools/compiler/Phase.java
! src/share/vm/opto/phaseX.cpp

Changeset: eda6988c0d81
Author:    never
Date:      2011-09-20 23:50 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/eda6988c0d81

7092236: java/util/EnumSet/EnumSetBash.java fails
Reviewed-by: kvn, twisti, jrose

! src/share/vm/ci/ciEnv.cpp

Changeset: f08d439fab8c
Author:    never
Date:      2011-09-25 16:03 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/f08d439fab8c

7089790: integrate bsd-port changes
Reviewed-by: kvn, twisti, jrose
Contributed-by: Kurt Miller <kurt at intricatesoftware.com>, Greg Lewis <glewis at eyesbeyond.com>, Jung-uk Kim <jkim at freebsd.org>, Christos Zoulas <christos at zoulas.com>, Landon Fuller <landonf at plausible.coop>, The FreeBSD Foundation <board at freebsdfoundation.org>, Michael Franz <mvfranz at gmail.com>, Roger Hoover <rhoover at apple.com>, Alexander Strange <astrange at apple.com>

! agent/make/Makefile
+ agent/src/os/bsd/BsdDebuggerLocal.c
+ agent/src/os/bsd/Makefile
+ agent/src/os/bsd/StubDebuggerLocal.c
+ agent/src/os/bsd/elfmacros.h
+ agent/src/os/bsd/libproc.h
+ agent/src/os/bsd/libproc_impl.c
+ agent/src/os/bsd/libproc_impl.h
+ agent/src/os/bsd/mapfile
+ agent/src/os/bsd/ps_core.c
+ agent/src/os/bsd/ps_proc.c
+ agent/src/os/bsd/salibelf.c
+ agent/src/os/bsd/salibelf.h
+ agent/src/os/bsd/symtab.c
+ agent/src/os/bsd/symtab.h
+ agent/src/os/bsd/test.c
+ agent/src/share/classes/sun/jvm/hotspot/BsdVtblAccess.java
! agent/src/share/classes/sun/jvm/hotspot/HotSpotAgent.java
! agent/src/share/classes/sun/jvm/hotspot/bugspot/BugSpotAgent.java
+ agent/src/share/classes/sun/jvm/hotspot/debugger/bsd/BsdAddress.java
+ agent/src/share/classes/sun/jvm/hotspot/debugger/bsd/BsdCDebugger.java
+ agent/src/share/classes/sun/jvm/hotspot/debugger/bsd/BsdDebugger.java
+ agent/src/share/classes/sun/jvm/hotspot/debugger/bsd/BsdDebuggerLocal.java
+ agent/src/share/classes/sun/jvm/hotspot/debugger/bsd/BsdOopHandle.java
+ agent/src/share/classes/sun/jvm/hotspot/debugger/bsd/BsdThread.java
+ agent/src/share/classes/sun/jvm/hotspot/debugger/bsd/BsdThreadContextFactory.java
+ agent/src/share/classes/sun/jvm/hotspot/debugger/bsd/SharedObject.java
+ agent/src/share/classes/sun/jvm/hotspot/debugger/bsd/amd64/BsdAMD64CFrame.java
+ agent/src/share/classes/sun/jvm/hotspot/debugger/bsd/amd64/BsdAMD64ThreadContext.java
+ agent/src/share/classes/sun/jvm/hotspot/debugger/bsd/x86/BsdX86CFrame.java
+ agent/src/share/classes/sun/jvm/hotspot/debugger/bsd/x86/BsdX86ThreadContext.java
! agent/src/share/classes/sun/jvm/hotspot/runtime/Threads.java
+ agent/src/share/classes/sun/jvm/hotspot/runtime/bsd/BsdSignals.java
+ agent/src/share/classes/sun/jvm/hotspot/runtime/bsd_amd64/BsdAMD64JavaThreadPDAccess.java
+ agent/src/share/classes/sun/jvm/hotspot/runtime/bsd_x86/BsdSignals.java
+ agent/src/share/classes/sun/jvm/hotspot/runtime/bsd_x86/BsdX86JavaThreadPDAccess.java
! agent/src/share/classes/sun/jvm/hotspot/utilities/PlatformInfo.java
! make/Makefile
+ make/bsd/Makefile
+ make/bsd/README
+ make/bsd/adlc_updater
+ make/bsd/build.sh
+ make/bsd/makefiles/adjust-mflags.sh
+ make/bsd/makefiles/adlc.make
+ make/bsd/makefiles/amd64.make
+ make/bsd/makefiles/arm.make
+ make/bsd/makefiles/build_vm_def.sh
+ make/bsd/makefiles/buildtree.make
+ make/bsd/makefiles/compiler1.make
+ make/bsd/makefiles/compiler2.make
+ make/bsd/makefiles/core.make
+ make/bsd/makefiles/cscope.make
+ make/bsd/makefiles/debug.make
+ make/bsd/makefiles/defs.make
+ make/bsd/makefiles/dtrace.make
+ make/bsd/makefiles/fastdebug.make
+ make/bsd/makefiles/gcc.make
+ make/bsd/makefiles/hp.make
+ make/bsd/makefiles/hp1.make
+ make/bsd/makefiles/i486.make
+ make/bsd/makefiles/ia64.make
+ make/bsd/makefiles/jsig.make
+ make/bsd/makefiles/jvmg.make
+ make/bsd/makefiles/jvmti.make
+ make/bsd/makefiles/launcher.make
+ make/bsd/makefiles/mapfile-vers-debug
+ make/bsd/makefiles/mapfile-vers-jsig
+ make/bsd/makefiles/mapfile-vers-product
+ make/bsd/makefiles/optimized.make
+ make/bsd/makefiles/ppc.make
+ make/bsd/makefiles/product.make
+ make/bsd/makefiles/profiled.make
+ make/bsd/makefiles/rules.make
+ make/bsd/makefiles/sa.make
+ make/bsd/makefiles/saproc.make
+ make/bsd/makefiles/shark.make
+ make/bsd/makefiles/sparc.make
+ make/bsd/makefiles/sparcWorks.make
+ make/bsd/makefiles/sparcv9.make
+ make/bsd/makefiles/tiered.make
+ make/bsd/makefiles/top.make
+ make/bsd/makefiles/vm.make
+ make/bsd/makefiles/zero.make
+ make/bsd/makefiles/zeroshark.make
+ make/bsd/platform_amd64
+ make/bsd/platform_amd64.suncc
+ make/bsd/platform_i486
+ make/bsd/platform_i486.suncc
+ make/bsd/platform_ia64
+ make/bsd/platform_sparc
+ make/bsd/platform_sparcv9
+ make/bsd/platform_zero.in
! make/cscope.make
! make/defs.make
! make/linux/makefiles/arm.make
! make/linux/makefiles/defs.make
! make/linux/makefiles/ppc.make
! make/sa.files
! make/solaris/makefiles/defs.make
! make/windows/makefiles/defs.make
! src/cpu/x86/vm/bytes_x86.hpp
! src/cpu/x86/vm/c1_LIRAssembler_x86.cpp
! src/cpu/x86/vm/copy_x86.hpp
! src/cpu/x86/vm/globals_x86.hpp
! src/cpu/x86/vm/interp_masm_x86_32.cpp
! src/cpu/x86/vm/interp_masm_x86_64.cpp
! src/cpu/x86/vm/jni_x86.h
! src/cpu/x86/vm/stubGenerator_x86_32.cpp
! src/cpu/x86/vm/stubGenerator_x86_64.cpp
! src/cpu/x86/vm/stubRoutines_x86_32.cpp
! src/cpu/x86/vm/stubRoutines_x86_64.cpp
! src/cpu/x86/vm/vm_version_x86.cpp
! src/cpu/zero/vm/bytes_zero.hpp
! src/cpu/zero/vm/globals_zero.hpp
! src/cpu/zero/vm/interp_masm_zero.cpp
! src/cpu/zero/vm/stubGenerator_zero.cpp
! src/cpu/zero/vm/stubRoutines_zero.cpp
! src/cpu/zero/vm/vm_version_zero.cpp
+ src/os/bsd/vm/attachListener_bsd.cpp
+ src/os/bsd/vm/c1_globals_bsd.hpp
+ src/os/bsd/vm/c2_globals_bsd.hpp
+ src/os/bsd/vm/chaitin_bsd.cpp
+ src/os/bsd/vm/decoder_bsd.cpp
+ src/os/bsd/vm/dtraceJSDT_bsd.cpp
+ src/os/bsd/vm/globals_bsd.hpp
+ src/os/bsd/vm/interfaceSupport_bsd.hpp
+ src/os/bsd/vm/jsig.c
+ src/os/bsd/vm/jvm_bsd.cpp
+ src/os/bsd/vm/jvm_bsd.h
+ src/os/bsd/vm/mutex_bsd.cpp
+ src/os/bsd/vm/mutex_bsd.inline.hpp
+ src/os/bsd/vm/osThread_bsd.cpp
+ src/os/bsd/vm/osThread_bsd.hpp
+ src/os/bsd/vm/os_bsd.cpp
+ src/os/bsd/vm/os_bsd.hpp
+ src/os/bsd/vm/os_bsd.inline.hpp
+ src/os/bsd/vm/os_share_bsd.hpp
+ src/os/bsd/vm/perfMemory_bsd.cpp
+ src/os/bsd/vm/stubRoutines_bsd.cpp
+ src/os/bsd/vm/threadCritical_bsd.cpp
+ src/os/bsd/vm/thread_bsd.inline.hpp
+ src/os/bsd/vm/vmError_bsd.cpp
! src/os/linux/vm/os_linux.cpp
! src/os/posix/launcher/java_md.c
! src/os/posix/launcher/launcher.script
+ src/os_cpu/bsd_x86/vm/assembler_bsd_x86.cpp
+ src/os_cpu/bsd_x86/vm/atomic_bsd_x86.inline.hpp
+ src/os_cpu/bsd_x86/vm/bsd_x86_32.ad
+ src/os_cpu/bsd_x86/vm/bsd_x86_32.s
+ src/os_cpu/bsd_x86/vm/bsd_x86_64.ad
+ src/os_cpu/bsd_x86/vm/bsd_x86_64.s
+ src/os_cpu/bsd_x86/vm/bytes_bsd_x86.inline.hpp
+ src/os_cpu/bsd_x86/vm/copy_bsd_x86.inline.hpp
+ src/os_cpu/bsd_x86/vm/globals_bsd_x86.hpp
+ src/os_cpu/bsd_x86/vm/orderAccess_bsd_x86.inline.hpp
+ src/os_cpu/bsd_x86/vm/os_bsd_x86.cpp
+ src/os_cpu/bsd_x86/vm/os_bsd_x86.hpp
+ src/os_cpu/bsd_x86/vm/prefetch_bsd_x86.inline.hpp
+ src/os_cpu/bsd_x86/vm/threadLS_bsd_x86.cpp
+ src/os_cpu/bsd_x86/vm/threadLS_bsd_x86.hpp
+ src/os_cpu/bsd_x86/vm/thread_bsd_x86.cpp
+ src/os_cpu/bsd_x86/vm/thread_bsd_x86.hpp
+ src/os_cpu/bsd_x86/vm/vmStructs_bsd_x86.hpp
+ src/os_cpu/bsd_x86/vm/vm_version_bsd_x86.cpp
+ src/os_cpu/bsd_zero/vm/assembler_bsd_zero.cpp
+ src/os_cpu/bsd_zero/vm/atomic_bsd_zero.inline.hpp
+ src/os_cpu/bsd_zero/vm/bytes_bsd_zero.inline.hpp
+ src/os_cpu/bsd_zero/vm/globals_bsd_zero.hpp
+ src/os_cpu/bsd_zero/vm/orderAccess_bsd_zero.inline.hpp
+ src/os_cpu/bsd_zero/vm/os_bsd_zero.cpp
+ src/os_cpu/bsd_zero/vm/os_bsd_zero.hpp
+ src/os_cpu/bsd_zero/vm/prefetch_bsd_zero.inline.hpp
+ src/os_cpu/bsd_zero/vm/threadLS_bsd_zero.cpp
+ src/os_cpu/bsd_zero/vm/threadLS_bsd_zero.hpp
+ src/os_cpu/bsd_zero/vm/thread_bsd_zero.cpp
+ src/os_cpu/bsd_zero/vm/thread_bsd_zero.hpp
+ src/os_cpu/bsd_zero/vm/vmStructs_bsd_zero.hpp
+ src/os_cpu/bsd_zero/vm/vm_version_bsd_zero.cpp
! src/os_cpu/linux_zero/vm/globals_linux_zero.hpp
! src/share/vm/adlc/adlc.hpp
! src/share/vm/c1/c1_globals.hpp
! src/share/vm/classfile/classLoader.cpp
! src/share/vm/classfile/javaClasses.cpp
! src/share/vm/code/stubs.hpp
! src/share/vm/compiler/disassembler.hpp
! src/share/vm/gc_implementation/concurrentMarkSweep/cmsAdaptiveSizePolicy.cpp
! src/share/vm/gc_implementation/concurrentMarkSweep/cmsCollectorPolicy.cpp
! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepThread.hpp
! src/share/vm/gc_implementation/concurrentMarkSweep/freeBlockDictionary.cpp
! src/share/vm/gc_implementation/g1/dirtyCardQueue.cpp
! src/share/vm/gc_implementation/g1/g1SATBCardTableModRefBS.cpp
! src/share/vm/gc_implementation/g1/ptrQueue.cpp
! src/share/vm/gc_implementation/parallelScavenge/parMarkBitMap.cpp
! src/share/vm/gc_implementation/parallelScavenge/psVirtualspace.cpp
! src/share/vm/gc_implementation/shared/mutableNUMASpace.cpp
! src/share/vm/gc_interface/collectedHeap.cpp
! src/share/vm/gc_interface/collectedHeap.inline.hpp
! src/share/vm/interpreter/abstractInterpreter.hpp
! src/share/vm/interpreter/bytecodeInterpreter.cpp
! src/share/vm/interpreter/bytecodeTracer.cpp
! src/share/vm/interpreter/interpreterRuntime.hpp
! src/share/vm/interpreter/linkResolver.cpp
! src/share/vm/memory/allocation.cpp
! src/share/vm/memory/collectorPolicy.cpp
! src/share/vm/memory/defNewGeneration.cpp
! src/share/vm/memory/gcLocker.hpp
! src/share/vm/memory/genMarkSweep.cpp
! src/share/vm/memory/resourceArea.cpp
! src/share/vm/memory/resourceArea.hpp
! src/share/vm/memory/space.hpp
! src/share/vm/memory/threadLocalAllocBuffer.cpp
! src/share/vm/memory/universe.cpp
! src/share/vm/oops/constantPoolKlass.cpp
! src/share/vm/oops/constantPoolOop.cpp
! src/share/vm/oops/instanceKlass.cpp
! src/share/vm/oops/markOop.cpp
! src/share/vm/oops/oop.cpp
! src/share/vm/oops/oopsHierarchy.cpp
! src/share/vm/oops/typeArrayOop.hpp
! src/share/vm/opto/c2_globals.hpp
! src/share/vm/prims/forte.cpp
! src/share/vm/prims/jni.cpp
! src/share/vm/prims/jvm.cpp
! src/share/vm/prims/jvm.h
! src/share/vm/prims/jvmtiEnv.cpp
! src/share/vm/prims/jvmtiImpl.cpp
! src/share/vm/prims/nativeLookup.cpp
! src/share/vm/runtime/arguments.cpp
! src/share/vm/runtime/atomic.cpp
! src/share/vm/runtime/fprofiler.hpp
! src/share/vm/runtime/globals.hpp
! src/share/vm/runtime/handles.cpp
! src/share/vm/runtime/handles.inline.hpp
! src/share/vm/runtime/interfaceSupport.hpp
! src/share/vm/runtime/java.cpp
! src/share/vm/runtime/javaCalls.cpp
! src/share/vm/runtime/javaCalls.hpp
! src/share/vm/runtime/javaFrameAnchor.hpp
! src/share/vm/runtime/jniHandles.cpp
! src/share/vm/runtime/memprofiler.cpp
! src/share/vm/runtime/mutex.cpp
! src/share/vm/runtime/mutexLocker.cpp
! src/share/vm/runtime/mutexLocker.hpp
! src/share/vm/runtime/objectMonitor.cpp
! src/share/vm/runtime/os.cpp
! src/share/vm/runtime/os.hpp
! src/share/vm/runtime/osThread.hpp
! src/share/vm/runtime/safepoint.cpp
! src/share/vm/runtime/synchronizer.cpp
! src/share/vm/runtime/task.cpp
! src/share/vm/runtime/thread.cpp
! src/share/vm/runtime/thread.hpp
! src/share/vm/runtime/threadLocalStorage.cpp
! src/share/vm/runtime/threadLocalStorage.hpp
! src/share/vm/runtime/timer.cpp
! src/share/vm/runtime/virtualspace.cpp
! src/share/vm/runtime/vmStructs.cpp
! src/share/vm/runtime/vmThread.cpp
! src/share/vm/runtime/vmThread.hpp
! src/share/vm/runtime/vm_operations.cpp
! src/share/vm/runtime/vm_version.cpp
! src/share/vm/utilities/accessFlags.cpp
! src/share/vm/utilities/array.cpp
! src/share/vm/utilities/bitMap.cpp
! src/share/vm/utilities/debug.cpp
! src/share/vm/utilities/decoder.cpp
! src/share/vm/utilities/decoder.hpp
! src/share/vm/utilities/elfFile.cpp
! src/share/vm/utilities/elfFile.hpp
! src/share/vm/utilities/elfStringTable.cpp
! src/share/vm/utilities/elfStringTable.hpp
! src/share/vm/utilities/elfSymbolTable.cpp
! src/share/vm/utilities/elfSymbolTable.hpp
! src/share/vm/utilities/events.cpp
! src/share/vm/utilities/exceptions.cpp
! src/share/vm/utilities/globalDefinitions.hpp
! src/share/vm/utilities/globalDefinitions_gcc.hpp
! src/share/vm/utilities/globalDefinitions_sparcWorks.hpp
! src/share/vm/utilities/globalDefinitions_visCPP.hpp
! src/share/vm/utilities/growableArray.cpp
! src/share/vm/utilities/histogram.hpp
! src/share/vm/utilities/macros.hpp
! src/share/vm/utilities/ostream.cpp
! src/share/vm/utilities/preserveException.hpp
! src/share/vm/utilities/taskqueue.cpp
! src/share/vm/utilities/taskqueue.hpp
! src/share/vm/utilities/vmError.cpp
! src/share/vm/utilities/workgroup.hpp
! test/Makefile
! test/jprt.config
! test/runtime/6929067/Test6929067.sh

Changeset: a92cdbac8b9e
Author:    kvn
Date:      2011-09-26 10:24 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/a92cdbac8b9e

7081933: Use zeroing elimination optimization for large array
Summary: Don't zero new typeArray during runtime call if the allocation is followed by arraycopy into it.
Reviewed-by: twisti

! src/cpu/sparc/vm/stubGenerator_sparc.cpp
! src/share/vm/gc_interface/collectedHeap.hpp
! src/share/vm/gc_interface/collectedHeap.inline.hpp
! src/share/vm/memory/oopFactory.cpp
! src/share/vm/memory/oopFactory.hpp
! src/share/vm/oops/typeArrayKlass.cpp
! src/share/vm/oops/typeArrayKlass.hpp
! src/share/vm/opto/library_call.cpp
! src/share/vm/opto/macro.cpp
! src/share/vm/opto/memnode.cpp
! src/share/vm/opto/memnode.hpp
! src/share/vm/opto/runtime.cpp
! src/share/vm/opto/runtime.hpp

Changeset: cb315dc80374
Author:    never
Date:      2011-09-29 09:53 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/cb315dc80374

7092278: "jmap -finalizerinfo" throws "sun.jvm.hotspot.utilities.AssertionFailure: invalid cp index 0 137"
Reviewed-by: kvn

! agent/src/share/classes/sun/jvm/hotspot/oops/InstanceKlass.java
+ agent/src/share/classes/sun/jvm/hotspot/runtime/vmSymbols.java
! agent/src/share/classes/sun/jvm/hotspot/tools/jcore/ClassWriter.java
! src/share/vm/classfile/vmSymbols.hpp
! src/share/vm/runtime/vmStructs.cpp

Changeset: 098acdf97f09
Author:    never
Date:      2011-09-29 13:47 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/098acdf97f09

7096016: SA build still produces "arg list too long" errors
Reviewed-by: kvn, never
Contributed-by: volker.simonis at gmail.com

! make/linux/makefiles/sa.make
! make/sa.files
! make/solaris/makefiles/sa.make
! make/windows/makefiles/sa.make

Changeset: dc45ae774613
Author:    iveresov
Date:      2011-09-29 23:09 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/dc45ae774613

7096639: Tiered: Incorrect counter overflow handling for inlined methods
Summary: Enable invocation events for inlinees
Reviewed-by: kvn

! src/share/vm/c1/c1_LIRGenerator.cpp
! src/share/vm/runtime/globals.hpp

Changeset: ae839d1e7d4c
Author:    roland
Date:      2011-09-30 13:47 +0200
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/ae839d1e7d4c

7096010: c2: running with +PrintOptoAssembly crashes the VM when $constanttablebase is used
Summary: ADLC generates code to prepare the register string to be printed in a char array but then calls print without the char array as an argument.
Reviewed-by: never

! src/share/vm/adlc/formssel.cpp

Changeset: 5d871c1ff17c
Author:    iveresov
Date:      2011-09-30 13:48 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/5d871c1ff17c

Merge

! make/Makefile
! make/linux/makefiles/defs.make
! make/solaris/makefiles/defs.make
! src/os/linux/vm/os_linux.cpp

Changeset: da883b9e6d37
Author:    jcoomes
Date:      2011-09-30 18:27 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/da883b9e6d37

Merge

! .hgtags
- agent/src/os/solaris/dbx/Makefile
- agent/src/os/solaris/dbx/README
- agent/src/os/solaris/dbx/README-commands.txt
- agent/src/os/solaris/dbx/helloWorld.cpp
- agent/src/os/solaris/dbx/proc_service_2.h
- agent/src/os/solaris/dbx/shell_imp.h
- agent/src/os/solaris/dbx/svc_agent_dbx.cpp
- agent/src/os/solaris/dbx/svc_agent_dbx.hpp
- agent/src/os/win32/BasicList.hpp
- agent/src/os/win32/Buffer.cpp
- agent/src/os/win32/Buffer.hpp
- agent/src/os/win32/Dispatcher.cpp
- agent/src/os/win32/Dispatcher.hpp
- agent/src/os/win32/Handler.hpp
- agent/src/os/win32/IOBuf.cpp
- agent/src/os/win32/IOBuf.hpp
- agent/src/os/win32/LockableList.hpp
- agent/src/os/win32/Makefile
- agent/src/os/win32/Message.hpp
- agent/src/os/win32/Monitor.cpp
- agent/src/os/win32/Monitor.hpp
- agent/src/os/win32/README-commands.txt
- agent/src/os/win32/README.txt
- agent/src/os/win32/Reaper.cpp
- agent/src/os/win32/Reaper.hpp
- agent/src/os/win32/SwDbgSrv.cpp
- agent/src/os/win32/SwDbgSrv.dsp
- agent/src/os/win32/SwDbgSrv.dsw
- agent/src/os/win32/SwDbgSub.cpp
- agent/src/os/win32/SwDbgSub.dsp
- agent/src/os/win32/initWinsock.cpp
- agent/src/os/win32/initWinsock.hpp
- agent/src/os/win32/ioUtils.cpp
- agent/src/os/win32/ioUtils.hpp
- agent/src/os/win32/isNT4.cpp
- agent/src/os/win32/isNT4.hpp
- agent/src/os/win32/libInfo.cpp
- agent/src/os/win32/libInfo.hpp
- agent/src/os/win32/nt4internals.cpp
- agent/src/os/win32/nt4internals.hpp
- agent/src/os/win32/ports.h
- agent/src/os/win32/procList.cpp
- agent/src/os/win32/procList.hpp
- agent/src/os/win32/serverLists.cpp
- agent/src/os/win32/serverLists.hpp
- agent/src/os/win32/toolHelp.cpp
- agent/src/os/win32/toolHelp.hpp
- agent/src/share/classes/sun/jvm/hotspot/debugger/dbx/DbxAddress.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/dbx/DbxDebugger.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/dbx/DbxDebuggerLocal.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/dbx/DbxOopHandle.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/dbx/DbxThreadFactory.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/dbx/sparc/DbxSPARCThread.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/dbx/sparc/DbxSPARCThreadContext.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/dbx/sparc/DbxSPARCThreadFactory.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/dbx/x86/DbxX86Thread.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/dbx/x86/DbxX86ThreadContext.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/dbx/x86/DbxX86ThreadFactory.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/win32/AddressDataSource.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/win32/DLL.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/win32/TestDebugger.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/win32/TestHelloWorld.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/win32/Win32Address.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/win32/Win32CDebugInfoBuilder.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/win32/Win32CDebugger.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/win32/Win32Debugger.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/win32/Win32DebuggerLocal.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/win32/Win32LDTEntry.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/win32/Win32LDTEntryConstants.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/win32/Win32OopHandle.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/win32/Win32Thread.java
- agent/src/share/classes/sun/jvm/hotspot/debugger/win32/Win32ThreadContext.java
- agent/src/share/classes/sun/jvm/hotspot/runtime/amd64/AMD64Frame.java
- agent/src/share/classes/sun/jvm/hotspot/runtime/amd64/AMD64RegisterMap.java
- make/solaris/makefiles/mapfile-vers-nonproduct
- src/share/vm/runtime/reflectionCompat.hpp

Changeset: 49ed7eacfd16
Author:    jcoomes
Date:      2011-09-30 18:27 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/49ed7eacfd16

Added tag hs23-b01 for changeset da883b9e6d37

! .hgtags

Changeset: 7c20d272643f
Author:    katleman
Date:      2011-10-06 14:01 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/7c20d272643f

Added tag jdk8-b08 for changeset 49ed7eacfd16

! .hgtags

Changeset: edd5f85e2de7
Author:    katleman
Date:      2011-10-13 10:35 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/edd5f85e2de7

Added tag jdk8-b09 for changeset 7c20d272643f

! .hgtags

Changeset: 95607b70acb5
Author:    jcoomes
Date:      2011-09-30 22:54 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/95607b70acb5

7096124: Bump the hs23 build number to 02
Reviewed-by: johnc
Contributed-by: alejandro.murillo at oracle.com

! make/hotspot_version

Changeset: 4f93f0d00802
Author:    tonyp
Date:      2011-09-20 09:59 -0400
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/4f93f0d00802

7059019: G1: add G1 support to the SA
Summary: Extend the SA to recognize the G1CollectedHeap and implement any code that's needed by our serviceability tools (jmap, jinfo, jstack, etc.) that depend on the SA.
Reviewed-by: never, poonam, johnc

! agent/make/Makefile
+ agent/src/share/classes/sun/jvm/hotspot/gc_implementation/g1/G1CollectedHeap.java
+ agent/src/share/classes/sun/jvm/hotspot/gc_implementation/g1/HeapRegion.java
+ agent/src/share/classes/sun/jvm/hotspot/gc_implementation/g1/HeapRegionSeq.java
! agent/src/share/classes/sun/jvm/hotspot/gc_interface/CollectedHeapName.java
! agent/src/share/classes/sun/jvm/hotspot/memory/Universe.java
! agent/src/share/classes/sun/jvm/hotspot/oops/ObjectHeap.java
! agent/src/share/classes/sun/jvm/hotspot/tools/HeapSummary.java
! make/sa.files
! src/share/vm/gc_implementation/g1/heapRegionSeq.hpp
+ src/share/vm/gc_implementation/g1/vmStructs_g1.hpp
! src/share/vm/runtime/vmStructs.cpp

Changeset: 663cb89032b1
Author:    johnc
Date:      2011-09-20 15:39 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/663cb89032b1

7092412: G1: Some roots not marked during an initial mark that gets an evacuation failure
Summary: As a result of the changes for 7080389, an evacuation failure during an initial mark pause may result in some root objects not being marked. Pass whether the caller is a root scanning closure into the evacuation failure handling code so that the thread that successfully forwards an object to itself also marks the object.
Reviewed-by: ysr, brutisso, tonyp

! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp
! src/share/vm/gc_implementation/g1/g1OopClosures.hpp

Changeset: 114e52976463
Author:    tonyp
Date:      2011-09-21 01:27 -0400
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/114e52976463

7045232: G1: pool names are inconsistent with other collectors (don't have 'Space')
Summary: Make sure the eden and survivor pools have "Space" in their name.
Reviewed-by: jmasa, ysr

! src/share/vm/services/g1MemoryPool.cpp

Changeset: 1847b501ae74
Author:    johnc
Date:      2011-09-21 10:04 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/1847b501ae74

7068215: G1: Print reference processing time during remark
Summary: Displays the elapsed time taken to perform reference processing during remark as part of the PrintGCDetails output.
Reviewed-by: ysr

! src/share/vm/gc_implementation/g1/concurrentMark.cpp

Changeset: d912b598c6c3
Author:    tonyp
Date:      2011-09-21 13:36 -0400
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/d912b598c6c3

7091032: G1: assert failure when NewRatio is used
Summary: The desired min / max heap sizes are miscalculated at initialization when NewRatio is used. The changeset also includes an additional small change to turn a print statement into a warning.
Reviewed-by: johnc, jmasa, ysr, brutisso

! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp

Changeset: 5cc33133bc6d
Author:    johnc
Date:      2011-09-21 15:24 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/5cc33133bc6d

7092245: G1: Wrong format specifier in G1PrintRegionLivenessInfo header output
Summary: Cast HeapRegion::GrainBytes to size_t in output statement.
Reviewed-by: ysr, brutisso, pbk, tonyp

! src/share/vm/gc_implementation/g1/concurrentMark.cpp

Changeset: f0ecbe78fc7b
Author:    tonyp
Date:      2011-09-22 07:18 -0400
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/f0ecbe78fc7b

7092238: G1: Uninitialized field gc_efficiency in G1PrintRegionLivenessInfo output
Reviewed-by: jcoomes, johnc

! src/share/vm/gc_implementation/g1/heapRegion.cpp

Changeset: 4dfb2df418f2
Author:    johnc
Date:      2011-09-22 10:57 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/4dfb2df418f2

6484982: G1: process references during evacuation pauses
Summary: G1 now uses two reference processors - one is used by concurrent marking and the other is used by STW GCs (both full and incremental evacuation pauses). In an evacuation pause, the reference processor is embedded into the closures used to scan objects. Doing so causes causes reference objects to be 'discovered' by the reference processor. At the end of the evacuation pause, these discovered reference objects are processed - preserving (and copying) referent objects (and their reachable graphs) as appropriate.
Reviewed-by: ysr, jwilhelm, brutisso, stefank, tonyp

! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp
! src/share/vm/gc_implementation/g1/concurrentMark.cpp
! src/share/vm/gc_implementation/g1/concurrentMark.hpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp
! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp
! src/share/vm/gc_implementation/g1/g1CollectorPolicy.hpp
! src/share/vm/gc_implementation/g1/g1MarkSweep.cpp
! src/share/vm/gc_implementation/g1/g1OopClosures.hpp
! src/share/vm/gc_implementation/g1/g1RemSet.cpp
! src/share/vm/gc_implementation/g1/heapRegion.cpp
! src/share/vm/gc_implementation/g1/heapRegion.hpp
! src/share/vm/gc_implementation/g1/satbQueue.cpp
! src/share/vm/gc_implementation/parallelScavenge/psMarkSweep.cpp
! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp
! src/share/vm/gc_implementation/parallelScavenge/psScavenge.cpp
! src/share/vm/memory/genCollectedHeap.cpp
! src/share/vm/memory/referenceProcessor.cpp
! src/share/vm/memory/referenceProcessor.hpp
! src/share/vm/runtime/thread.cpp

Changeset: 8229bd737950
Author:    tonyp
Date:      2011-09-23 16:07 -0400
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/8229bd737950

7075646: G1: fix inconsistencies in the monitoring data
Summary: Fixed a few inconsistencies in the monitoring data, in particular when reported from jstat.
Reviewed-by: jmasa, brutisso, johnc

! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp
! src/share/vm/gc_implementation/g1/g1CollectorPolicy.hpp
! src/share/vm/gc_implementation/g1/g1MonitoringSupport.cpp
! src/share/vm/gc_implementation/g1/g1MonitoringSupport.hpp
! src/share/vm/gc_implementation/g1/heapRegion.hpp
! src/share/vm/gc_implementation/shared/generationCounters.cpp
! src/share/vm/gc_implementation/shared/generationCounters.hpp
! src/share/vm/services/g1MemoryPool.cpp
! src/share/vm/services/g1MemoryPool.hpp

Changeset: e807478bf9ca
Author:    brutisso
Date:      2011-09-26 10:14 +0200
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/e807478bf9ca

7091366: re-enable quicksort tests
Summary: Added extern "C" to make it build with JDK6 compilers
Reviewed-by: jwilhelm, kvn

! src/share/vm/utilities/quickSort.cpp

Changeset: 273b46400613
Author:    johnc
Date:      2011-09-28 10:36 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/273b46400613

7086533: G1: assert(!_g1->is_obj_dead(obj)): We should not be preserving dead objs: g1CollectedHeap.cpp:3835
Summary: Some objects may not be marked in the event of an evacuation failure in a partially young GC, during a marking cycle. Avoid this situation by not allowing partially young GCs during a marking cycle.
Reviewed-by: tonyp, ysr, brutisso

! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp

Changeset: 811ec3d0833b
Author:    johnc
Date:      2011-10-03 12:49 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/811ec3d0833b

7097053: G1: assert(da ? referent->is_oop() : referent->is_oop_or_null()) failed: referenceProcessor.cpp:1054
Summary: During remembered set scanning, the reference processor could discover a reference object whose referent was in the process of being copied and so may not be completely initialized. Do not perform reference discovery during remembered set scanning.
Reviewed-by: tonyp, ysr

! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/g1/g1OopClosures.hpp
! src/share/vm/gc_implementation/g1/g1RemSet.cpp
! src/share/vm/gc_implementation/g1/heapRegion.cpp

Changeset: 81aa07130d30
Author:    tonyp
Date:      2011-10-03 19:04 -0400
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/81aa07130d30

7097048: G1: extend the G1 SA changes to print per-heap space information
Reviewed-by: brutisso, johnc

! agent/src/share/classes/sun/jvm/hotspot/gc_implementation/g1/G1CollectedHeap.java
+ agent/src/share/classes/sun/jvm/hotspot/gc_implementation/g1/G1MonitoringSupport.java
! agent/src/share/classes/sun/jvm/hotspot/tools/HeapSummary.java
! src/share/vm/gc_implementation/g1/g1MonitoringSupport.hpp
! src/share/vm/gc_implementation/g1/vmStructs_g1.hpp

Changeset: c63b928b212b
Author:    stefank
Date:      2011-09-12 16:09 +0200
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/c63b928b212b

7021322: assert(object_end <= top()) failed: Object crosses promotion LAB boundary
Summary: Pass the same object size value to both allocate and unallocate_object
Reviewed-by: ysr, brutisso

! src/share/vm/gc_implementation/parallelScavenge/psPromotionLAB.cpp
! src/share/vm/gc_implementation/parallelScavenge/psPromotionLAB.hpp
! src/share/vm/gc_implementation/parallelScavenge/psPromotionManager.cpp

Changeset: 65a8ff39a6da
Author:    johnc
Date:      2011-10-05 08:44 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/65a8ff39a6da

7095194: G1: HeapRegion::GrainBytes, GrainWords, and CardsPerRegion should be size_t
Summary: Declare GrainBytes, GrainWords, and CardsPerRegion as size_t.
Reviewed-by: jcoomes, tonyp, jmasa

! src/share/vm/gc_implementation/g1/concurrentMark.cpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp
! src/share/vm/gc_implementation/g1/heapRegion.cpp
! src/share/vm/gc_implementation/g1/heapRegion.hpp
! src/share/vm/gc_implementation/g1/heapRegionRemSet.cpp
! src/share/vm/gc_implementation/g1/heapRegionRemSet.hpp
! src/share/vm/gc_implementation/g1/vmStructs_g1.hpp

Changeset: fd65bc7c09b6
Author:    tonyp
Date:      2011-10-06 13:28 -0400
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/fd65bc7c09b6

Merge

! agent/make/Makefile
! make/sa.files
! src/share/vm/runtime/thread.cpp
! src/share/vm/runtime/vmStructs.cpp

Changeset: 246daf2c601d
Author:    brutisso
Date:      2011-09-28 08:21 +0200
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/246daf2c601d

7005808: G1: re-enable ReduceInitialCardMarks for G1
Summary: Remove the extra guard to allow G1 to use ReduceInitialCardMarks
Reviewed-by: jmasa, tonyp, johnc, ysr

! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp
! src/share/vm/gc_implementation/g1/g1_globals.hpp

Changeset: b9390528617c
Author:    ysr
Date:      2011-10-06 18:56 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/b9390528617c

7095236: G1: _markedRegions never contains NULL regions
Summary: Removed the code for skipping over NULL regions in _markedRegions, replacing it with an assertion that a NULL region is never encountered; removed dead methods, remove() and remove_region(), and inlined a simplified addRegion() directly into fillCache().
Reviewed-by: brutisso, tonyp

! src/share/vm/gc_implementation/g1/collectionSetChooser.cpp
! src/share/vm/gc_implementation/g1/collectionSetChooser.hpp

Changeset: f32dae5d5677
Author:    ysr
Date:      2011-10-10 08:40 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/f32dae5d5677

Merge


Changeset: 3f24f946bc2d
Author:    brutisso
Date:      2011-10-11 10:21 +0200
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/3f24f946bc2d

7099454: /bin/sh does not support syntax used in the src/os/posix/launcher/launcher.script shell script
Summary: Also reviewed by mikael.gerdin at oracle.com; Changed to the `` syntax instead. Also changed "source" to ".".
Reviewed-by: never, stefank, dsamersoff, rottenha

! src/os/posix/launcher/launcher.script

Changeset: d1bdeef3e3e2
Author:    johnc
Date:      2011-10-12 10:25 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/d1bdeef3e3e2

7098282: G1: assert(interval >= 0) failed: Sanity check, referencePolicy.cpp: 76
Summary: There is a race between one thread successfully forwarding and copying the klass mirror for the SoftReference class (including the static master clock) and another thread attempting to use the master clock while attempting to discover a soft reference object. Maintain a shadow copy of the soft reference master clock and use the shadow during reference discovery and reference processing.
Reviewed-by: tonyp, brutisso, ysr

! src/share/vm/memory/referencePolicy.cpp
! src/share/vm/memory/referencePolicy.hpp
! src/share/vm/memory/referenceProcessor.cpp
! src/share/vm/memory/referenceProcessor.hpp

Changeset: e4f412d2b75d
Author:    jcoomes
Date:      2011-10-14 18:17 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/e4f412d2b75d

Merge

! .hgtags

Changeset: d815de2e85e5
Author:    jcoomes
Date:      2011-10-14 18:21 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/d815de2e85e5

Added tag hs23-b02 for changeset e4f412d2b75d

! .hgtags

Changeset: 3170e4044f2d
Author:    katleman
Date:      2011-10-20 10:32 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/3170e4044f2d

Added tag jdk8-b10 for changeset d815de2e85e5

! .hgtags

Changeset: bc257a801090
Author:    jcoomes
Date:      2011-10-14 21:45 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/bc257a801090

7101096: Bump the hs23 build number to 03
Reviewed-by: johnc
Contributed-by: alejandro.murillo at oracle.com

! make/hotspot_version

Changeset: 940513efe83a
Author:    iveresov
Date:      2011-10-04 10:07 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/940513efe83a

7097679: Tiered: events with bad bci to Gotos reduced from Ifs
Summary: Save bci of instruction that produced Goto and use it to call back to runtime
Reviewed-by: kvn, never

! src/share/vm/c1/c1_GraphBuilder.cpp
! src/share/vm/c1/c1_LIRGenerator.cpp

Changeset: ec5ce9326985
Author:    kvn
Date:      2011-10-04 14:30 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/ec5ce9326985

6865265: JVM crashes with "missing exception handler" error
Summary: Retry the call to fast_exception_handler_bci_for() after it returned with a pending exception. Don't cache the exception handler pc computed by compute_compiled_exc_handler() if the handler is for another (nested) exception.
Reviewed-by: kamg, kvn
Contributed-by: volker.simonis at gmail.com

! src/share/vm/opto/runtime.cpp
! src/share/vm/runtime/sharedRuntime.cpp
+ test/compiler/6865265/StackOverflowBug.java

Changeset: eba73e0c7780
Author:    bdelsart
Date:      2011-10-07 13:28 +0200
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/eba73e0c7780

7096366: PPC: corruption of floating-point values with DeoptimizeALot
Summary: fix for a deoptimization found on PPC, which could impact other big endian platforms
Reviewed-by: roland, dholmes

! src/share/vm/c1/c1_LinearScan.cpp

Changeset: 0abefdb54d21
Author:    twisti
Date:      2011-10-11 02:19 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/0abefdb54d21

7081938: JSR292: assert(magic_number_2() == MAGIC_NUMBER_2) failed
Reviewed-by: never, bdelsart

! src/cpu/x86/vm/frame_x86.cpp
! src/cpu/x86/vm/methodHandles_x86.cpp
! src/cpu/x86/vm/methodHandles_x86.hpp

Changeset: 5eb9169b1a14
Author:    twisti
Date:      2011-10-12 21:00 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/5eb9169b1a14

7092712: JSR 292: unloaded invokedynamic call sites can lead to a crash with signature types not on BCP
Reviewed-by: jrose, never

! src/share/vm/ci/ciEnv.cpp
! src/share/vm/ci/ciEnv.hpp
! src/share/vm/ci/ciMethod.cpp
! src/share/vm/ci/ciMethod.hpp
! src/share/vm/ci/ciObjectFactory.cpp
! src/share/vm/ci/ciObjectFactory.hpp
! src/share/vm/ci/ciSignature.cpp
! src/share/vm/ci/ciSignature.hpp

Changeset: a786fdc79c5f
Author:    never
Date:      2011-10-13 14:08 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/a786fdc79c5f

7100165: JSR 292: leftover printing code in methodHandleWalk.cpp
Reviewed-by: kvn, twisti

! src/share/vm/prims/methodHandleWalk.cpp

Changeset: 4bac06a82bc3
Author:    kvn
Date:      2011-10-14 10:07 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/4bac06a82bc3

7100757: The BitSet.nextSetBit() produces incorrect result in 32bit VM on Sparc
Summary: Instruction countTrailingZerosL() should use iRegIsafe dst register since it is used in long arithmetic.
Reviewed-by: never, twisti

! src/cpu/sparc/vm/sparc.ad
+ test/compiler/7100757/Test7100757.java

Changeset: 11d17c7d2ee6
Author:    iveresov
Date:      2011-10-16 02:59 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/11d17c7d2ee6

Merge


Changeset: 2ef3386478e6
Author:    dholmes
Date:      2011-10-10 21:01 -0400
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/2ef3386478e6

7096278: Update the VM name to indicate it is an embedded build
Reviewed-by: kvn, never, jcoomes, bobv

! src/share/vm/runtime/vm_version.cpp

Changeset: 436b4a3231bf
Author:    dcubed
Date:      2011-10-13 09:35 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/436b4a3231bf

7098194: integrate macosx-port changes
Summary: Integrate bsd-port/hotspot and macosx-port/hotspot changes as of 2011.09.29.
Reviewed-by: kvn, dholmes, never, phh
Contributed-by: Christos Zoulas <christos at zoulas.com>, Greg Lewis <glewis at eyesbeyond.com>, Kurt Miller <kurt at intricatesoftware.com>, Alexander Strange <astrange at apple.com>, Mike Swingler <swingler at apple.com>, Roger Hoover <rhoover at apple.com>, Victor Hernandez <vhernandez at apple.com>, Pratik Solanki <psolanki at apple.com>

! .hgignore
+ agent/src/os/bsd/MacosxDebuggerLocal.m
! agent/src/os/bsd/Makefile
! agent/src/os/bsd/symtab.c
! agent/src/share/classes/sun/jvm/hotspot/debugger/bsd/BsdDebuggerLocal.java
! agent/src/share/classes/sun/jvm/hotspot/utilities/PlatformInfo.java
! make/Makefile
! make/bsd/makefiles/adlc.make
! make/bsd/makefiles/buildtree.make
! make/bsd/makefiles/defs.make
! make/bsd/makefiles/dtrace.make
! make/bsd/makefiles/gcc.make
! make/bsd/makefiles/sa.make
! make/bsd/makefiles/saproc.make
! make/bsd/makefiles/top.make
! make/bsd/makefiles/vm.make
! make/defs.make
- make/templates/bsd-header
! src/cpu/x86/vm/jni_x86.h
+ src/os/bsd/dtrace/generateJvmOffsets.cpp
+ src/os/bsd/dtrace/generateJvmOffsets.h
+ src/os/bsd/dtrace/generateJvmOffsetsMain.c
+ src/os/bsd/dtrace/hotspot.d
+ src/os/bsd/dtrace/hotspot_jni.d
+ src/os/bsd/dtrace/hs_private.d
+ src/os/bsd/dtrace/jhelper.d
+ src/os/bsd/dtrace/jvm_dtrace.c
+ src/os/bsd/dtrace/jvm_dtrace.h
+ src/os/bsd/dtrace/libjvm_db.c
+ src/os/bsd/dtrace/libjvm_db.h
! src/os/bsd/vm/dtraceJSDT_bsd.cpp
! src/os/bsd/vm/jvm_bsd.h
! src/os/bsd/vm/os_bsd.cpp
! src/os/linux/vm/os_linux.cpp
! src/os/solaris/vm/os_solaris.cpp
! src/os/windows/vm/os_windows.cpp
! src/os_cpu/bsd_x86/vm/bsd_x86_32.s
! src/os_cpu/bsd_x86/vm/os_bsd_x86.cpp
! src/os_cpu/bsd_zero/vm/bytes_bsd_zero.inline.hpp
! src/os_cpu/bsd_zero/vm/os_bsd_zero.cpp
! src/share/vm/code/nmethod.cpp
! src/share/vm/compiler/compileBroker.cpp
! src/share/vm/gc_implementation/concurrentMarkSweep/vmCMSOperations.cpp
! src/share/vm/gc_implementation/shared/vmGCOperations.cpp
! src/share/vm/oops/instanceKlass.cpp
! src/share/vm/opto/connode.cpp
! src/share/vm/prims/jni.cpp
! src/share/vm/prims/jvm.cpp
! src/share/vm/prims/jvm.h
! src/share/vm/prims/unsafe.cpp
! src/share/vm/runtime/arguments.cpp
! src/share/vm/runtime/globals.hpp
! src/share/vm/runtime/java.cpp
! src/share/vm/runtime/objectMonitor.cpp
! src/share/vm/runtime/os.cpp
! src/share/vm/runtime/os.hpp
! src/share/vm/runtime/sharedRuntime.cpp
! src/share/vm/runtime/synchronizer.cpp
! src/share/vm/runtime/thread.cpp
! src/share/vm/runtime/thread.hpp
! src/share/vm/runtime/vmThread.cpp
! src/share/vm/services/classLoadingService.cpp
! src/share/vm/services/memoryManager.cpp
! src/share/vm/services/runtimeService.cpp
! src/share/vm/services/threadService.cpp
! src/share/vm/utilities/debug.cpp
! src/share/vm/utilities/dtrace.hpp
+ src/share/vm/utilities/dtrace_usdt2_disabled.hpp
! src/share/vm/utilities/globalDefinitions.hpp
! src/share/vm/utilities/hashtable.cpp

Changeset: 23a1c8de9d51
Author:    dholmes
Date:      2011-10-17 01:40 -0400
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/23a1c8de9d51

Merge

- make/templates/bsd-header
! src/share/vm/runtime/sharedRuntime.cpp
! src/share/vm/runtime/thread.cpp

Changeset: 8187c94a9a87
Author:    never
Date:      2011-10-17 11:00 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/8187c94a9a87

7093690: JSR292: SA-JDI AssertionFailure: Expected raw sp likely got real sp, value was
Reviewed-by: kvn, twisti

! agent/src/share/classes/sun/jvm/hotspot/runtime/sparc/SPARCFrame.java

Changeset: e5928e7dab26
Author:    never
Date:      2011-10-17 21:38 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/e5928e7dab26

7098528: crash with java -XX:+ExtendedDTraceProbes
Reviewed-by: kvn

! src/share/vm/classfile/javaClasses.cpp
! src/share/vm/classfile/javaClasses.hpp
! src/share/vm/gc_interface/collectedHeap.cpp
! src/share/vm/gc_interface/collectedHeap.hpp
! src/share/vm/oops/instanceMirrorKlass.cpp

Changeset: 16f9fa2bf76c
Author:    kvn
Date:      2011-10-19 10:52 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/16f9fa2bf76c

7100935: win32: memmove is not atomic but is used for pd_conjoint_*_atomic operations
Summary: replace the call to memmove by a simple copy loop
Reviewed-by: dholmes, kvn, never
Contributed-by: axel.siebenborn at sap.com, volker.simonis at gmail.com

! src/cpu/sparc/vm/copy_sparc.hpp
! src/os_cpu/windows_x86/vm/copy_windows_x86.inline.hpp
+ test/runtime/7100935/TestConjointAtomicArraycopy.java
+ test/runtime/7100935/TestShortArraycopy.java

Changeset: 1179647ee175
Author:    iveresov
Date:      2011-10-21 00:58 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/1179647ee175

Merge


Changeset: ec4b032a4977
Author:    tonyp
Date:      2011-10-13 13:54 -0400
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/ec4b032a4977

7098085: G1: partially-young GCs not initiated under certain circumstances
Reviewed-by: ysr, brutisso

! src/share/vm/gc_implementation/g1/concurrentMarkThread.cpp

Changeset: 074f0252cc13
Author:    tonyp
Date:      2011-10-14 11:12 -0400
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/074f0252cc13

7088680: G1: Cleanup in the G1CollectorPolicy class
Summary: Removed unused fields and methods, removed the G1CollectoryPolicy_BestRegionsFirst class and folded its functionality into the G1CollectorPolicy class.
Reviewed-by: ysr, brutisso, jcoomes

! src/share/vm/gc_implementation/g1/concurrentMark.cpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp
! src/share/vm/gc_implementation/g1/g1CollectorPolicy.hpp
! src/share/vm/memory/universe.cpp

Changeset: bf2d2b8b1726
Author:    johnc
Date:      2011-10-17 09:57 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/bf2d2b8b1726

7095243: Disambiguate ReferenceProcessor::_discoveredSoftRefs
Summary: Add a new, separate, pointer to the base of the array of discovered reference lists and use this new pointer in places where we iterate over the entire array.
Reviewed-by: ysr, brutisso

! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/memory/referenceProcessor.cpp
! src/share/vm/memory/referenceProcessor.hpp

Changeset: 647872693572
Author:    tonyp
Date:      2011-10-21 07:24 -0400
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/647872693572

Merge


Changeset: 4d3850d9d326
Author:    jcoomes
Date:      2011-10-21 10:27 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/4d3850d9d326

Merge

- make/templates/bsd-header

Changeset: 4538caeef7b6
Author:    jcoomes
Date:      2011-10-21 10:27 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/4538caeef7b6

Added tag hs23-b03 for changeset 4d3850d9d326

! .hgtags

Changeset: 7e508fbcb950
Author:    jcoomes
Date:      2011-10-27 12:21 -0700
URL:       http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/7e508fbcb950

Merge

! .hgtags
! make/hotspot_version
- make/templates/bsd-header
! src/cpu/x86/vm/vm_version_x86.cpp
! src/os/windows/vm/os_windows.cpp
! src/share/vm/prims/methodHandleWalk.cpp


From rhoover at apple.com  Sat Oct 29 06:03:20 2011
From: rhoover at apple.com (rhoover at apple.com)
Date: Sat, 29 Oct 2011 13:03:20 +0000
Subject: hg: macosx-port/macosx-port/hotspot: removed a dead definition of
	MAXFLOAT that was conflicting to continue with builds on
	experimental Apple compilers/includes,
	taken out of mainline hotspot by tom rodriguez in 7u4
Message-ID: <20111029130322.CCD1F471CD@hg.openjdk.java.net>

Changeset: c0bf2b616394
Author:    rhoover
Date:      2011-10-29 07:02 -0600
URL:       http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot/rev/c0bf2b616394

removed a dead definition of MAXFLOAT that was conflicting to continue with builds on experimental Apple compilers/includes, taken out of mainline hotspot by tom rodriguez in 7u4

! src/share/vm/opto/addnode.cpp


From mark.reinhold at oracle.com  Mon Oct 31 07:53:56 2011
From: mark.reinhold at oracle.com (mark.reinhold at oracle.com)
Date: Mon, 31 Oct 2011 07:53:56 -0700
Subject: Rhino source code (Was: Rhino build support)
In-Reply-To: mark@klomp.org; Mon, 31 Oct 2011 12:51:05 BST;
	<1320061865.3388.30.camel@springer.wildebeest.org>
Message-ID: <20111031145356.80545DD3@eggemoggin.niobe.net>

2011/10/31 4:51 -0700, mark at klomp.org:
> This might have slipped through with all the excitement around JavaFX
> being liberated and all the new JEPs. But it would really help us if you
> could take a quick peek and point us in the right direction.
> 
> It would be good for us to make sure we all distribute the same
> javax.script javascript support, whether it is ClosedJDK, OpenJDK,
> IcedTea or the MacOSX port. Users probably would like to be sure it is
> all compatible and supports the same features.

Sundar -- Could you please summarize the changes you made to the Rhino
code when you last updated the copy used in the Oracle builds?  Thanks.

> Maybe it is already in the distribution legal notes somewhere, but we
> looked and cannot find it (maybe we looked in the wrong place). Assuming
> you are redistributing Rhino under the GPL/MPL there really should at
> least be a conspicuous notice stating where to find the modifications
> used to make the binary Oracle is distributing (MPL section 3.6 and/or
> GPL section 3).

That should be in the Oracle JDK 7 release notes, but I don't see it,
so I'll ask someone to take care of it.

- Mark

From shrode at subnature.com  Mon Oct 31 08:07:54 2011
From: shrode at subnature.com (Jason Schroeder)
Date: Mon, 31 Oct 2011 09:07:54 -0600
Subject: MacOS FutureTask.get race
Message-ID: <CAOsffxGNQT-KvwUxuVzLRJF18dzTnfNzQ2-Vq65ga3EOyVD68A@mail.gmail.com>

I hope mentioning the race contained in this example is appropriate.  I can
only force this bug to appear with the MacOS jvm.

How can I be of useful assistance?

// $ java -version
// java version "1.6.0_27"
// Java(TM) SE Runtime Environment (build 1.6.0_27-b07-393-11M3511)
// Java HotSpot(TM) 64-Bit Server VM (build 20.2-b06-393, mixed mode)
//
// This an example of the error:
//
// error:gingerbreadman1509143 != null != gingerbreadman1509143
//
// An InvertedFuture object implementing Callable is given to the
ScheduledExecutorService
// and the second Future object returned by the ScheduledExecutorService is
ignored.
//
// It seems the InvertedFuture's get method is unblocking moments too early
to return a null
// object, impossible under the contract for the methods involved, and then
returns the second
// and expected value moments after that.
//
// This code pattern is inspired by how ExecutorService and
CompletionService are implemented
// in the JDK.

import java.util.concurrent.*;

public class RacebugTest  {

    public static int ITERATIONS = 10000*1000;

    public static void main(String[]args) throws ExecutionException,
InterruptedException {
        ScheduledExecutorService ses = Executors.newScheduledThreadPool(3,
Executors.defaultThreadFactory());

        Callable callable;

        for(int i = 0;i<ITERATIONS;i++) {
            callable = new DoNothing("gingerbreadman" + i);

            InvertedFuture future = new InvertedFuture (callable);
            Future ignored = ses.submit((Callable)future);

            String comparison = ("gingerbreadman" + i);
            Object result = future.get();

            // Not only is this condition possible with result == null
            if (! comparison.equals(result)) {
                // But a second attempt to access Future.get() results in a
second value with the expected result
                System.out.println ("error:" + comparison + " != " + result
+ " != " + future.get());
                System.exit(1);
            }
        }
    }

    protected static class InvertedFuture extends FutureTask implements
Callable {
        private final Callable callable;

        InvertedFuture(Callable callable) {
            super(callable);
            this.callable = callable;
        }

        @Override
        public Object call() throws Exception {
            Object result;
            try {
                result = callable.call();
                set(result);
                return result;
            } catch (Error e) {
                setException(e);
                throw e;
            } catch (Exception e) {
                setException(e);
                throw e;
            }
        }
    }

    static class DoNothing implements Callable {
        Object result;
        DoNothing(Object result) {
            this.result = result;
        }
        @Override
        public Object call() throws Exception {
            return result;
        }
    }
}

From Alexander.Potochkin at oracle.com  Mon Oct 31 08:24:22 2011
From: Alexander.Potochkin at oracle.com (Alexander Potochkin)
Date: Mon, 31 Oct 2011 18:24:22 +0300
Subject: AquaLaf setting?
In-Reply-To: <1D1B5F1F-6979-42A6-B122-273F3876AFF2@apple.com>
References: <4EA84D31.5040700@oracle.com>
	<5334763D-4AE8-4C80-8028-2AE9530E7595@apple.com>
	<4EA94213.30807@oracle.com>
	<5FE26F3D-A10F-43A1-B66F-14A234865164@apple.com>
	<4EAA9F62.2080103@oracle.com>
	<36A75098-C68F-4438-8F2F-7E7AB501A74D@apple.com>
	<1D1B5F1F-6979-42A6-B122-273F3876AFF2@apple.com>
Message-ID: <4EAEBDA6.4040003@oracle.com>

Hello Mike
> Sorry...I meant diff. And since it was easy, here it is:

Thank you, it is very helpful!

alexp

>
>
>
> Actually most of the changes are in the launcher, BSD networking, OpenGL includes, and an accessor in the EventDispatch thread. I'm surprised how little .java code had to change (and most of the native .c code is obvious #define kind of stuff).
>
> Regards,
> Mike Swingler
> Java Engineering
> Apple Inc.
>
> On Oct 28, 2011, at 8:44 AM, Mike Swingler wrote:
>
>> There are a couple of areas around accessibility and fonts that I can think of off hand. A grep of JDK7 vs macosx-port would be more authoritative than our guessing though.
>>
>> Regards,
>> Mike Swingler
>> Java Engineering
>> Apple Inc.
>>
>> On Oct 28, 2011, at 5:26 AM, Alexander Potochkin wrote:
>>
>>> Hello Kevin
>>>> The Aqua LaF is chosen by javax.swing.UIManager.getSystemLookAndFeelClassName() if the OSType is MACOSX and the current toolkit is LWCToolkit (otherwise, we use Metal).
>>> I can see it now
>>>
>>> So you've changed the UIManager class to support it,
>>> I checked that we don't have that check in UIManager from official Oracale JDK
>>>
>>> We'll have to merge it somehow
>>>
>>> Do you know any other places where MacOS JDK shared code is different from Oracle JDK?
>>>
>>> Thanks
>>> alexp
>>>
>>>>> UIManager spec tells the following:
>>>>>
>>>>> * The class used for the default look and feel is chosen in the following
>>>>> * manner:
>>>>> *<li>If the system property<code>swing.defaultlaf</code>   is
>>>>> *       {@code non-null}, use its value as the default look and feel class
>>>>> *       name.
>>>>> *<li>If the {@link java.util.Properties} file<code>swing.properties</code>
>>>>> *       exists and contains the key<code>swing.defaultlaf</code>,
>>>>> *       use its value as the default look and feel class name.
>>>>> *<li>Otherwise use the cross platform look and feel.
>>>>>
>>>>> So if you don't use the property file by default, you should be setting swing.defaultlaf somewhere.
>>>> The swing.defaultlaf property is set (for MACOSX only) in javax.swing.UIManager.loadSwingProperties().  It will be overridden if the user specifies a default LaF at the command line.
>>>>
>>>>> I wonder what piece of code is responsible for setting system properties like this one
>>>>>
>>>>> Thanks much
>>>>> alexp
>>>>>
>>>>>>> Is it read from some property file?
>>>>>>> (Didn't find swing.properties)
>>>>>>>
>>>>>> We don't have a swing.properties file by default.  If the user creates the swing.properties file and specifies a different default LaF, we honor their choice.
>>>>>>
>>>>>>> Thanks
>>>>>>> alexp
>>>>>> -Kevin


From ekrichardson at gmail.com  Mon Oct 31 17:41:21 2011
From: ekrichardson at gmail.com (Eric Richardson)
Date: Mon, 31 Oct 2011 17:41:21 -0700
Subject: bsd-port still in b147
In-Reply-To: <20111031215324.GE10762@rivendell.middle-earth.co.uk>
References: <CALyUpY15n82xWKrXJ2zu80NY9CJSz2p+2vfpO4jtXu2PQOYLTw@mail.gmail.com>
	<20111031215324.GE10762@rivendell.middle-earth.co.uk>
Message-ID: <CAB7M_dt=bU5LgCkEghNJmVMr2iLpOG27_0CbSyOMExJVHapwFw@mail.gmail.com>

On Mon, Oct 31, 2011 at 2:53 PM, Dr Andrew John Hughes
<ahughes at redhat.com> wrote:
> On 09:16 Mon 31 Oct ? ? , Henri Gomez wrote:
>> Hi guys
>>
>> bsd-port seems to be still in b147 whereas macosx-port is allready b215.
>>
>> Is it planned to put it in sync ?
>>
>
> OpenJDK7 only goes up to b147:
>
> http://hg.openjdk.java.net/jdk7/jdk7/
>
> The numerous jdk7ux trees seem to continue but with new versioning (jdk7u2-b10 at present):
>
> http://hg.openjdk.java.net/jdk7u/jdk7u-dev/
>
> The Google results for b215 suggest to me it's unique to the Mac OS X port. ?I don't
> know whether the BSD port is pulling from there. ?It's always seemed odd to me that the
> two are separate anyway.

I thought so too when the macosx-port first announced.

Eric

From sundararajan.athijegannathan at oracle.com  Mon Oct 31 21:34:22 2011
From: sundararajan.athijegannathan at oracle.com (A. Sundararajan)
Date: Tue, 01 Nov 2011 10:04:22 +0530
Subject: Rhino source code (Was: Rhino build support)
In-Reply-To: <20111031145356.80545DD3@eggemoggin.niobe.net>
References: <20111031145356.80545DD3@eggemoggin.niobe.net>
Message-ID: <4EAF76CE.9080907@oracle.com>

Hi,

Yes, we are working on updating the release note to point people to the 
CloseJDK Rhino changes.

Thanks,
-Sundar


mark.reinhold at oracle.com wrote:
> 2011/10/31 4:51 -0700, mark at klomp.org:
>   
>> This might have slipped through with all the excitement around JavaFX
>> being liberated and all the new JEPs. But it would really help us if you
>> could take a quick peek and point us in the right direction.
>>
>> It would be good for us to make sure we all distribute the same
>> javax.script javascript support, whether it is ClosedJDK, OpenJDK,
>> IcedTea or the MacOSX port. Users probably would like to be sure it is
>> all compatible and supports the same features.
>>     
>
> Sundar -- Could you please summarize the changes you made to the Rhino
> code when you last updated the copy used in the Oracle builds?  Thanks.
>
>   
>> Maybe it is already in the distribution legal notes somewhere, but we
>> looked and cannot find it (maybe we looked in the wrong place). Assuming
>> you are redistributing Rhino under the GPL/MPL there really should at
>> least be a conspicuous notice stating where to find the modifications
>> used to make the binary Oracle is distributing (MPL section 3.6 and/or
>> GPL section 3).
>>     
>
> That should be in the Oracle JDK 7 release notes, but I don't see it,
> so I'll ask someone to take care of it.
>
> - Mark
>   


From gk_brown at verizon.net  Tue Oct 25 16:10:48 2011
From: gk_brown at verizon.net (Greg Brown)
Date: Tue, 25 Oct 2011 23:10:48 -0000
Subject: JObjC.jar ?
In-Reply-To: <4CB84C02-581F-43DC-8DF2-0AAA7FD02E6A@apple.com>
References: <04F01C84-526B-4AEB-B665-8645FAC416D0@ultramixer.com>
	<4CB84C02-581F-43DC-8DF2-0AAA7FD02E6A@apple.com>
Message-ID: <97DD8F8E-55F2-4B44-84D0-8ADE91B8078C@verizon.net>

Hi Mike,

Can you define "high performance"?  :-)  For example, would it be suitable for use in a basic GUI app?

Is there any documentation available for this? A quick Google search on "jobjc" didn't turn up much.

Thanks,
Greg

On Oct 10, 2011, at 6:23 PM, Mike Swingler wrote:

> On Oct 8, 2011, at 3:13 PM, Tobias Bley (UltraMixer) wrote:
> 
>> Hi Mike,
>> 
>> I recently found the JObjC.jar in JDK7. Could you please tell us something about it? Can we use it to use native cocoa components like NSOpenPanel (i saw NSOpenPanel.class)?
> 
> Potentially. It is really only for the internal use of the JVM class libraries themselves for native platform integration which does not require high performance.
> 
> Regards,
> Mike Swingler
> Java Engineering
> Apple Inc.
> 
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Java-dev mailing list      (Java-dev at lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/java-dev/gk_brown%40verizon.net
> 
> This email sent to gk_brown at verizon.net


From gk_brown at verizon.net  Tue Oct 25 17:03:50 2011
From: gk_brown at verizon.net (Greg Brown)
Date: Wed, 26 Oct 2011 00:03:50 -0000
Subject: JObjC.jar ?
In-Reply-To: <4CB84C02-581F-43DC-8DF2-0AAA7FD02E6A@apple.com>
References: <04F01C84-526B-4AEB-B665-8645FAC416D0@ultramixer.com>
	<4CB84C02-581F-43DC-8DF2-0AAA7FD02E6A@apple.com>
Message-ID: <42D8F6E1-6966-4C01-BFF0-C6BA434DFC07@verizon.net>

Hi Mike,

Can you define "high performance"?  :-)  For example, would it be suitable for use in a basic GUI app?

Is there any documentation available for this? A quick Google search on "jobjc" didn't turn up much.

Thanks,
Greg

On Oct 10, 2011, at 6:23 PM, Mike Swingler wrote:

> On Oct 8, 2011, at 3:13 PM, Tobias Bley (UltraMixer) wrote:
> 
>> Hi Mike,
>> 
>> I recently found the JObjC.jar in JDK7. Could you please tell us something about it? Can we use it to use native cocoa components like NSOpenPanel (i saw NSOpenPanel.class)?
> 
> Potentially. It is really only for the internal use of the JVM class libraries themselves for native platform integration which does not require high performance.
> 
> Regards,
> Mike Swingler
> Java Engineering
> Apple Inc.
> 
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Java-dev mailing list      (Java-dev at lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/java-dev/gk_brown%40verizon.net
> 
> This email sent to gk_brown at verizon.net


From mike.milinkovich at eclipse.org  Tue Oct 18 10:01:31 2011
From: mike.milinkovich at eclipse.org (Mike Milinkovich)
Date: Tue, 18 Oct 2011 17:01:31 -0000
Subject: Rhino build support
In-Reply-To: <20111018162208.A9EF31041@eggemoggin.niobe.net>
References: henri.gomez@gmail.com; Mon, 17 Oct 2011 19:06:18 +0200;
	<CALyUpY3SkedNrrtmyA2+FrwwvO4z1fyP=1rjzqfkvns06mcksw@mail.gmail.com>
	<20111018162208.A9EF31041@eggemoggin.niobe.net>
Message-ID: <00c601cc8db7$95e66e20$c1b34a60$@eclipse.org>

Mark,

>From http://www.mozilla.org/rhino/download.html 

"The source code for Rhino is available under MPL 1.1/GPL 2.0 license."

My guess is that it may be the lack of a Classpath Exception which is the
real culprit.

Thankfully, IANAL either.

> -----Original Message-----
> From: discuss-bounces at openjdk.java.net [mailto:discuss-
> bounces at openjdk.java.net] On Behalf Of mark.reinhold at oracle.com
> Sent: October-18-11 12:22 PM
> To: henri.gomez at gmail.com
> Cc: discuss at openjdk.java.net; macosx-port-dev at openjdk.java.net; bsd-
> port-dev at openjdk.java.net
> Subject: Re: Rhino build support
> 
> 2011/10/17 10:06 -0700, henri.gomez at gmail.com:
> > ...
> >
> > I couldn't find officials indications or documentation on how to add
> > Rhino from Mozilla to OpenJDK build.
> >
> > Questions :
> >
> > 1) Did there is any reason why Rhino is not included in bsd-port (and
> > so macosx-port) like licence problems ?
> 
> Yes, license problems.  Rhino is licensed under the MPL, which is
> fundamentally incompatible with the GPL.
> 
> - Mark (IANAL)



From mark at klomp.org  Tue Oct 18 11:01:35 2011
From: mark at klomp.org (Mark Wielaard)
Date: Tue, 18 Oct 2011 18:01:35 -0000
Subject: Rhino build support
In-Reply-To: <20111018162208.A9EF31041@eggemoggin.niobe.net>
References: <20111018162208.A9EF31041@eggemoggin.niobe.net>
Message-ID: <1318960890.8669.60.camel@springer.wildebeest.org>

On Tue, 2011-10-18 at 09:22 -0700, mark.reinhold at oracle.com wrote:
> 2011/10/17 10:06 -0700, henri.gomez at gmail.com:
> > ...
> > 
> > I couldn't find officials indications or documentation on how to add
> > Rhino from Mozilla to OpenJDK build.
> > 
> > Questions :
> > 
> > 1) Did there is any reason why Rhino is not included in bsd-port (and
> > so macosx-port) like licence problems ?
> 
> Yes, license problems.  Rhino is licensed under the MPL,
> which is fundamentally incompatible with the GPL.

Rhino is available under the MPL/GPL dual license, so should be GPL
compatible. And GPL+Exception should be compatible with MPL (if the MPL
part is kept as a separate module). If that isn't enough for some
people, we could see whether upstream wants Rhino to upgrade to MPLv2
(which would add all secondary MPLv2 licenses too, so LGPL and AGPL dual
licenses next to the current MPL/GPL) [*].

I talked to Luis Villa and Gervase Markham about a possible upgrade and
the implications. They have both worked on MPLv2 and were very
supportive (but of course it will be up to the actual upstream Rhino
developers to decide whether or not to upgrade).

I think it would be really beneficial to make upstream, ClosedJDK,
OpenJDK and IcedTea share the exact same version of Rhino. Currently
IcedTea uses the (latest) upstream version available, but that might
lead to subtle incompatibilities.

But I couldn't find the actual Rhino source code used in ClosedJDK.
Where is that currently available?

Making sure all our work on Rhino, whether it is for ClosedJDK, OpenJDK,
IcedTea, or the bsd/macosx-port is done upstream seems like a good idea
in general.

Thanks,

Mark

[*]
http://opensource.com/law/11/9/mpl-20-copyleft-and-license-compatibility

From mark at klomp.org  Wed Oct 19 01:28:38 2011
From: mark at klomp.org (Mark Wielaard)
Date: Wed, 19 Oct 2011 08:28:38 -0000
Subject: Rhino build support
In-Reply-To: <CALyUpY00ckkGMPyt92PQPJg7BnLDmJ1_11NrC94i-LGxEQxNqw@mail.gmail.com>
References: <20111018162208.A9EF31041@eggemoggin.niobe.net>
	<1318960890.8669.60.camel@springer.wildebeest.org>
	<CALyUpY00ckkGMPyt92PQPJg7BnLDmJ1_11NrC94i-LGxEQxNqw@mail.gmail.com>
Message-ID: <1319012913.8669.68.camel@springer.wildebeest.org>

On Tue, 2011-10-18 at 20:10 +0200, Henri Gomez wrote:
> Mark (Wielaard)
>
> "Making sure all our work on Rhino, whether it is for ClosedJDK, OpenJDK,
> IcedTea, or the bsd/macosx-port is done upstream seems like a good idea
> in general."
> 
> Do you means, Rhino could be put back upstream ?

Yes.

> In the interim, do you think I could include it in my own builds (os/x port) ?

Yes, but that is what I am trying to prevent from happening :)
Note that IcedTea doesn't really "ship" Rhino itself. But it has
configure and build infrastructure to detect the system installed copy
of Rhino and transforms that so that it is available as separate module
under jre/lib.

IMHO if a JDK includes javax.script javascript support we should make
sure they include the same version and features. So we should try to
collect all versions/derivitives of Rhino being used with
OpenJDK/IcedTea/ClosedJDK and setup a canonical version (ideally just as
a branch of upstream Rhino). That would prevent subtle compatibility
issues.

I haven't been able to find the source code for the Rhino variant
shipped with the Oracle ClosedJDK. Since it is distributed under the
GPL/MPL, I assume the source code is somewhere for users to use, but I
might have missed where. Someone from Oracle (Mark R.?) might know where
the sources can be fetched from.

Thanks,

Mark

From mikeb01 at gmail.com  Sat Oct 22 07:08:04 2011
From: mikeb01 at gmail.com (Michael Barker)
Date: Sat, 22 Oct 2011 14:08:04 -0000
Subject: Illegal Instruction in debug_build
In-Reply-To: <83D80E9F-5946-4922-9929-C35CDA0094DE@oracle.com>
References: <CALwNKeStiRiLaLA6QiGbyPhwVL1tB3h8t3tNkOJpdOP_chumHg@mail.gmail.com>
	<3A0D0B72-80EF-4DDB-ABCE-E5AC79637E0B@oracle.com>
	<CALwNKeSd586TxyTFMUP9YVAjuZTCV=80OWrSmbjCPctG9OBc=A@mail.gmail.com>
	<83D80E9F-5946-4922-9929-C35CDA0094DE@oracle.com>
Message-ID: <CALwNKeR2p8LohrdOXU5=-=UW5GE+yziwXEjnOQS48dUu12S-5w@mail.gmail.com>

This appears to work.  By work, it does crash when compiled in debug mode.

--- a/src/os_cpu/bsd_x86/vm/os_bsd_x86.cpp	Sun Oct 16 20:57:02 2011 +0100
+++ b/src/os_cpu/bsd_x86/vm/os_bsd_x86.cpp	Sat Oct 22 12:27:35 2011 +0100
@@ -275,12 +275,11 @@
 #endif

 address os::current_stack_pointer() {
-#ifdef SPARC_WORKS
   register void *esp;
   __asm__("mov %%"SPELL_REG_SP", %0":"=r"(esp));
+#ifdef SPARC_WORKS
   return (address) ((char*)esp + sizeof(long)*2);
 #else
-  register void *esp __asm__ (SPELL_REG_SP);
   return (address) esp;
 #endif
 }

I'm not sure how correct it is and I'm unsure if we need to add an
offset to get the stack pointer to the correct location.  However it
appears from the use cases that I can find that an exact value for the
stack pointer is not necessary.  AFAICT the JVM only needs to know the
relative location of a memory reference compared to the stack pointer.
 If it is out by a small amount then it should not matter too much?
If the exact location were required then I guess it would be doomed to
failure as by the time we've got the value and used it the stack
pointer could we have moved?

Mike.

On Sun, Oct 16, 2011 at 12:23 AM, John Rose <john.r.rose at oracle.com> wrote:
> I don't know the ins and outs of asm and grabbing rsp on Mac, but the OS X port group probably know something about it. ?-- John
>
> On Oct 15, 2011, at 8:49 AM, Michael Barker wrote:
>
>> Good luck!
>
> Thanks. ?I found where the problem is, it's in the
> os::current_stack_pointer method in os_bsd_x86.cpp and it depends on
> level of compilation. ?If I compile the code below without
> optimisation e.g.:
>
> #include <stdio.h>
>
> class os {
> ?public:
> ? void* current_stack_pointer();
> };
>
> void* os::current_stack_pointer() {
> ?register void *esp __asm__ ("rsp");
> ?return esp;
> }
>
> int main() {
> ?os o = os();
> ?printf("%p\n", o.current_stack_pointer());
> }
>
> # g++ test.cc -o test
>
> It will generate the following assembly:
>
> __ZN2os21current_stack_pointerEv:
> 0000000000000000 ? ? ? ?pushq ? %rbp
> 0000000000000001 ? ? ? ?movq ? ?%rsp,%rbp
> 0000000000000004 ? ? ? ?movq ? ?%rdi,0xf8(%rbp)
> 0000000000000008 ? ? ? ?movq ? ?0xe0(%rbp),%rax
> 000000000000000c ? ? ? ?movq ? ?%rax,%rsp
> 000000000000000f ? ? ? ?movq ? ?%rsp,%rax
> 0000000000000012 ? ? ? ?movq ? ?%rax,0xe8(%rbp)
> 0000000000000016 ? ? ? ?movq ? ?0xe8(%rbp),%rax
> 000000000000001a ? ? ? ?movq ? ?%rax,0xf0(%rbp)
> 000000000000001e ? ? ? ?movq ? ?0xf0(%rbp),%rax
> 0000000000000022 ? ? ? ?popq ? ?%rbp
>
> And will fail with an illegal instruction. ?If optimisation is added
> (-O1 is sufficient) it works fine:
>
> # g++ -O1 test.cc -o test
>
> And the generated assembly looks far more sane:
>
> 0000000000000000 ? ? ? ?pushq ? %rbp
> 0000000000000001 ? ? ? ?movq ? ?%rsp,%rbp
> 0000000000000004 ? ? ? ?movq ? ?%rsp,%rax
> 0000000000000007 ? ? ? ?popq ? ?%rbp
> 0000000000000008 ? ? ? ?ret
>
> So I've added -01 to the debug flags in
> hotspot/make/bsd/makefiles/gcc.make and it now seems to run okay. ?I'm
> not sure that it's the best fix. ?Is there are better way to get hold
> of the stack pointer? ?I.e. one that doesn't get stomped over by a
> lack of optimisation :-). ?Not sure if this specific to Mac OS 7 or
> gcc 4.2.
>
> Mike.
> _______________________________________________
> mlvm-dev mailing list
> mlvm-dev at openjdk.java.net
> http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
>
> _______________________________________________
> mlvm-dev mailing list
> mlvm-dev at openjdk.java.net
> http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
>

From mikeb01 at gmail.com  Sat Oct 22 11:11:20 2011
From: mikeb01 at gmail.com (Michael Barker)
Date: Sat, 22 Oct 2011 18:11:20 -0000
Subject: Illegal Instruction in debug_build
In-Reply-To: <CALwNKeR2p8LohrdOXU5=-=UW5GE+yziwXEjnOQS48dUu12S-5w@mail.gmail.com>
References: <CALwNKeStiRiLaLA6QiGbyPhwVL1tB3h8t3tNkOJpdOP_chumHg@mail.gmail.com>
	<3A0D0B72-80EF-4DDB-ABCE-E5AC79637E0B@oracle.com>
	<CALwNKeSd586TxyTFMUP9YVAjuZTCV=80OWrSmbjCPctG9OBc=A@mail.gmail.com>
	<83D80E9F-5946-4922-9929-C35CDA0094DE@oracle.com>
	<CALwNKeR2p8LohrdOXU5=-=UW5GE+yziwXEjnOQS48dUu12S-5w@mail.gmail.com>
Message-ID: <CALwNKeQJdThZpOTLL+g8Bq1fpvF4Dp0gStz45sCv8cMcKKMrNw@mail.gmail.com>

On Sat, Oct 22, 2011 at 3:08 PM, Michael Barker <mikeb01 at gmail.com> wrote:
> This appears to work. ?By work, it does crash when compiled in debug mode.

Typo, I meant it does _not_ crash when compile with debug.

Mike.

From mark at klomp.org  Thu Oct 27 01:46:47 2011
From: mark at klomp.org (Mark Wielaard)
Date: Thu, 27 Oct 2011 08:46:47 -0000
Subject: Rhino build support
In-Reply-To: <CALyUpY29TXC2FOqwsXEtjVhOr8r0W8v5Ld9O-eyBsw9M7EGyGA@mail.gmail.com>
References: <20111018162208.A9EF31041@eggemoggin.niobe.net>
	<1318960890.8669.60.camel@springer.wildebeest.org>
	<CALyUpY00ckkGMPyt92PQPJg7BnLDmJ1_11NrC94i-LGxEQxNqw@mail.gmail.com>
	<1319012913.8669.68.camel@springer.wildebeest.org>
	<CALyUpY29TXC2FOqwsXEtjVhOr8r0W8v5Ld9O-eyBsw9M7EGyGA@mail.gmail.com>
Message-ID: <1319705202.5037.88.camel@springer.wildebeest.org>

Hi Henri (and Mark Reinhold, see ping below),

On Thu, 2011-10-27 at 08:48 +0200, Henri Gomez wrote:
> >> In the interim, do you think I could include it in my own builds (os/x port) ?
> >
> > Yes, but that is what I am trying to prevent from happening :)
> > Note that IcedTea doesn't really "ship" Rhino itself. But it has
> > configure and build infrastructure to detect the system installed copy
> > of Rhino and transforms that so that it is available as separate module
> > under jre/lib.
> 
> If my build process download Rhino first and then setup/update the
> build to use it, could I use it.

Sure, you could also do that.

> If so, should we rename Rhino classname and patch OpenJDK sources to
> use these new classes ?
> Or use rename them like JDJ7u1 do, ie org/mozilla/classfile ->
> sun/org/mozilla/classfile/internal ?

That is what IcedTea does.
See the rewrite-rhino support in IcedTea Makefile.am.
It is a little ugly, but the best we can do at the moment making sure
the classes are in their own "namespace". An alternative approach might
be to have a special ClassLoader that automagically loads the classes as
if they are in a separate package namespace.

The reason for this is that we like applications to be able to bundle
their own Rhino variant (LibreOffice for example does), which might be
using the original package name. The drawback of course is that we have
two "copies" of the same jar, ideally everything, both jre and
applications would always just use the one and only system rhino
install.

> > IMHO if a JDK includes javax.script javascript support we should make
> > sure they include the same version and features. So we should try to
> > collect all versions/derivitives of Rhino being used with
> > OpenJDK/IcedTea/ClosedJDK and setup a canonical version (ideally just as
> > a branch of upstream Rhino). That would prevent subtle compatibility
> > issues.
> >
> > I haven't been able to find the source code for the Rhino variant
> > shipped with the Oracle ClosedJDK. Since it is distributed under the
> > GPL/MPL, I assume the source code is somewhere for users to use, but I
> > might have missed where. Someone from Oracle (Mark R.?) might know where
> > the sources can be fetched from.
> 
> What's the status about this ?

I forgot to poke Mark Reinhold again.
Lets do that now :)

Mark, could you point us to the sources of the Rhino variant as shipped
with the Oracle ClosedJDK?

Thanks,

Mark

From mark at klomp.org  Mon Oct 31 04:51:09 2011
From: mark at klomp.org (Mark Wielaard)
Date: Mon, 31 Oct 2011 11:51:09 -0000
Subject: Rhino source code (Was: Rhino build support)
In-Reply-To: <1319705202.5037.88.camel@springer.wildebeest.org>
References: <20111018162208.A9EF31041@eggemoggin.niobe.net>
	<1318960890.8669.60.camel@springer.wildebeest.org>
	<CALyUpY00ckkGMPyt92PQPJg7BnLDmJ1_11NrC94i-LGxEQxNqw@mail.gmail.com>
	<1319012913.8669.68.camel@springer.wildebeest.org>
	<CALyUpY29TXC2FOqwsXEtjVhOr8r0W8v5Ld9O-eyBsw9M7EGyGA@mail.gmail.com>
	<1319705202.5037.88.camel@springer.wildebeest.org>
Message-ID: <1320061865.3388.30.camel@springer.wildebeest.org>

Hi Mark,

This might have slipped through with all the excitement around JavaFX
being liberated and all the new JEPs. But it would really help us if you
could take a quick peek and point us in the right direction.

It would be good for us to make sure we all distribute the same
javax.script javascript support, whether it is ClosedJDK, OpenJDK,
IcedTea or the MacOSX port. Users probably would like to be sure it is
all compatible and supports the same features.

On Thu, 2011-10-27 at 10:46 +0200, Mark Wielaard wrote:
> On Thu, 2011-10-27 at 08:48 +0200, Henri Gomez wrote:
> > > I haven't been able to find the source code for the Rhino variant
> > > shipped with the Oracle ClosedJDK. Since it is distributed under the
> > > GPL/MPL, I assume the source code is somewhere for users to use, but I
> > > might have missed where. Someone from Oracle (Mark R.?) might know where
> > > the sources can be fetched from.
> > 
> > What's the status about this ?
> 
> I forgot to poke Mark Reinhold again.
> Lets do that now :)
> 
> Mark, could you point us to the sources of the Rhino variant as shipped
> with the Oracle ClosedJDK?

Maybe it is already in the distribution legal notes somewhere, but we
looked and cannot find it (maybe we looked in the wrong place). Assuming
you are redistributing Rhino under the GPL/MPL there really should at
least be a conspicuous notice stating where to find the modifications
used to make the binary Oracle is distributing (MPL section 3.6 and/or
GPL section 3).

Thanks,

Mark