From artem.ananiev at oracle.com Thu Dec 1 02:40:48 2011 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Thu, 01 Dec 2011 14:40:48 +0400 Subject: Turning on NSLogs In-Reply-To: <4ED6A8C4.5070309@oracle.com> References: <4ED66F81.5090906@oracle.com> <6A41837B-DC00-40EA-BDAA-4C1CA8AF7FAE@apple.com> <4ED6A8C4.5070309@oracle.com> Message-ID: <4ED759B0.1030607@oracle.com> On 12/1/2011 2:05 AM, Pete Brunet wrote: > On 11/30/11 2:10 PM, Mike Swingler wrote: >> On Nov 30, 2011, at 10:01 AM, Pete Brunet wrote: >> >>> I'm seeing code like this >>> >>> #ifdef JAVA_AX_DEBUG >>> NSLog(@"%s: %@", __FUNCTION__, value); >>> #endif >>> >>> What is the correct way to turn on a definition? >> #define JAVA_AX_DEBUG 1 > Thanks Mike, What I meant was, can I do something like -DJAVA_AX_DEBUG > when invoking make? I'm not a make expert, but I doubt it would work that way. Instead, you should add an explicit rule, e.g. ifeq ($(VARIANT), DBG) OTHER_CFLAGS += -DJAVA_AX_DEBUG OTHER_CPPFLAGS += -DJAVA_AX_DEBUG endif to the corresponding Makefile and build in the debug or fastdebug mode. Thanks, Artem >>> I'm also seeing NSLogs which are not bracketed with a define. Does >>> NSLog always output to stdout or does it need a switch of some sort? >> NSLog goes to both stderr and the ASL database (which Console.app shows and lets you query). > I see lots of logs in /Library/Logs. Is one of these the "Java" log? >> >> Regards, >> Mike Swingler >> Apple Inc. >> From michael.x.mcmahon at oracle.com Thu Dec 1 05:07:35 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Thu, 01 Dec 2011 13:07:35 +0000 Subject: webrevs.2 for macosx changes to jdk7u-osx Message-ID: <4ED77C17.8060003@oracle.com> Hi, This is the third version of the changes, which I would like to push today unless there is a major objection. The changes will be reviewed again before getting into jdk7u-dev. I have incorporated most of the comments made from previous reviews. Changes relative to jdk7u-osx ---------------------------------------- Modified files http://cr.openjdk.java.net/~michaelm/7113349/3/jdk7u-osx/modified/ New files http://cr.openjdk.java.net/~michaelm/7113349/3/jdk7u-osx/new/ Changes relative to macosx-port -------------------------------------------- Modified files http://cr.openjdk.java.net/~michaelm/7113349/3/macosx-port/modified/ Thanks Michael. From henri.gomez at gmail.com Thu Dec 1 06:11:03 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 1 Dec 2011 15:11:03 +0100 Subject: webrevs.2 for macosx changes to jdk7u-osx In-Reply-To: <4ED77C17.8060003@oracle.com> References: <4ED77C17.8060003@oracle.com> Message-ID: > Hi, > > This is the third version of the changes, which I would like > to push today unless there is a major objection. > The changes will be reviewed again before getting into > jdk7u-dev. Will you drop a note here when they'll pushed into jdk7u-dev ? From weijun.wang at oracle.com Thu Dec 1 06:22:46 2011 From: weijun.wang at oracle.com (Weijun Wang) Date: Thu, 01 Dec 2011 22:22:46 +0800 Subject: webrevs.2 for macosx changes to jdk7u-osx In-Reply-To: <4ED77C17.8060003@oracle.com> References: <4ED77C17.8060003@oracle.com> Message-ID: <4ED78DB6.7040409@oracle.com> Hi Michael There is a small problem in src/share/classes/sun/security/krb5/Config.java: 170 if (configFile == null && isMacosLionOrBetter()) { 171 stanzaTable = SCDynamicStoreConfig.getConfig(); 172 } else { 173 stanzaTable = parseStanzaTable(configFile); 174 } The check should probably be if (configFile == null && isMacOS() && isMacosLionOrBetter()) { because isMacosLionOrBetter() simply checks os.version. This is probably not a big issue since os.version on other platforms is not likely to be 10.7.1. We can also fix this later. Thanks Max On 12/01/2011 09:07 PM, Michael McMahon wrote: > Hi, > > This is the third version of the changes, which I would like > to push today unless there is a major objection. > The changes will be reviewed again before getting into > jdk7u-dev. > > I have incorporated most of the comments made from > previous reviews. > > Changes relative to jdk7u-osx > ---------------------------------------- > Modified files > http://cr.openjdk.java.net/~michaelm/7113349/3/jdk7u-osx/modified/ > > New files > http://cr.openjdk.java.net/~michaelm/7113349/3/jdk7u-osx/new/ > > Changes relative to macosx-port > -------------------------------------------- > Modified files > http://cr.openjdk.java.net/~michaelm/7113349/3/macosx-port/modified/ > > Thanks > Michael. From michael.x.mcmahon at oracle.com Thu Dec 1 06:43:12 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Thu, 01 Dec 2011 14:43:12 +0000 Subject: webrevs.2 for macosx changes to jdk7u-osx In-Reply-To: <4ED78DB6.7040409@oracle.com> References: <4ED77C17.8060003@oracle.com> <4ED78DB6.7040409@oracle.com> Message-ID: <4ED79280.7040402@oracle.com> Max, Right. Well spotted. I'd prefer to deal with that later if possible. Thanks, Michael. On 01/12/11 14:22, Weijun Wang wrote: > Hi Michael > > There is a small problem in > src/share/classes/sun/security/krb5/Config.java: > > 170 if (configFile == null && isMacosLionOrBetter()) { > 171 stanzaTable = SCDynamicStoreConfig.getConfig(); > 172 } else { > 173 stanzaTable = parseStanzaTable(configFile); > 174 } > > The check should probably be > > if (configFile == null && isMacOS() && isMacosLionOrBetter()) { > > because isMacosLionOrBetter() simply checks os.version. > > This is probably not a big issue since os.version on other platforms > is not likely to be 10.7.1. We can also fix this later. > > Thanks > Max > > On 12/01/2011 09:07 PM, Michael McMahon wrote: >> Hi, >> >> This is the third version of the changes, which I would like >> to push today unless there is a major objection. >> The changes will be reviewed again before getting into >> jdk7u-dev. >> >> I have incorporated most of the comments made from >> previous reviews. >> >> Changes relative to jdk7u-osx >> ---------------------------------------- >> Modified files >> http://cr.openjdk.java.net/~michaelm/7113349/3/jdk7u-osx/modified/ >> >> New files >> http://cr.openjdk.java.net/~michaelm/7113349/3/jdk7u-osx/new/ >> >> Changes relative to macosx-port >> -------------------------------------------- >> Modified files >> http://cr.openjdk.java.net/~michaelm/7113349/3/macosx-port/modified/ >> >> Thanks >> Michael. From weijun.wang at oracle.com Thu Dec 1 06:54:57 2011 From: weijun.wang at oracle.com (Weijun Wang) Date: Thu, 01 Dec 2011 22:54:57 +0800 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: <4ED79541.408@oracle.com> Hi Bino >> 2. Reading native memory-based credentials cache into Credentials objects > > I don't think we do this in JDK6 either. I just tried OS X's builtin kinit and klist command: $ kinit dummy Please enter the password for dummy at THREE.LOCAL: $ klist Kerberos 5 ticket cache: 'API:Initial default ccache' ... So here the ccache name is "API:Initial default ccache", which looks like an in-memory ccache. At least I cannot find normal file-based ccache file named /tmp/krb5cc_**. There is also a difference between Apple's JDK 6u29 and the current macosx-port OpenJDK build when calling the following method: sun.security.krb5,Credentials.acquireTGTFromCache() It returns a valid credential (which is identical to the klist output) in Apple's 6u29, but the macosx-port one returns null. So it seems the Apple JDK can see the special ccache object but macosx-port cannot. 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 kelly.ohair at oracle.com Thu Dec 1 08:02:44 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Thu, 1 Dec 2011 08:02:44 -0800 Subject: Turning on NSLogs In-Reply-To: <4ED759B0.1030607@oracle.com> References: <4ED66F81.5090906@oracle.com> <6A41837B-DC00-40EA-BDAA-4C1CA8AF7FAE@apple.com> <4ED6A8C4.5070309@oracle.com> <4ED759B0.1030607@oracle.com> Message-ID: <9AFAF82A-304A-4226-A45B-0F3D03692B9C@oracle.com> On Dec 1, 2011, at 2:40 AM, Artem Ananiev wrote: > > On 12/1/2011 2:05 AM, Pete Brunet wrote: >> On 11/30/11 2:10 PM, Mike Swingler wrote: >>> On Nov 30, 2011, at 10:01 AM, Pete Brunet wrote: >>> >>>> I'm seeing code like this >>>> >>>> #ifdef JAVA_AX_DEBUG >>>> NSLog(@"%s: %@", __FUNCTION__, value); >>>> #endif >>>> >>>> What is the correct way to turn on a definition? >>> #define JAVA_AX_DEBUG 1 >> Thanks Mike, What I meant was, can I do something like -DJAVA_AX_DEBUG >> when invoking make? > > I'm not a make expert, but I doubt it would work that way. Instead, you should add an explicit rule, e.g. > > ifeq ($(VARIANT), DBG) > OTHER_CFLAGS += -DJAVA_AX_DEBUG > OTHER_CPPFLAGS += -DJAVA_AX_DEBUG > endif > > to the corresponding Makefile and build in the debug or fastdebug mode. I think that is correct. Nothing will magically add a -D option to the compile lines from a make variable, you need to be explicit. -kto > > Thanks, > > Artem > >>>> I'm also seeing NSLogs which are not bracketed with a define. Does >>>> NSLog always output to stdout or does it need a switch of some sort? >>> NSLog goes to both stderr and the ASL database (which Console.app shows and lets you query). >> I see lots of logs in /Library/Logs. Is one of these the "Java" log? >>> >>> Regards, >>> Mike Swingler >>> Apple Inc. >>> From kelly.ohair at oracle.com Thu Dec 1 08:07:25 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Thu, 1 Dec 2011 08:07:25 -0800 Subject: webrevs.2 for macosx changes to jdk7u-osx In-Reply-To: References: <4ED77C17.8060003@oracle.com> Message-ID: I haven't been watching the rules closely, but doesn't someone have to get some kind of jdk7 update approval before pushing anything into jdk7u-dev? And if so, would someone be doing some kind of one big approval for a massive integration from jdk7-osx to jdk7-dev? When the time comes of course? Just curious. --- Also, is anyone syncing up the latest (non-Mac) jdk7u-dev changes into jdk7-osx? -kto On Dec 1, 2011, at 6:11 AM, Henri Gomez wrote: >> Hi, >> >> This is the third version of the changes, which I would like >> to push today unless there is a major objection. >> The changes will be reviewed again before getting into >> jdk7u-dev. > > Will you drop a note here when they'll pushed into jdk7u-dev ? From michael.x.mcmahon at oracle.com Thu Dec 1 09:06:59 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Thu, 01 Dec 2011 17:06:59 +0000 Subject: contributors Message-ID: <4ED7B433.1090105@oracle.com> Hi, I'm looking for a list of email addresses of people who contributed to the macosx port work (jdk repo in particular). This could either be people who pushed the actual changesets or else who did the work but which was pushed by someone else. I can partly determine this information from the history, but I'd like to be sure I don't miss anyone. Thanks, Michael. From dalibor.topic at oracle.com Thu Dec 1 09:10:02 2011 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Thu, 01 Dec 2011 18:10:02 +0100 Subject: webrevs.2 for macosx changes to jdk7u-osx In-Reply-To: References: <4ED77C17.8060003@oracle.com> Message-ID: <4ED7B4EA.7060903@oracle.com> On 12/1/11 5:07 PM, Kelly O'Hair wrote: > I haven't been watching the rules closely, but doesn't someone have to get some kind of jdk7 update > approval before pushing anything into jdk7u-dev? > And if so, would someone be doing some kind of one big approval for a massive integration from > jdk7-osx to jdk7-dev? When the time comes of course? Just curious. Yes. I think this a kind of integration that would fall into the bulk changes bucket - see http://openjdk.java.net/projects/jdk7u/bulkchanges.html for details. In order to make that process a bit smoother, and less time zone dependent on me and Edvard as approvers for all forests, I could make Paul the maintainer of the jdk7u-osx forest, if Paul wants the job ;) - then he could handle the approval(s) for the integration and further work in that forest. cheers, dalibor topic > > --- > Also, is anyone syncing up the latest (non-Mac) jdk7u-dev changes into jdk7-osx? > > -kto > > On Dec 1, 2011, at 6:11 AM, Henri Gomez wrote: > >>> Hi, >>> >>> This is the third version of the changes, which I would like >>> to push today unless there is a major objection. >>> The changes will be reviewed again before getting into >>> jdk7u-dev. >> >> Will you drop a note here when they'll pushed into jdk7u-dev ? > -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | Mobile: +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 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle Oracle is committed to developing practices and products that help protect the environment From michael.x.mcmahon at oracle.com Thu Dec 1 09:12:00 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Thu, 01 Dec 2011 17:12:00 +0000 Subject: webrevs.2 for macosx changes to jdk7u-osx In-Reply-To: References: <4ED77C17.8060003@oracle.com> Message-ID: <4ED7B560.1010606@oracle.com> Kelly, Yes, that is correct. This push is initially just for jdk7u-osx, which is a development forest. I'm not sure exactly what the procedure will be yet for the push into jdk7u-dev. - Michael. On 01/12/11 16:07, Kelly O'Hair wrote: > I haven't been watching the rules closely, but doesn't someone have to get some kind of jdk7 update > approval before pushing anything into jdk7u-dev? > And if so, would someone be doing some kind of one big approval for a massive integration from > jdk7-osx to jdk7-dev? When the time comes of course? Just curious. > > --- > Also, is anyone syncing up the latest (non-Mac) jdk7u-dev changes into jdk7-osx? > > -kto > > On Dec 1, 2011, at 6:11 AM, Henri Gomez wrote: > >>> Hi, >>> >>> This is the third version of the changes, which I would like >>> to push today unless there is a major objection. >>> The changes will be reviewed again before getting into >>> jdk7u-dev. >> Will you drop a note here when they'll pushed into jdk7u-dev ? From philip.race at oracle.com Thu Dec 1 09:50:20 2011 From: philip.race at oracle.com (Phil Race) Date: Thu, 01 Dec 2011 09:50:20 -0800 Subject: webrevs.2 for macosx changes to jdk7u-osx In-Reply-To: <4ED77C17.8060003@oracle.com> References: <4ED77C17.8060003@oracle.com> Message-ID: <4ED7BE5C.8090207@oracle.com> Its not ready yet. This doesn't seem to address the various issues I raised last time. Maybe just some of them. Definitely the change in PSPrintJob2D is suspicious and shouldn't be propagated. Also FILES_export_unix.gmk still has an unnecessary change. I didn't look over every thing again. -phil. On 12/1/11 5:07 AM, Michael McMahon wrote: > Hi, > > This is the third version of the changes, which I would like > to push today unless there is a major objection. > The changes will be reviewed again before getting into > jdk7u-dev. > > I have incorporated most of the comments made from > previous reviews. > > Changes relative to jdk7u-osx > ---------------------------------------- > Modified files > http://cr.openjdk.java.net/~michaelm/7113349/3/jdk7u-osx/modified/ > > New files > http://cr.openjdk.java.net/~michaelm/7113349/3/jdk7u-osx/new/ > > Changes relative to macosx-port > -------------------------------------------- > Modified files > http://cr.openjdk.java.net/~michaelm/7113349/3/macosx-port/modified/ > > Thanks > Michael. From rogermacport at gmail.com Thu Dec 1 10:10:56 2011 From: rogermacport at gmail.com (Roger Mac) Date: Thu, 1 Dec 2011 10:10:56 -0800 Subject: JDK 7 Mac Port Preview b220 Available Message-ID: Hi, The JDK 7 Mac Port Preview b220 is now available: http://jdk7.java.net/macportpreview/ Regards, Roger L. From roger.lewis at oracle.com Thu Dec 1 10:30:24 2011 From: roger.lewis at oracle.com (Roger Lewis) Date: Thu, 01 Dec 2011 10:30:24 -0800 Subject: JDK 7 Mac Port Preview b220 Available Message-ID: <4ED7C7C0.6060900@oracle.com> [apologies if this is a duplicate] Hi, The JDK 7 Mac Port Preview b220 is now available: http://jdk7.java.net/macportpreview/ Regards, Roger L. From michael.x.mcmahon at oracle.com Thu Dec 1 11:20:54 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Thu, 01 Dec 2011 19:20:54 +0000 Subject: webrevs.2 for macosx changes to jdk7u-osx In-Reply-To: <4ED7BE5C.8090207@oracle.com> References: <4ED77C17.8060003@oracle.com> <4ED7BE5C.8090207@oracle.com> Message-ID: <4ED7D396.2070604@oracle.com> Phil, Apologies. I missed your last message, which is why the comments weren't incorporated. I'll reply separately to the last email. Thanks, Michael On 01/12/11 17:50, Phil Race wrote: > Its not ready yet. > This doesn't seem to address the various issues I raised last time. > Maybe just some of them. > Definitely the change in PSPrintJob2D is suspicious and shouldn't be > propagated. > > Also FILES_export_unix.gmk still has an unnecessary change. > > I didn't look over every thing again. > > -phil. > > On 12/1/11 5:07 AM, Michael McMahon wrote: >> Hi, >> >> This is the third version of the changes, which I would like >> to push today unless there is a major objection. >> The changes will be reviewed again before getting into >> jdk7u-dev. >> >> I have incorporated most of the comments made from >> previous reviews. >> >> Changes relative to jdk7u-osx >> ---------------------------------------- >> Modified files >> http://cr.openjdk.java.net/~michaelm/7113349/3/jdk7u-osx/modified/ >> >> New files >> http://cr.openjdk.java.net/~michaelm/7113349/3/jdk7u-osx/new/ >> >> Changes relative to macosx-port >> -------------------------------------------- >> Modified files >> http://cr.openjdk.java.net/~michaelm/7113349/3/macosx-port/modified/ >> >> Thanks >> Michael. > From leonid.romanov at oracle.com Thu Dec 1 12:01:31 2011 From: leonid.romanov at oracle.com (Leonid Romanov) Date: Fri, 2 Dec 2011 00:01:31 +0400 Subject: Tray icon L&F In-Reply-To: <54C5D781-84B9-4637-A970-95EFAD9D4E78@apple.com> References: <54C5D781-84B9-4637-A970-95EFAD9D4E78@apple.com> Message-ID: Hi, I didn't get your question, sorry. Perhaps a couple of screenshots will help to clarify my question (see attachments). First screenshot shows AWT TrayIcon's image in highlighted state. Notice that the bulb image is grayed out (dimmed). For the second screenshot I've written a small Cocoa app that puts an image into the status bar via -setImage: method of NSStatusItem class. As you can see, the way it's highlighted is different from the first screenshot: there is no graying out. So, my question was the following: this grayed out TrayIcon highlighting, is it a result of conscious decision, like an UI designer coming to an engineer responsible for TrayIcon implementation and telling him "This is the way TrayIcon should look like in highlighted sate", or is it just happened? Personally, I think that AWT TrayIcon should be highlighted the same way as Cocoa does it, without dimming the image, so I've prepared a patch that does it (see attached webrev). Leonid. -------------- next part -------------- -------------- next part -------------- -------------- next part -------------- On 01.12.2011, at 1:04, Mike Swingler wrote: > On Nov 30, 2011, at 12:43 PM, Leonid Romanov wrote: > >> Hi, >> In JDK 7 (as well in JDK6) clicking status bar image corresponding to TrayIcon gives it grayed out appearance. The thing is, none of the other icons I have sitting in my menu bar highlight in that way. So, I wonder, is there any particular UX reason for such nonstandard L&F or it's just an implementation artifact? I have a patch ready that fixes it, so if there are no objection, I'll go ahead and commit it. > > Are you setting the NSImage to be a "template" image? > > Curious, > Mike Swingler > Apple Inc. > From leonid.romanov at oracle.com Thu Dec 1 12:18:28 2011 From: leonid.romanov at oracle.com (Leonid Romanov) Date: Fri, 2 Dec 2011 00:18:28 +0400 Subject: Tray icon L&F In-Reply-To: References: <54C5D781-84B9-4637-A970-95EFAD9D4E78@apple.com> Message-ID: Ah, well, no attachments are allowed. So, here are direct links. TrayIcon highlighted: http://dl.dropbox.com/u/19863443/trayicon_hl.png NSStatusItem highlighted: http://dl.dropbox.com/u/19863443/nsstatusitem_hl.png On 02.12.2011, at 0:01, Leonid Romanov wrote: > Hi, > I didn't get your question, sorry. Perhaps a couple of screenshots will help to clarify my question (see attachments). First screenshot shows AWT TrayIcon's image in highlighted state. Notice that the bulb image is grayed out (dimmed). For the second screenshot I've written a small Cocoa app that puts an image into the status bar via -setImage: method of NSStatusItem class. As you can see, the way it's highlighted is different from the first screenshot: there is no graying out. > So, my question was the following: this grayed out TrayIcon highlighting, is it a result of conscious decision, like an UI designer coming to an engineer responsible for TrayIcon implementation and telling him "This is the way TrayIcon should look like in highlighted sate", or is it just happened? > Personally, I think that AWT TrayIcon should be highlighted the same way as Cocoa does it, without dimming the image, so I've prepared a patch that does it (see attached webrev). > > Leonid. > > > > > On 01.12.2011, at 1:04, Mike Swingler wrote: > >> On Nov 30, 2011, at 12:43 PM, Leonid Romanov wrote: >> >>> Hi, >>> In JDK 7 (as well in JDK6) clicking status bar image corresponding to TrayIcon gives it grayed out appearance. The thing is, none of the other icons I have sitting in my menu bar highlight in that way. So, I wonder, is there any particular UX reason for such nonstandard L&F or it's just an implementation artifact? I have a patch ready that fixes it, so if there are no objection, I'll go ahead and commit it. >> >> Are you setting the NSImage to be a "template" image? >> >> Curious, >> Mike Swingler >> Apple Inc. >> > From kelly.ohair at oracle.com Thu Dec 1 12:38:39 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Thu, 1 Dec 2011 12:38:39 -0800 Subject: Build failure Message-ID: I pulled over the latest http://hg.openjdk.java.net/macosx-port/macosx-port/jdk repository and tried to build it on a Mac 10.7 (Lion) with Xcode 4. It appears to be running an ant script from the jdk makefiles now, something that the jdk repository has never done before, but in any case, it fails. Does anybody know why? And where did all the make "Entering" "leaving" messages go? -kto P.S. I really hate these ant scripts. :^( ... mkdir -p ../../../build/macosx-universal/bridge_metadata Updating bridge support in ../../../build/macosx-universal/bridge_metadata (cd ../../../build/macosx-universal/bridge_metadata; /usr/bin/make STABLE_GEN_DIR="../../../build/macosx-universal/stable_bridge_metadata" FRAMEWORKS="Foundation CoreFoundation AppKit" -f ../../../src/macosx/native/jobjc/bridgesupport.gmk all) linking /System/Library/Frameworks/Foundation.framework/Headers ln -s /System/Library/Frameworks/Foundation.framework/Headers Foundation.headers linking /System/Library/Frameworks/CoreFoundation.framework/Headers ln -s /System/Library/Frameworks/CoreFoundation.framework/Headers CoreFoundation.headers linking /System/Library/Frameworks/AppKit.framework/Headers ln -s /System/Library/Frameworks/AppKit.framework/Headers AppKit.headers mkdir -p ../../../build/macosx-universal/stable_bridge_metadata generating bridge support for Foundation.headers if [ -f /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/FoundationFull.bridgesupport ] ; \ then cp /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/FoundationFull.bridgesupport Foundation.bridgesupport ; \ else /usr/bin/gen_bridge_metadata -F complete --framework Foundation.framework -o Foundation.bridgesupport ; \ fi /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 if cmp -s Foundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/FoundationFull.bridgesupport ; \ then : ; \ else cp Foundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/FoundationFull.bridgesupport ; \ fi generating bridge support for CoreFoundation.headers if [ -f /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundationFull.bridgesupport ] ; \ then cp /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundationFull.bridgesupport CoreFoundation.bridgesupport ; \ else /usr/bin/gen_bridge_metadata -F complete --framework CoreFoundation.framework -o CoreFoundation.bridgesupport ; \ fi /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 /usr/bin/gen_bridge_metadata:2163: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 if cmp -s CoreFoundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/CoreFoundationFull.bridgesupport ; \ then : ; \ else cp CoreFoundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/CoreFoundationFull.bridgesupport ; \ fi generating bridge support for AppKit.headers if [ -f /System/Library/Frameworks/AppKit.framework/Resources/BridgeSupport/AppKitFull.bridgesupport ] ; \ then cp /System/Library/Frameworks/AppKit.framework/Resources/BridgeSupport/AppKitFull.bridgesupport AppKit.bridgesupport ; \ else /usr/bin/gen_bridge_metadata -F complete --framework AppKit.framework -o AppKit.bridgesupport ; \ fi /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 MergingHash:aPoint[name]: aPoint => thePoint /usr/bin/gen_bridge_metadata:2163: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 MergingHash:aPoint[name]: aPoint => thePoint if cmp -s AppKit.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/AppKitFull.bridgesupport ; \ then : ; \ else cp AppKit.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/AppKitFull.bridgesupport ; \ fi JObjC dylib or jar out of data wrt FRAMEWORKS ( Foundation CoreFoundation AppKit ) or JObjC source ( core, generator, additions, build ) Running ant with java_home set to /opt/jprt/products/P1/jdk6u18-latest/Home (cd ../../../src/macosx/native/jobjc; OBJROOT="../../../build/macosx-universal/JObjC.build" DSTROOT="../../../build/macosx-universal/JObjC.dst" JAVA_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home STABLE_GEN_DIR="../../../build/macosx-universal/stable_bridge_metadata" /usr/bin/ant -verbose all) Apache Ant version 1.7.1 compiled on June 27 2008 Buildfile: build.xml Detected Java version: 1.6 in: /opt/jprt/products/P1/jdk6u18-latest/Home Detected OS: Mac OS X parsing buildfile /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml with URI = file:/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml Project base dir set to: /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc [antlib:org.apache.tools.ant] Could not load definitions from resource org/apache/tools/ant/antlib.xml. It could not be found. [property] Loading Environment env. Property "-*-command-variables-*-" has not been set [echoproperties] #Ant properties [echoproperties] #Thu Dec 01 12:23:26 PST 2011 [echoproperties] ant.core.lib=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant.jar [echoproperties] ant.file=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml [echoproperties] ant.file.JObjC=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml [echoproperties] ant.home=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 [echoproperties] ant.java.version=1.6 [echoproperties] ant.library.dir=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib [echoproperties] ant.project.name=JObjC [echoproperties] ant.version=Apache Ant version 1.7.1 compiled on June 27 2008 [echoproperties] awt.nativeDoubleBuffering=true [echoproperties] awt.toolkit=apple.awt.CToolkit [echoproperties] basedir=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc [echoproperties] env.ALT_BOOTDIR=/opt/jprt/products/P1/jdk6u18-latest/Home [echoproperties] env.ALT_CUPS_HEADERS_PATH=/opt/jprt/products/P1/cups1.0-latest [echoproperties] env.ALT_DROPS_DIR=/opt/jprt/products/P1/jdk7drops_1.0 [echoproperties] env.ALT_JDK_HOST_IMPORT_PATH=/opt/jprt/products/P1/jdk7-latest/Home [echoproperties] env.ALT_JDK_IMPORT_PATH=/opt/jprt/products/P1/jdk7-latest/Home [echoproperties] env.ALT_MOZILLA_HEADERS_PATH=/opt/jprt/products/P1/npapi_1.0/plugin [echoproperties] env.ALT_PARALLEL_COMPILE_JOBS=16 [echoproperties] env.ALT_PREVIOUS_JDK_IMAGE=/opt/jprt/products/P1/jdk6u18-latest/Home [echoproperties] env.ALT_SLASH_JAVA=/opt/jprt/slashjava [echoproperties] env.ALWAYS_PASS_TEST_GAMMA=true [echoproperties] env.ANT_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 [echoproperties] env.ARCH_DATA_MODEL=32 [echoproperties] env.BOOTDIR=/opt/jprt/products/P1/jdk6u18-latest/Home [echoproperties] env.DEV_NULL=/dev/null [echoproperties] env.DISPLAY=jprt-west1\:525 [echoproperties] env.DSTROOT=../../../build/macosx-universal/JObjC.dst [echoproperties] env.FULL_VERSION=1.7.0-internal-201112012014.kohair.jdk-b00 [echoproperties] env.HOME=/Users/jprtadm [echoproperties] env.HOTSPOT_BUILD_JOBS=16 [echoproperties] env.JAVA_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home [echoproperties] env.JAVA_MAIN_CLASS_19542=jprt.tools.Main [echoproperties] env.JAVA_MAIN_CLASS_48729=org.apache.tools.ant.launch.Launcher [echoproperties] env.JDK_HAS_MEM_INFO=true [echoproperties] env.JPRT_ADMIN_SCRIPT_LOG=/opt/jprt/syslogs/scripts//jprt_startclient_2011-11-29-16-56-30-shell.txt [echoproperties] env.JPRT_ANT171_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 [echoproperties] env.JPRT_ANT1_7_1_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 [echoproperties] env.JPRT_ARCHIVE_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product.zip [echoproperties] env.JPRT_ARCHIVE_INSTALL_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-install.zip [echoproperties] env.JPRT_ARCHIVE_MODULES_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-modules.zip [echoproperties] env.JPRT_ARCH_DATA_MODEL=64 [echoproperties] env.JPRT_BOOT_PRODUCT_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home [echoproperties] env.JPRT_BUILD_FLAVOR_ID=product [echoproperties] env.JPRT_BUILD_VERSION=201112012014.kohair.jdk [echoproperties] env.JPRT_COMPILER_NAME=none [echoproperties] env.JPRT_CONFIG_RELEASE=/opt/jprt/dist/sbin/config/jdk7/jprt.config [echoproperties] env.JPRT_CONFIG_SHARED=/opt/jprt/dist/sbin/config/jprt.config [echoproperties] env.JPRT_CUPS1_0-LATEST_HOME=/opt/jprt/products/P1/cups1.0-latest [echoproperties] env.JPRT_CUPS_HOME=/opt/jprt/products/P1/cups1.0-latest [echoproperties] env.JPRT_DIST_DIR=/opt/jprt/dist [echoproperties] env.JPRT_FORCE_CORE_DUMP_FILE=/tmp/jprt/P1/201435.kohair/forceCoreDump [echoproperties] env.JPRT_HOST=sc14ib04.us.oracle.com [echoproperties] env.JPRT_HOST_ID=sc14ib04.us.oracle.com(P1) [echoproperties] env.JPRT_IMPORT_PRODUCT_HOME=/opt/jprt/products/P1/jdk7-latest/Home [echoproperties] env.JPRT_INSTANCE=P1 [echoproperties] env.JPRT_JAVA_HOME=/opt/jprt/jdk1.6.0/Home [echoproperties] env.JPRT_JDK6U18-LATEST_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home [echoproperties] env.JPRT_JDK6U18_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home [echoproperties] env.JPRT_JDK7-LATEST_HOME=/opt/jprt/products/P1/jdk7-latest/Home [echoproperties] env.JPRT_JDK7DROPS_1_0_HOME=/opt/jprt/products/P1/jdk7drops_1.0 [echoproperties] env.JPRT_JDK7DROPS_HOME=/opt/jprt/products/P1/jdk7drops_1.0 [echoproperties] env.JPRT_JDK7_HOME=/opt/jprt/products/P1/jdk7-latest/Home [echoproperties] env.JPRT_JOB_DISPLAY=jprt-west1\:525 [echoproperties] env.JPRT_JOB_ID=2011-12-01-201435.kohair.jdk [echoproperties] env.JPRT_JOB_PRODUCT_RELEASE=jdk7 [echoproperties] env.JPRT_LOCAL_ROOT=/opt/jprt [echoproperties] env.JPRT_MAKE=/usr/bin/make [echoproperties] env.JPRT_MAKE_DIR=make [echoproperties] env.JPRT_NPAPI_1_0_HOME=/opt/jprt/products/P1/npapi_1.0/plugin [echoproperties] env.JPRT_NPAPI_HOME=/opt/jprt/products/P1/npapi_1.0/plugin [echoproperties] env.JPRT_PARALLEL_COUNT=16 [echoproperties] env.JPRT_PLATFORM_ARCH=x64 [echoproperties] env.JPRT_PLATFORM_ID=macosx_x64_10.7 [echoproperties] env.JPRT_PLATFORM_OS=macosx [echoproperties] env.JPRT_POSTCONFIG=make/jprt.postconfig [echoproperties] env.JPRT_PRECONFIG=make/jprt.preconfig [echoproperties] env.JPRT_SLASH_JAVA=/opt/jprt/slashjava [echoproperties] env.JPRT_SOURCE_TREE=/tmp/jprt/P1/201435.kohair/source [echoproperties] env.JPRT_TARGET_ID=macosx_x64_10.7-product [echoproperties] env.JPRT_TARGET_KIND=build [echoproperties] env.JPRT_TARGET_PID_FILE=/tmp/jprt/P1/201435.kohair/targetPidFile [echoproperties] env.JPRT_TEMP_DIR=/tmp/jprt/P1/201435.kohair [echoproperties] env.JPRT_TIME_LIMIT=3h [echoproperties] env.JPRT_UNIX_TOOLKIT=NONE [echoproperties] env.JPRT_USER=kohair [echoproperties] env.LANG=C [echoproperties] env.LC_ALL=C [echoproperties] env.LOGNAME=jprtadm [echoproperties] env.LOW_MEMORY_MACHINE=false [echoproperties] env.MAIL=/var/mail/jprtadm [echoproperties] env.MAKEFLAGS=JPRT_ARCHIVE_MODULES_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-modules.zip JPRT_ARCHIVE_INSTALL_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-install.zip JPRT_ARCHIVE_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product.zip JPRT_BUILD_VERSION\=201112012014.kohair.jdk ALT_SLASH_JAVA\=/opt/jprt/slashjava FULL_VERSION\=1.7.0-internal-201112012014.kohair.jdk-b00 RELEASE\=1.7.0-internal [echoproperties] env.MAKELEVEL=3 [echoproperties] env.MAKEOVERRIDES=${-*-command-variables-*-} [echoproperties] env.MAX_VM_MEMORY=512 [echoproperties] env.MB_OF_MEMORY=2048 [echoproperties] env.MFLAGS= [echoproperties] env.MIN_VM_MEMORY=512 [echoproperties] env.OBJROOT=../../../build/macosx-universal/JObjC.build [echoproperties] env.PATH=/opt/jprt/products/P1/jdk6u18-latest/Home/bin\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/bin\:/System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Commands\:/opt/jprt/dist/sbin\:/usr/local/bin\:/usr/ccs/bin\:/usr/ccs/lib\:/usr/bin\:/bin\:/usr/sbin\:/sbin\:/usr/X11R6/bin [echoproperties] env.PLATFORM=macosx [echoproperties] env.PREVIOUS_JDK_VERSION=1.6.0 [echoproperties] env.PWD=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc [echoproperties] env.RELEASE=1.7.0-internal [echoproperties] env.SA_APPLE_BOOT_JAVA=true [echoproperties] env.SHELL=/bin/bash [echoproperties] env.SHLVL=7 [echoproperties] env.SKIP_COMPARE_IMAGES=true [echoproperties] env.SSH_CLIENT=10.133.137.52 59771 22 [echoproperties] env.SSH_CONNECTION=10.133.137.52 59771 10.133.161.51 22 [echoproperties] env.STABLE_GEN_DIR=../../../build/macosx-universal/stable_bridge_metadata [echoproperties] env.SUNW_NO_UPDATE_NOTIFY=1 [echoproperties] env.SYSTEM_UNAME=Darwin [echoproperties] env.TMPDIR=/tmp/jprt/P1/201435.kohair [echoproperties] env.USER=jprtadm [echoproperties] env.USER_RELEASE_SUFFIX=201112012014.kohair.jdk [echoproperties] env.UT_NO_USAGE_TRACKING=1 [echoproperties] env.__CF_USER_TEXT_ENCODING=0x29B\:0\:0 [echoproperties] env.com.apple.java.jvmMode=client [echoproperties] env.com.apple.java.jvmTask=CommandLine_Manual.java.java [echoproperties] file.encoding=MacRoman [echoproperties] file.encoding.pkg=sun.io [echoproperties] file.separator=/ [echoproperties] ftp.nonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com [echoproperties] ftp.proxyHost=www-proxy.us.oracle.com [echoproperties] ftp.proxyPort=80 [echoproperties] gopherProxySet=false [echoproperties] http.nonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com [echoproperties] http.proxyHost=www-proxy.us.oracle.com [echoproperties] http.proxyPort=80 [echoproperties] https.proxyHost=www-proxy.us.oracle.com [echoproperties] https.proxyPort=80 [echoproperties] java.awt.graphicsenv=apple.awt.CGraphicsEnvironment [echoproperties] java.awt.printerjob=apple.awt.CPrinterJob [echoproperties] java.class.path=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-launcher.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-antlr.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-bcel.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-bsf.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-log4j.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-oro.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-regexp.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-resolver.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-commons-logging.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-commons-net.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jai.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-javamail.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jdepend.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jmf.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jsch.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-junit.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-launcher.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-netrexx.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-nodeps.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-starteam.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-stylebook.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-swing.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-testutil.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-trax.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-weblogic.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/xercesImpl.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/xml-apis.jar [echoproperties] java.class.version=50.0 [echoproperties] java.endorsed.dirs=/opt/jprt/products/P1/jdk6u18-latest/Home/lib/endorsed [echoproperties] java.ext.dirs=/Library/Java/Extensions\:/System/Library/Java/Extensions\:/opt/jprt/products/P1/jdk6u18-latest/Home/lib/ext [echoproperties] java.home=/opt/jprt/products/P1/jdk6u18-latest/Home [echoproperties] java.io.tmpdir=/var/folders/y4/s490h3f55fs1jvc95nt1tc4w0000mv/T/ [echoproperties] java.library.path=.\:/Library/Java/Extensions\:/System/Library/Java/Extensions\:/usr/lib/java [echoproperties] java.runtime.name=Java(TM) SE Runtime Environment [echoproperties] java.runtime.version=1.6.0_26-b03-384-11M3527 [echoproperties] java.specification.name=Java Platform API Specification [echoproperties] java.specification.vendor=Sun Microsystems Inc. [echoproperties] java.specification.version=1.6 [echoproperties] java.vendor=Apple Inc. [echoproperties] java.vendor.url=http\://www.apple.com/ [echoproperties] java.vendor.url.bug=http\://bugreport.apple.com/ [echoproperties] java.version=1.6.0_26 [echoproperties] java.vm.info=mixed mode [echoproperties] java.vm.name=Java HotSpot(TM) 64-Bit Server VM [echoproperties] java.vm.specification.name=Java Virtual Machine Specification [echoproperties] java.vm.specification.vendor=Sun Microsystems Inc. [echoproperties] java.vm.specification.version=1.0 [echoproperties] java.vm.vendor=Apple Inc. [echoproperties] java.vm.version=20.1-b02-384 [echoproperties] jikes.class.path=\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/alt-rt.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/alt-string.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/charsets.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/classes.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/dt.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jce.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jconsole.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jsse.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/management-agent.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/ui.jar [echoproperties] line.separator=\n [echoproperties] mrj.build=11M3527 [echoproperties] mrj.version=1060.1.6.0_26-384 [echoproperties] os.arch=x86_64 [echoproperties] os.name=Mac OS X [echoproperties] os.version=10.7.2 [echoproperties] path.separator=\: [echoproperties] socksNonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com [echoproperties] socksProxyHost=www-proxy.us.oracle.com [echoproperties] socksProxyPort=80 [echoproperties] sun.arch.data.model=64 [echoproperties] sun.boot.class.path=/opt/jprt/products/P1/jdk6u18-latest/Classes/jsfd.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/classes.jar\:/System/Library/Frameworks/JavaVM.framework/Frameworks/JavaRuntimeSupport.framework/Resources/Java/JavaRuntimeSupport.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/ui.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/laf.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/sunrsasign.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/jsse.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/jce.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/charsets.jar [echoproperties] sun.boot.library.path=/opt/jprt/products/P1/jdk6u18-latest/Libraries [echoproperties] sun.cpu.endian=little [echoproperties] sun.cpu.isalist= [echoproperties] sun.io.unicode.encoding=UnicodeLittle [echoproperties] sun.java.command=org.apache.tools.ant.launch.Launcher -cp -verbose all [echoproperties] sun.java.launcher=SUN_STANDARD [echoproperties] sun.jnu.encoding=MacRoman [echoproperties] sun.management.compiler=HotSpot 64-Bit Tiered Compilers [echoproperties] sun.os.patch.level=unknown [echoproperties] user.country= [echoproperties] user.dir=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc [echoproperties] user.home=/Users/jprtadm [echoproperties] user.language=en [echoproperties] user.name=jprtadm [echoproperties] user.timezone= Property "env.PRODUCT_NAME" has not been set Property "env.SRCROOT" has not been set Property "env.CONFIGURATION" has not been set Property "env.RC_ARCHS" has not been set Property "env.CONFIGURATION_BUILD_DIR" has not been set Property "env.INSTALL_PATH" has not been set [echo] (Settings :src '.' :cfg 'Debug' :obj '../../../build/macosx-universal/JObjC.build' :dst '../../../build/macosx-universal/JObjC.dst/Debug') Property "env.BENCH_MATCH" has not been set Build sequence for target(s) `all' is [gen-pcoder, build-core, build-core-native, build-generator, run-generator, build-generated, build-additions, build-additions-native, assemble-product, all] Complete build sequence is [gen-pcoder, build-core, build-core-native, build-generator, run-generator, build-generated, build-additions, build-additions-native, assemble-product, all, clean, clean-all, build-test-installed, build-test-native-installed, bench-installed, test-installed, all-but-gen, run-generator-old, all-test, build-test, build-test-native, install, installsrc, installhdrs, test, bench, clean-all-test, doc-core, ] gen-pcoder: [exec] Current OS is Mac OS X [exec] Executing './run-and-write-if-okay' with arguments: [exec] './src/core/PrimitiveCoder.hs' [exec] './src/core/java/com/apple/jobjc/PrimitiveCoder.java' [exec] [exec] The ' characters around the executable and arguments are [exec] not part of the command. [exec] ./run-and-write-if-okay:40: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 [exec] env: runhaskell: No such file or directory [exec] [exec] ./src/core/PrimitiveCoder.hs failed to run trial. Ignoring. build-core: [mkdir] Created dir: /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core [javac] com/apple/jobjc/PrimitiveCoder.java added as com/apple/jobjc/PrimitiveCoder.class doesn't exist. [javac] Compiling 1 source file to /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core [javac] Using modern compiler [javac] Compilation arguments: [javac] '-d' [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' [javac] '-classpath' [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' [javac] '-sourcepath' [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java' [javac] '-target' [javac] '1.5' [javac] '-g' [javac] '-source' [javac] '1.5' [javac] [javac] The ' characters around the executable and arguments are [javac] not part of the command. [javac] File to be compiled: [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/PrimitiveCoder.java [javac] Note: Some input files use unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] com/apple/jobjc/CFType.java added as com/apple/jobjc/CFType.class doesn't exist. [javac] com/apple/jobjc/CIF.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/CIF.class is up to date. [javac] com/apple/jobjc/Coder.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Coder.class is up to date. [javac] com/apple/jobjc/FFIType.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/FFIType.class is up to date. [javac] com/apple/jobjc/Function.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Function.class is up to date. [javac] com/apple/jobjc/ID.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/ID.class is up to date. [javac] com/apple/jobjc/Invoke.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Invoke.class is up to date. [javac] com/apple/jobjc/JObjCRuntime.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/JObjCRuntime.class is up to date. [javac] com/apple/jobjc/MacOSXFramework.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/MacOSXFramework.class is up to date. [javac] com/apple/jobjc/NSClass.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NSClass.class is up to date. [javac] com/apple/jobjc/NativeArgumentBuffer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeArgumentBuffer.class is up to date. [javac] com/apple/jobjc/NativeBuffer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeBuffer.class is up to date. [javac] com/apple/jobjc/NativeObjectLifecycleManager.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeObjectLifecycleManager.class is up to date. [javac] com/apple/jobjc/Opaque.java added as com/apple/jobjc/Opaque.class doesn't exist. [javac] com/apple/jobjc/Pointer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Pointer.class is up to date. [javac] com/apple/jobjc/PrimitiveCoder.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/PrimitiveCoder.class is up to date. [javac] com/apple/jobjc/SEL.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/SEL.class is up to date. [javac] com/apple/jobjc/Struct.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Struct.class is up to date. [javac] com/apple/jobjc/Subclassing.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Subclassing.class is up to date. [javac] Compiling 2 source files to /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core [javac] Using modern compiler [javac] Compilation arguments: [javac] '-d' [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' [javac] '-classpath' [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' [javac] '-sourcepath' [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java' [javac] '-target' [javac] '1.5' [javac] '-g' [javac] '-source' [javac] '1.5' [javac] [javac] The ' characters around the executable and arguments are [javac] not part of the command. [javac] Files to be compiled: [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/CFType.java [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/Opaque.java [exec] Current OS is Mac OS X [exec] Output redirected to property: core.classes [exec] Executing './extract_classes.pl' with arguments: [exec] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' [exec] [exec] The ' characters around the executable and arguments are [exec] not part of the command. [mkdir] Created dir: /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/src/jni_headers/core [javah] Compilation arguments: [javah] '-d' [javah] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/src/jni_headers/core' [javah] '-classpath' [javah] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' [javah] [javah] The ' characters around the executable and arguments are [javah] not part of the command. [javah] Classes to be compiled: [javah] com.apple.jobjc.CFType [javah] com.apple.jobjc.CIF [javah] com.apple.jobjc.Coder$IDCoder [javah] com.apple.jobjc.Coder$NSClassCoder [javah] com.apple.jobjc.Coder$PointerCoder [javah] com.apple.jobjc.Coder$PrimitivePointerCoder [javah] com.apple.jobjc.Coder$SELCoder [javah] com.apple.jobjc.Coder$StructCoder [javah] com.apple.jobjc.Coder$UnknownCoder [javah] com.apple.jobjc.Coder$VoidCoder [javah] com.apple.jobjc.Coder [javah] com.apple.jobjc.FFIType [javah] com.apple.jobjc.Function [javah] com.apple.jobjc.ID [javah] com.apple.jobjc.Invoke$FunCall [javah] com.apple.jobjc.Invoke$MsgSend [javah] com.apple.jobjc.Invoke$MsgSendSuper [javah] com.apple.jobjc.Invoke [javah] com.apple.jobjc.JObjCRuntime$Arch [javah] com.apple.jobjc.JObjCRuntime$Width [javah] com.apple.jobjc.JObjCRuntime [javah] com.apple.jobjc.MacOSXFramework [javah] com.apple.jobjc.NativeArgumentBuffer [javah] com.apple.jobjc.NativeBuffer [javah] com.apple.jobjc.NativeObjectLifecycleManager$CFRetainRelease [javah] com.apple.jobjc.NativeObjectLifecycleManager$Free [javah] com.apple.jobjc.NativeObjectLifecycleManager$Nothing [javah] com.apple.jobjc.NativeObjectLifecycleManager [javah] com.apple.jobjc.NSClass$NSClassNotFoundException [javah] com.apple.jobjc.NSClass [javah] com.apple.jobjc.Opaque [javah] com.apple.jobjc.Pointer [javah] com.apple.jobjc.PrimitiveCoder$BoolCoder [javah] com.apple.jobjc.PrimitiveCoder$DoubleCoder [javah] com.apple.jobjc.PrimitiveCoder$FloatCoder [javah] com.apple.jobjc.PrimitiveCoder$SCharCoder [javah] com.apple.jobjc.PrimitiveCoder$SIntCoder [javah] com.apple.jobjc.PrimitiveCoder$SLongCoder [javah] com.apple.jobjc.PrimitiveCoder$SLongLongCoder [javah] com.apple.jobjc.PrimitiveCoder$SShortCoder [javah] com.apple.jobjc.PrimitiveCoder$UCharCoder [javah] com.apple.jobjc.PrimitiveCoder$UIntCoder [javah] com.apple.jobjc.PrimitiveCoder$ULongCoder [javah] com.apple.jobjc.PrimitiveCoder$ULongLongCoder [javah] com.apple.jobjc.PrimitiveCoder$UShortCoder [javah] com.apple.jobjc.PrimitiveCoder [javah] com.apple.jobjc.SEL [javah] com.apple.jobjc.Struct [javah] com.apple.jobjc.Subclassing build-core-native: [exec] Current OS is Mac OS X [exec] Setting environment variable: CC= [exec] Setting environment variable: CXX= [exec] Executing 'xcodebuild' with arguments: [exec] '-configuration' [exec] 'Debug' [exec] '-target' [exec] 'build-core-native' [exec] 'SRCROOT=.' [exec] 'OBJROOT=../../../build/macosx-universal/JObjC.build' [exec] 'DSTROOT=../../../build/macosx-universal/JObjC.dst/Debug' [exec] 'TARGET_TEMP_DIR=../../../build/macosx-universal/JObjC.dst' [exec] 'PROJECT_TEMP_DIR=../../../build/macosx-universal/JObjC.dst' [exec] 'BUILD_DIR=../../../build/macosx-universal/JObjC.dst' [exec] [exec] The ' characters around the executable and arguments are [exec] not part of the command. [exec] Build settings from command line: [exec] BUILD_DIR = ../../../build/macosx-universal/JObjC.dst [exec] DSTROOT = ../../../build/macosx-universal/JObjC.dst/Debug [exec] OBJROOT = ../../../build/macosx-universal/JObjC.build [exec] PROJECT_TEMP_DIR = ../../../build/macosx-universal/JObjC.dst [exec] SRCROOT = . [exec] TARGET_TEMP_DIR = ../../../build/macosx-universal/JObjC.dst [exec] [exec] === BUILD LEGACY TARGET build-core-java OF PROJECT JObjC WITH CONFIGURATION Debug === [exec] Check dependencies [exec] 2011-12-01 12:23:29.270 xcodebuild[48737:3f03] ASSERTION FAILURE in /SourceCache/IDEXcode3ProjectSupport/IDEXcode3ProjectSupport-928/Xcode3Sources/XcodeIDE/Frameworks/DevToolsBase/pbxcore/Target.subproj/PBXTargetBuildContext.m:1966 [exec] Details: Assertion failed: [filePath isAbsolutePath] [exec] Object: [exec] Method: -setHeadermapToolInvocation:forFilePath: [exec] Thread: {name = (null), num = 2} [exec] Backtrace: [exec] 0 0x000000010642b9ac -[PBXTargetBuildContext(DependencyGraphEvents) handleFailureInMethod:object:fileName:lineNumber:messageFormat:arguments:] (in DevToolsCore) [exec] 1 0x0000000105828794 _DVTAssertionFailureHandler (in DVTFoundation) [exec] 2 0x0000000106423482 -[PBXTargetBuildContext setHeadermapToolInvocation:forFilePath:] (in DevToolsCore) [exec] 3 0x00000001064798be -[XCCompilerSpecification computeDependenciesForFilePath:ofType:outputDirectory:inTargetBuildContext:] (in DevToolsCore) [exec] 4 0x0000000106523007 -[XCBuildRuleDGSnapshot(DependencyGraphCreation) computeDependenciesForFilePath:ofType:forBuildFileReference:withOutputDirectory:additionalProperties:inTargetBuildContext:] (in DevToolsCore) [exec] 5 0x000000010651b978 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) _computeDependenciesForFilePath:ofType:forBuildFileReference:usingBuildRule:inTargetBuildContext:processedPaths:] (in DevToolsCore) [exec] 6 0x000000010651c04f -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForFilePath:ofType:forBuildFileReference:usingBuildRule:inTargetBuildContext:] (in DevToolsCore) [exec] 7 0x000000010651c600 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForBuildFileReference:inTargetBuildContext:] (in DevToolsCore) [exec] 8 0x0000000106510fec -[XCBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForAllBuildFileReferencesInTargetBuildContext:] (in DevToolsCore) [exec] 9 0x000000010651dee3 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForAllBuildFileReferencesInTargetBuildContext:] (in DevToolsCore) [exec] 10 0x000000010651e86e -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesInTargetBuildContext:] (in DevToolsCore) [exec] 11 0x000000010647cd2d -[XCProductTypeSpecification computeDependenciesInTargetBuildContext:] (in DevToolsCore) [exec] 12 0x000000010650ca42 -[XCNativeTargetDGSnapshot(DependencyGraphCreation) computeDependenciesInTargetBuildContext:] (in DevToolsCore) [exec] 13 0x000000010641b26d -[PBXTargetBuildContext createDependencyGraphWithTargetDGSnapshot:] (in DevToolsCore) [exec] 14 0x000000010642ca2e -[PBXTargetBuildContext(DependencyGraphEvents) dg_setTargetSnapshot:] (in DevToolsCore) [exec] 15 0x00007fff900cc20c __invoking___ (in CoreFoundation) [exec] 16 0x00007fff900cc0a4 -[NSInvocation invoke] (in CoreFoundation) [exec] 17 0x000000010642bdf1 -[PBXTargetBuildContext(DependencyGraphEvents) processDependencyGraphEvents] (in DevToolsCore) [exec] 18 0x00007fff900cc20c __invoking___ (in CoreFoundation) [exec] 19 0x00007fff900cc0a4 -[NSInvocation invoke] (in CoreFoundation) [exec] 20 0x0000000106475296 -[XCInvocationQueue _processNextInvocationInThreadSlotNumber:] (in DevToolsCore) [exec] 21 0x00000001064756a0 -[XCInvocationQueue _processInvocationsInThreadSlotNumber:] (in DevToolsCore) [exec] 22 0x00007fff92d7d7fe -[NSThread main] (in Foundation) [exec] 23 0x00007fff92d7d776 __NSThread__main__ (in Foundation) [exec] 24 0x00007fff8dad48bf _pthread_start (in libsystem_c.dylib) [exec] 25 0x00007fff8dad7b75 thread_start (in libsystem_c.dylib) [exec] 2011-12-01 12:23:29.327 xcodebuild[48737:3803] DVTAssertions: ASSERTION FAILURE in /SourceCache/DVTFoundation/DVTFoundation-903/Framework/Classes/FilePaths/DVTFilePath.m:370 [exec] Details: fsrep is relative ('../../../build/macosx-universal/JObjC.dst') parentPath must not be nil but it is. [exec] Object: [exec] Method: +_filePathForParent:fileSystemRepresentation:length:allowCreation: [exec] Thread: {name = (null), num = 3} [exec] Hints: None [exec] Backtrace: [exec] 0 0x00000001058288c4 -[DVTAssertionHandler handleFailureInMethod:object:fileName:lineNumber:messageFormat:arguments:] (in DVTFoundation) [exec] 1 0x0000000105828794 _DVTAssertionFailureHandler (in DVTFoundation) [exec] 2 0x00000001057c5d32 +[DVTFilePath _filePathForParent:fileSystemRepresentation:length:allowCreation:] (in DVTFoundation) [exec] 3 0x00000001057c5963 +[DVTFilePath _filePathForParent:pathString:] (in DVTFoundation) [exec] 4 0x00000001057c6d47 +[DVTFilePath filePathForPathString:] (in DVTFoundation) [exec] 5 0x00000001063e219e -[PBXTarget(XCBuildables) buildWillStartWithBuildLogRecorder:buildParameters:] (in DevToolsCore) [exec] 6 0x0000000106567f34 -[Xcode3TargetBuildableSnapshot buildForBuilderWillStart:] (in DevToolsCore) [exec] 7 0x0000000105af6256 -[IDEBuildableSnapshot performBuildForBuilder:buildCommand:buildOnlyTheseFiles:] (in IDEFoundation) [exec] 8 0x0000000105a30513 -[IDEBuilder main] (in IDEFoundation) [exec] 9 0x00007fff92d6b788 -[__NSOperationInternal start] (in Foundation) [exec] 10 0x00007fff92d7e9e6 ____NSOQSchedule_block_invoke_2 (in Foundation) [exec] 11 0x00007fff8c45b8ba _dispatch_call_block_and_release (in libdispatch.dylib) [exec] 12 0x00007fff8c45c799 _dispatch_worker_thread2 (in libdispatch.dylib) [exec] 13 0x00007fff8dad63da _pthread_wqthread (in libsystem_c.dylib) [exec] 14 0x00007fff8dad7b85 start_wqthread (in libsystem_c.dylib) BUILD FAILED /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml:156: exec returned: 134 at org.apache.tools.ant.taskdefs.ExecTask.runExecute(ExecTask.java:636) at org.apache.tools.ant.taskdefs.ExecTask.runExec(ExecTask.java:662) at org.apache.tools.ant.taskdefs.ExecTask.execute(ExecTask.java:487) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:357) at org.apache.tools.ant.Target.performTasks(Target.java:385) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1337) at org.apache.tools.ant.Project.executeTarget(Project.java:1306) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1189) at org.apache.tools.ant.Main.runBuild(Main.java:758) at org.apache.tools.ant.Main.startAnt(Main.java:217) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) Total time: 7 seconds make[2]: *** [../../../build/macosx-universal/JObjC.build/JObjC.jar] Error 1 make[1]: *** [all] Error 1 make: *** [all] Error 1 From henri.gomez at gmail.com Thu Dec 1 13:08:27 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 1 Dec 2011 22:08:27 +0100 Subject: Build failure In-Reply-To: References: Message-ID: Didn't get problem this morning and source didn't change. Le 1 d?c. 2011 ? 21:38, "Kelly O'Hair" a ?crit : > > I pulled over the latest http://hg.openjdk.java.net/macosx-port/macosx-port/jdk repository > and tried to build it on a Mac 10.7 (Lion) with Xcode 4. > It appears to be running an ant script from the jdk makefiles now, something that the jdk > repository has never done before, but in any case, it fails. > > Does anybody know why? And where did all the make "Entering" "leaving" messages go? > > -kto > > P.S. I really hate these ant scripts. :^( > > ... > mkdir -p ../../../build/macosx-universal/bridge_metadata > Updating bridge support in ../../../build/macosx-universal/bridge_metadata > (cd ../../../build/macosx-universal/bridge_metadata; /usr/bin/make STABLE_GEN_DIR="../../../build/macosx-universal/stable_bridge_metadata" FRAMEWORKS="Foundation CoreFoundation AppKit" -f ../../../src/macosx/native/jobjc/bridgesupport.gmk all) > linking /System/Library/Frameworks/Foundation.framework/Headers > ln -s /System/Library/Frameworks/Foundation.framework/Headers Foundation.headers > linking /System/Library/Frameworks/CoreFoundation.framework/Headers > ln -s /System/Library/Frameworks/CoreFoundation.framework/Headers CoreFoundation.headers > linking /System/Library/Frameworks/AppKit.framework/Headers > ln -s /System/Library/Frameworks/AppKit.framework/Headers AppKit.headers > mkdir -p ../../../build/macosx-universal/stable_bridge_metadata > generating bridge support for Foundation.headers > if [ -f /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/FoundationFull.bridgesupport ] ; \ > then cp /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/FoundationFull.bridgesupport Foundation.bridgesupport ; \ > else /usr/bin/gen_bridge_metadata -F complete --framework Foundation.framework -o Foundation.bridgesupport ; \ > fi > /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > if cmp -s Foundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/FoundationFull.bridgesupport ; \ > then : ; \ > else cp Foundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/FoundationFull.bridgesupport ; \ > fi > generating bridge support for CoreFoundation.headers > if [ -f /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundationFull.bridgesupport ] ; \ > then cp /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundationFull.bridgesupport CoreFoundation.bridgesupport ; \ > else /usr/bin/gen_bridge_metadata -F complete --framework CoreFoundation.framework -o CoreFoundation.bridgesupport ; \ > fi > /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > /usr/bin/gen_bridge_metadata:2163: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > if cmp -s CoreFoundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/CoreFoundationFull.bridgesupport ; \ > then : ; \ > else cp CoreFoundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/CoreFoundationFull.bridgesupport ; \ > fi > generating bridge support for AppKit.headers > if [ -f /System/Library/Frameworks/AppKit.framework/Resources/BridgeSupport/AppKitFull.bridgesupport ] ; \ > then cp /System/Library/Frameworks/AppKit.framework/Resources/BridgeSupport/AppKitFull.bridgesupport AppKit.bridgesupport ; \ > else /usr/bin/gen_bridge_metadata -F complete --framework AppKit.framework -o AppKit.bridgesupport ; \ > fi > /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > MergingHash:aPoint[name]: aPoint => thePoint > /usr/bin/gen_bridge_metadata:2163: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > MergingHash:aPoint[name]: aPoint => thePoint > if cmp -s AppKit.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/AppKitFull.bridgesupport ; \ > then : ; \ > else cp AppKit.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/AppKitFull.bridgesupport ; \ > fi > JObjC dylib or jar out of data wrt FRAMEWORKS ( Foundation CoreFoundation AppKit ) or JObjC source ( core, generator, additions, build ) > Running ant with java_home set to /opt/jprt/products/P1/jdk6u18-latest/Home > (cd ../../../src/macosx/native/jobjc; OBJROOT="../../../build/macosx-universal/JObjC.build" DSTROOT="../../../build/macosx-universal/JObjC.dst" JAVA_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home STABLE_GEN_DIR="../../../build/macosx-universal/stable_bridge_metadata" /usr/bin/ant -verbose all) > Apache Ant version 1.7.1 compiled on June 27 2008 > Buildfile: build.xml > Detected Java version: 1.6 in: /opt/jprt/products/P1/jdk6u18-latest/Home > Detected OS: Mac OS X > parsing buildfile /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml with URI = file:/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml > Project base dir set to: /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc > [antlib:org.apache.tools.ant] Could not load definitions from resource org/apache/tools/ant/antlib.xml. It could not be found. > [property] Loading Environment env. > Property "-*-command-variables-*-" has not been set > [echoproperties] #Ant properties > [echoproperties] #Thu Dec 01 12:23:26 PST 2011 > [echoproperties] ant.core.lib=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant.jar > [echoproperties] ant.file=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml > [echoproperties] ant.file.JObjC=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml > [echoproperties] ant.home=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 > [echoproperties] ant.java.version=1.6 > [echoproperties] ant.library.dir=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib > [echoproperties] ant.project.name=JObjC > [echoproperties] ant.version=Apache Ant version 1.7.1 compiled on June 27 2008 > [echoproperties] awt.nativeDoubleBuffering=true > [echoproperties] awt.toolkit=apple.awt.CToolkit > [echoproperties] basedir=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc > [echoproperties] env.ALT_BOOTDIR=/opt/jprt/products/P1/jdk6u18-latest/Home > [echoproperties] env.ALT_CUPS_HEADERS_PATH=/opt/jprt/products/P1/cups1.0-latest > [echoproperties] env.ALT_DROPS_DIR=/opt/jprt/products/P1/jdk7drops_1.0 > [echoproperties] env.ALT_JDK_HOST_IMPORT_PATH=/opt/jprt/products/P1/jdk7-latest/Home > [echoproperties] env.ALT_JDK_IMPORT_PATH=/opt/jprt/products/P1/jdk7-latest/Home > [echoproperties] env.ALT_MOZILLA_HEADERS_PATH=/opt/jprt/products/P1/npapi_1.0/plugin > [echoproperties] env.ALT_PARALLEL_COMPILE_JOBS=16 > [echoproperties] env.ALT_PREVIOUS_JDK_IMAGE=/opt/jprt/products/P1/jdk6u18-latest/Home > [echoproperties] env.ALT_SLASH_JAVA=/opt/jprt/slashjava > [echoproperties] env.ALWAYS_PASS_TEST_GAMMA=true > [echoproperties] env.ANT_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 > [echoproperties] env.ARCH_DATA_MODEL=32 > [echoproperties] env.BOOTDIR=/opt/jprt/products/P1/jdk6u18-latest/Home > [echoproperties] env.DEV_NULL=/dev/null > [echoproperties] env.DISPLAY=jprt-west1\:525 > [echoproperties] env.DSTROOT=../../../build/macosx-universal/JObjC.dst > [echoproperties] env.FULL_VERSION=1.7.0-internal-201112012014.kohair.jdk-b00 > [echoproperties] env.HOME=/Users/jprtadm > [echoproperties] env.HOTSPOT_BUILD_JOBS=16 > [echoproperties] env.JAVA_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home > [echoproperties] env.JAVA_MAIN_CLASS_19542=jprt.tools.Main > [echoproperties] env.JAVA_MAIN_CLASS_48729=org.apache.tools.ant.launch.Launcher > [echoproperties] env.JDK_HAS_MEM_INFO=true > [echoproperties] env.JPRT_ADMIN_SCRIPT_LOG=/opt/jprt/syslogs/scripts//jprt_startclient_2011-11-29-16-56-30-shell.txt > [echoproperties] env.JPRT_ANT171_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 > [echoproperties] env.JPRT_ANT1_7_1_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 > [echoproperties] env.JPRT_ARCHIVE_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product.zip > [echoproperties] env.JPRT_ARCHIVE_INSTALL_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-install.zip > [echoproperties] env.JPRT_ARCHIVE_MODULES_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-modules.zip > [echoproperties] env.JPRT_ARCH_DATA_MODEL=64 > [echoproperties] env.JPRT_BOOT_PRODUCT_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home > [echoproperties] env.JPRT_BUILD_FLAVOR_ID=product > [echoproperties] env.JPRT_BUILD_VERSION=201112012014.kohair.jdk > [echoproperties] env.JPRT_COMPILER_NAME=none > [echoproperties] env.JPRT_CONFIG_RELEASE=/opt/jprt/dist/sbin/config/jdk7/jprt.config > [echoproperties] env.JPRT_CONFIG_SHARED=/opt/jprt/dist/sbin/config/jprt.config > [echoproperties] env.JPRT_CUPS1_0-LATEST_HOME=/opt/jprt/products/P1/cups1.0-latest > [echoproperties] env.JPRT_CUPS_HOME=/opt/jprt/products/P1/cups1.0-latest > [echoproperties] env.JPRT_DIST_DIR=/opt/jprt/dist > [echoproperties] env.JPRT_FORCE_CORE_DUMP_FILE=/tmp/jprt/P1/201435.kohair/forceCoreDump > [echoproperties] env.JPRT_HOST=sc14ib04.us.oracle.com > [echoproperties] env.JPRT_HOST_ID=sc14ib04.us.oracle.com(P1) > [echoproperties] env.JPRT_IMPORT_PRODUCT_HOME=/opt/jprt/products/P1/jdk7-latest/Home > [echoproperties] env.JPRT_INSTANCE=P1 > [echoproperties] env.JPRT_JAVA_HOME=/opt/jprt/jdk1.6.0/Home > [echoproperties] env.JPRT_JDK6U18-LATEST_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home > [echoproperties] env.JPRT_JDK6U18_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home > [echoproperties] env.JPRT_JDK7-LATEST_HOME=/opt/jprt/products/P1/jdk7-latest/Home > [echoproperties] env.JPRT_JDK7DROPS_1_0_HOME=/opt/jprt/products/P1/jdk7drops_1.0 > [echoproperties] env.JPRT_JDK7DROPS_HOME=/opt/jprt/products/P1/jdk7drops_1.0 > [echoproperties] env.JPRT_JDK7_HOME=/opt/jprt/products/P1/jdk7-latest/Home > [echoproperties] env.JPRT_JOB_DISPLAY=jprt-west1\:525 > [echoproperties] env.JPRT_JOB_ID=2011-12-01-201435.kohair.jdk > [echoproperties] env.JPRT_JOB_PRODUCT_RELEASE=jdk7 > [echoproperties] env.JPRT_LOCAL_ROOT=/opt/jprt > [echoproperties] env.JPRT_MAKE=/usr/bin/make > [echoproperties] env.JPRT_MAKE_DIR=make > [echoproperties] env.JPRT_NPAPI_1_0_HOME=/opt/jprt/products/P1/npapi_1.0/plugin > [echoproperties] env.JPRT_NPAPI_HOME=/opt/jprt/products/P1/npapi_1.0/plugin > [echoproperties] env.JPRT_PARALLEL_COUNT=16 > [echoproperties] env.JPRT_PLATFORM_ARCH=x64 > [echoproperties] env.JPRT_PLATFORM_ID=macosx_x64_10.7 > [echoproperties] env.JPRT_PLATFORM_OS=macosx > [echoproperties] env.JPRT_POSTCONFIG=make/jprt.postconfig > [echoproperties] env.JPRT_PRECONFIG=make/jprt.preconfig > [echoproperties] env.JPRT_SLASH_JAVA=/opt/jprt/slashjava > [echoproperties] env.JPRT_SOURCE_TREE=/tmp/jprt/P1/201435.kohair/source > [echoproperties] env.JPRT_TARGET_ID=macosx_x64_10.7-product > [echoproperties] env.JPRT_TARGET_KIND=build > [echoproperties] env.JPRT_TARGET_PID_FILE=/tmp/jprt/P1/201435.kohair/targetPidFile > [echoproperties] env.JPRT_TEMP_DIR=/tmp/jprt/P1/201435.kohair > [echoproperties] env.JPRT_TIME_LIMIT=3h > [echoproperties] env.JPRT_UNIX_TOOLKIT=NONE > [echoproperties] env.JPRT_USER=kohair > [echoproperties] env.LANG=C > [echoproperties] env.LC_ALL=C > [echoproperties] env.LOGNAME=jprtadm > [echoproperties] env.LOW_MEMORY_MACHINE=false > [echoproperties] env.MAIL=/var/mail/jprtadm > [echoproperties] env.MAKEFLAGS=JPRT_ARCHIVE_MODULES_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-modules.zip JPRT_ARCHIVE_INSTALL_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-install.zip JPRT_ARCHIVE_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product.zip JPRT_BUILD_VERSION\=201112012014.kohair.jdk ALT_SLASH_JAVA\=/opt/jprt/slashjava FULL_VERSION\=1.7.0-internal-201112012014.kohair.jdk-b00 RELEASE\=1.7.0-internal > [echoproperties] env.MAKELEVEL=3 > [echoproperties] env.MAKEOVERRIDES=${-*-command-variables-*-} > [echoproperties] env.MAX_VM_MEMORY=512 > [echoproperties] env.MB_OF_MEMORY=2048 > [echoproperties] env.MFLAGS= > [echoproperties] env.MIN_VM_MEMORY=512 > [echoproperties] env.OBJROOT=../../../build/macosx-universal/JObjC.build > [echoproperties] env.PATH=/opt/jprt/products/P1/jdk6u18-latest/Home/bin\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/bin\:/System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Commands\:/opt/jprt/dist/sbin\:/usr/local/bin\:/usr/ccs/bin\:/usr/ccs/lib\:/usr/bin\:/bin\:/usr/sbin\:/sbin\:/usr/X11R6/bin > [echoproperties] env.PLATFORM=macosx > [echoproperties] env.PREVIOUS_JDK_VERSION=1.6.0 > [echoproperties] env.PWD=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc > [echoproperties] env.RELEASE=1.7.0-internal > [echoproperties] env.SA_APPLE_BOOT_JAVA=true > [echoproperties] env.SHELL=/bin/bash > [echoproperties] env.SHLVL=7 > [echoproperties] env.SKIP_COMPARE_IMAGES=true > [echoproperties] env.SSH_CLIENT=10.133.137.52 59771 22 > [echoproperties] env.SSH_CONNECTION=10.133.137.52 59771 10.133.161.51 22 > [echoproperties] env.STABLE_GEN_DIR=../../../build/macosx-universal/stable_bridge_metadata > [echoproperties] env.SUNW_NO_UPDATE_NOTIFY=1 > [echoproperties] env.SYSTEM_UNAME=Darwin > [echoproperties] env.TMPDIR=/tmp/jprt/P1/201435.kohair > [echoproperties] env.USER=jprtadm > [echoproperties] env.USER_RELEASE_SUFFIX=201112012014.kohair.jdk > [echoproperties] env.UT_NO_USAGE_TRACKING=1 > [echoproperties] env.__CF_USER_TEXT_ENCODING=0x29B\:0\:0 > [echoproperties] env.com.apple.java.jvmMode=client > [echoproperties] env.com.apple.java.jvmTask=CommandLine_Manual.java.java > [echoproperties] file.encoding=MacRoman > [echoproperties] file.encoding.pkg=sun.io > [echoproperties] file.separator=/ > [echoproperties] ftp.nonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com > [echoproperties] ftp.proxyHost=www-proxy.us.oracle.com > [echoproperties] ftp.proxyPort=80 > [echoproperties] gopherProxySet=false > [echoproperties] http.nonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com > [echoproperties] http.proxyHost=www-proxy.us.oracle.com > [echoproperties] http.proxyPort=80 > [echoproperties] https.proxyHost=www-proxy.us.oracle.com > [echoproperties] https.proxyPort=80 > [echoproperties] java.awt.graphicsenv=apple.awt.CGraphicsEnvironment > [echoproperties] java.awt.printerjob=apple.awt.CPrinterJob > [echoproperties] java.class.path=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-launcher.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-antlr.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-bcel.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-bsf.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-log4j.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-oro.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-regexp.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-resolver.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-commons-logging.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-commons-net.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jai.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-javamail.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jdepend.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jmf.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jsch.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-junit.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-launcher.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-netrexx.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-nodeps.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-starteam.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-stylebook.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-swing.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-testutil.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-trax.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-weblogic.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/xercesImpl.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/xml-apis.jar > [echoproperties] java.class.version=50.0 > [echoproperties] java.endorsed.dirs=/opt/jprt/products/P1/jdk6u18-latest/Home/lib/endorsed > [echoproperties] java.ext.dirs=/Library/Java/Extensions\:/System/Library/Java/Extensions\:/opt/jprt/products/P1/jdk6u18-latest/Home/lib/ext > [echoproperties] java.home=/opt/jprt/products/P1/jdk6u18-latest/Home > [echoproperties] java.io.tmpdir=/var/folders/y4/s490h3f55fs1jvc95nt1tc4w0000mv/T/ > [echoproperties] java.library.path=.\:/Library/Java/Extensions\:/System/Library/Java/Extensions\:/usr/lib/java > [echoproperties] java.runtime.name=Java(TM) SE Runtime Environment > [echoproperties] java.runtime.version=1.6.0_26-b03-384-11M3527 > [echoproperties] java.specification.name=Java Platform API Specification > [echoproperties] java.specification.vendor=Sun Microsystems Inc. > [echoproperties] java.specification.version=1.6 > [echoproperties] java.vendor=Apple Inc. > [echoproperties] java.vendor.url=http\://www.apple.com/ > [echoproperties] java.vendor.url.bug=http\://bugreport.apple.com/ > [echoproperties] java.version=1.6.0_26 > [echoproperties] java.vm.info=mixed mode > [echoproperties] java.vm.name=Java HotSpot(TM) 64-Bit Server VM > [echoproperties] java.vm.specification.name=Java Virtual Machine Specification > [echoproperties] java.vm.specification.vendor=Sun Microsystems Inc. > [echoproperties] java.vm.specification.version=1.0 > [echoproperties] java.vm.vendor=Apple Inc. > [echoproperties] java.vm.version=20.1-b02-384 > [echoproperties] jikes.class.path=\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/alt-rt.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/alt-string.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/charsets.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/classes.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/dt.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jce.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jconsole.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jsse.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/management-agent.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/ui.jar > [echoproperties] line.separator=\n > [echoproperties] mrj.build=11M3527 > [echoproperties] mrj.version=1060.1.6.0_26-384 > [echoproperties] os.arch=x86_64 > [echoproperties] os.name=Mac OS X > [echoproperties] os.version=10.7.2 > [echoproperties] path.separator=\: > [echoproperties] socksNonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com > [echoproperties] socksProxyHost=www-proxy.us.oracle.com > [echoproperties] socksProxyPort=80 > [echoproperties] sun.arch.data.model=64 > [echoproperties] sun.boot.class.path=/opt/jprt/products/P1/jdk6u18-latest/Classes/jsfd.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/classes.jar\:/System/Library/Frameworks/JavaVM.framework/Frameworks/JavaRuntimeSupport.framework/Resources/Java/JavaRuntimeSupport.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/ui.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/laf.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/sunrsasign.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/jsse.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/jce.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/charsets.jar > [echoproperties] sun.boot.library.path=/opt/jprt/products/P1/jdk6u18-latest/Libraries > [echoproperties] sun.cpu.endian=little > [echoproperties] sun.cpu.isalist= > [echoproperties] sun.io.unicode.encoding=UnicodeLittle > [echoproperties] sun.java.command=org.apache.tools.ant.launch.Launcher -cp -verbose all > [echoproperties] sun.java.launcher=SUN_STANDARD > [echoproperties] sun.jnu.encoding=MacRoman > [echoproperties] sun.management.compiler=HotSpot 64-Bit Tiered Compilers > [echoproperties] sun.os.patch.level=unknown > [echoproperties] user.country= > [echoproperties] user.dir=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc > [echoproperties] user.home=/Users/jprtadm > [echoproperties] user.language=en > [echoproperties] user.name=jprtadm > [echoproperties] user.timezone= > Property "env.PRODUCT_NAME" has not been set > Property "env.SRCROOT" has not been set > Property "env.CONFIGURATION" has not been set > Property "env.RC_ARCHS" has not been set > Property "env.CONFIGURATION_BUILD_DIR" has not been set > Property "env.INSTALL_PATH" has not been set > [echo] (Settings :src '.' :cfg 'Debug' :obj '../../../build/macosx-universal/JObjC.build' :dst '../../../build/macosx-universal/JObjC.dst/Debug') > Property "env.BENCH_MATCH" has not been set > Build sequence for target(s) `all' is [gen-pcoder, build-core, build-core-native, build-generator, run-generator, build-generated, build-additions, build-additions-native, assemble-product, all] > Complete build sequence is [gen-pcoder, build-core, build-core-native, build-generator, run-generator, build-generated, build-additions, build-additions-native, assemble-product, all, clean, clean-all, build-test-installed, build-test-native-installed, bench-installed, test-installed, all-but-gen, run-generator-old, all-test, build-test, build-test-native, install, installsrc, installhdrs, test, bench, clean-all-test, doc-core, ] > > gen-pcoder: > [exec] Current OS is Mac OS X > [exec] Executing './run-and-write-if-okay' with arguments: > [exec] './src/core/PrimitiveCoder.hs' > [exec] './src/core/java/com/apple/jobjc/PrimitiveCoder.java' > [exec] > [exec] The ' characters around the executable and arguments are > [exec] not part of the command. > [exec] ./run-and-write-if-okay:40: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > [exec] env: runhaskell: No such file or directory > [exec] > [exec] ./src/core/PrimitiveCoder.hs failed to run trial. Ignoring. > > build-core: > [mkdir] Created dir: /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core > [javac] com/apple/jobjc/PrimitiveCoder.java added as com/apple/jobjc/PrimitiveCoder.class doesn't exist. > [javac] Compiling 1 source file to /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core > [javac] Using modern compiler > [javac] Compilation arguments: > [javac] '-d' > [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' > [javac] '-classpath' > [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' > [javac] '-sourcepath' > [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java' > [javac] '-target' > [javac] '1.5' > [javac] '-g' > [javac] '-source' > [javac] '1.5' > [javac] > [javac] The ' characters around the executable and arguments are > [javac] not part of the command. > [javac] File to be compiled: > [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/PrimitiveCoder.java > [javac] Note: Some input files use unchecked or unsafe operations. > [javac] Note: Recompile with -Xlint:unchecked for details. > [javac] com/apple/jobjc/CFType.java added as com/apple/jobjc/CFType.class doesn't exist. > [javac] com/apple/jobjc/CIF.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/CIF.class is up to date. > [javac] com/apple/jobjc/Coder.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Coder.class is up to date. > [javac] com/apple/jobjc/FFIType.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/FFIType.class is up to date. > [javac] com/apple/jobjc/Function.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Function.class is up to date. > [javac] com/apple/jobjc/ID.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/ID.class is up to date. > [javac] com/apple/jobjc/Invoke.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Invoke.class is up to date. > [javac] com/apple/jobjc/JObjCRuntime.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/JObjCRuntime.class is up to date. > [javac] com/apple/jobjc/MacOSXFramework.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/MacOSXFramework.class is up to date. > [javac] com/apple/jobjc/NSClass.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NSClass.class is up to date. > [javac] com/apple/jobjc/NativeArgumentBuffer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeArgumentBuffer.class is up to date. > [javac] com/apple/jobjc/NativeBuffer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeBuffer.class is up to date. > [javac] com/apple/jobjc/NativeObjectLifecycleManager.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeObjectLifecycleManager.class is up to date. > [javac] com/apple/jobjc/Opaque.java added as com/apple/jobjc/Opaque.class doesn't exist. > [javac] com/apple/jobjc/Pointer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Pointer.class is up to date. > [javac] com/apple/jobjc/PrimitiveCoder.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/PrimitiveCoder.class is up to date. > [javac] com/apple/jobjc/SEL.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/SEL.class is up to date. > [javac] com/apple/jobjc/Struct.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Struct.class is up to date. > [javac] com/apple/jobjc/Subclassing.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Subclassing.class is up to date. > [javac] Compiling 2 source files to /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core > [javac] Using modern compiler > [javac] Compilation arguments: > [javac] '-d' > [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' > [javac] '-classpath' > [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' > [javac] '-sourcepath' > [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java' > [javac] '-target' > [javac] '1.5' > [javac] '-g' > [javac] '-source' > [javac] '1.5' > [javac] > [javac] The ' characters around the executable and arguments are > [javac] not part of the command. > [javac] Files to be compiled: > [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/CFType.java > [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/Opaque.java > [exec] Current OS is Mac OS X > [exec] Output redirected to property: core.classes > [exec] Executing './extract_classes.pl' with arguments: > [exec] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' > [exec] > [exec] The ' characters around the executable and arguments are > [exec] not part of the command. > [mkdir] Created dir: /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/src/jni_headers/core > [javah] Compilation arguments: > [javah] '-d' > [javah] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/src/jni_headers/core' > [javah] '-classpath' > [javah] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' > [javah] > [javah] The ' characters around the executable and arguments are > [javah] not part of the command. > [javah] Classes to be compiled: > [javah] com.apple.jobjc.CFType > [javah] com.apple.jobjc.CIF > [javah] com.apple.jobjc.Coder$IDCoder > [javah] com.apple.jobjc.Coder$NSClassCoder > [javah] com.apple.jobjc.Coder$PointerCoder > [javah] com.apple.jobjc.Coder$PrimitivePointerCoder > [javah] com.apple.jobjc.Coder$SELCoder > [javah] com.apple.jobjc.Coder$StructCoder > [javah] com.apple.jobjc.Coder$UnknownCoder > [javah] com.apple.jobjc.Coder$VoidCoder > [javah] com.apple.jobjc.Coder > [javah] com.apple.jobjc.FFIType > [javah] com.apple.jobjc.Function > [javah] com.apple.jobjc.ID > [javah] com.apple.jobjc.Invoke$FunCall > [javah] com.apple.jobjc.Invoke$MsgSend > [javah] com.apple.jobjc.Invoke$MsgSendSuper > [javah] com.apple.jobjc.Invoke > [javah] com.apple.jobjc.JObjCRuntime$Arch > [javah] com.apple.jobjc.JObjCRuntime$Width > [javah] com.apple.jobjc.JObjCRuntime > [javah] com.apple.jobjc.MacOSXFramework > [javah] com.apple.jobjc.NativeArgumentBuffer > [javah] com.apple.jobjc.NativeBuffer > [javah] com.apple.jobjc.NativeObjectLifecycleManager$CFRetainRelease > [javah] com.apple.jobjc.NativeObjectLifecycleManager$Free > [javah] com.apple.jobjc.NativeObjectLifecycleManager$Nothing > [javah] com.apple.jobjc.NativeObjectLifecycleManager > [javah] com.apple.jobjc.NSClass$NSClassNotFoundException > [javah] com.apple.jobjc.NSClass > [javah] com.apple.jobjc.Opaque > [javah] com.apple.jobjc.Pointer > [javah] com.apple.jobjc.PrimitiveCoder$BoolCoder > [javah] com.apple.jobjc.PrimitiveCoder$DoubleCoder > [javah] com.apple.jobjc.PrimitiveCoder$FloatCoder > [javah] com.apple.jobjc.PrimitiveCoder$SCharCoder > [javah] com.apple.jobjc.PrimitiveCoder$SIntCoder > [javah] com.apple.jobjc.PrimitiveCoder$SLongCoder > [javah] com.apple.jobjc.PrimitiveCoder$SLongLongCoder > [javah] com.apple.jobjc.PrimitiveCoder$SShortCoder > [javah] com.apple.jobjc.PrimitiveCoder$UCharCoder > [javah] com.apple.jobjc.PrimitiveCoder$UIntCoder > [javah] com.apple.jobjc.PrimitiveCoder$ULongCoder > [javah] com.apple.jobjc.PrimitiveCoder$ULongLongCoder > [javah] com.apple.jobjc.PrimitiveCoder$UShortCoder > [javah] com.apple.jobjc.PrimitiveCoder > [javah] com.apple.jobjc.SEL > [javah] com.apple.jobjc.Struct > [javah] com.apple.jobjc.Subclassing > > build-core-native: > [exec] Current OS is Mac OS X > [exec] Setting environment variable: CC= > [exec] Setting environment variable: CXX= > [exec] Executing 'xcodebuild' with arguments: > [exec] '-configuration' > [exec] 'Debug' > [exec] '-target' > [exec] 'build-core-native' > [exec] 'SRCROOT=.' > [exec] 'OBJROOT=../../../build/macosx-universal/JObjC.build' > [exec] 'DSTROOT=../../../build/macosx-universal/JObjC.dst/Debug' > [exec] 'TARGET_TEMP_DIR=../../../build/macosx-universal/JObjC.dst' > [exec] 'PROJECT_TEMP_DIR=../../../build/macosx-universal/JObjC.dst' > [exec] 'BUILD_DIR=../../../build/macosx-universal/JObjC.dst' > [exec] > [exec] The ' characters around the executable and arguments are > [exec] not part of the command. > [exec] Build settings from command line: > [exec] BUILD_DIR = ../../../build/macosx-universal/JObjC.dst > [exec] DSTROOT = ../../../build/macosx-universal/JObjC.dst/Debug > [exec] OBJROOT = ../../../build/macosx-universal/JObjC.build > [exec] PROJECT_TEMP_DIR = ../../../build/macosx-universal/JObjC.dst > [exec] SRCROOT = . > [exec] TARGET_TEMP_DIR = ../../../build/macosx-universal/JObjC.dst > [exec] > [exec] === BUILD LEGACY TARGET build-core-java OF PROJECT JObjC WITH CONFIGURATION Debug === > [exec] Check dependencies > [exec] 2011-12-01 12:23:29.270 xcodebuild[48737:3f03] ASSERTION FAILURE in /SourceCache/IDEXcode3ProjectSupport/IDEXcode3ProjectSupport-928/Xcode3Sources/XcodeIDE/Frameworks/DevToolsBase/pbxcore/Target.subproj/PBXTargetBuildContext.m:1966 > [exec] Details: Assertion failed: [filePath isAbsolutePath] > [exec] Object: > [exec] Method: -setHeadermapToolInvocation:forFilePath: > [exec] Thread: {name = (null), num = 2} > [exec] Backtrace: > [exec] 0 0x000000010642b9ac -[PBXTargetBuildContext(DependencyGraphEvents) handleFailureInMethod:object:fileName:lineNumber:messageFormat:arguments:] (in DevToolsCore) > [exec] 1 0x0000000105828794 _DVTAssertionFailureHandler (in DVTFoundation) > [exec] 2 0x0000000106423482 -[PBXTargetBuildContext setHeadermapToolInvocation:forFilePath:] (in DevToolsCore) > [exec] 3 0x00000001064798be -[XCCompilerSpecification computeDependenciesForFilePath:ofType:outputDirectory:inTargetBuildContext:] (in DevToolsCore) > [exec] 4 0x0000000106523007 -[XCBuildRuleDGSnapshot(DependencyGraphCreation) computeDependenciesForFilePath:ofType:forBuildFileReference:withOutputDirectory:additionalProperties:inTargetBuildContext:] (in DevToolsCore) > [exec] 5 0x000000010651b978 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) _computeDependenciesForFilePath:ofType:forBuildFileReference:usingBuildRule:inTargetBuildContext:processedPaths:] (in DevToolsCore) > [exec] 6 0x000000010651c04f -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForFilePath:ofType:forBuildFileReference:usingBuildRule:inTargetBuildContext:] (in DevToolsCore) > [exec] 7 0x000000010651c600 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForBuildFileReference:inTargetBuildContext:] (in DevToolsCore) > [exec] 8 0x0000000106510fec -[XCBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForAllBuildFileReferencesInTargetBuildContext:] (in DevToolsCore) > [exec] 9 0x000000010651dee3 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForAllBuildFileReferencesInTargetBuildContext:] (in DevToolsCore) > [exec] 10 0x000000010651e86e -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesInTargetBuildContext:] (in DevToolsCore) > [exec] 11 0x000000010647cd2d -[XCProductTypeSpecification computeDependenciesInTargetBuildContext:] (in DevToolsCore) > [exec] 12 0x000000010650ca42 -[XCNativeTargetDGSnapshot(DependencyGraphCreation) computeDependenciesInTargetBuildContext:] (in DevToolsCore) > [exec] 13 0x000000010641b26d -[PBXTargetBuildContext createDependencyGraphWithTargetDGSnapshot:] (in DevToolsCore) > [exec] 14 0x000000010642ca2e -[PBXTargetBuildContext(DependencyGraphEvents) dg_setTargetSnapshot:] (in DevToolsCore) > [exec] 15 0x00007fff900cc20c __invoking___ (in CoreFoundation) > [exec] 16 0x00007fff900cc0a4 -[NSInvocation invoke] (in CoreFoundation) > [exec] 17 0x000000010642bdf1 -[PBXTargetBuildContext(DependencyGraphEvents) processDependencyGraphEvents] (in DevToolsCore) > [exec] 18 0x00007fff900cc20c __invoking___ (in CoreFoundation) > [exec] 19 0x00007fff900cc0a4 -[NSInvocation invoke] (in CoreFoundation) > [exec] 20 0x0000000106475296 -[XCInvocationQueue _processNextInvocationInThreadSlotNumber:] (in DevToolsCore) > [exec] 21 0x00000001064756a0 -[XCInvocationQueue _processInvocationsInThreadSlotNumber:] (in DevToolsCore) > [exec] 22 0x00007fff92d7d7fe -[NSThread main] (in Foundation) > [exec] 23 0x00007fff92d7d776 __NSThread__main__ (in Foundation) > [exec] 24 0x00007fff8dad48bf _pthread_start (in libsystem_c.dylib) > [exec] 25 0x00007fff8dad7b75 thread_start (in libsystem_c.dylib) > [exec] 2011-12-01 12:23:29.327 xcodebuild[48737:3803] DVTAssertions: ASSERTION FAILURE in /SourceCache/DVTFoundation/DVTFoundation-903/Framework/Classes/FilePaths/DVTFilePath.m:370 > [exec] Details: fsrep is relative ('../../../build/macosx-universal/JObjC.dst') parentPath must not be nil but it is. > [exec] Object: > [exec] Method: +_filePathForParent:fileSystemRepresentation:length:allowCreation: > [exec] Thread: {name = (null), num = 3} > [exec] Hints: None > [exec] Backtrace: > [exec] 0 0x00000001058288c4 -[DVTAssertionHandler handleFailureInMethod:object:fileName:lineNumber:messageFormat:arguments:] (in DVTFoundation) > [exec] 1 0x0000000105828794 _DVTAssertionFailureHandler (in DVTFoundation) > [exec] 2 0x00000001057c5d32 +[DVTFilePath _filePathForParent:fileSystemRepresentation:length:allowCreation:] (in DVTFoundation) > [exec] 3 0x00000001057c5963 +[DVTFilePath _filePathForParent:pathString:] (in DVTFoundation) > [exec] 4 0x00000001057c6d47 +[DVTFilePath filePathForPathString:] (in DVTFoundation) > [exec] 5 0x00000001063e219e -[PBXTarget(XCBuildables) buildWillStartWithBuildLogRecorder:buildParameters:] (in DevToolsCore) > [exec] 6 0x0000000106567f34 -[Xcode3TargetBuildableSnapshot buildForBuilderWillStart:] (in DevToolsCore) > [exec] 7 0x0000000105af6256 -[IDEBuildableSnapshot performBuildForBuilder:buildCommand:buildOnlyTheseFiles:] (in IDEFoundation) > [exec] 8 0x0000000105a30513 -[IDEBuilder main] (in IDEFoundation) > [exec] 9 0x00007fff92d6b788 -[__NSOperationInternal start] (in Foundation) > [exec] 10 0x00007fff92d7e9e6 ____NSOQSchedule_block_invoke_2 (in Foundation) > [exec] 11 0x00007fff8c45b8ba _dispatch_call_block_and_release (in libdispatch.dylib) > [exec] 12 0x00007fff8c45c799 _dispatch_worker_thread2 (in libdispatch.dylib) > [exec] 13 0x00007fff8dad63da _pthread_wqthread (in libsystem_c.dylib) > [exec] 14 0x00007fff8dad7b85 start_wqthread (in libsystem_c.dylib) > > BUILD FAILED > /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml:156: exec returned: 134 > at org.apache.tools.ant.taskdefs.ExecTask.runExecute(ExecTask.java:636) > at org.apache.tools.ant.taskdefs.ExecTask.runExec(ExecTask.java:662) > at org.apache.tools.ant.taskdefs.ExecTask.execute(ExecTask.java:487) > at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) > at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) > at org.apache.tools.ant.Task.perform(Task.java:348) > at org.apache.tools.ant.Target.execute(Target.java:357) > at org.apache.tools.ant.Target.performTasks(Target.java:385) > at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1337) > at org.apache.tools.ant.Project.executeTarget(Project.java:1306) > at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) > at org.apache.tools.ant.Project.executeTargets(Project.java:1189) > at org.apache.tools.ant.Main.runBuild(Main.java:758) > at org.apache.tools.ant.Main.startAnt(Main.java:217) > at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) > at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) > > Total time: 7 seconds > make[2]: *** [../../../build/macosx-universal/JObjC.build/JObjC.jar] Error 1 > make[1]: *** [all] Error 1 > make: *** [all] Error 1 > > From michael.x.mcmahon at oracle.com Thu Dec 1 13:11:47 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Thu, 01 Dec 2011 21:11:47 +0000 Subject: Build failure In-Reply-To: References: Message-ID: <4ED7ED93.1000703@oracle.com> On 01/12/11 20:38, Kelly O'Hair wrote: > I pulled over the latest http://hg.openjdk.java.net/macosx-port/macosx-port/jdk repository > and tried to build it on a Mac 10.7 (Lion) with Xcode 4. > It appears to be running an ant script from the jdk makefiles now, something that the jdk > repository has never done before, but in any case, it fails. > Is that a recent change? I haven't noticed a problem like that before. > Does anybody know why? And where did all the make "Entering" "leaving" messages go? > I know you can get them back by calling make -w at the top level. - Michael. > -kto > > P.S. I really hate these ant scripts. :^( > > ... > mkdir -p ../../../build/macosx-universal/bridge_metadata > Updating bridge support in ../../../build/macosx-universal/bridge_metadata > (cd ../../../build/macosx-universal/bridge_metadata; /usr/bin/make STABLE_GEN_DIR="../../../build/macosx-universal/stable_bridge_metadata" FRAMEWORKS="Foundation CoreFoundation AppKit" -f ../../../src/macosx/native/jobjc/bridgesupport.gmk all) > linking /System/Library/Frameworks/Foundation.framework/Headers > ln -s /System/Library/Frameworks/Foundation.framework/Headers Foundation.headers > linking /System/Library/Frameworks/CoreFoundation.framework/Headers > ln -s /System/Library/Frameworks/CoreFoundation.framework/Headers CoreFoundation.headers > linking /System/Library/Frameworks/AppKit.framework/Headers > ln -s /System/Library/Frameworks/AppKit.framework/Headers AppKit.headers > mkdir -p ../../../build/macosx-universal/stable_bridge_metadata > generating bridge support for Foundation.headers > if [ -f /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/FoundationFull.bridgesupport ] ; \ > then cp /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/FoundationFull.bridgesupport Foundation.bridgesupport ; \ > else /usr/bin/gen_bridge_metadata -F complete --framework Foundation.framework -o Foundation.bridgesupport ; \ > fi > /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > if cmp -s Foundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/FoundationFull.bridgesupport ; \ > then : ; \ > else cp Foundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/FoundationFull.bridgesupport ; \ > fi > generating bridge support for CoreFoundation.headers > if [ -f /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundationFull.bridgesupport ] ; \ > then cp /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundationFull.bridgesupport CoreFoundation.bridgesupport ; \ > else /usr/bin/gen_bridge_metadata -F complete --framework CoreFoundation.framework -o CoreFoundation.bridgesupport ; \ > fi > /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > /usr/bin/gen_bridge_metadata:2163: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > if cmp -s CoreFoundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/CoreFoundationFull.bridgesupport ; \ > then : ; \ > else cp CoreFoundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/CoreFoundationFull.bridgesupport ; \ > fi > generating bridge support for AppKit.headers > if [ -f /System/Library/Frameworks/AppKit.framework/Resources/BridgeSupport/AppKitFull.bridgesupport ] ; \ > then cp /System/Library/Frameworks/AppKit.framework/Resources/BridgeSupport/AppKitFull.bridgesupport AppKit.bridgesupport ; \ > else /usr/bin/gen_bridge_metadata -F complete --framework AppKit.framework -o AppKit.bridgesupport ; \ > fi > /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > MergingHash:aPoint[name]: aPoint => thePoint > /usr/bin/gen_bridge_metadata:2163: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > MergingHash:aPoint[name]: aPoint => thePoint > if cmp -s AppKit.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/AppKitFull.bridgesupport ; \ > then : ; \ > else cp AppKit.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/AppKitFull.bridgesupport ; \ > fi > JObjC dylib or jar out of data wrt FRAMEWORKS ( Foundation CoreFoundation AppKit ) or JObjC source ( core, generator, additions, build ) > Running ant with java_home set to /opt/jprt/products/P1/jdk6u18-latest/Home > (cd ../../../src/macosx/native/jobjc; OBJROOT="../../../build/macosx-universal/JObjC.build" DSTROOT="../../../build/macosx-universal/JObjC.dst" JAVA_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home STABLE_GEN_DIR="../../../build/macosx-universal/stable_bridge_metadata" /usr/bin/ant -verbose all) > Apache Ant version 1.7.1 compiled on June 27 2008 > Buildfile: build.xml > Detected Java version: 1.6 in: /opt/jprt/products/P1/jdk6u18-latest/Home > Detected OS: Mac OS X > parsing buildfile /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml with URI = file:/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml > Project base dir set to: /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc > [antlib:org.apache.tools.ant] Could not load definitions from resource org/apache/tools/ant/antlib.xml. It could not be found. > [property] Loading Environment env. > Property "-*-command-variables-*-" has not been set > [echoproperties] #Ant properties > [echoproperties] #Thu Dec 01 12:23:26 PST 2011 > [echoproperties] ant.core.lib=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant.jar > [echoproperties] ant.file=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml > [echoproperties] ant.file.JObjC=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml > [echoproperties] ant.home=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 > [echoproperties] ant.java.version=1.6 > [echoproperties] ant.library.dir=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib > [echoproperties] ant.project.name=JObjC > [echoproperties] ant.version=Apache Ant version 1.7.1 compiled on June 27 2008 > [echoproperties] awt.nativeDoubleBuffering=true > [echoproperties] awt.toolkit=apple.awt.CToolkit > [echoproperties] basedir=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc > [echoproperties] env.ALT_BOOTDIR=/opt/jprt/products/P1/jdk6u18-latest/Home > [echoproperties] env.ALT_CUPS_HEADERS_PATH=/opt/jprt/products/P1/cups1.0-latest > [echoproperties] env.ALT_DROPS_DIR=/opt/jprt/products/P1/jdk7drops_1.0 > [echoproperties] env.ALT_JDK_HOST_IMPORT_PATH=/opt/jprt/products/P1/jdk7-latest/Home > [echoproperties] env.ALT_JDK_IMPORT_PATH=/opt/jprt/products/P1/jdk7-latest/Home > [echoproperties] env.ALT_MOZILLA_HEADERS_PATH=/opt/jprt/products/P1/npapi_1.0/plugin > [echoproperties] env.ALT_PARALLEL_COMPILE_JOBS=16 > [echoproperties] env.ALT_PREVIOUS_JDK_IMAGE=/opt/jprt/products/P1/jdk6u18-latest/Home > [echoproperties] env.ALT_SLASH_JAVA=/opt/jprt/slashjava > [echoproperties] env.ALWAYS_PASS_TEST_GAMMA=true > [echoproperties] env.ANT_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 > [echoproperties] env.ARCH_DATA_MODEL=32 > [echoproperties] env.BOOTDIR=/opt/jprt/products/P1/jdk6u18-latest/Home > [echoproperties] env.DEV_NULL=/dev/null > [echoproperties] env.DISPLAY=jprt-west1\:525 > [echoproperties] env.DSTROOT=../../../build/macosx-universal/JObjC.dst > [echoproperties] env.FULL_VERSION=1.7.0-internal-201112012014.kohair.jdk-b00 > [echoproperties] env.HOME=/Users/jprtadm > [echoproperties] env.HOTSPOT_BUILD_JOBS=16 > [echoproperties] env.JAVA_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home > [echoproperties] env.JAVA_MAIN_CLASS_19542=jprt.tools.Main > [echoproperties] env.JAVA_MAIN_CLASS_48729=org.apache.tools.ant.launch.Launcher > [echoproperties] env.JDK_HAS_MEM_INFO=true > [echoproperties] env.JPRT_ADMIN_SCRIPT_LOG=/opt/jprt/syslogs/scripts//jprt_startclient_2011-11-29-16-56-30-shell.txt > [echoproperties] env.JPRT_ANT171_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 > [echoproperties] env.JPRT_ANT1_7_1_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 > [echoproperties] env.JPRT_ARCHIVE_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product.zip > [echoproperties] env.JPRT_ARCHIVE_INSTALL_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-install.zip > [echoproperties] env.JPRT_ARCHIVE_MODULES_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-modules.zip > [echoproperties] env.JPRT_ARCH_DATA_MODEL=64 > [echoproperties] env.JPRT_BOOT_PRODUCT_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home > [echoproperties] env.JPRT_BUILD_FLAVOR_ID=product > [echoproperties] env.JPRT_BUILD_VERSION=201112012014.kohair.jdk > [echoproperties] env.JPRT_COMPILER_NAME=none > [echoproperties] env.JPRT_CONFIG_RELEASE=/opt/jprt/dist/sbin/config/jdk7/jprt.config > [echoproperties] env.JPRT_CONFIG_SHARED=/opt/jprt/dist/sbin/config/jprt.config > [echoproperties] env.JPRT_CUPS1_0-LATEST_HOME=/opt/jprt/products/P1/cups1.0-latest > [echoproperties] env.JPRT_CUPS_HOME=/opt/jprt/products/P1/cups1.0-latest > [echoproperties] env.JPRT_DIST_DIR=/opt/jprt/dist > [echoproperties] env.JPRT_FORCE_CORE_DUMP_FILE=/tmp/jprt/P1/201435.kohair/forceCoreDump > [echoproperties] env.JPRT_HOST=sc14ib04.us.oracle.com > [echoproperties] env.JPRT_HOST_ID=sc14ib04.us.oracle.com(P1) > [echoproperties] env.JPRT_IMPORT_PRODUCT_HOME=/opt/jprt/products/P1/jdk7-latest/Home > [echoproperties] env.JPRT_INSTANCE=P1 > [echoproperties] env.JPRT_JAVA_HOME=/opt/jprt/jdk1.6.0/Home > [echoproperties] env.JPRT_JDK6U18-LATEST_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home > [echoproperties] env.JPRT_JDK6U18_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home > [echoproperties] env.JPRT_JDK7-LATEST_HOME=/opt/jprt/products/P1/jdk7-latest/Home > [echoproperties] env.JPRT_JDK7DROPS_1_0_HOME=/opt/jprt/products/P1/jdk7drops_1.0 > [echoproperties] env.JPRT_JDK7DROPS_HOME=/opt/jprt/products/P1/jdk7drops_1.0 > [echoproperties] env.JPRT_JDK7_HOME=/opt/jprt/products/P1/jdk7-latest/Home > [echoproperties] env.JPRT_JOB_DISPLAY=jprt-west1\:525 > [echoproperties] env.JPRT_JOB_ID=2011-12-01-201435.kohair.jdk > [echoproperties] env.JPRT_JOB_PRODUCT_RELEASE=jdk7 > [echoproperties] env.JPRT_LOCAL_ROOT=/opt/jprt > [echoproperties] env.JPRT_MAKE=/usr/bin/make > [echoproperties] env.JPRT_MAKE_DIR=make > [echoproperties] env.JPRT_NPAPI_1_0_HOME=/opt/jprt/products/P1/npapi_1.0/plugin > [echoproperties] env.JPRT_NPAPI_HOME=/opt/jprt/products/P1/npapi_1.0/plugin > [echoproperties] env.JPRT_PARALLEL_COUNT=16 > [echoproperties] env.JPRT_PLATFORM_ARCH=x64 > [echoproperties] env.JPRT_PLATFORM_ID=macosx_x64_10.7 > [echoproperties] env.JPRT_PLATFORM_OS=macosx > [echoproperties] env.JPRT_POSTCONFIG=make/jprt.postconfig > [echoproperties] env.JPRT_PRECONFIG=make/jprt.preconfig > [echoproperties] env.JPRT_SLASH_JAVA=/opt/jprt/slashjava > [echoproperties] env.JPRT_SOURCE_TREE=/tmp/jprt/P1/201435.kohair/source > [echoproperties] env.JPRT_TARGET_ID=macosx_x64_10.7-product > [echoproperties] env.JPRT_TARGET_KIND=build > [echoproperties] env.JPRT_TARGET_PID_FILE=/tmp/jprt/P1/201435.kohair/targetPidFile > [echoproperties] env.JPRT_TEMP_DIR=/tmp/jprt/P1/201435.kohair > [echoproperties] env.JPRT_TIME_LIMIT=3h > [echoproperties] env.JPRT_UNIX_TOOLKIT=NONE > [echoproperties] env.JPRT_USER=kohair > [echoproperties] env.LANG=C > [echoproperties] env.LC_ALL=C > [echoproperties] env.LOGNAME=jprtadm > [echoproperties] env.LOW_MEMORY_MACHINE=false > [echoproperties] env.MAIL=/var/mail/jprtadm > [echoproperties] env.MAKEFLAGS=JPRT_ARCHIVE_MODULES_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-modules.zip JPRT_ARCHIVE_INSTALL_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-install.zip JPRT_ARCHIVE_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product.zip JPRT_BUILD_VERSION\=201112012014.kohair.jdk ALT_SLASH_JAVA\=/opt/jprt/slashjava FULL_VERSION\=1.7.0-internal-201112012014.kohair.jdk-b00 RELEASE\=1.7.0-internal > [echoproperties] env.MAKELEVEL=3 > [echoproperties] env.MAKEOVERRIDES=${-*-command-variables-*-} > [echoproperties] env.MAX_VM_MEMORY=512 > [echoproperties] env.MB_OF_MEMORY=2048 > [echoproperties] env.MFLAGS= > [echoproperties] env.MIN_VM_MEMORY=512 > [echoproperties] env.OBJROOT=../../../build/macosx-universal/JObjC.build > [echoproperties] env.PATH=/opt/jprt/products/P1/jdk6u18-latest/Home/bin\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/bin\:/System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Commands\:/opt/jprt/dist/sbin\:/usr/local/bin\:/usr/ccs/bin\:/usr/ccs/lib\:/usr/bin\:/bin\:/usr/sbin\:/sbin\:/usr/X11R6/bin > [echoproperties] env.PLATFORM=macosx > [echoproperties] env.PREVIOUS_JDK_VERSION=1.6.0 > [echoproperties] env.PWD=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc > [echoproperties] env.RELEASE=1.7.0-internal > [echoproperties] env.SA_APPLE_BOOT_JAVA=true > [echoproperties] env.SHELL=/bin/bash > [echoproperties] env.SHLVL=7 > [echoproperties] env.SKIP_COMPARE_IMAGES=true > [echoproperties] env.SSH_CLIENT=10.133.137.52 59771 22 > [echoproperties] env.SSH_CONNECTION=10.133.137.52 59771 10.133.161.51 22 > [echoproperties] env.STABLE_GEN_DIR=../../../build/macosx-universal/stable_bridge_metadata > [echoproperties] env.SUNW_NO_UPDATE_NOTIFY=1 > [echoproperties] env.SYSTEM_UNAME=Darwin > [echoproperties] env.TMPDIR=/tmp/jprt/P1/201435.kohair > [echoproperties] env.USER=jprtadm > [echoproperties] env.USER_RELEASE_SUFFIX=201112012014.kohair.jdk > [echoproperties] env.UT_NO_USAGE_TRACKING=1 > [echoproperties] env.__CF_USER_TEXT_ENCODING=0x29B\:0\:0 > [echoproperties] env.com.apple.java.jvmMode=client > [echoproperties] env.com.apple.java.jvmTask=CommandLine_Manual.java.java > [echoproperties] file.encoding=MacRoman > [echoproperties] file.encoding.pkg=sun.io > [echoproperties] file.separator=/ > [echoproperties] ftp.nonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com > [echoproperties] ftp.proxyHost=www-proxy.us.oracle.com > [echoproperties] ftp.proxyPort=80 > [echoproperties] gopherProxySet=false > [echoproperties] http.nonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com > [echoproperties] http.proxyHost=www-proxy.us.oracle.com > [echoproperties] http.proxyPort=80 > [echoproperties] https.proxyHost=www-proxy.us.oracle.com > [echoproperties] https.proxyPort=80 > [echoproperties] java.awt.graphicsenv=apple.awt.CGraphicsEnvironment > [echoproperties] java.awt.printerjob=apple.awt.CPrinterJob > [echoproperties] java.class.path=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-launcher.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-antlr.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-bcel.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-bsf.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-log4j.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-oro.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-regexp.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-resolver.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-commons-logging.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-commons-net.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jai.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-javamail.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jdepend.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jmf.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jsch.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-junit.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-launcher.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-netrexx.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-nodeps.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-starteam.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-stylebook.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-swing.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-testutil.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-trax.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-weblogic.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/xercesImpl.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/xml-apis.jar > [echoproperties] java.class.version=50.0 > [echoproperties] java.endorsed.dirs=/opt/jprt/products/P1/jdk6u18-latest/Home/lib/endorsed > [echoproperties] java.ext.dirs=/Library/Java/Extensions\:/System/Library/Java/Extensions\:/opt/jprt/products/P1/jdk6u18-latest/Home/lib/ext > [echoproperties] java.home=/opt/jprt/products/P1/jdk6u18-latest/Home > [echoproperties] java.io.tmpdir=/var/folders/y4/s490h3f55fs1jvc95nt1tc4w0000mv/T/ > [echoproperties] java.library.path=.\:/Library/Java/Extensions\:/System/Library/Java/Extensions\:/usr/lib/java > [echoproperties] java.runtime.name=Java(TM) SE Runtime Environment > [echoproperties] java.runtime.version=1.6.0_26-b03-384-11M3527 > [echoproperties] java.specification.name=Java Platform API Specification > [echoproperties] java.specification.vendor=Sun Microsystems Inc. > [echoproperties] java.specification.version=1.6 > [echoproperties] java.vendor=Apple Inc. > [echoproperties] java.vendor.url=http\://www.apple.com/ > [echoproperties] java.vendor.url.bug=http\://bugreport.apple.com/ > [echoproperties] java.version=1.6.0_26 > [echoproperties] java.vm.info=mixed mode > [echoproperties] java.vm.name=Java HotSpot(TM) 64-Bit Server VM > [echoproperties] java.vm.specification.name=Java Virtual Machine Specification > [echoproperties] java.vm.specification.vendor=Sun Microsystems Inc. > [echoproperties] java.vm.specification.version=1.0 > [echoproperties] java.vm.vendor=Apple Inc. > [echoproperties] java.vm.version=20.1-b02-384 > [echoproperties] jikes.class.path=\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/alt-rt.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/alt-string.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/charsets.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/classes.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/dt.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jce.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jconsole.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jsse.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/management-agent.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/ui.jar > [echoproperties] line.separator=\n > [echoproperties] mrj.build=11M3527 > [echoproperties] mrj.version=1060.1.6.0_26-384 > [echoproperties] os.arch=x86_64 > [echoproperties] os.name=Mac OS X > [echoproperties] os.version=10.7.2 > [echoproperties] path.separator=\: > [echoproperties] socksNonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com > [echoproperties] socksProxyHost=www-proxy.us.oracle.com > [echoproperties] socksProxyPort=80 > [echoproperties] sun.arch.data.model=64 > [echoproperties] sun.boot.class.path=/opt/jprt/products/P1/jdk6u18-latest/Classes/jsfd.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/classes.jar\:/System/Library/Frameworks/JavaVM.framework/Frameworks/JavaRuntimeSupport.framework/Resources/Java/JavaRuntimeSupport.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/ui.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/laf.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/sunrsasign.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/jsse.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/jce.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/charsets.jar > [echoproperties] sun.boot.library.path=/opt/jprt/products/P1/jdk6u18-latest/Libraries > [echoproperties] sun.cpu.endian=little > [echoproperties] sun.cpu.isalist= > [echoproperties] sun.io.unicode.encoding=UnicodeLittle > [echoproperties] sun.java.command=org.apache.tools.ant.launch.Launcher -cp -verbose all > [echoproperties] sun.java.launcher=SUN_STANDARD > [echoproperties] sun.jnu.encoding=MacRoman > [echoproperties] sun.management.compiler=HotSpot 64-Bit Tiered Compilers > [echoproperties] sun.os.patch.level=unknown > [echoproperties] user.country= > [echoproperties] user.dir=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc > [echoproperties] user.home=/Users/jprtadm > [echoproperties] user.language=en > [echoproperties] user.name=jprtadm > [echoproperties] user.timezone= > Property "env.PRODUCT_NAME" has not been set > Property "env.SRCROOT" has not been set > Property "env.CONFIGURATION" has not been set > Property "env.RC_ARCHS" has not been set > Property "env.CONFIGURATION_BUILD_DIR" has not been set > Property "env.INSTALL_PATH" has not been set > [echo] (Settings :src '.' :cfg 'Debug' :obj '../../../build/macosx-universal/JObjC.build' :dst '../../../build/macosx-universal/JObjC.dst/Debug') > Property "env.BENCH_MATCH" has not been set > Build sequence for target(s) `all' is [gen-pcoder, build-core, build-core-native, build-generator, run-generator, build-generated, build-additions, build-additions-native, assemble-product, all] > Complete build sequence is [gen-pcoder, build-core, build-core-native, build-generator, run-generator, build-generated, build-additions, build-additions-native, assemble-product, all, clean, clean-all, build-test-installed, build-test-native-installed, bench-installed, test-installed, all-but-gen, run-generator-old, all-test, build-test, build-test-native, install, installsrc, installhdrs, test, bench, clean-all-test, doc-core, ] > > gen-pcoder: > [exec] Current OS is Mac OS X > [exec] Executing './run-and-write-if-okay' with arguments: > [exec] './src/core/PrimitiveCoder.hs' > [exec] './src/core/java/com/apple/jobjc/PrimitiveCoder.java' > [exec] > [exec] The ' characters around the executable and arguments are > [exec] not part of the command. > [exec] ./run-and-write-if-okay:40: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 > [exec] env: runhaskell: No such file or directory > [exec] > [exec] ./src/core/PrimitiveCoder.hs failed to run trial. Ignoring. > > build-core: > [mkdir] Created dir: /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core > [javac] com/apple/jobjc/PrimitiveCoder.java added as com/apple/jobjc/PrimitiveCoder.class doesn't exist. > [javac] Compiling 1 source file to /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core > [javac] Using modern compiler > [javac] Compilation arguments: > [javac] '-d' > [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' > [javac] '-classpath' > [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' > [javac] '-sourcepath' > [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java' > [javac] '-target' > [javac] '1.5' > [javac] '-g' > [javac] '-source' > [javac] '1.5' > [javac] > [javac] The ' characters around the executable and arguments are > [javac] not part of the command. > [javac] File to be compiled: > [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/PrimitiveCoder.java > [javac] Note: Some input files use unchecked or unsafe operations. > [javac] Note: Recompile with -Xlint:unchecked for details. > [javac] com/apple/jobjc/CFType.java added as com/apple/jobjc/CFType.class doesn't exist. > [javac] com/apple/jobjc/CIF.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/CIF.class is up to date. > [javac] com/apple/jobjc/Coder.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Coder.class is up to date. > [javac] com/apple/jobjc/FFIType.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/FFIType.class is up to date. > [javac] com/apple/jobjc/Function.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Function.class is up to date. > [javac] com/apple/jobjc/ID.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/ID.class is up to date. > [javac] com/apple/jobjc/Invoke.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Invoke.class is up to date. > [javac] com/apple/jobjc/JObjCRuntime.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/JObjCRuntime.class is up to date. > [javac] com/apple/jobjc/MacOSXFramework.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/MacOSXFramework.class is up to date. > [javac] com/apple/jobjc/NSClass.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NSClass.class is up to date. > [javac] com/apple/jobjc/NativeArgumentBuffer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeArgumentBuffer.class is up to date. > [javac] com/apple/jobjc/NativeBuffer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeBuffer.class is up to date. > [javac] com/apple/jobjc/NativeObjectLifecycleManager.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeObjectLifecycleManager.class is up to date. > [javac] com/apple/jobjc/Opaque.java added as com/apple/jobjc/Opaque.class doesn't exist. > [javac] com/apple/jobjc/Pointer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Pointer.class is up to date. > [javac] com/apple/jobjc/PrimitiveCoder.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/PrimitiveCoder.class is up to date. > [javac] com/apple/jobjc/SEL.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/SEL.class is up to date. > [javac] com/apple/jobjc/Struct.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Struct.class is up to date. > [javac] com/apple/jobjc/Subclassing.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Subclassing.class is up to date. > [javac] Compiling 2 source files to /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core > [javac] Using modern compiler > [javac] Compilation arguments: > [javac] '-d' > [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' > [javac] '-classpath' > [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' > [javac] '-sourcepath' > [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java' > [javac] '-target' > [javac] '1.5' > [javac] '-g' > [javac] '-source' > [javac] '1.5' > [javac] > [javac] The ' characters around the executable and arguments are > [javac] not part of the command. > [javac] Files to be compiled: > [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/CFType.java > [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/Opaque.java > [exec] Current OS is Mac OS X > [exec] Output redirected to property: core.classes > [exec] Executing './extract_classes.pl' with arguments: > [exec] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' > [exec] > [exec] The ' characters around the executable and arguments are > [exec] not part of the command. > [mkdir] Created dir: /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/src/jni_headers/core > [javah] Compilation arguments: > [javah] '-d' > [javah] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/src/jni_headers/core' > [javah] '-classpath' > [javah] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' > [javah] > [javah] The ' characters around the executable and arguments are > [javah] not part of the command. > [javah] Classes to be compiled: > [javah] com.apple.jobjc.CFType > [javah] com.apple.jobjc.CIF > [javah] com.apple.jobjc.Coder$IDCoder > [javah] com.apple.jobjc.Coder$NSClassCoder > [javah] com.apple.jobjc.Coder$PointerCoder > [javah] com.apple.jobjc.Coder$PrimitivePointerCoder > [javah] com.apple.jobjc.Coder$SELCoder > [javah] com.apple.jobjc.Coder$StructCoder > [javah] com.apple.jobjc.Coder$UnknownCoder > [javah] com.apple.jobjc.Coder$VoidCoder > [javah] com.apple.jobjc.Coder > [javah] com.apple.jobjc.FFIType > [javah] com.apple.jobjc.Function > [javah] com.apple.jobjc.ID > [javah] com.apple.jobjc.Invoke$FunCall > [javah] com.apple.jobjc.Invoke$MsgSend > [javah] com.apple.jobjc.Invoke$MsgSendSuper > [javah] com.apple.jobjc.Invoke > [javah] com.apple.jobjc.JObjCRuntime$Arch > [javah] com.apple.jobjc.JObjCRuntime$Width > [javah] com.apple.jobjc.JObjCRuntime > [javah] com.apple.jobjc.MacOSXFramework > [javah] com.apple.jobjc.NativeArgumentBuffer > [javah] com.apple.jobjc.NativeBuffer > [javah] com.apple.jobjc.NativeObjectLifecycleManager$CFRetainRelease > [javah] com.apple.jobjc.NativeObjectLifecycleManager$Free > [javah] com.apple.jobjc.NativeObjectLifecycleManager$Nothing > [javah] com.apple.jobjc.NativeObjectLifecycleManager > [javah] com.apple.jobjc.NSClass$NSClassNotFoundException > [javah] com.apple.jobjc.NSClass > [javah] com.apple.jobjc.Opaque > [javah] com.apple.jobjc.Pointer > [javah] com.apple.jobjc.PrimitiveCoder$BoolCoder > [javah] com.apple.jobjc.PrimitiveCoder$DoubleCoder > [javah] com.apple.jobjc.PrimitiveCoder$FloatCoder > [javah] com.apple.jobjc.PrimitiveCoder$SCharCoder > [javah] com.apple.jobjc.PrimitiveCoder$SIntCoder > [javah] com.apple.jobjc.PrimitiveCoder$SLongCoder > [javah] com.apple.jobjc.PrimitiveCoder$SLongLongCoder > [javah] com.apple.jobjc.PrimitiveCoder$SShortCoder > [javah] com.apple.jobjc.PrimitiveCoder$UCharCoder > [javah] com.apple.jobjc.PrimitiveCoder$UIntCoder > [javah] com.apple.jobjc.PrimitiveCoder$ULongCoder > [javah] com.apple.jobjc.PrimitiveCoder$ULongLongCoder > [javah] com.apple.jobjc.PrimitiveCoder$UShortCoder > [javah] com.apple.jobjc.PrimitiveCoder > [javah] com.apple.jobjc.SEL > [javah] com.apple.jobjc.Struct > [javah] com.apple.jobjc.Subclassing > > build-core-native: > [exec] Current OS is Mac OS X > [exec] Setting environment variable: CC= > [exec] Setting environment variable: CXX= > [exec] Executing 'xcodebuild' with arguments: > [exec] '-configuration' > [exec] 'Debug' > [exec] '-target' > [exec] 'build-core-native' > [exec] 'SRCROOT=.' > [exec] 'OBJROOT=../../../build/macosx-universal/JObjC.build' > [exec] 'DSTROOT=../../../build/macosx-universal/JObjC.dst/Debug' > [exec] 'TARGET_TEMP_DIR=../../../build/macosx-universal/JObjC.dst' > [exec] 'PROJECT_TEMP_DIR=../../../build/macosx-universal/JObjC.dst' > [exec] 'BUILD_DIR=../../../build/macosx-universal/JObjC.dst' > [exec] > [exec] The ' characters around the executable and arguments are > [exec] not part of the command. > [exec] Build settings from command line: > [exec] BUILD_DIR = ../../../build/macosx-universal/JObjC.dst > [exec] DSTROOT = ../../../build/macosx-universal/JObjC.dst/Debug > [exec] OBJROOT = ../../../build/macosx-universal/JObjC.build > [exec] PROJECT_TEMP_DIR = ../../../build/macosx-universal/JObjC.dst > [exec] SRCROOT = . > [exec] TARGET_TEMP_DIR = ../../../build/macosx-universal/JObjC.dst > [exec] > [exec] === BUILD LEGACY TARGET build-core-java OF PROJECT JObjC WITH CONFIGURATION Debug === > [exec] Check dependencies > [exec] 2011-12-01 12:23:29.270 xcodebuild[48737:3f03] ASSERTION FAILURE in /SourceCache/IDEXcode3ProjectSupport/IDEXcode3ProjectSupport-928/Xcode3Sources/XcodeIDE/Frameworks/DevToolsBase/pbxcore/Target.subproj/PBXTargetBuildContext.m:1966 > [exec] Details: Assertion failed: [filePath isAbsolutePath] > [exec] Object: > [exec] Method: -setHeadermapToolInvocation:forFilePath: > [exec] Thread:{name = (null), num = 2} > [exec] Backtrace: > [exec] 0 0x000000010642b9ac -[PBXTargetBuildContext(DependencyGraphEvents) handleFailureInMethod:object:fileName:lineNumber:messageFormat:arguments:] (in DevToolsCore) > [exec] 1 0x0000000105828794 _DVTAssertionFailureHandler (in DVTFoundation) > [exec] 2 0x0000000106423482 -[PBXTargetBuildContext setHeadermapToolInvocation:forFilePath:] (in DevToolsCore) > [exec] 3 0x00000001064798be -[XCCompilerSpecification computeDependenciesForFilePath:ofType:outputDirectory:inTargetBuildContext:] (in DevToolsCore) > [exec] 4 0x0000000106523007 -[XCBuildRuleDGSnapshot(DependencyGraphCreation) computeDependenciesForFilePath:ofType:forBuildFileReference:withOutputDirectory:additionalProperties:inTargetBuildContext:] (in DevToolsCore) > [exec] 5 0x000000010651b978 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) _computeDependenciesForFilePath:ofType:forBuildFileReference:usingBuildRule:inTargetBuildContext:processedPaths:] (in DevToolsCore) > [exec] 6 0x000000010651c04f -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForFilePath:ofType:forBuildFileReference:usingBuildRule:inTargetBuildContext:] (in DevToolsCore) > [exec] 7 0x000000010651c600 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForBuildFileReference:inTargetBuildContext:] (in DevToolsCore) > [exec] 8 0x0000000106510fec -[XCBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForAllBuildFileReferencesInTargetBuildContext:] (in DevToolsCore) > [exec] 9 0x000000010651dee3 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForAllBuildFileReferencesInTargetBuildContext:] (in DevToolsCore) > [exec] 10 0x000000010651e86e -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesInTargetBuildContext:] (in DevToolsCore) > [exec] 11 0x000000010647cd2d -[XCProductTypeSpecification computeDependenciesInTargetBuildContext:] (in DevToolsCore) > [exec] 12 0x000000010650ca42 -[XCNativeTargetDGSnapshot(DependencyGraphCreation) computeDependenciesInTargetBuildContext:] (in DevToolsCore) > [exec] 13 0x000000010641b26d -[PBXTargetBuildContext createDependencyGraphWithTargetDGSnapshot:] (in DevToolsCore) > [exec] 14 0x000000010642ca2e -[PBXTargetBuildContext(DependencyGraphEvents) dg_setTargetSnapshot:] (in DevToolsCore) > [exec] 15 0x00007fff900cc20c __invoking___ (in CoreFoundation) > [exec] 16 0x00007fff900cc0a4 -[NSInvocation invoke] (in CoreFoundation) > [exec] 17 0x000000010642bdf1 -[PBXTargetBuildContext(DependencyGraphEvents) processDependencyGraphEvents] (in DevToolsCore) > [exec] 18 0x00007fff900cc20c __invoking___ (in CoreFoundation) > [exec] 19 0x00007fff900cc0a4 -[NSInvocation invoke] (in CoreFoundation) > [exec] 20 0x0000000106475296 -[XCInvocationQueue _processNextInvocationInThreadSlotNumber:] (in DevToolsCore) > [exec] 21 0x00000001064756a0 -[XCInvocationQueue _processInvocationsInThreadSlotNumber:] (in DevToolsCore) > [exec] 22 0x00007fff92d7d7fe -[NSThread main] (in Foundation) > [exec] 23 0x00007fff92d7d776 __NSThread__main__ (in Foundation) > [exec] 24 0x00007fff8dad48bf _pthread_start (in libsystem_c.dylib) > [exec] 25 0x00007fff8dad7b75 thread_start (in libsystem_c.dylib) > [exec] 2011-12-01 12:23:29.327 xcodebuild[48737:3803] DVTAssertions: ASSERTION FAILURE in /SourceCache/DVTFoundation/DVTFoundation-903/Framework/Classes/FilePaths/DVTFilePath.m:370 > [exec] Details: fsrep is relative ('../../../build/macosx-universal/JObjC.dst') parentPath must not be nil but it is. > [exec] Object: > [exec] Method: +_filePathForParent:fileSystemRepresentation:length:allowCreation: > [exec] Thread:{name = (null), num = 3} > [exec] Hints: None > [exec] Backtrace: > [exec] 0 0x00000001058288c4 -[DVTAssertionHandler handleFailureInMethod:object:fileName:lineNumber:messageFormat:arguments:] (in DVTFoundation) > [exec] 1 0x0000000105828794 _DVTAssertionFailureHandler (in DVTFoundation) > [exec] 2 0x00000001057c5d32 +[DVTFilePath _filePathForParent:fileSystemRepresentation:length:allowCreation:] (in DVTFoundation) > [exec] 3 0x00000001057c5963 +[DVTFilePath _filePathForParent:pathString:] (in DVTFoundation) > [exec] 4 0x00000001057c6d47 +[DVTFilePath filePathForPathString:] (in DVTFoundation) > [exec] 5 0x00000001063e219e -[PBXTarget(XCBuildables) buildWillStartWithBuildLogRecorder:buildParameters:] (in DevToolsCore) > [exec] 6 0x0000000106567f34 -[Xcode3TargetBuildableSnapshot buildForBuilderWillStart:] (in DevToolsCore) > [exec] 7 0x0000000105af6256 -[IDEBuildableSnapshot performBuildForBuilder:buildCommand:buildOnlyTheseFiles:] (in IDEFoundation) > [exec] 8 0x0000000105a30513 -[IDEBuilder main] (in IDEFoundation) > [exec] 9 0x00007fff92d6b788 -[__NSOperationInternal start] (in Foundation) > [exec] 10 0x00007fff92d7e9e6 ____NSOQSchedule_block_invoke_2 (in Foundation) > [exec] 11 0x00007fff8c45b8ba _dispatch_call_block_and_release (in libdispatch.dylib) > [exec] 12 0x00007fff8c45c799 _dispatch_worker_thread2 (in libdispatch.dylib) > [exec] 13 0x00007fff8dad63da _pthread_wqthread (in libsystem_c.dylib) > [exec] 14 0x00007fff8dad7b85 start_wqthread (in libsystem_c.dylib) > > BUILD FAILED > /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml:156: exec returned: 134 > at org.apache.tools.ant.taskdefs.ExecTask.runExecute(ExecTask.java:636) > at org.apache.tools.ant.taskdefs.ExecTask.runExec(ExecTask.java:662) > at org.apache.tools.ant.taskdefs.ExecTask.execute(ExecTask.java:487) > at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) > at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) > at org.apache.tools.ant.Task.perform(Task.java:348) > at org.apache.tools.ant.Target.execute(Target.java:357) > at org.apache.tools.ant.Target.performTasks(Target.java:385) > at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1337) > at org.apache.tools.ant.Project.executeTarget(Project.java:1306) > at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) > at org.apache.tools.ant.Project.executeTargets(Project.java:1189) > at org.apache.tools.ant.Main.runBuild(Main.java:758) > at org.apache.tools.ant.Main.startAnt(Main.java:217) > at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) > at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) > > Total time: 7 seconds > make[2]: *** [../../../build/macosx-universal/JObjC.build/JObjC.jar] Error 1 > make[1]: *** [all] Error 1 > make: *** [all] Error 1 > > From michael.x.mcmahon at oracle.com Thu Dec 1 13:15:58 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Thu, 01 Dec 2011 21:15:58 +0000 Subject: webrevs.2 for macosx changes to jdk7u-osx In-Reply-To: <4ED57098.5010300@oracle.com> References: <4ED3B203.4060602@oracle.com> <4ED57098.5010300@oracle.com> Message-ID: <4ED7EE8E.8010007@oracle.com> Phil, Comments below. On 29/11/11 23:54, Phil Race wrote: > Comments from looking at :- > > Changes relative to jdk7u-osx > http://cr.openjdk.java.net/~michaelm/7113349/2/jdk7u-osx/modified/ > > But before that I want to raise that there are a few ways of handling issues > that require to be done differently and ask what is going to be the case : > 1. Fix them first in the MACOSX_PORT and then re-generate the webrev. > 2. In the interests of time, push first to jdk7u-osx, *then* fix them in MACOSX_PORT, > and create a new patch when they are all resolved. > 3. Fix them in this patch only, and expect that they won't crop up again when > next syncing from MACOSX_PORT to jdk7u-osx. > This latter one is the least work, but implies that the MACOSX_PORT forest > is more quickly heading for retirement before we forget all this. > I don't quite follow what the patch is you are referring to here. I'm not sure either what the process will be once jdk is working in jdk7u-osx. In the short term, I'd expect to continue taking in fixes from macosx-port for corelibs, and I think Artem will do the same for client. > So which of these should be the norm ? > > > Also some the comments aren't things I reasonably expect Mike to be able > to resolve, as they are far too involved, or maybe just point to clean up > we should consider. > > > But in the great scheme of things the number of changes to shared [ client ] code > as well as the changes themselves look much more reasonable now. > > On to comments :- > > FILES_export.gmk : > 79 sun/awt/SunHints.java \ > > This seems wrong .. or at least unnecessary as there's no native methods declared in this file. > ok > More of an observation for investigation is that sun/awt/Makefile installs > src/macosx/classes/sun/awt/fontconfigs/macosx.fontconfig.properties > right, though I'd prefer if the client team could investigate this later. > I'm not sure if this is needed or used. and it looks a lot like a copy > of the Windows file. > > mawt.gmk - and numerous other locations - reference X11. > The client UI will be all cocoa based so the extent to which the X11 > code will > continue to work is questionable. > > make/sun/cmm/lcms/Makefile expresses a depdency on libxawt.so > > This was apparently pre-existing but I can't think what there is in > libxawt that > would be needed by libcms.so which should run fine against headless .. > > Also the actual include change will get simplified in JDK 8 where for > jigsaw > needs the directory structure will be flattened like the OS X version > here. > same for the above comments, if that's ok ... > sun/font/Makefile .. > > the duplicate lines 203-212 seem unneeded .. why not just add > CLASSHDRDIR to > CPPFLAGS on all platforms .. can't do any harm, can it ? > right. that's already fixed. At least, the change is refactored to be the minimal delta > > The same - more so - goes for lines 98-113 in sun/jawt/Makefile > fixed also. > > In sun/xawt/Makefile > > 141 ifeq ($(PLATFORM), macosx) > 142 CPPFLAGS += -I$(CUPS_HEADERS_PATH) > 143 endif > > This duplicates line 113 > 113 CPPFLAGS += -I$(CUPS_HEADERS_PATH) > fixed already. > > > make/tools/freetypecheck/Makefile > > > 53 ifeq ($(PLATFORM), macosx) > 54 ifeq ($(OS_NAME), netbsd) > 55 FT_LD_OPTIONS += -Wl,-R$(FREETYPE_LIB_PATH) > 56 endif > 57 FT_LD_OPTIONS += -lfreetype -lz > 58 else # linux > > > We don't need the inner netbsd case > fixed already > Component.java > > 7913 if (clearOnFailure&& !res) { > becomes > 7913 if (!res) { > > This needs careful examination by someone who knows the focus manager .. > > sun/font/FontUtilities - and others - some casts to CompositeFont have > been removed because logical fonts in the OSX port are handled as > CFont which directly subclassees Font2D .. this is a bit messy in > part because of the fact that CFont, which is platform specific > relies on shared code a lot. We're getting away with it right now but > some day this could force some substantial changes one way or another. > > SunFontManager.java > line 3800 is very .. very long. Definitely> 80 chars > as before, I'd prefer if the client team could investigate this later. > > > src/share/classes/sun/print/PrintJob2D.java > > > 488 // MACOSX change > 489 // REGR: Print Dialog does not appear > 490 if (jobAttributes.getDialog() == DialogType.NATIVE) { > 491 PageFormat oldPF = pageFormat; > 492 PageFormat newPF = printerJob.pageDialog(oldPF); > 493 if (oldPF == newPF) return false; > 494 pageFormat = newPF; > 495 } > 496 // MACOSX > > > I don't know what problem this was trying to fix but > this can't be pushed. AWT printing doesn't provide for a PageDialog, > and this would change behaviour on all platforms. > Ok. I'll take it out completely. In terms of keeping track of code that may be important on Mac, I guess the macos-port webrev would point to changes like this. Maybe some of the Apple folks could shed some light on what this code does. > > > *src/share/classes/sun/print/RasterPrinterJob.java* > > > I see a lot of methods made protected. I am not > > > sure how necessary this is (is there a better way), since Windows > printing > > did not need to do this and its similarly all native based. > Again, am I right in assuming the change is harmless enough in the short term and can be investigated later? > > > > src/solaris/native/sun/awt/fontpath.c > > > 64 // MMM: Is this still needed? > > I suspect only in the X11 Toolkit > 66 // XXXDARWIN: Hard-code the path to Apple's freetype, as it is > > You mean fontconfig not freetype. > > 73 #define FONTCONFIG_DLL_VERSIONED X11_PATH "/lib/" VERSIONED_JNI_LIB_NAME("fontconfig", "1") > > > I don't see where X11_PATH is defined but I think yuou can have /usr/X11R6 or /usr/X11R7 > in which case we will be baking in something that works only for some people. This is offset > by being code that isn't actually for production .. > right. It's actually /usr/X11R6 defined in Defs-macosx.gmk > 132 #elif MACOSX > 133 static char *fullBSDFontPath[] = { > 134 X11_PATH "/lib/X11/fonts/TrueType", > ... > > I expect these directories exist if you have X11 installed but > these aren't the standard OS X font folders which are (off the top of my head) > /System/Library/Fonts and /Library/Fonts and /User//Library/Fonts > > It seems a bit at odds with the fontconfig file I commented on above. > > Not sure what you should do here but I'd at least check the paths > are valid and rename the var tofull_MACOSX_X11FontPath > Yes, this stuff seems to work fine, but I renamed the variable as suggested. So, could you let me know if you're ok with me pushing subject to the changes above being made? I will test out the changes and generate another webrev for the exact change. Thanks, Michael. > -phil. > > > > On 11/28/11 08:08 AM, Michael McMahon wrote: >> Hi, >> >> Here is another version of the macosx webrev. This time it includes >> all of the modifications and new files from macosx-port. Hence many >> of the problems pointed out earlier with the inconsistencies relative >> to the bsd code >> are gone now. It builds and runs on all platforms and has been synced >> with >> jdk7u-dev (as of Friday Nov 25). I left the // MacOSX comments in >> to highlight changes that people may want to look at more closely. >> >> Lastly, this time I have also included a webrev showing the changes >> relative to macosx-port >> for reference. >> >> Changes relative to jdk7u-osx >> http://cr.openjdk.java.net/~michaelm/7113349/2/jdk7u-osx/modified/ >> >> New files >> http://cr.openjdk.java.net/~michaelm/7113349/2/jdk7u-osx/modified/ >> >> Changes relative to macosx-port >> http://cr.openjdk.java.net/~michaelm/7113349/2/macosx-port/modified/ >> >> Thanks, >> Michael. >> > From philip.race at oracle.com Thu Dec 1 13:28:20 2011 From: philip.race at oracle.com (Phil Race) Date: Thu, 01 Dec 2011 13:28:20 -0800 Subject: webrevs.2 for macosx changes to jdk7u-osx In-Reply-To: <4ED7EE8E.8010007@oracle.com> References: <4ED3B203.4060602@oracle.com> <4ED57098.5010300@oracle.com> <4ED7EE8E.8010007@oracle.com> Message-ID: <4ED7F174.8050504@oracle.com> With the changes you outline below I think that'll be OK. I had noted didn't expect you to address or even investigate all of these which were more involved etc but I did want the observations captured in the review thread. My comments about the process are concerned with making sure that changes you make here in response to review comments don't get overwritten in a subsequent import from the macosx port forest. I don't know how we are going to ensure that. -phil. On 12/1/2011 1:15 PM, Michael McMahon wrote: > Phil, > > Comments below. > > On 29/11/11 23:54, Phil Race wrote: >> Comments from looking at :- >> >> Changes relative to jdk7u-osx >> http://cr.openjdk.java.net/~michaelm/7113349/2/jdk7u-osx/modified/ >> >> But before that I want to raise that there are a few ways of handling issues >> that require to be done differently and ask what is going to be the case : >> 1. Fix them first in the MACOSX_PORT and then re-generate the webrev. >> 2. In the interests of time, push first to jdk7u-osx, *then* fix them in MACOSX_PORT, >> and create a new patch when they are all resolved. >> 3. Fix them in this patch only, and expect that they won't crop up again when >> next syncing from MACOSX_PORT to jdk7u-osx. >> This latter one is the least work, but implies that the MACOSX_PORT forest >> is more quickly heading for retirement before we forget all this. >> > I don't quite follow what the patch is you are referring to here. > I'm not sure either what the process will be once jdk is working in > jdk7u-osx. > In the short term, I'd expect to continue taking in fixes from macosx-port > for corelibs, and I think Artem will do the same for client. >> So which of these should be the norm ? >> >> >> Also some the comments aren't things I reasonably expect Mike to be able >> to resolve, as they are far too involved, or maybe just point to clean up >> we should consider. >> >> >> But in the great scheme of things the number of changes to shared [ client ] code >> as well as the changes themselves look much more reasonable now. >> >> On to comments :- >> >> FILES_export.gmk : >> 79 sun/awt/SunHints.java \ >> >> This seems wrong .. or at least unnecessary as there's no native methods declared in this file. >> > ok >> More of an observation for investigation is that sun/awt/Makefile installs >> src/macosx/classes/sun/awt/fontconfigs/macosx.fontconfig.properties >> > right, though I'd prefer if the client team could investigate this later. >> I'm not sure if this is needed or used. and it looks a lot like a >> copy of the Windows file. >> >> mawt.gmk - and numerous other locations - reference X11. >> The client UI will be all cocoa based so the extent to which the X11 >> code will >> continue to work is questionable. >> >> make/sun/cmm/lcms/Makefile expresses a depdency on libxawt.so >> >> This was apparently pre-existing but I can't think what there is in >> libxawt that >> would be needed by libcms.so which should run fine against headless .. >> >> Also the actual include change will get simplified in JDK 8 where for >> jigsaw >> needs the directory structure will be flattened like the OS X version >> here. >> > same for the above comments, if that's ok ... >> sun/font/Makefile .. >> >> the duplicate lines 203-212 seem unneeded .. why not just add >> CLASSHDRDIR to >> CPPFLAGS on all platforms .. can't do any harm, can it ? >> > right. that's already fixed. At least, the change is refactored to be > the minimal delta >> >> The same - more so - goes for lines 98-113 in sun/jawt/Makefile >> > fixed also. >> >> In sun/xawt/Makefile >> >> 141 ifeq ($(PLATFORM), macosx) >> 142 CPPFLAGS += -I$(CUPS_HEADERS_PATH) >> 143 endif >> >> This duplicates line 113 >> 113 CPPFLAGS += -I$(CUPS_HEADERS_PATH) >> > fixed already. >> >> >> make/tools/freetypecheck/Makefile >> >> >> 53 ifeq ($(PLATFORM), macosx) >> 54 ifeq ($(OS_NAME), netbsd) >> 55 FT_LD_OPTIONS += -Wl,-R$(FREETYPE_LIB_PATH) >> 56 endif >> 57 FT_LD_OPTIONS += -lfreetype -lz >> 58 else # linux >> >> >> We don't need the inner netbsd case >> > fixed already >> Component.java >> >> 7913 if (clearOnFailure&& !res) { >> becomes >> 7913 if (!res) { >> >> This needs careful examination by someone who knows the focus manager .. >> >> sun/font/FontUtilities - and others - some casts to CompositeFont have >> been removed because logical fonts in the OSX port are handled as >> CFont which directly subclassees Font2D .. this is a bit messy in >> part because of the fact that CFont, which is platform specific >> relies on shared code a lot. We're getting away with it right now but >> some day this could force some substantial changes one way or another. >> >> SunFontManager.java >> line 3800 is very .. very long. Definitely> 80 chars >> > as before, I'd prefer if the client team could investigate this later. >> >> >> src/share/classes/sun/print/PrintJob2D.java >> >> >> 488 // MACOSX change >> 489 // REGR: Print Dialog does not appear >> 490 if (jobAttributes.getDialog() == DialogType.NATIVE) { >> 491 PageFormat oldPF = pageFormat; >> 492 PageFormat newPF = printerJob.pageDialog(oldPF); >> 493 if (oldPF == newPF) return false; >> 494 pageFormat = newPF; >> 495 } >> 496 // MACOSX >> >> >> I don't know what problem this was trying to fix but >> this can't be pushed. AWT printing doesn't provide for a PageDialog, >> and this would change behaviour on all platforms. >> > Ok. I'll take it out completely. In terms of keeping track of code > that may be important > on Mac, I guess the macos-port webrev would point to changes like this. > Maybe some of the Apple folks could shed some light on what this code > does. >> >> >> *src/share/classes/sun/print/RasterPrinterJob.java* >> >> >> I see a lot of methods made protected. I am not >> >> >> sure how necessary this is (is there a better way), since Windows >> printing >> >> did not need to do this and its similarly all native based. >> > Again, am I right in assuming the change is harmless enough in the > short term > and can be investigated later? >> >> >> >> src/solaris/native/sun/awt/fontpath.c >> >> >> 64 // MMM: Is this still needed? >> >> I suspect only in the X11 Toolkit >> 66 // XXXDARWIN: Hard-code the path to Apple's freetype, as it is >> >> You mean fontconfig not freetype. >> >> 73 #define FONTCONFIG_DLL_VERSIONED X11_PATH "/lib/" VERSIONED_JNI_LIB_NAME("fontconfig", "1") >> >> >> I don't see where X11_PATH is defined but I think yuou can have /usr/X11R6 or /usr/X11R7 >> in which case we will be baking in something that works only for some people. This is offset >> by being code that isn't actually for production .. >> > right. It's actually /usr/X11R6 defined in Defs-macosx.gmk >> 132 #elif MACOSX >> 133 static char *fullBSDFontPath[] = { >> 134 X11_PATH "/lib/X11/fonts/TrueType", >> ... >> >> I expect these directories exist if you have X11 installed but >> these aren't the standard OS X font folders which are (off the top of my head) >> /System/Library/Fonts and /Library/Fonts and /User//Library/Fonts >> >> It seems a bit at odds with the fontconfig file I commented on above. >> >> Not sure what you should do here but I'd at least check the paths >> are valid and rename the var tofull_MACOSX_X11FontPath >> > Yes, this stuff seems to work fine, but I renamed the variable as > suggested. > > So, could you let me know if you're ok with me pushing subject to the > changes above being made? I will test out the changes and generate another > webrev for the exact change. > > Thanks, > Michael. > >> -phil. >> >> >> >> On 11/28/11 08:08 AM, Michael McMahon wrote: >>> Hi, >>> >>> Here is another version of the macosx webrev. This time it includes >>> all of the modifications and new files from macosx-port. Hence many >>> of the problems pointed out earlier with the inconsistencies >>> relative to the bsd code >>> are gone now. It builds and runs on all platforms and has been >>> synced with >>> jdk7u-dev (as of Friday Nov 25). I left the // MacOSX comments in >>> to highlight changes that people may want to look at more closely. >>> >>> Lastly, this time I have also included a webrev showing the changes >>> relative to macosx-port >>> for reference. >>> >>> Changes relative to jdk7u-osx >>> http://cr.openjdk.java.net/~michaelm/7113349/2/jdk7u-osx/modified/ >>> >>> New files >>> http://cr.openjdk.java.net/~michaelm/7113349/2/jdk7u-osx/modified/ >>> >>> Changes relative to macosx-port >>> http://cr.openjdk.java.net/~michaelm/7113349/2/macosx-port/modified/ >>> >>> Thanks, >>> Michael. >>> >> > From dalibor.topic at oracle.com Thu Dec 1 13:38:24 2011 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Thu, 01 Dec 2011 22:38:24 +0100 Subject: webrevs.2 for macosx changes to jdk7u-osx In-Reply-To: <4ED7B560.1010606@oracle.com> References: <4ED77C17.8060003@oracle.com> <4ED7B560.1010606@oracle.com> Message-ID: <4ED7F3D0.2050106@oracle.com> On 12/1/11 6:12 PM, Michael McMahon wrote: > Kelly, > > Yes, that is correct. This push is initially just for jdk7u-osx, which > is a development forest. I'm not sure exactly what the procedure will be yet > for the push into jdk7u-dev. There is no special procedure for pushing into jdk7u-osx that's different from the one for jdk7u-dev. You need to submit a bulk change request for approval first, someone (i.e. either me or Edvard) needs to approve it, then the push can happen - regardless whether that's jdk7u-dev or jdk7u-osx. cheers, dalibor topic -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | Mobile: +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 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle Oracle is committed to developing practices and products that help protect the environment From swingler at apple.com Thu Dec 1 13:29:30 2011 From: swingler at apple.com (Mike Swingler) Date: Thu, 01 Dec 2011 13:29:30 -0800 Subject: Build failure In-Reply-To: <4ED7ED93.1000703@oracle.com> References: <4ED7ED93.1000703@oracle.com> Message-ID: <9EB9EDEB-0D78-4EFA-BD0C-D7A7097E8A51@apple.com> Looks like the Xcode project file was being run from xcodebuild (kicked off by ant, kicked off by a Makefile), and the process crashed. Is this crashing reliably, or does it work when the build is started again? Curious, Mike Swingler Apple Inc. On Dec 1, 2011, at 1:11 PM, Michael McMahon wrote: > On 01/12/11 20:38, Kelly O'Hair wrote: >> I pulled over the latest http://hg.openjdk.java.net/macosx-port/macosx-port/jdk repository >> and tried to build it on a Mac 10.7 (Lion) with Xcode 4. >> It appears to be running an ant script from the jdk makefiles now, something that the jdk >> repository has never done before, but in any case, it fails. >> > Is that a recent change? I haven't noticed a problem like that before. >> Does anybody know why? And where did all the make "Entering" "leaving" messages go? >> > I know you can get them back by calling make -w at the top level. > > - Michael. > >> -kto >> >> P.S. I really hate these ant scripts. :^( >> >> ... >> mkdir -p ../../../build/macosx-universal/bridge_metadata >> Updating bridge support in ../../../build/macosx-universal/bridge_metadata >> (cd ../../../build/macosx-universal/bridge_metadata; /usr/bin/make STABLE_GEN_DIR="../../../build/macosx-universal/stable_bridge_metadata" FRAMEWORKS="Foundation CoreFoundation AppKit" -f ../../../src/macosx/native/jobjc/bridgesupport.gmk all) >> linking /System/Library/Frameworks/Foundation.framework/Headers >> ln -s /System/Library/Frameworks/Foundation.framework/Headers Foundation.headers >> linking /System/Library/Frameworks/CoreFoundation.framework/Headers >> ln -s /System/Library/Frameworks/CoreFoundation.framework/Headers CoreFoundation.headers >> linking /System/Library/Frameworks/AppKit.framework/Headers >> ln -s /System/Library/Frameworks/AppKit.framework/Headers AppKit.headers >> mkdir -p ../../../build/macosx-universal/stable_bridge_metadata >> generating bridge support for Foundation.headers >> if [ -f /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/FoundationFull.bridgesupport ] ; \ >> then cp /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/FoundationFull.bridgesupport Foundation.bridgesupport ; \ >> else /usr/bin/gen_bridge_metadata -F complete --framework Foundation.framework -o Foundation.bridgesupport ; \ >> fi >> /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >> /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >> /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >> if cmp -s Foundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/FoundationFull.bridgesupport ; \ >> then : ; \ >> else cp Foundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/FoundationFull.bridgesupport ; \ >> fi >> generating bridge support for CoreFoundation.headers >> if [ -f /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundationFull.bridgesupport ] ; \ >> then cp /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundationFull.bridgesupport CoreFoundation.bridgesupport ; \ >> else /usr/bin/gen_bridge_metadata -F complete --framework CoreFoundation.framework -o CoreFoundation.bridgesupport ; \ >> fi >> /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >> /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >> /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >> /usr/bin/gen_bridge_metadata:2163: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >> if cmp -s CoreFoundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/CoreFoundationFull.bridgesupport ; \ >> then : ; \ >> else cp CoreFoundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/CoreFoundationFull.bridgesupport ; \ >> fi >> generating bridge support for AppKit.headers >> if [ -f /System/Library/Frameworks/AppKit.framework/Resources/BridgeSupport/AppKitFull.bridgesupport ] ; \ >> then cp /System/Library/Frameworks/AppKit.framework/Resources/BridgeSupport/AppKitFull.bridgesupport AppKit.bridgesupport ; \ >> else /usr/bin/gen_bridge_metadata -F complete --framework AppKit.framework -o AppKit.bridgesupport ; \ >> fi >> /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >> /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >> /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >> MergingHash:aPoint[name]: aPoint => thePoint >> /usr/bin/gen_bridge_metadata:2163: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >> MergingHash:aPoint[name]: aPoint => thePoint >> if cmp -s AppKit.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/AppKitFull.bridgesupport ; \ >> then : ; \ >> else cp AppKit.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/AppKitFull.bridgesupport ; \ >> fi >> JObjC dylib or jar out of data wrt FRAMEWORKS ( Foundation CoreFoundation AppKit ) or JObjC source ( core, generator, additions, build ) >> Running ant with java_home set to /opt/jprt/products/P1/jdk6u18-latest/Home >> (cd ../../../src/macosx/native/jobjc; OBJROOT="../../../build/macosx-universal/JObjC.build" DSTROOT="../../../build/macosx-universal/JObjC.dst" JAVA_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home STABLE_GEN_DIR="../../../build/macosx-universal/stable_bridge_metadata" /usr/bin/ant -verbose all) >> Apache Ant version 1.7.1 compiled on June 27 2008 >> Buildfile: build.xml >> Detected Java version: 1.6 in: /opt/jprt/products/P1/jdk6u18-latest/Home >> Detected OS: Mac OS X >> parsing buildfile /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml with URI = file:/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml >> Project base dir set to: /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc >> [antlib:org.apache.tools.ant] Could not load definitions from resource org/apache/tools/ant/antlib.xml. It could not be found. >> [property] Loading Environment env. >> Property "-*-command-variables-*-" has not been set >> [echoproperties] #Ant properties >> [echoproperties] #Thu Dec 01 12:23:26 PST 2011 >> [echoproperties] ant.core.lib=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant.jar >> [echoproperties] ant.file=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml >> [echoproperties] ant.file.JObjC=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml >> [echoproperties] ant.home=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 >> [echoproperties] ant.java.version=1.6 >> [echoproperties] ant.library.dir=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib >> [echoproperties] ant.project.name=JObjC >> [echoproperties] ant.version=Apache Ant version 1.7.1 compiled on June 27 2008 >> [echoproperties] awt.nativeDoubleBuffering=true >> [echoproperties] awt.toolkit=apple.awt.CToolkit >> [echoproperties] basedir=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc >> [echoproperties] env.ALT_BOOTDIR=/opt/jprt/products/P1/jdk6u18-latest/Home >> [echoproperties] env.ALT_CUPS_HEADERS_PATH=/opt/jprt/products/P1/cups1.0-latest >> [echoproperties] env.ALT_DROPS_DIR=/opt/jprt/products/P1/jdk7drops_1.0 >> [echoproperties] env.ALT_JDK_HOST_IMPORT_PATH=/opt/jprt/products/P1/jdk7-latest/Home >> [echoproperties] env.ALT_JDK_IMPORT_PATH=/opt/jprt/products/P1/jdk7-latest/Home >> [echoproperties] env.ALT_MOZILLA_HEADERS_PATH=/opt/jprt/products/P1/npapi_1.0/plugin >> [echoproperties] env.ALT_PARALLEL_COMPILE_JOBS=16 >> [echoproperties] env.ALT_PREVIOUS_JDK_IMAGE=/opt/jprt/products/P1/jdk6u18-latest/Home >> [echoproperties] env.ALT_SLASH_JAVA=/opt/jprt/slashjava >> [echoproperties] env.ALWAYS_PASS_TEST_GAMMA=true >> [echoproperties] env.ANT_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 >> [echoproperties] env.ARCH_DATA_MODEL=32 >> [echoproperties] env.BOOTDIR=/opt/jprt/products/P1/jdk6u18-latest/Home >> [echoproperties] env.DEV_NULL=/dev/null >> [echoproperties] env.DISPLAY=jprt-west1\:525 >> [echoproperties] env.DSTROOT=../../../build/macosx-universal/JObjC.dst >> [echoproperties] env.FULL_VERSION=1.7.0-internal-201112012014.kohair.jdk-b00 >> [echoproperties] env.HOME=/Users/jprtadm >> [echoproperties] env.HOTSPOT_BUILD_JOBS=16 >> [echoproperties] env.JAVA_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home >> [echoproperties] env.JAVA_MAIN_CLASS_19542=jprt.tools.Main >> [echoproperties] env.JAVA_MAIN_CLASS_48729=org.apache.tools.ant.launch.Launcher >> [echoproperties] env.JDK_HAS_MEM_INFO=true >> [echoproperties] env.JPRT_ADMIN_SCRIPT_LOG=/opt/jprt/syslogs/scripts//jprt_startclient_2011-11-29-16-56-30-shell.txt >> [echoproperties] env.JPRT_ANT171_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 >> [echoproperties] env.JPRT_ANT1_7_1_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 >> [echoproperties] env.JPRT_ARCHIVE_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product.zip >> [echoproperties] env.JPRT_ARCHIVE_INSTALL_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-install.zip >> [echoproperties] env.JPRT_ARCHIVE_MODULES_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-modules.zip >> [echoproperties] env.JPRT_ARCH_DATA_MODEL=64 >> [echoproperties] env.JPRT_BOOT_PRODUCT_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home >> [echoproperties] env.JPRT_BUILD_FLAVOR_ID=product >> [echoproperties] env.JPRT_BUILD_VERSION=201112012014.kohair.jdk >> [echoproperties] env.JPRT_COMPILER_NAME=none >> [echoproperties] env.JPRT_CONFIG_RELEASE=/opt/jprt/dist/sbin/config/jdk7/jprt.config >> [echoproperties] env.JPRT_CONFIG_SHARED=/opt/jprt/dist/sbin/config/jprt.config >> [echoproperties] env.JPRT_CUPS1_0-LATEST_HOME=/opt/jprt/products/P1/cups1.0-latest >> [echoproperties] env.JPRT_CUPS_HOME=/opt/jprt/products/P1/cups1.0-latest >> [echoproperties] env.JPRT_DIST_DIR=/opt/jprt/dist >> [echoproperties] env.JPRT_FORCE_CORE_DUMP_FILE=/tmp/jprt/P1/201435.kohair/forceCoreDump >> [echoproperties] env.JPRT_HOST=sc14ib04.us.oracle.com >> [echoproperties] env.JPRT_HOST_ID=sc14ib04.us.oracle.com(P1) >> [echoproperties] env.JPRT_IMPORT_PRODUCT_HOME=/opt/jprt/products/P1/jdk7-latest/Home >> [echoproperties] env.JPRT_INSTANCE=P1 >> [echoproperties] env.JPRT_JAVA_HOME=/opt/jprt/jdk1.6.0/Home >> [echoproperties] env.JPRT_JDK6U18-LATEST_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home >> [echoproperties] env.JPRT_JDK6U18_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home >> [echoproperties] env.JPRT_JDK7-LATEST_HOME=/opt/jprt/products/P1/jdk7-latest/Home >> [echoproperties] env.JPRT_JDK7DROPS_1_0_HOME=/opt/jprt/products/P1/jdk7drops_1.0 >> [echoproperties] env.JPRT_JDK7DROPS_HOME=/opt/jprt/products/P1/jdk7drops_1.0 >> [echoproperties] env.JPRT_JDK7_HOME=/opt/jprt/products/P1/jdk7-latest/Home >> [echoproperties] env.JPRT_JOB_DISPLAY=jprt-west1\:525 >> [echoproperties] env.JPRT_JOB_ID=2011-12-01-201435.kohair.jdk >> [echoproperties] env.JPRT_JOB_PRODUCT_RELEASE=jdk7 >> [echoproperties] env.JPRT_LOCAL_ROOT=/opt/jprt >> [echoproperties] env.JPRT_MAKE=/usr/bin/make >> [echoproperties] env.JPRT_MAKE_DIR=make >> [echoproperties] env.JPRT_NPAPI_1_0_HOME=/opt/jprt/products/P1/npapi_1.0/plugin >> [echoproperties] env.JPRT_NPAPI_HOME=/opt/jprt/products/P1/npapi_1.0/plugin >> [echoproperties] env.JPRT_PARALLEL_COUNT=16 >> [echoproperties] env.JPRT_PLATFORM_ARCH=x64 >> [echoproperties] env.JPRT_PLATFORM_ID=macosx_x64_10.7 >> [echoproperties] env.JPRT_PLATFORM_OS=macosx >> [echoproperties] env.JPRT_POSTCONFIG=make/jprt.postconfig >> [echoproperties] env.JPRT_PRECONFIG=make/jprt.preconfig >> [echoproperties] env.JPRT_SLASH_JAVA=/opt/jprt/slashjava >> [echoproperties] env.JPRT_SOURCE_TREE=/tmp/jprt/P1/201435.kohair/source >> [echoproperties] env.JPRT_TARGET_ID=macosx_x64_10.7-product >> [echoproperties] env.JPRT_TARGET_KIND=build >> [echoproperties] env.JPRT_TARGET_PID_FILE=/tmp/jprt/P1/201435.kohair/targetPidFile >> [echoproperties] env.JPRT_TEMP_DIR=/tmp/jprt/P1/201435.kohair >> [echoproperties] env.JPRT_TIME_LIMIT=3h >> [echoproperties] env.JPRT_UNIX_TOOLKIT=NONE >> [echoproperties] env.JPRT_USER=kohair >> [echoproperties] env.LANG=C >> [echoproperties] env.LC_ALL=C >> [echoproperties] env.LOGNAME=jprtadm >> [echoproperties] env.LOW_MEMORY_MACHINE=false >> [echoproperties] env.MAIL=/var/mail/jprtadm >> [echoproperties] env.MAKEFLAGS=JPRT_ARCHIVE_MODULES_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-modules.zip JPRT_ARCHIVE_INSTALL_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-install.zip JPRT_ARCHIVE_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product.zip JPRT_BUILD_VERSION\=201112012014.kohair.jdk ALT_SLASH_JAVA\=/opt/jprt/slashjava FULL_VERSION\=1.7.0-internal-201112012014.kohair.jdk-b00 RELEASE\=1.7.0-internal >> [echoproperties] env.MAKELEVEL=3 >> [echoproperties] env.MAKEOVERRIDES=${-*-command-variables-*-} >> [echoproperties] env.MAX_VM_MEMORY=512 >> [echoproperties] env.MB_OF_MEMORY=2048 >> [echoproperties] env.MFLAGS= >> [echoproperties] env.MIN_VM_MEMORY=512 >> [echoproperties] env.OBJROOT=../../../build/macosx-universal/JObjC.build >> [echoproperties] env.PATH=/opt/jprt/products/P1/jdk6u18-latest/Home/bin\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/bin\:/System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Commands\:/opt/jprt/dist/sbin\:/usr/local/bin\:/usr/ccs/bin\:/usr/ccs/lib\:/usr/bin\:/bin\:/usr/sbin\:/sbin\:/usr/X11R6/bin >> [echoproperties] env.PLATFORM=macosx >> [echoproperties] env.PREVIOUS_JDK_VERSION=1.6.0 >> [echoproperties] env.PWD=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc >> [echoproperties] env.RELEASE=1.7.0-internal >> [echoproperties] env.SA_APPLE_BOOT_JAVA=true >> [echoproperties] env.SHELL=/bin/bash >> [echoproperties] env.SHLVL=7 >> [echoproperties] env.SKIP_COMPARE_IMAGES=true >> [echoproperties] env.SSH_CLIENT=10.133.137.52 59771 22 >> [echoproperties] env.SSH_CONNECTION=10.133.137.52 59771 10.133.161.51 22 >> [echoproperties] env.STABLE_GEN_DIR=../../../build/macosx-universal/stable_bridge_metadata >> [echoproperties] env.SUNW_NO_UPDATE_NOTIFY=1 >> [echoproperties] env.SYSTEM_UNAME=Darwin >> [echoproperties] env.TMPDIR=/tmp/jprt/P1/201435.kohair >> [echoproperties] env.USER=jprtadm >> [echoproperties] env.USER_RELEASE_SUFFIX=201112012014.kohair.jdk >> [echoproperties] env.UT_NO_USAGE_TRACKING=1 >> [echoproperties] env.__CF_USER_TEXT_ENCODING=0x29B\:0\:0 >> [echoproperties] env.com.apple.java.jvmMode=client >> [echoproperties] env.com.apple.java.jvmTask=CommandLine_Manual.java.java >> [echoproperties] file.encoding=MacRoman >> [echoproperties] file.encoding.pkg=sun.io >> [echoproperties] file.separator=/ >> [echoproperties] ftp.nonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com >> [echoproperties] ftp.proxyHost=www-proxy.us.oracle.com >> [echoproperties] ftp.proxyPort=80 >> [echoproperties] gopherProxySet=false >> [echoproperties] http.nonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com >> [echoproperties] http.proxyHost=www-proxy.us.oracle.com >> [echoproperties] http.proxyPort=80 >> [echoproperties] https.proxyHost=www-proxy.us.oracle.com >> [echoproperties] https.proxyPort=80 >> [echoproperties] java.awt.graphicsenv=apple.awt.CGraphicsEnvironment >> [echoproperties] java.awt.printerjob=apple.awt.CPrinterJob >> [echoproperties] java.class.path=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-launcher.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-antlr.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-bcel.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-bsf.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-log4j.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-oro.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-regexp.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-resolver.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-commons-logging.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-commons-net.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jai.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-javamail.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jdepend.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jmf.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jsch.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-junit.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-launcher.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-netrexx.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-nodeps.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-starteam.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-stylebook.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-swing.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-testutil.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-trax.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-weblogic.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/xercesImpl.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/xml-apis.jar >> [echoproperties] java.class.version=50.0 >> [echoproperties] java.endorsed.dirs=/opt/jprt/products/P1/jdk6u18-latest/Home/lib/endorsed >> [echoproperties] java.ext.dirs=/Library/Java/Extensions\:/System/Library/Java/Extensions\:/opt/jprt/products/P1/jdk6u18-latest/Home/lib/ext >> [echoproperties] java.home=/opt/jprt/products/P1/jdk6u18-latest/Home >> [echoproperties] java.io.tmpdir=/var/folders/y4/s490h3f55fs1jvc95nt1tc4w0000mv/T/ >> [echoproperties] java.library.path=.\:/Library/Java/Extensions\:/System/Library/Java/Extensions\:/usr/lib/java >> [echoproperties] java.runtime.name=Java(TM) SE Runtime Environment >> [echoproperties] java.runtime.version=1.6.0_26-b03-384-11M3527 >> [echoproperties] java.specification.name=Java Platform API Specification >> [echoproperties] java.specification.vendor=Sun Microsystems Inc. >> [echoproperties] java.specification.version=1.6 >> [echoproperties] java.vendor=Apple Inc. >> [echoproperties] java.vendor.url=http\://www.apple.com/ >> [echoproperties] java.vendor.url.bug=http\://bugreport.apple.com/ >> [echoproperties] java.version=1.6.0_26 >> [echoproperties] java.vm.info=mixed mode >> [echoproperties] java.vm.name=Java HotSpot(TM) 64-Bit Server VM >> [echoproperties] java.vm.specification.name=Java Virtual Machine Specification >> [echoproperties] java.vm.specification.vendor=Sun Microsystems Inc. >> [echoproperties] java.vm.specification.version=1.0 >> [echoproperties] java.vm.vendor=Apple Inc. >> [echoproperties] java.vm.version=20.1-b02-384 >> [echoproperties] jikes.class.path=\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/alt-rt.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/alt-string.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/charsets.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/classes.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/dt.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jce.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jconsole.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jsse.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/management-agent.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/ui.jar >> [echoproperties] line.separator=\n >> [echoproperties] mrj.build=11M3527 >> [echoproperties] mrj.version=1060.1.6.0_26-384 >> [echoproperties] os.arch=x86_64 >> [echoproperties] os.name=Mac OS X >> [echoproperties] os.version=10.7.2 >> [echoproperties] path.separator=\: >> [echoproperties] socksNonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com >> [echoproperties] socksProxyHost=www-proxy.us.oracle.com >> [echoproperties] socksProxyPort=80 >> [echoproperties] sun.arch.data.model=64 >> [echoproperties] sun.boot.class.path=/opt/jprt/products/P1/jdk6u18-latest/Classes/jsfd.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/classes.jar\:/System/Library/Frameworks/JavaVM.framework/Frameworks/JavaRuntimeSupport.framework/Resources/Java/JavaRuntimeSupport.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/ui.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/laf.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/sunrsasign.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/jsse.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/jce.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/charsets.jar >> [echoproperties] sun.boot.library.path=/opt/jprt/products/P1/jdk6u18-latest/Libraries >> [echoproperties] sun.cpu.endian=little >> [echoproperties] sun.cpu.isalist= >> [echoproperties] sun.io.unicode.encoding=UnicodeLittle >> [echoproperties] sun.java.command=org.apache.tools.ant.launch.Launcher -cp -verbose all >> [echoproperties] sun.java.launcher=SUN_STANDARD >> [echoproperties] sun.jnu.encoding=MacRoman >> [echoproperties] sun.management.compiler=HotSpot 64-Bit Tiered Compilers >> [echoproperties] sun.os.patch.level=unknown >> [echoproperties] user.country= >> [echoproperties] user.dir=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc >> [echoproperties] user.home=/Users/jprtadm >> [echoproperties] user.language=en >> [echoproperties] user.name=jprtadm >> [echoproperties] user.timezone= >> Property "env.PRODUCT_NAME" has not been set >> Property "env.SRCROOT" has not been set >> Property "env.CONFIGURATION" has not been set >> Property "env.RC_ARCHS" has not been set >> Property "env.CONFIGURATION_BUILD_DIR" has not been set >> Property "env.INSTALL_PATH" has not been set >> [echo] (Settings :src '.' :cfg 'Debug' :obj '../../../build/macosx-universal/JObjC.build' :dst '../../../build/macosx-universal/JObjC.dst/Debug') >> Property "env.BENCH_MATCH" has not been set >> Build sequence for target(s) `all' is [gen-pcoder, build-core, build-core-native, build-generator, run-generator, build-generated, build-additions, build-additions-native, assemble-product, all] >> Complete build sequence is [gen-pcoder, build-core, build-core-native, build-generator, run-generator, build-generated, build-additions, build-additions-native, assemble-product, all, clean, clean-all, build-test-installed, build-test-native-installed, bench-installed, test-installed, all-but-gen, run-generator-old, all-test, build-test, build-test-native, install, installsrc, installhdrs, test, bench, clean-all-test, doc-core, ] >> >> gen-pcoder: >> [exec] Current OS is Mac OS X >> [exec] Executing './run-and-write-if-okay' with arguments: >> [exec] './src/core/PrimitiveCoder.hs' >> [exec] './src/core/java/com/apple/jobjc/PrimitiveCoder.java' >> [exec] >> [exec] The ' characters around the executable and arguments are >> [exec] not part of the command. >> [exec] ./run-and-write-if-okay:40: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >> [exec] env: runhaskell: No such file or directory >> [exec] >> [exec] ./src/core/PrimitiveCoder.hs failed to run trial. Ignoring. >> >> build-core: >> [mkdir] Created dir: /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core >> [javac] com/apple/jobjc/PrimitiveCoder.java added as com/apple/jobjc/PrimitiveCoder.class doesn't exist. >> [javac] Compiling 1 source file to /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core >> [javac] Using modern compiler >> [javac] Compilation arguments: >> [javac] '-d' >> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >> [javac] '-classpath' >> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >> [javac] '-sourcepath' >> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java' >> [javac] '-target' >> [javac] '1.5' >> [javac] '-g' >> [javac] '-source' >> [javac] '1.5' >> [javac] >> [javac] The ' characters around the executable and arguments are >> [javac] not part of the command. >> [javac] File to be compiled: >> [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/PrimitiveCoder.java >> [javac] Note: Some input files use unchecked or unsafe operations. >> [javac] Note: Recompile with -Xlint:unchecked for details. >> [javac] com/apple/jobjc/CFType.java added as com/apple/jobjc/CFType.class doesn't exist. >> [javac] com/apple/jobjc/CIF.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/CIF.class is up to date. >> [javac] com/apple/jobjc/Coder.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Coder.class is up to date. >> [javac] com/apple/jobjc/FFIType.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/FFIType.class is up to date. >> [javac] com/apple/jobjc/Function.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Function.class is up to date. >> [javac] com/apple/jobjc/ID.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/ID.class is up to date. >> [javac] com/apple/jobjc/Invoke.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Invoke.class is up to date. >> [javac] com/apple/jobjc/JObjCRuntime.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/JObjCRuntime.class is up to date. >> [javac] com/apple/jobjc/MacOSXFramework.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/MacOSXFramework.class is up to date. >> [javac] com/apple/jobjc/NSClass.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NSClass.class is up to date. >> [javac] com/apple/jobjc/NativeArgumentBuffer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeArgumentBuffer.class is up to date. >> [javac] com/apple/jobjc/NativeBuffer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeBuffer.class is up to date. >> [javac] com/apple/jobjc/NativeObjectLifecycleManager.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeObjectLifecycleManager.class is up to date. >> [javac] com/apple/jobjc/Opaque.java added as com/apple/jobjc/Opaque.class doesn't exist. >> [javac] com/apple/jobjc/Pointer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Pointer.class is up to date. >> [javac] com/apple/jobjc/PrimitiveCoder.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/PrimitiveCoder.class is up to date. >> [javac] com/apple/jobjc/SEL.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/SEL.class is up to date. >> [javac] com/apple/jobjc/Struct.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Struct.class is up to date. >> [javac] com/apple/jobjc/Subclassing.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Subclassing.class is up to date. >> [javac] Compiling 2 source files to /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core >> [javac] Using modern compiler >> [javac] Compilation arguments: >> [javac] '-d' >> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >> [javac] '-classpath' >> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >> [javac] '-sourcepath' >> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java' >> [javac] '-target' >> [javac] '1.5' >> [javac] '-g' >> [javac] '-source' >> [javac] '1.5' >> [javac] >> [javac] The ' characters around the executable and arguments are >> [javac] not part of the command. >> [javac] Files to be compiled: >> [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/CFType.java >> [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/Opaque.java >> [exec] Current OS is Mac OS X >> [exec] Output redirected to property: core.classes >> [exec] Executing './extract_classes.pl' with arguments: >> [exec] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >> [exec] >> [exec] The ' characters around the executable and arguments are >> [exec] not part of the command. >> [mkdir] Created dir: /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/src/jni_headers/core >> [javah] Compilation arguments: >> [javah] '-d' >> [javah] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/src/jni_headers/core' >> [javah] '-classpath' >> [javah] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >> [javah] >> [javah] The ' characters around the executable and arguments are >> [javah] not part of the command. >> [javah] Classes to be compiled: >> [javah] com.apple.jobjc.CFType >> [javah] com.apple.jobjc.CIF >> [javah] com.apple.jobjc.Coder$IDCoder >> [javah] com.apple.jobjc.Coder$NSClassCoder >> [javah] com.apple.jobjc.Coder$PointerCoder >> [javah] com.apple.jobjc.Coder$PrimitivePointerCoder >> [javah] com.apple.jobjc.Coder$SELCoder >> [javah] com.apple.jobjc.Coder$StructCoder >> [javah] com.apple.jobjc.Coder$UnknownCoder >> [javah] com.apple.jobjc.Coder$VoidCoder >> [javah] com.apple.jobjc.Coder >> [javah] com.apple.jobjc.FFIType >> [javah] com.apple.jobjc.Function >> [javah] com.apple.jobjc.ID >> [javah] com.apple.jobjc.Invoke$FunCall >> [javah] com.apple.jobjc.Invoke$MsgSend >> [javah] com.apple.jobjc.Invoke$MsgSendSuper >> [javah] com.apple.jobjc.Invoke >> [javah] com.apple.jobjc.JObjCRuntime$Arch >> [javah] com.apple.jobjc.JObjCRuntime$Width >> [javah] com.apple.jobjc.JObjCRuntime >> [javah] com.apple.jobjc.MacOSXFramework >> [javah] com.apple.jobjc.NativeArgumentBuffer >> [javah] com.apple.jobjc.NativeBuffer >> [javah] com.apple.jobjc.NativeObjectLifecycleManager$CFRetainRelease >> [javah] com.apple.jobjc.NativeObjectLifecycleManager$Free >> [javah] com.apple.jobjc.NativeObjectLifecycleManager$Nothing >> [javah] com.apple.jobjc.NativeObjectLifecycleManager >> [javah] com.apple.jobjc.NSClass$NSClassNotFoundException >> [javah] com.apple.jobjc.NSClass >> [javah] com.apple.jobjc.Opaque >> [javah] com.apple.jobjc.Pointer >> [javah] com.apple.jobjc.PrimitiveCoder$BoolCoder >> [javah] com.apple.jobjc.PrimitiveCoder$DoubleCoder >> [javah] com.apple.jobjc.PrimitiveCoder$FloatCoder >> [javah] com.apple.jobjc.PrimitiveCoder$SCharCoder >> [javah] com.apple.jobjc.PrimitiveCoder$SIntCoder >> [javah] com.apple.jobjc.PrimitiveCoder$SLongCoder >> [javah] com.apple.jobjc.PrimitiveCoder$SLongLongCoder >> [javah] com.apple.jobjc.PrimitiveCoder$SShortCoder >> [javah] com.apple.jobjc.PrimitiveCoder$UCharCoder >> [javah] com.apple.jobjc.PrimitiveCoder$UIntCoder >> [javah] com.apple.jobjc.PrimitiveCoder$ULongCoder >> [javah] com.apple.jobjc.PrimitiveCoder$ULongLongCoder >> [javah] com.apple.jobjc.PrimitiveCoder$UShortCoder >> [javah] com.apple.jobjc.PrimitiveCoder >> [javah] com.apple.jobjc.SEL >> [javah] com.apple.jobjc.Struct >> [javah] com.apple.jobjc.Subclassing >> >> build-core-native: >> [exec] Current OS is Mac OS X >> [exec] Setting environment variable: CC= >> [exec] Setting environment variable: CXX= >> [exec] Executing 'xcodebuild' with arguments: >> [exec] '-configuration' >> [exec] 'Debug' >> [exec] '-target' >> [exec] 'build-core-native' >> [exec] 'SRCROOT=.' >> [exec] 'OBJROOT=../../../build/macosx-universal/JObjC.build' >> [exec] 'DSTROOT=../../../build/macosx-universal/JObjC.dst/Debug' >> [exec] 'TARGET_TEMP_DIR=../../../build/macosx-universal/JObjC.dst' >> [exec] 'PROJECT_TEMP_DIR=../../../build/macosx-universal/JObjC.dst' >> [exec] 'BUILD_DIR=../../../build/macosx-universal/JObjC.dst' >> [exec] >> [exec] The ' characters around the executable and arguments are >> [exec] not part of the command. >> [exec] Build settings from command line: >> [exec] BUILD_DIR = ../../../build/macosx-universal/JObjC.dst >> [exec] DSTROOT = ../../../build/macosx-universal/JObjC.dst/Debug >> [exec] OBJROOT = ../../../build/macosx-universal/JObjC.build >> [exec] PROJECT_TEMP_DIR = ../../../build/macosx-universal/JObjC.dst >> [exec] SRCROOT = . >> [exec] TARGET_TEMP_DIR = ../../../build/macosx-universal/JObjC.dst >> [exec] >> [exec] === BUILD LEGACY TARGET build-core-java OF PROJECT JObjC WITH CONFIGURATION Debug === >> [exec] Check dependencies >> [exec] 2011-12-01 12:23:29.270 xcodebuild[48737:3f03] ASSERTION FAILURE in /SourceCache/IDEXcode3ProjectSupport/IDEXcode3ProjectSupport-928/Xcode3Sources/XcodeIDE/Frameworks/DevToolsBase/pbxcore/Target.subproj/PBXTargetBuildContext.m:1966 >> [exec] Details: Assertion failed: [filePath isAbsolutePath] >> [exec] Object: >> [exec] Method: -setHeadermapToolInvocation:forFilePath: >> [exec] Thread:{name = (null), num = 2} >> [exec] Backtrace: >> [exec] 0 0x000000010642b9ac -[PBXTargetBuildContext(DependencyGraphEvents) handleFailureInMethod:object:fileName:lineNumber:messageFormat:arguments:] (in DevToolsCore) >> [exec] 1 0x0000000105828794 _DVTAssertionFailureHandler (in DVTFoundation) >> [exec] 2 0x0000000106423482 -[PBXTargetBuildContext setHeadermapToolInvocation:forFilePath:] (in DevToolsCore) >> [exec] 3 0x00000001064798be -[XCCompilerSpecification computeDependenciesForFilePath:ofType:outputDirectory:inTargetBuildContext:] (in DevToolsCore) >> [exec] 4 0x0000000106523007 -[XCBuildRuleDGSnapshot(DependencyGraphCreation) computeDependenciesForFilePath:ofType:forBuildFileReference:withOutputDirectory:additionalProperties:inTargetBuildContext:] (in DevToolsCore) >> [exec] 5 0x000000010651b978 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) _computeDependenciesForFilePath:ofType:forBuildFileReference:usingBuildRule:inTargetBuildContext:processedPaths:] (in DevToolsCore) >> [exec] 6 0x000000010651c04f -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForFilePath:ofType:forBuildFileReference:usingBuildRule:inTargetBuildContext:] (in DevToolsCore) >> [exec] 7 0x000000010651c600 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForBuildFileReference:inTargetBuildContext:] (in DevToolsCore) >> [exec] 8 0x0000000106510fec -[XCBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForAllBuildFileReferencesInTargetBuildContext:] (in DevToolsCore) >> [exec] 9 0x000000010651dee3 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForAllBuildFileReferencesInTargetBuildContext:] (in DevToolsCore) >> [exec] 10 0x000000010651e86e -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesInTargetBuildContext:] (in DevToolsCore) >> [exec] 11 0x000000010647cd2d -[XCProductTypeSpecification computeDependenciesInTargetBuildContext:] (in DevToolsCore) >> [exec] 12 0x000000010650ca42 -[XCNativeTargetDGSnapshot(DependencyGraphCreation) computeDependenciesInTargetBuildContext:] (in DevToolsCore) >> [exec] 13 0x000000010641b26d -[PBXTargetBuildContext createDependencyGraphWithTargetDGSnapshot:] (in DevToolsCore) >> [exec] 14 0x000000010642ca2e -[PBXTargetBuildContext(DependencyGraphEvents) dg_setTargetSnapshot:] (in DevToolsCore) >> [exec] 15 0x00007fff900cc20c __invoking___ (in CoreFoundation) >> [exec] 16 0x00007fff900cc0a4 -[NSInvocation invoke] (in CoreFoundation) >> [exec] 17 0x000000010642bdf1 -[PBXTargetBuildContext(DependencyGraphEvents) processDependencyGraphEvents] (in DevToolsCore) >> [exec] 18 0x00007fff900cc20c __invoking___ (in CoreFoundation) >> [exec] 19 0x00007fff900cc0a4 -[NSInvocation invoke] (in CoreFoundation) >> [exec] 20 0x0000000106475296 -[XCInvocationQueue _processNextInvocationInThreadSlotNumber:] (in DevToolsCore) >> [exec] 21 0x00000001064756a0 -[XCInvocationQueue _processInvocationsInThreadSlotNumber:] (in DevToolsCore) >> [exec] 22 0x00007fff92d7d7fe -[NSThread main] (in Foundation) >> [exec] 23 0x00007fff92d7d776 __NSThread__main__ (in Foundation) >> [exec] 24 0x00007fff8dad48bf _pthread_start (in libsystem_c.dylib) >> [exec] 25 0x00007fff8dad7b75 thread_start (in libsystem_c.dylib) >> [exec] 2011-12-01 12:23:29.327 xcodebuild[48737:3803] DVTAssertions: ASSERTION FAILURE in /SourceCache/DVTFoundation/DVTFoundation-903/Framework/Classes/FilePaths/DVTFilePath.m:370 >> [exec] Details: fsrep is relative ('../../../build/macosx-universal/JObjC.dst') parentPath must not be nil but it is. >> [exec] Object: >> [exec] Method: +_filePathForParent:fileSystemRepresentation:length:allowCreation: >> [exec] Thread:{name = (null), num = 3} >> [exec] Hints: None >> [exec] Backtrace: >> [exec] 0 0x00000001058288c4 -[DVTAssertionHandler handleFailureInMethod:object:fileName:lineNumber:messageFormat:arguments:] (in DVTFoundation) >> [exec] 1 0x0000000105828794 _DVTAssertionFailureHandler (in DVTFoundation) >> [exec] 2 0x00000001057c5d32 +[DVTFilePath _filePathForParent:fileSystemRepresentation:length:allowCreation:] (in DVTFoundation) >> [exec] 3 0x00000001057c5963 +[DVTFilePath _filePathForParent:pathString:] (in DVTFoundation) >> [exec] 4 0x00000001057c6d47 +[DVTFilePath filePathForPathString:] (in DVTFoundation) >> [exec] 5 0x00000001063e219e -[PBXTarget(XCBuildables) buildWillStartWithBuildLogRecorder:buildParameters:] (in DevToolsCore) >> [exec] 6 0x0000000106567f34 -[Xcode3TargetBuildableSnapshot buildForBuilderWillStart:] (in DevToolsCore) >> [exec] 7 0x0000000105af6256 -[IDEBuildableSnapshot performBuildForBuilder:buildCommand:buildOnlyTheseFiles:] (in IDEFoundation) >> [exec] 8 0x0000000105a30513 -[IDEBuilder main] (in IDEFoundation) >> [exec] 9 0x00007fff92d6b788 -[__NSOperationInternal start] (in Foundation) >> [exec] 10 0x00007fff92d7e9e6 ____NSOQSchedule_block_invoke_2 (in Foundation) >> [exec] 11 0x00007fff8c45b8ba _dispatch_call_block_and_release (in libdispatch.dylib) >> [exec] 12 0x00007fff8c45c799 _dispatch_worker_thread2 (in libdispatch.dylib) >> [exec] 13 0x00007fff8dad63da _pthread_wqthread (in libsystem_c.dylib) >> [exec] 14 0x00007fff8dad7b85 start_wqthread (in libsystem_c.dylib) >> >> BUILD FAILED >> /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml:156: exec returned: 134 >> at org.apache.tools.ant.taskdefs.ExecTask.runExecute(ExecTask.java:636) >> at org.apache.tools.ant.taskdefs.ExecTask.runExec(ExecTask.java:662) >> at org.apache.tools.ant.taskdefs.ExecTask.execute(ExecTask.java:487) >> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) >> at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) >> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >> at java.lang.reflect.Method.invoke(Method.java:597) >> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) >> at org.apache.tools.ant.Task.perform(Task.java:348) >> at org.apache.tools.ant.Target.execute(Target.java:357) >> at org.apache.tools.ant.Target.performTasks(Target.java:385) >> at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1337) >> at org.apache.tools.ant.Project.executeTarget(Project.java:1306) >> at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) >> at org.apache.tools.ant.Project.executeTargets(Project.java:1189) >> at org.apache.tools.ant.Main.runBuild(Main.java:758) >> at org.apache.tools.ant.Main.startAnt(Main.java:217) >> at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) >> at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) >> >> Total time: 7 seconds >> make[2]: *** [../../../build/macosx-universal/JObjC.build/JObjC.jar] Error 1 >> make[1]: *** [all] Error 1 >> make: *** [all] Error 1 >> >> > > From kelly.ohair at oracle.com Thu Dec 1 13:46:56 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Thu, 1 Dec 2011 13:46:56 -0800 Subject: Build failure In-Reply-To: <9EB9EDEB-0D78-4EFA-BD0C-D7A7097E8A51@apple.com> References: <4ED7ED93.1000703@oracle.com> <9EB9EDEB-0D78-4EFA-BD0C-D7A7097E8A51@apple.com> Message-ID: This is being run through an automated build system, so kind of difficult to just 'start again'. I need the build to just work reliably all the time. So I'll need to figure out what the issue is here. In my opinion, make -> ant -> xcodebuild is kind of ugly, all three could probably sit in as Cinderella's step sisters, but mixing them up too much is really ugly. :^( Is there an expectation that the ant being used be part of some Apple install? I'm using my own ant 1.7.1 install, the same ant bits and version used on all platforms. -kto On Dec 1, 2011, at 1:29 PM, Mike Swingler wrote: > Looks like the Xcode project file was being run from xcodebuild (kicked off by ant, kicked off by a Makefile), and the process crashed. > > Is this crashing reliably, or does it work when the build is started again? > > Curious, > Mike Swingler > Apple Inc. > > On Dec 1, 2011, at 1:11 PM, Michael McMahon wrote: > >> On 01/12/11 20:38, Kelly O'Hair wrote: >>> I pulled over the latest http://hg.openjdk.java.net/macosx-port/macosx-port/jdk repository >>> and tried to build it on a Mac 10.7 (Lion) with Xcode 4. >>> It appears to be running an ant script from the jdk makefiles now, something that the jdk >>> repository has never done before, but in any case, it fails. >>> >> Is that a recent change? I haven't noticed a problem like that before. >>> Does anybody know why? And where did all the make "Entering" "leaving" messages go? >>> >> I know you can get them back by calling make -w at the top level. >> >> - Michael. >> >>> -kto >>> >>> P.S. I really hate these ant scripts. :^( >>> >>> ... >>> mkdir -p ../../../build/macosx-universal/bridge_metadata >>> Updating bridge support in ../../../build/macosx-universal/bridge_metadata >>> (cd ../../../build/macosx-universal/bridge_metadata; /usr/bin/make STABLE_GEN_DIR="../../../build/macosx-universal/stable_bridge_metadata" FRAMEWORKS="Foundation CoreFoundation AppKit" -f ../../../src/macosx/native/jobjc/bridgesupport.gmk all) >>> linking /System/Library/Frameworks/Foundation.framework/Headers >>> ln -s /System/Library/Frameworks/Foundation.framework/Headers Foundation.headers >>> linking /System/Library/Frameworks/CoreFoundation.framework/Headers >>> ln -s /System/Library/Frameworks/CoreFoundation.framework/Headers CoreFoundation.headers >>> linking /System/Library/Frameworks/AppKit.framework/Headers >>> ln -s /System/Library/Frameworks/AppKit.framework/Headers AppKit.headers >>> mkdir -p ../../../build/macosx-universal/stable_bridge_metadata >>> generating bridge support for Foundation.headers >>> if [ -f /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/FoundationFull.bridgesupport ] ; \ >>> then cp /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/FoundationFull.bridgesupport Foundation.bridgesupport ; \ >>> else /usr/bin/gen_bridge_metadata -F complete --framework Foundation.framework -o Foundation.bridgesupport ; \ >>> fi >>> /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> if cmp -s Foundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/FoundationFull.bridgesupport ; \ >>> then : ; \ >>> else cp Foundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/FoundationFull.bridgesupport ; \ >>> fi >>> generating bridge support for CoreFoundation.headers >>> if [ -f /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundationFull.bridgesupport ] ; \ >>> then cp /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundationFull.bridgesupport CoreFoundation.bridgesupport ; \ >>> else /usr/bin/gen_bridge_metadata -F complete --framework CoreFoundation.framework -o CoreFoundation.bridgesupport ; \ >>> fi >>> /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> /usr/bin/gen_bridge_metadata:2163: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> if cmp -s CoreFoundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/CoreFoundationFull.bridgesupport ; \ >>> then : ; \ >>> else cp CoreFoundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/CoreFoundationFull.bridgesupport ; \ >>> fi >>> generating bridge support for AppKit.headers >>> if [ -f /System/Library/Frameworks/AppKit.framework/Resources/BridgeSupport/AppKitFull.bridgesupport ] ; \ >>> then cp /System/Library/Frameworks/AppKit.framework/Resources/BridgeSupport/AppKitFull.bridgesupport AppKit.bridgesupport ; \ >>> else /usr/bin/gen_bridge_metadata -F complete --framework AppKit.framework -o AppKit.bridgesupport ; \ >>> fi >>> /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> MergingHash:aPoint[name]: aPoint => thePoint >>> /usr/bin/gen_bridge_metadata:2163: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> MergingHash:aPoint[name]: aPoint => thePoint >>> if cmp -s AppKit.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/AppKitFull.bridgesupport ; \ >>> then : ; \ >>> else cp AppKit.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/AppKitFull.bridgesupport ; \ >>> fi >>> JObjC dylib or jar out of data wrt FRAMEWORKS ( Foundation CoreFoundation AppKit ) or JObjC source ( core, generator, additions, build ) >>> Running ant with java_home set to /opt/jprt/products/P1/jdk6u18-latest/Home >>> (cd ../../../src/macosx/native/jobjc; OBJROOT="../../../build/macosx-universal/JObjC.build" DSTROOT="../../../build/macosx-universal/JObjC.dst" JAVA_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home STABLE_GEN_DIR="../../../build/macosx-universal/stable_bridge_metadata" /usr/bin/ant -verbose all) >>> Apache Ant version 1.7.1 compiled on June 27 2008 >>> Buildfile: build.xml >>> Detected Java version: 1.6 in: /opt/jprt/products/P1/jdk6u18-latest/Home >>> Detected OS: Mac OS X >>> parsing buildfile /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml with URI = file:/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml >>> Project base dir set to: /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc >>> [antlib:org.apache.tools.ant] Could not load definitions from resource org/apache/tools/ant/antlib.xml. It could not be found. >>> [property] Loading Environment env. >>> Property "-*-command-variables-*-" has not been set >>> [echoproperties] #Ant properties >>> [echoproperties] #Thu Dec 01 12:23:26 PST 2011 >>> [echoproperties] ant.core.lib=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant.jar >>> [echoproperties] ant.file=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml >>> [echoproperties] ant.file.JObjC=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml >>> [echoproperties] ant.home=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 >>> [echoproperties] ant.java.version=1.6 >>> [echoproperties] ant.library.dir=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib >>> [echoproperties] ant.project.name=JObjC >>> [echoproperties] ant.version=Apache Ant version 1.7.1 compiled on June 27 2008 >>> [echoproperties] awt.nativeDoubleBuffering=true >>> [echoproperties] awt.toolkit=apple.awt.CToolkit >>> [echoproperties] basedir=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc >>> [echoproperties] env.ALT_BOOTDIR=/opt/jprt/products/P1/jdk6u18-latest/Home >>> [echoproperties] env.ALT_CUPS_HEADERS_PATH=/opt/jprt/products/P1/cups1.0-latest >>> [echoproperties] env.ALT_DROPS_DIR=/opt/jprt/products/P1/jdk7drops_1.0 >>> [echoproperties] env.ALT_JDK_HOST_IMPORT_PATH=/opt/jprt/products/P1/jdk7-latest/Home >>> [echoproperties] env.ALT_JDK_IMPORT_PATH=/opt/jprt/products/P1/jdk7-latest/Home >>> [echoproperties] env.ALT_MOZILLA_HEADERS_PATH=/opt/jprt/products/P1/npapi_1.0/plugin >>> [echoproperties] env.ALT_PARALLEL_COMPILE_JOBS=16 >>> [echoproperties] env.ALT_PREVIOUS_JDK_IMAGE=/opt/jprt/products/P1/jdk6u18-latest/Home >>> [echoproperties] env.ALT_SLASH_JAVA=/opt/jprt/slashjava >>> [echoproperties] env.ALWAYS_PASS_TEST_GAMMA=true >>> [echoproperties] env.ANT_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 >>> [echoproperties] env.ARCH_DATA_MODEL=32 >>> [echoproperties] env.BOOTDIR=/opt/jprt/products/P1/jdk6u18-latest/Home >>> [echoproperties] env.DEV_NULL=/dev/null >>> [echoproperties] env.DISPLAY=jprt-west1\:525 >>> [echoproperties] env.DSTROOT=../../../build/macosx-universal/JObjC.dst >>> [echoproperties] env.FULL_VERSION=1.7.0-internal-201112012014.kohair.jdk-b00 >>> [echoproperties] env.HOME=/Users/jprtadm >>> [echoproperties] env.HOTSPOT_BUILD_JOBS=16 >>> [echoproperties] env.JAVA_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home >>> [echoproperties] env.JAVA_MAIN_CLASS_19542=jprt.tools.Main >>> [echoproperties] env.JAVA_MAIN_CLASS_48729=org.apache.tools.ant.launch.Launcher >>> [echoproperties] env.JDK_HAS_MEM_INFO=true >>> [echoproperties] env.JPRT_ADMIN_SCRIPT_LOG=/opt/jprt/syslogs/scripts//jprt_startclient_2011-11-29-16-56-30-shell.txt >>> [echoproperties] env.JPRT_ANT171_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 >>> [echoproperties] env.JPRT_ANT1_7_1_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 >>> [echoproperties] env.JPRT_ARCHIVE_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product.zip >>> [echoproperties] env.JPRT_ARCHIVE_INSTALL_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-install.zip >>> [echoproperties] env.JPRT_ARCHIVE_MODULES_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-modules.zip >>> [echoproperties] env.JPRT_ARCH_DATA_MODEL=64 >>> [echoproperties] env.JPRT_BOOT_PRODUCT_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home >>> [echoproperties] env.JPRT_BUILD_FLAVOR_ID=product >>> [echoproperties] env.JPRT_BUILD_VERSION=201112012014.kohair.jdk >>> [echoproperties] env.JPRT_COMPILER_NAME=none >>> [echoproperties] env.JPRT_CONFIG_RELEASE=/opt/jprt/dist/sbin/config/jdk7/jprt.config >>> [echoproperties] env.JPRT_CONFIG_SHARED=/opt/jprt/dist/sbin/config/jprt.config >>> [echoproperties] env.JPRT_CUPS1_0-LATEST_HOME=/opt/jprt/products/P1/cups1.0-latest >>> [echoproperties] env.JPRT_CUPS_HOME=/opt/jprt/products/P1/cups1.0-latest >>> [echoproperties] env.JPRT_DIST_DIR=/opt/jprt/dist >>> [echoproperties] env.JPRT_FORCE_CORE_DUMP_FILE=/tmp/jprt/P1/201435.kohair/forceCoreDump >>> [echoproperties] env.JPRT_HOST=sc14ib04.us.oracle.com >>> [echoproperties] env.JPRT_HOST_ID=sc14ib04.us.oracle.com(P1) >>> [echoproperties] env.JPRT_IMPORT_PRODUCT_HOME=/opt/jprt/products/P1/jdk7-latest/Home >>> [echoproperties] env.JPRT_INSTANCE=P1 >>> [echoproperties] env.JPRT_JAVA_HOME=/opt/jprt/jdk1.6.0/Home >>> [echoproperties] env.JPRT_JDK6U18-LATEST_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home >>> [echoproperties] env.JPRT_JDK6U18_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home >>> [echoproperties] env.JPRT_JDK7-LATEST_HOME=/opt/jprt/products/P1/jdk7-latest/Home >>> [echoproperties] env.JPRT_JDK7DROPS_1_0_HOME=/opt/jprt/products/P1/jdk7drops_1.0 >>> [echoproperties] env.JPRT_JDK7DROPS_HOME=/opt/jprt/products/P1/jdk7drops_1.0 >>> [echoproperties] env.JPRT_JDK7_HOME=/opt/jprt/products/P1/jdk7-latest/Home >>> [echoproperties] env.JPRT_JOB_DISPLAY=jprt-west1\:525 >>> [echoproperties] env.JPRT_JOB_ID=2011-12-01-201435.kohair.jdk >>> [echoproperties] env.JPRT_JOB_PRODUCT_RELEASE=jdk7 >>> [echoproperties] env.JPRT_LOCAL_ROOT=/opt/jprt >>> [echoproperties] env.JPRT_MAKE=/usr/bin/make >>> [echoproperties] env.JPRT_MAKE_DIR=make >>> [echoproperties] env.JPRT_NPAPI_1_0_HOME=/opt/jprt/products/P1/npapi_1.0/plugin >>> [echoproperties] env.JPRT_NPAPI_HOME=/opt/jprt/products/P1/npapi_1.0/plugin >>> [echoproperties] env.JPRT_PARALLEL_COUNT=16 >>> [echoproperties] env.JPRT_PLATFORM_ARCH=x64 >>> [echoproperties] env.JPRT_PLATFORM_ID=macosx_x64_10.7 >>> [echoproperties] env.JPRT_PLATFORM_OS=macosx >>> [echoproperties] env.JPRT_POSTCONFIG=make/jprt.postconfig >>> [echoproperties] env.JPRT_PRECONFIG=make/jprt.preconfig >>> [echoproperties] env.JPRT_SLASH_JAVA=/opt/jprt/slashjava >>> [echoproperties] env.JPRT_SOURCE_TREE=/tmp/jprt/P1/201435.kohair/source >>> [echoproperties] env.JPRT_TARGET_ID=macosx_x64_10.7-product >>> [echoproperties] env.JPRT_TARGET_KIND=build >>> [echoproperties] env.JPRT_TARGET_PID_FILE=/tmp/jprt/P1/201435.kohair/targetPidFile >>> [echoproperties] env.JPRT_TEMP_DIR=/tmp/jprt/P1/201435.kohair >>> [echoproperties] env.JPRT_TIME_LIMIT=3h >>> [echoproperties] env.JPRT_UNIX_TOOLKIT=NONE >>> [echoproperties] env.JPRT_USER=kohair >>> [echoproperties] env.LANG=C >>> [echoproperties] env.LC_ALL=C >>> [echoproperties] env.LOGNAME=jprtadm >>> [echoproperties] env.LOW_MEMORY_MACHINE=false >>> [echoproperties] env.MAIL=/var/mail/jprtadm >>> [echoproperties] env.MAKEFLAGS=JPRT_ARCHIVE_MODULES_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-modules.zip JPRT_ARCHIVE_INSTALL_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-install.zip JPRT_ARCHIVE_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product.zip JPRT_BUILD_VERSION\=201112012014.kohair.jdk ALT_SLASH_JAVA\=/opt/jprt/slashjava FULL_VERSION\=1.7.0-internal-201112012014.kohair.jdk-b00 RELEASE\=1.7.0-internal >>> [echoproperties] env.MAKELEVEL=3 >>> [echoproperties] env.MAKEOVERRIDES=${-*-command-variables-*-} >>> [echoproperties] env.MAX_VM_MEMORY=512 >>> [echoproperties] env.MB_OF_MEMORY=2048 >>> [echoproperties] env.MFLAGS= >>> [echoproperties] env.MIN_VM_MEMORY=512 >>> [echoproperties] env.OBJROOT=../../../build/macosx-universal/JObjC.build >>> [echoproperties] env.PATH=/opt/jprt/products/P1/jdk6u18-latest/Home/bin\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/bin\:/System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Commands\:/opt/jprt/dist/sbin\:/usr/local/bin\:/usr/ccs/bin\:/usr/ccs/lib\:/usr/bin\:/bin\:/usr/sbin\:/sbin\:/usr/X11R6/bin >>> [echoproperties] env.PLATFORM=macosx >>> [echoproperties] env.PREVIOUS_JDK_VERSION=1.6.0 >>> [echoproperties] env.PWD=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc >>> [echoproperties] env.RELEASE=1.7.0-internal >>> [echoproperties] env.SA_APPLE_BOOT_JAVA=true >>> [echoproperties] env.SHELL=/bin/bash >>> [echoproperties] env.SHLVL=7 >>> [echoproperties] env.SKIP_COMPARE_IMAGES=true >>> [echoproperties] env.SSH_CLIENT=10.133.137.52 59771 22 >>> [echoproperties] env.SSH_CONNECTION=10.133.137.52 59771 10.133.161.51 22 >>> [echoproperties] env.STABLE_GEN_DIR=../../../build/macosx-universal/stable_bridge_metadata >>> [echoproperties] env.SUNW_NO_UPDATE_NOTIFY=1 >>> [echoproperties] env.SYSTEM_UNAME=Darwin >>> [echoproperties] env.TMPDIR=/tmp/jprt/P1/201435.kohair >>> [echoproperties] env.USER=jprtadm >>> [echoproperties] env.USER_RELEASE_SUFFIX=201112012014.kohair.jdk >>> [echoproperties] env.UT_NO_USAGE_TRACKING=1 >>> [echoproperties] env.__CF_USER_TEXT_ENCODING=0x29B\:0\:0 >>> [echoproperties] env.com.apple.java.jvmMode=client >>> [echoproperties] env.com.apple.java.jvmTask=CommandLine_Manual.java.java >>> [echoproperties] file.encoding=MacRoman >>> [echoproperties] file.encoding.pkg=sun.io >>> [echoproperties] file.separator=/ >>> [echoproperties] ftp.nonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com >>> [echoproperties] ftp.proxyHost=www-proxy.us.oracle.com >>> [echoproperties] ftp.proxyPort=80 >>> [echoproperties] gopherProxySet=false >>> [echoproperties] http.nonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com >>> [echoproperties] http.proxyHost=www-proxy.us.oracle.com >>> [echoproperties] http.proxyPort=80 >>> [echoproperties] https.proxyHost=www-proxy.us.oracle.com >>> [echoproperties] https.proxyPort=80 >>> [echoproperties] java.awt.graphicsenv=apple.awt.CGraphicsEnvironment >>> [echoproperties] java.awt.printerjob=apple.awt.CPrinterJob >>> [echoproperties] java.class.path=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-launcher.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-antlr.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-bcel.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-bsf.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-log4j.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-oro.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-regexp.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-resolver.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-commons-logging.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-commons-net.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jai.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-javamail.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jdepend.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jmf.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jsch.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-junit.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-launcher.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-netrexx.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-nodeps.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-starteam.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-stylebook.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-swing.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-testutil.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-trax.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-weblogic.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/xercesImpl.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/xml-apis.jar >>> [echoproperties] java.class.version=50.0 >>> [echoproperties] java.endorsed.dirs=/opt/jprt/products/P1/jdk6u18-latest/Home/lib/endorsed >>> [echoproperties] java.ext.dirs=/Library/Java/Extensions\:/System/Library/Java/Extensions\:/opt/jprt/products/P1/jdk6u18-latest/Home/lib/ext >>> [echoproperties] java.home=/opt/jprt/products/P1/jdk6u18-latest/Home >>> [echoproperties] java.io.tmpdir=/var/folders/y4/s490h3f55fs1jvc95nt1tc4w0000mv/T/ >>> [echoproperties] java.library.path=.\:/Library/Java/Extensions\:/System/Library/Java/Extensions\:/usr/lib/java >>> [echoproperties] java.runtime.name=Java(TM) SE Runtime Environment >>> [echoproperties] java.runtime.version=1.6.0_26-b03-384-11M3527 >>> [echoproperties] java.specification.name=Java Platform API Specification >>> [echoproperties] java.specification.vendor=Sun Microsystems Inc. >>> [echoproperties] java.specification.version=1.6 >>> [echoproperties] java.vendor=Apple Inc. >>> [echoproperties] java.vendor.url=http\://www.apple.com/ >>> [echoproperties] java.vendor.url.bug=http\://bugreport.apple.com/ >>> [echoproperties] java.version=1.6.0_26 >>> [echoproperties] java.vm.info=mixed mode >>> [echoproperties] java.vm.name=Java HotSpot(TM) 64-Bit Server VM >>> [echoproperties] java.vm.specification.name=Java Virtual Machine Specification >>> [echoproperties] java.vm.specification.vendor=Sun Microsystems Inc. >>> [echoproperties] java.vm.specification.version=1.0 >>> [echoproperties] java.vm.vendor=Apple Inc. >>> [echoproperties] java.vm.version=20.1-b02-384 >>> [echoproperties] jikes.class.path=\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/alt-rt.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/alt-string.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/charsets.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/classes.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/dt.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jce.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jconsole.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jsse.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/management-agent.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/ui.jar >>> [echoproperties] line.separator=\n >>> [echoproperties] mrj.build=11M3527 >>> [echoproperties] mrj.version=1060.1.6.0_26-384 >>> [echoproperties] os.arch=x86_64 >>> [echoproperties] os.name=Mac OS X >>> [echoproperties] os.version=10.7.2 >>> [echoproperties] path.separator=\: >>> [echoproperties] socksNonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com >>> [echoproperties] socksProxyHost=www-proxy.us.oracle.com >>> [echoproperties] socksProxyPort=80 >>> [echoproperties] sun.arch.data.model=64 >>> [echoproperties] sun.boot.class.path=/opt/jprt/products/P1/jdk6u18-latest/Classes/jsfd.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/classes.jar\:/System/Library/Frameworks/JavaVM.framework/Frameworks/JavaRuntimeSupport.framework/Resources/Java/JavaRuntimeSupport.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/ui.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/laf.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/sunrsasign.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/jsse.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/jce.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/charsets.jar >>> [echoproperties] sun.boot.library.path=/opt/jprt/products/P1/jdk6u18-latest/Libraries >>> [echoproperties] sun.cpu.endian=little >>> [echoproperties] sun.cpu.isalist= >>> [echoproperties] sun.io.unicode.encoding=UnicodeLittle >>> [echoproperties] sun.java.command=org.apache.tools.ant.launch.Launcher -cp -verbose all >>> [echoproperties] sun.java.launcher=SUN_STANDARD >>> [echoproperties] sun.jnu.encoding=MacRoman >>> [echoproperties] sun.management.compiler=HotSpot 64-Bit Tiered Compilers >>> [echoproperties] sun.os.patch.level=unknown >>> [echoproperties] user.country= >>> [echoproperties] user.dir=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc >>> [echoproperties] user.home=/Users/jprtadm >>> [echoproperties] user.language=en >>> [echoproperties] user.name=jprtadm >>> [echoproperties] user.timezone= >>> Property "env.PRODUCT_NAME" has not been set >>> Property "env.SRCROOT" has not been set >>> Property "env.CONFIGURATION" has not been set >>> Property "env.RC_ARCHS" has not been set >>> Property "env.CONFIGURATION_BUILD_DIR" has not been set >>> Property "env.INSTALL_PATH" has not been set >>> [echo] (Settings :src '.' :cfg 'Debug' :obj '../../../build/macosx-universal/JObjC.build' :dst '../../../build/macosx-universal/JObjC.dst/Debug') >>> Property "env.BENCH_MATCH" has not been set >>> Build sequence for target(s) `all' is [gen-pcoder, build-core, build-core-native, build-generator, run-generator, build-generated, build-additions, build-additions-native, assemble-product, all] >>> Complete build sequence is [gen-pcoder, build-core, build-core-native, build-generator, run-generator, build-generated, build-additions, build-additions-native, assemble-product, all, clean, clean-all, build-test-installed, build-test-native-installed, bench-installed, test-installed, all-but-gen, run-generator-old, all-test, build-test, build-test-native, install, installsrc, installhdrs, test, bench, clean-all-test, doc-core, ] >>> >>> gen-pcoder: >>> [exec] Current OS is Mac OS X >>> [exec] Executing './run-and-write-if-okay' with arguments: >>> [exec] './src/core/PrimitiveCoder.hs' >>> [exec] './src/core/java/com/apple/jobjc/PrimitiveCoder.java' >>> [exec] >>> [exec] The ' characters around the executable and arguments are >>> [exec] not part of the command. >>> [exec] ./run-and-write-if-okay:40: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> [exec] env: runhaskell: No such file or directory >>> [exec] >>> [exec] ./src/core/PrimitiveCoder.hs failed to run trial. Ignoring. >>> >>> build-core: >>> [mkdir] Created dir: /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core >>> [javac] com/apple/jobjc/PrimitiveCoder.java added as com/apple/jobjc/PrimitiveCoder.class doesn't exist. >>> [javac] Compiling 1 source file to /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core >>> [javac] Using modern compiler >>> [javac] Compilation arguments: >>> [javac] '-d' >>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>> [javac] '-classpath' >>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>> [javac] '-sourcepath' >>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java' >>> [javac] '-target' >>> [javac] '1.5' >>> [javac] '-g' >>> [javac] '-source' >>> [javac] '1.5' >>> [javac] >>> [javac] The ' characters around the executable and arguments are >>> [javac] not part of the command. >>> [javac] File to be compiled: >>> [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/PrimitiveCoder.java >>> [javac] Note: Some input files use unchecked or unsafe operations. >>> [javac] Note: Recompile with -Xlint:unchecked for details. >>> [javac] com/apple/jobjc/CFType.java added as com/apple/jobjc/CFType.class doesn't exist. >>> [javac] com/apple/jobjc/CIF.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/CIF.class is up to date. >>> [javac] com/apple/jobjc/Coder.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Coder.class is up to date. >>> [javac] com/apple/jobjc/FFIType.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/FFIType.class is up to date. >>> [javac] com/apple/jobjc/Function.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Function.class is up to date. >>> [javac] com/apple/jobjc/ID.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/ID.class is up to date. >>> [javac] com/apple/jobjc/Invoke.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Invoke.class is up to date. >>> [javac] com/apple/jobjc/JObjCRuntime.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/JObjCRuntime.class is up to date. >>> [javac] com/apple/jobjc/MacOSXFramework.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/MacOSXFramework.class is up to date. >>> [javac] com/apple/jobjc/NSClass.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NSClass.class is up to date. >>> [javac] com/apple/jobjc/NativeArgumentBuffer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeArgumentBuffer.class is up to date. >>> [javac] com/apple/jobjc/NativeBuffer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeBuffer.class is up to date. >>> [javac] com/apple/jobjc/NativeObjectLifecycleManager.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeObjectLifecycleManager.class is up to date. >>> [javac] com/apple/jobjc/Opaque.java added as com/apple/jobjc/Opaque.class doesn't exist. >>> [javac] com/apple/jobjc/Pointer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Pointer.class is up to date. >>> [javac] com/apple/jobjc/PrimitiveCoder.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/PrimitiveCoder.class is up to date. >>> [javac] com/apple/jobjc/SEL.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/SEL.class is up to date. >>> [javac] com/apple/jobjc/Struct.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Struct.class is up to date. >>> [javac] com/apple/jobjc/Subclassing.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Subclassing.class is up to date. >>> [javac] Compiling 2 source files to /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core >>> [javac] Using modern compiler >>> [javac] Compilation arguments: >>> [javac] '-d' >>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>> [javac] '-classpath' >>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>> [javac] '-sourcepath' >>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java' >>> [javac] '-target' >>> [javac] '1.5' >>> [javac] '-g' >>> [javac] '-source' >>> [javac] '1.5' >>> [javac] >>> [javac] The ' characters around the executable and arguments are >>> [javac] not part of the command. >>> [javac] Files to be compiled: >>> [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/CFType.java >>> [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/Opaque.java >>> [exec] Current OS is Mac OS X >>> [exec] Output redirected to property: core.classes >>> [exec] Executing './extract_classes.pl' with arguments: >>> [exec] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>> [exec] >>> [exec] The ' characters around the executable and arguments are >>> [exec] not part of the command. >>> [mkdir] Created dir: /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/src/jni_headers/core >>> [javah] Compilation arguments: >>> [javah] '-d' >>> [javah] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/src/jni_headers/core' >>> [javah] '-classpath' >>> [javah] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>> [javah] >>> [javah] The ' characters around the executable and arguments are >>> [javah] not part of the command. >>> [javah] Classes to be compiled: >>> [javah] com.apple.jobjc.CFType >>> [javah] com.apple.jobjc.CIF >>> [javah] com.apple.jobjc.Coder$IDCoder >>> [javah] com.apple.jobjc.Coder$NSClassCoder >>> [javah] com.apple.jobjc.Coder$PointerCoder >>> [javah] com.apple.jobjc.Coder$PrimitivePointerCoder >>> [javah] com.apple.jobjc.Coder$SELCoder >>> [javah] com.apple.jobjc.Coder$StructCoder >>> [javah] com.apple.jobjc.Coder$UnknownCoder >>> [javah] com.apple.jobjc.Coder$VoidCoder >>> [javah] com.apple.jobjc.Coder >>> [javah] com.apple.jobjc.FFIType >>> [javah] com.apple.jobjc.Function >>> [javah] com.apple.jobjc.ID >>> [javah] com.apple.jobjc.Invoke$FunCall >>> [javah] com.apple.jobjc.Invoke$MsgSend >>> [javah] com.apple.jobjc.Invoke$MsgSendSuper >>> [javah] com.apple.jobjc.Invoke >>> [javah] com.apple.jobjc.JObjCRuntime$Arch >>> [javah] com.apple.jobjc.JObjCRuntime$Width >>> [javah] com.apple.jobjc.JObjCRuntime >>> [javah] com.apple.jobjc.MacOSXFramework >>> [javah] com.apple.jobjc.NativeArgumentBuffer >>> [javah] com.apple.jobjc.NativeBuffer >>> [javah] com.apple.jobjc.NativeObjectLifecycleManager$CFRetainRelease >>> [javah] com.apple.jobjc.NativeObjectLifecycleManager$Free >>> [javah] com.apple.jobjc.NativeObjectLifecycleManager$Nothing >>> [javah] com.apple.jobjc.NativeObjectLifecycleManager >>> [javah] com.apple.jobjc.NSClass$NSClassNotFoundException >>> [javah] com.apple.jobjc.NSClass >>> [javah] com.apple.jobjc.Opaque >>> [javah] com.apple.jobjc.Pointer >>> [javah] com.apple.jobjc.PrimitiveCoder$BoolCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$DoubleCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$FloatCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$SCharCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$SIntCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$SLongCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$SLongLongCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$SShortCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$UCharCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$UIntCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$ULongCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$ULongLongCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$UShortCoder >>> [javah] com.apple.jobjc.PrimitiveCoder >>> [javah] com.apple.jobjc.SEL >>> [javah] com.apple.jobjc.Struct >>> [javah] com.apple.jobjc.Subclassing >>> >>> build-core-native: >>> [exec] Current OS is Mac OS X >>> [exec] Setting environment variable: CC= >>> [exec] Setting environment variable: CXX= >>> [exec] Executing 'xcodebuild' with arguments: >>> [exec] '-configuration' >>> [exec] 'Debug' >>> [exec] '-target' >>> [exec] 'build-core-native' >>> [exec] 'SRCROOT=.' >>> [exec] 'OBJROOT=../../../build/macosx-universal/JObjC.build' >>> [exec] 'DSTROOT=../../../build/macosx-universal/JObjC.dst/Debug' >>> [exec] 'TARGET_TEMP_DIR=../../../build/macosx-universal/JObjC.dst' >>> [exec] 'PROJECT_TEMP_DIR=../../../build/macosx-universal/JObjC.dst' >>> [exec] 'BUILD_DIR=../../../build/macosx-universal/JObjC.dst' >>> [exec] >>> [exec] The ' characters around the executable and arguments are >>> [exec] not part of the command. >>> [exec] Build settings from command line: >>> [exec] BUILD_DIR = ../../../build/macosx-universal/JObjC.dst >>> [exec] DSTROOT = ../../../build/macosx-universal/JObjC.dst/Debug >>> [exec] OBJROOT = ../../../build/macosx-universal/JObjC.build >>> [exec] PROJECT_TEMP_DIR = ../../../build/macosx-universal/JObjC.dst >>> [exec] SRCROOT = . >>> [exec] TARGET_TEMP_DIR = ../../../build/macosx-universal/JObjC.dst >>> [exec] >>> [exec] === BUILD LEGACY TARGET build-core-java OF PROJECT JObjC WITH CONFIGURATION Debug === >>> [exec] Check dependencies >>> [exec] 2011-12-01 12:23:29.270 xcodebuild[48737:3f03] ASSERTION FAILURE in /SourceCache/IDEXcode3ProjectSupport/IDEXcode3ProjectSupport-928/Xcode3Sources/XcodeIDE/Frameworks/DevToolsBase/pbxcore/Target.subproj/PBXTargetBuildContext.m:1966 >>> [exec] Details: Assertion failed: [filePath isAbsolutePath] >>> [exec] Object: >>> [exec] Method: -setHeadermapToolInvocation:forFilePath: >>> [exec] Thread:{name = (null), num = 2} >>> [exec] Backtrace: >>> [exec] 0 0x000000010642b9ac -[PBXTargetBuildContext(DependencyGraphEvents) handleFailureInMethod:object:fileName:lineNumber:messageFormat:arguments:] (in DevToolsCore) >>> [exec] 1 0x0000000105828794 _DVTAssertionFailureHandler (in DVTFoundation) >>> [exec] 2 0x0000000106423482 -[PBXTargetBuildContext setHeadermapToolInvocation:forFilePath:] (in DevToolsCore) >>> [exec] 3 0x00000001064798be -[XCCompilerSpecification computeDependenciesForFilePath:ofType:outputDirectory:inTargetBuildContext:] (in DevToolsCore) >>> [exec] 4 0x0000000106523007 -[XCBuildRuleDGSnapshot(DependencyGraphCreation) computeDependenciesForFilePath:ofType:forBuildFileReference:withOutputDirectory:additionalProperties:inTargetBuildContext:] (in DevToolsCore) >>> [exec] 5 0x000000010651b978 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) _computeDependenciesForFilePath:ofType:forBuildFileReference:usingBuildRule:inTargetBuildContext:processedPaths:] (in DevToolsCore) >>> [exec] 6 0x000000010651c04f -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForFilePath:ofType:forBuildFileReference:usingBuildRule:inTargetBuildContext:] (in DevToolsCore) >>> [exec] 7 0x000000010651c600 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForBuildFileReference:inTargetBuildContext:] (in DevToolsCore) >>> [exec] 8 0x0000000106510fec -[XCBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForAllBuildFileReferencesInTargetBuildContext:] (in DevToolsCore) >>> [exec] 9 0x000000010651dee3 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForAllBuildFileReferencesInTargetBuildContext:] (in DevToolsCore) >>> [exec] 10 0x000000010651e86e -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesInTargetBuildContext:] (in DevToolsCore) >>> [exec] 11 0x000000010647cd2d -[XCProductTypeSpecification computeDependenciesInTargetBuildContext:] (in DevToolsCore) >>> [exec] 12 0x000000010650ca42 -[XCNativeTargetDGSnapshot(DependencyGraphCreation) computeDependenciesInTargetBuildContext:] (in DevToolsCore) >>> [exec] 13 0x000000010641b26d -[PBXTargetBuildContext createDependencyGraphWithTargetDGSnapshot:] (in DevToolsCore) >>> [exec] 14 0x000000010642ca2e -[PBXTargetBuildContext(DependencyGraphEvents) dg_setTargetSnapshot:] (in DevToolsCore) >>> [exec] 15 0x00007fff900cc20c __invoking___ (in CoreFoundation) >>> [exec] 16 0x00007fff900cc0a4 -[NSInvocation invoke] (in CoreFoundation) >>> [exec] 17 0x000000010642bdf1 -[PBXTargetBuildContext(DependencyGraphEvents) processDependencyGraphEvents] (in DevToolsCore) >>> [exec] 18 0x00007fff900cc20c __invoking___ (in CoreFoundation) >>> [exec] 19 0x00007fff900cc0a4 -[NSInvocation invoke] (in CoreFoundation) >>> [exec] 20 0x0000000106475296 -[XCInvocationQueue _processNextInvocationInThreadSlotNumber:] (in DevToolsCore) >>> [exec] 21 0x00000001064756a0 -[XCInvocationQueue _processInvocationsInThreadSlotNumber:] (in DevToolsCore) >>> [exec] 22 0x00007fff92d7d7fe -[NSThread main] (in Foundation) >>> [exec] 23 0x00007fff92d7d776 __NSThread__main__ (in Foundation) >>> [exec] 24 0x00007fff8dad48bf _pthread_start (in libsystem_c.dylib) >>> [exec] 25 0x00007fff8dad7b75 thread_start (in libsystem_c.dylib) >>> [exec] 2011-12-01 12:23:29.327 xcodebuild[48737:3803] DVTAssertions: ASSERTION FAILURE in /SourceCache/DVTFoundation/DVTFoundation-903/Framework/Classes/FilePaths/DVTFilePath.m:370 >>> [exec] Details: fsrep is relative ('../../../build/macosx-universal/JObjC.dst') parentPath must not be nil but it is. >>> [exec] Object: >>> [exec] Method: +_filePathForParent:fileSystemRepresentation:length:allowCreation: >>> [exec] Thread:{name = (null), num = 3} >>> [exec] Hints: None >>> [exec] Backtrace: >>> [exec] 0 0x00000001058288c4 -[DVTAssertionHandler handleFailureInMethod:object:fileName:lineNumber:messageFormat:arguments:] (in DVTFoundation) >>> [exec] 1 0x0000000105828794 _DVTAssertionFailureHandler (in DVTFoundation) >>> [exec] 2 0x00000001057c5d32 +[DVTFilePath _filePathForParent:fileSystemRepresentation:length:allowCreation:] (in DVTFoundation) >>> [exec] 3 0x00000001057c5963 +[DVTFilePath _filePathForParent:pathString:] (in DVTFoundation) >>> [exec] 4 0x00000001057c6d47 +[DVTFilePath filePathForPathString:] (in DVTFoundation) >>> [exec] 5 0x00000001063e219e -[PBXTarget(XCBuildables) buildWillStartWithBuildLogRecorder:buildParameters:] (in DevToolsCore) >>> [exec] 6 0x0000000106567f34 -[Xcode3TargetBuildableSnapshot buildForBuilderWillStart:] (in DevToolsCore) >>> [exec] 7 0x0000000105af6256 -[IDEBuildableSnapshot performBuildForBuilder:buildCommand:buildOnlyTheseFiles:] (in IDEFoundation) >>> [exec] 8 0x0000000105a30513 -[IDEBuilder main] (in IDEFoundation) >>> [exec] 9 0x00007fff92d6b788 -[__NSOperationInternal start] (in Foundation) >>> [exec] 10 0x00007fff92d7e9e6 ____NSOQSchedule_block_invoke_2 (in Foundation) >>> [exec] 11 0x00007fff8c45b8ba _dispatch_call_block_and_release (in libdispatch.dylib) >>> [exec] 12 0x00007fff8c45c799 _dispatch_worker_thread2 (in libdispatch.dylib) >>> [exec] 13 0x00007fff8dad63da _pthread_wqthread (in libsystem_c.dylib) >>> [exec] 14 0x00007fff8dad7b85 start_wqthread (in libsystem_c.dylib) >>> >>> BUILD FAILED >>> /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml:156: exec returned: 134 >>> at org.apache.tools.ant.taskdefs.ExecTask.runExecute(ExecTask.java:636) >>> at org.apache.tools.ant.taskdefs.ExecTask.runExec(ExecTask.java:662) >>> at org.apache.tools.ant.taskdefs.ExecTask.execute(ExecTask.java:487) >>> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) >>> at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) >>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>> at java.lang.reflect.Method.invoke(Method.java:597) >>> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) >>> at org.apache.tools.ant.Task.perform(Task.java:348) >>> at org.apache.tools.ant.Target.execute(Target.java:357) >>> at org.apache.tools.ant.Target.performTasks(Target.java:385) >>> at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1337) >>> at org.apache.tools.ant.Project.executeTarget(Project.java:1306) >>> at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) >>> at org.apache.tools.ant.Project.executeTargets(Project.java:1189) >>> at org.apache.tools.ant.Main.runBuild(Main.java:758) >>> at org.apache.tools.ant.Main.startAnt(Main.java:217) >>> at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) >>> at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) >>> >>> Total time: 7 seconds >>> make[2]: *** [../../../build/macosx-universal/JObjC.build/JObjC.jar] Error 1 >>> make[1]: *** [all] Error 1 >>> make: *** [all] Error 1 >>> >>> >> >> > From swingler at apple.com Thu Dec 1 13:55:25 2011 From: swingler at apple.com (Mike Swingler) Date: Thu, 01 Dec 2011 13:55:25 -0800 Subject: Build failure In-Reply-To: References: <4ED7ED93.1000703@oracle.com> <9EB9EDEB-0D78-4EFA-BD0C-D7A7097E8A51@apple.com> Message-ID: <005E96F1-C9F7-4FEA-B869-7246FBF58B0F@apple.com> The core problem is the xcodebuild crashed (which is a bug in the Xcode frameworks). While we have had a tendency to kick off Java builds from ant in the past (because it was so much faster that straight javac), I have no problem unwinding that to whatever makes more sense for the OpenJDK, but it's a bigger problem that I have the bandwidth to work on right now. Regards, Mike Swingler Apple Inc. On Dec 1, 2011, at 1:46 PM, Kelly O'Hair wrote: > This is being run through an automated build system, so kind of difficult to just 'start again'. > I need the build to just work reliably all the time. So I'll need to figure out what the issue is here. > > In my opinion, make -> ant -> xcodebuild is kind of ugly, all three could probably sit in as > Cinderella's step sisters, but mixing them up too much is really ugly. :^( > > Is there an expectation that the ant being used be part of some Apple install? > I'm using my own ant 1.7.1 install, the same ant bits and version used on all platforms. > > -kto > > On Dec 1, 2011, at 1:29 PM, Mike Swingler wrote: > >> Looks like the Xcode project file was being run from xcodebuild (kicked off by ant, kicked off by a Makefile), and the process crashed. >> >> Is this crashing reliably, or does it work when the build is started again? >> >> Curious, >> Mike Swingler >> Apple Inc. >> >> On Dec 1, 2011, at 1:11 PM, Michael McMahon wrote: >> >>> On 01/12/11 20:38, Kelly O'Hair wrote: >>>> I pulled over the latest http://hg.openjdk.java.net/macosx-port/macosx-port/jdk repository >>>> and tried to build it on a Mac 10.7 (Lion) with Xcode 4. >>>> It appears to be running an ant script from the jdk makefiles now, something that the jdk >>>> repository has never done before, but in any case, it fails. >>>> >>> Is that a recent change? I haven't noticed a problem like that before. >>>> Does anybody know why? And where did all the make "Entering" "leaving" messages go? >>>> >>> I know you can get them back by calling make -w at the top level. >>> >>> - Michael. >>> >>>> -kto >>>> >>>> P.S. I really hate these ant scripts. :^( >>>> >>>> ... >>>> mkdir -p ../../../build/macosx-universal/bridge_metadata >>>> Updating bridge support in ../../../build/macosx-universal/bridge_metadata >>>> (cd ../../../build/macosx-universal/bridge_metadata; /usr/bin/make STABLE_GEN_DIR="../../../build/macosx-universal/stable_bridge_metadata" FRAMEWORKS="Foundation CoreFoundation AppKit" -f ../../../src/macosx/native/jobjc/bridgesupport.gmk all) >>>> linking /System/Library/Frameworks/Foundation.framework/Headers >>>> ln -s /System/Library/Frameworks/Foundation.framework/Headers Foundation.headers >>>> linking /System/Library/Frameworks/CoreFoundation.framework/Headers >>>> ln -s /System/Library/Frameworks/CoreFoundation.framework/Headers CoreFoundation.headers >>>> linking /System/Library/Frameworks/AppKit.framework/Headers >>>> ln -s /System/Library/Frameworks/AppKit.framework/Headers AppKit.headers >>>> mkdir -p ../../../build/macosx-universal/stable_bridge_metadata >>>> generating bridge support for Foundation.headers >>>> if [ -f /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/FoundationFull.bridgesupport ] ; \ >>>> then cp /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/FoundationFull.bridgesupport Foundation.bridgesupport ; \ >>>> else /usr/bin/gen_bridge_metadata -F complete --framework Foundation.framework -o Foundation.bridgesupport ; \ >>>> fi >>>> /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> if cmp -s Foundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/FoundationFull.bridgesupport ; \ >>>> then : ; \ >>>> else cp Foundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/FoundationFull.bridgesupport ; \ >>>> fi >>>> generating bridge support for CoreFoundation.headers >>>> if [ -f /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundationFull.bridgesupport ] ; \ >>>> then cp /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundationFull.bridgesupport CoreFoundation.bridgesupport ; \ >>>> else /usr/bin/gen_bridge_metadata -F complete --framework CoreFoundation.framework -o CoreFoundation.bridgesupport ; \ >>>> fi >>>> /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> /usr/bin/gen_bridge_metadata:2163: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> if cmp -s CoreFoundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/CoreFoundationFull.bridgesupport ; \ >>>> then : ; \ >>>> else cp CoreFoundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/CoreFoundationFull.bridgesupport ; \ >>>> fi >>>> generating bridge support for AppKit.headers >>>> if [ -f /System/Library/Frameworks/AppKit.framework/Resources/BridgeSupport/AppKitFull.bridgesupport ] ; \ >>>> then cp /System/Library/Frameworks/AppKit.framework/Resources/BridgeSupport/AppKitFull.bridgesupport AppKit.bridgesupport ; \ >>>> else /usr/bin/gen_bridge_metadata -F complete --framework AppKit.framework -o AppKit.bridgesupport ; \ >>>> fi >>>> /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> MergingHash:aPoint[name]: aPoint => thePoint >>>> /usr/bin/gen_bridge_metadata:2163: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> MergingHash:aPoint[name]: aPoint => thePoint >>>> if cmp -s AppKit.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/AppKitFull.bridgesupport ; \ >>>> then : ; \ >>>> else cp AppKit.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/AppKitFull.bridgesupport ; \ >>>> fi >>>> JObjC dylib or jar out of data wrt FRAMEWORKS ( Foundation CoreFoundation AppKit ) or JObjC source ( core, generator, additions, build ) >>>> Running ant with java_home set to /opt/jprt/products/P1/jdk6u18-latest/Home >>>> (cd ../../../src/macosx/native/jobjc; OBJROOT="../../../build/macosx-universal/JObjC.build" DSTROOT="../../../build/macosx-universal/JObjC.dst" JAVA_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home STABLE_GEN_DIR="../../../build/macosx-universal/stable_bridge_metadata" /usr/bin/ant -verbose all) >>>> Apache Ant version 1.7.1 compiled on June 27 2008 >>>> Buildfile: build.xml >>>> Detected Java version: 1.6 in: /opt/jprt/products/P1/jdk6u18-latest/Home >>>> Detected OS: Mac OS X >>>> parsing buildfile /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml with URI = file:/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml >>>> Project base dir set to: /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc >>>> [antlib:org.apache.tools.ant] Could not load definitions from resource org/apache/tools/ant/antlib.xml. It could not be found. >>>> [property] Loading Environment env. >>>> Property "-*-command-variables-*-" has not been set >>>> [echoproperties] #Ant properties >>>> [echoproperties] #Thu Dec 01 12:23:26 PST 2011 >>>> [echoproperties] ant.core.lib=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant.jar >>>> [echoproperties] ant.file=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml >>>> [echoproperties] ant.file.JObjC=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml >>>> [echoproperties] ant.home=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 >>>> [echoproperties] ant.java.version=1.6 >>>> [echoproperties] ant.library.dir=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib >>>> [echoproperties] ant.project.name=JObjC >>>> [echoproperties] ant.version=Apache Ant version 1.7.1 compiled on June 27 2008 >>>> [echoproperties] awt.nativeDoubleBuffering=true >>>> [echoproperties] awt.toolkit=apple.awt.CToolkit >>>> [echoproperties] basedir=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc >>>> [echoproperties] env.ALT_BOOTDIR=/opt/jprt/products/P1/jdk6u18-latest/Home >>>> [echoproperties] env.ALT_CUPS_HEADERS_PATH=/opt/jprt/products/P1/cups1.0-latest >>>> [echoproperties] env.ALT_DROPS_DIR=/opt/jprt/products/P1/jdk7drops_1.0 >>>> [echoproperties] env.ALT_JDK_HOST_IMPORT_PATH=/opt/jprt/products/P1/jdk7-latest/Home >>>> [echoproperties] env.ALT_JDK_IMPORT_PATH=/opt/jprt/products/P1/jdk7-latest/Home >>>> [echoproperties] env.ALT_MOZILLA_HEADERS_PATH=/opt/jprt/products/P1/npapi_1.0/plugin >>>> [echoproperties] env.ALT_PARALLEL_COMPILE_JOBS=16 >>>> [echoproperties] env.ALT_PREVIOUS_JDK_IMAGE=/opt/jprt/products/P1/jdk6u18-latest/Home >>>> [echoproperties] env.ALT_SLASH_JAVA=/opt/jprt/slashjava >>>> [echoproperties] env.ALWAYS_PASS_TEST_GAMMA=true >>>> [echoproperties] env.ANT_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 >>>> [echoproperties] env.ARCH_DATA_MODEL=32 >>>> [echoproperties] env.BOOTDIR=/opt/jprt/products/P1/jdk6u18-latest/Home >>>> [echoproperties] env.DEV_NULL=/dev/null >>>> [echoproperties] env.DISPLAY=jprt-west1\:525 >>>> [echoproperties] env.DSTROOT=../../../build/macosx-universal/JObjC.dst >>>> [echoproperties] env.FULL_VERSION=1.7.0-internal-201112012014.kohair.jdk-b00 >>>> [echoproperties] env.HOME=/Users/jprtadm >>>> [echoproperties] env.HOTSPOT_BUILD_JOBS=16 >>>> [echoproperties] env.JAVA_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home >>>> [echoproperties] env.JAVA_MAIN_CLASS_19542=jprt.tools.Main >>>> [echoproperties] env.JAVA_MAIN_CLASS_48729=org.apache.tools.ant.launch.Launcher >>>> [echoproperties] env.JDK_HAS_MEM_INFO=true >>>> [echoproperties] env.JPRT_ADMIN_SCRIPT_LOG=/opt/jprt/syslogs/scripts//jprt_startclient_2011-11-29-16-56-30-shell.txt >>>> [echoproperties] env.JPRT_ANT171_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 >>>> [echoproperties] env.JPRT_ANT1_7_1_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 >>>> [echoproperties] env.JPRT_ARCHIVE_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product.zip >>>> [echoproperties] env.JPRT_ARCHIVE_INSTALL_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-install.zip >>>> [echoproperties] env.JPRT_ARCHIVE_MODULES_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-modules.zip >>>> [echoproperties] env.JPRT_ARCH_DATA_MODEL=64 >>>> [echoproperties] env.JPRT_BOOT_PRODUCT_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home >>>> [echoproperties] env.JPRT_BUILD_FLAVOR_ID=product >>>> [echoproperties] env.JPRT_BUILD_VERSION=201112012014.kohair.jdk >>>> [echoproperties] env.JPRT_COMPILER_NAME=none >>>> [echoproperties] env.JPRT_CONFIG_RELEASE=/opt/jprt/dist/sbin/config/jdk7/jprt.config >>>> [echoproperties] env.JPRT_CONFIG_SHARED=/opt/jprt/dist/sbin/config/jprt.config >>>> [echoproperties] env.JPRT_CUPS1_0-LATEST_HOME=/opt/jprt/products/P1/cups1.0-latest >>>> [echoproperties] env.JPRT_CUPS_HOME=/opt/jprt/products/P1/cups1.0-latest >>>> [echoproperties] env.JPRT_DIST_DIR=/opt/jprt/dist >>>> [echoproperties] env.JPRT_FORCE_CORE_DUMP_FILE=/tmp/jprt/P1/201435.kohair/forceCoreDump >>>> [echoproperties] env.JPRT_HOST=sc14ib04.us.oracle.com >>>> [echoproperties] env.JPRT_HOST_ID=sc14ib04.us.oracle.com(P1) >>>> [echoproperties] env.JPRT_IMPORT_PRODUCT_HOME=/opt/jprt/products/P1/jdk7-latest/Home >>>> [echoproperties] env.JPRT_INSTANCE=P1 >>>> [echoproperties] env.JPRT_JAVA_HOME=/opt/jprt/jdk1.6.0/Home >>>> [echoproperties] env.JPRT_JDK6U18-LATEST_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home >>>> [echoproperties] env.JPRT_JDK6U18_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home >>>> [echoproperties] env.JPRT_JDK7-LATEST_HOME=/opt/jprt/products/P1/jdk7-latest/Home >>>> [echoproperties] env.JPRT_JDK7DROPS_1_0_HOME=/opt/jprt/products/P1/jdk7drops_1.0 >>>> [echoproperties] env.JPRT_JDK7DROPS_HOME=/opt/jprt/products/P1/jdk7drops_1.0 >>>> [echoproperties] env.JPRT_JDK7_HOME=/opt/jprt/products/P1/jdk7-latest/Home >>>> [echoproperties] env.JPRT_JOB_DISPLAY=jprt-west1\:525 >>>> [echoproperties] env.JPRT_JOB_ID=2011-12-01-201435.kohair.jdk >>>> [echoproperties] env.JPRT_JOB_PRODUCT_RELEASE=jdk7 >>>> [echoproperties] env.JPRT_LOCAL_ROOT=/opt/jprt >>>> [echoproperties] env.JPRT_MAKE=/usr/bin/make >>>> [echoproperties] env.JPRT_MAKE_DIR=make >>>> [echoproperties] env.JPRT_NPAPI_1_0_HOME=/opt/jprt/products/P1/npapi_1.0/plugin >>>> [echoproperties] env.JPRT_NPAPI_HOME=/opt/jprt/products/P1/npapi_1.0/plugin >>>> [echoproperties] env.JPRT_PARALLEL_COUNT=16 >>>> [echoproperties] env.JPRT_PLATFORM_ARCH=x64 >>>> [echoproperties] env.JPRT_PLATFORM_ID=macosx_x64_10.7 >>>> [echoproperties] env.JPRT_PLATFORM_OS=macosx >>>> [echoproperties] env.JPRT_POSTCONFIG=make/jprt.postconfig >>>> [echoproperties] env.JPRT_PRECONFIG=make/jprt.preconfig >>>> [echoproperties] env.JPRT_SLASH_JAVA=/opt/jprt/slashjava >>>> [echoproperties] env.JPRT_SOURCE_TREE=/tmp/jprt/P1/201435.kohair/source >>>> [echoproperties] env.JPRT_TARGET_ID=macosx_x64_10.7-product >>>> [echoproperties] env.JPRT_TARGET_KIND=build >>>> [echoproperties] env.JPRT_TARGET_PID_FILE=/tmp/jprt/P1/201435.kohair/targetPidFile >>>> [echoproperties] env.JPRT_TEMP_DIR=/tmp/jprt/P1/201435.kohair >>>> [echoproperties] env.JPRT_TIME_LIMIT=3h >>>> [echoproperties] env.JPRT_UNIX_TOOLKIT=NONE >>>> [echoproperties] env.JPRT_USER=kohair >>>> [echoproperties] env.LANG=C >>>> [echoproperties] env.LC_ALL=C >>>> [echoproperties] env.LOGNAME=jprtadm >>>> [echoproperties] env.LOW_MEMORY_MACHINE=false >>>> [echoproperties] env.MAIL=/var/mail/jprtadm >>>> [echoproperties] env.MAKEFLAGS=JPRT_ARCHIVE_MODULES_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-modules.zip JPRT_ARCHIVE_INSTALL_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-install.zip JPRT_ARCHIVE_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product.zip JPRT_BUILD_VERSION\=201112012014.kohair.jdk ALT_SLASH_JAVA\=/opt/jprt/slashjava FULL_VERSION\=1.7.0-internal-201112012014.kohair.jdk-b00 RELEASE\=1.7.0-internal >>>> [echoproperties] env.MAKELEVEL=3 >>>> [echoproperties] env.MAKEOVERRIDES=${-*-command-variables-*-} >>>> [echoproperties] env.MAX_VM_MEMORY=512 >>>> [echoproperties] env.MB_OF_MEMORY=2048 >>>> [echoproperties] env.MFLAGS= >>>> [echoproperties] env.MIN_VM_MEMORY=512 >>>> [echoproperties] env.OBJROOT=../../../build/macosx-universal/JObjC.build >>>> [echoproperties] env.PATH=/opt/jprt/products/P1/jdk6u18-latest/Home/bin\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/bin\:/System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Commands\:/opt/jprt/dist/sbin\:/usr/local/bin\:/usr/ccs/bin\:/usr/ccs/lib\:/usr/bin\:/bin\:/usr/sbin\:/sbin\:/usr/X11R6/bin >>>> [echoproperties] env.PLATFORM=macosx >>>> [echoproperties] env.PREVIOUS_JDK_VERSION=1.6.0 >>>> [echoproperties] env.PWD=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc >>>> [echoproperties] env.RELEASE=1.7.0-internal >>>> [echoproperties] env.SA_APPLE_BOOT_JAVA=true >>>> [echoproperties] env.SHELL=/bin/bash >>>> [echoproperties] env.SHLVL=7 >>>> [echoproperties] env.SKIP_COMPARE_IMAGES=true >>>> [echoproperties] env.SSH_CLIENT=10.133.137.52 59771 22 >>>> [echoproperties] env.SSH_CONNECTION=10.133.137.52 59771 10.133.161.51 22 >>>> [echoproperties] env.STABLE_GEN_DIR=../../../build/macosx-universal/stable_bridge_metadata >>>> [echoproperties] env.SUNW_NO_UPDATE_NOTIFY=1 >>>> [echoproperties] env.SYSTEM_UNAME=Darwin >>>> [echoproperties] env.TMPDIR=/tmp/jprt/P1/201435.kohair >>>> [echoproperties] env.USER=jprtadm >>>> [echoproperties] env.USER_RELEASE_SUFFIX=201112012014.kohair.jdk >>>> [echoproperties] env.UT_NO_USAGE_TRACKING=1 >>>> [echoproperties] env.__CF_USER_TEXT_ENCODING=0x29B\:0\:0 >>>> [echoproperties] env.com.apple.java.jvmMode=client >>>> [echoproperties] env.com.apple.java.jvmTask=CommandLine_Manual.java.java >>>> [echoproperties] file.encoding=MacRoman >>>> [echoproperties] file.encoding.pkg=sun.io >>>> [echoproperties] file.separator=/ >>>> [echoproperties] ftp.nonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com >>>> [echoproperties] ftp.proxyHost=www-proxy.us.oracle.com >>>> [echoproperties] ftp.proxyPort=80 >>>> [echoproperties] gopherProxySet=false >>>> [echoproperties] http.nonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com >>>> [echoproperties] http.proxyHost=www-proxy.us.oracle.com >>>> [echoproperties] http.proxyPort=80 >>>> [echoproperties] https.proxyHost=www-proxy.us.oracle.com >>>> [echoproperties] https.proxyPort=80 >>>> [echoproperties] java.awt.graphicsenv=apple.awt.CGraphicsEnvironment >>>> [echoproperties] java.awt.printerjob=apple.awt.CPrinterJob >>>> [echoproperties] java.class.path=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-launcher.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-antlr.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-bcel.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-bsf.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-log4j.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-oro.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-regexp.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-resolver.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-commons-logging.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-commons-net.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jai.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-javamail.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jdepend.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jmf.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jsch.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-junit.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-launcher.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-netrexx.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-nodeps.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-starteam.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-stylebook.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-swing.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-testutil.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-trax.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-weblogic.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/xercesImpl.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/xml-apis.jar >>>> [echoproperties] java.class.version=50.0 >>>> [echoproperties] java.endorsed.dirs=/opt/jprt/products/P1/jdk6u18-latest/Home/lib/endorsed >>>> [echoproperties] java.ext.dirs=/Library/Java/Extensions\:/System/Library/Java/Extensions\:/opt/jprt/products/P1/jdk6u18-latest/Home/lib/ext >>>> [echoproperties] java.home=/opt/jprt/products/P1/jdk6u18-latest/Home >>>> [echoproperties] java.io.tmpdir=/var/folders/y4/s490h3f55fs1jvc95nt1tc4w0000mv/T/ >>>> [echoproperties] java.library.path=.\:/Library/Java/Extensions\:/System/Library/Java/Extensions\:/usr/lib/java >>>> [echoproperties] java.runtime.name=Java(TM) SE Runtime Environment >>>> [echoproperties] java.runtime.version=1.6.0_26-b03-384-11M3527 >>>> [echoproperties] java.specification.name=Java Platform API Specification >>>> [echoproperties] java.specification.vendor=Sun Microsystems Inc. >>>> [echoproperties] java.specification.version=1.6 >>>> [echoproperties] java.vendor=Apple Inc. >>>> [echoproperties] java.vendor.url=http\://www.apple.com/ >>>> [echoproperties] java.vendor.url.bug=http\://bugreport.apple.com/ >>>> [echoproperties] java.version=1.6.0_26 >>>> [echoproperties] java.vm.info=mixed mode >>>> [echoproperties] java.vm.name=Java HotSpot(TM) 64-Bit Server VM >>>> [echoproperties] java.vm.specification.name=Java Virtual Machine Specification >>>> [echoproperties] java.vm.specification.vendor=Sun Microsystems Inc. >>>> [echoproperties] java.vm.specification.version=1.0 >>>> [echoproperties] java.vm.vendor=Apple Inc. >>>> [echoproperties] java.vm.version=20.1-b02-384 >>>> [echoproperties] jikes.class.path=\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/alt-rt.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/alt-string.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/charsets.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/classes.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/dt.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jce.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jconsole.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jsse.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/management-agent.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/ui.jar >>>> [echoproperties] line.separator=\n >>>> [echoproperties] mrj.build=11M3527 >>>> [echoproperties] mrj.version=1060.1.6.0_26-384 >>>> [echoproperties] os.arch=x86_64 >>>> [echoproperties] os.name=Mac OS X >>>> [echoproperties] os.version=10.7.2 >>>> [echoproperties] path.separator=\: >>>> [echoproperties] socksNonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com >>>> [echoproperties] socksProxyHost=www-proxy.us.oracle.com >>>> [echoproperties] socksProxyPort=80 >>>> [echoproperties] sun.arch.data.model=64 >>>> [echoproperties] sun.boot.class.path=/opt/jprt/products/P1/jdk6u18-latest/Classes/jsfd.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/classes.jar\:/System/Library/Frameworks/JavaVM.framework/Frameworks/JavaRuntimeSupport.framework/Resources/Java/JavaRuntimeSupport.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/ui.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/laf.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/sunrsasign.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/jsse.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/jce.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/charsets.jar >>>> [echoproperties] sun.boot.library.path=/opt/jprt/products/P1/jdk6u18-latest/Libraries >>>> [echoproperties] sun.cpu.endian=little >>>> [echoproperties] sun.cpu.isalist= >>>> [echoproperties] sun.io.unicode.encoding=UnicodeLittle >>>> [echoproperties] sun.java.command=org.apache.tools.ant.launch.Launcher -cp -verbose all >>>> [echoproperties] sun.java.launcher=SUN_STANDARD >>>> [echoproperties] sun.jnu.encoding=MacRoman >>>> [echoproperties] sun.management.compiler=HotSpot 64-Bit Tiered Compilers >>>> [echoproperties] sun.os.patch.level=unknown >>>> [echoproperties] user.country= >>>> [echoproperties] user.dir=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc >>>> [echoproperties] user.home=/Users/jprtadm >>>> [echoproperties] user.language=en >>>> [echoproperties] user.name=jprtadm >>>> [echoproperties] user.timezone= >>>> Property "env.PRODUCT_NAME" has not been set >>>> Property "env.SRCROOT" has not been set >>>> Property "env.CONFIGURATION" has not been set >>>> Property "env.RC_ARCHS" has not been set >>>> Property "env.CONFIGURATION_BUILD_DIR" has not been set >>>> Property "env.INSTALL_PATH" has not been set >>>> [echo] (Settings :src '.' :cfg 'Debug' :obj '../../../build/macosx-universal/JObjC.build' :dst '../../../build/macosx-universal/JObjC.dst/Debug') >>>> Property "env.BENCH_MATCH" has not been set >>>> Build sequence for target(s) `all' is [gen-pcoder, build-core, build-core-native, build-generator, run-generator, build-generated, build-additions, build-additions-native, assemble-product, all] >>>> Complete build sequence is [gen-pcoder, build-core, build-core-native, build-generator, run-generator, build-generated, build-additions, build-additions-native, assemble-product, all, clean, clean-all, build-test-installed, build-test-native-installed, bench-installed, test-installed, all-but-gen, run-generator-old, all-test, build-test, build-test-native, install, installsrc, installhdrs, test, bench, clean-all-test, doc-core, ] >>>> >>>> gen-pcoder: >>>> [exec] Current OS is Mac OS X >>>> [exec] Executing './run-and-write-if-okay' with arguments: >>>> [exec] './src/core/PrimitiveCoder.hs' >>>> [exec] './src/core/java/com/apple/jobjc/PrimitiveCoder.java' >>>> [exec] >>>> [exec] The ' characters around the executable and arguments are >>>> [exec] not part of the command. >>>> [exec] ./run-and-write-if-okay:40: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> [exec] env: runhaskell: No such file or directory >>>> [exec] >>>> [exec] ./src/core/PrimitiveCoder.hs failed to run trial. Ignoring. >>>> >>>> build-core: >>>> [mkdir] Created dir: /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core >>>> [javac] com/apple/jobjc/PrimitiveCoder.java added as com/apple/jobjc/PrimitiveCoder.class doesn't exist. >>>> [javac] Compiling 1 source file to /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core >>>> [javac] Using modern compiler >>>> [javac] Compilation arguments: >>>> [javac] '-d' >>>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>>> [javac] '-classpath' >>>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>>> [javac] '-sourcepath' >>>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java' >>>> [javac] '-target' >>>> [javac] '1.5' >>>> [javac] '-g' >>>> [javac] '-source' >>>> [javac] '1.5' >>>> [javac] >>>> [javac] The ' characters around the executable and arguments are >>>> [javac] not part of the command. >>>> [javac] File to be compiled: >>>> [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/PrimitiveCoder.java >>>> [javac] Note: Some input files use unchecked or unsafe operations. >>>> [javac] Note: Recompile with -Xlint:unchecked for details. >>>> [javac] com/apple/jobjc/CFType.java added as com/apple/jobjc/CFType.class doesn't exist. >>>> [javac] com/apple/jobjc/CIF.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/CIF.class is up to date. >>>> [javac] com/apple/jobjc/Coder.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Coder.class is up to date. >>>> [javac] com/apple/jobjc/FFIType.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/FFIType.class is up to date. >>>> [javac] com/apple/jobjc/Function.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Function.class is up to date. >>>> [javac] com/apple/jobjc/ID.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/ID.class is up to date. >>>> [javac] com/apple/jobjc/Invoke.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Invoke.class is up to date. >>>> [javac] com/apple/jobjc/JObjCRuntime.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/JObjCRuntime.class is up to date. >>>> [javac] com/apple/jobjc/MacOSXFramework.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/MacOSXFramework.class is up to date. >>>> [javac] com/apple/jobjc/NSClass.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NSClass.class is up to date. >>>> [javac] com/apple/jobjc/NativeArgumentBuffer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeArgumentBuffer.class is up to date. >>>> [javac] com/apple/jobjc/NativeBuffer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeBuffer.class is up to date. >>>> [javac] com/apple/jobjc/NativeObjectLifecycleManager.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeObjectLifecycleManager.class is up to date. >>>> [javac] com/apple/jobjc/Opaque.java added as com/apple/jobjc/Opaque.class doesn't exist. >>>> [javac] com/apple/jobjc/Pointer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Pointer.class is up to date. >>>> [javac] com/apple/jobjc/PrimitiveCoder.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/PrimitiveCoder.class is up to date. >>>> [javac] com/apple/jobjc/SEL.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/SEL.class is up to date. >>>> [javac] com/apple/jobjc/Struct.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Struct.class is up to date. >>>> [javac] com/apple/jobjc/Subclassing.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Subclassing.class is up to date. >>>> [javac] Compiling 2 source files to /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core >>>> [javac] Using modern compiler >>>> [javac] Compilation arguments: >>>> [javac] '-d' >>>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>>> [javac] '-classpath' >>>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>>> [javac] '-sourcepath' >>>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java' >>>> [javac] '-target' >>>> [javac] '1.5' >>>> [javac] '-g' >>>> [javac] '-source' >>>> [javac] '1.5' >>>> [javac] >>>> [javac] The ' characters around the executable and arguments are >>>> [javac] not part of the command. >>>> [javac] Files to be compiled: >>>> [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/CFType.java >>>> [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/Opaque.java >>>> [exec] Current OS is Mac OS X >>>> [exec] Output redirected to property: core.classes >>>> [exec] Executing './extract_classes.pl' with arguments: >>>> [exec] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>>> [exec] >>>> [exec] The ' characters around the executable and arguments are >>>> [exec] not part of the command. >>>> [mkdir] Created dir: /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/src/jni_headers/core >>>> [javah] Compilation arguments: >>>> [javah] '-d' >>>> [javah] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/src/jni_headers/core' >>>> [javah] '-classpath' >>>> [javah] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>>> [javah] >>>> [javah] The ' characters around the executable and arguments are >>>> [javah] not part of the command. >>>> [javah] Classes to be compiled: >>>> [javah] com.apple.jobjc.CFType >>>> [javah] com.apple.jobjc.CIF >>>> [javah] com.apple.jobjc.Coder$IDCoder >>>> [javah] com.apple.jobjc.Coder$NSClassCoder >>>> [javah] com.apple.jobjc.Coder$PointerCoder >>>> [javah] com.apple.jobjc.Coder$PrimitivePointerCoder >>>> [javah] com.apple.jobjc.Coder$SELCoder >>>> [javah] com.apple.jobjc.Coder$StructCoder >>>> [javah] com.apple.jobjc.Coder$UnknownCoder >>>> [javah] com.apple.jobjc.Coder$VoidCoder >>>> [javah] com.apple.jobjc.Coder >>>> [javah] com.apple.jobjc.FFIType >>>> [javah] com.apple.jobjc.Function >>>> [javah] com.apple.jobjc.ID >>>> [javah] com.apple.jobjc.Invoke$FunCall >>>> [javah] com.apple.jobjc.Invoke$MsgSend >>>> [javah] com.apple.jobjc.Invoke$MsgSendSuper >>>> [javah] com.apple.jobjc.Invoke >>>> [javah] com.apple.jobjc.JObjCRuntime$Arch >>>> [javah] com.apple.jobjc.JObjCRuntime$Width >>>> [javah] com.apple.jobjc.JObjCRuntime >>>> [javah] com.apple.jobjc.MacOSXFramework >>>> [javah] com.apple.jobjc.NativeArgumentBuffer >>>> [javah] com.apple.jobjc.NativeBuffer >>>> [javah] com.apple.jobjc.NativeObjectLifecycleManager$CFRetainRelease >>>> [javah] com.apple.jobjc.NativeObjectLifecycleManager$Free >>>> [javah] com.apple.jobjc.NativeObjectLifecycleManager$Nothing >>>> [javah] com.apple.jobjc.NativeObjectLifecycleManager >>>> [javah] com.apple.jobjc.NSClass$NSClassNotFoundException >>>> [javah] com.apple.jobjc.NSClass >>>> [javah] com.apple.jobjc.Opaque >>>> [javah] com.apple.jobjc.Pointer >>>> [javah] com.apple.jobjc.PrimitiveCoder$BoolCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$DoubleCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$FloatCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$SCharCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$SIntCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$SLongCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$SLongLongCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$SShortCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$UCharCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$UIntCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$ULongCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$ULongLongCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$UShortCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder >>>> [javah] com.apple.jobjc.SEL >>>> [javah] com.apple.jobjc.Struct >>>> [javah] com.apple.jobjc.Subclassing >>>> >>>> build-core-native: >>>> [exec] Current OS is Mac OS X >>>> [exec] Setting environment variable: CC= >>>> [exec] Setting environment variable: CXX= >>>> [exec] Executing 'xcodebuild' with arguments: >>>> [exec] '-configuration' >>>> [exec] 'Debug' >>>> [exec] '-target' >>>> [exec] 'build-core-native' >>>> [exec] 'SRCROOT=.' >>>> [exec] 'OBJROOT=../../../build/macosx-universal/JObjC.build' >>>> [exec] 'DSTROOT=../../../build/macosx-universal/JObjC.dst/Debug' >>>> [exec] 'TARGET_TEMP_DIR=../../../build/macosx-universal/JObjC.dst' >>>> [exec] 'PROJECT_TEMP_DIR=../../../build/macosx-universal/JObjC.dst' >>>> [exec] 'BUILD_DIR=../../../build/macosx-universal/JObjC.dst' >>>> [exec] >>>> [exec] The ' characters around the executable and arguments are >>>> [exec] not part of the command. >>>> [exec] Build settings from command line: >>>> [exec] BUILD_DIR = ../../../build/macosx-universal/JObjC.dst >>>> [exec] DSTROOT = ../../../build/macosx-universal/JObjC.dst/Debug >>>> [exec] OBJROOT = ../../../build/macosx-universal/JObjC.build >>>> [exec] PROJECT_TEMP_DIR = ../../../build/macosx-universal/JObjC.dst >>>> [exec] SRCROOT = . >>>> [exec] TARGET_TEMP_DIR = ../../../build/macosx-universal/JObjC.dst >>>> [exec] >>>> [exec] === BUILD LEGACY TARGET build-core-java OF PROJECT JObjC WITH CONFIGURATION Debug === >>>> [exec] Check dependencies >>>> [exec] 2011-12-01 12:23:29.270 xcodebuild[48737:3f03] ASSERTION FAILURE in /SourceCache/IDEXcode3ProjectSupport/IDEXcode3ProjectSupport-928/Xcode3Sources/XcodeIDE/Frameworks/DevToolsBase/pbxcore/Target.subproj/PBXTargetBuildContext.m:1966 >>>> [exec] Details: Assertion failed: [filePath isAbsolutePath] >>>> [exec] Object: >>>> [exec] Method: -setHeadermapToolInvocation:forFilePath: >>>> [exec] Thread:{name = (null), num = 2} >>>> [exec] Backtrace: >>>> [exec] 0 0x000000010642b9ac -[PBXTargetBuildContext(DependencyGraphEvents) handleFailureInMethod:object:fileName:lineNumber:messageFormat:arguments:] (in DevToolsCore) >>>> [exec] 1 0x0000000105828794 _DVTAssertionFailureHandler (in DVTFoundation) >>>> [exec] 2 0x0000000106423482 -[PBXTargetBuildContext setHeadermapToolInvocation:forFilePath:] (in DevToolsCore) >>>> [exec] 3 0x00000001064798be -[XCCompilerSpecification computeDependenciesForFilePath:ofType:outputDirectory:inTargetBuildContext:] (in DevToolsCore) >>>> [exec] 4 0x0000000106523007 -[XCBuildRuleDGSnapshot(DependencyGraphCreation) computeDependenciesForFilePath:ofType:forBuildFileReference:withOutputDirectory:additionalProperties:inTargetBuildContext:] (in DevToolsCore) >>>> [exec] 5 0x000000010651b978 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) _computeDependenciesForFilePath:ofType:forBuildFileReference:usingBuildRule:inTargetBuildContext:processedPaths:] (in DevToolsCore) >>>> [exec] 6 0x000000010651c04f -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForFilePath:ofType:forBuildFileReference:usingBuildRule:inTargetBuildContext:] (in DevToolsCore) >>>> [exec] 7 0x000000010651c600 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForBuildFileReference:inTargetBuildContext:] (in DevToolsCore) >>>> [exec] 8 0x0000000106510fec -[XCBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForAllBuildFileReferencesInTargetBuildContext:] (in DevToolsCore) >>>> [exec] 9 0x000000010651dee3 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForAllBuildFileReferencesInTargetBuildContext:] (in DevToolsCore) >>>> [exec] 10 0x000000010651e86e -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesInTargetBuildContext:] (in DevToolsCore) >>>> [exec] 11 0x000000010647cd2d -[XCProductTypeSpecification computeDependenciesInTargetBuildContext:] (in DevToolsCore) >>>> [exec] 12 0x000000010650ca42 -[XCNativeTargetDGSnapshot(DependencyGraphCreation) computeDependenciesInTargetBuildContext:] (in DevToolsCore) >>>> [exec] 13 0x000000010641b26d -[PBXTargetBuildContext createDependencyGraphWithTargetDGSnapshot:] (in DevToolsCore) >>>> [exec] 14 0x000000010642ca2e -[PBXTargetBuildContext(DependencyGraphEvents) dg_setTargetSnapshot:] (in DevToolsCore) >>>> [exec] 15 0x00007fff900cc20c __invoking___ (in CoreFoundation) >>>> [exec] 16 0x00007fff900cc0a4 -[NSInvocation invoke] (in CoreFoundation) >>>> [exec] 17 0x000000010642bdf1 -[PBXTargetBuildContext(DependencyGraphEvents) processDependencyGraphEvents] (in DevToolsCore) >>>> [exec] 18 0x00007fff900cc20c __invoking___ (in CoreFoundation) >>>> [exec] 19 0x00007fff900cc0a4 -[NSInvocation invoke] (in CoreFoundation) >>>> [exec] 20 0x0000000106475296 -[XCInvocationQueue _processNextInvocationInThreadSlotNumber:] (in DevToolsCore) >>>> [exec] 21 0x00000001064756a0 -[XCInvocationQueue _processInvocationsInThreadSlotNumber:] (in DevToolsCore) >>>> [exec] 22 0x00007fff92d7d7fe -[NSThread main] (in Foundation) >>>> [exec] 23 0x00007fff92d7d776 __NSThread__main__ (in Foundation) >>>> [exec] 24 0x00007fff8dad48bf _pthread_start (in libsystem_c.dylib) >>>> [exec] 25 0x00007fff8dad7b75 thread_start (in libsystem_c.dylib) >>>> [exec] 2011-12-01 12:23:29.327 xcodebuild[48737:3803] DVTAssertions: ASSERTION FAILURE in /SourceCache/DVTFoundation/DVTFoundation-903/Framework/Classes/FilePaths/DVTFilePath.m:370 >>>> [exec] Details: fsrep is relative ('../../../build/macosx-universal/JObjC.dst') parentPath must not be nil but it is. >>>> [exec] Object: >>>> [exec] Method: +_filePathForParent:fileSystemRepresentation:length:allowCreation: >>>> [exec] Thread:{name = (null), num = 3} >>>> [exec] Hints: None >>>> [exec] Backtrace: >>>> [exec] 0 0x00000001058288c4 -[DVTAssertionHandler handleFailureInMethod:object:fileName:lineNumber:messageFormat:arguments:] (in DVTFoundation) >>>> [exec] 1 0x0000000105828794 _DVTAssertionFailureHandler (in DVTFoundation) >>>> [exec] 2 0x00000001057c5d32 +[DVTFilePath _filePathForParent:fileSystemRepresentation:length:allowCreation:] (in DVTFoundation) >>>> [exec] 3 0x00000001057c5963 +[DVTFilePath _filePathForParent:pathString:] (in DVTFoundation) >>>> [exec] 4 0x00000001057c6d47 +[DVTFilePath filePathForPathString:] (in DVTFoundation) >>>> [exec] 5 0x00000001063e219e -[PBXTarget(XCBuildables) buildWillStartWithBuildLogRecorder:buildParameters:] (in DevToolsCore) >>>> [exec] 6 0x0000000106567f34 -[Xcode3TargetBuildableSnapshot buildForBuilderWillStart:] (in DevToolsCore) >>>> [exec] 7 0x0000000105af6256 -[IDEBuildableSnapshot performBuildForBuilder:buildCommand:buildOnlyTheseFiles:] (in IDEFoundation) >>>> [exec] 8 0x0000000105a30513 -[IDEBuilder main] (in IDEFoundation) >>>> [exec] 9 0x00007fff92d6b788 -[__NSOperationInternal start] (in Foundation) >>>> [exec] 10 0x00007fff92d7e9e6 ____NSOQSchedule_block_invoke_2 (in Foundation) >>>> [exec] 11 0x00007fff8c45b8ba _dispatch_call_block_and_release (in libdispatch.dylib) >>>> [exec] 12 0x00007fff8c45c799 _dispatch_worker_thread2 (in libdispatch.dylib) >>>> [exec] 13 0x00007fff8dad63da _pthread_wqthread (in libsystem_c.dylib) >>>> [exec] 14 0x00007fff8dad7b85 start_wqthread (in libsystem_c.dylib) >>>> >>>> BUILD FAILED >>>> /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml:156: exec returned: 134 >>>> at org.apache.tools.ant.taskdefs.ExecTask.runExecute(ExecTask.java:636) >>>> at org.apache.tools.ant.taskdefs.ExecTask.runExec(ExecTask.java:662) >>>> at org.apache.tools.ant.taskdefs.ExecTask.execute(ExecTask.java:487) >>>> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) >>>> at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) >>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>>> at java.lang.reflect.Method.invoke(Method.java:597) >>>> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) >>>> at org.apache.tools.ant.Task.perform(Task.java:348) >>>> at org.apache.tools.ant.Target.execute(Target.java:357) >>>> at org.apache.tools.ant.Target.performTasks(Target.java:385) >>>> at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1337) >>>> at org.apache.tools.ant.Project.executeTarget(Project.java:1306) >>>> at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) >>>> at org.apache.tools.ant.Project.executeTargets(Project.java:1189) >>>> at org.apache.tools.ant.Main.runBuild(Main.java:758) >>>> at org.apache.tools.ant.Main.startAnt(Main.java:217) >>>> at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) >>>> at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) >>>> >>>> Total time: 7 seconds >>>> make[2]: *** [../../../build/macosx-universal/JObjC.build/JObjC.jar] Error 1 >>>> make[1]: *** [all] Error 1 >>>> make: *** [all] Error 1 >>>> >>>> >>> >>> >> > From kelly.ohair at oracle.com Thu Dec 1 14:05:09 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Thu, 1 Dec 2011 14:05:09 -0800 Subject: Build failure In-Reply-To: <9EB9EDEB-0D78-4EFA-BD0C-D7A7097E8A51@apple.com> References: <4ED7ED93.1000703@oracle.com> <9EB9EDEB-0D78-4EFA-BD0C-D7A7097E8A51@apple.com> Message-ID: OK, this is strange, if I build the entire thing like this: hg clone http://hg.openjdk.java.net/macosx-port/macosx-port cd macosx-port sh ./get_source.sh make SA_APPLE_BOOT_JAVA=true ALWAYS_PASS_TEST_GAMMA=true it works. But if I do this: cd jdk/make make SA_APPLE_BOOT_JAVA=true ALWAYS_PASS_TEST_GAMMA=true it gets this failure. Could someone be putting relative paths into some xcodebuild or ant scripts? -kto On Dec 1, 2011, at 1:29 PM, Mike Swingler wrote: > Looks like the Xcode project file was being run from xcodebuild (kicked off by ant, kicked off by a Makefile), and the process crashed. > > Is this crashing reliably, or does it work when the build is started again? > > Curious, > Mike Swingler > Apple Inc. > > On Dec 1, 2011, at 1:11 PM, Michael McMahon wrote: > >> On 01/12/11 20:38, Kelly O'Hair wrote: >>> I pulled over the latest http://hg.openjdk.java.net/macosx-port/macosx-port/jdk repository >>> and tried to build it on a Mac 10.7 (Lion) with Xcode 4. >>> It appears to be running an ant script from the jdk makefiles now, something that the jdk >>> repository has never done before, but in any case, it fails. >>> >> Is that a recent change? I haven't noticed a problem like that before. >>> Does anybody know why? And where did all the make "Entering" "leaving" messages go? >>> >> I know you can get them back by calling make -w at the top level. >> >> - Michael. >> >>> -kto >>> >>> P.S. I really hate these ant scripts. :^( >>> >>> ... >>> mkdir -p ../../../build/macosx-universal/bridge_metadata >>> Updating bridge support in ../../../build/macosx-universal/bridge_metadata >>> (cd ../../../build/macosx-universal/bridge_metadata; /usr/bin/make STABLE_GEN_DIR="../../../build/macosx-universal/stable_bridge_metadata" FRAMEWORKS="Foundation CoreFoundation AppKit" -f ../../../src/macosx/native/jobjc/bridgesupport.gmk all) >>> linking /System/Library/Frameworks/Foundation.framework/Headers >>> ln -s /System/Library/Frameworks/Foundation.framework/Headers Foundation.headers >>> linking /System/Library/Frameworks/CoreFoundation.framework/Headers >>> ln -s /System/Library/Frameworks/CoreFoundation.framework/Headers CoreFoundation.headers >>> linking /System/Library/Frameworks/AppKit.framework/Headers >>> ln -s /System/Library/Frameworks/AppKit.framework/Headers AppKit.headers >>> mkdir -p ../../../build/macosx-universal/stable_bridge_metadata >>> generating bridge support for Foundation.headers >>> if [ -f /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/FoundationFull.bridgesupport ] ; \ >>> then cp /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/FoundationFull.bridgesupport Foundation.bridgesupport ; \ >>> else /usr/bin/gen_bridge_metadata -F complete --framework Foundation.framework -o Foundation.bridgesupport ; \ >>> fi >>> /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> if cmp -s Foundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/FoundationFull.bridgesupport ; \ >>> then : ; \ >>> else cp Foundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/FoundationFull.bridgesupport ; \ >>> fi >>> generating bridge support for CoreFoundation.headers >>> if [ -f /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundationFull.bridgesupport ] ; \ >>> then cp /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundationFull.bridgesupport CoreFoundation.bridgesupport ; \ >>> else /usr/bin/gen_bridge_metadata -F complete --framework CoreFoundation.framework -o CoreFoundation.bridgesupport ; \ >>> fi >>> /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> /usr/bin/gen_bridge_metadata:2163: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> if cmp -s CoreFoundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/CoreFoundationFull.bridgesupport ; \ >>> then : ; \ >>> else cp CoreFoundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/CoreFoundationFull.bridgesupport ; \ >>> fi >>> generating bridge support for AppKit.headers >>> if [ -f /System/Library/Frameworks/AppKit.framework/Resources/BridgeSupport/AppKitFull.bridgesupport ] ; \ >>> then cp /System/Library/Frameworks/AppKit.framework/Resources/BridgeSupport/AppKitFull.bridgesupport AppKit.bridgesupport ; \ >>> else /usr/bin/gen_bridge_metadata -F complete --framework AppKit.framework -o AppKit.bridgesupport ; \ >>> fi >>> /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> MergingHash:aPoint[name]: aPoint => thePoint >>> /usr/bin/gen_bridge_metadata:2163: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> MergingHash:aPoint[name]: aPoint => thePoint >>> if cmp -s AppKit.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/AppKitFull.bridgesupport ; \ >>> then : ; \ >>> else cp AppKit.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/AppKitFull.bridgesupport ; \ >>> fi >>> JObjC dylib or jar out of data wrt FRAMEWORKS ( Foundation CoreFoundation AppKit ) or JObjC source ( core, generator, additions, build ) >>> Running ant with java_home set to /opt/jprt/products/P1/jdk6u18-latest/Home >>> (cd ../../../src/macosx/native/jobjc; OBJROOT="../../../build/macosx-universal/JObjC.build" DSTROOT="../../../build/macosx-universal/JObjC.dst" JAVA_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home STABLE_GEN_DIR="../../../build/macosx-universal/stable_bridge_metadata" /usr/bin/ant -verbose all) >>> Apache Ant version 1.7.1 compiled on June 27 2008 >>> Buildfile: build.xml >>> Detected Java version: 1.6 in: /opt/jprt/products/P1/jdk6u18-latest/Home >>> Detected OS: Mac OS X >>> parsing buildfile /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml with URI = file:/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml >>> Project base dir set to: /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc >>> [antlib:org.apache.tools.ant] Could not load definitions from resource org/apache/tools/ant/antlib.xml. It could not be found. >>> [property] Loading Environment env. >>> Property "-*-command-variables-*-" has not been set >>> [echoproperties] #Ant properties >>> [echoproperties] #Thu Dec 01 12:23:26 PST 2011 >>> [echoproperties] ant.core.lib=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant.jar >>> [echoproperties] ant.file=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml >>> [echoproperties] ant.file.JObjC=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml >>> [echoproperties] ant.home=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 >>> [echoproperties] ant.java.version=1.6 >>> [echoproperties] ant.library.dir=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib >>> [echoproperties] ant.project.name=JObjC >>> [echoproperties] ant.version=Apache Ant version 1.7.1 compiled on June 27 2008 >>> [echoproperties] awt.nativeDoubleBuffering=true >>> [echoproperties] awt.toolkit=apple.awt.CToolkit >>> [echoproperties] basedir=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc >>> [echoproperties] env.ALT_BOOTDIR=/opt/jprt/products/P1/jdk6u18-latest/Home >>> [echoproperties] env.ALT_CUPS_HEADERS_PATH=/opt/jprt/products/P1/cups1.0-latest >>> [echoproperties] env.ALT_DROPS_DIR=/opt/jprt/products/P1/jdk7drops_1.0 >>> [echoproperties] env.ALT_JDK_HOST_IMPORT_PATH=/opt/jprt/products/P1/jdk7-latest/Home >>> [echoproperties] env.ALT_JDK_IMPORT_PATH=/opt/jprt/products/P1/jdk7-latest/Home >>> [echoproperties] env.ALT_MOZILLA_HEADERS_PATH=/opt/jprt/products/P1/npapi_1.0/plugin >>> [echoproperties] env.ALT_PARALLEL_COMPILE_JOBS=16 >>> [echoproperties] env.ALT_PREVIOUS_JDK_IMAGE=/opt/jprt/products/P1/jdk6u18-latest/Home >>> [echoproperties] env.ALT_SLASH_JAVA=/opt/jprt/slashjava >>> [echoproperties] env.ALWAYS_PASS_TEST_GAMMA=true >>> [echoproperties] env.ANT_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 >>> [echoproperties] env.ARCH_DATA_MODEL=32 >>> [echoproperties] env.BOOTDIR=/opt/jprt/products/P1/jdk6u18-latest/Home >>> [echoproperties] env.DEV_NULL=/dev/null >>> [echoproperties] env.DISPLAY=jprt-west1\:525 >>> [echoproperties] env.DSTROOT=../../../build/macosx-universal/JObjC.dst >>> [echoproperties] env.FULL_VERSION=1.7.0-internal-201112012014.kohair.jdk-b00 >>> [echoproperties] env.HOME=/Users/jprtadm >>> [echoproperties] env.HOTSPOT_BUILD_JOBS=16 >>> [echoproperties] env.JAVA_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home >>> [echoproperties] env.JAVA_MAIN_CLASS_19542=jprt.tools.Main >>> [echoproperties] env.JAVA_MAIN_CLASS_48729=org.apache.tools.ant.launch.Launcher >>> [echoproperties] env.JDK_HAS_MEM_INFO=true >>> [echoproperties] env.JPRT_ADMIN_SCRIPT_LOG=/opt/jprt/syslogs/scripts//jprt_startclient_2011-11-29-16-56-30-shell.txt >>> [echoproperties] env.JPRT_ANT171_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 >>> [echoproperties] env.JPRT_ANT1_7_1_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 >>> [echoproperties] env.JPRT_ARCHIVE_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product.zip >>> [echoproperties] env.JPRT_ARCHIVE_INSTALL_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-install.zip >>> [echoproperties] env.JPRT_ARCHIVE_MODULES_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-modules.zip >>> [echoproperties] env.JPRT_ARCH_DATA_MODEL=64 >>> [echoproperties] env.JPRT_BOOT_PRODUCT_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home >>> [echoproperties] env.JPRT_BUILD_FLAVOR_ID=product >>> [echoproperties] env.JPRT_BUILD_VERSION=201112012014.kohair.jdk >>> [echoproperties] env.JPRT_COMPILER_NAME=none >>> [echoproperties] env.JPRT_CONFIG_RELEASE=/opt/jprt/dist/sbin/config/jdk7/jprt.config >>> [echoproperties] env.JPRT_CONFIG_SHARED=/opt/jprt/dist/sbin/config/jprt.config >>> [echoproperties] env.JPRT_CUPS1_0-LATEST_HOME=/opt/jprt/products/P1/cups1.0-latest >>> [echoproperties] env.JPRT_CUPS_HOME=/opt/jprt/products/P1/cups1.0-latest >>> [echoproperties] env.JPRT_DIST_DIR=/opt/jprt/dist >>> [echoproperties] env.JPRT_FORCE_CORE_DUMP_FILE=/tmp/jprt/P1/201435.kohair/forceCoreDump >>> [echoproperties] env.JPRT_HOST=sc14ib04.us.oracle.com >>> [echoproperties] env.JPRT_HOST_ID=sc14ib04.us.oracle.com(P1) >>> [echoproperties] env.JPRT_IMPORT_PRODUCT_HOME=/opt/jprt/products/P1/jdk7-latest/Home >>> [echoproperties] env.JPRT_INSTANCE=P1 >>> [echoproperties] env.JPRT_JAVA_HOME=/opt/jprt/jdk1.6.0/Home >>> [echoproperties] env.JPRT_JDK6U18-LATEST_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home >>> [echoproperties] env.JPRT_JDK6U18_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home >>> [echoproperties] env.JPRT_JDK7-LATEST_HOME=/opt/jprt/products/P1/jdk7-latest/Home >>> [echoproperties] env.JPRT_JDK7DROPS_1_0_HOME=/opt/jprt/products/P1/jdk7drops_1.0 >>> [echoproperties] env.JPRT_JDK7DROPS_HOME=/opt/jprt/products/P1/jdk7drops_1.0 >>> [echoproperties] env.JPRT_JDK7_HOME=/opt/jprt/products/P1/jdk7-latest/Home >>> [echoproperties] env.JPRT_JOB_DISPLAY=jprt-west1\:525 >>> [echoproperties] env.JPRT_JOB_ID=2011-12-01-201435.kohair.jdk >>> [echoproperties] env.JPRT_JOB_PRODUCT_RELEASE=jdk7 >>> [echoproperties] env.JPRT_LOCAL_ROOT=/opt/jprt >>> [echoproperties] env.JPRT_MAKE=/usr/bin/make >>> [echoproperties] env.JPRT_MAKE_DIR=make >>> [echoproperties] env.JPRT_NPAPI_1_0_HOME=/opt/jprt/products/P1/npapi_1.0/plugin >>> [echoproperties] env.JPRT_NPAPI_HOME=/opt/jprt/products/P1/npapi_1.0/plugin >>> [echoproperties] env.JPRT_PARALLEL_COUNT=16 >>> [echoproperties] env.JPRT_PLATFORM_ARCH=x64 >>> [echoproperties] env.JPRT_PLATFORM_ID=macosx_x64_10.7 >>> [echoproperties] env.JPRT_PLATFORM_OS=macosx >>> [echoproperties] env.JPRT_POSTCONFIG=make/jprt.postconfig >>> [echoproperties] env.JPRT_PRECONFIG=make/jprt.preconfig >>> [echoproperties] env.JPRT_SLASH_JAVA=/opt/jprt/slashjava >>> [echoproperties] env.JPRT_SOURCE_TREE=/tmp/jprt/P1/201435.kohair/source >>> [echoproperties] env.JPRT_TARGET_ID=macosx_x64_10.7-product >>> [echoproperties] env.JPRT_TARGET_KIND=build >>> [echoproperties] env.JPRT_TARGET_PID_FILE=/tmp/jprt/P1/201435.kohair/targetPidFile >>> [echoproperties] env.JPRT_TEMP_DIR=/tmp/jprt/P1/201435.kohair >>> [echoproperties] env.JPRT_TIME_LIMIT=3h >>> [echoproperties] env.JPRT_UNIX_TOOLKIT=NONE >>> [echoproperties] env.JPRT_USER=kohair >>> [echoproperties] env.LANG=C >>> [echoproperties] env.LC_ALL=C >>> [echoproperties] env.LOGNAME=jprtadm >>> [echoproperties] env.LOW_MEMORY_MACHINE=false >>> [echoproperties] env.MAIL=/var/mail/jprtadm >>> [echoproperties] env.MAKEFLAGS=JPRT_ARCHIVE_MODULES_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-modules.zip JPRT_ARCHIVE_INSTALL_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-install.zip JPRT_ARCHIVE_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product.zip JPRT_BUILD_VERSION\=201112012014.kohair.jdk ALT_SLASH_JAVA\=/opt/jprt/slashjava FULL_VERSION\=1.7.0-internal-201112012014.kohair.jdk-b00 RELEASE\=1.7.0-internal >>> [echoproperties] env.MAKELEVEL=3 >>> [echoproperties] env.MAKEOVERRIDES=${-*-command-variables-*-} >>> [echoproperties] env.MAX_VM_MEMORY=512 >>> [echoproperties] env.MB_OF_MEMORY=2048 >>> [echoproperties] env.MFLAGS= >>> [echoproperties] env.MIN_VM_MEMORY=512 >>> [echoproperties] env.OBJROOT=../../../build/macosx-universal/JObjC.build >>> [echoproperties] env.PATH=/opt/jprt/products/P1/jdk6u18-latest/Home/bin\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/bin\:/System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Commands\:/opt/jprt/dist/sbin\:/usr/local/bin\:/usr/ccs/bin\:/usr/ccs/lib\:/usr/bin\:/bin\:/usr/sbin\:/sbin\:/usr/X11R6/bin >>> [echoproperties] env.PLATFORM=macosx >>> [echoproperties] env.PREVIOUS_JDK_VERSION=1.6.0 >>> [echoproperties] env.PWD=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc >>> [echoproperties] env.RELEASE=1.7.0-internal >>> [echoproperties] env.SA_APPLE_BOOT_JAVA=true >>> [echoproperties] env.SHELL=/bin/bash >>> [echoproperties] env.SHLVL=7 >>> [echoproperties] env.SKIP_COMPARE_IMAGES=true >>> [echoproperties] env.SSH_CLIENT=10.133.137.52 59771 22 >>> [echoproperties] env.SSH_CONNECTION=10.133.137.52 59771 10.133.161.51 22 >>> [echoproperties] env.STABLE_GEN_DIR=../../../build/macosx-universal/stable_bridge_metadata >>> [echoproperties] env.SUNW_NO_UPDATE_NOTIFY=1 >>> [echoproperties] env.SYSTEM_UNAME=Darwin >>> [echoproperties] env.TMPDIR=/tmp/jprt/P1/201435.kohair >>> [echoproperties] env.USER=jprtadm >>> [echoproperties] env.USER_RELEASE_SUFFIX=201112012014.kohair.jdk >>> [echoproperties] env.UT_NO_USAGE_TRACKING=1 >>> [echoproperties] env.__CF_USER_TEXT_ENCODING=0x29B\:0\:0 >>> [echoproperties] env.com.apple.java.jvmMode=client >>> [echoproperties] env.com.apple.java.jvmTask=CommandLine_Manual.java.java >>> [echoproperties] file.encoding=MacRoman >>> [echoproperties] file.encoding.pkg=sun.io >>> [echoproperties] file.separator=/ >>> [echoproperties] ftp.nonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com >>> [echoproperties] ftp.proxyHost=www-proxy.us.oracle.com >>> [echoproperties] ftp.proxyPort=80 >>> [echoproperties] gopherProxySet=false >>> [echoproperties] http.nonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com >>> [echoproperties] http.proxyHost=www-proxy.us.oracle.com >>> [echoproperties] http.proxyPort=80 >>> [echoproperties] https.proxyHost=www-proxy.us.oracle.com >>> [echoproperties] https.proxyPort=80 >>> [echoproperties] java.awt.graphicsenv=apple.awt.CGraphicsEnvironment >>> [echoproperties] java.awt.printerjob=apple.awt.CPrinterJob >>> [echoproperties] java.class.path=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-launcher.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-antlr.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-bcel.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-bsf.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-log4j.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-oro.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-regexp.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-resolver.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-commons-logging.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-commons-net.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jai.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-javamail.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jdepend.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jmf.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jsch.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-junit.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-launcher.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-netrexx.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-nodeps.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-starteam.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-stylebook.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-swing.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-testutil.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-trax.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-weblogic.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/xercesImpl.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/xml-apis.jar >>> [echoproperties] java.class.version=50.0 >>> [echoproperties] java.endorsed.dirs=/opt/jprt/products/P1/jdk6u18-latest/Home/lib/endorsed >>> [echoproperties] java.ext.dirs=/Library/Java/Extensions\:/System/Library/Java/Extensions\:/opt/jprt/products/P1/jdk6u18-latest/Home/lib/ext >>> [echoproperties] java.home=/opt/jprt/products/P1/jdk6u18-latest/Home >>> [echoproperties] java.io.tmpdir=/var/folders/y4/s490h3f55fs1jvc95nt1tc4w0000mv/T/ >>> [echoproperties] java.library.path=.\:/Library/Java/Extensions\:/System/Library/Java/Extensions\:/usr/lib/java >>> [echoproperties] java.runtime.name=Java(TM) SE Runtime Environment >>> [echoproperties] java.runtime.version=1.6.0_26-b03-384-11M3527 >>> [echoproperties] java.specification.name=Java Platform API Specification >>> [echoproperties] java.specification.vendor=Sun Microsystems Inc. >>> [echoproperties] java.specification.version=1.6 >>> [echoproperties] java.vendor=Apple Inc. >>> [echoproperties] java.vendor.url=http\://www.apple.com/ >>> [echoproperties] java.vendor.url.bug=http\://bugreport.apple.com/ >>> [echoproperties] java.version=1.6.0_26 >>> [echoproperties] java.vm.info=mixed mode >>> [echoproperties] java.vm.name=Java HotSpot(TM) 64-Bit Server VM >>> [echoproperties] java.vm.specification.name=Java Virtual Machine Specification >>> [echoproperties] java.vm.specification.vendor=Sun Microsystems Inc. >>> [echoproperties] java.vm.specification.version=1.0 >>> [echoproperties] java.vm.vendor=Apple Inc. >>> [echoproperties] java.vm.version=20.1-b02-384 >>> [echoproperties] jikes.class.path=\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/alt-rt.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/alt-string.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/charsets.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/classes.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/dt.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jce.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jconsole.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jsse.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/management-agent.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/ui.jar >>> [echoproperties] line.separator=\n >>> [echoproperties] mrj.build=11M3527 >>> [echoproperties] mrj.version=1060.1.6.0_26-384 >>> [echoproperties] os.arch=x86_64 >>> [echoproperties] os.name=Mac OS X >>> [echoproperties] os.version=10.7.2 >>> [echoproperties] path.separator=\: >>> [echoproperties] socksNonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com >>> [echoproperties] socksProxyHost=www-proxy.us.oracle.com >>> [echoproperties] socksProxyPort=80 >>> [echoproperties] sun.arch.data.model=64 >>> [echoproperties] sun.boot.class.path=/opt/jprt/products/P1/jdk6u18-latest/Classes/jsfd.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/classes.jar\:/System/Library/Frameworks/JavaVM.framework/Frameworks/JavaRuntimeSupport.framework/Resources/Java/JavaRuntimeSupport.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/ui.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/laf.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/sunrsasign.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/jsse.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/jce.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/charsets.jar >>> [echoproperties] sun.boot.library.path=/opt/jprt/products/P1/jdk6u18-latest/Libraries >>> [echoproperties] sun.cpu.endian=little >>> [echoproperties] sun.cpu.isalist= >>> [echoproperties] sun.io.unicode.encoding=UnicodeLittle >>> [echoproperties] sun.java.command=org.apache.tools.ant.launch.Launcher -cp -verbose all >>> [echoproperties] sun.java.launcher=SUN_STANDARD >>> [echoproperties] sun.jnu.encoding=MacRoman >>> [echoproperties] sun.management.compiler=HotSpot 64-Bit Tiered Compilers >>> [echoproperties] sun.os.patch.level=unknown >>> [echoproperties] user.country= >>> [echoproperties] user.dir=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc >>> [echoproperties] user.home=/Users/jprtadm >>> [echoproperties] user.language=en >>> [echoproperties] user.name=jprtadm >>> [echoproperties] user.timezone= >>> Property "env.PRODUCT_NAME" has not been set >>> Property "env.SRCROOT" has not been set >>> Property "env.CONFIGURATION" has not been set >>> Property "env.RC_ARCHS" has not been set >>> Property "env.CONFIGURATION_BUILD_DIR" has not been set >>> Property "env.INSTALL_PATH" has not been set >>> [echo] (Settings :src '.' :cfg 'Debug' :obj '../../../build/macosx-universal/JObjC.build' :dst '../../../build/macosx-universal/JObjC.dst/Debug') >>> Property "env.BENCH_MATCH" has not been set >>> Build sequence for target(s) `all' is [gen-pcoder, build-core, build-core-native, build-generator, run-generator, build-generated, build-additions, build-additions-native, assemble-product, all] >>> Complete build sequence is [gen-pcoder, build-core, build-core-native, build-generator, run-generator, build-generated, build-additions, build-additions-native, assemble-product, all, clean, clean-all, build-test-installed, build-test-native-installed, bench-installed, test-installed, all-but-gen, run-generator-old, all-test, build-test, build-test-native, install, installsrc, installhdrs, test, bench, clean-all-test, doc-core, ] >>> >>> gen-pcoder: >>> [exec] Current OS is Mac OS X >>> [exec] Executing './run-and-write-if-okay' with arguments: >>> [exec] './src/core/PrimitiveCoder.hs' >>> [exec] './src/core/java/com/apple/jobjc/PrimitiveCoder.java' >>> [exec] >>> [exec] The ' characters around the executable and arguments are >>> [exec] not part of the command. >>> [exec] ./run-and-write-if-okay:40: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>> [exec] env: runhaskell: No such file or directory >>> [exec] >>> [exec] ./src/core/PrimitiveCoder.hs failed to run trial. Ignoring. >>> >>> build-core: >>> [mkdir] Created dir: /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core >>> [javac] com/apple/jobjc/PrimitiveCoder.java added as com/apple/jobjc/PrimitiveCoder.class doesn't exist. >>> [javac] Compiling 1 source file to /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core >>> [javac] Using modern compiler >>> [javac] Compilation arguments: >>> [javac] '-d' >>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>> [javac] '-classpath' >>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>> [javac] '-sourcepath' >>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java' >>> [javac] '-target' >>> [javac] '1.5' >>> [javac] '-g' >>> [javac] '-source' >>> [javac] '1.5' >>> [javac] >>> [javac] The ' characters around the executable and arguments are >>> [javac] not part of the command. >>> [javac] File to be compiled: >>> [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/PrimitiveCoder.java >>> [javac] Note: Some input files use unchecked or unsafe operations. >>> [javac] Note: Recompile with -Xlint:unchecked for details. >>> [javac] com/apple/jobjc/CFType.java added as com/apple/jobjc/CFType.class doesn't exist. >>> [javac] com/apple/jobjc/CIF.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/CIF.class is up to date. >>> [javac] com/apple/jobjc/Coder.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Coder.class is up to date. >>> [javac] com/apple/jobjc/FFIType.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/FFIType.class is up to date. >>> [javac] com/apple/jobjc/Function.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Function.class is up to date. >>> [javac] com/apple/jobjc/ID.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/ID.class is up to date. >>> [javac] com/apple/jobjc/Invoke.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Invoke.class is up to date. >>> [javac] com/apple/jobjc/JObjCRuntime.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/JObjCRuntime.class is up to date. >>> [javac] com/apple/jobjc/MacOSXFramework.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/MacOSXFramework.class is up to date. >>> [javac] com/apple/jobjc/NSClass.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NSClass.class is up to date. >>> [javac] com/apple/jobjc/NativeArgumentBuffer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeArgumentBuffer.class is up to date. >>> [javac] com/apple/jobjc/NativeBuffer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeBuffer.class is up to date. >>> [javac] com/apple/jobjc/NativeObjectLifecycleManager.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeObjectLifecycleManager.class is up to date. >>> [javac] com/apple/jobjc/Opaque.java added as com/apple/jobjc/Opaque.class doesn't exist. >>> [javac] com/apple/jobjc/Pointer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Pointer.class is up to date. >>> [javac] com/apple/jobjc/PrimitiveCoder.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/PrimitiveCoder.class is up to date. >>> [javac] com/apple/jobjc/SEL.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/SEL.class is up to date. >>> [javac] com/apple/jobjc/Struct.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Struct.class is up to date. >>> [javac] com/apple/jobjc/Subclassing.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Subclassing.class is up to date. >>> [javac] Compiling 2 source files to /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core >>> [javac] Using modern compiler >>> [javac] Compilation arguments: >>> [javac] '-d' >>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>> [javac] '-classpath' >>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>> [javac] '-sourcepath' >>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java' >>> [javac] '-target' >>> [javac] '1.5' >>> [javac] '-g' >>> [javac] '-source' >>> [javac] '1.5' >>> [javac] >>> [javac] The ' characters around the executable and arguments are >>> [javac] not part of the command. >>> [javac] Files to be compiled: >>> [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/CFType.java >>> [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/Opaque.java >>> [exec] Current OS is Mac OS X >>> [exec] Output redirected to property: core.classes >>> [exec] Executing './extract_classes.pl' with arguments: >>> [exec] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>> [exec] >>> [exec] The ' characters around the executable and arguments are >>> [exec] not part of the command. >>> [mkdir] Created dir: /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/src/jni_headers/core >>> [javah] Compilation arguments: >>> [javah] '-d' >>> [javah] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/src/jni_headers/core' >>> [javah] '-classpath' >>> [javah] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>> [javah] >>> [javah] The ' characters around the executable and arguments are >>> [javah] not part of the command. >>> [javah] Classes to be compiled: >>> [javah] com.apple.jobjc.CFType >>> [javah] com.apple.jobjc.CIF >>> [javah] com.apple.jobjc.Coder$IDCoder >>> [javah] com.apple.jobjc.Coder$NSClassCoder >>> [javah] com.apple.jobjc.Coder$PointerCoder >>> [javah] com.apple.jobjc.Coder$PrimitivePointerCoder >>> [javah] com.apple.jobjc.Coder$SELCoder >>> [javah] com.apple.jobjc.Coder$StructCoder >>> [javah] com.apple.jobjc.Coder$UnknownCoder >>> [javah] com.apple.jobjc.Coder$VoidCoder >>> [javah] com.apple.jobjc.Coder >>> [javah] com.apple.jobjc.FFIType >>> [javah] com.apple.jobjc.Function >>> [javah] com.apple.jobjc.ID >>> [javah] com.apple.jobjc.Invoke$FunCall >>> [javah] com.apple.jobjc.Invoke$MsgSend >>> [javah] com.apple.jobjc.Invoke$MsgSendSuper >>> [javah] com.apple.jobjc.Invoke >>> [javah] com.apple.jobjc.JObjCRuntime$Arch >>> [javah] com.apple.jobjc.JObjCRuntime$Width >>> [javah] com.apple.jobjc.JObjCRuntime >>> [javah] com.apple.jobjc.MacOSXFramework >>> [javah] com.apple.jobjc.NativeArgumentBuffer >>> [javah] com.apple.jobjc.NativeBuffer >>> [javah] com.apple.jobjc.NativeObjectLifecycleManager$CFRetainRelease >>> [javah] com.apple.jobjc.NativeObjectLifecycleManager$Free >>> [javah] com.apple.jobjc.NativeObjectLifecycleManager$Nothing >>> [javah] com.apple.jobjc.NativeObjectLifecycleManager >>> [javah] com.apple.jobjc.NSClass$NSClassNotFoundException >>> [javah] com.apple.jobjc.NSClass >>> [javah] com.apple.jobjc.Opaque >>> [javah] com.apple.jobjc.Pointer >>> [javah] com.apple.jobjc.PrimitiveCoder$BoolCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$DoubleCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$FloatCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$SCharCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$SIntCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$SLongCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$SLongLongCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$SShortCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$UCharCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$UIntCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$ULongCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$ULongLongCoder >>> [javah] com.apple.jobjc.PrimitiveCoder$UShortCoder >>> [javah] com.apple.jobjc.PrimitiveCoder >>> [javah] com.apple.jobjc.SEL >>> [javah] com.apple.jobjc.Struct >>> [javah] com.apple.jobjc.Subclassing >>> >>> build-core-native: >>> [exec] Current OS is Mac OS X >>> [exec] Setting environment variable: CC= >>> [exec] Setting environment variable: CXX= >>> [exec] Executing 'xcodebuild' with arguments: >>> [exec] '-configuration' >>> [exec] 'Debug' >>> [exec] '-target' >>> [exec] 'build-core-native' >>> [exec] 'SRCROOT=.' >>> [exec] 'OBJROOT=../../../build/macosx-universal/JObjC.build' >>> [exec] 'DSTROOT=../../../build/macosx-universal/JObjC.dst/Debug' >>> [exec] 'TARGET_TEMP_DIR=../../../build/macosx-universal/JObjC.dst' >>> [exec] 'PROJECT_TEMP_DIR=../../../build/macosx-universal/JObjC.dst' >>> [exec] 'BUILD_DIR=../../../build/macosx-universal/JObjC.dst' >>> [exec] >>> [exec] The ' characters around the executable and arguments are >>> [exec] not part of the command. >>> [exec] Build settings from command line: >>> [exec] BUILD_DIR = ../../../build/macosx-universal/JObjC.dst >>> [exec] DSTROOT = ../../../build/macosx-universal/JObjC.dst/Debug >>> [exec] OBJROOT = ../../../build/macosx-universal/JObjC.build >>> [exec] PROJECT_TEMP_DIR = ../../../build/macosx-universal/JObjC.dst >>> [exec] SRCROOT = . >>> [exec] TARGET_TEMP_DIR = ../../../build/macosx-universal/JObjC.dst >>> [exec] >>> [exec] === BUILD LEGACY TARGET build-core-java OF PROJECT JObjC WITH CONFIGURATION Debug === >>> [exec] Check dependencies >>> [exec] 2011-12-01 12:23:29.270 xcodebuild[48737:3f03] ASSERTION FAILURE in /SourceCache/IDEXcode3ProjectSupport/IDEXcode3ProjectSupport-928/Xcode3Sources/XcodeIDE/Frameworks/DevToolsBase/pbxcore/Target.subproj/PBXTargetBuildContext.m:1966 >>> [exec] Details: Assertion failed: [filePath isAbsolutePath] >>> [exec] Object: >>> [exec] Method: -setHeadermapToolInvocation:forFilePath: >>> [exec] Thread:{name = (null), num = 2} >>> [exec] Backtrace: >>> [exec] 0 0x000000010642b9ac -[PBXTargetBuildContext(DependencyGraphEvents) handleFailureInMethod:object:fileName:lineNumber:messageFormat:arguments:] (in DevToolsCore) >>> [exec] 1 0x0000000105828794 _DVTAssertionFailureHandler (in DVTFoundation) >>> [exec] 2 0x0000000106423482 -[PBXTargetBuildContext setHeadermapToolInvocation:forFilePath:] (in DevToolsCore) >>> [exec] 3 0x00000001064798be -[XCCompilerSpecification computeDependenciesForFilePath:ofType:outputDirectory:inTargetBuildContext:] (in DevToolsCore) >>> [exec] 4 0x0000000106523007 -[XCBuildRuleDGSnapshot(DependencyGraphCreation) computeDependenciesForFilePath:ofType:forBuildFileReference:withOutputDirectory:additionalProperties:inTargetBuildContext:] (in DevToolsCore) >>> [exec] 5 0x000000010651b978 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) _computeDependenciesForFilePath:ofType:forBuildFileReference:usingBuildRule:inTargetBuildContext:processedPaths:] (in DevToolsCore) >>> [exec] 6 0x000000010651c04f -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForFilePath:ofType:forBuildFileReference:usingBuildRule:inTargetBuildContext:] (in DevToolsCore) >>> [exec] 7 0x000000010651c600 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForBuildFileReference:inTargetBuildContext:] (in DevToolsCore) >>> [exec] 8 0x0000000106510fec -[XCBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForAllBuildFileReferencesInTargetBuildContext:] (in DevToolsCore) >>> [exec] 9 0x000000010651dee3 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForAllBuildFileReferencesInTargetBuildContext:] (in DevToolsCore) >>> [exec] 10 0x000000010651e86e -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesInTargetBuildContext:] (in DevToolsCore) >>> [exec] 11 0x000000010647cd2d -[XCProductTypeSpecification computeDependenciesInTargetBuildContext:] (in DevToolsCore) >>> [exec] 12 0x000000010650ca42 -[XCNativeTargetDGSnapshot(DependencyGraphCreation) computeDependenciesInTargetBuildContext:] (in DevToolsCore) >>> [exec] 13 0x000000010641b26d -[PBXTargetBuildContext createDependencyGraphWithTargetDGSnapshot:] (in DevToolsCore) >>> [exec] 14 0x000000010642ca2e -[PBXTargetBuildContext(DependencyGraphEvents) dg_setTargetSnapshot:] (in DevToolsCore) >>> [exec] 15 0x00007fff900cc20c __invoking___ (in CoreFoundation) >>> [exec] 16 0x00007fff900cc0a4 -[NSInvocation invoke] (in CoreFoundation) >>> [exec] 17 0x000000010642bdf1 -[PBXTargetBuildContext(DependencyGraphEvents) processDependencyGraphEvents] (in DevToolsCore) >>> [exec] 18 0x00007fff900cc20c __invoking___ (in CoreFoundation) >>> [exec] 19 0x00007fff900cc0a4 -[NSInvocation invoke] (in CoreFoundation) >>> [exec] 20 0x0000000106475296 -[XCInvocationQueue _processNextInvocationInThreadSlotNumber:] (in DevToolsCore) >>> [exec] 21 0x00000001064756a0 -[XCInvocationQueue _processInvocationsInThreadSlotNumber:] (in DevToolsCore) >>> [exec] 22 0x00007fff92d7d7fe -[NSThread main] (in Foundation) >>> [exec] 23 0x00007fff92d7d776 __NSThread__main__ (in Foundation) >>> [exec] 24 0x00007fff8dad48bf _pthread_start (in libsystem_c.dylib) >>> [exec] 25 0x00007fff8dad7b75 thread_start (in libsystem_c.dylib) >>> [exec] 2011-12-01 12:23:29.327 xcodebuild[48737:3803] DVTAssertions: ASSERTION FAILURE in /SourceCache/DVTFoundation/DVTFoundation-903/Framework/Classes/FilePaths/DVTFilePath.m:370 >>> [exec] Details: fsrep is relative ('../../../build/macosx-universal/JObjC.dst') parentPath must not be nil but it is. >>> [exec] Object: >>> [exec] Method: +_filePathForParent:fileSystemRepresentation:length:allowCreation: >>> [exec] Thread:{name = (null), num = 3} >>> [exec] Hints: None >>> [exec] Backtrace: >>> [exec] 0 0x00000001058288c4 -[DVTAssertionHandler handleFailureInMethod:object:fileName:lineNumber:messageFormat:arguments:] (in DVTFoundation) >>> [exec] 1 0x0000000105828794 _DVTAssertionFailureHandler (in DVTFoundation) >>> [exec] 2 0x00000001057c5d32 +[DVTFilePath _filePathForParent:fileSystemRepresentation:length:allowCreation:] (in DVTFoundation) >>> [exec] 3 0x00000001057c5963 +[DVTFilePath _filePathForParent:pathString:] (in DVTFoundation) >>> [exec] 4 0x00000001057c6d47 +[DVTFilePath filePathForPathString:] (in DVTFoundation) >>> [exec] 5 0x00000001063e219e -[PBXTarget(XCBuildables) buildWillStartWithBuildLogRecorder:buildParameters:] (in DevToolsCore) >>> [exec] 6 0x0000000106567f34 -[Xcode3TargetBuildableSnapshot buildForBuilderWillStart:] (in DevToolsCore) >>> [exec] 7 0x0000000105af6256 -[IDEBuildableSnapshot performBuildForBuilder:buildCommand:buildOnlyTheseFiles:] (in IDEFoundation) >>> [exec] 8 0x0000000105a30513 -[IDEBuilder main] (in IDEFoundation) >>> [exec] 9 0x00007fff92d6b788 -[__NSOperationInternal start] (in Foundation) >>> [exec] 10 0x00007fff92d7e9e6 ____NSOQSchedule_block_invoke_2 (in Foundation) >>> [exec] 11 0x00007fff8c45b8ba _dispatch_call_block_and_release (in libdispatch.dylib) >>> [exec] 12 0x00007fff8c45c799 _dispatch_worker_thread2 (in libdispatch.dylib) >>> [exec] 13 0x00007fff8dad63da _pthread_wqthread (in libsystem_c.dylib) >>> [exec] 14 0x00007fff8dad7b85 start_wqthread (in libsystem_c.dylib) >>> >>> BUILD FAILED >>> /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml:156: exec returned: 134 >>> at org.apache.tools.ant.taskdefs.ExecTask.runExecute(ExecTask.java:636) >>> at org.apache.tools.ant.taskdefs.ExecTask.runExec(ExecTask.java:662) >>> at org.apache.tools.ant.taskdefs.ExecTask.execute(ExecTask.java:487) >>> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) >>> at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) >>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>> at java.lang.reflect.Method.invoke(Method.java:597) >>> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) >>> at org.apache.tools.ant.Task.perform(Task.java:348) >>> at org.apache.tools.ant.Target.execute(Target.java:357) >>> at org.apache.tools.ant.Target.performTasks(Target.java:385) >>> at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1337) >>> at org.apache.tools.ant.Project.executeTarget(Project.java:1306) >>> at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) >>> at org.apache.tools.ant.Project.executeTargets(Project.java:1189) >>> at org.apache.tools.ant.Main.runBuild(Main.java:758) >>> at org.apache.tools.ant.Main.startAnt(Main.java:217) >>> at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) >>> at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) >>> >>> Total time: 7 seconds >>> make[2]: *** [../../../build/macosx-universal/JObjC.build/JObjC.jar] Error 1 >>> make[1]: *** [all] Error 1 >>> make: *** [all] Error 1 >>> >>> >> >> > From scott.kovatch at oracle.com Thu Dec 1 14:22:24 2011 From: scott.kovatch at oracle.com (Scott Kovatch) Date: Thu, 1 Dec 2011 14:22:24 -0800 Subject: Build failure In-Reply-To: References: <4ED7ED93.1000703@oracle.com> <9EB9EDEB-0D78-4EFA-BD0C-D7A7097E8A51@apple.com> Message-ID: <7559267C-B7B9-4272-8A34-8EDFC3E6C037@oracle.com> Ant 1.8.2 comes with Apple's Java. The failure is caused by Xcode (via xcodebuild) crashing during the build of the native code. I just did an update and was able to build this part successfully. One difference I noticed is that I have absolute paths for OBJROOT, DSTROOT and so on: [exec] Build settings from command line: [exec] BUILD_DIR = /Users/skovatch/src/macosx-port/build/macosx-universal/JObjC.dst [exec] DSTROOT = /Users/skovatch/src/macosx-port/build/macosx-universal/JObjC.dst/Debug [exec] OBJROOT = /Users/skovatch/src/macosx-port/build/macosx-universal/JObjC.build [exec] PROJECT_TEMP_DIR = /Users/skovatch/src/macosx-port/build/macosx-universal/JObjC.dst [exec] SRCROOT = . [exec] TARGET_TEMP_DIR = /Users/skovatch/src/macosx-port/build/macosx-universal/JObjC.dst [exec] Given the assertion is complaining about the lack of an absolute path, maybe that's it? How are you starting the build? -- Scott On Dec 1, 2011, at 1:46 PM, Kelly O'Hair wrote: > This is being run through an automated build system, so kind of difficult to just 'start again'. > I need the build to just work reliably all the time. So I'll need to figure out what the issue is here. > > In my opinion, make -> ant -> xcodebuild is kind of ugly, all three could probably sit in as > Cinderella's step sisters, but mixing them up too much is really ugly. :^( > > Is there an expectation that the ant being used be part of some Apple install? > I'm using my own ant 1.7.1 install, the same ant bits and version used on all platforms. > > -kto > > On Dec 1, 2011, at 1:29 PM, Mike Swingler wrote: > >> Looks like the Xcode project file was being run from xcodebuild (kicked off by ant, kicked off by a Makefile), and the process crashed. >> >> Is this crashing reliably, or does it work when the build is started again? >> >> Curious, >> Mike Swingler >> Apple Inc. >> >> On Dec 1, 2011, at 1:11 PM, Michael McMahon wrote: >> >>> On 01/12/11 20:38, Kelly O'Hair wrote: >>>> I pulled over the latest http://hg.openjdk.java.net/macosx-port/macosx-port/jdk repository >>>> and tried to build it on a Mac 10.7 (Lion) with Xcode 4. >>>> It appears to be running an ant script from the jdk makefiles now, something that the jdk >>>> repository has never done before, but in any case, it fails. >>>> >>> Is that a recent change? I haven't noticed a problem like that before. >>>> Does anybody know why? And where did all the make "Entering" "leaving" messages go? >>>> >>> I know you can get them back by calling make -w at the top level. >>> >>> - Michael. >>> >>>> -kto >>>> >>>> P.S. I really hate these ant scripts. :^( >>>> >>>> ... >>>> mkdir -p ../../../build/macosx-universal/bridge_metadata >>>> Updating bridge support in ../../../build/macosx-universal/bridge_metadata >>>> (cd ../../../build/macosx-universal/bridge_metadata; /usr/bin/make STABLE_GEN_DIR="../../../build/macosx-universal/stable_bridge_metadata" FRAMEWORKS="Foundation CoreFoundation AppKit" -f ../../../src/macosx/native/jobjc/bridgesupport.gmk all) >>>> linking /System/Library/Frameworks/Foundation.framework/Headers >>>> ln -s /System/Library/Frameworks/Foundation.framework/Headers Foundation.headers >>>> linking /System/Library/Frameworks/CoreFoundation.framework/Headers >>>> ln -s /System/Library/Frameworks/CoreFoundation.framework/Headers CoreFoundation.headers >>>> linking /System/Library/Frameworks/AppKit.framework/Headers >>>> ln -s /System/Library/Frameworks/AppKit.framework/Headers AppKit.headers >>>> mkdir -p ../../../build/macosx-universal/stable_bridge_metadata >>>> generating bridge support for Foundation.headers >>>> if [ -f /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/FoundationFull.bridgesupport ] ; \ >>>> then cp /System/Library/Frameworks/Foundation.framework/Resources/BridgeSupport/FoundationFull.bridgesupport Foundation.bridgesupport ; \ >>>> else /usr/bin/gen_bridge_metadata -F complete --framework Foundation.framework -o Foundation.bridgesupport ; \ >>>> fi >>>> /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> if cmp -s Foundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/FoundationFull.bridgesupport ; \ >>>> then : ; \ >>>> else cp Foundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/FoundationFull.bridgesupport ; \ >>>> fi >>>> generating bridge support for CoreFoundation.headers >>>> if [ -f /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundationFull.bridgesupport ] ; \ >>>> then cp /System/Library/Frameworks/CoreFoundation.framework/Resources/BridgeSupport/CoreFoundationFull.bridgesupport CoreFoundation.bridgesupport ; \ >>>> else /usr/bin/gen_bridge_metadata -F complete --framework CoreFoundation.framework -o CoreFoundation.bridgesupport ; \ >>>> fi >>>> /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> /usr/bin/gen_bridge_metadata:2163: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> if cmp -s CoreFoundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/CoreFoundationFull.bridgesupport ; \ >>>> then : ; \ >>>> else cp CoreFoundation.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/CoreFoundationFull.bridgesupport ; \ >>>> fi >>>> generating bridge support for AppKit.headers >>>> if [ -f /System/Library/Frameworks/AppKit.framework/Resources/BridgeSupport/AppKitFull.bridgesupport ] ; \ >>>> then cp /System/Library/Frameworks/AppKit.framework/Resources/BridgeSupport/AppKitFull.bridgesupport AppKit.bridgesupport ; \ >>>> else /usr/bin/gen_bridge_metadata -F complete --framework AppKit.framework -o AppKit.bridgesupport ; \ >>>> fi >>>> /usr/bin/gen_bridge_metadata:507: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> /usr/bin/gen_bridge_metadata:510: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> /usr/bin/gen_bridge_metadata:711: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> MergingHash:aPoint[name]: aPoint => thePoint >>>> /usr/bin/gen_bridge_metadata:2163: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> MergingHash:aPoint[name]: aPoint => thePoint >>>> if cmp -s AppKit.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/AppKitFull.bridgesupport ; \ >>>> then : ; \ >>>> else cp AppKit.bridgesupport ../../../build/macosx-universal/stable_bridge_metadata/AppKitFull.bridgesupport ; \ >>>> fi >>>> JObjC dylib or jar out of data wrt FRAMEWORKS ( Foundation CoreFoundation AppKit ) or JObjC source ( core, generator, additions, build ) >>>> Running ant with java_home set to /opt/jprt/products/P1/jdk6u18-latest/Home >>>> (cd ../../../src/macosx/native/jobjc; OBJROOT="../../../build/macosx-universal/JObjC.build" DSTROOT="../../../build/macosx-universal/JObjC.dst" JAVA_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home STABLE_GEN_DIR="../../../build/macosx-universal/stable_bridge_metadata" /usr/bin/ant -verbose all) >>>> Apache Ant version 1.7.1 compiled on June 27 2008 >>>> Buildfile: build.xml >>>> Detected Java version: 1.6 in: /opt/jprt/products/P1/jdk6u18-latest/Home >>>> Detected OS: Mac OS X >>>> parsing buildfile /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml with URI = file:/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml >>>> Project base dir set to: /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc >>>> [antlib:org.apache.tools.ant] Could not load definitions from resource org/apache/tools/ant/antlib.xml. It could not be found. >>>> [property] Loading Environment env. >>>> Property "-*-command-variables-*-" has not been set >>>> [echoproperties] #Ant properties >>>> [echoproperties] #Thu Dec 01 12:23:26 PST 2011 >>>> [echoproperties] ant.core.lib=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant.jar >>>> [echoproperties] ant.file=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml >>>> [echoproperties] ant.file.JObjC=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml >>>> [echoproperties] ant.home=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 >>>> [echoproperties] ant.java.version=1.6 >>>> [echoproperties] ant.library.dir=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib >>>> [echoproperties] ant.project.name=JObjC >>>> [echoproperties] ant.version=Apache Ant version 1.7.1 compiled on June 27 2008 >>>> [echoproperties] awt.nativeDoubleBuffering=true >>>> [echoproperties] awt.toolkit=apple.awt.CToolkit >>>> [echoproperties] basedir=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc >>>> [echoproperties] env.ALT_BOOTDIR=/opt/jprt/products/P1/jdk6u18-latest/Home >>>> [echoproperties] env.ALT_CUPS_HEADERS_PATH=/opt/jprt/products/P1/cups1.0-latest >>>> [echoproperties] env.ALT_DROPS_DIR=/opt/jprt/products/P1/jdk7drops_1.0 >>>> [echoproperties] env.ALT_JDK_HOST_IMPORT_PATH=/opt/jprt/products/P1/jdk7-latest/Home >>>> [echoproperties] env.ALT_JDK_IMPORT_PATH=/opt/jprt/products/P1/jdk7-latest/Home >>>> [echoproperties] env.ALT_MOZILLA_HEADERS_PATH=/opt/jprt/products/P1/npapi_1.0/plugin >>>> [echoproperties] env.ALT_PARALLEL_COMPILE_JOBS=16 >>>> [echoproperties] env.ALT_PREVIOUS_JDK_IMAGE=/opt/jprt/products/P1/jdk6u18-latest/Home >>>> [echoproperties] env.ALT_SLASH_JAVA=/opt/jprt/slashjava >>>> [echoproperties] env.ALWAYS_PASS_TEST_GAMMA=true >>>> [echoproperties] env.ANT_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 >>>> [echoproperties] env.ARCH_DATA_MODEL=32 >>>> [echoproperties] env.BOOTDIR=/opt/jprt/products/P1/jdk6u18-latest/Home >>>> [echoproperties] env.DEV_NULL=/dev/null >>>> [echoproperties] env.DISPLAY=jprt-west1\:525 >>>> [echoproperties] env.DSTROOT=../../../build/macosx-universal/JObjC.dst >>>> [echoproperties] env.FULL_VERSION=1.7.0-internal-201112012014.kohair.jdk-b00 >>>> [echoproperties] env.HOME=/Users/jprtadm >>>> [echoproperties] env.HOTSPOT_BUILD_JOBS=16 >>>> [echoproperties] env.JAVA_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home >>>> [echoproperties] env.JAVA_MAIN_CLASS_19542=jprt.tools.Main >>>> [echoproperties] env.JAVA_MAIN_CLASS_48729=org.apache.tools.ant.launch.Launcher >>>> [echoproperties] env.JDK_HAS_MEM_INFO=true >>>> [echoproperties] env.JPRT_ADMIN_SCRIPT_LOG=/opt/jprt/syslogs/scripts//jprt_startclient_2011-11-29-16-56-30-shell.txt >>>> [echoproperties] env.JPRT_ANT171_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 >>>> [echoproperties] env.JPRT_ANT1_7_1_HOME=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1 >>>> [echoproperties] env.JPRT_ARCHIVE_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product.zip >>>> [echoproperties] env.JPRT_ARCHIVE_INSTALL_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-install.zip >>>> [echoproperties] env.JPRT_ARCHIVE_MODULES_BUNDLE=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-modules.zip >>>> [echoproperties] env.JPRT_ARCH_DATA_MODEL=64 >>>> [echoproperties] env.JPRT_BOOT_PRODUCT_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home >>>> [echoproperties] env.JPRT_BUILD_FLAVOR_ID=product >>>> [echoproperties] env.JPRT_BUILD_VERSION=201112012014.kohair.jdk >>>> [echoproperties] env.JPRT_COMPILER_NAME=none >>>> [echoproperties] env.JPRT_CONFIG_RELEASE=/opt/jprt/dist/sbin/config/jdk7/jprt.config >>>> [echoproperties] env.JPRT_CONFIG_SHARED=/opt/jprt/dist/sbin/config/jprt.config >>>> [echoproperties] env.JPRT_CUPS1_0-LATEST_HOME=/opt/jprt/products/P1/cups1.0-latest >>>> [echoproperties] env.JPRT_CUPS_HOME=/opt/jprt/products/P1/cups1.0-latest >>>> [echoproperties] env.JPRT_DIST_DIR=/opt/jprt/dist >>>> [echoproperties] env.JPRT_FORCE_CORE_DUMP_FILE=/tmp/jprt/P1/201435.kohair/forceCoreDump >>>> [echoproperties] env.JPRT_HOST=sc14ib04.us.oracle.com >>>> [echoproperties] env.JPRT_HOST_ID=sc14ib04.us.oracle.com(P1) >>>> [echoproperties] env.JPRT_IMPORT_PRODUCT_HOME=/opt/jprt/products/P1/jdk7-latest/Home >>>> [echoproperties] env.JPRT_INSTANCE=P1 >>>> [echoproperties] env.JPRT_JAVA_HOME=/opt/jprt/jdk1.6.0/Home >>>> [echoproperties] env.JPRT_JDK6U18-LATEST_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home >>>> [echoproperties] env.JPRT_JDK6U18_HOME=/opt/jprt/products/P1/jdk6u18-latest/Home >>>> [echoproperties] env.JPRT_JDK7-LATEST_HOME=/opt/jprt/products/P1/jdk7-latest/Home >>>> [echoproperties] env.JPRT_JDK7DROPS_1_0_HOME=/opt/jprt/products/P1/jdk7drops_1.0 >>>> [echoproperties] env.JPRT_JDK7DROPS_HOME=/opt/jprt/products/P1/jdk7drops_1.0 >>>> [echoproperties] env.JPRT_JDK7_HOME=/opt/jprt/products/P1/jdk7-latest/Home >>>> [echoproperties] env.JPRT_JOB_DISPLAY=jprt-west1\:525 >>>> [echoproperties] env.JPRT_JOB_ID=2011-12-01-201435.kohair.jdk >>>> [echoproperties] env.JPRT_JOB_PRODUCT_RELEASE=jdk7 >>>> [echoproperties] env.JPRT_LOCAL_ROOT=/opt/jprt >>>> [echoproperties] env.JPRT_MAKE=/usr/bin/make >>>> [echoproperties] env.JPRT_MAKE_DIR=make >>>> [echoproperties] env.JPRT_NPAPI_1_0_HOME=/opt/jprt/products/P1/npapi_1.0/plugin >>>> [echoproperties] env.JPRT_NPAPI_HOME=/opt/jprt/products/P1/npapi_1.0/plugin >>>> [echoproperties] env.JPRT_PARALLEL_COUNT=16 >>>> [echoproperties] env.JPRT_PLATFORM_ARCH=x64 >>>> [echoproperties] env.JPRT_PLATFORM_ID=macosx_x64_10.7 >>>> [echoproperties] env.JPRT_PLATFORM_OS=macosx >>>> [echoproperties] env.JPRT_POSTCONFIG=make/jprt.postconfig >>>> [echoproperties] env.JPRT_PRECONFIG=make/jprt.preconfig >>>> [echoproperties] env.JPRT_SLASH_JAVA=/opt/jprt/slashjava >>>> [echoproperties] env.JPRT_SOURCE_TREE=/tmp/jprt/P1/201435.kohair/source >>>> [echoproperties] env.JPRT_TARGET_ID=macosx_x64_10.7-product >>>> [echoproperties] env.JPRT_TARGET_KIND=build >>>> [echoproperties] env.JPRT_TARGET_PID_FILE=/tmp/jprt/P1/201435.kohair/targetPidFile >>>> [echoproperties] env.JPRT_TEMP_DIR=/tmp/jprt/P1/201435.kohair >>>> [echoproperties] env.JPRT_TIME_LIMIT=3h >>>> [echoproperties] env.JPRT_UNIX_TOOLKIT=NONE >>>> [echoproperties] env.JPRT_USER=kohair >>>> [echoproperties] env.LANG=C >>>> [echoproperties] env.LC_ALL=C >>>> [echoproperties] env.LOGNAME=jprtadm >>>> [echoproperties] env.LOW_MEMORY_MACHINE=false >>>> [echoproperties] env.MAIL=/var/mail/jprtadm >>>> [echoproperties] env.MAKEFLAGS=JPRT_ARCHIVE_MODULES_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-modules.zip JPRT_ARCHIVE_INSTALL_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product-install.zip JPRT_ARCHIVE_BUNDLE\=/tmp/jprt/P1/201435.kohair/bundles/macosx_x64_10.7-product.zip JPRT_BUILD_VERSION\=201112012014.kohair.jdk ALT_SLASH_JAVA\=/opt/jprt/slashjava FULL_VERSION\=1.7.0-internal-201112012014.kohair.jdk-b00 RELEASE\=1.7.0-internal >>>> [echoproperties] env.MAKELEVEL=3 >>>> [echoproperties] env.MAKEOVERRIDES=${-*-command-variables-*-} >>>> [echoproperties] env.MAX_VM_MEMORY=512 >>>> [echoproperties] env.MB_OF_MEMORY=2048 >>>> [echoproperties] env.MFLAGS= >>>> [echoproperties] env.MIN_VM_MEMORY=512 >>>> [echoproperties] env.OBJROOT=../../../build/macosx-universal/JObjC.build >>>> [echoproperties] env.PATH=/opt/jprt/products/P1/jdk6u18-latest/Home/bin\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/bin\:/System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Commands\:/opt/jprt/dist/sbin\:/usr/local/bin\:/usr/ccs/bin\:/usr/ccs/lib\:/usr/bin\:/bin\:/usr/sbin\:/sbin\:/usr/X11R6/bin >>>> [echoproperties] env.PLATFORM=macosx >>>> [echoproperties] env.PREVIOUS_JDK_VERSION=1.6.0 >>>> [echoproperties] env.PWD=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc >>>> [echoproperties] env.RELEASE=1.7.0-internal >>>> [echoproperties] env.SA_APPLE_BOOT_JAVA=true >>>> [echoproperties] env.SHELL=/bin/bash >>>> [echoproperties] env.SHLVL=7 >>>> [echoproperties] env.SKIP_COMPARE_IMAGES=true >>>> [echoproperties] env.SSH_CLIENT=10.133.137.52 59771 22 >>>> [echoproperties] env.SSH_CONNECTION=10.133.137.52 59771 10.133.161.51 22 >>>> [echoproperties] env.STABLE_GEN_DIR=../../../build/macosx-universal/stable_bridge_metadata >>>> [echoproperties] env.SUNW_NO_UPDATE_NOTIFY=1 >>>> [echoproperties] env.SYSTEM_UNAME=Darwin >>>> [echoproperties] env.TMPDIR=/tmp/jprt/P1/201435.kohair >>>> [echoproperties] env.USER=jprtadm >>>> [echoproperties] env.USER_RELEASE_SUFFIX=201112012014.kohair.jdk >>>> [echoproperties] env.UT_NO_USAGE_TRACKING=1 >>>> [echoproperties] env.__CF_USER_TEXT_ENCODING=0x29B\:0\:0 >>>> [echoproperties] env.com.apple.java.jvmMode=client >>>> [echoproperties] env.com.apple.java.jvmTask=CommandLine_Manual.java.java >>>> [echoproperties] file.encoding=MacRoman >>>> [echoproperties] file.encoding.pkg=sun.io >>>> [echoproperties] file.separator=/ >>>> [echoproperties] ftp.nonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com >>>> [echoproperties] ftp.proxyHost=www-proxy.us.oracle.com >>>> [echoproperties] ftp.proxyPort=80 >>>> [echoproperties] gopherProxySet=false >>>> [echoproperties] http.nonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com >>>> [echoproperties] http.proxyHost=www-proxy.us.oracle.com >>>> [echoproperties] http.proxyPort=80 >>>> [echoproperties] https.proxyHost=www-proxy.us.oracle.com >>>> [echoproperties] https.proxyPort=80 >>>> [echoproperties] java.awt.graphicsenv=apple.awt.CGraphicsEnvironment >>>> [echoproperties] java.awt.printerjob=apple.awt.CPrinterJob >>>> [echoproperties] java.class.path=/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-launcher.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-antlr.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-bcel.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-bsf.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-log4j.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-oro.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-regexp.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-apache-resolver.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-commons-logging.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-commons-net.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jai.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-javamail.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jdepend.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jmf.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-jsch.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-junit.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-launcher.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-netrexx.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-nodeps.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-starteam.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-stylebook.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-swing.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-testutil.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-trax.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant-weblogic.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/ant.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/xercesImpl.jar\:/opt/jprt/products/P1/ant1.7.1/apache-ant-1.7.1/lib/xml-apis.jar >>>> [echoproperties] java.class.version=50.0 >>>> [echoproperties] java.endorsed.dirs=/opt/jprt/products/P1/jdk6u18-latest/Home/lib/endorsed >>>> [echoproperties] java.ext.dirs=/Library/Java/Extensions\:/System/Library/Java/Extensions\:/opt/jprt/products/P1/jdk6u18-latest/Home/lib/ext >>>> [echoproperties] java.home=/opt/jprt/products/P1/jdk6u18-latest/Home >>>> [echoproperties] java.io.tmpdir=/var/folders/y4/s490h3f55fs1jvc95nt1tc4w0000mv/T/ >>>> [echoproperties] java.library.path=.\:/Library/Java/Extensions\:/System/Library/Java/Extensions\:/usr/lib/java >>>> [echoproperties] java.runtime.name=Java(TM) SE Runtime Environment >>>> [echoproperties] java.runtime.version=1.6.0_26-b03-384-11M3527 >>>> [echoproperties] java.specification.name=Java Platform API Specification >>>> [echoproperties] java.specification.vendor=Sun Microsystems Inc. >>>> [echoproperties] java.specification.version=1.6 >>>> [echoproperties] java.vendor=Apple Inc. >>>> [echoproperties] java.vendor.url=http\://www.apple.com/ >>>> [echoproperties] java.vendor.url.bug=http\://bugreport.apple.com/ >>>> [echoproperties] java.version=1.6.0_26 >>>> [echoproperties] java.vm.info=mixed mode >>>> [echoproperties] java.vm.name=Java HotSpot(TM) 64-Bit Server VM >>>> [echoproperties] java.vm.specification.name=Java Virtual Machine Specification >>>> [echoproperties] java.vm.specification.vendor=Sun Microsystems Inc. >>>> [echoproperties] java.vm.specification.version=1.0 >>>> [echoproperties] java.vm.vendor=Apple Inc. >>>> [echoproperties] java.vm.version=20.1-b02-384 >>>> [echoproperties] jikes.class.path=\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/alt-rt.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/alt-string.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/charsets.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/classes.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/dt.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jce.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jconsole.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/jsse.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/management-agent.jar\:/opt/jprt/products/P1/jdk6u18-latest/Home/../Classes/ui.jar >>>> [echoproperties] line.separator=\n >>>> [echoproperties] mrj.build=11M3527 >>>> [echoproperties] mrj.version=1060.1.6.0_26-384 >>>> [echoproperties] os.arch=x86_64 >>>> [echoproperties] os.name=Mac OS X >>>> [echoproperties] os.version=10.7.2 >>>> [echoproperties] path.separator=\: >>>> [echoproperties] socksNonProxyHosts=local|*.local|169.254/16|*.169.254/16|se.oracle.com|*.se.oracle.com >>>> [echoproperties] socksProxyHost=www-proxy.us.oracle.com >>>> [echoproperties] socksProxyPort=80 >>>> [echoproperties] sun.arch.data.model=64 >>>> [echoproperties] sun.boot.class.path=/opt/jprt/products/P1/jdk6u18-latest/Classes/jsfd.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/classes.jar\:/System/Library/Frameworks/JavaVM.framework/Frameworks/JavaRuntimeSupport.framework/Resources/Java/JavaRuntimeSupport.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/ui.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/laf.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/sunrsasign.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/jsse.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/jce.jar\:/opt/jprt/products/P1/jdk6u18-latest/Classes/charsets.jar >>>> [echoproperties] sun.boot.library.path=/opt/jprt/products/P1/jdk6u18-latest/Libraries >>>> [echoproperties] sun.cpu.endian=little >>>> [echoproperties] sun.cpu.isalist= >>>> [echoproperties] sun.io.unicode.encoding=UnicodeLittle >>>> [echoproperties] sun.java.command=org.apache.tools.ant.launch.Launcher -cp -verbose all >>>> [echoproperties] sun.java.launcher=SUN_STANDARD >>>> [echoproperties] sun.jnu.encoding=MacRoman >>>> [echoproperties] sun.management.compiler=HotSpot 64-Bit Tiered Compilers >>>> [echoproperties] sun.os.patch.level=unknown >>>> [echoproperties] user.country= >>>> [echoproperties] user.dir=/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc >>>> [echoproperties] user.home=/Users/jprtadm >>>> [echoproperties] user.language=en >>>> [echoproperties] user.name=jprtadm >>>> [echoproperties] user.timezone= >>>> Property "env.PRODUCT_NAME" has not been set >>>> Property "env.SRCROOT" has not been set >>>> Property "env.CONFIGURATION" has not been set >>>> Property "env.RC_ARCHS" has not been set >>>> Property "env.CONFIGURATION_BUILD_DIR" has not been set >>>> Property "env.INSTALL_PATH" has not been set >>>> [echo] (Settings :src '.' :cfg 'Debug' :obj '../../../build/macosx-universal/JObjC.build' :dst '../../../build/macosx-universal/JObjC.dst/Debug') >>>> Property "env.BENCH_MATCH" has not been set >>>> Build sequence for target(s) `all' is [gen-pcoder, build-core, build-core-native, build-generator, run-generator, build-generated, build-additions, build-additions-native, assemble-product, all] >>>> Complete build sequence is [gen-pcoder, build-core, build-core-native, build-generator, run-generator, build-generated, build-additions, build-additions-native, assemble-product, all, clean, clean-all, build-test-installed, build-test-native-installed, bench-installed, test-installed, all-but-gen, run-generator-old, all-test, build-test, build-test-native, install, installsrc, installhdrs, test, bench, clean-all-test, doc-core, ] >>>> >>>> gen-pcoder: >>>> [exec] Current OS is Mac OS X >>>> [exec] Executing './run-and-write-if-okay' with arguments: >>>> [exec] './src/core/PrimitiveCoder.hs' >>>> [exec] './src/core/java/com/apple/jobjc/PrimitiveCoder.java' >>>> [exec] >>>> [exec] The ' characters around the executable and arguments are >>>> [exec] not part of the command. >>>> [exec] ./run-and-write-if-okay:40: warning: Insecure world writable dir /opt/jprt/products/P1/jdk6u18-latest in PATH, mode 040777 >>>> [exec] env: runhaskell: No such file or directory >>>> [exec] >>>> [exec] ./src/core/PrimitiveCoder.hs failed to run trial. Ignoring. >>>> >>>> build-core: >>>> [mkdir] Created dir: /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core >>>> [javac] com/apple/jobjc/PrimitiveCoder.java added as com/apple/jobjc/PrimitiveCoder.class doesn't exist. >>>> [javac] Compiling 1 source file to /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core >>>> [javac] Using modern compiler >>>> [javac] Compilation arguments: >>>> [javac] '-d' >>>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>>> [javac] '-classpath' >>>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>>> [javac] '-sourcepath' >>>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java' >>>> [javac] '-target' >>>> [javac] '1.5' >>>> [javac] '-g' >>>> [javac] '-source' >>>> [javac] '1.5' >>>> [javac] >>>> [javac] The ' characters around the executable and arguments are >>>> [javac] not part of the command. >>>> [javac] File to be compiled: >>>> [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/PrimitiveCoder.java >>>> [javac] Note: Some input files use unchecked or unsafe operations. >>>> [javac] Note: Recompile with -Xlint:unchecked for details. >>>> [javac] com/apple/jobjc/CFType.java added as com/apple/jobjc/CFType.class doesn't exist. >>>> [javac] com/apple/jobjc/CIF.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/CIF.class is up to date. >>>> [javac] com/apple/jobjc/Coder.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Coder.class is up to date. >>>> [javac] com/apple/jobjc/FFIType.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/FFIType.class is up to date. >>>> [javac] com/apple/jobjc/Function.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Function.class is up to date. >>>> [javac] com/apple/jobjc/ID.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/ID.class is up to date. >>>> [javac] com/apple/jobjc/Invoke.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Invoke.class is up to date. >>>> [javac] com/apple/jobjc/JObjCRuntime.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/JObjCRuntime.class is up to date. >>>> [javac] com/apple/jobjc/MacOSXFramework.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/MacOSXFramework.class is up to date. >>>> [javac] com/apple/jobjc/NSClass.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NSClass.class is up to date. >>>> [javac] com/apple/jobjc/NativeArgumentBuffer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeArgumentBuffer.class is up to date. >>>> [javac] com/apple/jobjc/NativeBuffer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeBuffer.class is up to date. >>>> [javac] com/apple/jobjc/NativeObjectLifecycleManager.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/NativeObjectLifecycleManager.class is up to date. >>>> [javac] com/apple/jobjc/Opaque.java added as com/apple/jobjc/Opaque.class doesn't exist. >>>> [javac] com/apple/jobjc/Pointer.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Pointer.class is up to date. >>>> [javac] com/apple/jobjc/PrimitiveCoder.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/PrimitiveCoder.class is up to date. >>>> [javac] com/apple/jobjc/SEL.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/SEL.class is up to date. >>>> [javac] com/apple/jobjc/Struct.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Struct.class is up to date. >>>> [javac] com/apple/jobjc/Subclassing.java omitted as /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core/com/apple/jobjc/Subclassing.class is up to date. >>>> [javac] Compiling 2 source files to /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core >>>> [javac] Using modern compiler >>>> [javac] Compilation arguments: >>>> [javac] '-d' >>>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>>> [javac] '-classpath' >>>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>>> [javac] '-sourcepath' >>>> [javac] '/private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java' >>>> [javac] '-target' >>>> [javac] '1.5' >>>> [javac] '-g' >>>> [javac] '-source' >>>> [javac] '1.5' >>>> [javac] >>>> [javac] The ' characters around the executable and arguments are >>>> [javac] not part of the command. >>>> [javac] Files to be compiled: >>>> [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/CFType.java >>>> [javac] /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/src/core/java/com/apple/jobjc/Opaque.java >>>> [exec] Current OS is Mac OS X >>>> [exec] Output redirected to property: core.classes >>>> [exec] Executing './extract_classes.pl' with arguments: >>>> [exec] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>>> [exec] >>>> [exec] The ' characters around the executable and arguments are >>>> [exec] not part of the command. >>>> [mkdir] Created dir: /private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/src/jni_headers/core >>>> [javah] Compilation arguments: >>>> [javah] '-d' >>>> [javah] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/src/jni_headers/core' >>>> [javah] '-classpath' >>>> [javah] '/private/tmp/jprt/P1/201435.kohair/source/src/build/macosx-universal/JObjC.build/bin/core' >>>> [javah] >>>> [javah] The ' characters around the executable and arguments are >>>> [javah] not part of the command. >>>> [javah] Classes to be compiled: >>>> [javah] com.apple.jobjc.CFType >>>> [javah] com.apple.jobjc.CIF >>>> [javah] com.apple.jobjc.Coder$IDCoder >>>> [javah] com.apple.jobjc.Coder$NSClassCoder >>>> [javah] com.apple.jobjc.Coder$PointerCoder >>>> [javah] com.apple.jobjc.Coder$PrimitivePointerCoder >>>> [javah] com.apple.jobjc.Coder$SELCoder >>>> [javah] com.apple.jobjc.Coder$StructCoder >>>> [javah] com.apple.jobjc.Coder$UnknownCoder >>>> [javah] com.apple.jobjc.Coder$VoidCoder >>>> [javah] com.apple.jobjc.Coder >>>> [javah] com.apple.jobjc.FFIType >>>> [javah] com.apple.jobjc.Function >>>> [javah] com.apple.jobjc.ID >>>> [javah] com.apple.jobjc.Invoke$FunCall >>>> [javah] com.apple.jobjc.Invoke$MsgSend >>>> [javah] com.apple.jobjc.Invoke$MsgSendSuper >>>> [javah] com.apple.jobjc.Invoke >>>> [javah] com.apple.jobjc.JObjCRuntime$Arch >>>> [javah] com.apple.jobjc.JObjCRuntime$Width >>>> [javah] com.apple.jobjc.JObjCRuntime >>>> [javah] com.apple.jobjc.MacOSXFramework >>>> [javah] com.apple.jobjc.NativeArgumentBuffer >>>> [javah] com.apple.jobjc.NativeBuffer >>>> [javah] com.apple.jobjc.NativeObjectLifecycleManager$CFRetainRelease >>>> [javah] com.apple.jobjc.NativeObjectLifecycleManager$Free >>>> [javah] com.apple.jobjc.NativeObjectLifecycleManager$Nothing >>>> [javah] com.apple.jobjc.NativeObjectLifecycleManager >>>> [javah] com.apple.jobjc.NSClass$NSClassNotFoundException >>>> [javah] com.apple.jobjc.NSClass >>>> [javah] com.apple.jobjc.Opaque >>>> [javah] com.apple.jobjc.Pointer >>>> [javah] com.apple.jobjc.PrimitiveCoder$BoolCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$DoubleCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$FloatCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$SCharCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$SIntCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$SLongCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$SLongLongCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$SShortCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$UCharCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$UIntCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$ULongCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$ULongLongCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder$UShortCoder >>>> [javah] com.apple.jobjc.PrimitiveCoder >>>> [javah] com.apple.jobjc.SEL >>>> [javah] com.apple.jobjc.Struct >>>> [javah] com.apple.jobjc.Subclassing >>>> >>>> build-core-native: >>>> [exec] Current OS is Mac OS X >>>> [exec] Setting environment variable: CC= >>>> [exec] Setting environment variable: CXX= >>>> [exec] Executing 'xcodebuild' with arguments: >>>> [exec] '-configuration' >>>> [exec] 'Debug' >>>> [exec] '-target' >>>> [exec] 'build-core-native' >>>> [exec] 'SRCROOT=.' >>>> [exec] 'OBJROOT=../../../build/macosx-universal/JObjC.build' >>>> [exec] 'DSTROOT=../../../build/macosx-universal/JObjC.dst/Debug' >>>> [exec] 'TARGET_TEMP_DIR=../../../build/macosx-universal/JObjC.dst' >>>> [exec] 'PROJECT_TEMP_DIR=../../../build/macosx-universal/JObjC.dst' >>>> [exec] 'BUILD_DIR=../../../build/macosx-universal/JObjC.dst' >>>> [exec] >>>> [exec] The ' characters around the executable and arguments are >>>> [exec] not part of the command. >>>> [exec] Build settings from command line: >>>> [exec] BUILD_DIR = ../../../build/macosx-universal/JObjC.dst >>>> [exec] DSTROOT = ../../../build/macosx-universal/JObjC.dst/Debug >>>> [exec] OBJROOT = ../../../build/macosx-universal/JObjC.build >>>> [exec] PROJECT_TEMP_DIR = ../../../build/macosx-universal/JObjC.dst >>>> [exec] SRCROOT = . >>>> [exec] TARGET_TEMP_DIR = ../../../build/macosx-universal/JObjC.dst >>>> [exec] >>>> [exec] === BUILD LEGACY TARGET build-core-java OF PROJECT JObjC WITH CONFIGURATION Debug === >>>> [exec] Check dependencies >>>> [exec] 2011-12-01 12:23:29.270 xcodebuild[48737:3f03] ASSERTION FAILURE in /SourceCache/IDEXcode3ProjectSupport/IDEXcode3ProjectSupport-928/Xcode3Sources/XcodeIDE/Frameworks/DevToolsBase/pbxcore/Target.subproj/PBXTargetBuildContext.m:1966 >>>> [exec] Details: Assertion failed: [filePath isAbsolutePath] >>>> [exec] Object: >>>> [exec] Method: -setHeadermapToolInvocation:forFilePath: >>>> [exec] Thread:{name = (null), num = 2} >>>> [exec] Backtrace: >>>> [exec] 0 0x000000010642b9ac -[PBXTargetBuildContext(DependencyGraphEvents) handleFailureInMethod:object:fileName:lineNumber:messageFormat:arguments:] (in DevToolsCore) >>>> [exec] 1 0x0000000105828794 _DVTAssertionFailureHandler (in DVTFoundation) >>>> [exec] 2 0x0000000106423482 -[PBXTargetBuildContext setHeadermapToolInvocation:forFilePath:] (in DevToolsCore) >>>> [exec] 3 0x00000001064798be -[XCCompilerSpecification computeDependenciesForFilePath:ofType:outputDirectory:inTargetBuildContext:] (in DevToolsCore) >>>> [exec] 4 0x0000000106523007 -[XCBuildRuleDGSnapshot(DependencyGraphCreation) computeDependenciesForFilePath:ofType:forBuildFileReference:withOutputDirectory:additionalProperties:inTargetBuildContext:] (in DevToolsCore) >>>> [exec] 5 0x000000010651b978 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) _computeDependenciesForFilePath:ofType:forBuildFileReference:usingBuildRule:inTargetBuildContext:processedPaths:] (in DevToolsCore) >>>> [exec] 6 0x000000010651c04f -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForFilePath:ofType:forBuildFileReference:usingBuildRule:inTargetBuildContext:] (in DevToolsCore) >>>> [exec] 7 0x000000010651c600 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForBuildFileReference:inTargetBuildContext:] (in DevToolsCore) >>>> [exec] 8 0x0000000106510fec -[XCBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForAllBuildFileReferencesInTargetBuildContext:] (in DevToolsCore) >>>> [exec] 9 0x000000010651dee3 -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesForAllBuildFileReferencesInTargetBuildContext:] (in DevToolsCore) >>>> [exec] 10 0x000000010651e86e -[XCSourcesBuildPhaseDGSnapshot(DependencyGraphCreation) computeDependenciesInTargetBuildContext:] (in DevToolsCore) >>>> [exec] 11 0x000000010647cd2d -[XCProductTypeSpecification computeDependenciesInTargetBuildContext:] (in DevToolsCore) >>>> [exec] 12 0x000000010650ca42 -[XCNativeTargetDGSnapshot(DependencyGraphCreation) computeDependenciesInTargetBuildContext:] (in DevToolsCore) >>>> [exec] 13 0x000000010641b26d -[PBXTargetBuildContext createDependencyGraphWithTargetDGSnapshot:] (in DevToolsCore) >>>> [exec] 14 0x000000010642ca2e -[PBXTargetBuildContext(DependencyGraphEvents) dg_setTargetSnapshot:] (in DevToolsCore) >>>> [exec] 15 0x00007fff900cc20c __invoking___ (in CoreFoundation) >>>> [exec] 16 0x00007fff900cc0a4 -[NSInvocation invoke] (in CoreFoundation) >>>> [exec] 17 0x000000010642bdf1 -[PBXTargetBuildContext(DependencyGraphEvents) processDependencyGraphEvents] (in DevToolsCore) >>>> [exec] 18 0x00007fff900cc20c __invoking___ (in CoreFoundation) >>>> [exec] 19 0x00007fff900cc0a4 -[NSInvocation invoke] (in CoreFoundation) >>>> [exec] 20 0x0000000106475296 -[XCInvocationQueue _processNextInvocationInThreadSlotNumber:] (in DevToolsCore) >>>> [exec] 21 0x00000001064756a0 -[XCInvocationQueue _processInvocationsInThreadSlotNumber:] (in DevToolsCore) >>>> [exec] 22 0x00007fff92d7d7fe -[NSThread main] (in Foundation) >>>> [exec] 23 0x00007fff92d7d776 __NSThread__main__ (in Foundation) >>>> [exec] 24 0x00007fff8dad48bf _pthread_start (in libsystem_c.dylib) >>>> [exec] 25 0x00007fff8dad7b75 thread_start (in libsystem_c.dylib) >>>> [exec] 2011-12-01 12:23:29.327 xcodebuild[48737:3803] DVTAssertions: ASSERTION FAILURE in /SourceCache/DVTFoundation/DVTFoundation-903/Framework/Classes/FilePaths/DVTFilePath.m:370 >>>> [exec] Details: fsrep is relative ('../../../build/macosx-universal/JObjC.dst') parentPath must not be nil but it is. >>>> [exec] Object: >>>> [exec] Method: +_filePathForParent:fileSystemRepresentation:length:allowCreation: >>>> [exec] Thread:{name = (null), num = 3} >>>> [exec] Hints: None >>>> [exec] Backtrace: >>>> [exec] 0 0x00000001058288c4 -[DVTAssertionHandler handleFailureInMethod:object:fileName:lineNumber:messageFormat:arguments:] (in DVTFoundation) >>>> [exec] 1 0x0000000105828794 _DVTAssertionFailureHandler (in DVTFoundation) >>>> [exec] 2 0x00000001057c5d32 +[DVTFilePath _filePathForParent:fileSystemRepresentation:length:allowCreation:] (in DVTFoundation) >>>> [exec] 3 0x00000001057c5963 +[DVTFilePath _filePathForParent:pathString:] (in DVTFoundation) >>>> [exec] 4 0x00000001057c6d47 +[DVTFilePath filePathForPathString:] (in DVTFoundation) >>>> [exec] 5 0x00000001063e219e -[PBXTarget(XCBuildables) buildWillStartWithBuildLogRecorder:buildParameters:] (in DevToolsCore) >>>> [exec] 6 0x0000000106567f34 -[Xcode3TargetBuildableSnapshot buildForBuilderWillStart:] (in DevToolsCore) >>>> [exec] 7 0x0000000105af6256 -[IDEBuildableSnapshot performBuildForBuilder:buildCommand:buildOnlyTheseFiles:] (in IDEFoundation) >>>> [exec] 8 0x0000000105a30513 -[IDEBuilder main] (in IDEFoundation) >>>> [exec] 9 0x00007fff92d6b788 -[__NSOperationInternal start] (in Foundation) >>>> [exec] 10 0x00007fff92d7e9e6 ____NSOQSchedule_block_invoke_2 (in Foundation) >>>> [exec] 11 0x00007fff8c45b8ba _dispatch_call_block_and_release (in libdispatch.dylib) >>>> [exec] 12 0x00007fff8c45c799 _dispatch_worker_thread2 (in libdispatch.dylib) >>>> [exec] 13 0x00007fff8dad63da _pthread_wqthread (in libsystem_c.dylib) >>>> [exec] 14 0x00007fff8dad7b85 start_wqthread (in libsystem_c.dylib) >>>> >>>> BUILD FAILED >>>> /private/tmp/jprt/P1/201435.kohair/source/src/macosx/native/jobjc/build.xml:156: exec returned: 134 >>>> at org.apache.tools.ant.taskdefs.ExecTask.runExecute(ExecTask.java:636) >>>> at org.apache.tools.ant.taskdefs.ExecTask.runExec(ExecTask.java:662) >>>> at org.apache.tools.ant.taskdefs.ExecTask.execute(ExecTask.java:487) >>>> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) >>>> at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) >>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>>> at java.lang.reflect.Method.invoke(Method.java:597) >>>> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) >>>> at org.apache.tools.ant.Task.perform(Task.java:348) >>>> at org.apache.tools.ant.Target.execute(Target.java:357) >>>> at org.apache.tools.ant.Target.performTasks(Target.java:385) >>>> at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1337) >>>> at org.apache.tools.ant.Project.executeTarget(Project.java:1306) >>>> at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) >>>> at org.apache.tools.ant.Project.executeTargets(Project.java:1189) >>>> at org.apache.tools.ant.Main.runBuild(Main.java:758) >>>> at org.apache.tools.ant.Main.startAnt(Main.java:217) >>>> at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) >>>> at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) >>>> >>>> Total time: 7 seconds >>>> make[2]: *** [../../../build/macosx-universal/JObjC.build/JObjC.jar] Error 1 >>>> make[1]: *** [all] Error 1 >>>> make: *** [all] Error 1 >>>> >>>> >>> >>> >> > From paul.hohensee at oracle.com Thu Dec 1 17:30:30 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Thu, 01 Dec 2011 20:30:30 -0500 Subject: webrevs.2 for macosx changes to jdk7u-osx In-Reply-To: <4ED824DA.2000600@oracle.com> References: <4ED77C17.8060003@oracle.com> <4ED7B560.1010606@oracle.com> <4ED7F3D0.2050106@oracle.com> <4ED824DA.2000600@oracle.com> Message-ID: <4ED82A36.7030400@oracle.com> I agree. Be a good idea to ask for review from all the affected teams. I _think_ core libs is the only one we missed, though. Paul On 12/1/11 8:07 PM, David Holmes wrote: > On 2/12/2011 7:38 AM, Dalibor Topic wrote: >> On 12/1/11 6:12 PM, Michael McMahon wrote: >>> Kelly, >>> >>> Yes, that is correct. This push is initially just for jdk7u-osx, which >>> is a development forest. I'm not sure exactly what the procedure >>> will be yet >>> for the push into jdk7u-dev. >> >> There is no special procedure for pushing into jdk7u-osx that's >> different from >> the one for jdk7u-dev. You need to submit a bulk change request for >> approval first, >> someone (i.e. either me or Edvard) needs to approve it, then the push >> can happen >> - regardless whether that's jdk7u-dev or jdk7u-osx. > > All the osx porting work is being discussed on the macosx-port-dev > mailing list. Most core-libs subscribers will not be on that list > (including me - which means my cc to that list will either bounce or > get held up). There are proposed changes to core Java classes that > should be explicitly reviewed and approved by the core-libs folk in my > opinion. > > David From henri.gomez at gmail.com Thu Dec 1 22:56:13 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 2 Dec 2011 07:56:13 +0100 Subject: webrevs.2 for macosx changes to jdk7u-osx In-Reply-To: <4ED831DA.8090609@oracle.com> References: <4ED77C17.8060003@oracle.com> <4ED7B560.1010606@oracle.com> <4ED7F3D0.2050106@oracle.com> <4ED824DA.2000600@oracle.com> <4ED82A36.7030400@oracle.com> <4ED831DA.8090609@oracle.com> Message-ID: Where is the Mercurial URL for jdk7u-osx ? 2011/12/2 David Holmes : > > > > On 2/12/2011 11:30 AM, Paul Hohensee wrote: >> >> I agree. Be a good idea to ask for review from all the affected teams. >> I _think_ core libs is the only one we missed, though. > > > My concern is that there are a number of platform specific changes being > made to java.* and javax.* classes (there are changes to sun.* as well but > that is less of a concern). > > http://cr.openjdk.java.net/~michaelm/7113349/4/jdk7u-osx/modified/ > > I would hope that we could find a way to not have to make platform specific > changes to such classes, and we need to be sure that the proposed changes do > not impact other platforms either in terms of functionality or performance. > > Thanks, > David > > >> Paul >> >> On 12/1/11 8:07 PM, David Holmes wrote: >>> >>> On 2/12/2011 7:38 AM, Dalibor Topic wrote: >>>> >>>> On 12/1/11 6:12 PM, Michael McMahon wrote: >>>>> >>>>> Kelly, >>>>> >>>>> Yes, that is correct. This push is initially just for jdk7u-osx, which >>>>> is a development forest. I'm not sure exactly what the procedure >>>>> will be yet >>>>> for the push into jdk7u-dev. >>>> >>>> >>>> There is no special procedure for pushing into jdk7u-osx that's >>>> different from >>>> the one for jdk7u-dev. You need to submit a bulk change request for >>>> approval first, >>>> someone (i.e. either me or Edvard) needs to approve it, then the push >>>> can happen >>>> - regardless whether that's jdk7u-dev or jdk7u-osx. >>> >>> >>> All the osx porting work is being discussed on the macosx-port-dev >>> mailing list. Most core-libs subscribers will not be on that list >>> (including me - which means my cc to that list will either bounce or >>> get held up). There are proposed changes to core Java classes that >>> should be explicitly reviewed and approved by the core-libs folk in my >>> opinion. >>> >>> David From henri.gomez at gmail.com Thu Dec 1 23:44:36 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 2 Dec 2011 08:44:36 +0100 Subject: webrevs.2 for macosx changes to jdk7u-osx In-Reply-To: <4ED87AA4.3030500@oracle.com> References: <4ED77C17.8060003@oracle.com> <4ED7B560.1010606@oracle.com> <4ED7F3D0.2050106@oracle.com> <4ED824DA.2000600@oracle.com> <4ED82A36.7030400@oracle.com> <4ED831DA.8090609@oracle.com> <4ED87AA4.3030500@oracle.com> Message-ID: >> Where is the Mercurial URL for jdk7u-osx ? > > > Same place as all the other repos :) > > http://hg.openjdk.java.net/jdk7u/jdk7u-osx/ Nice, I'll try to build this one also :) Cheers From hs at tagtraum.com Fri Dec 2 01:26:13 2011 From: hs at tagtraum.com (Hendrik Schreiber) Date: Fri, 2 Dec 2011 10:26:13 +0100 Subject: Where is TN2196 (Control Styles) for OpenJDK? Message-ID: <01C1368A-5668-486A-9E26-7D3E22474209@tagtraum.com> Hi there, is there anything like http://developer.apple.com/library/mac/#technotes/tn2007/tn2196.html (TechNote describing Swing control style) for OpenJDK? In other words, how can I find out which client properties are supported? Thank you, -hendrik From Alan.Bateman at oracle.com Fri Dec 2 01:37:44 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Fri, 02 Dec 2011 09:37:44 +0000 Subject: webrevs.2 for macosx changes to jdk7u-osx In-Reply-To: <4ED831DA.8090609@oracle.com> References: <4ED77C17.8060003@oracle.com> <4ED7B560.1010606@oracle.com> <4ED7F3D0.2050106@oracle.com> <4ED824DA.2000600@oracle.com> <4ED82A36.7030400@oracle.com> <4ED831DA.8090609@oracle.com> Message-ID: <4ED89C68.8020707@oracle.com> On 02/12/2011 02:03, David Holmes wrote: > : > My concern is that there are a number of platform specific changes > being made to java.* and javax.* classes (there are changes to sun.* > as well but that is less of a concern). > > http://cr.openjdk.java.net/~michaelm/7113349/4/jdk7u-osx/modified/ > > I would hope that we could find a way to not have to make platform > specific changes to such classes, and we need to be sure that the > proposed changes do not impact other platforms either in terms of > functionality or performance. I agree and I mentioned a couple of these in a recent mail [1]. However, jdk7u/jdk7u-osx is just an integration forest so they can be worked on there before the port is pushed up to jdk7u/jdk7u. -Alan. [1] http://mail.openjdk.java.net/pipermail/macosx-port-dev/2011-November/001498.html From Alan.Bateman at oracle.com Fri Dec 2 01:53:53 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Fri, 02 Dec 2011 09:53:53 +0000 Subject: webrevs.2 for macosx changes to jdk7u-osx In-Reply-To: <4ED7F3D0.2050106@oracle.com> References: <4ED77C17.8060003@oracle.com> <4ED7B560.1010606@oracle.com> <4ED7F3D0.2050106@oracle.com> Message-ID: <4ED8A031.209@oracle.com> On 01/12/2011 21:38, Dalibor Topic wrote: > : > There is no special procedure for pushing into jdk7u-osx that's different from > the one for jdk7u-dev. You need to submit a bulk change request for approval first, > someone (i.e. either me or Edvard) needs to approve it, then the push can happen > - regardless whether that's jdk7u-dev or jdk7u-osx. > Dalibor - are you sure about this? I thought jdk7u/jdk7u-osx was to operate similar to an integration forest such as jdk8/tl so that we could bug fix and get the port completed before seeking permission to push it up to jdk7u/jdk7u. In that context I don't think it should be necessary to seeking approvals, other than the usual code review. -Alan From weijun.wang at oracle.com Fri Dec 2 02:13:45 2011 From: weijun.wang at oracle.com (Weijun Wang) Date: Fri, 02 Dec 2011 18:13:45 +0800 Subject: webrevs.2 for macosx changes to jdk7u-osx In-Reply-To: <4ED8A031.209@oracle.com> References: <4ED77C17.8060003@oracle.com> <4ED7B560.1010606@oracle.com> <4ED7F3D0.2050106@oracle.com> <4ED8A031.209@oracle.com> Message-ID: <4ED8A4D9.9010902@oracle.com> Yes, I think jdk7u-osx is only a temporary playground. There is no need for approval to push anything there. In fact, it's even not as formal as jdk8/tl, where code reviews must be done seriously, jcheck rules must be obeyed, and all changesets will be pushed to the main repo with no change. The jdk7u-osx is more like jigsaw, the developers have their own rules, and when they finally integrate any change to the main repo, most likely a (or several) new consolidated changeset will be created. -Max On 12/02/2011 05:53 PM, Alan Bateman wrote: > On 01/12/2011 21:38, Dalibor Topic wrote: >> : >> There is no special procedure for pushing into jdk7u-osx that's >> different from >> the one for jdk7u-dev. You need to submit a bulk change request for >> approval first, >> someone (i.e. either me or Edvard) needs to approve it, then the push >> can happen >> - regardless whether that's jdk7u-dev or jdk7u-osx. >> > Dalibor - are you sure about this? I thought jdk7u/jdk7u-osx was to > operate similar to an integration forest such as jdk8/tl so that we > could bug fix and get the port completed before seeking permission to > push it up to jdk7u/jdk7u. In that context I don't think it should be > necessary to seeking approvals, other than the usual code review. > > -Alan From Alan.Bateman at oracle.com Fri Dec 2 02:21:39 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Fri, 02 Dec 2011 10:21:39 +0000 Subject: webrevs.2 for macosx changes to jdk7u-osx In-Reply-To: <4ED8A4D9.9010902@oracle.com> References: <4ED77C17.8060003@oracle.com> <4ED7B560.1010606@oracle.com> <4ED7F3D0.2050106@oracle.com> <4ED8A031.209@oracle.com> <4ED8A4D9.9010902@oracle.com> Message-ID: <4ED8A6B3.9070803@oracle.com> On 02/12/2011 10:13, Weijun Wang wrote: > Yes, I think jdk7u-osx is only a temporary playground. There is no > need for approval to push anything there. > > In fact, it's even not as formal as jdk8/tl, where code reviews must > be done seriously, jcheck rules must be obeyed, and all changesets > will be pushed to the main repo with no change. The jdk7u-osx is more > like jigsaw, the developers have their own rules, and when they > finally integrate any change to the main repo, most likely a (or > several) new consolidated changeset will be created. > > -Max As I understand it, jdk7u/jdk7u-ocx should have jcheck enabled so that eventually the changes can be go to jdk7u/jdk7u. I also think that each area should follow their normal processes which means code reviews for each change. The initial push of the port will of course be an exception as it carries many issues that need to be fixed in jdk7u/jdk7u-ocx. Dalibor's mail was a bit of a surprise (to me anyway) as I thought he and Edvward would not need to approve every tweak until the port is done. -Alan From michael.x.mcmahon at oracle.com Fri Dec 2 02:42:23 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Fri, 02 Dec 2011 10:42:23 +0000 Subject: webrevs.2 for macosx changes to jdk7u-osx In-Reply-To: <4ED8A6B3.9070803@oracle.com> References: <4ED77C17.8060003@oracle.com> <4ED7B560.1010606@oracle.com> <4ED7F3D0.2050106@oracle.com> <4ED8A031.209@oracle.com> <4ED8A4D9.9010902@oracle.com> <4ED8A6B3.9070803@oracle.com> Message-ID: <4ED8AB8F.60902@oracle.com> On 02/12/11 10:21, Alan Bateman wrote: > On 02/12/2011 10:13, Weijun Wang wrote: >> Yes, I think jdk7u-osx is only a temporary playground. There is no >> need for approval to push anything there. >> >> In fact, it's even not as formal as jdk8/tl, where code reviews must >> be done seriously, jcheck rules must be obeyed, and all changesets >> will be pushed to the main repo with no change. The jdk7u-osx is more >> like jigsaw, the developers have their own rules, and when they >> finally integrate any change to the main repo, most likely a (or >> several) new consolidated changeset will be created. >> >> -Max > As I understand it, jdk7u/jdk7u-ocx should have jcheck enabled so that > eventually the changes can be go to jdk7u/jdk7u. I also think that > each area should follow their normal processes which means code > reviews for each change. The initial push of the port will of course > be an exception as it carries many issues that need to be fixed in > jdk7u/jdk7u-ocx. Dalibor's mail was a bit of a surprise (to me anyway) > as I thought he and Edvward would not need to approve every tweak > until the port is done. > > -Alan > Yes, that was my understanding too. - Michael. From dalibor.topic at oracle.com Fri Dec 2 02:53:10 2011 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Fri, 02 Dec 2011 11:53:10 +0100 Subject: webrevs.2 for macosx changes to jdk7u-osx In-Reply-To: <4ED8A031.209@oracle.com> References: <4ED77C17.8060003@oracle.com> <4ED7B560.1010606@oracle.com> <4ED7F3D0.2050106@oracle.com> <4ED8A031.209@oracle.com> Message-ID: <4ED8AE16.3020002@oracle.com> On 12/2/11 10:53 AM, Alan Bateman wrote: > On 01/12/2011 21:38, Dalibor Topic wrote: >> : >> There is no special procedure for pushing into jdk7u-osx that's different from >> the one for jdk7u-dev. You need to submit a bulk change request for approval first, >> someone (i.e. either me or Edvard) needs to approve it, then the push can happen >> - regardless whether that's jdk7u-dev or jdk7u-osx. >> > Dalibor - are you sure about this? When Paul initially asked for an osx development forest, he pointed out that jdk7u-osx would follow the existing development processes. Development forest in this case means it's as stable as the respective teams make it (i.e. not always perfectly stable), not that it's different from a transparency & approval process perspective. It could be if it has to, though, but so far I don't think that we had anyone request a separate process for the osx forest, given that it is in phase 1, and phase 1 is pretty lightweight by design. In order to make the approval process not block on me or Edvard, I proposed earlier in this thread to make Paul a maintainer for the osx forest then he could handle all the approvals himself, or he could then delegate them per component, for example, to other maintainers - which I think is basically what you need - a way to federate responsibility for approvals to the various teams working on the port. I'd be happy to make multiple people maintainers of the osx forest, too - just let me know what your preferred mode of operation is. cheers, dalibor topic -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | Mobile: +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 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle Oracle is committed to developing practices and products that help protect the environment From michael.x.mcmahon at oracle.com Fri Dec 2 03:39:57 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Fri, 02 Dec 2011 11:39:57 +0000 Subject: webrevs.5 for macosx changes to jdk7u-osx Message-ID: <4ED8B90D.7060806@oracle.com> Final round of review for this changeset hopefully. Phil's comments from yesterday are incorporated and also the build.xml problem which required script files to be executable has been fixed. Lastly, the changeset/webrev was generated on a forest synched with jdk7u (master) rather than with jdk7u-dev as I did (incorrectly) the last time. Thanks, Michael Changes relative to jdk7u-osx ---------------------------------------- Modified files http://cr.openjdk.java.net/~michaelm/7113349/5/jdk7u-osx/modified/ New files http://cr.openjdk.java.net/~michaelm/7113349/5/jdk7u-osx/new/ Changes relative to macosx-port -------------------------------------------- Modified files http://cr.openjdk.java.net/~michaelm/7113349/5/macosx-port/modified/ From david.holmes at oracle.com Thu Dec 1 17:07:38 2011 From: david.holmes at oracle.com (David Holmes) Date: Fri, 02 Dec 2011 11:07:38 +1000 Subject: webrevs.2 for macosx changes to jdk7u-osx In-Reply-To: <4ED7F3D0.2050106@oracle.com> References: <4ED77C17.8060003@oracle.com> <4ED7B560.1010606@oracle.com> <4ED7F3D0.2050106@oracle.com> Message-ID: <4ED824DA.2000600@oracle.com> On 2/12/2011 7:38 AM, Dalibor Topic wrote: > On 12/1/11 6:12 PM, Michael McMahon wrote: >> Kelly, >> >> Yes, that is correct. This push is initially just for jdk7u-osx, which >> is a development forest. I'm not sure exactly what the procedure will be yet >> for the push into jdk7u-dev. > > There is no special procedure for pushing into jdk7u-osx that's different from > the one for jdk7u-dev. You need to submit a bulk change request for approval first, > someone (i.e. either me or Edvard) needs to approve it, then the push can happen > - regardless whether that's jdk7u-dev or jdk7u-osx. All the osx porting work is being discussed on the macosx-port-dev mailing list. Most core-libs subscribers will not be on that list (including me - which means my cc to that list will either bounce or get held up). There are proposed changes to core Java classes that should be explicitly reviewed and approved by the core-libs folk in my opinion. David From david.holmes at oracle.com Thu Dec 1 18:03:06 2011 From: david.holmes at oracle.com (David Holmes) Date: Fri, 02 Dec 2011 12:03:06 +1000 Subject: webrevs.2 for macosx changes to jdk7u-osx In-Reply-To: <4ED82A36.7030400@oracle.com> References: <4ED77C17.8060003@oracle.com> <4ED7B560.1010606@oracle.com> <4ED7F3D0.2050106@oracle.com> <4ED824DA.2000600@oracle.com> <4ED82A36.7030400@oracle.com> Message-ID: <4ED831DA.8090609@oracle.com> On 2/12/2011 11:30 AM, Paul Hohensee wrote: > I agree. Be a good idea to ask for review from all the affected teams. > I _think_ core libs is the only one we missed, though. My concern is that there are a number of platform specific changes being made to java.* and javax.* classes (there are changes to sun.* as well but that is less of a concern). http://cr.openjdk.java.net/~michaelm/7113349/4/jdk7u-osx/modified/ I would hope that we could find a way to not have to make platform specific changes to such classes, and we need to be sure that the proposed changes do not impact other platforms either in terms of functionality or performance. Thanks, David > Paul > > On 12/1/11 8:07 PM, David Holmes wrote: >> On 2/12/2011 7:38 AM, Dalibor Topic wrote: >>> On 12/1/11 6:12 PM, Michael McMahon wrote: >>>> Kelly, >>>> >>>> Yes, that is correct. This push is initially just for jdk7u-osx, which >>>> is a development forest. I'm not sure exactly what the procedure >>>> will be yet >>>> for the push into jdk7u-dev. >>> >>> There is no special procedure for pushing into jdk7u-osx that's >>> different from >>> the one for jdk7u-dev. You need to submit a bulk change request for >>> approval first, >>> someone (i.e. either me or Edvard) needs to approve it, then the push >>> can happen >>> - regardless whether that's jdk7u-dev or jdk7u-osx. >> >> All the osx porting work is being discussed on the macosx-port-dev >> mailing list. Most core-libs subscribers will not be on that list >> (including me - which means my cc to that list will either bounce or >> get held up). There are proposed changes to core Java classes that >> should be explicitly reviewed and approved by the core-libs folk in my >> opinion. >> >> David From david.holmes at oracle.com Thu Dec 1 23:13:40 2011 From: david.holmes at oracle.com (David Holmes) Date: Fri, 02 Dec 2011 17:13:40 +1000 Subject: webrevs.2 for macosx changes to jdk7u-osx In-Reply-To: References: <4ED77C17.8060003@oracle.com> <4ED7B560.1010606@oracle.com> <4ED7F3D0.2050106@oracle.com> <4ED824DA.2000600@oracle.com> <4ED82A36.7030400@oracle.com> <4ED831DA.8090609@oracle.com> Message-ID: <4ED87AA4.3030500@oracle.com> On 2/12/2011 4:56 PM, Henri Gomez wrote: > Where is the Mercurial URL for jdk7u-osx ? Same place as all the other repos :) http://hg.openjdk.java.net/jdk7u/jdk7u-osx/ David > 2011/12/2 David Holmes: >> >> >> >> On 2/12/2011 11:30 AM, Paul Hohensee wrote: >>> >>> I agree. Be a good idea to ask for review from all the affected teams. >>> I _think_ core libs is the only one we missed, though. >> >> >> My concern is that there are a number of platform specific changes being >> made to java.* and javax.* classes (there are changes to sun.* as well but >> that is less of a concern). >> >> http://cr.openjdk.java.net/~michaelm/7113349/4/jdk7u-osx/modified/ >> >> I would hope that we could find a way to not have to make platform specific >> changes to such classes, and we need to be sure that the proposed changes do >> not impact other platforms either in terms of functionality or performance. >> >> Thanks, >> David >> >> >>> Paul >>> >>> On 12/1/11 8:07 PM, David Holmes wrote: >>>> >>>> On 2/12/2011 7:38 AM, Dalibor Topic wrote: >>>>> >>>>> On 12/1/11 6:12 PM, Michael McMahon wrote: >>>>>> >>>>>> Kelly, >>>>>> >>>>>> Yes, that is correct. This push is initially just for jdk7u-osx, which >>>>>> is a development forest. I'm not sure exactly what the procedure >>>>>> will be yet >>>>>> for the push into jdk7u-dev. >>>>> >>>>> >>>>> There is no special procedure for pushing into jdk7u-osx that's >>>>> different from >>>>> the one for jdk7u-dev. You need to submit a bulk change request for >>>>> approval first, >>>>> someone (i.e. either me or Edvard) needs to approve it, then the push >>>>> can happen >>>>> - regardless whether that's jdk7u-dev or jdk7u-osx. >>>> >>>> >>>> All the osx porting work is being discussed on the macosx-port-dev >>>> mailing list. Most core-libs subscribers will not be on that list >>>> (including me - which means my cc to that list will either bounce or >>>> get held up). There are proposed changes to core Java classes that >>>> should be explicitly reviewed and approved by the core-libs folk in my >>>> opinion. >>>> >>>> David From dalibor.topic at oracle.com Fri Dec 2 06:25:03 2011 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Fri, 02 Dec 2011 15:25:03 +0100 Subject: jdk7u-osx maintainer: Paul Hohensee Message-ID: <4ED8DFBF.2060606@oracle.com> Hi, Per JDK 7 Update Ground Rules ?3 [0], I'm delegating the maintainer authority for jdk7u-osx (and the corresponding closedjdk jdk7u forests) to Paul Hohensee. Welcome, Paul! cheers, dalibor topic [0] http://openjdk.java.net/projects/jdk7u/groundrules.html -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | Mobile: +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 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle Oracle is committed to developing practices and products that help protect the environment From astrange at apple.com Fri Dec 2 08:28:52 2011 From: astrange at apple.com (Alexander Strange) Date: Fri, 02 Dec 2011 11:28:52 -0500 Subject: webrevs.5 for macosx changes to jdk7u-osx In-Reply-To: <4ED8B90D.7060806@oracle.com> References: <4ED8B90D.7060806@oracle.com> Message-ID: On Dec 2, 2011, at 6:39 AM, Michael McMahon wrote: > Final round of review for this changeset hopefully. > Phil's comments from yesterday are incorporated > and also the build.xml problem which required script files > to be executable has been fixed. > > Lastly, the changeset/webrev was generated on a forest synched with > jdk7u (master) rather than with jdk7u-dev as I did (incorrectly) > the last time. > > Thanks, > Michael > > Changes relative to jdk7u-osx > ---------------------------------------- > Modified files > http://cr.openjdk.java.net/~michaelm/7113349/5/jdk7u-osx/modified/ > > New files > http://cr.openjdk.java.net/~michaelm/7113349/5/jdk7u-osx/new/ > > Changes relative to macosx-port > -------------------------------------------- > Modified files > http://cr.openjdk.java.net/~michaelm/7113349/5/macosx-port/modified/ Reading the changes from macosx-port: > # Order is important here, trim jre after jdk image is created > +ifeq ($(PLATFORM), macosx) > + > images:: sanity-images post-sanity-images \ > $(INITIAL_IMAGE_JRE) $(EXTRA_JRE_TARGETS) $(INITIAL_IMAGE_JDK) \ > trim-image-jre trim-image-jdk \ > identify-image-jre identify-image-jdk \ > process-image-jre process-image-jdk sec-files sec-files-win jgss-files \ > $(EXTRA_IMAGE_TARGETS) > +else > + > +images:: sanity-images post-sanity-images \ > + $(INITIAL_IMAGE_JRE) $(INITIAL_IMAGE_JDK) \ > + trim-image-jre trim-image-jdk \ > + identify-image-jre identify-image-jdk \ > + process-image-jre process-image-jdk sec-files sec-files-win jgss-files > +endif Here I created $(EXTRA_IMAGE_TARGETS) to avoid having an if/else - it should just be defined as empty outside macosx. > +# MMM: is headless option necessary? > +ifeq ($(PLATFORM), macosx) > + JAVA_JVM_FLAGS = $(JAVA_HOTSPOT_DISABLE_PRINT_VMOPTIONS) -Djava.awt.headless=true > +else > + JAVA_JVM_FLAGS = $(JAVA_HOTSPOT_DISABLE_PRINT_VMOPTIONS) > +endif IIRC not having the headless option caused build failures when building as a user without a GUI session. CToolkit might be more resilient now. > - mach := universal > +# MMM: revisit when hotspot producinging universal libs > +# mach := universal > + mach := x86_64 When will that be? I thought that was already in. (also "producing") > +ifeq ($(PLATFORM), macosx) > +vpath %.c $(call NativeSrcDirList,,native/com/sun/media/sound) > +vpath %.cpp $(call NativeSrcDirList,,native/com/sun/media/sound) > + > +else > # > # Add to the ambient VPATH. > # > -vpath %.c $(call NativeSrcDirList,,native/com/sun/media/sound) > -vpath %.cpp $(call NativeSrcDirList,,native/com/sun/media/sound) > +vpath %.c $(SHARE_SRC)/native/com/sun/media/sound > +vpath %.c $(PLATFORM_SRC)/native/com/sun/media/sound > +vpath %.cpp $(PLATFORM_SRC)/native/com/sun/media/sound > +endif This change shouldn't have any positive effect on other platforms unless NativeSrcDirList isn't working for them. Unless it's just a style change? From Andrey.Pikalev at oracle.com Fri Dec 2 08:42:53 2011 From: Andrey.Pikalev at oracle.com (Andrey Pikalev) Date: Fri, 02 Dec 2011 20:42:53 +0400 Subject: jdk7u-osx maintainer: Paul Hohensee In-Reply-To: <4ED8DFBF.2060606@oracle.com> References: <4ED8DFBF.2060606@oracle.com> Message-ID: <4ED9000D.4050307@oracle.com> Hi Dalibor, Given the expected volume of changes in the awt/2d/swing areas I strongly advise to add respective team representative as a co-maintainer. Or alternatively delegate the maintainer authority for awt/2d/swing to those teams representative. I suggest to grant this role to Artem Ananiev who is OpenJDK AWT Group lead. Thanks, Andrey. On 12/2/2011 6:25 PM, Dalibor Topic wrote: > Hi, > > Per JDK 7 Update Ground Rules ?3 [0], I'm delegating the maintainer authority for > jdk7u-osx (and the corresponding closedjdk jdk7u forests) to Paul Hohensee. > > Welcome, Paul! > > cheers, > dalibor topic > > [0] http://openjdk.java.net/projects/jdk7u/groundrules.html From paul.hohensee at oracle.com Fri Dec 2 08:45:26 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Fri, 02 Dec 2011 11:45:26 -0500 Subject: [7u4] Request for approval for 7113349 - Initial changeset for Macosx port to jdk7u (jdk7u-osx) In-Reply-To: <4ED8E5D6.2070709@oracle.com> References: <4ED80AE3.7090507@oracle.com> <4ED8E2AF.6080904@oracle.com> <4ED8E5D6.2070709@oracle.com> Message-ID: <4ED900A6.40605@oracle.com> Approved. In the interest of getting a usable build as soon as possible, issues brought up during the review will be addressed by (near) future pushes. Paul On 12/2/11 9:51 AM, Michael McMahon wrote: > Yes, the first two of those links were updated. This is now what I would > like to push. > > Webrevs are located at: > > (jdk modified files) > http://cr.openjdk.java.net/~michaelm/7113349/5/jdk7u-osx/modified/ > > (jdk new files) > http://cr.openjdk.java.net/~michaelm/7113349/5/jdk7u-osx/new/ > > (corba new and modified) > http://cr.openjdk.java.net/~michaelm/7113349/1/corba/webrev/ > > Thanks, > Michael. > > > On 02/12/11 14:37, Dalibor Topic wrote: >> Thanks, Michael! >> >> Since Paul is now the maintainer for the jdk7u-osx forest, you'll >> need his approval for the push. >> >> I assume you've updated the changesets since you posted this request >> as a response to reviewers, >> so I'm curious if you intend to push these changes or an updated >> version - if the latter is the case, >> please post the URLs to the webrevs in a reply. >> >> cheers, >> dalibor topic >> >> On 12/2/11 12:16 AM, Michael McMahon wrote: >>> Hi, >>> >>> This is a request to push the Macosx port of jdk into the jdk7u-osx >>> forest, for 7u4. >>> >>> Webrevs are located at: >>> >>> (jdk modified files) >>> http://cr.openjdk.java.net/~michaelm/7113349/4/jdk7u-osx/modified/ >>> >>> (jdk new files) >>> http://cr.openjdk.java.net/~michaelm/7113349/4/jdk7u-osx/new/ >>> >>> (corba new and modified) >>> http://cr.openjdk.java.net/~michaelm/7113349/1/corba/webrev/ >>> >>> Thanks, >>> Michael. >> > From dalibor.topic at oracle.com Fri Dec 2 09:22:07 2011 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Fri, 02 Dec 2011 18:22:07 +0100 Subject: jdk7u-osx maintainer: Paul Hohensee In-Reply-To: <4ED9000D.4050307@oracle.com> References: <4ED8DFBF.2060606@oracle.com> <4ED9000D.4050307@oracle.com> Message-ID: <4ED9093F.4010303@oracle.com> On 12/2/11 5:42 PM, Andrey Pikalev wrote: > Hi Dalibor, > > Given the expected volume of changes in the awt/2d/swing areas I strongly advise to add respective team representative as a co-maintainer. Or alternatively delegate the maintainer authority for awt/2d/swing to those teams representative. I suggest to grant this role to Artem Ananiev who is OpenJDK AWT Group lead. As the forest's maintainer, that's Paul's call - if he sends an e-mail like the one I sent starting this thread to jdk7u-dev announcing either option, I'll take care of updating the JDK 7 Update Project's web page. cheers, dalibor topic -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | Mobile: +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 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle Oracle is committed to developing practices and products that help protect the environment From Andrey.Pikalev at oracle.com Fri Dec 2 09:40:50 2011 From: Andrey.Pikalev at oracle.com (Andrey Pikalev) Date: Fri, 02 Dec 2011 21:40:50 +0400 Subject: jdk7u-osx maintainer: Paul Hohensee In-Reply-To: <4ED9093F.4010303@oracle.com> References: <4ED8DFBF.2060606@oracle.com> <4ED9000D.4050307@oracle.com> <4ED9093F.4010303@oracle.com> Message-ID: <4ED90DA2.2000109@oracle.com> Thanks for clarification Dalibor! Paul, do you have any objection to the proposed maintainer role update? Thanks, Andrey. On 12/2/2011 9:22 PM, Dalibor Topic wrote: > On 12/2/11 5:42 PM, Andrey Pikalev wrote: >> Hi Dalibor, >> >> Given the expected volume of changes in the awt/2d/swing areas I strongly advise to add respective team representative as a co-maintainer. Or alternatively delegate the maintainer authority for awt/2d/swing to those teams representative. I suggest to grant this role to Artem Ananiev who is OpenJDK AWT Group lead. > > As the forest's maintainer, that's Paul's call - if he sends an e-mail like > the one I sent starting this thread to jdk7u-dev announcing either option, > I'll take care of updating the JDK 7 Update Project's web page. > > cheers, > dalibor topic From swingler at apple.com Fri Dec 2 13:57:14 2011 From: swingler at apple.com (Mike Swingler) Date: Fri, 02 Dec 2011 13:57:14 -0800 Subject: Where is TN2196 (Control Styles) for OpenJDK? In-Reply-To: <01C1368A-5668-486A-9E26-7D3E22474209@tagtraum.com> References: <01C1368A-5668-486A-9E26-7D3E22474209@tagtraum.com> Message-ID: <481AD7EC-753D-45BD-B76E-9789E0F83FA6@apple.com> On Dec 2, 2011, at 1:26 AM, Hendrik Schreiber wrote: > Hi there, > > is there anything like http://developer.apple.com/library/mac/#technotes/tn2007/tn2196.html (TechNote describing Swing control style) for OpenJDK? > In other words, how can I find out which client properties are supported? No, but that page should be cloned onto the OpenJDK wiki, where we can update it based on the actual implementation, and link to TODO bugs. Regards, Mike Swingler Apple Inc. From scott.kovatch at oracle.com Fri Dec 2 14:25:48 2011 From: scott.kovatch at oracle.com (Scott Kovatch) Date: Fri, 2 Dec 2011 14:25:48 -0800 Subject: Ending the need for apple.laf.useScreenMenuBar Message-ID: <98E2D45C-7931-4C41-A6C5-5B76DBA97C01@oracle.com> Folks, This may be a better question for Artem and the AWT/Swing team, but it affects the Mac so I'm starting here. Now that it's 2011, can we please get rid of apple.laf.useScreenMenuBar and just allow menu bars in the Aqua L&F to be enabled by default? I believe JavaFx doesn't force Mac menu bars into the window (but if it does, I will make my displeasure known to Richard Bair on Monday.) I ask, because today I was looking at the changes to Web Start and the plugin to allow this property as a 'safe' one that can be defined in a JNLP file, and I decided now is the time to get rid of it once and for all. It's not that I object to adding it to Web Start; I object to the necessity of having to define it in the first place. -- Scott From neugens.limasoftware at gmail.com Fri Dec 2 14:28:48 2011 From: neugens.limasoftware at gmail.com (Mario Torre) Date: Fri, 2 Dec 2011 23:28:48 +0100 Subject: Ending the need for apple.laf.useScreenMenuBar In-Reply-To: <98E2D45C-7931-4C41-A6C5-5B76DBA97C01@oracle.com> References: <98E2D45C-7931-4C41-A6C5-5B76DBA97C01@oracle.com> Message-ID: <22C17734-371C-460C-8234-BC25C249DB27@gmail.com> Il giorno 02/dic/2011, alle ore 23:25, Scott Kovatch ha scritto: > Folks, > > This may be a better question for Artem and the AWT/Swing team, but it affects the Mac so I'm starting here. > > Now that it's 2011, can we please get rid of apple.laf.useScreenMenuBar and just allow menu bars in the Aqua L&F to be enabled by default? I believe JavaFx doesn't force Mac menu bars into the window (but if it does, I will make my displeasure known to Richard Bair on Monday.) > > I ask, because today I was looking at the changes to Web Start and the plugin to allow this property as a 'safe' one that can be defined in a JNLP file, and I decided now is the time to get rid of it once and for all. It's not that I object to adding it to Web Start; I object to the necessity of having to define it in the first place. > > -- Scott > I think you're right, I'm in favor of this change too. 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/ From swingler at apple.com Fri Dec 2 14:57:05 2011 From: swingler at apple.com (Mike Swingler) Date: Fri, 02 Dec 2011 14:57:05 -0800 Subject: Ending the need for apple.laf.useScreenMenuBar In-Reply-To: <22C17734-371C-460C-8234-BC25C249DB27@gmail.com> References: <98E2D45C-7931-4C41-A6C5-5B76DBA97C01@oracle.com> <22C17734-371C-460C-8234-BC25C249DB27@gmail.com> Message-ID: <8D244E52-D8CF-428F-B7F2-54A4889DF730@apple.com> On Dec 2, 2011, at 2:28 PM, Mario Torre wrote: > Il giorno 02/dic/2011, alle ore 23:25, Scott Kovatch ha scritto: >> Folks, >> >> This may be a better question for Artem and the AWT/Swing team, but it affects the Mac so I'm starting here. >> >> Now that it's 2011, can we please get rid of apple.laf.useScreenMenuBar and just allow menu bars in the Aqua L&F to be enabled by default? I believe JavaFx doesn't force Mac menu bars into the window (but if it does, I will make my displeasure known to Richard Bair on Monday.) >> >> I ask, because today I was looking at the changes to Web Start and the plugin to allow this property as a 'safe' one that can be defined in a JNLP file, and I decided now is the time to get rid of it once and for all. It's not that I object to adding it to Web Start; I object to the necessity of having to define it in the first place. >> >> -- Scott > > I think you're right, I'm in favor of this change too. > > Cheers, > Mario I'd be the first one to advocate for this, but isn't the key problem that he semantics of the Screen Menu bar violate certain rules in the JCK? Implementing arbitrary Java drawing into NSView-based menu items might even be possible post-Leopard, but is that really something the AWT team would want to implement? Cheers, Mike Swingler Apple Inc. From scott.kovatch at oracle.com Fri Dec 2 16:23:47 2011 From: scott.kovatch at oracle.com (Scott Kovatch) Date: Fri, 2 Dec 2011 16:23:47 -0800 Subject: Ending the need for apple.laf.useScreenMenuBar In-Reply-To: <8D244E52-D8CF-428F-B7F2-54A4889DF730@apple.com> References: <98E2D45C-7931-4C41-A6C5-5B76DBA97C01@oracle.com> <22C17734-371C-460C-8234-BC25C249DB27@gmail.com> <8D244E52-D8CF-428F-B7F2-54A4889DF730@apple.com> Message-ID: <39C5D568-7A78-498D-B62D-ECEB4885AA89@oracle.com> On Dec 2, 2011, at 2:57 PM, Mike Swingler wrote: > On Dec 2, 2011, at 2:28 PM, Mario Torre wrote: > >> Il giorno 02/dic/2011, alle ore 23:25, Scott Kovatch ha scritto: >>> Folks, >>> >>> This may be a better question for Artem and the AWT/Swing team, but it affects the Mac so I'm starting here. >>> >>> Now that it's 2011, can we please get rid of apple.laf.useScreenMenuBar and just allow menu bars in the Aqua L&F to be enabled by default? I believe JavaFx doesn't force Mac menu bars into the window (but if it does, I will make my displeasure known to Richard Bair on Monday.) >>> >>> I ask, because today I was looking at the changes to Web Start and the plugin to allow this property as a 'safe' one that can be defined in a JNLP file, and I decided now is the time to get rid of it once and for all. It's not that I object to adding it to Web Start; I object to the necessity of having to define it in the first place. >>> >>> -- Scott >> >> I think you're right, I'm in favor of this change too. >> >> Cheers, >> Mario > > I'd be the first one to advocate for this, but isn't the key problem that he semantics of the Screen Menu bar violate certain rules in the JCK? Implementing arbitrary Java drawing into NSView-based menu items might even be possible post-Leopard, but is that really something the AWT team would want to implement? It's been so long since this was first added that I forgot the original argument that triggered it in the first place. :-\ Let's find out what the JCK complaint is, and determine how valid the complaint is. A poorly written rule should not be a hindrance to providing a good UI. I think I'm (finally?) in a position to have some kind of say or influence on the matter. If it's some kind of custom menu item drawing that's causing this failure, I don't consider that a valid reason to use in-window menus by default. It's not done often enough to be a primary feature, and (IMO) really shouldn't be done in the first place. -- Scott From mroos at roos.com Fri Dec 2 20:05:09 2011 From: mroos at roos.com (Mark Roos) Date: Fri, 2 Dec 2011 20:05:09 -0800 Subject: Using developer preview with eclipse Message-ID: Is there a trick to getting eclipse to add the preview to the Eclipse JRE choices? I navigate to the new disk location but Eclipse grays it out. Perhaps because its compressed? The location it ending up in was Library Java JavaVirtualMachines JDK1.7.0 thanks mark From tobi at ultramixer.com Sat Dec 3 00:39:43 2011 From: tobi at ultramixer.com (Tobias Bley (UltraMixer)) Date: Sat, 3 Dec 2011 09:39:43 +0100 Subject: OpenJDK writes to ~/Library/Caches/? Message-ID: <070B4556-B3A9-4624-B4C3-2C3BB8CAA204@ultramixer.com> Hi, I tried to submit a java application based on OpenJDK7 to the App Store. After fixing several issues now I get the following error: 2.30 The application accesses the following location(s): '~/Library/Preferences/net.java.openjdk.cmd.plist' '~/Library/Caches/net.java.openjdk.cmd/com.apple.opencl/com.apple.ocl.32.maps' '~/Library/Caches/net.java.openjdk.cmd/com.apple.opencl/com.apple.ocl.32.data '~/Library/Caches/net.java.openjdk.cmd/com.apple.opencl' '~/Library/Caches/net.java.openjdk.cmd' '~/Library/Caches/net.java.openjdk.cmd/com.apple.opencl' Does anybody know how to prevent writing to this location? Best regards, Tobi -- Tobias Bley Gesch?ftsf?hrer/ Managing Director ------------------------------------------------------------------------ Tel +49 351 - 264 49 86 Fax +49 180 - 366 50 05 ------------------------------------------------------------------------ UltraMixer Digital Audio Solutions Schillerstrasse 29 01326 Dresden ------------------------------------------------------------------------- info at ultramixer.com http://www.ultramixer.com From martijnverburg at gmail.com Sat Dec 3 01:22:48 2011 From: martijnverburg at gmail.com (Martijn Verburg) Date: Sat, 3 Dec 2011 09:22:48 +0000 Subject: Using developer preview with eclipse In-Reply-To: References: Message-ID: IIRC, you can still double click through that grey folder.. Cheers, Martijn On Saturday, 3 December 2011, Mark Roos wrote: > Is there a trick to getting eclipse to add the preview to the Eclipse JRE > choices? I navigate to the new disk location > but Eclipse grays it out. Perhaps because its compressed? > > The location it ending up in was Library Java JavaVirtualMachines JDK1.7.0 > > thanks > mark > From hs at tagtraum.com Sat Dec 3 02:37:10 2011 From: hs at tagtraum.com (Hendrik Schreiber) Date: Sat, 3 Dec 2011 11:37:10 +0100 Subject: Where is TN2196 (Control Styles) for OpenJDK? In-Reply-To: <481AD7EC-753D-45BD-B76E-9789E0F83FA6@apple.com> References: <01C1368A-5668-486A-9E26-7D3E22474209@tagtraum.com> <481AD7EC-753D-45BD-B76E-9789E0F83FA6@apple.com> Message-ID: <44AAB8A8-1251-43A4-85F9-78E618D7198A@tagtraum.com> On Dec 2, 2011, at 10:57 PM, Mike Swingler wrote: > On Dec 2, 2011, at 1:26 AM, Hendrik Schreiber wrote: > >> is there anything like http://developer.apple.com/library/mac/#technotes/tn2007/tn2196.html (TechNote describing Swing control style) for OpenJDK? >> In other words, how can I find out which client properties are supported? > > No, but that page should be cloned onto the OpenJDK wiki, where we can update it based on the actual implementation, and link to TODO bugs. Not being familiar with the OpenJDK processes, for this to actually happen, do I need to file a bug? Or is there another way? Thanks, -hendrik From michael.x.mcmahon at oracle.com Sat Dec 3 12:50:52 2011 From: michael.x.mcmahon at oracle.com (michael.x.mcmahon at oracle.com) Date: Sat, 03 Dec 2011 20:50:52 +0000 Subject: hg: jdk7u/jdk7u-osx/jdk: 107 new changesets Message-ID: <20111203210824.58C1647553@hg.openjdk.java.net> Changeset: 5a861ce38016 Author: cl Date: 2011-10-25 13:51 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/5a861ce38016 Added tag jdk7u2-b10 for changeset f9c04c78a9b3 ! .hgtags Changeset: 218d75171c23 Author: jcoomes Date: 2011-10-26 12:43 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/218d75171c23 7105275: wrong tag added to jdk7u master repos Reviewed-by: asaha ! .hgtags Changeset: 254a44a0ed10 Author: weijun Date: 2011-09-28 14:21 +0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/254a44a0ed10 7077640: gss wrap for cfx doesn't handle rrc != 0 Reviewed-by: valeriep ! src/share/classes/sun/security/jgss/krb5/MessageToken_v2.java ! test/sun/security/krb5/auto/Context.java + test/sun/security/krb5/auto/RRC.java Changeset: 9849b52664c6 Author: weijun Date: 2011-09-28 14:21 +0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/9849b52664c6 7077646: gssapi wrap for CFX per-message tokens always set FLAG_ACCEPTOR_SUBKEY Reviewed-by: valeriep ! src/share/classes/sun/security/jgss/krb5/AcceptSecContextToken.java ! src/share/classes/sun/security/jgss/krb5/InitSecContextToken.java ! src/share/classes/sun/security/jgss/krb5/Krb5Context.java ! src/share/classes/sun/security/jgss/krb5/MessageToken_v2.java + test/sun/security/krb5/auto/AcceptorSubKey.java Changeset: 6aa66c87f134 Author: weijun Date: 2011-09-28 09:40 +0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/6aa66c87f134 7089889: Krb5LoginModule.login() throws an exception if used without a keytab Reviewed-by: xuelei, valeriep ! src/share/classes/com/sun/security/auth/module/Krb5LoginModule.java ! src/share/classes/sun/security/krb5/KrbAsReqBuilder.java + test/sun/security/krb5/auto/NoInitNoKeytab.java Changeset: 5e6d476975e2 Author: lana Date: 2011-10-25 16:12 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/5e6d476975e2 Merge Changeset: 330ad54e8f43 Author: lana Date: 2011-10-27 15:47 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/330ad54e8f43 Merge Changeset: f4da7747a2d9 Author: bae Date: 2011-09-22 15:54 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/f4da7747a2d9 7088287: libpng need to be updated. Reviewed-by: jgodinez, prr ! src/share/native/sun/awt/libpng/CHANGES ! src/share/native/sun/awt/libpng/LICENSE ! src/share/native/sun/awt/libpng/README ! src/share/native/sun/awt/libpng/png.c ! src/share/native/sun/awt/libpng/png.h ! src/share/native/sun/awt/libpng/pngconf.h + src/share/native/sun/awt/libpng/pngdebug.h ! src/share/native/sun/awt/libpng/pngerror.c - src/share/native/sun/awt/libpng/pnggccrd.c ! src/share/native/sun/awt/libpng/pngget.c + src/share/native/sun/awt/libpng/pnginfo.h + src/share/native/sun/awt/libpng/pnglibconf.h ! src/share/native/sun/awt/libpng/pngmem.c ! src/share/native/sun/awt/libpng/pngpread.c + src/share/native/sun/awt/libpng/pngpriv.h ! src/share/native/sun/awt/libpng/pngread.c ! src/share/native/sun/awt/libpng/pngrio.c ! src/share/native/sun/awt/libpng/pngrtran.c ! src/share/native/sun/awt/libpng/pngrutil.c ! src/share/native/sun/awt/libpng/pngset.c + src/share/native/sun/awt/libpng/pngstruct.h ! src/share/native/sun/awt/libpng/pngtest.c ! src/share/native/sun/awt/libpng/pngtrans.c - src/share/native/sun/awt/libpng/pngvcrd.c ! src/share/native/sun/awt/libpng/pngwio.c ! src/share/native/sun/awt/libpng/pngwrite.c ! src/share/native/sun/awt/libpng/pngwtran.c ! src/share/native/sun/awt/libpng/pngwutil.c ! src/share/native/sun/awt/splashscreen/splashscreen_png.c Changeset: 377ba048163b Author: dcubed Date: 2011-09-22 10:07 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/377ba048163b 7085944: FDS: gdb does not find debug symbols for libjsig link Summary: Add support for importing .debuginfo files from HSX. Reviewed-by: phh ! make/common/Defs-linux.gmk ! make/common/Defs-solaris.gmk ! make/java/redist/Makefile ! make/java/redist/sajdi/Makefile Changeset: 6f0836a84e2a Author: jcoomes Date: 2011-09-23 10:52 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/6f0836a84e2a Merge Changeset: 4808f600237e Author: dholmes Date: 2011-09-26 19:47 -0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/4808f600237e 7012206: ~20 tools tests failing due to -XX:-UsePerfData default in Java SE Embedded Summary: Explicitly enable UsePerfData for the tools that require it to be enabled Reviewed-by: alanb, ohair ! test/sun/jvmstat/perfdata/PrologSanity/PrologSizeSanityCheck.java ! test/sun/tools/common/ApplicationSetup.sh ! test/sun/tools/jinfo/Basic.sh ! test/sun/tools/jmap/Basic.sh ! test/sun/tools/jps/jps-Defaults.sh ! test/sun/tools/jps/jps-V_2.sh ! test/sun/tools/jps/jps-Vm_2.sh ! test/sun/tools/jps/jps-Vvm.sh ! test/sun/tools/jps/jps-Vvml.sh ! test/sun/tools/jps/jps-Vvml_2.sh ! test/sun/tools/jps/jps-help.sh ! test/sun/tools/jps/jps-l_1.sh ! test/sun/tools/jps/jps-l_2.sh ! test/sun/tools/jps/jps-lm.sh ! test/sun/tools/jps/jps-m.sh ! test/sun/tools/jps/jps-m_2.sh ! test/sun/tools/jps/jps-q.sh ! test/sun/tools/jps/jps-v_1.sh ! test/sun/tools/jps/jps-vm_1.sh ! test/sun/tools/jstack/Basic.sh ! test/sun/tools/jstat/jstatClassOutput1.sh ! test/sun/tools/jstat/jstatClassloadOutput1.sh ! test/sun/tools/jstat/jstatCompilerOutput1.sh ! test/sun/tools/jstat/jstatFileURITest1.sh ! test/sun/tools/jstat/jstatGcCapacityOutput1.sh ! test/sun/tools/jstat/jstatGcCauseOutput1.sh ! test/sun/tools/jstat/jstatGcNewCapacityOutput1.sh ! test/sun/tools/jstat/jstatGcNewOutput1.sh ! test/sun/tools/jstat/jstatGcOldCapacityOutput1.sh ! test/sun/tools/jstat/jstatGcOldOutput1.sh ! test/sun/tools/jstat/jstatGcOutput1.sh ! test/sun/tools/jstat/jstatGcPermCapacityOutput1.sh ! test/sun/tools/jstat/jstatHelp.sh ! test/sun/tools/jstat/jstatLineCounts1.sh ! test/sun/tools/jstat/jstatLineCounts2.sh ! test/sun/tools/jstat/jstatLineCounts3.sh ! test/sun/tools/jstat/jstatLineCounts4.sh ! test/sun/tools/jstat/jstatOptions1.sh ! test/sun/tools/jstat/jstatPrintCompilationOutput1.sh ! test/sun/tools/jstat/jstatSnap1.sh ! test/sun/tools/jstat/jstatSnap2.sh ! test/sun/tools/jstat/jstatTimeStamp1.sh ! test/sun/tools/jstatd/jstatdDefaults.sh ! test/sun/tools/jstatd/jstatdExternalRegistry.sh ! test/sun/tools/jstatd/jstatdPort.sh ! test/sun/tools/jstatd/jstatdServerName.sh Changeset: 1ffe9f7251e3 Author: chegar Date: 2011-10-10 14:34 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/1ffe9f7251e3 7091369: DatagramSocket/Limit.java failing on 8 and 7u2 Reviewed-by: michaelm, alanb ! src/windows/classes/java/net/TwoStacksPlainDatagramSocketImpl.java Changeset: 02de5cdbef21 Author: never Date: 2011-09-07 21:05 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/02de5cdbef21 7082631: JSR 292: need profiling support in GWTs Summary: add CountingMethodHandle Reviewed-by: twisti, jrose ! src/share/classes/java/lang/invoke/AdapterMethodHandle.java + src/share/classes/java/lang/invoke/CountingMethodHandle.java ! src/share/classes/java/lang/invoke/MethodHandleImpl.java ! src/share/classes/java/lang/invoke/MethodHandleNatives.java Changeset: 3f5758dbe3e1 Author: denis Date: 2011-10-14 15:19 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/3f5758dbe3e1 7075105: WIN: Provide a way to format HTML on drop Reviewed-by: uta ! src/windows/classes/sun/awt/windows/WDataTransferer.java Changeset: 6700239b1c19 Author: denis Date: 2011-10-14 15:29 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/6700239b1c19 7080289: java/awt/AWTKeyStroke/AlienClass/Test2.java failed on jdk1.5.0_32b02 but passed on previous build Reviewed-by: art ! src/share/classes/java/awt/AWTKeyStroke.java Changeset: 3bf3f68bbe56 Author: vinnie Date: 2011-10-14 15:31 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/3bf3f68bbe56 7099228: Use a PKCS11 config attribute to control encoding of an EC point Reviewed-by: valeriep, mullan ! src/share/classes/sun/security/pkcs11/Config.java ! src/share/classes/sun/security/pkcs11/P11ECKeyFactory.java ! src/share/classes/sun/security/pkcs11/P11Key.java ! src/share/classes/sun/security/pkcs11/wrapper/Functions.java ! src/share/classes/sun/security/pkcs11/wrapper/PKCS11Constants.java ! src/share/lib/security/sunpkcs11-solaris.cfg Changeset: 35a7ac263804 Author: vinnie Date: 2011-10-14 16:52 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/35a7ac263804 Merge Changeset: 6017fe3900bd Author: asaha Date: 2011-06-06 10:23 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/6017fe3900bd Merge Changeset: cc47dbc37c4f Author: dav Date: 2011-06-10 12:09 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/cc47dbc37c4f 7019773: Problem with java/classes_awt Reviewed-by: art, dcherepanov, hawtin ! src/share/classes/java/awt/AWTKeyStroke.java Changeset: d1b0248d1da3 Author: anthony Date: 2011-06-10 14:24 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/d1b0248d1da3 7022113: Security icon can be moved behind the window using the com.sun.SecurityWarning.setPosition() method Reviewed-by: art, dcherepanov ! src/windows/native/sun/windows/awt_Window.cpp Changeset: c08f073fe46e Author: asaha Date: 2011-06-10 09:57 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/c08f073fe46e Merge Changeset: 84b288eda4f8 Author: asaha Date: 2011-06-10 12:45 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/84b288eda4f8 Merge Changeset: 0f7411c0fa53 Author: asaha Date: 2011-06-10 13:22 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/0f7411c0fa53 Merge Changeset: 358633139d73 Author: flar Date: 2011-06-10 14:15 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/358633139d73 7023640: calculation for malloc size in TransformHelper.c could overflow an integer Reviewed-by: prr ! src/share/native/sun/java2d/loops/TransformHelper.c + test/sun/java2d/loops/TransformOverflow.java Changeset: 9e5803415736 Author: michaelm Date: 2011-06-13 10:39 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/9e5803415736 7032417: Fix for 6981922 does not address multiple VM case Reviewed-by: chegar ! src/share/classes/sun/net/ResourceManager.java Changeset: 0456c855b396 Author: alanb Date: 2011-06-15 14:49 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/0456c855b396 7000600: InputStream.skip() makes sensitive data accessible to malicious code Reviewed-by: hawtin, chegar ! src/share/classes/java/io/InputStream.java Changeset: 12dae20ea9b5 Author: sundar Date: 2011-06-16 21:36 +0530 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/12dae20ea9b5 7046823: vulnerability with rhino javascript engine Reviewed-by: hawtin ! src/share/classes/com/sun/script/javascript/RhinoScriptEngine.java ! src/share/classes/com/sun/script/javascript/RhinoTopLevel.java Changeset: 69e973991866 Author: asaha Date: 2011-06-21 09:10 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/69e973991866 Merge Changeset: 176dc36237cd Author: xdono Date: 2011-06-27 16:08 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/176dc36237cd Added tag jdk7u1-b01 for changeset 69e973991866 ! .hgtags Changeset: 7b398eb40add Author: asaha Date: 2011-06-28 11:20 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/7b398eb40add Merge ! .hgtags Changeset: 3b517c0d6b74 Author: asaha Date: 2011-06-24 17:36 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/3b517c0d6b74 Merge Changeset: c383f3c8ccce Author: asaha Date: 2011-06-27 15:29 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/c383f3c8ccce 6941169: XML parsing cannot be trusted Reviewed-by: joehw ! src/share/lib/security/java.security Changeset: 6995f9b10b07 Author: asaha Date: 2011-06-28 13:54 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/6995f9b10b07 Merge Changeset: 4f7f3ff57335 Author: alanb Date: 2011-06-27 20:30 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/4f7f3ff57335 7059259: (process) ProcessBuilder.start permission check should be improved when redirecting output to append Reviewed-by: hawtin ! src/windows/classes/java/lang/ProcessImpl.java Changeset: d43c73bafe01 Author: asaha Date: 2011-07-01 14:51 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/d43c73bafe01 Merge Changeset: 378152969a89 Author: asaha Date: 2011-07-01 16:15 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/378152969a89 7061768: Backout fix # 6941169 Summary: Backed out changeset c383f3c8ccce Reviewed-by: joehw ! src/share/lib/security/java.security Changeset: e0ae4a493ef4 Author: asaha Date: 2011-07-01 16:15 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/e0ae4a493ef4 Merge Changeset: a904aa0c232c Author: ksrini Date: 2011-07-14 10:02 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/a904aa0c232c 7057857: SIGSEGV [libunpack.so] store_Utf8_char(signed char*, unsigned short) in java.util.jar.pack200 Reviewed-by: jrose, asaha, hawtin ! src/share/native/com/sun/java/util/jar/pack/unpack.cpp ! src/share/native/com/sun/java/util/jar/pack/utils.cpp ! src/share/native/com/sun/java/util/jar/pack/utils.h Changeset: 7f3b478e628b Author: asaha Date: 2011-07-15 10:25 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/7f3b478e628b 7067784: TEST: move testcase for # 7023640 from open to close in 7u1 Reviewed-by: flar - test/sun/java2d/loops/TransformOverflow.java Changeset: 2baf612764d2 Author: denis Date: 2011-07-22 20:44 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/2baf612764d2 7068047: DnDMerlinQLTestsuite_DnDJTextArea test fails with an java.awt.dnd.InvalidDnDOperationException Reviewed-by: art ! src/share/classes/java/awt/AWTKeyStroke.java Changeset: a4781b6d9cfb Author: schien Date: 2011-08-04 10:20 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/a4781b6d9cfb Added tag jdk7u1-b02 for changeset 2baf612764d2 ! .hgtags Changeset: dc87c92ddc45 Author: schien Date: 2011-08-26 14:21 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/dc87c92ddc45 Added tag jdk7u1-b03 for changeset a4781b6d9cfb ! .hgtags Changeset: 806657cb5075 Author: darcy Date: 2011-08-22 18:45 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/806657cb5075 7080038: (ann) Serializable types in sun.reflect.annotation do not declare serialVersionUIDs Reviewed-by: alanb ! src/share/classes/sun/reflect/annotation/AnnotationInvocationHandler.java ! src/share/classes/sun/reflect/annotation/AnnotationTypeMismatchExceptionProxy.java ! src/share/classes/sun/reflect/annotation/EnumConstantNotPresentExceptionProxy.java ! src/share/classes/sun/reflect/annotation/TypeNotPresentExceptionProxy.java Changeset: 78f33b47d8aa Author: smarks Date: 2011-08-30 14:30 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/78f33b47d8aa 7077466: fix for RMI DGC Reviewed-by: valeriep ! src/share/classes/sun/rmi/server/UnicastServerRef.java Changeset: be6d52e6106d Author: smarks Date: 2011-08-30 17:29 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/be6d52e6106d 7083012: fix for RMI Registry Reviewed-by: jdn, valeriep ! src/share/classes/sun/rmi/registry/RegistryImpl.java ! src/share/classes/sun/rmi/server/LoaderHandler.java Changeset: b223ed9a5fdf Author: asaha Date: 2011-09-02 09:30 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/b223ed9a5fdf Merge Changeset: bdd07da9ae38 Author: schien Date: 2011-09-07 12:55 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/bdd07da9ae38 Added tag jdk7u1-b04 for changeset b223ed9a5fdf ! .hgtags Changeset: eb2569cfcdab Author: asaha Date: 2011-09-21 13:39 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/eb2569cfcdab Merge ! .hgtags Changeset: 2d10aa9d772a Author: smarks Date: 2011-09-21 15:37 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/2d10aa9d772a 7092186: adjust package access in rmiregistry Reviewed-by: asaha, coffeys ! src/share/classes/sun/rmi/registry/RegistryImpl.java ! test/sun/tools/jstatd/jstatdExternalRegistry.sh Changeset: 5660157312a0 Author: asaha Date: 2011-09-22 08:29 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/5660157312a0 Merge Changeset: 0d06c9ddd340 Author: asaha Date: 2011-09-22 10:02 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/0d06c9ddd340 Merge ! .hgtags Changeset: 802beb388353 Author: schien Date: 2011-09-23 11:29 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/802beb388353 Added tag jdk7u1-b05 for changeset 2d10aa9d772a ! .hgtags Changeset: ac509ee19446 Author: asaha Date: 2011-09-23 12:03 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/ac509ee19446 Merge ! .hgtags Changeset: d8e7315e4c91 Author: asaha Date: 2011-09-23 13:55 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/d8e7315e4c91 Merge - src/share/native/sun/awt/libpng/pnggccrd.c - src/share/native/sun/awt/libpng/pngvcrd.c Changeset: beb743497634 Author: katleman Date: 2011-09-26 12:07 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/beb743497634 Added tag jdk7u2-b09 for changeset d8e7315e4c91 ! .hgtags Changeset: 14d8cc19f227 Author: xuelei Date: 2011-09-29 09:35 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/14d8cc19f227 7064341: jsse/runtime security problem Reviewed-by: wetmore ! src/share/classes/sun/security/ssl/AppOutputStream.java ! src/share/classes/sun/security/ssl/CipherBox.java ! src/share/classes/sun/security/ssl/CipherSuite.java ! src/share/classes/sun/security/ssl/EngineOutputRecord.java ! src/share/classes/sun/security/ssl/Record.java ! src/share/classes/sun/security/ssl/SSLEngineImpl.java ! src/share/classes/sun/security/ssl/SSLSocketImpl.java ! test/sun/security/ssl/javax/net/ssl/NewAPIs/SSLEngine/CheckStatus.java ! test/sun/security/ssl/javax/net/ssl/NewAPIs/SSLEngine/LargeBufs.java ! test/sun/security/ssl/javax/net/ssl/NewAPIs/SSLEngine/LargePacket.java Changeset: 345848aa62fa Author: xuelei Date: 2011-09-30 18:53 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/345848aa62fa 7096936: issue in jsse/runtime 7096937: TEST: com/sun/net/ssl/internal/ssl/GenSSLConfigs/main.java need modification as a result of TLS fix Reviewed-by: wetmore, jdn, xuelei ! src/share/classes/com/sun/net/ssl/HttpsURLConnection.java ! src/share/classes/javax/net/ssl/HttpsURLConnection.java ! test/sun/security/ssl/com/sun/net/ssl/internal/ssl/GenSSLConfigs/main.java Changeset: f6583e7c1cd4 Author: cl Date: 2011-09-30 19:36 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/f6583e7c1cd4 Added tag jdk7u1-b06 for changeset 14d8cc19f227 ! .hgtags Changeset: 11f7d603acee Author: asaha Date: 2011-10-01 08:30 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/11f7d603acee Merge Changeset: 50d739b0c456 Author: katleman Date: 2011-10-02 12:51 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/50d739b0c456 Added tag jdk7u1-b07 for changeset 11f7d603acee ! .hgtags Changeset: b4958d38d67d Author: cl Date: 2011-10-03 15:33 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/b4958d38d67d Added tag jdk7u1-b08 for changeset 50d739b0c456 ! .hgtags Changeset: e624b50ed26b Author: asaha Date: 2011-10-11 16:10 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/e624b50ed26b Merge ! .hgtags ! src/share/classes/sun/security/ssl/SSLSocketImpl.java Changeset: 77c52b19c27d Author: asaha Date: 2011-10-17 16:58 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/77c52b19c27d Merge ! src/share/classes/java/awt/AWTKeyStroke.java ! test/sun/tools/jstatd/jstatdExternalRegistry.sh Changeset: db24f2867c70 Author: asaha Date: 2011-10-18 10:52 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/db24f2867c70 7101658: Backout 7082769 changes Summary: Backed out changeset ffeda936b3ee Reviewed-by: coffeys ! src/share/classes/java/io/FileInputStream.java ! src/share/classes/java/io/FileOutputStream.java ! src/share/classes/java/io/RandomAccessFile.java - test/java/io/etc/FileDescriptorSharing.java Changeset: 15d0807102aa Author: asaha Date: 2011-10-18 10:53 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/15d0807102aa Merge - src/share/native/sun/awt/libpng/pnggccrd.c - src/share/native/sun/awt/libpng/pngvcrd.c Changeset: 9dcbc87b5e67 Author: cgruszka Date: 2011-10-18 14:21 -0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/9dcbc87b5e67 7099017: jdk7u2-dev does not build Summary: changes to skip demo/DEMOS_LICENSE and sample/SAMPLES_LICENSE when building OPENJDK Reviewed-by: ohair, billyh ! make/common/Release.gmk Changeset: 25df27523672 Author: wetmore Date: 2011-10-18 14:21 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/25df27523672 7031830: bad_record_mac failure on TLSv1.2 enabled connection with SSLEngine Reviewed-by: xuelei, weijun, asaha ! src/share/classes/sun/security/ssl/CipherBox.java + test/sun/security/ssl/com/sun/net/ssl/internal/ssl/SSLEngineImpl/SSLEngineBadBufferArrayAccess.java Changeset: ca16821efef9 Author: asaha Date: 2011-10-18 15:49 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/ca16821efef9 Merge ! src/share/classes/sun/security/ssl/CipherBox.java Changeset: 1603c0710938 Author: chegar Date: 2011-10-19 11:24 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/1603c0710938 7098719: -Dsun.net.maxDatagramSockets and Socket constructor does not work correctly with System.gc() Reviewed-by: michaelm, coffeys ! src/share/classes/java/net/AbstractPlainSocketImpl.java ! src/windows/classes/java/net/TwoStacksPlainDatagramSocketImpl.java ! src/windows/classes/java/net/TwoStacksPlainSocketImpl.java Changeset: 611544ae65f6 Author: chegar Date: 2011-10-19 11:27 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/611544ae65f6 7099488: TwoStacksPlainSocketImpl should invoke super.create(stream), typo in fix for 7098719 Reviewed-by: michaelm, coffeys ! src/share/classes/java/net/AbstractPlainSocketImpl.java ! src/windows/classes/java/net/TwoStacksPlainSocketImpl.java Changeset: abef39e97082 Author: okutsu Date: 2011-10-19 16:34 +0900 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/abef39e97082 7092679: (tz) Java getting wrong timezone/DST info on Solaris 11 Reviewed-by: coffeys, ohair, naoto, peytoia ! make/common/Defs-linux.gmk ! make/common/Defs-solaris.gmk ! make/java/java/Makefile ! src/solaris/native/java/util/TimeZone_md.c Changeset: 7daed05cc0e7 Author: asaha Date: 2011-10-19 09:21 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/7daed05cc0e7 Merge Changeset: 7ed2fd310470 Author: coffeys Date: 2011-10-19 19:06 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/7ed2fd310470 7102369: remove java.rmi.server.codebase property parsing from registyimpl 7094468: rmiregistry issue 7100592: java.rmi.server.codebase property parsed incorrectly for rmiregistry process Reviewed-by: jdn, robm ! src/share/classes/sun/rmi/registry/RegistryImpl.java + test/java/rmi/registry/readTest/readTest.java + test/java/rmi/registry/readTest/readTest.sh + test/java/rmi/registry/readTest/testPkg/Client.java + test/java/rmi/registry/readTest/testPkg/Hello.java + test/java/rmi/registry/readTest/testPkg/Server.java Changeset: ed0eeaee9185 Author: asaha Date: 2011-10-19 12:12 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/ed0eeaee9185 Merge Changeset: 65724337b28c Author: jeff Date: 2011-10-31 12:37 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/65724337b28c 7102337: Third Party License Readme updates for 7u2 Reviewed-by: lana, ohair ! THIRD_PARTY_README Changeset: e177f1611dee Author: asaha Date: 2011-11-04 10:48 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/e177f1611dee Merge ! .hgtags - src/share/native/sun/awt/libpng/pnggccrd.c - src/share/native/sun/awt/libpng/pngvcrd.c - test/java/io/etc/FileDescriptorSharing.java Changeset: 426499ae8e04 Author: bagiras Date: 2011-10-21 19:22 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/426499ae8e04 7073337: Crash after playing Java game on Pogo Reviewed-by: art, uta ! src/windows/classes/sun/awt/windows/WComponentPeer.java ! src/windows/native/sun/windows/awt_Component.cpp ! src/windows/native/sun/windows/awt_Component.h ! src/windows/native/sun/windows/awt_Toolkit.cpp ! src/windows/native/sun/windows/awt_Toolkit.h Changeset: dd8350c61d36 Author: asaha Date: 2011-10-21 15:25 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/dd8350c61d36 7103108: (tz) Support tzdata2011l Reviewed-by: coffeys, peytoia ! make/sun/javazic/tzdata/VERSION ! make/sun/javazic/tzdata/africa ! make/sun/javazic/tzdata/antarctica ! make/sun/javazic/tzdata/asia ! make/sun/javazic/tzdata/australasia ! make/sun/javazic/tzdata/backward ! make/sun/javazic/tzdata/etcetera ! make/sun/javazic/tzdata/europe ! make/sun/javazic/tzdata/factory ! make/sun/javazic/tzdata/iso3166.tab ! make/sun/javazic/tzdata/leapseconds ! make/sun/javazic/tzdata/northamerica ! make/sun/javazic/tzdata/pacificnew ! make/sun/javazic/tzdata/solar87 ! make/sun/javazic/tzdata/solar88 ! make/sun/javazic/tzdata/solar89 ! make/sun/javazic/tzdata/southamerica ! make/sun/javazic/tzdata/systemv ! make/sun/javazic/tzdata/zone.tab ! src/share/classes/sun/util/resources/TimeZoneNames.java ! src/share/classes/sun/util/resources/TimeZoneNames_de.java ! src/share/classes/sun/util/resources/TimeZoneNames_es.java ! src/share/classes/sun/util/resources/TimeZoneNames_fr.java ! src/share/classes/sun/util/resources/TimeZoneNames_it.java ! src/share/classes/sun/util/resources/TimeZoneNames_ja.java ! src/share/classes/sun/util/resources/TimeZoneNames_ko.java ! src/share/classes/sun/util/resources/TimeZoneNames_pt_BR.java ! src/share/classes/sun/util/resources/TimeZoneNames_sv.java ! src/share/classes/sun/util/resources/TimeZoneNames_zh_CN.java ! src/share/classes/sun/util/resources/TimeZoneNames_zh_TW.java Changeset: ca52af5acd26 Author: weijun Date: 2011-10-17 17:11 +0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/ca52af5acd26 7099399: cannot deal with CRL file larger than 16MB Reviewed-by: xuelei, mullan ! src/share/classes/sun/security/provider/X509Factory.java + test/sun/security/provider/X509Factory/BigCRL.java Changeset: 48463dbf345c Author: asaha Date: 2011-10-21 18:09 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/48463dbf345c 7103405: Correct display names for Pacific/Apia timezone Reviewed-by: coffeys, peytoia ! src/share/classes/sun/util/resources/TimeZoneNames.java ! src/share/classes/sun/util/resources/TimeZoneNames_de.java ! src/share/classes/sun/util/resources/TimeZoneNames_es.java ! src/share/classes/sun/util/resources/TimeZoneNames_fr.java ! src/share/classes/sun/util/resources/TimeZoneNames_it.java ! src/share/classes/sun/util/resources/TimeZoneNames_ja.java ! src/share/classes/sun/util/resources/TimeZoneNames_ko.java ! src/share/classes/sun/util/resources/TimeZoneNames_pt_BR.java ! src/share/classes/sun/util/resources/TimeZoneNames_sv.java ! src/share/classes/sun/util/resources/TimeZoneNames_zh_CN.java ! src/share/classes/sun/util/resources/TimeZoneNames_zh_TW.java Changeset: b5090771e19b Author: asaha Date: 2011-10-24 10:11 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/b5090771e19b 7104126: Insert openjdk copyright header back into TZdata files Reviewed-by: okutsu ! make/sun/javazic/tzdata/africa ! make/sun/javazic/tzdata/antarctica ! make/sun/javazic/tzdata/asia ! make/sun/javazic/tzdata/australasia ! make/sun/javazic/tzdata/backward ! make/sun/javazic/tzdata/etcetera ! make/sun/javazic/tzdata/europe ! make/sun/javazic/tzdata/factory ! make/sun/javazic/tzdata/iso3166.tab ! make/sun/javazic/tzdata/leapseconds ! make/sun/javazic/tzdata/northamerica ! make/sun/javazic/tzdata/pacificnew ! make/sun/javazic/tzdata/solar87 ! make/sun/javazic/tzdata/solar88 ! make/sun/javazic/tzdata/solar89 ! make/sun/javazic/tzdata/southamerica ! make/sun/javazic/tzdata/systemv ! make/sun/javazic/tzdata/zone.tab Changeset: 92999a1003ba Author: katleman Date: 2011-10-27 12:11 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/92999a1003ba Added tag jdk7u2-b11 for changeset b5090771e19b ! .hgtags Changeset: 556498bfab21 Author: asaha Date: 2011-11-04 11:10 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/556498bfab21 Merge Changeset: d1721970fc81 Author: asaha Date: 2011-11-04 11:48 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/d1721970fc81 Merge ! .hgtags Changeset: 79c8c4608f60 Author: lana Date: 2011-11-04 11:14 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/79c8c4608f60 Merge Changeset: 2c1a63b8281b Author: katleman Date: 2011-11-10 11:47 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/2c1a63b8281b Added tag jdk7u2-b12 for changeset 79c8c4608f60 ! .hgtags Changeset: 08e68194b2e9 Author: asaha Date: 2011-11-11 09:49 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/08e68194b2e9 Merge ! .hgtags Changeset: 12fd550b96d0 Author: katleman Date: 2011-11-16 16:10 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/12fd550b96d0 Added tag jdk7u4-b01 for changeset 08e68194b2e9 ! .hgtags Changeset: ee50c18ede0d Author: chegar Date: 2011-06-23 13:00 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/ee50c18ede0d 7057935: com/sun/nio/sctp tests should be moved out of jdk_nio and into their own target, jdk_sctp Reviewed-by: alanb ! test/Makefile ! test/ProblemList.txt Changeset: 78d6e4fd8cbe Author: coffeys Date: 2011-10-27 22:56 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/78d6e4fd8cbe 7099658: Properties.loadFromXML fails with ClassCastException Reviewed-by: alanb, mchung ! src/share/classes/java/util/XMLUtils.java Changeset: 07abe3cc996f Author: chegar Date: 2011-10-27 15:44 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/07abe3cc996f 7079012: test/java/net/NetworkInterface/NetParamsTest.java fails with SocketException getting mac address Reviewed-by: michaelm ! src/solaris/native/java/net/NetworkInterface.c Changeset: 9fa99d3b3244 Author: lana Date: 2011-10-27 23:31 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/9fa99d3b3244 Merge Changeset: acfd0177e310 Author: lana Date: 2011-10-28 10:55 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/acfd0177e310 Merge Changeset: 2dc15ea85ef5 Author: vinnie Date: 2011-10-28 19:05 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/2dc15ea85ef5 7099228: Use a PKCS11 config attribute to control encoding of an EC point Reviewed-by: valeriep, mullan ! src/share/classes/sun/security/pkcs11/Config.java ! src/share/classes/sun/security/pkcs11/P11ECKeyFactory.java ! src/share/classes/sun/security/pkcs11/P11Key.java ! src/share/classes/sun/security/pkcs11/wrapper/Functions.java ! src/share/classes/sun/security/pkcs11/wrapper/PKCS11Constants.java ! src/share/lib/security/sunpkcs11-solaris.cfg Changeset: c0c52be4eaf1 Author: vinnie Date: 2011-10-28 19:08 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/c0c52be4eaf1 Merge Changeset: f880242cb9c9 Author: chegar Date: 2011-08-10 12:30 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/f880242cb9c9 7076523: TEST_BUG: test/java/net/NetworkInterface/NetParamsTest.java can fail with NPE Reviewed-by: alanb ! test/java/net/NetworkInterface/NetParamsTest.java Changeset: aef18086ebc9 Author: wetmore Date: 2011-11-01 11:57 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/aef18086ebc9 7053252: New regression test does not compile on windows-amd64 Reviewed-by: valeriep ! test/sun/security/pkcs11/Provider/Absolute.java Changeset: 43d2d7ab0823 Author: xuelei Date: 2011-10-30 20:07 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/43d2d7ab0823 7106277: Brokenness in the seqNumberOverflow of MAC Reviewed-by: wetmore ! src/share/classes/sun/security/ssl/MAC.java Changeset: 6343dd7b360c Author: lana Date: 2011-11-07 16:43 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/6343dd7b360c Merge - src/share/native/sun/awt/libpng/pnggccrd.c - src/share/native/sun/awt/libpng/pngvcrd.c - test/java/io/etc/FileDescriptorSharing.java Changeset: 4cb6e156c91e Author: rupashka Date: 2011-11-10 16:58 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/4cb6e156c91e 7080203: JTree.getSelectionPaths() now returns empty array instead of null Reviewed-by: malenkov ! src/share/classes/javax/swing/JTree.java Changeset: cdfc6747cd3c Author: peytoia Date: 2011-11-11 18:11 +0900 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/cdfc6747cd3c 7051769: java.text.Bidi.toString() output is wrong Reviewed-by: okutsu ! src/share/classes/sun/text/bidi/BidiBase.java + test/java/text/Bidi/Bug7051769.java Changeset: 8cfb1c6d62f3 Author: naoto Date: 2011-11-11 14:22 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/8cfb1c6d62f3 7073906: Locale.getDefault() returns wrong Locale for Java SE 7 Reviewed-by: okutsu ! src/windows/native/java/lang/java_props_md.c Changeset: 5c50ffbaa26a Author: malenkov Date: 2011-11-14 14:32 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/5c50ffbaa26a 7092744: XMLEncoder fails to encode and breaks backward compatibility Reviewed-by: rupashka ! src/share/classes/com/sun/beans/finder/AbstractFinder.java ! src/share/classes/com/sun/beans/finder/ConstructorFinder.java ! src/share/classes/com/sun/beans/finder/MethodFinder.java + test/java/beans/XMLEncoder/Test7092744.java Changeset: f1d09dc7f9a7 Author: anthony Date: 2011-11-11 15:17 +0300 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/f1d09dc7f9a7 7103610: _NET_WM_PID and WM_CLIENT_MACHINE are not set Summary: Set the properties to all top-level windows Reviewed-by: anthony Contributed-by: Danesh Dadachanji ! make/sun/xawt/mapfile-vers ! src/solaris/classes/sun/awt/X11/XWindowPeer.java ! src/solaris/native/sun/xawt/XToolkit.c Changeset: 0890350cf539 Author: naoto Date: 2011-11-22 11:29 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/0890350cf539 7022407: Spinning CPU in LocaleObjectCache.get() Reviewed-by: okutsu ! src/share/classes/sun/util/locale/LocaleObjectCache.java Changeset: b97711a21785 Author: lana Date: 2011-11-22 15:08 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/b97711a21785 Merge Changeset: 5cca2f1a37da Author: michaelm Date: 2011-12-03 19:25 +0000 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/5cca2f1a37da 7113349: Initial changset for Macosx port to jdk7u Reviewed-by: prr, dholmes, alanb, weijun, art Contributed-by: Alan Bateman , Alexander Potochkin , Alexander Zuev , Andrew Brygin , Artem Ananiev , Alex Strange , Bino George , Christine Lu , David Katleman , David Durrence , Dmitry Cherepanov , Greg Lewis , Kevin Miller , Kurt Miller , Landon Fuller , Leonid Romanov , Loefty Walkowiak , Mark Reinhold , Naoto Sato , Philip Race , Roger Hoover , Scott Kovatch , Sergey ByloKhov , Mike Swingler , Tomas Hurka ! make/Makefile + make/apple/Makefile + make/apple/applescript/Makefile ! make/com/Makefile + make/com/apple/Makefile + make/com/apple/osx/Makefile + make/com/apple/osxui/Makefile + make/com/oracle/net/Makefile ! make/com/sun/java/pack/Makefile ! make/com/sun/nio/Makefile ! make/com/sun/security/auth/module/Makefile ! make/com/sun/tools/attach/Exportedfiles.gmk ! make/com/sun/tools/attach/FILES_c.gmk ! make/com/sun/tools/attach/FILES_java.gmk ! make/com/sun/tools/attach/Makefile + make/com/sun/tools/attach/mapfile-bsd ! make/common/Defs-linux.gmk + make/common/Defs-macosx.gmk ! make/common/Defs-solaris.gmk ! make/common/Defs.gmk ! make/common/Library.gmk ! make/common/Program.gmk + make/common/Release-macosx.gmk ! make/common/Release.gmk ! make/common/Rules.gmk ! make/common/internal/NativeCompileRules.gmk + make/common/shared/Compiler-llvm.gmk ! make/common/shared/Defs-java.gmk + make/common/shared/Defs-macosx.gmk ! make/common/shared/Defs-utils.gmk ! make/common/shared/Defs-versions.gmk ! make/common/shared/Defs.gmk ! make/common/shared/Platform.gmk ! make/common/shared/Sanity.gmk ! make/docs/Makefile ! make/docs/NON_CORE_PKGS.gmk ! make/java/Makefile ! make/java/instrument/Makefile ! make/java/java/Makefile ! make/java/java/genlocales.gmk ! make/java/java/localegen.sh ! make/java/java_hprof_demo/Makefile ! make/java/jli/Makefile ! make/java/jli/mapfile-vers + make/java/jobjc/Makefile ! make/java/jvm/Makefile ! make/java/management/Makefile ! make/java/net/FILES_c.gmk ! make/java/net/Makefile ! make/java/nio/Makefile + make/java/nio/mapfile-bsd ! make/java/npt/Makefile ! make/java/redist/Makefile ! make/java/redist/sajdi/Makefile ! make/java/security/Makefile ! make/java/zip/FILES_c.gmk ! make/java/zip/Makefile ! make/javax/sound/FILES_c.gmk ! make/javax/sound/Makefile ! make/javax/sound/SoundDefs.gmk ! make/jpda/back/Makefile ! make/jpda/transport/socket/Makefile ! make/launchers/Makefile.launcher ! make/mkdemo/jvmti/hprof/Makefile ! make/mksample/Makefile + make/netbeans/common/architectures/name-Bsd.properties ! make/sun/Makefile + make/sun/awt/FILES_c_macosx.gmk + make/sun/awt/FILES_export_macosx.gmk ! make/sun/awt/Makefile + make/sun/awt/mapfile-vers-bsd ! make/sun/awt/mawt.gmk ! make/sun/cmm/lcms/Makefile ! make/sun/font/Makefile ! make/sun/headless/Makefile ! make/sun/image/generic/Makefile ! make/sun/image/vis/Makefile ! make/sun/jawt/Makefile ! make/sun/jdga/Makefile + make/sun/lwawt/FILES_c_macosx.gmk + make/sun/lwawt/FILES_export_macosx.gmk + make/sun/lwawt/Makefile ! make/sun/security/ec/Makefile ! make/sun/security/jgss/wrapper/Makefile ! make/sun/security/krb5/Makefile ! make/sun/security/pkcs11/Makefile ! make/sun/security/smartcardio/Makefile ! make/sun/splashscreen/FILES_c.gmk ! make/sun/splashscreen/Makefile ! make/sun/tracing/dtrace/Makefile ! make/sun/xawt/Makefile ! make/tools/freetypecheck/Makefile ! make/tools/reorder/Makefile + make/tools/sharing/classlist.macosx + src/bsd/doc/man/DO_NOT_EDIT--GENERATED_FILES + src/bsd/doc/man/appletviewer.1 + src/bsd/doc/man/apt.1 + src/bsd/doc/man/extcheck.1 + src/bsd/doc/man/idlj.1 + src/bsd/doc/man/ja/appletviewer.1 + src/bsd/doc/man/ja/apt.1 + src/bsd/doc/man/ja/extcheck.1 + src/bsd/doc/man/ja/idlj.1 + src/bsd/doc/man/ja/jar.1 + src/bsd/doc/man/ja/jarsigner.1 + src/bsd/doc/man/ja/java.1 + src/bsd/doc/man/ja/javac.1 + src/bsd/doc/man/ja/javadoc.1 + src/bsd/doc/man/ja/javah.1 + src/bsd/doc/man/ja/javap.1 + src/bsd/doc/man/ja/javaws.1 + src/bsd/doc/man/ja/jconsole.1 + src/bsd/doc/man/ja/jdb.1 + src/bsd/doc/man/ja/jhat.1 + src/bsd/doc/man/ja/jinfo.1 + src/bsd/doc/man/ja/jmap.1 + src/bsd/doc/man/ja/jps.1 + src/bsd/doc/man/ja/jrunscript.1 + src/bsd/doc/man/ja/jsadebugd.1 + src/bsd/doc/man/ja/jstack.1 + src/bsd/doc/man/ja/jstat.1 + src/bsd/doc/man/ja/jstatd.1 + src/bsd/doc/man/ja/keytool.1 + src/bsd/doc/man/ja/kinit.1 + src/bsd/doc/man/ja/klist.1 + src/bsd/doc/man/ja/ktab.1 + src/bsd/doc/man/ja/native2ascii.1 + src/bsd/doc/man/ja/orbd.1 + src/bsd/doc/man/ja/pack200.1 + src/bsd/doc/man/ja/policytool.1 + src/bsd/doc/man/ja/rmic.1 + src/bsd/doc/man/ja/rmid.1 + src/bsd/doc/man/ja/rmiregistry.1 + src/bsd/doc/man/ja/schemagen.1 + src/bsd/doc/man/ja/serialver.1 + src/bsd/doc/man/ja/servertool.1 + src/bsd/doc/man/ja/tnameserv.1 + src/bsd/doc/man/ja/unpack200.1 + src/bsd/doc/man/ja/wsgen.1 + src/bsd/doc/man/ja/wsimport.1 + src/bsd/doc/man/ja/xjc.1 + src/bsd/doc/man/jar.1 + src/bsd/doc/man/jarsigner.1 + src/bsd/doc/man/java.1 + src/bsd/doc/man/javac.1 + src/bsd/doc/man/javadoc.1 + src/bsd/doc/man/javah.1 + src/bsd/doc/man/javap.1 + src/bsd/doc/man/javaws.1 + src/bsd/doc/man/jconsole.1 + src/bsd/doc/man/jdb.1 + src/bsd/doc/man/jhat.1 + src/bsd/doc/man/jinfo.1 + src/bsd/doc/man/jmap.1 + src/bsd/doc/man/jps.1 + src/bsd/doc/man/jrunscript.1 + src/bsd/doc/man/jsadebugd.1 + src/bsd/doc/man/jstack.1 + src/bsd/doc/man/jstat.1 + src/bsd/doc/man/jstatd.1 + src/bsd/doc/man/keytool.1 + src/bsd/doc/man/native2ascii.1 + src/bsd/doc/man/orbd.1 + src/bsd/doc/man/pack200.1 + src/bsd/doc/man/policytool.1 + src/bsd/doc/man/rmic.1 + src/bsd/doc/man/rmid.1 + src/bsd/doc/man/rmiregistry.1 + src/bsd/doc/man/schemagen.1 + src/bsd/doc/man/serialver.1 + src/bsd/doc/man/servertool.1 + src/bsd/doc/man/tnameserv.1 + src/bsd/doc/man/unpack200.1 + src/bsd/doc/man/wsgen.1 + src/bsd/doc/man/wsimport.1 + src/bsd/doc/man/xjc.1 + src/macosx/bundle/JDK-Info.plist + src/macosx/bundle/JRE-Info.plist + src/macosx/bundle/JavaAppLauncher/JavaAppLauncher.xcodeproj/project.pbxproj + src/macosx/bundle/JavaAppLauncher/resources/English.lproj/InfoPlist.strings + src/macosx/bundle/JavaAppLauncher/resources/JavaAppLauncher-Info.plist + src/macosx/bundle/JavaAppLauncher/src/JVMArgs.h + src/macosx/bundle/JavaAppLauncher/src/JVMArgs.m + src/macosx/bundle/JavaAppLauncher/src/JavaAppLauncher.h + src/macosx/bundle/JavaAppLauncher/src/JavaAppLauncher.m + src/macosx/bundle/JavaAppLauncher/src/JavaAppLauncher_Prefix.pch + src/macosx/bundle/JavaAppLauncher/src/main.m + src/macosx/classes/apple/applescript/AppleScriptEngine.java + src/macosx/classes/apple/applescript/AppleScriptEngineFactory.java + src/macosx/classes/apple/laf/AquaLookAndFeel.java + src/macosx/classes/apple/laf/JRSUIConstants.java + src/macosx/classes/apple/laf/JRSUIControl.java + src/macosx/classes/apple/laf/JRSUIFocus.java + src/macosx/classes/apple/laf/JRSUIState.java + src/macosx/classes/apple/laf/JRSUIStateFactory.java + src/macosx/classes/apple/laf/JRSUIUtils.java + src/macosx/classes/apple/launcher/JavaAppLauncher.java + src/macosx/classes/apple/launcher/appLauncherErrors.properties + src/macosx/classes/apple/security/AppleProvider.java + src/macosx/classes/apple/security/KeychainStore.java + src/macosx/classes/com/apple/concurrent/Dispatch.java + src/macosx/classes/com/apple/concurrent/LibDispatchConcurrentQueue.java + src/macosx/classes/com/apple/concurrent/LibDispatchMainQueue.java + src/macosx/classes/com/apple/concurrent/LibDispatchNative.java + src/macosx/classes/com/apple/concurrent/LibDispatchQueue.java + src/macosx/classes/com/apple/concurrent/LibDispatchRetainedResource.java + src/macosx/classes/com/apple/concurrent/LibDispatchSerialQueue.java + src/macosx/classes/com/apple/concurrent/package.html + src/macosx/classes/com/apple/eawt/AboutHandler.java + src/macosx/classes/com/apple/eawt/AppEvent.java + src/macosx/classes/com/apple/eawt/AppEventListener.java + src/macosx/classes/com/apple/eawt/AppForegroundListener.java + src/macosx/classes/com/apple/eawt/AppHiddenListener.java + src/macosx/classes/com/apple/eawt/AppReOpenedListener.java + src/macosx/classes/com/apple/eawt/Application.java + src/macosx/classes/com/apple/eawt/ApplicationAdapter.java + src/macosx/classes/com/apple/eawt/ApplicationBeanInfo.java + src/macosx/classes/com/apple/eawt/ApplicationEvent.java + src/macosx/classes/com/apple/eawt/ApplicationListener.java + src/macosx/classes/com/apple/eawt/FullScreenAdapter.java + src/macosx/classes/com/apple/eawt/FullScreenHandler.java + src/macosx/classes/com/apple/eawt/FullScreenListener.java + src/macosx/classes/com/apple/eawt/FullScreenUtilities.java + src/macosx/classes/com/apple/eawt/OpenFilesHandler.java + src/macosx/classes/com/apple/eawt/OpenURIHandler.java + src/macosx/classes/com/apple/eawt/PreferencesHandler.java + src/macosx/classes/com/apple/eawt/PrintFilesHandler.java + src/macosx/classes/com/apple/eawt/QuitHandler.java + src/macosx/classes/com/apple/eawt/QuitResponse.java + src/macosx/classes/com/apple/eawt/QuitStrategy.java + src/macosx/classes/com/apple/eawt/ScreenSleepListener.java + src/macosx/classes/com/apple/eawt/SystemSleepListener.java + src/macosx/classes/com/apple/eawt/UserSessionListener.java + src/macosx/classes/com/apple/eawt/_AppDockIconHandler.java + src/macosx/classes/com/apple/eawt/_AppEventHandler.java + src/macosx/classes/com/apple/eawt/_AppEventLegacyHandler.java + src/macosx/classes/com/apple/eawt/_AppMenuBarHandler.java + src/macosx/classes/com/apple/eawt/_AppMiscHandlers.java + src/macosx/classes/com/apple/eawt/event/GestureAdapter.java + src/macosx/classes/com/apple/eawt/event/GestureEvent.java + src/macosx/classes/com/apple/eawt/event/GestureHandler.java + src/macosx/classes/com/apple/eawt/event/GestureListener.java + src/macosx/classes/com/apple/eawt/event/GesturePhaseEvent.java + src/macosx/classes/com/apple/eawt/event/GesturePhaseListener.java + src/macosx/classes/com/apple/eawt/event/GestureUtilities.java + src/macosx/classes/com/apple/eawt/event/MagnificationEvent.java + src/macosx/classes/com/apple/eawt/event/MagnificationListener.java + src/macosx/classes/com/apple/eawt/event/RotationEvent.java + src/macosx/classes/com/apple/eawt/event/RotationListener.java + src/macosx/classes/com/apple/eawt/event/SwipeEvent.java + src/macosx/classes/com/apple/eawt/event/SwipeListener.java + src/macosx/classes/com/apple/eawt/event/package.html + src/macosx/classes/com/apple/eawt/package.html + src/macosx/classes/com/apple/eio/FileManager.java + src/macosx/classes/com/apple/eio/package.html + src/macosx/classes/com/apple/laf/AquaBorder.java + src/macosx/classes/com/apple/laf/AquaButtonBorder.java + src/macosx/classes/com/apple/laf/AquaButtonCheckBoxUI.java + src/macosx/classes/com/apple/laf/AquaButtonExtendedTypes.java + src/macosx/classes/com/apple/laf/AquaButtonLabeledUI.java + src/macosx/classes/com/apple/laf/AquaButtonRadioUI.java + src/macosx/classes/com/apple/laf/AquaButtonToggleUI.java + src/macosx/classes/com/apple/laf/AquaButtonUI.java + src/macosx/classes/com/apple/laf/AquaCaret.java + src/macosx/classes/com/apple/laf/AquaComboBoxButton.java + src/macosx/classes/com/apple/laf/AquaComboBoxPopup.java + src/macosx/classes/com/apple/laf/AquaComboBoxRenderer.java + src/macosx/classes/com/apple/laf/AquaComboBoxUI.java + src/macosx/classes/com/apple/laf/AquaEditorPaneUI.java + src/macosx/classes/com/apple/laf/AquaFileChooserUI.java + src/macosx/classes/com/apple/laf/AquaFileSystemModel.java + src/macosx/classes/com/apple/laf/AquaFileView.java + src/macosx/classes/com/apple/laf/AquaFocus.java + src/macosx/classes/com/apple/laf/AquaFocusHandler.java + src/macosx/classes/com/apple/laf/AquaFonts.java + src/macosx/classes/com/apple/laf/AquaGroupBorder.java + src/macosx/classes/com/apple/laf/AquaHighlighter.java + src/macosx/classes/com/apple/laf/AquaIcon.java + src/macosx/classes/com/apple/laf/AquaImageFactory.java + src/macosx/classes/com/apple/laf/AquaInternalFrameBorder.java + src/macosx/classes/com/apple/laf/AquaInternalFrameBorderMetrics.java + src/macosx/classes/com/apple/laf/AquaInternalFrameDockIconUI.java + src/macosx/classes/com/apple/laf/AquaInternalFrameManager.java + src/macosx/classes/com/apple/laf/AquaInternalFramePaneUI.java + src/macosx/classes/com/apple/laf/AquaInternalFrameUI.java + src/macosx/classes/com/apple/laf/AquaKeyBindings.java + src/macosx/classes/com/apple/laf/AquaLabelUI.java + src/macosx/classes/com/apple/laf/AquaListUI.java + src/macosx/classes/com/apple/laf/AquaLookAndFeel.java + src/macosx/classes/com/apple/laf/AquaMenuBarBorder.java + src/macosx/classes/com/apple/laf/AquaMenuBarUI.java + src/macosx/classes/com/apple/laf/AquaMenuBorder.java + src/macosx/classes/com/apple/laf/AquaMenuItemUI.java + src/macosx/classes/com/apple/laf/AquaMenuPainter.java + src/macosx/classes/com/apple/laf/AquaMenuUI.java + src/macosx/classes/com/apple/laf/AquaMnemonicHandler.java + src/macosx/classes/com/apple/laf/AquaNativeResources.java + src/macosx/classes/com/apple/laf/AquaOptionPaneUI.java + src/macosx/classes/com/apple/laf/AquaPainter.java + src/macosx/classes/com/apple/laf/AquaPanelUI.java + src/macosx/classes/com/apple/laf/AquaPopupMenuSeparatorUI.java + src/macosx/classes/com/apple/laf/AquaPopupMenuUI.java + src/macosx/classes/com/apple/laf/AquaProgressBarUI.java + src/macosx/classes/com/apple/laf/AquaRootPaneUI.java + src/macosx/classes/com/apple/laf/AquaScrollBarUI.java + src/macosx/classes/com/apple/laf/AquaScrollPaneUI.java + src/macosx/classes/com/apple/laf/AquaScrollRegionBorder.java + src/macosx/classes/com/apple/laf/AquaSliderUI.java + src/macosx/classes/com/apple/laf/AquaSpinnerUI.java + src/macosx/classes/com/apple/laf/AquaSplitPaneDividerUI.java + src/macosx/classes/com/apple/laf/AquaSplitPaneUI.java + src/macosx/classes/com/apple/laf/AquaTabbedPaneContrastUI.java + src/macosx/classes/com/apple/laf/AquaTabbedPaneCopyFromBasicUI.java + src/macosx/classes/com/apple/laf/AquaTabbedPaneTabState.java + src/macosx/classes/com/apple/laf/AquaTabbedPaneUI.java + src/macosx/classes/com/apple/laf/AquaTableHeaderBorder.java + src/macosx/classes/com/apple/laf/AquaTableHeaderUI.java + src/macosx/classes/com/apple/laf/AquaTableUI.java + src/macosx/classes/com/apple/laf/AquaTextAreaUI.java + src/macosx/classes/com/apple/laf/AquaTextFieldBorder.java + src/macosx/classes/com/apple/laf/AquaTextFieldFormattedUI.java + src/macosx/classes/com/apple/laf/AquaTextFieldSearch.java + src/macosx/classes/com/apple/laf/AquaTextFieldUI.java + src/macosx/classes/com/apple/laf/AquaTextPaneUI.java + src/macosx/classes/com/apple/laf/AquaTextPasswordFieldUI.java + src/macosx/classes/com/apple/laf/AquaToolBarSeparatorUI.java + src/macosx/classes/com/apple/laf/AquaToolBarUI.java + src/macosx/classes/com/apple/laf/AquaToolTipUI.java + src/macosx/classes/com/apple/laf/AquaTreeUI.java + src/macosx/classes/com/apple/laf/AquaUtilControlSize.java + src/macosx/classes/com/apple/laf/AquaUtils.java + src/macosx/classes/com/apple/laf/ClientPropertyApplicator.java + src/macosx/classes/com/apple/laf/ImageCache.java + src/macosx/classes/com/apple/laf/ScreenMenu.java + src/macosx/classes/com/apple/laf/ScreenMenuBar.java + src/macosx/classes/com/apple/laf/ScreenMenuBarProvider.java + src/macosx/classes/com/apple/laf/ScreenMenuItem.java + src/macosx/classes/com/apple/laf/ScreenMenuItemCheckbox.java + src/macosx/classes/com/apple/laf/ScreenMenuItemUI.java + src/macosx/classes/com/apple/laf/ScreenMenuPropertyHandler.java + src/macosx/classes/com/apple/laf/ScreenMenuPropertyListener.java + src/macosx/classes/com/apple/laf/ScreenPopupFactory.java + src/macosx/classes/com/apple/laf/resources/aqua.properties + src/macosx/classes/com/apple/resources/MacOSXResourceBundle.java + src/macosx/classes/java/util/prefs/MacOSXPreferences.java + src/macosx/classes/java/util/prefs/MacOSXPreferencesFactory.java + src/macosx/classes/java/util/prefs/MacOSXPreferencesFile.java + src/macosx/classes/sun/awt/CGraphicsConfig.java + src/macosx/classes/sun/awt/CGraphicsDevice.java + src/macosx/classes/sun/awt/CGraphicsEnvironment.java + src/macosx/classes/sun/awt/FullScreenCapable.java + src/macosx/classes/sun/awt/SunToolkitSubclass.java + src/macosx/classes/sun/awt/fontconfigs/macosx.fontconfig.properties + src/macosx/classes/sun/font/CCharToGlyphMapper.java + src/macosx/classes/sun/font/CFont.java + src/macosx/classes/sun/font/CFontConfiguration.java + src/macosx/classes/sun/font/CFontManager.java + src/macosx/classes/sun/font/CStrike.java + src/macosx/classes/sun/font/CStrikeDisposer.java + src/macosx/classes/sun/java2d/BackBufferCapsProvider.java + src/macosx/classes/sun/java2d/CRenderer.java + src/macosx/classes/sun/java2d/CompositeCRenderer.java + src/macosx/classes/sun/java2d/DataBufferNIOInt.java + src/macosx/classes/sun/java2d/IntegerNIORaster.java + src/macosx/classes/sun/java2d/MacosxSurfaceManagerFactory.java + src/macosx/classes/sun/java2d/OSXOffScreenSurfaceData.java + src/macosx/classes/sun/java2d/OSXSurfaceData.java + src/macosx/classes/sun/java2d/opengl/CGLGraphicsConfig.java + src/macosx/classes/sun/java2d/opengl/CGLLayer.java + src/macosx/classes/sun/java2d/opengl/CGLSurfaceData.java + 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/LWChoicePeer.java + src/macosx/classes/sun/lwawt/LWComponentPeer.java + src/macosx/classes/sun/lwawt/LWContainerPeer.java + src/macosx/classes/sun/lwawt/LWCursorManager.java + src/macosx/classes/sun/lwawt/LWKeyboardFocusManagerPeer.java + src/macosx/classes/sun/lwawt/LWLabelPeer.java + src/macosx/classes/sun/lwawt/LWListPeer.java + src/macosx/classes/sun/lwawt/LWMouseInfoPeer.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/PlatformWindow.java + src/macosx/classes/sun/lwawt/SelectionClearListener.java + src/macosx/classes/sun/lwawt/macosx/CAccessibility.java + src/macosx/classes/sun/lwawt/macosx/CAccessible.java + src/macosx/classes/sun/lwawt/macosx/CAccessibleText.java + src/macosx/classes/sun/lwawt/macosx/CCheckboxMenuItem.java + src/macosx/classes/sun/lwawt/macosx/CClipboard.java + src/macosx/classes/sun/lwawt/macosx/CCursorManager.java + src/macosx/classes/sun/lwawt/macosx/CCustomCursor.java + src/macosx/classes/sun/lwawt/macosx/CDataTransferer.java + src/macosx/classes/sun/lwawt/macosx/CDesktopPeer.java + src/macosx/classes/sun/lwawt/macosx/CDragSourceContextPeer.java + src/macosx/classes/sun/lwawt/macosx/CDropTarget.java + src/macosx/classes/sun/lwawt/macosx/CDropTargetContextPeer.java + src/macosx/classes/sun/lwawt/macosx/CFRetainedResource.java + src/macosx/classes/sun/lwawt/macosx/CFileDialog.java + src/macosx/classes/sun/lwawt/macosx/CImage.java + src/macosx/classes/sun/lwawt/macosx/CInputMethod.java + src/macosx/classes/sun/lwawt/macosx/CInputMethodDescriptor.java + src/macosx/classes/sun/lwawt/macosx/CMenu.java + src/macosx/classes/sun/lwawt/macosx/CMenuBar.java + src/macosx/classes/sun/lwawt/macosx/CMenuComponent.java + src/macosx/classes/sun/lwawt/macosx/CMenuItem.java + src/macosx/classes/sun/lwawt/macosx/CMouseDragGestureRecognizer.java + src/macosx/classes/sun/lwawt/macosx/CMouseInfoPeer.java + src/macosx/classes/sun/lwawt/macosx/CPlatformComponent.java + src/macosx/classes/sun/lwawt/macosx/CPlatformView.java + src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java + src/macosx/classes/sun/lwawt/macosx/CPopupMenu.java + src/macosx/classes/sun/lwawt/macosx/CPrinterDevice.java + src/macosx/classes/sun/lwawt/macosx/CPrinterDialog.java + src/macosx/classes/sun/lwawt/macosx/CPrinterDialogPeer.java + src/macosx/classes/sun/lwawt/macosx/CPrinterGraphics.java + src/macosx/classes/sun/lwawt/macosx/CPrinterGraphicsConfig.java + src/macosx/classes/sun/lwawt/macosx/CPrinterJob.java + src/macosx/classes/sun/lwawt/macosx/CPrinterJobDialog.java + src/macosx/classes/sun/lwawt/macosx/CPrinterPageDialog.java + src/macosx/classes/sun/lwawt/macosx/CPrinterSurfaceData.java + src/macosx/classes/sun/lwawt/macosx/CRobot.java + src/macosx/classes/sun/lwawt/macosx/CSystemTray.java + src/macosx/classes/sun/lwawt/macosx/CTextPipe.java + src/macosx/classes/sun/lwawt/macosx/CThreading.java + src/macosx/classes/sun/lwawt/macosx/CToolkitThreadBlockedHandler.java + src/macosx/classes/sun/lwawt/macosx/CTrayIcon.java + src/macosx/classes/sun/lwawt/macosx/CWrapper.java + src/macosx/classes/sun/lwawt/macosx/CocoaConstants.java + src/macosx/classes/sun/lwawt/macosx/EventDispatchAccess.java + src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java + src/macosx/classes/sun/lwawt/macosx/NSPrintInfo.java + src/macosx/classes/sun/lwawt/macosx/event/NSEvent.java + src/macosx/classes/sun/nio/ch/DefaultSelectorProvider.java + src/macosx/classes/sun/nio/ch/KQueueArrayWrapper.java + src/macosx/classes/sun/nio/ch/KQueueSelectorImpl.java + src/macosx/classes/sun/nio/ch/KQueueSelectorProvider.java + src/macosx/native/apple/applescript/AS_NS_ConversionUtils.h + src/macosx/native/apple/applescript/AS_NS_ConversionUtils.m + src/macosx/native/apple/applescript/AppleScriptEngine.m + src/macosx/native/apple/applescript/AppleScriptExecutionContext.h + src/macosx/native/apple/applescript/AppleScriptExecutionContext.m + src/macosx/native/apple/applescript/NS_Java_ConversionUtils.h + src/macosx/native/apple/applescript/NS_Java_ConversionUtils.m + src/macosx/native/apple/launcher/JavaAppLauncher.m + src/macosx/native/apple/security/KeystoreImpl.m + src/macosx/native/com/apple/concurrent/Dispatch.m + src/macosx/native/com/apple/eio/CFileManager.m + src/macosx/native/com/apple/laf/AquaFileView.m + src/macosx/native/com/apple/laf/AquaLookAndFeel.m + src/macosx/native/com/apple/laf/AquaNativeResources.m + src/macosx/native/com/apple/laf/JRSUIConstantSync.h + src/macosx/native/com/apple/laf/JRSUIConstantSync.m + src/macosx/native/com/apple/laf/JRSUIController.m + src/macosx/native/com/apple/laf/JRSUIFocus.m + src/macosx/native/com/apple/laf/ScreenMenu.h + src/macosx/native/com/apple/laf/ScreenMenu.m + src/macosx/native/com/apple/laf/ScreenPopupFactory.m + src/macosx/native/com/apple/resources/MacOSXResourceBundle.m + src/macosx/native/com/sun/media/sound/CARingBuffer.cpp + src/macosx/native/com/sun/media/sound/CARingBuffer.h + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Ports.c + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Utils.c + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Utils.h + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOS_MidiIn.c + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOS_MidiOut.c + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOS_MidiUtils.c + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOS_MidiUtils.h + src/macosx/native/java/util/MacOSXPreferencesFile.m + src/macosx/native/java/util/SCDynamicStoreConfig.m + src/macosx/native/jobjc/JObjC.xcodeproj/default.pbxuser + src/macosx/native/jobjc/JObjC.xcodeproj/project.pbxproj + src/macosx/native/jobjc/README.txt + src/macosx/native/jobjc/TODOS + src/macosx/native/jobjc/bridgesupport.gmk + src/macosx/native/jobjc/build.xml + src/macosx/native/jobjc/extract_classes.pl + src/macosx/native/jobjc/run-and-write-if-okay + src/macosx/native/jobjc/rungen + src/macosx/native/jobjc/runjava + src/macosx/native/jobjc/src/core/PrimitiveCoder.hs + src/macosx/native/jobjc/src/core/java/com/apple/jobjc/CFType.java + src/macosx/native/jobjc/src/core/java/com/apple/jobjc/CIF.java + src/macosx/native/jobjc/src/core/java/com/apple/jobjc/Coder.java + src/macosx/native/jobjc/src/core/java/com/apple/jobjc/FFIType.java + src/macosx/native/jobjc/src/core/java/com/apple/jobjc/Function.java + src/macosx/native/jobjc/src/core/java/com/apple/jobjc/ID.java + src/macosx/native/jobjc/src/core/java/com/apple/jobjc/Invoke.java + src/macosx/native/jobjc/src/core/java/com/apple/jobjc/JObjCRuntime.java + src/macosx/native/jobjc/src/core/java/com/apple/jobjc/MacOSXFramework.java + src/macosx/native/jobjc/src/core/java/com/apple/jobjc/NSClass.java + src/macosx/native/jobjc/src/core/java/com/apple/jobjc/NativeArgumentBuffer.java + src/macosx/native/jobjc/src/core/java/com/apple/jobjc/NativeBuffer.java + src/macosx/native/jobjc/src/core/java/com/apple/jobjc/NativeObjectLifecycleManager.java + src/macosx/native/jobjc/src/core/java/com/apple/jobjc/Opaque.java + src/macosx/native/jobjc/src/core/java/com/apple/jobjc/Pointer.java + src/macosx/native/jobjc/src/core/java/com/apple/jobjc/PrimitiveCoder.java + src/macosx/native/jobjc/src/core/java/com/apple/jobjc/SEL.java + src/macosx/native/jobjc/src/core/java/com/apple/jobjc/Struct.java + src/macosx/native/jobjc/src/core/java/com/apple/jobjc/Subclassing.java + src/macosx/native/jobjc/src/core/native/CIF.m + src/macosx/native/jobjc/src/core/native/Coder.m + src/macosx/native/jobjc/src/core/native/FFIType.m + src/macosx/native/jobjc/src/core/native/Function.m + src/macosx/native/jobjc/src/core/native/ID.m + src/macosx/native/jobjc/src/core/native/Invoke.m + src/macosx/native/jobjc/src/core/native/JObjCRuntime.m + src/macosx/native/jobjc/src/core/native/MacOSXFramework.m + src/macosx/native/jobjc/src/core/native/NSClass.m + src/macosx/native/jobjc/src/core/native/NativeBuffer.h + src/macosx/native/jobjc/src/core/native/NativeBuffer.m + src/macosx/native/jobjc/src/core/native/NativeObjectLifecycleManager.m + src/macosx/native/jobjc/src/core/native/SEL.m + src/macosx/native/jobjc/src/core/native/Subclassing.m + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/BootClassPathMinus.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/ClassConsolidator.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/ClassGenerator.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/FileCopier.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/FrameworkGenerator.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/FunctionGenerator.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/Generator.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/MethodDisambiguator.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/RestrictedKeywords.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/Utils.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/classes/AbstractObjCClassFile.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/classes/CFTypeClassFile.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/classes/CategoryClassClassFile.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/classes/CategoryClassFile.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/classes/CopiedFile.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/classes/FrameworkClassFile.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/classes/GeneratedClassFile.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/classes/JObjCClassClassFile.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/classes/JObjCClassFile.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/classes/MixedPrimitiveCoderClassFile.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/classes/OpaqueClassFile.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/classes/OutputFile.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/classes/RootJObjCClass.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/classes/StructClassFile.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/Arg.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/CFType.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/Category.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/Clazz.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/Constant.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/Element.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/ElementWType.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/Framework.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/Function.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/FunctionAlias.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/InformalProtocol.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/Method.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/NativeEnum.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/Opaque.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/OutputFileGenerator.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/Protocol.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/ReturnValue.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/StringConstant.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/Struct.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/TypeElement.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/coders/CoderDescriptor.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/coders/ComplexCoderDescriptor.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/coders/PrimitiveCoderDescriptor.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/types/JType.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/types/NType.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/types/Type.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/types/TypeCache.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/model/types/TypeToJType.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/utils/Fp.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/utils/JavaLang.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/utils/NTypeMerger.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/utils/NTypeParser.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/utils/NTypePrinter.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/utils/ObjectInspector.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/utils/QA.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/utils/StringStream.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/utils/StructOffsetResolver.java + src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/utils/StructOffsetResolverBigBang.java + src/macosx/native/jobjc/src/generator/java/com/apple/jobjc/SuperClassExtractor.java + src/macosx/native/jobjc/src/generator/java/com/apple/jobjc/UnsafeRuntimeAccess.java + src/macosx/native/jobjc/src/runtime-additions/java/com/apple/jobjc/Utils.java + src/macosx/native/jobjc/src/runtime-additions/native/NativeNumber.m + src/macosx/native/jobjc/src/runtime-additions/native/NativeString.m + src/macosx/native/jobjc/src/runtime-additions/native/NativeThread.m + src/macosx/native/jobjc/src/tests/java/com/apple/jobjc/BaseBench.java + src/macosx/native/jobjc/src/tests/java/com/apple/jobjc/BenchFunCall.java + src/macosx/native/jobjc/src/tests/java/com/apple/jobjc/BenchIDPop.java + src/macosx/native/jobjc/src/tests/java/com/apple/jobjc/BenchStructCoding.java + src/macosx/native/jobjc/src/tests/java/com/apple/jobjc/BenchUnsafe.java + src/macosx/native/jobjc/src/tests/java/com/apple/jobjc/CategoryTest.java + src/macosx/native/jobjc/src/tests/java/com/apple/jobjc/FunctionTest.java + src/macosx/native/jobjc/src/tests/java/com/apple/jobjc/GUIDemo.java + src/macosx/native/jobjc/src/tests/java/com/apple/jobjc/IBDemo.java + src/macosx/native/jobjc/src/tests/java/com/apple/jobjc/IntroTest.java + src/macosx/native/jobjc/src/tests/java/com/apple/jobjc/NSClassTest.java + src/macosx/native/jobjc/src/tests/java/com/apple/jobjc/NativeBufferTest.java + src/macosx/native/jobjc/src/tests/java/com/apple/jobjc/NativeTypeTest.java + src/macosx/native/jobjc/src/tests/java/com/apple/jobjc/PooledTestCase.java + src/macosx/native/jobjc/src/tests/java/com/apple/jobjc/SELTest.java + src/macosx/native/jobjc/src/tests/java/com/apple/jobjc/StructTest.java + src/macosx/native/jobjc/src/tests/java/com/apple/jobjc/SubclassingTest.java + src/macosx/native/jobjc/src/tests/java/com/apple/jobjc/TestUtils.java + src/macosx/native/jobjc/src/tests/java/com/apple/jobjc/UtilsTest.java + src/macosx/native/jobjc/src/tests/java/com/apple/jobjc/VarArgsTest.java + src/macosx/native/jobjc/src/tests/native/FunCallBench.m + src/macosx/native/sun/awt/AWTEvent.h + src/macosx/native/sun/awt/AWTEvent.m + 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/AWTWindow.h + src/macosx/native/sun/awt/AWTWindow.m + src/macosx/native/sun/awt/AWT_debug.h + src/macosx/native/sun/awt/ApplicationDelegate.h + src/macosx/native/sun/awt/ApplicationDelegate.m + src/macosx/native/sun/awt/CClipboard.h + src/macosx/native/sun/awt/CClipboard.m + src/macosx/native/sun/awt/CCursorManager.m + src/macosx/native/sun/awt/CDataTransferer.h + src/macosx/native/sun/awt/CDataTransferer.m + src/macosx/native/sun/awt/CDesktopPeer.m + src/macosx/native/sun/awt/CDragSource.h + src/macosx/native/sun/awt/CDragSource.m + src/macosx/native/sun/awt/CDragSourceContextPeer.m + src/macosx/native/sun/awt/CDropTarget.h + src/macosx/native/sun/awt/CDropTarget.m + src/macosx/native/sun/awt/CDropTargetContextPeer.m + src/macosx/native/sun/awt/CFRetainedResource.m + src/macosx/native/sun/awt/CFileDialog.h + src/macosx/native/sun/awt/CFileDialog.m + src/macosx/native/sun/awt/CGraphicsConfig.m + src/macosx/native/sun/awt/CGraphicsDevice.m + src/macosx/native/sun/awt/CGraphicsEnv.m + src/macosx/native/sun/awt/CImage.m + src/macosx/native/sun/awt/CInputMethod.m + src/macosx/native/sun/awt/CMenu.h + src/macosx/native/sun/awt/CMenu.m + src/macosx/native/sun/awt/CMenuBar.h + src/macosx/native/sun/awt/CMenuBar.m + src/macosx/native/sun/awt/CMenuComponent.h + src/macosx/native/sun/awt/CMenuComponent.m + src/macosx/native/sun/awt/CMenuItem.h + src/macosx/native/sun/awt/CMenuItem.m + src/macosx/native/sun/awt/CPopupMenu.h + src/macosx/native/sun/awt/CPopupMenu.m + src/macosx/native/sun/awt/CPrinterJob.m + src/macosx/native/sun/awt/CRobot.m + src/macosx/native/sun/awt/CSystemColors.h + src/macosx/native/sun/awt/CSystemColors.m + src/macosx/native/sun/awt/CTextPipe.m + src/macosx/native/sun/awt/CTrayIcon.h + src/macosx/native/sun/awt/CTrayIcon.m + src/macosx/native/sun/awt/CWrapper.h + src/macosx/native/sun/awt/CWrapper.m + src/macosx/native/sun/awt/DnDUtilities.h + src/macosx/native/sun/awt/DnDUtilities.m + src/macosx/native/sun/awt/GeomUtilities.h + src/macosx/native/sun/awt/GeomUtilities.m + src/macosx/native/sun/awt/ImageSurfaceData.h + src/macosx/native/sun/awt/ImageSurfaceData.m + src/macosx/native/sun/awt/InitIDs.h + src/macosx/native/sun/awt/InitIDs.m + src/macosx/native/sun/awt/JavaAccessibilityAction.h + src/macosx/native/sun/awt/JavaAccessibilityAction.m + src/macosx/native/sun/awt/JavaAccessibilityUtilities.h + src/macosx/native/sun/awt/JavaAccessibilityUtilities.m + src/macosx/native/sun/awt/JavaComponentAccessibility.h + src/macosx/native/sun/awt/JavaComponentAccessibility.m + src/macosx/native/sun/awt/JavaTextAccessibility.h + src/macosx/native/sun/awt/JavaTextAccessibility.m + src/macosx/native/sun/awt/LWCToolkit.h + src/macosx/native/sun/awt/LWCToolkit.m + src/macosx/native/sun/awt/NSApplicationAWT.h + src/macosx/native/sun/awt/NSApplicationAWT.m + src/macosx/native/sun/awt/OSVersion.h + src/macosx/native/sun/awt/OSVersion.m + src/macosx/native/sun/awt/PrintModel.h + src/macosx/native/sun/awt/PrintModel.m + src/macosx/native/sun/awt/PrinterSurfaceData.h + src/macosx/native/sun/awt/PrinterSurfaceData.m + src/macosx/native/sun/awt/PrinterView.h + src/macosx/native/sun/awt/PrinterView.m + src/macosx/native/sun/awt/PropertiesUtilities.h + src/macosx/native/sun/awt/PropertiesUtilities.m + src/macosx/native/sun/awt/QuartzRenderer.m + src/macosx/native/sun/awt/QuartzSurfaceData.h + src/macosx/native/sun/awt/QuartzSurfaceData.m + src/macosx/native/sun/awt/ThreadUtilities.h + src/macosx/native/sun/awt/ThreadUtilities.m + src/macosx/native/sun/awt/awt.m + src/macosx/native/sun/awt/awt_DrawingSurface.m + src/macosx/native/sun/awt/jawt.m + src/macosx/native/sun/awt/splashscreen/splashscreen_config.h + src/macosx/native/sun/awt/splashscreen/splashscreen_sys.m + src/macosx/native/sun/font/AWTFont.h + src/macosx/native/sun/font/AWTFont.m + src/macosx/native/sun/font/AWTStrike.h + src/macosx/native/sun/font/AWTStrike.m + src/macosx/native/sun/font/CCharToGlyphMapper.m + src/macosx/native/sun/font/CGGlyphImages.h + src/macosx/native/sun/font/CGGlyphImages.m + src/macosx/native/sun/font/CGGlyphOutlines.h + src/macosx/native/sun/font/CGGlyphOutlines.m + src/macosx/native/sun/font/CoreTextSupport.h + src/macosx/native/sun/font/CoreTextSupport.m + src/macosx/native/sun/java2d/opengl/CGLGraphicsConfig.h + src/macosx/native/sun/java2d/opengl/CGLGraphicsConfig.m + src/macosx/native/sun/java2d/opengl/CGLLayer.h + src/macosx/native/sun/java2d/opengl/CGLLayer.m + src/macosx/native/sun/java2d/opengl/CGLSurfaceData.h + src/macosx/native/sun/java2d/opengl/CGLSurfaceData.m + src/macosx/native/sun/java2d/opengl/J2D_GL/cglext.h + src/macosx/native/sun/java2d/opengl/OGLFuncs_md.h + src/macosx/native/sun/nio/ch/KQueueArrayWrapper.c ! src/share/back/commonRef.c ! src/share/bin/java.c ! src/share/bin/java.h ! src/share/classes/com/sun/java/swing/plaf/gtk/Metacity.java ! src/share/classes/java/awt/Component.java ! src/share/classes/java/awt/EventDispatchThread.java ! src/share/classes/java/lang/ClassLoader.java ! src/share/classes/java/lang/System.java ! src/share/classes/java/lang/Thread.java ! src/share/classes/java/util/prefs/Preferences.java ! src/share/classes/javax/accessibility/AccessibleContext.java ! src/share/classes/javax/swing/UIManager.java ! src/share/classes/sun/awt/OSInfo.java ! src/share/classes/sun/awt/SunToolkit.java ! src/share/classes/sun/awt/image/BufImgSurfaceData.java ! src/share/classes/sun/font/FileFont.java ! src/share/classes/sun/font/FontManagerFactory.java ! src/share/classes/sun/font/FontUtilities.java ! src/share/classes/sun/font/SunFontManager.java ! src/share/classes/sun/java2d/SunGraphics2D.java ! src/share/classes/sun/print/PSPrinterJob.java ! src/share/classes/sun/print/RasterPrinterJob.java ! src/share/classes/sun/security/jgss/wrapper/SunNativeProvider.java ! src/share/classes/sun/security/krb5/Config.java + src/share/classes/sun/security/krb5/SCDynamicStoreConfig.java ! src/share/classes/sun/tools/attach/META-INF/services/com.sun.tools.attach.spi.AttachProvider ! src/share/javavm/export/jawt.h ! src/share/javavm/export/jvm.h + src/share/lib/security/java.security-macosx ! src/share/native/com/sun/java/util/jar/pack/defines.h ! src/share/native/com/sun/java/util/jar/pack/main.cpp ! src/share/native/com/sun/media/sound/DirectAudioDevice.c ! src/share/native/com/sun/media/sound/Platform.c ! src/share/native/com/sun/media/sound/PlatformMidi.h ! src/share/native/com/sun/media/sound/SoundDefs.h ! src/share/native/common/check_code.c ! src/share/native/java/io/io_util.h ! src/share/native/java/lang/System.c ! src/share/native/java/lang/Thread.c ! src/share/native/java/lang/fdlibm/include/fdlibm.h ! src/share/native/java/lang/fdlibm/include/jfdlibm.h ! src/share/native/java/lang/java_props.h ! src/share/native/java/util/zip/zip_util.c ! src/share/native/sun/awt/debug/debug_util.h ! src/share/native/sun/awt/image/BufImgSurfaceData.c ! src/share/native/sun/awt/image/DataBufferNative.c ! src/share/native/sun/awt/medialib/mlib_ImageAffine.h ! src/share/native/sun/awt/medialib/mlib_image.h ! src/share/native/sun/awt/medialib/mlib_sys.c ! src/share/native/sun/awt/medialib/mlib_types.h ! src/share/native/sun/font/AccelGlyphCache.c ! src/share/native/sun/font/DrawGlyphList.c ! src/share/native/sun/font/sunFont.c ! src/share/native/sun/java2d/SurfaceData.c ! src/share/native/sun/java2d/opengl/OGLBlitLoops.c ! src/share/native/sun/java2d/opengl/OGLFuncs.h ! src/share/native/sun/java2d/opengl/OGLRenderQueue.c ! src/share/native/sun/java2d/opengl/OGLSurfaceData.c ! src/share/native/sun/java2d/opengl/OGLSurfaceData.h ! src/share/native/sun/java2d/opengl/OGLTextRenderer.c ! src/share/native/sun/nio/ch/genSocketOptionRegistry.c ! src/share/native/sun/security/ec/impl/ecc_impl.h ! src/share/native/sun/security/ec/impl/ecdecode.c ! src/share/native/sun/security/ec/impl/oid.c ! src/share/native/sun/security/ec/impl/secitem.c ! src/share/transport/socket/socketTransport.c ! src/solaris/back/exec_md.c ! src/solaris/back/linker_md.c ! src/solaris/back/util_md.h ! src/solaris/bin/ergo.c ! src/solaris/bin/ergo.h ! src/solaris/bin/ergo_i586.c ! src/solaris/bin/java_md.c ! src/solaris/bin/java_md.h + src/solaris/bin/universal/jvm.cfg + src/solaris/classes/java/lang/UNIXProcess.java.bsd ! src/solaris/classes/sun/awt/X11/XWM.java + src/solaris/classes/sun/awt/fontconfigs/bsd.fontconfig.properties + src/solaris/classes/sun/nio/fs/BsdFileStore.java + src/solaris/classes/sun/nio/fs/BsdFileSystem.java + src/solaris/classes/sun/nio/fs/BsdFileSystemProvider.java + src/solaris/classes/sun/nio/fs/BsdNativeDispatcher.java ! src/solaris/classes/sun/nio/fs/DefaultFileSystemProvider.java ! src/solaris/classes/sun/print/UnixPrintServiceLookup.java ! src/solaris/classes/sun/security/smartcardio/PlatformPCSC.java + src/solaris/classes/sun/tools/attach/BsdAttachProvider.java + src/solaris/classes/sun/tools/attach/BsdVirtualMachine.java ! src/solaris/demo/jvmti/hprof/hprof_md.c ! src/solaris/javavm/export/jvm_md.h + src/solaris/lib/Info-cmdline.plist + src/solaris/lib/Info-privileged.plist + src/solaris/native/com/sun/management/MacosxOperatingSystem.c ! src/solaris/native/com/sun/management/UnixOperatingSystem_md.c + src/solaris/native/com/sun/media/sound/PLATFORM_API_BsdOS_ALSA_CommonUtils.c + src/solaris/native/com/sun/media/sound/PLATFORM_API_BsdOS_ALSA_CommonUtils.h + src/solaris/native/com/sun/media/sound/PLATFORM_API_BsdOS_ALSA_MidiIn.c + src/solaris/native/com/sun/media/sound/PLATFORM_API_BsdOS_ALSA_MidiOut.c + src/solaris/native/com/sun/media/sound/PLATFORM_API_BsdOS_ALSA_MidiUtils.c + src/solaris/native/com/sun/media/sound/PLATFORM_API_BsdOS_ALSA_MidiUtils.h + src/solaris/native/com/sun/media/sound/PLATFORM_API_BsdOS_ALSA_PCM.c + src/solaris/native/com/sun/media/sound/PLATFORM_API_BsdOS_ALSA_PCMUtils.c + src/solaris/native/com/sun/media/sound/PLATFORM_API_BsdOS_ALSA_PCMUtils.h + src/solaris/native/com/sun/media/sound/PLATFORM_API_BsdOS_ALSA_Ports.c ! src/solaris/native/java/io/UnixFileSystem_md.c ! src/solaris/native/java/io/canonicalize_md.c ! src/solaris/native/java/io/io_util_md.c ! src/solaris/native/java/lang/ProcessEnvironment_md.c ! src/solaris/native/java/lang/UNIXProcess_md.c + 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 ! src/solaris/native/java/net/Inet4AddressImpl.c ! src/solaris/native/java/net/Inet6AddressImpl.c ! src/solaris/native/java/net/NetworkInterface.c ! src/solaris/native/java/net/PlainDatagramSocketImpl.c ! src/solaris/native/java/net/PlainSocketImpl.c + src/solaris/native/java/net/bsd_close.c ! src/solaris/native/java/net/net_util_md.c ! src/solaris/native/java/net/net_util_md.h ! src/solaris/native/java/util/FileSystemPreferences.c ! src/solaris/native/java/util/TimeZone_md.c ! src/solaris/native/sun/awt/CUPSfuncs.c ! src/solaris/native/sun/awt/VDrawingArea.c ! src/solaris/native/sun/awt/X11Color.c ! src/solaris/native/sun/awt/XDrawingArea.c ! src/solaris/native/sun/awt/awt_Font.c ! src/solaris/native/sun/awt/awt_GraphicsEnv.c ! src/solaris/native/sun/awt/awt_InputMethod.c ! src/solaris/native/sun/awt/awt_LoadLibrary.c ! src/solaris/native/sun/awt/awt_MToolkit.c ! src/solaris/native/sun/awt/awt_Mlib.c ! src/solaris/native/sun/awt/awt_Robot.c ! src/solaris/native/sun/awt/awt_util.h ! src/solaris/native/sun/awt/extutil.h ! src/solaris/native/sun/awt/fontpath.c ! src/solaris/native/sun/awt/gtk2_interface.c ! src/solaris/native/sun/awt/jawt.c ! src/solaris/native/sun/awt/list.c ! src/solaris/native/sun/awt/robot_common.c ! src/solaris/native/sun/font/X11FontScaler.c ! src/solaris/native/sun/font/X11TextRenderer.c ! src/solaris/native/sun/java2d/j2d_md.h ! src/solaris/native/sun/java2d/loops/mlib_ImageZoom_NN.c ! src/solaris/native/sun/java2d/loops/vis_FuncArray.c ! src/solaris/native/sun/java2d/opengl/GLXSurfaceData.c ! src/solaris/native/sun/java2d/opengl/OGLFuncs_md.h ! src/solaris/native/sun/java2d/x11/X11SurfaceData.c ! src/solaris/native/sun/java2d/x11/XRSurfaceData.c ! src/solaris/native/sun/jdga/dgalock.c ! src/solaris/native/sun/management/FileSystemImpl.c ! src/solaris/native/sun/net/dns/ResolverConfigurationImpl.c ! src/solaris/native/sun/net/spi/DefaultProxySelector.c ! src/solaris/native/sun/nio/ch/DatagramChannelImpl.c ! src/solaris/native/sun/nio/ch/DatagramDispatcher.c ! src/solaris/native/sun/nio/ch/FileChannelImpl.c ! src/solaris/native/sun/nio/ch/FileDispatcherImpl.c ! src/solaris/native/sun/nio/ch/FileKey.c ! src/solaris/native/sun/nio/ch/Net.c ! src/solaris/native/sun/nio/ch/Sctp.h ! src/solaris/native/sun/nio/ch/SctpChannelImpl.c + src/solaris/native/sun/nio/fs/BsdNativeDispatcher.c ! src/solaris/native/sun/nio/fs/GnomeFileTypeDetector.c ! src/solaris/native/sun/nio/fs/UnixNativeDispatcher.c ! src/solaris/native/sun/nio/fs/genUnixConstants.c ! src/solaris/native/sun/security/jgss/wrapper/NativeFunc.c ! src/solaris/native/sun/security/pkcs11/j2secmod_md.c ! src/solaris/native/sun/security/pkcs11/wrapper/p11_md.c ! src/solaris/native/sun/security/smartcardio/pcsc_md.c + src/solaris/native/sun/tools/attach/BsdVirtualMachine.c ! src/solaris/native/sun/xawt/XWindow.c ! src/solaris/native/sun/xawt/awt_Desktop.c ! src/solaris/npt/npt_md.h ! src/solaris/transport/socket/socket_md.c ! src/windows/native/sun/java2d/opengl/WGLSurfaceData.c ! test/ProblemList.txt From michael.x.mcmahon at oracle.com Sat Dec 3 13:13:39 2011 From: michael.x.mcmahon at oracle.com (michael.x.mcmahon at oracle.com) Date: Sat, 03 Dec 2011 21:13:39 +0000 Subject: hg: jdk7u/jdk7u-osx/corba: 30 new changesets Message-ID: <20111203211359.402D647554@hg.openjdk.java.net> Changeset: 7d3e2792e4ad Author: cl Date: 2011-10-25 13:50 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/7d3e2792e4ad Added tag jdk7u2-b10 for changeset 487d16a2b833 ! .hgtags Changeset: 12559bb704ed Author: jcoomes Date: 2011-10-26 12:43 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/12559bb704ed 7105275: wrong tag added to jdk7u master repos Reviewed-by: asaha ! .hgtags Changeset: f37a1bf96ec1 Author: xdono Date: 2011-06-27 16:07 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/f37a1bf96ec1 Added tag jdk7u1-b01 for changeset 36f0efbc66ef ! .hgtags Changeset: cefc5a3747ce Author: asaha Date: 2011-06-28 11:24 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/cefc5a3747ce Merge ! .hgtags Changeset: 9515a2d034b4 Author: mbankal Date: 2011-07-29 03:33 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/9515a2d034b4 7055902: ZDI-CAN-1253: Oracle Java IIOP Deserialization Type Confusion Remote Code Execution Vulnerability Reviewed-by: coffeys ! src/share/classes/com/sun/corba/se/impl/io/IIOPInputStream.java Changeset: dd71cb354c57 Author: schien Date: 2011-08-04 10:19 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/dd71cb354c57 Added tag jdk7u1-b02 for changeset 9515a2d034b4 ! .hgtags Changeset: eaee830124aa Author: schien Date: 2011-08-26 14:21 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/eaee830124aa Added tag jdk7u1-b03 for changeset dd71cb354c57 ! .hgtags Changeset: 07247d9e7778 Author: schien Date: 2011-09-07 12:55 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/07247d9e7778 Added tag jdk7u1-b04 for changeset eaee830124aa ! .hgtags Changeset: 97b92cd48af0 Author: asaha Date: 2011-09-15 12:37 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/97b92cd48af0 Merge ! .hgtags Changeset: 5d83a0a12497 Author: asaha Date: 2011-09-22 09:59 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/5d83a0a12497 Merge ! .hgtags Changeset: 9d3e2884a1a3 Author: schien Date: 2011-09-23 11:29 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/9d3e2884a1a3 Added tag jdk7u1-b05 for changeset 07247d9e7778 ! .hgtags Changeset: ec2bc054bfad Author: asaha Date: 2011-09-23 12:01 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/ec2bc054bfad Merge ! .hgtags Changeset: f539f2bef857 Author: katleman Date: 2011-09-26 12:06 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/f539f2bef857 Added tag jdk7u2-b09 for changeset ec2bc054bfad ! .hgtags Changeset: 59c003227deb Author: cl Date: 2011-09-30 19:35 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/59c003227deb Added tag jdk7u1-b06 for changeset 9d3e2884a1a3 ! .hgtags Changeset: 49aecdae2fba Author: katleman Date: 2011-10-02 12:50 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/49aecdae2fba Added tag jdk7u1-b07 for changeset 59c003227deb ! .hgtags Changeset: d92a7c474440 Author: cl Date: 2011-10-03 15:32 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/d92a7c474440 Added tag jdk7u1-b08 for changeset 49aecdae2fba ! .hgtags Changeset: 82330ae1ba8b Author: asaha Date: 2011-10-11 15:49 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/82330ae1ba8b Merge ! .hgtags Changeset: a966d5aad2ff Author: katleman Date: 2011-10-27 12:11 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/a966d5aad2ff Added tag jdk7u2-b11 for changeset 82330ae1ba8b ! .hgtags Changeset: 8c6cd047daa7 Author: asaha Date: 2011-10-27 23:12 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/8c6cd047daa7 Merge ! .hgtags Changeset: c27b7bf33e44 Author: jeff Date: 2011-10-31 12:35 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/c27b7bf33e44 7102337: Third Party License Readme updates for 7u2 Reviewed-by: lana, ohair ! THIRD_PARTY_README Changeset: 272372817c0a Author: asaha Date: 2011-11-04 10:46 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/272372817c0a Merge Changeset: 0a66d16bd065 Author: asaha Date: 2011-11-04 11:09 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/0a66d16bd065 Merge Changeset: c35fe7738002 Author: asaha Date: 2011-11-04 11:44 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/c35fe7738002 Merge Changeset: 56b02f8ef703 Author: lana Date: 2011-11-04 11:14 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/56b02f8ef703 Merge Changeset: 456ff1f14b14 Author: katleman Date: 2011-11-10 11:45 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/456ff1f14b14 Added tag jdk7u2-b12 for changeset 56b02f8ef703 ! .hgtags Changeset: 5276595669e5 Author: asaha Date: 2011-11-11 09:15 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/5276595669e5 Merge ! .hgtags Changeset: f2519be412cd Author: katleman Date: 2011-11-16 16:09 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/f2519be412cd Added tag jdk7u4-b01 for changeset 5276595669e5 ! .hgtags Changeset: 665237a860dd Author: coffeys Date: 2011-11-15 18:10 +0000 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/665237a860dd 7091388: Regular unexplained npe's from corba libs after few days Reviewed-by: alanb ! src/share/classes/com/sun/corba/se/impl/encoding/CDRInputStream.java ! src/share/classes/com/sun/corba/se/impl/encoding/CDRInputStream_1_0.java ! src/share/classes/com/sun/corba/se/impl/encoding/CDROutputStream.java ! src/share/classes/com/sun/corba/se/impl/encoding/CDROutputStream_1_0.java Changeset: 6dd348fb7091 Author: lana Date: 2011-11-22 15:07 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/6dd348fb7091 Merge Changeset: d51864ff83aa Author: michaelm Date: 2011-12-02 12:51 +0000 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/d51864ff83aa 7113349: Initial changset for Macosx port to jdk7u Reviewed-by: prr, dholmes, alanb, weijun, art + make/common/Defs-bsd.gmk ! make/common/Defs.gmk + make/common/shared/Defs-bsd.gmk ! make/common/shared/Defs-utils.gmk ! make/common/shared/Platform.gmk From michael.x.mcmahon at oracle.com Sat Dec 3 13:14:28 2011 From: michael.x.mcmahon at oracle.com (michael.x.mcmahon at oracle.com) Date: Sat, 03 Dec 2011 21:14:28 +0000 Subject: hg: jdk7u/jdk7u-osx/hotspot: 64 new changesets Message-ID: <20111203211635.6CF3647555@hg.openjdk.java.net> Changeset: b6d9d5bbea50 Author: katleman Date: 2011-11-16 16:09 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/b6d9d5bbea50 Added tag jdk7u4-b01 for changeset 7e508fbcb950 ! .hgtags Changeset: 02fe430d493e Author: katleman Date: 2011-10-27 13:54 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/02fe430d493e Added tag jdk8-b11 for changeset 4538caeef7b6 ! .hgtags Changeset: c9d25d93ddfe Author: jcoomes Date: 2011-10-21 16:00 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/c9d25d93ddfe 7103619: Bump the hs23 build number to 04 Reviewed-by: johnc Contributed-by: alejandro.murillo at oracle.com ! make/hotspot_version Changeset: 5e5d4821bf07 Author: brutisso Date: 2011-10-20 10:21 +0200 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/5e5d4821bf07 7097516: G1: assert(0<= from_card && from_card ! make/bsd/makefiles/buildtree.make ! make/bsd/makefiles/gcc.make ! make/linux/makefiles/buildtree.make ! make/linux/makefiles/gcc.make ! make/solaris/makefiles/buildtree.make ! make/solaris/makefiles/gcc.make ! make/windows/makefiles/vm.make - src/share/vm/precompiled.hpp + src/share/vm/precompiled/precompiled.hpp Changeset: 3e609627e780 Author: jcoomes Date: 2011-11-04 12:40 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/3e609627e780 Merge - src/share/vm/precompiled.hpp Changeset: b92ca8e229d2 Author: jcoomes Date: 2011-11-04 12:43 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/b92ca8e229d2 Added tag hs23-b05 for changeset 3e609627e780 ! .hgtags Changeset: 088d09a130ff Author: katleman Date: 2011-11-10 11:46 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/088d09a130ff Added tag jdk8-b13 for changeset b92ca8e229d2 ! .hgtags Changeset: 883328bfc472 Author: katleman Date: 2011-11-17 10:45 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/883328bfc472 Added tag jdk8-b14 for changeset 088d09a130ff ! .hgtags Changeset: 869804b759e7 Author: jcoomes Date: 2011-11-04 14:06 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/869804b759e7 7108553: Bump the hs23 build number to 06 Reviewed-by: johnc Contributed-by: alejandro.murillo at oracle.com ! make/hotspot_version Changeset: 5bda8dae4e14 Author: never Date: 2011-10-23 20:23 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/5bda8dae4e14 7103784: enable some flags by default Reviewed-by: kvn ! src/share/vm/opto/c2_globals.hpp ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/globals.hpp Changeset: 754110e02bd5 Author: never Date: 2011-10-23 12:31 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/754110e02bd5 7103380: assertion failure with -XX:+PrintNativeNMethods Reviewed-by: kvn, iveresov ! src/share/vm/asm/codeBuffer.cpp Changeset: 42783d1414b2 Author: never Date: 2011-10-23 23:57 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/42783d1414b2 Merge - make/templates/bsd-header Changeset: b20d64f83668 Author: twisti Date: 2011-10-24 07:53 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/b20d64f83668 7090904: JSR 292: JRuby junit test crashes in PSScavengeRootsClosure::do_oop Reviewed-by: kvn, never, jrose ! src/cpu/x86/vm/templateInterpreter_x86_32.cpp ! src/cpu/x86/vm/templateInterpreter_x86_64.cpp ! src/share/vm/interpreter/bytecodeTracer.cpp ! src/share/vm/runtime/deoptimization.cpp ! src/share/vm/runtime/frame.cpp ! src/share/vm/runtime/frame.hpp ! src/share/vm/runtime/thread.cpp Changeset: 12d38ffcba2a Author: twisti Date: 2011-10-25 00:55 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/12d38ffcba2a 7094138: JSR 292: JRuby junit test fails in CallSite.setTargetNormal: obj->is_oop() failed: sanity check Reviewed-by: iveresov, never ! src/share/vm/interpreter/interpreterRuntime.cpp ! src/share/vm/prims/methodHandles.cpp ! src/share/vm/prims/unsafe.cpp Changeset: 2ec638646e86 Author: twisti Date: 2011-10-25 04:07 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/2ec638646e86 7101642: JSR 292: SIGSEGV in java.lang.invoke.MethodHandleImpl$FieldAccessor.getFieldI(Ljava/lang/Object;)I Reviewed-by: kvn, iveresov ! src/share/vm/runtime/sharedRuntime.cpp Changeset: a6eef545f1a2 Author: never Date: 2011-10-25 08:17 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/a6eef545f1a2 7103224: collision between __LEAF define in interfaceSupport.hpp and /usr/include/sys/cdefs.h with gcc Reviewed-by: never Contributed-by: Omair Majid ! src/share/vm/opto/addnode.cpp ! src/share/vm/prims/jniCheck.cpp ! src/share/vm/prims/jvmtiEnter.xsl ! src/share/vm/prims/jvmtiEnv.cpp ! src/share/vm/prims/jvmtiExport.cpp ! src/share/vm/runtime/interfaceSupport.hpp Changeset: e69a66a1457b Author: kvn Date: 2011-10-25 12:51 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/e69a66a1457b 7059039: EA: don't change non-escaping state of NULL pointer Summary: NULL pointers do not escape but escape state propagation may change it leading to worser results. Reviewed-by: never ! src/share/vm/opto/escape.cpp Changeset: d8cb48376797 Author: kvn Date: 2011-10-26 06:08 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/d8cb48376797 7097546: Optimize use of CMOVE instructions Summary: Avoid CMove in a loop if possible. May generate CMove if it could be moved outside a loop. Reviewed-by: never ! src/cpu/sparc/vm/sparc.ad ! src/cpu/x86/vm/x86_32.ad ! src/cpu/x86/vm/x86_64.ad ! src/share/vm/compiler/compileBroker.cpp ! src/share/vm/opto/loopopts.cpp ! src/share/vm/opto/matcher.hpp Changeset: cec1757a0134 Author: twisti Date: 2011-10-27 04:43 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/cec1757a0134 7102657: JSR 292: C1 deoptimizes unlinked invokedynamic call sites infinitely Reviewed-by: never, bdelsart ! src/cpu/sparc/vm/c1_CodeStubs_sparc.cpp ! src/cpu/sparc/vm/c1_Runtime1_sparc.cpp ! src/cpu/x86/vm/c1_CodeStubs_x86.cpp ! src/cpu/x86/vm/c1_Runtime1_x86.cpp ! src/share/vm/c1/c1_Runtime1.cpp ! src/share/vm/c1/c1_Runtime1.hpp ! src/share/vm/opto/runtime.cpp Changeset: e0658a9b3f87 Author: kvn Date: 2011-10-27 09:39 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/e0658a9b3f87 7105364: JDK8 b10 hotspot: src/share/vm/ci/ciMethodHandle.cpp Error: Use "." or "->" Summary: Define ciMethodHandle::print_chain_impl() and ciMethodHandle::print_chain() bodies only in debug builds. Reviewed-by: never, twisti ! src/share/vm/ci/ciMethodHandle.cpp ! src/share/vm/ci/ciMethodHandle.hpp Changeset: 34535d2cb362 Author: iveresov Date: 2011-10-27 14:40 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/34535d2cb362 7104177: Tiered: -XX:+PrintCanonicalization doesn't work with -XX:+TieredCompilation Summary: Initialize printable_bci of instruction when passed to Canonicalizer Reviewed-by: kvn, never ! src/share/vm/c1/c1_Canonicalizer.hpp Changeset: f350490a45fd Author: kvn Date: 2011-10-27 18:20 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/f350490a45fd 7105611: Set::print() is broken Summary: Reimplemented class VSetI_ to restore Set::print(). Reviewed-by: never ! src/share/vm/libadt/vectset.cpp ! src/share/vm/libadt/vectset.hpp Changeset: eba044a722a4 Author: never Date: 2011-10-28 14:44 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/eba044a722a4 7103261: crash with jittester on sparc Reviewed-by: iveresov, kvn ! src/cpu/sparc/vm/c1_LIRAssembler_sparc.cpp + test/compiler/7103261/Test7103261.java Changeset: e3b0dcc327b9 Author: twisti Date: 2011-10-31 03:06 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/e3b0dcc327b9 7104561: UseRDPCForConstantTableBase doesn't work after shorten branches changes Reviewed-by: never, kvn ! src/cpu/sparc/vm/vm_version_sparc.cpp ! src/share/vm/opto/machnode.cpp Changeset: 71699e9d8673 Author: kvn Date: 2011-10-31 15:52 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/71699e9d8673 7106907: 64 bit VM fails test compiler/6865265/StackOverflowBug.java Summary: Use -Xss224k instead of -Xss128k. Reviewed-by: never ! test/compiler/6865265/StackOverflowBug.java Changeset: e342a5110bed Author: twisti Date: 2011-11-03 01:43 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/e342a5110bed 7106774: JSR 292: nightly test inlineMHTarget fails with wrong result Reviewed-by: kvn ! src/share/vm/interpreter/bytecode.hpp ! src/share/vm/runtime/deoptimization.cpp Changeset: 448691f285a5 Author: twisti Date: 2011-11-03 04:12 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/448691f285a5 7106944: assert(_pc == *pc_addr) failed may be too strong Reviewed-by: kvn, never ! src/cpu/x86/vm/frame_x86.cpp Changeset: 1feb272af3a7 Author: never Date: 2011-11-04 13:55 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/1feb272af3a7 6636110: unaligned stackpointer leads to crash during deoptimization Reviewed-by: never, kvn Contributed-by: Andreas Schoesser ! src/cpu/x86/vm/sharedRuntime_x86_64.cpp Changeset: 59e515ee9354 Author: kvn Date: 2011-11-07 14:33 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/59e515ee9354 7059047: EA: can't find initializing store with several CheckCastPP Summary: Split adjust_escape_state() method into two methods to find initializing stores. Reviewed-by: never ! src/share/vm/opto/escape.cpp ! src/share/vm/opto/escape.hpp Changeset: 44ce519bc3d1 Author: never Date: 2011-11-08 10:31 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/44ce519bc3d1 7104960: JSR 292: +VerifyMethodHandles in product JVM can overflow buffer Reviewed-by: kvn, jrose, twisti ! src/cpu/sparc/vm/assembler_sparc.inline.hpp ! src/cpu/sparc/vm/methodHandles_sparc.cpp ! src/cpu/sparc/vm/methodHandles_sparc.hpp ! src/cpu/x86/vm/methodHandles_x86.cpp ! src/cpu/x86/vm/methodHandles_x86.hpp ! src/share/vm/asm/codeBuffer.cpp ! src/share/vm/asm/codeBuffer.hpp ! src/share/vm/prims/methodHandles.cpp ! src/share/vm/runtime/globals.hpp Changeset: c9a03402fe56 Author: never Date: 2011-11-08 17:29 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/c9a03402fe56 7105305: assert check_method_context proper context Reviewed-by: jrose, kvn ! src/share/vm/code/dependencies.cpp ! src/share/vm/oops/constantPoolKlass.cpp Changeset: e3e363b2bf19 Author: never Date: 2011-11-08 20:42 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/e3e363b2bf19 7108242: jinfo -permstat shouldn't report interned strings as part of perm Reviewed-by: kvn, twisti ! agent/src/share/classes/sun/jvm/hotspot/tools/HeapSummary.java ! agent/src/share/classes/sun/jvm/hotspot/tools/PermStat.java Changeset: 83d0b5cd1438 Author: twisti Date: 2011-11-09 00:42 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/83d0b5cd1438 7087727: JSR 292: C2 crash if ScavengeRootsInCode=2 when "static final" MethodHandle constants are in use Reviewed-by: jrose, kvn, never ! src/share/vm/opto/callGenerator.cpp Changeset: 7e0e43cf86d6 Author: kvn Date: 2011-11-09 06:14 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/7e0e43cf86d6 7109887: java/util/Arrays/CopyMethods.java fails with -XX:+DeoptimizeALot Summary: zero array when compiled code is deoptimized. Reviewed-by: never, twisti ! src/share/vm/opto/runtime.cpp ! src/share/vm/opto/runtime.hpp Changeset: 670a74b863fc Author: kvn Date: 2011-11-09 07:25 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/670a74b863fc 7107042: assert(no_dead_loop) failed: dead loop detected Summary: Use dead nodes elimination code in PhaseIdealLoop before executing EA. Reviewed-by: never, twisti ! src/share/vm/compiler/compileBroker.cpp ! src/share/vm/opto/compile.cpp ! src/share/vm/opto/loopnode.cpp ! src/share/vm/opto/loopnode.hpp ! src/share/vm/opto/loopopts.cpp ! src/share/vm/opto/matcher.cpp ! src/share/vm/opto/memnode.cpp ! src/share/vm/opto/phaseX.cpp ! src/share/vm/runtime/globals.hpp Changeset: 78bef05801ca Author: twisti Date: 2011-11-10 04:46 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/78bef05801ca Merge - src/share/vm/precompiled.hpp ! src/share/vm/runtime/globals.hpp Changeset: 3c7d67df8d07 Author: dholmes Date: 2011-11-10 06:23 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/3c7d67df8d07 7108264: Fix for 7104173 is insufficient Summary: Disable PrintVMOptions by default for all builds Reviewed-by: dsamersoff, twisti ! src/share/vm/runtime/globals.hpp Changeset: f9a80a035a4a Author: coleenp Date: 2011-11-15 12:40 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/f9a80a035a4a Merge ! src/share/vm/runtime/globals.hpp Changeset: 5a5ed80bea5b Author: ysr Date: 2011-10-26 21:07 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/5a5ed80bea5b 7105163: CMS: some mentions of MinChunkSize should be IndexSetStart Summary: Fixed the instances that were missed in the changeset for 7099817. Reviewed-by: stefank ! src/share/vm/gc_implementation/concurrentMarkSweep/compactibleFreeListSpace.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/compactibleFreeListSpace.hpp Changeset: 59519b7d7b9d Author: tonyp Date: 2011-10-28 13:04 -0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/59519b7d7b9d Merge Changeset: 6fd81579526f Author: brutisso Date: 2011-10-31 08:01 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/6fd81579526f 7102044: G1: VM crashes with assert(old_end != new_end) failed: don't call this otherwise Summary: arrayOopDesc::max_array_length() should return a value that does not overflow a size_t if it is converted to bytes. Reviewed-by: kvn, dholmes ! make/jprt.properties ! src/share/vm/oops/arrayOop.cpp ! src/share/vm/oops/arrayOop.hpp ! src/share/vm/prims/jni.cpp ! src/share/vm/utilities/quickSort.cpp ! test/Makefile Changeset: ed80554efa25 Author: brutisso Date: 2011-11-02 08:04 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/ed80554efa25 7106751: G1: gc/gctests/nativeGC03 crashes VM with SIGSEGV Summary: _cset_rs_update_cl[] was indexed with values beyond what it is set up to handle. Reviewed-by: ysr, jmasa, johnc ! src/share/vm/gc_implementation/g1/g1RemSet.cpp Changeset: 8aae2050e83e Author: tonyp Date: 2011-11-07 22:11 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/8aae2050e83e 7092309: G1: introduce old region set Summary: Keep track of all the old regions in the heap with a heap region set. Reviewed-by: brutisso, johnc ! src/share/vm/gc_implementation/g1/concurrentMark.cpp ! 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/g1MarkSweep.cpp ! src/share/vm/gc_implementation/g1/heapRegionSet.cpp ! src/share/vm/gc_implementation/g1/heapRegionSet.hpp ! src/share/vm/gc_implementation/g1/heapRegionSets.cpp ! src/share/vm/gc_implementation/g1/heapRegionSets.hpp Changeset: 53074c2c4600 Author: tonyp Date: 2011-11-08 00:41 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/53074c2c4600 7099849: G1: include heap region information in hs_err files Reviewed-by: johnc, brutisso, poonam ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp ! src/share/vm/gc_implementation/g1/heapRegion.cpp ! src/share/vm/gc_implementation/parallelScavenge/parallelScavengeHeap.cpp ! src/share/vm/gc_implementation/parallelScavenge/parallelScavengeHeap.hpp ! src/share/vm/gc_interface/collectedHeap.hpp ! src/share/vm/memory/genCollectedHeap.cpp ! src/share/vm/memory/genCollectedHeap.hpp ! src/share/vm/memory/universe.cpp ! src/share/vm/memory/universe.hpp ! src/share/vm/utilities/vmError.cpp Changeset: ab5107bee78c Author: brutisso Date: 2011-11-09 23:21 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/ab5107bee78c 7110190: GCCause::to_string missing case for _adaptive_size_policy Summary: Added case for _adaptive_size_policy Reviewed-by: johnc, ysr ! src/share/vm/gc_interface/gcCause.cpp Changeset: aa4c21b00f7f Author: brutisso Date: 2011-11-15 20:17 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/aa4c21b00f7f 7110152: assert(size_in_words <= (julong)max_jint) failed: no overflow Summary: Reduce what arrayOopDesc::max_array_length() returns to avoid int overflow Reviewed-by: kvn, dholmes, tonyp ! src/share/vm/oops/arrayOop.hpp Changeset: 2ceafe3ceb65 Author: poonam Date: 2011-11-16 16:27 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/2ceafe3ceb65 7110428: Crash during HeapDump operation Reviewed-by: ysr, dholmes ! src/share/vm/services/heapDumper.cpp Changeset: b1754f3fbbd8 Author: tonyp Date: 2011-11-17 13:14 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/b1754f3fbbd8 Merge Changeset: 6c2a55d4902f Author: jcoomes Date: 2011-11-18 15:15 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/6c2a55d4902f Merge Changeset: fde2a39ed7f3 Author: jcoomes Date: 2011-11-18 15:15 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/fde2a39ed7f3 Added tag hs23-b06 for changeset 6c2a55d4902f ! .hgtags Changeset: 35aadd2e739b Author: jcoomes Date: 2011-11-18 19:19 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/35aadd2e739b Merge ! .hgtags ! make/hotspot_version - src/share/vm/precompiled.hpp From michael.x.mcmahon at oracle.com Sat Dec 3 13:16:43 2011 From: michael.x.mcmahon at oracle.com (michael.x.mcmahon at oracle.com) Date: Sat, 03 Dec 2011 21:16:43 +0000 Subject: hg: jdk7u/jdk7u-osx/jaxp: 36 new changesets Message-ID: <20111203211643.DDE8D47556@hg.openjdk.java.net> Changeset: 7b90aaabd44e Author: cl Date: 2011-10-25 13:50 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/7b90aaabd44e Added tag jdk7u2-b10 for changeset f51e04014ffb ! .hgtags Changeset: 9c540a9b0bdf Author: jcoomes Date: 2011-10-26 12:43 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/9c540a9b0bdf 7105275: wrong tag added to jdk7u master repos Reviewed-by: asaha ! .hgtags Changeset: 067fb18071e3 Author: asaha Date: 2011-06-23 22:34 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/067fb18071e3 6941169: XML parsing cannot be trusted Reviewed-by: joehw ! jaxp.properties Changeset: 69199a774944 Author: asaha Date: 2011-06-28 11:06 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/69199a774944 Merge Changeset: 3ba704813c8c Author: xdono Date: 2011-06-27 16:08 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/3ba704813c8c Added tag jdk7u1-b01 for changeset 067fb18071e3 ! .hgtags Changeset: a650662a3312 Author: asaha Date: 2011-06-28 11:26 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/a650662a3312 Merge ! .hgtags Changeset: ff042107a0c8 Author: asaha Date: 2011-06-24 17:27 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/ff042107a0c8 Merge Changeset: f40a77944791 Author: asaha Date: 2011-06-28 13:52 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/f40a77944791 Merge Changeset: dd92ff50ff5d Author: asaha Date: 2011-07-01 15:46 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/dd92ff50ff5d 7061768: Backout fix # 6941169 Summary: Backed out changeset 067fb18071e3 Reviewed-by: joehw ! jaxp.properties Changeset: 104ca42e1e7c Author: asaha Date: 2011-07-01 15:46 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/104ca42e1e7c Merge Changeset: 64e323faadf6 Author: schien Date: 2011-08-04 10:20 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/64e323faadf6 Added tag jdk7u1-b02 for changeset 104ca42e1e7c ! .hgtags Changeset: 2256c20e6685 Author: schien Date: 2011-08-26 14:21 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/2256c20e6685 Added tag jdk7u1-b03 for changeset 64e323faadf6 ! .hgtags Changeset: 79ec2a8c8aaf Author: schien Date: 2011-09-07 12:55 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/79ec2a8c8aaf Added tag jdk7u1-b04 for changeset 2256c20e6685 ! .hgtags Changeset: 666a2e78ed24 Author: asaha Date: 2011-09-15 13:00 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/666a2e78ed24 Merge ! .hgtags Changeset: f50c67644817 Author: asaha Date: 2011-09-19 14:10 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/f50c67644817 Merge ! jaxp.properties Changeset: 1ee71a1349c4 Author: asaha Date: 2011-09-22 10:01 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/1ee71a1349c4 Merge ! .hgtags Changeset: 38711a9aabde Author: schien Date: 2011-09-23 11:29 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/38711a9aabde Added tag jdk7u1-b05 for changeset 79ec2a8c8aaf ! .hgtags Changeset: f2dcb5ade608 Author: asaha Date: 2011-09-23 12:01 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/f2dcb5ade608 Merge ! .hgtags Changeset: 0e4b561f7696 Author: katleman Date: 2011-09-26 12:07 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/0e4b561f7696 Added tag jdk7u2-b09 for changeset f2dcb5ade608 ! .hgtags Changeset: 5d8a5978b6ea Author: cl Date: 2011-09-30 19:35 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/5d8a5978b6ea Added tag jdk7u1-b06 for changeset 38711a9aabde ! .hgtags Changeset: 407177580b01 Author: katleman Date: 2011-10-02 12:51 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/407177580b01 Added tag jdk7u1-b07 for changeset 5d8a5978b6ea ! .hgtags Changeset: 8fb8d70ed4c3 Author: cl Date: 2011-10-03 15:32 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/8fb8d70ed4c3 Added tag jdk7u1-b08 for changeset 407177580b01 ! .hgtags Changeset: 8bc5db462319 Author: asaha Date: 2011-10-11 15:53 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/8bc5db462319 Merge ! .hgtags Changeset: 5a58c0997bef Author: asaha Date: 2011-10-12 21:28 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/5a58c0997bef 7095698: jdk7u2 does not work as a bootstrap after 7091141 Summary: Backed out changeset db8ccf2cbb33 Reviewed-by: jcoomes, joehw ! jaxp.properties Changeset: 7d8d7a054f52 Author: asaha Date: 2011-10-12 21:28 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/7d8d7a054f52 Merge Changeset: 0c5c2b2462f1 Author: asaha Date: 2011-10-18 10:57 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/0c5c2b2462f1 Merge ! jaxp.properties Changeset: 91d818552c08 Author: katleman Date: 2011-10-27 12:11 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/91d818552c08 Added tag jdk7u2-b11 for changeset 0c5c2b2462f1 ! .hgtags Changeset: 107dc5816877 Author: asaha Date: 2011-10-27 23:17 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/107dc5816877 Merge ! .hgtags Changeset: db5034845265 Author: jeff Date: 2011-10-31 12:36 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/db5034845265 7102337: Third Party License Readme updates for 7u2 Reviewed-by: lana, ohair ! THIRD_PARTY_README Changeset: c0ca9fd3460d Author: asaha Date: 2011-11-04 10:46 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/c0ca9fd3460d Merge Changeset: 397f5d9da899 Author: asaha Date: 2011-11-04 11:10 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/397f5d9da899 Merge Changeset: 2cd57d57aa76 Author: asaha Date: 2011-11-04 11:47 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/2cd57d57aa76 Merge Changeset: 0e61ef309edd Author: lana Date: 2011-11-04 11:14 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/0e61ef309edd Merge Changeset: d9ac427e5149 Author: katleman Date: 2011-11-10 11:46 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/d9ac427e5149 Added tag jdk7u2-b12 for changeset 0e61ef309edd ! .hgtags Changeset: 03c6bc85ecde Author: asaha Date: 2011-11-11 09:44 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/03c6bc85ecde Merge ! .hgtags Changeset: c09b58cfa2c6 Author: katleman Date: 2011-11-16 16:09 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/c09b58cfa2c6 Added tag jdk7u4-b01 for changeset 03c6bc85ecde ! .hgtags From michael.x.mcmahon at oracle.com Sat Dec 3 13:16:52 2011 From: michael.x.mcmahon at oracle.com (michael.x.mcmahon at oracle.com) Date: Sat, 03 Dec 2011 21:16:52 +0000 Subject: hg: jdk7u/jdk7u-osx/jaxws: 32 new changesets Message-ID: <20111203211652.B35E547557@hg.openjdk.java.net> Changeset: 700a5b205189 Author: cl Date: 2011-10-25 13:50 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/700a5b205189 Added tag jdk7u2-b10 for changeset 3216c6afcedc ! .hgtags Changeset: 2c001a06ebb8 Author: jcoomes Date: 2011-10-26 12:43 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/2c001a06ebb8 7105275: wrong tag added to jdk7u master repos Reviewed-by: asaha ! .hgtags Changeset: 7bbb5d507d8a Author: asaha Date: 2011-06-10 09:57 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/7bbb5d507d8a Merge Changeset: 9df2752f1f87 Author: asaha Date: 2011-06-20 17:03 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/9df2752f1f87 Merge Changeset: c01bfd68d052 Author: asaha Date: 2011-06-23 13:06 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/c01bfd68d052 7046794: Configurable behavior for server-side stacktraces Reviewed-by: ramap ! jaxws.properties Changeset: 05fe5a6c3730 Author: asaha Date: 2011-06-28 11:06 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/05fe5a6c3730 Merge Changeset: dcf18452c8cf Author: xdono Date: 2011-06-27 16:08 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/dcf18452c8cf Added tag jdk7u1-b01 for changeset c01bfd68d052 ! .hgtags Changeset: 22e0ca76ee5d Author: asaha Date: 2011-06-28 11:27 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/22e0ca76ee5d Merge ! .hgtags Changeset: 476895ad759c Author: asaha Date: 2011-06-24 17:35 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/476895ad759c Merge Changeset: 4c24f7019ce9 Author: asaha Date: 2011-06-28 13:52 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/4c24f7019ce9 Merge Changeset: 272778f529d1 Author: schien Date: 2011-08-04 10:20 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/272778f529d1 Added tag jdk7u1-b02 for changeset 4c24f7019ce9 ! .hgtags Changeset: 48b06a6e6f46 Author: schien Date: 2011-08-26 14:21 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/48b06a6e6f46 Added tag jdk7u1-b03 for changeset 272778f529d1 ! .hgtags Changeset: 7d31bc168b6b Author: schien Date: 2011-09-07 12:55 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/7d31bc168b6b Added tag jdk7u1-b04 for changeset 48b06a6e6f46 ! .hgtags Changeset: ae2d0e777dec Author: asaha Date: 2011-09-15 13:01 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/ae2d0e777dec Merge ! .hgtags Changeset: 8475a7dee118 Author: asaha Date: 2011-09-22 10:01 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/8475a7dee118 Merge ! .hgtags Changeset: 345e7bd6be13 Author: schien Date: 2011-09-23 11:29 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/345e7bd6be13 Added tag jdk7u1-b05 for changeset 7d31bc168b6b ! .hgtags Changeset: 6499a5ada6c1 Author: asaha Date: 2011-09-23 12:01 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/6499a5ada6c1 Merge ! .hgtags Changeset: 233adb943499 Author: katleman Date: 2011-09-26 12:07 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/233adb943499 Added tag jdk7u2-b09 for changeset 6499a5ada6c1 ! .hgtags Changeset: 617f83244f3d Author: cl Date: 2011-09-30 19:35 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/617f83244f3d Added tag jdk7u1-b06 for changeset 345e7bd6be13 ! .hgtags Changeset: 97365155cf6d Author: katleman Date: 2011-10-02 12:51 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/97365155cf6d Added tag jdk7u1-b07 for changeset 617f83244f3d ! .hgtags Changeset: bcff1d0e8cb5 Author: cl Date: 2011-10-03 15:32 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/bcff1d0e8cb5 Added tag jdk7u1-b08 for changeset 97365155cf6d ! .hgtags Changeset: f3bb1066a71f Author: asaha Date: 2011-10-11 15:54 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/f3bb1066a71f Merge ! .hgtags Changeset: 7bbdd5c07d35 Author: katleman Date: 2011-10-27 12:11 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/7bbdd5c07d35 Added tag jdk7u2-b11 for changeset f3bb1066a71f ! .hgtags Changeset: b6e7846f2829 Author: asaha Date: 2011-10-27 23:17 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/b6e7846f2829 Merge ! .hgtags Changeset: 2b9c72e743b2 Author: jeff Date: 2011-10-31 12:37 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/2b9c72e743b2 7102337: Third Party License Readme updates for 7u2 Reviewed-by: lana, ohair ! THIRD_PARTY_README Changeset: 252fca340bfd Author: asaha Date: 2011-11-04 10:46 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/252fca340bfd Merge Changeset: adb1f4fe0774 Author: asaha Date: 2011-11-04 11:10 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/adb1f4fe0774 Merge Changeset: 7e528c13ed9c Author: asaha Date: 2011-11-04 11:47 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/7e528c13ed9c Merge Changeset: 21131044a613 Author: lana Date: 2011-11-04 11:14 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/21131044a613 Merge Changeset: 9728fd833e01 Author: katleman Date: 2011-11-10 11:46 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/9728fd833e01 Added tag jdk7u2-b12 for changeset 21131044a613 ! .hgtags Changeset: 7d118bbe3be6 Author: asaha Date: 2011-11-11 09:44 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/7d118bbe3be6 Merge ! .hgtags Changeset: 5bc0433f1611 Author: katleman Date: 2011-11-16 16:09 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/5bc0433f1611 Added tag jdk7u4-b01 for changeset 7d118bbe3be6 ! .hgtags From michael.x.mcmahon at oracle.com Sat Dec 3 13:17:07 2011 From: michael.x.mcmahon at oracle.com (michael.x.mcmahon at oracle.com) Date: Sat, 03 Dec 2011 21:17:07 +0000 Subject: hg: jdk7u/jdk7u-osx/langtools: 42 new changesets Message-ID: <20111203211833.A962B47558@hg.openjdk.java.net> Changeset: 94c24a6405ac Author: cl Date: 2011-10-25 13:51 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/94c24a6405ac Added tag jdk7u2-b10 for changeset abab66e88efd ! .hgtags Changeset: e560f4cb05e6 Author: jcoomes Date: 2011-10-26 12:43 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/e560f4cb05e6 7105275: wrong tag added to jdk7u master repos Reviewed-by: asaha ! .hgtags Changeset: 8031a8112618 Author: dmeetry Date: 2011-10-15 17:40 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/8031a8112618 7086586: Inference producing null type argument Reviewed-by: mcimadamore, forax ! src/share/classes/com/sun/tools/javac/comp/Infer.java + test/tools/javac/generics/inference/7086586/T7086586.java + test/tools/javac/generics/inference/7086586/T7086586.out Changeset: d4ea063b55af Author: dmeetry Date: 2011-10-15 19:20 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/d4ea063b55af 7085024: internal error; cannot instantiate Foo Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javac/code/Types.java + test/tools/javac/7085024/T7085024.java + test/tools/javac/7085024/T7085024.out Changeset: 94bb9583fe28 Author: dmeetry Date: 2011-10-21 13:35 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/94bb9583fe28 7101882: 2 tests fail in 7u4 workspace with new inference change Summary: missed updates for two outcome files added. Reviewed-by: mcimadamore ! test/tools/javac/Diagnostics/6862608/T6862608a.out ! test/tools/javac/generics/inference/6638712/T6638712a.out Changeset: c6379d7e1ce4 Author: lana Date: 2011-10-25 16:12 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/c6379d7e1ce4 Merge Changeset: 52884b860141 Author: lana Date: 2011-10-27 15:47 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/52884b860141 Merge Changeset: 057534309acb Author: asaha Date: 2011-06-10 09:58 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/057534309acb Merge Changeset: d34578643d1c Author: asaha Date: 2011-06-20 17:03 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/d34578643d1c Merge - src/share/classes/com/sun/tools/doclets/internal/toolkit/resources/inherit.gif Changeset: 7c3e11ae45f8 Author: asaha Date: 2011-06-28 11:08 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/7c3e11ae45f8 Merge Changeset: a7cad6e856b6 Author: xdono Date: 2011-06-27 16:09 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/a7cad6e856b6 Added tag jdk7u1-b01 for changeset d34578643d1c ! .hgtags Changeset: 86a80f321d18 Author: asaha Date: 2011-06-28 11:27 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/86a80f321d18 Merge ! .hgtags Changeset: efc895dbe5c3 Author: asaha Date: 2011-06-24 17:37 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/efc895dbe5c3 Merge Changeset: cd2cc8b5edb0 Author: asaha Date: 2011-06-28 13:52 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/cd2cc8b5edb0 Merge Changeset: 82820a30201d Author: schien Date: 2011-08-04 10:20 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/82820a30201d Added tag jdk7u1-b02 for changeset cd2cc8b5edb0 ! .hgtags Changeset: baa2c13c70fe Author: schien Date: 2011-08-26 14:21 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/baa2c13c70fe Added tag jdk7u1-b03 for changeset 82820a30201d ! .hgtags Changeset: 7e0f2dcbf41e Author: schien Date: 2011-09-07 12:56 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/7e0f2dcbf41e Added tag jdk7u1-b04 for changeset baa2c13c70fe ! .hgtags Changeset: f420ee31a334 Author: asaha Date: 2011-09-15 13:00 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/f420ee31a334 Merge ! .hgtags Changeset: baad630a2346 Author: asaha Date: 2011-09-22 10:04 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/baad630a2346 Merge ! .hgtags Changeset: 5935f69f4e55 Author: schien Date: 2011-09-23 11:30 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/5935f69f4e55 Added tag jdk7u1-b05 for changeset 7e0f2dcbf41e ! .hgtags Changeset: c91ffd7f2c3f Author: asaha Date: 2011-09-23 12:06 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/c91ffd7f2c3f Merge ! .hgtags Changeset: 96efe9f1765d Author: katleman Date: 2011-09-26 12:07 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/96efe9f1765d Added tag jdk7u2-b09 for changeset c91ffd7f2c3f ! .hgtags Changeset: ef15185867cf Author: cl Date: 2011-09-30 19:36 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/ef15185867cf Added tag jdk7u1-b06 for changeset 5935f69f4e55 ! .hgtags Changeset: ee94565d9f57 Author: katleman Date: 2011-10-02 12:51 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/ee94565d9f57 Added tag jdk7u1-b07 for changeset ef15185867cf ! .hgtags Changeset: 2d9758b01c2f Author: cl Date: 2011-10-03 15:33 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/2d9758b01c2f Added tag jdk7u1-b08 for changeset ee94565d9f57 ! .hgtags Changeset: ffec66e72854 Author: asaha Date: 2011-10-11 15:48 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/ffec66e72854 Merge ! .hgtags Changeset: 0dbfce4dcd64 Author: jjh Date: 2011-10-18 14:45 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/0dbfce4dcd64 7068451: Regression: javac compiles fixed sources against previous, not current, version of generated sources Summary: Purge source cache at appropriate times Reviewed-by: jjg, mcimadamore ! src/share/classes/com/sun/tools/javac/file/RegularFileObject.java ! src/share/classes/com/sun/tools/javac/nio/PathFileObject.java ! src/share/classes/com/sun/tools/javac/util/BaseFileManager.java + test/tools/javac/file/T7068451.java Changeset: d37897312d31 Author: jjh Date: 2011-10-20 14:32 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/d37897312d31 7102515: javac running very very long and not returning Reviewed-by: jjg, mcimadamore ! src/share/classes/com/sun/tools/javac/comp/Resolve.java + test/tools/javac/7102515/T7102515.java + test/tools/javac/7102515/T7102515.out Changeset: ac81179d8969 Author: katleman Date: 2011-10-27 12:11 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/ac81179d8969 Added tag jdk7u2-b11 for changeset d37897312d31 ! .hgtags Changeset: 4386635cc237 Author: asaha Date: 2011-10-27 23:18 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/4386635cc237 Merge ! .hgtags Changeset: 5905d153e9fc Author: jeff Date: 2011-10-31 12:38 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/5905d153e9fc 7102337: Third Party License Readme updates for 7u2 Reviewed-by: lana, ohair ! THIRD_PARTY_README Changeset: 866b52d24f32 Author: asaha Date: 2011-11-04 10:59 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/866b52d24f32 Merge Changeset: 918fb57059ab Author: asaha Date: 2011-11-04 11:11 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/918fb57059ab Merge Changeset: 5f8938d59243 Author: asaha Date: 2011-11-04 11:49 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/5f8938d59243 Merge Changeset: f0802d8a0909 Author: lana Date: 2011-11-04 11:14 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/f0802d8a0909 Merge Changeset: f474527e77e4 Author: katleman Date: 2011-11-10 11:47 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/f474527e77e4 Added tag jdk7u2-b12 for changeset f0802d8a0909 ! .hgtags Changeset: ce1da4786671 Author: asaha Date: 2011-11-11 09:48 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/ce1da4786671 Merge ! .hgtags Changeset: 2fd31b33bda3 Author: katleman Date: 2011-11-16 16:10 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/2fd31b33bda3 Added tag jdk7u4-b01 for changeset ce1da4786671 ! .hgtags Changeset: 945d52ac0e22 Author: dmeetry Date: 2011-11-04 19:54 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/945d52ac0e22 7086601: Error message bug: cause for method mismatch is 'null' Summary: Inference error during lub() does not set 'cause' for method resolution diagnostic Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javac/comp/Infer.java ! src/share/classes/com/sun/tools/javac/resources/compiler.properties + test/tools/javac/diags/examples/IncompatibleUpperBounds.java + test/tools/javac/generics/inference/7086601/T7086601a.java + test/tools/javac/generics/inference/7086601/T7086601a.out + test/tools/javac/generics/inference/7086601/T7086601b.java Changeset: 94d8370ebc29 Author: lana Date: 2011-11-07 16:45 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/94d8370ebc29 Merge Changeset: f65eebb8d25f Author: dmeetry Date: 2011-11-21 17:09 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/f65eebb8d25f 7097436: Project Coin: duplicate varargs warnings on method annotated with @SafeVarargs Summary: Duplicate aliasing check during subtyping leads to spurious varargs diagnostic Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javac/code/Types.java + test/tools/javac/varargs/7097436/T7097436.java + test/tools/javac/varargs/7097436/T7097436.out ! test/tools/javac/varargs/warning/Warn5.java Changeset: 8556ecc20a5b Author: lana Date: 2011-11-22 15:09 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/8556ecc20a5b Merge From michael.x.mcmahon at oracle.com Sat Dec 3 13:18:42 2011 From: michael.x.mcmahon at oracle.com (michael.x.mcmahon at oracle.com) Date: Sat, 03 Dec 2011 21:18:42 +0000 Subject: hg: jdk7u/jdk7u-osx: 30 new changesets Message-ID: <20111203211842.AE56347559@hg.openjdk.java.net> Changeset: 0e61843f240d Author: cl Date: 2011-10-25 13:50 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/0e61843f240d Added tag jdk7u2-b10 for changeset 194f60b57099 ! .hgtags Changeset: 480a1c68b709 Author: jcoomes Date: 2011-10-26 12:43 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/480a1c68b709 7105275: wrong tag added to jdk7u master repos Reviewed-by: asaha ! .hgtags Changeset: 3ac30b385287 Author: katleman Date: 2011-06-21 17:30 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/3ac30b385287 7057705: can't generate api docs for JDK7 updates Reviewed-by: asaha ! make/Defs-internal.gmk Changeset: 759022612737 Author: asaha Date: 2011-06-28 11:05 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/759022612737 Merge Changeset: f54dd2af25df Author: xdono Date: 2011-06-27 16:07 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/f54dd2af25df Added tag jdk7u1-b01 for changeset 3ac30b385287 ! .hgtags Changeset: 6a72c3fdf2f6 Author: asaha Date: 2011-06-28 11:24 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/6a72c3fdf2f6 Merge ! .hgtags Changeset: bbe009987085 Author: asaha Date: 2011-06-24 17:34 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/bbe009987085 Merge Changeset: 34451dc0580d Author: asaha Date: 2011-06-28 13:51 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/34451dc0580d Merge Changeset: bf735d852f79 Author: schien Date: 2011-08-04 10:19 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/bf735d852f79 Added tag jdk7u1-b02 for changeset 34451dc0580d ! .hgtags Changeset: f66a2bada589 Author: schien Date: 2011-08-26 14:21 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/f66a2bada589 Added tag jdk7u1-b03 for changeset bf735d852f79 ! .hgtags Changeset: 9b9b5ce41766 Author: schien Date: 2011-09-07 12:55 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/9b9b5ce41766 Added tag jdk7u1-b04 for changeset f66a2bada589 ! .hgtags Changeset: 9d77582335d3 Author: asaha Date: 2011-09-15 12:36 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/9d77582335d3 Merge ! .hgtags Changeset: 453b4a83a8f2 Author: asaha Date: 2011-09-22 09:59 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/453b4a83a8f2 Merge ! .hgtags Changeset: a88e2552f1d4 Author: schien Date: 2011-09-23 11:29 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/a88e2552f1d4 Added tag jdk7u1-b05 for changeset 9b9b5ce41766 ! .hgtags Changeset: b9d79c2d42bb Author: asaha Date: 2011-09-23 12:00 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/b9d79c2d42bb Merge ! .hgtags Changeset: bbf999f0403a Author: katleman Date: 2011-09-26 12:06 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/bbf999f0403a Added tag jdk7u2-b09 for changeset b9d79c2d42bb ! .hgtags Changeset: 7f0654079a6a Author: cl Date: 2011-09-30 19:35 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/7f0654079a6a Added tag jdk7u1-b06 for changeset a88e2552f1d4 ! .hgtags Changeset: bfc196b6a292 Author: katleman Date: 2011-10-02 12:50 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/bfc196b6a292 Added tag jdk7u1-b07 for changeset 7f0654079a6a ! .hgtags Changeset: dd760bfae2ec Author: cl Date: 2011-10-03 15:32 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/dd760bfae2ec Added tag jdk7u1-b08 for changeset bfc196b6a292 ! .hgtags Changeset: be12d8ef36d1 Author: asaha Date: 2011-10-11 15:47 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/be12d8ef36d1 Merge ! .hgtags Changeset: d97ad7eb7cf6 Author: katleman Date: 2011-10-27 12:11 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/d97ad7eb7cf6 Added tag jdk7u2-b11 for changeset be12d8ef36d1 ! .hgtags Changeset: 91a6babc10e0 Author: asaha Date: 2011-10-27 23:11 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/91a6babc10e0 Merge ! .hgtags Changeset: 844a1d316d93 Author: jeff Date: 2011-10-31 12:34 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/844a1d316d93 7102337: Third Party License Readme updates for 7u2 Reviewed-by: lana, ohair ! THIRD_PARTY_README Changeset: f69eef030720 Author: asaha Date: 2011-11-04 10:46 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/f69eef030720 Merge Changeset: 9daf26e0d0cb Author: asaha Date: 2011-11-04 11:09 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/9daf26e0d0cb Merge Changeset: 25c31e46dbba Author: asaha Date: 2011-11-04 11:44 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/25c31e46dbba Merge Changeset: b2deaf5bde5e Author: lana Date: 2011-11-04 11:13 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/b2deaf5bde5e Merge Changeset: c95558e566ac Author: katleman Date: 2011-11-10 11:45 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/c95558e566ac Added tag jdk7u2-b12 for changeset b2deaf5bde5e ! .hgtags Changeset: 5a83e23e1bf6 Author: asaha Date: 2011-11-11 09:07 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/5a83e23e1bf6 Merge ! .hgtags Changeset: 870fd5101f66 Author: katleman Date: 2011-11-16 16:09 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/870fd5101f66 Added tag jdk7u4-b01 for changeset 5a83e23e1bf6 ! .hgtags From scott.kovatch at oracle.com Sat Dec 3 15:31:13 2011 From: scott.kovatch at oracle.com (Scott Kovatch) Date: Sat, 3 Dec 2011 15:31:13 -0800 Subject: Using developer preview with eclipse In-Reply-To: References: Message-ID: On Dec 2, 2011, at 8:05 PM, Mark Roos wrote: > Is there a trick to getting eclipse to add the preview to the Eclipse JRE > choices? I navigate to the new disk location > but Eclipse grays it out. Perhaps because its compressed? No, it's a bundle, so it looks like a single file in the file chooser. Eclipse is looking for JDK1.7.0/Contents/Home. One way around this is to right-click on the JDK, choose "Show Package Contents", and then navigate to Contents/Home. Then, drag the Home folder to the file chooser. It also looks like you can type in the last part of the path to the JDK folder in the 'JRE Home' field. -- Scott K. ------------------------ Scott Kovatch Oracle Pleasanton, CA From swingler at apple.com Sat Dec 3 15:55:50 2011 From: swingler at apple.com (Mike Swingler) Date: Sat, 03 Dec 2011 15:55:50 -0800 Subject: Where is TN2196 (Control Styles) for OpenJDK? In-Reply-To: <44AAB8A8-1251-43A4-85F9-78E618D7198A@tagtraum.com> References: <01C1368A-5668-486A-9E26-7D3E22474209@tagtraum.com> <481AD7EC-753D-45BD-B76E-9789E0F83FA6@apple.com> <44AAB8A8-1251-43A4-85F9-78E618D7198A@tagtraum.com> Message-ID: On Dec 3, 2011, at 2:37 AM, Hendrik Schreiber wrote: > On Dec 2, 2011, at 10:57 PM, Mike Swingler wrote: > >> On Dec 2, 2011, at 1:26 AM, Hendrik Schreiber wrote: >> >>> is there anything like http://developer.apple.com/library/mac/#technotes/tn2007/tn2196.html (TechNote describing Swing control style) for OpenJDK? >>> In other words, how can I find out which client properties are supported? >> >> No, but that page should be cloned onto the OpenJDK wiki, where we can update it based on the actual implementation, and link to TODO bugs. > > Not being familiar with the OpenJDK processes, for this to actually happen, do I need to file a bug? Or is there another way? Hah, no. Just do it - this is the point of a community right? I'm only the only one editing the wiki, that's a pretty sad state of affairs. Make a new page on , and email the macosx-port-dev list with a call for people to fix up the parts that are inaccurate or missing. Updated screen shots for Lion would be great too. Cheers, Mike Swingler Apple Inc. From james.melvin at oracle.com Sat Dec 3 06:40:39 2011 From: james.melvin at oracle.com (James Melvin) Date: Sat, 03 Dec 2011 09:40:39 -0500 Subject: Universal builds for 64-bit only? Message-ID: <4EDA34E7.2040600@oracle.com> Hi, In more closely examining the hotspot build on Mac OS X, we appear to be building the following JVMs, followed by universal binary packaging... Client at ${JAVA_HOME}/jre/lib/client/libjvm.dylib - 32-bit Client JVM Server at ${JAVA_HOME}/jre/lib/client/libjvm.dylib (one binary, 2 archs) - 32-bit Server JVM - 64-bit Server JVM Being new to the platform, I have some general, perhaps naive questions... 1) What is the value of a universal binary with only 1 arch? 2) We plan to only support 64-bit JDKs... a. Is there value in continuing to build 32-bit JVMs? b. Should we drop universal builds, if we only build 64-bit JVMs? c. Can the JDK use universal binaries and Hotspot not use them? 3) Various infrastructure depends on a relocatable JDK. Can we expect to support both a formally installed system JDK and a freestanding JAVA_HOME? 4) What is the plan for deployment? Supported .dmg or just .zip? 5) What is the strategy for auto-update? Supported independently or through Apple OS updates? Thanks, Jim From daniel.daugherty at oracle.com Sat Dec 3 20:13:58 2011 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Sat, 03 Dec 2011 21:13:58 -0700 Subject: Code Review Request for MacOS X build change (7117748) Message-ID: <4EDAF386.30307@oracle.com> Greetings, I have a fix that allows HSX-23 to be built on MacOS X via JPRT without specifying SA_APPLE_BOOT_JAVA or ALWAYS_PASS_TEST_GAMMA on the command line. I'm targeting this fix at RT_Baseline for the HSX-23-B08 snapshot. Here is the webrev URL: http://cr.openjdk.java.net/~dcubed/7117748-webrev/0/ I tested this fix with the default JPRT boot JDK (JDK6 from Apple) and with JDK7 boot JDK (JDK7 bits from Oracle). Thanks, in advance, for any reviews. Dan P.S. This fix does _not_ get "gamma" working on MacOS X. That work is being done separately. From alexander.zuev at oracle.com Sun Dec 4 00:13:31 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Sun, 04 Dec 2011 08:13:31 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fix for MACOSX_PORT-765: Unable to run an GUI app remotely. Message-ID: <20111204081354.CC8FA4755C@hg.openjdk.java.net> Changeset: c50bdc544e22 Author: kizune Date: 2011-12-04 12:13 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/c50bdc544e22 Fix for MACOSX_PORT-765: Unable to run an GUI app remotely. Do not issue error on awt.dylib loading if we detect that process is initiated by remote or daemon process. ! src/macosx/native/sun/awt/awt.m From alexander.zuev at oracle.com Sun Dec 4 00:33:58 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Sun, 04 Dec 2011 08:33:58 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fix for MACOSX_PORT-738: DnDBasicTest0001 doesn't work as expected Message-ID: <20111204083409.EEEB44755D@hg.openjdk.java.net> Changeset: 0a6fbf4da08c Author: kizune Date: 2011-12-04 12:32 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/0a6fbf4da08c Fix for MACOSX_PORT-738: DnDBasicTest0001 doesn't work as expected Added explicit generation of dragEnter and dragExit events when moving over lightweigth components. As a side effect fixed the reversed y coordinate in DragMouseMove event and also fixed situation when non-appkit thread uses environment created for appkit thread. ! src/macosx/classes/sun/lwawt/macosx/CDragSourceContextPeer.java ! src/macosx/classes/sun/lwawt/macosx/CDropTargetContextPeer.java ! src/macosx/native/sun/awt/CDragSource.m ! src/macosx/native/sun/awt/CDropTarget.m From henri.gomez at gmail.com Sun Dec 4 00:46:19 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Sun, 4 Dec 2011 09:46:19 +0100 Subject: hg: jdk7u/jdk7u-osx: 30 new changesets In-Reply-To: <20111203211842.AE56347559@hg.openjdk.java.net> References: <20111203211842.AE56347559@hg.openjdk.java.net> Message-ID: Hi Michael There is more and more commits to jdk7u-osx and it's nice. Question, did it is buildable yet on OS/X ? Tried 2 days ago with usual macosx-port make command (and parameters) but it fail. What are the builds commands to be used now ? 2011/12/3 : > Changeset: 0e61843f240d > Author: ? ?cl > Date: ? ? ?2011-10-25 13:50 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/0e61843f240d > > Added tag jdk7u2-b10 for changeset 194f60b57099 > > ! .hgtags > > Changeset: 480a1c68b709 > Author: ? ?jcoomes > Date: ? ? ?2011-10-26 12:43 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/480a1c68b709 > > 7105275: wrong tag added to jdk7u master repos > Reviewed-by: asaha > > ! .hgtags > > Changeset: 3ac30b385287 > Author: ? ?katleman > Date: ? ? ?2011-06-21 17:30 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/3ac30b385287 > > 7057705: can't generate api docs for JDK7 updates > Reviewed-by: asaha > > ! make/Defs-internal.gmk > > Changeset: 759022612737 > Author: ? ?asaha > Date: ? ? ?2011-06-28 11:05 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/759022612737 > > Merge > > > Changeset: f54dd2af25df > Author: ? ?xdono > Date: ? ? ?2011-06-27 16:07 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/f54dd2af25df > > Added tag jdk7u1-b01 for changeset 3ac30b385287 > > ! .hgtags > > Changeset: 6a72c3fdf2f6 > Author: ? ?asaha > Date: ? ? ?2011-06-28 11:24 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/6a72c3fdf2f6 > > Merge > > ! .hgtags > > Changeset: bbe009987085 > Author: ? ?asaha > Date: ? ? ?2011-06-24 17:34 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/bbe009987085 > > Merge > > > Changeset: 34451dc0580d > Author: ? ?asaha > Date: ? ? ?2011-06-28 13:51 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/34451dc0580d > > Merge > > > Changeset: bf735d852f79 > Author: ? ?schien > Date: ? ? ?2011-08-04 10:19 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/bf735d852f79 > > Added tag jdk7u1-b02 for changeset 34451dc0580d > > ! .hgtags > > Changeset: f66a2bada589 > Author: ? ?schien > Date: ? ? ?2011-08-26 14:21 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/f66a2bada589 > > Added tag jdk7u1-b03 for changeset bf735d852f79 > > ! .hgtags > > Changeset: 9b9b5ce41766 > Author: ? ?schien > Date: ? ? ?2011-09-07 12:55 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/9b9b5ce41766 > > Added tag jdk7u1-b04 for changeset f66a2bada589 > > ! .hgtags > > Changeset: 9d77582335d3 > Author: ? ?asaha > Date: ? ? ?2011-09-15 12:36 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/9d77582335d3 > > Merge > > ! .hgtags > > Changeset: 453b4a83a8f2 > Author: ? ?asaha > Date: ? ? ?2011-09-22 09:59 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/453b4a83a8f2 > > Merge > > ! .hgtags > > Changeset: a88e2552f1d4 > Author: ? ?schien > Date: ? ? ?2011-09-23 11:29 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/a88e2552f1d4 > > Added tag jdk7u1-b05 for changeset 9b9b5ce41766 > > ! .hgtags > > Changeset: b9d79c2d42bb > Author: ? ?asaha > Date: ? ? ?2011-09-23 12:00 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/b9d79c2d42bb > > Merge > > ! .hgtags > > Changeset: bbf999f0403a > Author: ? ?katleman > Date: ? ? ?2011-09-26 12:06 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/bbf999f0403a > > Added tag jdk7u2-b09 for changeset b9d79c2d42bb > > ! .hgtags > > Changeset: 7f0654079a6a > Author: ? ?cl > Date: ? ? ?2011-09-30 19:35 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/7f0654079a6a > > Added tag jdk7u1-b06 for changeset a88e2552f1d4 > > ! .hgtags > > Changeset: bfc196b6a292 > Author: ? ?katleman > Date: ? ? ?2011-10-02 12:50 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/bfc196b6a292 > > Added tag jdk7u1-b07 for changeset 7f0654079a6a > > ! .hgtags > > Changeset: dd760bfae2ec > Author: ? ?cl > Date: ? ? ?2011-10-03 15:32 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/dd760bfae2ec > > Added tag jdk7u1-b08 for changeset bfc196b6a292 > > ! .hgtags > > Changeset: be12d8ef36d1 > Author: ? ?asaha > Date: ? ? ?2011-10-11 15:47 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/be12d8ef36d1 > > Merge > > ! .hgtags > > Changeset: d97ad7eb7cf6 > Author: ? ?katleman > Date: ? ? ?2011-10-27 12:11 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/d97ad7eb7cf6 > > Added tag jdk7u2-b11 for changeset be12d8ef36d1 > > ! .hgtags > > Changeset: 91a6babc10e0 > Author: ? ?asaha > Date: ? ? ?2011-10-27 23:11 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/91a6babc10e0 > > Merge > > ! .hgtags > > Changeset: 844a1d316d93 > Author: ? ?jeff > Date: ? ? ?2011-10-31 12:34 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/844a1d316d93 > > 7102337: Third Party License Readme updates for 7u2 > Reviewed-by: lana, ohair > > ! THIRD_PARTY_README > > Changeset: f69eef030720 > Author: ? ?asaha > Date: ? ? ?2011-11-04 10:46 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/f69eef030720 > > Merge > > > Changeset: 9daf26e0d0cb > Author: ? ?asaha > Date: ? ? ?2011-11-04 11:09 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/9daf26e0d0cb > > Merge > > > Changeset: 25c31e46dbba > Author: ? ?asaha > Date: ? ? ?2011-11-04 11:44 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/25c31e46dbba > > Merge > > > Changeset: b2deaf5bde5e > Author: ? ?lana > Date: ? ? ?2011-11-04 11:13 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/b2deaf5bde5e > > Merge > > > Changeset: c95558e566ac > Author: ? ?katleman > Date: ? ? ?2011-11-10 11:45 -0800 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/c95558e566ac > > Added tag jdk7u2-b12 for changeset b2deaf5bde5e > > ! .hgtags > > Changeset: 5a83e23e1bf6 > Author: ? ?asaha > Date: ? ? ?2011-11-11 09:07 -0800 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/5a83e23e1bf6 > > Merge > > ! .hgtags > > Changeset: 870fd5101f66 > Author: ? ?katleman > Date: ? ? ?2011-11-16 16:09 -0800 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/870fd5101f66 > > Added tag jdk7u4-b01 for changeset 5a83e23e1bf6 > > ! .hgtags > From henri.gomez at gmail.com Sun Dec 4 03:20:10 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Sun, 4 Dec 2011 12:20:10 +0100 Subject: hg: jdk7u/jdk7u-osx: 30 new changesets In-Reply-To: References: <20111203211842.AE56347559@hg.openjdk.java.net> Message-ID: I just tried a build on jdk7u-osx and it seems to build : mbp:macosx-amd64 henri$ ./j2sdk-image/1.7.0.jdk/Contents/Home/bin/java -version openjdk version "1.7.0-4-b01" OpenJDK Runtime Environment (build 1.7.0-4-b01-20111204) OpenJDK 64-Bit Server VM (build 23.0-b06, mixed mode) I notice binary images are now under macosx-amd64 instead of macosx-universal. Is it normal behaviour and will it stay like this ? Cheers 2011/12/4 Henri Gomez : > Hi Michael > > There is more and more commits to jdk7u-osx and it's nice. > > Question, did it is buildable yet on OS/X ? > > Tried 2 days ago with usual macosx-port make command (and parameters) > but it fail. > > What are the builds commands to be used now ? > > 2011/12/3 ?: >> Changeset: 0e61843f240d >> Author: ? ?cl >> Date: ? ? ?2011-10-25 13:50 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/0e61843f240d >> >> Added tag jdk7u2-b10 for changeset 194f60b57099 >> >> ! .hgtags >> >> Changeset: 480a1c68b709 >> Author: ? ?jcoomes >> Date: ? ? ?2011-10-26 12:43 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/480a1c68b709 >> >> 7105275: wrong tag added to jdk7u master repos >> Reviewed-by: asaha >> >> ! .hgtags >> >> Changeset: 3ac30b385287 >> Author: ? ?katleman >> Date: ? ? ?2011-06-21 17:30 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/3ac30b385287 >> >> 7057705: can't generate api docs for JDK7 updates >> Reviewed-by: asaha >> >> ! make/Defs-internal.gmk >> >> Changeset: 759022612737 >> Author: ? ?asaha >> Date: ? ? ?2011-06-28 11:05 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/759022612737 >> >> Merge >> >> >> Changeset: f54dd2af25df >> Author: ? ?xdono >> Date: ? ? ?2011-06-27 16:07 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/f54dd2af25df >> >> Added tag jdk7u1-b01 for changeset 3ac30b385287 >> >> ! .hgtags >> >> Changeset: 6a72c3fdf2f6 >> Author: ? ?asaha >> Date: ? ? ?2011-06-28 11:24 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/6a72c3fdf2f6 >> >> Merge >> >> ! .hgtags >> >> Changeset: bbe009987085 >> Author: ? ?asaha >> Date: ? ? ?2011-06-24 17:34 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/bbe009987085 >> >> Merge >> >> >> Changeset: 34451dc0580d >> Author: ? ?asaha >> Date: ? ? ?2011-06-28 13:51 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/34451dc0580d >> >> Merge >> >> >> Changeset: bf735d852f79 >> Author: ? ?schien >> Date: ? ? ?2011-08-04 10:19 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/bf735d852f79 >> >> Added tag jdk7u1-b02 for changeset 34451dc0580d >> >> ! .hgtags >> >> Changeset: f66a2bada589 >> Author: ? ?schien >> Date: ? ? ?2011-08-26 14:21 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/f66a2bada589 >> >> Added tag jdk7u1-b03 for changeset bf735d852f79 >> >> ! .hgtags >> >> Changeset: 9b9b5ce41766 >> Author: ? ?schien >> Date: ? ? ?2011-09-07 12:55 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/9b9b5ce41766 >> >> Added tag jdk7u1-b04 for changeset f66a2bada589 >> >> ! .hgtags >> >> Changeset: 9d77582335d3 >> Author: ? ?asaha >> Date: ? ? ?2011-09-15 12:36 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/9d77582335d3 >> >> Merge >> >> ! .hgtags >> >> Changeset: 453b4a83a8f2 >> Author: ? ?asaha >> Date: ? ? ?2011-09-22 09:59 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/453b4a83a8f2 >> >> Merge >> >> ! .hgtags >> >> Changeset: a88e2552f1d4 >> Author: ? ?schien >> Date: ? ? ?2011-09-23 11:29 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/a88e2552f1d4 >> >> Added tag jdk7u1-b05 for changeset 9b9b5ce41766 >> >> ! .hgtags >> >> Changeset: b9d79c2d42bb >> Author: ? ?asaha >> Date: ? ? ?2011-09-23 12:00 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/b9d79c2d42bb >> >> Merge >> >> ! .hgtags >> >> Changeset: bbf999f0403a >> Author: ? ?katleman >> Date: ? ? ?2011-09-26 12:06 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/bbf999f0403a >> >> Added tag jdk7u2-b09 for changeset b9d79c2d42bb >> >> ! .hgtags >> >> Changeset: 7f0654079a6a >> Author: ? ?cl >> Date: ? ? ?2011-09-30 19:35 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/7f0654079a6a >> >> Added tag jdk7u1-b06 for changeset a88e2552f1d4 >> >> ! .hgtags >> >> Changeset: bfc196b6a292 >> Author: ? ?katleman >> Date: ? ? ?2011-10-02 12:50 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/bfc196b6a292 >> >> Added tag jdk7u1-b07 for changeset 7f0654079a6a >> >> ! .hgtags >> >> Changeset: dd760bfae2ec >> Author: ? ?cl >> Date: ? ? ?2011-10-03 15:32 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/dd760bfae2ec >> >> Added tag jdk7u1-b08 for changeset bfc196b6a292 >> >> ! .hgtags >> >> Changeset: be12d8ef36d1 >> Author: ? ?asaha >> Date: ? ? ?2011-10-11 15:47 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/be12d8ef36d1 >> >> Merge >> >> ! .hgtags >> >> Changeset: d97ad7eb7cf6 >> Author: ? ?katleman >> Date: ? ? ?2011-10-27 12:11 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/d97ad7eb7cf6 >> >> Added tag jdk7u2-b11 for changeset be12d8ef36d1 >> >> ! .hgtags >> >> Changeset: 91a6babc10e0 >> Author: ? ?asaha >> Date: ? ? ?2011-10-27 23:11 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/91a6babc10e0 >> >> Merge >> >> ! .hgtags >> >> Changeset: 844a1d316d93 >> Author: ? ?jeff >> Date: ? ? ?2011-10-31 12:34 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/844a1d316d93 >> >> 7102337: Third Party License Readme updates for 7u2 >> Reviewed-by: lana, ohair >> >> ! THIRD_PARTY_README >> >> Changeset: f69eef030720 >> Author: ? ?asaha >> Date: ? ? ?2011-11-04 10:46 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/f69eef030720 >> >> Merge >> >> >> Changeset: 9daf26e0d0cb >> Author: ? ?asaha >> Date: ? ? ?2011-11-04 11:09 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/9daf26e0d0cb >> >> Merge >> >> >> Changeset: 25c31e46dbba >> Author: ? ?asaha >> Date: ? ? ?2011-11-04 11:44 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/25c31e46dbba >> >> Merge >> >> >> Changeset: b2deaf5bde5e >> Author: ? ?lana >> Date: ? ? ?2011-11-04 11:13 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/b2deaf5bde5e >> >> Merge >> >> >> Changeset: c95558e566ac >> Author: ? ?katleman >> Date: ? ? ?2011-11-10 11:45 -0800 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/c95558e566ac >> >> Added tag jdk7u2-b12 for changeset b2deaf5bde5e >> >> ! .hgtags >> >> Changeset: 5a83e23e1bf6 >> Author: ? ?asaha >> Date: ? ? ?2011-11-11 09:07 -0800 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/5a83e23e1bf6 >> >> Merge >> >> ! .hgtags >> >> Changeset: 870fd5101f66 >> Author: ? ?katleman >> Date: ? ? ?2011-11-16 16:09 -0800 >> URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/870fd5101f66 >> >> Added tag jdk7u4-b01 for changeset 5a83e23e1bf6 >> >> ! .hgtags >> From swingler at apple.com Sun Dec 4 08:43:03 2011 From: swingler at apple.com (Mike Swingler) Date: Sun, 04 Dec 2011 08:43:03 -0800 Subject: Code Review Request for MacOS X build change (7117748) In-Reply-To: <4EDAF386.30307@oracle.com> References: <4EDAF386.30307@oracle.com> Message-ID: On Dec 3, 2011, at 8:13 PM, Daniel D. Daugherty wrote: > Greetings, > > I have a fix that allows HSX-23 to be built on MacOS X via JPRT > without specifying SA_APPLE_BOOT_JAVA or ALWAYS_PASS_TEST_GAMMA > on the command line. I'm targeting this fix at RT_Baseline for > the HSX-23-B08 snapshot. > > Here is the webrev URL: > > http://cr.openjdk.java.net/~dcubed/7117748-webrev/0/ > > I tested this fix with the default JPRT boot JDK (JDK6 from Apple) > and with JDK7 boot JDK (JDK7 bits from Oracle). > > Thanks, in advance, for any reviews. My concern is that you are skipping the gamma checks in the case when OpenJDK is being built with OpenJDK on the Mac. The gamma tests (and the SA_CLASSPATH) logic only needs to be adjusted when you are building OpenJDK with Apple's Java SE 6. I like the general direction of these fixes, but could you conditionalize the logic so that these hacky patches only get set when the current bootstrap Java is 1.6? Thanks, Mike Swingler Apple Inc. From swingler at apple.com Sun Dec 4 09:37:28 2011 From: swingler at apple.com (Mike Swingler) Date: Sun, 04 Dec 2011 09:37:28 -0800 Subject: hg: macosx-port/macosx-port/jdk: Fix for MACOSX_PORT-765: Unable to run an GUI app remotely. In-Reply-To: <20111204081354.CC8FA4755C@hg.openjdk.java.net> References: <20111204081354.CC8FA4755C@hg.openjdk.java.net> Message-ID: <8DDCFBCC-121C-42E4-98C6-AA74F9046898@apple.com> On Dec 4, 2011, at 12:13 AM, alexander.zuev at oracle.com wrote: > Changeset: c50bdc544e22 > Author: kizune > Date: 2011-12-04 12:13 +0300 > URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/c50bdc544e22 > > Fix for MACOSX_PORT-765: Unable to run an GUI app remotely. > Do not issue error on awt.dylib loading if we detect that process is initiated by remote or daemon process. > > ! src/macosx/native/sun/awt/awt.m I don't get it. Why didn't you just remove the +[AWTStarter isConnectedToWindowServer] check if you are going to allow all possible launch modes? Why do the extra work of asking for the session all over again? Is there some failure modes you are still filtering against? FYI, if you allow the Cocoa AWT to load when run from an SSH or daemon initiated session you _will_ get failures later when trying to use the Cocoa API when you are not logged in as console user. Perhaps this check needs to be re-thought to force headless if the session checks tell us we are not logged in as a console user? Regards, Mike Swingler Apple Inc. From swingler at apple.com Sun Dec 4 09:44:18 2011 From: swingler at apple.com (Mike Swingler) Date: Sun, 04 Dec 2011 09:44:18 -0800 Subject: Issue concerning dialog resizing In-Reply-To: <4ECBB167.8080206@sync.ro> References: <4ECBB167.8080206@sync.ro> Message-ID: <56156172-B43D-4641-8563-BFE4EE1F0290@apple.com> On Nov 22, 2011, at 6:27 AM, Costi wrote: > Hi, > > There is an issue on resizing a modal dialog over a frame. The resizing icon from the bottom-right corner disappears when resizing the dialog. After the dialog is closed, the icon appears on the main frame. In most cases, the icon disappears after the first click in the frame, but sometimes it generates a JVM crash (see attachment). > OS: Mac OS X 10.6.8 Have you filed a bug about this at ? Thanks, Mike Swingler Apple Inc. From swingler at apple.com Sun Dec 4 09:51:19 2011 From: swingler at apple.com (Mike Swingler) Date: Sun, 04 Dec 2011 09:51:19 -0800 Subject: dlload() a library from JDK's lib/ not knowing its full path In-Reply-To: <4ECD0F86.7020101@oracle.com> References: <4ECD0F86.7020101@oracle.com> Message-ID: <49B64C4B-929A-4FCA-B3CD-26D4473E22C0@apple.com> On Nov 23, 2011, at 7:21 AM, Anthony Petrov wrote: > Hello, > > I'm currently working on MACOSX_PORT-176 (AWT Splashscreen support), and I need to be able to dlopen() the splash screen dynamic library from the native code. The library normally goes into the lib/ subdirectory of the jdk (or jre). > > I've grep'ed macosx native code for other dlopen() calls and found out that we either load '0' (i.e. the current process itself), or use full path names to load a couple of common libs (notably, JavaRuntimeSupport and libGL.dylib). > > Apparently, in the former case we simply assume that all the necessary libs have already been loaded from Java code with a System.loadLibrary() call or an equivalent. In the case of the splash screen we can't load the library from Java because the JVM isn't started yet - the splash screen initialization code is triggered from the Java launcher code. > > Using dlopen("libsplashscreen.dylib"...) fails since the lib/ directory isn't in the search path for the dlopen() function. > > Any suggestions on how to load the library? Could I somehow retrieve the executable's path (which must be /bin/java or whatever other launcher is used) and calculate the full path for the library off it? Do I use argv[0] for that, or anything else specific to the Java launcher machinery (which I'm unfamiliar with, unfortunately)? Any other options? Since you can't assume that */bin/java is always going to be the primary executable (in the case of running from another process that started the JVM through JNI), you have you use an existing library you know the path of, and get dladdr()/dlsym() to do the hard work for you. At the point you are parsing the splashscreen arguments is libjava already loaded (or is this code going into libjava)? You can simply dladdr() a function in libjava (perhaps even the same function you are in), get the full path to libjava from the DL_Info, chop off the last path component and snsprint() append libsplashscreen.dylib to that path. Does this make sense? Regards, Mike Swingler Apple Inc. From swingler at apple.com Sun Dec 4 09:58:11 2011 From: swingler at apple.com (Mike Swingler) Date: Sun, 04 Dec 2011 09:58:11 -0800 Subject: Shortcuts in Swing? (question for pals from Apple) In-Reply-To: References: <4ECAA247.6060704@oracle.com> Message-ID: <4D7A91E9-3874-4153-97C9-7D5F2DD94D45@apple.com> On Nov 22, 2011, at 9:22 AM, Scott Kovatch wrote: > On Nov 21, 2011, at 11:11 AM, Alexander Potochkin wrote: > >> We have a code snippet which tests the various shortcuts in a simple Swing application, >> Alt+A and Alt+B are among them. >> >> It turned out that when the focus is inside a JTextArea, >> Alt+A works as expected but Alt+B types a special symbol. >> >> This behavior is different from what we have on Windows or Linux >> and our testers consider it as a bug. > > That test is making an invalid assumption that Alt is the shortcut accelerator on all platforms, and it isn't. In fact, I consider it a bug that Alt-A does not produce '?' in that case. > > On the Mac, Alt maps to the option key, which is what you use in combination with other keys to type many non-ASCII Roman symbols. The equivalent behavior of Alt on Windows or Linux is the Command key. This has always been the case on the Mac. > > Somewhere in the Aqua L&F there is a mapping of key combinations to actions. It sounds like Alt+A may be mapped to 'select all'. > >> Is there any workarounds to suppress typing on Alt+B? >> (Alt+B + some other magic keys?) > > You really don't want to change the behavior of Alt-B without a good reason, as users expect to see a character when you type Alt-B ('?'). It's hard to answer this without seeing what the test is actually looking for. > >> By the way, how to move the focus out of a focused JTextArea on Mac? >> On windows we use Ctrl+Tab, but it doesn't work on Mac. > > It should be Shift+Tab. If it doesn't work that's a bug. I wanted to circle back on this thread: While "accelerators" are not a Mac OS X concept, we understand that some Java applications expect this functionality to be available (especially if they do not opt-into using the screen menu bar). Our best recommendation so far is to use Ctrl-Alt as the accelerator key mask, because it will not interfere with the Option-key extended character input method (and Ctrl is rarely used for direct command invocation on the Mac, in lieu of Command (a.k.a. Meta)). Cheers, Mike Swingler Apple Inc. From swingler at apple.com Sun Dec 4 10:08:02 2011 From: swingler at apple.com (Mike Swingler) Date: Sun, 04 Dec 2011 10:08:02 -0800 Subject: Universal builds for 64-bit only? In-Reply-To: <4EDA34E7.2040600@oracle.com> References: <4EDA34E7.2040600@oracle.com> Message-ID: <5B1582B1-5C98-45C5-BE99-07F60F34521A@apple.com> On Dec 3, 2011, at 6:40 AM, James Melvin wrote: > Hi, > > In more closely examining the hotspot build on Mac OS X, we appear to be > building the following JVMs, followed by universal binary packaging... > > Client at ${JAVA_HOME}/jre/lib/client/libjvm.dylib > - 32-bit Client JVM > > Server at ${JAVA_HOME}/jre/lib/client/libjvm.dylib (one binary, 2 archs) > - 32-bit Server JVM > - 64-bit Server JVM > > Being new to the platform, I have some general, perhaps naive > questions... > > 1) What is the value of a universal binary with only 1 arch? What do you mean? > 2) We plan to only support 64-bit JDKs... > a. Is there value in continuing to build 32-bit JVMs? > b. Should we drop universal builds, if we only build 64-bit JVMs? > c. Can the JDK use universal binaries and Hotspot not use them? There is only value to continuing 32-bit builds for client code that needs features only available in 32-bit (legacy Quicktime, Carbon, etc). There are some 32-bit only machines (which are stuck on SnowLeopard) that won't be able to run 64-bit executables. Dropping support for 32-bit also implies that the -client option will just redirect to -server, right? > 3) Various infrastructure depends on a relocatable JDK. Can we expect > to support both a formally installed system JDK and a freestanding > JAVA_HOME? No. You cannot assume there will ever be a "system" JDK. We are moving to a model where every app that requires Java will have to bundle it in it's own app bundle. Even a JDK installed for command-line use can be in many different locations on disk, so you can never rely on a fixed path for the JDK (which is why we have the /usr/libexec/java_home command for scripts and command-line deployments). > 4) What is the plan for deployment? Supported .dmg or just .zip? AFAIK, it's currently a .dmg for the developer-focused command-line development package (.jdk bundle in /Library/Java/JavaVirtualMachines). > 5) What is the strategy for auto-update? Supported independently or > through Apple OS updates? Apple will not update Java provided by Oracle (Java SE 7 or greater). Last I was involved in the discussions, the plan was for apps that embed Java to update it on their own schedule. The applet plug-in, as a concrete example of this, will have it's own auto-update mechanism, and will only update the .jre that is private to it's own bundle. Regards, Mike Swingler Apple Inc. From swingler at apple.com Sun Dec 4 10:16:42 2011 From: swingler at apple.com (Mike Swingler) Date: Sun, 04 Dec 2011 10:16:42 -0800 Subject: OpenJDK writes to ~/Library/Caches/? In-Reply-To: <070B4556-B3A9-4624-B4C3-2C3BB8CAA204@ultramixer.com> References: <070B4556-B3A9-4624-B4C3-2C3BB8CAA204@ultramixer.com> Message-ID: <49FA6066-9F71-4F37-932E-06E7EBA7A3BD@apple.com> On Dec 3, 2011, at 12:39 AM, Tobias Bley (UltraMixer) wrote: > Hi, > > I tried to submit a java application based on OpenJDK7 to the App Store. After fixing several issues now I get the following error: > > 2.30 > > The application accesses the following location(s): > > '~/Library/Preferences/net.java.openjdk.cmd.plist' > '~/Library/Caches/net.java.openjdk.cmd/com.apple.opencl/com.apple.ocl.32.maps' > '~/Library/Caches/net.java.openjdk.cmd/com.apple.opencl/com.apple.ocl.32.data > '~/Library/Caches/net.java.openjdk.cmd/com.apple.opencl' > '~/Library/Caches/net.java.openjdk.cmd' > '~/Library/Caches/net.java.openjdk.cmd/com.apple.opencl' > > Does anybody know how to prevent writing to this location? It appears the JDK you are using is running a command-line tool, and it needs to use a different CFBundleIdentifier to access it's resources. Can you use a derivative of the JNI launcher at as your primary executable? What is literally happening at the lowest level is that each of the command-line tools in the JDK is compiled with an Info.plist embedded into it's Mach-O binary. This Info.plist is consulted by CFBundle when it needs to figure out the "app" bundle ID and relative location. The only way to fix this value up to the "correct" value is for your app's primary executable to be real Mach-O binary which loads the JRE, and to not use the */bin/java tools (which you can feel free to strip out of your bundled .jre). If you are bundling something like an IDE, and really need the command-line tools to work, you'll need to rebuild the JDK with your apps bundle identifier instead, so it will access only your apps sandboxed resources. Regards, Mike Swingler Apple Inc. From daniel.daugherty at oracle.com Sun Dec 4 10:22:50 2011 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Sun, 04 Dec 2011 11:22:50 -0700 Subject: Code Review Request for MacOS X build change (7117748) In-Reply-To: <4EDB1A0A.6070704@oracle.com> References: <4EDAF386.30307@oracle.com> <4EDB1A0A.6070704@oracle.com> Message-ID: <4EDBBA7A.9040903@oracle.com> Vladimir, Thanks for the quick review! On 12/3/11 11:58 PM, Vladimir Kozlov wrote: > Sorry for my ignorance (and I can't access bugster now) And the bug hasn't appeared on bug.sun.com yet... sigh... > but why we should care about building current Hotspot with Apple's > JDK? Is is because Macs in JPRT have only Apple's JDK? The default release in JPRT is 'jdk7' which means that the import JDK is 'jdk7'. However, the boot JDK for a 'jdk7' release job is 'jdk6u18'. For MacOS X, we use Apple's bits for the 'jdk6u18' boot JDK. For a 'jdk8' release job, we use 'jdk7' bits as the boot JDK. For MacOS X, we use Oracle's 'jdk7' bits... This means that my fix has to work with an Apple JDK or an Oracle JDK as the boot JDK. > What is _JUNK_ line for? Just a dummy variable so that the "INFO" mesg can be output. I tend to output INFO lines whenever an "ALT_*" variable is used. > Why there is no separate check for -f $(SA_CLASSPATH)? Current check > also requires presence of lib/modules directory. For these lines: 88 $(QUIETLY) if [ ! -f "$(SA_CLASSPATH)" -a ! -d $(MODULELIB_PATH) ] ; then \ 89 echo "Cannot find JDI classes. Use 1.6.0 or later version of JDK."; \ all I did was add quotes around $(SA_CLASSPATH) on line 88 and change the output message on line 89. Since SA_CLASSPATH can now be empty, I needed to make sure that the '-f' check didn't blow up due to the empty variable and the error mesg was confusing with the empty variable also. As for the lib/modules directory, 1) I didn't add that logic and 2) the logic doesn't require the lib/modules directory. The logic issues the error message and fails if the file named by SA_CLASSPATH does not exist and if the lib/modules directory does not exist. Whoever put that logic in the Makefile is assuming that if the lib/modules directory exists, then the JDI classes will be found (somehow). Please let me know if I've resolved your concerns. Dan > > thanks, > Vladimir > > On 12/3/11 8:13 PM, Daniel D. Daugherty wrote: >> Greetings, >> >> I have a fix that allows HSX-23 to be built on MacOS X via JPRT >> without specifying SA_APPLE_BOOT_JAVA or ALWAYS_PASS_TEST_GAMMA >> on the command line. I'm targeting this fix at RT_Baseline for >> the HSX-23-B08 snapshot. >> >> Here is the webrev URL: >> >> http://cr.openjdk.java.net/~dcubed/7117748-webrev/0/ >> >> I tested this fix with the default JPRT boot JDK (JDK6 from Apple) >> and with JDK7 boot JDK (JDK7 bits from Oracle). >> >> Thanks, in advance, for any reviews. >> >> Dan >> >> P.S. >> This fix does _not_ get "gamma" working on MacOS X. >> That work is being done separately. From daniel.daugherty at oracle.com Sun Dec 4 10:35:16 2011 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Sun, 04 Dec 2011 11:35:16 -0700 Subject: Code Review Request for MacOS X build change (7117748) In-Reply-To: References: <4EDAF386.30307@oracle.com> Message-ID: <4EDBBD64.9080503@oracle.com> Hey Mike, Thanks for the quick review! On 12/4/11 9:43 AM, Mike Swingler wrote: > On Dec 3, 2011, at 8:13 PM, Daniel D. Daugherty wrote: > >> Greetings, >> >> I have a fix that allows HSX-23 to be built on MacOS X via JPRT >> without specifying SA_APPLE_BOOT_JAVA or ALWAYS_PASS_TEST_GAMMA >> on the command line. I'm targeting this fix at RT_Baseline for >> the HSX-23-B08 snapshot. >> >> Here is the webrev URL: >> >> http://cr.openjdk.java.net/~dcubed/7117748-webrev/0/ >> >> I tested this fix with the default JPRT boot JDK (JDK6 from Apple) >> and with JDK7 boot JDK (JDK7 bits from Oracle). >> >> Thanks, in advance, for any reviews. > My concern is that you are skipping the gamma checks in the case when OpenJDK is being built with OpenJDK on the Mac. My understanding is that gamma doesn't currently build on Mac OS X in either the macosx-port forest or in the 7u-osx forest. Jim Melvin has been working to resolve that issue and when that work is done, then the ALWAYS_PASS_TEST_GAMMA stuff can go away. > The gamma tests (and the SA_CLASSPATH) logic only needs to be adjusted when you are building OpenJDK with Apple's Java SE 6. The SA_CLASSPATH stuff only checks for Apple's Java SE 6 layout when it can't find tools.jar. Please see my answer to Vladimir for when Apple's Java SE 6 is used as the boot JDK. As for gamma, are you saying that the gamma build is not broken when the MacOS X port is built with OpenJDK7 as the boot JDK? That's not my understanding, but I haven't tested it myself (yet). > I like the general direction of these fixes, but could you conditionalize the logic so that these hacky patches only get set when the current bootstrap Java is 1.6? Hacky? :-) And I thought it was hacky to have to pass those variables on the build command line... :-) More seriously, the goal of this changeset is to get those variables off the command line so that MacOS X JPRT jobs can be submitted just like the other platforms... For the SA_CLASSPATH stuff, I think the logic is conditional enough: - look for tools.jar - if not found and building MacOS X, then look for Apple's Java SE 6 layout (classes.jar) - complain and fail if JDI classes cannot be found For gamma, all that logic will get deleted when we start being able to build gamma. If gamma builds now when OpenJDK7 is used as the boot JDK, then we'll rework the logic to be conditional when Apple's Java SE 6 is used as the boot JDK. Please let me know if this addresses your concerns. Dan From swingler at apple.com Sun Dec 4 11:05:19 2011 From: swingler at apple.com (Mike Swingler) Date: Sun, 04 Dec 2011 11:05:19 -0800 Subject: Code Review Request for MacOS X build change (7117748) In-Reply-To: <4EDBBD64.9080503@oracle.com> References: <4EDAF386.30307@oracle.com> <4EDBBD64.9080503@oracle.com> Message-ID: <2F3BED66-09E7-4941-8F82-DD0467950700@apple.com> On Dec 4, 2011, at 10:35 AM, Daniel D. Daugherty wrote: > Hey Mike, > > Thanks for the quick review! > > On 12/4/11 9:43 AM, Mike Swingler wrote: >> On Dec 3, 2011, at 8:13 PM, Daniel D. Daugherty wrote: >> >>> Greetings, >>> >>> I have a fix that allows HSX-23 to be built on MacOS X via JPRT >>> without specifying SA_APPLE_BOOT_JAVA or ALWAYS_PASS_TEST_GAMMA >>> on the command line. I'm targeting this fix at RT_Baseline for >>> the HSX-23-B08 snapshot. >>> >>> Here is the webrev URL: >>> >>> http://cr.openjdk.java.net/~dcubed/7117748-webrev/0/ >>> >>> I tested this fix with the default JPRT boot JDK (JDK6 from Apple) >>> and with JDK7 boot JDK (JDK7 bits from Oracle). >>> >>> Thanks, in advance, for any reviews. >> My concern is that you are skipping the gamma checks in the case when OpenJDK is being built with OpenJDK on the Mac. > > My understanding is that gamma doesn't currently build on Mac OS X > in either the macosx-port forest or in the 7u-osx forest. Jim Melvin > has been working to resolve that issue and when that work is done, > then the ALWAYS_PASS_TEST_GAMMA stuff can go away. > >> The gamma tests (and the SA_CLASSPATH) logic only needs to be adjusted when you are building OpenJDK with Apple's Java SE 6. > > The SA_CLASSPATH stuff only checks for Apple's Java SE 6 layout when > it can't find tools.jar. Please see my answer to Vladimir for when > Apple's Java SE 6 is used as the boot JDK. Yeah, I read that after I replied. :-P > As for gamma, are you saying that the gamma build is not broken when > the MacOS X port is built with OpenJDK7 as the boot JDK? That's not > my understanding, but I haven't tested it myself (yet). I thought it works, but only when bootstrapped under JDK7...but I could be mistaken. >> I like the general direction of these fixes, but could you conditionalize the logic so that these hacky patches only get set when the current bootstrap Java is 1.6? > > Hacky? :-) And I thought it was hacky to have to pass those variables > on the build command line... :-) More seriously, the goal of this > changeset is to get those variables off the command line so that > MacOS X JPRT jobs can be submitted just like the other platforms... Oh, of course...I don't think we should have anything more on the command line than "make". Personally, I wish the parallelization options could be auto-determined based on cores and total ram size ratio, and you should pass a parameter when you don't want them, or want to override them. > For the SA_CLASSPATH stuff, I think the logic is conditional enough: > > - look for tools.jar > - if not found and building MacOS X, then look for > Apple's Java SE 6 layout (classes.jar) > - complain and fail if JDI classes cannot be found > > For gamma, all that logic will get deleted when we start being able to > build gamma. If gamma builds now when OpenJDK7 is used as the boot JDK, > then we'll rework the logic to be conditional when Apple's Java SE 6 is > used as the boot JDK. > > Please let me know if this addresses your concerns. I was under the impression that gamma actually passes when JDK7 is bootstrapped with JDK7, but I haven't tested that recently. Cheers, Mike Swingler Apple Inc. From daniel.daugherty at oracle.com Sun Dec 4 12:31:15 2011 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Sun, 04 Dec 2011 13:31:15 -0700 Subject: Code Review Request for MacOS X build change (7117748) In-Reply-To: <2F3BED66-09E7-4941-8F82-DD0467950700@apple.com> References: <4EDAF386.30307@oracle.com> <4EDBBD64.9080503@oracle.com> <2F3BED66-09E7-4941-8F82-DD0467950700@apple.com> Message-ID: <4EDBD893.9050301@oracle.com> Mike, Are you OK if I proceed with this changeset as is and deal with any additional gamma logic tweaks as part of making sure that gamma works? Dan On 12/4/11 12:05 PM, Mike Swingler wrote: > On Dec 4, 2011, at 10:35 AM, Daniel D. Daugherty wrote: > >> Hey Mike, >> >> Thanks for the quick review! >> >> On 12/4/11 9:43 AM, Mike Swingler wrote: >>> On Dec 3, 2011, at 8:13 PM, Daniel D. Daugherty wrote: >>> >>>> Greetings, >>>> >>>> I have a fix that allows HSX-23 to be built on MacOS X via JPRT >>>> without specifying SA_APPLE_BOOT_JAVA or ALWAYS_PASS_TEST_GAMMA >>>> on the command line. I'm targeting this fix at RT_Baseline for >>>> the HSX-23-B08 snapshot. >>>> >>>> Here is the webrev URL: >>>> >>>> http://cr.openjdk.java.net/~dcubed/7117748-webrev/0/ >>>> >>>> I tested this fix with the default JPRT boot JDK (JDK6 from Apple) >>>> and with JDK7 boot JDK (JDK7 bits from Oracle). >>>> >>>> Thanks, in advance, for any reviews. >>> My concern is that you are skipping the gamma checks in the case when OpenJDK is being built with OpenJDK on the Mac. >> My understanding is that gamma doesn't currently build on Mac OS X >> in either the macosx-port forest or in the 7u-osx forest. Jim Melvin >> has been working to resolve that issue and when that work is done, >> then the ALWAYS_PASS_TEST_GAMMA stuff can go away. >> >>> The gamma tests (and the SA_CLASSPATH) logic only needs to be adjusted when you are building OpenJDK with Apple's Java SE 6. >> The SA_CLASSPATH stuff only checks for Apple's Java SE 6 layout when >> it can't find tools.jar. Please see my answer to Vladimir for when >> Apple's Java SE 6 is used as the boot JDK. > Yeah, I read that after I replied. :-P > >> As for gamma, are you saying that the gamma build is not broken when >> the MacOS X port is built with OpenJDK7 as the boot JDK? That's not >> my understanding, but I haven't tested it myself (yet). > I thought it works, but only when bootstrapped under JDK7...but I could be mistaken. > >>> I like the general direction of these fixes, but could you conditionalize the logic so that these hacky patches only get set when the current bootstrap Java is 1.6? >> Hacky? :-) And I thought it was hacky to have to pass those variables >> on the build command line... :-) More seriously, the goal of this >> changeset is to get those variables off the command line so that >> MacOS X JPRT jobs can be submitted just like the other platforms... > Oh, of course...I don't think we should have anything more on the command line than "make". Personally, I wish the parallelization options could be auto-determined based on cores and total ram size ratio, and you should pass a parameter when you don't want them, or want to override them. > >> For the SA_CLASSPATH stuff, I think the logic is conditional enough: >> >> - look for tools.jar >> - if not found and building MacOS X, then look for >> Apple's Java SE 6 layout (classes.jar) >> - complain and fail if JDI classes cannot be found >> >> For gamma, all that logic will get deleted when we start being able to >> build gamma. If gamma builds now when OpenJDK7 is used as the boot JDK, >> then we'll rework the logic to be conditional when Apple's Java SE 6 is >> used as the boot JDK. >> >> Please let me know if this addresses your concerns. > I was under the impression that gamma actually passes when JDK7 is bootstrapped with JDK7, but I haven't tested that recently. > > Cheers, > Mike Swingler > Apple Inc. > From swingler at apple.com Sun Dec 4 12:38:22 2011 From: swingler at apple.com (Mike Swingler) Date: Sun, 04 Dec 2011 12:38:22 -0800 Subject: Code Review Request for MacOS X build change (7117748) In-Reply-To: <4EDBD893.9050301@oracle.com> References: <4EDAF386.30307@oracle.com> <4EDBBD64.9080503@oracle.com> <2F3BED66-09E7-4941-8F82-DD0467950700@apple.com> <4EDBD893.9050301@oracle.com> Message-ID: Yeah, the webrev looks fine to me. Mike Swingler Apple Inc. On Dec 4, 2011, at 12:31 PM, Daniel D. Daugherty wrote: > Mike, > > Are you OK if I proceed with this changeset as is and deal with > any additional gamma logic tweaks as part of making sure that > gamma works? > > Dan > > > On 12/4/11 12:05 PM, Mike Swingler wrote: >> On Dec 4, 2011, at 10:35 AM, Daniel D. Daugherty wrote: >> >>> Hey Mike, >>> >>> Thanks for the quick review! >>> >>> On 12/4/11 9:43 AM, Mike Swingler wrote: >>>> On Dec 3, 2011, at 8:13 PM, Daniel D. Daugherty wrote: >>>> >>>>> Greetings, >>>>> >>>>> I have a fix that allows HSX-23 to be built on MacOS X via JPRT >>>>> without specifying SA_APPLE_BOOT_JAVA or ALWAYS_PASS_TEST_GAMMA >>>>> on the command line. I'm targeting this fix at RT_Baseline for >>>>> the HSX-23-B08 snapshot. >>>>> >>>>> Here is the webrev URL: >>>>> >>>>> http://cr.openjdk.java.net/~dcubed/7117748-webrev/0/ >>>>> >>>>> I tested this fix with the default JPRT boot JDK (JDK6 from Apple) >>>>> and with JDK7 boot JDK (JDK7 bits from Oracle). >>>>> >>>>> Thanks, in advance, for any reviews. >>>> My concern is that you are skipping the gamma checks in the case when OpenJDK is being built with OpenJDK on the Mac. >>> My understanding is that gamma doesn't currently build on Mac OS X >>> in either the macosx-port forest or in the 7u-osx forest. Jim Melvin >>> has been working to resolve that issue and when that work is done, >>> then the ALWAYS_PASS_TEST_GAMMA stuff can go away. >>> >>>> The gamma tests (and the SA_CLASSPATH) logic only needs to be adjusted when you are building OpenJDK with Apple's Java SE 6. >>> The SA_CLASSPATH stuff only checks for Apple's Java SE 6 layout when >>> it can't find tools.jar. Please see my answer to Vladimir for when >>> Apple's Java SE 6 is used as the boot JDK. >> Yeah, I read that after I replied. :-P >> >>> As for gamma, are you saying that the gamma build is not broken when >>> the MacOS X port is built with OpenJDK7 as the boot JDK? That's not >>> my understanding, but I haven't tested it myself (yet). >> I thought it works, but only when bootstrapped under JDK7...but I could be mistaken. >> >>>> I like the general direction of these fixes, but could you conditionalize the logic so that these hacky patches only get set when the current bootstrap Java is 1.6? >>> Hacky? :-) And I thought it was hacky to have to pass those variables >>> on the build command line... :-) More seriously, the goal of this >>> changeset is to get those variables off the command line so that >>> MacOS X JPRT jobs can be submitted just like the other platforms... >> Oh, of course...I don't think we should have anything more on the command line than "make". Personally, I wish the parallelization options could be auto-determined based on cores and total ram size ratio, and you should pass a parameter when you don't want them, or want to override them. >> >>> For the SA_CLASSPATH stuff, I think the logic is conditional enough: >>> >>> - look for tools.jar >>> - if not found and building MacOS X, then look for >>> Apple's Java SE 6 layout (classes.jar) >>> - complain and fail if JDI classes cannot be found >>> >>> For gamma, all that logic will get deleted when we start being able to >>> build gamma. If gamma builds now when OpenJDK7 is used as the boot JDK, >>> then we'll rework the logic to be conditional when Apple's Java SE 6 is >>> used as the boot JDK. >>> >>> Please let me know if this addresses your concerns. >> I was under the impression that gamma actually passes when JDK7 is bootstrapped with JDK7, but I haven't tested that recently. >> >> Cheers, >> Mike Swingler >> Apple Inc. >> From kelly.ohair at oracle.com Sun Dec 4 12:44:15 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Sun, 4 Dec 2011 12:44:15 -0800 Subject: Status of all platform builds of jdk7u-osx repos Message-ID: <5BF688A2-9525-4D77-B73E-AECE4FA94429@oracle.com> FYI... I ran the jdk7u/jdk7u-osx forest through our internal build system that builds all the platforms plus the Mac. Only windows builds completed successfully. On Solaris and Linux, there is some kind of issue with a missing JVM external: JVM_SetNativeThreadName when building libjava.so. Are we missing something in hotspot? On the Mac, the builds appeared to complete then die at the last minute with a complaint about options passed into printf. It appears that the Mac does not like the "--" characters being passed in (file make/Defs-internal.gmk in define ReportBuildTimes). ######################################################################## ##### Leaving jdk for target(s) sanity all docs images ##### ######################################################################## ##### Build time 00:14:15 jdk for target(s) sanity all docs images ##### ######################################################################## /usr/bin/printf: illegal option -- - usage: printf format [arguments ...] make[1]: *** [generic_build_repo_series] Error 1 make: *** [build_product_image] Error 2 -kto From paul.hohensee at oracle.com Sun Dec 4 13:15:09 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Sun, 04 Dec 2011 16:15:09 -0500 Subject: Status of all platform builds of jdk7u-osx repos In-Reply-To: <5BF688A2-9525-4D77-B73E-AECE4FA94429@oracle.com> References: <5BF688A2-9525-4D77-B73E-AECE4FA94429@oracle.com> Message-ID: <4EDBE2DD.2080208@oracle.com> Yes, we're missing something in Hotspot. The fix is in hs23 b07, which is being PIT'ed now and will be pushed up to jdk7u-dev Tuesday, if all goes well. We can pull it down to jdk7u-osx as soon as it's pushed to jdk7u-dev. Paul On 12/4/11 3:44 PM, Kelly O'Hair wrote: > FYI... > > I ran the jdk7u/jdk7u-osx forest through our internal build system that builds all the platforms > plus the Mac. > > Only windows builds completed successfully. > > On Solaris and Linux, there is some kind of issue with a missing JVM external: > JVM_SetNativeThreadName > when building libjava.so. Are we missing something in hotspot? > > On the Mac, the builds appeared to complete then die at the last minute with a complaint about > options passed into printf. It appears that the Mac does not like the "--" characters being passed > in (file make/Defs-internal.gmk in define ReportBuildTimes). > > ######################################################################## > ##### Leaving jdk for target(s) sanity all docs images ##### > ######################################################################## > ##### Build time 00:14:15 jdk for target(s) sanity all docs images ##### > ######################################################################## > > /usr/bin/printf: illegal option -- - > usage: printf format [arguments ...] > make[1]: *** [generic_build_repo_series] Error 1 > make: *** [build_product_image] Error 2 > > > -kto > From henri.gomez at gmail.com Sun Dec 4 13:16:47 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Sun, 4 Dec 2011 22:16:47 +0100 Subject: jdk7u and openjdk-osx-build Message-ID: Hi to all, A quick note to inform you that I do the first build and package for OSX from jdk7u-osx (http://hg.openjdk.java.net/jdk7u/jdk7u-osx) branch. MacBook-Pro-de-henri:~ henri$ export JAVA_HOME=/Library/Java/JavaVirtualMachines/1.7.0u.jdk/Contents/Home MacBook-Pro-de-henri:~ henri$ java -version openjdk version "1.7.0-u4-b01" OpenJDK Runtime Environment (build 1.7.0-u4-b01-20111204) OpenJDK 64-Bit Server VM (build 23.0-b06, mixed mode) Since project exhausted its quota from GoogleCode, I asked for more space from Google. Then I could upload jdk7u packages next to current macosx-port. Cheers From daniel.daugherty at oracle.com Sun Dec 4 13:19:43 2011 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Sun, 04 Dec 2011 14:19:43 -0700 Subject: Code Review Request for MacOS X build change (7117748) In-Reply-To: References: <4EDAF386.30307@oracle.com> <4EDBBD64.9080503@oracle.com> <2F3BED66-09E7-4941-8F82-DD0467950700@apple.com> <4EDBD893.9050301@oracle.com> Message-ID: <4EDBE3EF.7030603@oracle.com> Thanks Mike! Dan On 12/4/11 1:38 PM, Mike Swingler wrote: > Yeah, the webrev looks fine to me. > > Mike Swingler > Apple Inc. > > On Dec 4, 2011, at 12:31 PM, Daniel D. Daugherty wrote: > >> Mike, >> >> Are you OK if I proceed with this changeset as is and deal with >> any additional gamma logic tweaks as part of making sure that >> gamma works? >> >> Dan >> >> >> On 12/4/11 12:05 PM, Mike Swingler wrote: >>> On Dec 4, 2011, at 10:35 AM, Daniel D. Daugherty wrote: >>> >>>> Hey Mike, >>>> >>>> Thanks for the quick review! >>>> >>>> On 12/4/11 9:43 AM, Mike Swingler wrote: >>>>> On Dec 3, 2011, at 8:13 PM, Daniel D. Daugherty wrote: >>>>> >>>>>> Greetings, >>>>>> >>>>>> I have a fix that allows HSX-23 to be built on MacOS X via JPRT >>>>>> without specifying SA_APPLE_BOOT_JAVA or ALWAYS_PASS_TEST_GAMMA >>>>>> on the command line. I'm targeting this fix at RT_Baseline for >>>>>> the HSX-23-B08 snapshot. >>>>>> >>>>>> Here is the webrev URL: >>>>>> >>>>>> http://cr.openjdk.java.net/~dcubed/7117748-webrev/0/ >>>>>> >>>>>> I tested this fix with the default JPRT boot JDK (JDK6 from Apple) >>>>>> and with JDK7 boot JDK (JDK7 bits from Oracle). >>>>>> >>>>>> Thanks, in advance, for any reviews. >>>>> My concern is that you are skipping the gamma checks in the case when OpenJDK is being built with OpenJDK on the Mac. >>>> My understanding is that gamma doesn't currently build on Mac OS X >>>> in either the macosx-port forest or in the 7u-osx forest. Jim Melvin >>>> has been working to resolve that issue and when that work is done, >>>> then the ALWAYS_PASS_TEST_GAMMA stuff can go away. >>>> >>>>> The gamma tests (and the SA_CLASSPATH) logic only needs to be adjusted when you are building OpenJDK with Apple's Java SE 6. >>>> The SA_CLASSPATH stuff only checks for Apple's Java SE 6 layout when >>>> it can't find tools.jar. Please see my answer to Vladimir for when >>>> Apple's Java SE 6 is used as the boot JDK. >>> Yeah, I read that after I replied. :-P >>> >>>> As for gamma, are you saying that the gamma build is not broken when >>>> the MacOS X port is built with OpenJDK7 as the boot JDK? That's not >>>> my understanding, but I haven't tested it myself (yet). >>> I thought it works, but only when bootstrapped under JDK7...but I could be mistaken. >>> >>>>> I like the general direction of these fixes, but could you conditionalize the logic so that these hacky patches only get set when the current bootstrap Java is 1.6? >>>> Hacky? :-) And I thought it was hacky to have to pass those variables >>>> on the build command line... :-) More seriously, the goal of this >>>> changeset is to get those variables off the command line so that >>>> MacOS X JPRT jobs can be submitted just like the other platforms... >>> Oh, of course...I don't think we should have anything more on the command line than "make". Personally, I wish the parallelization options could be auto-determined based on cores and total ram size ratio, and you should pass a parameter when you don't want them, or want to override them. >>> >>>> For the SA_CLASSPATH stuff, I think the logic is conditional enough: >>>> >>>> - look for tools.jar >>>> - if not found and building MacOS X, then look for >>>> Apple's Java SE 6 layout (classes.jar) >>>> - complain and fail if JDI classes cannot be found >>>> >>>> For gamma, all that logic will get deleted when we start being able to >>>> build gamma. If gamma builds now when OpenJDK7 is used as the boot JDK, >>>> then we'll rework the logic to be conditional when Apple's Java SE 6 is >>>> used as the boot JDK. >>>> >>>> Please let me know if this addresses your concerns. >>> I was under the impression that gamma actually passes when JDK7 is bootstrapped with JDK7, but I haven't tested that recently. >>> >>> Cheers, >>> Mike Swingler >>> Apple Inc. >>> From daniel.daugherty at oracle.com Sun Dec 4 13:36:02 2011 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Sun, 04 Dec 2011 14:36:02 -0700 Subject: Code Review Request for MacOS X build change (7117748) In-Reply-To: <4EDBE445.4080204@oracle.com> References: <4EDAF386.30307@oracle.com> <4EDB1A0A.6070704@oracle.com> <4EDBBA7A.9040903@oracle.com> <4EDBE445.4080204@oracle.com> Message-ID: <4EDBE7C2.5020900@oracle.com> On 12/4/11 2:21 PM, Vladimir Kozlov wrote: > Dan, > > I understand that module code was there before this fix but I am still > concern that if lib/modules is present the makefile will continue > execution even if SA_CLASSPATH does not exits. Yes, I think that is intentional. But I will figure out who added the modules logic and check with them. > It looks like current code works for us because we don't have > lib/modules in our build environment. No, the current code works when SA_APPLE_BOOT_JAVA=true is specified on the command line and the boot JDK is in Apple's format because the JDI classes are found in classes.jar. When in the boot JDK is not in Apple's format and SA_APPLE_BOOT_JAVA is not specified, then the code works because the JDI classes are found in tools.jar. As long as one of the two expected boot JDKs are provided, then the modules code doesn't come into play. Even if lib/modules did exist in either of the boot JDKs, as long as either classes.jar or tools.jar is found, then all is good. > Someone should explain why we need this modules code. Can we remove it? I'll check into why that code is there, but I think it is an initial stab at modules support for the future... Dan > > I am fine with the rest changes. > > Thanks, > Vladimir > > On 12/4/11 10:22 AM, Daniel D. Daugherty wrote: >> Vladimir, >> >> Thanks for the quick review! >> >> >> On 12/3/11 11:58 PM, Vladimir Kozlov wrote: >>> Sorry for my ignorance (and I can't access bugster now) >> >> And the bug hasn't appeared on bug.sun.com yet... sigh... >> >> >>> but why we should care about building current Hotspot with Apple's >>> JDK? Is is because Macs in JPRT have only Apple's JDK? >> >> The default release in JPRT is 'jdk7' which means that the import >> JDK is 'jdk7'. However, the boot JDK for a 'jdk7' release job is >> 'jdk6u18'. For MacOS X, we use Apple's bits for the 'jdk6u18' >> boot JDK. For a 'jdk8' release job, we use 'jdk7' bits as the >> boot JDK. For MacOS X, we use Oracle's 'jdk7' bits... >> >> This means that my fix has to work with an Apple JDK or an Oracle >> JDK as the boot JDK. >> >> >>> What is _JUNK_ line for? >> >> Just a dummy variable so that the "INFO" mesg can be output. I tend >> to output INFO lines whenever an "ALT_*" variable is used. >> >> >>> Why there is no separate check for -f $(SA_CLASSPATH)? Current check >>> also requires presence of lib/modules directory. >> >> For these lines: >> >> 88 $(QUIETLY) if [ ! -f "$(SA_CLASSPATH)" -a ! -d $(MODULELIB_PATH) ] >> ; then \ >> 89 echo "Cannot find JDI classes. Use 1.6.0 or later version of JDK."; \ >> >> all I did was add quotes around $(SA_CLASSPATH) on line 88 >> and change the output message on line 89. Since SA_CLASSPATH >> can now be empty, I needed to make sure that the '-f' check >> didn't blow up due to the empty variable and the error mesg >> was confusing with the empty variable also. >> >> As for the lib/modules directory, 1) I didn't add that logic and >> 2) the logic doesn't require the lib/modules directory. The logic >> issues the error message and fails if the file named by >> SA_CLASSPATH does not exist and if the lib/modules directory >> does not exist. Whoever put that logic in the Makefile is assuming >> that if the lib/modules directory exists, then the JDI classes >> will be found (somehow). >> >> Please let me know if I've resolved your concerns. >> >> Dan >> >> >>> >>> thanks, >>> Vladimir >>> >>> On 12/3/11 8:13 PM, Daniel D. Daugherty wrote: >>>> Greetings, >>>> >>>> I have a fix that allows HSX-23 to be built on MacOS X via JPRT >>>> without specifying SA_APPLE_BOOT_JAVA or ALWAYS_PASS_TEST_GAMMA >>>> on the command line. I'm targeting this fix at RT_Baseline for >>>> the HSX-23-B08 snapshot. >>>> >>>> Here is the webrev URL: >>>> >>>> http://cr.openjdk.java.net/~dcubed/7117748-webrev/0/ >>>> >>>> I tested this fix with the default JPRT boot JDK (JDK6 from Apple) >>>> and with JDK7 boot JDK (JDK7 bits from Oracle). >>>> >>>> Thanks, in advance, for any reviews. >>>> >>>> Dan >>>> >>>> P.S. >>>> This fix does _not_ get "gamma" working on MacOS X. >>>> That work is being done separately. From vladimir.kozlov at oracle.com Sat Dec 3 22:58:18 2011 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Sat, 03 Dec 2011 22:58:18 -0800 Subject: Code Review Request for MacOS X build change (7117748) In-Reply-To: <4EDAF386.30307@oracle.com> References: <4EDAF386.30307@oracle.com> Message-ID: <4EDB1A0A.6070704@oracle.com> Sorry for my ignorance (and I can't access bugster now) but why we should care about building current Hotspot with Apple's JDK? Is is because Macs in JPRT have only Apple's JDK? What is _JUNK_ line for? Why there is no separate check for -f $(SA_CLASSPATH)? Current check also requires presence of lib/modules directory. thanks, Vladimir On 12/3/11 8:13 PM, Daniel D. Daugherty wrote: > Greetings, > > I have a fix that allows HSX-23 to be built on MacOS X via JPRT > without specifying SA_APPLE_BOOT_JAVA or ALWAYS_PASS_TEST_GAMMA > on the command line. I'm targeting this fix at RT_Baseline for > the HSX-23-B08 snapshot. > > Here is the webrev URL: > > http://cr.openjdk.java.net/~dcubed/7117748-webrev/0/ > > I tested this fix with the default JPRT boot JDK (JDK6 from Apple) > and with JDK7 boot JDK (JDK7 bits from Oracle). > > Thanks, in advance, for any reviews. > > Dan > > P.S. > This fix does _not_ get "gamma" working on MacOS X. > That work is being done separately. From karen.kinnear at oracle.com Sun Dec 4 13:42:21 2011 From: karen.kinnear at oracle.com (Karen Kinnear) Date: Sun, 4 Dec 2011 16:42:21 -0500 Subject: Code Review Request for MacOS X build change (7117748) In-Reply-To: <4EDBE7C2.5020900@oracle.com> References: <4EDAF386.30307@oracle.com> <4EDB1A0A.6070704@oracle.com> <4EDBBA7A.9040903@oracle.com> <4EDBE445.4080204@oracle.com> <4EDBE7C2.5020900@oracle.com> Message-ID: If so - Mandy would be the one to ask ... thanks, Karen On Dec 4, 2011, at 4:36 PM, Daniel D. Daugherty wrote: > On 12/4/11 2:21 PM, Vladimir Kozlov wrote: >> Dan, >> >> I understand that module code was there before this fix but I am still concern that if lib/modules is present the makefile will continue execution even if SA_CLASSPATH does not exits. > > Yes, I think that is intentional. But I will figure out who added > the modules logic and check with them. > > >> It looks like current code works for us because we don't have lib/modules in our build environment. > > No, the current code works when SA_APPLE_BOOT_JAVA=true is specified > on the command line and the boot JDK is in Apple's format because the > JDI classes are found in classes.jar. When in the boot JDK is not in > Apple's format and SA_APPLE_BOOT_JAVA is not specified, then the code > works because the JDI classes are found in tools.jar. > > As long as one of the two expected boot JDKs are provided, then the > modules code doesn't come into play. Even if lib/modules did exist > in either of the boot JDKs, as long as either classes.jar or tools.jar > is found, then all is good. > > >> Someone should explain why we need this modules code. Can we remove it? > > I'll check into why that code is there, but I think it is an > initial stab at modules support for the future... > > Dan > > >> >> I am fine with the rest changes. >> >> Thanks, >> Vladimir >> >> On 12/4/11 10:22 AM, Daniel D. Daugherty wrote: >>> Vladimir, >>> >>> Thanks for the quick review! >>> >>> >>> On 12/3/11 11:58 PM, Vladimir Kozlov wrote: >>>> Sorry for my ignorance (and I can't access bugster now) >>> >>> And the bug hasn't appeared on bug.sun.com yet... sigh... >>> >>> >>>> but why we should care about building current Hotspot with Apple's JDK? Is is because Macs in JPRT have only Apple's JDK? >>> >>> The default release in JPRT is 'jdk7' which means that the import >>> JDK is 'jdk7'. However, the boot JDK for a 'jdk7' release job is >>> 'jdk6u18'. For MacOS X, we use Apple's bits for the 'jdk6u18' >>> boot JDK. For a 'jdk8' release job, we use 'jdk7' bits as the >>> boot JDK. For MacOS X, we use Oracle's 'jdk7' bits... >>> >>> This means that my fix has to work with an Apple JDK or an Oracle >>> JDK as the boot JDK. >>> >>> >>>> What is _JUNK_ line for? >>> >>> Just a dummy variable so that the "INFO" mesg can be output. I tend >>> to output INFO lines whenever an "ALT_*" variable is used. >>> >>> >>>> Why there is no separate check for -f $(SA_CLASSPATH)? Current check also requires presence of lib/modules directory. >>> >>> For these lines: >>> >>> 88 $(QUIETLY) if [ ! -f "$(SA_CLASSPATH)" -a ! -d $(MODULELIB_PATH) ] ; then \ >>> 89 echo "Cannot find JDI classes. Use 1.6.0 or later version of JDK."; \ >>> >>> all I did was add quotes around $(SA_CLASSPATH) on line 88 >>> and change the output message on line 89. Since SA_CLASSPATH >>> can now be empty, I needed to make sure that the '-f' check >>> didn't blow up due to the empty variable and the error mesg >>> was confusing with the empty variable also. >>> >>> As for the lib/modules directory, 1) I didn't add that logic and >>> 2) the logic doesn't require the lib/modules directory. The logic >>> issues the error message and fails if the file named by >>> SA_CLASSPATH does not exist and if the lib/modules directory >>> does not exist. Whoever put that logic in the Makefile is assuming >>> that if the lib/modules directory exists, then the JDI classes >>> will be found (somehow). >>> >>> Please let me know if I've resolved your concerns. >>> >>> Dan >>> >>> >>>> >>>> thanks, >>>> Vladimir >>>> >>>> On 12/3/11 8:13 PM, Daniel D. Daugherty wrote: >>>>> Greetings, >>>>> >>>>> I have a fix that allows HSX-23 to be built on MacOS X via JPRT >>>>> without specifying SA_APPLE_BOOT_JAVA or ALWAYS_PASS_TEST_GAMMA >>>>> on the command line. I'm targeting this fix at RT_Baseline for >>>>> the HSX-23-B08 snapshot. >>>>> >>>>> Here is the webrev URL: >>>>> >>>>> http://cr.openjdk.java.net/~dcubed/7117748-webrev/0/ >>>>> >>>>> I tested this fix with the default JPRT boot JDK (JDK6 from Apple) >>>>> and with JDK7 boot JDK (JDK7 bits from Oracle). >>>>> >>>>> Thanks, in advance, for any reviews. >>>>> >>>>> Dan >>>>> >>>>> P.S. >>>>> This fix does _not_ get "gamma" working on MacOS X. >>>>> That work is being done separately. From scott.kovatch at oracle.com Sun Dec 4 22:56:43 2011 From: scott.kovatch at oracle.com (Scott Kovatch) Date: Sun, 4 Dec 2011 22:56:43 -0800 Subject: hg: macosx-port/macosx-port/jdk: Fix for MACOSX_PORT-765: Unable to run an GUI app remotely. In-Reply-To: <20111204081354.CC8FA4755C@hg.openjdk.java.net> References: <20111204081354.CC8FA4755C@hg.openjdk.java.net> Message-ID: <5614E40A-1EAA-4645-B935-5541A8195AE7@oracle.com> This checkin is missing something (awt.h change?). The build is currently broken. /Users/skovatch/src/macosx-port/jdk/src/macosx/native/sun/awt/awt.m: In function '+[AWTStarter isRemoteSession]': /Users/skovatch/src/macosx-port/jdk/src/macosx/native/sun/awt/awt.m:223: error: 'sessionWasInitialized' undeclared (first use in this function) /Users/skovatch/src/macosx-port/jdk/src/macosx/native/sun/awt/awt.m:223: error: (Each undeclared identifier is reported only once /Users/skovatch/src/macosx-port/jdk/src/macosx/native/sun/awt/awt.m:223: error: for each function it appears in.) /Users/skovatch/src/macosx-port/jdk/src/macosx/native/sun/awt/awt.m: In function '+[AWTStarter markAppAsDaemon]': /Users/skovatch/src/macosx-port/jdk/src/macosx/native/sun/awt/awt.m:232: warning: cast from pointer to integer of different size -- Scott K. On Dec 4, 2011, at 12:13 AM, alexander.zuev at oracle.com wrote: > Changeset: c50bdc544e22 > Author: kizune > Date: 2011-12-04 12:13 +0300 > URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/c50bdc544e22 > > Fix for MACOSX_PORT-765: Unable to run an GUI app remotely. > Do not issue error on awt.dylib loading if we detect that process is initiated by remote or daemon process. > > ! src/macosx/native/sun/awt/awt.m > From alexander.zuev at oracle.com Mon Dec 5 00:25:46 2011 From: alexander.zuev at oracle.com (Alexander Zuev) Date: Mon, 05 Dec 2011 11:25:46 +0300 Subject: hg: macosx-port/macosx-port/jdk: Fix for MACOSX_PORT-765: Unable to run an GUI app remotely. In-Reply-To: <5614E40A-1EAA-4645-B935-5541A8195AE7@oracle.com> References: <20111204081354.CC8FA4755C@hg.openjdk.java.net> <5614E40A-1EAA-4645-B935-5541A8195AE7@oracle.com> Message-ID: <4EDC800A.5040409@oracle.com> Scott, that's strange - it builds just fine for me and there no awt.h file at all (and it is not needed). The symbol sessionWasInitialized is defined in Security/AuthSession.h together with the rest of the session specific constants. On my system it's here: /System/Library/Frameworks/Security.framework/Versions/A/Headers/AuthSession.h sessionWasInitialized = 0x8000 /* session has been set up by its leader */ Which system are you building on? Is it Lion? Can you check please that this definition still present in the system header? With best regards, Alexander Zuev. On 12/5/11 9:56, Scott Kovatch wrote: > This checkin is missing something (awt.h change?). The build is currently broken. > > /Users/skovatch/src/macosx-port/jdk/src/macosx/native/sun/awt/awt.m: In function '+[AWTStarter isRemoteSession]': > /Users/skovatch/src/macosx-port/jdk/src/macosx/native/sun/awt/awt.m:223: error: 'sessionWasInitialized' undeclared (first use in this function) > /Users/skovatch/src/macosx-port/jdk/src/macosx/native/sun/awt/awt.m:223: error: (Each undeclared identifier is reported only once > /Users/skovatch/src/macosx-port/jdk/src/macosx/native/sun/awt/awt.m:223: error: for each function it appears in.) > /Users/skovatch/src/macosx-port/jdk/src/macosx/native/sun/awt/awt.m: In function '+[AWTStarter markAppAsDaemon]': > /Users/skovatch/src/macosx-port/jdk/src/macosx/native/sun/awt/awt.m:232: warning: cast from pointer to integer of different size > > -- Scott K. > > On Dec 4, 2011, at 12:13 AM, alexander.zuev at oracle.com wrote: > >> Changeset: c50bdc544e22 >> Author: kizune >> Date: 2011-12-04 12:13 +0300 >> URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/c50bdc544e22 >> >> Fix for MACOSX_PORT-765: Unable to run an GUI app remotely. >> Do not issue error on awt.dylib loading if we detect that process is initiated by remote or daemon process. >> >> ! src/macosx/native/sun/awt/awt.m >> From michael.x.mcmahon at oracle.com Mon Dec 5 00:38:52 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Mon, 05 Dec 2011 08:38:52 +0000 Subject: hg: jdk7u/jdk7u-osx: 30 new changesets In-Reply-To: References: <20111203211842.AE56347559@hg.openjdk.java.net> Message-ID: <4EDC831C.2080303@oracle.com> Henri, I see you have it building now, but for the record, below is the script I use, and I also attach the hotspot patch that is needed prior to the fix for 7116189 being pushed. On the question of "universal" versus "x86_64" binaries, I adjusted the build to only produce the 64 bit version because that is what hotspot produces. My understanding is we're only supporting a 64 bit VM. - Michael. make \ ARCH_DATA_MODEL=64 \ OPENJDK=true \ SA_APPLE_BOOT_JAVA=true \ ALWAYS_PASS_TEST_GAMMA=true \ ALT_BOOTDIR=`/usr/libexec/java_home -v 1.6` \ HOTSPOT_BUILD_JOBS=`sysctl -n hw.ncpu` \ ALT_FREETYPE_HEADERS_PATH=/usr/X11R6/include \ ALT_FREETYPE_LIB_PATH=/usr/X11R6/lib \ NO_DOCS=true \ -w >> make.log 2>&1 On 04/12/11 08:46, Henri Gomez wrote: > Hi Michael > > There is more and more commits to jdk7u-osx and it's nice. > > Question, did it is buildable yet on OS/X ? > > Tried 2 days ago with usual macosx-port make command (and parameters) > but it fail. > > What are the builds commands to be used now ? > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: macosx.hotspot.11_14_11 Url: http://mail.openjdk.java.net/pipermail/macosx-port-dev/attachments/20111205/ce0c3b64/macosx.hotspot.11_14_11 From artem.ananiev at oracle.com Mon Dec 5 03:04:48 2011 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Mon, 05 Dec 2011 15:04:48 +0400 Subject: Ending the need for apple.laf.useScreenMenuBar In-Reply-To: <39C5D568-7A78-498D-B62D-ECEB4885AA89@oracle.com> References: <98E2D45C-7931-4C41-A6C5-5B76DBA97C01@oracle.com> <22C17734-371C-460C-8234-BC25C249DB27@gmail.com> <8D244E52-D8CF-428F-B7F2-54A4889DF730@apple.com> <39C5D568-7A78-498D-B62D-ECEB4885AA89@oracle.com> Message-ID: <4EDCA550.6080402@oracle.com> On 12/3/2011 4:23 AM, Scott Kovatch wrote: > > On Dec 2, 2011, at 2:57 PM, Mike Swingler wrote: > >> On Dec 2, 2011, at 2:28 PM, Mario Torre wrote: >> >>> Il giorno 02/dic/2011, alle ore 23:25, Scott Kovatch ha scritto: >>>> Folks, >>>> >>>> This may be a better question for Artem and the AWT/Swing team, >>>> but it affects the Mac so I'm starting here. >>>> >>>> Now that it's 2011, can we please get rid of >>>> apple.laf.useScreenMenuBar and just allow menu bars in the Aqua >>>> L&F to be enabled by default? I believe JavaFx doesn't force >>>> Mac menu bars into the window (but if it does, I will make my >>>> displeasure known to Richard Bair on Monday.) >>>> >>>> I ask, because today I was looking at the changes to Web Start >>>> and the plugin to allow this property as a 'safe' one that can >>>> be defined in a JNLP file, and I decided now is the time to get >>>> rid of it once and for all. It's not that I object to adding it >>>> to Web Start; I object to the necessity of having to define it >>>> in the first place. >>>> >>>> -- Scott >>> >>> I think you're right, I'm in favor of this change too. >>> >>> Cheers, Mario >> >> I'd be the first one to advocate for this, but isn't the key >> problem that he semantics of the Screen Menu bar violate certain >> rules in the JCK? Implementing arbitrary Java drawing into >> NSView-based menu items might even be possible post-Leopard, but is >> that really something the AWT team would want to implement? To me, if a JCK test makes certain assumption, which is not valid on such a widely distributed platform as Mac OS X, we should at least think about changing this assumption. However, given how important JCK certification is for the whole OpenJDK process, and I'd expect that we may not be able to change some parts of JCK, at least in 7u. > It's been so long since this was first added that I forgot the > original argument that triggered it in the first place. :-\ > > Let's find out what the JCK complaint is, and determine how valid the > complaint is. A poorly written rule should not be a hindrance to > providing a good UI. I think I'm (finally?) in a position to have > some kind of say or influence on the matter. This sounds very reasonable. Let me take care of contacting JCK team. > If it's some kind of custom menu item drawing that's causing this > failure, I don't consider that a valid reason to use in-window menus > by default. It's not done often enough to be a primary feature, and > (IMO) really shouldn't be done in the first place. > > -- Scott Thanks, Artem From alexander.zuev at oracle.com Mon Dec 5 05:51:07 2011 From: alexander.zuev at oracle.com (Alexander Zuev) Date: Mon, 05 Dec 2011 16:51:07 +0300 Subject: hg: macosx-port/macosx-port/jdk: Fix for MACOSX_PORT-765: Unable to run an GUI app remotely. In-Reply-To: <5614E40A-1EAA-4645-B935-5541A8195AE7@oracle.com> References: <20111204081354.CC8FA4755C@hg.openjdk.java.net> <5614E40A-1EAA-4645-B935-5541A8195AE7@oracle.com> Message-ID: <4EDCCC4B.5070208@oracle.com> Scott, thanks for early catching the trouble - yes, i got access to the Lion machine and seems that Apple removed this declaration from their header file so i'm about to redesign the fix and will push it in like half-an-hour. With best regards, Alexander Zuev. On 12/5/11 9:56, Scott Kovatch wrote: > This checkin is missing something (awt.h change?). The build is currently broken. > > /Users/skovatch/src/macosx-port/jdk/src/macosx/native/sun/awt/awt.m: In function '+[AWTStarter isRemoteSession]': > /Users/skovatch/src/macosx-port/jdk/src/macosx/native/sun/awt/awt.m:223: error: 'sessionWasInitialized' undeclared (first use in this function) > /Users/skovatch/src/macosx-port/jdk/src/macosx/native/sun/awt/awt.m:223: error: (Each undeclared identifier is reported only once > /Users/skovatch/src/macosx-port/jdk/src/macosx/native/sun/awt/awt.m:223: error: for each function it appears in.) > /Users/skovatch/src/macosx-port/jdk/src/macosx/native/sun/awt/awt.m: In function '+[AWTStarter markAppAsDaemon]': > /Users/skovatch/src/macosx-port/jdk/src/macosx/native/sun/awt/awt.m:232: warning: cast from pointer to integer of different size > > -- Scott K. > > On Dec 4, 2011, at 12:13 AM, alexander.zuev at oracle.com wrote: > >> Changeset: c50bdc544e22 >> Author: kizune >> Date: 2011-12-04 12:13 +0300 >> URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/c50bdc544e22 >> >> Fix for MACOSX_PORT-765: Unable to run an GUI app remotely. >> Do not issue error on awt.dylib loading if we detect that process is initiated by remote or daemon process. >> >> ! src/macosx/native/sun/awt/awt.m >> From alexander.zuev at oracle.com Mon Dec 5 06:05:14 2011 From: alexander.zuev at oracle.com (Alexander Zuev) Date: Mon, 05 Dec 2011 17:05:14 +0300 Subject: hg: macosx-port/macosx-port/jdk: Fix for MACOSX_PORT-765: Unable to run an GUI app remotely. In-Reply-To: <8DDCFBCC-121C-42E4-98C6-AA74F9046898@apple.com> References: <20111204081354.CC8FA4755C@hg.openjdk.java.net> <8DDCFBCC-121C-42E4-98C6-AA74F9046898@apple.com> Message-ID: <4EDCCF9A.3040005@oracle.com> On 12/4/11 20:37, Mike Swingler wrote: > On Dec 4, 2011, at 12:13 AM, alexander.zuev at oracle.com wrote: > >> Changeset: c50bdc544e22 >> Author: kizune >> Date: 2011-12-04 12:13 +0300 >> URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/c50bdc544e22 >> >> Fix for MACOSX_PORT-765: Unable to run an GUI app remotely. >> Do not issue error on awt.dylib loading if we detect that process is initiated by remote or daemon process. >> >> ! src/macosx/native/sun/awt/awt.m > I don't get it. Why didn't you just remove the +[AWTStarter isConnectedToWindowServer] check if you are going to allow all possible launch modes? Why do the extra work of asking for the session all over again? Is there some failure modes you are still filtering against? Yep, it was - in 10.6. If session was uninitialized it meant that there is no user logged in into the system so we filtered out the system-wide daemons such as cron or inetd for being able to start Java application without implicitly specifying that it is headless. I thought it is safer to do. Seems that this flag was removed from Lion headers so i assume that additional logic is not required here so i'm about to remove my new function from awt.m and will just disable the isConnectedToWindowServer check (without actually removing the function in case we will change our minds later). > > FYI, if you allow the Cocoa AWT to load when run from an SSH or daemon initiated session you _will_ get failures later when trying to use the Cocoa API when you are not logged in as console user. Perhaps this check needs to be re-thought to force headless if the session checks tell us we are not logged in as a console user? Well - it's exactly how it is done with the XToolkit - it initializes and application is able to work in non-headless mode even with X server not accessible at place specified in DISPLAY variable until it actually tries to create native peer. And if it does attempts native peer creation without working X server only then application crashes with clear and understandable error message. I haven't checked what the error message will look like in case of Cocoa application but i don't think that automatic switching to the headless mode is what we need - it may just confuse user. If you think differently - we might reconsider it at any time. With best regards, Alexander Zuev. From alexander.zuev at oracle.com Mon Dec 5 05:12:02 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Mon, 05 Dec 2011 13:12:02 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixing build failure in Lion and removing check for isConnectedToWindowServer completely for now. Message-ID: <20111205131214.0645247563@hg.openjdk.java.net> Changeset: f1fb626ef9ee Author: kizune Date: 2011-12-05 17:12 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/f1fb626ef9ee Fixing build failure in Lion and removing check for isConnectedToWindowServer completely for now. ! src/macosx/native/sun/awt/awt.m From anthony.petrov at oracle.com Mon Dec 5 05:23:13 2011 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Mon, 05 Dec 2011 17:23:13 +0400 Subject: dlload() a library from JDK's lib/ not knowing its full path In-Reply-To: <49B64C4B-929A-4FCA-B3CD-26D4473E22C0@apple.com> References: <4ECD0F86.7020101@oracle.com> <49B64C4B-929A-4FCA-B3CD-26D4473E22C0@apple.com> Message-ID: <4EDCC5C1.5070802@oracle.com> On 12/04/11 21:51, Mike Swingler wrote: >> I'm currently working on MACOSX_PORT-176 (AWT Splashscreen support), and I need to be able to dlopen() the splash screen dynamic library from the native code. The library normally goes into the lib/ subdirectory of the jdk (or jre). >> >> I've grep'ed macosx native code for other dlopen() calls and found out that we either load '0' (i.e. the current process itself), or use full path names to load a couple of common libs (notably, JavaRuntimeSupport and libGL.dylib). >> >> Apparently, in the former case we simply assume that all the necessary libs have already been loaded from Java code with a System.loadLibrary() call or an equivalent. In the case of the splash screen we can't load the library from Java because the JVM isn't started yet - the splash screen initialization code is triggered from the Java launcher code. >> >> Using dlopen("libsplashscreen.dylib"...) fails since the lib/ directory isn't in the search path for the dlopen() function. >> >> Any suggestions on how to load the library? Could I somehow retrieve the executable's path (which must be/bin/java or whatever other launcher is used) and calculate the full path for the library off it? Do I use argv[0] for that, or anything else specific to the Java launcher machinery (which I'm unfamiliar with, unfortunately)? Any other options? > > Since you can't assume that */bin/java is always going to be the primary executable (in the case of running from another process that started the JVM through JNI), you have you use an existing library you know the path of, and get dladdr()/dlsym() to do the hard work for you. > > At the point you are parsing the splashscreen arguments is libjava already loaded (or is this code going into libjava)? You can simply dladdr() a function in libjava (perhaps even the same function you are in), get the full path to libjava from the DL_Info, chop off the last path component and snsprint() append libsplashscreen.dylib to that path. > > Does this make sense? Yep. This is happening in libjli.dylib actually but otherwise this approach should work fine. Thanks for the tip! -- best regards, Anthony From paul.hohensee at oracle.com Mon Dec 5 06:24:30 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Mon, 05 Dec 2011 09:24:30 -0500 Subject: jdk7u-osx maintainer: Paul Hohensee In-Reply-To: <4ED90DA2.2000109@oracle.com> References: <4ED8DFBF.2060606@oracle.com> <4ED9000D.4050307@oracle.com> <4ED9093F.4010303@oracle.com> <4ED90DA2.2000109@oracle.com> Message-ID: <4EDCD41E.9060308@oracle.com> No, no objection. Paul On 12/2/11 12:40 PM, Andrey Pikalev wrote: > Thanks for clarification Dalibor! > > Paul, do you have any objection to the proposed maintainer role update? > > Thanks, > Andrey. > > On 12/2/2011 9:22 PM, Dalibor Topic wrote: >> On 12/2/11 5:42 PM, Andrey Pikalev wrote: >>> Hi Dalibor, >>> >>> Given the expected volume of changes in the awt/2d/swing areas I >>> strongly advise to add respective team representative as a >>> co-maintainer. Or alternatively delegate the maintainer authority >>> for awt/2d/swing to those teams representative. I suggest to grant >>> this role to Artem Ananiev who is OpenJDK AWT Group lead. >> >> As the forest's maintainer, that's Paul's call - if he sends an >> e-mail like >> the one I sent starting this thread to jdk7u-dev announcing either >> option, >> I'll take care of updating the JDK 7 Update Project's web page. >> >> cheers, >> dalibor topic From paul.hohensee at oracle.com Mon Dec 5 06:27:35 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Mon, 05 Dec 2011 09:27:35 -0500 Subject: jdk7u-osx maintainer: Paul Hohensee Message-ID: <4EDCD4D7.3050808@oracle.com> Per JDK 7 Update Ground Rules ?3 [0], I'm delegating the maintainer authority for jdk7u-osx AWT, 2D and Swing (and the corresponding closedjdk jdk7u forests) to Artem Ananiev, who is the OpenJDK AWT group lead. Welcome, Artem! Paul [0]http://openjdk.java.net/projects/jdk7u/groundrules.html From alexander.zuev at oracle.com Mon Dec 5 06:37:23 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Mon, 05 Dec 2011 14:37:23 +0000 Subject: hg: macosx-port/macosx-port/jdk: fixed MACOSX_PORT-624: JavaSoundAudioClip fails on certain test clip; extended trace/debug; fixed copyright header Message-ID: <20111205143735.1FC4247564@hg.openjdk.java.net> Changeset: 8f00cc3064bc Author: amenkov Date: 2011-12-05 18:37 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/8f00cc3064bc fixed MACOSX_PORT-624: JavaSoundAudioClip fails on certain test clip; extended trace/debug; fixed copyright header ! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp From swpalmer at gmail.com Mon Dec 5 06:49:30 2011 From: swpalmer at gmail.com (Scott Palmer) Date: Mon, 5 Dec 2011 09:49:30 -0500 Subject: Ending the need for apple.laf.useScreenMenuBar In-Reply-To: <4EDCA550.6080402@oracle.com> References: <98E2D45C-7931-4C41-A6C5-5B76DBA97C01@oracle.com> <22C17734-371C-460C-8234-BC25C249DB27@gmail.com> <8D244E52-D8CF-428F-B7F2-54A4889DF730@apple.com> <39C5D568-7A78-498D-B62D-ECEB4885AA89@oracle.com> <4EDCA550.6080402@oracle.com> Message-ID: On Mon, Dec 5, 2011 at 6:04 AM, Artem Ananiev wrote: > > On 12/3/2011 4:23 AM, Scott Kovatch wrote: > >> >> On Dec 2, 2011, at 2:57 PM, Mike Swingler wrote: >> >> On Dec 2, 2011, at 2:28 PM, Mario Torre wrote: >>> >>> Il giorno 02/dic/2011, alle ore 23:25, Scott Kovatch ha scritto: >>>> >>>>> Folks, >>>>> >>>>> This may be a better question for Artem and the AWT/Swing team, >>>>> but it affects the Mac so I'm starting here. >>>>> >>>>> Now that it's 2011, can we please get rid of >>>>> apple.laf.useScreenMenuBar and just allow menu bars in the Aqua >>>>> L&F to be enabled by default? I believe JavaFx doesn't force >>>>> Mac menu bars into the window (but if it does, I will make my >>>>> displeasure known to Richard Bair on Monday.) >>>>> >>>>> I ask, because today I was looking at the changes to Web Start >>>>> and the plugin to allow this property as a 'safe' one that can >>>>> be defined in a JNLP file, and I decided now is the time to get >>>>> rid of it once and for all. It's not that I object to adding it >>>>> to Web Start; I object to the necessity of having to define it >>>>> in the first place. >>>>> >>>>> -- Scott >>>>> >>>> >>>> I think you're right, I'm in favor of this change too. >>>> >>>> Cheers, Mario >>>> >>> >>> I'd be the first one to advocate for this, but isn't the key >>> problem that he semantics of the Screen Menu bar violate certain >>> rules in the JCK? Implementing arbitrary Java drawing into >>> NSView-based menu items might even be possible post-Leopard, but is >>> that really something the AWT team would want to implement? >>> >> > JMenuItem is a JComponent... as such Java developers are rightfully going to assume that the painting pipeline for JComponents applies. Wanting (or not) to implement it isn't really an argument :-) There are lots of UI guidelines that are platform specific and a general UI framework may support things that aren't typical or desirable on a specific platform. E.g. I believe on OS X icons on menu items are generally discouraged, even though they are possible such as is seen in Safari's Bookmarks menu. I'm not saying that I'm against this by the way. If the Aqua L&F automatically uses the screen menu bar that's fine with me. So long as code that does unusual things with JMenuItems doesn't crash. It wouldn't be the first time a particular look and feel was slightly incompatible with the cross-platform look and feel. Perhaps though, just in case, the Java Preference app could be used to toggle the default menu behaviour for the Aqua L&F? At least that would give people a workaround for things that break. Cheers, Scott P. From henri.gomez at gmail.com Mon Dec 5 07:52:49 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Mon, 5 Dec 2011 16:52:49 +0100 Subject: hg: jdk7u/jdk7u-osx: 30 new changesets In-Reply-To: <4EDC831C.2080303@oracle.com> References: <20111203211842.AE56347559@hg.openjdk.java.net> <4EDC831C.2080303@oracle.com> Message-ID: > On the question of "universal" versus "x86_64" binaries, I adjusted the > build to only produce > the 64 bit version because that is what hotspot produces. My understanding > is we're only > supporting a 64 bit VM. OpenJDK 7 from macosx-port is able to use both 32 and 64 bits mode (via -d32). Could we get back the previous (dual) mode ? From henri.gomez at gmail.com Mon Dec 5 07:56:56 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Mon, 5 Dec 2011 16:56:56 +0100 Subject: hg: jdk7u/jdk7u-osx: 30 new changesets In-Reply-To: References: <20111203211842.AE56347559@hg.openjdk.java.net> <4EDC831C.2080303@oracle.com> Message-ID: To produce binary, I use the following line : make ALLOW_DOWNLOADS=true SA_APPLE_BOOT_JAVA=true ALWAYS_PASS_TEST_GAMMA=true ALT_DROPS_DIR=/my/drop/dir ALT_BOOTDIR=`/usr/libexec/java_home -v 1.6` HOTSPOT_BUILD_JOBS=8 PARALLEL_COMPILE_JOBS=8 Don't have to specify ARCH_DATA_MODEL=64 2011/12/5 Henri Gomez : >> On the question of "universal" versus "x86_64" binaries, I adjusted the >> build to only produce >> the 64 bit version because that is what hotspot produces. My understanding >> is we're only >> supporting a 64 bit VM. > > OpenJDK 7 from macosx-port is able to use both 32 and 64 bits mode (via -d32). > > Could we get back the previous (dual) mode ? From kelly.ohair at oracle.com Mon Dec 5 08:00:41 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 5 Dec 2011 08:00:41 -0800 Subject: Status of all platform builds of jdk7u-osx repos In-Reply-To: <4EDBE2DD.2080208@oracle.com> References: <5BF688A2-9525-4D77-B73E-AECE4FA94429@oracle.com> <4EDBE2DD.2080208@oracle.com> Message-ID: <466D5224-115C-4F19-ACF0-97637532B180@oracle.com> So how did the jdk changes get integrated without the hotspot changes? That seems like a process problem. You should NEVER add a dependency on an interface that doesn't exist yet. Was this a jdk7u-osx issue or a jdk7u-dev issue? -kto On Dec 4, 2011, at 1:15 PM, Paul Hohensee wrote: > Yes, we're missing something in Hotspot. The fix is in hs23 b07, which is > being PIT'ed now and will be pushed up to jdk7u-dev Tuesday, if all goes > well. We can pull it down to jdk7u-osx as soon as it's pushed to jdk7u-dev. > > Paul > > On 12/4/11 3:44 PM, Kelly O'Hair wrote: >> FYI... >> >> I ran the jdk7u/jdk7u-osx forest through our internal build system that builds all the platforms >> plus the Mac. >> >> Only windows builds completed successfully. >> >> On Solaris and Linux, there is some kind of issue with a missing JVM external: >> JVM_SetNativeThreadName >> when building libjava.so. Are we missing something in hotspot? >> >> On the Mac, the builds appeared to complete then die at the last minute with a complaint about >> options passed into printf. It appears that the Mac does not like the "--" characters being passed >> in (file make/Defs-internal.gmk in define ReportBuildTimes). >> >> ######################################################################## >> ##### Leaving jdk for target(s) sanity all docs images ##### >> ######################################################################## >> ##### Build time 00:14:15 jdk for target(s) sanity all docs images ##### >> ######################################################################## >> >> /usr/bin/printf: illegal option -- - >> usage: printf format [arguments ...] >> make[1]: *** [generic_build_repo_series] Error 1 >> make: *** [build_product_image] Error 2 >> >> >> -kto >> From paul.hohensee at oracle.com Mon Dec 5 08:02:10 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Mon, 05 Dec 2011 11:02:10 -0500 Subject: Status of all platform builds of jdk7u-osx repos In-Reply-To: <466D5224-115C-4F19-ACF0-97637532B180@oracle.com> References: <5BF688A2-9525-4D77-B73E-AECE4FA94429@oracle.com> <4EDBE2DD.2080208@oracle.com> <466D5224-115C-4F19-ACF0-97637532B180@oracle.com> Message-ID: <4EDCEB02.7070607@oracle.com> On 12/5/11 11:00 AM, Kelly O'Hair wrote: > So how did the jdk changes get integrated without the hotspot changes? > That seems like a process problem. You should NEVER add a dependency on an interface that doesn't exist yet. In a master forest, I agree. In a development forest such as jdk7u-osx, it's ok to be out of sync for a day or two. Paul > > Was this a jdk7u-osx issue or a jdk7u-dev issue? jdk7u-osx. Paul > > -kto > > On Dec 4, 2011, at 1:15 PM, Paul Hohensee wrote: > >> Yes, we're missing something in Hotspot. The fix is in hs23 b07, which is >> being PIT'ed now and will be pushed up to jdk7u-dev Tuesday, if all goes >> well. We can pull it down to jdk7u-osx as soon as it's pushed to jdk7u-dev. >> >> Paul >> >> On 12/4/11 3:44 PM, Kelly O'Hair wrote: >>> FYI... >>> >>> I ran the jdk7u/jdk7u-osx forest through our internal build system that builds all the platforms >>> plus the Mac. >>> >>> Only windows builds completed successfully. >>> >>> On Solaris and Linux, there is some kind of issue with a missing JVM external: >>> JVM_SetNativeThreadName >>> when building libjava.so. Are we missing something in hotspot? >>> >>> On the Mac, the builds appeared to complete then die at the last minute with a complaint about >>> options passed into printf. It appears that the Mac does not like the "--" characters being passed >>> in (file make/Defs-internal.gmk in define ReportBuildTimes). >>> >>> ######################################################################## >>> ##### Leaving jdk for target(s) sanity all docs images ##### >>> ######################################################################## >>> ##### Build time 00:14:15 jdk for target(s) sanity all docs images ##### >>> ######################################################################## >>> >>> /usr/bin/printf: illegal option -- - >>> usage: printf format [arguments ...] >>> make[1]: *** [generic_build_repo_series] Error 1 >>> make: *** [build_product_image] Error 2 >>> >>> >>> -kto >>> From michael.x.mcmahon at oracle.com Mon Dec 5 08:12:41 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Mon, 05 Dec 2011 16:12:41 +0000 Subject: Status of all platform builds of jdk7u-osx repos In-Reply-To: <466D5224-115C-4F19-ACF0-97637532B180@oracle.com> References: <5BF688A2-9525-4D77-B73E-AECE4FA94429@oracle.com> <4EDBE2DD.2080208@oracle.com> <466D5224-115C-4F19-ACF0-97637532B180@oracle.com> Message-ID: <4EDCED79.7050005@oracle.com> The interface was there (in hotspot) but I presume due an oversight wasn't exported. I guess that's beside the point though. From a process point of view I probably should have disabled that functionality to avoid the dependency. So, mea culpa. I figured that since the forest wasn't really usable up to this point, it wouldn't cause a problem for anyone. But, I agree it might be better to avoid doing this in future - Michael. On 05/12/11 16:00, Kelly O'Hair wrote: > So how did the jdk changes get integrated without the hotspot changes? > That seems like a process problem. You should NEVER add a dependency on an interface that doesn't exist yet. > > Was this a jdk7u-osx issue or a jdk7u-dev issue? > > -kto > > On Dec 4, 2011, at 1:15 PM, Paul Hohensee wrote: > >> Yes, we're missing something in Hotspot. The fix is in hs23 b07, which is >> being PIT'ed now and will be pushed up to jdk7u-dev Tuesday, if all goes >> well. We can pull it down to jdk7u-osx as soon as it's pushed to jdk7u-dev. >> >> Paul >> >> On 12/4/11 3:44 PM, Kelly O'Hair wrote: >>> FYI... >>> >>> I ran the jdk7u/jdk7u-osx forest through our internal build system that builds all the platforms >>> plus the Mac. >>> >>> Only windows builds completed successfully. >>> >>> On Solaris and Linux, there is some kind of issue with a missing JVM external: >>> JVM_SetNativeThreadName >>> when building libjava.so. Are we missing something in hotspot? >>> >>> On the Mac, the builds appeared to complete then die at the last minute with a complaint about >>> options passed into printf. It appears that the Mac does not like the "--" characters being passed >>> in (file make/Defs-internal.gmk in define ReportBuildTimes). >>> >>> ######################################################################## >>> ##### Leaving jdk for target(s) sanity all docs images ##### >>> ######################################################################## >>> ##### Build time 00:14:15 jdk for target(s) sanity all docs images ##### >>> ######################################################################## >>> >>> /usr/bin/printf: illegal option -- - >>> usage: printf format [arguments ...] >>> make[1]: *** [generic_build_repo_series] Error 1 >>> make: *** [build_product_image] Error 2 >>> >>> >>> -kto >>> From kelly.ohair at oracle.com Mon Dec 5 08:27:09 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 5 Dec 2011 08:27:09 -0800 Subject: Status of all platform builds of jdk7u-osx repos In-Reply-To: <4EDCED79.7050005@oracle.com> References: <5BF688A2-9525-4D77-B73E-AECE4FA94429@oracle.com> <4EDBE2DD.2080208@oracle.com> <466D5224-115C-4F19-ACF0-97637532B180@oracle.com> <4EDCED79.7050005@oracle.com> Message-ID: <63B58F08-3148-43C5-BE81-892A1882841B@oracle.com> OK. No problem. Does someone have a fix for the 'printf --' Mac issue? Or should I file a CR and take care of it? -kto On Dec 5, 2011, at 8:12 AM, Michael McMahon wrote: > The interface was there (in hotspot) but I presume due an oversight wasn't exported. > I guess that's beside the point though. From a process point of view I probably should > have disabled that functionality to avoid the dependency. So, mea culpa. > > I figured that since the forest wasn't really usable up to this point, it wouldn't > cause a problem for anyone. But, I agree it might be better to avoid doing this in future > > - Michael. > > On 05/12/11 16:00, Kelly O'Hair wrote: >> So how did the jdk changes get integrated without the hotspot changes? >> That seems like a process problem. You should NEVER add a dependency on an interface that doesn't exist yet. >> >> Was this a jdk7u-osx issue or a jdk7u-dev issue? >> >> -kto >> >> On Dec 4, 2011, at 1:15 PM, Paul Hohensee wrote: >> >>> Yes, we're missing something in Hotspot. The fix is in hs23 b07, which is >>> being PIT'ed now and will be pushed up to jdk7u-dev Tuesday, if all goes >>> well. We can pull it down to jdk7u-osx as soon as it's pushed to jdk7u-dev. >>> >>> Paul >>> >>> On 12/4/11 3:44 PM, Kelly O'Hair wrote: >>>> FYI... >>>> >>>> I ran the jdk7u/jdk7u-osx forest through our internal build system that builds all the platforms >>>> plus the Mac. >>>> >>>> Only windows builds completed successfully. >>>> >>>> On Solaris and Linux, there is some kind of issue with a missing JVM external: >>>> JVM_SetNativeThreadName >>>> when building libjava.so. Are we missing something in hotspot? >>>> >>>> On the Mac, the builds appeared to complete then die at the last minute with a complaint about >>>> options passed into printf. It appears that the Mac does not like the "--" characters being passed >>>> in (file make/Defs-internal.gmk in define ReportBuildTimes). >>>> >>>> ######################################################################## >>>> ##### Leaving jdk for target(s) sanity all docs images ##### >>>> ######################################################################## >>>> ##### Build time 00:14:15 jdk for target(s) sanity all docs images ##### >>>> ######################################################################## >>>> >>>> /usr/bin/printf: illegal option -- - >>>> usage: printf format [arguments ...] >>>> make[1]: *** [generic_build_repo_series] Error 1 >>>> make: *** [build_product_image] Error 2 >>>> >>>> >>>> -kto >>>> > From scott.kovatch at oracle.com Mon Dec 5 08:29:06 2011 From: scott.kovatch at oracle.com (Scott Kovatch) Date: Mon, 5 Dec 2011 08:29:06 -0800 Subject: hg: macosx-port/macosx-port/jdk: Fix for MACOSX_PORT-765: Unable to run an GUI app remotely. In-Reply-To: <4EDCCC4B.5070208@oracle.com> References: <20111204081354.CC8FA4755C@hg.openjdk.java.net> <5614E40A-1EAA-4645-B935-5541A8195AE7@oracle.com> <4EDCCC4B.5070208@oracle.com> Message-ID: Thanks for the fast turnaround! I'm back up and running. -- Scott ---------------------------------------- Scott Kovatch scott.kovatch at oracle.com Santa Clara/Pleasanton, CA On Dec 5, 2011, at 5:51 AM, Alexander Zuev wrote: > Scott, > > thanks for early catching the trouble - yes, i got access to the Lion machine and seems that Apple > removed this declaration from their header file so i'm about to redesign the fix and will push it in > like half-an-hour. > > With best regards, > Alexander Zuev. From daniel.daugherty at oracle.com Mon Dec 5 08:57:59 2011 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Mon, 05 Dec 2011 09:57:59 -0700 Subject: Code Review Request for MacOS X build change (7117748) In-Reply-To: References: <4EDAF386.30307@oracle.com> <4EDB1A0A.6070704@oracle.com> <4EDBBA7A.9040903@oracle.com> <4EDBE445.4080204@oracle.com> <4EDBE7C2.5020900@oracle.com> Message-ID: <4EDCF817.1080802@oracle.com> make/bsd/makefiles/sa.make was created by cloning make/linux/makefiles/sa.make. The modules logic was added to sa.make by the following changeset: > changeset: 1547:0e7d2a08b605 > user: mchung > date: Wed Jul 07 15:35:58 2010 -0700 > files: make/linux/makefiles/sa.make > make/solaris/makefiles/sa.make src/os/linux/vm/os_linux.cpp > src/os/solaris/vm/os_solaris.cpp src/share/vm/runtime/os.cpp > description: > 6967423: Hotspot support for modules image > Summary: Add hotspot support for modules image > Reviewed-by: acorn The diffs for Linux sa.make look like: diff -r 5087ecc10458 -r 0e7d2a08b605 make/linux/makefiles/sa.make --- a/make/linux/makefiles/sa.make Wed Jul 07 14:12:08 2010 -0400 +++ b/make/linux/makefiles/sa.make Wed Jul 07 15:35:58 2010 -0700 @@ -40,6 +40,9 @@ # tools.jar is needed by the JDI - SA binding SA_CLASSPATH = $(BOOT_JAVA_HOME)/lib/tools.jar +# TODO: if it's a modules image, check if SA module is installed. +MODULELIB_PATH= $(BOOT_JAVA_HOME)/lib/modules + # gnumake 3.78.1 does not accept the *s that # are in AGENT_FILES1 and AGENT_FILES2, so use the shell to expand them AGENT_FILES1 := $(shell /usr/bin/test -d $(AGENT_DIR) && /bin/ls $(AGENT_FILES1)) @@ -65,7 +68,7 @@ echo "ALT_BOOTDIR, BOOTDIR or JAVA_HOME needs to be defined to build SA"; \ exit 1; \ fi - $(QUIETLY) if [ ! -f $(SA_CLASSPATH) ] ; then \ + $(QUIETLY) if [ ! -f $(SA_CLASSPATH) -a ! -d $(MODULELIB_PATH) ] ; then \ echo "Missing $(SA_CLASSPATH) file. Use 1.6.0 or later version of JDK";\ echo ""; \ exit 1; \ The logic before Mandy's change says: - if the $(SA_CLASSPATH) file doesn't exist, then complain and exit Mandy's changeset updated that logic to: - if the $(SA_CLASSPATH) file doesn't exist AND if the lib/modules directory does not exist, then complain and exit Mandy also added a TODO note about needing to add a check to see if the SA module is installed. So what does all this mean? - the modules logic that Mandy added is partial - there is a TODO note about what else needs to be added - if a proper boot JDK is provided, then the modules logic that Mandy added is never executed - if an improper boot JDK is provided AND the lib/modules directory exists, then the error message and exit will be skipped, but the build will fail later because the JDI classes won't be found In short (ha - too late for that), I think the SA_CLASSPATH logic is fine as it is. More modules changes will be needed in future, but that's not relevant to this fix. Vladimir, are you OK with this fix as it is? Dan On 12/4/11 2:42 PM, Karen Kinnear wrote: > If so - Mandy would be the one to ask ... > > thanks, > Karen > > On Dec 4, 2011, at 4:36 PM, Daniel D. Daugherty wrote: > >> On 12/4/11 2:21 PM, Vladimir Kozlov wrote: >>> Dan, >>> >>> I understand that module code was there before this fix but I am still concern that if lib/modules is present the makefile will continue execution even if SA_CLASSPATH does not exits. >> Yes, I think that is intentional. But I will figure out who added >> the modules logic and check with them. >> >> >>> It looks like current code works for us because we don't have lib/modules in our build environment. >> No, the current code works when SA_APPLE_BOOT_JAVA=true is specified >> on the command line and the boot JDK is in Apple's format because the >> JDI classes are found in classes.jar. When in the boot JDK is not in >> Apple's format and SA_APPLE_BOOT_JAVA is not specified, then the code >> works because the JDI classes are found in tools.jar. >> >> As long as one of the two expected boot JDKs are provided, then the >> modules code doesn't come into play. Even if lib/modules did exist >> in either of the boot JDKs, as long as either classes.jar or tools.jar >> is found, then all is good. >> >> >>> Someone should explain why we need this modules code. Can we remove it? >> I'll check into why that code is there, but I think it is an >> initial stab at modules support for the future... >> >> Dan >> >> >>> I am fine with the rest changes. >>> >>> Thanks, >>> Vladimir >>> >>> On 12/4/11 10:22 AM, Daniel D. Daugherty wrote: >>>> Vladimir, >>>> >>>> Thanks for the quick review! >>>> >>>> >>>> On 12/3/11 11:58 PM, Vladimir Kozlov wrote: >>>>> Sorry for my ignorance (and I can't access bugster now) >>>> And the bug hasn't appeared on bug.sun.com yet... sigh... >>>> >>>> >>>>> but why we should care about building current Hotspot with Apple's JDK? Is is because Macs in JPRT have only Apple's JDK? >>>> The default release in JPRT is 'jdk7' which means that the import >>>> JDK is 'jdk7'. However, the boot JDK for a 'jdk7' release job is >>>> 'jdk6u18'. For MacOS X, we use Apple's bits for the 'jdk6u18' >>>> boot JDK. For a 'jdk8' release job, we use 'jdk7' bits as the >>>> boot JDK. For MacOS X, we use Oracle's 'jdk7' bits... >>>> >>>> This means that my fix has to work with an Apple JDK or an Oracle >>>> JDK as the boot JDK. >>>> >>>> >>>>> What is _JUNK_ line for? >>>> Just a dummy variable so that the "INFO" mesg can be output. I tend >>>> to output INFO lines whenever an "ALT_*" variable is used. >>>> >>>> >>>>> Why there is no separate check for -f $(SA_CLASSPATH)? Current check also requires presence of lib/modules directory. >>>> For these lines: >>>> >>>> 88 $(QUIETLY) if [ ! -f "$(SA_CLASSPATH)" -a ! -d $(MODULELIB_PATH) ] ; then \ >>>> 89 echo "Cannot find JDI classes. Use 1.6.0 or later version of JDK."; \ >>>> >>>> all I did was add quotes around $(SA_CLASSPATH) on line 88 >>>> and change the output message on line 89. Since SA_CLASSPATH >>>> can now be empty, I needed to make sure that the '-f' check >>>> didn't blow up due to the empty variable and the error mesg >>>> was confusing with the empty variable also. >>>> >>>> As for the lib/modules directory, 1) I didn't add that logic and >>>> 2) the logic doesn't require the lib/modules directory. The logic >>>> issues the error message and fails if the file named by >>>> SA_CLASSPATH does not exist and if the lib/modules directory >>>> does not exist. Whoever put that logic in the Makefile is assuming >>>> that if the lib/modules directory exists, then the JDI classes >>>> will be found (somehow). >>>> >>>> Please let me know if I've resolved your concerns. >>>> >>>> Dan >>>> >>>> >>>>> thanks, >>>>> Vladimir >>>>> >>>>> On 12/3/11 8:13 PM, Daniel D. Daugherty wrote: >>>>>> Greetings, >>>>>> >>>>>> I have a fix that allows HSX-23 to be built on MacOS X via JPRT >>>>>> without specifying SA_APPLE_BOOT_JAVA or ALWAYS_PASS_TEST_GAMMA >>>>>> on the command line. I'm targeting this fix at RT_Baseline for >>>>>> the HSX-23-B08 snapshot. >>>>>> >>>>>> Here is the webrev URL: >>>>>> >>>>>> http://cr.openjdk.java.net/~dcubed/7117748-webrev/0/ >>>>>> >>>>>> I tested this fix with the default JPRT boot JDK (JDK6 from Apple) >>>>>> and with JDK7 boot JDK (JDK7 bits from Oracle). >>>>>> >>>>>> Thanks, in advance, for any reviews. >>>>>> >>>>>> Dan >>>>>> >>>>>> P.S. >>>>>> This fix does _not_ get "gamma" working on MacOS X. >>>>>> That work is being done separately. > From michael.x.mcmahon at oracle.com Mon Dec 5 09:22:15 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Mon, 05 Dec 2011 17:22:15 +0000 Subject: Status of all platform builds of jdk7u-osx repos In-Reply-To: <63B58F08-3148-43C5-BE81-892A1882841B@oracle.com> References: <5BF688A2-9525-4D77-B73E-AECE4FA94429@oracle.com> <4EDBE2DD.2080208@oracle.com> <466D5224-115C-4F19-ACF0-97637532B180@oracle.com> <4EDCED79.7050005@oracle.com> <63B58F08-3148-43C5-BE81-892A1882841B@oracle.com> Message-ID: <4EDCFDC7.6050100@oracle.com> On 05/12/11 16:27, Kelly O'Hair wrote: > OK. No problem. > > Does someone have a fix for the 'printf --' Mac issue? Or should I file a CR and take care of it? > I have a fix, and I was going to make a few miscellaneous build changes under one CR in the next day or so. If you need a fix sooner then this seems to work, but haven't tested it on Windows yet. The initial "-" in the printf below is interpreted as a format char on macos. diff -r 870fd5101f66 make/Defs-internal.gmk --- a/make/Defs-internal.gmk Wed Nov 16 16:09:43 2011 -0800 +++ b/make/Defs-internal.gmk Mon Dec 05 09:18:18 2011 -0800 @@ -79,7 +79,7 @@ # Find all build_time_* files and print their contents in a list sorted # on the name of the sub repository. define ReportBuildTimes -$(PRINTF) "-- Build times ----------\nTarget %s\nStart %s\nEnd %s\n%s\n%s\n-------------------------\n" \ +$(PRINTF) "\55- Build times ----------\nTarget %s\nStart %s\nEnd %s\n%s\n%s\n-------------------------\n" \ $1 \ "`$(CAT) $(BUILDTIMESDIR)/build_time_start_TOTAL_human_readable`" \ "`$(CAT) $(BUILDTIMESDIR)/build_time_end_TOTAL_human_readable`" \ > -kto > > On Dec 5, 2011, at 8:12 AM, Michael McMahon wrote: > >> The interface was there (in hotspot) but I presume due an oversight wasn't exported. >> I guess that's beside the point though. From a process point of view I probably should >> have disabled that functionality to avoid the dependency. So, mea culpa. >> >> I figured that since the forest wasn't really usable up to this point, it wouldn't >> cause a problem for anyone. But, I agree it might be better to avoid doing this in future >> >> - Michael. >> >> On 05/12/11 16:00, Kelly O'Hair wrote: >>> So how did the jdk changes get integrated without the hotspot changes? >>> That seems like a process problem. You should NEVER add a dependency on an interface that doesn't exist yet. >>> >>> Was this a jdk7u-osx issue or a jdk7u-dev issue? >>> >>> -kto >>> >>> On Dec 4, 2011, at 1:15 PM, Paul Hohensee wrote: >>> >>>> Yes, we're missing something in Hotspot. The fix is in hs23 b07, which is >>>> being PIT'ed now and will be pushed up to jdk7u-dev Tuesday, if all goes >>>> well. We can pull it down to jdk7u-osx as soon as it's pushed to jdk7u-dev. >>>> >>>> Paul >>>> >>>> On 12/4/11 3:44 PM, Kelly O'Hair wrote: >>>>> FYI... >>>>> >>>>> I ran the jdk7u/jdk7u-osx forest through our internal build system that builds all the platforms >>>>> plus the Mac. >>>>> >>>>> Only windows builds completed successfully. >>>>> >>>>> On Solaris and Linux, there is some kind of issue with a missing JVM external: >>>>> JVM_SetNativeThreadName >>>>> when building libjava.so. Are we missing something in hotspot? >>>>> >>>>> On the Mac, the builds appeared to complete then die at the last minute with a complaint about >>>>> options passed into printf. It appears that the Mac does not like the "--" characters being passed >>>>> in (file make/Defs-internal.gmk in define ReportBuildTimes). >>>>> >>>>> ######################################################################## >>>>> ##### Leaving jdk for target(s) sanity all docs images ##### >>>>> ######################################################################## >>>>> ##### Build time 00:14:15 jdk for target(s) sanity all docs images ##### >>>>> ######################################################################## >>>>> >>>>> /usr/bin/printf: illegal option -- - >>>>> usage: printf format [arguments ...] >>>>> make[1]: *** [generic_build_repo_series] Error 1 >>>>> make: *** [build_product_image] Error 2 >>>>> >>>>> >>>>> -kto >>>>> From kelly.ohair at oracle.com Mon Dec 5 09:59:26 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 5 Dec 2011 09:59:26 -0800 Subject: Status of all platform builds of jdk7u-osx repos In-Reply-To: <4EDCFDC7.6050100@oracle.com> References: <5BF688A2-9525-4D77-B73E-AECE4FA94429@oracle.com> <4EDBE2DD.2080208@oracle.com> <466D5224-115C-4F19-ACF0-97637532B180@oracle.com> <4EDCED79.7050005@oracle.com> <63B58F08-3148-43C5-BE81-892A1882841B@oracle.com> <4EDCFDC7.6050100@oracle.com> Message-ID: I can wait, not like I don't have a dozen other things to do, like everyone else. ;^) I may integrate some make/jprt.properties file changes, which are 100% harmless to everyone but JPRT. I want to set it up so that all JPRT jobs add macosx builds and tests by default. On the printf issue, I failed to see any man page or documentation on any system that implied that printf even took options, much less accepting the -- convention. At first I thought we just needed to add a -- argument, but I wonder if that is the right thing to do if there is no documentation that -- is officially accepted. :^( I was thinking we just need to change the -- to @@ or maybe a smiley face :^) -kto On Dec 5, 2011, at 9:22 AM, Michael McMahon wrote: > On 05/12/11 16:27, Kelly O'Hair wrote: >> OK. No problem. >> >> Does someone have a fix for the 'printf --' Mac issue? Or should I file a CR and take care of it? >> > I have a fix, and I was going to make a few miscellaneous build changes under one CR > in the next day or so. If you need a fix sooner then this seems to work, but haven't tested > it on Windows yet. The initial "-" in the printf below is interpreted as a format char on > macos. > > diff -r 870fd5101f66 make/Defs-internal.gmk > --- a/make/Defs-internal.gmk Wed Nov 16 16:09:43 2011 -0800 > +++ b/make/Defs-internal.gmk Mon Dec 05 09:18:18 2011 -0800 > @@ -79,7 +79,7 @@ > # Find all build_time_* files and print their contents in a list sorted > # on the name of the sub repository. > define ReportBuildTimes > -$(PRINTF) "-- Build times ----------\nTarget %s\nStart %s\nEnd %s\n%s\n%s\n-------------------------\n" \ > +$(PRINTF) "\55- Build times ----------\nTarget %s\nStart %s\nEnd %s\n%s\n%s\n-------------------------\n" \ > $1 \ > "`$(CAT) $(BUILDTIMESDIR)/build_time_start_TOTAL_human_readable`" \ > "`$(CAT) $(BUILDTIMESDIR)/build_time_end_TOTAL_human_readable`" \ > > >> -kto >> >> On Dec 5, 2011, at 8:12 AM, Michael McMahon wrote: >> >>> The interface was there (in hotspot) but I presume due an oversight wasn't exported. >>> I guess that's beside the point though. From a process point of view I probably should >>> have disabled that functionality to avoid the dependency. So, mea culpa. >>> >>> I figured that since the forest wasn't really usable up to this point, it wouldn't >>> cause a problem for anyone. But, I agree it might be better to avoid doing this in future >>> >>> - Michael. >>> >>> On 05/12/11 16:00, Kelly O'Hair wrote: >>>> So how did the jdk changes get integrated without the hotspot changes? >>>> That seems like a process problem. You should NEVER add a dependency on an interface that doesn't exist yet. >>>> >>>> Was this a jdk7u-osx issue or a jdk7u-dev issue? >>>> >>>> -kto >>>> >>>> On Dec 4, 2011, at 1:15 PM, Paul Hohensee wrote: >>>> >>>>> Yes, we're missing something in Hotspot. The fix is in hs23 b07, which is >>>>> being PIT'ed now and will be pushed up to jdk7u-dev Tuesday, if all goes >>>>> well. We can pull it down to jdk7u-osx as soon as it's pushed to jdk7u-dev. >>>>> >>>>> Paul >>>>> >>>>> On 12/4/11 3:44 PM, Kelly O'Hair wrote: >>>>>> FYI... >>>>>> >>>>>> I ran the jdk7u/jdk7u-osx forest through our internal build system that builds all the platforms >>>>>> plus the Mac. >>>>>> >>>>>> Only windows builds completed successfully. >>>>>> >>>>>> On Solaris and Linux, there is some kind of issue with a missing JVM external: >>>>>> JVM_SetNativeThreadName >>>>>> when building libjava.so. Are we missing something in hotspot? >>>>>> >>>>>> On the Mac, the builds appeared to complete then die at the last minute with a complaint about >>>>>> options passed into printf. It appears that the Mac does not like the "--" characters being passed >>>>>> in (file make/Defs-internal.gmk in define ReportBuildTimes). >>>>>> >>>>>> ######################################################################## >>>>>> ##### Leaving jdk for target(s) sanity all docs images ##### >>>>>> ######################################################################## >>>>>> ##### Build time 00:14:15 jdk for target(s) sanity all docs images ##### >>>>>> ######################################################################## >>>>>> >>>>>> /usr/bin/printf: illegal option -- - >>>>>> usage: printf format [arguments ...] >>>>>> make[1]: *** [generic_build_repo_series] Error 1 >>>>>> make: *** [build_product_image] Error 2 >>>>>> >>>>>> >>>>>> -kto >>>>>> > From kelly.ohair at oracle.com Mon Dec 5 10:27:33 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 5 Dec 2011 10:27:33 -0800 Subject: Status of all platform builds of jdk7u-osx repos In-Reply-To: <4EDCEB02.7070607@oracle.com> References: <5BF688A2-9525-4D77-B73E-AECE4FA94429@oracle.com> <4EDBE2DD.2080208@oracle.com> <466D5224-115C-4F19-ACF0-97637532B180@oracle.com> <4EDCEB02.7070607@oracle.com> Message-ID: On Dec 5, 2011, at 8:02 AM, Paul Hohensee wrote: > In a master forest, I agree. In a development forest such as jdk7u-osx, it's ok > to be out of sync for a day or two. It might not be a development forest, but in my opinion, it needs to be treated like an integration forest. Seems to me that openjdk has 3 types of forests/repositories: * Master repositories (e.g. jdk8/jdk8) where a build failure is unacceptable - A build failure here could seriously impact the project and organization - Any build failure here needs to be resolved in minutes * Integration repositories, for staging changes to the masters (e.g. jdk8/tl jdk8/build jdk8/awt) - A build failure here could impact the entire team using it - Any build failure here needs to be resolved in hours, but less than 4 in my opinion * Project repositories (e.g. macosx-port/macosx-port) - A build failure here could impact the entire team using it - It is up to the project, but being broken for a day here seems out of line too, especially considering the low overhead of pushing in a fix to these typically non-jcheck repositories Or did. Not sure how jdk7u repos fit into this. -kto From swingler at apple.com Mon Dec 5 10:29:52 2011 From: swingler at apple.com (Mike Swingler) Date: Mon, 05 Dec 2011 10:29:52 -0800 Subject: Ending the need for apple.laf.useScreenMenuBar In-Reply-To: References: <98E2D45C-7931-4C41-A6C5-5B76DBA97C01@oracle.com> <22C17734-371C-460C-8234-BC25C249DB27@gmail.com> <8D244E52-D8CF-428F-B7F2-54A4889DF730@apple.com> <39C5D568-7A78-498D-B62D-ECEB4885AA89@oracle.com> <4EDCA550.6080402@oracle.com> Message-ID: <005866A6-DB52-46BB-B6A7-43B046333DD8@apple.com> On Dec 5, 2011, at 6:49 AM, Scott Palmer wrote: > On Mon, Dec 5, 2011 at 6:04 AM, Artem Ananiev wrote: > >> On 12/3/2011 4:23 AM, Scott Kovatch wrote: >> >>> >>> On Dec 2, 2011, at 2:57 PM, Mike Swingler wrote: >>> >>> On Dec 2, 2011, at 2:28 PM, Mario Torre wrote: >>>> >>>> Il giorno 02/dic/2011, alle ore 23:25, Scott Kovatch ha scritto: >>>>> >>>>>> Folks, >>>>>> >>>>>> This may be a better question for Artem and the AWT/Swing team, >>>>>> but it affects the Mac so I'm starting here. >>>>>> >>>>>> Now that it's 2011, can we please get rid of >>>>>> apple.laf.useScreenMenuBar and just allow menu bars in the Aqua >>>>>> L&F to be enabled by default? I believe JavaFx doesn't force >>>>>> Mac menu bars into the window (but if it does, I will make my >>>>>> displeasure known to Richard Bair on Monday.) >>>>>> >>>>>> I ask, because today I was looking at the changes to Web Start >>>>>> and the plugin to allow this property as a 'safe' one that can >>>>>> be defined in a JNLP file, and I decided now is the time to get >>>>>> rid of it once and for all. It's not that I object to adding it >>>>>> to Web Start; I object to the necessity of having to define it >>>>>> in the first place. >>>>>> >>>>>> -- Scott >>>>>> >>>>> >>>>> I think you're right, I'm in favor of this change too. >>>>> >>>>> Cheers, Mario >>>>> >>>> >>>> I'd be the first one to advocate for this, but isn't the key >>>> problem that he semantics of the Screen Menu bar violate certain >>>> rules in the JCK? Implementing arbitrary Java drawing into >>>> NSView-based menu items might even be possible post-Leopard, but is >>>> that really something the AWT team would want to implement? >>>> >>> >> > JMenuItem is a JComponent... as such Java developers are rightfully going > to assume that the painting pipeline for JComponents applies. > Wanting (or not) to implement it isn't really an argument :-) > There are lots of UI guidelines that are platform specific and a general UI > framework may support things that aren't typical or desirable on a specific > platform. E.g. I believe on OS X icons on menu items are generally > discouraged, even though they are possible such as is seen in Safari's > Bookmarks menu. > > I'm not saying that I'm against this by the way. If the Aqua L&F > automatically uses the screen menu bar that's fine with me. So long as > code that does unusual things with JMenuItems doesn't crash. It wouldn't > be the first time a particular look and feel was slightly incompatible with > the cross-platform look and feel. Perhaps though, just in case, the Java > Preference app could be used to toggle the default menu behaviour for the > Aqua L&F? At least that would give people a workaround for things that > break. The current situation is the ScreenMenuBar is not default, but virtually every app that has an explicit deployment for the Mac sets this property. Apps that don't even bother to test or deploy for Mac OS X get cross platform behavior and a cross platform user experience. I don't see the harm of letting developers continue opt-up into a less compatible, but more Mac-like experience. This is just like using Meta instead of Ctrl based keyboard accelerators when on a Mac. Regards, Mike Swingler Apple Inc. From dalibor.topic at oracle.com Mon Dec 5 10:54:20 2011 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Mon, 05 Dec 2011 19:54:20 +0100 Subject: Status of all platform builds of jdk7u-osx repos In-Reply-To: References: <5BF688A2-9525-4D77-B73E-AECE4FA94429@oracle.com> <4EDBE2DD.2080208@oracle.com> <466D5224-115C-4F19-ACF0-97637532B180@oracle.com> <4EDCEB02.7070607@oracle.com> Message-ID: <4EDD135C.8000004@oracle.com> On 12/5/11 7:27 PM, Kelly O'Hair wrote: > > On Dec 5, 2011, at 8:02 AM, Paul Hohensee wrote: > >> In a master forest, I agree. In a development forest such as jdk7u-osx, it's ok >> to be out of sync for a day or two. > > It might not be a development forest, but in my opinion, it needs to be treated like an integration forest. > > Seems to me that openjdk has 3 types of forests/repositories: > > * Master repositories (e.g. jdk8/jdk8) where a build failure is unacceptable > - A build failure here could seriously impact the project and organization > - Any build failure here needs to be resolved in minutes > > * Integration repositories, for staging changes to the masters (e.g. jdk8/tl jdk8/build jdk8/awt) > - A build failure here could impact the entire team using it > - Any build failure here needs to be resolved in hours, but less than 4 in my opinion > > * Project repositories (e.g. macosx-port/macosx-port) > - A build failure here could impact the entire team using it > - It is up to the project, but being broken for a day here seems out of line too, especially > considering the low overhead of pushing in a fix to these typically non-jcheck repositories > > Or did. Not sure how jdk7u repos fit into this. jdk7u has all of them - masters like jdk7u2, integration repos like jdk7u-dev, with jdk7u-osx fitting best into the project category, from my POV. cheers, dalibor topic -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | Mobile: +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 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle Oracle is committed to developing practices and products that help protect the environment From artem.ananiev at oracle.com Mon Dec 5 11:07:55 2011 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Mon, 05 Dec 2011 23:07:55 +0400 Subject: jdk7u-osx maintainer: Paul Hohensee In-Reply-To: <4EDCD4D7.3050808@oracle.com> References: <4EDCD4D7.3050808@oracle.com> Message-ID: <4EDD168B.6070807@oracle.com> On 12/5/2011 6:27 PM, Paul Hohensee wrote: > Per JDK 7 Update Ground Rules ?3 [0], I'm delegating the maintainer > authority for > jdk7u-osx AWT, 2D and Swing (and the corresponding closedjdk jdk7u > forests) to > Artem Ananiev, who is the OpenJDK AWT group lead. > > Welcome, Artem! Thanks, Paul! Artem > Paul > > [0]http://openjdk.java.net/projects/jdk7u/groundrules.html > > From paul.hohensee at oracle.com Mon Dec 5 11:14:13 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Mon, 05 Dec 2011 14:14:13 -0500 Subject: Status of all platform builds of jdk7u-osx repos In-Reply-To: <4EDD135C.8000004@oracle.com> References: <5BF688A2-9525-4D77-B73E-AECE4FA94429@oracle.com> <4EDBE2DD.2080208@oracle.com> <466D5224-115C-4F19-ACF0-97637532B180@oracle.com> <4EDCEB02.7070607@oracle.com> <4EDD135C.8000004@oracle.com> Message-ID: <4EDD1805.3050506@oracle.com> Right. Given that only the Solaris and Linux builds are broken until hotspot gets pushed up, and that there's a patch available to allow that until then, and that we're just now getting to the point that jdk7u-osx is buildable at all and that the team is therefore not really using it yet, I'm ok with a day or two of being unsync'ed. We're not likely to allow it again though. It's not all that low overhead to get hotspot pushed, since the hotspot team decided to push up on PIT'ed (i.e., tested) versions of hs23. That's not true of the core libs team though: they're treating jdk7u-osx like the t&l forest. Paul On 12/5/11 1:54 PM, Dalibor Topic wrote: > On 12/5/11 7:27 PM, Kelly O'Hair wrote: >> On Dec 5, 2011, at 8:02 AM, Paul Hohensee wrote: >> >>> In a master forest, I agree. In a development forest such as jdk7u-osx, it's ok >>> to be out of sync for a day or two. >> It might not be a development forest, but in my opinion, it needs to be treated like an integration forest. >> >> Seems to me that openjdk has 3 types of forests/repositories: >> >> * Master repositories (e.g. jdk8/jdk8) where a build failure is unacceptable >> - A build failure here could seriously impact the project and organization >> - Any build failure here needs to be resolved in minutes >> >> * Integration repositories, for staging changes to the masters (e.g. jdk8/tl jdk8/build jdk8/awt) >> - A build failure here could impact the entire team using it >> - Any build failure here needs to be resolved in hours, but less than 4 in my opinion >> >> * Project repositories (e.g. macosx-port/macosx-port) >> - A build failure here could impact the entire team using it >> - It is up to the project, but being broken for a day here seems out of line too, especially >> considering the low overhead of pushing in a fix to these typically non-jcheck repositories >> >> Or did. Not sure how jdk7u repos fit into this. > jdk7u has all of them - masters like jdk7u2, integration repos like jdk7u-dev, with jdk7u-osx fitting best into the project category, > from my POV. > > cheers, > dalibor topic From mandy.chung at oracle.com Mon Dec 5 11:53:58 2011 From: mandy.chung at oracle.com (Mandy Chung) Date: Mon, 05 Dec 2011 11:53:58 -0800 Subject: Code Review Request for MacOS X build change (7117748) In-Reply-To: <4EDBE7C2.5020900@oracle.com> References: <4EDAF386.30307@oracle.com> <4EDB1A0A.6070704@oracle.com> <4EDBBA7A.9040903@oracle.com> <4EDBE445.4080204@oracle.com> <4EDBE7C2.5020900@oracle.com> Message-ID: <4EDD2156.5030901@oracle.com> Dan, I'll add more details in the next reply once I go through the discussion in this thread. The short answer is that you can remove the lib/modules check in the makefile if it helps clear the confusion. It was the change I made in hotspot to prepare for the integration of jigsaw/jdk integration that was initially planned for jdk7 [1]. Mandy P.S. Sorry for chiming in late. I'm off today. [1] http://mreinhold.org/blog/rethinking-jdk7 On 12/4/11 1:36 PM, Daniel D. Daugherty wrote: > On 12/4/11 2:21 PM, Vladimir Kozlov wrote: >> Dan, >> >> I understand that module code was there before this fix but I am >> still concern that if lib/modules is present the makefile will >> continue execution even if SA_CLASSPATH does not exits. > > Yes, I think that is intentional. But I will figure out who added > the modules logic and check with them. > > >> It looks like current code works for us because we don't have >> lib/modules in our build environment. > > No, the current code works when SA_APPLE_BOOT_JAVA=true is specified > on the command line and the boot JDK is in Apple's format because the > JDI classes are found in classes.jar. When in the boot JDK is not in > Apple's format and SA_APPLE_BOOT_JAVA is not specified, then the code > works because the JDI classes are found in tools.jar. > > As long as one of the two expected boot JDKs are provided, then the > modules code doesn't come into play. Even if lib/modules did exist > in either of the boot JDKs, as long as either classes.jar or tools.jar > is found, then all is good. > > >> Someone should explain why we need this modules code. Can we remove it? > > I'll check into why that code is there, but I think it is an > initial stab at modules support for the future... > > Dan > From vladimir.kozlov at oracle.com Mon Dec 5 12:11:24 2011 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Mon, 05 Dec 2011 12:11:24 -0800 Subject: Code Review Request for MacOS X build change (7117748) In-Reply-To: <4EDCF817.1080802@oracle.com> References: <4EDAF386.30307@oracle.com> <4EDB1A0A.6070704@oracle.com> <4EDBBA7A.9040903@oracle.com> <4EDBE445.4080204@oracle.com> <4EDBE7C2.5020900@oracle.com> <4EDCF817.1080802@oracle.com> Message-ID: <4EDD256C.3010904@oracle.com> Thank you, Dan, for digging the history of modules code. Yes, I'm OK with your fix. Thanks, Vladimir On 12/5/11 8:57 AM, Daniel D. Daugherty wrote: > make/bsd/makefiles/sa.make was created by cloning > make/linux/makefiles/sa.make. The modules logic was > added to sa.make by the following changeset: > >> changeset: 1547:0e7d2a08b605 >> user: mchung >> date: Wed Jul 07 15:35:58 2010 -0700 >> files: make/linux/makefiles/sa.make make/solaris/makefiles/sa.make src/os/linux/vm/os_linux.cpp >> src/os/solaris/vm/os_solaris.cpp src/share/vm/runtime/os.cpp >> description: >> 6967423: Hotspot support for modules image >> Summary: Add hotspot support for modules image >> Reviewed-by: acorn > > The diffs for Linux sa.make look like: > > diff -r 5087ecc10458 -r 0e7d2a08b605 make/linux/makefiles/sa.make > --- a/make/linux/makefiles/sa.make Wed Jul 07 14:12:08 2010 -0400 > +++ b/make/linux/makefiles/sa.make Wed Jul 07 15:35:58 2010 -0700 > @@ -40,6 +40,9 @@ > # tools.jar is needed by the JDI - SA binding > SA_CLASSPATH = $(BOOT_JAVA_HOME)/lib/tools.jar > > +# TODO: if it's a modules image, check if SA module is installed. > +MODULELIB_PATH= $(BOOT_JAVA_HOME)/lib/modules > + > # gnumake 3.78.1 does not accept the *s that > # are in AGENT_FILES1 and AGENT_FILES2, so use the shell to expand them > AGENT_FILES1 := $(shell /usr/bin/test -d $(AGENT_DIR) && /bin/ls $(AGENT_FILES1)) > @@ -65,7 +68,7 @@ > echo "ALT_BOOTDIR, BOOTDIR or JAVA_HOME needs to be defined to build SA"; \ > exit 1; \ > fi > - $(QUIETLY) if [ ! -f $(SA_CLASSPATH) ] ; then \ > + $(QUIETLY) if [ ! -f $(SA_CLASSPATH) -a ! -d $(MODULELIB_PATH) ] ; then \ > echo "Missing $(SA_CLASSPATH) file. Use 1.6.0 or later version of JDK";\ > echo ""; \ > exit 1; \ > > > The logic before Mandy's change says: > > - if the $(SA_CLASSPATH) file doesn't exist, then complain and exit > > Mandy's changeset updated that logic to: > > - if the $(SA_CLASSPATH) file doesn't exist AND if the lib/modules > directory does not exist, then complain and exit > > Mandy also added a TODO note about needing to add a check to see > if the SA module is installed. > > So what does all this mean? > > - the modules logic that Mandy added is partial > - there is a TODO note about what else needs to be added > - if a proper boot JDK is provided, then the modules > logic that Mandy added is never executed > - if an improper boot JDK is provided AND the lib/modules > directory exists, then the error message and exit will > be skipped, but the build will fail later because the > JDI classes won't be found > > In short (ha - too late for that), I think the SA_CLASSPATH > logic is fine as it is. More modules changes will be needed > in future, but that's not relevant to this fix. > > Vladimir, are you OK with this fix as it is? > > Dan > > > > On 12/4/11 2:42 PM, Karen Kinnear wrote: >> If so - Mandy would be the one to ask ... >> >> thanks, >> Karen >> >> On Dec 4, 2011, at 4:36 PM, Daniel D. Daugherty wrote: >> >>> On 12/4/11 2:21 PM, Vladimir Kozlov wrote: >>>> Dan, >>>> >>>> I understand that module code was there before this fix but I am still concern that if lib/modules is present the >>>> makefile will continue execution even if SA_CLASSPATH does not exits. >>> Yes, I think that is intentional. But I will figure out who added >>> the modules logic and check with them. >>> >>> >>>> It looks like current code works for us because we don't have lib/modules in our build environment. >>> No, the current code works when SA_APPLE_BOOT_JAVA=true is specified >>> on the command line and the boot JDK is in Apple's format because the >>> JDI classes are found in classes.jar. When in the boot JDK is not in >>> Apple's format and SA_APPLE_BOOT_JAVA is not specified, then the code >>> works because the JDI classes are found in tools.jar. >>> >>> As long as one of the two expected boot JDKs are provided, then the >>> modules code doesn't come into play. Even if lib/modules did exist >>> in either of the boot JDKs, as long as either classes.jar or tools.jar >>> is found, then all is good. >>> >>> >>>> Someone should explain why we need this modules code. Can we remove it? >>> I'll check into why that code is there, but I think it is an >>> initial stab at modules support for the future... >>> >>> Dan >>> >>> >>>> I am fine with the rest changes. >>>> >>>> Thanks, >>>> Vladimir >>>> >>>> On 12/4/11 10:22 AM, Daniel D. Daugherty wrote: >>>>> Vladimir, >>>>> >>>>> Thanks for the quick review! >>>>> >>>>> >>>>> On 12/3/11 11:58 PM, Vladimir Kozlov wrote: >>>>>> Sorry for my ignorance (and I can't access bugster now) >>>>> And the bug hasn't appeared on bug.sun.com yet... sigh... >>>>> >>>>> >>>>>> but why we should care about building current Hotspot with Apple's JDK? Is is because Macs in JPRT have only >>>>>> Apple's JDK? >>>>> The default release in JPRT is 'jdk7' which means that the import >>>>> JDK is 'jdk7'. However, the boot JDK for a 'jdk7' release job is >>>>> 'jdk6u18'. For MacOS X, we use Apple's bits for the 'jdk6u18' >>>>> boot JDK. For a 'jdk8' release job, we use 'jdk7' bits as the >>>>> boot JDK. For MacOS X, we use Oracle's 'jdk7' bits... >>>>> >>>>> This means that my fix has to work with an Apple JDK or an Oracle >>>>> JDK as the boot JDK. >>>>> >>>>> >>>>>> What is _JUNK_ line for? >>>>> Just a dummy variable so that the "INFO" mesg can be output. I tend >>>>> to output INFO lines whenever an "ALT_*" variable is used. >>>>> >>>>> >>>>>> Why there is no separate check for -f $(SA_CLASSPATH)? Current check also requires presence of lib/modules directory. >>>>> For these lines: >>>>> >>>>> 88 $(QUIETLY) if [ ! -f "$(SA_CLASSPATH)" -a ! -d $(MODULELIB_PATH) ] ; then \ >>>>> 89 echo "Cannot find JDI classes. Use 1.6.0 or later version of JDK."; \ >>>>> >>>>> all I did was add quotes around $(SA_CLASSPATH) on line 88 >>>>> and change the output message on line 89. Since SA_CLASSPATH >>>>> can now be empty, I needed to make sure that the '-f' check >>>>> didn't blow up due to the empty variable and the error mesg >>>>> was confusing with the empty variable also. >>>>> >>>>> As for the lib/modules directory, 1) I didn't add that logic and >>>>> 2) the logic doesn't require the lib/modules directory. The logic >>>>> issues the error message and fails if the file named by >>>>> SA_CLASSPATH does not exist and if the lib/modules directory >>>>> does not exist. Whoever put that logic in the Makefile is assuming >>>>> that if the lib/modules directory exists, then the JDI classes >>>>> will be found (somehow). >>>>> >>>>> Please let me know if I've resolved your concerns. >>>>> >>>>> Dan >>>>> >>>>> >>>>>> thanks, >>>>>> Vladimir >>>>>> >>>>>> On 12/3/11 8:13 PM, Daniel D. Daugherty wrote: >>>>>>> Greetings, >>>>>>> >>>>>>> I have a fix that allows HSX-23 to be built on MacOS X via JPRT >>>>>>> without specifying SA_APPLE_BOOT_JAVA or ALWAYS_PASS_TEST_GAMMA >>>>>>> on the command line. I'm targeting this fix at RT_Baseline for >>>>>>> the HSX-23-B08 snapshot. >>>>>>> >>>>>>> Here is the webrev URL: >>>>>>> >>>>>>> http://cr.openjdk.java.net/~dcubed/7117748-webrev/0/ >>>>>>> >>>>>>> I tested this fix with the default JPRT boot JDK (JDK6 from Apple) >>>>>>> and with JDK7 boot JDK (JDK7 bits from Oracle). >>>>>>> >>>>>>> Thanks, in advance, for any reviews. >>>>>>> >>>>>>> Dan >>>>>>> >>>>>>> P.S. >>>>>>> This fix does _not_ get "gamma" working on MacOS X. >>>>>>> That work is being done separately. >> From mandy.chung at oracle.com Mon Dec 5 13:33:35 2011 From: mandy.chung at oracle.com (Mandy Chung) Date: Mon, 05 Dec 2011 13:33:35 -0800 Subject: Code Review Request for MacOS X build change (7117748) In-Reply-To: <4EDCF817.1080802@oracle.com> References: <4EDAF386.30307@oracle.com> <4EDB1A0A.6070704@oracle.com> <4EDBBA7A.9040903@oracle.com> <4EDBE445.4080204@oracle.com> <4EDBE7C2.5020900@oracle.com> <4EDCF817.1080802@oracle.com> Message-ID: <4EDD38AF.3020508@oracle.com> On 12/5/11 8:57 AM, Daniel D. Daugherty wrote: > > The logic before Mandy's change says: > > - if the $(SA_CLASSPATH) file doesn't exist, then complain and exit > > Mandy's changeset updated that logic to: > > - if the $(SA_CLASSPATH) file doesn't exist AND if the lib/modules > directory does not exist, then complain and exit > > Mandy also added a TODO note about needing to add a check to see > if the SA module is installed. > > So what does all this mean? > > - the modules logic that Mandy added is partial > - there is a TODO note about what else needs to be added > - if a proper boot JDK is provided, then the modules > logic that Mandy added is never executed > - if an improper boot JDK is provided AND the lib/modules > directory exists, then the error message and exit will > be skipped, but the build will fail later because the > JDI classes won't be found > I think Dan already got what he needs and Vladmir's approval to the review. FWIW. Some background to the SA build logic and modules image to explain the change I made: The check for SA_CLASSPATH exists in the boot JDK is to detect if the classpath was setup properly to compile the SA JDI connectors that references com.sun.jdi.* API. The build will fail before it compiles any sa-jdi classes. In the modular world, tools.jar, rt.jar, and other jar files no longer exist. Instead, com.sun.jdi will be installed in the modular JDK as a module. For a skip boot cycle build, the JDK will be built with itself. In other words, for jigsaw, it will build itself with a modular JDK. The makefile needs to detect if the boot JDK is a modular JDK or legacy JDK (i.e. existing JDK releases) and then checks for tools.jar or the module for JDI. A modular JDK will have a new "lib/modules" directory in which the jdk modules are installed. That's why the "lib/modules" check was added as the partial fix. A complete fix for this modules logic is to check if the module for JDI exists. In any case, this check can be removed if it causes any confusion. Mandy From daniel.daugherty at oracle.com Mon Dec 5 13:37:50 2011 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Mon, 05 Dec 2011 14:37:50 -0700 Subject: Code Review Request for MacOS X build change (7117748) In-Reply-To: <4EDD256C.3010904@oracle.com> References: <4EDAF386.30307@oracle.com> <4EDB1A0A.6070704@oracle.com> <4EDBBA7A.9040903@oracle.com> <4EDBE445.4080204@oracle.com> <4EDBE7C2.5020900@oracle.com> <4EDCF817.1080802@oracle.com> <4EDD256C.3010904@oracle.com> Message-ID: <4EDD39AE.4000909@oracle.com> Thanks Vladimir! Dan On 12/5/11 1:11 PM, Vladimir Kozlov wrote: > Thank you, Dan, for digging the history of modules code. > Yes, I'm OK with your fix. > > Thanks, > Vladimir > > On 12/5/11 8:57 AM, Daniel D. Daugherty wrote: >> make/bsd/makefiles/sa.make was created by cloning >> make/linux/makefiles/sa.make. The modules logic was >> added to sa.make by the following changeset: >> >>> changeset: 1547:0e7d2a08b605 >>> user: mchung >>> date: Wed Jul 07 15:35:58 2010 -0700 >>> files: make/linux/makefiles/sa.make make/solaris/makefiles/sa.make >>> src/os/linux/vm/os_linux.cpp >>> src/os/solaris/vm/os_solaris.cpp src/share/vm/runtime/os.cpp >>> description: >>> 6967423: Hotspot support for modules image >>> Summary: Add hotspot support for modules image >>> Reviewed-by: acorn >> >> The diffs for Linux sa.make look like: >> >> diff -r 5087ecc10458 -r 0e7d2a08b605 make/linux/makefiles/sa.make >> --- a/make/linux/makefiles/sa.make Wed Jul 07 14:12:08 2010 -0400 >> +++ b/make/linux/makefiles/sa.make Wed Jul 07 15:35:58 2010 -0700 >> @@ -40,6 +40,9 @@ >> # tools.jar is needed by the JDI - SA binding >> SA_CLASSPATH = $(BOOT_JAVA_HOME)/lib/tools.jar >> >> +# TODO: if it's a modules image, check if SA module is installed. >> +MODULELIB_PATH= $(BOOT_JAVA_HOME)/lib/modules >> + >> # gnumake 3.78.1 does not accept the *s that >> # are in AGENT_FILES1 and AGENT_FILES2, so use the shell to expand them >> AGENT_FILES1 := $(shell /usr/bin/test -d $(AGENT_DIR) && /bin/ls >> $(AGENT_FILES1)) >> @@ -65,7 +68,7 @@ >> echo "ALT_BOOTDIR, BOOTDIR or JAVA_HOME needs to be defined to build >> SA"; \ >> exit 1; \ >> fi >> - $(QUIETLY) if [ ! -f $(SA_CLASSPATH) ] ; then \ >> + $(QUIETLY) if [ ! -f $(SA_CLASSPATH) -a ! -d $(MODULELIB_PATH) ] ; >> then \ >> echo "Missing $(SA_CLASSPATH) file. Use 1.6.0 or later version of JDK";\ >> echo ""; \ >> exit 1; \ >> >> >> The logic before Mandy's change says: >> >> - if the $(SA_CLASSPATH) file doesn't exist, then complain and exit >> >> Mandy's changeset updated that logic to: >> >> - if the $(SA_CLASSPATH) file doesn't exist AND if the lib/modules >> directory does not exist, then complain and exit >> >> Mandy also added a TODO note about needing to add a check to see >> if the SA module is installed. >> >> So what does all this mean? >> >> - the modules logic that Mandy added is partial >> - there is a TODO note about what else needs to be added >> - if a proper boot JDK is provided, then the modules >> logic that Mandy added is never executed >> - if an improper boot JDK is provided AND the lib/modules >> directory exists, then the error message and exit will >> be skipped, but the build will fail later because the >> JDI classes won't be found >> >> In short (ha - too late for that), I think the SA_CLASSPATH >> logic is fine as it is. More modules changes will be needed >> in future, but that's not relevant to this fix. >> >> Vladimir, are you OK with this fix as it is? >> >> Dan >> >> >> >> On 12/4/11 2:42 PM, Karen Kinnear wrote: >>> If so - Mandy would be the one to ask ... >>> >>> thanks, >>> Karen >>> >>> On Dec 4, 2011, at 4:36 PM, Daniel D. Daugherty wrote: >>> >>>> On 12/4/11 2:21 PM, Vladimir Kozlov wrote: >>>>> Dan, >>>>> >>>>> I understand that module code was there before this fix but I am >>>>> still concern that if lib/modules is present the >>>>> makefile will continue execution even if SA_CLASSPATH does not exits. >>>> Yes, I think that is intentional. But I will figure out who added >>>> the modules logic and check with them. >>>> >>>> >>>>> It looks like current code works for us because we don't have >>>>> lib/modules in our build environment. >>>> No, the current code works when SA_APPLE_BOOT_JAVA=true is specified >>>> on the command line and the boot JDK is in Apple's format because the >>>> JDI classes are found in classes.jar. When in the boot JDK is not in >>>> Apple's format and SA_APPLE_BOOT_JAVA is not specified, then the code >>>> works because the JDI classes are found in tools.jar. >>>> >>>> As long as one of the two expected boot JDKs are provided, then the >>>> modules code doesn't come into play. Even if lib/modules did exist >>>> in either of the boot JDKs, as long as either classes.jar or tools.jar >>>> is found, then all is good. >>>> >>>> >>>>> Someone should explain why we need this modules code. Can we >>>>> remove it? >>>> I'll check into why that code is there, but I think it is an >>>> initial stab at modules support for the future... >>>> >>>> Dan >>>> >>>> >>>>> I am fine with the rest changes. >>>>> >>>>> Thanks, >>>>> Vladimir >>>>> >>>>> On 12/4/11 10:22 AM, Daniel D. Daugherty wrote: >>>>>> Vladimir, >>>>>> >>>>>> Thanks for the quick review! >>>>>> >>>>>> >>>>>> On 12/3/11 11:58 PM, Vladimir Kozlov wrote: >>>>>>> Sorry for my ignorance (and I can't access bugster now) >>>>>> And the bug hasn't appeared on bug.sun.com yet... sigh... >>>>>> >>>>>> >>>>>>> but why we should care about building current Hotspot with >>>>>>> Apple's JDK? Is is because Macs in JPRT have only >>>>>>> Apple's JDK? >>>>>> The default release in JPRT is 'jdk7' which means that the import >>>>>> JDK is 'jdk7'. However, the boot JDK for a 'jdk7' release job is >>>>>> 'jdk6u18'. For MacOS X, we use Apple's bits for the 'jdk6u18' >>>>>> boot JDK. For a 'jdk8' release job, we use 'jdk7' bits as the >>>>>> boot JDK. For MacOS X, we use Oracle's 'jdk7' bits... >>>>>> >>>>>> This means that my fix has to work with an Apple JDK or an Oracle >>>>>> JDK as the boot JDK. >>>>>> >>>>>> >>>>>>> What is _JUNK_ line for? >>>>>> Just a dummy variable so that the "INFO" mesg can be output. I tend >>>>>> to output INFO lines whenever an "ALT_*" variable is used. >>>>>> >>>>>> >>>>>>> Why there is no separate check for -f $(SA_CLASSPATH)? Current >>>>>>> check also requires presence of lib/modules directory. >>>>>> For these lines: >>>>>> >>>>>> 88 $(QUIETLY) if [ ! -f "$(SA_CLASSPATH)" -a ! -d >>>>>> $(MODULELIB_PATH) ] ; then \ >>>>>> 89 echo "Cannot find JDI classes. Use 1.6.0 or later version of >>>>>> JDK."; \ >>>>>> >>>>>> all I did was add quotes around $(SA_CLASSPATH) on line 88 >>>>>> and change the output message on line 89. Since SA_CLASSPATH >>>>>> can now be empty, I needed to make sure that the '-f' check >>>>>> didn't blow up due to the empty variable and the error mesg >>>>>> was confusing with the empty variable also. >>>>>> >>>>>> As for the lib/modules directory, 1) I didn't add that logic and >>>>>> 2) the logic doesn't require the lib/modules directory. The logic >>>>>> issues the error message and fails if the file named by >>>>>> SA_CLASSPATH does not exist and if the lib/modules directory >>>>>> does not exist. Whoever put that logic in the Makefile is assuming >>>>>> that if the lib/modules directory exists, then the JDI classes >>>>>> will be found (somehow). >>>>>> >>>>>> Please let me know if I've resolved your concerns. >>>>>> >>>>>> Dan >>>>>> >>>>>> >>>>>>> thanks, >>>>>>> Vladimir >>>>>>> >>>>>>> On 12/3/11 8:13 PM, Daniel D. Daugherty wrote: >>>>>>>> Greetings, >>>>>>>> >>>>>>>> I have a fix that allows HSX-23 to be built on MacOS X via JPRT >>>>>>>> without specifying SA_APPLE_BOOT_JAVA or ALWAYS_PASS_TEST_GAMMA >>>>>>>> on the command line. I'm targeting this fix at RT_Baseline for >>>>>>>> the HSX-23-B08 snapshot. >>>>>>>> >>>>>>>> Here is the webrev URL: >>>>>>>> >>>>>>>> http://cr.openjdk.java.net/~dcubed/7117748-webrev/0/ >>>>>>>> >>>>>>>> I tested this fix with the default JPRT boot JDK (JDK6 from Apple) >>>>>>>> and with JDK7 boot JDK (JDK7 bits from Oracle). >>>>>>>> >>>>>>>> Thanks, in advance, for any reviews. >>>>>>>> >>>>>>>> Dan >>>>>>>> >>>>>>>> P.S. >>>>>>>> This fix does _not_ get "gamma" working on MacOS X. >>>>>>>> That work is being done separately. >>> From daniel.daugherty at oracle.com Mon Dec 5 13:43:37 2011 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Mon, 05 Dec 2011 14:43:37 -0700 Subject: Code Review Request for MacOS X build change (7117748) In-Reply-To: <4EDD38AF.3020508@oracle.com> References: <4EDAF386.30307@oracle.com> <4EDB1A0A.6070704@oracle.com> <4EDBBA7A.9040903@oracle.com> <4EDBE445.4080204@oracle.com> <4EDBE7C2.5020900@oracle.com> <4EDCF817.1080802@oracle.com> <4EDD38AF.3020508@oracle.com> Message-ID: <4EDD3B09.20103@oracle.com> On 12/5/11 2:33 PM, Mandy Chung wrote: > On 12/5/11 8:57 AM, Daniel D. Daugherty wrote: >> >> The logic before Mandy's change says: >> >> - if the $(SA_CLASSPATH) file doesn't exist, then complain and exit >> >> Mandy's changeset updated that logic to: >> >> - if the $(SA_CLASSPATH) file doesn't exist AND if the lib/modules >> directory does not exist, then complain and exit >> >> Mandy also added a TODO note about needing to add a check to see >> if the SA module is installed. >> >> So what does all this mean? >> >> - the modules logic that Mandy added is partial >> - there is a TODO note about what else needs to be added >> - if a proper boot JDK is provided, then the modules >> logic that Mandy added is never executed >> - if an improper boot JDK is provided AND the lib/modules >> directory exists, then the error message and exit will >> be skipped, but the build will fail later because the >> JDI classes won't be found >> > > I think Dan already got what he needs and Vladmir's approval to the > review. > > FWIW. Some background to the SA build logic and modules image to > explain the change I made: > > The check for SA_CLASSPATH exists in the boot JDK is to detect if the > classpath was setup properly to compile the SA JDI connectors that > references com.sun.jdi.* API. The build will fail before it compiles > any sa-jdi classes. In the modular world, tools.jar, rt.jar, and > other jar files no longer exist. Instead, com.sun.jdi will be > installed in the modular JDK as a module. For a skip boot cycle > build, the JDK will be built with itself. In other words, for jigsaw, > it will build itself with a modular JDK. The makefile needs to detect > if the boot JDK is a modular JDK or legacy JDK (i.e. existing JDK > releases) and then checks for tools.jar or the module for JDI. A > modular JDK will have a new "lib/modules" directory in which the jdk > modules are installed. That's why the "lib/modules" check was added > as the partial fix. A complete fix for this modules logic is to check > if the module for JDI exists. In any case, this check can be removed > if it causes any confusion. > > Mandy Mandy, Thanks for filling in the history. I think I'm going with the fix for 7117748 as it is since I have reviews from Vladimir and Mike S from Apple. Dan From henri.gomez at gmail.com Mon Dec 5 15:36:04 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Tue, 6 Dec 2011 00:36:04 +0100 Subject: jdk7u-osx, VM mode Message-ID: Hi to all, Did the OpenJDK 7 for osx from jdk7u-osx will stay 32/64 (universal) like the current OpenJDK 7 from macosx-port ? JavaPreferences didn't report a 32 bits version and neither -d32 flags : MacBook-Pro-de-henri:SetFileIcon henri$ /Library/Java/JavaVirtualMachines/1.7.0u.jdk/Contents/Home/bin/java -version openjdk version "1.7.0-u4-b01" OpenJDK Runtime Environment (build 1.7.0-u4-b01-20111204) OpenJDK 64-Bit Server VM (build 23.0-b06, mixed mode) MacBook-Pro-de-henri:SetFileIcon henri$ /Library/Java/JavaVirtualMachines/1.7.0u.jdk/Contents/Home/bin/java -d32 -version openjdk version "1.7.0-u4-b01" OpenJDK Runtime Environment (build 1.7.0-u4-b01-20111204) OpenJDK 64-Bit Server VM (build 23.0-b06, mixed mode) From tobi at ultramixer.com Mon Dec 5 23:23:50 2011 From: tobi at ultramixer.com (Tobias Bley) Date: Tue, 6 Dec 2011 08:23:50 +0100 Subject: OpenJDK writes to ~/Library/Caches/? In-Reply-To: <49FA6066-9F71-4F37-932E-06E7EBA7A3BD@apple.com> References: <070B4556-B3A9-4624-B4C3-2C3BB8CAA204@ultramixer.com> <49FA6066-9F71-4F37-932E-06E7EBA7A3BD@apple.com> Message-ID: <19429480-5EB8-4771-974F-916517BD8035@ultramixer.com> Hello Mike, could you please explain how to use your new JavaAppLauncher? I have compiled the xcode project but I don't know how to adjust the JavaAppLauncher to my needs. Do I only need the executable "JavaAppLaucher"? Which items do I need to include in the plist file? Best regards, 'Tobi Am 04.12.2011 um 19:16 schrieb Mike Swingler: > On Dec 3, 2011, at 12:39 AM, Tobias Bley (UltraMixer) wrote: > >> Hi, >> >> I tried to submit a java application based on OpenJDK7 to the App Store. After fixing several issues now I get the following error: >> >> 2.30 >> >> The application accesses the following location(s): >> >> '~/Library/Preferences/net.java.openjdk.cmd.plist' >> '~/Library/Caches/net.java.openjdk.cmd/com.apple.opencl/com.apple.ocl.32.maps' >> '~/Library/Caches/net.java.openjdk.cmd/com.apple.opencl/com.apple.ocl.32.data >> '~/Library/Caches/net.java.openjdk.cmd/com.apple.opencl' >> '~/Library/Caches/net.java.openjdk.cmd' >> '~/Library/Caches/net.java.openjdk.cmd/com.apple.opencl' >> >> Does anybody know how to prevent writing to this location? > > It appears the JDK you are using is running a command-line tool, and it needs to use a different CFBundleIdentifier to access it's resources. Can you use a derivative of the JNI launcher at as your primary executable? > > What is literally happening at the lowest level is that each of the command-line tools in the JDK is compiled with an Info.plist embedded into it's Mach-O binary. This Info.plist is consulted by CFBundle when it needs to figure out the "app" bundle ID and relative location. The only way to fix this value up to the "correct" value is for your app's primary executable to be real Mach-O binary which loads the JRE, and to not use the */bin/java tools (which you can feel free to strip out of your bundled .jre). > > If you are bundling something like an IDE, and really need the command-line tools to work, you'll need to rebuild the JDK with your apps bundle identifier instead, so it will access only your apps sandboxed resources. > > Regards, > Mike Swingler > Apple Inc. > From daniel.daugherty at oracle.com Tue Dec 6 06:53:39 2011 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Tue, 06 Dec 2011 07:53:39 -0700 Subject: Code Review Request for MacOS X build change (7117748) In-Reply-To: <4EDAF386.30307@oracle.com> References: <4EDAF386.30307@oracle.com> Message-ID: <4EDE2C73.1000005@oracle.com> Paul, I'd like to push this fix to the jdk7u/jdk7u-osx/hotspot repo. The fix is in the JPRT-hotspotwest queue heading to RT_Baseline and I have it setup so that the same changeset can also go into the jdk7u/jdk7u-osx/hotspot repo. Do I have permission? Dan On 12/3/11 9:13 PM, Daniel D. Daugherty wrote: > Greetings, > > I have a fix that allows HSX-23 to be built on MacOS X via JPRT > without specifying SA_APPLE_BOOT_JAVA or ALWAYS_PASS_TEST_GAMMA > on the command line. I'm targeting this fix at RT_Baseline for > the HSX-23-B08 snapshot. > > Here is the webrev URL: > > http://cr.openjdk.java.net/~dcubed/7117748-webrev/0/ > > I tested this fix with the default JPRT boot JDK (JDK6 from Apple) > and with JDK7 boot JDK (JDK7 bits from Oracle). > > Thanks, in advance, for any reviews. > > Dan > > P.S. > This fix does _not_ get "gamma" working on MacOS X. > That work is being done separately. > From paul.hohensee at oracle.com Tue Dec 6 07:02:14 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Tue, 06 Dec 2011 10:02:14 -0500 Subject: Code Review Request for MacOS X build change (7117748) In-Reply-To: <4EDE2C73.1000005@oracle.com> References: <4EDAF386.30307@oracle.com> <4EDE2C73.1000005@oracle.com> Message-ID: <4EDE2E76.4090402@oracle.com> [dropped some of the cc's inadvertently] If you push directly to jdk7u-osx/hotspot, and then we pull hs23 with the identical fix down into it, we'll have a conflict. Current process is to push up to hsx/hsx23, PIT over the weekend and push the following week. In this case, that'd be next week. So, do you really, really have to push this change into jdk7u-osx/hotspot right now? E.g., could you publish a patch instead as Mike has done? Paul On 12/6/11 9:53 AM, Daniel D. Daugherty wrote: > Paul, > > I'd like to push this fix to the jdk7u/jdk7u-osx/hotspot repo. > The fix is in the JPRT-hotspotwest queue heading to RT_Baseline > and I have it setup so that the same changeset can also go into > the jdk7u/jdk7u-osx/hotspot repo. > > Do I have permission? > > Dan > > > On 12/3/11 9:13 PM, Daniel D. Daugherty wrote: >> Greetings, >> >> I have a fix that allows HSX-23 to be built on MacOS X via JPRT >> without specifying SA_APPLE_BOOT_JAVA or ALWAYS_PASS_TEST_GAMMA >> on the command line. I'm targeting this fix at RT_Baseline for >> the HSX-23-B08 snapshot. >> >> Here is the webrev URL: >> >> http://cr.openjdk.java.net/~dcubed/7117748-webrev/0/ >> >> I tested this fix with the default JPRT boot JDK (JDK6 from Apple) >> and with JDK7 boot JDK (JDK7 bits from Oracle). >> >> Thanks, in advance, for any reviews. >> >> Dan >> >> P.S. >> This fix does _not_ get "gamma" working on MacOS X. >> That work is being done separately. >> From daniel.daugherty at oracle.com Tue Dec 6 07:04:36 2011 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Tue, 06 Dec 2011 08:04:36 -0700 Subject: Code Review Request for MacOS X build change (7117748) In-Reply-To: <4EDE2E76.4090402@oracle.com> References: <4EDAF386.30307@oracle.com> <4EDE2C73.1000005@oracle.com> <4EDE2E76.4090402@oracle.com> Message-ID: <4EDE2F04.4010601@oracle.com> No conflict because it is the same changeset. I'm just trying to make it easier to build the jdk7u-osx forest with JPRT. Your call as to whether you want it now or later... Dan On 12/6/11 8:02 AM, Paul Hohensee wrote: > [dropped some of the cc's inadvertently] > > If you push directly to jdk7u-osx/hotspot, and then we pull hs23 with > the identical fix down into it, we'll have a conflict. Current process > is to push up to hsx/hsx23, PIT over the weekend and push the > following week. In this case, that'd be next week. So, do you > really, really have to push this change into jdk7u-osx/hotspot > right now? E.g., could you publish a patch instead as Mike has done? > > Paul > > On 12/6/11 9:53 AM, Daniel D. Daugherty wrote: >> Paul, >> >> I'd like to push this fix to the jdk7u/jdk7u-osx/hotspot repo. >> The fix is in the JPRT-hotspotwest queue heading to RT_Baseline >> and I have it setup so that the same changeset can also go into >> the jdk7u/jdk7u-osx/hotspot repo. >> >> Do I have permission? >> >> Dan >> >> >> On 12/3/11 9:13 PM, Daniel D. Daugherty wrote: >>> Greetings, >>> >>> I have a fix that allows HSX-23 to be built on MacOS X via JPRT >>> without specifying SA_APPLE_BOOT_JAVA or ALWAYS_PASS_TEST_GAMMA >>> on the command line. I'm targeting this fix at RT_Baseline for >>> the HSX-23-B08 snapshot. >>> >>> Here is the webrev URL: >>> >>> http://cr.openjdk.java.net/~dcubed/7117748-webrev/0/ >>> >>> I tested this fix with the default JPRT boot JDK (JDK6 from Apple) >>> and with JDK7 boot JDK (JDK7 bits from Oracle). >>> >>> Thanks, in advance, for any reviews. >>> >>> Dan >>> >>> P.S. >>> This fix does _not_ get "gamma" working on MacOS X. >>> That work is being done separately. >>> From paul.hohensee at oracle.com Tue Dec 6 07:09:47 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Tue, 06 Dec 2011 10:09:47 -0500 Subject: Code Review Request for MacOS X build change (7117748) In-Reply-To: <4EDE2F04.4010601@oracle.com> References: <4EDAF386.30307@oracle.com> <4EDE2C73.1000005@oracle.com> <4EDE2E76.4090402@oracle.com> <4EDE2F04.4010601@oracle.com> Message-ID: <4EDE303B.7080201@oracle.com> Push now, please. Paul On 12/6/11 10:04 AM, Daniel D. Daugherty wrote: > No conflict because it is the same changeset. > I'm just trying to make it easier to build the > jdk7u-osx forest with JPRT. Your call as to > whether you want it now or later... > > Dan > > On 12/6/11 8:02 AM, Paul Hohensee wrote: >> [dropped some of the cc's inadvertently] >> >> If you push directly to jdk7u-osx/hotspot, and then we pull hs23 with >> the identical fix down into it, we'll have a conflict. Current process >> is to push up to hsx/hsx23, PIT over the weekend and push the >> following week. In this case, that'd be next week. So, do you >> really, really have to push this change into jdk7u-osx/hotspot >> right now? E.g., could you publish a patch instead as Mike has done? >> >> Paul >> >> On 12/6/11 9:53 AM, Daniel D. Daugherty wrote: >>> Paul, >>> >>> I'd like to push this fix to the jdk7u/jdk7u-osx/hotspot repo. >>> The fix is in the JPRT-hotspotwest queue heading to RT_Baseline >>> and I have it setup so that the same changeset can also go into >>> the jdk7u/jdk7u-osx/hotspot repo. >>> >>> Do I have permission? >>> >>> Dan >>> >>> >>> On 12/3/11 9:13 PM, Daniel D. Daugherty wrote: >>>> Greetings, >>>> >>>> I have a fix that allows HSX-23 to be built on MacOS X via JPRT >>>> without specifying SA_APPLE_BOOT_JAVA or ALWAYS_PASS_TEST_GAMMA >>>> on the command line. I'm targeting this fix at RT_Baseline for >>>> the HSX-23-B08 snapshot. >>>> >>>> Here is the webrev URL: >>>> >>>> http://cr.openjdk.java.net/~dcubed/7117748-webrev/0/ >>>> >>>> I tested this fix with the default JPRT boot JDK (JDK6 from Apple) >>>> and with JDK7 boot JDK (JDK7 bits from Oracle). >>>> >>>> Thanks, in advance, for any reviews. >>>> >>>> Dan >>>> >>>> P.S. >>>> This fix does _not_ get "gamma" working on MacOS X. >>>> That work is being done separately. >>>> From daniel.daugherty at oracle.com Tue Dec 6 07:25:47 2011 From: daniel.daugherty at oracle.com (daniel.daugherty at oracle.com) Date: Tue, 06 Dec 2011 15:25:47 +0000 Subject: hg: jdk7u/jdk7u-osx/hotspot: 2 new changesets Message-ID: <20111206152553.37E4A47598@hg.openjdk.java.net> Changeset: 8657ec177a14 Author: dcubed Date: 2011-12-05 14:55 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/8657ec177a14 7117748: SA_APPLE_BOOT_JAVA and ALWAYS_PASS_TEST_GAMMA settings should not be required on MacOS X Summary: Replace SA_APPLE_BOOT_JAVA with logic that checks the boot JDK for the location of JDI classes. ALWAYS_PASS_TEST_GAMMA is true by default on Darwin. Reviewed-by: kvn, swingler ! make/bsd/makefiles/buildtree.make ! make/bsd/makefiles/sa.make Changeset: a5a9db0e0203 Author: dcubed Date: 2011-12-06 07:23 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/a5a9db0e0203 Merge From kelly.ohair at oracle.com Tue Dec 6 08:35:12 2011 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 06 Dec 2011 16:35:12 +0000 Subject: hg: jdk7u/jdk7u-osx: 7118095: Add macosx targets to make/jprt.properties file Message-ID: <20111206163512.E98134759A@hg.openjdk.java.net> Changeset: 14e7d22479f2 Author: ohair Date: 2011-12-06 08:33 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/14e7d22479f2 7118095: Add macosx targets to make/jprt.properties file Reviewed-by: dholmes ! make/jprt.properties From kelly.ohair at oracle.com Tue Dec 6 08:37:11 2011 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 06 Dec 2011 16:37:11 +0000 Subject: hg: jdk7u/jdk7u-osx/jaxws: 2 new changesets Message-ID: <20111206163711.B9A724759B@hg.openjdk.java.net> Changeset: 4e9871fae64c Author: ohair Date: 2011-12-06 08:36 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/4e9871fae64c 7118095: Add macosx targets to make/jprt.properties file Reviewed-by: dholmes ! make/jprt.properties Changeset: 15dfd3addae0 Author: ohair Date: 2011-12-06 08:36 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/15dfd3addae0 7117110: Remove target 1.5 from jaxp and jaxws repo builds for mac Reviewed-by: dholmes ! build.xml From kelly.ohair at oracle.com Tue Dec 6 08:38:10 2011 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 06 Dec 2011 16:38:10 +0000 Subject: hg: jdk7u/jdk7u-osx/jaxp: 2 new changesets Message-ID: <20111206163810.F19D04759C@hg.openjdk.java.net> Changeset: a5729f689fdb Author: ohair Date: 2011-12-06 08:37 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/a5729f689fdb 7118095: Add macosx targets to make/jprt.properties file Reviewed-by: dholmes ! make/jprt.properties Changeset: 4b70b697ff17 Author: ohair Date: 2011-12-06 08:38 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/4b70b697ff17 7117110: Remove target 1.5 from jaxp and jaxws repo builds for mac Reviewed-by: dholmes ! build.xml From kelly.ohair at oracle.com Tue Dec 6 08:38:49 2011 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 06 Dec 2011 16:38:49 +0000 Subject: hg: jdk7u/jdk7u-osx/corba: 7118095: Add macosx targets to make/jprt.properties file Message-ID: <20111206163850.CF1FB4759D@hg.openjdk.java.net> Changeset: 9796ca6b27a6 Author: ohair Date: 2011-12-06 08:38 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/9796ca6b27a6 7118095: Add macosx targets to make/jprt.properties file Reviewed-by: dholmes ! make/jprt.properties From kelly.ohair at oracle.com Tue Dec 6 08:39:29 2011 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 06 Dec 2011 16:39:29 +0000 Subject: hg: jdk7u/jdk7u-osx/langtools: 7118095: Add macosx targets to make/jprt.properties file Message-ID: <20111206163933.A2C314759E@hg.openjdk.java.net> Changeset: e424ab0b2e00 Author: ohair Date: 2011-12-06 08:39 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/e424ab0b2e00 7118095: Add macosx targets to make/jprt.properties file Reviewed-by: dholmes ! make/jprt.properties From ramy.abdel-azim at startdatelabs.com Tue Dec 6 08:40:06 2011 From: ramy.abdel-azim at startdatelabs.com (Ramy Abdel-Azim) Date: Tue, 06 Dec 2011 11:40:06 -0500 Subject: make command fails with several errors when installing OpenJDK on mac osx 10.7 Message-ID: <4EDE4566.1050109@startdatelabs.com> Hello, I saw this post: http://mail.openjdk.java.net/pipermail/macosx-port-dev/2011-January/000063.html, but i was unable to parse the dense output (provided below) from the make command. Any insight as to why this is not compiling would be greatly appreciated! _Ramy [~/macosx-port] make ALLOW_DOWNLOADS=true SA_APPLE_BOOT_JAVA=true ALWAYS_PASS_TEST_GAMMA=true ALT_BOOTDIR=`/usr/libexec/java_home -v 1.6` HOTSPOT_BUILD_JOBS=`sysctl -n hw.ncpu` ( cd ./jdk/make && \ make sanity HOTSPOT_IMPORT_CHECK=false JDK_TOPDIR=/Users/remcat/macosx-port/jdk JDK_MAKE_SHARED_DIR=/Users/remcat/macosx-port/jdk/make/common/shared EXTERNALSANITYCONTROL=true SOURCE_LANGUAGE_VERSION=7 TARGET_CLASS_VERSION=7 MILESTONE=internal BUILD_NUMBER=b00 JDK_BUILD_NUMBER=b00 FULL_VERSION=1.7.0-internal-remcat_2011_12_06_11_21-b00 PREVIOUS_JDK_VERSION=1.6.0 JDK_VERSION=1.7.0 JDK_MKTG_VERSION=7 JDK_MAJOR_VERSION=1 JDK_MINOR_VERSION=7 JDK_MICRO_VERSION=0 PREVIOUS_MAJOR_VERSION=1 PREVIOUS_MINOR_VERSION=6 PREVIOUS_MICRO_VERSION=0 ARCH_DATA_MODEL=32 COOKED_BUILD_NUMBER=0 ALT_OUTPUTDIR=/Users/remcat/macosx-port/build/macosx-universal ALT_LANGTOOLS_DIST=/Users/remcat/macosx-port/build/macosx-universal/langtools/dist ALT_CORBA_DIST=/Users/remcat/macosx-port/build/macosx-universal/corba/dist ALT_JAXP_DIST=/Users/remcat/macosx-port/build/macosx-universal/jaxp/dist ALT_JAXWS_DIST=/Users/remcat/macosx-port/build/macosx-universal/jaxws/dist ALT_HOTSPOT_IMPORT_PATH=/Users/remcat/macosx-port/build/macosx-universal/hotspot/import BUILD_HOTSPOT=true ; ) Build Machine Information: build machine = Ramys-MacBook-Pro.local Build Directory Structure: CWD = /Users/remcat/macosx-port TOPDIR = . LANGTOOLS_TOPDIR = ./langtools JAXP_TOPDIR = ./jaxp JAXWS_TOPDIR = ./jaxws CORBA_TOPDIR = ./corba HOTSPOT_TOPDIR = ./hotspot JDK_TOPDIR = ./jdk Build Directives: BUILD_LANGTOOLS = true BUILD_JAXP = true BUILD_JAXWS = true BUILD_CORBA = true BUILD_HOTSPOT = true BUILD_JDK = true DEBUG_CLASSFILES = DEBUG_BINARIES = Hotspot Settings: \n HOTSPOT_BUILD_JOBS = 8 \n HOTSPOT_OUTPUTDIR = /Users/remcat/macosx-port/build/macosx-universal/hotspot/outputdir \n HOTSPOT_EXPORT_PATH = /Users/remcat/macosx-port/build/macosx-universal/hotspot/import \n \n \nBootstrap Settings:\n BOOTDIR = /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home\n ALT_BOOTDIR = /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home\n BOOT_VER = 1.6.0 [requires at least 1.6]\n OUTPUTDIR = /Users/remcat/macosx-port/build/macosx-universal\n ALT_OUTPUTDIR = /Users/remcat/macosx-port/build/macosx-universal\n ABS_OUTPUTDIR = /Users/remcat/macosx-port/build/macosx-universal\n \nBuild Tool Settings:\n SLASH_JAVA = /NOT-SET\n ALT_SLASH_JAVA = \n VARIANT = OPT\n JDK_DEVTOOLS_DIR = /NOT-SET/devtools\n ALT_JDK_DEVTOOLS_DIR = \n ANT_HOME = \n UNIXCOMMAND_PATH = /bin/\n ALT_UNIXCOMMAND_PATH = \n COMPILER_PATH = /usr/bin/\n ALT_COMPILER_PATH = \n DEVTOOLS_PATH = /opt/local/bin/\n ALT_DEVTOOLS_PATH = \n COMPILER_NAME = LLVM-GCC4\n COMPILER_VERSION = LLVM-GCC4\n CC_VER = 4.2.1 [requires at least 4.2.1]\n ZIP_VER = 3.0 [requires at least 2.2]\n UNZIP_VER = 5.52 [requires at least 5.12]\n ANT_VER = 1.8.2 [requires at least 1.7.1]\n TEMPDIR = /Users/remcat/macosx-port/build/macosx-universal/tmp\n \nBuild Directives:\n OPENJDK = true\n USE_HOTSPOT_INTERPRETER_MODE = \n PEDANTIC = \n DEV_ONLY = \n NO_DOCS = \n NO_IMAGES = \n TOOLS_ONLY = \n INSANE = \n COMPILE_APPROACH = parallel\n PARALLEL_COMPILE_JOBS = 2\n ALT_PARALLEL_COMPILE_JOBS = \n FASTDEBUG = \n COMPILER_WARNINGS_FATAL = false\n COMPILER_WARNING_LEVEL = \n SHOW_ALL_WARNINGS = \n INCREMENTAL_BUILD = false\n CC_HIGHEST_OPT = \n CC_HIGHER_OPT = \n CC_LOWER_OPT = \n CXXFLAGS = -Os -fPIC -DCC_NOEX -W -Wall -Wno-unused -Wno-parentheses -arch i386 -arch x86_64 -D_LITTLE_ENDIAN \n CFLAGS = -Os -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -arch i386 -arch x86_64 -D_LITTLE_ENDIAN -F/System/Library/Frameworks/JavaVM.framework/Frameworks -F/System/Library/Frameworks/ApplicationServices.framework/Frameworks \n BOOT_JAVA_CMD = /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -Djava.awt.headless=true -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m\n BOOT_JAVAC_CMD = /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/javac -J-XX:ThreadStackSize=768 -J-XX:-PrintVMOptions -J-XX:+UnlockDiagnosticVMOptions -J-XX:-LogVMOutput -J-Djava.awt.headless=true -J-client -J-Xmx512m -J-Xms512m -J-XX:PermSize=32m -J-XX:MaxPermSize=160m -encoding ascii -source 6 -target 6 -XDignore.symbol.file=true\n BOOT_JAR_CMD = /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/jar\n BOOT_JARSIGNER_CMD = /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/jarsigner\n JAVAC_CMD = /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -Djava.awt.headless=true -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m -Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -source 7 -target 7 -encoding ascii -Xbootclasspath:/Users/remcat/macosx-port/build/macosx-universal/classes \n JAVAH_CMD = /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -Djava.awt.headless=true -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m -Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javah.jar:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javah.jar -bootclasspath /Users/remcat/macosx-port/build/macosx-universal/classes\n JAVADOC_CMD = /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -Djava.awt.headless=true -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m -Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javadoc.jar:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/doclets.jar -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javadoc.jar -bootclasspath /Users/remcat/macosx-port/build/macosx-universal/classes\n \nBuild Platform Settings:\n USER = remcat\n PLATFORM = macosx\n ARCH = universal\n LIBARCH = universal\n ARCH_FAMILY = universal\n ARCH_DATA_MODEL = 32\n ARCHPROP = universal\n OS_VERSION = 11.2.0 [requires at least 10.6]\n OS_VARIANT_NAME = \n OS_VARIANT_VERSION = \n MB_OF_MEMORY = 2048\n \nGNU Make Settings:\n MAKE = make\n MAKE_VER = 3.81 [requires at least 3.81]\n MAKECMDGOALS = sanity\n MAKEFLAGS = \n SHELL = /bin/sh\n \nTarget Build Versions:\n JDK_VERSION = 1.7.0\n MILESTONE = internal\n RELEASE = 1.7.0-internal\n FULL_VERSION = 1.7.0-internal-remcat_2011_12_06_11_21-b00\n BUILD_NUMBER = b00\n \nExternal File/Binary Locations:\n USRJDKINSTANCES_PATH = /opt/local\n BUILD_JDK_IMPORT_PATH = /NOT-SET/re/jdk/1.7.0/promoted/latest/binaries\n ALT_BUILD_JDK_IMPORT_PATH = \n JDK_IMPORT_PATH = /NOT-SET/re/jdk/1.7.0/promoted/latest/binaries/macosx-universal\n ALT_JDK_IMPORT_PATH = \n LANGTOOLS_DIST = /Users/remcat/macosx-port/build/macosx-universal/langtools/dist\n ALT_LANGTOOLS_DIST = /Users/remcat/macosx-port/build/macosx-universal/langtools/dist\n CORBA_DIST = /Users/remcat/macosx-port/build/macosx-universal/corba/dist\n ALT_CORBA_DIST = /Users/remcat/macosx-port/build/macosx-universal/corba/dist\n JAXP_DIST = /Users/remcat/macosx-port/build/macosx-universal/jaxp/dist\n ALT_JAXP_DIST = /Users/remcat/macosx-port/build/macosx-universal/jaxp/dist\n JAXWS_DIST = /Users/remcat/macosx-port/build/macosx-universal/jaxws/dist\n ALT_JAXWS_DIST = /Users/remcat/macosx-port/build/macosx-universal/jaxws/dist\n HOTSPOT_DOCS_IMPORT_PATH = /NO_DOCS_DIR\n ALT_HOTSPOT_DOCS_IMPORT_PATH = \n HOTSPOT_IMPORT_PATH = /Users/remcat/macosx-port/build/macosx-universal/hotspot/import\n ALT_HOTSPOT_IMPORT_PATH = /Users/remcat/macosx-port/build/macosx-universal/hotspot/import\n HOTSPOT_CLIENT_PATH = /Users/remcat/macosx-port/build/macosx-universal/hotspot/import/jre/lib/client\n ALT_HOTSPOT_CLIENT_PATH = \n HOTSPOT_SERVER_PATH = /Users/remcat/macosx-port/build/macosx-universal/hotspot/import/jre/lib/server\n ALT_HOTSPOT_SERVER_PATH = \n CACERTS_FILE = ./../src/share/lib/security/cacerts\n ALT_CACERTS_FILE = \n CUPS_HEADERS_PATH = /usr/include\n ALT_CUPS_HEADERS_PATH = \n \nOpenJDK-specific settings:\n FREETYPE_HEADERS_PATH = /usr/X11R6/include\n ALT_FREETYPE_HEADERS_PATH = \n FREETYPE_LIB_PATH = /usr/X11R6/lib\n ALT_FREETYPE_LIB_PATH = \n \nPrevious JDK Settings:\n PREVIOUS_RELEASE_PATH = USING-PREVIOUS_RELEASE_IMAGE\n ALT_PREVIOUS_RELEASE_PATH = \n PREVIOUS_JDK_VERSION = 1.6.0\n ALT_PREVIOUS_JDK_VERSION = \n PREVIOUS_JDK_FILE = \n ALT_PREVIOUS_JDK_FILE = \n PREVIOUS_JRE_FILE = \n ALT_PREVIOUS_JRE_FILE = \n PREVIOUS_RELEASE_IMAGE = /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home\n ALT_PREVIOUS_RELEASE_IMAGE = \n WARNING: LANG has been set to en_US.UTF-8, this can cause build failures. \n Try setting LANG to 'C'. \n Sanity check passed. make \ SKIP_FASTDEBUG_BUILD=true \ SKIP_DEBUG_BUILD=true \ \ generic_build_repo_series /bin/mkdir -p ./build/macosx-universal/j2sdk-image /bin/mkdir -p /Users/remcat/macosx-port/build/macosx-universal/langtools ######################################################################## ######################################################################## ##### Entering langtools for target(s) all ##### ######################################################################## (cd ./langtools/make && \ make JDK_TOPDIR=/Users/remcat/macosx-port/jdk JDK_MAKE_SHARED_DIR=/Users/remcat/macosx-port/jdk/make/common/shared EXTERNALSANITYCONTROL=true SOURCE_LANGUAGE_VERSION=7 TARGET_CLASS_VERSION=7 MILESTONE=internal BUILD_NUMBER=b00 JDK_BUILD_NUMBER=b00 FULL_VERSION=1.7.0-internal-remcat_2011_12_06_11_21-b00 PREVIOUS_JDK_VERSION=1.6.0 JDK_VERSION=1.7.0 JDK_MKTG_VERSION=7 JDK_MAJOR_VERSION=1 JDK_MINOR_VERSION=7 JDK_MICRO_VERSION=0 PREVIOUS_MAJOR_VERSION=1 PREVIOUS_MINOR_VERSION=6 PREVIOUS_MICRO_VERSION=0 ARCH_DATA_MODEL=32 COOKED_BUILD_NUMBER=0 ALT_OUTPUTDIR=/Users/remcat/macosx-port/build/macosx-universal/langtools ALT_BOOTDIR=/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home all) JAVA_HOME=/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home ANT_OPTS=-Djava.io.tmpdir='/Users/remcat/macosx-port/build/macosx-universal/langtools/build/ant-tmp' ant -Djdk.version=1.7.0 -Dfull.version='1.7.0-internal-remcat_2011_12_06_11_21-b00' -Dmilestone=internal -Dbuild.number=b00 -Djavac.target=7 -Djavac.source=7 -Dboot.java.home=/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home -Dimport.jdk=/Users/remcat/macosx-port/jdk -Dbuild.dir=/Users/remcat/macosx-port/build/macosx-universal/langtools/build -Ddist.dir=/Users/remcat/macosx-port/build/macosx-universal/langtools/dist build Buildfile: /Users/remcat/macosx-port/langtools/make/build.xml -def-pcompile: -def-build-classes: -def-build-bootstrap-classes: -def-build-jar: -def-build-bootstrap-jar: -def-check: -check-boot.java.home: -def-build-tool: -def-build-bootstrap-tool: build-bootstrap-javac: build-bootstrap-javadoc: build-bootstrap-doclets: build-bootstrap-javah: build-bootstrap-tools: -def-genstubs: -create-import-jdk-stubs: build-all-classes: build: BUILD SUCCESSFUL Total time: 3 seconds ######################################################################## ##### Leaving langtools for target(s) all ##### ######################################################################## ##### Build time 00:00:04 langtools for target(s) all ##### ######################################################################## /bin/mkdir -p /Users/remcat/macosx-port/build/macosx-universal/corba ######################################################################## ######################################################################## ##### Entering corba for target(s) all ##### ######################################################################## (cd ./corba/make && \ make JDK_TOPDIR=/Users/remcat/macosx-port/jdk JDK_MAKE_SHARED_DIR=/Users/remcat/macosx-port/jdk/make/common/shared EXTERNALSANITYCONTROL=true SOURCE_LANGUAGE_VERSION=7 TARGET_CLASS_VERSION=7 MILESTONE=internal BUILD_NUMBER=b00 JDK_BUILD_NUMBER=b00 FULL_VERSION=1.7.0-internal-remcat_2011_12_06_11_21-b00 PREVIOUS_JDK_VERSION=1.6.0 JDK_VERSION=1.7.0 JDK_MKTG_VERSION=7 JDK_MAJOR_VERSION=1 JDK_MINOR_VERSION=7 JDK_MICRO_VERSION=0 PREVIOUS_MAJOR_VERSION=1 PREVIOUS_MINOR_VERSION=6 PREVIOUS_MICRO_VERSION=0 ARCH_DATA_MODEL=32 COOKED_BUILD_NUMBER=0 ALT_OUTPUTDIR=/Users/remcat/macosx-port/build/macosx-universal/corba ALT_BOOTDIR=/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home ALT_JDK_IMPORT_PATH=/NOT-SET/re/jdk/1.7.0/promoted/latest/binaries/macosx-universal ALT_LANGTOOLS_DIST=/Users/remcat/macosx-port/build/macosx-universal/langtools/dist all) common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" ../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" ../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" make[4]: Nothing to be done for `build'. ../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" make[4]: Nothing to be done for `build'. ../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" make[4]: Nothing to be done for `build'. ../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" ../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/javax.transaction.xa/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/javax.transaction.xa/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../src/solaris/classes:../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/javax.transaction.xa/.classes.list; \ fi ../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" ../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" ../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.tools.corba.se.idl/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.tools.corba.se.idl/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../src/solaris/classes:../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.tools.corba.se.idl/.classes.list; \ fi ../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/idlj -J-XX:-PrintVMOptions -J-XX:+UnlockDiagnosticVMOptions -J-XX:-LogVMOutput -J-client -J-Xmx512m -J-Xms512m -J-XX:PermSize=32m -J-XX:MaxPermSize=160m -td "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc" -i "../../../../src/share/classes/org/omg/PortableServer" -i "../../../../src/share/classes/org/omg/PortableInterceptor" -corba 3.0 -fall -pkgPrefix PortableServer org.omg ../../../../src/share/classes/org/omg/PortableServer/poa.idl rm -f -r /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/CurrentPackage/NoContextHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ForwardRequestHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/IdAssignmentPolicyValueHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/IdAssignmentPolicyValueHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/IdUniquenessPolicyValueHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/IdUniquenessPolicyValueHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ImplicitActivationPolicyValueHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ImplicitActivationPolicyValueHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/LifespanPolicyValueHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/LifespanPolicyValueHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ServantRetentionPolicyValueHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ServantRetentionPolicyValueHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ObjectIdHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ObjectIdHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAListHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAListHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAManagerPackage/AdapterInactiveHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAManagerPackage/StateHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAManagerPackage/StateHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/AdapterAlreadyExistsHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/AdapterNonExistentHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/InvalidPolicyHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/NoServantHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/ObjectAlreadyActiveHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/ObjectNotActiveHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/ServantAlreadyActiveHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/ServantNotActiveHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/WrongAdapterHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/WrongPolicyHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/RequestProcessingPolicyValueHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/RequestProcessingPolicyValueHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ServantActivatorHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ServantLocatorHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ThreadPolicyValueHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ThreadPolicyValueHolder.java /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/idlj -J-XX:-PrintVMOptions -J-XX:+UnlockDiagnosticVMOptions -J-XX:-LogVMOutput -J-client -J-Xmx512m -J-Xms512m -J-XX:PermSize=32m -J-XX:MaxPermSize=160m -td "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc" -i "../../../../src/share/classes/org/omg/PortableServer" -i "../../../../src/share/classes/org/omg/PortableInterceptor" -corba 3.0 -fall -pkgPrefix PortableServer org.omg ../../../../src/share/classes/org/omg/PortableServer/poa.idl rm -f -r /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/CurrentPackage/NoContextHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ForwardRequestHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/IdAssignmentPolicyValueHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/IdAssignmentPolicyValueHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/IdUniquenessPolicyValueHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/IdUniquenessPolicyValueHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ImplicitActivationPolicyValueHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ImplicitActivationPolicyValueHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/LifespanPolicyValueHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/LifespanPolicyValueHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ServantRetentionPolicyValueHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ServantRetentionPolicyValueHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ObjectIdHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ObjectIdHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAListHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAListHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAManagerPackage/AdapterInactiveHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAManagerPackage/StateHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAManagerPackage/StateHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/AdapterAlreadyExistsHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/AdapterNonExistentHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/InvalidPolicyHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/NoServantHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/ObjectAlreadyActiveHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/ObjectNotActiveHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/ServantAlreadyActiveHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/ServantNotActiveHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/WrongAdapterHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/WrongPolicyHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/RequestProcessingPolicyValueHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/RequestProcessingPolicyValueHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ServantActivatorHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ServantLocatorHolder.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ThreadPolicyValueHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ThreadPolicyValueHolder.java if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/org.omg/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/org.omg/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../src/solaris/classes:../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/org.omg/.classes.list; \ fi ../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/org.omg.PortableServer/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/org.omg.PortableServer/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../src/solaris/classes:../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/org.omg.PortableServer/.classes.list; \ fi /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/AdapterActivator.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/AdapterActivatorOperations.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/Current.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/CurrentOperations.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/CurrentPackage/NoContext.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/CurrentPackage/NoContextHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ForwardRequest.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ForwardRequestHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ID_ASSIGNMENT_POLICY_ID.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ID_UNIQUENESS_POLICY_ID.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/IMPLICIT_ACTIVATION_POLICY_ID.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/IdAssignmentPolicy.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/IdAssignmentPolicyOperations.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/IdAssignmentPolicyValue.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/IdUniquenessPolicy.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/IdUniquenessPolicyOperations.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/IdUniquenessPolicyValue.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ImplicitActivationPolicy.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ImplicitActivationPolicyOperations.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ImplicitActivationPolicyValue.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/LIFESPAN_POLICY_ID.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/LifespanPolicy.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/LifespanPolicyOperations.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/LifespanPolicyValue.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POA.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAOperations.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAManager.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAManagerOperations.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAManagerPackage/AdapterInactive.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAManagerPackage/AdapterInactiveHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAManagerPackage/State.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/AdapterAlreadyExists.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/AdapterAlreadyExistsHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/AdapterNonExistent.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/AdapterNonExistentHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/InvalidPolicy.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/InvalidPolicyHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/NoServant.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/NoServantHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/ObjectAlreadyActive.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/ObjectAlreadyActiveHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/ObjectNotActive.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/ObjectNotActiveHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/ServantAlreadyActive.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/ServantAlreadyActiveHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/ServantNotActive.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/ServantNotActiveHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/WrongAdapter.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/WrongAdapterHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/WrongPolicy.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/POAPackage/WrongPolicyHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/REQUEST_PROCESSING_POLICY_ID.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/RequestProcessingPolicy.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/RequestProcessingPolicyOperations.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/RequestProcessingPolicyValue.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ServantActivator.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ServantActivatorHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ServantActivatorOperations.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ServantActivatorPOA.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/_ServantActivatorStub.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ServantLocator.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ServantLocatorHelper.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ServantLocatorOperations.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ServantLocatorPOA.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/_ServantLocatorStub.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ServantManager.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ServantManagerOperations.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/SERVANT_RETENTION_POLICY_ID.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ServantRetentionPolicy.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ServantRetentionPolicyOperations.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ServantRetentionPolicyValue.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/THREAD_POLICY_ID.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ThreadPolicy.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ThreadPolicyOperations.java /Users/remcat/macosx-port/build/macosx-universal/corba/gensrc/org/omg/PortableServer/ThreadPolicyValue.java Note: ../../../../src/share/classes/org/omg/CORBA/Any.java uses or overrides a deprecated API. Note: Recompile with -Xlint:deprecation for details. Note: Some input files use unchecked or unsafe operations. Note: Recompile with -Xlint:unchecked for details. ../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/org.omg.CORBA/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/org.omg.CORBA/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../src/solaris/classes:../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/org.omg.CORBA/.classes.list; \ fi ../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/org.omg.CosNaming/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/org.omg.CosNaming/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../src/solaris/classes:../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/org.omg.CosNaming/.classes.list; \ fi ../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../src/solaris/classes:../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/.classes.list; \ fi ../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/org.omg.PortableInterceptor/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/org.omg.PortableInterceptor/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../src/solaris/classes:../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/org.omg.PortableInterceptor/.classes.list; \ fi ../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" ../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" ../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" ../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.org.omg/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.org.omg/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../src/solaris/classes:../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.org.omg/.classes.list; \ fi ../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../src/solaris/classes:../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/.classes.list; \ fi ../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" ../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/com.sun.corba.se/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/com.sun.corba.se/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../src/solaris/classes:../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/com.sun.corba.se/.classes.list; \ fi ../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.logging/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.logging/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../src/solaris/classes:../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.logging/.classes.list; \ fi ../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/sun.rmi.rmic/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/sun.rmi.rmic/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../src/solaris/classes:../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/sun.rmi.rmic/.classes.list; \ fi ../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" ../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" ../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" ../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" ../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/com.sun.corba.se/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/com.sun.corba.se/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../../src/solaris/classes:../../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/com.sun.corba.se/.classes.list; \ fi ../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.pept/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.pept/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../../src/solaris/classes:../../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.pept/.classes.list; \ fi ../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.corespi/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.corespi/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../../src/solaris/classes:../../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.corespi/.classes.list; \ fi ../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.core/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.core/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../../src/solaris/classes:../../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.core/.classes.list; \ fi ../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" ../../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/com.sun.corba.se.spi.activation/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/com.sun.corba.se.spi.activation/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../../../src/solaris/classes:../../../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/org/com.sun.corba.se.spi.activation/.classes.list; \ fi ../../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.spi.encoding/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.spi.encoding/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../../../src/solaris/classes:../../../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.spi.encoding/.classes.list; \ fi ../../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.spi.extension/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.spi.extension/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../../../src/solaris/classes:../../../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.spi.extension/.classes.list; \ fi ../../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" ../../../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.spi.legacy.connection/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.spi.legacy.connection/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../../../../src/solaris/classes:../../../../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.spi.legacy.connection/.classes.list; \ fi ../../../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.spi.legacy.interceptor/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.spi.legacy.interceptor/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../../../../src/solaris/classes:../../../../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.spi.legacy.interceptor/.classes.list; \ fi ../../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/logging/com.sun.corba.se.spi.logging/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/logging/com.sun.corba.se.spi.logging/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../../../src/solaris/classes:../../../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/logging/com.sun.corba.se.spi.logging/.classes.list; \ fi ../../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/monitoring/com.sun.corba.se.spi.monitoring/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/monitoring/com.sun.corba.se.spi.monitoring/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../../../src/solaris/classes:../../../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/monitoring/com.sun.corba.se.spi.monitoring/.classes.list; \ fi ../../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/copyobject/com.sun.corba.se.spi.copyobject/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/copyobject/com.sun.corba.se.spi.copyobject/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../../../src/solaris/classes:../../../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/copyobject/com.sun.corba.se.spi.copyobject/.classes.list; \ fi ../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" ../../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" ../../../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.oa.poa/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.oa.poa/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../../../../src/solaris/classes:../../../../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.oa.poa/.classes.list; \ fi ../../../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.oa.toa/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.oa.toa/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../../../../src/solaris/classes:../../../../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.oa.toa/.classes.list; \ fi ../../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" ../../../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.namingutil/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.namingutil/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../../../../src/solaris/classes:../../../../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.namingutil/.classes.list; \ fi ../../../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.naming.cosnaming/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.naming.cosnaming/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../../../../src/solaris/classes:../../../../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.naming.cosnaming/.classes.list; \ fi ../../../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/PCosNaming/com.sun.corba.se.impl.naming.pcosnaming/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/PCosNaming/com.sun.corba.se.impl.naming.pcosnaming/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../../../../src/solaris/classes:../../../../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/PCosNaming/com.sun.corba.se.impl.naming.pcosnaming/.classes.list; \ fi ../../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" ../../../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/Activation/com.sun.corba.se.impl.activation/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/Activation/com.sun.corba.se.impl.activation/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../../../../src/solaris/classes:../../../../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/Activation/com.sun.corba.se.impl.activation/.classes.list; \ fi ../../../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/Activation/com.sun.corba.se.impl.activation/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/Activation/com.sun.corba.se.impl.activation/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../../../../src/solaris/classes:../../../../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/Activation/com.sun.corba.se.impl.activation/.classes.list; \ fi ../../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/com/com.sun.corba.se.impl.interceptors/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/com/com.sun.corba.se.impl.interceptors/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../../../src/solaris/classes:../../../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/com/com.sun.corba.se.impl.interceptors/.classes.list; \ fi ../../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.logging/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.logging/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../../../src/solaris/classes:../../../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.logging/.classes.list; \ fi ../../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.monitoring/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.monitoring/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../../../src/solaris/classes:../../../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/com.sun.corba.se.impl.monitoring/.classes.list; \ fi ../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" ../../../../../../common/shared/Defs-bsd.gmk:130: "WARNING: Value of JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH" if [ -s /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/sun.rmi.rmic/.classes.list ] ; then \ /bin/cat /Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/sun.rmi.rmic/.classes.list; \ /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbootclasspath/p:/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar" -jar /Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar -XDignore.symbol.file=true -source 7 -target 7 -encoding ascii -classpath /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/tools.jar -Xprefer:source -sourcepath "/Users/remcat/macosx-port/build/macosx-universal/corba/gensrc:../../../../../../../src/solaris/classes:../../../../../../../src/share/classes" -d /Users/remcat/macosx-port/build/macosx-universal/corba/classes @/Users/remcat/macosx-port/build/macosx-universal/corba/tmp/sun/sun.rmi.rmic/.classes.list; \ fi ######################################################################## ##### Leaving corba for target(s) all ##### ######################################################################## ##### Build time 00:00:05 corba for target(s) all ##### ######################################################################## /bin/mkdir -p /Users/remcat/macosx-port/build/macosx-universal/jaxp ######################################################################## ######################################################################## ##### Entering jaxp for target(s) all ##### ######################################################################## (cd ./jaxp/make && \ make JDK_TOPDIR=/Users/remcat/macosx-port/jdk JDK_MAKE_SHARED_DIR=/Users/remcat/macosx-port/jdk/make/common/shared EXTERNALSANITYCONTROL=true SOURCE_LANGUAGE_VERSION=7 TARGET_CLASS_VERSION=7 MILESTONE=internal BUILD_NUMBER=b00 JDK_BUILD_NUMBER=b00 FULL_VERSION=1.7.0-internal-remcat_2011_12_06_11_21-b00 PREVIOUS_JDK_VERSION=1.6.0 JDK_VERSION=1.7.0 JDK_MKTG_VERSION=7 JDK_MAJOR_VERSION=1 JDK_MINOR_VERSION=7 JDK_MICRO_VERSION=0 PREVIOUS_MAJOR_VERSION=1 PREVIOUS_MINOR_VERSION=6 PREVIOUS_MICRO_VERSION=0 ARCH_DATA_MODEL=32 COOKED_BUILD_NUMBER=0 ALT_OUTPUTDIR=/Users/remcat/macosx-port/build/macosx-universal/jaxp ALT_BOOTDIR=/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home ALT_JDK_IMPORT_PATH=/NOT-SET/re/jdk/1.7.0/promoted/latest/binaries/macosx-universal ALT_LANGTOOLS_DIST=/Users/remcat/macosx-port/build/macosx-universal/langtools/dist all) cd .. && JAVA_HOME=/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home ant -Djavac.target=7 -Djavac.source=7 -Dallow.downloads=true -Ddrops.dir=/java/devtools/share/jdk7-drops -Doutput.dir=/Users/remcat/macosx-port/build/macosx-universal/jaxp -Djdk.home=/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home -Dbootstrap.dir=/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap -version Apache Ant(TM) version 1.8.2 compiled on June 3 2011 cd .. && JAVA_HOME=/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home ant -Djavac.target=7 -Djavac.source=7 -Dallow.downloads=true -Ddrops.dir=/java/devtools/share/jdk7-drops -Doutput.dir=/Users/remcat/macosx-port/build/macosx-universal/jaxp -Djdk.home=/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home -Dbootstrap.dir=/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap all Buildfile: /Users/remcat/macosx-port/jaxp/build.xml -banner: [echo] +---------------------------------------+ [echo] + Starting ant project jaxp + [echo] +---------------------------------------+ -javac-jar-exists: sanity: [echo] Sanity Settings: [echo] ant.home=/usr/share/ant [echo] ant.version=Apache Ant(TM) version 1.8.2 compiled on June 3 2011 [echo] ant.java.version=1.6 [echo] java.home=/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home [echo] java.version=1.6.0_29 [echo] os.name=Mac OS X [echo] os.arch=x86_64 [echo] os.version=10.7.2 [echo] bootstrap.dir=/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap [echo] javac.jar=/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar [echo] javac.memoryInitialSize=256m [echo] javac.memoryMaximumSize=512m [echo] javac.source=7 [echo] javac.debug=true [echo] javac.target=7 [echo] javac.version.opt= [echo] javac.lint.opts= [echo] javac.no.jdk.warnings=-XDignore.symbol.file=true [echo] output.dir=/Users/remcat/macosx-port/build/macosx-universal/jaxp [echo] build.dir=/Users/remcat/macosx-port/build/macosx-universal/jaxp/build [echo] dist.dir=/Users/remcat/macosx-port/build/macosx-universal/jaxp/dist [echo] drop.dir=${drop.dir} [echo] drops.dir=/java/devtools/share/jdk7-drops [echo] init: -jaxp_src-ready: -jaxp_src-copy-bundle: -jaxp_src-url-should-be-used: -jaxp_src-url-bundle: jaxp_src-update: -set-props: -use-drop: -src-help: -init-src-dirs: [echo] Using primary.src.dir=/Users/remcat/macosx-port/build/macosx-universal/jaxp/drop/jaxp_src/src [echo] Using src.dir.id=/Users/remcat/macosx-port/build/macosx-universal/jaxp/drop/jaxp_src/src compile: -drop-build-setup: -build-setup: build: -dist-classes-jar-uptodate: -dist-classes-jar: -drop-src-zip: -dist-src-zip: dist: all: [echo] +---------------------------------------+ [echo] + Finishing ant project jaxp [echo] +---------------------------------------+ BUILD SUCCESSFUL Total time: 2 seconds ######################################################################## ##### Leaving jaxp for target(s) all ##### ######################################################################## ##### Build time 00:00:03 jaxp for target(s) all ##### ######################################################################## /bin/mkdir -p /Users/remcat/macosx-port/build/macosx-universal/jaxws ######################################################################## ######################################################################## ##### Entering jaxws for target(s) all ##### ######################################################################## (cd ./jaxws/make && \ make JDK_TOPDIR=/Users/remcat/macosx-port/jdk JDK_MAKE_SHARED_DIR=/Users/remcat/macosx-port/jdk/make/common/shared EXTERNALSANITYCONTROL=true SOURCE_LANGUAGE_VERSION=7 TARGET_CLASS_VERSION=7 MILESTONE=internal BUILD_NUMBER=b00 JDK_BUILD_NUMBER=b00 FULL_VERSION=1.7.0-internal-remcat_2011_12_06_11_21-b00 PREVIOUS_JDK_VERSION=1.6.0 JDK_VERSION=1.7.0 JDK_MKTG_VERSION=7 JDK_MAJOR_VERSION=1 JDK_MINOR_VERSION=7 JDK_MICRO_VERSION=0 PREVIOUS_MAJOR_VERSION=1 PREVIOUS_MINOR_VERSION=6 PREVIOUS_MICRO_VERSION=0 ARCH_DATA_MODEL=32 COOKED_BUILD_NUMBER=0 ALT_OUTPUTDIR=/Users/remcat/macosx-port/build/macosx-universal/jaxws ALT_BOOTDIR=/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home ALT_JDK_IMPORT_PATH=/NOT-SET/re/jdk/1.7.0/promoted/latest/binaries/macosx-universal ALT_LANGTOOLS_DIST=/Users/remcat/macosx-port/build/macosx-universal/langtools/dist all) cd .. && JAVA_HOME=/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home ant -Djavac.target=7 -Djavac.source=7 -Dallow.downloads=true -Ddrops.dir=/java/devtools/share/jdk7-drops -Doutput.dir=/Users/remcat/macosx-port/build/macosx-universal/jaxws -Djdk.home=/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home -Dbootstrap.dir=/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap -version Apache Ant(TM) version 1.8.2 compiled on June 3 2011 cd .. && JAVA_HOME=/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home ant -Djavac.target=7 -Djavac.source=7 -Dallow.downloads=true -Ddrops.dir=/java/devtools/share/jdk7-drops -Doutput.dir=/Users/remcat/macosx-port/build/macosx-universal/jaxws -Djdk.home=/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home -Dbootstrap.dir=/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap all Buildfile: /Users/remcat/macosx-port/jaxws/build.xml -banner: [echo] +---------------------------------------+ [echo] + Starting ant project jaxws + [echo] +---------------------------------------+ -javac-jar-exists: sanity: [echo] Sanity Settings: [echo] ant.home=/usr/share/ant [echo] ant.version=Apache Ant(TM) version 1.8.2 compiled on June 3 2011 [echo] ant.java.version=1.6 [echo] java.home=/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home [echo] java.version=1.6.0_29 [echo] os.name=Mac OS X [echo] os.arch=x86_64 [echo] os.version=10.7.2 [echo] bootstrap.dir=/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap [echo] javac.jar=/Users/remcat/macosx-port/build/macosx-universal/langtools/dist/bootstrap/lib/javac.jar [echo] javac.memoryInitialSize=256m [echo] javac.memoryMaximumSize=512m [echo] javac.source=7 [echo] javac.debug=true [echo] javac.target=7 [echo] javac.version.opt= [echo] javac.lint.opts= [echo] javac.no.jdk.warnings=-XDignore.symbol.file=true [echo] output.dir=/Users/remcat/macosx-port/build/macosx-universal/jaxws [echo] build.dir=/Users/remcat/macosx-port/build/macosx-universal/jaxws/build [echo] dist.dir=/Users/remcat/macosx-port/build/macosx-universal/jaxws/dist [echo] drop.dir=${drop.dir} [echo] drops.dir=/java/devtools/share/jdk7-drops [echo] init: -jaxws_src-ready: -jaxws_src-copy-bundle: -jaxws_src-url-should-be-used: -jaxws_src-url-bundle: jaxws_src-update: -jaf_src-ready: -jaf_src-copy-bundle: -jaf_src-url-should-be-used: -jaf_src-url-bundle: jaf_src-update: -set-props: -use-drop: -src-help: -init-src-dirs: [echo] Using primary.src.dir=/Users/remcat/macosx-port/build/macosx-universal/jaxws/drop/jaxws_src/src [echo] Using src.dir.id=/Users/remcat/macosx-port/build/macosx-universal/jaxws/drop/jaxws_src/src:/Users/remcat/macosx-port/build/macosx-universal/jaxws/drop/jaf_src/src compile: [javac] Compiling 1 source file to /Users/remcat/macosx-port/build/macosx-universal/jaxws/build/classes -drop-build-setup: -build-setup: build: -dist-classes-jar-uptodate: -dist-classes-jar: -drop-src-zip: -dist-src-zip: dist: all: [echo] +---------------------------------------+ [echo] + Finishing ant project jaxws [echo] +---------------------------------------+ BUILD SUCCESSFUL Total time: 3 seconds ######################################################################## ##### Leaving jaxws for target(s) all ##### ######################################################################## ##### Build time 00:00:04 jaxws for target(s) all ##### ######################################################################## /bin/mkdir -p /Users/remcat/macosx-port/build/macosx-universal/hotspot/outputdir /bin/mkdir -p /Users/remcat/macosx-port/build/macosx-universal/hotspot/import ######################################################################## ######################################################################## ##### Entering hotspot for target(s) universal_product ##### ######################################################################## cd ./hotspot/make && \ make JDK_TOPDIR=/Users/remcat/macosx-port/jdk JDK_MAKE_SHARED_DIR=/Users/remcat/macosx-port/jdk/make/common/shared EXTERNALSANITYCONTROL=true SOURCE_LANGUAGE_VERSION=7 TARGET_CLASS_VERSION=7 MILESTONE=internal BUILD_NUMBER=b00 JDK_BUILD_NUMBER=b00 FULL_VERSION=1.7.0-internal-remcat_2011_12_06_11_21-b00 PREVIOUS_JDK_VERSION=1.6.0 JDK_VERSION=1.7.0 JDK_MKTG_VERSION=7 JDK_MAJOR_VERSION=1 JDK_MINOR_VERSION=7 JDK_MICRO_VERSION=0 PREVIOUS_MAJOR_VERSION=1 PREVIOUS_MINOR_VERSION=6 PREVIOUS_MICRO_VERSION=0 ARCH_DATA_MODEL=32 COOKED_BUILD_NUMBER=0 ALT_OUTPUTDIR=/Users/remcat/macosx-port/build/macosx-universal/hotspot/outputdir ALT_EXPORT_PATH=/Users/remcat/macosx-port/build/macosx-universal/hotspot/import ALT_SLASH_JAVA=/NOT-SET ALT_BOOTDIR=/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home ALT_LANGTOOLS_DIST=/Users/remcat/macosx-port/build/macosx-universal/langtools/dist universal_product make ARCH_DATA_MODEL=32 MACOSX_UNIVERSAL=true all_product cd /Users/remcat/macosx-port/hotspot/make; \ make VM_TARGET=product generic_build2 ALT_OUTPUTDIR=/Users/remcat/macosx-port/build/macosx-universal/hotspot/outputdir mkdir -p /Users/remcat/macosx-port/build/macosx-universal/hotspot/outputdir cd /Users/remcat/macosx-port/build/macosx-universal/hotspot/outputdir; \ make -f /Users/remcat/macosx-port/hotspot/make/bsd/Makefile \ JAVA_HOME=/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home OUTPUTDIR=/Users/remcat/macosx-port/build/macosx-universal/hotspot/outputdir GAMMADIR=/Users/remcat/macosx-port/hotspot MAKE_VERBOSE=y HOTSPOT_RELEASE_VERSION=21.0-b17 JRE_RELEASE_VERSION=1.7.0-internal-remcat_2011_12_06_11_21-b00 HOTSPOT_BUILD_VERSION= product cd bsd_i486_compiler2/product && make ../generated/adfiles/adlc -D_ALLBSD_SOURCE -D_GNU_SOURCE -DIA32 -q -T -g -U_LP64 ../generated/adfiles/bsd_x86_32.ad \ -c../generated/adfiles/mktmp98405/ad_x86_32.cpp -h../generated/adfiles/mktmp98405/ad_x86_32.hpp -a../generated/adfiles/mktmp98405/dfa_x86_32.cpp -v../generated/adfiles/mktmp98405/adGlobals_x86_32.hpp \ || { rm -rf ../generated/adfiles/mktmp98405; exit 1; } ./adlc_updater ad_x86_32.cpp ../generated/adfiles/mktmp98405 ../generated/adfiles ./adlc_updater ad_x86_32.hpp ../generated/adfiles/mktmp98405 ../generated/adfiles ./adlc_updater ad_x86_32_clone.cpp ../generated/adfiles/mktmp98405 ../generated/adfiles ./adlc_updater ad_x86_32_expand.cpp ../generated/adfiles/mktmp98405 ../generated/adfiles ./adlc_updater ad_x86_32_format.cpp ../generated/adfiles/mktmp98405 ../generated/adfiles ./adlc_updater ad_x86_32_gen.cpp ../generated/adfiles/mktmp98405 ../generated/adfiles ./adlc_updater ad_x86_32_misc.cpp ../generated/adfiles/mktmp98405 ../generated/adfiles ./adlc_updater ad_x86_32_peephole.cpp ../generated/adfiles/mktmp98405 ../generated/adfiles ./adlc_updater ad_x86_32_pipeline.cpp ../generated/adfiles/mktmp98405 ../generated/adfiles ./adlc_updater adGlobals_x86_32.hpp ../generated/adfiles/mktmp98405 ../generated/adfiles ./adlc_updater dfa_x86_32.cpp ../generated/adfiles/mktmp98405 ../generated/adfiles [ -f ../generated/adfiles/mktmp98405/made-change ] \ || echo "Rescanned ../generated/adfiles/bsd_x86_32.ad but encountered no changes." Rescanned ../generated/adfiles/bsd_x86_32.ad but encountered no changes. rm -rf ../generated/adfiles/mktmp98405 make[7]: Nothing to be done for `all'. if [ -d /Users/remcat/macosx-port/hotspot/agent -a "x86" != "ia64" \ -a "x86" != "arm" \ -a "x86" != "ppc" \ -a "x86" != "zero" ] ; then \ make -f sa.make /Users/remcat/macosx-port/build/macosx-universal/hotspot/outputdir/bsd_i486_compiler2/product/../generated/sa-jdi.jar; \ fi make[8]: `/Users/remcat/macosx-port/build/macosx-universal/hotspot/outputdir/bsd_i486_compiler2/product/../generated/sa-jdi.jar' is up to date. echo "dtrace headers generated" dtrace headers generated make[7]: `precompiled.hpp.gch' is up to date. Compiling /Users/remcat/macosx-port/hotspot/src/share/vm/runtime/vm_version.cpp rm -f vm_version.o if [ "/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home" = "" ]; then \ echo "ALT_BOOTDIR, BOOTDIR or JAVA_HOME needs to be defined to build SA"; \ exit 1; \ fi llvm-g++ -D_ALLBSD_SOURCE -D_GNU_SOURCE -DIA32 -DPRODUCT -I. -I/Users/remcat/macosx-port/hotspot/src/share/vm/prims -I/Users/remcat/macosx-port/hotspot/src/share/vm -I/Users/remcat/macosx-port/hotspot/src/cpu/x86/vm -I/Users/remcat/macosx-port/hotspot/src/os_cpu/bsd_x86/vm -I/Users/remcat/macosx-port/hotspot/src/os/bsd/vm -I/Users/remcat/macosx-port/hotspot/src/os/posix/vm -I../generated -DHOTSPOT_RELEASE_VERSION="\"21.0-b17\"" -DHOTSPOT_BUILD_TARGET="\"product\"" -DHOTSPOT_BUILD_USER="\"remcat\"" -DHOTSPOT_LIB_ARCH=\"i386\" -DJRE_RELEASE_VERSION="\"1.7.0-internal-remcat_2011_12_06_11_13-b00\"" -DHOTSPOT_VM_DISTRO="\"OpenJDK\"" -DTARGET_OS_FAMILY_bsd -DTARGET_ARCH_x86 -DTARGET_ARCH_MODEL_x86_32 -DTARGET_OS_ARCH_bsd_x86 -DTARGET_OS_ARCH_MODEL_bsd_x86_32 -DTARGET_COMPILER_gcc -DCOMPILER2 -DCOMPILER1 -fPIC -fno-rtti -fno-exceptions -pthread -fcheck-new -m32 -march=i586 -mstackrealign -pipe -Os -fno-strict-aliasing -DVM_LITTLE_ENDIAN -Werror -Wpointer-arith -Wconversion -Wsign-compare -DDTRACE_ENABLED -D_XOPEN_SOURCE -D_DARWIN_C_SOURCE -c -MMD -MP -MF ../generated/dependencies/vm_version.o.d -o vm_version.o /Users/remcat/macosx-port/hotspot/src/share/vm/runtime/vm_version.cpp Making SA debugger back-end... llvm-gcc -Di486 -D_GNU_SOURCE \ -m32 -mstackrealign -Wl,-install_name, at rpath/libsaproc.dylib -dynamiclib -compatibility_version 1.0.0 -current_version 1.0.0 -fPIC -fPIC \ -I/Users/remcat/macosx-port/hotspot/agent/src/os/bsd \ -I../generated \ -I/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/include -I/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/include/darwin -I/System/Library/Frameworks/JavaVM.framework/Headers \ /Users/remcat/macosx-port/hotspot/agent/src/os/bsd/MacosxDebuggerLocal.m \ \ \ -o libsaproc.dylib \ -g -framework Foundation -F/System/Library/Frameworks/JavaVM.framework/Frameworks -framework JavaNativeFoundation -framework Security -framework CoreFoundation /Users/remcat/macosx-port/hotspot/agent/src/os/bsd/MacosxDebuggerLocal.m:26:34: error: Foundation/Foundation.h: No such file or directory /Users/remcat/macosx-port/hotspot/agent/src/os/bsd/MacosxDebuggerLocal.m:27:54: error: JavaNativeFoundation/JavaNativeFoundation.h: No such file or directory /Users/remcat/macosx-port/hotspot/agent/src/os/bsd/MacosxDebuggerLocal.m:29:24: error: JavaVM/jni.h: No such file or directory /Users/remcat/macosx-port/hotspot/agent/src/os/bsd/MacosxDebuggerLocal.m:36: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__? before ?debug? /Users/remcat/macosx-port/hotspot/agent/src/os/bsd/MacosxDebuggerLocal.m:38: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__? before ?symbolicatorID? /Users/remcat/macosx-port/hotspot/agent/src/os/bsd/MacosxDebuggerLocal.m:39: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__? before ?taskID? /Users/remcat/macosx-port/hotspot/agent/src/os/bsd/MacosxDebuggerLocal.m:41: error: expected ?)? before ?*? token /Users/remcat/macosx-port/hotspot/agent/src/os/bsd/MacosxDebuggerLocal.m:45: error: expected ?)? before ?*? token /Users/remcat/macosx-port/hotspot/agent/src/os/bsd/MacosxDebuggerLocal.m:50: error: expected ?)? before ?*? token /Users/remcat/macosx-port/hotspot/agent/src/os/bsd/MacosxDebuggerLocal.m:54: error: expected ?)? before ?*? token /Users/remcat/macosx-port/hotspot/agent/src/os/bsd/MacosxDebuggerLocal.m:64: error: expected ?)? before ?*? token /Users/remcat/macosx-port/hotspot/agent/src/os/bsd/MacosxDebuggerLocal.m:91: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__? before ?void? /Users/remcat/macosx-port/hotspot/agent/src/os/bsd/MacosxDebuggerLocal.m:102: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__? before ?jlong? /Users/remcat/macosx-port/hotspot/agent/src/os/bsd/MacosxDebuggerLocal.m:131: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__? before ?jbyteArray? /Users/remcat/macosx-port/hotspot/agent/src/os/bsd/MacosxDebuggerLocal.m:208: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__? before ?jlongArray? /Users/remcat/macosx-port/hotspot/agent/src/os/bsd/MacosxDebuggerLocal.m:326: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__? before ?jint? /Users/remcat/macosx-port/hotspot/agent/src/os/bsd/MacosxDebuggerLocal.m:355: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__? before ?void? /Users/remcat/macosx-port/hotspot/agent/src/os/bsd/MacosxDebuggerLocal.m:395: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__? before ?void? make[7]: *** [libsaproc.dylib] Error 1 make[7]: *** Waiting for unfinished jobs.... make[6]: *** [the_vm] Error 2 make[5]: *** [product] Error 2 make[4]: *** [generic_build2] Error 2 make[3]: *** [product] Error 2 make[2]: *** [universal_product] Error 2 make[1]: *** [hotspot-build] Error 2 make: *** [build_product_image] Error 2 From kelly.ohair at oracle.com Tue Dec 6 08:43:01 2011 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 06 Dec 2011 16:43:01 +0000 Subject: hg: jdk7u/jdk7u-osx: 7118094: Use of printf on Mac cannot accept format string starting with -- Message-ID: <20111206164301.52162475A1@hg.openjdk.java.net> Changeset: 99d38a2d5d81 Author: ohair Date: 2011-12-06 08:42 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/99d38a2d5d81 7118094: Use of printf on Mac cannot accept format string starting with -- Reviewed-by: dholmes ! make/Defs-internal.gmk From kelly.ohair at oracle.com Tue Dec 6 08:40:21 2011 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 06 Dec 2011 16:40:21 +0000 Subject: hg: jdk7u/jdk7u-osx/jdk: 7118095: Add macosx targets to make/jprt.properties file Message-ID: <20111206164050.DFEE54759F@hg.openjdk.java.net> Changeset: 50733be04c18 Author: ohair Date: 2011-12-06 08:40 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/50733be04c18 7118095: Add macosx targets to make/jprt.properties file Reviewed-by: dholmes ! make/jprt.properties From henri.gomez at gmail.com Tue Dec 6 09:57:04 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Tue, 6 Dec 2011 18:57:04 +0100 Subject: hg: jdk7u/jdk7u-osx/jdk: 7118095: Add macosx targets to make/jprt.properties file In-Reply-To: <20111206164050.DFEE54759F@hg.openjdk.java.net> References: <20111206164050.DFEE54759F@hg.openjdk.java.net> Message-ID: A package is available for those interested in evaluating these commit http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-1.7-x64-jdk-u4-b01-20111206.dmg 2011/12/6 : > Changeset: 50733be04c18 > Author: ? ?ohair > Date: ? ? ?2011-12-06 08:40 -0800 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/50733be04c18 > > 7118095: Add macosx targets to make/jprt.properties file > Reviewed-by: dholmes > > ! make/jprt.properties > From peter.brunet at oracle.com Tue Dec 6 10:34:04 2011 From: peter.brunet at oracle.com (Pete Brunet) Date: Tue, 06 Dec 2011 12:34:04 -0600 Subject: Installing b200 (no DMG file) Message-ID: <4EDE601C.7020507@oracle.com> I'm looking into some regressions and I want to install b200. Unfortunately there is no DMG file so I'm guessing I need to install the files in the binaries directory. That directory has these sub-directories. Do I need to install libjava.dylib and aqua.properties and if so where do they belong? Home: contains bin, lib, etc. MacOS: contains libjava.dylib Resources: contains English.lproj/aqua.properties Thanks, Pete From scott.kovatch at oracle.com Tue Dec 6 11:00:21 2011 From: scott.kovatch at oracle.com (Scott Kovatch) Date: Tue, 6 Dec 2011 11:00:21 -0800 Subject: Installing b200 (no DMG file) In-Reply-To: <4EDE601C.7020507@oracle.com> References: <4EDE601C.7020507@oracle.com> Message-ID: <447182BD-FBA5-4F8A-8728-B3ADC794F7A7@oracle.com> Do the following: (In psudo shell script?) mkdir -p 1.7.0-b200.jdk/Contents mv (Home, MacOS, Resources) into Contents You now have a JDK bundle. Drag the whole thing into /Library/Java/JavaVirtualMachines and it should show up in Java Preferences.app. -- Scott Take all of these folders and put them into a On Dec 6, 2011, at 10:34 AM, Pete Brunet wrote: > I'm looking into some regressions and I want to install b200. > Unfortunately there is no DMG file so I'm guessing I need to install the > files in the binaries directory. That directory has these > sub-directories. Do I need to install libjava.dylib and > aqua.properties and if so where do they belong? > > Home: contains bin, lib, etc. > > MacOS: contains libjava.dylib > > Resources: contains English.lproj/aqua.properties > > Thanks, Pete From daniel.daugherty at oracle.com Tue Dec 6 11:57:22 2011 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Tue, 06 Dec 2011 12:57:22 -0700 Subject: request permission to push 3 changesets to jdk7u/jdk7u-osx/hotspot repo Message-ID: <4EDE73A2.2020202@oracle.com> Greetings, The jdk7u/jdk7u-osx forest needs a hotspot changeset to build properly on Linux and Solaris: > Changeset: 242b4e0e6f73 > Author: phh > Date: 2011-11-29 09:21 -0500 > URL:http://hg.openjdk.java.net/hsx/hotspot-rt/hotspot/rev/242b4e0e6f73 > > 7116189: Export JVM_SetNativeThreadName from Hotspot > Summary: Added JVM_SetNativeThreadName to linker mapfiles on Solaris > and Linux. > Reviewed-by: dcubed, dholmes > Contributed-by:michael.x.mcmahon at oracle.com > > ! make/linux/makefiles/mapfile-vers-debug > ! make/linux/makefiles/mapfile-vers-product > ! make/solaris/makefiles/mapfile-vers This changeset is in the HSX-23-B07 snapshot that went through PIT this past weekend, but there's a chance that the PIT will not pass. I don't want the jdk7u/jdk7u-osx forest to continue to be unbuildable on Linux and Solaris until the next PIT cycle so I'd like to push the above changeset to the jdk7u/jdk7u-osx/hotspot repo. In order to push that exact changeset, I'll also need to push the following two changesets which precede it: > changeset: 2921:36b057451829 > parent: 2905:f9a80a035a4a > user: dholmes > date: Wed Nov 16 20:38:24 2011 -0500 > summary: 7110017: is_headless_jre should be updated to reflect the > new location of awt toolkit libraries > changeset: 2923:c17bc65648de > user: brutisso > date: Mon Nov 21 08:02:40 2011 +0100 > summary: 7112308: Fix Visual Studio build for precompiled header The two additional changesets are both small and easily understood. The first changeset has been in RT_Baseline since 2011.11.16 and the second has been in RT_Baseline since 2011.11.21. Thanks! Dan From dalibor.topic at oracle.com Tue Dec 6 11:59:20 2011 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Tue, 06 Dec 2011 20:59:20 +0100 Subject: jdk7u-osx, VM mode In-Reply-To: References: Message-ID: <4EDE7418.30800@oracle.com> On 12/6/11 12:36 AM, Henri Gomez wrote: > Hi to all, > > Did the OpenJDK 7 for osx from jdk7u-osx will stay 32/64 (universal) > like the current OpenJDK 7 from macosx-port ? See Michael's reply here: http://mail.openjdk.java.net/pipermail/macosx-port-dev/2011-December/001683.html cheers, dalibor topic -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | Mobile: +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 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle Oracle is committed to developing practices and products that help protect the environment From paul.hohensee at oracle.com Tue Dec 6 12:03:04 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Tue, 06 Dec 2011 15:03:04 -0500 Subject: request permission to push 3 changesets to jdk7u/jdk7u-osx/hotspot repo In-Reply-To: <4EDE73A2.2020202@oracle.com> References: <4EDE73A2.2020202@oracle.com> Message-ID: <4EDE74F8.8060403@oracle.com> Approved. Paul On 12/6/11 2:57 PM, Daniel D. Daugherty wrote: > Greetings, > > The jdk7u/jdk7u-osx forest needs a hotspot changeset to build > properly on Linux and Solaris: > >> Changeset: 242b4e0e6f73 >> Author: phh >> Date: 2011-11-29 09:21 -0500 >> URL:http://hg.openjdk.java.net/hsx/hotspot-rt/hotspot/rev/242b4e0e6f73 >> >> 7116189: Export JVM_SetNativeThreadName from Hotspot >> Summary: Added JVM_SetNativeThreadName to linker mapfiles on Solaris >> and Linux. >> Reviewed-by: dcubed, dholmes >> Contributed-by:michael.x.mcmahon at oracle.com >> >> ! make/linux/makefiles/mapfile-vers-debug >> ! make/linux/makefiles/mapfile-vers-product >> ! make/solaris/makefiles/mapfile-vers > > This changeset is in the HSX-23-B07 snapshot that went through PIT > this past weekend, but there's a chance that the PIT will not pass. > I don't want the jdk7u/jdk7u-osx forest to continue to be unbuildable > on Linux and Solaris until the next PIT cycle so I'd like to push > the above changeset to the jdk7u/jdk7u-osx/hotspot repo. > > In order to push that exact changeset, I'll also need to push the > following two changesets which precede it: > >> changeset: 2921:36b057451829 >> parent: 2905:f9a80a035a4a >> user: dholmes >> date: Wed Nov 16 20:38:24 2011 -0500 >> summary: 7110017: is_headless_jre should be updated to reflect >> the new location of awt toolkit libraries > >> changeset: 2923:c17bc65648de >> user: brutisso >> date: Mon Nov 21 08:02:40 2011 +0100 >> summary: 7112308: Fix Visual Studio build for precompiled header > > The two additional changesets are both small and easily understood. > The first changeset has been in RT_Baseline since 2011.11.16 and the > second has been in RT_Baseline since 2011.11.21. > > Thanks! > > Dan > From henri.gomez at gmail.com Tue Dec 6 12:23:11 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Tue, 6 Dec 2011 21:23:11 +0100 Subject: jdk7u-osx, VM mode In-Reply-To: <4EDE7418.30800@oracle.com> References: <4EDE7418.30800@oracle.com> Message-ID: >> Did the OpenJDK 7 for osx from jdk7u-osx will stay 32/64 (universal) >> like the current OpenJDK 7 from macosx-port ? > > See Michael's reply here: http://mail.openjdk.java.net/pipermail/macosx-port-dev/2011-December/001683.html I saw his reply and replied on it. To me OSX should have a 32/64 bits VM - It's how OpenJDK 7 from macosx-port works today - Apple 1.6 VMs where 32/64 bits VM - Other OS have 32 and 64 bits VM From daniel.daugherty at oracle.com Tue Dec 6 17:18:02 2011 From: daniel.daugherty at oracle.com (daniel.daugherty at oracle.com) Date: Wed, 07 Dec 2011 01:18:02 +0000 Subject: hg: jdk7u/jdk7u-osx/hotspot: 5 new changesets Message-ID: <20111207011813.33886475C8@hg.openjdk.java.net> Changeset: 36b057451829 Author: dholmes Date: 2011-11-16 20:38 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/36b057451829 7110017: is_headless_jre should be updated to reflect the new location of awt toolkit libraries Reviewed-by: dholmes, dsamersoff Contributed-by: Chris Hegarty ! src/os/bsd/vm/os_bsd.cpp ! src/os/linux/vm/os_linux.cpp ! src/os/solaris/vm/os_solaris.cpp Changeset: 002cb3fc8256 Author: coleenp Date: 2011-11-18 17:26 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/002cb3fc8256 Merge Changeset: c17bc65648de Author: brutisso Date: 2011-11-21 08:02 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/c17bc65648de 7112308: Fix Visual Studio build for precompiled header Summary: Add the new path to precompiled.hpp in the project make file Reviewed-by: coleenp, dholmes, brutisso Contributed-by: rbackman ! make/windows/makefiles/projectcreator.make Changeset: 242b4e0e6f73 Author: phh Date: 2011-11-29 09:21 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/242b4e0e6f73 7116189: Export JVM_SetNativeThreadName from Hotspot Summary: Added JVM_SetNativeThreadName to linker mapfiles on Solaris and Linux. Reviewed-by: dcubed, dholmes Contributed-by: michael.x.mcmahon at oracle.com ! make/linux/makefiles/mapfile-vers-debug ! make/linux/makefiles/mapfile-vers-product ! make/solaris/makefiles/mapfile-vers Changeset: 175280f51ced Author: dcubed Date: 2011-12-06 11:59 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/175280f51ced Merge From daniel.daugherty at oracle.com Tue Dec 6 20:36:40 2011 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Tue, 06 Dec 2011 21:36:40 -0700 Subject: code review request for MacOS X compressed oops work around (7118648) Message-ID: <4EDEED58.6030403@oracle.com> Greetings, The UseCompressedOops flag is enabled ergonomically in a 64-bit VM. With MacOS X, we're seeing intermittent crashes in our automated build/test system (JPRT) that look like this: Internal Error (/private/tmp/jprt/P1/050642.jmelvin/source/src/share/vm/runtime/virtualspace.cpp:460), pid=53634, tid=4531154944 # assert((_noaccess_prefix != 0) == (UseCompressedOops && _base != NULL && (size_t(_base + _size) > OopEncodingHeapMax) && Universe::narrow_oop_use_implicit_null_checks())) failed: noaccess_prefix should be used only with non zero based compressed oops I have filed the following bug to track that failure mode: 7118647 3/3 compressed oops crashes on MacOS X with JPRT GCBasher test In order to make more reliable progress on getting MacOS X fully enabled in JPRT, I'm planning to disable compressed oops by default in the 64-bit MacOS X VM until 7118647 can be fixed. The work around is trivial so I'm including it here rather than generate a webrev: diff -r a5a9db0e0203 src/share/vm/runtime/arguments.cpp --- a/src/share/vm/runtime/arguments.cpp Tue Dec 06 07:23:42 2011 -0800 +++ b/src/share/vm/runtime/arguments.cpp Tue Dec 06 15:29:17 2011 -0800 @@ -1359,9 +1359,12 @@ // by ergonomics. if (MaxHeapSize <= max_heap_for_compressed_oops()) { #if !defined(COMPILER1) || defined(TIERED) +#ifndef __APPLE__ + // disable UseCompressedOops by default on MacOS X until 7118647 is fixed if (FLAG_IS_DEFAULT(UseCompressedOops)) { FLAG_SET_ERGO(bool, UseCompressedOops, true); } +#endif // !__APPLE__ #endif #ifdef _WIN64 if (UseLargePages && UseCompressedOops) { What the above code does is prevent the UseCompressedOops flag from being set to true ergonomically on MacOS X. It can still be set to true with the '-XX:+UseCompressedOops' option. I'm planning to push this fix to RT_Baseline for the HSX-23-B08 snapshot. Jim Melvin has already reviewed the fix so I just need one more reviewer. Thanks, in advance, for any additional reviews. Dan From vladimir.kozlov at oracle.com Tue Dec 6 20:51:10 2011 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Tue, 06 Dec 2011 20:51:10 -0800 Subject: code review request for MacOS X compressed oops work around (7118648) In-Reply-To: <4EDEED58.6030403@oracle.com> References: <4EDEED58.6030403@oracle.com> Message-ID: <4EDEF0BE.5030209@oracle.com> Could you move the comment before #ifndef __APPLE__? Vladimir Daniel D. Daugherty wrote: > Greetings, > > The UseCompressedOops flag is enabled ergonomically in a 64-bit VM. > With MacOS X, we're seeing intermittent crashes in our automated > build/test system (JPRT) that look like this: > > Internal Error > (/private/tmp/jprt/P1/050642.jmelvin/source/src/share/vm/runtime/virtualspace.cpp:460), > pid=53634, tid=4531154944 > # assert((_noaccess_prefix != 0) == (UseCompressedOops && _base != NULL > && (size_t(_base + _size) > OopEncodingHeapMax) && > Universe::narrow_oop_use_implicit_null_checks())) failed: > noaccess_prefix should be used only with non zero based compressed oops > > I have filed the following bug to track that failure mode: > > 7118647 3/3 compressed oops crashes on MacOS X with JPRT GCBasher test > > In order to make more reliable progress on getting MacOS X fully > enabled in JPRT, I'm planning to disable compressed oops by default > in the 64-bit MacOS X VM until 7118647 can be fixed. > > The work around is trivial so I'm including it here rather than > generate a webrev: > > diff -r a5a9db0e0203 src/share/vm/runtime/arguments.cpp > --- a/src/share/vm/runtime/arguments.cpp Tue Dec 06 07:23:42 2011 > -0800 > +++ b/src/share/vm/runtime/arguments.cpp Tue Dec 06 15:29:17 2011 > -0800 > @@ -1359,9 +1359,12 @@ > // by ergonomics. > if (MaxHeapSize <= max_heap_for_compressed_oops()) { > #if !defined(COMPILER1) || defined(TIERED) > +#ifndef __APPLE__ > + // disable UseCompressedOops by default on MacOS X until 7118647 is > fixed > if (FLAG_IS_DEFAULT(UseCompressedOops)) { > FLAG_SET_ERGO(bool, UseCompressedOops, true); > } > +#endif // !__APPLE__ > #endif > #ifdef _WIN64 > if (UseLargePages && UseCompressedOops) { > > > What the above code does is prevent the UseCompressedOops flag > from being set to true ergonomically on MacOS X. It can still be > set to true with the '-XX:+UseCompressedOops' option. > > I'm planning to push this fix to RT_Baseline for the HSX-23-B08 > snapshot. Jim Melvin has already reviewed the fix so I just need > one more reviewer. > > Thanks, in advance, for any additional reviews. > > Dan > From david.holmes at oracle.com Tue Dec 6 22:08:30 2011 From: david.holmes at oracle.com (David Holmes) Date: Wed, 07 Dec 2011 16:08:30 +1000 Subject: code review request for MacOS X compressed oops work around (7118648) In-Reply-To: <4EDEF0BE.5030209@oracle.com> References: <4EDEED58.6030403@oracle.com> <4EDEF0BE.5030209@oracle.com> Message-ID: <4EDF02DE.5030603@oracle.com> On 7/12/2011 2:51 PM, Vladimir Kozlov wrote: > Could you move the comment before #ifndef __APPLE__? I second that. If you didn't want the flag turned on at all you could use the UNSUPPORTED_OPTION macro. David > Vladimir > > Daniel D. Daugherty wrote: >> Greetings, >> >> The UseCompressedOops flag is enabled ergonomically in a 64-bit VM. >> With MacOS X, we're seeing intermittent crashes in our automated >> build/test system (JPRT) that look like this: >> >> Internal Error >> (/private/tmp/jprt/P1/050642.jmelvin/source/src/share/vm/runtime/virtualspace.cpp:460), >> pid=53634, tid=4531154944 >> # assert((_noaccess_prefix != 0) == (UseCompressedOops && _base != >> NULL && (size_t(_base + _size) > OopEncodingHeapMax) && >> Universe::narrow_oop_use_implicit_null_checks())) failed: >> noaccess_prefix should be used only with non zero based compressed oops >> >> I have filed the following bug to track that failure mode: >> >> 7118647 3/3 compressed oops crashes on MacOS X with JPRT GCBasher test >> >> In order to make more reliable progress on getting MacOS X fully >> enabled in JPRT, I'm planning to disable compressed oops by default >> in the 64-bit MacOS X VM until 7118647 can be fixed. >> >> The work around is trivial so I'm including it here rather than >> generate a webrev: >> >> diff -r a5a9db0e0203 src/share/vm/runtime/arguments.cpp >> --- a/src/share/vm/runtime/arguments.cpp Tue Dec 06 07:23:42 2011 -0800 >> +++ b/src/share/vm/runtime/arguments.cpp Tue Dec 06 15:29:17 2011 -0800 >> @@ -1359,9 +1359,12 @@ >> // by ergonomics. >> if (MaxHeapSize <= max_heap_for_compressed_oops()) { >> #if !defined(COMPILER1) || defined(TIERED) >> +#ifndef __APPLE__ >> + // disable UseCompressedOops by default on MacOS X until 7118647 is >> fixed >> if (FLAG_IS_DEFAULT(UseCompressedOops)) { >> FLAG_SET_ERGO(bool, UseCompressedOops, true); >> } >> +#endif // !__APPLE__ >> #endif >> #ifdef _WIN64 >> if (UseLargePages && UseCompressedOops) { >> >> >> What the above code does is prevent the UseCompressedOops flag >> from being set to true ergonomically on MacOS X. It can still be >> set to true with the '-XX:+UseCompressedOops' option. >> >> I'm planning to push this fix to RT_Baseline for the HSX-23-B08 >> snapshot. Jim Melvin has already reviewed the fix so I just need >> one more reviewer. >> >> Thanks, in advance, for any additional reviews. >> >> Dan >> From dalibor.topic at oracle.com Wed Dec 7 03:10:12 2011 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Wed, 07 Dec 2011 12:10:12 +0100 Subject: jdk7u-osx, VM mode In-Reply-To: <6592F495-7FBC-4151-BF43-4EAB4D76132A@mac.com> References: <4EDE7418.30800@oracle.com> <6592F495-7FBC-4151-BF43-4EAB4D76132A@mac.com> Message-ID: <4EDF4994.30909@oracle.com> On 12/7/11 2:21 AM, Andrew Thompson wrote: > Is hotspot now 64bit only on all platforms? No. See http://www.oracle.com/technetwork/java/javase/config-417990.html for a list of Oracle JRE 7 and JDK 7 Certified System Configurations. cheers, dalibor topic -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | Mobile: +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 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle Oracle is committed to developing practices and products that help protect the environment From henri.gomez at gmail.com Wed Dec 7 03:22:43 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Wed, 7 Dec 2011 12:22:43 +0100 Subject: jdk7u-osx, VM mode In-Reply-To: <4EDF4994.30909@oracle.com> References: <4EDE7418.30800@oracle.com> <6592F495-7FBC-4151-BF43-4EAB4D76132A@mac.com> <4EDF4994.30909@oracle.com> Message-ID: > No. See http://www.oracle.com/technetwork/java/javase/config-417990.html for > a list of Oracle JRE 7 and JDK 7 Certified System Configurations. hum, so Mac OSX should have also 32/64 bits VM. Due to its support of 32/64 bits, I hope we'll get back universal release From alexander.zuev at oracle.com Wed Dec 7 03:36:05 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Wed, 07 Dec 2011 11:36:05 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fix for 7105890: closed/javax/swing/JScrollBar/4708809/bug4708809.java deadlocks on MacOS. Message-ID: <20111207113616.04CC1475CB@hg.openjdk.java.net> Changeset: ca571a48818c Author: alexsch Date: 2011-12-07 15:35 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/ca571a48818c Fix for 7105890: closed/javax/swing/JScrollBar/4708809/bug4708809.java deadlocks on MacOS. ScrollBar checks was the thumb moved under the mouse cursor in Aqua LaF. The test is moved to the open repository. ! src/macosx/classes/com/apple/laf/AquaScrollBarUI.java + test/javax/swing/JScrollBar/4708809/bug4708809.java From daniel.daugherty at oracle.com Wed Dec 7 07:03:49 2011 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Wed, 07 Dec 2011 08:03:49 -0700 Subject: code review request for MacOS X compressed oops work around (7118648) In-Reply-To: <4EDEF0BE.5030209@oracle.com> References: <4EDEED58.6030403@oracle.com> <4EDEF0BE.5030209@oracle.com> Message-ID: <4EDF8055.2010609@oracle.com> Vladimir, Definitely. Thanks for the quick review. Dan On 12/6/11 9:51 PM, Vladimir Kozlov wrote: > Could you move the comment before #ifndef __APPLE__? > > Vladimir > > Daniel D. Daugherty wrote: >> Greetings, >> >> The UseCompressedOops flag is enabled ergonomically in a 64-bit VM. >> With MacOS X, we're seeing intermittent crashes in our automated >> build/test system (JPRT) that look like this: >> >> Internal Error >> (/private/tmp/jprt/P1/050642.jmelvin/source/src/share/vm/runtime/virtualspace.cpp:460), >> pid=53634, tid=4531154944 >> # assert((_noaccess_prefix != 0) == (UseCompressedOops && _base != >> NULL && (size_t(_base + _size) > OopEncodingHeapMax) && >> Universe::narrow_oop_use_implicit_null_checks())) failed: >> noaccess_prefix should be used only with non zero based compressed oops >> >> I have filed the following bug to track that failure mode: >> >> 7118647 3/3 compressed oops crashes on MacOS X with JPRT GCBasher >> test >> >> In order to make more reliable progress on getting MacOS X fully >> enabled in JPRT, I'm planning to disable compressed oops by default >> in the 64-bit MacOS X VM until 7118647 can be fixed. >> >> The work around is trivial so I'm including it here rather than >> generate a webrev: >> >> diff -r a5a9db0e0203 src/share/vm/runtime/arguments.cpp >> --- a/src/share/vm/runtime/arguments.cpp Tue Dec 06 07:23:42 >> 2011 -0800 >> +++ b/src/share/vm/runtime/arguments.cpp Tue Dec 06 15:29:17 >> 2011 -0800 >> @@ -1359,9 +1359,12 @@ >> // by ergonomics. >> if (MaxHeapSize <= max_heap_for_compressed_oops()) { >> #if !defined(COMPILER1) || defined(TIERED) >> +#ifndef __APPLE__ >> + // disable UseCompressedOops by default on MacOS X until 7118647 >> is fixed >> if (FLAG_IS_DEFAULT(UseCompressedOops)) { >> FLAG_SET_ERGO(bool, UseCompressedOops, true); >> } >> +#endif // !__APPLE__ >> #endif >> #ifdef _WIN64 >> if (UseLargePages && UseCompressedOops) { >> >> >> What the above code does is prevent the UseCompressedOops flag >> from being set to true ergonomically on MacOS X. It can still be >> set to true with the '-XX:+UseCompressedOops' option. >> >> I'm planning to push this fix to RT_Baseline for the HSX-23-B08 >> snapshot. Jim Melvin has already reviewed the fix so I just need >> one more reviewer. >> >> Thanks, in advance, for any additional reviews. >> >> Dan >> From daniel.daugherty at oracle.com Wed Dec 7 07:05:50 2011 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Wed, 07 Dec 2011 08:05:50 -0700 Subject: code review request for MacOS X compressed oops work around (7118648) In-Reply-To: <4EDF02DE.5030603@oracle.com> References: <4EDEED58.6030403@oracle.com> <4EDEF0BE.5030209@oracle.com> <4EDF02DE.5030603@oracle.com> Message-ID: <4EDF80CE.4030509@oracle.com> David, Thanks for the quick review! On 12/6/11 11:08 PM, David Holmes wrote: > On 7/12/2011 2:51 PM, Vladimir Kozlov wrote: >> Could you move the comment before #ifndef __APPLE__? > > I second that. Will move the comment. > If you didn't want the flag turned on at all you could use the > UNSUPPORTED_OPTION macro. Just wanted it false by default. If I disable it entirely, then it will be (slightly) harder to diagnose via 7118647... Dan > > David > >> Vladimir >> >> Daniel D. Daugherty wrote: >>> Greetings, >>> >>> The UseCompressedOops flag is enabled ergonomically in a 64-bit VM. >>> With MacOS X, we're seeing intermittent crashes in our automated >>> build/test system (JPRT) that look like this: >>> >>> Internal Error >>> (/private/tmp/jprt/P1/050642.jmelvin/source/src/share/vm/runtime/virtualspace.cpp:460), >>> >>> pid=53634, tid=4531154944 >>> # assert((_noaccess_prefix != 0) == (UseCompressedOops && _base != >>> NULL && (size_t(_base + _size) > OopEncodingHeapMax) && >>> Universe::narrow_oop_use_implicit_null_checks())) failed: >>> noaccess_prefix should be used only with non zero based compressed oops >>> >>> I have filed the following bug to track that failure mode: >>> >>> 7118647 3/3 compressed oops crashes on MacOS X with JPRT GCBasher test >>> >>> In order to make more reliable progress on getting MacOS X fully >>> enabled in JPRT, I'm planning to disable compressed oops by default >>> in the 64-bit MacOS X VM until 7118647 can be fixed. >>> >>> The work around is trivial so I'm including it here rather than >>> generate a webrev: >>> >>> diff -r a5a9db0e0203 src/share/vm/runtime/arguments.cpp >>> --- a/src/share/vm/runtime/arguments.cpp Tue Dec 06 07:23:42 2011 -0800 >>> +++ b/src/share/vm/runtime/arguments.cpp Tue Dec 06 15:29:17 2011 -0800 >>> @@ -1359,9 +1359,12 @@ >>> // by ergonomics. >>> if (MaxHeapSize <= max_heap_for_compressed_oops()) { >>> #if !defined(COMPILER1) || defined(TIERED) >>> +#ifndef __APPLE__ >>> + // disable UseCompressedOops by default on MacOS X until 7118647 is >>> fixed >>> if (FLAG_IS_DEFAULT(UseCompressedOops)) { >>> FLAG_SET_ERGO(bool, UseCompressedOops, true); >>> } >>> +#endif // !__APPLE__ >>> #endif >>> #ifdef _WIN64 >>> if (UseLargePages && UseCompressedOops) { >>> >>> >>> What the above code does is prevent the UseCompressedOops flag >>> from being set to true ergonomically on MacOS X. It can still be >>> set to true with the '-XX:+UseCompressedOops' option. >>> >>> I'm planning to push this fix to RT_Baseline for the HSX-23-B08 >>> snapshot. Jim Melvin has already reviewed the fix so I just need >>> one more reviewer. >>> >>> Thanks, in advance, for any additional reviews. >>> >>> Dan >>> From peter.brunet at oracle.com Wed Dec 7 07:16:27 2011 From: peter.brunet at oracle.com (Pete Brunet) Date: Wed, 07 Dec 2011 09:16:27 -0600 Subject: recreating old builds Message-ID: <4EDF834B.5030000@oracle.com> I'm testing back level builds in order to find a regression. I have access to b200 and later via Oracle's archives but I need to go back further. The port wiki has the following instructions to pull/build the latest: hg clone http://hg.openjdk.java.net/macosx-port/macosx-port cd macosx-port chmod 755 get_source.sh ./get_source.sh make ALLOW_DOWNLOADS=true SA_APPLE_BOOT_JAVA=true ALWAYS_PASS_TEST_GAMMA=true ALT_BOOTDIR=`/usr/libexec/java_home -v 1.6` HOTSPOT_BUILD_JOBS=`sysctl -n hw.ncpu` What are the instructions to pull/build b100? Will those instructions work for all the builds from b24 (the first) through b199? Pete From henri.gomez at gmail.com Wed Dec 7 07:22:28 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Wed, 7 Dec 2011 16:22:28 +0100 Subject: recreating old builds In-Reply-To: <4EDF834B.5030000@oracle.com> References: <4EDF834B.5030000@oracle.com> Message-ID: > I'm testing back level builds in order to find a regression. ?I have > access to b200 and later via Oracle's archives but I need to go back > further. ?The port wiki has the following instructions to pull/build the > latest: > > hg clone http://hg.openjdk.java.net/macosx-port/macosx-port > cd macosx-port > chmod 755 get_source.sh > ./get_source.sh > make ALLOW_DOWNLOADS=true SA_APPLE_BOOT_JAVA=true > ALWAYS_PASS_TEST_GAMMA=true ALT_BOOTDIR=`/usr/libexec/java_home -v 1.6` > HOTSPOT_BUILD_JOBS=`sysctl -n hw.ncpu` > > What are the instructions to pull/build b100? > > Will those instructions work for all the builds from b24 (the first) > through b199? I'm using the following since the early age of macosx-port packages on openjdk-osx-build project : See http://openjdk-osx-build.googlecode.com/svn/trunk/buildosxu.sh Cheers From anthony.petrov at oracle.com Wed Dec 7 07:52:39 2011 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Wed, 07 Dec 2011 19:52:39 +0400 Subject: Preliminary review for MACOSX_PORT-176: AWT Splashscreen support Message-ID: <4EDF8BC7.4070200@oracle.com> Hi Mike and team, Here's what I've coded up so far: http://cr.openjdk.java.net/~anthony/x-3-splashAndOSXGUILib.0/ Note that instead of moving the NSApplicationAWT code to the libosxui, I instead introduced a new libosxapp. This is because osxui has too many dependencies on the AWT while we start the splashscreen even before calling user's main() method. Perhaps we could move some code from osxui to osxapp eventually, but not at this time. So, in a nutshell, the libosxapp is now responsible for creating and setting up an NSApplicationAWT instance. Note that since the splash screen takes off too early, user's code (e.g. SWT) won't be able to initialize their own application yet, and as such our application instance will be installed. Which means that our splash screen implementation is incompatible with SWT-based apps. By this reason I also didn't move the start up code from awt.m to the new libosxapp - it's simply isn't needed in case the osxapp is used from the splash screen code. Is this OK with everyone? Or are there suggestions on how to improve this part? In NSApplicationAWT.m there is an outstanding TODO item: we need to be able to install a "caching app delegate" so that we could catch all the openFile and other start-up notification, and then call the necessary methods manually once a proper application delegate is installed from the awt.m code. Note that we need this caching only when the splash screen is used. If an app doesn't use the splash screen, then the correct delegate is installed right from the start. Please take a brief look at the fix. Does it look good overall? I could push it now actually, and continue to work on the mentioned above issues separately, or I could complete them first, and then push my fix. Note that I'm not sure if the SWT-related issue has any reasonable solution at all, but the delegate callbacks caching mechanism needs to be implemented sooner or later anyway. What would be the best to do now? -- best regards, Anthony From kelly.ohair at oracle.com Wed Dec 7 08:25:31 2011 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Wed, 07 Dec 2011 16:25:31 +0000 Subject: hg: jdk7u/jdk7u-osx/jdk: 7118773: Fix jdk/test/makefile so it works on the mac Message-ID: <20111207162604.1BDB447622@hg.openjdk.java.net> Changeset: 5fe25fc672ae Author: ohair Date: 2011-12-07 08:24 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/5fe25fc672ae 7118773: Fix jdk/test/makefile so it works on the mac Reviewed-by: dholmes, robilad, jmelvin ! test/Makefile From swingler at apple.com Wed Dec 7 08:45:15 2011 From: swingler at apple.com (Mike Swingler) Date: Wed, 07 Dec 2011 08:45:15 -0800 Subject: jdk7u-osx, VM mode In-Reply-To: <4EDF4994.30909@oracle.com> References: <4EDE7418.30800@oracle.com> <6592F495-7FBC-4151-BF43-4EAB4D76132A@mac.com> <4EDF4994.30909@oracle.com> Message-ID: <20CA8483-5650-4E13-A3F2-5460DE42D8F2@apple.com> On Dec 7, 2011, at 3:10 AM, Dalibor Topic wrote: > On 12/7/11 2:21 AM, Andrew Thompson wrote: > >> Is hotspot now 64bit only on all platforms? > > No. See http://www.oracle.com/technetwork/java/javase/config-417990.html for > a list of Oracle JRE 7 and JDK 7 Certified System Configurations. While I'd be among the first to support dropping 32-bit support for a variety of reasons, could you share the reasoning behind the decision with the community? Curious, Mike Swingler Apple Inc. From dalibor.topic at oracle.com Wed Dec 7 08:47:41 2011 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Wed, 07 Dec 2011 17:47:41 +0100 Subject: jdk7u-osx, VM mode In-Reply-To: <20CA8483-5650-4E13-A3F2-5460DE42D8F2@apple.com> References: <4EDE7418.30800@oracle.com> <6592F495-7FBC-4151-BF43-4EAB4D76132A@mac.com> <4EDF4994.30909@oracle.com> <20CA8483-5650-4E13-A3F2-5460DE42D8F2@apple.com> Message-ID: <4EDF98AD.3000209@oracle.com> On 12/7/11 5:45 PM, Mike Swingler wrote: > On Dec 7, 2011, at 3:10 AM, Dalibor Topic wrote: > >> On 12/7/11 2:21 AM, Andrew Thompson wrote: >> >>> Is hotspot now 64bit only on all platforms? >> >> No. See http://www.oracle.com/technetwork/java/javase/config-417990.html for >> a list of Oracle JRE 7 and JDK 7 Certified System Configurations. > > While I'd be among the first to support dropping 32-bit support for a variety of reasons, could you share the reasoning behind the decision with the community? I'm not sure I follow - which decision? cheers, dalibor topic -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | Mobile: +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 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle Oracle is committed to developing practices and products that help protect the environment From paul.hohensee at oracle.com Wed Dec 7 09:14:42 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Wed, 07 Dec 2011 12:14:42 -0500 Subject: jdk7u-osx, VM mode In-Reply-To: <4EDF98AD.3000209@oracle.com> References: <4EDE7418.30800@oracle.com> <6592F495-7FBC-4151-BF43-4EAB4D76132A@mac.com> <4EDF4994.30909@oracle.com> <20CA8483-5650-4E13-A3F2-5460DE42D8F2@apple.com> <4EDF98AD.3000209@oracle.com> Message-ID: <4EDF9F02.9010207@oracle.com> I believe Mike means the current Oracle plan to ship a just 64-bit port, and not a 32-bit one. The short answer is that we (Oracle) don't have the QA resources to test both 32-bit and 64-bit versions, certainly not for the 7u4 developer release. At most, we could have engineers make sure the 32-bit version basically works, but that would be no substitute for the extensive testing that Oracle QA does. That said, we _could_ ship universal binaries including both 32-bit and 64-bit, but we couldn't support the 32-bit version. Paul On 12/7/11 11:47 AM, Dalibor Topic wrote: > On 12/7/11 5:45 PM, Mike Swingler wrote: >> On Dec 7, 2011, at 3:10 AM, Dalibor Topic wrote: >> >>> On 12/7/11 2:21 AM, Andrew Thompson wrote: >>> >>>> Is hotspot now 64bit only on all platforms? >>> No. See http://www.oracle.com/technetwork/java/javase/config-417990.html for >>> a list of Oracle JRE 7 and JDK 7 Certified System Configurations. >> While I'd be among the first to support dropping 32-bit support for a variety of reasons, could you share the reasoning behind the decision with the community? > I'm not sure I follow - which decision? > > cheers, > dalibor topic > > From swingler at apple.com Wed Dec 7 09:09:59 2011 From: swingler at apple.com (Mike Swingler) Date: Wed, 07 Dec 2011 09:09:59 -0800 Subject: jdk7u-osx, VM mode In-Reply-To: <4EDF98AD.3000209@oracle.com> References: <4EDE7418.30800@oracle.com> <6592F495-7FBC-4151-BF43-4EAB4D76132A@mac.com> <4EDF4994.30909@oracle.com> <20CA8483-5650-4E13-A3F2-5460DE42D8F2@apple.com> <4EDF98AD.3000209@oracle.com> Message-ID: On Dec 7, 2011, at 8:47 AM, Dalibor Topic wrote: > On 12/7/11 5:45 PM, Mike Swingler wrote: > >> On Dec 7, 2011, at 3:10 AM, Dalibor Topic wrote: >> >>> On 12/7/11 2:21 AM, Andrew Thompson wrote: >>> >>>> Is hotspot now 64bit only on all platforms? >>> >>> No. See http://www.oracle.com/technetwork/java/javase/config-417990.html for >>> a list of Oracle JRE 7 and JDK 7 Certified System Configurations. >> >> While I'd be among the first to support dropping 32-bit support for a variety of reasons, could you share the reasoning behind the decision with the community? > > I'm not sure I follow - which decision? To make the Mac OS X 7uX builds x86_64 only. Previously they were i386/x86_64 universal binaries in the macosx-port repository. Regards, Mike Swingler Apple Inc. From vladimir.kozlov at oracle.com Wed Dec 7 09:15:19 2011 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Wed, 07 Dec 2011 09:15:19 -0800 Subject: code review request for MacOS X compressed oops work around (7118648) In-Reply-To: <4EDF80CE.4030509@oracle.com> References: <4EDEED58.6030403@oracle.com> <4EDEF0BE.5030209@oracle.com> <4EDF02DE.5030603@oracle.com> <4EDF80CE.4030509@oracle.com> Message-ID: <4EDF9F27.7030202@oracle.com> Daniel D. Daugherty wrote: > David, > > Thanks for the quick review! > > On 12/6/11 11:08 PM, David Holmes wrote: >> On 7/12/2011 2:51 PM, Vladimir Kozlov wrote: >>> Could you move the comment before #ifndef __APPLE__? >> >> I second that. > > Will move the comment. > > >> If you didn't want the flag turned on at all you could use the >> UNSUPPORTED_OPTION macro. > > Just wanted it false by default. If I disable it entirely, then > it will be (slightly) harder to diagnose via 7118647... Yes, we need to turn on COOP on command line to debug the probem. This fix is good. Thanks, Vladimir > > Dan > > >> >> David >> >>> Vladimir >>> >>> Daniel D. Daugherty wrote: >>>> Greetings, >>>> >>>> The UseCompressedOops flag is enabled ergonomically in a 64-bit VM. >>>> With MacOS X, we're seeing intermittent crashes in our automated >>>> build/test system (JPRT) that look like this: >>>> >>>> Internal Error >>>> (/private/tmp/jprt/P1/050642.jmelvin/source/src/share/vm/runtime/virtualspace.cpp:460), >>>> >>>> pid=53634, tid=4531154944 >>>> # assert((_noaccess_prefix != 0) == (UseCompressedOops && _base != >>>> NULL && (size_t(_base + _size) > OopEncodingHeapMax) && >>>> Universe::narrow_oop_use_implicit_null_checks())) failed: >>>> noaccess_prefix should be used only with non zero based compressed oops >>>> >>>> I have filed the following bug to track that failure mode: >>>> >>>> 7118647 3/3 compressed oops crashes on MacOS X with JPRT GCBasher test >>>> >>>> In order to make more reliable progress on getting MacOS X fully >>>> enabled in JPRT, I'm planning to disable compressed oops by default >>>> in the 64-bit MacOS X VM until 7118647 can be fixed. >>>> >>>> The work around is trivial so I'm including it here rather than >>>> generate a webrev: >>>> >>>> diff -r a5a9db0e0203 src/share/vm/runtime/arguments.cpp >>>> --- a/src/share/vm/runtime/arguments.cpp Tue Dec 06 07:23:42 2011 -0800 >>>> +++ b/src/share/vm/runtime/arguments.cpp Tue Dec 06 15:29:17 2011 -0800 >>>> @@ -1359,9 +1359,12 @@ >>>> // by ergonomics. >>>> if (MaxHeapSize <= max_heap_for_compressed_oops()) { >>>> #if !defined(COMPILER1) || defined(TIERED) >>>> +#ifndef __APPLE__ >>>> + // disable UseCompressedOops by default on MacOS X until 7118647 is >>>> fixed >>>> if (FLAG_IS_DEFAULT(UseCompressedOops)) { >>>> FLAG_SET_ERGO(bool, UseCompressedOops, true); >>>> } >>>> +#endif // !__APPLE__ >>>> #endif >>>> #ifdef _WIN64 >>>> if (UseLargePages && UseCompressedOops) { >>>> >>>> >>>> What the above code does is prevent the UseCompressedOops flag >>>> from being set to true ergonomically on MacOS X. It can still be >>>> set to true with the '-XX:+UseCompressedOops' option. >>>> >>>> I'm planning to push this fix to RT_Baseline for the HSX-23-B08 >>>> snapshot. Jim Melvin has already reviewed the fix so I just need >>>> one more reviewer. >>>> >>>> Thanks, in advance, for any additional reviews. >>>> >>>> Dan >>>> From swingler at apple.com Wed Dec 7 09:25:37 2011 From: swingler at apple.com (Mike Swingler) Date: Wed, 07 Dec 2011 09:25:37 -0800 Subject: jdk7u-osx, VM mode In-Reply-To: <4EDF9F02.9010207@oracle.com> References: <4EDE7418.30800@oracle.com> <6592F495-7FBC-4151-BF43-4EAB4D76132A@mac.com> <4EDF4994.30909@oracle.com> <20CA8483-5650-4E13-A3F2-5460DE42D8F2@apple.com> <4EDF98AD.3000209@oracle.com> <4EDF9F02.9010207@oracle.com> Message-ID: <05011850-C1D1-458D-8B7C-6ED8AF62C783@apple.com> Hey, I'd be among the first toss 32-bit just to not deal with people who try to integrate Java with Carbon or QuickTime. :-) I fully support dropping 32-bit, particularly on modern systems where the dominant architecture model is now 64-bit, just so you don't saddle yourself with legacy technology right as you are making your own debut. Cheers, Mike Swingler Apple Inc. On Dec 7, 2011, at 9:14 AM, Paul Hohensee wrote: > I believe Mike means the current Oracle plan to ship a just 64-bit > port, and not a 32-bit one. > > The short answer is that we (Oracle) don't have the QA resources to > test both 32-bit and 64-bit versions, certainly not for the 7u4 developer > release. At most, we could have engineers make sure the 32-bit > version basically works, but that would be no substitute for the > extensive testing that Oracle QA does. > > That said, we _could_ ship universal binaries including both 32-bit > and 64-bit, but we couldn't support the 32-bit version. > > Paul > > On 12/7/11 11:47 AM, Dalibor Topic wrote: >> On 12/7/11 5:45 PM, Mike Swingler wrote: >>> On Dec 7, 2011, at 3:10 AM, Dalibor Topic wrote: >>> >>>> On 12/7/11 2:21 AM, Andrew Thompson wrote: >>>> >>>>> Is hotspot now 64bit only on all platforms? >>>> No. See http://www.oracle.com/technetwork/java/javase/config-417990.html for >>>> a list of Oracle JRE 7 and JDK 7 Certified System Configurations. >>> While I'd be among the first to support dropping 32-bit support for a variety of reasons, could you share the reasoning behind the decision with the community? >> I'm not sure I follow - which decision? >> >> cheers, >> dalibor topic From swingler at apple.com Wed Dec 7 10:07:27 2011 From: swingler at apple.com (Mike Swingler) Date: Wed, 07 Dec 2011 10:07:27 -0800 Subject: jdk7u-osx, VM mode In-Reply-To: <224784B1-A208-42D2-A3DF-8EC0EBFE05A1@ultramixer.com> References: <4EDE7418.30800@oracle.com> <6592F495-7FBC-4151-BF43-4EAB4D76132A@mac.com> <4EDF4994.30909@oracle.com> <20CA8483-5650-4E13-A3F2-5460DE42D8F2@apple.com> <4EDF98AD.3000209@oracle.com> <4EDF9F02.9010207@oracle.com> <05011850-C1D1-458D-8B7C-6ED8AF62C783@apple.com> <224784B1-A208-42D2-A3DF-8EC0EBFE05A1@ultramixer.com> Message-ID: <6168275C-5132-4F41-9557-C25F1E6BC568@apple.com> Perhaps they should be re-compiled, or you should reconsider using a library that has no ongoing community or support. Regards, Mike Swingler Apple Inc. On Dec 7, 2011, at 9:48 AM, Tobias Bley (UltraMixer) wrote: > Oh, in our opinion it's no good decision because there are many third party jni libraries that comes only as 32 bit version. So when we have to use the 64bit version of JRE we could not use these libraries, isn't it? > > Best regards, > -- > Tobias Bley > Gesch?ftsf?hrer/ Managing Director > > ------------------------------------------------------------------------ > > UltraMixer Digital Audio Solutions > Schillerstrasse 29 > 01326 Dresden > > ------------------------------------------------------------------------- > info at ultramixer.com http://www.ultramixer.com > > Am 07.12.2011 um 18:25 schrieb Mike Swingler: > >> Hey, I'd be among the first toss 32-bit just to not deal with people who try to integrate Java with Carbon or QuickTime. :-) >> >> I fully support dropping 32-bit, particularly on modern systems where the dominant architecture model is now 64-bit, just so you don't saddle yourself with legacy technology right as you are making your own debut. >> >> Cheers, >> Mike Swingler >> Apple Inc. >> >> On Dec 7, 2011, at 9:14 AM, Paul Hohensee wrote: >> >>> I believe Mike means the current Oracle plan to ship a just 64-bit >>> port, and not a 32-bit one. >>> >>> The short answer is that we (Oracle) don't have the QA resources to >>> test both 32-bit and 64-bit versions, certainly not for the 7u4 developer >>> release. At most, we could have engineers make sure the 32-bit >>> version basically works, but that would be no substitute for the >>> extensive testing that Oracle QA does. >>> >>> That said, we _could_ ship universal binaries including both 32-bit >>> and 64-bit, but we couldn't support the 32-bit version. >>> >>> Paul >>> >>> On 12/7/11 11:47 AM, Dalibor Topic wrote: >>>> On 12/7/11 5:45 PM, Mike Swingler wrote: >>>>> On Dec 7, 2011, at 3:10 AM, Dalibor Topic wrote: >>>>> >>>>>> On 12/7/11 2:21 AM, Andrew Thompson wrote: >>>>>> >>>>>>> Is hotspot now 64bit only on all platforms? >>>>>> No. See http://www.oracle.com/technetwork/java/javase/config-417990.html for >>>>>> a list of Oracle JRE 7 and JDK 7 Certified System Configurations. >>>>> While I'd be among the first to support dropping 32-bit support for a variety of reasons, could you share the reasoning behind the decision with the community? >>>> I'm not sure I follow - which decision? >>>> >>>> cheers, >>>> dalibor topic >> > From tobi at ultramixer.com Wed Dec 7 09:48:53 2011 From: tobi at ultramixer.com (Tobias Bley (UltraMixer)) Date: Wed, 7 Dec 2011 18:48:53 +0100 Subject: jdk7u-osx, VM mode In-Reply-To: <05011850-C1D1-458D-8B7C-6ED8AF62C783@apple.com> References: <4EDE7418.30800@oracle.com> <6592F495-7FBC-4151-BF43-4EAB4D76132A@mac.com> <4EDF4994.30909@oracle.com> <20CA8483-5650-4E13-A3F2-5460DE42D8F2@apple.com> <4EDF98AD.3000209@oracle.com> <4EDF9F02.9010207@oracle.com> <05011850-C1D1-458D-8B7C-6ED8AF62C783@apple.com> Message-ID: <224784B1-A208-42D2-A3DF-8EC0EBFE05A1@ultramixer.com> Oh, in our opinion it's no good decision because there are many third party jni libraries that comes only as 32 bit version. So when we have to use the 64bit version of JRE we could not use these libraries, isn't it? Best regards, -- Tobias Bley Gesch?ftsf?hrer/ Managing Director ------------------------------------------------------------------------ UltraMixer Digital Audio Solutions Schillerstrasse 29 01326 Dresden ------------------------------------------------------------------------- info at ultramixer.com http://www.ultramixer.com Am 07.12.2011 um 18:25 schrieb Mike Swingler: > Hey, I'd be among the first toss 32-bit just to not deal with people who try to integrate Java with Carbon or QuickTime. :-) > > I fully support dropping 32-bit, particularly on modern systems where the dominant architecture model is now 64-bit, just so you don't saddle yourself with legacy technology right as you are making your own debut. > > Cheers, > Mike Swingler > Apple Inc. > > On Dec 7, 2011, at 9:14 AM, Paul Hohensee wrote: > >> I believe Mike means the current Oracle plan to ship a just 64-bit >> port, and not a 32-bit one. >> >> The short answer is that we (Oracle) don't have the QA resources to >> test both 32-bit and 64-bit versions, certainly not for the 7u4 developer >> release. At most, we could have engineers make sure the 32-bit >> version basically works, but that would be no substitute for the >> extensive testing that Oracle QA does. >> >> That said, we _could_ ship universal binaries including both 32-bit >> and 64-bit, but we couldn't support the 32-bit version. >> >> Paul >> >> On 12/7/11 11:47 AM, Dalibor Topic wrote: >>> On 12/7/11 5:45 PM, Mike Swingler wrote: >>>> On Dec 7, 2011, at 3:10 AM, Dalibor Topic wrote: >>>> >>>>> On 12/7/11 2:21 AM, Andrew Thompson wrote: >>>>> >>>>>> Is hotspot now 64bit only on all platforms? >>>>> No. See http://www.oracle.com/technetwork/java/javase/config-417990.html for >>>>> a list of Oracle JRE 7 and JDK 7 Certified System Configurations. >>>> While I'd be among the first to support dropping 32-bit support for a variety of reasons, could you share the reasoning behind the decision with the community? >>> I'm not sure I follow - which decision? >>> >>> cheers, >>> dalibor topic > From hs at tagtraum.com Wed Dec 7 12:03:43 2011 From: hs at tagtraum.com (Hendrik Schreiber) Date: Wed, 7 Dec 2011 21:03:43 +0100 Subject: jdk7u-osx, VM mode In-Reply-To: <05011850-C1D1-458D-8B7C-6ED8AF62C783@apple.com> References: <4EDE7418.30800@oracle.com> <6592F495-7FBC-4151-BF43-4EAB4D76132A@mac.com> <4EDF4994.30909@oracle.com> <20CA8483-5650-4E13-A3F2-5460DE42D8F2@apple.com> <4EDF98AD.3000209@oracle.com> <4EDF9F02.9010207@oracle.com> <05011850-C1D1-458D-8B7C-6ED8AF62C783@apple.com> Message-ID: <2BB56AEE-B1EC-4957-8EF0-78C72DEA0314@tagtraum.com> On Dec 7, 2011, at 6:25 PM, Mike Swingler wrote: > Hey, I'd be among the first toss 32-bit just to not deal with people who try to integrate Java with Carbon or QuickTime. :-) Given the sad, unfinished state QTKit is in, unfortunately sometimes you don't have a choice... -hendrik From gk_brown at verizon.net Wed Dec 7 12:08:44 2011 From: gk_brown at verizon.net (Greg Brown) Date: Wed, 07 Dec 2011 15:08:44 -0500 Subject: GUIDemo.java Message-ID: <7FC386A4-94A7-44A4-83C4-A1E37C28343C@verizon.net> Hi all, I'm trying to run the GUIDemo.java app in /jdk/src/macosx/native/jobjc/src/tests/java/com/apple/jobjc, but I'm getting this exception: Function pointer for NSMakeRect not found in framework com.apple.jobjc.foundation.FoundationFramework at 546c585a. The exception is being thrown on line 57 of com.apple.jobc.Function. What am I missing? I'm using Eclipse 3.6.2 on OS X 10.7/JDK 1.6.0_29. Thanks for your help, Greg From henri.gomez at gmail.com Wed Dec 7 13:18:11 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Wed, 7 Dec 2011 22:18:11 +0100 Subject: jdk7u-osx, VM mode In-Reply-To: <2BB56AEE-B1EC-4957-8EF0-78C72DEA0314@tagtraum.com> References: <4EDE7418.30800@oracle.com> <6592F495-7FBC-4151-BF43-4EAB4D76132A@mac.com> <4EDF4994.30909@oracle.com> <20CA8483-5650-4E13-A3F2-5460DE42D8F2@apple.com> <4EDF98AD.3000209@oracle.com> <4EDF9F02.9010207@oracle.com> <05011850-C1D1-458D-8B7C-6ED8AF62C783@apple.com> <2BB56AEE-B1EC-4957-8EF0-78C72DEA0314@tagtraum.com> Message-ID: >> Hey, I'd be among the first toss 32-bit just to not deal with people who try to integrate Java with Carbon or QuickTime. :-) > > Given the sad, unfinished state QTKit is in, unfortunately sometimes you don't have a choice... I read this thread and it's still unclear why OSX JVM will be 64bits only whereas Linux and Windows for example will have choice. To me it's strange to impose a 64 bits VM to a user running on a 32 bits OS. And there is still Apple machines not capable of 64 bits OS, due to EFI limits From swingler at apple.com Wed Dec 7 13:29:20 2011 From: swingler at apple.com (Mike Swingler) Date: Wed, 07 Dec 2011 13:29:20 -0800 Subject: jdk7u-osx, VM mode In-Reply-To: References: <4EDE7418.30800@oracle.com> <6592F495-7FBC-4151-BF43-4EAB4D76132A@mac.com> <4EDF4994.30909@oracle.com> <20CA8483-5650-4E13-A3F2-5460DE42D8F2@apple.com> <4EDF98AD.3000209@oracle.com> <4EDF9F02.9010207@oracle.com> <05011850-C1D1-458D-8B7C-6ED8AF62C783@apple.com> <2BB56AEE-B1EC-4957-8EF0-78C72DEA0314@tagtraum.com> Message-ID: <20FE3D67-60A3-4924-9076-5FCEBCFD550E@apple.com> On Dec 7, 2011, at 1:18 PM, Henri Gomez wrote: >>> Hey, I'd be among the first toss 32-bit just to not deal with people who try to integrate Java with Carbon or QuickTime. :-) >> >> Given the sad, unfinished state QTKit is in, unfortunately sometimes you don't have a choice... > > I read this thread and it's still unclear why OSX JVM will be 64bits > only whereas Linux and Windows for example will have choice. How does this choice benefit the end customer? Why should they know or care? > To me it's strange to impose a 64 bits VM to a user running on a 32 bits OS. > And there is still Apple machines not capable of 64 bits OS, due to EFI limits The EFI limits only restrict the kernel, but even if you are running a 32-bit kernel, you can still run 64-bit processes as long as you don't have an original Core Solo or Core Duo (which can't install Lion on that class of hardware either). Regards, Mike Swingler Apple Inc. From swingler at apple.com Wed Dec 7 13:55:24 2011 From: swingler at apple.com (Mike Swingler) Date: Wed, 07 Dec 2011 13:55:24 -0800 Subject: Preliminary review for MACOSX_PORT-176: AWT Splashscreen support In-Reply-To: <4EDF8BC7.4070200@oracle.com> References: <4EDF8BC7.4070200@oracle.com> Message-ID: On Dec 7, 2011, at 7:52 AM, Anthony Petrov wrote: > Hi Mike and team, > > Here's what I've coded up so far: > > http://cr.openjdk.java.net/~anthony/x-3-splashAndOSXGUILib.0/ > > Note that instead of moving the NSApplicationAWT code to the libosxui, I instead introduced a new libosxapp. This is because osxui has too many dependencies on the AWT while we start the splashscreen even before calling user's main() method. Perhaps we could move some code from osxui to osxapp eventually, but not at this time. > > So, in a nutshell, the libosxapp is now responsible for creating and setting up an NSApplicationAWT instance. Note that since the splash screen takes off too early, user's code (e.g. SWT) won't be able to initialize their own application yet, and as such our application instance will be installed. Which means that our splash screen implementation is incompatible with SWT-based apps. By this reason I also didn't move the start up code from awt.m to the new libosxapp - it's simply isn't needed in case the osxapp is used from the splash screen code. Is this OK with everyone? Or are there suggestions on how to improve this part? > > In NSApplicationAWT.m there is an outstanding TODO item: we need to be able to install a "caching app delegate" so that we could catch all the openFile and other start-up notification, and then call the necessary methods manually once a proper application delegate is installed from the awt.m code. Note that we need this caching only when the splash screen is used. If an app doesn't use the splash screen, then the correct delegate is installed right from the start. > > Please take a brief look at the fix. Does it look good overall? > > I could push it now actually, and continue to work on the mentioned above issues separately, or I could complete them first, and then push my fix. Note that I'm not sure if the SWT-related issue has any reasonable solution at all, but the delegate callbacks caching mechanism needs to be implemented sooner or later anyway. > > What would be the best to do now? A few notes: * I think it makes sense to move the PropertiesUtilities class into libosx, where the rest of the non-UI stuff lives right now, and just link libosxapp against that (since it's useful from libosx, libosxui, and libosxapp). It probably makes sense to move the ThreadUtilities class to libosx too, for the same reasons. * You can remove the "AppKitThreadHelper" class. It is redundant with +[JNFRunLoop performOnMainThreadWaiting:withBlock:] or simply doing a -performSelectorOnMainThread: using the NSObject class itself as the target. * Is the expectation that libosxapp be a common substrate that JavaFX or SWT can launch itself with AppKit directly without the AWT being involved? If so, a design question you may want to ask is, should the com.apple.eawt.* event handling be available from these other frameworks? I know SWT has had an interest in using the eAWT, and would jump at the opportunity to have have to load the AWT to do so. * I find it more than a little amusing that my last re-write of the eAWT event handling explicitly created queues for incoming events (prior to client code registering their handlers), but I put the queues on the Java side, and now you need them on the native side. I think the easiest way to handle this will to simply wrap the work of the event handlers in a block, dump those blocks into an NSArray (since blocks are objects), and then pump them onto the main queue once the eAWT handlers have been registered. This may also allow you to delete some of the queueing/locking code up in the Java side of the eAWT implementation. Regards, Mike Swingler Apple Inc. From roger.lewis at oracle.com Wed Dec 7 14:26:38 2011 From: roger.lewis at oracle.com (Roger Lewis) Date: Wed, 07 Dec 2011 14:26:38 -0800 Subject: JDK 7 Mac Port Preview b221 Available Message-ID: <4EDFE81E.7000301@oracle.com> Hi, The JDK 7 Mac Port Preview b221 is now available: http://jdk7.java.net/macportpreview/ Regards, Roger L. From henri.gomez at gmail.com Wed Dec 7 15:35:25 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 8 Dec 2011 00:35:25 +0100 Subject: jdk7u-osx, VM mode In-Reply-To: <20FE3D67-60A3-4924-9076-5FCEBCFD550E@apple.com> References: <4EDE7418.30800@oracle.com> <6592F495-7FBC-4151-BF43-4EAB4D76132A@mac.com> <4EDF4994.30909@oracle.com> <20CA8483-5650-4E13-A3F2-5460DE42D8F2@apple.com> <4EDF98AD.3000209@oracle.com> <4EDF9F02.9010207@oracle.com> <05011850-C1D1-458D-8B7C-6ED8AF62C783@apple.com> <2BB56AEE-B1EC-4957-8EF0-78C72DEA0314@tagtraum.com> <20FE3D67-60A3-4924-9076-5FCEBCFD550E@apple.com> Message-ID: <317C3D90-54E8-4D62-AC1F-5E925D6F397F@gmail.com> Le 7 d?c. 2011 ? 22:29, Mike Swingler a ?crit : > On Dec 7, 2011, at 1:18 PM, Henri Gomez wrote: > >>>> Hey, I'd be among the first toss 32-bit just to not deal with people who try to integrate Java with Carbon or QuickTime. :-) >>> >>> Given the sad, unfinished state QTKit is in, unfortunately sometimes you don't have a choice... >> >> I read this thread and it's still unclear why OSX JVM will be 64bits >> only whereas Linux and Windows for example will have choice. > > How does this choice benefit the end customer? Why should they know or care? For example a 32 bits VM will use less memory than a 64 bits one. It's something I experienced many many times. Even using CompressedPointer on a 64 bits VM is more consuming than on a 32 bits VM. So it's a customer choice, especially IT teams. For example I'm using -d32 on many Java services to save memory. > >> To me it's strange to impose a 64 bits VM to a user running on a 32 bits OS. >> And there is still Apple machines not capable of 64 bits OS, due to EFI limits > > The EFI limits only restrict the kernel, but even if you are running a 32-bit kernel, you can still run 64-bit processes as long as you don't have an original Core Solo or Core Duo (which can't install Lion on that class of hardware either). > > Regards, > Mike Swingler > Apple Inc. > From henri.gomez at gmail.com Wed Dec 7 15:36:56 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 8 Dec 2011 00:36:56 +0100 Subject: JDK 7 Mac Port Preview b221 Available In-Reply-To: <4EDFE81E.7000301@oracle.com> References: <4EDFE81E.7000301@oracle.com> Message-ID: Hum, didn't see b221 /tags in macosx-port branch. Le 7 d?c. 2011 ? 23:26, Roger Lewis a ?crit : > Hi, > > The JDK 7 Mac Port Preview b221 is now available: > > http://jdk7.java.net/macportpreview/ > > > Regards, > Roger L. From andrew.brygin at oracle.com Thu Dec 8 02:59:32 2011 From: andrew.brygin at oracle.com (andrew.brygin at oracle.com) Date: Thu, 08 Dec 2011 10:59:32 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fix for MACOSX_PORT-203: GraphicEnvironment.getDefaultScreenDevice() Message-ID: <20111208110013.838E34763D@hg.openjdk.java.net> Changeset: fc076962e5af Author: bae Date: 2011-12-08 13:57 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/fc076962e5af Fix for MACOSX_PORT-203: GraphicEnvironment.getDefaultScreenDevice() returns null unless a Java 7 app is already running ! src/macosx/classes/sun/awt/CGraphicsEnvironment.java From anthony.petrov at oracle.com Thu Dec 8 06:37:04 2011 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Thu, 08 Dec 2011 18:37:04 +0400 Subject: Preliminary review for MACOSX_PORT-176: AWT Splashscreen support In-Reply-To: References: <4EDF8BC7.4070200@oracle.com> Message-ID: <4EE0CB90.2040202@oracle.com> Hi Mike, Thanks much for reviewing the fix! Please find my comments bellow. On 12/08/11 01:55, Mike Swingler wrote: >> http://cr.openjdk.java.net/~anthony/x-3-splashAndOSXGUILib.0/ >> >> Note that instead of moving the NSApplicationAWT code to the libosxui, I instead introduced a new libosxapp. This is because osxui has too many dependencies on the AWT while we start the splashscreen even before calling user's main() method. Perhaps we could move some code from osxui to osxapp eventually, but not at this time. >> >> So, in a nutshell, the libosxapp is now responsible for creating and setting up an NSApplicationAWT instance. Note that since the splash screen takes off too early, user's code (e.g. SWT) won't be able to initialize their own application yet, and as such our application instance will be installed. Which means that our splash screen implementation is incompatible with SWT-based apps. By this reason I also didn't move the start up code from awt.m to the new libosxapp - it's simply isn't needed in case the osxapp is used from the splash screen code. Is this OK with everyone? Or are there suggestions on how to improve this part? >> >> In NSApplicationAWT.m there is an outstanding TODO item: we need to be able to install a "caching app delegate" so that we could catch all the openFile and other start-up notification, and then call the necessary methods manually once a proper application delegate is installed from the awt.m code. Note that we need this caching only when the splash screen is used. If an app doesn't use the splash screen, then the correct delegate is installed right from the start. >> >> Please take a brief look at the fix. Does it look good overall? >> >> I could push it now actually, and continue to work on the mentioned above issues separately, or I could complete them first, and then push my fix. Note that I'm not sure if the SWT-related issue has any reasonable solution at all, but the delegate callbacks caching mechanism needs to be implemented sooner or later anyway. >> >> What would be the best to do now? > > A few notes: > > * I think it makes sense to move the PropertiesUtilities class into libosx, where the rest of the non-UI stuff lives right now, and just link libosxapp against that (since it's useful from libosx, libosxui, and libosxapp). It probably makes sense to move the ThreadUtilities class to libosx too, for the same reasons. This is a good suggestion. However, there's a problem with this approach. As soon as a makefile for a library defines the PACKAGE symbol, the library built with this makefile is directly linked against libjvm and libjava. While the linking command seems to be correct (@rpath and -L are specified as needed, and the otool -L confirms the @rpath for the libs is used), the library fails to load when requested from the Java launcher code (either directly through dlopen() or indirectly as a dependency of another lib loaded with dlopen()). The failure happens even though I'm loading the library only after the JVM has already been initialized (and hence, I suppose, the libjvm should have already been loaded). dlerror() reports it's unable to load exactly the libjvm.dylib in such cases. I really have no idea how to resolve this issue. Perhaps these libraries are "real" JNI libs, and as such just must be loaded with System.loadLibrary() or something. (and yes, we do need the PACKAGE for the libosx.dylib since it needs to compile a bunch of Java classes). Unless there's a solution for this issue, I'll keep PropertiesUtilities and ThreadUtilities in the libosxapp for now. > * You can remove the "AppKitThreadHelper" class. It is redundant with +[JNFRunLoop performOnMainThreadWaiting:withBlock:] or simply doing a -performSelectorOnMainThread: using the NSObject class itself as the target. Thanks! Done. > * Is the expectation that libosxapp be a common substrate that JavaFX or SWT can launch itself with AppKit directly without the AWT being involved? If so, a design question you may want to ask is, should the com.apple.eawt.* event handling be available from these other frameworks? I know SWT has had an interest in using the eAWT, and would jump at the opportunity to have have to load the AWT to do so. I think that in the future FX could make use of libosxapp. At least to avoid code duplication between AWT and FX. BTW, we've already got an issue with the eawt.OpenFilesHandler not being invoked for FX apps. But as long as FX or SWT are running their own event loop with their own NSApp instances I guess neither of them could use eawt right now. This is something that we could improve for Oracle JDK for Mac. In any case, I think this can be done separately rather than delaying the splash screen implementation. > * I find it more than a little amusing that my last re-write of the eAWT event handling explicitly created queues for incoming events (prior to client code registering their handlers), but I put the queues on the Java side, and now you need them on the native side. I think the easiest way to handle this will to simply wrap the work of the event handlers in a block, dump those blocks into an NSArray (since blocks are objects), and then pump them onto the main queue once the eAWT handlers have been registered. This may also allow you to delete some of the queueing/locking code up in the Java side of the eAWT implementation. Yeah, I'll implement something NSArray-based. I don't think we should remove the Java-level queuing though, since the native queue would really only be used when the NSApplicationAWT instance is created from the SplashScreen code. Otherwise a proper delegate is available from the beginning and as such we'll need to queue the events in Java code. Of course, this could be optimized somehow in the future. I'll post an updated webrev once I implement queuing the delegate events. Thanks again for the review! -- best regards, Anthony From david.katleman at oracle.com Thu Dec 8 09:23:20 2011 From: david.katleman at oracle.com (David Katleman) Date: Thu, 08 Dec 2011 09:23:20 -0800 Subject: push access to macosx-port forest? Message-ID: <4EE0F288.30903@oracle.com> Seems that push rights have been turned off for folks like myself who push the weekly build tags. > pushing to ssh://katleman at hg.openjdk.java.net/macosx-port/macosx-port/jdk > searching for changes > remote: abort: could not lock repository macosx-port/macosx-port/jdk: > Read-only file system I have the b211 tags ready to go, but cannot push them Who can return my push rights for macosx-port? Thanks Dave On 12/8/2011 7:54 AM, Dalibor Topic wrote: > On 12/8/11 4:46 PM, Andrey Pikalev wrote: >> macosx-port repo is read-only for David now since he is not on the Committers list for macosx-port at Census. It seems OpenJDK authorization changed to lock the forests for non-members... including RE. > Sending an e-mail to the macosx-port-dev list should still work fine for subscribed non-committers. > > David, please send an e-mail to the public list and ask for assistance, explaining the problem. From artem.ananiev at oracle.com Fri Dec 9 04:19:10 2011 From: artem.ananiev at oracle.com (artem.ananiev at oracle.com) Date: Fri, 09 Dec 2011 12:19:10 +0000 Subject: hg: macosx-port/macosx-port/langtools: Added tag jdk7-b221 for changeset 7f9cfd5d0d9c Message-ID: <20111209121912.E02BF47648@hg.openjdk.java.net> Changeset: 0a49b5618a17 Author: katleman Date: 2011-12-09 15:17 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/langtools/rev/0a49b5618a17 Added tag jdk7-b221 for changeset 7f9cfd5d0d9c ! .hgtags From artem.ananiev at oracle.com Fri Dec 9 04:20:17 2011 From: artem.ananiev at oracle.com (artem.ananiev at oracle.com) Date: Fri, 09 Dec 2011 12:20:17 +0000 Subject: hg: macosx-port/macosx-port/jdk: 2 new changesets Message-ID: <20111209122039.C8FDC47649@hg.openjdk.java.net> Changeset: f8bb0fbdb449 Author: katleman Date: 2011-12-09 15:15 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/f8bb0fbdb449 Added tag jdk7-b221 for changeset ca571a48818c ! .hgtags Changeset: cdf4e596e502 Author: art Date: 2011-12-09 15:16 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/cdf4e596e502 Merge From artem.ananiev at oracle.com Fri Dec 9 04:21:18 2011 From: artem.ananiev at oracle.com (artem.ananiev at oracle.com) Date: Fri, 09 Dec 2011 12:21:18 +0000 Subject: hg: macosx-port/macosx-port/jaxws: Added tag jdk7-b221 for changeset 0575c4ba3cc6 Message-ID: <20111209122118.DD36D4764A@hg.openjdk.java.net> Changeset: 2b7930035bf2 Author: katleman Date: 2011-12-09 14:37 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jaxws/rev/2b7930035bf2 Added tag jdk7-b221 for changeset 0575c4ba3cc6 ! .hgtags From artem.ananiev at oracle.com Fri Dec 9 04:21:43 2011 From: artem.ananiev at oracle.com (artem.ananiev at oracle.com) Date: Fri, 09 Dec 2011 12:21:43 +0000 Subject: hg: macosx-port/macosx-port/jaxp: Added tag jdk7-b221 for changeset d81b5ce9d328 Message-ID: <20111209122143.44F5B4764B@hg.openjdk.java.net> Changeset: c897b389732e Author: katleman Date: 2011-12-09 14:37 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jaxp/rev/c897b389732e Added tag jdk7-b221 for changeset d81b5ce9d328 ! .hgtags From artem.ananiev at oracle.com Fri Dec 9 04:22:13 2011 From: artem.ananiev at oracle.com (artem.ananiev at oracle.com) Date: Fri, 09 Dec 2011 12:22:13 +0000 Subject: hg: macosx-port/macosx-port/hotspot: Added tag jdk7-b221 for changeset 934d8ea8457c Message-ID: <20111209122217.3BCCB4764C@hg.openjdk.java.net> Changeset: 345f60d86ca9 Author: katleman Date: 2011-12-09 14:36 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot/rev/345f60d86ca9 Added tag jdk7-b221 for changeset 934d8ea8457c ! .hgtags From artem.ananiev at oracle.com Fri Dec 9 04:22:43 2011 From: artem.ananiev at oracle.com (artem.ananiev at oracle.com) Date: Fri, 09 Dec 2011 12:22:43 +0000 Subject: hg: macosx-port/macosx-port/corba: Added tag jdk7-b221 for changeset 1b6549132d99 Message-ID: <20111209122244.916B54764D@hg.openjdk.java.net> Changeset: db685979081e Author: katleman Date: 2011-12-09 14:36 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/corba/rev/db685979081e Added tag jdk7-b221 for changeset 1b6549132d99 ! .hgtags From artem.ananiev at oracle.com Fri Dec 9 04:23:09 2011 From: artem.ananiev at oracle.com (artem.ananiev at oracle.com) Date: Fri, 09 Dec 2011 12:23:09 +0000 Subject: hg: macosx-port/macosx-port: Added tag jdk7-b221 for changeset b841f069c9aa Message-ID: <20111209122309.2B99B4764E@hg.openjdk.java.net> Changeset: b703f3707598 Author: katleman Date: 2011-12-09 14:36 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/rev/b703f3707598 Added tag jdk7-b221 for changeset b841f069c9aa ! .hgtags From henri.gomez at gmail.com Fri Dec 9 04:26:04 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 9 Dec 2011 13:26:04 +0100 Subject: hg: macosx-port/macosx-port/jdk: 2 new changesets In-Reply-To: <20111209122039.C8FDC47649@hg.openjdk.java.net> References: <20111209122039.C8FDC47649@hg.openjdk.java.net> Message-ID: perfect. Build in progress for http://code.google.com/p/openjdk-osx-build/ 2011/12/9 : > Changeset: f8bb0fbdb449 > Author: ? ?katleman > Date: ? ? ?2011-12-09 15:15 +0300 > URL: ? ? ? http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/f8bb0fbdb449 > > Added tag jdk7-b221 for changeset ca571a48818c > > ! .hgtags > > Changeset: cdf4e596e502 > Author: ? ?art > Date: ? ? ?2011-12-09 15:16 +0300 > URL: ? ? ? http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/cdf4e596e502 > > Merge > > From Andrey.Pikalev at oracle.com Fri Dec 9 04:43:07 2011 From: Andrey.Pikalev at oracle.com (Andrey Pikalev) Date: Fri, 09 Dec 2011 16:43:07 +0400 Subject: JDK7 Mac OS X Port integration into 7 updates Message-ID: <4EE2025B.10406@oracle.com> We are moving towards the goal of making the Mac OS X platform one of the standard supported platforms for JDK7 updates. Before we push Mac specific code into the jdk7u forest we want to stabilize the code in the integration forest jdk7u-osx, which is a logical child of jdk7u-dev. Doing so reduces the risk of destabilizing jdk7u on any other platform. We have merged most of the macosx-port changes into the jdk7u-osx forest. After we make sure jdk7u-osx is buildable on all platforms, we plan to freeze the macosx-port forest and move the Mac port development into jdk7u-osx. This will result in two major changes in the development process. The first is that Mac OS X Port development will be managed by jdk7u rules starting on the official move date. The second is that we will freeze the Mac OS X Port JIRA instance on java.net and continue the bug tracking by regular JDK means (i.e., Bugster). We very much want to have macosx-port contributors join the jdk7u/jdk7u-osx project as contributors, authors, committers, and reviewers. The process will be managed by Dalibor in the next few days. -- Dalibor Topic, Paul Hohensee, Andrey Pikalev From artem.ananiev at oracle.com Fri Dec 9 06:07:51 2011 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Fri, 09 Dec 2011 18:07:51 +0400 Subject: push access to macosx-port forest? In-Reply-To: <4EE0F288.30903@oracle.com> References: <4EE0F288.30903@oracle.com> Message-ID: <4EE21637.7090705@oracle.com> On 12/8/2011 9:23 PM, David Katleman wrote: > Seems that push rights have been turned off for folks like myself who > push the weekly build tags. > >> pushing to ssh://katleman at hg.openjdk.java.net/macosx-port/macosx-port/jdk >> searching for changes >> remote: abort: could not lock repository macosx-port/macosx-port/jdk: >> Read-only file system > > I have the b211 tags ready to go, but cannot push them > > Who can return my push rights for macosx-port? I can't do that, but I've just tagged all the repos in the macosx-port forest with the "jdk7-b221" tag. Thanks, Artem > Thanks > Dave > > On 12/8/2011 7:54 AM, Dalibor Topic wrote: >> On 12/8/11 4:46 PM, Andrey Pikalev wrote: >>> macosx-port repo is read-only for David now since he is not on the >>> Committers list for macosx-port at Census. It seems OpenJDK >>> authorization changed to lock the forests for non-members... >>> including RE. >> Sending an e-mail to the macosx-port-dev list should still work fine >> for subscribed non-committers. >> >> David, please send an e-mail to the public list and ask for >> assistance, explaining the problem. From henri.gomez at gmail.com Fri Dec 9 06:23:42 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 9 Dec 2011 15:23:42 +0100 Subject: JDK7 Mac OS X Port integration into 7 updates In-Reply-To: <4EE2025B.10406@oracle.com> References: <4EE2025B.10406@oracle.com> Message-ID: One point in moving macosx-port to jdk7u-osx is 32/64 JVM. macosx-port is universal (32/64bits) whereas jdk7u-osx is 64 VM only. Allready discussed in these lists and I still didn't understand why OSX should have 64bits only VM. 2011/12/9 Andrey Pikalev : > We are moving towards the goal of making the Mac OS X platform one of the > standard supported platforms for JDK7 updates. Before we push Mac specific > code into the jdk7u forest we want to stabilize the code in the integration > forest jdk7u-osx, which is a logical child of jdk7u-dev. Doing so reduces > the risk of destabilizing jdk7u on any other platform. > > We have merged most of the macosx-port changes into the jdk7u-osx forest. > After we make sure jdk7u-osx is buildable on all platforms, we plan to > freeze the macosx-port forest and move the Mac port development into > jdk7u-osx. > > This will result in two major changes in the development process. The first > is that Mac OS X Port development will be managed by jdk7u rules starting on > the official move date. ?The second is that we will freeze the Mac OS X Port > JIRA instance on java.net and continue the bug tracking by regular JDK means > (i.e., Bugster). > > We very much want to have macosx-port contributors join the jdk7u/jdk7u-osx > project as contributors, authors, committers, and reviewers. The process > will be managed by Dalibor in the next few days. > > -- > Dalibor Topic, > Paul Hohensee, > Andrey Pikalev From greg.x.brown at oracle.com Fri Dec 9 06:28:22 2011 From: greg.x.brown at oracle.com (Greg Brown) Date: Fri, 9 Dec 2011 09:28:22 -0500 Subject: GUIDemo.java In-Reply-To: <7FC386A4-94A7-44A4-83C4-A1E37C28343C@verizon.net> References: <7FC386A4-94A7-44A4-83C4-A1E37C28343C@verizon.net> Message-ID: <8BB358CD-3236-427F-BF25-C4252C3AFDD6@oracle.com> Anyone have any ideas about this? Are there other examples that use JObjC that I could take a look at? Thanks again, Greg On Dec 7, 2011, at 3:08 PM, Greg Brown wrote: > Hi all, > > I'm trying to run the GUIDemo.java app in /jdk/src/macosx/native/jobjc/src/tests/java/com/apple/jobjc, but I'm getting this exception: > > Function pointer for NSMakeRect not found in framework com.apple.jobjc.foundation.FoundationFramework at 546c585a. > > The exception is being thrown on line 57 of com.apple.jobc.Function. > > What am I missing? I'm using Eclipse 3.6.2 on OS X 10.7/JDK 1.6.0_29. > > Thanks for your help, > Greg > From anthony.petrov at oracle.com Fri Dec 9 07:13:30 2011 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Fri, 09 Dec 2011 19:13:30 +0400 Subject: Review request for MACOSX_PORT-176: AWT Splashscreen support Message-ID: <4EE2259A.9020700@oracle.com> Hi Mike et al., Here's the final version of the fix: http://cr.openjdk.java.net/~anthony/x-3-splashAndOSXGUILib.1/ To summarize essential changes introduced with the fix: 1. The NSApplicationAWT code has been moved to a separate library libosxapp.dylib so that it be available from both AWT and splash screen code. 2. The QueuingApplicationDelegate class allows us to postpone creating the real ApplicationDelegate instance later when AWT has finally started up. All the events delivered to the QAD will be posted to the real delegate once it's installed. 3. On the Mac the SplashScreen is initialized only after the JVM has been started and the main application class has been identified, but, obviously, before calling user's main() method. This is because we need the main class name to set the app's name in the dock, as well as we need to access a couple of Java system properties when an NSApplicationAWT instance is created. java.c and java_md.c contain the corresponding changes. 4. The splash screen code now uses blocks and [JNFRunLoop performOnMainThreadWaiting] method instead of the AppKitThreadHelper utility class. I'm going to push this fix early next week. Thanks in advance for any additional reviews! -- best regards, Anthony From leonid.romanov at oracle.com Fri Dec 9 11:45:14 2011 From: leonid.romanov at oracle.com (leonid.romanov at oracle.com) Date: Fri, 09 Dec 2011 19:45:14 +0000 Subject: hg: macosx-port/macosx-port/jdk: TrayIcon improvements: Message-ID: <20111209194528.D64D647652@hg.openjdk.java.net> Changeset: 15f817bba52f Author: leonid.romanov at oracle.com Date: 2011-12-09 22:43 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/15f817bba52f TrayIcon improvements: - Better highlighting - Removed hardcoded size constants - Fixed crash on right mouse button ! src/macosx/classes/sun/lwawt/macosx/CTrayIcon.java ! src/macosx/native/sun/awt/CTrayIcon.h ! src/macosx/native/sun/awt/CTrayIcon.m From ekrichardson at gmail.com Fri Dec 9 12:35:14 2011 From: ekrichardson at gmail.com (Eric Richardson) Date: Fri, 9 Dec 2011 12:35:14 -0800 Subject: Review request for MACOSX_PORT-176: AWT Splashscreen support In-Reply-To: <4EE2259A.9020700@oracle.com> References: <4EE2259A.9020700@oracle.com> Message-ID: Hi Anthony, Not an expert or anything - just taking a peek - looks pretty clean. Found one comment that seems to need rewording. 490 #ifdef MACOSX 491 // if we got here, we know that "what" is a main class, and it has been loaded 492 SetMainClassForAWT(env, mainClass); 493 jvmInstance = vm; 494 ShowSplashScreen(); 495 #endif Eric On Fri, Dec 9, 2011 at 7:13 AM, Anthony Petrov wrote: > Hi Mike et al., > > Here's the final version of the fix: > > http://cr.openjdk.java.net/~**anthony/x-3-**splashAndOSXGUILib.1/ > > To summarize essential changes introduced with the fix: > > 1. The NSApplicationAWT code has been moved to a separate library > libosxapp.dylib so that it be available from both AWT and splash screen > code. > > 2. The QueuingApplicationDelegate class allows us to postpone creating the > real ApplicationDelegate instance later when AWT has finally started up. > All the events delivered to the QAD will be posted to the real delegate > once it's installed. > > 3. On the Mac the SplashScreen is initialized only after the JVM has been > started and the main application class has been identified, but, obviously, > before calling user's main() method. This is because we need the main class > name to set the app's name in the dock, as well as we need to access a > couple of Java system properties when an NSApplicationAWT instance is > created. java.c and java_md.c contain the corresponding changes. > > 4. The splash screen code now uses blocks and [JNFRunLoop > performOnMainThreadWaiting] method instead of the AppKitThreadHelper > utility class. > > I'm going to push this fix early next week. Thanks in advance for any > additional reviews! > > -- > best regards, > Anthony > From swingler at apple.com Fri Dec 9 13:36:29 2011 From: swingler at apple.com (Mike Swingler) Date: Fri, 09 Dec 2011 13:36:29 -0800 Subject: Review request for MACOSX_PORT-176: AWT Splashscreen support In-Reply-To: <4EE2259A.9020700@oracle.com> References: <4EE2259A.9020700@oracle.com> Message-ID: On Dec 9, 2011, at 7:13 AM, Anthony Petrov wrote: > Hi Mike et al., > > Here's the final version of the fix: > > http://cr.openjdk.java.net/~anthony/x-3-splashAndOSXGUILib.1/ > > To summarize essential changes introduced with the fix: > > 1. The NSApplicationAWT code has been moved to a separate library libosxapp.dylib so that it be available from both AWT and splash screen code. > > 2. The QueuingApplicationDelegate class allows us to postpone creating the real ApplicationDelegate instance later when AWT has finally started up. All the events delivered to the QAD will be posted to the real delegate once it's installed. > > 3. On the Mac the SplashScreen is initialized only after the JVM has been started and the main application class has been identified, but, obviously, before calling user's main() method. This is because we need the main class name to set the app's name in the dock, as well as we need to access a couple of Java system properties when an NSApplicationAWT instance is created. java.c and java_md.c contain the corresponding changes. I'm guessing that it will be logical prerequisite for the app name and icon properties to always be set on JVM instantiation, and not by any user code (which using the splash screen). > 4. The splash screen code now uses blocks and [JNFRunLoop performOnMainThreadWaiting] method instead of the AppKitThreadHelper utility class. > > I'm going to push this fix early next week. Thanks in advance for any additional reviews! Two major important points: Structurally, I think the ownership lifecycle of the QueueingApplicationDelegate is somewhat confused. I think it's really bad for to release the qad from the dealloc of the NSApplicationAWT instance. Perhaps you could add a class method to QueueingApplicationDelegate to manage it's singleton existence, and clear it when it's no longer required. Unless the qad is actually an instance variable of the NSApplicationAWT instance, it's really not proper to release it from (what could potentially be multiple instances of) the -dealloc method. Also, the QueuingApplicationDelegate should hold onto it's own NSMutableArray and real delegate as ivars, not global statics. Two minor nits: I'm generally leery of any code that blocks itself against the main thread (using [JNFRunLoop performOnMainThreadWaiting:YES ?), but in the case of the functions that pass the splash pointer, this sadly seem necessary, because the block can't retain that struct like it can for ObjC types. Any chance that the splash struct could be promoted to (or memory managed by) an ObjC object? Just as a basic ObjC style thing: you don't have to cast to an object type to call a selector as long as the type at runtime is correct. So this: BOOL onMainThread = [(NSNumber*)[args objectAtIndex:0] boolValue]; BOOL swtMode = [(NSNumber*)[args objectAtIndex:1] boolValue]; BOOL headless = [(NSNumber*)[args objectAtIndex:2] boolValue]; BOOL swtModeForWebStart = [(NSNumber*)[args objectAtIndex:3] boolValue]; BOOL verbose = [(NSNumber*)[args objectAtIndex:4] boolValue]; Could be simply this: BOOL onMainThread = [[args objectAtIndex:0] boolValue]; BOOL swtMode = [[args objectAtIndex:1] boolValue]; BOOL headless = [[args objectAtIndex:2] boolValue]; BOOL swtModeForWebStart = [[args objectAtIndex:3] boolValue]; BOOL verbose = [[args objectAtIndex:4] boolValue]; Lifecycle issues with the QueuingApplicationDelegate aside, good work so far! Mike Swingler Apple Inc. From peter.brunet at oracle.com Fri Dec 9 20:26:35 2011 From: peter.brunet at oracle.com (Pete Brunet) Date: Fri, 09 Dec 2011 22:26:35 -0600 Subject: building just awt In-Reply-To: <552540E4-ECCA-4086-B23A-9D85316DDE7F@oracle.com> References: <4ED5B0CF.8060405@oracle.com> <552540E4-ECCA-4086-B23A-9D85316DDE7F@oracle.com> Message-ID: <4EE2DF7B.7040400@oracle.com> I tried that and didn't get what I expected, i.e. /Users/petebrunet/OpenJDK/macosx-port/jdk/src/macosx/native/sun/awt/JavaComponentAccessibility.m didn't compile and libawt.dylib didn't get rebuilt. Here is my output (with logging): ++ export JDK7_BASE=/Users/petebrunet/OpenJDK/macosx-port ++ JDK7_BASE=/Users/petebrunet/OpenJDK/macosx-port ++ export JDK7_BUILD=/Users/petebrunet/OpenJDK/macosx-port/build ++ JDK7_BUILD=/Users/petebrunet/OpenJDK/macosx-port/build ++ export ALT_OUTPUTDIR=/Users/petebrunet/OpenJDK/macosx-port/build/macosx-universal ++ ALT_OUTPUTDIR=/Users/petebrunet/OpenJDK/macosx-port/build/macosx-universal ++ export ALT_BOOTDIR=/Users/petebrunet/OpenJDK/macosx-port/build/macosx-universal/j2sdk-image/1.7.0.jdk/Contents/Home/ ++ ALT_BOOTDIR=/Users/petebrunet/OpenJDK/macosx-port/build/macosx-universal/j2sdk-image/1.7.0.jdk/Contents/Home/ ++ export ALT_JDK_IMPORT_PATH=/Users/petebrunet/OpenJDK/macosx-port/build/macosx-universal/j2sdk-image/1.7.0.jdk/Contents/Home/ ++ ALT_JDK_IMPORT_PATH=/Users/petebrunet/OpenJDK/macosx-port/build/macosx-universal/j2sdk-image/1.7.0.jdk/Contents/Home/ ++ cd /Users/petebrunet/OpenJDK/macosx-port/jdk/make/sun/awt/ ++ make Building lib:/Users/petebrunet/OpenJDK/macosx-port/build/macosx-universal/lib/libawt.dylib Begin parallel compiles: /Users/petebrunet/OpenJDK/macosx-port/jdk/make/sun/awt make[1]: `/Users/petebrunet/OpenJDK/macosx-port/build/macosx-universal/tmp/sun/sun.awt/awt/obj/.files_compiled' is up to date. Done with parallel compiles: /Users/petebrunet/OpenJDK/macosx-port/jdk/make/sun/awt Any ideas on what I'm doing wrong? Pete On 11/29/11 11:02 PM, Pranav Bhat wrote: > Hello Pete, > > I found this in one of the pages: http://wikis.sun.com/display/OpenJDK/Incremental+Building > > Thanks, > - Pranav > > On Nov 29, 2011, at 11:27 PM, Pete Brunet wrote: > >> How do I do a rebuild of just changes in >> .../macosx-port/jdk/src/macosx/native/sun/awt ? >> >> Pete From scott.kovatch at oracle.com Fri Dec 9 20:49:41 2011 From: scott.kovatch at oracle.com (Scott Kovatch) Date: Fri, 9 Dec 2011 20:49:41 -0800 Subject: building just awt In-Reply-To: <4EE2DF7B.7040400@oracle.com> References: <4ED5B0CF.8060405@oracle.com> <552540E4-ECCA-4086-B23A-9D85316DDE7F@oracle.com> <4EE2DF7B.7040400@oracle.com> Message-ID: <6A67843E-71E5-4E08-B96A-78161CB086AE@oracle.com> Try jdk/make/sun/lwawt. ./sun/lwawt/FILES_c_macosx.gmk: JavaComponentAccessibility.m \ -- Scott On Dec 9, 2011, at 8:26 PM, Pete Brunet wrote: > I tried that and didn't get what I expected, i.e. > /Users/petebrunet/OpenJDK/macosx-port/jdk/src/macosx/native/sun/awt/JavaComponentAccessibility.m > didn't compile and libawt.dylib didn't get rebuilt. Here is my output > > Any ideas on what I'm doing wrong? > > Pete > > On 11/29/11 11:02 PM, Pranav Bhat wrote: >> Hello Pete, >> >> I found this in one of the pages: http://wikis.sun.com/display/OpenJDK/Incremental+Building >> >> Thanks, >> - Pranav >> >> On Nov 29, 2011, at 11:27 PM, Pete Brunet wrote: >> >>> How do I do a rebuild of just changes in >>> .../macosx-port/jdk/src/macosx/native/sun/awt ? >>> >>> Pete From peter.brunet at oracle.com Fri Dec 9 22:00:06 2011 From: peter.brunet at oracle.com (Pete Brunet) Date: Sat, 10 Dec 2011 00:00:06 -0600 Subject: building just awt In-Reply-To: <6A67843E-71E5-4E08-B96A-78161CB086AE@oracle.com> References: <4ED5B0CF.8060405@oracle.com> <552540E4-ECCA-4086-B23A-9D85316DDE7F@oracle.com> <4EE2DF7B.7040400@oracle.com> <6A67843E-71E5-4E08-B96A-78161CB086AE@oracle.com> Message-ID: <4EE2F566.1020308@oracle.com> Thanks Scott. That worked. On 12/9/11 10:49 PM, Scott Kovatch wrote: > Try jdk/make/sun/lwawt. > > ./sun/lwawt/FILES_c_macosx.gmk: JavaComponentAccessibility.m \ > > -- Scott > > > On Dec 9, 2011, at 8:26 PM, Pete Brunet wrote: > >> I tried that and didn't get what I expected, i.e. >> /Users/petebrunet/OpenJDK/macosx-port/jdk/src/macosx/native/sun/awt/JavaComponentAccessibility.m >> didn't compile and libawt.dylib didn't get rebuilt. Here is my output >> >> Any ideas on what I'm doing wrong? >> >> Pete >> >> On 11/29/11 11:02 PM, Pranav Bhat wrote: >>> Hello Pete, >>> >>> I found this in one of the pages: http://wikis.sun.com/display/OpenJDK/Incremental+Building >>> >>> Thanks, >>> - Pranav >>> >>> On Nov 29, 2011, at 11:27 PM, Pete Brunet wrote: >>> >>>> How do I do a rebuild of just changes in >>>> .../macosx-port/jdk/src/macosx/native/sun/awt ? >>>> >>>> Pete From alexander.zuev at oracle.com Mon Dec 12 04:02:25 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Mon, 12 Dec 2011 12:02:25 +0000 Subject: hg: macosx-port/macosx-port/jdk: renamed Midi files for consistency; converted Port & Utils to cpp Message-ID: <20111212120236.5A38C47671@hg.openjdk.java.net> Changeset: a46f4576c01c Author: amenkov Date: 2011-12-12 16:02 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/a46f4576c01c renamed Midi files for consistency; converted Port & Utils to cpp ! make/javax/sound/FILES_c.gmk ! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp ! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Utils.h From alexander.zuev at oracle.com Mon Dec 12 04:34:20 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Mon, 12 Dec 2011 12:34:20 +0000 Subject: hg: macosx-port/macosx-port/jdk: Renaming files remaining from previous incomplete push. Message-ID: <20111212123430.9F34D47672@hg.openjdk.java.net> Changeset: 167903d60b24 Author: amenkov Date: 2011-12-12 16:34 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/167903d60b24 Renaming files remaining from previous incomplete push. + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_MidiIn.c + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_MidiOut.c + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_MidiUtils.c + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_MidiUtils.h - src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Ports.c + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Ports.cpp - src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Utils.c + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Utils.cpp - src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOS_MidiIn.c - src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOS_MidiOut.c - src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOS_MidiUtils.c - src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOS_MidiUtils.h From greg.x.brown at oracle.com Mon Dec 12 06:49:58 2011 From: greg.x.brown at oracle.com (Greg Brown) Date: Mon, 12 Dec 2011 09:49:58 -0500 Subject: JObjC? Message-ID: <5EB92AED-7CAA-4285-9F84-6C99E152E74E@oracle.com> Is anyone on the list knowledgeable about JObjC and the classes it generates? Are these classes currently being used anywhere? If not, what is it for? These classes seem potentially very useful. Any information would be very much appreciated. Greg From anthony.petrov at oracle.com Mon Dec 12 07:19:53 2011 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Mon, 12 Dec 2011 19:19:53 +0400 Subject: Review request for MACOSX_PORT-176: AWT Splashscreen support In-Reply-To: References: <4EE2259A.9020700@oracle.com> Message-ID: <4EE61B99.6060807@oracle.com> Hi Eric and Mike, Thanks for reviewing the fix. I've incorporated suggested changes into the latest version of the fix at: http://cr.openjdk.java.net/~anthony/x-3-splashAndOSXGUILib.2/ Some comments follow inline... On 12/10/11 01:36, Mike Swingler wrote: >> 3. On the Mac the SplashScreen is initialized only after the JVM has been started and the main application class has been identified, but, obviously, before calling user's main() method. This is because we need the main class name to set the app's name in the dock, as well as we need to access a couple of Java system properties when an NSApplicationAWT instance is created. java.c and java_md.c contain the corresponding changes. > > I'm guessing that it will be logical prerequisite for the app name and icon properties to always be set on JVM instantiation, and not by any user code (which using the splash screen). Well, as long as the app is a GUI app, and only if it uses the splash screen. Otherwise the dock icon should only appear if the app initializes AWT later when it's already started running. And this is exactly how it works now. > Two major important points: > > Structurally, I think the ownership lifecycle of the QueueingApplicationDelegate is somewhat confused. I think it's really bad for to release the qad from the dealloc of the NSApplicationAWT instance. Perhaps you could add a class method to QueueingApplicationDelegate to manage it's singleton existence, and clear it when it's no longer required. Unless the qad is actually an instance variable of the NSApplicationAWT instance, it's really not proper to release it from (what could potentially be multiple instances of) the -dealloc method. I've implemented +sharedDelegate in QAD. Note that the instance never gets released but I don't think this is a big problem because 1) no splash screen - no qad is allocated in the first place; 2) the queue gets emptied upon processing the events, the rest of the object (two booleans, one pointer, and the queue itself) shouldn't occupy too much RAM. So I guess we can live with this. We could add a static "release" method, however, I don't like the idea since the pointer returned by +sharedDelegate could have been stored elsewhere. We could, of course, rely on users of the method to properly pair the -retain/-release calls, but do we actually need it? > Also, the QueuingApplicationDelegate should hold onto it's own NSMutableArray and real delegate as ivars, not global statics. I agree, and I made the queue an instance variable. However, as soon as I'm trying to access an ivar from a block, I get crashed. So I left the realDelegate static. > Two minor nits: > > I'm generally leery of any code that blocks itself against the main thread (using [JNFRunLoop performOnMainThreadWaiting:YES ?), but in the case of the functions that pass the splash pointer, this sadly seem necessary, because the block can't retain that struct like it can for ObjC types. Any chance that the splash struct could be promoted to (or memory managed by) an ObjC object? We actually have a retention mechanism for the structure in term of a custom lock that the splash screen code uses. Note that most platform methods that involve blocks are actually called from shared splash screen methods, and these shared methods make sure the structure is locked while platform methods are running. If we were to use [... perform:NO], then we'd have to setup a monitor on the lock, and catch the moment the block has finished executing and only then proceed with the rest of the platform and/or shared method. I think this would complicate the code very significantly. Besides, in most cases the blocks are very simple and only invoke Cocoa methods that just have to be called on the AppKit thread. So using [:YES] comes very handy and reasonable here. I don't think we want to turn the Splash structure into an ObjC object simply because it might require too many changes for no apparent benefits - at least not for any of the other platforms. And given that the architecture of the splash screen code already involves a custom lock, this seems to be of little usefulness. > Just as a basic ObjC style thing: you don't have to cast to an object type to call a selector as long as the type at runtime is correct. So this: > > BOOL onMainThread = [(NSNumber*)[args objectAtIndex:0] boolValue]; > BOOL swtMode = [(NSNumber*)[args objectAtIndex:1] boolValue]; > BOOL headless = [(NSNumber*)[args objectAtIndex:2] boolValue]; > BOOL swtModeForWebStart = [(NSNumber*)[args objectAtIndex:3] boolValue]; > BOOL verbose = [(NSNumber*)[args objectAtIndex:4] boolValue]; > > Could be simply this: > > BOOL onMainThread = [[args objectAtIndex:0] boolValue]; > BOOL swtMode = [[args objectAtIndex:1] boolValue]; > BOOL headless = [[args objectAtIndex:2] boolValue]; > BOOL swtModeForWebStart = [[args objectAtIndex:3] boolValue]; > BOOL verbose = [[args objectAtIndex:4] boolValue]; I thought a compiler might issue warnings on this, but it doesn't. Cool! I've removed the type casts. -- best regards, Anthony From dmitry.cherepanov at oracle.com Mon Dec 12 09:41:07 2011 From: dmitry.cherepanov at oracle.com (Dmitry Cherepanov) Date: Mon, 12 Dec 2011 20:41:07 +0300 Subject: Review request for MACOSX_PORT-766: Create offscreen CALayer surface Message-ID: <4EE63CB3.3090602@oracle.com> Hi Mike, Phil, Here's a fix for the following task - http://java.net/jira/browse/MACOSX_PORT-766 The purpose of the fix is to create purely off-screen CALayer surface that isn't tied to an NSView or NSWindow (needs to be done before proceeding with MACOSX_PORT-539). Webrev - http://cr.openjdk.java.net/~dcherepanov/macosx-port-766.0/ Some brief notes regarding the changes: - the fix disables the initial implementation for the CALayer-based rendering (pushed as a part of http://java.net/jira/browse/MACOSX_PORT-77) as this implementation tries to reuse the existing CGLWindowSurfaceData class (to implement intermediate buffer) and it automatically becomes tied to a NSView/NSWindow. - the new approach introduces new CGLLayerSurfaceData class - this type of surface serves as an intermediate buffer between the flusher thread and the AppKit thread. And the new CGLLayerSurfaceData class allows us to have the implementation of the CGLLayer class independent from the CGLWindowSurfaceData class. Could you please take a look at this? Thanks in advance for any review. Thanks, Dmitry From leonid.romanov at oracle.com Tue Dec 13 02:25:03 2011 From: leonid.romanov at oracle.com (leonid.romanov at oracle.com) Date: Tue, 13 Dec 2011 10:25:03 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixed invalid clickCount and button number for MOUSE_MOVED events Message-ID: <20111213102541.2E9F847686@hg.openjdk.java.net> Changeset: ea059197741c Author: leonid.romanov at oracle.com Date: 2011-12-13 13:23 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/ea059197741c Fixed invalid clickCount and button number for MOUSE_MOVED events ! src/macosx/classes/sun/lwawt/macosx/CPlatformView.java ! src/macosx/classes/sun/lwawt/macosx/event/NSEvent.java ! src/macosx/native/sun/awt/AWTView.m From artem.ananiev at oracle.com Tue Dec 13 02:59:40 2011 From: artem.ananiev at oracle.com (artem.ananiev at oracle.com) Date: Tue, 13 Dec 2011 10:59:40 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fix for MACOSX_PORT-176: AWT Splashscreen support Message-ID: <20111213110004.3580747687@hg.openjdk.java.net> Changeset: 5e1b62537058 Author: anthony Date: 2011-12-13 15:00 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/5e1b62537058 Fix for MACOSX_PORT-176: AWT Splashscreen support Reviewed-by: swingler ! make/com/apple/osx/Makefile ! make/com/apple/osxui/Makefile ! make/sun/Makefile ! make/sun/lwawt/FILES_c_macosx.gmk ! make/sun/lwawt/Makefile ! make/sun/splashscreen/Makefile ! src/macosx/native/sun/awt/awt.m ! src/macosx/native/sun/awt/splashscreen/splashscreen_config.h ! src/macosx/native/sun/awt/splashscreen/splashscreen_sys.m ! src/share/bin/java.c ! src/share/native/sun/awt/splashscreen/splashscreen_impl.h ! src/solaris/bin/java_md.c From artem.ananiev at oracle.com Tue Dec 13 03:54:59 2011 From: artem.ananiev at oracle.com (artem.ananiev at oracle.com) Date: Tue, 13 Dec 2011 11:54:59 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fix for MACOSX_PORT-176: AWT Splashscreen support (new and moved files) Message-ID: <20111213115510.23C8D47689@hg.openjdk.java.net> Changeset: 13d69fd25daa Author: anthony Date: 2011-12-13 15:57 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/13d69fd25daa Fix for MACOSX_PORT-176: AWT Splashscreen support (new and moved files) Reviewed-by: swingler + make/sun/osxapp/Makefile - src/macosx/native/sun/awt/AWT_debug.h - src/macosx/native/sun/awt/NSApplicationAWT.h - src/macosx/native/sun/awt/NSApplicationAWT.m - src/macosx/native/sun/awt/PropertiesUtilities.h - src/macosx/native/sun/awt/PropertiesUtilities.m - src/macosx/native/sun/awt/ThreadUtilities.h - src/macosx/native/sun/awt/ThreadUtilities.m + src/macosx/native/sun/osxapp/AWT_debug.h + src/macosx/native/sun/osxapp/NSApplicationAWT.h + src/macosx/native/sun/osxapp/NSApplicationAWT.m + src/macosx/native/sun/osxapp/PropertiesUtilities.h + src/macosx/native/sun/osxapp/PropertiesUtilities.m + src/macosx/native/sun/osxapp/QueuingApplicationDelegate.h + src/macosx/native/sun/osxapp/QueuingApplicationDelegate.m + src/macosx/native/sun/osxapp/ThreadUtilities.h + src/macosx/native/sun/osxapp/ThreadUtilities.m From anthony.petrov at oracle.com Tue Dec 13 05:28:02 2011 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Tue, 13 Dec 2011 17:28:02 +0400 Subject: Q regarding threading issues for SWT mode Message-ID: <4EE752E2.4030503@oracle.com> Hi Mike, Steve, There's a couple of issues ([1] and [2]) that arise when running Java in the SWT-compatible mode (i.e. with the -XstartOnFirstThread specified). I've got a couple of questions for you guys. 1. I would second to Mike's comment in [2] regarding mandating that the SWT must already be running the event loop before trying to access AWT. What bothers me though, is that these same applications work fine with Apple JDK (according to user comments), but fail only when running with OpenJDK. Is that only because of the AWT_ASSERT_NOT_APPKIT_THREAD assertion at line 267 in awt.m at: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/file/13d69fd25daa/src/macosx/native/sun/awt/awt.m which actually seems to be completely unnecessary there? Or might there be any other reason? 2. If we've started the VM on the main thread, and let's suppose SWT has already been initialized. Do I understand correctly that at line 350 of the aforementioned file we'll see that the app is already running? Or will we actually start a new Cocoa loop for the AWT? There's a comment at line 335 that says SWT doesn't call NSApplicationLoad(). The spec for NSApplicationLoad() states this function initializes an instance of NSApplication. So do I understand correctly that SWT itself does NOT actually create its own NSApp instance? Is SWT a Carbon-only library? To rephrase my question: if Cocoa code (AWT) is embedded within a Carbon app (SWT), would [NSApp isRunning] return YES or NO after the Carbon app has already been initialized and is running? My guess is that it would still return YES even though there was not an explicit initialization of the Cocoa event loop, but I'd like to double check this with those who have expertise in Cocoa/Carbon/SWT. Thanks in advance for your answers! [1] http://java.net/jira/browse/MACOSX_PORT-719 (unable to launch debug mode in eclipse) [2] http://java.net/jira/browse/MACOSX_PORT-720 (java.awt.Font causes Cocoa AWT: Running on AppKit thread 0 when not expected) -- best regards, Anthony From alexander.zuev at oracle.com Tue Dec 13 08:29:47 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Tue, 13 Dec 2011 16:29:47 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fix for MACOSX_PORT-687: setFocusAccelerator() method fails with ALT-B type Message-ID: <20111213162957.A213547697@hg.openjdk.java.net> Changeset: cdd68c8afe25 Author: anton_t Date: 2011-12-13 20:30 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/cdd68c8afe25 Fix for MACOSX_PORT-687: setFocusAccelerator() method fails with ALT-B type ! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java ! src/share/classes/javax/swing/plaf/basic/BasicButtonListener.java ! src/share/classes/javax/swing/plaf/basic/BasicLabelUI.java ! src/share/classes/javax/swing/plaf/basic/BasicLookAndFeel.java ! src/share/classes/javax/swing/plaf/basic/BasicTabbedPaneUI.java ! src/share/classes/javax/swing/plaf/basic/BasicTextUI.java ! src/share/classes/sun/awt/SunToolkit.java From scott.kovatch at oracle.com Tue Dec 13 10:52:08 2011 From: scott.kovatch at oracle.com (Scott Kovatch) Date: Tue, 13 Dec 2011 10:52:08 -0800 Subject: Q regarding threading issues for SWT mode In-Reply-To: <4EE752E2.4030503@oracle.com> References: <4EE752E2.4030503@oracle.com> Message-ID: Anthony, I wrote a lot of that code originally, and amazingly enough, I still recall what it needs to accomplish. My answers are inline. On Dec 13, 2011, at 5:28 AM, Anthony Petrov wrote: > Hi Mike, Steve, > > There's a couple of issues ([1] and [2]) that arise when running Java in the SWT-compatible mode (i.e. with the -XstartOnFirstThread specified). I've got a couple of questions for you guys. > > 1. I would second to Mike's comment in [2] regarding mandating that the SWT must already be running the event loop before trying to access AWT. What bothers me though, is that these same applications work fine with Apple JDK (according to user comments), but fail only when running with OpenJDK. Is that only because of the AWT_ASSERT_NOT_APPKIT_THREAD assertion at line 267 in awt.m at: > > http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/file/13d69fd25daa/src/macosx/native/sun/awt/awt.m > > which actually seems to be completely unnecessary there? Or might there be any other reason? I agree with you -- there's no need for that assertion. The notification NSApplicationDidFinishLaunchingNotification will always fire on the main thread, and registering that notification has nothing to do with what thread you are on. Removing this line will correctly fix both of the bugs you mentioned. While it is true that AWT event handling and other access should only happen on the EDT thread we can't realistically enforce that behavior at this point as there's too much code that relies on AWT's free-threadedness. This also extends to AWT startup -- we can't realistically force code to start AWT on any particular thread. > Or will we actually start a new Cocoa loop for the AWT? There's a comment at line 335 that says SWT doesn't call NSApplicationLoad(). The spec for NSApplicationLoad() states this function initializes an instance of NSApplication. So do I understand correctly that SWT itself does NOT actually create its own NSApp instance? Note that NSApplicationLoad() only creates and initializes an NSApplication instance. It does NOT start up an event loop, which is important. > Is SWT a Carbon-only library? There was a Carbon version of the SWT, but a Cocoa version was added in 2008 for Eclipse 3.5. Beginning with Eclipse 3.8 (I think), the Carbon version of the SWT is no longer being built or distributed. NSApplicationLoad will create an instance of NSApplication that returns isRunning on the assumption that a Carbon application is running an event loop. If the Carbon SWT is running, that is the case. If not, it will be, so this is still what we want. We need to keep line 354 from executing, or else the AWT will start up and never get back to the SWT. For the Cocoa SWT, it's trickier. If it has already started, NSApplicationLoad has no effect because there is already an NSApplication in the running state. If it has NOT already started, we could just create an NSApplication here, but it won't return YES when we call isRunning. So, NSApplicationLoad turns out to be the right thing for either the Carbon or Cocoa SWT. Calling NSApplicationLoad has the good side effect of preventing NSApplicationAWT's constructor from running when we call [NSApplicationAWT sharedApplication] at line 343. We want that because the SWT will also create and manage the menu bar. If the Cocoa SWT is already running, NSApplicationLoad has no effect, which is what we want. It's only called when 'start on main thread' is used and the AWT is started before the SWT. So, back to your original question #2 and its rewording: > 2. If we've started the VM on the main thread, and let's suppose SWT has already been initialized. Do I understand correctly that at line 350 of the aforementioned file we'll see that the app is already running? > To rephrase my question: if Cocoa code (AWT) is embedded within a Carbon app (SWT), would [NSApp isRunning] return YES or NO after the Carbon app has already been initialized and is running? My guess is that it would still return YES even though there was not an explicit initialization of the Cocoa event loop, but I'd like to double check this with those who have expertise in Cocoa/Carbon/SWT. This is correct. If the SWT is running its event loop already, there is an NSApplication instance and it will return isRunning == YES at line 350. Hope that helps. It was long-winded, but this is odd code, particularly at first glance. -- Scott K. From steve.x.northover at oracle.com Tue Dec 13 10:59:16 2011 From: steve.x.northover at oracle.com (steve.x.northover at oracle.com) Date: Tue, 13 Dec 2011 13:59:16 -0500 Subject: Q regarding threading issues for SWT mode In-Reply-To: <4EE752E2.4030503@oracle.com> References: <4EE752E2.4030503@oracle.com> Message-ID: <4EE7A084.2090701@oracle.com> Hi folks, It's been a while since I have looked at this stuff. First off, SWT is cocoa application. There is a carbon port, but that port is no longer active. Mike and I had the discussion about supporting carbon applications when I accidentally sent him an SWT carbon jar. He indicated that he wanted to throw out the code that supported carbon for 1.7 and I think that this is fine. Here is the class that contains the SWT startup code: http://git.eclipse.org/c/platform/eclipse.platform.swt.git/tree/bundles/org.eclipse.swt/Eclipse%20SWT/cocoa/org/eclipse/swt/widgets/Display.java It looks as if SWT uses objc_setClass to hammer the running NSApplication instance. Steve On 13/12/2011 8:28 AM, Anthony Petrov wrote: > Hi Mike, Steve, > > There's a couple of issues ([1] and [2]) that arise when running Java > in the SWT-compatible mode (i.e. with the -XstartOnFirstThread > specified). I've got a couple of questions for you guys. > > > 1. I would second to Mike's comment in [2] regarding mandating that > the SWT must already be running the event loop before trying to access > AWT. What bothers me though, is that these same applications work fine > with Apple JDK (according to user comments), but fail only when > running with OpenJDK. Is that only because of the > AWT_ASSERT_NOT_APPKIT_THREAD assertion at line 267 in awt.m at: > > http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/file/13d69fd25daa/src/macosx/native/sun/awt/awt.m > > > which actually seems to be completely unnecessary there? Or might > there be any other reason? > > > 2. If we've started the VM on the main thread, and let's suppose SWT > has already been initialized. Do I understand correctly that at line > 350 of the aforementioned file we'll see that the app is already > running? Or will we actually start a new Cocoa loop for the AWT? > There's a comment at line 335 that says SWT doesn't call > NSApplicationLoad(). The spec for NSApplicationLoad() states this > function initializes an instance of NSApplication. So do I understand > correctly that SWT itself does NOT actually create its own NSApp > instance? Is SWT a Carbon-only library? To rephrase my question: if > Cocoa code (AWT) is embedded within a Carbon app (SWT), would [NSApp > isRunning] return YES or NO after the Carbon app has already been > initialized and is running? My guess is that it would still return YES > even though there was not an explicit initialization of the Cocoa > event loop, but I'd like to double check this with those who have > expertise in Cocoa/Carbon/SWT. > > Thanks in advance for your answers! > > [1] http://java.net/jira/browse/MACOSX_PORT-719 (unable to launch > debug mode in eclipse) > [2] http://java.net/jira/browse/MACOSX_PORT-720 (java.awt.Font causes > Cocoa AWT: Running on AppKit thread 0 when not expected) > > -- > best regards, > Anthony From macosx-port-dev at nicholaswilliams.net Tue Dec 13 12:25:59 2011 From: macosx-port-dev at nicholaswilliams.net (Nicholas Williams) Date: Tue, 13 Dec 2011 14:25:59 -0600 Subject: Mac OS X Port Project Status Message-ID: For some time now, I have been watching the status page located at http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port+Project+Status to see where the port is in its development process. Usually, it is updated once or twice per week. However, there have been no updates to this page in the last 40 days, since November 2. I commented on the page and was told in a reply to post to this mailing list to ask for an update. Can we get an update to this page? Thanks! Nick From scott.kovatch at oracle.com Tue Dec 13 12:46:49 2011 From: scott.kovatch at oracle.com (Scott Kovatch) Date: Tue, 13 Dec 2011 12:46:49 -0800 Subject: Mac OS X Port Project Status In-Reply-To: References: Message-ID: On Dec 13, 2011, at 12:25 PM, Nicholas Williams wrote: > For some time now, I have been watching the status page located at > http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port+Project+Status to see > where the port is in its development process. Usually, it is updated once > or twice per week. However, there have been no updates to this page in the > last 40 days, since November 2. > > I commented on the page and was told in a reply to post to this mailing > list to ask for an update. > > Can we get an update to this page? I'm taking over the updates for this page, but haven't had a chance to do it yet. I'll do it this afternoon. I also need to update it with the new repository location once we merge in to the 7u branch. I'm going to update the deploy section. If anyone else has specific parts that need updating let me know. I know drag & drop has been updated recently. -- Scott K. ---------------------------------------- Scott Kovatch scott.kovatch at oracle.com Santa Clara/Pleasanton, CA From sergey.bylokhov at oracle.com Tue Dec 13 13:28:13 2011 From: sergey.bylokhov at oracle.com (Sergey Bylokhov) Date: Wed, 14 Dec 2011 01:28:13 +0400 Subject: Review request for MACOSX_PORT-766: Create offscreen CALayer surface In-Reply-To: <4EE63CB3.3090602@oracle.com> References: <4EE63CB3.3090602@oracle.com> Message-ID: <4EE7C36D.50403@oracle.com> Hi Dmitry, I have a question about this code(CGLLayer.java) 81 public SurfaceData replaceSurfaceData() { 82 if (peer.getBounds().isEmpty()) { 83 return surfaceData; 84 } It can return null for peers which have empty bounds. In this case we cannot create correct Graphics object in getGraphics()(see LWComponentPeer.getOnscreenGraphics()). I think it is incorrect, we should have correct Graphics for such peers. 12.12.2011 21:41, Dmitry Cherepanov wrote: > Hi Mike, Phil, > > Here's a fix for the following task - > http://java.net/jira/browse/MACOSX_PORT-766 > > The purpose of the fix is to create purely off-screen CALayer surface > that isn't tied to an NSView or NSWindow (needs to be done before > proceeding with MACOSX_PORT-539). > > Webrev - http://cr.openjdk.java.net/~dcherepanov/macosx-port-766.0/ > > Some brief notes regarding the changes: > > - the fix disables the initial implementation for the CALayer-based > rendering (pushed as a part of > http://java.net/jira/browse/MACOSX_PORT-77) as this implementation > tries to reuse the existing CGLWindowSurfaceData class (to implement > intermediate buffer) and it automatically becomes tied to a > NSView/NSWindow. > > - the new approach introduces new CGLLayerSurfaceData class - this > type of surface serves as an intermediate buffer between the flusher > thread and the AppKit thread. And the new CGLLayerSurfaceData class > allows us to have the implementation of the CGLLayer class independent > from the CGLWindowSurfaceData class. > > Could you please take a look at this? Thanks in advance for any review. > > Thanks, > Dmitry -- Best regards, Sergey. From dmitry.cherepanov at oracle.com Wed Dec 14 03:20:42 2011 From: dmitry.cherepanov at oracle.com (Dmitry Cherepanov) Date: Wed, 14 Dec 2011 14:20:42 +0300 Subject: Review request for MACOSX_PORT-766: Create offscreen CALayer surface In-Reply-To: <4EE7C36D.50403@oracle.com> References: <4EE63CB3.3090602@oracle.com> <4EE7C36D.50403@oracle.com> Message-ID: <4EE8868A.5040205@oracle.com> Hi Sergey, Thanks for looking into this. Right, it's wrong that the method returns null for zero size windows. The code has been modified to return the instance of the NullSurfaceData class (with no-op implementation) so that it prevents possible NPE exceptions. Sergey Bylokhov wrote: > Hi Dmitry, > I have a question about this code(CGLLayer.java) > > 81 public SurfaceData replaceSurfaceData() { > 82 if (peer.getBounds().isEmpty()) { > 83 return surfaceData; > 84 } > > It can return null for peers which have empty bounds. In this case we > cannot create correct Graphics object in getGraphics()(see > LWComponentPeer.getOnscreenGraphics()). > I think it is incorrect, we should have correct Graphics for such peers. > > > 12.12.2011 21:41, Dmitry Cherepanov wrote: >> Hi Mike, Phil, >> >> Here's a fix for the following task - >> http://java.net/jira/browse/MACOSX_PORT-766 >> >> The purpose of the fix is to create purely off-screen CALayer surface >> that isn't tied to an NSView or NSWindow (needs to be done before >> proceeding with MACOSX_PORT-539). >> >> Webrev - http://cr.openjdk.java.net/~dcherepanov/macosx-port-766.0/ >> >> Some brief notes regarding the changes: >> >> - the fix disables the initial implementation for the CALayer-based >> rendering (pushed as a part of >> http://java.net/jira/browse/MACOSX_PORT-77) as this implementation >> tries to reuse the existing CGLWindowSurfaceData class (to implement >> intermediate buffer) and it automatically becomes tied to a >> NSView/NSWindow. >> >> - the new approach introduces new CGLLayerSurfaceData class - this >> type of surface serves as an intermediate buffer between the flusher >> thread and the AppKit thread. And the new CGLLayerSurfaceData class >> allows us to have the implementation of the CGLLayer class >> independent from the CGLWindowSurfaceData class. >> >> Could you please take a look at this? Thanks in advance for any review. >> >> Thanks, >> Dmitry > > From michael.x.mcmahon at oracle.com Wed Dec 14 03:16:35 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Wed, 14 Dec 2011 11:16:35 +0000 Subject: Review for CR: 7121368 Message-ID: <4EE88593.6020304@oracle.com> Hi, This is a build change to remove an unsupported component (jdbc-odbc bridge) from the "closed" build for macosx. It was never part of openjdk, nor was it part of the Apple JDK. http://cr.openjdk.java.net/~michaelm/7121368/1/webrev/ Thanks, Michael. From Alan.Bateman at oracle.com Wed Dec 14 03:35:32 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Wed, 14 Dec 2011 11:35:32 +0000 Subject: Review for CR: 7121368 In-Reply-To: <4EE88593.6020304@oracle.com> References: <4EE88593.6020304@oracle.com> Message-ID: <4EE88A04.3090602@oracle.com> On 14/12/2011 11:16, Michael McMahon wrote: > Hi, > > This is a build change to remove an unsupported component (jdbc-odbc > bridge) > from the "closed" build for macosx. It was never part of openjdk, nor > was it > part of the Apple JDK. > > http://cr.openjdk.java.net/~michaelm/7121368/1/webrev/ > > Thanks, > Michael. This looks okay to me. -Alan. From paul.hohensee at oracle.com Wed Dec 14 04:40:17 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Wed, 14 Dec 2011 07:40:17 -0500 Subject: Review for CR: 7121368 In-Reply-To: <4EE88593.6020304@oracle.com> References: <4EE88593.6020304@oracle.com> Message-ID: <4EE89931.3040600@oracle.com> Looks good. Paul On 12/14/11 6:16 AM, Michael McMahon wrote: > Hi, > > This is a build change to remove an unsupported component (jdbc-odbc > bridge) > from the "closed" build for macosx. It was never part of openjdk, nor > was it > part of the Apple JDK. > > http://cr.openjdk.java.net/~michaelm/7121368/1/webrev/ > > Thanks, > Michael. From dmitry.cherepanov at oracle.com Wed Dec 14 04:43:48 2011 From: dmitry.cherepanov at oracle.com (dmitry.cherepanov at oracle.com) Date: Wed, 14 Dec 2011 12:43:48 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixed MACOSX_PORT-303, MACOSX_PORT-749, MACOSX_PORT-752, MACOSX_PORT-284 Message-ID: <20111214124359.80C6D476AA@hg.openjdk.java.net> Changeset: 1d0385ef3706 Author: amenkov Date: 2011-12-14 16:42 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/1d0385ef3706 Fixed MACOSX_PORT-303, MACOSX_PORT-749, MACOSX_PORT-752, MACOSX_PORT-284 ! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp ! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Ports.cpp ! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Utils.cpp ! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Utils.h ! src/share/native/com/sun/media/sound/DirectAudioDevice.c ! src/share/native/com/sun/media/sound/Utilities.h From anthony.petrov at oracle.com Wed Dec 14 05:10:18 2011 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Wed, 14 Dec 2011 17:10:18 +0400 Subject: Q regarding threading issues for SWT mode In-Reply-To: References: <4EE752E2.4030503@oracle.com> Message-ID: <4EE8A03A.10706@oracle.com> Hi Scott, Thanks much for your comprehensive answer! It's really helpful to understand this tricky code in details. So I'll go ahead and remove this unneeded assertion at line 267. The only issue that is still unclear to me is when an app is started on main thread (to use SWT later), but accesses AWT first (like the one mentioned in MACOSX_PORT-720 - it creates an instance of the Font class before doing anything else). In this case we'll create a simple NSApplication instance by means of calling the NSApplicationLoad(), however, since Cocoa SWT hasn't started its event loop (and hasn't even been initialized yet), [NSApp isRunning] will return NO, and hence we'll start an AWT event loop at line 354. Will SWT be able to take control of the event loop later? Or will it be able to put up with AWT spinning its own event loop? Or will it simply fail to start up? Or do we simply not support such use case? I.e., should we just require apps to initialize SWT first prior to using any of the AWT APIs? -- best regards, Anthony On 12/13/2011 10:52 PM, Scott Kovatch wrote: > Anthony, > > I wrote a lot of that code originally, and amazingly enough, I still recall what it needs to accomplish. My answers are inline. > > On Dec 13, 2011, at 5:28 AM, Anthony Petrov wrote: > >> Hi Mike, Steve, >> >> There's a couple of issues ([1] and [2]) that arise when running Java in the SWT-compatible mode (i.e. with the -XstartOnFirstThread specified). I've got a couple of questions for you guys. >> >> 1. I would second to Mike's comment in [2] regarding mandating that the SWT must already be running the event loop before trying to access AWT. What bothers me though, is that these same applications work fine with Apple JDK (according to user comments), but fail only when running with OpenJDK. Is that only because of the AWT_ASSERT_NOT_APPKIT_THREAD assertion at line 267 in awt.m at: >> >> http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/file/13d69fd25daa/src/macosx/native/sun/awt/awt.m >> >> which actually seems to be completely unnecessary there? Or might there be any other reason? > > I agree with you -- there's no need for that assertion. The notification NSApplicationDidFinishLaunchingNotification will always fire on the main thread, and registering that notification has nothing to do with what thread you are on. > > Removing this line will correctly fix both of the bugs you mentioned. > > While it is true that AWT event handling and other access should only happen on the EDT thread we can't realistically enforce that behavior at this point as there's too much code that relies on AWT's free-threadedness. This also extends to AWT startup -- we can't realistically force code to start AWT on any particular thread. > >> Or will we actually start a new Cocoa loop for the AWT? There's a comment at line 335 that says SWT doesn't call NSApplicationLoad(). The spec for NSApplicationLoad() states this function initializes an instance of NSApplication. So do I understand correctly that SWT itself does NOT actually create its own NSApp instance? > > Note that NSApplicationLoad() only creates and initializes an NSApplication instance. It does NOT start up an event loop, which is important. > >> Is SWT a Carbon-only library? > > There was a Carbon version of the SWT, but a Cocoa version was added in 2008 for Eclipse 3.5. Beginning with Eclipse 3.8 (I think), the Carbon version of the SWT is no longer being built or distributed. > > NSApplicationLoad will create an instance of NSApplication that returns isRunning on the assumption that a Carbon application is running an event loop. If the Carbon SWT is running, that is the case. If not, it will be, so this is still what we want. We need to keep line 354 from executing, or else the AWT will start up and never get back to the SWT. > > For the Cocoa SWT, it's trickier. If it has already started, NSApplicationLoad has no effect because there is already an NSApplication in the running state. If it has NOT already started, we could just create an NSApplication here, but it won't return YES when we call isRunning. So, NSApplicationLoad turns out to be the right thing for either the Carbon or Cocoa SWT. > > Calling NSApplicationLoad has the good side effect of preventing NSApplicationAWT's constructor from running when we call [NSApplicationAWT sharedApplication] at line 343. We want that because the SWT will also create and manage the menu bar. > > If the Cocoa SWT is already running, NSApplicationLoad has no effect, which is what we want. It's only called when 'start on main thread' is used and the AWT is started before the SWT. > > So, back to your original question #2 and its rewording: > >> 2. If we've started the VM on the main thread, and let's suppose SWT has already been initialized. Do I understand correctly that at line 350 of the aforementioned file we'll see that the app is already running? > >> To rephrase my question: if Cocoa code (AWT) is embedded within a Carbon app (SWT), would [NSApp isRunning] return YES or NO after the Carbon app has already been initialized and is running? My guess is that it would still return YES even though there was not an explicit initialization of the Cocoa event loop, but I'd like to double check this with those who have expertise in Cocoa/Carbon/SWT. > > This is correct. If the SWT is running its event loop already, there is an NSApplication instance and it will return isRunning == YES at line 350. > > Hope that helps. It was long-winded, but this is odd code, particularly at first glance. > > -- Scott K. > From dmitry.cherepanov at oracle.com Wed Dec 14 06:46:46 2011 From: dmitry.cherepanov at oracle.com (dmitry.cherepanov at oracle.com) Date: Wed, 14 Dec 2011 14:46:46 +0000 Subject: hg: macosx-port/macosx-port/jdk: MACOSX_PORT-719: unable to launch debug mode in eclipse Message-ID: <20111214144657.00996476AB@hg.openjdk.java.net> Changeset: f0c1fe14da7d Author: anthony Date: 2011-12-14 18:46 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/f0c1fe14da7d MACOSX_PORT-719: unable to launch debug mode in eclipse MACOSX_PORT-720: java.awt.Font causes Cocoa AWT: Running on AppKit thread 0 when not expected Summary: Removed an unnecessary assertion check Reviewed-by: skovatch ! src/macosx/native/sun/awt/awt.m From dalibor.topic at oracle.com Wed Dec 14 06:48:31 2011 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Wed, 14 Dec 2011 15:48:31 +0100 Subject: push access to macosx-port forest? In-Reply-To: <4EE0F288.30903@oracle.com> References: <4EE0F288.30903@oracle.com> Message-ID: <4EE8B73F.2090206@oracle.com> On 12/8/11 6:23 PM, David Katleman wrote: > Seems that push rights have been turned off for folks like myself who push the weekly build tags. > >> pushing to ssh://katleman at hg.openjdk.java.net/macosx-port/macosx-port/jdk >> searching for changes >> remote: abort: could not lock repository macosx-port/macosx-port/jdk: Read-only file system > > I have the b211 tags ready to go, but cannot push them You're not a Committer on macosx-port [0], so you should not be able to push to that Project's forests. cheers, dalibor topic [0] http://openjdk.java.net/census#katleman -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | Mobile: +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 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle Oracle is committed to developing practices and products that help protect the environment From andrew.brygin at oracle.com Wed Dec 14 06:54:16 2011 From: andrew.brygin at oracle.com (andrew.brygin at oracle.com) Date: Wed, 14 Dec 2011 14:54:16 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fix for MACOSX_PORT-768: Drag and Drop capabilities of Images is not working Message-ID: <20111214145427.267D7476AC@hg.openjdk.java.net> Changeset: 6949b19c7e41 Author: bae Date: 2011-12-14 17:52 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/6949b19c7e41 Fix for MACOSX_PORT-768: Drag and Drop capabilities of Images is not working ! src/macosx/classes/sun/lwawt/macosx/CCursorManager.java ! src/macosx/classes/sun/lwawt/macosx/CDataTransferer.java ! src/macosx/classes/sun/lwawt/macosx/CDragSourceContextPeer.java From daniel.daugherty at oracle.com Wed Dec 14 07:27:46 2011 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Wed, 14 Dec 2011 08:27:46 -0700 Subject: push access to macosx-port forest? In-Reply-To: <4EE8B73F.2090206@oracle.com> References: <4EE0F288.30903@oracle.com> <4EE8B73F.2090206@oracle.com> Message-ID: <4EE8C072.6040403@oracle.com> It's a pretty sad state of affairs when the process prevents the Release Engineer assigned to a project from doing his/her job. I'd nominate Dave to be a Committer, but I'm not a Committer on the MacOS X Port project either. Dan On 12/14/11 7:48 AM, Dalibor Topic wrote: > On 12/8/11 6:23 PM, David Katleman wrote: >> Seems that push rights have been turned off for folks like myself who push the weekly build tags. >> >>> pushing to ssh://katleman at hg.openjdk.java.net/macosx-port/macosx-port/jdk >>> searching for changes >>> remote: abort: could not lock repository macosx-port/macosx-port/jdk: Read-only file system >> I have the b211 tags ready to go, but cannot push them > You're not a Committer on macosx-port [0], so you should not be able to push to that > Project's forests. > > cheers, > dalibor topic > > [0] http://openjdk.java.net/census#katleman > > From scott.kovatch at oracle.com Wed Dec 14 08:08:20 2011 From: scott.kovatch at oracle.com (Scott Kovatch) Date: Wed, 14 Dec 2011 08:08:20 -0800 Subject: Q regarding threading issues for SWT mode In-Reply-To: <4EE8A03A.10706@oracle.com> References: <4EE752E2.4030503@oracle.com> <4EE8A03A.10706@oracle.com> Message-ID: <6CF27FB8-ECDC-49E6-A099-75D0A3EE2BCD@oracle.com> On Dec 14, 2011, at 5:10 AM, Anthony Petrov wrote: > The only issue that is still unclear to me is when an app is started on main thread (to use SWT later), but accesses AWT first (like the one mentioned in MACOSX_PORT-720 - it creates an instance of the Font class before doing anything else). > > In this case we'll create a simple NSApplication instance by means of calling the NSApplicationLoad(), however, since Cocoa SWT hasn't started its event loop (and hasn't even been initialized yet), [NSApp isRunning] will return NO, and hence we'll start an AWT event loop at line 354. Hmm? This should be okay. Have you tried it yet? I believe when you use NSApplicationLoad() it treats the NSApplication as being in the running state. At least, I hope that's still the case. Otherwise this design falls apart. :-\ > Will SWT be able to take control of the event loop later? Or will it be able to put up with AWT spinning its own event loop? Or will it simply fail to start up? No, this is a bad thing. SWT needs to have full control over creating its own NSApplication and running the event loop. SWT then becomes the event pump that also dispatches AWT events to AWT windows. That's because it ignores events not targeted to its windows and lets the base NSApplication event dispatcher handle it. If the AWT is allowed to create and run an NSApplicationAWT, it will sit in [NSApplication run] and never get back out. We'll never get back to the main thread so the SWT can create a Display. > Or do we simply not support such use case? I.e., should we just require apps to initialize SWT first prior to using any of the AWT APIs? This did work with Apple's JDK 6, so I would expect it to continue to work with 7. - Scott From kelly.ohair at oracle.com Wed Dec 14 08:22:20 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 14 Dec 2011 08:22:20 -0800 Subject: Review for CR: 7121368 In-Reply-To: <4EE88593.6020304@oracle.com> References: <4EE88593.6020304@oracle.com> Message-ID: <026692C4-0AA3-4CA9-8E09-246DE376934B@oracle.com> Looks fine. -kto On Dec 14, 2011, at 3:16 AM, Michael McMahon wrote: > Hi, > > This is a build change to remove an unsupported component (jdbc-odbc bridge) > from the "closed" build for macosx. It was never part of openjdk, nor was it > part of the Apple JDK. > > http://cr.openjdk.java.net/~michaelm/7121368/1/webrev/ > > Thanks, > Michael. From kelly.ohair at oracle.com Wed Dec 14 08:31:36 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 14 Dec 2011 08:31:36 -0800 Subject: push access to macosx-port forest? In-Reply-To: <4EE8C072.6040403@oracle.com> References: <4EE0F288.30903@oracle.com> <4EE8B73F.2090206@oracle.com> <4EE8C072.6040403@oracle.com> Message-ID: <9091936C-ED01-4E43-B93C-102A36BC2B3F@oracle.com> +1 Heck, I'm not even an author for the macosx-port project. I do think we have an issue here with people like Release Engineering and also Build Engineers (like me) that may need to push in tags or emergency Makefile changes to any project or group. -kto On Dec 14, 2011, at 7:27 AM, Daniel D. Daugherty wrote: > It's a pretty sad state of affairs when the process prevents the > Release Engineer assigned to a project from doing his/her job. > I'd nominate Dave to be a Committer, but I'm not a Committer on > the MacOS X Port project either. > > Dan > > On 12/14/11 7:48 AM, Dalibor Topic wrote: >> On 12/8/11 6:23 PM, David Katleman wrote: >>> Seems that push rights have been turned off for folks like myself who push the weekly build tags. >>> >>>> pushing to ssh://katleman at hg.openjdk.java.net/macosx-port/macosx-port/jdk >>>> searching for changes >>>> remote: abort: could not lock repository macosx-port/macosx-port/jdk: Read-only file system >>> I have the b211 tags ready to go, but cannot push them >> You're not a Committer on macosx-port [0], so you should not be able to push to that >> Project's forests. >> >> cheers, >> dalibor topic >> >> [0] http://openjdk.java.net/census#katleman >> >> From Andrey.Pikalev at oracle.com Wed Dec 14 08:42:54 2011 From: Andrey.Pikalev at oracle.com (Andrey Pikalev) Date: Wed, 14 Dec 2011 20:42:54 +0400 Subject: push access to macosx-port forest? In-Reply-To: <9091936C-ED01-4E43-B93C-102A36BC2B3F@oracle.com> References: <4EE0F288.30903@oracle.com> <4EE8B73F.2090206@oracle.com> <4EE8C072.6040403@oracle.com> <9091936C-ED01-4E43-B93C-102A36BC2B3F@oracle.com> Message-ID: <4EE8D20E.1070707@oracle.com> The whole Mac port development work will be migrated into 7 updates branch soon. http://mail.openjdk.java.net/pipermail/jdk7u-dev/2011-December/001007.html Current Committers can assist Release Engineering and Build Engineers in case of urgency in the next week or two. Thanks, Andrey. On 12/14/2011 8:31 PM, Kelly O'Hair wrote: > +1 > > Heck, I'm not even an author for the macosx-port project. > > I do think we have an issue here with people like Release Engineering and also Build Engineers > (like me) that may need to push in tags or emergency Makefile changes to any project or group. > > -kto > > On Dec 14, 2011, at 7:27 AM, Daniel D. Daugherty wrote: > >> It's a pretty sad state of affairs when the process prevents the >> Release Engineer assigned to a project from doing his/her job. >> I'd nominate Dave to be a Committer, but I'm not a Committer on >> the MacOS X Port project either. >> >> Dan >> >> On 12/14/11 7:48 AM, Dalibor Topic wrote: >>> On 12/8/11 6:23 PM, David Katleman wrote: >>>> Seems that push rights have been turned off for folks like myself who push the weekly build tags. >>>> >>>>> pushing to ssh://katleman at hg.openjdk.java.net/macosx-port/macosx-port/jdk >>>>> searching for changes >>>>> remote: abort: could not lock repository macosx-port/macosx-port/jdk: Read-only file system >>>> I have the b211 tags ready to go, but cannot push them >>> You're not a Committer on macosx-port [0], so you should not be able to push to that >>> Project's forests. >>> >>> cheers, >>> dalibor topic >>> >>> [0] http://openjdk.java.net/census#katleman >>> >>> > From steve.x.northover at oracle.com Wed Dec 14 08:50:49 2011 From: steve.x.northover at oracle.com (steve.x.northover at oracle.com) Date: Wed, 14 Dec 2011 11:50:49 -0500 Subject: Q regarding threading issues for SWT mode In-Reply-To: <6CF27FB8-ECDC-49E6-A099-75D0A3EE2BCD@oracle.com> References: <4EE752E2.4030503@oracle.com> <4EE8A03A.10706@oracle.com> <6CF27FB8-ECDC-49E6-A099-75D0A3EE2BCD@oracle.com> Message-ID: <4EE8D3E9.3040600@oracle.com> Hey folks, Small point, I believe that SWT does not create it's own NSApplication. Rather it hammers the class of the existing one using objc_setClass() and restores it when SWT exits. You are 100% right that AWT cannot spin an event loop and sit in [NSApplication run]. Steve On 14/12/2011 11:08 AM, Scott Kovatch wrote: > On Dec 14, 2011, at 5:10 AM, Anthony Petrov wrote: > >> The only issue that is still unclear to me is when an app is started on main thread (to use SWT later), but accesses AWT first (like the one mentioned in MACOSX_PORT-720 - it creates an instance of the Font class before doing anything else). >> >> In this case we'll create a simple NSApplication instance by means of calling the NSApplicationLoad(), however, since Cocoa SWT hasn't started its event loop (and hasn't even been initialized yet), [NSApp isRunning] will return NO, and hence we'll start an AWT event loop at line 354. > Hmm? This should be okay. Have you tried it yet? I believe when you use NSApplicationLoad() it treats the NSApplication as being in the running state. At least, I hope that's still the case. Otherwise this design falls apart. :-\ > >> Will SWT be able to take control of the event loop later? Or will it be able to put up with AWT spinning its own event loop? Or will it simply fail to start up? > No, this is a bad thing. SWT needs to have full control over creating its own NSApplication and running the event loop. SWT then becomes the event pump that also dispatches AWT events to AWT windows. That's because it ignores events not targeted to its windows and lets the base NSApplication event dispatcher handle it. If the AWT is allowed to create and run an NSApplicationAWT, it will sit in [NSApplication run] and never get back out. We'll never get back to the main thread so the SWT can create a Display. > >> Or do we simply not support such use case? I.e., should we just require apps to initialize SWT first prior to using any of the AWT APIs? > This did work with Apple's JDK 6, so I would expect it to continue to work with 7. > > - Scott From michael.x.mcmahon at oracle.com Wed Dec 14 09:34:17 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Wed, 14 Dec 2011 17:34:17 +0000 Subject: Request for approval to push 7121368 to jdk7u-osx/jdk Message-ID: <4EE8DE19.8040900@oracle.com> Hi, This is a request to push the fix for 7121368 to the jdk7u-osx/jdk repo. The webrev is at http://cr.openjdk.java.net/~michaelm/7121368/1/webrev/ Thanks, Michael. From paul.hohensee at oracle.com Wed Dec 14 09:57:31 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Wed, 14 Dec 2011 12:57:31 -0500 Subject: Request for approval to push 7121368 to jdk7u-osx/jdk In-Reply-To: <4EE8DE19.8040900@oracle.com> References: <4EE8DE19.8040900@oracle.com> Message-ID: <4EE8E38B.2050103@oracle.com> Approved. On 12/14/11 12:34 PM, Michael McMahon wrote: > Hi, > > This is a request to push the fix for 7121368 to the jdk7u-osx/jdk repo. > The webrev is at http://cr.openjdk.java.net/~michaelm/7121368/1/webrev/ > > Thanks, > Michael. From dalibor.topic at oracle.com Wed Dec 14 10:11:05 2011 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Wed, 14 Dec 2011 19:11:05 +0100 Subject: Request for approval to push 7121368 to jdk7u-osx/jdk In-Reply-To: <4EE8DE19.8040900@oracle.com> References: <4EE8DE19.8040900@oracle.com> Message-ID: <4EE8E6B9.3020901@oracle.com> On 12/14/11 6:34 PM, Michael McMahon wrote: > Hi, > > This is a request to push the fix for 7121368 to the jdk7u-osx/jdk repo. > The webrev is at http://cr.openjdk.java.net/~michaelm/7121368/1/webrev/ Unfortunately, http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7121368 says that "This bug is not available." - Can you describe the issue the webrev is going to fix? cheers, dalibor topic -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | Mobile: +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 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle Oracle is committed to developing practices and products that help protect the environment From roger.lewis at oracle.com Wed Dec 14 10:29:15 2011 From: roger.lewis at oracle.com (Roger Lewis) Date: Wed, 14 Dec 2011 10:29:15 -0800 Subject: Request for approval to push 7121368 to jdk7u-osx/jdk In-Reply-To: <4EE8E6B9.3020901@oracle.com> References: <4EE8DE19.8040900@oracle.com> <4EE8E6B9.3020901@oracle.com> Message-ID: <4EE8EAFB.4060902@oracle.com> The bug was created today and will show up on bugs.sun.com within the next 12-24 hours. Here is the content of the description: > Description: > The JDBC-ODBC bridge has not been supported for a number of years and > does not appear to be working at all since jdk7 (in linux and solaris). > Pending any other decision to remove it completely, we would like to > remove it from the macosx build where it has never been available from Apple > (and so can't be missed). -Roger On 12/14/11 10:11 AM, Dalibor Topic wrote: > On 12/14/11 6:34 PM, Michael McMahon wrote: >> Hi, >> >> This is a request to push the fix for 7121368 to the jdk7u-osx/jdk repo. >> The webrev is at http://cr.openjdk.java.net/~michaelm/7121368/1/webrev/ > Unfortunately, http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7121368 > says that "This bug is not available." - Can you describe the issue the > webrev is going to fix? > > cheers, > dalibor topic > From dalibor.topic at oracle.com Wed Dec 14 10:30:09 2011 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Wed, 14 Dec 2011 19:30:09 +0100 Subject: Request for approval to push 7121368 to jdk7u-osx/jdk In-Reply-To: <4EE8EAFB.4060902@oracle.com> References: <4EE8DE19.8040900@oracle.com> <4EE8E6B9.3020901@oracle.com> <4EE8EAFB.4060902@oracle.com> Message-ID: <4EE8EB31.9050706@oracle.com> Thank you very much, Roger. On 12/14/11 7:29 PM, Roger Lewis wrote: > The bug was created today and will show up on bugs.sun.com within the next 12-24 hours. Here is the content of the description: > >> Description: >> The JDBC-ODBC bridge has not been supported for a number of years and >> does not appear to be working at all since jdk7 (in linux and solaris). >> Pending any other decision to remove it completely, we would like to >> remove it from the macosx build where it has never been available from Apple >> (and so can't be missed). > -Roger > > > On 12/14/11 10:11 AM, Dalibor Topic wrote: >> On 12/14/11 6:34 PM, Michael McMahon wrote: >>> Hi, >>> >>> This is a request to push the fix for 7121368 to the jdk7u-osx/jdk repo. >>> The webrev is at http://cr.openjdk.java.net/~michaelm/7121368/1/webrev/ >> Unfortunately, http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7121368 >> says that "This bug is not available." - Can you describe the issue the >> webrev is going to fix? >> >> cheers, >> dalibor topic >> -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | Mobile: +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 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle Oracle is committed to developing practices and products that help protect the environment From michael.x.mcmahon at oracle.com Wed Dec 14 11:29:47 2011 From: michael.x.mcmahon at oracle.com (michael.x.mcmahon at oracle.com) Date: Wed, 14 Dec 2011 19:29:47 +0000 Subject: hg: jdk7u/jdk7u-osx/jdk: 7121368: Remove jdbc-odbc bridge from macosx build Message-ID: <20111214193004.BF442476BC@hg.openjdk.java.net> Changeset: 3f7d2ff27198 Author: michaelm Date: 2011-12-14 17:39 +0000 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/3f7d2ff27198 7121368: Remove jdbc-odbc bridge from macosx build Reviewed-by: phh, ohair ! make/sun/Makefile From michael.x.mcmahon at oracle.com Wed Dec 14 11:39:51 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Wed, 14 Dec 2011 19:39:51 +0000 Subject: Review request: 7120875 fix macos ipv6 issue and update multiple test scripts Message-ID: <4EE8FB87.8000004@oracle.com> Hi, This webrev fixes a bunch of test script issues in networking and core-libs. In most if not all cases, the change relates to recognising the OS that the test is running on. It also fixes an IPv6 issue, which requires Macos versions of a couple of java.net classes. These are the new files at the end of the webrev. The change is to provide a default sin6_scope_id when none is provided by the user. http://cr.openjdk.java.net/~michaelm/7120875/webrev.1/ Thanks, Michael. From Alan.Bateman at oracle.com Wed Dec 14 11:54:10 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Wed, 14 Dec 2011 19:54:10 +0000 Subject: Review request: 7120875 fix macos ipv6 issue and update multiple test scripts In-Reply-To: <4EE8FB87.8000004@oracle.com> References: <4EE8FB87.8000004@oracle.com> Message-ID: <4EE8FEE2.2040303@oracle.com> On 14/12/2011 19:39, Michael McMahon wrote: > Hi, > > This webrev fixes a bunch of test script issues in networking and > core-libs. > In most if not all cases, the change relates to recognising the OS > that the test > is running on. > > It also fixes an IPv6 issue, which requires Macos versions of a couple > of java.net > classes. These are the new files at the end of the webrev. The change > is to provide > a default sin6_scope_id when none is provided by the user. > > http://cr.openjdk.java.net/~michaelm/7120875/webrev.1/ > > Thanks, > Michael. Michael - I haven't studied the IPv6 changes yet but I'm concerned that this creates a copy of java.net.MulticastSocket. Would some refactoring allow us to avoid this? In test/sun/net/www/protocol/jar/jarbug/run.sh then maybe it would make sense to combine SunOS, Linux and Darin into the one case. More generally then I guess most of these tests could be changed so that they default to PS=":" FS="/" when not on Windows or cygwin. Did you check the java code for the tests in these areas for any cases where they test based on os.name? -Alan. From kurchi.subhra.hazra at oracle.com Wed Dec 14 12:05:22 2011 From: kurchi.subhra.hazra at oracle.com (Kurchi Hazra) Date: Wed, 14 Dec 2011 12:05:22 -0800 Subject: Review request: 7120875 fix macos ipv6 issue and update multiple test scripts In-Reply-To: <4EE8FEE2.2040303@oracle.com> References: <4EE8FB87.8000004@oracle.com> <4EE8FEE2.2040303@oracle.com> Message-ID: <4EE90182.6050004@oracle.com> On 12/14/2011 11:54 AM, Alan Bateman wrote: > On 14/12/2011 19:39, Michael McMahon wrote: >> Hi, >> >> This webrev fixes a bunch of test script issues in networking and >> core-libs. >> In most if not all cases, the change relates to recognising the OS >> that the test >> is running on. >> >> It also fixes an IPv6 issue, which requires Macos versions of a >> couple of java.net >> classes. These are the new files at the end of the webrev. The change >> is to provide >> a default sin6_scope_id when none is provided by the user. >> >> http://cr.openjdk.java.net/~michaelm/7120875/webrev.1/ >> >> Thanks, >> Michael. > Michael - I haven't studied the IPv6 changes yet but I'm concerned > that this creates a copy of java.net.MulticastSocket. Would some > refactoring allow us to avoid this? > > In test/sun/net/www/protocol/jar/jarbug/run.sh then maybe it would > make sense to combine SunOS, Linux and Darin into the one case. More > generally then I guess most of these tests could be changed so that > they default to PS=":" FS="/" when not on Windows or cygwin. Did you > check the java code for the tests in these areas for any cases where > they test based on os.name? I made that shell script change - I agree that all can be combined into one case but I just stuck to the general format in those files. > > -Alan. > > -- -Kurchi From Alan.Bateman at oracle.com Wed Dec 14 12:15:37 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Wed, 14 Dec 2011 20:15:37 +0000 Subject: Review request: 7120875 fix macos ipv6 issue and update multiple test scripts In-Reply-To: <4EE90182.6050004@oracle.com> References: <4EE8FB87.8000004@oracle.com> <4EE8FEE2.2040303@oracle.com> <4EE90182.6050004@oracle.com> Message-ID: <4EE903E9.1020903@oracle.com> On 14/12/2011 20:05, Kurchi Hazra wrote: > > On 12/14/2011 11:54 AM, Alan Bateman wrote: >> : >> >> In test/sun/net/www/protocol/jar/jarbug/run.sh then maybe it would >> make sense to combine SunOS, Linux and Darin into the one case. More >> generally then I guess most of these tests could be changed so that >> they default to PS=":" FS="/" when not on Windows or cygwin. Did you >> check the java code for the tests in these areas for any cases where >> they test based on os.name? > > I made that shell script change - I agree that all can be combined > into one case but I just stuck to the general format in those files. > That's okay, it's just an inconsistency in test/sun/net/www/protocol/jar/jarbug/run.sh. When doing through the tests did you look for tests in these areas that look at os.name? I know we have a few. -Alan From kurchi.subhra.hazra at oracle.com Wed Dec 14 12:27:57 2011 From: kurchi.subhra.hazra at oracle.com (Kurchi Hazra) Date: Wed, 14 Dec 2011 12:27:57 -0800 Subject: Review request: 7120875 fix macos ipv6 issue and update multiple test scripts In-Reply-To: <4EE903E9.1020903@oracle.com> References: <4EE8FB87.8000004@oracle.com> <4EE8FEE2.2040303@oracle.com> <4EE90182.6050004@oracle.com> <4EE903E9.1020903@oracle.com> Message-ID: <4EE906CD.5060608@oracle.com> On 12/14/2011 12:15 PM, Alan Bateman wrote: > On 14/12/2011 20:05, Kurchi Hazra wrote: >> >> On 12/14/2011 11:54 AM, Alan Bateman wrote: >>> : >>> >>> In test/sun/net/www/protocol/jar/jarbug/run.sh then maybe it would >>> make sense to combine SunOS, Linux and Darin into the one case. More >>> generally then I guess most of these tests could be changed so that >>> they default to PS=":" FS="/" when not on Windows or cygwin. Did you >>> check the java code for the tests in these areas for any cases where >>> they test based on os.name? >> >> I made that shell script change - I agree that all can be combined >> into one case but I just stuck to the general format in those files. >> > That's okay, it's just an inconsistency in > test/sun/net/www/protocol/jar/jarbug/run.sh. When doing through the > tests did you look for tests in these areas that look at os.name? I > know we have a few. - I did not look through individual tests, but only the ones that failed - I assumed that they will throw some error message if the platform is not recognized. > > -Alan -- -Kurchi From michael.x.mcmahon at oracle.com Wed Dec 14 12:57:31 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Wed, 14 Dec 2011 20:57:31 +0000 Subject: Review request: 7120875 fix macos ipv6 issue and update multiple test scripts In-Reply-To: <4EE8FEE2.2040303@oracle.com> References: <4EE8FB87.8000004@oracle.com> <4EE8FEE2.2040303@oracle.com> Message-ID: <4EE90DBB.6010801@oracle.com> On 14/12/11 19:54, Alan Bateman wrote: > On 14/12/2011 19:39, Michael McMahon wrote: >> Hi, >> >> This webrev fixes a bunch of test script issues in networking and >> core-libs. >> In most if not all cases, the change relates to recognising the OS >> that the test >> is running on. >> >> It also fixes an IPv6 issue, which requires Macos versions of a >> couple of java.net >> classes. These are the new files at the end of the webrev. The change >> is to provide >> a default sin6_scope_id when none is provided by the user. >> >> http://cr.openjdk.java.net/~michaelm/7120875/webrev.1/ >> >> Thanks, >> Michael. > Michael - I haven't studied the IPv6 changes yet but I'm concerned > that this creates a copy of java.net.MulticastSocket. Would some > refactoring allow us to avoid this? > A check for "os.version" in the shared version of MulticastSocket would work. There's only a couple of lines of additional code required. But, then we don't want os specific code in the shared tree either. Don't know if you have other suggestions? This is just to workaround an issue in Macosx where (the Kame ipv6 stack is supposed to take care of default scope_id's but doesn;t seem to be). It's possible this issue may get resolved some time in the future, thus eliminating the need for the code. (I'll check this point with Mike anyway). > In test/sun/net/www/protocol/jar/jarbug/run.sh then maybe it would > make sense to combine SunOS, Linux and Darin into the one case. More > generally then I guess most of these tests could be changed so that > they default to PS=":" FS="/" when not on Windows or cygwin. Did you > check the java code for the tests in these areas for any cases where > they test based on os.name? > I'll let Kurchi deal with this one. - Michael. From Alan.Bateman at oracle.com Wed Dec 14 13:42:18 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Wed, 14 Dec 2011 21:42:18 +0000 Subject: Review request: 7120875 fix macos ipv6 issue and update multiple test scripts In-Reply-To: <4EE906CD.5060608@oracle.com> References: <4EE8FB87.8000004@oracle.com> <4EE8FEE2.2040303@oracle.com> <4EE90182.6050004@oracle.com> <4EE903E9.1020903@oracle.com> <4EE906CD.5060608@oracle.com> Message-ID: <4EE9183A.1030905@oracle.com> On 14/12/2011 20:27, Kurchi Hazra wrote: > : > > - I did not look through individual tests, but only the ones that > failed - I assumed that they will throw some error message if the > platform is not recognized. > That's mostly true for the shell tests but there are many pure java tests that look at os.name to determine what to test and I don't think they fail if the platform is not recognized. For example in the networking area then test/java/net/DatagramSocket/SendDatagramToBadAddress.java is one example. All I'm suggest is doing a quick audit of the tests in the area that you are updating to check for java tests that need to be updated. -Alan. From Alan.Bateman at oracle.com Wed Dec 14 13:50:17 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Wed, 14 Dec 2011 21:50:17 +0000 Subject: Review request: 7120875 fix macos ipv6 issue and update multiple test scripts In-Reply-To: <4EE90DBB.6010801@oracle.com> References: <4EE8FB87.8000004@oracle.com> <4EE8FEE2.2040303@oracle.com> <4EE90DBB.6010801@oracle.com> Message-ID: <4EE91A19.2000204@oracle.com> On 14/12/2011 20:57, Michael McMahon wrote: > > A check for "os.version" in the shared version of MulticastSocket > would work. There's > only a couple of lines of additional code required. But, then we don't > want os specific code > in the shared tree either. Don't know if you have other suggestions? > This is just to workaround an issue in Macosx > where (the Kame ipv6 stack is supposed to take care of default > scope_id's but doesn;t seem to be). > It's possible this issue may get resolved some time in the future, > thus eliminating the need for the code. > (I'll check this point with Mike anyway). For the short term I don't think there's a problem with having some mac specific code in the shared code while a better solution is worked out. However, we need to make sure all these things are cleaned up before it goes to 7u or 8. -Alan. From michael.x.mcmahon at oracle.com Wed Dec 14 15:13:04 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Wed, 14 Dec 2011 23:13:04 +0000 Subject: Macosx ipv6 issue Message-ID: <4EE92D80.2050304@oracle.com> Mike, I've been looking at an issue with the Mac IPv6 stack. Basically, with certain types of IPv6 address, code that calls socket bind() or connect() needs to specify a scope id (zone), which tells the system which interface the operation should be performed on. This basically works fine except when no scope_id is specified. In that case we need to use a default. It appears that the os should do the right thing. There is a sysctl parameter related to this, which is disabled by default "net.inet6.ip6.use_defaultzone" but enabling it doesn't seem to make any difference. I've noticed from the kernel source that the code which uses this flag is conditionally compiled (in netinet6/scope6.c). So, my question is can you find out if this is the case (that it's not compiled into the kernel). And maybe also if there might be plans to change this? Thanks Michael. From swingler at apple.com Wed Dec 14 19:39:03 2011 From: swingler at apple.com (Mike Swingler) Date: Wed, 14 Dec 2011 19:39:03 -0800 Subject: Review request for MACOSX_PORT-176: AWT Splashscreen support In-Reply-To: <4EE61B99.6060807@oracle.com> References: <4EE2259A.9020700@oracle.com> <4EE61B99.6060807@oracle.com> Message-ID: <0B0B4BCA-58EA-4FE5-B748-219FBBBBD0FA@apple.com> On Dec 12, 2011, at 7:19 AM, Anthony Petrov wrote: >> Also, the QueuingApplicationDelegate should hold onto it's own NSMutableArray and real delegate as ivars, not global statics. > > I agree, and I made the queue an instance variable. However, as soon as I'm trying to access an ivar from a block, I get crashed. So I left the realDelegate static. Well, that's your first indication that something is wrong with the memory management. The ivar should be properly retained and released (converting it to an @property with an @sythesize can help with that), and the "self" should be retained by the block when it is copied to the callstack of the AppKit thread, and subsequently released when the block is finished. Just something to think about, Mike Swingler Apple Inc. From dmitry.cherepanov at oracle.com Thu Dec 15 01:37:53 2011 From: dmitry.cherepanov at oracle.com (Dmitry Cherepanov) Date: Thu, 15 Dec 2011 12:37:53 +0300 Subject: Review request for MACOSX_PORT-766: Create offscreen CALayer surface In-Reply-To: <4EE8868A.5040205@oracle.com> References: <4EE63CB3.3090602@oracle.com> <4EE7C36D.50403@oracle.com> <4EE8868A.5040205@oracle.com> Message-ID: <4EE9BFF1.5020908@oracle.com> Here's the updated webrev http://cr.openjdk.java.net/~dcherepanov/macosx-port-766.1/ Thanks, Dmitry Dmitry Cherepanov wrote: > Hi Sergey, > > Thanks for looking into this. Right, it's wrong that the method > returns null for zero size windows. The code has been modified to > return the instance of the NullSurfaceData class (with no-op > implementation) so that it prevents possible NPE exceptions. > > Sergey Bylokhov wrote: >> Hi Dmitry, >> I have a question about this code(CGLLayer.java) >> >> 81 public SurfaceData replaceSurfaceData() { >> 82 if (peer.getBounds().isEmpty()) { >> 83 return surfaceData; >> 84 } >> >> It can return null for peers which have empty bounds. In this case we >> cannot create correct Graphics object in getGraphics()(see >> LWComponentPeer.getOnscreenGraphics()). >> I think it is incorrect, we should have correct Graphics for such peers. >> >> >> 12.12.2011 21:41, Dmitry Cherepanov wrote: >>> Hi Mike, Phil, >>> >>> Here's a fix for the following task - >>> http://java.net/jira/browse/MACOSX_PORT-766 >>> >>> The purpose of the fix is to create purely off-screen CALayer >>> surface that isn't tied to an NSView or NSWindow (needs to be done >>> before proceeding with MACOSX_PORT-539). >>> >>> Webrev - http://cr.openjdk.java.net/~dcherepanov/macosx-port-766.0/ >>> >>> Some brief notes regarding the changes: >>> >>> - the fix disables the initial implementation for the CALayer-based >>> rendering (pushed as a part of >>> http://java.net/jira/browse/MACOSX_PORT-77) as this implementation >>> tries to reuse the existing CGLWindowSurfaceData class (to implement >>> intermediate buffer) and it automatically becomes tied to a >>> NSView/NSWindow. >>> >>> - the new approach introduces new CGLLayerSurfaceData class - this >>> type of surface serves as an intermediate buffer between the flusher >>> thread and the AppKit thread. And the new CGLLayerSurfaceData class >>> allows us to have the implementation of the CGLLayer class >>> independent from the CGLWindowSurfaceData class. >>> >>> Could you please take a look at this? Thanks in advance for any review. >>> >>> Thanks, >>> Dmitry >> >> > > From andrew.brygin at oracle.com Thu Dec 15 01:51:36 2011 From: andrew.brygin at oracle.com (Andrew Brygin) Date: Thu, 15 Dec 2011 13:51:36 +0400 Subject: Review request for MACOSX_PORT-766: Create offscreen CALayer surface In-Reply-To: <4EE9BFF1.5020908@oracle.com> References: <4EE63CB3.3090602@oracle.com> <4EE7C36D.50403@oracle.com> <4EE8868A.5040205@oracle.com> <4EE9BFF1.5020908@oracle.com> Message-ID: <4EE9C328.5050500@oracle.com> Hi Dmitry, I do not see anything obviously wrong here. Please address issues which Artem have pointed out before push this change. Thanks, Andrew. On 15.12.2011 13:37, Dmitry Cherepanov wrote: > Here's the updated webrev > > http://cr.openjdk.java.net/~dcherepanov/macosx-port-766.1/ > > Thanks, > Dmitry > > Dmitry Cherepanov wrote: >> Hi Sergey, >> >> Thanks for looking into this. Right, it's wrong that the method >> returns null for zero size windows. The code has been modified to >> return the instance of the NullSurfaceData class (with no-op >> implementation) so that it prevents possible NPE exceptions. >> >> Sergey Bylokhov wrote: >>> Hi Dmitry, >>> I have a question about this code(CGLLayer.java) >>> >>> 81 public SurfaceData replaceSurfaceData() { >>> 82 if (peer.getBounds().isEmpty()) { >>> 83 return surfaceData; >>> 84 } >>> >>> It can return null for peers which have empty bounds. In this case >>> we cannot create correct Graphics object in getGraphics()(see >>> LWComponentPeer.getOnscreenGraphics()). >>> I think it is incorrect, we should have correct Graphics for such >>> peers. >>> >>> >>> 12.12.2011 21:41, Dmitry Cherepanov wrote: >>>> Hi Mike, Phil, >>>> >>>> Here's a fix for the following task - >>>> http://java.net/jira/browse/MACOSX_PORT-766 >>>> >>>> The purpose of the fix is to create purely off-screen CALayer >>>> surface that isn't tied to an NSView or NSWindow (needs to be done >>>> before proceeding with MACOSX_PORT-539). >>>> >>>> Webrev - http://cr.openjdk.java.net/~dcherepanov/macosx-port-766.0/ >>>> >>>> Some brief notes regarding the changes: >>>> >>>> - the fix disables the initial implementation for the CALayer-based >>>> rendering (pushed as a part of >>>> http://java.net/jira/browse/MACOSX_PORT-77) as this implementation >>>> tries to reuse the existing CGLWindowSurfaceData class (to >>>> implement intermediate buffer) and it automatically becomes tied to >>>> a NSView/NSWindow. >>>> >>>> - the new approach introduces new CGLLayerSurfaceData class - this >>>> type of surface serves as an intermediate buffer between the >>>> flusher thread and the AppKit thread. And the new >>>> CGLLayerSurfaceData class allows us to have the implementation of >>>> the CGLLayer class independent from the CGLWindowSurfaceData class. >>>> >>>> Could you please take a look at this? Thanks in advance for any >>>> review. >>>> >>>> Thanks, >>>> Dmitry >>> >>> >> >> > From dmitry.cherepanov at oracle.com Thu Dec 15 02:20:54 2011 From: dmitry.cherepanov at oracle.com (dmitry.cherepanov at oracle.com) Date: Thu, 15 Dec 2011 10:20:54 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fix for MACOSX_PORT-766: Create offscreen CALayer surface Message-ID: <20111215102121.E7AE2476CE@hg.openjdk.java.net> Changeset: 7103d5ee5b8b Author: dcherepanov Date: 2011-12-15 14:18 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/7103d5ee5b8b Fix for MACOSX_PORT-766: Create offscreen CALayer surface Reviewed-by: art, bae ! src/macosx/classes/sun/awt/CGraphicsConfig.java ! src/macosx/classes/sun/java2d/opengl/CGLGraphicsConfig.java ! src/macosx/classes/sun/java2d/opengl/CGLLayer.java ! src/macosx/classes/sun/java2d/opengl/CGLSurfaceData.java ! src/macosx/classes/sun/lwawt/macosx/CPlatformComponent.java ! src/macosx/classes/sun/lwawt/macosx/CPlatformView.java ! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java ! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java ! src/macosx/native/sun/awt/AWTView.m ! src/macosx/native/sun/java2d/opengl/CGLGraphicsConfig.h ! src/macosx/native/sun/java2d/opengl/CGLLayer.h ! src/macosx/native/sun/java2d/opengl/CGLLayer.m ! src/macosx/native/sun/java2d/opengl/CGLSurfaceData.h ! src/macosx/native/sun/java2d/opengl/CGLSurfaceData.m ! src/share/classes/sun/java2d/opengl/OGLBlitLoops.java ! src/share/classes/sun/java2d/opengl/OGLSurfaceData.java From dmitry.cherepanov at oracle.com Thu Dec 15 03:49:21 2011 From: dmitry.cherepanov at oracle.com (dmitry.cherepanov at oracle.com) Date: Thu, 15 Dec 2011 11:49:21 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixed MACOSX_PORT-194: java.awt.Component couldn't be focused by request Message-ID: <20111215114933.72489476D1@hg.openjdk.java.net> Changeset: 4c548dd7c29e Author: ant Date: 2011-12-15 15:47 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/4c548dd7c29e Fixed MACOSX_PORT-194: java.awt.Component couldn't be focused by request ! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java ! src/macosx/classes/sun/lwawt/macosx/CWrapper.java ! src/macosx/native/sun/awt/AWTWindow.m ! src/macosx/native/sun/awt/CWrapper.m From alexander.zuev at oracle.com Thu Dec 15 04:04:02 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Thu, 15 Dec 2011 12:04:02 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixed MACOSX_PORT-680: b216: Demo text fields are not editable Message-ID: <20111215120413.107C1476D2@hg.openjdk.java.net> Changeset: f17540454d5f Author: anton_t Date: 2011-12-15 16:04 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/f17540454d5f Fixed MACOSX_PORT-680: b216: Demo text fields are not editable ! src/macosx/classes/sun/lwawt/LWComponentPeer.java ! src/macosx/classes/sun/lwawt/LWKeyboardFocusManagerPeer.java ! src/macosx/classes/sun/lwawt/LWToolkit.java ! src/macosx/classes/sun/lwawt/LWWindowPeer.java ! src/share/classes/java/awt/KeyboardFocusManager.java ! src/share/classes/sun/awt/AWTAccessor.java From michael.x.mcmahon at oracle.com Thu Dec 15 06:13:04 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Thu, 15 Dec 2011 14:13:04 +0000 Subject: Request to resync forest Message-ID: <4EEA0070.90509@oracle.com> Paul, I have resync'ed my local forest (open and closed) with jdk7u. Is it ok if I push these changes to both forests? Thanks Michael. From anthony.petrov at oracle.com Thu Dec 15 06:16:58 2011 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Thu, 15 Dec 2011 18:16:58 +0400 Subject: Q regarding threading issues for SWT mode In-Reply-To: <6CF27FB8-ECDC-49E6-A099-75D0A3EE2BCD@oracle.com> References: <4EE752E2.4030503@oracle.com> <4EE8A03A.10706@oracle.com> <6CF27FB8-ECDC-49E6-A099-75D0A3EE2BCD@oracle.com> Message-ID: <4EEA015A.6050309@oracle.com> Hi Scott, I gave it a try, and indeed, just calling NSApplicationLoad() results in [NSApp isRunning] returning YES, and as such we're all good for SWT to start its event loop later. So nothing is broken in 7 when comparing with Apple JDK 6 in this regard. It's still a mystery to me why this is so, because the spec for isRunning states it returns YES when the event loop is running, and in your previous email you've confirmed that calling NSApplicationLoad() only initializes an instance of NSApplication, but does not start the event loop. So why is this method returning YES then? (not that I'm against that - it works just fine for our design, but I'd like to understand the reason for the return value of YES from Cocoa perspective). -- best regards, Anthony On 12/14/11 20:08, Scott Kovatch wrote: > > On Dec 14, 2011, at 5:10 AM, Anthony Petrov wrote: > >> The only issue that is still unclear to me is when an app is started on main thread (to use SWT later), but accesses AWT first (like the one mentioned in MACOSX_PORT-720 - it creates an instance of the Font class before doing anything else). >> >> In this case we'll create a simple NSApplication instance by means of calling the NSApplicationLoad(), however, since Cocoa SWT hasn't started its event loop (and hasn't even been initialized yet), [NSApp isRunning] will return NO, and hence we'll start an AWT event loop at line 354. > > Hmm? This should be okay. Have you tried it yet? I believe when you use NSApplicationLoad() it treats the NSApplication as being in the running state. At least, I hope that's still the case. Otherwise this design falls apart. :-\ > >> Will SWT be able to take control of the event loop later? Or will it be able to put up with AWT spinning its own event loop? Or will it simply fail to start up? > > No, this is a bad thing. SWT needs to have full control over creating its own NSApplication and running the event loop. SWT then becomes the event pump that also dispatches AWT events to AWT windows. That's because it ignores events not targeted to its windows and lets the base NSApplication event dispatcher handle it. If the AWT is allowed to create and run an NSApplicationAWT, it will sit in [NSApplication run] and never get back out. We'll never get back to the main thread so the SWT can create a Display. > >> Or do we simply not support such use case? I.e., should we just require apps to initialize SWT first prior to using any of the AWT APIs? > > This did work with Apple's JDK 6, so I would expect it to continue to work with 7. > > - Scott From sergey.bylokhov at oracle.com Thu Dec 15 06:17:53 2011 From: sergey.bylokhov at oracle.com (sergey.bylokhov at oracle.com) Date: Thu, 15 Dec 2011 14:17:53 +0000 Subject: hg: macosx-port/macosx-port/jdk: MACOSX_PORT-577: The components do not stack up correctly in ZorderTest0002. Message-ID: <20111215141803.5C5CE476D5@hg.openjdk.java.net> Changeset: 019dd2b87168 Author: serb Date: 2011-12-15 18:16 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/019dd2b87168 MACOSX_PORT-577: The components do not stack up correctly in ZorderTest0002. ! make/sun/lwawt/FILES_export_macosx.gmk ! make/sun/lwawt/FILES_export_macosx.gmk.all ! src/macosx/classes/sun/lwawt/LWComponentPeer.java ! src/macosx/classes/sun/lwawt/LWContainerPeer.java + src/macosx/classes/sun/lwawt/LWRepaintArea.java ! src/macosx/classes/sun/lwawt/LWScrollPanePeer.java ! src/macosx/classes/sun/lwawt/LWWindowPeer.java ! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java From anthony.petrov at oracle.com Thu Dec 15 06:27:35 2011 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Thu, 15 Dec 2011 18:27:35 +0400 Subject: Q regarding threading issues for SWT mode In-Reply-To: <4EE8D3E9.3040600@oracle.com> References: <4EE752E2.4030503@oracle.com> <4EE8A03A.10706@oracle.com> <6CF27FB8-ECDC-49E6-A099-75D0A3EE2BCD@oracle.com> <4EE8D3E9.3040600@oracle.com> Message-ID: <4EEA03D7.9030705@oracle.com> Hi Steve, > it hammers the class of the existing one What a hack, huh? :) But since it works, then it's fine. Although why wouldn't SWT be able to work with our NSApplicationAWT instance then? I heard something about the main menu, but what exactly prevents SWT from modifying the main menu when NSApplicationAWT is in place? BTW, even if AWT has already started its event loop, what does prevent SWT from simply doing the [performOnMainThread:...] thing to jump in there and do the stuff it needs to do on the AppKit thread? PS. These questions are unrelated to the initial issue since I've already pushed a fix for it. They arise mostly out of curiosity. -- best regards, Anthony On 12/14/11 20:50, steve.x.northover at oracle.com wrote: > Hey folks, > > Small point, I believe that SWT does not create it's own NSApplication. > Rather it hammers the class of the existing one using objc_setClass() > and restores it when SWT exits. You are 100% right that AWT cannot spin > an event loop and sit in [NSApplication run]. > > Steve > > On 14/12/2011 11:08 AM, Scott Kovatch wrote: >> On Dec 14, 2011, at 5:10 AM, Anthony Petrov wrote: >> >>> The only issue that is still unclear to me is when an app is started >>> on main thread (to use SWT later), but accesses AWT first (like the >>> one mentioned in MACOSX_PORT-720 - it creates an instance of the Font >>> class before doing anything else). >>> >>> In this case we'll create a simple NSApplication instance by means of >>> calling the NSApplicationLoad(), however, since Cocoa SWT hasn't >>> started its event loop (and hasn't even been initialized yet), [NSApp >>> isRunning] will return NO, and hence we'll start an AWT event loop at >>> line 354. >> Hmm? This should be okay. Have you tried it yet? I believe when you >> use NSApplicationLoad() it treats the NSApplication as being in the >> running state. At least, I hope that's still the case. Otherwise this >> design falls apart. :-\ >> >>> Will SWT be able to take control of the event loop later? Or will it >>> be able to put up with AWT spinning its own event loop? Or will it >>> simply fail to start up? >> No, this is a bad thing. SWT needs to have full control over creating >> its own NSApplication and running the event loop. SWT then becomes the >> event pump that also dispatches AWT events to AWT windows. That's >> because it ignores events not targeted to its windows and lets the >> base NSApplication event dispatcher handle it. If the AWT is allowed >> to create and run an NSApplicationAWT, it will sit in [NSApplication >> run] and never get back out. We'll never get back to the main thread >> so the SWT can create a Display. >> >>> Or do we simply not support such use case? I.e., should we just >>> require apps to initialize SWT first prior to using any of the AWT APIs? >> This did work with Apple's JDK 6, so I would expect it to continue to >> work with 7. >> >> - Scott From michael.x.mcmahon at oracle.com Thu Dec 15 06:32:37 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Thu, 15 Dec 2011 14:32:37 +0000 Subject: Request to resync forest In-Reply-To: <4EEA0070.90509@oracle.com> References: <4EEA0070.90509@oracle.com> Message-ID: <4EEA0505.30902@oracle.com> On 15/12/11 14:13, Michael McMahon wrote: > Paul, > > I have resync'ed my local forest (open and closed) with jdk7u. > Is it ok if I push these changes to both forests? > > Thanks > Michael. Sorry just to be clear. I'd like to resync the open and closed jdk7u-osx forests. - Michael. From anthony.petrov at oracle.com Thu Dec 15 06:40:50 2011 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Thu, 15 Dec 2011 18:40:50 +0400 Subject: Review request for MACOSX_PORT-176: AWT Splashscreen support In-Reply-To: <0B0B4BCA-58EA-4FE5-B748-219FBBBBD0FA@apple.com> References: <4EE2259A.9020700@oracle.com> <4EE61B99.6060807@oracle.com> <0B0B4BCA-58EA-4FE5-B748-219FBBBBD0FA@apple.com> Message-ID: <4EEA06F2.30000@oracle.com> On 12/15/11 07:39, Mike Swingler wrote: > On Dec 12, 2011, at 7:19 AM, Anthony Petrov wrote: > >>> Also, the QueuingApplicationDelegate should hold onto it's own NSMutableArray and real delegate as ivars, not global statics. >> >> I agree, and I made the queue an instance variable. However, as soon as I'm trying to access an ivar from a block, I get crashed. So I left the realDelegate static. > > Well, that's your first indication that something is wrong with the memory management. The ivar should be properly retained and released (converting it to an @property with an @sythesize can help with that), and the "self" should be retained by the block when it is copied to the callstack of the AppKit thread, and subsequently released when the block is finished. I assume that when I create a block, it retains 'self' reference to the outer object automatically, right? Moreover, I've even tried to do something like this: QAD qad = self; [... addObject:^(){ // use 'qad' instead of 'self' in the block }]; with no luck. I can't retain the ivar when I create the block since the realDelegate becomes known only later. But if my previous assumption is correct, then the block (I would assume) could access the ivar through the previously retained reference to 'self' with ease. (and certainly, the reference to realDelegate itself isn't released during executing the block). So why would it crash then? Note that it crashes when just reading the value of the ivar, like fprintf(..., (void*)(self->realDelegate)); - boom, it crashed! You don't even need to try calling a selector from it - you won't be able to read the ivar itself in the first place. I don't see how using @property/@synthesize might help with this issue. -- best regards, Anthony From sergey.bylokhov at oracle.com Thu Dec 15 06:50:44 2011 From: sergey.bylokhov at oracle.com (sergey.bylokhov at oracle.com) Date: Thu, 15 Dec 2011 14:50:44 +0000 Subject: hg: macosx-port/macosx-port/jdk: merge Message-ID: <20111215145055.2CEF0476D6@hg.openjdk.java.net> Changeset: cb5ccbd92af9 Author: serb Date: 2011-12-15 18:49 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/cb5ccbd92af9 merge ! src/macosx/classes/sun/lwawt/LWComponentPeer.java From alexander.zuev at oracle.com Thu Dec 15 08:03:17 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Thu, 15 Dec 2011 16:03:17 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixing NPE on dragging outside of the component or on drop outside of component. Message-ID: <20111215160328.60D26476D7@hg.openjdk.java.net> Changeset: 35f86206ca25 Author: kizune Date: 2011-12-15 20:03 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/35f86206ca25 Fixing NPE on dragging outside of the component or on drop outside of component. ! src/macosx/classes/sun/lwawt/macosx/CDropTargetContextPeer.java From steve.x.northover at oracle.com Thu Dec 15 08:18:29 2011 From: steve.x.northover at oracle.com (steve.x.northover at oracle.com) Date: Thu, 15 Dec 2011 11:18:29 -0500 Subject: Q regarding threading issues for SWT mode In-Reply-To: <4EEA03D7.9030705@oracle.com> References: <4EE752E2.4030503@oracle.com> <4EE8A03A.10706@oracle.com> <6CF27FB8-ECDC-49E6-A099-75D0A3EE2BCD@oracle.com> <4EE8D3E9.3040600@oracle.com> <4EEA03D7.9030705@oracle.com> Message-ID: <4EEA1DD5.5090401@oracle.com> A hack yes but you gotta do what you gotta do! SWT needs to see the events as they come in and install its own handlers/delegates (I can find out the particulars sometime or you can go browse the source). The event loop as part of the portable SWT API so an implementation is required for each platform. It is usually the last line of main() and is also used for dialogs. We can take this discussion somewhere else or have it another time or when I see you. Steve On 15/12/2011 9:27 AM, Anthony Petrov wrote: > Hi Steve, > >> it hammers the class of the existing one > > What a hack, huh? :) But since it works, then it's fine. > > Although why wouldn't SWT be able to work with our NSApplicationAWT > instance then? I heard something about the main menu, but what exactly > prevents SWT from modifying the main menu when NSApplicationAWT is in > place? > > BTW, even if AWT has already started its event loop, what does prevent > SWT from simply doing the [performOnMainThread:...] thing to jump in > there and do the stuff it needs to do on the AppKit thread? > > PS. These questions are unrelated to the initial issue since I've > already pushed a fix for it. They arise mostly out of curiosity. > > -- > best regards, > Anthony > > On 12/14/11 20:50, steve.x.northover at oracle.com wrote: >> Hey folks, >> >> Small point, I believe that SWT does not create it's own NSApplication. >> Rather it hammers the class of the existing one using objc_setClass() >> and restores it when SWT exits. You are 100% right that AWT cannot spin >> an event loop and sit in [NSApplication run]. >> >> Steve >> >> On 14/12/2011 11:08 AM, Scott Kovatch wrote: >>> On Dec 14, 2011, at 5:10 AM, Anthony Petrov wrote: >>> >>>> The only issue that is still unclear to me is when an app is started >>>> on main thread (to use SWT later), but accesses AWT first (like the >>>> one mentioned in MACOSX_PORT-720 - it creates an instance of the Font >>>> class before doing anything else). >>>> >>>> In this case we'll create a simple NSApplication instance by means of >>>> calling the NSApplicationLoad(), however, since Cocoa SWT hasn't >>>> started its event loop (and hasn't even been initialized yet), [NSApp >>>> isRunning] will return NO, and hence we'll start an AWT event loop at >>>> line 354. >>> Hmm? This should be okay. Have you tried it yet? I believe when you >>> use NSApplicationLoad() it treats the NSApplication as being in the >>> running state. At least, I hope that's still the case. Otherwise this >>> design falls apart. :-\ >>> >>>> Will SWT be able to take control of the event loop later? Or will it >>>> be able to put up with AWT spinning its own event loop? Or will it >>>> simply fail to start up? >>> No, this is a bad thing. SWT needs to have full control over creating >>> its own NSApplication and running the event loop. SWT then becomes the >>> event pump that also dispatches AWT events to AWT windows. That's >>> because it ignores events not targeted to its windows and lets the >>> base NSApplication event dispatcher handle it. If the AWT is allowed >>> to create and run an NSApplicationAWT, it will sit in [NSApplication >>> run] and never get back out. We'll never get back to the main thread >>> so the SWT can create a Display. >>> >>>> Or do we simply not support such use case? I.e., should we just >>>> require apps to initialize SWT first prior to using any of the AWT >>>> APIs? >>> This did work with Apple's JDK 6, so I would expect it to continue to >>> work with 7. >>> >>> - Scott From scott.kovatch at oracle.com Thu Dec 15 08:23:36 2011 From: scott.kovatch at oracle.com (Scott Kovatch) Date: Thu, 15 Dec 2011 08:23:36 -0800 Subject: Q regarding threading issues for SWT mode In-Reply-To: <4EEA015A.6050309@oracle.com> References: <4EE752E2.4030503@oracle.com> <4EE8A03A.10706@oracle.com> <6CF27FB8-ECDC-49E6-A099-75D0A3EE2BCD@oracle.com> <4EEA015A.6050309@oracle.com> Message-ID: Good, I thought I remembered testing that when I was looking at SWT/AWT combinations a year or two ago. I agree that it is odd that NSApplicationLoad() would force isRunning to return true. My guess is that either it's detecting that there is a Carbon event loop running, or it's just doing this for Carbon/Cocoa compatibility. Typically the only time you need to do this is when you are a Carbon app that's also going to open up an NSWindow or use a Cocoa-based library. -- Scott On Dec 15, 2011, at 6:16 AM, Anthony Petrov wrote: > Hi Scott, > > I gave it a try, and indeed, just calling NSApplicationLoad() results in [NSApp isRunning] returning YES, and as such we're all good for SWT to start its event loop later. So nothing is broken in 7 when comparing with Apple JDK 6 in this regard. > > It's still a mystery to me why this is so, because the spec for isRunning states it returns YES when the event loop is running, and in your previous email you've confirmed that calling NSApplicationLoad() only initializes an instance of NSApplication, but does not start the event loop. So why is this method returning YES then? (not that I'm against that - it works just fine for our design, but I'd like to understand the reason for the return value of YES from Cocoa perspective). > > -- > best regards, > Anthony > > On 12/14/11 20:08, Scott Kovatch wrote: >> >> On Dec 14, 2011, at 5:10 AM, Anthony Petrov wrote: >> >>> The only issue that is still unclear to me is when an app is started on main thread (to use SWT later), but accesses AWT first (like the one mentioned in MACOSX_PORT-720 - it creates an instance of the Font class before doing anything else). >>> >>> In this case we'll create a simple NSApplication instance by means of calling the NSApplicationLoad(), however, since Cocoa SWT hasn't started its event loop (and hasn't even been initialized yet), [NSApp isRunning] will return NO, and hence we'll start an AWT event loop at line 354. >> >> Hmm? This should be okay. Have you tried it yet? I believe when you use NSApplicationLoad() it treats the NSApplication as being in the running state. At least, I hope that's still the case. Otherwise this design falls apart. :-\ >> >>> Will SWT be able to take control of the event loop later? Or will it be able to put up with AWT spinning its own event loop? Or will it simply fail to start up? >> >> No, this is a bad thing. SWT needs to have full control over creating its own NSApplication and running the event loop. SWT then becomes the event pump that also dispatches AWT events to AWT windows. That's because it ignores events not targeted to its windows and lets the base NSApplication event dispatcher handle it. If the AWT is allowed to create and run an NSApplicationAWT, it will sit in [NSApplication run] and never get back out. We'll never get back to the main thread so the SWT can create a Display. >> >>> Or do we simply not support such use case? I.e., should we just require apps to initialize SWT first prior to using any of the AWT APIs? >> >> This did work with Apple's JDK 6, so I would expect it to continue to work with 7. >> >> - Scott From swingler at apple.com Thu Dec 15 12:26:59 2011 From: swingler at apple.com (Mike Swingler) Date: Thu, 15 Dec 2011 12:26:59 -0800 Subject: Review request for MACOSX_PORT-176: AWT Splashscreen support In-Reply-To: <4EEA06F2.30000@oracle.com> References: <4EE2259A.9020700@oracle.com> <4EE61B99.6060807@oracle.com> <0B0B4BCA-58EA-4FE5-B748-219FBBBBD0FA@apple.com> <4EEA06F2.30000@oracle.com> Message-ID: <7DB70C17-9BB4-415A-9202-BCEAA7981940@apple.com> On Dec 15, 2011, at 6:40 AM, Anthony Petrov wrote: > On 12/15/11 07:39, Mike Swingler wrote: >> On Dec 12, 2011, at 7:19 AM, Anthony Petrov wrote: >> >>>> Also, the QueuingApplicationDelegate should hold onto it's own NSMutableArray and real delegate as ivars, not global statics. >>> >>> I agree, and I made the queue an instance variable. However, as soon as I'm trying to access an ivar from a block, I get crashed. So I left the realDelegate static. >> >> Well, that's your first indication that something is wrong with the memory management. The ivar should be properly retained and released (converting it to an @property with an @sythesize can help with that), and the "self" should be retained by the block when it is copied to the callstack of the AppKit thread, and subsequently released when the block is finished. > > I assume that when I create a block, it retains 'self' reference to the outer object automatically, right? Moreover, I've even tried to do something like this: > > QAD qad = self; > [... addObject:^(){ > // use 'qad' instead of 'self' in the block > }]; > > with no luck. > > I can't retain the ivar when I create the block since the realDelegate becomes known only later. But if my previous assumption is correct, then the block (I would assume) could access the ivar through the previously retained reference to 'self' with ease. (and certainly, the reference to realDelegate itself isn't released during executing the block). So why would it crash then? Note that it crashes when just reading the value of the ivar, like fprintf(..., (void*)(self->realDelegate)); - boom, it crashed! You don't even need to try calling a selector from it - you won't be able to read the ivar itself in the first place. > > I don't see how using @property/@synthesize might help with this issue. Making the iVar a property will automate the retain/release semantics (so you don't have to write them), and will also assure atomicity when setting/getting the property value. The only thing you need to do is self.prop = nil in the -dealloc of the parent object. Regards, Mike Swingler Apple Inc. From michael.x.mcmahon at oracle.com Thu Dec 15 14:21:08 2011 From: michael.x.mcmahon at oracle.com (michael.x.mcmahon at oracle.com) Date: Thu, 15 Dec 2011 22:21:08 +0000 Subject: hg: jdk7u/jdk7u-osx: 5 new changesets Message-ID: <20111215222108.C8145476EE@hg.openjdk.java.net> Changeset: d03d60a275ed Author: katleman Date: 2011-12-09 17:36 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/d03d60a275ed Added tag jdk7u4-b03 for changeset 870fd5101f66 ! .hgtags Changeset: e30fd289f001 Author: katleman Date: 2011-11-17 22:13 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/e30fd289f001 Added tag jdk7u2-b13 for changeset c95558e566ac ! .hgtags Changeset: 50b5ada8ca3e Author: cl Date: 2011-12-12 23:07 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/50b5ada8ca3e Added tag jdk7u2-b21 for changeset e30fd289f001 ! .hgtags Changeset: bcc37b8ac1b0 Author: asaha Date: 2011-12-13 17:18 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/bcc37b8ac1b0 Merge ! .hgtags Changeset: 25457f672756 Author: michaelm Date: 2011-12-15 12:37 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/25457f672756 Merge From michael.x.mcmahon at oracle.com Thu Dec 15 14:22:10 2011 From: michael.x.mcmahon at oracle.com (michael.x.mcmahon at oracle.com) Date: Thu, 15 Dec 2011 22:22:10 +0000 Subject: hg: jdk7u/jdk7u-osx/corba: 5 new changesets Message-ID: <20111215222213.C8018476EF@hg.openjdk.java.net> Changeset: bab19e44a16b Author: katleman Date: 2011-12-09 17:36 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/bab19e44a16b Added tag jdk7u4-b03 for changeset 6dd348fb7091 ! .hgtags Changeset: 62b846b0c325 Author: katleman Date: 2011-11-17 22:13 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/62b846b0c325 Added tag jdk7u2-b13 for changeset 456ff1f14b14 ! .hgtags Changeset: 9f975e9d5e54 Author: cl Date: 2011-12-12 23:07 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/9f975e9d5e54 Added tag jdk7u2-b21 for changeset 62b846b0c325 ! .hgtags Changeset: de83741c8ba0 Author: asaha Date: 2011-12-13 17:19 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/de83741c8ba0 Merge ! .hgtags Changeset: 1ba1205119dc Author: michaelm Date: 2011-12-15 12:43 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/1ba1205119dc Merge From michael.x.mcmahon at oracle.com Thu Dec 15 14:22:26 2011 From: michael.x.mcmahon at oracle.com (michael.x.mcmahon at oracle.com) Date: Thu, 15 Dec 2011 22:22:26 +0000 Subject: hg: jdk7u/jdk7u-osx/hotspot: 2 new changesets Message-ID: <20111215222230.978EF476F0@hg.openjdk.java.net> Changeset: 278a1c1706f0 Author: katleman Date: 2011-12-09 17:36 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/278a1c1706f0 Added tag jdk7u4-b03 for changeset 35aadd2e739b ! .hgtags Changeset: b7da211dd95e Author: michaelm Date: 2011-12-15 12:44 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/b7da211dd95e Merge From michael.x.mcmahon at oracle.com Thu Dec 15 14:22:44 2011 From: michael.x.mcmahon at oracle.com (michael.x.mcmahon at oracle.com) Date: Thu, 15 Dec 2011 22:22:44 +0000 Subject: hg: jdk7u/jdk7u-osx/jaxp: 5 new changesets Message-ID: <20111215222244.46650476F1@hg.openjdk.java.net> Changeset: a5ebc8183d94 Author: katleman Date: 2011-12-09 17:36 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/a5ebc8183d94 Added tag jdk7u4-b03 for changeset c09b58cfa2c6 ! .hgtags Changeset: 0efaf5c97fba Author: katleman Date: 2011-11-17 22:14 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/0efaf5c97fba Added tag jdk7u2-b13 for changeset d9ac427e5149 ! .hgtags Changeset: a9ac11158b8f Author: cl Date: 2011-12-12 23:08 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/a9ac11158b8f Added tag jdk7u2-b21 for changeset 0efaf5c97fba ! .hgtags Changeset: 26f5422f16af Author: asaha Date: 2011-12-13 17:21 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/26f5422f16af Merge ! .hgtags Changeset: 98759b436636 Author: michaelm Date: 2011-12-15 12:38 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/98759b436636 Merge From michael.x.mcmahon at oracle.com Thu Dec 15 14:22:50 2011 From: michael.x.mcmahon at oracle.com (michael.x.mcmahon at oracle.com) Date: Thu, 15 Dec 2011 22:22:50 +0000 Subject: hg: jdk7u/jdk7u-osx/jaxws: 5 new changesets Message-ID: <20111215222250.93FBF476F2@hg.openjdk.java.net> Changeset: 61f974354285 Author: katleman Date: 2011-12-09 17:36 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/61f974354285 Added tag jdk7u4-b03 for changeset 5bc0433f1611 ! .hgtags Changeset: d6db86a7ca32 Author: katleman Date: 2011-11-17 22:14 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/d6db86a7ca32 Added tag jdk7u2-b13 for changeset 9728fd833e01 ! .hgtags Changeset: ad63f21ce17a Author: cl Date: 2011-12-12 23:08 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/ad63f21ce17a Added tag jdk7u2-b21 for changeset d6db86a7ca32 ! .hgtags Changeset: 8f089c74c312 Author: asaha Date: 2011-12-13 17:22 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/8f089c74c312 Merge ! .hgtags Changeset: 33a21a587262 Author: michaelm Date: 2011-12-15 12:45 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/33a21a587262 Merge From michael.x.mcmahon at oracle.com Thu Dec 15 14:23:17 2011 From: michael.x.mcmahon at oracle.com (michael.x.mcmahon at oracle.com) Date: Thu, 15 Dec 2011 22:23:17 +0000 Subject: hg: jdk7u/jdk7u-osx/jdk: 28 new changesets Message-ID: <20111215222806.6006A476F3@hg.openjdk.java.net> Changeset: f604183d865f Author: weijun Date: 2011-11-18 16:13 +0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/f604183d865f 7077172: KerberosTime does not take into account system clock adjustement Reviewed-by: valeriep ! src/share/classes/sun/security/krb5/internal/KerberosTime.java Changeset: 29e65f427dc7 Author: rupashka Date: 2011-11-23 16:02 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/29e65f427dc7 7107585: Test incorrect calculate position of object on frame Reviewed-by: rupashka Contributed-by: alexandr.scherbatiy at oracle.com + test/javax/swing/JSlider/6348946/bug6348946.java Changeset: 6ecc54257640 Author: xuelei Date: 2011-11-23 07:15 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/6ecc54257640 7113275: compatibility issue with MD2 trust anchor and old X509TrustManager Summary: also reviewed by Dennis.Gu at oracle.com Reviewed-by: mullan ! src/share/classes/sun/security/ssl/SSLContextImpl.java + test/sun/security/ssl/com/sun/net/ssl/internal/ssl/SSLContextImpl/MD2InTrustAnchor.java + test/sun/security/ssl/com/sun/net/ssl/internal/ssl/SSLContextImpl/TrustTrustedCert.java Changeset: f15439061c26 Author: rupashka Date: 2011-11-24 17:52 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/f15439061c26 7109085: Test use hotkeys not intended for Mac Reviewed-by: rupashka Contributed-by: alexandr.scherbatiy at oracle.com ! test/javax/swing/regtesthelpers/Util.java + test/javax/swing/text/DefaultEditorKit/4278839/bug4278839.java + test/javax/swing/text/JTextComponent/5074573/bug5074573.java + test/javax/swing/text/html/HTMLEditorKit/5043626/bug5043626.java Changeset: d04af9647f52 Author: rupashka Date: 2011-11-24 19:54 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/d04af9647f52 7109617: Test was writed for Metal L&F but not set it Reviewed-by: rupashka Contributed-by: alexandr.scherbatiy at oracle.com + test/javax/swing/plaf/metal/MetalLookAndFeel/5073047/bug5073047.java Changeset: 064190571a12 Author: okutsu Date: 2011-11-25 15:36 +0900 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/064190571a12 7111903: (tz) Windows-only: tzmappings needs update for KB2570791 Reviewed-by: peytoia ! src/windows/lib/tzmappings Changeset: 8211aac921cb Author: rupashka Date: 2011-11-28 18:39 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/8211aac921cb 7113337: Swing closed test tries to click in the area reserved for resize by Mac OS X Reviewed-by: rupashka Contributed-by: alexandr.scherbatiy at oracle.com + test/javax/swing/PopupFactory/6276087/NonOpaquePopupMenuTest.java Changeset: 59df848f176d Author: denis Date: 2011-11-29 16:21 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/59df848f176d 7081670: Disposing an AppContext can lead to a spinning EventDispatchThread Reviewed-by: anthony Contributed-by: Clemens Eisserer ! src/share/classes/java/awt/EventDispatchThread.java ! src/share/classes/java/awt/EventQueue.java Changeset: 9e176e30c03e Author: robm Date: 2011-11-29 19:56 +0000 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/9e176e30c03e 7095949: java/net/URLConnection/RedirectLimit.java and Redirect307Test fail intermittently Summary: Server was only reading part of the request. Changed to read the full request. Reviewed-by: chegar ! test/java/net/URLConnection/Redirect307Test.java ! test/java/net/URLConnection/RedirectLimit.java Changeset: 9897d1b81d13 Author: rupashka Date: 2011-11-30 15:21 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/9897d1b81d13 7112925: closed/javax/swing/JTabbedPane/4624207/bug4624207.java fails on MacOS Reviewed-by: rupashka Contributed-by: alexandr.scherbatiy at oracle.com + test/javax/swing/JTabbedPane/4624207/bug4624207.java Changeset: 4332521db2d9 Author: rupashka Date: 2011-11-30 18:02 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/4332521db2d9 7110440: closed/javax/swing/JScrollBar/4865918/bug4865918.java fails on Aqua L&F Reviewed-by: rupashka Contributed-by: alexandr.scherbatiy at oracle.com + test/javax/swing/JScrollBar/4865918/bug4865918.java Changeset: fab771990eb3 Author: mullan Date: 2011-11-30 14:48 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/fab771990eb3 7093090: Reduce synchronization in java.security.Policy.getPolicyNoCheck Reviewed-by: valeriep ! src/share/classes/java/security/Policy.java Changeset: 801c9c03302a Author: weijun Date: 2011-12-02 16:06 +0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/801c9c03302a 7115524: Regression: keytool -printcert -sslserver failure Reviewed-by: xuelei ! src/share/classes/sun/security/tools/KeyTool.java Changeset: 9cc780355c09 Author: anthony Date: 2011-11-01 18:01 +0300 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/9cc780355c09 7104625: sun.awt.X11.XEvent is creating 600 MB of char[] for no good reason Summary: Wrap logging calls with if(){} statements Reviewed-by: anthony, son Contributed-by: Federico Tello Gentile ! src/solaris/classes/sun/awt/X11/XComponentPeer.java Changeset: 1e6346d4c8c7 Author: denis Date: 2011-12-14 12:35 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/1e6346d4c8c7 7105529: XAWT: Optimize getFieldsAsString() methods generated by WrapperGenerator Summary: Replace string concatenation with StringBuilder.append() Reviewed-by: anthony Contributed-by: Federico Tello Gentile ! src/solaris/classes/sun/awt/X11/generator/WrapperGenerator.java Changeset: aa210cc3e617 Author: alexsch Date: 2011-12-14 13:46 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/aa210cc3e617 7112931: closed/javax/swing/JTabbedPane/6416920/bug6416920.java fails on MacOS Reviewed-by: alexp + test/javax/swing/JTabbedPane/6416920/bug6416920.java Changeset: 4b73f1011557 Author: katleman Date: 2011-12-09 17:36 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/4b73f1011557 Added tag jdk7u4-b03 for changeset b97711a21785 ! .hgtags Changeset: d3516b13b969 Author: bagiras Date: 2011-11-17 16:29 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/d3516b13b969 7108598: Pogo Table Games freeze with JDK 7 Reviewed-by: art, ant ! src/share/classes/java/awt/Component.java ! src/share/classes/java/awt/Container.java + test/java/awt/print/PaintSetEnabledDeadlock/PaintSetEnabledDeadlock.java Changeset: 25537ca7465f Author: denis Date: 2011-11-17 17:24 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/25537ca7465f 7110590: DnDMerlinQLTestsuite_DnDJTextArea test fails with an java.awt.dnd.InvalidDnDOperationException Reviewed-by: art ! src/share/classes/java/awt/AWTKeyStroke.java Changeset: fb2980d7c943 Author: asaha Date: 2011-11-17 11:12 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/fb2980d7c943 Merge Changeset: 24e42f1f9029 Author: katleman Date: 2011-11-17 22:14 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/24e42f1f9029 Added tag jdk7u2-b13 for changeset fb2980d7c943 ! .hgtags Changeset: 58ad18490a50 Author: cl Date: 2011-12-12 23:08 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/58ad18490a50 Added tag jdk7u2-b21 for changeset 24e42f1f9029 ! .hgtags Changeset: 6f7af0f0e7db Author: asaha Date: 2011-12-13 17:23 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/6f7af0f0e7db Merge ! .hgtags Changeset: 950fb1907872 Author: lana Date: 2011-12-14 13:29 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/950fb1907872 Merge Changeset: bb50a0d69415 Author: dholmes Date: 2011-12-12 23:51 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/bb50a0d69415 7109092: Wrong computation results with double at armsflt Summary: need to link to custom soft-float library with required FP accuracy Reviewed-by: alanb, ohair ! make/common/Defs-embedded.gmk Changeset: e2b718ed5831 Author: alexsch Date: 2011-12-15 14:07 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/e2b718ed5831 7105890: closed/javax/swing/JScrollBar/4708809/bug4708809.java deadlocks on MacOS Reviewed-by: alexp + test/javax/swing/JScrollBar/4708809/bug4708809.java Changeset: c103b64d681b Author: alexsch Date: 2011-12-15 14:19 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/c103b64d681b 7120869: javax/swing/JScrollBar/4708809/bug4708809.java fails on Windows Summary: The robot auto-delay is increased to fix the test failing on Windows. Reviewed-by: alexp ! test/javax/swing/JScrollBar/4708809/bug4708809.java Changeset: d0385c0922ac Author: michaelm Date: 2011-12-15 12:44 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/d0385c0922ac Merge ! src/share/classes/java/awt/Component.java ! src/share/classes/java/awt/EventDispatchThread.java From michael.x.mcmahon at oracle.com Thu Dec 15 14:28:03 2011 From: michael.x.mcmahon at oracle.com (michael.x.mcmahon at oracle.com) Date: Thu, 15 Dec 2011 22:28:03 +0000 Subject: hg: jdk7u/jdk7u-osx/langtools: 9 new changesets Message-ID: <20111215222823.7C9EE476F4@hg.openjdk.java.net> Changeset: c1b84d6044ce Author: jjg Date: 2011-09-16 16:18 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/c1b84d6044ce 7091528: javadoc attempts to parse .class files Reviewed-by: darcy ! src/share/classes/com/sun/tools/javadoc/JavadocTool.java + test/tools/javadoc/parser/7091528/T7091528.java + test/tools/javadoc/parser/7091528/p/C1.java + test/tools/javadoc/parser/7091528/p/q/C2.java Changeset: 302caac525b9 Author: dmeetry Date: 2011-12-05 15:58 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/302caac525b9 7086595: Error message bug: name of initializer is 'null' Summary: Implementation of MethodSymbol.location() should take into account static/instance initializers Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javac/code/Kinds.java ! src/share/classes/com/sun/tools/javac/code/Printer.java ! src/share/classes/com/sun/tools/javac/code/Symbol.java ! src/share/classes/com/sun/tools/javac/comp/Check.java ! src/share/classes/com/sun/tools/javac/resources/compiler.properties ! src/share/classes/com/sun/tools/javac/util/RichDiagnosticFormatter.java + test/tools/javac/7086595/T7086595.java + test/tools/javac/7086595/T7086595.out ! test/tools/javac/Diagnostics/6860795/T6860795.out ! test/tools/javac/LocalClasses_2.out ! test/tools/javac/NestedInnerClassNames.out ! test/tools/javac/TryWithResources/BadTwr.out ! test/tools/javac/TryWithResources/DuplicateResourceDecl.out + test/tools/javac/diags/examples/AlreadyDefinedClinit.java + test/tools/javac/diags/examples/KindnameInstanceInit.java + test/tools/javac/diags/examples/KindnameStaticInit.java ! test/tools/javac/generics/6910550/T6910550d.out Changeset: 503ad960abff Author: dmeetry Date: 2011-12-06 01:07 +0400 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/503ad960abff 7098530: tools/javac/javazip/Test.sh can fail on Windows Summary: Fix cygpath command to properly convert path Reviewed-by: jjh ! test/tools/javac/javazip/Test.sh Changeset: 9e9ba3147b1c Author: katleman Date: 2011-12-09 17:36 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/9e9ba3147b1c Added tag jdk7u4-b03 for changeset 8556ecc20a5b ! .hgtags Changeset: fc0769df8cd0 Author: katleman Date: 2011-11-17 22:14 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/fc0769df8cd0 Added tag jdk7u2-b13 for changeset f474527e77e4 ! .hgtags Changeset: d50e571b8d00 Author: cl Date: 2011-12-12 23:09 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/d50e571b8d00 Added tag jdk7u2-b21 for changeset fc0769df8cd0 ! .hgtags Changeset: 358c42289352 Author: asaha Date: 2011-12-13 17:24 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/358c42289352 Merge ! .hgtags Changeset: 3ff13f513bc2 Author: lana Date: 2011-12-14 13:29 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/3ff13f513bc2 Merge Changeset: 8851e7f3721f Author: michaelm Date: 2011-12-15 12:39 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/8851e7f3721f Merge From henri.gomez at gmail.com Fri Dec 16 02:35:59 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 16 Dec 2011 11:35:59 +0100 Subject: hg: jdk7u/jdk7u-osx/langtools: 9 new changesets In-Reply-To: <20111215222823.7C9EE476F4@hg.openjdk.java.net> References: <20111215222823.7C9EE476F4@hg.openjdk.java.net> Message-ID: Hi just built a new package for project openjdk-osx-build, producing a DMG (http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-1.7-x64-jdk-u2-b21-20111216.dmg) JVM report like this : openjdk version "1.7.0-u2-b21" OpenJDK Runtime Environment (build 1.7.0-u2-b21-20111216) OpenJDK 64-Bit Server VM (build 23.0-b06, mixed mode) Hotspot report as 23.0-b06 I tried a JDK7 for Linux (http://www.oracle.com/technetwork/java/javase/downloads/jdk-7u2-download-1377129.html), hotspot report as b22 only : java version "1.7.0_02" Java(TM) SE Runtime Environment (build 1.7.0_02-b13) Java HotSpot(TM) 64-Bit Server VM (build 22.0-b10, mixed mode) I wonder if jdk7u-osx branch is u2 or u4 now ? Thanks for your help 2011/12/15 : > Changeset: c1b84d6044ce > Author: ? ?jjg > Date: ? ? ?2011-09-16 16:18 -0700 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/c1b84d6044ce > > 7091528: javadoc attempts to parse .class files > Reviewed-by: darcy > > ! src/share/classes/com/sun/tools/javadoc/JavadocTool.java > + test/tools/javadoc/parser/7091528/T7091528.java > + test/tools/javadoc/parser/7091528/p/C1.java > + test/tools/javadoc/parser/7091528/p/q/C2.java > > Changeset: 302caac525b9 > Author: ? ?dmeetry > Date: ? ? ?2011-12-05 15:58 +0400 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/302caac525b9 > > 7086595: Error message bug: name of initializer is 'null' > Summary: Implementation of MethodSymbol.location() should take into account static/instance initializers > Reviewed-by: mcimadamore > > ! src/share/classes/com/sun/tools/javac/code/Kinds.java > ! src/share/classes/com/sun/tools/javac/code/Printer.java > ! src/share/classes/com/sun/tools/javac/code/Symbol.java > ! src/share/classes/com/sun/tools/javac/comp/Check.java > ! src/share/classes/com/sun/tools/javac/resources/compiler.properties > ! src/share/classes/com/sun/tools/javac/util/RichDiagnosticFormatter.java > + test/tools/javac/7086595/T7086595.java > + test/tools/javac/7086595/T7086595.out > ! test/tools/javac/Diagnostics/6860795/T6860795.out > ! test/tools/javac/LocalClasses_2.out > ! test/tools/javac/NestedInnerClassNames.out > ! test/tools/javac/TryWithResources/BadTwr.out > ! test/tools/javac/TryWithResources/DuplicateResourceDecl.out > + test/tools/javac/diags/examples/AlreadyDefinedClinit.java > + test/tools/javac/diags/examples/KindnameInstanceInit.java > + test/tools/javac/diags/examples/KindnameStaticInit.java > ! test/tools/javac/generics/6910550/T6910550d.out > > Changeset: 503ad960abff > Author: ? ?dmeetry > Date: ? ? ?2011-12-06 01:07 +0400 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/503ad960abff > > 7098530: tools/javac/javazip/Test.sh can fail on Windows > Summary: Fix cygpath command to properly convert path > Reviewed-by: jjh > > ! test/tools/javac/javazip/Test.sh > > Changeset: 9e9ba3147b1c > Author: ? ?katleman > Date: ? ? ?2011-12-09 17:36 -0800 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/9e9ba3147b1c > > Added tag jdk7u4-b03 for changeset 8556ecc20a5b > > ! .hgtags > > Changeset: fc0769df8cd0 > Author: ? ?katleman > Date: ? ? ?2011-11-17 22:14 -0800 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/fc0769df8cd0 > > Added tag jdk7u2-b13 for changeset f474527e77e4 > > ! .hgtags > > Changeset: d50e571b8d00 > Author: ? ?cl > Date: ? ? ?2011-12-12 23:09 -0800 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/d50e571b8d00 > > Added tag jdk7u2-b21 for changeset fc0769df8cd0 > > ! .hgtags > > Changeset: 358c42289352 > Author: ? ?asaha > Date: ? ? ?2011-12-13 17:24 -0800 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/358c42289352 > > Merge > > ! .hgtags > > Changeset: 3ff13f513bc2 > Author: ? ?lana > Date: ? ? ?2011-12-14 13:29 -0800 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/3ff13f513bc2 > > Merge > > > Changeset: 8851e7f3721f > Author: ? ?michaelm > Date: ? ? ?2011-12-15 12:39 -0800 > URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/8851e7f3721f > > Merge > > From michael.x.mcmahon at oracle.com Fri Dec 16 02:36:02 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Fri, 16 Dec 2011 10:36:02 +0000 Subject: Review request: 7120875 fix macos ipv6 issue and update multiple test scripts In-Reply-To: <4EE8FB87.8000004@oracle.com> References: <4EE8FB87.8000004@oracle.com> Message-ID: <4EEB1F12.5060502@oracle.com> Updated webrev after Alan's comments. http://cr.openjdk.java.net/~michaelm/7120875/webrev.2/ Thanks, Michael. On 14/12/11 19:39, Michael McMahon wrote: > Hi, > > This webrev fixes a bunch of test script issues in networking and > core-libs. > In most if not all cases, the change relates to recognising the OS > that the test > is running on. > > It also fixes an IPv6 issue, which requires Macos versions of a couple > of java.net > classes. These are the new files at the end of the webrev. The change > is to provide > a default sin6_scope_id when none is provided by the user. > > http://cr.openjdk.java.net/~michaelm/7120875/webrev.1/ > > Thanks, > Michael. From michael.x.mcmahon at oracle.com Fri Dec 16 03:05:42 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Fri, 16 Dec 2011 11:05:42 +0000 Subject: hg: jdk7u/jdk7u-osx/langtools: 9 new changesets In-Reply-To: References: <20111215222823.7C9EE476F4@hg.openjdk.java.net> Message-ID: <4EEB2606.8050208@oracle.com> Henri, I resync'ed with jdk7u-dev, which is the main development branch for 7 updates. This hasn't forked for 7u4 yet. So, I'm not sure why it was previously showing 7u4 version numbers. In any case, it is the forest with the latest changes, regardless of what version number is showing. - Michael. On 16/12/11 10:35, Henri Gomez wrote: > Hi just built a new package for project openjdk-osx-build, producing a > DMG (http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-1.7-x64-jdk-u2-b21-20111216.dmg) > > JVM report like this : > > openjdk version "1.7.0-u2-b21" > OpenJDK Runtime Environment (build 1.7.0-u2-b21-20111216) > OpenJDK 64-Bit Server VM (build 23.0-b06, mixed mode) > > Hotspot report as 23.0-b06 > > I tried a JDK7 for Linux > (http://www.oracle.com/technetwork/java/javase/downloads/jdk-7u2-download-1377129.html), > hotspot report as b22 only : > > java version "1.7.0_02" > Java(TM) SE Runtime Environment (build 1.7.0_02-b13) > Java HotSpot(TM) 64-Bit Server VM (build 22.0-b10, mixed mode) > > I wonder if jdk7u-osx branch is u2 or u4 now ? > > Thanks for your help > > > 2011/12/15: >> Changeset: c1b84d6044ce >> Author: jjg >> Date: 2011-09-16 16:18 -0700 >> URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/c1b84d6044ce >> >> 7091528: javadoc attempts to parse .class files >> Reviewed-by: darcy >> >> ! src/share/classes/com/sun/tools/javadoc/JavadocTool.java >> + test/tools/javadoc/parser/7091528/T7091528.java >> + test/tools/javadoc/parser/7091528/p/C1.java >> + test/tools/javadoc/parser/7091528/p/q/C2.java >> >> Changeset: 302caac525b9 >> Author: dmeetry >> Date: 2011-12-05 15:58 +0400 >> URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/302caac525b9 >> >> 7086595: Error message bug: name of initializer is 'null' >> Summary: Implementation of MethodSymbol.location() should take into account static/instance initializers >> Reviewed-by: mcimadamore >> >> ! src/share/classes/com/sun/tools/javac/code/Kinds.java >> ! src/share/classes/com/sun/tools/javac/code/Printer.java >> ! src/share/classes/com/sun/tools/javac/code/Symbol.java >> ! src/share/classes/com/sun/tools/javac/comp/Check.java >> ! src/share/classes/com/sun/tools/javac/resources/compiler.properties >> ! src/share/classes/com/sun/tools/javac/util/RichDiagnosticFormatter.java >> + test/tools/javac/7086595/T7086595.java >> + test/tools/javac/7086595/T7086595.out >> ! test/tools/javac/Diagnostics/6860795/T6860795.out >> ! test/tools/javac/LocalClasses_2.out >> ! test/tools/javac/NestedInnerClassNames.out >> ! test/tools/javac/TryWithResources/BadTwr.out >> ! test/tools/javac/TryWithResources/DuplicateResourceDecl.out >> + test/tools/javac/diags/examples/AlreadyDefinedClinit.java >> + test/tools/javac/diags/examples/KindnameInstanceInit.java >> + test/tools/javac/diags/examples/KindnameStaticInit.java >> ! test/tools/javac/generics/6910550/T6910550d.out >> >> Changeset: 503ad960abff >> Author: dmeetry >> Date: 2011-12-06 01:07 +0400 >> URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/503ad960abff >> >> 7098530: tools/javac/javazip/Test.sh can fail on Windows >> Summary: Fix cygpath command to properly convert path >> Reviewed-by: jjh >> >> ! test/tools/javac/javazip/Test.sh >> >> Changeset: 9e9ba3147b1c >> Author: katleman >> Date: 2011-12-09 17:36 -0800 >> URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/9e9ba3147b1c >> >> Added tag jdk7u4-b03 for changeset 8556ecc20a5b >> >> ! .hgtags >> >> Changeset: fc0769df8cd0 >> Author: katleman >> Date: 2011-11-17 22:14 -0800 >> URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/fc0769df8cd0 >> >> Added tag jdk7u2-b13 for changeset f474527e77e4 >> >> ! .hgtags >> >> Changeset: d50e571b8d00 >> Author: cl >> Date: 2011-12-12 23:09 -0800 >> URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/d50e571b8d00 >> >> Added tag jdk7u2-b21 for changeset fc0769df8cd0 >> >> ! .hgtags >> >> Changeset: 358c42289352 >> Author: asaha >> Date: 2011-12-13 17:24 -0800 >> URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/358c42289352 >> >> Merge >> >> ! .hgtags >> >> Changeset: 3ff13f513bc2 >> Author: lana >> Date: 2011-12-14 13:29 -0800 >> URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/3ff13f513bc2 >> >> Merge >> >> >> Changeset: 8851e7f3721f >> Author: michaelm >> Date: 2011-12-15 12:39 -0800 >> URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/8851e7f3721f >> >> Merge >> >> From henri.gomez at gmail.com Fri Dec 16 03:12:14 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 16 Dec 2011 12:12:14 +0100 Subject: hg: jdk7u/jdk7u-osx/langtools: 9 new changesets In-Reply-To: <4EEB2606.8050208@oracle.com> References: <20111215222823.7C9EE476F4@hg.openjdk.java.net> <4EEB2606.8050208@oracle.com> Message-ID: > Henri, > > I resync'ed with jdk7u-dev, which is the main development branch for 7 > updates. > This hasn't forked for 7u4 yet. So, I'm not sure why it was previously > showing Ok, so we're in 7u2. Hotspot is level 23 ? > 7u4 version numbers. In any case, it is the forest with the latest changes, > regardless of what version number is showing. It reported as u4 before you synced yes From artem.ananiev at oracle.com Fri Dec 16 03:24:19 2011 From: artem.ananiev at oracle.com (artem.ananiev at oracle.com) Date: Fri, 16 Dec 2011 11:24:19 +0000 Subject: hg: macosx-port/macosx-port/langtools: Added tag jdk7-b222 for changeset 0a49b5618a17 Message-ID: <20111216112422.6DA8C47726@hg.openjdk.java.net> Changeset: 70dc5a050e52 Author: katleman Date: 2011-12-16 14:21 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/langtools/rev/70dc5a050e52 Added tag jdk7-b222 for changeset 0a49b5618a17 ! .hgtags From artem.ananiev at oracle.com Fri Dec 16 03:25:00 2011 From: artem.ananiev at oracle.com (artem.ananiev at oracle.com) Date: Fri, 16 Dec 2011 11:25:00 +0000 Subject: hg: macosx-port/macosx-port/jdk: Added tag jdk7-b222 for changeset 35f86206ca25 Message-ID: <20111216112511.1A4D947727@hg.openjdk.java.net> Changeset: 65910faed942 Author: katleman Date: 2011-12-16 14:21 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/65910faed942 Added tag jdk7-b222 for changeset 35f86206ca25 ! .hgtags From artem.ananiev at oracle.com Fri Dec 16 03:26:05 2011 From: artem.ananiev at oracle.com (artem.ananiev at oracle.com) Date: Fri, 16 Dec 2011 11:26:05 +0000 Subject: hg: macosx-port/macosx-port/jaxws: Added tag jdk7-b222 for changeset 2b7930035bf2 Message-ID: <20111216112605.AFAD247728@hg.openjdk.java.net> Changeset: 67fd127a2641 Author: katleman Date: 2011-12-16 14:21 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jaxws/rev/67fd127a2641 Added tag jdk7-b222 for changeset 2b7930035bf2 ! .hgtags From artem.ananiev at oracle.com Fri Dec 16 03:26:31 2011 From: artem.ananiev at oracle.com (artem.ananiev at oracle.com) Date: Fri, 16 Dec 2011 11:26:31 +0000 Subject: hg: macosx-port/macosx-port/jaxp: Added tag jdk7-b222 for changeset c897b389732e Message-ID: <20111216112631.E4A5547729@hg.openjdk.java.net> Changeset: 0a336d6b7e26 Author: katleman Date: 2011-12-16 14:21 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jaxp/rev/0a336d6b7e26 Added tag jdk7-b222 for changeset c897b389732e ! .hgtags From artem.ananiev at oracle.com Fri Dec 16 03:26:58 2011 From: artem.ananiev at oracle.com (artem.ananiev at oracle.com) Date: Fri, 16 Dec 2011 11:26:58 +0000 Subject: hg: macosx-port/macosx-port/hotspot: Added tag jdk7-b222 for changeset 345f60d86ca9 Message-ID: <20111216112700.E78BB4772A@hg.openjdk.java.net> Changeset: 407770c31c18 Author: katleman Date: 2011-12-16 14:21 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot/rev/407770c31c18 Added tag jdk7-b222 for changeset 345f60d86ca9 ! .hgtags From artem.ananiev at oracle.com Fri Dec 16 03:27:34 2011 From: artem.ananiev at oracle.com (artem.ananiev at oracle.com) Date: Fri, 16 Dec 2011 11:27:34 +0000 Subject: hg: macosx-port/macosx-port/corba: Added tag jdk7-b222 for changeset db685979081e Message-ID: <20111216112734.AD27C4772B@hg.openjdk.java.net> Changeset: 790d5e6cfd54 Author: katleman Date: 2011-12-16 14:21 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/corba/rev/790d5e6cfd54 Added tag jdk7-b222 for changeset db685979081e ! .hgtags From artem.ananiev at oracle.com Fri Dec 16 03:28:03 2011 From: artem.ananiev at oracle.com (artem.ananiev at oracle.com) Date: Fri, 16 Dec 2011 11:28:03 +0000 Subject: hg: macosx-port/macosx-port: Added tag jdk7-b222 for changeset b703f3707598 Message-ID: <20111216112803.15B134772C@hg.openjdk.java.net> Changeset: 816088e91b9c Author: katleman Date: 2011-12-16 14:20 +0300 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/rev/816088e91b9c Added tag jdk7-b222 for changeset b703f3707598 ! .hgtags From kurchi.subhra.hazra at oracle.com Fri Dec 16 10:29:22 2011 From: kurchi.subhra.hazra at oracle.com (Kurchi Hazra) Date: Fri, 16 Dec 2011 10:29:22 -0800 Subject: Review request: 7120875 fix macos ipv6 issue and update multiple test scripts In-Reply-To: <4EEB1F12.5060502@oracle.com> References: <4EE8FB87.8000004@oracle.com> <4EEB1F12.5060502@oracle.com> Message-ID: <4EEB8E02.8030501@oracle.com> The changes in the following files are not required I guess - perhaps they are my bad test/java/net/DatagramSocket/B6411513.java ||test/java/net/DatagramSocket/SetDatagramSocketImplFactory/ADatagramSocket.java - Kurchi* * On 12/16/2011 2:36 AM, Michael McMahon wrote: > Updated webrev after Alan's comments. > > http://cr.openjdk.java.net/~michaelm/7120875/webrev.2/ > > Thanks, > Michael. > > On 14/12/11 19:39, Michael McMahon wrote: >> Hi, >> >> This webrev fixes a bunch of test script issues in networking and >> core-libs. >> In most if not all cases, the change relates to recognising the OS >> that the test >> is running on. >> >> It also fixes an IPv6 issue, which requires Macos versions of a >> couple of java.net >> classes. These are the new files at the end of the webrev. The change >> is to provide >> a default sin6_scope_id when none is provided by the user. >> >> http://cr.openjdk.java.net/~michaelm/7120875/webrev.1/ >> >> Thanks, >> Michael. > -- -Kurchi From roger.yeung at oracle.com Fri Dec 16 14:28:52 2011 From: roger.yeung at oracle.com (Roger Yeung) Date: Fri, 16 Dec 2011 14:28:52 -0800 Subject: JDK 7 Mac Port Preview b222 Available Message-ID: <4EEBC624.3020100@oracle.com> Hi, The JDK 7 Mac Port Preview b222 is now available: http://jdk7.java.net/macportpreview/ Regards, Roger Y. From scott.kovatch at oracle.com Fri Dec 16 16:39:48 2011 From: scott.kovatch at oracle.com (Scott Kovatch) Date: Fri, 16 Dec 2011 16:39:48 -0800 Subject: OpenGL rendering fallback Message-ID: <8BAEAA1F-A30D-4ABB-8B06-CADF17E00757@oracle.com> Folks, We're trying to get our nightly builds for the deploy stack to run automated tests via Hudson. Before I go through the hoops of setting up Hudson, changing the build configuration, etc. I tried running them via screen sharing and using a virtual/remote desktop for a user not logged in at the remote system. However, I ran into http://java.net/jira/browse/MACOSX_PORT-107, which is a startup crash in OpenGL. After a lot of debug building and j2d debug logging I found that the problem was that we were failing to create an NSOpenGLPixelFormat object, bailing out, and not checking the result in CGLGraphicsConfig.getConfig(). I added "if (cfginfo != 0)" before calling getOGLIdString, but that just prevented a native crash; it still led to an NPE creating windows. So, I saw this code: NSOpenGLPixelFormatAttribute attrs[] = { NSOpenGLPFAClosestPolicy, NSOpenGLPFANoRecovery, NSOpenGLPFAAccelerated, NSOpenGLPFAFullScreen, NSOpenGLPFAWindow, NSOpenGLPFAPixelBuffer, NSOpenGLPFADoubleBuffer, NSOpenGLPFAColorSize, 32, NSOpenGLPFAAlphaSize, 8, NSOpenGLPFADepthSize, 16, NSOpenGLPFAScreenMask, glMask, 0 }; and I have to ask if it's absolutely necessary that we be this restrictive when creating an OpenGL context. Basically, if we can't get a fully hardware-accelerated renderer we just give up and return. The docs for NSOpenGLPixelFormatAttribute say "This attribute is not generally useful". I think that's an understatement here. :-) I did some experimenting with these options and I can get my tests to run in a screen-sharing window, but then the contents of the window don't draw, so I'm clearly getting out of my area of knowledge here. Any help would be appreciated. -- Scott K. From andrew.brygin at oracle.com Fri Dec 16 20:39:18 2011 From: andrew.brygin at oracle.com (Andrew Brygin) Date: Sat, 17 Dec 2011 08:39:18 +0400 Subject: OpenGL rendering fallback In-Reply-To: <8BAEAA1F-A30D-4ABB-8B06-CADF17E00757@oracle.com> References: <8BAEAA1F-A30D-4ABB-8B06-CADF17E00757@oracle.com> Message-ID: <4EEC1CF6.5050808@oracle.com> Hello Scott, I have played with the capability to fall-back to software renderer some time, and found that attribute NSOpenGLPFAFullScreen prevents the smooth fall-back. For example, if you explicitly request the software renderer, i.e. use attribute NSOpenGLPFARendererID, kCGLRendererGenericFloatID instead of NSOpenGLPFAAccelerated then you get the same startup crash as it is described in MACOSX_PORT-107 But, if we remove the attribute NSOpenGLPFAFullScreen as well, then the pixel format object initializes correctly. The sad part of the story is that on 10.7 systems, usage of the software renderer causes heavy rendering artifacts in CAOpenGLLayer, which is used in java by default. Jira issue MACOSX_PORT-669 describes this problem. However, the same configuration (software renderer + CAOpenGLLayer) works fine on 10.6. In order to verify this, I have modified CALayerEssentials demo to request software renderer explicitly, and have reproduced the same rendering problem. So ,I tend to think that here we have faced with a bug in layers support in 10.7. The only option to workaround it would be disabling support of CAOpenGLLayer in java, but, as far as I know, this is mandatory feature for plugin, and it can not be disabled. Thanks, Andrew On 17.12.2011 4:39, Scott Kovatch wrote: > Folks, > > We're trying to get our nightly builds for the deploy stack to run automated tests via Hudson. Before I go through the hoops of setting up Hudson, changing the build configuration, etc. I tried running them via screen sharing and using a virtual/remote desktop for a user not logged in at the remote system. However, I ran into http://java.net/jira/browse/MACOSX_PORT-107, which is a startup crash in OpenGL. > > After a lot of debug building and j2d debug logging I found that the problem was that we were failing to create an NSOpenGLPixelFormat object, bailing out, and not checking the result in CGLGraphicsConfig.getConfig(). I added "if (cfginfo != 0)" before calling getOGLIdString, but that just prevented a native crash; it still led to an NPE creating windows. > > So, I saw this code: > > NSOpenGLPixelFormatAttribute attrs[] = { > NSOpenGLPFAClosestPolicy, > NSOpenGLPFANoRecovery, > NSOpenGLPFAAccelerated, > NSOpenGLPFAFullScreen, > NSOpenGLPFAWindow, > NSOpenGLPFAPixelBuffer, > NSOpenGLPFADoubleBuffer, > NSOpenGLPFAColorSize, 32, > NSOpenGLPFAAlphaSize, 8, > NSOpenGLPFADepthSize, 16, > NSOpenGLPFAScreenMask, glMask, > 0 > }; > > and I have to ask if it's absolutely necessary that we be this restrictive when creating an OpenGL context. Basically, if we can't get a fully hardware-accelerated renderer we just give up and return. > > The docs for NSOpenGLPixelFormatAttribute say "This attribute is not generally useful". I think that's an understatement here. :-) > > I did some experimenting with these options and I can get my tests to run in a screen-sharing window, but then the contents of the window don't draw, so I'm clearly getting out of my area of knowledge here. > > Any help would be appreciated. > > -- Scott K. > From james.melvin at oracle.com Sat Dec 17 11:06:14 2011 From: james.melvin at oracle.com (James Melvin) Date: Sat, 17 Dec 2011 14:06:14 -0500 Subject: SpecJbb2005 times out? Message-ID: <4EECE826.9020707@oracle.com> Hi, Part of a JPRT job runs SpecJbb2005 using several different JVM configurations. On Mac OS X, they are all timing out due to a likely config issue... -------------------- Calling Reporter _RegisterApplication(), FAILED TO establish the default connection to the WindowServer, _CGSDefaultConnection() is NULL. -------------------- Initial googling reveals this is some sort of permission problem accessing the SystemUIServer window manager, which is running as a different user. On our mac-minis, we have setup a uadmin account which is logged in on the console. JPRT runs as another user jprtadm, which exhibits the problem running SpecJbb2005. Can this problem be resolved with a configuration change? Must jprtadm be logged into the test host on the console? Is there any way for the test to pass regardless of the console login? Thanks, Jim From scott.kovatch at oracle.com Sun Dec 18 22:05:59 2011 From: scott.kovatch at oracle.com (Scott Kovatch) Date: Sun, 18 Dec 2011 22:05:59 -0800 Subject: SpecJbb2005 times out? In-Reply-To: <4EECE826.9020707@oracle.com> References: <4EECE826.9020707@oracle.com> Message-ID: <7CC4B5D4-987A-43ED-B2A9-BD612F42A709@oracle.com> Yes, this is what happens when you SSH into a system and attempt to show UI when you don't have admin privileges, regardless of who is currently logged in. Does SpecJBB use AWT at some point? Does it need to? Seems like a server side benchmark wouldn't need it. You could try passing "-Djava.awt.headless=TRUE" to prevent initializing the AWT and Cocoa. -- Scott On Dec 17, 2011, at 11:06 AM, James Melvin wrote: > Hi, > > Part of a JPRT job runs SpecJbb2005 using several different JVM > configurations. On Mac OS X, they are all timing out due to a likely > config issue... > > -------------------- > Calling Reporter > _RegisterApplication(), FAILED TO establish the default connection to the WindowServer, _CGSDefaultConnection() is NULL. > -------------------- > > Initial googling reveals this is some sort of permission problem > accessing the SystemUIServer window manager, which is running as a > different user. On our mac-minis, we have setup a uadmin account which > is logged in on the console. JPRT runs as another user jprtadm, which > exhibits the problem running SpecJbb2005. > > Can this problem be resolved with a configuration change? > Must jprtadm be logged into the test host on the console? > Is there any way for the test to pass regardless of the console login? > > Thanks, > > Jim > From james.melvin at oracle.com Sun Dec 18 22:46:46 2011 From: james.melvin at oracle.com (James Melvin) Date: Mon, 19 Dec 2011 01:46:46 -0500 Subject: SpecJbb2005 times out? In-Reply-To: <7CC4B5D4-987A-43ED-B2A9-BD612F42A709@oracle.com> References: <4EECE826.9020707@oracle.com> <7CC4B5D4-987A-43ED-B2A9-BD612F42A709@oracle.com> Message-ID: Strangely enough, it only breaks for internal RE builds of jdk7u-osx. My builds work fine. ;) Apparently, SPECJbb2005 needs to access the virtual frame buffer for chart generation. I'm wondering if the BOOTDIR matters in this case. I think RE uses JDK6 and I use JDK7. Running headless did not resolve it. More spelunking required to pin this down. - Jim On Dec 19, 2011, at 1:05 AM, Scott Kovatch wrote: > Yes, this is what happens when you SSH into a system and attempt to show UI when you don't have admin privileges, regardless of who is currently logged in. > > Does SpecJBB use AWT at some point? Does it need to? Seems like a server side benchmark wouldn't need it. You could try passing "-Djava.awt.headless=TRUE" to prevent initializing the AWT and Cocoa. > > -- Scott > > > On Dec 17, 2011, at 11:06 AM, James Melvin wrote: > >> Hi, >> >> Part of a JPRT job runs SpecJbb2005 using several different JVM >> configurations. On Mac OS X, they are all timing out due to a likely >> config issue... >> >> -------------------- >> Calling Reporter >> _RegisterApplication(), FAILED TO establish the default connection to the WindowServer, _CGSDefaultConnection() is NULL. >> -------------------- >> >> Initial googling reveals this is some sort of permission problem >> accessing the SystemUIServer window manager, which is running as a >> different user. On our mac-minis, we have setup a uadmin account which >> is logged in on the console. JPRT runs as another user jprtadm, which >> exhibits the problem running SpecJbb2005. >> >> Can this problem be resolved with a configuration change? >> Must jprtadm be logged into the test host on the console? >> Is there any way for the test to pass regardless of the console login? >> >> Thanks, >> >> Jim >> > From michael.x.mcmahon at oracle.com Mon Dec 19 03:49:31 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Mon, 19 Dec 2011 11:49:31 +0000 Subject: Code review: 7122752: (macosx) JVMTI Test DemoRun.java doesn't understand macosx .dylibs Message-ID: <4EEF24CB.6050708@oracle.com> Could I get the following simple JVMTI test case change reviewed please? http://cr.openjdk.java.net/~michaelm/7122780/webrev.1/ Thanks, Michael From Alan.Bateman at oracle.com Mon Dec 19 06:11:28 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Mon, 19 Dec 2011 14:11:28 +0000 Subject: Review request: 7120875 fix macos ipv6 issue and update multiple test scripts In-Reply-To: <4EEB1F12.5060502@oracle.com> References: <4EE8FB87.8000004@oracle.com> <4EEB1F12.5060502@oracle.com> Message-ID: <4EEF4610.4010303@oracle.com> On 16/12/2011 10:36, Michael McMahon wrote: > Updated webrev after Alan's comments. > > http://cr.openjdk.java.net/~michaelm/7120875/webrev.2/ This is better but would be nice if we could avoid special casing MacOSX in java.net.MulticastSocket. Given that we may have to choose the default interface on other platforms when what would you think of MulticastSocket checking for default interface on all platforms? (could return null on platforms where it's not required). Same thing for java.net.PlainSocketImpl. The changes to the tests mostly look okay to me. There are a couple of tests where additional debugging messages have been added, I don't know if they are meant to be included, examples: test/java/net/DatagramSocket/B6411513.java java/net/DatagramSocket/SetDatagramSocketImplFactory/ADatagramSocket.java. test/java/net/DatagramSocket/Send12k.java - now the send size is a local then it might be better to name is "size" rather than SEND_SIZE. There are a couple of tests the Darwin case has been combined with the Linux case, examples: test/java/net/URLClassLoader/B5077773.sh test/java/net/DatagramSocket/SetDatagramSocketImplFactory/ADatagramSocket.sh test/java/net/URLConnection/6212146/test.sh No big deal but might be worth combining Linux too as further maintainers might wonder why Linux is separate to SunOS and Darwin. I exchanged a few mails with Kurchi about java tests as I think there are a couple of tests that need to be updated, examples: test/java/net/ipv6tests/Tests.java test/java/net/DatagramSocket/SendDatagramToBadAddress.java test/java/util/zip/ZipFile/ManyZipFiles.java test/java/lang/ProcessBuilder/Basic.java No problem if they are skipped in this round and I was just sending a reminder that java tests may need to be updated too (even if they pass). -Alan. From daniel.daugherty at oracle.com Mon Dec 19 06:43:54 2011 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Mon, 19 Dec 2011 07:43:54 -0700 Subject: Code review: 7122752: (macosx) JVMTI Test DemoRun.java doesn't understand macosx .dylibs In-Reply-To: <4EEF24CB.6050708@oracle.com> References: <4EEF24CB.6050708@oracle.com> Message-ID: <4EEF4DAA.5020103@oracle.com> Thumbs up. Dan On 12/19/11 4:49 AM, Michael McMahon wrote: > Could I get the following simple JVMTI test case change reviewed please? > > http://cr.openjdk.java.net/~michaelm/7122780/webrev.1/ > > Thanks, > Michael From artem.ananiev at oracle.com Mon Dec 19 09:34:29 2011 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Mon, 19 Dec 2011 21:34:29 +0400 Subject: JDK7 Mac OS X Port integration into 7 updates In-Reply-To: <4EE2025B.10406@oracle.com> References: <4EE2025B.10406@oracle.com> Message-ID: <4EEF75A5.7080703@oracle.com> Here are some updates: 1. The macosx-port workspace is frozen (read-only). 2. Alexander Zuev (OpenJKD user name: kizune) is preparing the final patch to make 7u-osx up-to-date with what we have in macosx-port. The patch will be sent for technical review to the macosx-port-dev alias. 3. Later this week all the issues from Mac OS X Port JIRA will be migrated to JDK bug database (aka Bugster). Thanks, Artem On 12/9/2011 4:43 PM, Andrey Pikalev wrote: > We are moving towards the goal of making the Mac OS X platform one of > the standard supported platforms for JDK7 updates. Before we push Mac > specific code into the jdk7u forest we want to stabilize the code in the > integration forest jdk7u-osx, which is a logical child of jdk7u-dev. > Doing so reduces the risk of destabilizing jdk7u on any other platform. > > We have merged most of the macosx-port changes into the jdk7u-osx > forest. After we make sure jdk7u-osx is buildable on all platforms, we > plan to freeze the macosx-port forest and move the Mac port development > into jdk7u-osx. > > This will result in two major changes in the development process. The > first is that Mac OS X Port development will be managed by jdk7u rules > starting on the official move date. The second is that we will freeze > the Mac OS X Port JIRA instance on java.net and continue the bug > tracking by regular JDK means (i.e., Bugster). > > We very much want to have macosx-port contributors join the > jdk7u/jdk7u-osx project as contributors, authors, committers, and > reviewers. The process will be managed by Dalibor in the next few days. > From swingler at apple.com Mon Dec 19 11:48:52 2011 From: swingler at apple.com (Mike Swingler) Date: Mon, 19 Dec 2011 11:48:52 -0800 Subject: Macosx ipv6 issue In-Reply-To: <4EE92D80.2050304@oracle.com> References: <4EE92D80.2050304@oracle.com> Message-ID: On Dec 14, 2011, at 3:13 PM, Michael McMahon wrote: > Mike, > > I've been looking at an issue with the Mac IPv6 stack. Basically, with certain types of IPv6 address, > code that calls socket bind() or connect() needs to specify a scope id (zone), which tells the system which > interface the operation should be performed on. This basically works fine except when no scope_id > is specified. In that case we need to use a default. It appears that the os should do the right thing. > There is a sysctl parameter related to this, which is disabled by default "net.inet6.ip6.use_defaultzone" > but enabling it doesn't seem to make any difference. > > I've noticed from the kernel source that the code which uses this flag is conditionally compiled > (in netinet6/scope6.c). So, my question is can you find out if this is the case (that it's not compiled > into the kernel). And maybe also if there might be plans to change this? I honestly have no idea. I'd suggest asking on or . Anyone else have any suggestions on good resources for IPv6 Mac OS X debugging? Sorry I couldn't be more helpful, Mike Swingler Apple Inc. From peter.brunet at oracle.com Mon Dec 19 15:31:02 2011 From: peter.brunet at oracle.com (Pete Brunet) Date: Mon, 19 Dec 2011 17:31:02 -0600 Subject: building just awt In-Reply-To: <4EE2F566.1020308@oracle.com> References: <4ED5B0CF.8060405@oracle.com> <552540E4-ECCA-4086-B23A-9D85316DDE7F@oracle.com> <4EE2DF7B.7040400@oracle.com> <6A67843E-71E5-4E08-B96A-78161CB086AE@oracle.com> <4EE2F566.1020308@oracle.com> Message-ID: <4EEFC936.1060408@oracle.com> I just changed jdk/src/macosc/native/sun/awt/JavaComponentAccessibility.h and reran the make but nothing rebuilt. I looked at the files in jdk/make/sun/lwawt/ and didn't see any reason why it would rebuild, but maybe I am doing something wrong (or maybe a tweak is needed in a make file). I'm not having any problems with the make when I change .m files. Any ideas? Pete On 12/10/11 12:00 AM, Pete Brunet wrote: > Thanks Scott. That worked. > > On 12/9/11 10:49 PM, Scott Kovatch wrote: >> Try jdk/make/sun/lwawt. >> >> ./sun/lwawt/FILES_c_macosx.gmk: JavaComponentAccessibility.m \ >> >> -- Scott >> >> >> On Dec 9, 2011, at 8:26 PM, Pete Brunet wrote: >> >>> I tried that and didn't get what I expected, i.e. >>> /Users/petebrunet/OpenJDK/macosx-port/jdk/src/macosx/native/sun/awt/JavaComponentAccessibility.m >>> didn't compile and libawt.dylib didn't get rebuilt. Here is my output >>> >>> Any ideas on what I'm doing wrong? >>> >>> Pete >>> >>> On 11/29/11 11:02 PM, Pranav Bhat wrote: >>>> Hello Pete, >>>> >>>> I found this in one of the pages: http://wikis.sun.com/display/OpenJDK/Incremental+Building >>>> >>>> Thanks, >>>> - Pranav >>>> >>>> On Nov 29, 2011, at 11:27 PM, Pete Brunet wrote: >>>> >>>>> How do I do a rebuild of just changes in >>>>> .../macosx-port/jdk/src/macosx/native/sun/awt ? >>>>> >>>>> Pete From kelly.ohair at oracle.com Mon Dec 19 18:15:19 2011 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Tue, 20 Dec 2011 02:15:19 +0000 Subject: hg: jdk7u/jdk7u-osx/jdk: 7123022: Fixing some Mac sanity checks Message-ID: <20111220021537.AECE747768@hg.openjdk.java.net> Changeset: 4868a820411b Author: ohair Date: 2011-12-19 18:15 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/4868a820411b 7123022: Fixing some Mac sanity checks Reviewed-by: swingler ! make/common/shared/Defs-utils.gmk ! make/common/shared/Defs-versions.gmk ! make/common/shared/Platform.gmk ! make/common/shared/Sanity.gmk From stephen.bannasch at deanbrook.org Mon Dec 19 20:48:17 2011 From: stephen.bannasch at deanbrook.org (Stephen Bannasch) Date: Mon, 19 Dec 2011 23:48:17 -0500 Subject: hg: jdk7u/jdk7u-osx/jdk: 7123022: Fixing some Mac sanity checks In-Reply-To: <20111220021537.AECE747768@hg.openjdk.java.net> References: <20111220021537.AECE747768@hg.openjdk.java.net> Message-ID: At 2:15 AM +0000 12/20/11, kelly.ohair at oracle.com wrote: >Changeset: 4868a820411b >Author: ohair >Date: 2011-12-19 18:15 -0800 >URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/4868a820411b > >7123022: Fixing some Mac sanity checks >Reviewed-by: swingler > >! make/common/shared/Defs-utils.gmk >! make/common/shared/Defs-versions.gmk >! make/common/shared/Platform.gmk >! make/common/shared/Sanity.gmk Why is the required OS variant now 10.7.2? macosx-port has been working fine on 10.6.8 for me. It's one thing to only fully test on 10.7.2 but it's another thing to hard-code the build system so it only runs on 10.7.2+ I'm running 10.6.8 but couldn't test the latest changes in the makefiles because the build process stopped here: -jaxp_src-url-bundle: [echo] Downloading from http://download.java.net/jaxp/1.4.5/jaxp145_01.zip [mkdir] Created dir: /Users/stephen/dev/java/src/macosx-port/build/macosx-universal/jaxp/drop/bundles [get] Getting: http://download.java.net/jaxp/1.4.5/jaxp145_01.zip [get] To: /Users/stephen/dev/java/src/macosx-port/build/macosx-universal/jaxp/drop/bundles/jaxp145_01.zip.temp [get] http://download.java.net/jaxp/1.4.5/jaxp145_01.zip moved to http://dlc.sun.com.edgesuite.net/jaxp/1.4.5/jaxp145_01.zip From henri.gomez at gmail.com Mon Dec 19 23:04:52 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Tue, 20 Dec 2011 08:04:52 +0100 Subject: hg: jdk7u/jdk7u-osx/jdk: 7123022: Fixing some Mac sanity checks In-Reply-To: References: <20111220021537.AECE747768@hg.openjdk.java.net> Message-ID: Did these patches were reverted ? I didn't find it after sync with mercurial on this branch. 2011/12/20 Stephen Bannasch : > At 2:15 AM +0000 12/20/11, kelly.ohair at oracle.com wrote: >>Changeset: 4868a820411b >>Author: ? ?ohair >>Date: ? ? ?2011-12-19 18:15 -0800 >>URL: ? ? ? http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/4868a820411b >> >>7123022: Fixing some Mac sanity checks >>Reviewed-by: swingler >> >>! make/common/shared/Defs-utils.gmk >>! make/common/shared/Defs-versions.gmk >>! make/common/shared/Platform.gmk >>! make/common/shared/Sanity.gmk > > Why is the required OS variant now 10.7.2? > > macosx-port has been working fine on 10.6.8 for me. > > It's one thing to only fully test on 10.7.2 but it's another thing to hard-code the build system so it only runs on 10.7.2+ > > I'm running 10.6.8 but couldn't test the latest changes in the makefiles because the build process stopped here: > > -jaxp_src-url-bundle: > ? ? [echo] Downloading from http://download.java.net/jaxp/1.4.5/jaxp145_01.zip > ? ?[mkdir] Created dir: /Users/stephen/dev/java/src/macosx-port/build/macosx-universal/jaxp/drop/bundles > ? ? ?[get] Getting: http://download.java.net/jaxp/1.4.5/jaxp145_01.zip > ? ? ?[get] To: /Users/stephen/dev/java/src/macosx-port/build/macosx-universal/jaxp/drop/bundles/jaxp145_01.zip.temp > ? ? ?[get] http://download.java.net/jaxp/1.4.5/jaxp145_01.zip moved to http://dlc.sun.com.edgesuite.net/jaxp/1.4.5/jaxp145_01.zip From henri.gomez at gmail.com Tue Dec 20 00:19:53 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Tue, 20 Dec 2011 09:19:53 +0100 Subject: hg: jdk7u/jdk7u-osx/jdk: 7123022: Fixing some Mac sanity checks In-Reply-To: References: <20111220021537.AECE747768@hg.openjdk.java.net> Message-ID: 2011/12/20 Henri Gomez : > Did these patches were reverted ? > > I didn't find it after sync with mercurial on this branch. Forget about this, Jenkins Mercurial Plugin dropped Forest support, that's why I didn't get what's expected Cheers From anthony.petrov at oracle.com Tue Dec 20 07:06:26 2011 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Tue, 20 Dec 2011 19:06:26 +0400 Subject: Review request for MACOSX_PORT-774: NullPointerException in strange circumstances (with error message: 'CFMessagePort: bootstrap_register(): failed 1100...') Message-ID: <4EF0A472.9060904@oracle.com> Hello, Please review a fix for http://java.net/jira/browse/MACOSX_PORT-774 at: http://cr.openjdk.java.net/~anthony/x-5-forceHeadless.0/ With this change, if we detect we don't have access to the graphics server, the AWT headless mode is forced. Actually, this has already been done in java_props_md/java_props_macosx.c previously, however, the legacy code in awt_LoadLibrary.c prevented it from working correctly. Please note: running tests over an SSH connection will force the headless mode regardless of the logged in user on the console of the server. This is because OSX reports that the sessionHasGraphicAccess is missing when running over SSH. Thus, all graphical tests and applications must be run on the local console only. -- best regards, Anthony From peter.brunet at oracle.com Tue Dec 20 07:30:58 2011 From: peter.brunet at oracle.com (Pete Brunet) Date: Tue, 20 Dec 2011 09:30:58 -0600 Subject: How to create a webrev from the top level directory Message-ID: <4EF0AA32.5020509@oracle.com> I've been asked to create a webrev. According to http://openjdk.java.net/guide/webrevHelp.html from the toplevel directory (macosx-port) I should execute ksh ./make/scripts/webrev.ksh -f but that produced a lot of error messages so I did cd jdk ksh ../make/scripts/webrev.ksh and that created my webrev What is the proper command to get it to work from the parent directory? Pete From kelly.ohair at oracle.com Tue Dec 20 08:25:52 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Tue, 20 Dec 2011 08:25:52 -0800 Subject: hg: jdk7u/jdk7u-osx/jdk: 7123022: Fixing some Mac sanity checks In-Reply-To: References: <20111220021537.AECE747768@hg.openjdk.java.net> Message-ID: <98620CCB-1920-41C1-A80D-B64CB8F750D1@oracle.com> The sanity checks have historically been used to inform the builder that they have strayed from the systems or build dependencies used in the official builds. And not all sanity checks are fatal errors. On Dec 19, 2011, at 8:48 PM, Stephen Bannasch wrote: > At 2:15 AM +0000 12/20/11, kelly.ohair at oracle.com wrote: >> Changeset: 4868a820411b >> Author: ohair >> Date: 2011-12-19 18:15 -0800 >> URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/4868a820411b >> >> 7123022: Fixing some Mac sanity checks >> Reviewed-by: swingler >> >> ! make/common/shared/Defs-utils.gmk >> ! make/common/shared/Defs-versions.gmk >> ! make/common/shared/Platform.gmk >> ! make/common/shared/Sanity.gmk > > Why is the required OS variant now 10.7.2? Because we are supporting 10.7 and the latest 10.7 is 10.7.2. Maybe it should be 10.7.0? > > macosx-port has been working fine on 10.6.8 for me. That's fine, but as far as I know, Oracle will be focusing on 10.7. So that means anything else may work fine, but the bulk of the resources on builds and tests at Oracle will have been done with 10.7. > > It's one thing to only fully test on 10.7.2 but it's another thing to hard-code the build system so it only runs on 10.7.2+ This is not a hard coded thing. It's just a warning that you are may be going down a road less traveled. I'm not even sure these sanity checks are used with openjdk builds. > > I'm running 10.6.8 but couldn't test the latest changes in the makefiles because the build process stopped here: > > -jaxp_src-url-bundle: > [echo] Downloading from http://download.java.net/jaxp/1.4.5/jaxp145_01.zip > [mkdir] Created dir: /Users/stephen/dev/java/src/macosx-port/build/macosx-universal/jaxp/drop/bundles > [get] Getting: http://download.java.net/jaxp/1.4.5/jaxp145_01.zip > [get] To: /Users/stephen/dev/java/src/macosx-port/build/macosx-universal/jaxp/drop/bundles/jaxp145_01.zip.temp > [get] http://download.java.net/jaxp/1.4.5/jaxp145_01.zip moved to http://dlc.sun.com.edgesuite.net/jaxp/1.4.5/jaxp145_01.zip That has nothing to do with my changes. -kto From peter.brunet at oracle.com Tue Dec 20 08:29:01 2011 From: peter.brunet at oracle.com (Pete Brunet) Date: Tue, 20 Dec 2011 10:29:01 -0600 Subject: Patch for review - fixes hangs when VoiceOver is active Message-ID: <4EF0B7CD.9060901@oracle.com> The attached patch was created by Kevin Miller, reviewed by Mike Swingler, and tested by me. This patch will fix the following bugs: http://java.net/jira/browse/MACOSX_PORT-630 http://java.net/jira/browse/MACOSX_PORT-644 http://java.net/jira/browse/MACOSX_PORT-646 It also includes a fix to a bug in an NSLog that I noticed when doing some other debugging. Please review. Also, is there any information missing or something else I should have done in the process of creating the patch? Pete From swingler at apple.com Tue Dec 20 11:46:46 2011 From: swingler at apple.com (Mike Swingler) Date: Tue, 20 Dec 2011 11:46:46 -0800 Subject: Review request for MACOSX_PORT-774: NullPointerException in strange circumstances (with error message: 'CFMessagePort: bootstrap_register(): failed 1100...') In-Reply-To: <4EF0A472.9060904@oracle.com> References: <4EF0A472.9060904@oracle.com> Message-ID: On Dec 20, 2011, at 7:06 AM, Anthony Petrov wrote: > Hello, > > Please review a fix for http://java.net/jira/browse/MACOSX_PORT-774 at: > > http://cr.openjdk.java.net/~anthony/x-5-forceHeadless.0/ > > With this change, if we detect we don't have access to the graphics server, the AWT headless mode is forced. Actually, this has already been done in java_props_md/java_props_macosx.c previously, however, the legacy code in awt_LoadLibrary.c prevented it from working correctly. > > Please note: running tests over an SSH connection will force the headless mode regardless of the logged in user on the console of the server. This is because OSX reports that the sessionHasGraphicAccess is missing when running over SSH. Thus, all graphical tests and applications must be run on the local console only. Looks fine to me. Also keep in mind, that if a background Java process is started by a launchd agent (like cron and initd on other platforms), you have to specify that the job needs to be in the "Aqua" session. This should allow automation to run, and should allow testing where an SSH connection can kick something that launchd is watching. You could even go as far as making a directory for launchd to watch which will start and then delete any shell script dropped in that directory, just to ensure it's started in the Aqua session. Just throwing the idea out there. Just make sure the location and ownership is all under the same user. Regards, Mike Swingler Apple Inc. From kelly.ohair at oracle.com Tue Dec 20 16:10:24 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Tue, 20 Dec 2011 16:10:24 -0800 Subject: How to create a webrev from the top level directory In-Reply-To: <4EF0AA32.5020509@oracle.com> References: <4EF0AA32.5020509@oracle.com> Message-ID: You need the Mercurial forest extension working, and I usually use this: webrev -f -N -o somedir The -N says I only want a webrev of the edited working set files. Yeah I know, the forest extension is a pain. Sorry. -kto On Dec 20, 2011, at 7:30 AM, Pete Brunet wrote: > I've been asked to create a webrev. According to > http://openjdk.java.net/guide/webrevHelp.html > from the toplevel directory (macosx-port) I should execute > ksh ./make/scripts/webrev.ksh -f > but that produced a lot of error messages so I did > cd jdk > ksh ../make/scripts/webrev.ksh > and that created my webrev > > What is the proper command to get it to work from the parent directory? > > Pete From peter.brunet at oracle.com Tue Dec 20 17:10:38 2011 From: peter.brunet at oracle.com (Pete Brunet) Date: Tue, 20 Dec 2011 19:10:38 -0600 Subject: How to create a webrev from the top level directory In-Reply-To: References: <4EF0AA32.5020509@oracle.com> Message-ID: <4EF1320E.8010809@oracle.com> Thanks Kelly, I guess either this page needs to be updated to give instructions on installing Forest or on how to do a webrev without Forest. http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port Pete On 12/20/11 6:10 PM, Kelly O'Hair wrote: > You need the Mercurial forest extension working, and I usually use this: > > webrev -f -N -o somedir > > The -N says I only want a webrev of the edited working set files. > > Yeah I know, the forest extension is a pain. Sorry. > > -kto > > On Dec 20, 2011, at 7:30 AM, Pete Brunet wrote: > >> I've been asked to create a webrev. According to >> http://openjdk.java.net/guide/webrevHelp.html >> from the toplevel directory (macosx-port) I should execute >> ksh ./make/scripts/webrev.ksh -f >> but that produced a lot of error messages so I did >> cd jdk >> ksh ../make/scripts/webrev.ksh >> and that created my webrev >> >> What is the proper command to get it to work from the parent directory? >> >> Pete From neugens.limasoftware at gmail.com Tue Dec 20 20:46:04 2011 From: neugens.limasoftware at gmail.com (Mario Torre) Date: Wed, 21 Dec 2011 05:46:04 +0100 Subject: How to create a webrev from the top level directory In-Reply-To: <4EF1320E.8010809@oracle.com> References: <4EF0AA32.5020509@oracle.com> <4EF1320E.8010809@oracle.com> Message-ID: Maybe webrev should also be updated to not need the forest extension. Anyway, other than for build scripts, or other similar things that naturally spawn across the whole forest, it's usually better to only generate webrev for the specific tree you are targeting. Mario Il giorno 21-dic-2011 02.12, "Pete Brunet" ha scritto: > Thanks Kelly, I guess either this page needs to be updated to give > instructions on installing Forest or on how to do a webrev without Forest. > > http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port > > Pete > > On 12/20/11 6:10 PM, Kelly O'Hair wrote: > > You need the Mercurial forest extension working, and I usually use this: > > > > webrev -f -N -o somedir > > > > The -N says I only want a webrev of the edited working set files. > > > > Yeah I know, the forest extension is a pain. Sorry. > > > > -kto > > > > On Dec 20, 2011, at 7:30 AM, Pete Brunet wrote: > > > >> I've been asked to create a webrev. According to > >> http://openjdk.java.net/guide/webrevHelp.html > >> from the toplevel directory (macosx-port) I should execute > >> ksh ./make/scripts/webrev.ksh -f > >> but that produced a lot of error messages so I did > >> cd jdk > >> ksh ../make/scripts/webrev.ksh > >> and that created my webrev > >> > >> What is the proper command to get it to work from the parent directory? > >> > >> Pete > From artem.ananiev at oracle.com Wed Dec 21 01:44:20 2011 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Wed, 21 Dec 2011 13:44:20 +0400 Subject: Patch for review - fixes hangs when VoiceOver is active In-Reply-To: <4EF0B7CD.9060901@oracle.com> References: <4EF0B7CD.9060901@oracle.com> Message-ID: <4EF1AA74.8000204@oracle.com> Did you forget to attach the patch? :) Thanks, Artem On 12/20/2011 8:29 PM, Pete Brunet wrote: > The attached patch was created by Kevin Miller, reviewed by Mike > Swingler, and tested by me. > > This patch will fix the following bugs: > http://java.net/jira/browse/MACOSX_PORT-630 > http://java.net/jira/browse/MACOSX_PORT-644 > http://java.net/jira/browse/MACOSX_PORT-646 > > It also includes a fix to a bug in an NSLog that I noticed when doing > some other debugging. > > Please review. > > Also, is there any information missing or something else I should have > done in the process of creating the patch? > > Pete From peter.brunet at oracle.com Wed Dec 21 07:58:20 2011 From: peter.brunet at oracle.com (Pete Brunet) Date: Wed, 21 Dec 2011 09:58:20 -0600 Subject: Patch for review - fixes hangs when VoiceOver is active In-Reply-To: <4EF1AA74.8000204@oracle.com> References: <4EF0B7CD.9060901@oracle.com> <4EF1AA74.8000204@oracle.com> Message-ID: <4EF2021C.2060805@oracle.com> Hi Artem, Apparently the list manager stripped off my zip file. Should I upload it somewhere? -Pete On 12/21/11 3:44 AM, Artem Ananiev wrote: > > Did you forget to attach the patch? :) > > Thanks, > > Artem > > On 12/20/2011 8:29 PM, Pete Brunet wrote: >> The attached patch was created by Kevin Miller, reviewed by Mike >> Swingler, and tested by me. >> >> This patch will fix the following bugs: >> http://java.net/jira/browse/MACOSX_PORT-630 >> http://java.net/jira/browse/MACOSX_PORT-644 >> http://java.net/jira/browse/MACOSX_PORT-646 >> >> It also includes a fix to a bug in an NSLog that I noticed when doing >> some other debugging. >> >> Please review. >> >> Also, is there any information missing or something else I should have >> done in the process of creating the patch? >> >> Pete From sergey.bylokhov at oracle.com Wed Dec 21 08:32:59 2011 From: sergey.bylokhov at oracle.com (Sergey Bylokhov) Date: Wed, 21 Dec 2011 20:32:59 +0400 Subject: Request for review: MACOSX_PORT-488: RobotTest0001 & RobotTest0002 are not functional in JCK-runtime-7 interactive Message-ID: <4EF20A3B.7030506@oracle.com> Hi Everyone, Current LWLabelPeer uses JComponent.getMinimumSize(), which behaves differently than LabelPeer.getMinimumSize()on other platforms. This code ported from XLabelPeer and WLabelPeer with small modification. Constant values was changed to be closer to apple jdk 6. Bug: http://java.net/jira/browse/MACOSX_PORT-488 Webrev can be found at: http://cr.openjdk.java.net/~serb/488/webrev.00/ -- Best regards, Sergey. From Andrey.Pikalev at oracle.com Wed Dec 21 10:12:17 2011 From: Andrey.Pikalev at oracle.com (Andrey Pikalev) Date: Wed, 21 Dec 2011 22:12:17 +0400 Subject: Patch for review - fixes hangs when VoiceOver is active In-Reply-To: <4EF2021C.2060805@oracle.com> References: <4EF0B7CD.9060901@oracle.com> <4EF1AA74.8000204@oracle.com> <4EF2021C.2060805@oracle.com> Message-ID: <4EF22181.1090905@oracle.com> Pete, please see guidelines here http://openjdk.java.net/guide/codeReview.html/ Thanks, Andrey. On 12/21/2011 7:58 PM, Pete Brunet wrote: > Hi Artem, Apparently the list manager stripped off my zip file. Should > I upload it somewhere? -Pete > > On 12/21/11 3:44 AM, Artem Ananiev wrote: >> >> Did you forget to attach the patch? :) >> >> Thanks, >> >> Artem >> >> On 12/20/2011 8:29 PM, Pete Brunet wrote: >>> The attached patch was created by Kevin Miller, reviewed by Mike >>> Swingler, and tested by me. >>> >>> This patch will fix the following bugs: >>> http://java.net/jira/browse/MACOSX_PORT-630 >>> http://java.net/jira/browse/MACOSX_PORT-644 >>> http://java.net/jira/browse/MACOSX_PORT-646 >>> >>> It also includes a fix to a bug in an NSLog that I noticed when doing >>> some other debugging. >>> >>> Please review. >>> >>> Also, is there any information missing or something else I should have >>> done in the process of creating the patch? >>> >>> Pete From anthony.petrov at oracle.com Wed Dec 21 11:10:10 2011 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Wed, 21 Dec 2011 23:10:10 +0400 Subject: Request for review: MACOSX_PORT-488: RobotTest0001 & RobotTest0002 are not functional in JCK-runtime-7 interactive In-Reply-To: <4EF20A3B.7030506@oracle.com> References: <4EF20A3B.7030506@oracle.com> Message-ID: <4EF22F12.3090505@oracle.com> Hi Sergey, The fix looks good to me. -- best regards, Anthony On 12/21/2011 8:32 PM, Sergey Bylokhov wrote: > Hi Everyone, > Current LWLabelPeer uses JComponent.getMinimumSize(), which behaves > differently than LabelPeer.getMinimumSize()on other platforms. > This code ported from XLabelPeer and WLabelPeer with small modification. > Constant values was changed to be closer to apple jdk 6. > > Bug: http://java.net/jira/browse/MACOSX_PORT-488 > Webrev can be found at: http://cr.openjdk.java.net/~serb/488/webrev.00/ > > > -- Best regards, Sergey. From peter.brunet at oracle.com Wed Dec 21 11:53:31 2011 From: peter.brunet at oracle.com (Pete Brunet) Date: Wed, 21 Dec 2011 13:53:31 -0600 Subject: Patch for review - fixes hangs when VoiceOver is active In-Reply-To: <4EF22181.1090905@oracle.com> References: <4EF0B7CD.9060901@oracle.com> <4EF1AA74.8000204@oracle.com> <4EF2021C.2060805@oracle.com> <4EF22181.1090905@oracle.com> Message-ID: <4EF2393B.9000506@oracle.com> >Any user with push access to the OpenJDK Mercurial server can publish materials on the cr.openjdk.java.net server. Hi Andrey, I found that link a bit before you sent it, but as far as I know I don't have push access to the code base. Is that a requirement for participation? If so, how do I get access? If not, what is the alternative? Pete On 12/21/11 12:12 PM, Andrey Pikalev wrote: > Pete, please see guidelines here > > http://openjdk.java.net/guide/codeReview.html/ > > Thanks, > Andrey. > > On 12/21/2011 7:58 PM, Pete Brunet wrote: >> Hi Artem, Apparently the list manager stripped off my zip file. Should >> I upload it somewhere? -Pete >> >> On 12/21/11 3:44 AM, Artem Ananiev wrote: >>> >>> Did you forget to attach the patch? :) >>> >>> Thanks, >>> >>> Artem >>> >>> On 12/20/2011 8:29 PM, Pete Brunet wrote: >>>> The attached patch was created by Kevin Miller, reviewed by Mike >>>> Swingler, and tested by me. >>>> >>>> This patch will fix the following bugs: >>>> http://java.net/jira/browse/MACOSX_PORT-630 >>>> http://java.net/jira/browse/MACOSX_PORT-644 >>>> http://java.net/jira/browse/MACOSX_PORT-646 >>>> >>>> It also includes a fix to a bug in an NSLog that I noticed when doing >>>> some other debugging. >>>> >>>> Please review. >>>> >>>> Also, is there any information missing or something else I should have >>>> done in the process of creating the patch? >>>> >>>> Pete From kelly.ohair at oracle.com Wed Dec 21 18:41:44 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 21 Dec 2011 18:41:44 -0800 Subject: How to create a webrev from the top level directory In-Reply-To: References: <4EF0AA32.5020509@oracle.com> <4EF1320E.8010809@oracle.com> Message-ID: <2D6352DD-4F03-495B-9EDB-73D62C0E7B41@oracle.com> On Dec 20, 2011, at 8:46 PM, Mario Torre wrote: > Maybe webrev should also be updated to not need the forest extension. Yup. That's my feeling, however the last time I looked at this script I ran running from the room with a severe case of intestinal discomfort. :^( > > Anyway, other than for build scripts, or other similar things that > naturally spawn across the whole forest, it's usually better to only > generate webrev for the specific tree you are targeting. usually, that is true. -kto > > Mario > > Il giorno 21-dic-2011 02.12, "Pete Brunet" ha > scritto: > >> Thanks Kelly, I guess either this page needs to be updated to give >> instructions on installing Forest or on how to do a webrev without Forest. >> >> http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port >> >> Pete >> >> On 12/20/11 6:10 PM, Kelly O'Hair wrote: >>> You need the Mercurial forest extension working, and I usually use this: >>> >>> webrev -f -N -o somedir >>> >>> The -N says I only want a webrev of the edited working set files. >>> >>> Yeah I know, the forest extension is a pain. Sorry. >>> >>> -kto >>> >>> On Dec 20, 2011, at 7:30 AM, Pete Brunet wrote: >>> >>>> I've been asked to create a webrev. According to >>>> http://openjdk.java.net/guide/webrevHelp.html >>>> from the toplevel directory (macosx-port) I should execute >>>> ksh ./make/scripts/webrev.ksh -f >>>> but that produced a lot of error messages so I did >>>> cd jdk >>>> ksh ../make/scripts/webrev.ksh >>>> and that created my webrev >>>> >>>> What is the proper command to get it to work from the parent directory? >>>> >>>> Pete >> From alexander.zuev at oracle.com Thu Dec 22 03:39:15 2011 From: alexander.zuev at oracle.com (Alexander Zuev) Date: Thu, 22 Dec 2011 14:39:15 +0300 Subject: Review request: sync up jdk7u-osx workspace with the latest changes from macosx-port Message-ID: <4EF316E3.8060204@oracle.com> Hello, please review the patch that has to bring the latest changes from macosx-port workspace into the jdk7u-osx workspace where all the future development should happen. Pay special attention if you have pushed any changes at Nov 10th or later and see that your changes are not screwed in any way by the migration process. Changes can be found at http://cr.openjdk.java.net/~kizune/merge_jdku7/webrev.00/ With best regards, Alexander Zuev From henri.gomez at gmail.com Thu Dec 22 02:43:24 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 22 Dec 2011 11:43:24 +0100 Subject: Review request: sync up jdk7u-osx workspace with the latest changes from macosx-port In-Reply-To: <4EF316E3.8060204@oracle.com> References: <4EF316E3.8060204@oracle.com> Message-ID: Dropping 32 bits support JVM for OSX is now definitvly acted ? 2011/12/22 Alexander Zuev > Hello, > > please review the patch that has to bring the latest changes from > macosx-port workspace into the > jdk7u-osx workspace where all the future development should happen. Pay > special attention if you > have pushed any changes at Nov 10th or later and see that your changes are > not screwed in any way > by the migration process. > > Changes can be found at http://cr.openjdk.java.net/~** > kizune/merge_jdku7/webrev.00/ > > With best regards, > Alexander Zuev > From neugens.limasoftware at gmail.com Thu Dec 22 02:48:21 2011 From: neugens.limasoftware at gmail.com (Mario Torre) Date: Thu, 22 Dec 2011 11:48:21 +0100 Subject: How to create a webrev from the top level directory In-Reply-To: <2D6352DD-4F03-495B-9EDB-73D62C0E7B41@oracle.com> References: <4EF0AA32.5020509@oracle.com> <4EF1320E.8010809@oracle.com> <2D6352DD-4F03-495B-9EDB-73D62C0E7B41@oracle.com> Message-ID: Ok, to be honest with you that was a cheap suggestion :) I tried myself to go through the code as well but decided that... well, after all, it works fine for what we need and there are more interesting/urgent things to do! ;) But this gives me an idea, especially given the success of the community warning experiment we did last month, this is a perfect candidate for a Summer-of-code-alike program, perhaps we can make a list of little and not so little things that are openjdk related but don't really need that deep focus and knowledge and ask people if the feel like contributing. Rewriting webrev in java and make it just mercurial aware could be one of those tasks. Cheers, Mario Il giorno 22-dic-2011 04.41, "Kelly O'Hair" ha scritto: > > On Dec 20, 2011, at 8:46 PM, Mario Torre wrote: > > > Maybe webrev should also be updated to not need the forest extension. > > Yup. That's my feeling, however the last time I looked at this script I > ran running from the room > with a severe case of intestinal discomfort. :^( > > > > > Anyway, other than for build scripts, or other similar things that > > naturally spawn across the whole forest, it's usually better to only > > generate webrev for the specific tree you are targeting. > > usually, that is true. > > -kto > > > > > Mario > > > > Il giorno 21-dic-2011 02.12, "Pete Brunet" ha > > scritto: > > > >> Thanks Kelly, I guess either this page needs to be updated to give > >> instructions on installing Forest or on how to do a webrev without > Forest. > >> > >> http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port > >> > >> Pete > >> > >> On 12/20/11 6:10 PM, Kelly O'Hair wrote: > >>> You need the Mercurial forest extension working, and I usually use > this: > >>> > >>> webrev -f -N -o somedir > >>> > >>> The -N says I only want a webrev of the edited working set files. > >>> > >>> Yeah I know, the forest extension is a pain. Sorry. > >>> > >>> -kto > >>> > >>> On Dec 20, 2011, at 7:30 AM, Pete Brunet wrote: > >>> > >>>> I've been asked to create a webrev. According to > >>>> http://openjdk.java.net/guide/webrevHelp.html > >>>> from the toplevel directory (macosx-port) I should execute > >>>> ksh ./make/scripts/webrev.ksh -f > >>>> but that produced a lot of error messages so I did > >>>> cd jdk > >>>> ksh ../make/scripts/webrev.ksh > >>>> and that created my webrev > >>>> > >>>> What is the proper command to get it to work from the parent > directory? > >>>> > >>>> Pete > >> > > From artem.ananiev at oracle.com Thu Dec 22 03:07:13 2011 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Thu, 22 Dec 2011 15:07:13 +0400 Subject: Request for review: MACOSX_PORT-488: RobotTest0001 & RobotTest0002 are not functional in JCK-runtime-7 interactive In-Reply-To: <4EF20A3B.7030506@oracle.com> References: <4EF20A3B.7030506@oracle.com> Message-ID: <4EF30F61.30809@oracle.com> Looks fine. Thanks, Artem On 12/21/2011 8:32 PM, Sergey Bylokhov wrote: > Hi Everyone, > Current LWLabelPeer uses JComponent.getMinimumSize(), which behaves > differently than LabelPeer.getMinimumSize()on other platforms. > This code ported from XLabelPeer and WLabelPeer with small modification. > Constant values was changed to be closer to apple jdk 6. > > Bug: http://java.net/jira/browse/MACOSX_PORT-488 > Webrev can be found at: http://cr.openjdk.java.net/~serb/488/webrev.00/ > > > -- Best regards, Sergey. From michael.x.mcmahon at oracle.com Thu Dec 22 03:46:57 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Thu, 22 Dec 2011 11:46:57 +0000 Subject: Review request: 7120875 fix macos ipv6 issue and update multiple test scripts In-Reply-To: <4EEF4610.4010303@oracle.com> References: <4EE8FB87.8000004@oracle.com> <4EEB1F12.5060502@oracle.com> <4EEF4610.4010303@oracle.com> Message-ID: <4EF318B1.1020202@oracle.com> On 19/12/11 14:11, Alan Bateman wrote: > On 16/12/2011 10:36, Michael McMahon wrote: >> Updated webrev after Alan's comments. >> >> http://cr.openjdk.java.net/~michaelm/7120875/webrev.2/ > This is better but would be nice if we could avoid special casing > MacOSX in java.net.MulticastSocket. Given that we may have to choose > the default interface on other platforms when what would you think of > MulticastSocket checking for default interface on all platforms? > (could return null on platforms where it's not required). Same thing > for java.net.PlainSocketImpl. > I've updated this to localize the changes to NetworkInterface (and the new class DefaultInterface). So, there's no change to the socket impl java code The new native code implementation is in net_util_md.c also, but called from Plain*SocketImpl.c > The changes to the tests mostly look okay to me. > > There are a couple of tests where additional debugging messages have > been added, I don't know if they are meant to be included, examples: > test/java/net/DatagramSocket/B6411513.java > java/net/DatagramSocket/SetDatagramSocketImplFactory/ADatagramSocket.java. > > I've removed the debug outputs above. If all the above is ok, I'd like to push this change and address remaining test case issues in another changeset. New webrev @ http://cr.openjdk.java.net/~michaelm/7120875/webrev.4/ Thanks Michael > test/java/net/DatagramSocket/Send12k.java - now the send size is a > local then it might be better to name is "size" rather than SEND_SIZE. > > There are a couple of tests the Darwin case has been combined with the > Linux case, examples: > > test/java/net/URLClassLoader/B5077773.sh > test/java/net/DatagramSocket/SetDatagramSocketImplFactory/ADatagramSocket.sh > > test/java/net/URLConnection/6212146/test.sh > > No big deal but might be worth combining Linux too as further > maintainers might wonder why Linux is separate to SunOS and Darwin. > > I exchanged a few mails with Kurchi about java tests as I think there > are a couple of tests that need to be updated, examples: > > test/java/net/ipv6tests/Tests.java > test/java/net/DatagramSocket/SendDatagramToBadAddress.java > test/java/util/zip/ZipFile/ManyZipFiles.java > test/java/lang/ProcessBuilder/Basic.java > > No problem if they are skipped in this round and I was just sending a > reminder that java tests may need to be updated too (even if they pass). > > -Alan. > > From Alan.Bateman at oracle.com Thu Dec 22 05:34:39 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Thu, 22 Dec 2011 13:34:39 +0000 Subject: Review request: 7120875 fix macos ipv6 issue and update multiple test scripts In-Reply-To: <4EF318B1.1020202@oracle.com> References: <4EE8FB87.8000004@oracle.com> <4EEB1F12.5060502@oracle.com> <4EEF4610.4010303@oracle.com> <4EF318B1.1020202@oracle.com> Message-ID: <4EF331EF.5030007@oracle.com> On 22/12/2011 11:46, Michael McMahon wrote: > > I've updated this to localize the changes to NetworkInterface (and the > new class DefaultInterface). > So, there's no change to the socket impl java code > The new native code implementation is in net_util_md.c also, but > called from Plain*SocketImpl.c >> : > I've removed the debug outputs above. If all the above is ok, I'd like > to push this change > and address remaining test case issues in another changeset. > > New webrev @ http://cr.openjdk.java.net/~michaelm/7120875/webrev.4/ > This is much cleaner, thanks for persevering with it. A couple of minor comments: In NetworkInterface.java it looks a bit odd to add the static fields in the middle of the other fields. It would also be nice to add a comment to the package-private getDefault as it is used by several classes (and we likely need to be used by DatagramChannel too once you get to that area). In NetworkInterface.c then I assume the GetStaticFieldID doesn't need ifdef MACOSX around it. It's likely it will get used on other platforms too, Linux in particular. In PlainDatagramSocketImpl.c then I assume some of these changes could be combined with the ifdef __solaris__, I don't have a strong opinion on that. The Solaris and Windows implementations of DefaultInterface import Enumeration and IOException, I assume they are not needed. The Mac version of DefaultInterface is bit untidy. The ifc, if1, if2 variables could be named differently. It looks like it may call isPointToPoint and isLoopback several times which is costly given that each method needs to query the system. I pasted in the static initializer and edited here into a chooseDefaultInterface method that I think is a bit tidier: private final static NetworkInterface defaultInterface = chooseDefaultInterface(); /** * Choose a default interface. This method returns an interface that is * both "up" and supports multicast. This method choses an interface in * order of preference: * 1. neither loopback nor point to point * 2. point to point * 3. loopback * * @return the chosen interface or {@code null} if there isn't a suitable * default */ private static NetworkInterface chooseDefaultInterface() { Enumeration nifs; try { nifs = NetworkInterface.getNetworkInterfaces(); } catch (IOException ignore) { // unable to enumate network interfaces return null; } NetworkInterface ppp = null; NetworkInterface loopback = null; while (nifs.hasMoreElements()) { NetworkInterface ni = nifs.nextElement(); try { if (ni.isUp() && ni.supportsMulticast()) { boolean isLoopback = ni.isLoopback(); boolean isPPP = ni.isPointToPoint(); if (!isLoopback && !isPPP) { // found an interface that is not the loopback or a // point-to-point interface return ni; } if (ppp == null && isPPP) ppp = ni; if (loopback == null && isLoopback) loopback = ni; } } catch (IOException skip) { } } return (ppp != null) ? ppp : loopback; } The updates to the tests look fine to me. -Alan. From michael.x.mcmahon at oracle.com Thu Dec 22 05:46:53 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Thu, 22 Dec 2011 13:46:53 +0000 Subject: Review request: 7120875 fix macos ipv6 issue and update multiple test scripts In-Reply-To: <4EF331EF.5030007@oracle.com> References: <4EE8FB87.8000004@oracle.com> <4EEB1F12.5060502@oracle.com> <4EEF4610.4010303@oracle.com> <4EF318B1.1020202@oracle.com> <4EF331EF.5030007@oracle.com> Message-ID: <4EF334CD.9020701@oracle.com> On 22/12/11 13:34, Alan Bateman wrote: > On 22/12/2011 11:46, Michael McMahon wrote: >> >> I've updated this to localize the changes to NetworkInterface (and >> the new class DefaultInterface). >> So, there's no change to the socket impl java code >> The new native code implementation is in net_util_md.c also, but >> called from Plain*SocketImpl.c >>> : >> I've removed the debug outputs above. If all the above is ok, I'd >> like to push this change >> and address remaining test case issues in another changeset. >> >> New webrev @ http://cr.openjdk.java.net/~michaelm/7120875/webrev.4/ >> > This is much cleaner, thanks for persevering with it. A couple of > minor comments: > Thanks Alan. I've no problem with the comments below. I will make the changes and go with that version, unless there are other comments. - Michael > In NetworkInterface.java it looks a bit odd to add the static fields > in the middle of the other fields. It would also be nice to add a > comment to the package-private getDefault as it is used by several > classes (and we likely need to be used by DatagramChannel too once you > get to that area). > > In NetworkInterface.c then I assume the GetStaticFieldID doesn't need > ifdef MACOSX around it. It's likely it will get used on other > platforms too, Linux in particular. > > In PlainDatagramSocketImpl.c then I assume some of these changes could > be combined with the ifdef __solaris__, I don't have a strong opinion > on that. > > The Solaris and Windows implementations of DefaultInterface import > Enumeration and IOException, I assume they are not needed. > > The Mac version of DefaultInterface is bit untidy. The ifc, if1, if2 > variables could be named differently. It looks like it may call > isPointToPoint and isLoopback several times which is costly given that > each method needs to query the system. I pasted in the static > initializer and edited here into a chooseDefaultInterface method that > I think is a bit tidier: > > private final static NetworkInterface defaultInterface = > chooseDefaultInterface(); > > /** > * Choose a default interface. This method returns an interface > that is > * both "up" and supports multicast. This method choses an > interface in > * order of preference: > * 1. neither loopback nor point to point > * 2. point to point > * 3. loopback > * > * @return the chosen interface or {@code null} if there isn't a > suitable > * default > */ > private static NetworkInterface chooseDefaultInterface() { > Enumeration nifs; > > try { > nifs = NetworkInterface.getNetworkInterfaces(); > } catch (IOException ignore) { > // unable to enumate network interfaces > return null; > } > > NetworkInterface ppp = null; > NetworkInterface loopback = null; > > while (nifs.hasMoreElements()) { > NetworkInterface ni = nifs.nextElement(); > try { > if (ni.isUp() && ni.supportsMulticast()) { > boolean isLoopback = ni.isLoopback(); > boolean isPPP = ni.isPointToPoint(); > if (!isLoopback && !isPPP) { > // found an interface that is not the loopback > or a > // point-to-point interface > return ni; > } > if (ppp == null && isPPP) > ppp = ni; > if (loopback == null && isLoopback) > loopback = ni; > } > } catch (IOException skip) { } > } > > return (ppp != null) ? ppp : loopback; > } > > The updates to the tests look fine to me. > > -Alan. > From michael.x.mcmahon at oracle.com Thu Dec 22 08:14:52 2011 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Thu, 22 Dec 2011 16:14:52 +0000 Subject: Review request: 7120875 fix macos ipv6 issue and update multiple test scripts In-Reply-To: <4EF334CD.9020701@oracle.com> References: <4EE8FB87.8000004@oracle.com> <4EEB1F12.5060502@oracle.com> <4EEF4610.4010303@oracle.com> <4EF318B1.1020202@oracle.com> <4EF331EF.5030007@oracle.com> <4EF334CD.9020701@oracle.com> Message-ID: <4EF3577C.8000708@oracle.com> On 22/12/11 13:46, Michael McMahon wrote: > On 22/12/11 13:34, Alan Bateman wrote: >> On 22/12/2011 11:46, Michael McMahon wrote: >>> >>> I've updated this to localize the changes to NetworkInterface (and >>> the new class DefaultInterface). >>> So, there's no change to the socket impl java code >>> The new native code implementation is in net_util_md.c also, but >>> called from Plain*SocketImpl.c >>>> : >>> I've removed the debug outputs above. If all the above is ok, I'd >>> like to push this change >>> and address remaining test case issues in another changeset. >>> >>> New webrev @ http://cr.openjdk.java.net/~michaelm/7120875/webrev.4/ >>> >> This is much cleaner, thanks for persevering with it. A couple of >> minor comments: >> > Thanks Alan. I've no problem with the comments below. I will make the > changes > and go with that version, unless there are other comments. > Final webrev hopefully: http://cr.openjdk.java.net/~michaelm/7120875/webrev.5/ Michael From Alan.Bateman at oracle.com Thu Dec 22 08:49:17 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Thu, 22 Dec 2011 16:49:17 +0000 Subject: Review request: 7120875 fix macos ipv6 issue and update multiple test scripts In-Reply-To: <4EF3577C.8000708@oracle.com> References: <4EE8FB87.8000004@oracle.com> <4EEB1F12.5060502@oracle.com> <4EEF4610.4010303@oracle.com> <4EF318B1.1020202@oracle.com> <4EF331EF.5030007@oracle.com> <4EF334CD.9020701@oracle.com> <4EF3577C.8000708@oracle.com> Message-ID: <4EF35F8D.8030207@oracle.com> On 22/12/2011 16:14, Michael McMahon wrote: > > Final webrev hopefully: > http://cr.openjdk.java.net/~michaelm/7120875/webrev.5/ I'm happy with this. -Alan From leonid.romanov at oracle.com Thu Dec 22 10:10:46 2011 From: leonid.romanov at oracle.com (Leonid Romanov) Date: Thu, 22 Dec 2011 22:10:46 +0400 Subject: Review request for MACOSX_PORT-651: Modal behavior difference with and without Robot interaction Message-ID: Hello! Please review the fix for http://java.net/jira/browse/MACOSX_PORT-651 I'm not really satisfied with the fix (you will understand why when you see it), so it would be great if Apple guys could take a look at it. The webrev is located at: http://cr.openjdk.java.net/~leonidr/event-number/ Thanks, Leonid. From michael.x.mcmahon at oracle.com Thu Dec 22 11:07:24 2011 From: michael.x.mcmahon at oracle.com (michael.x.mcmahon at oracle.com) Date: Thu, 22 Dec 2011 19:07:24 +0000 Subject: hg: jdk7u/jdk7u-osx/jdk: 7120875: fix macos ipv6 issue and update multiple test scripts Message-ID: <20111222190742.E168547797@hg.openjdk.java.net> Changeset: 12819477ce5a Author: michaelm Date: 2011-12-22 11:05 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/12819477ce5a 7120875: fix macos ipv6 issue and update multiple test scripts Reviewed-by: alanb Contributed-by: kurchi.subhra.hazra at oracle.com, jason.uh at oracle.com + src/macosx/classes/java/net/DefaultInterface.java ! src/share/classes/java/net/MulticastSocket.java ! src/share/classes/java/net/NetworkInterface.java + src/solaris/classes/java/net/DefaultInterface.java ! src/solaris/native/java/net/Inet4AddressImpl.c ! src/solaris/native/java/net/NetworkInterface.c ! src/solaris/native/java/net/PlainDatagramSocketImpl.c ! src/solaris/native/java/net/PlainSocketImpl.c ! src/solaris/native/java/net/net_util_md.c + src/windows/classes/java/net/DefaultInterface.java ! test/com/sun/jdi/ImmutableResourceTest.sh ! test/com/sun/jdi/JITDebug.sh ! test/com/sun/jdi/Solaris32AndSolaris64Test.sh ! test/com/sun/jdi/connect/spi/JdiLoadedByCustomLoader.sh ! test/com/sun/tools/attach/CommonSetup.sh ! test/java/io/Serializable/evolution/RenamePackage/run.sh ! test/java/io/Serializable/serialver/classpath/run.sh ! test/java/io/Serializable/serialver/nested/run.sh ! test/java/lang/ClassLoader/deadlock/TestCrossDelegate.sh ! test/java/lang/ClassLoader/deadlock/TestOneWayDelegate.sh ! test/java/lang/ProcessBuilder/Basic.java ! test/java/lang/ProcessBuilder/Zombies.java ! test/java/lang/StringCoding/CheckEncodings.sh ! test/java/lang/annotation/loaderLeak/LoaderLeak.sh ! test/java/lang/instrument/appendToClassLoaderSearch/CommonSetup.sh ! test/java/lang/management/OperatingSystemMXBean/TestSystemLoadAvg.sh ! test/java/net/Authenticator/B4933582.sh ! test/java/net/DatagramSocket/Send12k.java ! test/java/net/DatagramSocket/SetDatagramSocketImplFactory/ADatagramSocket.sh ! test/java/net/Socket/OldSocketImpl.sh ! test/java/net/URL/B5086147.sh ! test/java/net/URL/runconstructor.sh ! test/java/net/URLClassLoader/B5077773.sh ! test/java/net/URLClassLoader/sealing/checksealed.sh ! test/java/net/URLConnection/6212146/test.sh ! test/java/security/Security/ClassLoaderDeadlock/ClassLoaderDeadlock.sh ! test/java/security/Security/ClassLoaderDeadlock/Deadlock.sh ! test/java/security/Security/ClassLoaderDeadlock/Deadlock2.sh ! test/java/security/Security/signedfirst/Dyn.sh ! test/java/security/Security/signedfirst/Static.sh ! test/java/util/Currency/PropertiesTest.sh ! test/java/util/Locale/LocaleCategory.sh ! test/java/util/PluggableLocale/ExecTest.sh ! test/java/util/ResourceBundle/Bug6299235Test.sh ! test/java/util/ResourceBundle/Control/ExpirationTest.sh ! test/java/util/ServiceLoader/basic.sh ! test/javax/crypto/SecretKeyFactory/FailOverTest.sh ! test/javax/imageio/stream/StreamCloserLeak/run_test.sh ! test/javax/script/CommonSetup.sh ! test/javax/security/auth/Subject/doAs/Test.sh ! test/lib/security/java.policy/Ext_AllPolicy.sh ! test/sun/management/jmxremote/bootstrap/GeneratePropertyPassword.sh ! test/sun/misc/URLClassPath/ClassnameCharTest.sh ! test/sun/net/www/MarkResetTest.sh ! test/sun/net/www/http/HttpClient/RetryPost.sh ! test/sun/net/www/protocol/jar/B5105410.sh ! test/sun/net/www/protocol/jar/jarbug/run.sh ! test/sun/security/krb5/runNameEquals.sh ! test/sun/security/pkcs11/Provider/ConfigQuotedString.sh ! test/sun/security/pkcs11/Provider/Login.sh ! test/sun/security/provider/PolicyFile/getinstance/getinstance.sh ! test/sun/security/ssl/com/sun/net/ssl/internal/ssl/SSLSocketImpl/NotifyHandshakeTest.sh ! test/sun/security/ssl/sun/net/www/protocol/https/HttpsURLConnection/PostThruProxy.sh ! test/sun/security/ssl/sun/net/www/protocol/https/HttpsURLConnection/PostThruProxyWithAuth.sh ! test/sun/security/tools/jarsigner/AlgOptions.sh ! test/sun/security/tools/jarsigner/PercentSign.sh ! test/sun/security/tools/jarsigner/diffend.sh ! test/sun/security/tools/jarsigner/oldsig.sh ! test/sun/security/tools/keytool/AltProviderPath.sh ! test/sun/security/tools/keytool/CloneKeyAskPassword.sh ! test/sun/security/tools/keytool/NoExtNPE.sh ! test/sun/security/tools/keytool/SecretKeyKS.sh ! test/sun/security/tools/keytool/StandardAlgName.sh ! test/sun/security/tools/keytool/printssl.sh ! test/sun/security/tools/keytool/resource.sh ! test/sun/security/tools/keytool/standard.sh ! test/sun/tools/jconsole/ImmutableResourceTest.sh ! test/sun/tools/native2ascii/resources/ImmutableResourceTest.sh From kelly.ohair at oracle.com Thu Dec 22 11:29:45 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Thu, 22 Dec 2011 11:29:45 -0800 Subject: How to create a webrev from the top level directory In-Reply-To: References: <4EF0AA32.5020509@oracle.com> <4EF1320E.8010809@oracle.com> <2D6352DD-4F03-495B-9EDB-73D62C0E7B41@oracle.com> Message-ID: <2DE52D1F-6327-4382-9755-777E8229E6AA@oracle.com> Jesse (Jean-Christophe Collet) did write a Java version of something... jHg http://mail.openjdk.java.net/pipermail/core-libs-dev/2009-July/002133.html Not sure what happened to it. I might have a clone of his repo somewhere. Lance Anderson was the last person that talked to Jesse about this I think. -kto On Dec 22, 2011, at 2:48 AM, Mario Torre wrote: > Ok, to be honest with you that was a cheap suggestion :) > > I tried myself to go through the code as well but decided that... well, after all, it works fine for what we need and there are more interesting/urgent things to do! ;) > > But this gives me an idea, especially given the success of the community warning experiment we did last month, this is a perfect candidate for a Summer-of-code-alike program, perhaps we can make a list of little and not so little things that are openjdk related but don't really need that deep focus and knowledge and ask people if the feel like contributing. > > Rewriting webrev in java and make it just mercurial aware could be one of those tasks. > > Cheers, > Mario > > Il giorno 22-dic-2011 04.41, "Kelly O'Hair" ha scritto: > > > On Dec 20, 2011, at 8:46 PM, Mario Torre wrote: > > > Maybe webrev should also be updated to not need the forest extension. > > Yup. That's my feeling, however the last time I looked at this script I ran running from the room > with a severe case of intestinal discomfort. :^( > > > > > Anyway, other than for build scripts, or other similar things that > > naturally spawn across the whole forest, it's usually better to only > > generate webrev for the specific tree you are targeting. > > usually, that is true. > > -kto > > > > > Mario > > > > Il giorno 21-dic-2011 02.12, "Pete Brunet" ha > > scritto: > > > >> Thanks Kelly, I guess either this page needs to be updated to give > >> instructions on installing Forest or on how to do a webrev without Forest. > >> > >> http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port > >> > >> Pete > >> > >> On 12/20/11 6:10 PM, Kelly O'Hair wrote: > >>> You need the Mercurial forest extension working, and I usually use this: > >>> > >>> webrev -f -N -o somedir > >>> > >>> The -N says I only want a webrev of the edited working set files. > >>> > >>> Yeah I know, the forest extension is a pain. Sorry. > >>> > >>> -kto > >>> > >>> On Dec 20, 2011, at 7:30 AM, Pete Brunet wrote: > >>> > >>>> I've been asked to create a webrev. According to > >>>> http://openjdk.java.net/guide/webrevHelp.html > >>>> from the toplevel directory (macosx-port) I should execute > >>>> ksh ./make/scripts/webrev.ksh -f > >>>> but that produced a lot of error messages so I did > >>>> cd jdk > >>>> ksh ../make/scripts/webrev.ksh > >>>> and that created my webrev > >>>> > >>>> What is the proper command to get it to work from the parent directory? > >>>> > >>>> Pete > >> > > From neugens.limasoftware at gmail.com Thu Dec 22 14:23:44 2011 From: neugens.limasoftware at gmail.com (Mario Torre) Date: Thu, 22 Dec 2011 23:23:44 +0100 Subject: How to create a webrev from the top level directory In-Reply-To: <2DE52D1F-6327-4382-9755-777E8229E6AA@oracle.com> References: <4EF0AA32.5020509@oracle.com> <4EF1320E.8010809@oracle.com> <2D6352DD-4F03-495B-9EDB-73D62C0E7B41@oracle.com> <2DE52D1F-6327-4382-9755-777E8229E6AA@oracle.com> Message-ID: This sounds cool, do you think we can replace the script with this? Cheers, Mario Il giorno 22-dic-2011 21.29, "Kelly O'Hair" ha scritto: > Jesse (Jean-Christophe Collet) did write a Java version of something... > jHg > > http://mail.openjdk.java.net/pipermail/core-libs-dev/2009-July/002133.html > > Not sure what happened to it. I might have a clone of his repo somewhere. > Lance Anderson was the last person that talked to Jesse about this I think. > > -kto > > On Dec 22, 2011, at 2:48 AM, Mario Torre wrote: > > Ok, to be honest with you that was a cheap suggestion :) > > I tried myself to go through the code as well but decided that... well, > after all, it works fine for what we need and there are more > interesting/urgent things to do! ;) > > But this gives me an idea, especially given the success of the community > warning experiment we did last month, this is a perfect candidate for a > Summer-of-code-alike program, perhaps we can make a list of little and not > so little things that are openjdk related but don't really need that deep > focus and knowledge and ask people if the feel like contributing. > > Rewriting webrev in java and make it just mercurial aware could be one of > those tasks. > > Cheers, > Mario > > Il giorno 22-dic-2011 04.41, "Kelly O'Hair" > ha scritto: > >> >> On Dec 20, 2011, at 8:46 PM, Mario Torre wrote: >> >> > Maybe webrev should also be updated to not need the forest extension. >> >> Yup. That's my feeling, however the last time I looked at this script I >> ran running from the room >> with a severe case of intestinal discomfort. :^( >> >> > >> > Anyway, other than for build scripts, or other similar things that >> > naturally spawn across the whole forest, it's usually better to only >> > generate webrev for the specific tree you are targeting. >> >> usually, that is true. >> >> -kto >> >> > >> > Mario >> > >> > Il giorno 21-dic-2011 02.12, "Pete Brunet" ha >> > scritto: >> > >> >> Thanks Kelly, I guess either this page needs to be updated to give >> >> instructions on installing Forest or on how to do a webrev without >> Forest. >> >> >> >> http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port >> >> >> >> Pete >> >> >> >> On 12/20/11 6:10 PM, Kelly O'Hair wrote: >> >>> You need the Mercurial forest extension working, and I usually use >> this: >> >>> >> >>> webrev -f -N -o somedir >> >>> >> >>> The -N says I only want a webrev of the edited working set files. >> >>> >> >>> Yeah I know, the forest extension is a pain. Sorry. >> >>> >> >>> -kto >> >>> >> >>> On Dec 20, 2011, at 7:30 AM, Pete Brunet wrote: >> >>> >> >>>> I've been asked to create a webrev. According to >> >>>> http://openjdk.java.net/guide/webrevHelp.html >> >>>> from the toplevel directory (macosx-port) I should execute >> >>>> ksh ./make/scripts/webrev.ksh -f >> >>>> but that produced a lot of error messages so I did >> >>>> cd jdk >> >>>> ksh ../make/scripts/webrev.ksh >> >>>> and that created my webrev >> >>>> >> >>>> What is the proper command to get it to work from the parent >> directory? >> >>>> >> >>>> Pete >> >> >> >> > > From paul.hohensee at oracle.com Thu Dec 22 15:46:13 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Thu, 22 Dec 2011 18:46:13 -0500 Subject: [7u4] Request for approval for CR 7120875 Networking updates (ipv6) and regression test script fixes for macos port In-Reply-To: <4EF358B5.2050303@oracle.com> References: <4EF358B5.2050303@oracle.com> Message-ID: <4EF3C145.1050704@oracle.com> Approved. On 12/22/11 11:20 AM, Michael McMahon wrote: > This is a request to push the following changeset to jdk7u-osx. > > CR: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7120875 > > Webrev: http://cr.openjdk.java.net/~michaelm/7120875/webrev.5/ > > reviewed by: alanb From astrange at apple.com Thu Dec 22 22:05:51 2011 From: astrange at apple.com (Alexander Strange) Date: Fri, 23 Dec 2011 01:05:51 -0500 Subject: hg: jdk7u/jdk7u-osx/jdk: 7120875: fix macos ipv6 issue and update multiple test scripts In-Reply-To: <20111222190742.E168547797@hg.openjdk.java.net> References: <20111222190742.E168547797@hg.openjdk.java.net> Message-ID: I built this and found that java crashes for me running java/net/Authenticator tests. gdb: (gdb) bt #0 JNIid::is_static_field_id (this=0x0) at instanceKlass.hpp:910 #1 0x0000000101de4d42 in jfieldIDWorkaround::from_static_jfieldID (id=0x0) at jfieldIDWorkaround.hpp:149 #2 0x0000000101e27c80 in jni_GetStaticIntField (env=0x10085aa00, clazz=0x0, fieldID=0x0) at /Volumes/Work/jdk7u-osx/jdk7u-osx/hotspot/src/share/vm/prims/jni.cpp:3085 #3 0x0000000107a1899f in setDefaultScopeID (env=0x10085aa00, him=0x1004001c0) at net_util_md.c:97 #4 0x0000000107a1cc12 in Java_java_net_PlainSocketImpl_socketBind (env=0x10085aa00, this=0x1004002a8, iaObj=0x1004002a0, localport=0) at PlainSocketImpl.c:575 ? ps(): java.net.PlainSocketImpl.socketBind(Native Method) java.net.AbstractPlainSocketImpl.bind(AbstractPlainSocketImpl.java:376) java.net.ServerSocket.bind(ServerSocket.java:376) java.net.ServerSocket.(ServerSocket.java:237) java.net.ServerSocket.(ServerSocket.java:128) AuthNPETest.main(AuthNPETest.java:134) It looks like ni_class is null if ServerSocket is inited before NetworkInterface? On Dec 22, 2011, at 2:07 PM, michael.x.mcmahon at oracle.com wrote: > Changeset: 12819477ce5a > Author: michaelm > Date: 2011-12-22 11:05 -0800 > URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/12819477ce5a > > 7120875: fix macos ipv6 issue and update multiple test scripts > Reviewed-by: alanb > Contributed-by: kurchi.subhra.hazra at oracle.com, jason.uh at oracle.com > > + src/macosx/classes/java/net/DefaultInterface.java > ! src/share/classes/java/net/MulticastSocket.java > ! src/share/classes/java/net/NetworkInterface.java > + src/solaris/classes/java/net/DefaultInterface.java > ! src/solaris/native/java/net/Inet4AddressImpl.c > ! src/solaris/native/java/net/NetworkInterface.c > ! src/solaris/native/java/net/PlainDatagramSocketImpl.c > ! src/solaris/native/java/net/PlainSocketImpl.c > ! src/solaris/native/java/net/net_util_md.c > + src/windows/classes/java/net/DefaultInterface.java > ! test/com/sun/jdi/ImmutableResourceTest.sh > ! test/com/sun/jdi/JITDebug.sh > ! test/com/sun/jdi/Solaris32AndSolaris64Test.sh > ! test/com/sun/jdi/connect/spi/JdiLoadedByCustomLoader.sh > ! test/com/sun/tools/attach/CommonSetup.sh > ! test/java/io/Serializable/evolution/RenamePackage/run.sh > ! test/java/io/Serializable/serialver/classpath/run.sh > ! test/java/io/Serializable/serialver/nested/run.sh > ! test/java/lang/ClassLoader/deadlock/TestCrossDelegate.sh > ! test/java/lang/ClassLoader/deadlock/TestOneWayDelegate.sh > ! test/java/lang/ProcessBuilder/Basic.java > ! test/java/lang/ProcessBuilder/Zombies.java > ! test/java/lang/StringCoding/CheckEncodings.sh > ! test/java/lang/annotation/loaderLeak/LoaderLeak.sh > ! test/java/lang/instrument/appendToClassLoaderSearch/CommonSetup.sh > ! test/java/lang/management/OperatingSystemMXBean/TestSystemLoadAvg.sh > ! test/java/net/Authenticator/B4933582.sh > ! test/java/net/DatagramSocket/Send12k.java > ! test/java/net/DatagramSocket/SetDatagramSocketImplFactory/ADatagramSocket.sh > ! test/java/net/Socket/OldSocketImpl.sh > ! test/java/net/URL/B5086147.sh > ! test/java/net/URL/runconstructor.sh > ! test/java/net/URLClassLoader/B5077773.sh > ! test/java/net/URLClassLoader/sealing/checksealed.sh > ! test/java/net/URLConnection/6212146/test.sh > ! test/java/security/Security/ClassLoaderDeadlock/ClassLoaderDeadlock.sh > ! test/java/security/Security/ClassLoaderDeadlock/Deadlock.sh > ! test/java/security/Security/ClassLoaderDeadlock/Deadlock2.sh > ! test/java/security/Security/signedfirst/Dyn.sh > ! test/java/security/Security/signedfirst/Static.sh > ! test/java/util/Currency/PropertiesTest.sh > ! test/java/util/Locale/LocaleCategory.sh > ! test/java/util/PluggableLocale/ExecTest.sh > ! test/java/util/ResourceBundle/Bug6299235Test.sh > ! test/java/util/ResourceBundle/Control/ExpirationTest.sh > ! test/java/util/ServiceLoader/basic.sh > ! test/javax/crypto/SecretKeyFactory/FailOverTest.sh > ! test/javax/imageio/stream/StreamCloserLeak/run_test.sh > ! test/javax/script/CommonSetup.sh > ! test/javax/security/auth/Subject/doAs/Test.sh > ! test/lib/security/java.policy/Ext_AllPolicy.sh > ! test/sun/management/jmxremote/bootstrap/GeneratePropertyPassword.sh > ! test/sun/misc/URLClassPath/ClassnameCharTest.sh > ! test/sun/net/www/MarkResetTest.sh > ! test/sun/net/www/http/HttpClient/RetryPost.sh > ! test/sun/net/www/protocol/jar/B5105410.sh > ! test/sun/net/www/protocol/jar/jarbug/run.sh > ! test/sun/security/krb5/runNameEquals.sh > ! test/sun/security/pkcs11/Provider/ConfigQuotedString.sh > ! test/sun/security/pkcs11/Provider/Login.sh > ! test/sun/security/provider/PolicyFile/getinstance/getinstance.sh > ! test/sun/security/ssl/com/sun/net/ssl/internal/ssl/SSLSocketImpl/NotifyHandshakeTest.sh > ! test/sun/security/ssl/sun/net/www/protocol/https/HttpsURLConnection/PostThruProxy.sh > ! test/sun/security/ssl/sun/net/www/protocol/https/HttpsURLConnection/PostThruProxyWithAuth.sh > ! test/sun/security/tools/jarsigner/AlgOptions.sh > ! test/sun/security/tools/jarsigner/PercentSign.sh > ! test/sun/security/tools/jarsigner/diffend.sh > ! test/sun/security/tools/jarsigner/oldsig.sh > ! test/sun/security/tools/keytool/AltProviderPath.sh > ! test/sun/security/tools/keytool/CloneKeyAskPassword.sh > ! test/sun/security/tools/keytool/NoExtNPE.sh > ! test/sun/security/tools/keytool/SecretKeyKS.sh > ! test/sun/security/tools/keytool/StandardAlgName.sh > ! test/sun/security/tools/keytool/printssl.sh > ! test/sun/security/tools/keytool/resource.sh > ! test/sun/security/tools/keytool/standard.sh > ! test/sun/tools/jconsole/ImmutableResourceTest.sh > ! test/sun/tools/native2ascii/resources/ImmutableResourceTest.sh > From anthony.petrov at oracle.com Fri Dec 23 03:47:34 2011 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Fri, 23 Dec 2011 15:47:34 +0400 Subject: Review request: sync up jdk7u-osx workspace with the latest changes from macosx-port In-Reply-To: <4EF316E3.8060204@oracle.com> References: <4EF316E3.8060204@oracle.com> Message-ID: <4EF46A56.5030209@oracle.com> Hi Alexander, On 12/22/2011 3:39 PM, Alexander Zuev wrote: > please review the patch that has to bring the latest changes from > macosx-port workspace into the > jdk7u-osx workspace where all the future development should happen. Pay > special attention if you > have pushed any changes at Nov 10th or later and see that your changes > are not screwed in any way > by the migration process. They are, unfortunately. A bit. The AWT_debug.h, NSApplicationAWT.*, PropertiesUtilities.*, and ThreadUtilities.* have been moved to the src/macosx/native/sun/osxapp/. Also, the make/sun/osxapp/Makefile and src/macosx/native/sun/osxapp/QueuingApplicationDelegate.* have been added. Please refer to [1] for details. Apparently you forgot to hg add/move all the new/moved files. [1] http://cr.openjdk.java.net/~anthony/x-3-splashAndOSXGUILib.2/ -- best regards, Anthony > > Changes can be found at > http://cr.openjdk.java.net/~kizune/merge_jdku7/webrev.00/ > > With best regards, > Alexander Zuev From artem.ananiev at oracle.com Fri Dec 23 04:13:33 2011 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Fri, 23 Dec 2011 16:13:33 +0400 Subject: Review request for MACOSX_PORT-651: Modal behavior difference with and without Robot interaction In-Reply-To: References: Message-ID: <4EF4706D.9070909@oracle.com> On 12/22/2011 10:10 PM, Leonid Romanov wrote: > Hello! > Please review the fix for http://java.net/jira/browse/MACOSX_PORT-651 > I'm not really satisfied with the fix (you will understand why when you see it), so it would be great if Apple guys could take a look at it. Yes, the fix looks mysterious: it is not clear at all, why setting kCGMouseEventNumber eliminates the problem. Is there any specification for this flag? Thanks, Artem > The webrev is located at: > http://cr.openjdk.java.net/~leonidr/event-number/ > > Thanks, > Leonid. > > From anthony.petrov at oracle.com Fri Dec 23 04:22:35 2011 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Fri, 23 Dec 2011 16:22:35 +0400 Subject: Review request for MACOSX_PORT-651: Modal behavior difference with and without Robot interaction In-Reply-To: References: Message-ID: <4EF4728B.5050901@oracle.com> Hi Leonid, I'm not an Apple guy, but I'll chime in anyway. Firstly, the Internets suggest that your fix is okay [1]. BTW, I'd suggest to initialize the static variables that you put into blocks, since you assign values to them conditionally, but use them in any case. I realize that normally a MouseUP doesn't come before a MouseDown, but just in case... After all it's a user who calls Robot methods. However, FWIW, have you tried using a different event tap (kCGHIDEventTap instead of kCGSessionEventTap) to post events w/o dealing with the event numbers? We use kCGHIDEventTap in another project, and I don't recall any issues requiring us to set the event numbers for synthetic mouse events explicitly. Perhaps we don't use this piece of code too very often to encounter the issue though, but still this idea is worth giving it a try, isn't it? [1] http://stackoverflow.com/questions/2602224/synthetic-click-doesnt-switch-applications-menu-bar-mac-os-x -- best regards, Anthony On 12/22/2011 10:10 PM, Leonid Romanov wrote: > Hello! > Please review the fix for http://java.net/jira/browse/MACOSX_PORT-651 > I'm not really satisfied with the fix (you will understand why when you see it), so it would be great if Apple guys could take a look at it. > > The webrev is located at: > http://cr.openjdk.java.net/~leonidr/event-number/ > > Thanks, > Leonid. > > From artem.ananiev at oracle.com Fri Dec 23 04:41:18 2011 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Fri, 23 Dec 2011 16:41:18 +0400 Subject: Patch for review - fixes hangs when VoiceOver is active In-Reply-To: <4EF2021C.2060805@oracle.com> References: <4EF0B7CD.9060901@oracle.com> <4EF1AA74.8000204@oracle.com> <4EF2021C.2060805@oracle.com> Message-ID: <4EF476EE.6090107@oracle.com> Hi, team, as Pete doesn't have access to cr.openjdk.java.net yet and therefore can't put the webrev there, I have published the patch here: http://cr.openjdk.java.net/~art/macosx-port/mac_voiceover_hangs/ Please, bear in mind I'm not the author of the fix, so address all the questions to Pete :) Thanks, Artem On 12/21/2011 7:58 PM, Pete Brunet wrote: > Hi Artem, Apparently the list manager stripped off my zip file. Should > I upload it somewhere? -Pete > > On 12/21/11 3:44 AM, Artem Ananiev wrote: >> >> Did you forget to attach the patch? :) >> >> Thanks, >> >> Artem >> >> On 12/20/2011 8:29 PM, Pete Brunet wrote: >>> The attached patch was created by Kevin Miller, reviewed by Mike >>> Swingler, and tested by me. >>> >>> This patch will fix the following bugs: >>> http://java.net/jira/browse/MACOSX_PORT-630 >>> http://java.net/jira/browse/MACOSX_PORT-644 >>> http://java.net/jira/browse/MACOSX_PORT-646 >>> >>> It also includes a fix to a bug in an NSLog that I noticed when doing >>> some other debugging. >>> >>> Please review. >>> >>> Also, is there any information missing or something else I should have >>> done in the process of creating the patch? >>> >>> Pete From leonid.romanov at oracle.com Fri Dec 23 05:06:12 2011 From: leonid.romanov at oracle.com (Leonid Romanov) Date: Fri, 23 Dec 2011 17:06:12 +0400 Subject: Review request for MACOSX_PORT-651: Modal behavior difference with and without Robot interaction In-Reply-To: <4EF4706D.9070909@oracle.com> References: <4EF4706D.9070909@oracle.com> Message-ID: <2B2DD49B-EFBB-4C08-9F56-CF3055D91221@oracle.com> Well, first of all, check this thread: http://lists.apple.com/archives/quartz-dev/2010/May/msg00050.html This is where I've learned about the importance of event numbers. Apple docs don't say much about it other than it is used for matching mouse-down and mouse-up events I've also done some experiments, like replacing -eventNumber method with a method that always return 0. With that change I was able to reproduce the bug manually, without Robot involvement. This had given me a confirmation that I was on the right track. Being a curios person, I spent some time with gdb, trying to find out what's going on. Here is what I've found: it all starts with _NXDoDeferredWindowOrdering SPI function that gets called on the app side as result of pressing mouse button. It takes the event's number and time stamp among other parameters and, after doing some work, makes a RPC call to the window server's CGXDoDeferredOrdering function with the event's number as one of the parameters. So, all the evidences are that the event number is somehow involved in determining windows order. I haven't traced it further because it requires remote debugging and I wasn't in the mood for it. On 23.12.2011, at 16:13, Artem Ananiev wrote: > > On 12/22/2011 10:10 PM, Leonid Romanov wrote: >> Hello! >> Please review the fix for http://java.net/jira/browse/MACOSX_PORT-651 >> I'm not really satisfied with the fix (you will understand why when you see it), so it would be great if Apple guys could take a look at it. > > Yes, the fix looks mysterious: it is not clear at all, why setting kCGMouseEventNumber eliminates the problem. Is there any specification for this flag? > > Thanks, > > Artem > >> The webrev is located at: >> http://cr.openjdk.java.net/~leonidr/event-number/ >> >> Thanks, >> Leonid. >> >> From leonid.romanov at oracle.com Fri Dec 23 05:10:38 2011 From: leonid.romanov at oracle.com (Leonid Romanov) Date: Fri, 23 Dec 2011 17:10:38 +0400 Subject: Review request for MACOSX_PORT-651: Modal behavior difference with and without Robot interaction In-Reply-To: <4EF4728B.5050901@oracle.com> References: <4EF4728B.5050901@oracle.com> Message-ID: <14681AFB-2BC0-4ED1-B818-8A92BD9F6054@oracle.com> Hi! Yep, I'll definitely try using kCGHIDEventTap instead of kCGSessionEventTap, thanks! Leonid. On 23.12.2011, at 16:22, Anthony Petrov wrote: > Hi Leonid, > > I'm not an Apple guy, but I'll chime in anyway. Firstly, the Internets suggest that your fix is okay [1]. BTW, I'd suggest to initialize the static variables that you put into blocks, since you assign values to them conditionally, but use them in any case. I realize that normally a MouseUP doesn't come before a MouseDown, but just in case... After all it's a user who calls Robot methods. > > However, FWIW, have you tried using a different event tap (kCGHIDEventTap instead of kCGSessionEventTap) to post events w/o dealing with the event numbers? We use kCGHIDEventTap in another project, and I don't recall any issues requiring us to set the event numbers for synthetic mouse events explicitly. Perhaps we don't use this piece of code too very often to encounter the issue though, but still this idea is worth giving it a try, isn't it? > > [1] http://stackoverflow.com/questions/2602224/synthetic-click-doesnt-switch-applications-menu-bar-mac-os-x > > -- > best regards, > Anthony > > On 12/22/2011 10:10 PM, Leonid Romanov wrote: >> Hello! >> Please review the fix for http://java.net/jira/browse/MACOSX_PORT-651 >> I'm not really satisfied with the fix (you will understand why when you see it), so it would be great if Apple guys could take a look at it. >> The webrev is located at: >> http://cr.openjdk.java.net/~leonidr/event-number/ >> Thanks, >> Leonid. From sergey.bylokhov at oracle.com Fri Dec 23 05:50:08 2011 From: sergey.bylokhov at oracle.com (Sergey Bylokhov) Date: Fri, 23 Dec 2011 17:50:08 +0400 Subject: Request for review: MACOSX_PORT-780: GUI app is stuck in i18n testing Message-ID: <4EF48710.5010009@oracle.com> Hi Everyone, This is a fix for intermittent deadlock during peers initialization. This happen when we get notifyreshape notification and in the same time we try to set droptarget of the peer. Thread 1: locks an AppKit thread, and then try to lock monitor on window peer. Thread 2: locks a monitor on window peer, and then try to lock AppKit thread. Synchronized methods were replaced with 2 locks. Bug: http://java.net/jira/browse/MACOSX_PORT-780 Webrev can be found at: http://cr.openjdk.java.net/~serb/780/webrev.00/ -- Best regards, Sergey. From Alexander.Potochkin at oracle.com Fri Dec 23 06:26:36 2011 From: Alexander.Potochkin at oracle.com (Alexander Potochkin) Date: Fri, 23 Dec 2011 18:26:36 +0400 Subject: Review request: sync up jdk7u-osx workspace with the latest changes from macosx-port In-Reply-To: <4EF316E3.8060204@oracle.com> References: <4EF316E3.8060204@oracle.com> Message-ID: <4EF48F9C.9060800@oracle.com> Hello Alexander All patches look good Some time ago we discussed the differences in the shared code between our MacPort and JDK 6 from Apple Thanks Mike who generated the diff (attached) I wonder if you like to sort them out at this moment Here are some examples: sun/awt/OSInfo.java sun/font/FontUtilities.java where MACOSX should be added There are also some other examples in the diff file to track over Thanks alexp > Hello, > > please review the patch that has to bring the latest changes from > macosx-port workspace into the > jdk7u-osx workspace where all the future development should happen. > Pay special attention if you > have pushed any changes at Nov 10th or later and see that your changes > are not screwed in any way > by the migration process. > > Changes can be found at > http://cr.openjdk.java.net/~kizune/merge_jdku7/webrev.00/ > > With best regards, > Alexander Zuev -------------- 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/20111223/759ac398/jdk7-buildvsmacosx-port-0001.txt From alexander.zuev at oracle.com Fri Dec 23 07:36:29 2011 From: alexander.zuev at oracle.com (Alexander Zuev) Date: Fri, 23 Dec 2011 18:36:29 +0300 Subject: Review request: sync up jdk7u-osx workspace with the latest changes from macosx-port In-Reply-To: <4EF46A56.5030209@oracle.com> References: <4EF316E3.8060204@oracle.com> <4EF46A56.5030209@oracle.com> Message-ID: <4EF49FFD.5000709@oracle.com> On 12/23/11 14:47, Anthony Petrov wrote: > Hi Alexander, > > On 12/22/2011 3:39 PM, Alexander Zuev wrote: >> please review the patch that has to bring the latest changes from >> macosx-port workspace into the >> jdk7u-osx workspace where all the future development should happen. >> Pay special attention if you >> have pushed any changes at Nov 10th or later and see that your >> changes are not screwed in any way >> by the migration process. > > They are, unfortunately. A bit. The AWT_debug.h, NSApplicationAWT.*, > PropertiesUtilities.*, and ThreadUtilities.* have been moved to the > src/macosx/native/sun/osxapp/. Also, the make/sun/osxapp/Makefile and > src/macosx/native/sun/osxapp/QueuingApplicationDelegate.* have been > added. Please refer to [1] for details. > > Apparently you forgot to hg add/move all the new/moved files. Yep, forgot to run hg addremove on the workspace. New webrev is in process of copying to cr.openjdk.java.net at this very moment. With best regards, Alexander Zuev > > [1] http://cr.openjdk.java.net/~anthony/x-3-splashAndOSXGUILib.2/ > > -- > best regards, > Anthony > >> >> Changes can be found at >> http://cr.openjdk.java.net/~kizune/merge_jdku7/webrev.00/ >> >> With best regards, >> Alexander Zuev From Alexander.Potochkin at oracle.com Fri Dec 23 06:48:35 2011 From: Alexander.Potochkin at oracle.com (Alexander Potochkin) Date: Fri, 23 Dec 2011 18:48:35 +0400 Subject: Request for review: MACOSX_PORT-780: GUI app is stuck in i18n testing In-Reply-To: <4EF48710.5010009@oracle.com> References: <4EF48710.5010009@oracle.com> Message-ID: <4EF494C3.9070802@oracle.com> Hello Sergey > Hi Everyone, > This is a fix for intermittent deadlock during peers initialization. > This happen when we get notifyreshape notification and in the same > time we try to set droptarget of the peer. > Thread 1: locks an AppKit thread, and then try to lock monitor on > window peer. > Thread 2: locks a monitor on window peer, and then try to lock AppKit > thread. > Synchronized methods were replaced with 2 locks. Looks good Thanks alexp > > Bug: http://java.net/jira/browse/MACOSX_PORT-780 > Webrev can be found at: http://cr.openjdk.java.net/~serb/780/webrev.00/ > From peter.brunet at oracle.com Fri Dec 23 06:53:02 2011 From: peter.brunet at oracle.com (Pete Brunet) Date: Fri, 23 Dec 2011 08:53:02 -0600 Subject: Patch for review - fixes hangs when VoiceOver is active In-Reply-To: <4EF476EE.6090107@oracle.com> References: <4EF0B7CD.9060901@oracle.com> <4EF1AA74.8000204@oracle.com> <4EF2021C.2060805@oracle.com> <4EF476EE.6090107@oracle.com> Message-ID: <4EF495CE.1060403@oracle.com> Kevin Miller sent me the following (slightly edited) comments when he did the original fix... I found the following deadlock: 1. AWT thread goes to create a new window, calls into native code (nativeCreateNSWindow()) 2. AWT thread kicks off initialization of window on AppKit thread using [JNFRunLoop performOnMainThreadWaiting: withBlock:] passing YES as the first parameter 3. The window initializer eventually gets to [AWTView viewDidMoveToWindow], which calls [[self window] makeFirstResponder:self] 4. Changing the focus (first responder) triggers the native AX system, which immediately asks for a focus update 5. JavaComponentAccessibility calls invokeAndWait() to get the AX information from Java 6. Hang, because invokeAndWait() is waiting on the EDT to process an event, but the EDT is waiting for the window to finish initializing A fix for this is to put the makeFirstResponder: call in a block like so: [JNFRunLoop performOnMainThreadWaiting:NO withBlock:^() { [[self window] makeFirstResponder: self]; }]; This puts off the makeFirstResponder: call until at least the next time through the native run loop, so the window can finish initializing and unblock the EDT before the AX system starts asking for information. On 12/23/11 6:41 AM, Artem Ananiev wrote: > Hi, team, > > as Pete doesn't have access to cr.openjdk.java.net yet and therefore > can't put the webrev there, I have published the patch here: > > http://cr.openjdk.java.net/~art/macosx-port/mac_voiceover_hangs/ > > Please, bear in mind I'm not the author of the fix, so address all the > questions to Pete :) > > Thanks, > > Artem > > On 12/21/2011 7:58 PM, Pete Brunet wrote: >> Hi Artem, Apparently the list manager stripped off my zip file. Should >> I upload it somewhere? -Pete >> >> On 12/21/11 3:44 AM, Artem Ananiev wrote: >>> >>> Did you forget to attach the patch? :) >>> >>> Thanks, >>> >>> Artem >>> >>> On 12/20/2011 8:29 PM, Pete Brunet wrote: >>>> The attached patch was created by Kevin Miller, reviewed by Mike >>>> Swingler, and tested by me. >>>> >>>> This patch will fix the following bugs: >>>> http://java.net/jira/browse/MACOSX_PORT-630 >>>> http://java.net/jira/browse/MACOSX_PORT-644 >>>> http://java.net/jira/browse/MACOSX_PORT-646 >>>> >>>> It also includes a fix to a bug in an NSLog that I noticed when doing >>>> some other debugging. >>>> >>>> Please review. >>>> >>>> Also, is there any information missing or something else I should have >>>> done in the process of creating the patch? >>>> >>>> Pete From alexander.zuev at oracle.com Fri Dec 23 07:54:36 2011 From: alexander.zuev at oracle.com (Alexander Zuev) Date: Fri, 23 Dec 2011 18:54:36 +0300 Subject: [7u4] Request for approval for 7124627 - Please sync up changes from workspace macosx-port into the jdk7u-osx Message-ID: <4EF4A43C.7080407@oracle.com> Hi, this is a request to sync up all the work done in the macosx-port workspace since last merge into the jdk7u-osx one. There were external review done by contributors of the project on public alias and all the found glitches were resolved so i assume that external review is finished positively. Webrevs can be found at: http://cr.openjdk.java.net/~kizune/merge_jdku7/webrev.01/ Thanks, Alexander Zuev. From alexander.zuev at oracle.com Fri Dec 23 08:16:13 2011 From: alexander.zuev at oracle.com (Alexander Zuev) Date: Fri, 23 Dec 2011 19:16:13 +0300 Subject: Review request: sync up jdk7u-osx workspace with the latest changes from macosx-port In-Reply-To: <4EF48F9C.9060800@oracle.com> References: <4EF316E3.8060204@oracle.com> <4EF48F9C.9060800@oracle.com> Message-ID: <4EF4A94D.6010507@oracle.com> Alexander, These changes were made prior the initial merge of the macosx-port to the jdk7u-osx and already exists in the destination workspace. With best regards, Alexnder Zuev On 12/23/11 17:26, Alexander Potochkin wrote: > Hello Alexander > > All patches look good > > Some time ago we discussed the differences in the shared code > between our MacPort and JDK 6 from Apple > > Thanks Mike who generated the diff (attached) > I wonder if you like to sort them out at this moment > > Here are some examples: > > sun/awt/OSInfo.java > sun/font/FontUtilities.java > > where MACOSX should be added > > There are also some other examples in the diff file to track over > > Thanks > alexp > >> Hello, >> >> please review the patch that has to bring the latest changes from >> macosx-port workspace into the >> jdk7u-osx workspace where all the future development should happen. >> Pay special attention if you >> have pushed any changes at Nov 10th or later and see that your >> changes are not screwed in any way >> by the migration process. >> >> Changes can be found at >> http://cr.openjdk.java.net/~kizune/merge_jdku7/webrev.00/ >> >> With best regards, >> Alexander Zuev > From Alexander.Potochkin at oracle.com Fri Dec 23 07:21:41 2011 From: Alexander.Potochkin at oracle.com (Alexander Potochkin) Date: Fri, 23 Dec 2011 19:21:41 +0400 Subject: Review request: sync up jdk7u-osx workspace with the latest changes from macosx-port In-Reply-To: <4EF4A94D.6010507@oracle.com> References: <4EF316E3.8060204@oracle.com> <4EF48F9C.9060800@oracle.com> <4EF4A94D.6010507@oracle.com> Message-ID: <4EF49C85.5000803@oracle.com> Hello Alexander > Alexander, > > These changes were made prior the initial merge of the macosx-port > to the jdk7u-osx and > already exists in the destination workspace. Okay Approved Thanks alexp > > With best regards, > Alexnder Zuev > > On 12/23/11 17:26, Alexander Potochkin wrote: >> Hello Alexander >> >> All patches look good >> >> Some time ago we discussed the differences in the shared code >> between our MacPort and JDK 6 from Apple >> >> Thanks Mike who generated the diff (attached) >> I wonder if you like to sort them out at this moment >> >> Here are some examples: >> >> sun/awt/OSInfo.java >> sun/font/FontUtilities.java >> >> where MACOSX should be added >> >> There are also some other examples in the diff file to track over >> >> Thanks >> alexp >> >>> Hello, >>> >>> please review the patch that has to bring the latest changes from >>> macosx-port workspace into the >>> jdk7u-osx workspace where all the future development should happen. >>> Pay special attention if you >>> have pushed any changes at Nov 10th or later and see that your >>> changes are not screwed in any way >>> by the migration process. >>> >>> Changes can be found at >>> http://cr.openjdk.java.net/~kizune/merge_jdku7/webrev.00/ >>> >>> With best regards, >>> Alexander Zuev >> > From artem.ananiev at oracle.com Fri Dec 23 07:36:33 2011 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Fri, 23 Dec 2011 19:36:33 +0400 Subject: [7u4] Request for approval for 7124627 - Please sync up changes from workspace macosx-port into the jdk7u-osx In-Reply-To: <4EF4A43C.7080407@oracle.com> References: <4EF4A43C.7080407@oracle.com> Message-ID: <4EF4A001.1050906@oracle.com> Given that all the changes are related to AWT/Java2D/Swing/Sound and reviewed on the maxosx-port-dev alias, the fix is approved to push to the 7u-osx[-gate] workspace. Thanks, Artem On 12/23/2011 7:54 PM, Alexander Zuev wrote: > Hi, > > this is a request to sync up all the work done in the macosx-port > workspace since last merge into > the jdk7u-osx one. There were external review done by contributors of > the project on public alias and all the > found glitches were resolved so i assume that external review is > finished positively. > > Webrevs can be found at: > > http://cr.openjdk.java.net/~kizune/merge_jdku7/webrev.01/ > > Thanks, > Alexander Zuev. From paul.hohensee at oracle.com Fri Dec 23 07:36:00 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Fri, 23 Dec 2011 10:36:00 -0500 Subject: [7u4] Request for approval for 7124627 - Please sync up changes from workspace macosx-port into the jdk7u-osx In-Reply-To: <4EF4A43C.7080407@oracle.com> References: <4EF4A43C.7080407@oracle.com> Message-ID: <4EF49FE0.8080103@oracle.com> The vast majority of the change is in the graphics code, for which I'll defer to Artem. Artem, please comment. For the rest, approved. Paul On 12/23/11 10:54 AM, Alexander Zuev wrote: > Hi, > > this is a request to sync up all the work done in the macosx-port > workspace since last merge into > the jdk7u-osx one. There were external review done by contributors of > the project on public alias and all the > found glitches were resolved so i assume that external review is > finished positively. > > Webrevs can be found at: > > http://cr.openjdk.java.net/~kizune/merge_jdku7/webrev.01/ > > Thanks, > Alexander Zuev. From kumar.x.srinivasan at oracle.com Fri Dec 23 09:49:39 2011 From: kumar.x.srinivasan at oracle.com (Kumar Srinivasan) Date: Fri, 23 Dec 2011 09:49:39 -0800 (PST) Subject: [7u4] Request for approval for 7124627 - Please sync up changes from workspace macosx-port into the jdk7u-osx Message-ID: <52c324c1-02e0-41df-b3b9-53fe5dfce559@default> Launcher changes: I am not very happy about using #ifdef's in java.c we had taken steps to ensure that all platform dependent code, be removed from src/share/bin/java.c but it is unfortunate to see conditionals have crept in. My recommendation is to have SplashScreen as it is, but for Macos have an empty implementation, add a new function SpashScreenMacOS or something in java_md.c which will do all the necessary Mac specific items, and try to move much as possible the MacOS dependent code into java_md.c The current state of java_md.c is unmaintainable, I am planning on refactoring this code, as a separate effort, I will send a webrev once I am done. Kumar ----- alexander.zuev at oracle.com wrote: > From: alexander.zuev at oracle.com > To: jdk7u-dev at openjdk.java.net, macosx-port-dev at openjdk.java.net > Sent: Friday, December 23, 2011 6:55:42 AM GMT -08:00 US/Canada Pacific > Subject: [7u4] Request for approval for 7124627 - Please sync up changes from workspace macosx-port into the jdk7u-osx > > Hi, > > this is a request to sync up all the work done in the macosx-port > workspace since last merge into > the jdk7u-osx one. There were external review done by contributors of > > the project on public alias and all the > found glitches were resolved so i assume that external review is > finished positively. > > Webrevs can be found at: > > http://cr.openjdk.java.net/~kizune/merge_jdku7/webrev.01/ > > Thanks, > Alexander Zuev. From alexander.zuev at oracle.com Fri Dec 23 10:00:50 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Fri, 23 Dec 2011 18:00:50 +0000 Subject: hg: jdk7u/jdk7u-osx/jdk: 7124627: Please sync up changes from workspace macosx-port into the jdk7u-osx Message-ID: <20111223180109.2A9B3477CB@hg.openjdk.java.net> Changeset: 0c57f87f454d Author: kizune Date: 2011-12-23 22:01 +0300 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/0c57f87f454d 7124627: Please sync up changes from workspace macosx-port into the jdk7u-osx Reviewed-by: art, anthony, dcherepanov, alexp ! make/com/apple/osx/Makefile ! make/com/apple/osxui/Makefile ! make/javax/sound/FILES_c.gmk ! make/sun/Makefile ! make/sun/lwawt/FILES_c_macosx.gmk ! make/sun/lwawt/FILES_export_macosx.gmk ! make/sun/lwawt/Makefile + make/sun/osxapp/Makefile ! make/sun/splashscreen/Makefile ! src/macosx/classes/com/apple/laf/AquaFocus.java ! src/macosx/classes/com/apple/laf/AquaPainter.java ! src/macosx/classes/com/apple/laf/AquaScrollBarUI.java ! src/macosx/classes/com/apple/laf/AquaSpinnerUI.java ! src/macosx/classes/com/apple/laf/AquaTabbedPaneCopyFromBasicUI.java ! src/macosx/classes/com/apple/laf/AquaTabbedPaneUI.java ! src/macosx/classes/sun/awt/CGraphicsConfig.java ! src/macosx/classes/sun/awt/CGraphicsEnvironment.java ! src/macosx/classes/sun/java2d/opengl/CGLGraphicsConfig.java ! src/macosx/classes/sun/java2d/opengl/CGLLayer.java ! src/macosx/classes/sun/java2d/opengl/CGLSurfaceData.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/LWKeyboardFocusManagerPeer.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/LWRepaintArea.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/PlatformWindow.java ! src/macosx/classes/sun/lwawt/macosx/CCursorManager.java ! src/macosx/classes/sun/lwawt/macosx/CDataTransferer.java ! src/macosx/classes/sun/lwawt/macosx/CDragSourceContextPeer.java ! src/macosx/classes/sun/lwawt/macosx/CDropTargetContextPeer.java ! src/macosx/classes/sun/lwawt/macosx/CInputMethod.java ! src/macosx/classes/sun/lwawt/macosx/CPlatformComponent.java ! src/macosx/classes/sun/lwawt/macosx/CPlatformView.java ! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java ! src/macosx/classes/sun/lwawt/macosx/CPrinterJob.java ! src/macosx/classes/sun/lwawt/macosx/CRobot.java ! src/macosx/classes/sun/lwawt/macosx/CTrayIcon.java ! src/macosx/classes/sun/lwawt/macosx/CWrapper.java ! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java ! src/macosx/classes/sun/lwawt/macosx/event/NSEvent.java - src/macosx/native/com/sun/media/sound/CARingBuffer.cpp - src/macosx/native/com/sun/media/sound/CARingBuffer.h + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_MidiIn.c + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_MidiOut.c + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_MidiUtils.c + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_MidiUtils.h ! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Ports.cpp + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Utils.cpp ! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Utils.h - src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOS_MidiIn.c - src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOS_MidiOut.c - src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOS_MidiUtils.c - src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOS_MidiUtils.h ! src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/utils/StructOffsetResolver.java ! src/macosx/native/sun/awt/AWTView.m ! src/macosx/native/sun/awt/AWTWindow.h ! src/macosx/native/sun/awt/AWTWindow.m - src/macosx/native/sun/awt/AWT_debug.h ! src/macosx/native/sun/awt/CDragSource.m ! src/macosx/native/sun/awt/CDropTarget.m ! src/macosx/native/sun/awt/CDropTargetContextPeer.m ! src/macosx/native/sun/awt/CRobot.m ! src/macosx/native/sun/awt/CTrayIcon.h ! src/macosx/native/sun/awt/CTrayIcon.m ! src/macosx/native/sun/awt/CWrapper.m - src/macosx/native/sun/awt/NSApplicationAWT.h - src/macosx/native/sun/awt/NSApplicationAWT.m - src/macosx/native/sun/awt/PropertiesUtilities.h - src/macosx/native/sun/awt/PropertiesUtilities.m - src/macosx/native/sun/awt/ThreadUtilities.h - src/macosx/native/sun/awt/ThreadUtilities.m ! src/macosx/native/sun/awt/awt.m ! src/macosx/native/sun/awt/splashscreen/splashscreen_config.h ! src/macosx/native/sun/awt/splashscreen/splashscreen_sys.m ! src/macosx/native/sun/java2d/opengl/CGLGraphicsConfig.h ! src/macosx/native/sun/java2d/opengl/CGLLayer.h ! src/macosx/native/sun/java2d/opengl/CGLLayer.m ! src/macosx/native/sun/java2d/opengl/CGLSurfaceData.h ! src/macosx/native/sun/java2d/opengl/CGLSurfaceData.m + src/macosx/native/sun/osxapp/AWT_debug.h + src/macosx/native/sun/osxapp/NSApplicationAWT.h + src/macosx/native/sun/osxapp/NSApplicationAWT.m + src/macosx/native/sun/osxapp/PropertiesUtilities.h + src/macosx/native/sun/osxapp/PropertiesUtilities.m + src/macosx/native/sun/osxapp/QueuingApplicationDelegate.h + src/macosx/native/sun/osxapp/QueuingApplicationDelegate.m + src/macosx/native/sun/osxapp/ThreadUtilities.h + src/macosx/native/sun/osxapp/ThreadUtilities.m ! src/share/bin/java.c ! src/share/classes/java/awt/KeyboardFocusManager.java ! src/share/classes/javax/swing/plaf/basic/BasicButtonListener.java ! src/share/classes/javax/swing/plaf/basic/BasicLabelUI.java ! src/share/classes/javax/swing/plaf/basic/BasicLookAndFeel.java ! src/share/classes/javax/swing/plaf/basic/BasicTabbedPaneUI.java ! src/share/classes/javax/swing/plaf/basic/BasicTextUI.java ! src/share/classes/sun/awt/AWTAccessor.java ! src/share/classes/sun/awt/SunToolkit.java ! src/share/classes/sun/java2d/opengl/OGLBlitLoops.java ! src/share/classes/sun/java2d/opengl/OGLSurfaceData.java ! src/share/native/com/sun/media/sound/DirectAudioDevice.c ! src/share/native/com/sun/media/sound/Utilities.h ! src/share/native/sun/awt/splashscreen/splashscreen_impl.h ! src/solaris/bin/java_md.c ! src/solaris/native/java/net/PlainDatagramSocketImpl.c + src/solaris/native/java/net/PlainDatagramSocketImpl.c.orig ! src/solaris/native/sun/awt/awt_LoadLibrary.c From alexander.zuev at oracle.com Fri Dec 23 11:23:51 2011 From: alexander.zuev at oracle.com (Alexander Zuev) Date: Fri, 23 Dec 2011 22:23:51 +0300 Subject: Fwd: hg: jdk7u/jdk7u-osx/jdk: 7124627: Please sync up changes from workspace macosx-port into the jdk7u-osx In-Reply-To: <20111223180109.2A9B3477CB@hg.openjdk.java.net> References: <20111223180109.2A9B3477CB@hg.openjdk.java.net> Message-ID: <4EF4D547.2080206@oracle.com> Hello, as of this moment please use the jdk7u-osx workspace for all the Mac OS X - related integrations. Please take into account more strict rules of this workspace and read corresponding guidelines to avoid inconveniences during the push process. With best regards, Alexander Zuev. -------- Original Message -------- Subject: hg: jdk7u/jdk7u-osx/jdk: 7124627: Please sync up changes from workspace macosx-port into the jdk7u-osx Date: Fri, 23 Dec 2011 18:00:50 +0000 From: alexander.zuev at oracle.com To: macosx-port-dev at openjdk.java.net Changeset: 0c57f87f454d Author: kizune Date: 2011-12-23 22:01 +0300 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/0c57f87f454d 7124627: Please sync up changes from workspace macosx-port into the jdk7u-osx Reviewed-by: art, anthony, dcherepanov, alexp ! make/com/apple/osx/Makefile ! make/com/apple/osxui/Makefile ! make/javax/sound/FILES_c.gmk ! make/sun/Makefile ! make/sun/lwawt/FILES_c_macosx.gmk ! make/sun/lwawt/FILES_export_macosx.gmk ! make/sun/lwawt/Makefile + make/sun/osxapp/Makefile ! make/sun/splashscreen/Makefile ! src/macosx/classes/com/apple/laf/AquaFocus.java ! src/macosx/classes/com/apple/laf/AquaPainter.java ! src/macosx/classes/com/apple/laf/AquaScrollBarUI.java ! src/macosx/classes/com/apple/laf/AquaSpinnerUI.java ! src/macosx/classes/com/apple/laf/AquaTabbedPaneCopyFromBasicUI.java ! src/macosx/classes/com/apple/laf/AquaTabbedPaneUI.java ! src/macosx/classes/sun/awt/CGraphicsConfig.java ! src/macosx/classes/sun/awt/CGraphicsEnvironment.java ! src/macosx/classes/sun/java2d/opengl/CGLGraphicsConfig.java ! src/macosx/classes/sun/java2d/opengl/CGLLayer.java ! src/macosx/classes/sun/java2d/opengl/CGLSurfaceData.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/LWKeyboardFocusManagerPeer.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/LWRepaintArea.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/PlatformWindow.java ! src/macosx/classes/sun/lwawt/macosx/CCursorManager.java ! src/macosx/classes/sun/lwawt/macosx/CDataTransferer.java ! src/macosx/classes/sun/lwawt/macosx/CDragSourceContextPeer.java ! src/macosx/classes/sun/lwawt/macosx/CDropTargetContextPeer.java ! src/macosx/classes/sun/lwawt/macosx/CInputMethod.java ! src/macosx/classes/sun/lwawt/macosx/CPlatformComponent.java ! src/macosx/classes/sun/lwawt/macosx/CPlatformView.java ! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java ! src/macosx/classes/sun/lwawt/macosx/CPrinterJob.java ! src/macosx/classes/sun/lwawt/macosx/CRobot.java ! src/macosx/classes/sun/lwawt/macosx/CTrayIcon.java ! src/macosx/classes/sun/lwawt/macosx/CWrapper.java ! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java ! src/macosx/classes/sun/lwawt/macosx/event/NSEvent.java - src/macosx/native/com/sun/media/sound/CARingBuffer.cpp - src/macosx/native/com/sun/media/sound/CARingBuffer.h + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_MidiIn.c + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_MidiOut.c + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_MidiUtils.c + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_MidiUtils.h ! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Ports.cpp + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Utils.cpp ! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Utils.h - src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOS_MidiIn.c - src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOS_MidiOut.c - src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOS_MidiUtils.c - src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOS_MidiUtils.h ! src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/utils/StructOffsetResolver.java ! src/macosx/native/sun/awt/AWTView.m ! src/macosx/native/sun/awt/AWTWindow.h ! src/macosx/native/sun/awt/AWTWindow.m - src/macosx/native/sun/awt/AWT_debug.h ! src/macosx/native/sun/awt/CDragSource.m ! src/macosx/native/sun/awt/CDropTarget.m ! src/macosx/native/sun/awt/CDropTargetContextPeer.m ! src/macosx/native/sun/awt/CRobot.m ! src/macosx/native/sun/awt/CTrayIcon.h ! src/macosx/native/sun/awt/CTrayIcon.m ! src/macosx/native/sun/awt/CWrapper.m - src/macosx/native/sun/awt/NSApplicationAWT.h - src/macosx/native/sun/awt/NSApplicationAWT.m - src/macosx/native/sun/awt/PropertiesUtilities.h - src/macosx/native/sun/awt/PropertiesUtilities.m - src/macosx/native/sun/awt/ThreadUtilities.h - src/macosx/native/sun/awt/ThreadUtilities.m ! src/macosx/native/sun/awt/awt.m ! src/macosx/native/sun/awt/splashscreen/splashscreen_config.h ! src/macosx/native/sun/awt/splashscreen/splashscreen_sys.m ! src/macosx/native/sun/java2d/opengl/CGLGraphicsConfig.h ! src/macosx/native/sun/java2d/opengl/CGLLayer.h ! src/macosx/native/sun/java2d/opengl/CGLLayer.m ! src/macosx/native/sun/java2d/opengl/CGLSurfaceData.h ! src/macosx/native/sun/java2d/opengl/CGLSurfaceData.m + src/macosx/native/sun/osxapp/AWT_debug.h + src/macosx/native/sun/osxapp/NSApplicationAWT.h + src/macosx/native/sun/osxapp/NSApplicationAWT.m + src/macosx/native/sun/osxapp/PropertiesUtilities.h + src/macosx/native/sun/osxapp/PropertiesUtilities.m + src/macosx/native/sun/osxapp/QueuingApplicationDelegate.h + src/macosx/native/sun/osxapp/QueuingApplicationDelegate.m + src/macosx/native/sun/osxapp/ThreadUtilities.h + src/macosx/native/sun/osxapp/ThreadUtilities.m ! src/share/bin/java.c ! src/share/classes/java/awt/KeyboardFocusManager.java ! src/share/classes/javax/swing/plaf/basic/BasicButtonListener.java ! src/share/classes/javax/swing/plaf/basic/BasicLabelUI.java ! src/share/classes/javax/swing/plaf/basic/BasicLookAndFeel.java ! src/share/classes/javax/swing/plaf/basic/BasicTabbedPaneUI.java ! src/share/classes/javax/swing/plaf/basic/BasicTextUI.java ! src/share/classes/sun/awt/AWTAccessor.java ! src/share/classes/sun/awt/SunToolkit.java ! src/share/classes/sun/java2d/opengl/OGLBlitLoops.java ! src/share/classes/sun/java2d/opengl/OGLSurfaceData.java ! src/share/native/com/sun/media/sound/DirectAudioDevice.c ! src/share/native/com/sun/media/sound/Utilities.h ! src/share/native/sun/awt/splashscreen/splashscreen_impl.h ! src/solaris/bin/java_md.c ! src/solaris/native/java/net/PlainDatagramSocketImpl.c + src/solaris/native/java/net/PlainDatagramSocketImpl.c.orig ! src/solaris/native/sun/awt/awt_LoadLibrary.c From scott.kovatch at oracle.com Fri Dec 23 11:58:09 2011 From: scott.kovatch at oracle.com (Scott Kovatch) Date: Fri, 23 Dec 2011 11:58:09 -0800 Subject: hg: jdk7u/jdk7u-osx/jdk: 7120875: fix macos ipv6 issue and update multiple test scripts In-Reply-To: References: <20111222190742.E168547797@hg.openjdk.java.net> Message-ID: <783983D2-2024-4DB7-9D71-5BF567D488D7@oracle.com> "Me too". I get this crash in socketConnect running the deploy unit tests: Thread 34 Crashed:: Java: pool-1-thread-8 0 libsystem_kernel.dylib 0x00007fff88874ce2 __pthread_kill + 10 1 libsystem_c.dylib 0x00007fff91f917d2 pthread_kill + 95 2 libsystem_c.dylib 0x00007fff91f82a7a abort + 143 3 libjvm.dylib 0x0000000105f121ef os::abort(bool) + 25 4 libjvm.dylib 0x0000000105fface2 VMError::report_and_die() + 2306 5 libjvm.dylib 0x0000000105f13869 JVM_handle_bsd_signal + 1047 6 libsystem_c.dylib 0x00007fff91fe3cfa _sigtramp + 26 7 libjvm.dylib 0x0000000105dfdf44 jni_GetStaticIntField + 136 8 libnet.dylib 0x000000010ba77b47 setDefaultScopeID + 53 9 libnet.dylib 0x000000010ba7acc1 Java_java_net_PlainSocketImpl_socketConnect + 288 10 ??? 0x00000001066edbd1 0 + 4402895825 -- Scott K. On Dec 22, 2011, at 10:05 PM, Alexander Strange wrote: > I built this and found that java crashes for me running java/net/Authenticator tests. > > gdb: > (gdb) bt > #0 JNIid::is_static_field_id (this=0x0) at instanceKlass.hpp:910 > #1 0x0000000101de4d42 in jfieldIDWorkaround::from_static_jfieldID (id=0x0) at jfieldIDWorkaround.hpp:149 > #2 0x0000000101e27c80 in jni_GetStaticIntField (env=0x10085aa00, clazz=0x0, fieldID=0x0) at /Volumes/Work/jdk7u-osx/jdk7u-osx/hotspot/src/share/vm/prims/jni.cpp:3085 > #3 0x0000000107a1899f in setDefaultScopeID (env=0x10085aa00, him=0x1004001c0) at net_util_md.c:97 > #4 0x0000000107a1cc12 in Java_java_net_PlainSocketImpl_socketBind (env=0x10085aa00, this=0x1004002a8, iaObj=0x1004002a0, localport=0) at PlainSocketImpl.c:575 > ? > > ps(): > java.net.PlainSocketImpl.socketBind(Native Method) > java.net.AbstractPlainSocketImpl.bind(AbstractPlainSocketImpl.java:376) > java.net.ServerSocket.bind(ServerSocket.java:376) > java.net.ServerSocket.(ServerSocket.java:237) > java.net.ServerSocket.(ServerSocket.java:128) > AuthNPETest.main(AuthNPETest.java:134) > > It looks like ni_class is null if ServerSocket is inited before NetworkInterface? From david.holmes at oracle.com Fri Dec 23 13:59:28 2011 From: david.holmes at oracle.com (David Holmes) Date: Sat, 24 Dec 2011 07:59:28 +1000 Subject: [7u4] Request for approval for 7124627 - Please sync up changes from workspace macosx-port into the jdk7u-osx In-Reply-To: <52c324c1-02e0-41df-b3b9-53fe5dfce559@default> References: <52c324c1-02e0-41df-b3b9-53fe5dfce559@default> Message-ID: <4EF4F9C0.30203@oracle.com> Hi Kumar, FYI there are numerous changes in the osx code that I do not think should go into the mainline repositories in their current form. However this is only bringing the code from the macosx-port repo into the jdk7u-osx repo and so we don't need to address those issues right now. They do all need to be addressed before any further osx code is merged into the mainline repos for 8 or 7u. Cheers, and Happy Holidays David On 24/12/2011 3:49 AM, Kumar Srinivasan wrote: > > Launcher changes: > > I am not very happy about using #ifdef's in java.c > we had taken steps to ensure that all platform dependent > code, be removed from src/share/bin/java.c > but it is unfortunate to see conditionals have crept in. > > My recommendation is to have SplashScreen as it is, > but for Macos have an empty implementation, add a new > function SpashScreenMacOS or something in java_md.c which > will do all the necessary Mac specific items, and try to > move much as possible the MacOS dependent code into java_md.c > > The current state of java_md.c is unmaintainable, I am > planning on refactoring this code, as a separate effort, > I will send a webrev once I am done. > > Kumar > > ----- alexander.zuev at oracle.com wrote: > >> From: alexander.zuev at oracle.com >> To: jdk7u-dev at openjdk.java.net, macosx-port-dev at openjdk.java.net >> Sent: Friday, December 23, 2011 6:55:42 AM GMT -08:00 US/Canada Pacific >> Subject: [7u4] Request for approval for 7124627 - Please sync up changes from workspace macosx-port into the jdk7u-osx >> >> Hi, >> >> this is a request to sync up all the work done in the macosx-port >> workspace since last merge into >> the jdk7u-osx one. There were external review done by contributors of >> >> the project on public alias and all the >> found glitches were resolved so i assume that external review is >> finished positively. >> >> Webrevs can be found at: >> >> http://cr.openjdk.java.net/~kizune/merge_jdku7/webrev.01/ >> >> Thanks, >> Alexander Zuev. From roger.yeung at oracle.com Fri Dec 23 14:10:23 2011 From: roger.yeung at oracle.com (Roger Yeung) Date: Fri, 23 Dec 2011 14:10:23 -0800 Subject: JDK7 Mac Port Preview b223 Available Message-ID: <4EF4FC4F.5060204@oracle.com> Hi, The JDK 7 Mac Port Preview b223 is now available: http://jdk7.java.net/macportpreview/ Regards, Roger Y. From kumar.x.srinivasan at oracle.COM Fri Dec 23 14:58:36 2011 From: kumar.x.srinivasan at oracle.COM (Kumar Srinivasan) Date: Fri, 23 Dec 2011 14:58:36 -0800 Subject: [7u4] Request for approval for 7124627 - Please sync up changes from workspace macosx-port into the jdk7u-osx In-Reply-To: <4EF4F9C0.30203@oracle.com> References: <52c324c1-02e0-41df-b3b9-53fe5dfce559@default> <4EF4F9C0.30203@oracle.com> Message-ID: <4EF5079C.9020300@oracle.COM> On 12/23/2011 1:59 PM, David Holmes wrote: > Hi Kumar, > > FYI there are numerous changes in the osx code that I do not think > should go into the mainline repositories in their current form. > However this is only bringing the code from the macosx-port repo into > the jdk7u-osx repo and so we don't need to address those issues right > now. > > They do all need to be addressed before any further osx code is merged > into the mainline repos for 8 or 7u. > Whew!. > Cheers, and Happy Holidays Thank you and wish everyone here the same. Kumar > David > > On 24/12/2011 3:49 AM, Kumar Srinivasan wrote: >> >> Launcher changes: >> >> I am not very happy about using #ifdef's in java.c >> we had taken steps to ensure that all platform dependent >> code, be removed from src/share/bin/java.c >> but it is unfortunate to see conditionals have crept in. >> >> My recommendation is to have SplashScreen as it is, >> but for Macos have an empty implementation, add a new >> function SpashScreenMacOS or something in java_md.c which >> will do all the necessary Mac specific items, and try to >> move much as possible the MacOS dependent code into java_md.c >> >> The current state of java_md.c is unmaintainable, I am >> planning on refactoring this code, as a separate effort, >> I will send a webrev once I am done. >> >> Kumar >> >> ----- alexander.zuev at oracle.com wrote: >> >>> From: alexander.zuev at oracle.com >>> To: jdk7u-dev at openjdk.java.net, macosx-port-dev at openjdk.java.net >>> Sent: Friday, December 23, 2011 6:55:42 AM GMT -08:00 US/Canada Pacific >>> Subject: [7u4] Request for approval for 7124627 - Please sync up >>> changes from workspace macosx-port into the jdk7u-osx >>> >>> Hi, >>> >>> this is a request to sync up all the work done in the macosx-port >>> workspace since last merge into >>> the jdk7u-osx one. There were external review done by contributors of >>> >>> the project on public alias and all the >>> found glitches were resolved so i assume that external review is >>> finished positively. >>> >>> Webrevs can be found at: >>> >>> http://cr.openjdk.java.net/~kizune/merge_jdku7/webrev.01/ >>> >>> Thanks, >>> Alexander Zuev. From henri.gomez at gmail.com Mon Dec 26 00:17:46 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Mon, 26 Dec 2011 09:17:46 +0100 Subject: JDK7 Mac Port Preview b223 Available In-Reply-To: <4EF4FC4F.5060204@oracle.com> References: <4EF4FC4F.5060204@oracle.com> Message-ID: Corresponding tag not been set on macosx-port branch ;( 2011/12/23 Roger Yeung > Hi, > > The JDK 7 Mac Port Preview b223 is now available: > > http://jdk7.java.net/**macportpreview/ > > > Regards, > Roger Y. > From Alexander.Potochkin at oracle.com Mon Dec 26 02:26:50 2011 From: Alexander.Potochkin at oracle.com (Alexander Potochkin) Date: Mon, 26 Dec 2011 14:26:50 +0400 Subject: Review request for MACOSX_PORT-773: scrollbar thumb is not full height in SThumbTest0001 Message-ID: <4EF84BEA.2000605@oracle.com> Hello everybody Please review this simple fix for http://java.net/jira/browse/MACOSX_PORT-773 http://cr.openjdk.java.net/~alexp/7122256/webrev.00/ the visible amount property is relative to the minimum and maximum values, so the single setValues() method is not equal to the four corresponding setters Thanks alexp From sergey.bylokhov at oracle.com Mon Dec 26 08:32:33 2011 From: sergey.bylokhov at oracle.com (Sergey Bylokhov) Date: Mon, 26 Dec 2011 20:32:33 +0400 Subject: Review request for MACOSX_PORT-773: scrollbar thumb is not full height in SThumbTest0001 In-Reply-To: <4EF84BEA.2000605@oracle.com> References: <4EF84BEA.2000605@oracle.com> Message-ID: <4EF8A1A1.800@oracle.com> Looks good. 26.12.2011 14:26, Alexander Potochkin wrote: > Hello everybody > > Please review this simple fix for > http://java.net/jira/browse/MACOSX_PORT-773 > > http://cr.openjdk.java.net/~alexp/7122256/webrev.00/ > > the visible amount property is relative to the minimum and maximum > values, > so the single setValues() method is not equal to the four > corresponding setters > > Thanks > alexp -- Best regards, Sergey. From Andrey.Pikalev at oracle.com Mon Dec 26 09:19:41 2011 From: Andrey.Pikalev at oracle.com (Andrey Pikalev) Date: Mon, 26 Dec 2011 21:19:41 +0400 Subject: JDK7 Mac Port Preview b223 Available In-Reply-To: References: <4EF4FC4F.5060204@oracle.com> Message-ID: <4EF8ACAD.1070101@oracle.com> Mac port development has been moved into 7u-osx finally - see attached email. Old macosx-port repo is frozen now. Thanks, Andrey. On 12/26/2011 12:17 PM, Henri Gomez wrote: > Corresponding tag not been set on macosx-port branch ;( > > 2011/12/23 Roger Yeung > >> Hi, >> >> The JDK 7 Mac Port Preview b223 is now available: >> >> http://jdk7.java.net/**macportpreview/ >> >> >> Regards, >> Roger Y. >> From henri.gomez at gmail.com Mon Dec 26 13:07:19 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Mon, 26 Dec 2011 22:07:19 +0100 Subject: JDK7 Mac Port Preview b223 Available In-Reply-To: <4EF8ACAD.1070101@oracle.com> References: <4EF4FC4F.5060204@oracle.com> <4EF8ACAD.1070101@oracle.com> Message-ID: I know macosx-port has been closed. That's why I didn't understand how a build from untagged b223 could be provided here Le 26 d?c. 2011 ? 18:19, Andrey Pikalev a ?crit : > Mac port development has been moved into 7u-osx finally - see attached email. Old macosx-port repo is frozen now. > > Thanks, > Andrey. > > On 12/26/2011 12:17 PM, Henri Gomez wrote: >> Corresponding tag not been set on macosx-port branch ;( >> >> 2011/12/23 Roger Yeung >> >>> Hi, >>> >>> The JDK 7 Mac Port Preview b223 is now available: >>> >>> http://jdk7.java.net/**macportpreview/ >>> >>> >>> Regards, >>> Roger Y. >>> > Hello, > > as of this moment please use the jdk7u-osx workspace for all the Mac OS X - related integrations. > Please take into account more strict rules of this workspace and read corresponding guidelines to avoid > inconveniences during the push process. > > With best regards, > Alexander Zuev. > > -------- Original Message -------- > Subject: hg: jdk7u/jdk7u-osx/jdk: 7124627: Please sync up changes from workspace macosx-port into the jdk7u-osx > Date: Fri, 23 Dec 2011 18:00:50 +0000 > From: alexander.zuev at oracle.com > To: macosx-port-dev at openjdk.java.net > > > > Changeset: 0c57f87f454d > Author: kizune > Date: 2011-12-23 22:01 +0300 > URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/0c57f87f454d > > 7124627: Please sync up changes from workspace macosx-port into the jdk7u-osx > Reviewed-by: art, anthony, dcherepanov, alexp > > ! make/com/apple/osx/Makefile > ! make/com/apple/osxui/Makefile > ! make/javax/sound/FILES_c.gmk > ! make/sun/Makefile > ! make/sun/lwawt/FILES_c_macosx.gmk > ! make/sun/lwawt/FILES_export_macosx.gmk > ! make/sun/lwawt/Makefile > + make/sun/osxapp/Makefile > ! make/sun/splashscreen/Makefile > ! src/macosx/classes/com/apple/laf/AquaFocus.java > ! src/macosx/classes/com/apple/laf/AquaPainter.java > ! src/macosx/classes/com/apple/laf/AquaScrollBarUI.java > ! src/macosx/classes/com/apple/laf/AquaSpinnerUI.java > ! src/macosx/classes/com/apple/laf/AquaTabbedPaneCopyFromBasicUI.java > ! src/macosx/classes/com/apple/laf/AquaTabbedPaneUI.java > ! src/macosx/classes/sun/awt/CGraphicsConfig.java > ! src/macosx/classes/sun/awt/CGraphicsEnvironment.java > ! src/macosx/classes/sun/java2d/opengl/CGLGraphicsConfig.java > ! src/macosx/classes/sun/java2d/opengl/CGLLayer.java > ! src/macosx/classes/sun/java2d/opengl/CGLSurfaceData.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/LWKeyboardFocusManagerPeer.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/LWRepaintArea.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/PlatformWindow.java > ! src/macosx/classes/sun/lwawt/macosx/CCursorManager.java > ! src/macosx/classes/sun/lwawt/macosx/CDataTransferer.java > ! src/macosx/classes/sun/lwawt/macosx/CDragSourceContextPeer.java > ! src/macosx/classes/sun/lwawt/macosx/CDropTargetContextPeer.java > ! src/macosx/classes/sun/lwawt/macosx/CInputMethod.java > ! src/macosx/classes/sun/lwawt/macosx/CPlatformComponent.java > ! src/macosx/classes/sun/lwawt/macosx/CPlatformView.java > ! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java > ! src/macosx/classes/sun/lwawt/macosx/CPrinterJob.java > ! src/macosx/classes/sun/lwawt/macosx/CRobot.java > ! src/macosx/classes/sun/lwawt/macosx/CTrayIcon.java > ! src/macosx/classes/sun/lwawt/macosx/CWrapper.java > ! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java > ! src/macosx/classes/sun/lwawt/macosx/event/NSEvent.java > - src/macosx/native/com/sun/media/sound/CARingBuffer.cpp > - src/macosx/native/com/sun/media/sound/CARingBuffer.h > + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_MidiIn.c > + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_MidiOut.c > + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_MidiUtils.c > + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_MidiUtils.h > ! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp > + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Ports.cpp > + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Utils.cpp > ! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Utils.h > - src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOS_MidiIn.c > - src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOS_MidiOut.c > - src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOS_MidiUtils.c > - src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOS_MidiUtils.h > ! src/macosx/native/jobjc/src/generator/java/com/apple/internal/jobjc/generator/utils/StructOffsetResolver.java > ! src/macosx/native/sun/awt/AWTView.m > ! src/macosx/native/sun/awt/AWTWindow.h > ! src/macosx/native/sun/awt/AWTWindow.m > - src/macosx/native/sun/awt/AWT_debug.h > ! src/macosx/native/sun/awt/CDragSource.m > ! src/macosx/native/sun/awt/CDropTarget.m > ! src/macosx/native/sun/awt/CDropTargetContextPeer.m > ! src/macosx/native/sun/awt/CRobot.m > ! src/macosx/native/sun/awt/CTrayIcon.h > ! src/macosx/native/sun/awt/CTrayIcon.m > ! src/macosx/native/sun/awt/CWrapper.m > - src/macosx/native/sun/awt/NSApplicationAWT.h > - src/macosx/native/sun/awt/NSApplicationAWT.m > - src/macosx/native/sun/awt/PropertiesUtilities.h > - src/macosx/native/sun/awt/PropertiesUtilities.m > - src/macosx/native/sun/awt/ThreadUtilities.h > - src/macosx/native/sun/awt/ThreadUtilities.m > ! src/macosx/native/sun/awt/awt.m > ! src/macosx/native/sun/awt/splashscreen/splashscreen_config.h > ! src/macosx/native/sun/awt/splashscreen/splashscreen_sys.m > ! src/macosx/native/sun/java2d/opengl/CGLGraphicsConfig.h > ! src/macosx/native/sun/java2d/opengl/CGLLayer.h > ! src/macosx/native/sun/java2d/opengl/CGLLayer.m > ! src/macosx/native/sun/java2d/opengl/CGLSurfaceData.h > ! src/macosx/native/sun/java2d/opengl/CGLSurfaceData.m > + src/macosx/native/sun/osxapp/AWT_debug.h > + src/macosx/native/sun/osxapp/NSApplicationAWT.h > + src/macosx/native/sun/osxapp/NSApplicationAWT.m > + src/macosx/native/sun/osxapp/PropertiesUtilities.h > + src/macosx/native/sun/osxapp/PropertiesUtilities.m > + src/macosx/native/sun/osxapp/QueuingApplicationDelegate.h > + src/macosx/native/sun/osxapp/QueuingApplicationDelegate.m > + src/macosx/native/sun/osxapp/ThreadUtilities.h > + src/macosx/native/sun/osxapp/ThreadUtilities.m > ! src/share/bin/java.c > ! src/share/classes/java/awt/KeyboardFocusManager.java > ! src/share/classes/javax/swing/plaf/basic/BasicButtonListener.java > ! src/share/classes/javax/swing/plaf/basic/BasicLabelUI.java > ! src/share/classes/javax/swing/plaf/basic/BasicLookAndFeel.java > ! src/share/classes/javax/swing/plaf/basic/BasicTabbedPaneUI.java > ! src/share/classes/javax/swing/plaf/basic/BasicTextUI.java > ! src/share/classes/sun/awt/AWTAccessor.java > ! src/share/classes/sun/awt/SunToolkit.java > ! src/share/classes/sun/java2d/opengl/OGLBlitLoops.java > ! src/share/classes/sun/java2d/opengl/OGLSurfaceData.java > ! src/share/native/com/sun/media/sound/DirectAudioDevice.c > ! src/share/native/com/sun/media/sound/Utilities.h > ! src/share/native/sun/awt/splashscreen/splashscreen_impl.h > ! src/solaris/bin/java_md.c > ! src/solaris/native/java/net/PlainDatagramSocketImpl.c > + src/solaris/native/java/net/PlainDatagramSocketImpl.c.orig > ! src/solaris/native/sun/awt/awt_LoadLibrary.c > > From leonid.romanov at oracle.com Tue Dec 27 01:24:49 2011 From: leonid.romanov at oracle.com (Leonid Romanov) Date: Tue, 27 Dec 2011 13:24:49 +0400 Subject: Review request for MACOSX_PORT-460: PopipMenuTest is not functional in JCK-runtime-7 interactive Message-ID: <02492A00-3AAD-4183-A10A-98C61D0AD0BA@oracle.com> Hi guys! Please, review the fix for http://java.net/jira/browse/MACOSX_PORT-460 The webrev is located at: http://cr.openjdk.java.net/~leonidr/7124354/webrev.00/ Thanks, Leonid. From anthony.petrov at oracle.com Tue Dec 27 02:37:16 2011 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Tue, 27 Dec 2011 14:37:16 +0400 Subject: Review request for MACOSX_PORT-460: PopipMenuTest is not functional in JCK-runtime-7 interactive In-Reply-To: <02492A00-3AAD-4183-A10A-98C61D0AD0BA@oracle.com> References: <02492A00-3AAD-4183-A10A-98C61D0AD0BA@oracle.com> Message-ID: <4EF99FDC.1050602@oracle.com> Looks fine to me. -- best regards, Anthony On 12/27/2011 1:24 PM, Leonid Romanov wrote: > Hi guys! > Please, review the fix for http://java.net/jira/browse/MACOSX_PORT-460 > The webrev is located at: > http://cr.openjdk.java.net/~leonidr/7124354/webrev.00/ > > Thanks, > Leonid. > From paul.hohensee at oracle.com Tue Dec 27 05:33:34 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Tue, 27 Dec 2011 08:33:34 -0500 Subject: [7u4-osx] Request for approval for 7124511: Strange NullPointerException (err message: 'CFMessagePort: bootstrap_register(): failed 1100...') In-Reply-To: <4EF9A220.8080106@oracle.com> References: <4EF9A220.8080106@oracle.com> Message-ID: <4EF9C92E.6040106@oracle.com> Ok with me, but Artem should approve. Paul On 12/27/11 5:46 AM, Anthony Petrov wrote: > This is a request to push the following fix to jdk7u-osx: > > CR: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7124511 > > Webrev: http://cr.openjdk.java.net/~anthony/x-5-forceHeadless.0/ > > Technical review: > http://mail.openjdk.java.net/pipermail/macosx-port-dev/2011-December/001883.html > > -- > best regards, > Anthony > From leonid.romanov at oracle.com Tue Dec 27 05:41:56 2011 From: leonid.romanov at oracle.com (Leonid Romanov) Date: Tue, 27 Dec 2011 17:41:56 +0400 Subject: [7u4] Request for approval for CR 7124354: PopipMenuTest is not functional in JCK-runtime-7 interactive Message-ID: <80A1535E-C702-4603-99E9-A40371FE2929@oracle.com> Hi, This is a request to push the following changes to jdk7u-osx. CR: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7124354 Webrev: http://cr.openjdk.java.net/~leonidr/7124354/webrev.00/ The fix has been reviewed on macosx-port-dev mailing list by Anthony Petrov. Thanks, Leonid. From paul.hohensee at oracle.com Tue Dec 27 06:09:18 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Tue, 27 Dec 2011 09:09:18 -0500 Subject: [7u4] Request for approval for CR 7124354: PopipMenuTest is not functional in JCK-runtime-7 interactive In-Reply-To: <80A1535E-C702-4603-99E9-A40371FE2929@oracle.com> References: <80A1535E-C702-4603-99E9-A40371FE2929@oracle.com> Message-ID: <4EF9D18E.9080705@oracle.com> Ok with me, but Artem should approve. Paul On 12/27/11 8:41 AM, Leonid Romanov wrote: > Hi, > This is a request to push the following changes to jdk7u-osx. > > CR: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7124354 > Webrev: http://cr.openjdk.java.net/~leonidr/7124354/webrev.00/ > > The fix has been reviewed on macosx-port-dev mailing list by Anthony Petrov. > > Thanks, > Leonid. > From alexander.zuev at oracle.com Tue Dec 27 08:59:02 2011 From: alexander.zuev at oracle.com (Alexander Zuev) Date: Tue, 27 Dec 2011 19:59:02 +0300 Subject: Request for review for 7124316: Passive and Peered IMF Client does not cope with input methods Message-ID: <4EF9F956.9060304@oracle.com> Hello, please review my fix for the bug 7124316: Passive and Peered IMF Client does not cope with input methods The webrev can be found at http://cr.openjdk.java.net/~kizune/7124316/ With best regards, Alexander Zuev. From Alexander.Potochkin at oracle.com Tue Dec 27 08:38:41 2011 From: Alexander.Potochkin at oracle.com (Alexander Potochkin) Date: Tue, 27 Dec 2011 20:38:41 +0400 Subject: Request for review for 7124316: Passive and Peered IMF Client does not cope with input methods In-Reply-To: <4EF9F956.9060304@oracle.com> References: <4EF9F956.9060304@oracle.com> Message-ID: <4EF9F491.60502@oracle.com> Hello Alexander I like one-liner fixes! I checked that override enableInputMethodsForTextComponent() the same way on Windows as well approved Thanks alexp > Hello, > > please review my fix for the bug > 7124316: Passive and Peered IMF Client does not cope with input methods > > The webrev can be found at http://cr.openjdk.java.net/~kizune/7124316/ > > With best regards, > Alexander Zuev. From scott.kovatch at oracle.com Tue Dec 27 08:42:56 2011 From: scott.kovatch at oracle.com (Scott Kovatch) Date: Tue, 27 Dec 2011 08:42:56 -0800 Subject: Need a review/commit for MACOSX_PORT-515 Message-ID: <2617D479-ED17-4190-B4B5-B3F17B43E7F1@oracle.com> http://java.net/jira/browse/MACOSX_PORT-515 Can someone review and check in the patch I attached to this bug? This is keeping us from getting a clean run of the deployment test suite. Thanks, Scott K. ---------------------------------------- Scott Kovatch scott.kovatch at oracle.com Santa Clara/Pleasanton, CA From Alexander.Potochkin at oracle.com Tue Dec 27 08:43:47 2011 From: Alexander.Potochkin at oracle.com (Alexander Potochkin) Date: Tue, 27 Dec 2011 20:43:47 +0400 Subject: Review request for MACOSX_PORT-477: the Color panel is a black for ColorTest0005 Message-ID: <4EF9F5C3.20304@oracle.com> Hello Please review the fix for http://java.net/jira/browse/MACOSX_PORT-477 Here it is: http://cr.openjdk.java.net/~alexp/7124540/webrev.00/ We didn't set the scrollbar's value during dragging, the rest of the tests use the value taken from the listener's method parameter which is correct, but the provided test checks the value from the component itself Thanks alexp From sergey.bylokhov at oracle.com Tue Dec 27 08:53:44 2011 From: sergey.bylokhov at oracle.com (Sergey Bylokhov) Date: Tue, 27 Dec 2011 20:53:44 +0400 Subject: Review request for MACOSX_PORT-477: the Color panel is a black for ColorTest0005 In-Reply-To: <4EF9F5C3.20304@oracle.com> References: <4EF9F5C3.20304@oracle.com> Message-ID: <4EF9F818.5020601@oracle.com> Looks good. 27.12.2011 20:43, Alexander Potochkin wrote: > Hello > > Please review the fix for http://java.net/jira/browse/MACOSX_PORT-477 > > Here it is: > http://cr.openjdk.java.net/~alexp/7124540/webrev.00/ > > We didn't set the scrollbar's value during dragging, > the rest of the tests use the value taken from the listener's method > parameter which is correct, > but the provided test checks the value from the component itself > > Thanks > alexp -- Best regards, Sergey. From stephen.bannasch at deanbrook.org Tue Dec 27 21:33:37 2011 From: stephen.bannasch at deanbrook.org (Stephen Bannasch) Date: Wed, 28 Dec 2011 00:33:37 -0500 Subject: error building jobjc during build of jdk7u-osx Message-ID: I tried the following to build jdk7u-osx: hg clone http://hg.openjdk.java.net/jdk7u/jdk7u-osx cd jdk7u-osx hg fpull -u unset LC_ALL LANG CLASSPATH JAVA_HOME LD_LIBRARY_PATH; make ALLOW_DOWNLOADS=true SA_APPLE_BOOT_JAVA=true ALWAYS_PASS_TEST_GAMMA=true ALT_BOOTDIR=`/usr/libexec/java_home -v 1.6` But got the following error building jobjc: ./jdk/src/macosx/native/jobjc/build.xml:131: exec returned: 1 at org.apache.tools.ant.taskdefs.ExecTask.runExecute(ExecTask.java:646) at org.apache.tools.ant.taskdefs.ExecTask.runExec(ExecTask.java:672) at org.apache.tools.ant.taskdefs.ExecTask.execute(ExecTask.java:498) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:390) at org.apache.tools.ant.Target.performTasks(Target.java:411) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1399) at org.apache.tools.ant.Project.executeTarget(Project.java:1368) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1251) at org.apache.tools.ant.Main.runBuild(Main.java:809) at org.apache.tools.ant.Main.startAnt(Main.java:217) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109) I am building on 10.6.8. I was successful building from the macosx-port repo on Dec 22. More console output is available here: https://gist.github.com/1526517 From andrew.brygin at oracle.com Wed Dec 28 03:02:27 2011 From: andrew.brygin at oracle.com (Andrew Brygin) Date: Wed, 28 Dec 2011 15:02:27 +0400 Subject: Request for review for 7124373: Setting frame icon images causes IllegalArgumentException Message-ID: <4EFAF743.9000308@oracle.com> Hello, please review a fix for the CR 7124373: Setting frame icon images causes IllegalArgumentException. This problem happens when a toolkit image is used as a frame icon. Toolkit images need to be prepared before usage, because they are loaded and processed asynchronously. Utility class MediaTracker can be used to prepare an image. If image can not be loaded for any reasons, null CImage is returned. Webrev: http://cr.openjdk.java.net/~bae/7124373/ Bug description: http://monaco.sfbay.sun.com/detail.jsf?cr=7124373 Thanks, Andrew From anthony.petrov at oracle.com Wed Dec 28 03:17:21 2011 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Wed, 28 Dec 2011 15:17:21 +0400 Subject: Request for review for 7124373: Setting frame icon images causes IllegalArgumentException In-Reply-To: <4EFAF743.9000308@oracle.com> References: <4EFAF743.9000308@oracle.com> Message-ID: <4EFAFAC1.9080107@oracle.com> Looks fine. -- best regards, Anthony On 12/28/2011 3:02 PM, Andrew Brygin wrote: > Hello, > > please review a fix for the CR 7124373: Setting frame icon images > causes IllegalArgumentException. > > This problem happens when a toolkit image is used as a frame icon. > Toolkit images need to be prepared before usage, because they are > loaded and processed asynchronously. Utility class MediaTracker > can be used to prepare an image. > > If image can not be loaded for any reasons, null CImage is returned. > > > Webrev: http://cr.openjdk.java.net/~bae/7124373/ > Bug description: http://monaco.sfbay.sun.com/detail.jsf?cr=7124373 > > Thanks, > Andrew From leonid.romanov at oracle.com Wed Dec 28 03:22:45 2011 From: leonid.romanov at oracle.com (Leonid Romanov) Date: Wed, 28 Dec 2011 15:22:45 +0400 Subject: Review request for MACOSX_PORT-779: TrayIcon removal test invariably crashes on System.exit after successful completion Message-ID: Hi, Please, review the fix for http://java.net/jira/browse/MACOSX_PORT-779 The webrev is located at: http://cr.openjdk.java.net/~leonidr/7125267/webrev.00/ Thanks, Leonid. From andrew.brygin at oracle.com Wed Dec 28 03:36:58 2011 From: andrew.brygin at oracle.com (Andrew Brygin) Date: Wed, 28 Dec 2011 15:36:58 +0400 Subject: [7u4] Request for approval for CR 7124373: Setting frame icon images causes IllegalArgumentException. Message-ID: <4EFAFF5A.3000906@oracle.com> Hello, This is a request to push the following changes to jdk7u-osx. CR: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7124373 Webrev: http://cr.openjdk.java.net/~bae/7124373/ The fix has been reviewed on macosx-port-dev mailing list by Anthony Petrov. Thanks, Andrew. From anthony.petrov at oracle.com Wed Dec 28 03:57:31 2011 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Wed, 28 Dec 2011 15:57:31 +0400 Subject: Review request for MACOSX_PORT-779: TrayIcon removal test invariably crashes on System.exit after successful completion In-Reply-To: References: Message-ID: <4EFB042B.7040406@oracle.com> Looks good to me. -- best regards, Anthony On 12/28/2011 3:22 PM, Leonid Romanov wrote: > Hi, > Please, review the fix for http://java.net/jira/browse/MACOSX_PORT-779 > The webrev is located at: > http://cr.openjdk.java.net/~leonidr/7125267/webrev.00/ > > Thanks, > Leonid. > From leonid.romanov at oracle.com Wed Dec 28 04:18:31 2011 From: leonid.romanov at oracle.com (Leonid Romanov) Date: Wed, 28 Dec 2011 16:18:31 +0400 Subject: [7u4] Request for approval for CR 7125267: TrayIcon removal test invariably crashes on System.exit after successful completion Message-ID: <6B949E14-92C7-47D3-AD31-9515280FFA64@oracle.com> Hi, This a request to push the following changes to jdk7u-osx. CR: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7125267 Webrev: http://cr.openjdk.java.net/~leonidr/7125267/webrev.00/ The fix has been reviewed on macosx-port-dev mailing list by Anthony Petrov. Thanks, Leonid. From sergey.bylokhov at oracle.com Wed Dec 28 07:23:43 2011 From: sergey.bylokhov at oracle.com (Sergey Bylokhov) Date: Wed, 28 Dec 2011 19:23:43 +0400 Subject: [7u4] Request for approval for CR 7124994 - GUI app is stuck in i18n testing Message-ID: <4EFB347F.9010805@oracle.com> Hello, This is a request to push the following changes to jdk7u-osx. The fix has been reviewed on macosx-port-dev mailing list by Alexander Potochkin Bug: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7124994 Webrev can be found at: http://cr.openjdk.java.net/~serb/780/webrev.00/ Technical review: http://mail.openjdk.java.net/pipermail/macosx-port-dev/2011-December/001922.html -- Best regards, Sergey. From sergey.bylokhov at oracle.com Wed Dec 28 07:28:09 2011 From: sergey.bylokhov at oracle.com (Sergey Bylokhov) Date: Wed, 28 Dec 2011 19:28:09 +0400 Subject: [7u4] Request for approval for CR 7124562 - RobotTest0001 & RobotTest0002 are not functional in JCK-runtime-7 interactive Message-ID: <4EFB3589.8060209@oracle.com> Hello, This is a request to push the following changes to jdk7u-osx. The fix has been reviewed on macosx-port-dev mailing list by Anthony Petrov and Artem Ananiev. Bug: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7124562 Webrev can be found at: http://cr.openjdk.java.net/~serb/488/webrev.00/ Technical review: http://mail.openjdk.java.net/pipermail/macosx-port-dev/2011-December/001893.html -- Best regards, Sergey. From paul.hohensee at oracle.com Wed Dec 28 07:53:59 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Wed, 28 Dec 2011 10:53:59 -0500 Subject: [7u4-osx] Request for approval for 7124511: Strange NullPointerException (err message: 'CFMessagePort: bootstrap_register(): failed 1100...') In-Reply-To: <4EF9C92E.6040106@oracle.com> References: <4EF9A220.8080106@oracle.com> <4EF9C92E.6040106@oracle.com> Message-ID: <4EFB3B97.6060303@oracle.com> Artem doesn't seem to be around, so in the interest of time (of which we have little left for 7u4 :) ), approved. Paul On 12/27/11 8:33 AM, Paul Hohensee wrote: > Ok with me, but Artem should approve. > > Paul > > On 12/27/11 5:46 AM, Anthony Petrov wrote: >> This is a request to push the following fix to jdk7u-osx: >> >> CR: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7124511 >> >> Webrev: http://cr.openjdk.java.net/~anthony/x-5-forceHeadless.0/ >> >> Technical review: >> http://mail.openjdk.java.net/pipermail/macosx-port-dev/2011-December/001883.html >> >> -- >> best regards, >> Anthony >> From paul.hohensee at oracle.com Wed Dec 28 07:54:17 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Wed, 28 Dec 2011 10:54:17 -0500 Subject: [7u4] Request for approval for CR 7124354: PopipMenuTest is not functional in JCK-runtime-7 interactive In-Reply-To: <4EF9D18E.9080705@oracle.com> References: <80A1535E-C702-4603-99E9-A40371FE2929@oracle.com> <4EF9D18E.9080705@oracle.com> Message-ID: <4EFB3BA9.9080404@oracle.com> Artem doesn't seem to be around, so in the interest of time (of which we have little left for 7u4 :) ), approved. Paul On 12/27/11 9:09 AM, Paul Hohensee wrote: > Ok with me, but Artem should approve. > > Paul > > On 12/27/11 8:41 AM, Leonid Romanov wrote: >> Hi, >> This is a request to push the following changes to jdk7u-osx. >> >> CR: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7124354 >> Webrev: http://cr.openjdk.java.net/~leonidr/7124354/webrev.00/ >> >> The fix has been reviewed on macosx-port-dev mailing list by Anthony >> Petrov. >> >> Thanks, >> Leonid. >> From paul.hohensee at oracle.com Wed Dec 28 07:55:05 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Wed, 28 Dec 2011 10:55:05 -0500 Subject: [7u4] Request for approval for CR 7124562 - RobotTest0001 & RobotTest0002 are not functional in JCK-runtime-7 interactive In-Reply-To: <4EFB3589.8060209@oracle.com> References: <4EFB3589.8060209@oracle.com> Message-ID: <4EFB3BD9.1040808@oracle.com> Since Artem's reviewed it, approved. Paul On 12/28/11 10:28 AM, Sergey Bylokhov wrote: > Hello, > This is a request to push the following changes to jdk7u-osx. > The fix has been reviewed on macosx-port-dev mailing list by Anthony > Petrov and Artem Ananiev. > > Bug: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7124562 > Webrev can be found at: http://cr.openjdk.java.net/~serb/488/webrev.00/ > Technical review: > http://mail.openjdk.java.net/pipermail/macosx-port-dev/2011-December/001893.html > > > -- > Best regards, Sergey. From paul.hohensee at oracle.com Wed Dec 28 08:04:02 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Wed, 28 Dec 2011 11:04:02 -0500 Subject: [7u4] Request for approval for CR 7124994 - GUI app is stuck in i18n testing In-Reply-To: <4EFB347F.9010805@oracle.com> References: <4EFB347F.9010805@oracle.com> Message-ID: <4EFB3DF2.5090108@oracle.com> Approved. Paul On 12/28/11 10:23 AM, Sergey Bylokhov wrote: > Hello, > This is a request to push the following changes to jdk7u-osx. > The fix has been reviewed on macosx-port-dev mailing list by Alexander > Potochkin > > Bug: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7124994 > Webrev can be found at: http://cr.openjdk.java.net/~serb/780/webrev.00/ > Technical review: > http://mail.openjdk.java.net/pipermail/macosx-port-dev/2011-December/001922.html > From paul.hohensee at oracle.com Wed Dec 28 08:10:50 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Wed, 28 Dec 2011 11:10:50 -0500 Subject: [7u4] Request for approval for CR 7124373: Setting frame icon images causes IllegalArgumentException. In-Reply-To: <4EFAFF5A.3000906@oracle.com> References: <4EFAFF5A.3000906@oracle.com> Message-ID: <4EFB3F8A.8040804@oracle.com> Approved. Paul On 12/28/11 6:36 AM, Andrew Brygin wrote: > Hello, > > This is a request to push the following changes to jdk7u-osx. > > CR: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7124373 > Webrev: http://cr.openjdk.java.net/~bae/7124373/ > > The fix has been reviewed on macosx-port-dev mailing list by Anthony > Petrov. > > Thanks, > Andrew. > From paul.hohensee at oracle.com Wed Dec 28 08:11:01 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Wed, 28 Dec 2011 11:11:01 -0500 Subject: [7u4] Request for approval for CR 7125267: TrayIcon removal test invariably crashes on System.exit after successful completion In-Reply-To: <6B949E14-92C7-47D3-AD31-9515280FFA64@oracle.com> References: <6B949E14-92C7-47D3-AD31-9515280FFA64@oracle.com> Message-ID: <4EFB3F95.5020300@oracle.com> Approved. Paul On 12/28/11 7:18 AM, Leonid Romanov wrote: > Hi, > This a request to push the following changes to jdk7u-osx. > > CR: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7125267 > Webrev: http://cr.openjdk.java.net/~leonidr/7125267/webrev.00/ > > The fix has been reviewed on macosx-port-dev mailing list by Anthony Petrov. > > Thanks, > Leonid. > From alexander.zuev at oracle.com Wed Dec 28 09:46:29 2011 From: alexander.zuev at oracle.com (Alexander Zuev) Date: Wed, 28 Dec 2011 20:46:29 +0300 Subject: [7u4] Request for approval for CR 7124316 - Passive and Peered IMF Client does not cope with input methods Message-ID: <4EFB55F5.1060006@oracle.com> Hello, this is request to push into the jdku7-osx workspace fix for the CR 7124316 - Passive and Peered IMF Client does not cope with input methods Fix has been reviewed on macosx-port-dev alias and approved by Alexander Potochkin Bug: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7124316 Webrev can be found at: http://cr.openjdk.java.net/~kizune/7124316/ Technical review: http://mail.openjdk.java.net/pipermail/macosx-port-dev/2011-December/001946.html With best regards, Alexander Zuev From paul.hohensee at oracle.com Wed Dec 28 09:13:24 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Wed, 28 Dec 2011 12:13:24 -0500 Subject: [7u4] Request for approval for CR 7124316 - Passive and Peered IMF Client does not cope with input methods In-Reply-To: <4EFB55F5.1060006@oracle.com> References: <4EFB55F5.1060006@oracle.com> Message-ID: <4EFB4E34.3050705@oracle.com> Approved. Paul On 12/28/11 12:46 PM, Alexander Zuev wrote: > Hello, > > this is request to push into the jdku7-osx workspace fix for the > CR 7124316 - Passive and Peered IMF Client does not cope with input > methods > Fix has been reviewed on macosx-port-dev alias and approved by > Alexander Potochkin > > Bug: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7124316 > Webrev can be found at: http://cr.openjdk.java.net/~kizune/7124316/ > Technical review: > http://mail.openjdk.java.net/pipermail/macosx-port-dev/2011-December/001946.html > > With best regards, > Alexander Zuev > > From Alexander.Potochkin at oracle.com Wed Dec 28 09:40:24 2011 From: Alexander.Potochkin at oracle.com (Alexander Potochkin) Date: Wed, 28 Dec 2011 21:40:24 +0400 Subject: [7u4] Request for approval for CR 7124540: [macosx] the Color panel is a black for ColorTest0005 Message-ID: <4EFB5488.4000407@oracle.com> Hello This a request to push the following changes to jdk7u-osx. CR: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7124540 Webrev: http://cr.openjdk.java.net/~alexp/7124540/webrev.00/ The fix has been reviewed on macosx-port-dev mailing list by Sergey Bylokhov as the fix for the corresponding entry in Jira http://java.net/jira/browse/MACOSX_PORT-477 Thanks alexp From Alexander.Potochkin at oracle.com Wed Dec 28 09:44:53 2011 From: Alexander.Potochkin at oracle.com (Alexander Potochkin) Date: Wed, 28 Dec 2011 21:44:53 +0400 Subject: [7u4] Request for approval for CR 7122256: scrollbar thumb is not full height in SThumbTest0001 Message-ID: <4EFB5595.2010300@oracle.com> Hello This a request to push the following changes to jdk7u-osx. CR: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7122256 Webrev: http://cr.openjdk.java.net/~alexp/7122256/webrev.00/ The fix has been reviewed on macosx-port-dev mailing list by Sergey Bylokhov as the fix for the corresponding entry in Jira http://java.net/jira/browse/MACOSX_PORT-773 Thanks alexp From alexander.zuev at oracle.com Wed Dec 28 10:10:01 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Wed, 28 Dec 2011 18:10:01 +0000 Subject: hg: jdk7u/jdk7u-osx/jdk: 7124316: [macosx] Passive and Peered IMF Client does not cope with input methods Message-ID: <20111228181011.DB126477EE@hg.openjdk.java.net> Changeset: dd45e1667b76 Author: kizune Date: 2011-12-28 22:10 +0300 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/dd45e1667b76 7124316: [macosx] Passive and Peered IMF Client does not cope with input methods Reviewed-by: alexp ! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java From paul.hohensee at oracle.com Wed Dec 28 11:15:36 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Wed, 28 Dec 2011 14:15:36 -0500 Subject: [7u4] Request for approval for CR 7124540: [macosx] the Color panel is a black for ColorTest0005 In-Reply-To: <4EFB5488.4000407@oracle.com> References: <4EFB5488.4000407@oracle.com> Message-ID: <4EFB6AD8.9030703@oracle.com> Approved. Paul On 12/28/11 12:40 PM, Alexander Potochkin wrote: > Hello > > This a request to push the following changes to jdk7u-osx. > > CR: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7124540 > Webrev: http://cr.openjdk.java.net/~alexp/7124540/webrev.00/ > > The fix has been reviewed on macosx-port-dev mailing list by Sergey > Bylokhov > as the fix for the corresponding entry in Jira > http://java.net/jira/browse/MACOSX_PORT-477 > > Thanks > alexp From paul.hohensee at oracle.com Wed Dec 28 11:17:35 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Wed, 28 Dec 2011 14:17:35 -0500 Subject: [7u4] Request for approval for CR 7122256: scrollbar thumb is not full height in SThumbTest0001 In-Reply-To: <4EFB5595.2010300@oracle.com> References: <4EFB5595.2010300@oracle.com> Message-ID: <4EFB6B4F.9080502@oracle.com> Approved. Paul On 12/28/11 12:44 PM, Alexander Potochkin wrote: > Hello > > This a request to push the following changes to jdk7u-osx. > > CR: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7122256 > Webrev: http://cr.openjdk.java.net/~alexp/7122256/webrev.00/ > > The fix has been reviewed on macosx-port-dev mailing list > by Sergey Bylokhov > as the fix for the corresponding entry in Jira > http://java.net/jira/browse/MACOSX_PORT-773 > > Thanks > alexp From stephen.bannasch at deanbrook.org Wed Dec 28 13:46:13 2011 From: stephen.bannasch at deanbrook.org (Stephen Bannasch) Date: Wed, 28 Dec 2011 16:46:13 -0500 Subject: error building jobjc during build of jdk7u-osx In-Reply-To: References: Message-ID: At 12:33 AM -0500 12/28/11, Stephen Bannasch wrote: >I tried the following to build jdk7u-osx: > >hg clone http://hg.openjdk.java.net/jdk7u/jdk7u-osx >cd jdk7u-osx >hg fpull -u >unset LC_ALL LANG CLASSPATH JAVA_HOME LD_LIBRARY_PATH; make ALLOW_DOWNLOADS=true SA_APPLE_BOOT_JAVA=true ALWAYS_PASS_TEST_GAMMA=true ALT_BOOTDIR=`/usr/libexec/java_home -v 1.6` > >But got the following error building jobjc: > >./jdk/src/macosx/native/jobjc/build.xml:131: exec returned: 1 > at org.apache.tools.ant.taskdefs.ExecTask.runExecute(ExecTask.java:646) > at org.apache.tools.ant.taskdefs.ExecTask.runExec(ExecTask.java:672) > at org.apache.tools.ant.taskdefs.ExecTask.execute(ExecTask.java:498) > at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291) > at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) > at org.apache.tools.ant.Task.perform(Task.java:348) > at org.apache.tools.ant.Target.execute(Target.java:390) > at org.apache.tools.ant.Target.performTasks(Target.java:411) > at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1399) > at org.apache.tools.ant.Project.executeTarget(Project.java:1368) > at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) > at org.apache.tools.ant.Project.executeTargets(Project.java:1251) > at org.apache.tools.ant.Main.runBuild(Main.java:809) > at org.apache.tools.ant.Main.startAnt(Main.java:217) > at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280) > at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109) > Evidently this ruby script used as part of the jobjc build process doesn't work in Ruby 1.9.2p290: jdk/src/macosx/native/jobjc/run-and-write-if-okay I am using RVM to manage multiple ruby installs and I use Ruby 1.9.2p290 as the default. Selecting the system Ruby with an '.rvmrc' file before running the build now completes without this error. [jdk7u-osx ]$ cat .rvmrc rvm system [jdk7u-osx ]$ ruby -v ruby 1.8.7 (2010-01-10 patchlevel 249) [universal-darwin10.0] I've updated my scripts for building jdk7u-osx: https://gist.github.com/1529906 From henri.gomez at gmail.com Thu Dec 29 00:08:35 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 29 Dec 2011 09:08:35 +0100 Subject: JDK7U and NetBeans 7.1 RC2 Message-ID: Hi to all, I'm testing JDK 7 with NetBeans 7.1 RC2 right now. To make NetBeans use this JVM, I updated netbeans_jdkhome in /Applications/NetBeans/NetBeans 7.1 RC2.app/Contents/Resources/NetBeans/etc/netbeans.conf" netbeans_jdkhome="/Library/Java/JavaVirtualMachines/1.7.0u.jdk/Contents/Home It works well with jdk7 from macosx-port branch but fail with jdk7u-osx : --- Process: java [6423] Path: /usr/bin/java Identifier: org.netbeans.ide.baseide.201111302200 Version: 1.0 (1.0) Code Type: X86-64 (Native) Parent Process: bash [6195] Date/Time: 2011-12-29 09:01:44.260 +0100 OS Version: Mac OS X 10.6.8 (10K549) Report Version: 6 Interval Since Last Report: 286052 sec Crashes Since Last Report: 3 Per-App Interval Since Last Report: 298 sec Per-App Crashes Since Last Report: 2 Anonymous UUID: 667A090C-8FC0-464E-8832-08B5CEA333B4 Exception Type: EXC_CRASH (SIGABRT) Exception Codes: 0x0000000000000000, 0x0000000000000000 Crashed Thread: 18 Java: C2 CompilerThread1 Application Specific Information: abort() called Thread 18 Crashed: Java: C2 CompilerThread1 0 libSystem.B.dylib 0x00007fff82e5f9ce __semwait_signal_nocancel + 10 1 libSystem.B.dylib 0x00007fff82e5f8d0 nanosleep$NOCANCEL + 129 2 libSystem.B.dylib 0x00007fff82ebc3ce usleep$NOCANCEL + 57 3 libSystem.B.dylib 0x00007fff82edba00 abort + 93 4 libjvm.dylib 0x000000010138ff6f os::abort(bool) + 25 5 libjvm.dylib 0x0000000101478a62 VMError::report_and_die() + 2306 6 libjvm.dylib 0x00000001013915e7 JVM_handle_bsd_signal + 1047 7 libSystem.B.dylib 0x00007fff82e4d1ba _sigtramp + 26 8 libjvm.dylib 0x00000001013159c4 PhaseIdealLoop::idom_no_update(Node*) const + 18 9 libjvm.dylib 0x000000010131f0c5 PhaseIdealLoop::build_loop_late_post(Node*) + 433 10 libjvm.dylib 0x000000010131f35a PhaseIdealLoop::build_loop_late(VectorSet&, Node_List&, Node_Stack&) + 352 11 libjvm.dylib 0x0000000101324d22 PhaseIdealLoop::build_and_optimize(bool, bool) + 1474 12 libjvm.dylib 0x000000010117460d Compile::Optimize() + 567 13 libjvm.dylib 0x00000001011771ac Compile::Compile(ciEnv*, C2Compiler*, ciMethod*, int, bool, bool) + 2052 14 libjvm.dylib 0x00000001011246a5 C2Compiler::compile_method(ciEnv*, ciMethod*, int) + 157 15 libjvm.dylib 0x000000010117962b CompileBroker::invoke_compiler_on_method(CompileTask*) + 941 16 libjvm.dylib 0x000000010117b10d CompileBroker::compiler_thread_loop() + 285 17 libjvm.dylib 0x000000010144e6f6 JavaThread::thread_main_inner() + 134 18 libjvm.dylib 0x000000010144fcd1 JavaThread::run() + 369 19 libjvm.dylib 0x0000000101390491 java_start(Thread*) + 173 20 libSystem.B.dylib 0x00007fff82e25fd6 _pthread_start + 331 21 libSystem.B.dylib 0x00007fff82e25e89 thread_start + 13 Should I open a bug report in JIRA or elsewhere ? Cheers From andrew.brygin at oracle.com Thu Dec 29 01:28:00 2011 From: andrew.brygin at oracle.com (andrew.brygin at oracle.com) Date: Thu, 29 Dec 2011 09:28:00 +0000 Subject: hg: jdk7u/jdk7u-osx/jdk: 7124373: [macosx] Setting frame icon images causes IllegalArgumentException Message-ID: <20111229092819.5BEEE47820@hg.openjdk.java.net> Changeset: b35e80eb4475 Author: bae Date: 2011-12-29 12:21 +0300 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/b35e80eb4475 7124373: [macosx] Setting frame icon images causes IllegalArgumentException Reviewed-by: anthony ! src/macosx/classes/sun/lwawt/macosx/CImage.java From dmitry.cherepanov at oracle.com Thu Dec 29 03:22:58 2011 From: dmitry.cherepanov at oracle.com (Dmitry Cherepanov) Date: Thu, 29 Dec 2011 14:22:58 +0300 Subject: Review request for MACOSX_PORT-785: painting artifacts after running SwingSet2 with jdk7u-osx build Message-ID: <4EFC4D92.6000205@oracle.com> Hello, Please review a fix for http://java.net/jira/browse/MACOSX_PORT-785 at http://cr.openjdk.java.net/~dcherepanov/7125723/webrev.0 The fix suggests pushing the following changeset [1] (that was missed after syncing from macosx-port to jdk7u-osx) to jdk7u-osx. Thanks, Dmitry [1] - http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/50b8fef5df7d From andrew.brygin at oracle.com Thu Dec 29 02:42:14 2011 From: andrew.brygin at oracle.com (Andrew Brygin) Date: Thu, 29 Dec 2011 14:42:14 +0400 Subject: Review request for MACOSX_PORT-785: painting artifacts after running SwingSet2 with jdk7u-osx build In-Reply-To: <4EFC4D92.6000205@oracle.com> References: <4EFC4D92.6000205@oracle.com> Message-ID: <4EFC4406.7000800@oracle.com> Looks fine. Thanks, Andrew On 12/29/11 3:22 PM, Dmitry Cherepanov wrote: > Hello, > > Please review a fix for http://java.net/jira/browse/MACOSX_PORT-785 at > > http://cr.openjdk.java.net/~dcherepanov/7125723/webrev.0 > > The fix suggests pushing the following changeset [1] (that was missed > after syncing from macosx-port to jdk7u-osx) to jdk7u-osx. > > Thanks, > Dmitry > > [1] - > http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/50b8fef5df7d > From alexander.zuev at oracle.com Thu Dec 29 03:58:08 2011 From: alexander.zuev at oracle.com (Alexander Zuev) Date: Thu, 29 Dec 2011 14:58:08 +0300 Subject: Need a review/commit for MACOSX_PORT-515 In-Reply-To: <2617D479-ED17-4190-B4B5-B3F17B43E7F1@oracle.com> References: <2617D479-ED17-4190-B4B5-B3F17B43E7F1@oracle.com> Message-ID: <4EFC55D0.6060608@oracle.com> Scott, as the macosx-port workspace is frozen you will have to push your changes into the jdku7-osx-gate workspace and the process is slightly different there. First - the rule for pushing into the main jdk is that it's either the technical merge and it should have the 'Merge' comment in it or you will have to put the bugster link to the comment, external bug tracking tools will not fit there. This issue for some reason haven't been moved to the bugster - have no idea why though - so you will have to submit this issue there yourself. If there's any trouble with submitting it to bugster - tell me i will give more detailed information on how to do so. Then you will need to get the technical review in the same way you had it now but for the bugster CR. After you've got the positive technical review you will have to ask for the push approval from the workspace gatekeepers by sending formal request to the jdk7u-dev at openjdk.java.net alias with CC to the macosx-port-dev alias. The subject should be like [jdk7u-osx] Request for approval for 1234567 - Full CR synopsis of that bug. In the message body you will have to state what change you are about to commit, who was the technical reviewer and give a link to the webrev, bugster and mail in archive where change were reviewed (see attached example request from Sergey for guidelines). After you got the push approval and if by that time you will not have the push permission to the jdk7u-osx-gate (jdk7u-osx is read-only for most of the folks) i will be happy to assist pushing your change there. Change will not appear in jdk7u-osx immediately though and you will have to wait at least a day until it settles up. Take into consideration that coding and formatting checks are in place in jdku7-osx-* workspaces and they are stricter than they were in macosx-port, so no tabs in place of spaces, no trailing spaces in line, push comments should be carefully forged, all that stuff. Checks are automatic and if your fix is not passing them then system will not allow you to push it. With best regards, Alexander Zuev On 12/27/11 19:42, Scott Kovatch wrote: > http://java.net/jira/browse/MACOSX_PORT-515 > > Can someone review and check in the patch I attached to this bug? This is keeping us from getting a clean run of the deployment test suite. > > Thanks, > Scott K. > > ---------------------------------------- > Scott Kovatch > scott.kovatch at oracle.com > Santa Clara/Pleasanton, CA > > From dmitry.cherepanov at oracle.com Thu Dec 29 04:25:37 2011 From: dmitry.cherepanov at oracle.com (Dmitry Cherepanov) Date: Thu, 29 Dec 2011 15:25:37 +0300 Subject: Review request for MACOSX_PORT-686: Regression in drawing (Not running on AppKit thread 0...) Message-ID: <4EFC5C41.10809@oracle.com> Hello, Please review a temporary fix for http://java.net/jira/browse/MACOSX_PORT-686 at http://cr.openjdk.java.net/~dcherepanov/7124263/webrev.0/ The fix ensures that -drawInCGLContext: and -dealloc is called on the main thread (the fix is needed for the plugin and it's contributed by Scott Kovatch). It's still unclear why -drawInCGLContext: isn't called on the main thread and the change is suggested as a temporary workaround. Also, the patch includes some cleanup - it eliminates the code that manages JNI global ref and starts using JNFJObjectWrapper. Thanks, Dmitry From anthony.petrov at oracle.com Thu Dec 29 04:10:19 2011 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Thu, 29 Dec 2011 16:10:19 +0400 Subject: Review request for MACOSX_PORT-686: Regression in drawing (Not running on AppKit thread 0...) In-Reply-To: <4EFC5C41.10809@oracle.com> References: <4EFC5C41.10809@oracle.com> Message-ID: <4EFC58AB.8080408@oracle.com> Hi Dmitry, The fix looks fine. I'm just wondering, do we really have to wrap the -dealloc into perform...:wait:YES ? Is this a requirement from JNFJObjectWrapper? -- best regards, Anthony On 12/29/11 16:25, Dmitry Cherepanov wrote: > Hello, > > Please review a temporary fix for > http://java.net/jira/browse/MACOSX_PORT-686 at > > http://cr.openjdk.java.net/~dcherepanov/7124263/webrev.0/ > > The fix ensures that -drawInCGLContext: and -dealloc is called on the > main thread (the fix is needed for the plugin and it's contributed by > Scott Kovatch). It's still unclear why -drawInCGLContext: isn't called > on the main thread and the change is suggested as a temporary workaround. > > Also, the patch includes some cleanup - it eliminates the code that > manages JNI global ref and starts using JNFJObjectWrapper. > > Thanks, > Dmitry > From anthony.petrov at oracle.com Thu Dec 29 04:42:37 2011 From: anthony.petrov at oracle.com (anthony.petrov at oracle.com) Date: Thu, 29 Dec 2011 12:42:37 +0000 Subject: hg: jdk7u/jdk7u-osx/jdk: 7124511: [macosx] Strange NullPointerException (err message: 'CFMessagePort: bootstrap_register(): failed 110 Message-ID: <20111229124256.186F747821@hg.openjdk.java.net> Changeset: abae34c163a2 Author: anthony Date: 2011-12-29 15:42 +0300 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/abae34c163a2 7124511: [macosx] Strange NullPointerException (err message: 'CFMessagePort: bootstrap_register(): failed 110 Summary: Force AWT Headless mode when the graphics server is unavailable Reviewed-by: swingler ! src/share/classes/java/awt/GraphicsEnvironment.java ! src/solaris/native/java/lang/java_props_md.c ! src/solaris/native/sun/awt/awt_LoadLibrary.c From dmitry.cherepanov at oracle.com Thu Dec 29 06:06:52 2011 From: dmitry.cherepanov at oracle.com (Dmitry Cherepanov) Date: Thu, 29 Dec 2011 17:06:52 +0300 Subject: Review request for MACOSX_PORT-539: Need a java.awt.EmbeddedFrame subclass Message-ID: <4EFC73FC.1060607@oracle.com> Hello, Please review an initial implementation for http://java.net/jira/browse/MACOSX_PORT-539 at http://cr.openjdk.java.net/~dcherepanov/7124335/webrev.0/ Basically the fix provides a lightweight implementation of the EmbeddedFrame class (isn't backed by a NSView/NSWindow). The implementation creates an instance of CALayer and exposes it as protected CEmbeddedFrame method. Please see the bug report http://java.net/jira/browse/MACOSX_PORT-539 for more details about the current version of the fix. Thanks, Dmitry From sergey.bylokhov at oracle.com Thu Dec 29 05:34:27 2011 From: sergey.bylokhov at oracle.com (Sergey Bylokhov) Date: Thu, 29 Dec 2011 17:34:27 +0400 Subject: Request for review: 7124530 What is background color of AWT component? (And foreground, for that matter) Message-ID: <4EFC6C63.5010806@oracle.com> Hi Everyone, This is a fix for some glitches in the code for background/foreground/font properties. 1. SystemColor.window was changed to color which is used by default in swing l&f(Aqua). Changes in AquaImageFactory.java and CSystemColors.m. Now most of the awt components use this color as default. 2. set** methods were moved from LWWindowPeer to LWComponentPeer, because there is an issues when these methods has no effect, because repaint of the component does not happen.For example: - call Label.setbackground which set component background property - call Peer.setBackground - call Delegate.setBackgound - compare passed color with color from Label property, which was set in the first step: changes in LWWindowPeer,LWContainerPeer,LWComponentPeer. 3. List default color was changed to SystemColor.text: changes in LWListPeer.java. 4. LWWIndow target color initialization was moved from CPlatformIndow to LWWindowPeer, so it can be reused later by CPlatformEmbeddedFrame . 5. unnecessary peers set** methods and unnecessary delegate in LWCanvasPeer were removed: changes in LWCanvasPeer.java, LWListPeer.java, LWPanelPeer.java. Bug: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7124530 Webrev can be found at: http://cr.openjdk.java.net/~serb/7124530/webrev.00/ -- Best regards, Sergey. From alexander.zuev at oracle.com Thu Dec 29 05:34:56 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Thu, 29 Dec 2011 13:34:56 +0000 Subject: hg: jdk7u/jdk7u-osx/jdk: 7124354: [macosx] PopipMenuTest is not functional in JCK-runtime-7 interactive Message-ID: <20111229133507.546FA47822@hg.openjdk.java.net> Changeset: 546eea5433b1 Author: leonidr Date: 2011-12-29 17:35 +0300 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/546eea5433b1 7124354: [macosx] PopipMenuTest is not functional in JCK-runtime-7 interactive Reviewed-by: anthony ! src/macosx/classes/sun/lwawt/macosx/CPopupMenu.java ! src/macosx/native/sun/awt/AWTView.h ! src/macosx/native/sun/awt/AWTView.m ! src/macosx/native/sun/awt/CPopupMenu.m From dmitry.cherepanov at oracle.com Thu Dec 29 06:37:36 2011 From: dmitry.cherepanov at oracle.com (Dmitry Cherepanov) Date: Thu, 29 Dec 2011 17:37:36 +0300 Subject: Review request for MACOSX_PORT-686: Regression in drawing (Not running on AppKit thread 0...) In-Reply-To: <4EFC58AB.8080408@oracle.com> References: <4EFC5C41.10809@oracle.com> <4EFC58AB.8080408@oracle.com> Message-ID: <4EFC7B30.4030105@oracle.com> Hi Anthony, Thanks for looking into this. I suppose that it's not related to JNFJObjectWrapper as Scott wrote the following comment in the bug report: "The method is being called in a cleanup routine when the thread exits. This is also why I need to put dealloc into a block as well." I reverted the mentioned change in the -dealloc and after quick testing, I can confirm that the exception goes away without the change in -dealloc. Scott, is it OK if we revert the change in -dealloc or it's needed to fix something else? Thanks, Dmitry Anthony Petrov wrote: > Hi Dmitry, > > The fix looks fine. I'm just wondering, do we really have to wrap the > -dealloc into perform...:wait:YES ? Is this a requirement from > JNFJObjectWrapper? > > -- > best regards, > Anthony > > On 12/29/11 16:25, Dmitry Cherepanov wrote: >> Hello, >> >> Please review a temporary fix for >> http://java.net/jira/browse/MACOSX_PORT-686 at >> >> http://cr.openjdk.java.net/~dcherepanov/7124263/webrev.0/ >> >> The fix ensures that -drawInCGLContext: and -dealloc is called on the >> main thread (the fix is needed for the plugin and it's contributed by >> Scott Kovatch). It's still unclear why -drawInCGLContext: isn't called >> on the main thread and the change is suggested as a temporary >> workaround. >> >> Also, the patch includes some cleanup - it eliminates the code that >> manages JNI global ref and starts using JNFJObjectWrapper. >> >> Thanks, >> Dmitry >> From leonid.romanov at oracle.com Thu Dec 29 06:25:21 2011 From: leonid.romanov at oracle.com (Leonid Romanov) Date: Thu, 29 Dec 2011 18:25:21 +0400 Subject: Review request for MACOSX_PORT-539: Need a java.awt.EmbeddedFrame subclass In-Reply-To: <4EFC73FC.1060607@oracle.com> References: <4EFC73FC.1060607@oracle.com> Message-ID: Regarding your nsButtonToJavaButton change. Please be aware that in the case of mouse movement events, button number you get from Cocoa's NSEvent will contain uninitialized value (basically, garbage). Because of it, you can't just translate Cocoa button number into java button number as you do in CPlatformView.deliverMouseEvent Leonid. On 29.12.2011, at 18:06, Dmitry Cherepanov wrote: > Hello, > > Please review an initial implementation for http://java.net/jira/browse/MACOSX_PORT-539 at > > http://cr.openjdk.java.net/~dcherepanov/7124335/webrev.0/ > > Basically the fix provides a lightweight implementation of the EmbeddedFrame class (isn't backed by a NSView/NSWindow). The implementation creates an instance of CALayer and exposes it as protected CEmbeddedFrame method. > > Please see the bug report http://java.net/jira/browse/MACOSX_PORT-539 for more details about the current version of the fix. > > Thanks, > Dmitry > From leonid.romanov at oracle.com Thu Dec 29 08:26:04 2011 From: leonid.romanov at oracle.com (Leonid Romanov) Date: Thu, 29 Dec 2011 20:26:04 +0400 Subject: Review request for MACOSX_PORT-651: Modal behavior difference with and without Robot interaction In-Reply-To: <4EF4728B.5050901@oracle.com> References: <4EF4728B.5050901@oracle.com> Message-ID: <725D739B-1A8F-44F1-B0B1-6307ED90237D@oracle.com> Hi, I've tried your suggestion and it didn't make any difference. Here is updated webrev: http://cr.openjdk.java.net/~leonidr/7124289/webrev.00/ Leonid. On 23.12.2011, at 16:22, Anthony Petrov wrote: > Hi Leonid, > > I'm not an Apple guy, but I'll chime in anyway. Firstly, the Internets suggest that your fix is okay [1]. BTW, I'd suggest to initialize the static variables that you put into blocks, since you assign values to them conditionally, but use them in any case. I realize that normally a MouseUP doesn't come before a MouseDown, but just in case... After all it's a user who calls Robot methods. > > However, FWIW, have you tried using a different event tap (kCGHIDEventTap instead of kCGSessionEventTap) to post events w/o dealing with the event numbers? We use kCGHIDEventTap in another project, and I don't recall any issues requiring us to set the event numbers for synthetic mouse events explicitly. Perhaps we don't use this piece of code too very often to encounter the issue though, but still this idea is worth giving it a try, isn't it? > > [1] http://stackoverflow.com/questions/2602224/synthetic-click-doesnt-switch-applications-menu-bar-mac-os-x > > -- > best regards, > Anthony > > On 12/22/2011 10:10 PM, Leonid Romanov wrote: >> Hello! >> Please review the fix for http://java.net/jira/browse/MACOSX_PORT-651 >> I'm not really satisfied with the fix (you will understand why when you see it), so it would be great if Apple guys could take a look at it. >> The webrev is located at: >> http://cr.openjdk.java.net/~leonidr/event-number/ >> Thanks, >> Leonid. From alexander.zuev at oracle.com Thu Dec 29 08:39:31 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Thu, 29 Dec 2011 16:39:31 +0000 Subject: hg: jdk7u/jdk7u-osx/jdk: 7125267: TrayIcon removal test invariably crashes on System.exit after successful completion Message-ID: <20111229163942.9137F47823@hg.openjdk.java.net> Changeset: c0b98811b1fc Author: leonidr Date: 2011-12-29 20:40 +0300 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/c0b98811b1fc 7125267: TrayIcon removal test invariably crashes on System.exit after successful completion Reviewed-by: anthony ! src/macosx/native/sun/awt/CTrayIcon.m From david.katleman at sun.com Thu Dec 29 09:41:16 2011 From: david.katleman at sun.com (david.katleman at sun.com) Date: Thu, 29 Dec 2011 17:41:16 +0000 Subject: hg: jdk7u/jdk7u-osx: Added tag jdk7u4-b200 for changeset 25457f672756 Message-ID: <20111229174116.3BF3747824@hg.openjdk.java.net> Changeset: cb4d467b5794 Author: katleman Date: 2011-12-29 09:21 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/rev/cb4d467b5794 Added tag jdk7u4-b200 for changeset 25457f672756 ! .hgtags From david.katleman at sun.com Thu Dec 29 09:41:22 2011 From: david.katleman at sun.com (david.katleman at sun.com) Date: Thu, 29 Dec 2011 17:41:22 +0000 Subject: hg: jdk7u/jdk7u-osx/corba: Added tag jdk7u4-b200 for changeset 1ba1205119dc Message-ID: <20111229174123.AF88747825@hg.openjdk.java.net> Changeset: e6edf9c4d507 Author: katleman Date: 2011-12-29 09:21 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/corba/rev/e6edf9c4d507 Added tag jdk7u4-b200 for changeset 1ba1205119dc ! .hgtags From david.katleman at sun.com Thu Dec 29 09:42:21 2011 From: david.katleman at sun.com (david.katleman at sun.com) Date: Thu, 29 Dec 2011 17:42:21 +0000 Subject: hg: jdk7u/jdk7u-osx/hotspot: Added tag jdk7u4-b200 for changeset b7da211dd95e Message-ID: <20111229174225.04EB347826@hg.openjdk.java.net> Changeset: 20e6e120cc7b Author: katleman Date: 2011-12-29 09:21 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/20e6e120cc7b Added tag jdk7u4-b200 for changeset b7da211dd95e ! .hgtags From david.katleman at sun.com Thu Dec 29 09:43:44 2011 From: david.katleman at sun.com (david.katleman at sun.com) Date: Thu, 29 Dec 2011 17:43:44 +0000 Subject: hg: jdk7u/jdk7u-osx/jaxp: Added tag jdk7u4-b200 for changeset 98759b436636 Message-ID: <20111229174344.46D0C47827@hg.openjdk.java.net> Changeset: ced0ff2f2bd3 Author: katleman Date: 2011-12-29 09:21 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxp/rev/ced0ff2f2bd3 Added tag jdk7u4-b200 for changeset 98759b436636 ! .hgtags From david.katleman at sun.com Thu Dec 29 09:43:50 2011 From: david.katleman at sun.com (david.katleman at sun.com) Date: Thu, 29 Dec 2011 17:43:50 +0000 Subject: hg: jdk7u/jdk7u-osx/jaxws: Added tag jdk7u4-b200 for changeset 33a21a587262 Message-ID: <20111229174350.DA9E447828@hg.openjdk.java.net> Changeset: 5922b1989efa Author: katleman Date: 2011-12-29 09:21 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jaxws/rev/5922b1989efa Added tag jdk7u4-b200 for changeset 33a21a587262 ! .hgtags From david.katleman at sun.com Thu Dec 29 09:43:59 2011 From: david.katleman at sun.com (david.katleman at sun.com) Date: Thu, 29 Dec 2011 17:43:59 +0000 Subject: hg: jdk7u/jdk7u-osx/jdk: Added tag jdk7u4-b200 for changeset c0b98811b1fc Message-ID: <20111229174409.EFACC47829@hg.openjdk.java.net> Changeset: bd7524f94558 Author: katleman Date: 2011-12-29 09:21 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/bd7524f94558 Added tag jdk7u4-b200 for changeset c0b98811b1fc ! .hgtags From david.katleman at sun.com Thu Dec 29 09:45:14 2011 From: david.katleman at sun.com (david.katleman at sun.com) Date: Thu, 29 Dec 2011 17:45:14 +0000 Subject: hg: jdk7u/jdk7u-osx/langtools: Added tag jdk7u4-b200 for changeset 8851e7f3721f Message-ID: <20111229174518.7F51C4782A@hg.openjdk.java.net> Changeset: 004d487ac886 Author: katleman Date: 2011-12-29 09:21 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/langtools/rev/004d487ac886 Added tag jdk7u4-b200 for changeset 8851e7f3721f ! .hgtags From scott.kovatch at oracle.com Thu Dec 29 09:50:08 2011 From: scott.kovatch at oracle.com (Scott Kovatch) Date: Thu, 29 Dec 2011 09:50:08 -0800 Subject: Objective-C files not being checked with jcheck Message-ID: <94324875-BB2F-4A4B-B464-F29FE52845BD@oracle.com> Folks, The 'official' copy of jcheck is not scanning .m or .mm files for whitespace violations. I use a local copy of the latest jcheck so I don't have to be on VPN all the time, and I modified the script to look at .m files as well. Two change sets just arrived with trailing whitespace. From what I have been told about mercurial and the way jcheck works, fixing this is going to be more than a simple script change because jcheck looks at each changeset as they are applied to your local workspace. I think I can work around this by relaxing the pretxnchangegroup.jcheck but we really should investigate this soon. The jcheck script fix is very easy. Change line 142 to: normext_re = re.compile(".*\.(java|c|h|cpp|hpp|m|mm)$") -- Scott K. ---------------------------------------- Scott Kovatch scott.kovatch at oracle.com Santa Clara/Pleasanton, CA From scott.kovatch at oracle.com Thu Dec 29 09:58:26 2011 From: scott.kovatch at oracle.com (Scott Kovatch) Date: Thu, 29 Dec 2011 09:58:26 -0800 Subject: Review request for MACOSX_PORT-539: Need a java.awt.EmbeddedFrame subclass In-Reply-To: References: <4EFC73FC.1060607@oracle.com> Message-ID: <19F9725C-D913-40D9-8579-ACAB512D500E@oracle.com> In Dmitry's new version it looks like this is now happening in CPlatformResponder. Is it necessary to track the button number during a mouse move from Java's point of view? If so you can obtain the button state with NSEvent's + (NSUInteger)pressedMouseButtons instead. -- Scott K. On Dec 29, 2011, at 6:25 AM, Leonid Romanov wrote: > Regarding your nsButtonToJavaButton change. Please be aware that in the case of mouse movement events, button number you get from Cocoa's NSEvent will contain uninitialized value (basically, garbage). Because of it, you can't just translate Cocoa button number into java button number as you do in CPlatformView.deliverMouseEvent > > Leonid. > > On 29.12.2011, at 18:06, Dmitry Cherepanov wrote: > >> Hello, >> >> Please review an initial implementation for http://java.net/jira/browse/MACOSX_PORT-539 at >> >> http://cr.openjdk.java.net/~dcherepanov/7124335/webrev.0/ >> >> Basically the fix provides a lightweight implementation of the EmbeddedFrame class (isn't backed by a NSView/NSWindow). The implementation creates an instance of CALayer and exposes it as protected CEmbeddedFrame method. >> >> Please see the bug report http://java.net/jira/browse/MACOSX_PORT-539 for more details about the current version of the fix. >> >> Thanks, >> Dmitry >> > From Alexander.Potochkin at oracle.com Thu Dec 29 10:14:08 2011 From: Alexander.Potochkin at oracle.com (Alexander Potochkin) Date: Thu, 29 Dec 2011 22:14:08 +0400 Subject: The latest 7u-osx crashes Message-ID: <4EFCADF0.5070909@oracle.com> Hello I just built the latest 7u-osx jdk on Mac and found that it crashes when I run any application I hear that our release team observed the same problem, wonder if anybody knows how to fix it # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x00000001015fe2e4, pid=78258, tid=4401594368 # # JRE version: 7.0 # Java VM: OpenJDK 64-Bit Server VM (23.0-b06 mixed mode bsd-amd64 compressed oops) # Problematic frame: # V [libjvm.dylib+0x27b2e4] Thanks alexp From Alexander.Potochkin at oracle.com Thu Dec 29 10:32:34 2011 From: Alexander.Potochkin at oracle.com (Alexander Potochkin) Date: Thu, 29 Dec 2011 22:32:34 +0400 Subject: Request for review: 7124530 What is background color of AWT component? (And foreground, for that matter) In-Reply-To: <4EFC6C63.5010806@oracle.com> References: <4EFC6C63.5010806@oracle.com> Message-ID: <4EFCB242.7020704@oracle.com> Hello Sergey > Hi Everyone, > This is a fix for some glitches in the code for > background/foreground/font properties. > 1. SystemColor.window was changed to color which is used by default in > swing l&f(Aqua). Changes in AquaImageFactory.java and CSystemColors.m. > Now most of the awt components use this color as default. > 2. set** methods were moved from LWWindowPeer to LWComponentPeer, > because there is an issues when these methods has no effect, because > repaint of the component does not happen.For example: > - call Label.setbackground which set component background property > - call Peer.setBackground > - call Delegate.setBackgound > - compare passed color with color from Label property, which was set > in the first step: changes in > LWWindowPeer,LWContainerPeer,LWComponentPeer. could you give more details on that? the pattern where every peer has its delegate which is responsible for storing/repainting for colors and fonts looks more laconic and consistent to me. > 3. List default color was changed to SystemColor.text: changes in > LWListPeer.java. LWListPeer set the font and colors to its view component, with the proposed fix it seems to update the scrollPane instead > 4. LWWIndow target color initialization was moved from CPlatformIndow > to LWWindowPeer, so it can be reused later by CPlatformEmbeddedFrame . > 5. unnecessary peers set** methods and unnecessary delegate in > LWCanvasPeer were removed: changes in LWCanvasPeer.java, > LWListPeer.java, LWPanelPeer.java. > > Bug: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7124530 > Webrev can be found at: > http://cr.openjdk.java.net/~serb/7124530/webrev.00/ > Thanks alexp From weijun.wang at oracle.com Thu Dec 29 21:05:15 2011 From: weijun.wang at oracle.com (Weijun Wang) Date: Fri, 30 Dec 2011 13:05:15 +0800 Subject: code review request (Re: Some Mac JDK codes not open sourced (was Fwd: Re: Kerberos codes in Apple's Java)) In-Reply-To: References: <4EEAB262.7090606@oracle.com> <6586F238-E84C-4EB7-8ABC-593E818C6809@apple.com> <4EEFDB8E.3070202@oracle.com> <4EEFE2B5.5020900@oracle.com> <4EEFEB5D.4040706@oracle.com> <5FA024C7-8F7E-4A5A-AE0D-DA8104580AC9@apple.com> <4EF029EE.9070806@oracle.com> <4EF04D2A.9070308@oracle.com> <4EF1B7F3.4030602@oracle.com> Message-ID: <4EFD468B.2040307@oracle.com> Hi Scott Webrev updated: http://cr.openjdk.java.net/~weijun/7123107/webrev.01/ I've renamed MacOSXCredentials.c to nativeccache.c and put it into share. The native calls inside should apply to all memory based ccache. The lib is now only compiled for macosx, but it will easy to extend it to another platform later. Thanks Max On 12/22/2011 12:32 AM, Scott Kovatch wrote: > Oh, sorry, I didn't realize you were waiting on me. > > I think you can just add a "FILES_c =" directive and use the file as a .c file. > > However, I think this needs it's own library, as we are using a JNI_OnLoad to find a number of Kerberos-related classes. I suspect a lot of bundled apps will be using FileManager, which means they will end up loading Kerberos and keystore code as well. That's not necessary. > > I would change the comment in Credentials.java that talks about Windows not having a ticket file (line 288) since the logic has changed to include Mac OS x. > > Sent from my iPad > > On Dec 21, 2011, at 2:41 AM, Weijun Wang wrote: > >> Hi Scott >> >> Ping again. I main want you to see if the Makefile is good. As for the c file, I rename it to .m to have a similar look with the others, of course that means I need to s/#include/#import/. Also, I need your opinion if stuffing it inside the libosx.dylib is a good idea. >> >> Thanks >> Max >> >> On 12/20/2011 04:54 PM, Weijun Wang wrote: >>> None of you review my code changes. :( >>> >>> Here is the final version: >>> >>> http://cr.openjdk.java.net/~weijun/7123107/webrev.00/ >>> >>> I guess with the current bylaw. The jdk7u-osx belongs to the "jdk7u - >>> JDK 7 Updates Project" and skovatch is not listed there. So I guess I >>> will be the committer and you will be the author, and then I can add my >>> name as reviewer if you review it for me. Hopefully I can get that >>> correct. I've never commit something with another people's name as author. >>> >>> Thanks >>> Max >>> >>> >>> On 12/20/2011 02:50 PM, Scott Kovatch wrote: >>>> Be sure to mark me as author/contributor/whatever so I can get my 8 >>>> checkmarks for commit rights. :-) >>>> >>>> >>>> -- Scott >>>> >>>> On Dec 19, 2011, at 10:23 PM, Weijun Wang wrote: >>>> >>>>> Hi All >>>>> >>>>> I've created a webrev. Please anyone take a review: >>>>> >>>>> http://cr.openjdk.java.net/~weijun/9999999/webrev.12/ >>>>> >>>>> *Jeannette*: >>>>> >>>>> Is a formal donate-to-openjdk process needed? The file in my webrev >>>>> still has the Apple copyright line. IANAL and I do not want to make >>>>> any change to it myself. >>>>> >>>>> Thanks >>>>> Max >>>>> >>>>> >>>>> On 12/20/2011 09:58 AM, Mike Swingler wrote: >>>>>> This is just a .c file. No Objective-C here. >>>>>> >>>>>> ~Mike >>>>>> >>>>>> On Dec 19, 2011, at 5:56 PM, Weijun Wang wrote: >>>>>> >>>>>>> Hi Bino >>>>>>> >>>>>>> Thank you for locating it. I would be glad if you or Scott can do >>>>>>> an integration. I guess this .m file is almost a pure .c file but >>>>>>> I'm really unfamiliar with compiler settings on Mac. >>>>>>> >>>>>>> -Max >>>>>>> >>>>>>> >>>>>>> On 12/20/2011 09:51 AM, Bino George wrote: >>>>>>>> Hi Weijun, >>>>>>>> >>>>>>>> It looks like we did not port over some of the native code that >>>>>>>> Scott Kovatch wrote for the Mac. Attached is the native file for >>>>>>>> JDK6 that implements the missing JNI method. Can you or Scott try >>>>>>>> to integrate it to JDK 7 ? If you have difficulty, let me know and >>>>>>>> I will take care of it some time this week. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Bino. >>>>>>>> >>>>>>>> >>>>>>>> On Dec 19, 2011, at 5:19 PM, Weijun Wang wrote: >>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On 12/20/2011 09:10 AM, Bino George wrote: >>>>>>>>>> Hi Weijun, >>>>>>>>>> >>>>>>>>>>> I'm testing on 10.6. >>>>>>>>>> >>>>>>>>>> Does JDK6 (Apple JVM) work for your test on 10.6 ??? >>>>>>>>>> >>>>>>>>>> The SCDynamicStoreConfig implementation only works on Lion (10.7). >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> In fact, in >>>>>>>>>>> src/share/classes/sun/security/krb5/Credentials.java, the >>>>>>>>>>> native method declaration still exists: >>>>>>>>>>> >>>>>>>>>>> private static native Credentials acquireDefaultNativeCreds(); >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> We don't do anything native on 10.6 and before we find the >>>>>>>>>> config file >>>>>>>>>> using this logic and simply parse it in Config.java : >>>>>>>>> >>>>>>>>> I'm not talking about the config part at all. That part has no >>>>>>>>> problem. >>>>>>>>> >>>>>>>>> What I said is credential cache, i.e. the little piece of private >>>>>>>>> info stored on local computer (either a file or a block in >>>>>>>>> memory) after kinit is called. The info is generated by kinit and >>>>>>>>> can be viewed either by the native klist tool or thru the Java call >>>>>>>>> >>>>>>>>> sun.security.krb5,Credentials.acquireTGTFromCache() >>>>>>>>> >>>>>>>>> What I observed is that in Apple JDK 6 both these 2 methods >>>>>>>>> return the same info but in macosx-port the Java method does not >>>>>>>>> return anything. >>>>>>>>> >>>>>>>>> That's what I mentioned in the "Thu, 01 Dec 2011 22:54:57 +0800" >>>>>>>>> mail. (scroll down to 2/3 place). >>>>>>>>> >>>>>>>>> Thanks >>>>>>>>> Max >>>>>>>>> >>>>>>>>>> >>>>>>>>>> private String findMacosConfigFile() { >>>>>>>>>> String userHome = getProperty("user.home"); >>>>>>>>>> finalString PREF_FILE = "/Library/Preferences/edu.mit.Kerberos"; >>>>>>>>>> String userPrefs=userHome + PREF_FILE; >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> if (fileExists(userPrefs)) { >>>>>>>>>> return userPrefs; >>>>>>>>>> } >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> if (fileExists(PREF_FILE)) { >>>>>>>>>> return PREF_FILE; >>>>>>>>>> } >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> if (fileExists("/etc/krb5.conf")) { >>>>>>>>>> return"/etc/krb5.conf"; >>>>>>>>>> } >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> return ""; >>>>>>>>>> } >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> >>>>>>>>>> Bino. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Dec 19, 2011, at 4:49 PM, Weijun Wang wrote: >>>>>>>>>> >>>>>>>>>>> I take a brief look at >>>>>>>>>>> >>>>>>>>>>> src/macosx/native/java/util/SCDynamicStoreConfig.m >>>>>>>>>>> src/share/classes/sun/security/krb5/SCDynamicStoreConfig.java >>>>>>>>>>> >>>>>>>>>>> and it is an alternative way of specifying krb5.conf, but there >>>>>>>>>>> is no >>>>>>>>>>> line on the credentials cache. >>>>>>>>>>> >>>>>>>>>>> In fact, in >>>>>>>>>>> src/share/classes/sun/security/krb5/Credentials.java, the >>>>>>>>>>> native method declaration still exists: >>>>>>>>>>> >>>>>>>>>>> private static native Credentials acquireDefaultNativeCreds(); >>>>>>>>>>> >>>>>>>>>>> but I cannot find the implementation codes for it. >>>>>>>>>>> >>>>>>>>>>> I'm testing on 10.6. >>>>>>>>>>> >>>>>>>>>>> Thanks >>>>>>>>>>> Max >>>>>>>>>>> >>>>>>>>>>> On 12/20/2011 05:30 AM, Bino George wrote: >>>>>>>>>>>> Hi Mike, >>>>>>>>>>>> >>>>>>>>>>>>> Actually, Bino - on Lion we compile in the SCDynamicStore >>>>>>>>>>>>> version, and >>>>>>>>>>>>> on SnowLeopard we compile it out an just use the file version >>>>>>>>>>>>> in Java. >>>>>>>>>>>>> Do you know if the SCDynamicStore version is building on >>>>>>>>>>>>> SnowLeopard, >>>>>>>>>>>>> but just not enabled? Does it rely on new constants that are >>>>>>>>>>>>> only on >>>>>>>>>>>>> Lion? >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> The difference between JDK6 and JDK7 is that in JDK6 we do not >>>>>>>>>>>> compile >>>>>>>>>>>> the SCDynamicStore code. But since SCDynamicStore does not use >>>>>>>>>>>> any new >>>>>>>>>>>> API, we compile it both on Lion and SnowLeopard on JDK7 and we >>>>>>>>>>>> only load >>>>>>>>>>>> the SCDynamicStore code on Lion (we check at runtime for os >>>>>>>>>>>> version). We >>>>>>>>>>>> don't rely on any OS provided constants, I don't think there >>>>>>>>>>>> are any, we >>>>>>>>>>>> just look for the following keys on Lion in SCDynamicStore : >>>>>>>>>>>> >>>>>>>>>>>> #define KERBEROS_DEFAULT_REALMS @"Kerberos-Default-Realms" >>>>>>>>>>>> #define KERBEROS_DEFAULT_REALM_MAPPINGS >>>>>>>>>>>> @"Kerberos-Domain-Realm-Mappings" >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Thanks, >>>>>>>>>>>> Bino. >>>>>>>>>>>> >>>>>>>>>>>> On Dec 19, 2011, at 11:10 AM, Mike Swingler wrote: >>>>>>>>>>>> >>>>>>>>>>>>> On Dec 19, 2011, at 11:05 AM, Bino George wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> Hi Mike, >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Bino, I thought we contributed all of the Kerberos >>>>>>>>>>>>>>> implementation >>>>>>>>>>>>>>> (including the new SCDynamicStore implementation for Lion). >>>>>>>>>>>>>>> Do you >>>>>>>>>>>>>>> think the system kinit and the SCDynamicStore versions aren't >>>>>>>>>>>>>>> playing ball with each other? >>>>>>>>>>>>>> >>>>>>>>>>>>>> Yes, we did contribute that code already and we tested it in >>>>>>>>>>>>>> JDK7 on >>>>>>>>>>>>>> Lion. Not sure if this is a SnowLeopard issue. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Weijun, does your tests work with JDK6 from Apple on the same >>>>>>>>>>>>>> machine, the code should be identical. >>>>>>>>>>>>> >>>>>>>>>>>>> Actually, Bino - on Lion we compile in the SCDynamicStore >>>>>>>>>>>>> version, and >>>>>>>>>>>>> on SnowLeopard we compile it out an just use the file version >>>>>>>>>>>>> in Java. >>>>>>>>>>>>> Do you know if the SCDynamicStore version is building on >>>>>>>>>>>>> SnowLeopard, >>>>>>>>>>>>> but just not enabled? Does it rely on new constants that are >>>>>>>>>>>>> only on >>>>>>>>>>>>> Lion? >>>>>>>>>>>>> >>>>>>>>>>>>> ~Mike >>>>>>>>>>>>> >>>>>>>>>>>>>> On Dec 19, 2011, at 10:50 AM, Mike Swingler wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Bino, I thought we contributed all of the Kerberos >>>>>>>>>>>>>>> implementation >>>>>>>>>>>>>>> (including the new SCDynamicStore implementation for Lion). >>>>>>>>>>>>>>> Do you >>>>>>>>>>>>>>> think the system kinit and the SCDynamicStore versions aren't >>>>>>>>>>>>>>> playing ball with each other? Weijun, what version of Mac >>>>>>>>>>>>>>> OS X are >>>>>>>>>>>>>>> you testing on? 10.6 or 10.7? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ~Mike >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Dec 18, 2011, at 10:49 PM, Jeannette Hung wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Hey Mike, >>>>>>>>>>>>>>>> What's the scope with the Kerberos code in the macos port? >>>>>>>>>>>>>>>> It looks >>>>>>>>>>>>>>>> like something is missing. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>> jeannette >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Begin forwarded message: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> *From: *Weijun Wang>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> *Subject: **Some Mac JDK codes not open sourced (was Fwd: >>>>>>>>>>>>>>>>> Re: >>>>>>>>>>>>>>>>> Kerberos codes in Apple's Java)* >>>>>>>>>>>>>>>>> *Date: *December 15, 2011 6:52:18 PM PST >>>>>>>>>>>>>>>>> *To: *Frances Ho>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> *Cc: *Jeannette Hung>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Hi Frances >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> I suspect some Kerberos native codes on Apple's JDK 6 are >>>>>>>>>>>>>>>>> not >>>>>>>>>>>>>>>>> included in their macosx-port OpenJDK 7 contribution. I've >>>>>>>>>>>>>>>>> contacted with some Apple guys but get no answer until >>>>>>>>>>>>>>>>> now. (see >>>>>>>>>>>>>>>>> forwarded mail thread) >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Do we have a project/product manager that can talk to >>>>>>>>>>>>>>>>> someone >>>>>>>>>>>>>>>>> inside Apple on this? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> In my opinion, these are not sensitive codes that they >>>>>>>>>>>>>>>>> cannot open >>>>>>>>>>>>>>>>> source. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>>> Max >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -------- Original Message -------- >>>>>>>>>>>>>>>>> Subject: Re: Kerberos codes in Apple's Java >>>>>>>>>>>>>>>>> Date: Thu, 01 Dec 2011 22:54:57 +0800 >>>>>>>>>>>>>>>>> From: Weijun Wang>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> To: Bino George >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> CC: security-dev at openjdk.java.net >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >, >>>>>>>>>>>>>>>>> macosx-port-dev at openjdk.java.net >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Hi Bino >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2. Reading native memory-based credentials cache into >>>>>>>>>>>>>>>>>>> Credentials objects >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> I don't think we do this in JDK6 either. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> I just tried OS X's builtin kinit and klist command: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> $ kinit dummy >>>>>>>>>>>>>>>>> Please enter the password for dummy at THREE.LOCAL >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> : >>>>>>>>>>>>>>>>> $ klist >>>>>>>>>>>>>>>>> Kerberos 5 ticket cache: 'API:Initial default ccache' >>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> So here the ccache name is "API:Initial default ccache", >>>>>>>>>>>>>>>>> which looks >>>>>>>>>>>>>>>>> like an in-memory ccache. At least I cannot find normal >>>>>>>>>>>>>>>>> file-based >>>>>>>>>>>>>>>>> ccache file named /tmp/krb5cc_**. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> There is also a difference between Apple's JDK 6u29 and >>>>>>>>>>>>>>>>> the current >>>>>>>>>>>>>>>>> macosx-port OpenJDK build when calling the following method: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> sun.security.krb5,Credentials.acquireTGTFromCache() >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> It returns a valid credential (which is identical to the >>>>>>>>>>>>>>>>> klist >>>>>>>>>>>>>>>>> output) >>>>>>>>>>>>>>>>> in Apple's 6u29, but the macosx-port one returns null. So it >>>>>>>>>>>>>>>>> seems the >>>>>>>>>>>>>>>>> Apple JDK can see the special ccache object but >>>>>>>>>>>>>>>>> macosx-port cannot. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 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 scott.kovatch at oracle.com Thu Dec 29 23:02:56 2011 From: scott.kovatch at oracle.com (Scott Kovatch) Date: Thu, 29 Dec 2011 23:02:56 -0800 Subject: code review request (Re: Some Mac JDK codes not open sourced (was Fwd: Re: Kerberos codes in Apple's Java)) In-Reply-To: <4EFD468B.2040307@oracle.com> References: <4EEAB262.7090606@oracle.com> <6586F238-E84C-4EB7-8ABC-593E818C6809@apple.com> <4EEFDB8E.3070202@oracle.com> <4EEFE2B5.5020900@oracle.com> <4EEFEB5D.4040706@oracle.com> <5FA024C7-8F7E-4A5A-AE0D-DA8104580AC9@apple.com> <4EF029EE.9070806@oracle.com> <4EF04D2A.9070308@oracle.com> <4EF1B7F3.4030602@oracle.com> <4EFD468B.2040307@oracle.com> Message-ID: <56C344CB-21B1-41B0-8677-023E2BF1431A@oracle.com> Looks good to me. Thanks, Scott K. On Dec 29, 2011, at 9:05 PM, Weijun Wang wrote: > Hi Scott > > Webrev updated: > > http://cr.openjdk.java.net/~weijun/7123107/webrev.01/ > > I've renamed MacOSXCredentials.c to nativeccache.c and put it into share. The native calls inside should apply to all memory based ccache. The lib is now only compiled for macosx, but it will easy to extend it to another platform later. > > Thanks > Max > > > On 12/22/2011 12:32 AM, Scott Kovatch wrote: >> Oh, sorry, I didn't realize you were waiting on me. >> >> I think you can just add a "FILES_c =" directive and use the file as a .c file. >> >> However, I think this needs it's own library, as we are using a JNI_OnLoad to find a number of Kerberos-related classes. I suspect a lot of bundled apps will be using FileManager, which means they will end up loading Kerberos and keystore code as well. That's not necessary. >> >> I would change the comment in Credentials.java that talks about Windows not having a ticket file (line 288) since the logic has changed to include Mac OS x. >> >> Sent from my iPad >> >> On Dec 21, 2011, at 2:41 AM, Weijun Wang wrote: >> >>> Hi Scott >>> >>> Ping again. I main want you to see if the Makefile is good. As for the c file, I rename it to .m to have a similar look with the others, of course that means I need to s/#include/#import/. Also, I need your opinion if stuffing it inside the libosx.dylib is a good idea. >>> >>> Thanks >>> Max >>> >>> On 12/20/2011 04:54 PM, Weijun Wang wrote: >>>> None of you review my code changes. :( >>>> >>>> Here is the final version: >>>> >>>> http://cr.openjdk.java.net/~weijun/7123107/webrev.00/ >>>> >>>> I guess with the current bylaw. The jdk7u-osx belongs to the "jdk7u - >>>> JDK 7 Updates Project" and skovatch is not listed there. So I guess I >>>> will be the committer and you will be the author, and then I can add my >>>> name as reviewer if you review it for me. Hopefully I can get that >>>> correct. I've never commit something with another people's name as author. >>>> >>>> Thanks >>>> Max >>>> >>>> >>>> On 12/20/2011 02:50 PM, Scott Kovatch wrote: >>>>> Be sure to mark me as author/contributor/whatever so I can get my 8 >>>>> checkmarks for commit rights. :-) >>>>> >>>>> >>>>> -- Scott >>>>> >>>>> On Dec 19, 2011, at 10:23 PM, Weijun Wang wrote: >>>>> >>>>>> Hi All >>>>>> >>>>>> I've created a webrev. Please anyone take a review: >>>>>> >>>>>> http://cr.openjdk.java.net/~weijun/9999999/webrev.12/ >>>>>> >>>>>> *Jeannette*: >>>>>> >>>>>> Is a formal donate-to-openjdk process needed? The file in my webrev >>>>>> still has the Apple copyright line. IANAL and I do not want to make >>>>>> any change to it myself. >>>>>> >>>>>> Thanks >>>>>> Max >>>>>> >>>>>> >>>>>> On 12/20/2011 09:58 AM, Mike Swingler wrote: >>>>>>> This is just a .c file. No Objective-C here. >>>>>>> >>>>>>> ~Mike >>>>>>> >>>>>>> On Dec 19, 2011, at 5:56 PM, Weijun Wang wrote: >>>>>>> >>>>>>>> Hi Bino >>>>>>>> >>>>>>>> Thank you for locating it. I would be glad if you or Scott can do >>>>>>>> an integration. I guess this .m file is almost a pure .c file but >>>>>>>> I'm really unfamiliar with compiler settings on Mac. >>>>>>>> >>>>>>>> -Max >>>>>>>> >>>>>>>> >>>>>>>> On 12/20/2011 09:51 AM, Bino George wrote: >>>>>>>>> Hi Weijun, >>>>>>>>> >>>>>>>>> It looks like we did not port over some of the native code that >>>>>>>>> Scott Kovatch wrote for the Mac. Attached is the native file for >>>>>>>>> JDK6 that implements the missing JNI method. Can you or Scott try >>>>>>>>> to integrate it to JDK 7 ? If you have difficulty, let me know and >>>>>>>>> I will take care of it some time this week. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Bino. >>>>>>>>> >>>>>>>>> >>>>>>>>> On Dec 19, 2011, at 5:19 PM, Weijun Wang wrote: >>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On 12/20/2011 09:10 AM, Bino George wrote: >>>>>>>>>>> Hi Weijun, >>>>>>>>>>> >>>>>>>>>>>> I'm testing on 10.6. >>>>>>>>>>> >>>>>>>>>>> Does JDK6 (Apple JVM) work for your test on 10.6 ??? >>>>>>>>>>> >>>>>>>>>>> The SCDynamicStoreConfig implementation only works on Lion (10.7). >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> In fact, in >>>>>>>>>>>> src/share/classes/sun/security/krb5/Credentials.java, the >>>>>>>>>>>> native method declaration still exists: >>>>>>>>>>>> >>>>>>>>>>>> private static native Credentials acquireDefaultNativeCreds(); >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> We don't do anything native on 10.6 and before we find the >>>>>>>>>>> config file >>>>>>>>>>> using this logic and simply parse it in Config.java : >>>>>>>>>> >>>>>>>>>> I'm not talking about the config part at all. That part has no >>>>>>>>>> problem. >>>>>>>>>> >>>>>>>>>> What I said is credential cache, i.e. the little piece of private >>>>>>>>>> info stored on local computer (either a file or a block in >>>>>>>>>> memory) after kinit is called. The info is generated by kinit and >>>>>>>>>> can be viewed either by the native klist tool or thru the Java call >>>>>>>>>> >>>>>>>>>> sun.security.krb5,Credentials.acquireTGTFromCache() >>>>>>>>>> >>>>>>>>>> What I observed is that in Apple JDK 6 both these 2 methods >>>>>>>>>> return the same info but in macosx-port the Java method does not >>>>>>>>>> return anything. >>>>>>>>>> >>>>>>>>>> That's what I mentioned in the "Thu, 01 Dec 2011 22:54:57 +0800" >>>>>>>>>> mail. (scroll down to 2/3 place). >>>>>>>>>> >>>>>>>>>> Thanks >>>>>>>>>> Max >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> private String findMacosConfigFile() { >>>>>>>>>>> String userHome = getProperty("user.home"); >>>>>>>>>>> finalString PREF_FILE = "/Library/Preferences/edu.mit.Kerberos"; >>>>>>>>>>> String userPrefs=userHome + PREF_FILE; >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> if (fileExists(userPrefs)) { >>>>>>>>>>> return userPrefs; >>>>>>>>>>> } >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> if (fileExists(PREF_FILE)) { >>>>>>>>>>> return PREF_FILE; >>>>>>>>>>> } >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> if (fileExists("/etc/krb5.conf")) { >>>>>>>>>>> return"/etc/krb5.conf"; >>>>>>>>>>> } >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> return ""; >>>>>>>>>>> } >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Regards, >>>>>>>>>>> >>>>>>>>>>> Bino. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Dec 19, 2011, at 4:49 PM, Weijun Wang wrote: >>>>>>>>>>> >>>>>>>>>>>> I take a brief look at >>>>>>>>>>>> >>>>>>>>>>>> src/macosx/native/java/util/SCDynamicStoreConfig.m >>>>>>>>>>>> src/share/classes/sun/security/krb5/SCDynamicStoreConfig.java >>>>>>>>>>>> >>>>>>>>>>>> and it is an alternative way of specifying krb5.conf, but there >>>>>>>>>>>> is no >>>>>>>>>>>> line on the credentials cache. >>>>>>>>>>>> >>>>>>>>>>>> In fact, in >>>>>>>>>>>> src/share/classes/sun/security/krb5/Credentials.java, the >>>>>>>>>>>> native method declaration still exists: >>>>>>>>>>>> >>>>>>>>>>>> private static native Credentials acquireDefaultNativeCreds(); >>>>>>>>>>>> >>>>>>>>>>>> but I cannot find the implementation codes for it. >>>>>>>>>>>> >>>>>>>>>>>> I'm testing on 10.6. >>>>>>>>>>>> >>>>>>>>>>>> Thanks >>>>>>>>>>>> Max >>>>>>>>>>>> >>>>>>>>>>>> On 12/20/2011 05:30 AM, Bino George wrote: >>>>>>>>>>>>> Hi Mike, >>>>>>>>>>>>> >>>>>>>>>>>>>> Actually, Bino - on Lion we compile in the SCDynamicStore >>>>>>>>>>>>>> version, and >>>>>>>>>>>>>> on SnowLeopard we compile it out an just use the file version >>>>>>>>>>>>>> in Java. >>>>>>>>>>>>>> Do you know if the SCDynamicStore version is building on >>>>>>>>>>>>>> SnowLeopard, >>>>>>>>>>>>>> but just not enabled? Does it rely on new constants that are >>>>>>>>>>>>>> only on >>>>>>>>>>>>>> Lion? >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> The difference between JDK6 and JDK7 is that in JDK6 we do not >>>>>>>>>>>>> compile >>>>>>>>>>>>> the SCDynamicStore code. But since SCDynamicStore does not use >>>>>>>>>>>>> any new >>>>>>>>>>>>> API, we compile it both on Lion and SnowLeopard on JDK7 and we >>>>>>>>>>>>> only load >>>>>>>>>>>>> the SCDynamicStore code on Lion (we check at runtime for os >>>>>>>>>>>>> version). We >>>>>>>>>>>>> don't rely on any OS provided constants, I don't think there >>>>>>>>>>>>> are any, we >>>>>>>>>>>>> just look for the following keys on Lion in SCDynamicStore : >>>>>>>>>>>>> >>>>>>>>>>>>> #define KERBEROS_DEFAULT_REALMS @"Kerberos-Default-Realms" >>>>>>>>>>>>> #define KERBEROS_DEFAULT_REALM_MAPPINGS >>>>>>>>>>>>> @"Kerberos-Domain-Realm-Mappings" >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Thanks, >>>>>>>>>>>>> Bino. >>>>>>>>>>>>> >>>>>>>>>>>>> On Dec 19, 2011, at 11:10 AM, Mike Swingler wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> On Dec 19, 2011, at 11:05 AM, Bino George wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Hi Mike, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Bino, I thought we contributed all of the Kerberos >>>>>>>>>>>>>>>> implementation >>>>>>>>>>>>>>>> (including the new SCDynamicStore implementation for Lion). >>>>>>>>>>>>>>>> Do you >>>>>>>>>>>>>>>> think the system kinit and the SCDynamicStore versions aren't >>>>>>>>>>>>>>>> playing ball with each other? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Yes, we did contribute that code already and we tested it in >>>>>>>>>>>>>>> JDK7 on >>>>>>>>>>>>>>> Lion. Not sure if this is a SnowLeopard issue. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Weijun, does your tests work with JDK6 from Apple on the same >>>>>>>>>>>>>>> machine, the code should be identical. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Actually, Bino - on Lion we compile in the SCDynamicStore >>>>>>>>>>>>>> version, and >>>>>>>>>>>>>> on SnowLeopard we compile it out an just use the file version >>>>>>>>>>>>>> in Java. >>>>>>>>>>>>>> Do you know if the SCDynamicStore version is building on >>>>>>>>>>>>>> SnowLeopard, >>>>>>>>>>>>>> but just not enabled? Does it rely on new constants that are >>>>>>>>>>>>>> only on >>>>>>>>>>>>>> Lion? >>>>>>>>>>>>>> >>>>>>>>>>>>>> ~Mike >>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Dec 19, 2011, at 10:50 AM, Mike Swingler wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Bino, I thought we contributed all of the Kerberos >>>>>>>>>>>>>>>> implementation >>>>>>>>>>>>>>>> (including the new SCDynamicStore implementation for Lion). >>>>>>>>>>>>>>>> Do you >>>>>>>>>>>>>>>> think the system kinit and the SCDynamicStore versions aren't >>>>>>>>>>>>>>>> playing ball with each other? Weijun, what version of Mac >>>>>>>>>>>>>>>> OS X are >>>>>>>>>>>>>>>> you testing on? 10.6 or 10.7? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ~Mike >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On Dec 18, 2011, at 10:49 PM, Jeannette Hung wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Hey Mike, >>>>>>>>>>>>>>>>> What's the scope with the Kerberos code in the macos port? >>>>>>>>>>>>>>>>> It looks >>>>>>>>>>>>>>>>> like something is missing. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>>> jeannette >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Begin forwarded message: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> *From: *Weijun Wang>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> *Subject: **Some Mac JDK codes not open sourced (was Fwd: >>>>>>>>>>>>>>>>>> Re: >>>>>>>>>>>>>>>>>> Kerberos codes in Apple's Java)* >>>>>>>>>>>>>>>>>> *Date: *December 15, 2011 6:52:18 PM PST >>>>>>>>>>>>>>>>>> *To: *Frances Ho>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> *Cc: *Jeannette Hung>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Hi Frances >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> I suspect some Kerberos native codes on Apple's JDK 6 are >>>>>>>>>>>>>>>>>> not >>>>>>>>>>>>>>>>>> included in their macosx-port OpenJDK 7 contribution. I've >>>>>>>>>>>>>>>>>> contacted with some Apple guys but get no answer until >>>>>>>>>>>>>>>>>> now. (see >>>>>>>>>>>>>>>>>> forwarded mail thread) >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Do we have a project/product manager that can talk to >>>>>>>>>>>>>>>>>> someone >>>>>>>>>>>>>>>>>> inside Apple on this? >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> In my opinion, these are not sensitive codes that they >>>>>>>>>>>>>>>>>> cannot open >>>>>>>>>>>>>>>>>> source. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>>>> Max >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -------- Original Message -------- >>>>>>>>>>>>>>>>>> Subject: Re: Kerberos codes in Apple's Java >>>>>>>>>>>>>>>>>> Date: Thu, 01 Dec 2011 22:54:57 +0800 >>>>>>>>>>>>>>>>>> From: Weijun Wang>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> To: Bino George >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> CC: security-dev at openjdk.java.net >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >, >>>>>>>>>>>>>>>>>> macosx-port-dev at openjdk.java.net >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Hi Bino >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 2. Reading native memory-based credentials cache into >>>>>>>>>>>>>>>>>>>> Credentials objects >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I don't think we do this in JDK6 either. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> I just tried OS X's builtin kinit and klist command: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> $ kinit dummy >>>>>>>>>>>>>>>>>> Please enter the password for dummy at THREE.LOCAL >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> : >>>>>>>>>>>>>>>>>> $ klist >>>>>>>>>>>>>>>>>> Kerberos 5 ticket cache: 'API:Initial default ccache' >>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> So here the ccache name is "API:Initial default ccache", >>>>>>>>>>>>>>>>>> which looks >>>>>>>>>>>>>>>>>> like an in-memory ccache. At least I cannot find normal >>>>>>>>>>>>>>>>>> file-based >>>>>>>>>>>>>>>>>> ccache file named /tmp/krb5cc_**. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> There is also a difference between Apple's JDK 6u29 and >>>>>>>>>>>>>>>>>> the current >>>>>>>>>>>>>>>>>> macosx-port OpenJDK build when calling the following method: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> sun.security.krb5,Credentials.acquireTGTFromCache() >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> It returns a valid credential (which is identical to the >>>>>>>>>>>>>>>>>> klist >>>>>>>>>>>>>>>>>> output) >>>>>>>>>>>>>>>>>> in Apple's 6u29, but the macosx-port one returns null. So it >>>>>>>>>>>>>>>>>> seems the >>>>>>>>>>>>>>>>>> Apple JDK can see the special ccache object but >>>>>>>>>>>>>>>>>> macosx-port cannot. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 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 daniel.daugherty at oracle.com Thu Dec 29 23:12:00 2011 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Fri, 30 Dec 2011 00:12:00 -0700 Subject: The latest 7u-osx crashes In-Reply-To: <4EFCADF0.5070909@oracle.com> References: <4EFCADF0.5070909@oracle.com> Message-ID: <4EFD6440.5010609@oracle.com> Compressed Oops is broken in the MacOS X port. The following bug: 7118648 3/3 disable compressed oops by default on MacOS X until 7118647 is fixed was used to disable compressed oops in RT_Baseline for HSX-23-B08. That fix has made it to 7u4, but is not in the 7u-osx/hotspot repo. I don't know when the next resync is planned. The following bug: 7118647 3/3 compressed oops crashes on MacOS X with JPRT GCBasher test is being used to track the actual failure. Dan On 12/29/11 11:14 AM, Alexander Potochkin wrote: > Hello > > I just built the latest 7u-osx jdk on Mac > and found that it crashes when I run any application > > I hear that our release team observed the same problem, > wonder if anybody knows how to fix it > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # SIGSEGV (0xb) at pc=0x00000001015fe2e4, pid=78258, tid=4401594368 > # > # JRE version: 7.0 > # Java VM: OpenJDK 64-Bit Server VM (23.0-b06 mixed mode bsd-amd64 > compressed oops) > # Problematic frame: > # V [libjvm.dylib+0x27b2e4] > > Thanks > alexp From dmitry.cherepanov at oracle.com Fri Dec 30 02:23:15 2011 From: dmitry.cherepanov at oracle.com (Dmitry Cherepanov) Date: Fri, 30 Dec 2011 13:23:15 +0300 Subject: [7u4-osx] Request for approval for 7125723: [macosx] painting artifacts after running SwingSet2 with jdk7u-osx build Message-ID: <4EFD9113.4030600@oracle.com> This is a request to push the following fix to jdk7u-osx: CR: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7125723 Webrev: http://cr.openjdk.java.net/~dcherepanov/7125723/webrev.0 Technical review: http://mail.openjdk.java.net/pipermail/macosx-port-dev/2011-December/001976.html Thanks, Dmitry From anthony.petrov at oracle.com Fri Dec 30 02:36:24 2011 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Fri, 30 Dec 2011 14:36:24 +0400 Subject: Review request for MACOSX_PORT-651: Modal behavior difference with and without Robot interaction In-Reply-To: <725D739B-1A8F-44F1-B0B1-6307ED90237D@oracle.com> References: <4EF4728B.5050901@oracle.com> <725D739B-1A8F-44F1-B0B1-6307ED90237D@oracle.com> Message-ID: <4EFD9428.8050105@oracle.com> Hi Leonid, Well, OK then. The current fix looks fine. -- best regards, Anthony On 12/29/2011 8:26 PM, Leonid Romanov wrote: > Hi, > I've tried your suggestion and it didn't make any difference. > Here is updated webrev: > http://cr.openjdk.java.net/~leonidr/7124289/webrev.00/ > > Leonid. > > On 23.12.2011, at 16:22, Anthony Petrov wrote: > >> Hi Leonid, >> >> I'm not an Apple guy, but I'll chime in anyway. Firstly, the Internets suggest that your fix is okay [1]. BTW, I'd suggest to initialize the static variables that you put into blocks, since you assign values to them conditionally, but use them in any case. I realize that normally a MouseUP doesn't come before a MouseDown, but just in case... After all it's a user who calls Robot methods. >> >> However, FWIW, have you tried using a different event tap (kCGHIDEventTap instead of kCGSessionEventTap) to post events w/o dealing with the event numbers? We use kCGHIDEventTap in another project, and I don't recall any issues requiring us to set the event numbers for synthetic mouse events explicitly. Perhaps we don't use this piece of code too very often to encounter the issue though, but still this idea is worth giving it a try, isn't it? >> >> [1] http://stackoverflow.com/questions/2602224/synthetic-click-doesnt-switch-applications-menu-bar-mac-os-x >> >> -- >> best regards, >> Anthony >> >> On 12/22/2011 10:10 PM, Leonid Romanov wrote: >>> Hello! >>> Please review the fix for http://java.net/jira/browse/MACOSX_PORT-651 >>> I'm not really satisfied with the fix (you will understand why when you see it), so it would be great if Apple guys could take a look at it. >>> The webrev is located at: >>> http://cr.openjdk.java.net/~leonidr/event-number/ >>> Thanks, >>> Leonid. > From Alan.Bateman at oracle.com Fri Dec 30 04:12:27 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Fri, 30 Dec 2011 12:12:27 +0000 Subject: The latest 7u-osx crashes In-Reply-To: <4EFCADF0.5070909@oracle.com> References: <4EFCADF0.5070909@oracle.com> Message-ID: <4EFDAAAB.30105@oracle.com> On 29/12/2011 18:14, Alexander Potochkin wrote: > Hello > > I just built the latest 7u-osx jdk on Mac > and found that it crashes when I run any application > > I hear that our release team observed the same problem, > wonder if anybody knows how to fix it > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # SIGSEGV (0xb) at pc=0x00000001015fe2e4, pid=78258, tid=4401594368 > # > # JRE version: 7.0 > # Java VM: OpenJDK 64-Bit Server VM (23.0-b06 mixed mode bsd-amd64 > compressed oops) > # Problematic frame: > # V [libjvm.dylib+0x27b2e4] > > Thanks > alexp I see Dan replied suggesting this might be compressed oops but another possibility is 7125722 which is a crash in PlainSocketImpl.socketBind caused by 7120875. Until 7125722 is fixed then jdk7u/jdk7u-osx is mostly DOA. If you send the complete error log then we should be able to quickly tell say if you are running into the same issue. -Alan. From paul.hohensee at oracle.com Fri Dec 30 04:41:19 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Fri, 30 Dec 2011 07:41:19 -0500 Subject: [7u4-osx] Request for approval for 7123107: [macosx] native ccache In-Reply-To: <4EFD6585.80705@oracle.com> References: <56C344CB-21B1-41B0-8677-023E2BF1431A@oracle.com> <4EFD6585.80705@oracle.com> Message-ID: <4EFDB16F.5050200@oracle.com> Approved. Paul On 12/30/11 2:17 AM, Weijun Wang wrote: > Hello > > This a request to push the following changes to jdk7u-osx. > > 7123107: [macosx] native ccache to jdk7u-osx > > CR: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7123107 > Webrev: http://cr.openjdk.java.net/~weijun/7123107/webrev.01/ > > The major part of the fix is contributed by Apple through Mike > Swingler. Minor changes added and the final webrev has been reviewed > on macosx-port-dev mailing list by Scott Kovatch and me. > > Thanks > Max > From paul.hohensee at oracle.com Fri Dec 30 04:42:46 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Fri, 30 Dec 2011 07:42:46 -0500 Subject: [7u4-osx] Request for approval for 7125723: [macosx] painting artifacts after running SwingSet2 with jdk7u-osx build In-Reply-To: <4EFD9113.4030600@oracle.com> References: <4EFD9113.4030600@oracle.com> Message-ID: <4EFDB1C6.4030607@oracle.com> Approved. Paul On 12/30/11 5:23 AM, Dmitry Cherepanov wrote: > This is a request to push the following fix to jdk7u-osx: > > CR: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7125723 > > Webrev: http://cr.openjdk.java.net/~dcherepanov/7125723/webrev.0 > > Technical review: > http://mail.openjdk.java.net/pipermail/macosx-port-dev/2011-December/001976.html > > Thanks, > Dmitry > From leonid.romanov at oracle.com Fri Dec 30 04:48:58 2011 From: leonid.romanov at oracle.com (Leonid Romanov) Date: Fri, 30 Dec 2011 16:48:58 +0400 Subject: [7u4] Request for approval for CR 7124289: Modal behavior difference with and without Robot interaction Message-ID: <2882715B-DB3E-4D85-AE39-89C50106C5BD@oracle.com> Hi, This a request to push the following changes to jdk7u-osx. CR: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7124289 Webrev: http://cr.openjdk.java.net/~leonidr/7124289/webrev.00/ The fix has been reviewed on macosx-port-dev mailing list by Anthony Petrov. Thanks, Leonid. From paul.hohensee at oracle.com Fri Dec 30 05:06:48 2011 From: paul.hohensee at oracle.com (Paul Hohensee) Date: Fri, 30 Dec 2011 08:06:48 -0500 Subject: [7u4] Request for approval for CR 7124289: Modal behavior difference with and without Robot interaction In-Reply-To: <2882715B-DB3E-4D85-AE39-89C50106C5BD@oracle.com> References: <2882715B-DB3E-4D85-AE39-89C50106C5BD@oracle.com> Message-ID: <4EFDB768.7010907@oracle.com> Approved. Paul On 12/30/11 7:48 AM, Leonid Romanov wrote: > Hi, > This a request to push the following changes to jdk7u-osx. > > CR: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7124289 > Webrev: http://cr.openjdk.java.net/~leonidr/7124289/webrev.00/ > > The fix has been reviewed on macosx-port-dev mailing list by Anthony Petrov. > > Thanks, > Leonid. From dmitry.cherepanov at oracle.com Fri Dec 30 05:42:02 2011 From: dmitry.cherepanov at oracle.com (dmitry.cherepanov at oracle.com) Date: Fri, 30 Dec 2011 13:42:02 +0000 Subject: hg: jdk7u/jdk7u-osx/jdk: 7125723: [macosx] painting artifacts after running SwingSet2 with jdk7u-osx build Message-ID: <20111230134228.0BFFE47850@hg.openjdk.java.net> Changeset: 9dfe50f456be Author: dcherepanov Date: 2011-12-30 17:37 +0300 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/9dfe50f456be 7125723: [macosx] painting artifacts after running SwingSet2 with jdk7u-osx build Reviewed-by: bae ! src/share/native/sun/java2d/opengl/OGLSurfaceData.c From leonid.romanov at oracle.com Fri Dec 30 05:52:11 2011 From: leonid.romanov at oracle.com (Leonid Romanov) Date: Fri, 30 Dec 2011 17:52:11 +0400 Subject: Review request for MACOSX_PORT-369: UnsupportedOperationException is thown on getLockingKeyState() Message-ID: <0600D7F4-DD4D-49A6-A438-1F40C21B38DD@oracle.com> Hello, Please, review the fix for http://java.net/jira/browse/MACOSX_PORT-369 The web rev is located at: http://cr.openjdk.java.net/~leonidr/7124368/webrev.00/ Please, note that among the keys this method is supposed to check, only Caps Lock works as a true locking key with OS X.There is no Scroll Lock key on modern Apple keyboards, and with PC keyboard plugged in Scroll Lock is simply ignored: no LED lights up if you press it. As for Num Lock, the key located at the same position on Apple keyboards as Num Lock on PC keyboards is called Clear, doesn't lock anything and is used for entirely different purpose. Kana Lock is a mystery to me: I'm not an expert in I18N, so I've plugged in that ancient Japanese PC keyboard we have in our office, but it looks like OS X ignores Kana Lock key on this keyboard and doesn't generate any key code we can check. Thanks, Leonid. From Alan.Bateman at oracle.com Fri Dec 30 05:53:02 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Fri, 30 Dec 2011 13:53:02 +0000 Subject: [7u4] Request for approval for 7124627 - Please sync up changes from workspace macosx-port into the jdk7u-osx In-Reply-To: <4EF4F9C0.30203@oracle.com> References: <52c324c1-02e0-41df-b3b9-53fe5dfce559@default> <4EF4F9C0.30203@oracle.com> Message-ID: <4EFDC23E.2040308@oracle.com> On 23/12/2011 21:59, David Holmes wrote: > Hi Kumar, > > FYI there are numerous changes in the osx code that I do not think > should go into the mainline repositories in their current form. > However this is only bringing the code from the macosx-port repo into > the jdk7u-osx repo and so we don't need to address those issues right > now. > > They do all need to be addressed before any further osx code is merged > into the mainline repos for 8 or 7u. Right, there's a lot of things that need clean-up and refactoring before the changes can go to 7u or 8 and jdk7u/jdk7u-ocx is the place to accumulate these changes. -Alan From sergey.bylokhov at oracle.com Fri Dec 30 06:07:04 2011 From: sergey.bylokhov at oracle.com (Sergey Bylokhov) Date: Fri, 30 Dec 2011 18:07:04 +0400 Subject: Request for review: 7124530 What is background color of AWT component? (And foreground, for that matter) In-Reply-To: <4EFCB242.7020704@oracle.com> References: <4EFC6C63.5010806@oracle.com> <4EFCB242.7020704@oracle.com> Message-ID: <4EFDC588.7070708@oracle.com> Hi Alexander 29.12.2011 22:32, Alexander Potochkin wrote: > Hello Sergey >> Hi Everyone, >> This is a fix for some glitches in the code for >> background/foreground/font properties. >> 1. SystemColor.window was changed to color which is used by default >> in swing l&f(Aqua). Changes in AquaImageFactory.java and >> CSystemColors.m. Now most of the awt components use this color as >> default. >> 2. set** methods were moved from LWWindowPeer to LWComponentPeer, >> because there is an issues when these methods has no effect, because >> repaint of the component does not happen.For example: >> - call Label.setbackground which set component background property >> - call Peer.setBackground >> - call Delegate.setBackgound >> - compare passed color with color from Label property, which was set >> in the first step: changes in >> LWWindowPeer,LWContainerPeer,LWComponentPeer. > could you give more details on that? By default delegates uses colors from DelegateContainer which take color from targets. So if we set color for target(Label) -> then set color for peer ->then set color for delegete. this code does not repaint our component: public void setBackground(Color bg) { Color oldBg = getBackground(); super.setBackground(bg); if ((oldBg != null) ? !oldBg.equals(bg) : ((bg != null) && !bg.equals(oldBg))) { // background already bound in AWT1.2 repaint(); } } Because bg and oldBg will be the same color. > > the pattern where every peer has its delegate which is responsible for > storing/repainting for colors and fonts > looks more laconic and consistent to me. This is true if all our components had delegates. But we has LWWindow which has no delegate and LWCanvas which the delegate serves only for storage of colors(By default LWComponentPeer has not delegates so we cannot simplify old code and eliminate null checks).Probably delegate from LWPanelPeer can be removed too. And i think it would be better not to have similar code in different classes. For example I believe this is better protected final Color getBackground() { synchronized (getStateLock()) { return background; } } Than 2 different methods in different classes: protected Color getBackground() { synchronized (getDelegateLock()) { D delegate = getDelegate(); if (delegate != null) { return delegate.getBackground(); } } return null; } protected Color getBackground() { synchronized (getStateLock()) { return background; } } same for setters public void setBackground(final Color c) { final Color oldBg = getBackground(); if (oldBg == c || (oldBg != null&& oldBg.equals(c))) { return; } synchronized (getStateLock()) { background = c; } final D delegate = getDelegate(); if (delegate != null) { synchronized (getDelegateLock()) { // delegate will repaint the target delegate.setBackground(c); } } else { repaintPeer(); } } against: public void setBackground(Color c) { final boolean changed; synchronized (getStateLock()) { changed = ((background != null) ? !background.equals(c) : ((c != null)&& !c.equals(background))); background = c; } if (changed) { repaintPeer(); } } public void setBackground(Color c) { synchronized (getDelegateLock()) { D delegate = getDelegate(); if (delegate != null) { // delegate will repaint the target delegate.setBackground(c); } } } > >> 3. List default color was changed to SystemColor.text: changes in >> LWListPeer.java. > > LWListPeer set the font and colors to its view component, > with the proposed fix it seems to update the scrollPane instead But in resetColorsAndFont() we clear default colors for view and it use colors from its parent ScrollableJList. > > >> 4. LWWIndow target color initialization was moved from CPlatformIndow >> to LWWindowPeer, so it can be reused later by CPlatformEmbeddedFrame . >> 5. unnecessary peers set** methods and unnecessary delegate in >> LWCanvasPeer were removed: changes in LWCanvasPeer.java, >> LWListPeer.java, LWPanelPeer.java. >> >> Bug: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7124530 >> Webrev can be found at: >> http://cr.openjdk.java.net/~serb/7124530/webrev.00/ >> > > Thanks > alexp -- Best regards, Sergey. From anthony.petrov at oracle.com Fri Dec 30 06:17:01 2011 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Fri, 30 Dec 2011 18:17:01 +0400 Subject: Review request for MACOSX_PORT-369: UnsupportedOperationException is thown on getLockingKeyState() In-Reply-To: <0600D7F4-DD4D-49A6-A438-1F40C21B38DD@oracle.com> References: <0600D7F4-DD4D-49A6-A438-1F40C21B38DD@oracle.com> Message-ID: <4EFDC7DD.2020703@oracle.com> Looks good to me. -- best regards, Anthony On 12/30/2011 5:52 PM, Leonid Romanov wrote: > Hello, > Please, review the fix for http://java.net/jira/browse/MACOSX_PORT-369 > The web rev is located at: > http://cr.openjdk.java.net/~leonidr/7124368/webrev.00/ > > Please, note that among the keys this method is supposed to check, only Caps Lock works as a true locking key with OS X.There is no Scroll Lock key on modern Apple keyboards, and with PC keyboard plugged in Scroll Lock is simply ignored: no LED lights up if you press it. As for Num Lock, the key located at the same position on Apple keyboards as Num Lock on PC keyboards is called Clear, doesn't lock anything and is used for entirely different purpose. Kana Lock is a mystery to me: I'm not an expert in I18N, so I've plugged in that ancient Japanese PC keyboard we have in our office, but it looks like OS X ignores Kana Lock key on this keyboard and doesn't generate any key code we can check. > > Thanks, > Leonid. > > > > > From anthony.petrov at oracle.com Fri Dec 30 06:32:25 2011 From: anthony.petrov at oracle.com (anthony.petrov at oracle.com) Date: Fri, 30 Dec 2011 14:32:25 +0000 Subject: hg: jdk7u/jdk7u-osx/jdk: 7124289: [macosx] Modal behavior difference with and without Robot interaction Message-ID: <20111230143235.D21E847852@hg.openjdk.java.net> Changeset: f9fd4c285876 Author: leonidr Date: 2011-12-30 17:32 +0300 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/f9fd4c285876 7124289: [macosx] Modal behavior difference with and without Robot interaction Reviewed-by: anthony ! src/macosx/native/sun/awt/CRobot.m From leonid.romanov at oracle.com Fri Dec 30 10:06:57 2011 From: leonid.romanov at oracle.com (Leonid Romanov) Date: Fri, 30 Dec 2011 22:06:57 +0400 Subject: Review request for MACOSX_PORT-539: Need a java.awt.EmbeddedFrame subclass In-Reply-To: <19F9725C-D913-40D9-8579-ACAB512D500E@oracle.com> References: <4EFC73FC.1060607@oracle.com> <19F9725C-D913-40D9-8579-ACAB512D500E@oracle.com> Message-ID: <8AF068C3-5B6A-4814-A2DB-000213B15E63@oracle.com> Ah, I see. Looks good. On 29.12.2011, at 21:58, Scott Kovatch wrote: > In Dmitry's new version it looks like this is now happening in CPlatformResponder. Is it necessary to track the button number during a mouse move from Java's point of view? If so you can obtain the button state with NSEvent's > > + (NSUInteger)pressedMouseButtons > > instead. > > -- Scott K. > > On Dec 29, 2011, at 6:25 AM, Leonid Romanov wrote: > >> Regarding your nsButtonToJavaButton change. Please be aware that in the case of mouse movement events, button number you get from Cocoa's NSEvent will contain uninitialized value (basically, garbage). Because of it, you can't just translate Cocoa button number into java button number as you do in CPlatformView.deliverMouseEvent >> >> Leonid. >> >> On 29.12.2011, at 18:06, Dmitry Cherepanov wrote: >> >>> Hello, >>> >>> Please review an initial implementation for http://java.net/jira/browse/MACOSX_PORT-539 at >>> >>> http://cr.openjdk.java.net/~dcherepanov/7124335/webrev.0/ >>> >>> Basically the fix provides a lightweight implementation of the EmbeddedFrame class (isn't backed by a NSView/NSWindow). The implementation creates an instance of CALayer and exposes it as protected CEmbeddedFrame method. >>> >>> Please see the bug report http://java.net/jira/browse/MACOSX_PORT-539 for more details about the current version of the fix. >>> >>> Thanks, >>> Dmitry >>> >> > From paul.hohensee at oracle.com Fri Dec 30 15:07:18 2011 From: paul.hohensee at oracle.com (paul.hohensee at oracle.com) Date: Fri, 30 Dec 2011 23:07:18 +0000 Subject: hg: jdk7u/jdk7u-osx/hotspot: 76 new changesets Message-ID: <20111230230946.9AA4B47856@hg.openjdk.java.net> Changeset: 21dbf8183550 Author: katleman Date: 2011-12-15 09:37 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/21dbf8183550 Added tag jdk7u4-b04 for changeset 278a1c1706f0 ! .hgtags Changeset: a33d99dd8b24 Author: katleman Date: 2011-12-14 17:30 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/a33d99dd8b24 Added tag jdk7u4-b02 for changeset 35aadd2e739b ! .hgtags Changeset: 7bb156f60fdc Author: katleman Date: 2011-12-15 12:57 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/7bb156f60fdc Merge ! .hgtags Changeset: d1f29d4e0bc6 Author: katleman Date: 2011-12-01 10:33 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/d1f29d4e0bc6 Added tag jdk8-b15 for changeset fde2a39ed7f3 ! .hgtags Changeset: 698a22e99f74 Author: katleman Date: 2011-12-15 12:16 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/698a22e99f74 Added tag jdk8-b17 for changeset d1f29d4e0bc6 ! .hgtags Changeset: 09f3b8a372b2 Author: katleman Date: 2011-12-15 15:47 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/09f3b8a372b2 Added tag jdk8-b16 for changeset d1f29d4e0bc6 ! .hgtags Changeset: e46c2339d0fc Author: katleman Date: 2011-12-15 15:52 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/e46c2339d0fc Merge ! .hgtags Changeset: da4182086289 Author: jcoomes Date: 2011-11-18 17:39 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/da4182086289 7113503: Bump the hs23 build number to 07 Reviewed-by: johnc Contributed-by: alejandro.murillo at oracle.com ! make/hotspot_version Changeset: 1d090cf33da6 Author: coleenp Date: 2011-11-21 10:22 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/1d090cf33da6 Merge Changeset: 763f01599ff4 Author: phh Date: 2011-11-29 17:00 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/763f01599ff4 7116481: Commercial features in Hotspot must be gated by a switch Summary: Add -XX:+UnlockCommercialVMOptions to gate use of commercial feature switches in the same way as -XX:UnlockDiagnosticVMOptions gates use of diagnostic feature switches. Reviewed-by: jwilhelm, kamg ! src/share/vm/runtime/globals.cpp ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/globals_extension.hpp Changeset: 358eca91be48 Author: phh Date: 2011-11-30 12:48 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/358eca91be48 7116730: Revert 7116481: Commercial features in Hotspot must be gated by a switch Summary: Revert 7116481 to current hsx/hotspot-main Reviewed-by: kamg ! src/share/vm/runtime/globals.cpp ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/globals_extension.hpp Changeset: 81a08cd7f6a1 Author: coleenp Date: 2011-12-01 13:42 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/81a08cd7f6a1 Merge Changeset: a88de71c4e3a Author: tonyp Date: 2011-11-18 12:52 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/a88de71c4e3a 7097002: G1: remove a lot of unused / redundant code from the G1CollectorPolicy class Summary: Major cleanup of the G1CollectorPolicy class. It removes a lot of unused fields and methods and also consolidates replicated information (mainly various ways of counting the number of CSet regions) into one copy. Reviewed-by: johnc, brutisso ! 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/g1RemSet.cpp ! src/share/vm/gc_implementation/g1/g1_globals.hpp Changeset: d06a2d7fcd5b Author: brutisso Date: 2011-11-21 07:47 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/d06a2d7fcd5b 7110718: -XX:MarkSweepAlwaysCompactCount=0 crashes the JVM Summary: Interpret MarkSweepAlwaysCompactCount < 1 as never do full compaction Reviewed-by: ysr, tonyp, jmasa, johnc ! src/share/vm/gc_implementation/parallelScavenge/psMarkSweepDecorator.cpp ! src/share/vm/memory/space.hpp Changeset: b5a5f30c483d Author: johnc Date: 2011-11-21 09:24 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/b5a5f30c483d 7110173: GCNotifier::pushNotification publishes stale data. Summary: GCNotifier::pushNotification() references GCMemoryManager::_last_gc_stat but is called from GCMemoryManager::gc_end() before GCMemoryManager::_last_gc_stat is set up using the values in GCMemoryManager::_current_gc_stat. As a result the GC notification code accesses unitialized or stale data. Move the notification call after GCMemoryManager::_las_gc_stat is set, but inside the same if-block. Reviewed-by: poonam, dholmes, fparain, mchung ! src/share/vm/services/memoryManager.cpp Changeset: 6071e0581859 Author: johnc Date: 2011-11-18 12:27 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/6071e0581859 7111795: G1: Various cleanups identified during walk through of changes for 6484965 Summary: Various cleanups and formatting changes identified during a code walk through of the changes for 6484965 ("G1: piggy-back liveness accounting phase on marking"). Reviewed-by: brutisso, tonyp ! src/share/vm/gc_implementation/g1/concurrentMark.cpp ! src/share/vm/gc_implementation/g1/heapRegion.hpp Changeset: 3a298e04d914 Author: tonyp Date: 2011-11-22 04:47 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/3a298e04d914 Merge Changeset: bca17e38de00 Author: jmasa Date: 2011-08-09 10:16 -0700 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/bca17e38de00 6593758: RFE: Enhance GC ergonomics to dynamically choose ParallelGCThreads Summary: Select number of GC threads dynamically based on heap usage and number of Java threads Reviewed-by: johnc, ysr, jcoomes ! src/share/vm/gc_implementation/concurrentMarkSweep/compactibleFreeListSpace.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp ! src/share/vm/gc_implementation/g1/collectionSetChooser.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/g1RemSet.cpp ! src/share/vm/gc_implementation/parNew/parCardTableModRefBS.cpp ! src/share/vm/gc_implementation/parNew/parNewGeneration.cpp ! src/share/vm/gc_implementation/parNew/parNewGeneration.hpp ! src/share/vm/gc_implementation/parallelScavenge/cardTableExtension.cpp ! src/share/vm/gc_implementation/parallelScavenge/cardTableExtension.hpp ! src/share/vm/gc_implementation/parallelScavenge/gcTaskManager.cpp ! src/share/vm/gc_implementation/parallelScavenge/gcTaskManager.hpp ! src/share/vm/gc_implementation/parallelScavenge/gcTaskThread.cpp ! src/share/vm/gc_implementation/parallelScavenge/gcTaskThread.hpp ! src/share/vm/gc_implementation/parallelScavenge/pcTasks.cpp ! src/share/vm/gc_implementation/parallelScavenge/psCompactionManager.cpp ! src/share/vm/gc_implementation/parallelScavenge/psCompactionManager.hpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp ! src/share/vm/gc_implementation/parallelScavenge/psScavenge.cpp ! src/share/vm/gc_implementation/parallelScavenge/psTasks.cpp ! src/share/vm/gc_implementation/parallelScavenge/psTasks.hpp ! src/share/vm/gc_implementation/shared/adaptiveSizePolicy.cpp ! src/share/vm/gc_implementation/shared/adaptiveSizePolicy.hpp ! src/share/vm/memory/cardTableModRefBS.cpp ! src/share/vm/memory/cardTableRS.cpp ! src/share/vm/memory/sharedHeap.cpp ! src/share/vm/memory/sharedHeap.hpp ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/thread.cpp ! src/share/vm/utilities/workgroup.cpp ! src/share/vm/utilities/workgroup.hpp ! src/share/vm/utilities/yieldingWorkgroup.cpp ! src/share/vm/utilities/yieldingWorkgroup.hpp Changeset: 00dd86e542eb Author: johnc Date: 2011-11-28 09:49 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/00dd86e542eb 7114303: G1: assert(_g1->mark_in_progress()) failed: shouldn't be here otherwise Summary: Race between the VM thread reading G1CollectedHeap::_mark_in_progress and it being set by the concurrent mark thread when concurrent marking is aborted by a full GC. Have the concurrent mark thread join the SuspendibleThreadSet before changing the marking state. Reviewed-by: tonyp, brutisso ! src/share/vm/gc_implementation/g1/concurrentMarkThread.cpp ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.hpp Changeset: dc467e8b2c5e Author: johnc Date: 2011-11-17 12:40 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/dc467e8b2c5e 7112743: G1: Reduce overhead of marking closure during evacuation pauses Summary: Parallelize the serial code that was used to mark objects reachable from survivor objects in the collection set. Some minor improvments in the timers used to track the freeing of the collection set along with some tweaks to PrintGCDetails. Reviewed-by: tonyp, brutisso ! 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/g1RemSet.cpp ! src/share/vm/gc_implementation/g1/g1RemSet.hpp ! src/share/vm/gc_implementation/g1/heapRegion.hpp ! src/share/vm/oops/objArrayOop.hpp Changeset: ea640b5e949a Author: jmasa Date: 2011-11-22 14:18 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/ea640b5e949a 7106024: CMS: Removed unused code for precleaning in remark phase Summary: Remove dead code. Reviewed-by: stefank, ysr ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp ! src/share/vm/memory/cardTableModRefBS.cpp ! src/share/vm/memory/cardTableModRefBS.hpp Changeset: 7913e93dca52 Author: jmasa Date: 2011-11-22 14:59 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/7913e93dca52 7112997: Remove obsolete code ResetObjectsClosure and VerifyUpdateClosure Summary: Remove obsolete code. Reviewed-by: brutisso, ysr, jcoomes ! src/share/vm/gc_implementation/parallelScavenge/psCompactionManager.cpp ! src/share/vm/gc_implementation/parallelScavenge/psCompactionManager.hpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.hpp ! src/share/vm/gc_implementation/shared/markSweep.hpp ! src/share/vm/gc_implementation/shared/markSweep.inline.hpp Changeset: 1bbf5b6fb7b0 Author: tonyp Date: 2011-12-02 08:52 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/1bbf5b6fb7b0 Merge ! src/share/vm/runtime/globals.hpp Changeset: 6de8c9ba5907 Author: jcoomes Date: 2011-12-02 15:11 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/6de8c9ba5907 Merge Changeset: aed8bf036ce2 Author: jcoomes Date: 2011-12-02 15:11 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/aed8bf036ce2 Added tag hs23-b07 for changeset 6de8c9ba5907 ! .hgtags Changeset: cf4dd13bbcd3 Author: jcoomes Date: 2011-12-02 21:10 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/cf4dd13bbcd3 7117536: new hotspot build - hs23-b08 Reviewed-by: johnc ! make/hotspot_version Changeset: cd00eaeebef6 Author: phh Date: 2011-12-05 12:50 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/cd00eaeebef6 7117389: Add a framework for vendor-specific command line switch extensions to Hotspot Summary: Add a file, globals_ext.hpp, containing a null interface, to be replaced by a vendor in altsrc as needed. Reviewed-by: coleenp, kamg, dholmes, johnc, jrose ! src/share/vm/runtime/globals.cpp ! src/share/vm/runtime/globals.hpp + src/share/vm/runtime/globals_ext.hpp ! src/share/vm/runtime/globals_extension.hpp Changeset: 41cce03b29a8 Author: dcubed Date: 2011-12-06 05:28 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/41cce03b29a8 Merge Changeset: 03865c41c4f3 Author: vladidan Date: 2011-12-06 16:35 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/03865c41c4f3 Merge ! src/share/vm/runtime/globals.hpp Changeset: 55d777c0860a Author: dcubed Date: 2011-12-07 07:27 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/55d777c0860a 7118648: disable compressed oops by default on MacOS X until 7118647 is fixed Summary: UseCompressedOops is false by default on MacOS X; can still be set manually Reviewed-by: jmelvin, kvn, dholmes ! src/share/vm/runtime/arguments.cpp Changeset: e8fdaf4a66cb Author: kvn Date: 2011-11-10 20:17 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/e8fdaf4a66cb 7110586: C2 generates incorrect results Summary: Exact limit of empty loop calculated incorrectly. Reviewed-by: iveresov, never ! src/share/vm/opto/loopnode.cpp + test/compiler/7110586/Test7110586.java Changeset: 8c57262447d3 Author: kvn Date: 2011-11-14 18:38 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/8c57262447d3 7105605: Use EA info to optimize pointers compare Summary: optimize pointers compare using EA information. Reviewed-by: never, twisti ! src/share/vm/opto/c2_globals.hpp ! src/share/vm/opto/cfgnode.cpp ! src/share/vm/opto/escape.cpp ! src/share/vm/opto/escape.hpp Changeset: 6729bbc1fcd6 Author: twisti Date: 2011-11-16 01:39 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/6729bbc1fcd6 7003454: order constants in constant table by number of references in code Reviewed-by: kvn, never, bdelsart ! src/cpu/sparc/vm/assembler_sparc.hpp ! src/cpu/sparc/vm/c1_LIRAssembler_sparc.cpp ! src/cpu/sparc/vm/methodHandles_sparc.cpp ! src/cpu/sparc/vm/sharedRuntime_sparc.cpp ! src/cpu/sparc/vm/sparc.ad ! src/cpu/sparc/vm/vtableStubs_sparc.cpp ! src/cpu/x86/vm/assembler_x86.hpp ! src/cpu/x86/vm/stubGenerator_x86_64.cpp ! src/cpu/x86/vm/x86_32.ad ! src/cpu/x86/vm/x86_64.ad ! src/share/vm/adlc/adlparse.cpp ! src/share/vm/adlc/output_c.cpp ! src/share/vm/asm/assembler.hpp ! src/share/vm/opto/compile.cpp ! src/share/vm/opto/compile.hpp ! src/share/vm/opto/machnode.cpp ! src/share/vm/opto/matcher.hpp Changeset: 1bd45abaa507 Author: kvn Date: 2011-11-16 09:13 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/1bd45abaa507 6890673: Eliminate allocations immediately after EA Summary: Try to eliminate allocations and related locks immediately after escape analysis. Reviewed-by: never ! src/share/vm/opto/block.cpp ! src/share/vm/opto/callnode.cpp ! src/share/vm/opto/callnode.hpp ! src/share/vm/opto/compile.cpp ! src/share/vm/opto/escape.cpp ! src/share/vm/opto/gcm.cpp ! src/share/vm/opto/loopnode.cpp ! src/share/vm/opto/macro.cpp ! src/share/vm/opto/macro.hpp ! src/share/vm/opto/memnode.cpp ! src/share/vm/opto/memnode.hpp Changeset: 973293defacd Author: iveresov Date: 2011-11-16 19:42 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/973293defacd 7112085: assert(fr.interpreter_frame_expression_stack_size()==0) failed: only handle empty stacks Summary: Move the inlinee invoke notification callback into inlinee preamble Reviewed-by: kvn, never ! src/share/vm/c1/c1_GraphBuilder.cpp ! src/share/vm/c1/c1_Instruction.hpp ! src/share/vm/c1/c1_LIRGenerator.cpp ! src/share/vm/runtime/simpleThresholdPolicy.cpp ! src/share/vm/runtime/simpleThresholdPolicy.hpp ! test/compiler/6792161/Test6792161.java Changeset: a04a201f0f5a Author: twisti Date: 2011-11-17 04:07 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/a04a201f0f5a 7108383: JSR 292: JRuby bench_define_method_methods.rb: assert(slow_jvms != NULL) failed: miss path must not Reviewed-by: kvn, never ! src/share/vm/ci/ciMethod.hpp ! src/share/vm/opto/callGenerator.cpp ! src/share/vm/opto/callGenerator.hpp ! src/share/vm/opto/doCall.cpp Changeset: 59bc0d4d9ea3 Author: never Date: 2011-11-18 10:29 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/59bc0d4d9ea3 7110489: C1: 64-bit tiered with ForceUnreachable: assert(reachable(src)) failed: Address should be reachable Reviewed-by: kvn, iveresov, twisti ! src/cpu/x86/vm/assembler_x86.cpp ! src/cpu/x86/vm/methodHandles_x86.hpp ! src/cpu/x86/vm/stubGenerator_x86_64.cpp Changeset: 7793051af7d6 Author: twisti Date: 2011-11-21 00:57 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/7793051af7d6 7110058: change default for ScavengeRootsInCode to 2 Reviewed-by: kvn, never ! src/share/vm/runtime/globals.hpp Changeset: f03a3c8bd5e5 Author: roland Date: 2011-09-14 09:22 +0200 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/f03a3c8bd5e5 7077312: Provide a CALL effect for instruct declaration in the ad file Summary: abstracted way to declare that the MachNode has the effect of a call (kills caller save registers, preserves callee save registers) Reviewed-by: twisti, never ! src/share/vm/adlc/adlparse.cpp ! src/share/vm/adlc/adlparse.hpp ! src/share/vm/adlc/archDesc.cpp ! src/share/vm/adlc/formssel.cpp ! src/share/vm/adlc/formssel.hpp ! src/share/vm/adlc/output_h.cpp ! src/share/vm/opto/block.hpp ! src/share/vm/opto/idealGraphPrinter.cpp ! src/share/vm/opto/lcm.cpp ! src/share/vm/opto/machnode.hpp ! src/share/vm/opto/node.hpp Changeset: db2e64ca2d5a Author: roland Date: 2011-11-22 09:45 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/db2e64ca2d5a 7090968: Allow adlc register class to depend on runtime conditions Summary: allow reg_class definition as a function. Reviewed-by: kvn, never ! src/cpu/sparc/vm/sparc.ad ! src/cpu/x86/vm/x86_32.ad ! src/cpu/x86/vm/x86_64.ad ! src/share/vm/adlc/adlparse.cpp ! src/share/vm/adlc/archDesc.cpp ! src/share/vm/adlc/formsopt.cpp ! src/share/vm/adlc/formsopt.hpp ! src/share/vm/adlc/output_c.cpp ! src/share/vm/opto/matcher.hpp Changeset: cc81b9c09bbb Author: kvn Date: 2011-11-28 15:46 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/cc81b9c09bbb 7112478: after 7105605 JRuby bench_define_method_methods.rb fails with NPE Summary: Fixed several EA issues with Connection Graph construction. Reviewed-by: never, twisti ! src/share/vm/ci/bcEscapeAnalyzer.cpp ! src/share/vm/ci/bcEscapeAnalyzer.hpp ! src/share/vm/compiler/compileBroker.cpp ! src/share/vm/opto/escape.cpp ! src/share/vm/opto/escape.hpp Changeset: 97825a4f7369 Author: iveresov Date: 2011-11-30 17:35 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/97825a4f7369 7116795: Tiered: enable by default for server Summary: Enable tiered compilation on server VM by default Reviewed-by: kvn, never ! make/jprt.properties ! src/cpu/sparc/vm/c2_globals_sparc.hpp ! src/cpu/x86/vm/c2_globals_x86.hpp Changeset: f745b2be3737 Author: kvn Date: 2011-12-02 21:37 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/f745b2be3737 7117282: assert(base == NULL || t_adr->isa_rawptr() || !phase->type(base) Summary: Delay memory node transformation until the memory is processed. Reviewed-by: iveresov, never ! src/share/vm/opto/memnode.cpp Changeset: 81f7362f7bed Author: kvn Date: 2011-12-08 10:27 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/81f7362f7bed Merge ! make/jprt.properties ! src/share/vm/runtime/globals.hpp Changeset: 4406629aa157 Author: johnc Date: 2011-12-02 12:39 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/4406629aa157 7114095: G1: assert(obj == oopDesc::load_decode_heap_oop(p)) failed: p should still be pointing to obj Summary: As a result of the changes for 4965777, the G1 reference field scanning closure could be applied to the discovered field of a reference object twice. The failing assert is too strong if the result of the first application of the closure is stolen, and the referenced object, evacuated by another worker thread. Reviewed-by: ysr, tonyp ! src/share/vm/gc_implementation/g1/g1OopClosures.inline.hpp Changeset: e37aedaedccd Author: tonyp Date: 2011-12-05 12:26 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/e37aedaedccd Merge Changeset: f1391adc6681 Author: stefank Date: 2011-11-28 10:19 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/f1391adc6681 7112034: Parallel CMS fails to properly mark reference objects Summary: Enabled reference processing when work stealing during concurrent marking Reviewed-by: jmasa, brutisso ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp Changeset: f4414323345f Author: stefank Date: 2011-11-28 14:58 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/f4414323345f 7116081: USE_PRECOMPILED_HEADER=0 triggers a single threaded build of the JVM Summary: Changed the conditional to see if the precompiled header has been specified. Also, removed the unused PrecompiledOption. Reviewed-by: dholmes, brutisso ! make/bsd/makefiles/gcc.make ! make/bsd/makefiles/top.make ! make/linux/makefiles/gcc.make ! make/linux/makefiles/top.make ! make/solaris/makefiles/gcc.make Changeset: d23d2b18183e Author: tonyp Date: 2011-12-07 12:54 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/d23d2b18183e 7118202: G1: eden size unnecessarily drops to a minimum Summary: An integer underflow can cause the RSet lengths to be massively overpredicted which forces the eden size to the minimum. Reviewed-by: brutisso, johnc ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp Changeset: e9b91fd07263 Author: jmasa Date: 2011-12-09 06:46 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/e9b91fd07263 Merge Changeset: 6d7d0790074d Author: jmasa Date: 2011-12-09 19:28 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/6d7d0790074d 7119584: UseParallelGC barrier task can be overwritten. Summary: Provoke a GC for a metadata allocation failure. Reviewed-by: johnc, iveresov ! src/share/vm/gc_implementation/parallelScavenge/gcTaskManager.cpp ! src/share/vm/gc_implementation/parallelScavenge/gcTaskThread.cpp Changeset: 3b688d6ff3d0 Author: fparain Date: 2011-12-14 04:30 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/3b688d6ff3d0 7104647: Adding a diagnostic command framework Reviewed-by: phh, dcubed ! src/share/vm/services/attachListener.cpp + src/share/vm/services/diagnosticArgument.cpp + src/share/vm/services/diagnosticArgument.hpp + src/share/vm/services/diagnosticCommand.cpp + src/share/vm/services/diagnosticCommand.hpp + src/share/vm/services/diagnosticFramework.cpp + src/share/vm/services/diagnosticFramework.hpp ! src/share/vm/services/jmm.h ! src/share/vm/services/management.cpp Changeset: 31f6f10e4379 Author: vladidan Date: 2011-12-14 20:06 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/31f6f10e4379 Merge Changeset: a2fef924d8e6 Author: amurillo Date: 2011-12-16 12:38 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/a2fef924d8e6 Merge ! .hgtags Changeset: 61165f53f165 Author: amurillo Date: 2011-12-16 12:37 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/61165f53f165 Added tag hs23-b08 for changeset a2fef924d8e6 ! .hgtags Changeset: 1647361df7ba Author: amurillo Date: 2011-12-16 15:07 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/1647361df7ba Merge ! .hgtags ! make/hotspot_version ! src/share/vm/gc_implementation/parNew/parCardTableModRefBS.cpp Changeset: de5af98a6fac Author: cl Date: 2011-12-21 20:02 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/de5af98a6fac Added tag jdk7u4-b05 for changeset 1647361df7ba ! .hgtags Changeset: 7e075537835d Author: cl Date: 2011-12-22 19:00 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/7e075537835d Added tag jdk8-b18 for changeset 61165f53f165 ! .hgtags Changeset: 434acc838772 Author: amurillo Date: 2011-12-16 12:46 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/434acc838772 7122001: new hotspot build - hs23-b09 Reviewed-by: jcoomes ! make/hotspot_version Changeset: 3c648b9ad052 Author: stefank Date: 2011-12-14 12:15 +0100 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/3c648b9ad052 7121373: Clean up CollectedHeap::is_in Summary: Fixed G1CollectedHeap::is_in, added tests, cleaned up comments and made Space::is_in pure virtual. Reviewed-by: brutisso, tonyp, jcoomes ! src/share/vm/gc_implementation/concurrentMarkSweep/compactibleFreeListSpace.hpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp ! src/share/vm/gc_interface/collectedHeap.cpp ! src/share/vm/gc_interface/collectedHeap.hpp ! src/share/vm/memory/genCollectedHeap.cpp ! src/share/vm/memory/genCollectedHeap.hpp ! src/share/vm/memory/generation.hpp ! src/share/vm/memory/space.cpp ! src/share/vm/memory/space.hpp ! src/share/vm/oops/arrayOop.cpp ! src/share/vm/oops/arrayOop.hpp ! src/share/vm/prims/jni.cpp ! src/share/vm/utilities/quickSort.cpp ! src/share/vm/utilities/quickSort.hpp Changeset: fd2b426c30db Author: johnc Date: 2011-12-14 17:43 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/fd2b426c30db 7119908: G1: Cache CSet start region for each worker for subsequent reuse Summary: Cache workers' calculated starting heap region, used for parallel iteration over the collcection set, for subsequent reuse. Reviewed-by: tonyp, brutisso ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp Changeset: 41406797186b Author: tonyp Date: 2011-12-16 02:14 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/41406797186b 7113012: G1: rename not-fully-young GCs as "mixed" Summary: Renamed partially-young GCs as mixed and fully-young GCs as young. Change all external output that includes those terms (GC log and GC ergo log) as well as any comments, fields, methods, etc. The changeset also includes very minor code tidying up (added some curly brackets). Reviewed-by: johnc, brutisso ! 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/gc_implementation/g1/g1ErgoVerbose.cpp ! src/share/vm/gc_implementation/g1/g1ErgoVerbose.hpp ! src/share/vm/gc_implementation/g1/g1MonitoringSupport.hpp Changeset: adedfbbf0360 Author: johnc Date: 2011-12-16 11:40 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/adedfbbf0360 7120038: G1: ParallelGCThreads==0 is broken Summary: Running G1 with ParallelGCThreads==0 results in various crashes and asserts. Most of these are caused by unguarded references to the worker threads array or an incorrect number of active workers. Reviewed-by: jmasa, tonyp ! src/share/vm/gc_implementation/g1/concurrentMark.cpp ! src/share/vm/gc_implementation/g1/concurrentMark.hpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp Changeset: e7dead7e90af Author: johnc Date: 2011-12-19 10:02 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/e7dead7e90af 7117303: VM uses non-monotonic time source and complains that it is non-monotonic Summary: Replaces calls to os::javaTimeMillis(), which does not (and cannot) guarantee monotonicity, in GC code to an equivalent expression that uses os::javaTimeNanos(). os::javaTimeNanos is guaranteed monotonically non-decreasing if the underlying platform provides a monotonic time source. Changes in OS files are to make use of the newly defined constants in globalDefinitions.hpp. Reviewed-by: dholmes, ysr ! 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/share/vm/gc_implementation/parallelScavenge/psMarkSweep.cpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp ! src/share/vm/memory/genCollectedHeap.cpp ! src/share/vm/memory/generation.hpp ! src/share/vm/memory/referenceProcessor.cpp ! src/share/vm/utilities/globalDefinitions.hpp Changeset: 129cd462ae89 Author: jmasa Date: 2011-12-20 12:27 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/129cd462ae89 Merge Changeset: 96ce4c27112f Author: coleenp Date: 2011-12-19 15:34 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/96ce4c27112f 7122939: TraceBytecodes broken with UseCompressedOops Summary: Disable verify_heapbase on sparc if TraceBytecodes because the latter uses r12 as a temp register Reviewed-by: coleenp, phh Contributed-by: Volker Simonis ! src/cpu/x86/vm/assembler_x86.cpp Changeset: 6c995c08526c Author: phh Date: 2011-12-19 15:50 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/6c995c08526c 7122880: Extend vendor-specific command interface to include manageable switches Summary: Add Flag::external_ext()/writable_ext(), both return false. Reviewed-by: coleenp, zgu ! src/share/vm/runtime/globals.cpp ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/globals_ext.hpp ! src/share/vm/services/management.cpp Changeset: 4502fd5c7698 Author: phh Date: 2011-12-19 21:38 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/4502fd5c7698 Merge Changeset: 11c26bfcf8c7 Author: phh Date: 2011-12-21 15:48 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/11c26bfcf8c7 7091417: recvfrom's 6th input should be of type socklen_t Summary: Revamp class os's socket method formal args to match socket.h, insert casts in appropriate places, and copyin-copyout int*'s that s/b socklen_t*'s in jvm.cpp. Reviewed-by: coleenp, dholmes Contributed-by: erik.gahlin at oracle.com, rickard.backman at oracle.com, nils.loodin at oracle.com, markus.gronlund at oracle.com ! src/os/bsd/vm/jvm_bsd.h ! src/os/bsd/vm/os_bsd.inline.hpp ! src/os/linux/vm/jvm_linux.h ! src/os/linux/vm/os_linux.inline.hpp ! src/os/solaris/vm/jvm_solaris.h ! src/os/solaris/vm/os_solaris.cpp ! src/os/solaris/vm/os_solaris.inline.hpp ! src/os/windows/vm/jvm_windows.h ! src/os/windows/vm/os_windows.cpp ! src/share/vm/prims/jvm.cpp ! src/share/vm/runtime/os.hpp ! src/share/vm/utilities/ostream.cpp Changeset: c01e115b095e Author: coleenp Date: 2011-12-21 16:41 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/c01e115b095e 7064927: retransformClasses() does not pass in LocalVariableTable of a method Summary: Handle LVT attribute in the class file reconstitutor. Reviewed-by: phh, coleenp Contributed-by: thomaswue ! src/share/vm/prims/jvmtiClassFileReconstituter.cpp ! src/share/vm/prims/jvmtiClassFileReconstituter.hpp Changeset: d532160c55f7 Author: coleenp Date: 2011-12-21 18:22 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/d532160c55f7 Merge Changeset: 4b18532913c7 Author: vladidan Date: 2011-12-22 12:01 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/4b18532913c7 Merge ! src/os/solaris/vm/os_solaris.cpp ! src/os/windows/vm/os_windows.cpp Changeset: 4bcf61041217 Author: amurillo Date: 2011-12-23 15:24 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/4bcf61041217 Merge Changeset: 9232e0ecbc2c Author: amurillo Date: 2011-12-23 15:24 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/9232e0ecbc2c Added tag hs23-b09 for changeset 4bcf61041217 ! .hgtags Changeset: b09b616c066f Author: amurillo Date: 2011-12-23 15:39 -0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/b09b616c066f Merge ! .hgtags ! make/hotspot_version ! src/os/windows/vm/os_windows.cpp Changeset: 2a7035cd6540 Author: phh Date: 2011-12-30 15:33 -0500 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/hotspot/rev/2a7035cd6540 Merge ! .hgtags From weijun.wang at oracle.com Fri Dec 30 22:01:08 2011 From: weijun.wang at oracle.com (weijun.wang at oracle.com) Date: Sat, 31 Dec 2011 06:01:08 +0000 Subject: hg: jdk7u/jdk7u-osx/jdk: 7123107: [macosx] native ccache Message-ID: <20111231060134.0B2E547857@hg.openjdk.java.net> Changeset: ab26116ef4fc Author: skovatch Date: 2011-12-31 14:00 +0800 URL: http://hg.openjdk.java.net/jdk7u/jdk7u-osx/jdk/rev/ab26116ef4fc 7123107: [macosx] native ccache Reviewed-by: weijun ! make/sun/security/krb5/Makefile ! src/share/classes/sun/security/krb5/Credentials.java + src/share/native/sun/security/krb5/nativeccache.c From james.melvin at oracle.com Sat Dec 31 00:39:57 2011 From: james.melvin at oracle.com (James Melvin) Date: Sat, 31 Dec 2011 03:39:57 -0500 Subject: RFR (S): 7125793: MAC: test_gamma should always work Message-ID: <4EFECA5D.6010905@oracle.com> Hi, This change fixes the 'gamma' simple launcher for HotSpot on Mac OS X. There were 3 primary changes required to re-enable gamma... 1) Statically link with CoreFoundation framework to resolve symbols The gamma launcher dlopen()s libjava.dylib from $JAVA_HOME/jre/lib. Because Mac OS X files are case-insensitive by default, we collide on $FRAMEWORK/libJPEG.dylib and ${JAVA_HOME}/jre/lib/libjpeg.dylib. This resulted in unresolved symbols in the Mac OS X framework libraries. The solution for gamma was to statically link with CoreFoundation framework to properly resolve framework symbols and allow gamma to successfully dlopen() libjava.dylib. 2) Adjust various paths to reflect no arch subdirs On Mac OS X, there are no arch subdirs, e.g jre/lib vs jre/lib/. Instead, one can use universal binaries to package multiple architectures in a single binary. At the moment though, we are only building 64-bit non-universal binaries. Note, the test_gamma script assumes an Oracle JDK layout for JAVA_HOME, derived from ALT_BOOTDIR. Using an Apple JDK for ALT_BOOTDIR will fail the test_gamma script gracefully, as libjava.dylib is in a different, unexpected place. 3) Modify test_gamma script to set library path only for gamma launch Setting DYLD_LIBRARY_PATH adversely affects the real java launcher(s). Instead, set this later in the script only for the gamma launcher test run. While in there, I took the liberty of decrypting the script to make it more maintainable and more easily merged whenever we reconcile the unix ports into a single codebase. There is no change to the script output. Feedback welcome... WEBREV: http://cr.openjdk.java.net/~jmelvin/7125793/webrev.00 TESTS RUN: JPRT 2011-12-31-061123.jmelvin.7125793 local Mac OS X builds/tests Thanks and Happy New Year! Jim From lordpixel+openjdk at mac.com Sat Dec 31 07:28:21 2011 From: lordpixel+openjdk at mac.com (Andrew Thompson) Date: Sat, 31 Dec 2011 10:28:21 -0500 Subject: Review request for MACOSX_PORT-369: UnsupportedOperationException is thown on getLockingKeyState() In-Reply-To: <0600D7F4-DD4D-49A6-A438-1F40C21B38DD@oracle.com> References: <0600D7F4-DD4D-49A6-A438-1F40C21B38DD@oracle.com> Message-ID: Kana lock implies switching the keyboard to the mode where it enters Japanese Kana characters. It's probably the key to the right of the spacebar in this screenshot: http://en.wikipedia.org/wiki/File:MacBookProJISKeyboard-1.jpg. The key labeled ?? and ??, which both say 'kana'. I'd be surprised if it is a lock like caps-lock though. I've never used a physical Apple Japanese keyboard unfortunately, but I would be surprised if that key works like caps-lock. Most likely it cycles through multiple modes. On Dec 30, 2011, at 8:52 AM, Leonid Romanov wrote: > Hello, > Please, review the fix for http://java.net/jira/browse/MACOSX_PORT-369 > The web rev is located at: > http://cr.openjdk.java.net/~leonidr/7124368/webrev.00/ > > Please, note that among the keys this method is supposed to check, only Caps Lock works as a true locking key with OS X.There is no Scroll Lock key on modern Apple keyboards, and with PC keyboard plugged in Scroll Lock is simply ignored: no LED lights up if you press it. As for Num Lock, the key located at the same position on Apple keyboards as Num Lock on PC keyboards is called Clear, doesn't lock anything and is used for entirely different purpose. Kana Lock is a mystery to me: I'm not an expert in I18N, so I've plugged in that ancient Japanese PC keyboard we have in our office, but it looks like OS X ignores Kana Lock key on this keyboard and doesn't generate any key code we can check. > > Thanks, > Leonid. > > > > > From lordpixel at mac.com Tue Dec 6 17:21:19 2011 From: lordpixel at mac.com (Andrew Thompson) Date: Wed, 07 Dec 2011 01:21:19 -0000 Subject: jdk7u-osx, VM mode In-Reply-To: References: <4EDE7418.30800@oracle.com> Message-ID: <6592F495-7FBC-4151-BF43-4EAB4D76132A@mac.com> Is hotspot now 64bit only on all platforms? On Dec 6, 2011, at 3:23 PM, Henri Gomez wrote: >>> Did the OpenJDK 7 for osx from jdk7u-osx will stay 32/64 (universal) >>> like the current OpenJDK 7 from macosx-port ? >> >> See Michael's reply here: http://mail.openjdk.java.net/pipermail/macosx-port-dev/2011-December/001683.html > > I saw his reply and replied on it. > > To me OSX should have a 32/64 bits VM > > - It's how OpenJDK 7 from macosx-port works today > - Apple 1.6 VMs where 32/64 bits VM > - Other OS have 32 and 64 bits VM From steve.x.northover at oracle.com Tue Dec 13 09:56:50 2011 From: steve.x.northover at oracle.com (steve.x.northover at oracle.com) Date: Tue, 13 Dec 2011 17:56:50 -0000 Subject: Q regarding threading issues for SWT mode In-Reply-To: <4EE752E2.4030503@oracle.com> References: <4EE752E2.4030503@oracle.com> Message-ID: <4EE791D7.3050906@oracle.com> Hi folks, It's been a while since I have looked at this stuff. First off, SWT is cocoa application. There is a carbon port, but that port is no longer active. Mike and I had the discussion about supporting carbon applications when I accidentally sent him an SWT carbon jar. He indicated that he wanted to throw out the code that supported carbon for 1.7 and I think that this is fine. Here is the class that contains the SWT startup code: http://git.eclipse.org/c/platform/eclipse.platform.swt.git/tree/bundles/org.eclipse.swt/Eclipse%20SWT/cocoa/org/eclipse/swt/widgets/Display.java It looks as if SWT uses objc_setClass to hammer the running NSApplication instance. Steve On 13/12/2011 8:28 AM, Anthony Petrov wrote: > Hi Mike, Steve, > > There's a couple of issues ([1] and [2]) that arise when running Java > in the SWT-compatible mode (i.e. with the -XstartOnFirstThread > specified). I've got a couple of questions for you guys. > > > 1. I would second to Mike's comment in [2] regarding mandating that > the SWT must already be running the event loop before trying to access > AWT. What bothers me though, is that these same applications work fine > with Apple JDK (according to user comments), but fail only when > running with OpenJDK. Is that only because of the > AWT_ASSERT_NOT_APPKIT_THREAD assertion at line 267 in awt.m at: > > http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/file/13d69fd25daa/src/macosx/native/sun/awt/awt.m > > > which actually seems to be completely unnecessary there? Or might > there be any other reason? > > > 2. If we've started the VM on the main thread, and let's suppose SWT > has already been initialized. Do I understand correctly that at line > 350 of the aforementioned file we'll see that the app is already > running? Or will we actually start a new Cocoa loop for the AWT? > There's a comment at line 335 that says SWT doesn't call > NSApplicationLoad(). The spec for NSApplicationLoad() states this > function initializes an instance of NSApplication. So do I understand > correctly that SWT itself does NOT actually create its own NSApp > instance? Is SWT a Carbon-only library? To rephrase my question: if > Cocoa code (AWT) is embedded within a Carbon app (SWT), would [NSApp > isRunning] return YES or NO after the Carbon app has already been > initialized and is running? My guess is that it would still return YES > even though there was not an explicit initialization of the Cocoa > event loop, but I'd like to double check this with those who have > expertise in Cocoa/Carbon/SWT. > > Thanks in advance for your answers! > > [1] http://java.net/jira/browse/MACOSX_PORT-719 (unable to launch > debug mode in eclipse) > [2] http://java.net/jira/browse/MACOSX_PORT-720 (java.awt.Font causes > Cocoa AWT: Running on AppKit thread 0 when not expected) > > -- > best regards, > Anthony