From swingler at apple.com Mon Aug 1 07:42:01 2011 From: swingler at apple.com (Mike Swingler) Date: Mon, 01 Aug 2011 07:42:01 -0700 Subject: Linking to JavaRuntimeSupport framework In-Reply-To: <59CA71DE-0027-4FE2-9508-5C92C39E2D87@cyberduck.ch> References: <5E5A5F9C-8F8B-41DE-8C22-53FFE860FE82@cyberduck.ch> <3BAEB41E-3BD2-4B9E-A318-34D76E194760@apple.com> <61FD2571-9FD5-4454-874F-2A8A6CAC64FD@sudo.ch> <4A664FD5-1579-4BC4-AC3D-00F2CE6217B4@apple.com> <59CA71DE-0027-4FE2-9508-5C92C39E2D87@cyberduck.ch> Message-ID: <60240E33-F033-4F1A-B63E-6EF079D55251@apple.com> As long as libjava.dylib is loaded first, IOD is not triggered, and everything works as expected. I tested that this works correctly with the command-line executables. Are you linking against JavaNativeFoundation or JavaVM in your launcher? Regards, Mike Swingler Java Engineering Apple Inc. On Jul 30, 2011, at 9:19 AM, David Kocher wrote: > Hello Mike, > > What are your findings? This is somewhat urgent for me as bundling a JRE and still getting an optional install triggered is rather pointless. > > Thanks, > David > > On 21.07.2011, at 19:07, Mike Swingler wrote: > >> Depending on JavaVM.framework, JavaRuntimeSupport.framework, or JavaNativeFoundation.framework isn't a problem, if the Install-on-Demand machinery can detect the presence of the "JLI_MemAlloc" symbol which is exported from libjava. The point of the fix yesterday was to ensure that libjava could be loaded without hauling in any of those other frameworks first. >> >> I'm going to be looking into this more today to make sure we've covered all the cases. >> >> Regards, >> Mike Swingler >> Java Engineering >> Apple Inc. >> >> On Jul 21, 2011, at 8:45 AM, David Smith-Uchida wrote: >> >>> Oh, and the only reason that patch works for me is because my app is Rococoa based. The AWT native code has a large number of dependencies on JavaRuntimeSupport. So, unless JavaRuntimeSupport initalization is patched to not generate the install a JVM message, the path to java_props_md.c won't do anything. >>> >>> Cheers, >>> Dave Smith >>> >>> On Jul 21, 2011, at 10:43 PM, David Smith-Uchida wrote: >>> >>>> I haven't tried building and running it yet, but the problem was triggered by the call to JRSCopyOSVersion in >>>> jdk/src/solaris/native/java/lang/java_props_md.c >>>> >>>> Looking at the new code, it's now linking JavaRuntimeSupport dynamically to call it. Do you have that update? >>>> >>>> I'm not sure if that's going to fix it because when I traced down into the code with gdb it was JRSCopyOSVersion calling into some java init that triggered the check for the runtimes, not the static links. >>> >> > From dalibor.topic at oracle.com Mon Aug 1 08:10:14 2011 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Mon, 01 Aug 2011 17:10:14 +0200 Subject: merging BSDPort into jdk mainline In-Reply-To: References: <3374420F-94DC-4728-86A0-DC64D54A7A92@apple.com> <3AFC8A4F-CBC4-4D0E-8FA7-24E29329B9B2@apple.com> Message-ID: <4E36C1D6.2060504@oracle.com> On 7/28/11 9:41 PM, Henri Gomez wrote: >>> Another question about JDK7/8, bsd-port (and so macosx-port). >>> What about support of processors arch like PPC and ARM via Zero project ? >>> Could we expect JDK7 (or may be JDK8) to have Zero Project in the mainline ? >> >> That's already the case. Zero was merged in some time ago. > > Sorry but I'm confuse. Did you mean Zero has been merged into JDK 7 or JDK 8 ? Yes, in 2009/2010. See http://icedtea.classpath.org/wiki/ZeroSharkFaq#What_is_the_status_of_Zero_and_Shark.3F for details. 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 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle Oracle is committed to developing practices and products that help protect the environment From dave at igeekinc.com Mon Aug 1 09:08:51 2011 From: dave at igeekinc.com (David Smith-Uchida) Date: Tue, 2 Aug 2011 01:08:51 +0900 Subject: Non-ASCII characters failing on Lion, multiple possible other locale based bugs Message-ID: <3A7F6592-0D62-4C4D-B27B-4BAF99644BE3@igeekinc.com> I've logged a bug (http://java.net/jira/browse/MACOSX_PORT-204), but there's a pretty serious problem with OpenJDK on Lion and I wanted to get some opinions on this. Non-ASCII filenames (e.g. Japanese or Chinese) are completely failing - they are being converted to "?????" (some number of question marks) when you try to create and when you try to read them you get garbage unicode characters. I've been tracking through the code and I think I've identified what's go on. JNU_GetStringPlatformChars in jdk/src/share/native/common/jni_util.c returning "UTF-8" on OS X 10.6 and "US-ASCII" on OS X 10.7. This is the encoding that is then used to convert Java strings to/from the file system encoding. Tracking this back a bit more, I tracked the source of that encoding as coming from the property "sun.jnu.encoding" which is coming from GetJavaProperties in jdk/src/share/native/java/lang/System.c. Tracking that back a bit more shows that the function ParseLocale in jdk/src/solaris/native/java/lang/java_props_md.c is calling setlocale. The way it calls setlocale basically boils down to: setlocale(LC_ALL, ""); char * lc = setlocale(LC_CTYPE, NULL); On OS X 10.6, lc is set to "en_US.UTF-8". On OS X 10.7, it is set to "C". This then falls through to setting the locale to en_US instead of en_US.UTF-8. Later in ParseLocale, nl_langinfo(CODESET) is called. On OS X 10.6, it returns UTF-8 but on 10.7 it returns US-ASCII. ParseLocale relies on the return from nl_langinfo to ultimately set the sun.jnu.encoding property. I'm not sure if the way the JDK is calling setlocale and nl_langinfo is wrong or if OS X 10.7 has a bug. It doesn't seem reasonable to change the return values so drastically. I have a patch that fixes this that I can contribute but I think a little discussion of the right way to fix this is in order. There appear to be some other calls to setlocale() and there is a call to nl_langinfo(CODESET) in utfInitialize in jdk/src/solaris/npt/utf_md.c that concerns me since that looks to be the deep in the guts of the Unicode processing. Are there a set of tests for Unicode handling that can be run? I'd be happy to take this on as an issue. Also, is there some magic involved in getting a build that can be debugged? I tried the "debug_build" target but the output seems to be only about half debuggable. Thanks, Dave Smith iGeek, Inc. From david_durrence at apple.com Mon Aug 1 10:49:43 2011 From: david_durrence at apple.com (david_durrence at apple.com) Date: Mon, 01 Aug 2011 17:49:43 +0000 Subject: hg: macosx-port/macosx-port/jdk: Commiting some of our harness tests to jtreg. Message-ID: <20110801174957.F07BE4788D@hg.openjdk.java.net> Changeset: c768b17f6e8c Author: david_durrence at apple.com Date: 2011-08-01 10:45 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/c768b17f6e8c Commiting some of our harness tests to jtreg. + test/java/awt/Component/SetBackground/TwoInOne.java + test/java/awt/Container/AddOrder/AddOrder01.java + test/java/awt/Container/Validate/ValidateTest.java + test/java/awt/Container/ZOrder/ZOrder01.java + test/java/awt/Cursor/CursorDefaults.java + test/java/awt/Frame/ExtendedState/ZoomedFrame.java + test/java/awt/Frame/GetLocation/GetLocation.java + test/java/awt/GraphicsDevice/GraphicsDevicesTest.java + test/java/awt/TextField/TextFields01.java + test/java/awt/Window/Repaint/Repainter.java + test/java/awt/regtesthelpers/RobotUtilities.java + test/java/awt/regtesthelpers/VisibilityValidator.java + test/java/awt/regtesthelpers/Waypoint.java + test/java/text/MessageFormat/R2200042Msgfmt.java + test/java/vm/XmxHeapSizeTest.java From swingler at apple.com Mon Aug 1 12:25:42 2011 From: swingler at apple.com (Mike Swingler) Date: Mon, 01 Aug 2011 12:25:42 -0700 Subject: Non-ASCII characters failing on Lion, multiple possible other locale based bugs In-Reply-To: <3A7F6592-0D62-4C4D-B27B-4BAF99644BE3@igeekinc.com> References: <3A7F6592-0D62-4C4D-B27B-4BAF99644BE3@igeekinc.com> Message-ID: On Aug 1, 2011, at 9:08 AM, David Smith-Uchida wrote: > I've logged a bug (http://java.net/jira/browse/MACOSX_PORT-204), but there's a pretty serious problem with OpenJDK on Lion and I wanted to get some opinions on this. Non-ASCII filenames (e.g. Japanese or Chinese) are completely failing - they are being converted to "?????" (some number of question marks) when you try to create and when you try to read them you get garbage unicode characters. We have yet to integrate the native locale handling that Java SE 6 on Mac OS X does, but that work is being tracked in: . > I've been tracking through the code and I think I've identified what's go on. > > JNU_GetStringPlatformChars in jdk/src/share/native/common/jni_util.c returning "UTF-8" on OS X 10.6 and "US-ASCII" on OS X 10.7. This is the encoding that is then used to convert Java strings to/from the file system encoding. > > Tracking this back a bit more, I tracked the source of that encoding as coming from the property "sun.jnu.encoding" which is coming from GetJavaProperties in jdk/src/share/native/java/lang/System.c. Tracking that back a bit more shows that the function ParseLocale in jdk/src/solaris/native/java/lang/java_props_md.c is calling setlocale. The way it calls setlocale basically boils down to: > > setlocale(LC_ALL, ""); > char * lc = setlocale(LC_CTYPE, NULL); > > On OS X 10.6, lc is set to "en_US.UTF-8". On OS X 10.7, it is set to "C". This then falls through to setting the locale to en_US instead of en_US.UTF-8. This is odd. We'll have to look at this when we address this issue in greater detail. If you have a small native .c test case that shows two different behaviors between 10.6 and 10.7, I'd suggest filling a bug at , and let me know what the bug ID is so I can track it. Being a brand new OS, Lion certainly may have some issues that we may have to address in a software update. > Later in ParseLocale, nl_langinfo(CODESET) is called. On OS X 10.6, it returns UTF-8 but on 10.7 it returns US-ASCII. ParseLocale relies on the return from nl_langinfo to ultimately set the sun.jnu.encoding property. > > I'm not sure if the way the JDK is calling setlocale and nl_langinfo is wrong or if OS X 10.7 has a bug. It doesn't seem reasonable to change the return values so drastically. > > I have a patch that fixes this that I can contribute but I think a little discussion of the right way to fix this is in order. There appear to be some other calls to setlocale() and there is a call to nl_langinfo(CODESET) in utfInitialize in jdk/src/solaris/npt/utf_md.c that concerns me since that looks to be the deep in the guts of the Unicode processing. While the patch in MACOSX_PORT-38 gets us part of the way towards fixing the issue, we also need to integrate some code that we use that negotiates between what locales Java is aware of, and the locales the CFBundle is aware of, so we can pick the best one they can both agree on. Otherwise, higher levels of the UI will be very confused if Java uses one and the native NS/CFBundle resource loader is using another. > Are there a set of tests for Unicode handling that can be run? I'd be happy to take this on as an issue. Also, is there some magic involved in getting a build that can be debugged? I tried the "debug_build" target but the output seems to be only about half debuggable. We will be adding more tests in the area to the JTreg test suite as we improve the state of the actual locale code itself. Regards, Mike Swingler Java Engineering Apple Inc. From dkocher at sudo.ch Mon Aug 1 14:57:15 2011 From: dkocher at sudo.ch (David Kocher) Date: Mon, 1 Aug 2011 23:57:15 +0200 Subject: Linking to JavaRuntimeSupport framework In-Reply-To: <60240E33-F033-4F1A-B63E-6EF079D55251@apple.com> References: <5E5A5F9C-8F8B-41DE-8C22-53FFE860FE82@cyberduck.ch> <3BAEB41E-3BD2-4B9E-A318-34D76E194760@apple.com> <61FD2571-9FD5-4454-874F-2A8A6CAC64FD@sudo.ch> <4A664FD5-1579-4BC4-AC3D-00F2CE6217B4@apple.com> <59CA71DE-0027-4FE2-9508-5C92C39E2D87@cyberduck.ch> <60240E33-F033-4F1A-B63E-6EF079D55251@apple.com> Message-ID: <18F5CCEB-2B60-4EF0-813C-0AC14D1408BE@sudo.ch> No, none of them but only /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) @executable_path/../Resources/Java/Runtime.jdk/Contents/Home/jre/lib/server/libjvm.dylib (compatibility version 1.0.0, current version 1.0.0) /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 751.29.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 830.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 550.29.0) On 01.08.2011, at 16:42, Mike Swingler wrote: > As long as libjava.dylib is loaded first, IOD is not triggered, and everything works as expected. I tested that this works correctly with the command-line executables. Are you linking against JavaNativeFoundation or JavaVM in your launcher? > > Regards, > Mike Swingler > Java Engineering > Apple Inc. > > On Jul 30, 2011, at 9:19 AM, David Kocher wrote: > >> Hello Mike, >> >> What are your findings? This is somewhat urgent for me as bundling a JRE and still getting an optional install triggered is rather pointless. >> >> Thanks, >> David >> >> On 21.07.2011, at 19:07, Mike Swingler wrote: >> >>> Depending on JavaVM.framework, JavaRuntimeSupport.framework, or JavaNativeFoundation.framework isn't a problem, if the Install-on-Demand machinery can detect the presence of the "JLI_MemAlloc" symbol which is exported from libjava. The point of the fix yesterday was to ensure that libjava could be loaded without hauling in any of those other frameworks first. >>> >>> I'm going to be looking into this more today to make sure we've covered all the cases. >>> >>> Regards, >>> Mike Swingler >>> Java Engineering >>> Apple Inc. >>> >>> On Jul 21, 2011, at 8:45 AM, David Smith-Uchida wrote: >>> >>>> Oh, and the only reason that patch works for me is because my app is Rococoa based. The AWT native code has a large number of dependencies on JavaRuntimeSupport. So, unless JavaRuntimeSupport initalization is patched to not generate the install a JVM message, the path to java_props_md.c won't do anything. >>>> >>>> Cheers, >>>> Dave Smith >>>> >>>> On Jul 21, 2011, at 10:43 PM, David Smith-Uchida wrote: >>>> >>>>> I haven't tried building and running it yet, but the problem was triggered by the call to JRSCopyOSVersion in >>>>> jdk/src/solaris/native/java/lang/java_props_md.c >>>>> >>>>> Looking at the new code, it's now linking JavaRuntimeSupport dynamically to call it. Do you have that update? >>>>> >>>>> I'm not sure if that's going to fix it because when I traced down into the code with gdb it was JRSCopyOSVersion calling into some java init that triggered the check for the runtimes, not the static links. >>>> >>> >> > From swingler at apple.com Mon Aug 1 15:03:39 2011 From: swingler at apple.com (Mike Swingler) Date: Mon, 01 Aug 2011 15:03:39 -0700 Subject: Linking to JavaRuntimeSupport framework In-Reply-To: <18F5CCEB-2B60-4EF0-813C-0AC14D1408BE@sudo.ch> References: <5E5A5F9C-8F8B-41DE-8C22-53FFE860FE82@cyberduck.ch> <3BAEB41E-3BD2-4B9E-A318-34D76E194760@apple.com> <61FD2571-9FD5-4454-874F-2A8A6CAC64FD@sudo.ch> <4A664FD5-1579-4BC4-AC3D-00F2CE6217B4@apple.com> <59CA71DE-0027-4FE2-9508-5C92C39E2D87@cyberduck.ch> <60240E33-F033-4F1A-B63E-6EF079D55251@apple.com> <18F5CCEB-2B60-4EF0-813C-0AC14D1408BE@sudo.ch> Message-ID: <72D60CDB-965F-4B1D-AD38-A0EE0C0F2C1A@apple.com> For grins, can you try linking in libjava.dylib too? I know for a fact that libjvm.dylib isn't linking in anything but libSystem and libstdc++. The only way the IOD dialog should be triggered is if JavaVM.framework is getting loaded before the symbols in libjava.dylib get introduced to the process' address space. You could also try setting $DYLD_PRINT_LIBRARIES=1 to see what libraries are getting loaded in what order (also assuming you have no "Java" dictionary in your Info.plist). Let me know how it goes, Mike Swingler Java Engineering Apple Inc. On Aug 1, 2011, at 2:57 PM, David Kocher wrote: > No, none of them but only > > /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) > @executable_path/../Resources/Java/Runtime.jdk/Contents/Home/jre/lib/server/libjvm.dylib (compatibility version 1.0.0, current version 1.0.0) > /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 751.29.0) > /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 830.0.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0) > /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 550.29.0) > > > On 01.08.2011, at 16:42, Mike Swingler wrote: > >> As long as libjava.dylib is loaded first, IOD is not triggered, and everything works as expected. I tested that this works correctly with the command-line executables. Are you linking against JavaNativeFoundation or JavaVM in your launcher? >> >> Regards, >> Mike Swingler >> Java Engineering >> Apple Inc. >> >> On Jul 30, 2011, at 9:19 AM, David Kocher wrote: >> >>> Hello Mike, >>> >>> What are your findings? This is somewhat urgent for me as bundling a JRE and still getting an optional install triggered is rather pointless. >>> >>> Thanks, >>> David >>> >>> On 21.07.2011, at 19:07, Mike Swingler wrote: >>> >>>> Depending on JavaVM.framework, JavaRuntimeSupport.framework, or JavaNativeFoundation.framework isn't a problem, if the Install-on-Demand machinery can detect the presence of the "JLI_MemAlloc" symbol which is exported from libjava. The point of the fix yesterday was to ensure that libjava could be loaded without hauling in any of those other frameworks first. >>>> >>>> I'm going to be looking into this more today to make sure we've covered all the cases. >>>> >>>> Regards, >>>> Mike Swingler >>>> Java Engineering >>>> Apple Inc. >>>> >>>> On Jul 21, 2011, at 8:45 AM, David Smith-Uchida wrote: >>>> >>>>> Oh, and the only reason that patch works for me is because my app is Rococoa based. The AWT native code has a large number of dependencies on JavaRuntimeSupport. So, unless JavaRuntimeSupport initalization is patched to not generate the install a JVM message, the path to java_props_md.c won't do anything. >>>>> >>>>> Cheers, >>>>> Dave Smith >>>>> >>>>> On Jul 21, 2011, at 10:43 PM, David Smith-Uchida wrote: >>>>> >>>>>> I haven't tried building and running it yet, but the problem was triggered by the call to JRSCopyOSVersion in >>>>>> jdk/src/solaris/native/java/lang/java_props_md.c >>>>>> >>>>>> Looking at the new code, it's now linking JavaRuntimeSupport dynamically to call it. Do you have that update? >>>>>> >>>>>> I'm not sure if that's going to fix it because when I traced down into the code with gdb it was JRSCopyOSVersion calling into some java init that triggered the check for the runtimes, not the static links. >>>>> >>>> >>> >> > From dkocher at sudo.ch Mon Aug 1 15:23:58 2011 From: dkocher at sudo.ch (David Kocher) Date: Tue, 2 Aug 2011 00:23:58 +0200 Subject: Linking to JavaRuntimeSupport framework In-Reply-To: <72D60CDB-965F-4B1D-AD38-A0EE0C0F2C1A@apple.com> References: <5E5A5F9C-8F8B-41DE-8C22-53FFE860FE82@cyberduck.ch> <3BAEB41E-3BD2-4B9E-A318-34D76E194760@apple.com> <61FD2571-9FD5-4454-874F-2A8A6CAC64FD@sudo.ch> <4A664FD5-1579-4BC4-AC3D-00F2CE6217B4@apple.com> <59CA71DE-0027-4FE2-9508-5C92C39E2D87@cyberduck.ch> <60240E33-F033-4F1A-B63E-6EF079D55251@apple.com> <18F5CCEB-2B60-4EF0-813C-0AC14D1408BE@sudo.ch> <72D60CDB-965F-4B1D-AD38-A0EE0C0F2C1A@apple.com> Message-ID: <4A2F1299-4C0A-4CAE-8464-13CB0BD4657D@sudo.ch> Thanks for the swift response. No, there is no more a Java dictionary in the Info.plist. Below the output when the environment variable is set (thanks for the useful tip!). I have removed some of the output which should make no impact but it shows that libjava.dylib is loaded before JavaRuntimeSupport and JavaNativeFoundation. The IOD is triggered just after loading the SecurityHI framework. - David dyld: loaded: /usr/lib/libz.1.dylib dyld: loaded: /Applications/?/Contents/MacOS/./../Resources/Java/Runtime.jdk/Contents/Home/jre/lib/server/libjvm.dylib dyld: loaded: /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation dyld: loaded: /usr/lib/libSystem.B.dylib dyld: loaded: /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation ... /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices dyld: loaded: ... dyld: loaded: /Applications/?/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libverify.dylib dyld: loaded: /Applications/?/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libjava.dylib dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/Frameworks/JavaRuntimeSupport.framework/Versions/A/JavaRuntimeSupport dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/Frameworks/JavaNativeFoundation.framework/Versions/A/JavaNativeFoundation dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/JavaVM dyld: loaded: /System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/CoreUI dyld: loaded: /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon dyld: loaded: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices dyld: loaded: /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit ... dyld: loaded: /System/Library/Frameworks/SecurityFoundation.framework/Versions/A/SecurityFoundation dyld: loaded: /System/Library/PrivateFrameworks/CommerceKit.framework/Versions/A/Frameworks/CommerceCore.framework/Versions/A/CommerceCore dyld: loaded: /System/Library/PrivateFrameworks/CoreSymbolication.framework/Versions/A/CoreSymbolication dyld: loaded: /System/Library/PrivateFrameworks/Symbolication.framework/Versions/A/Symbolication dyld: loaded: /System/Library/PrivateFrameworks/DebugSymbols.framework/Versions/A/DebugSymbols dyld: loaded: /System/Library/PrivateFrameworks/JavaLaunching.framework/Versions/A/JavaLaunching dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CommonPanels.framework/Versions/A/CommonPanels dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Help.framework/Versions/A/Help dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HTMLRendering.framework/Versions/A/HTMLRendering dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ImageCapture.framework/Versions/A/ImageCapture dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/NavigationServices.framework/Versions/A/NavigationServices dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/OpenScripting.framework/Versions/A/OpenScripting dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Print.framework/Versions/A/Print dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SecurityHI.framework/Versions/A/SecurityHI No Java runtime present, requesting install. On 02.08.2011, at 00:03, Mike Swingler wrote: > For grins, can you try linking in libjava.dylib too? I know for a fact that libjvm.dylib isn't linking in anything but libSystem and libstdc++. The only way the IOD dialog should be triggered is if JavaVM.framework is getting loaded before the symbols in libjava.dylib get introduced to the process' address space. > > You could also try setting $DYLD_PRINT_LIBRARIES=1 to see what libraries are getting loaded in what order (also assuming you have no "Java" dictionary in your Info.plist). > > Let me know how it goes, > Mike Swingler > Java Engineering > Apple Inc. > > On Aug 1, 2011, at 2:57 PM, David Kocher wrote: > >> No, none of them but only >> >> /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) >> @executable_path/../Resources/Java/Runtime.jdk/Contents/Home/jre/lib/server/libjvm.dylib (compatibility version 1.0.0, current version 1.0.0) >> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 751.29.0) >> /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 830.0.0) >> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0) >> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 550.29.0) >> >> >> On 01.08.2011, at 16:42, Mike Swingler wrote: >> >>> As long as libjava.dylib is loaded first, IOD is not triggered, and everything works as expected. I tested that this works correctly with the command-line executables. Are you linking against JavaNativeFoundation or JavaVM in your launcher? >>> >>> Regards, >>> Mike Swingler >>> Java Engineering >>> Apple Inc. >>> >>> On Jul 30, 2011, at 9:19 AM, David Kocher wrote: >>> >>>> Hello Mike, >>>> >>>> What are your findings? This is somewhat urgent for me as bundling a JRE and still getting an optional install triggered is rather pointless. >>>> >>>> Thanks, >>>> David >>>> >>>> On 21.07.2011, at 19:07, Mike Swingler wrote: >>>> >>>>> Depending on JavaVM.framework, JavaRuntimeSupport.framework, or JavaNativeFoundation.framework isn't a problem, if the Install-on-Demand machinery can detect the presence of the "JLI_MemAlloc" symbol which is exported from libjava. The point of the fix yesterday was to ensure that libjava could be loaded without hauling in any of those other frameworks first. >>>>> >>>>> I'm going to be looking into this more today to make sure we've covered all the cases. >>>>> >>>>> Regards, >>>>> Mike Swingler >>>>> Java Engineering >>>>> Apple Inc. >>>>> >>>>> On Jul 21, 2011, at 8:45 AM, David Smith-Uchida wrote: >>>>> >>>>>> Oh, and the only reason that patch works for me is because my app is Rococoa based. The AWT native code has a large number of dependencies on JavaRuntimeSupport. So, unless JavaRuntimeSupport initalization is patched to not generate the install a JVM message, the path to java_props_md.c won't do anything. >>>>>> >>>>>> Cheers, >>>>>> Dave Smith >>>>>> >>>>>> On Jul 21, 2011, at 10:43 PM, David Smith-Uchida wrote: >>>>>> >>>>>>> I haven't tried building and running it yet, but the problem was triggered by the call to JRSCopyOSVersion in >>>>>>> jdk/src/solaris/native/java/lang/java_props_md.c >>>>>>> >>>>>>> Looking at the new code, it's now linking JavaRuntimeSupport dynamically to call it. Do you have that update? >>>>>>> >>>>>>> I'm not sure if that's going to fix it because when I traced down into the code with gdb it was JRSCopyOSVersion calling into some java init that triggered the check for the runtimes, not the static links. >>>>>> >>>>> >>>> >>> >> > From bino at apple.com Mon Aug 1 15:56:03 2011 From: bino at apple.com (bino at apple.com) Date: Mon, 01 Aug 2011 22:56:03 +0000 Subject: hg: macosx-port/macosx-port/jdk: First cut of Drag and Drop implementation : http://java.net/jira/browse/MACOSX_PORT-31 Message-ID: <20110801225615.82F8047898@hg.openjdk.java.net> Changeset: 9023fa7e47c9 Author: bino at apple.com Date: 2011-08-01 15:55 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/9023fa7e47c9 First cut of Drag and Drop implementation : http://java.net/jira/browse/MACOSX_PORT-31 ! make/sun/lwawt/FILES_c_macosx.gmk ! make/sun/lwawt/FILES_export_macosx.gmk ! src/macosx/classes/sun/lwawt/LWComponentPeer.java ! src/macosx/classes/sun/lwawt/LWTextAreaPeer.java ! src/macosx/classes/sun/lwawt/LWToolkit.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/CToolkitThreadBlockedHandler.java ! src/macosx/native/sun/awt/AWTView.h ! src/macosx/native/sun/awt/AWTView.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/DnDUtilities.h + src/macosx/native/sun/awt/DnDUtilities.m From bino at apple.com Mon Aug 1 16:32:12 2011 From: bino at apple.com (bino at apple.com) Date: Mon, 01 Aug 2011 23:32:12 +0000 Subject: hg: macosx-port/macosx-port/jdk: Some cleanup of previous checkin Message-ID: <20110801233222.E66BE4789A@hg.openjdk.java.net> Changeset: 07387285e301 Author: bino at apple.com Date: 2011-08-01 16:31 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/07387285e301 Some cleanup of previous checkin ! src/macosx/native/sun/awt/CDragSource.h ! src/macosx/native/sun/awt/CDragSource.m ! src/macosx/native/sun/awt/DnDUtilities.h ! src/macosx/native/sun/awt/DnDUtilities.m From bino at apple.com Mon Aug 1 17:11:03 2011 From: bino at apple.com (bino at apple.com) Date: Tue, 02 Aug 2011 00:11:03 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixed a problem with missing implementation of currentJavaExtKeyModifiers Message-ID: <20110802001114.081784789D@hg.openjdk.java.net> Changeset: fb2c7c9f3ba0 Author: bino at apple.com Date: 2011-08-01 17:10 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/fb2c7c9f3ba0 Fixed a problem with missing implementation of currentJavaExtKeyModifiers ! src/macosx/native/sun/awt/CDragSource.m ! src/macosx/native/sun/awt/DnDUtilities.m From swingler at apple.com Mon Aug 1 19:21:24 2011 From: swingler at apple.com (Mike Swingler) Date: Mon, 01 Aug 2011 19:21:24 -0700 Subject: Linking to JavaRuntimeSupport framework In-Reply-To: <4A2F1299-4C0A-4CAE-8464-13CB0BD4657D@sudo.ch> References: <5E5A5F9C-8F8B-41DE-8C22-53FFE860FE82@cyberduck.ch> <3BAEB41E-3BD2-4B9E-A318-34D76E194760@apple.com> <61FD2571-9FD5-4454-874F-2A8A6CAC64FD@sudo.ch> <4A664FD5-1579-4BC4-AC3D-00F2CE6217B4@apple.com> <59CA71DE-0027-4FE2-9508-5C92C39E2D87@cyberduck.ch> <60240E33-F033-4F1A-B63E-6EF079D55251@apple.com> <18F5CCEB-2B60-4EF0-813C-0AC14D1408BE@sudo.ch> <72D60CDB-965F-4B1D-AD38-A0EE0C0F2C1A@apple.com> <4A2F1299-4C0A-4CAE-8464-13CB0BD4657D@sudo.ch> Message-ID: <21E39684-498A-4F4E-966D-7EDF07AC8892@apple.com> Do you know how libjava.dylib is getting loaded in? Perhaps it's being loaded with dlopen() with private options (instead of being generically linked in and loaded by dyld). You can tell by using $DYLD_PRINT_APIS=1 ("man dyld" for more environment variable goodies). Curious, Mike Swingler Java Engineering Apple Inc. On Aug 1, 2011, at 3:23 PM, David Kocher wrote: > Thanks for the swift response. No, there is no more a Java dictionary in the Info.plist. > > Below the output when the environment variable is set (thanks for the useful tip!). I have removed some of the output which should make no impact but it shows that libjava.dylib is loaded before JavaRuntimeSupport and JavaNativeFoundation. The IOD is triggered just after loading the SecurityHI framework. > > - > David > > dyld: loaded: /usr/lib/libz.1.dylib > dyld: loaded: /Applications/?/Contents/MacOS/./../Resources/Java/Runtime.jdk/Contents/Home/jre/lib/server/libjvm.dylib > dyld: loaded: /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation > dyld: loaded: /usr/lib/libSystem.B.dylib > dyld: loaded: /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation > ... > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices > dyld: loaded: > ... > dyld: loaded: /Applications/?/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libverify.dylib > dyld: loaded: /Applications/?/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libjava.dylib > dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/Frameworks/JavaRuntimeSupport.framework/Versions/A/JavaRuntimeSupport > dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/Frameworks/JavaNativeFoundation.framework/Versions/A/JavaNativeFoundation > dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/JavaVM > dyld: loaded: /System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/CoreUI > dyld: loaded: /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa > dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon > dyld: loaded: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices > dyld: loaded: /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit > ... > dyld: loaded: /System/Library/Frameworks/SecurityFoundation.framework/Versions/A/SecurityFoundation > dyld: loaded: /System/Library/PrivateFrameworks/CommerceKit.framework/Versions/A/Frameworks/CommerceCore.framework/Versions/A/CommerceCore > dyld: loaded: /System/Library/PrivateFrameworks/CoreSymbolication.framework/Versions/A/CoreSymbolication > dyld: loaded: /System/Library/PrivateFrameworks/Symbolication.framework/Versions/A/Symbolication > dyld: loaded: /System/Library/PrivateFrameworks/DebugSymbols.framework/Versions/A/DebugSymbols > dyld: loaded: /System/Library/PrivateFrameworks/JavaLaunching.framework/Versions/A/JavaLaunching > dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CommonPanels.framework/Versions/A/CommonPanels > dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Help.framework/Versions/A/Help > dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HTMLRendering.framework/Versions/A/HTMLRendering > dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ImageCapture.framework/Versions/A/ImageCapture > dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/NavigationServices.framework/Versions/A/NavigationServices > dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/OpenScripting.framework/Versions/A/OpenScripting > dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Print.framework/Versions/A/Print > dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SecurityHI.framework/Versions/A/SecurityHI > No Java runtime present, requesting install. > > > On 02.08.2011, at 00:03, Mike Swingler wrote: > >> For grins, can you try linking in libjava.dylib too? I know for a fact that libjvm.dylib isn't linking in anything but libSystem and libstdc++. The only way the IOD dialog should be triggered is if JavaVM.framework is getting loaded before the symbols in libjava.dylib get introduced to the process' address space. >> >> You could also try setting $DYLD_PRINT_LIBRARIES=1 to see what libraries are getting loaded in what order (also assuming you have no "Java" dictionary in your Info.plist). >> >> Let me know how it goes, >> Mike Swingler >> Java Engineering >> Apple Inc. >> >> On Aug 1, 2011, at 2:57 PM, David Kocher wrote: >> >>> No, none of them but only >>> >>> /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) >>> @executable_path/../Resources/Java/Runtime.jdk/Contents/Home/jre/lib/server/libjvm.dylib (compatibility version 1.0.0, current version 1.0.0) >>> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 751.29.0) >>> /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 830.0.0) >>> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0) >>> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 550.29.0) >>> >>> >>> On 01.08.2011, at 16:42, Mike Swingler wrote: >>> >>>> As long as libjava.dylib is loaded first, IOD is not triggered, and everything works as expected. I tested that this works correctly with the command-line executables. Are you linking against JavaNativeFoundation or JavaVM in your launcher? >>>> >>>> Regards, >>>> Mike Swingler >>>> Java Engineering >>>> Apple Inc. >>>> >>>> On Jul 30, 2011, at 9:19 AM, David Kocher wrote: >>>> >>>>> Hello Mike, >>>>> >>>>> What are your findings? This is somewhat urgent for me as bundling a JRE and still getting an optional install triggered is rather pointless. >>>>> >>>>> Thanks, >>>>> David >>>>> >>>>> On 21.07.2011, at 19:07, Mike Swingler wrote: >>>>> >>>>>> Depending on JavaVM.framework, JavaRuntimeSupport.framework, or JavaNativeFoundation.framework isn't a problem, if the Install-on-Demand machinery can detect the presence of the "JLI_MemAlloc" symbol which is exported from libjava. The point of the fix yesterday was to ensure that libjava could be loaded without hauling in any of those other frameworks first. >>>>>> >>>>>> I'm going to be looking into this more today to make sure we've covered all the cases. >>>>>> >>>>>> Regards, >>>>>> Mike Swingler >>>>>> Java Engineering >>>>>> Apple Inc. >>>>>> >>>>>> On Jul 21, 2011, at 8:45 AM, David Smith-Uchida wrote: >>>>>> >>>>>>> Oh, and the only reason that patch works for me is because my app is Rococoa based. The AWT native code has a large number of dependencies on JavaRuntimeSupport. So, unless JavaRuntimeSupport initalization is patched to not generate the install a JVM message, the path to java_props_md.c won't do anything. >>>>>>> >>>>>>> Cheers, >>>>>>> Dave Smith >>>>>>> >>>>>>> On Jul 21, 2011, at 10:43 PM, David Smith-Uchida wrote: >>>>>>> >>>>>>>> I haven't tried building and running it yet, but the problem was triggered by the call to JRSCopyOSVersion in >>>>>>>> jdk/src/solaris/native/java/lang/java_props_md.c >>>>>>>> >>>>>>>> Looking at the new code, it's now linking JavaRuntimeSupport dynamically to call it. Do you have that update? >>>>>>>> >>>>>>>> I'm not sure if that's going to fix it because when I traced down into the code with gdb it was JRSCopyOSVersion calling into some java init that triggered the check for the runtimes, not the static links. >>>>>>> >>>>>> >>>>> >>>> >>> >> > From dkocher at sudo.ch Tue Aug 2 04:26:25 2011 From: dkocher at sudo.ch (David Kocher) Date: Tue, 2 Aug 2011 13:26:25 +0200 Subject: Linking to JavaRuntimeSupport framework In-Reply-To: <21E39684-498A-4F4E-966D-7EDF07AC8892@apple.com> References: <5E5A5F9C-8F8B-41DE-8C22-53FFE860FE82@cyberduck.ch> <3BAEB41E-3BD2-4B9E-A318-34D76E194760@apple.com> <61FD2571-9FD5-4454-874F-2A8A6CAC64FD@sudo.ch> <4A664FD5-1579-4BC4-AC3D-00F2CE6217B4@apple.com> <59CA71DE-0027-4FE2-9508-5C92C39E2D87@cyberduck.ch> <60240E33-F033-4F1A-B63E-6EF079D55251@apple.com> <18F5CCEB-2B60-4EF0-813C-0AC14D1408BE@sudo.ch> <72D60CDB-965F-4B1D-AD38-A0EE0C0F2C1A@apple.com> <4A2F1299-4C0A-4CAE-8464-13CB0BD4657D@sudo.ch> <21E39684-498A-4F4E-966D-7EDF07AC8892@apple.com> Message-ID: <0391C6DB-F0EB-4CD2-B0DA-3853F3DAE650@sudo.ch> The relevant part with DYLD_PRINT_APIS set as follows. Indeed it is getting loaded with dlopen. Do you suggest to link directly to libjava.dylib in addition in the main executable launching the runtime? dlopen(/Applications/?.app/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libverify.dylib, 0x00000001) dyld: loaded: /Applications/?.app/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libverify.dylib dlopen(/Applications/?.app/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libjava.dylib, 0x00000001) dyld: loaded: /Applications/?.app/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libjava.dylib dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/Frameworks/JavaRuntimeSupport.framework/Versions/A/JavaRuntimeSupport dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/Frameworks/JavaNativeFoundation.framework/Versions/A/JavaNativeFoundation dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/JavaVM dyld: loaded: /System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/CoreUI dyld: loaded: /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa - David On 02.08.2011, at 04:21, Mike Swingler wrote: > Do you know how libjava.dylib is getting loaded in? Perhaps it's being loaded with dlopen() with private options (instead of being generically linked in and loaded by dyld). You can tell by using $DYLD_PRINT_APIS=1 ("man dyld" for more environment variable goodies). > > Curious, > Mike Swingler > Java Engineering > Apple Inc. > > On Aug 1, 2011, at 3:23 PM, David Kocher wrote: > >> Thanks for the swift response. No, there is no more a Java dictionary in the Info.plist. >> >> Below the output when the environment variable is set (thanks for the useful tip!). I have removed some of the output which should make no impact but it shows that libjava.dylib is loaded before JavaRuntimeSupport and JavaNativeFoundation. The IOD is triggered just after loading the SecurityHI framework. >> >> - >> David >> >> dyld: loaded: /usr/lib/libz.1.dylib >> dyld: loaded: /Applications/?/Contents/MacOS/./../Resources/Java/Runtime.jdk/Contents/Home/jre/lib/server/libjvm.dylib >> dyld: loaded: /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation >> dyld: loaded: /usr/lib/libSystem.B.dylib >> dyld: loaded: /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation >> ... >> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices >> dyld: loaded: >> ... >> dyld: loaded: /Applications/?/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libverify.dylib >> dyld: loaded: /Applications/?/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libjava.dylib >> dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/Frameworks/JavaRuntimeSupport.framework/Versions/A/JavaRuntimeSupport >> dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/Frameworks/JavaNativeFoundation.framework/Versions/A/JavaNativeFoundation >> dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/JavaVM >> dyld: loaded: /System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/CoreUI >> dyld: loaded: /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa >> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon >> dyld: loaded: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices >> dyld: loaded: /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit >> ... >> dyld: loaded: /System/Library/Frameworks/SecurityFoundation.framework/Versions/A/SecurityFoundation >> dyld: loaded: /System/Library/PrivateFrameworks/CommerceKit.framework/Versions/A/Frameworks/CommerceCore.framework/Versions/A/CommerceCore >> dyld: loaded: /System/Library/PrivateFrameworks/CoreSymbolication.framework/Versions/A/CoreSymbolication >> dyld: loaded: /System/Library/PrivateFrameworks/Symbolication.framework/Versions/A/Symbolication >> dyld: loaded: /System/Library/PrivateFrameworks/DebugSymbols.framework/Versions/A/DebugSymbols >> dyld: loaded: /System/Library/PrivateFrameworks/JavaLaunching.framework/Versions/A/JavaLaunching >> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CommonPanels.framework/Versions/A/CommonPanels >> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Help.framework/Versions/A/Help >> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HTMLRendering.framework/Versions/A/HTMLRendering >> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ImageCapture.framework/Versions/A/ImageCapture >> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/NavigationServices.framework/Versions/A/NavigationServices >> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/OpenScripting.framework/Versions/A/OpenScripting >> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Print.framework/Versions/A/Print >> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SecurityHI.framework/Versions/A/SecurityHI >> No Java runtime present, requesting install. >> >> >> On 02.08.2011, at 00:03, Mike Swingler wrote: >> >>> For grins, can you try linking in libjava.dylib too? I know for a fact that libjvm.dylib isn't linking in anything but libSystem and libstdc++. The only way the IOD dialog should be triggered is if JavaVM.framework is getting loaded before the symbols in libjava.dylib get introduced to the process' address space. >>> >>> You could also try setting $DYLD_PRINT_LIBRARIES=1 to see what libraries are getting loaded in what order (also assuming you have no "Java" dictionary in your Info.plist). >>> >>> Let me know how it goes, >>> Mike Swingler >>> Java Engineering >>> Apple Inc. >>> >>> On Aug 1, 2011, at 2:57 PM, David Kocher wrote: >>> >>>> No, none of them but only >>>> >>>> /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) >>>> @executable_path/../Resources/Java/Runtime.jdk/Contents/Home/jre/lib/server/libjvm.dylib (compatibility version 1.0.0, current version 1.0.0) >>>> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 751.29.0) >>>> /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 830.0.0) >>>> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0) >>>> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 550.29.0) >>>> >>>> >>>> On 01.08.2011, at 16:42, Mike Swingler wrote: >>>> >>>>> As long as libjava.dylib is loaded first, IOD is not triggered, and everything works as expected. I tested that this works correctly with the command-line executables. Are you linking against JavaNativeFoundation or JavaVM in your launcher? >>>>> >>>>> Regards, >>>>> Mike Swingler >>>>> Java Engineering >>>>> Apple Inc. >>>>> >>>>> On Jul 30, 2011, at 9:19 AM, David Kocher wrote: >>>>> >>>>>> Hello Mike, >>>>>> >>>>>> What are your findings? This is somewhat urgent for me as bundling a JRE and still getting an optional install triggered is rather pointless. >>>>>> >>>>>> Thanks, >>>>>> David >>>>>> >>>>>> On 21.07.2011, at 19:07, Mike Swingler wrote: >>>>>> >>>>>>> Depending on JavaVM.framework, JavaRuntimeSupport.framework, or JavaNativeFoundation.framework isn't a problem, if the Install-on-Demand machinery can detect the presence of the "JLI_MemAlloc" symbol which is exported from libjava. The point of the fix yesterday was to ensure that libjava could be loaded without hauling in any of those other frameworks first. >>>>>>> >>>>>>> I'm going to be looking into this more today to make sure we've covered all the cases. >>>>>>> >>>>>>> Regards, >>>>>>> Mike Swingler >>>>>>> Java Engineering >>>>>>> Apple Inc. >>>>>>> >>>>>>> On Jul 21, 2011, at 8:45 AM, David Smith-Uchida wrote: >>>>>>> >>>>>>>> Oh, and the only reason that patch works for me is because my app is Rococoa based. The AWT native code has a large number of dependencies on JavaRuntimeSupport. So, unless JavaRuntimeSupport initalization is patched to not generate the install a JVM message, the path to java_props_md.c won't do anything. >>>>>>>> >>>>>>>> Cheers, >>>>>>>> Dave Smith >>>>>>>> >>>>>>>> On Jul 21, 2011, at 10:43 PM, David Smith-Uchida wrote: >>>>>>>> >>>>>>>>> I haven't tried building and running it yet, but the problem was triggered by the call to JRSCopyOSVersion in >>>>>>>>> jdk/src/solaris/native/java/lang/java_props_md.c >>>>>>>>> >>>>>>>>> Looking at the new code, it's now linking JavaRuntimeSupport dynamically to call it. Do you have that update? >>>>>>>>> >>>>>>>>> I'm not sure if that's going to fix it because when I traced down into the code with gdb it was JRSCopyOSVersion calling into some java init that triggered the check for the runtimes, not the static links. >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > From dave at igeekinc.com Tue Aug 2 07:35:36 2011 From: dave at igeekinc.com (David Smith-Uchida) Date: Tue, 2 Aug 2011 23:35:36 +0900 Subject: Non-ASCII characters failing on Lion, multiple possible other locale based bugs In-Reply-To: References: <3A7F6592-0D62-4C4D-B27B-4BAF99644BE3@igeekinc.com> Message-ID: <028B800D-DE6A-4CAC-BEBA-84CC7B2D3FCD@igeekinc.com> Well, I tracked down the setlocal/nl_langinfo discrepancy. I'd forgotten to double check it in a local window - I was logged in remotely over SSH to the Lion machine and you get different answers depending on whether you are logged in remotely or if you are connected to the window server. So, it's not Lion specific and you will get the issue if you are running via ssh or headless/background. Since you get the same answers from setlocale/nl_langinfo on Snow Leopard, whatever code is in JDK 1.6 should be a solution for this. I'm not sure I understand why there is a locale lookup for the file system API's, though. As far as I know, all Unix systems will only use UTF-8 through the section 2 api's so there's really no way to get different character sets back. OS 9 had different character sets in the API's depending on the locale setting and I'm sure older Windows did as well. http://java.net/jira/browse/MACOSX_PORT-165 is related somehow but I'm not sure yet how. I'm going to try to track it all down and get the info into the bugs. On Aug 2, 2011, at 4:25 AM, Mike Swingler wrote: > On Aug 1, 2011, at 9:08 AM, David Smith-Uchida wrote: > >> I've logged a bug (http://java.net/jira/browse/MACOSX_PORT-204), but there's a pretty serious problem with OpenJDK on Lion and I wanted to get some opinions on this. Non-ASCII filenames (e.g. Japanese or Chinese) are completely failing - they are being converted to "?????" (some number of question marks) when you try to create and when you try to read them you get garbage unicode characters. > > We have yet to integrate the native locale handling that Java SE 6 on Mac OS X does, but that work is being tracked in: . > >> I've been tracking through the code and I think I've identified what's go on. >> >> JNU_GetStringPlatformChars in jdk/src/share/native/common/jni_util.c returning "UTF-8" on OS X 10.6 and "US-ASCII" on OS X 10.7. This is the encoding that is then used to convert Java strings to/from the file system encoding. >> >> Tracking this back a bit more, I tracked the source of that encoding as coming from the property "sun.jnu.encoding" which is coming from GetJavaProperties in jdk/src/share/native/java/lang/System.c. Tracking that back a bit more shows that the function ParseLocale in jdk/src/solaris/native/java/lang/java_props_md.c is calling setlocale. The way it calls setlocale basically boils down to: >> >> setlocale(LC_ALL, ""); >> char * lc = setlocale(LC_CTYPE, NULL); >> >> On OS X 10.6, lc is set to "en_US.UTF-8". On OS X 10.7, it is set to "C". This then falls through to setting the locale to en_US instead of en_US.UTF-8. > > This is odd. We'll have to look at this when we address this issue in greater detail. If you have a small native .c test case that shows two different behaviors between 10.6 and 10.7, I'd suggest filling a bug at , and let me know what the bug ID is so I can track it. Being a brand new OS, Lion certainly may have some issues that we may have to address in a software update. > >> Later in ParseLocale, nl_langinfo(CODESET) is called. On OS X 10.6, it returns UTF-8 but on 10.7 it returns US-ASCII. ParseLocale relies on the return from nl_langinfo to ultimately set the sun.jnu.encoding property. >> >> I'm not sure if the way the JDK is calling setlocale and nl_langinfo is wrong or if OS X 10.7 has a bug. It doesn't seem reasonable to change the return values so drastically. >> >> I have a patch that fixes this that I can contribute but I think a little discussion of the right way to fix this is in order. There appear to be some other calls to setlocale() and there is a call to nl_langinfo(CODESET) in utfInitialize in jdk/src/solaris/npt/utf_md.c that concerns me since that looks to be the deep in the guts of the Unicode processing. > > While the patch in MACOSX_PORT-38 gets us part of the way towards fixing the issue, we also need to integrate some code that we use that negotiates between what locales Java is aware of, and the locales the CFBundle is aware of, so we can pick the best one they can both agree on. Otherwise, higher levels of the UI will be very confused if Java uses one and the native NS/CFBundle resource loader is using another. > >> Are there a set of tests for Unicode handling that can be run? I'd be happy to take this on as an issue. Also, is there some magic involved in getting a build that can be debugged? I tried the "debug_build" target but the output seems to be only about half debuggable. > > We will be adding more tests in the area to the JTreg test suite as we improve the state of the actual locale code itself. > > Regards, > Mike Swingler > Java Engineering > Apple Inc. From swingler at apple.com Tue Aug 2 08:12:28 2011 From: swingler at apple.com (Mike Swingler) Date: Tue, 02 Aug 2011 08:12:28 -0700 Subject: Linking to JavaRuntimeSupport framework In-Reply-To: <0391C6DB-F0EB-4CD2-B0DA-3853F3DAE650@sudo.ch> References: <5E5A5F9C-8F8B-41DE-8C22-53FFE860FE82@cyberduck.ch> <3BAEB41E-3BD2-4B9E-A318-34D76E194760@apple.com> <61FD2571-9FD5-4454-874F-2A8A6CAC64FD@sudo.ch> <4A664FD5-1579-4BC4-AC3D-00F2CE6217B4@apple.com> <59CA71DE-0027-4FE2-9508-5C92C39E2D87@cyberduck.ch> <60240E33-F033-4F1A-B63E-6EF079D55251@apple.com> <18F5CCEB-2B60-4EF0-813C-0AC14D1408BE@sudo.ch> <72D60CDB-965F-4B1D-AD38-A0EE0C0F2C1A@apple.com> <4A2F1299-4C0A-4CAE-8464-13CB0BD4657D@sudo.ch> <21E39684-498A-4F4E-966D-7EDF07AC8892@apple.com> <0391C6DB-F0EB-4CD2-B0DA-3853F3DAE650@sudo.ch> Message-ID: <9120D273-DF08-4264-93BA-9827AF272DBD@apple.com> Yes, please link your main executable directly to libjava.dylib. I believe that will expose the symbols in a global enough context to be noticed by the Install on Demand check inside of the JavaVM framework. Are you using a build of the macosx-port from after July 20th when this fix went in? Regards, Mike Swingler Java Engineering Apple Inc. On Aug 2, 2011, at 4:26 AM, David Kocher wrote: > The relevant part with DYLD_PRINT_APIS set as follows. Indeed it is getting loaded with dlopen. Do you suggest to link directly to libjava.dylib in addition in the main executable launching the runtime? > > dlopen(/Applications/?.app/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libverify.dylib, 0x00000001) > dyld: loaded: /Applications/?.app/Contents/Resources/Java/Runtime.jdk/Contents/HomYe/jre/lib/libverify.dylib > dlopen(/Applications/?.app/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libjava.dylib, 0x00000001) > dyld: loaded: /Applications/?.app/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libjava.dylib > dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/Frameworks/JavaRuntimeSupport.framework/Versions/A/JavaRuntimeSupport > dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/Frameworks/JavaNativeFoundation.framework/Versions/A/JavaNativeFoundation > dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/JavaVM > dyld: loaded: /System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/CoreUI > dyld: loaded: /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa > > - > David > > On 02.08.2011, at 04:21, Mike Swingler wrote: > >> Do you know how libjava.dylib is getting loaded in? Perhaps it's being loaded with dlopen() with private options (instead of being generically linked in and loaded by dyld). You can tell by using $DYLD_PRINT_APIS=1 ("man dyld" for more environment variable goodies). >> >> Curious, >> Mike Swingler >> Java Engineering >> Apple Inc. >> >> On Aug 1, 2011, at 3:23 PM, David Kocher wrote: >> >>> Thanks for the swift response. No, there is no more a Java dictionary in the Info.plist. >>> >>> Below the output when the environment variable is set (thanks for the useful tip!). I have removed some of the output which should make no impact but it shows that libjava.dylib is loaded before JavaRuntimeSupport and JavaNativeFoundation. The IOD is triggered just after loading the SecurityHI framework. >>> >>> - >>> David >>> >>> dyld: loaded: /usr/lib/libz.1.dylib >>> dyld: loaded: /Applications/?/Contents/MacOS/./../Resources/Java/Runtime.jdk/Contents/Home/jre/lib/server/libjvm.dylib >>> dyld: loaded: /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation >>> dyld: loaded: /usr/lib/libSystem.B.dylib >>> dyld: loaded: /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation >>> ... >>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices >>> dyld: loaded: >>> ... >>> dyld: loaded: /Applications/?/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libverify.dylib >>> dyld: loaded: /Applications/?/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libjava.dylib >>> dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/Frameworks/JavaRuntimeSupport.framework/Versions/A/JavaRuntimeSupport >>> dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/Frameworks/JavaNativeFoundation.framework/Versions/A/JavaNativeFoundation >>> dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/JavaVM >>> dyld: loaded: /System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/CoreUI >>> dyld: loaded: /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa >>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon >>> dyld: loaded: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices >>> dyld: loaded: /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit >>> ... >>> dyld: loaded: /System/Library/Frameworks/SecurityFoundation.framework/Versions/A/SecurityFoundation >>> dyld: loaded: /System/Library/PrivateFrameworks/CommerceKit.framework/Versions/A/Frameworks/CommerceCore.framework/Versions/A/CommerceCore >>> dyld: loaded: /System/Library/PrivateFrameworks/CoreSymbolication.framework/Versions/A/CoreSymbolication >>> dyld: loaded: /System/Library/PrivateFrameworks/Symbolication.framework/Versions/A/Symbolication >>> dyld: loaded: /System/Library/PrivateFrameworks/DebugSymbols.framework/Versions/A/DebugSymbols >>> dyld: loaded: /System/Library/PrivateFrameworks/JavaLaunching.framework/Versions/A/JavaLaunching >>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CommonPanels.framework/Versions/A/CommonPanels >>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Help.framework/Versions/A/Help >>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HTMLRendering.framework/Versions/A/HTMLRendering >>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ImageCapture.framework/Versions/A/ImageCapture >>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/NavigationServices.framework/Versions/A/NavigationServices >>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/OpenScripting.framework/Versions/A/OpenScripting >>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Print.framework/Versions/A/Print >>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SecurityHI.framework/Versions/A/SecurityHI >>> No Java runtime present, requesting install. >>> >>> >>> On 02.08.2011, at 00:03, Mike Swingler wrote: >>> >>>> For grins, can you try linking in libjava.dylib too? I know for a fact that libjvm.dylib isn't linking in anything but libSystem and libstdc++. The only way the IOD dialog should be triggered is if JavaVM.framework is getting loaded before the symbols in libjava.dylib get introduced to the process' address space. >>>> >>>> You could also try setting $DYLD_PRINT_LIBRARIES=1 to see what libraries are getting loaded in what order (also assuming you have no "Java" dictionary in your Info.plist). >>>> >>>> Let me know how it goes, >>>> Mike Swingler >>>> Java Engineering >>>> Apple Inc. >>>> >>>> On Aug 1, 2011, at 2:57 PM, David Kocher wrote: >>>> >>>>> No, none of them but only >>>>> >>>>> /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) >>>>> @executable_path/../Resources/Java/Runtime.jdk/Contents/Home/jre/lib/server/libjvm.dylib (compatibility version 1.0.0, current version 1.0.0) >>>>> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 751.29.0) >>>>> /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 830.0.0) >>>>> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0) >>>>> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 550.29.0) >>>>> >>>>> >>>>> On 01.08.2011, at 16:42, Mike Swingler wrote: >>>>> >>>>>> As long as libjava.dylib is loaded first, IOD is not triggered, and everything works as expected. I tested that this works correctly with the command-line executables. Are you linking against JavaNativeFoundation or JavaVM in your launcher? >>>>>> >>>>>> Regards, >>>>>> Mike Swingler >>>>>> Java Engineering >>>>>> Apple Inc. >>>>>> >>>>>> On Jul 30, 2011, at 9:19 AM, David Kocher wrote: >>>>>> >>>>>>> Hello Mike, >>>>>>> >>>>>>> What are your findings? This is somewhat urgent for me as bundling a JRE and still getting an optional install triggered is rather pointless. >>>>>>> >>>>>>> Thanks, >>>>>>> David >>>>>>> >>>>>>> On 21.07.2011, at 19:07, Mike Swingler wrote: >>>>>>> >>>>>>>> Depending on JavaVM.framework, JavaRuntimeSupport.framework, or JavaNativeFoundation.framework isn't a problem, if the Install-on-Demand machinery can detect the presence of the "JLI_MemAlloc" symbol which is exported from libjava. The point of the fix yesterday was to ensure that libjava could be loaded without hauling in any of those other frameworks first. >>>>>>>> >>>>>>>> I'm going to be looking into this more today to make sure we've covered all the cases. >>>>>>>> >>>>>>>> Regards, >>>>>>>> Mike Swingler >>>>>>>> Java Engineering >>>>>>>> Apple Inc. >>>>>>>> >>>>>>>> On Jul 21, 2011, at 8:45 AM, David Smith-Uchida wrote: >>>>>>>> >>>>>>>>> Oh, and the only reason that patch works for me is because my app is Rococoa based. The AWT native code has a large number of dependencies on JavaRuntimeSupport. So, unless JavaRuntimeSupport initalization is patched to not generate the install a JVM message, the path to java_props_md.c won't do anything. >>>>>>>>> >>>>>>>>> Cheers, >>>>>>>>> Dave Smith >>>>>>>>> >>>>>>>>> On Jul 21, 2011, at 10:43 PM, David Smith-Uchida wrote: >>>>>>>>> >>>>>>>>>> I haven't tried building and running it yet, but the problem was triggered by the call to JRSCopyOSVersion in >>>>>>>>>> jdk/src/solaris/native/java/lang/java_props_md.c >>>>>>>>>> >>>>>>>>>> Looking at the new code, it's now linking JavaRuntimeSupport dynamically to call it. Do you have that update? >>>>>>>>>> >>>>>>>>>> I'm not sure if that's going to fix it because when I traced down into the code with gdb it was JRSCopyOSVersion calling into some java init that triggered the check for the runtimes, not the static links. >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > From bino at apple.com Tue Aug 2 11:31:46 2011 From: bino at apple.com (bino at apple.com) Date: Tue, 02 Aug 2011 18:31:46 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixed broken build and some cleanup Message-ID: <20110802183156.46499478CD@hg.openjdk.java.net> Changeset: ef732e7ec5bf Author: bino at apple.com Date: 2011-08-02 11:31 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/ef732e7ec5bf Fixed broken build and some cleanup ! src/macosx/native/sun/awt/CDragSource.h ! src/macosx/native/sun/awt/CDragSource.m ! src/macosx/native/sun/awt/CDropTarget.h ! src/macosx/native/sun/awt/CDropTarget.m From astrange at apple.com Tue Aug 2 14:08:53 2011 From: astrange at apple.com (astrange at apple.com) Date: Tue, 02 Aug 2011 21:08:53 +0000 Subject: hg: macosx-port/macosx-port/hotspot: Refer to JIRA instead of Radar numbers in FIXME comments Message-ID: <20110802210855.7D53C478D3@hg.openjdk.java.net> Changeset: 058301ce9a61 Author: astrange Date: 2011-08-02 14:00 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot/rev/058301ce9a61 Refer to JIRA instead of Radar numbers in FIXME comments ! make/bsd/makefiles/buildtree.make From bino at apple.com Tue Aug 2 18:39:36 2011 From: bino at apple.com (bino at apple.com) Date: Wed, 03 Aug 2011 01:39:36 +0000 Subject: hg: macosx-port/macosx-port/jdk: Modified to use private atomic properties instead of custom setter/getter with locking Message-ID: <20110803013947.623CB478E0@hg.openjdk.java.net> Changeset: 6d2785350892 Author: bino at apple.com Date: 2011-08-02 18:36 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/6d2785350892 Modified to use private atomic properties instead of custom setter/getter with locking ! src/macosx/native/sun/awt/AWTView.h ! src/macosx/native/sun/awt/AWTView.m From mikepolinske at yahoo.com Tue Aug 2 21:30:09 2011 From: mikepolinske at yahoo.com (Michael Polinske) Date: Tue, 2 Aug 2011 21:30:09 -0700 (PDT) Subject: Missing /Developer/Extras/Java folder Message-ID: <1312345809.12664.YahooMailRC@web180016.mail.gq1.yahoo.com> I thought my build of OpenJDK 7 was successful, but when I try to run the last command in the step 5 of the instructions, it gets the following error: michael-polinskes-macbook-pro:macosx-port mike$ $JAVA_HOME/bin/java -jar /Developer/Extras/Java/JFC/SwingSet2/SwingSet2.jar Error: Unable to access jarfile /Developer/Extras/Java/JFC/SwingSet2/SwingSet2.jar I looked in Finder and do not see a /Developer/Extras/Java folder How do I get it? I am running OS X Lion with Xcode 4.2 If OpenJDK isn't compatible with Xcode 4.2 when will the Mac OS X for OpenJDK 7 be complete and released? Thanks Mike Polinske Milwaukee, WI =============================== Follow me on Twitter. I'm also on Facebook =============================== Who is Jesus?? Find out at What About Jesus From dave at igeekinc.com Tue Aug 2 21:49:57 2011 From: dave at igeekinc.com (David Smith-Uchida) Date: Wed, 3 Aug 2011 13:49:57 +0900 Subject: Linking to JavaRuntimeSupport framework In-Reply-To: <9120D273-DF08-4264-93BA-9827AF272DBD@apple.com> References: <5E5A5F9C-8F8B-41DE-8C22-53FFE860FE82@cyberduck.ch> <3BAEB41E-3BD2-4B9E-A318-34D76E194760@apple.com> <61FD2571-9FD5-4454-874F-2A8A6CAC64FD@sudo.ch> <4A664FD5-1579-4BC4-AC3D-00F2CE6217B4@apple.com> <59CA71DE-0027-4FE2-9508-5C92C39E2D87@cyberduck.ch> <60240E33-F033-4F1A-B63E-6EF079D55251@apple.com> <18F5CCEB-2B60-4EF0-813C-0AC14D1408BE@sudo.ch> <72D60CDB-965F-4B1D-AD38-A0EE0C0F2C1A@apple.com> <4A2F1299-4C0A-4CAE-8464-13CB0BD4657D@sudo.ch> <21E39684-498A-4F4E-966D-7EDF07AC8892@apple.com> <0391C6DB-F0EB-4CD2-B0DA-3853F3DAE650@sudo.ch> <9120D273-DF08-4264-93BA-9827AF272DBD@apple.com> Message-ID: Would it be possible to just have an environment variable we can set to turn off the check? I'm supporting all the way back to 10.3 at this point. If my launcher is linked to our embedded JVM I'm thinking we won't be able to use the installed JVM on older versions of the OS unless we have ANOTHER launcher that gets invoked. On Aug 3, 2011, at 12:12 AM, Mike Swingler wrote: > Yes, please link your main executable directly to libjava.dylib. I believe that will expose the symbols in a global enough context to be noticed by the Install on Demand check inside of the JavaVM framework. > > Are you using a build of the macosx-port from after July 20th when this fix went in? > > Regards, > Mike Swingler > Java Engineering > Apple Inc. > > On Aug 2, 2011, at 4:26 AM, David Kocher wrote: > >> The relevant part with DYLD_PRINT_APIS set as follows. Indeed it is getting loaded with dlopen. Do you suggest to link directly to libjava.dylib in addition in the main executable launching the runtime? >> >> dlopen(/Applications/?.app/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libverify.dylib, 0x00000001) >> dyld: loaded: /Applications/?.app/Contents/Resources/Java/Runtime.jdk/Contents/HomYe/jre/lib/libverify.dylib >> dlopen(/Applications/?.app/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libjava.dylib, 0x00000001) >> dyld: loaded: /Applications/?.app/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libjava.dylib >> dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/Frameworks/JavaRuntimeSupport.framework/Versions/A/JavaRuntimeSupport >> dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/Frameworks/JavaNativeFoundation.framework/Versions/A/JavaNativeFoundation >> dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/JavaVM >> dyld: loaded: /System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/CoreUI >> dyld: loaded: /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa >> >> - >> David >> >> On 02.08.2011, at 04:21, Mike Swingler wrote: >> >>> Do you know how libjava.dylib is getting loaded in? Perhaps it's being loaded with dlopen() with private options (instead of being generically linked in and loaded by dyld). You can tell by using $DYLD_PRINT_APIS=1 ("man dyld" for more environment variable goodies). >>> >>> Curious, >>> Mike Swingler >>> Java Engineering >>> Apple Inc. >>> >>> On Aug 1, 2011, at 3:23 PM, David Kocher wrote: >>> >>>> Thanks for the swift response. No, there is no more a Java dictionary in the Info.plist. >>>> >>>> Below the output when the environment variable is set (thanks for the useful tip!). I have removed some of the output which should make no impact but it shows that libjava.dylib is loaded before JavaRuntimeSupport and JavaNativeFoundation. The IOD is triggered just after loading the SecurityHI framework. >>>> >>>> - >>>> David >>>> >>>> dyld: loaded: /usr/lib/libz.1.dylib >>>> dyld: loaded: /Applications/?/Contents/MacOS/./../Resources/Java/Runtime.jdk/Contents/Home/jre/lib/server/libjvm.dylib >>>> dyld: loaded: /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation >>>> dyld: loaded: /usr/lib/libSystem.B.dylib >>>> dyld: loaded: /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation >>>> ... >>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices >>>> dyld: loaded: >>>> ... >>>> dyld: loaded: /Applications/?/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libverify.dylib >>>> dyld: loaded: /Applications/?/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libjava.dylib >>>> dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/Frameworks/JavaRuntimeSupport.framework/Versions/A/JavaRuntimeSupport >>>> dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/Frameworks/JavaNativeFoundation.framework/Versions/A/JavaNativeFoundation >>>> dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/JavaVM >>>> dyld: loaded: /System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/CoreUI >>>> dyld: loaded: /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa >>>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon >>>> dyld: loaded: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices >>>> dyld: loaded: /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit >>>> ... >>>> dyld: loaded: /System/Library/Frameworks/SecurityFoundation.framework/Versions/A/SecurityFoundation >>>> dyld: loaded: /System/Library/PrivateFrameworks/CommerceKit.framework/Versions/A/Frameworks/CommerceCore.framework/Versions/A/CommerceCore >>>> dyld: loaded: /System/Library/PrivateFrameworks/CoreSymbolication.framework/Versions/A/CoreSymbolication >>>> dyld: loaded: /System/Library/PrivateFrameworks/Symbolication.framework/Versions/A/Symbolication >>>> dyld: loaded: /System/Library/PrivateFrameworks/DebugSymbols.framework/Versions/A/DebugSymbols >>>> dyld: loaded: /System/Library/PrivateFrameworks/JavaLaunching.framework/Versions/A/JavaLaunching >>>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CommonPanels.framework/Versions/A/CommonPanels >>>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Help.framework/Versions/A/Help >>>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HTMLRendering.framework/Versions/A/HTMLRendering >>>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ImageCapture.framework/Versions/A/ImageCapture >>>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/NavigationServices.framework/Versions/A/NavigationServices >>>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/OpenScripting.framework/Versions/A/OpenScripting >>>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Print.framework/Versions/A/Print >>>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SecurityHI.framework/Versions/A/SecurityHI >>>> No Java runtime present, requesting install. >>>> >>>> >>>> On 02.08.2011, at 00:03, Mike Swingler wrote: >>>> >>>>> For grins, can you try linking in libjava.dylib too? I know for a fact that libjvm.dylib isn't linking in anything but libSystem and libstdc++. The only way the IOD dialog should be triggered is if JavaVM.framework is getting loaded before the symbols in libjava.dylib get introduced to the process' address space. >>>>> >>>>> You could also try setting $DYLD_PRINT_LIBRARIES=1 to see what libraries are getting loaded in what order (also assuming you have no "Java" dictionary in your Info.plist). >>>>> >>>>> Let me know how it goes, >>>>> Mike Swingler >>>>> Java Engineering >>>>> Apple Inc. >>>>> >>>>> On Aug 1, 2011, at 2:57 PM, David Kocher wrote: >>>>> >>>>>> No, none of them but only >>>>>> >>>>>> /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) >>>>>> @executable_path/../Resources/Java/Runtime.jdk/Contents/Home/jre/lib/server/libjvm.dylib (compatibility version 1.0.0, current version 1.0.0) >>>>>> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 751.29.0) >>>>>> /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 830.0.0) >>>>>> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0) >>>>>> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 550.29.0) >>>>>> >>>>>> >>>>>> On 01.08.2011, at 16:42, Mike Swingler wrote: >>>>>> >>>>>>> As long as libjava.dylib is loaded first, IOD is not triggered, and everything works as expected. I tested that this works correctly with the command-line executables. Are you linking against JavaNativeFoundation or JavaVM in your launcher? >>>>>>> >>>>>>> Regards, >>>>>>> Mike Swingler >>>>>>> Java Engineering >>>>>>> Apple Inc. >>>>>>> >>>>>>> On Jul 30, 2011, at 9:19 AM, David Kocher wrote: >>>>>>> >>>>>>>> Hello Mike, >>>>>>>> >>>>>>>> What are your findings? This is somewhat urgent for me as bundling a JRE and still getting an optional install triggered is rather pointless. >>>>>>>> >>>>>>>> Thanks, >>>>>>>> David >>>>>>>> >>>>>>>> On 21.07.2011, at 19:07, Mike Swingler wrote: >>>>>>>> >>>>>>>>> Depending on JavaVM.framework, JavaRuntimeSupport.framework, or JavaNativeFoundation.framework isn't a problem, if the Install-on-Demand machinery can detect the presence of the "JLI_MemAlloc" symbol which is exported from libjava. The point of the fix yesterday was to ensure that libjava could be loaded without hauling in any of those other frameworks first. >>>>>>>>> >>>>>>>>> I'm going to be looking into this more today to make sure we've covered all the cases. >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> Mike Swingler >>>>>>>>> Java Engineering >>>>>>>>> Apple Inc. >>>>>>>>> >>>>>>>>> On Jul 21, 2011, at 8:45 AM, David Smith-Uchida wrote: >>>>>>>>> >>>>>>>>>> Oh, and the only reason that patch works for me is because my app is Rococoa based. The AWT native code has a large number of dependencies on JavaRuntimeSupport. So, unless JavaRuntimeSupport initalization is patched to not generate the install a JVM message, the path to java_props_md.c won't do anything. >>>>>>>>>> >>>>>>>>>> Cheers, >>>>>>>>>> Dave Smith >>>>>>>>>> >>>>>>>>>> On Jul 21, 2011, at 10:43 PM, David Smith-Uchida wrote: >>>>>>>>>> >>>>>>>>>>> I haven't tried building and running it yet, but the problem was triggered by the call to JRSCopyOSVersion in >>>>>>>>>>> jdk/src/solaris/native/java/lang/java_props_md.c >>>>>>>>>>> >>>>>>>>>>> Looking at the new code, it's now linking JavaRuntimeSupport dynamically to call it. Do you have that update? >>>>>>>>>>> >>>>>>>>>>> I'm not sure if that's going to fix it because when I traced down into the code with gdb it was JRSCopyOSVersion calling into some java init that triggered the check for the runtimes, not the static links. >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > From sergey.bylokhov at oracle.com Wed Aug 3 07:34:04 2011 From: sergey.bylokhov at oracle.com (sergey.bylokhov at oracle.com) Date: Wed, 03 Aug 2011 14:34:04 +0000 Subject: hg: macosx-port/macosx-port/jdk: MACOSX_PORT-26: Headless: UnsatisfiedLinkError for LWCToolkit.initIDs() Message-ID: <20110803143415.B4013478FF@hg.openjdk.java.net> Changeset: ff1d567a8033 Author: serb Date: 2011-08-03 18:19 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/ff1d567a8033 MACOSX_PORT-26: Headless: UnsatisfiedLinkError for LWCToolkit.initIDs() ! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java From swingler at apple.com Wed Aug 3 09:07:48 2011 From: swingler at apple.com (Mike Swingler) Date: Wed, 03 Aug 2011 09:07:48 -0700 Subject: Linking to JavaRuntimeSupport framework In-Reply-To: References: <5E5A5F9C-8F8B-41DE-8C22-53FFE860FE82@cyberduck.ch> <3BAEB41E-3BD2-4B9E-A318-34D76E194760@apple.com> <61FD2571-9FD5-4454-874F-2A8A6CAC64FD@sudo.ch> <4A664FD5-1579-4BC4-AC3D-00F2CE6217B4@apple.com> <59CA71DE-0027-4FE2-9508-5C92C39E2D87@cyberduck.ch> <60240E33-F033-4F1A-B63E-6EF079D55251@apple.com> <18F5CCEB-2B60-4EF0-813C-0AC14D1408BE@sudo.ch> <72D60CDB-965F-4B1D-AD38-A0EE0C0F2C1A@apple.com> <4A2F1299-4C0A-4CAE-8464-13CB0BD4657D@sudo.ch> <21E39684-498A-4F4E-966D-7EDF07AC8892@apple.com> <0391C6DB-F0EB-4CD2-B0DA-3853F3DAE650@sudo.ch> <9120D273-DF08-4264-93BA-9827AF272DBD@apple.com> Message-ID: <409544FB-645B-48BC-8A00-A37C4169E062@apple.com> If you are going to try to straddle between an embedded JRE and loading the system one, you'll need to use dlopen() and dlsym() to dynamically load those two radically different code paths. Regards, Mike Swingler Java Engineering Apple Inc. On Aug 2, 2011, at 9:49 PM, David Smith-Uchida wrote: > Would it be possible to just have an environment variable we can set to turn off the check? I'm supporting all the way back to 10.3 at this point. If my launcher is linked to our embedded JVM I'm thinking we won't be able to use the installed JVM on older versions of the OS unless we have ANOTHER launcher that gets invoked. > > > On Aug 3, 2011, at 12:12 AM, Mike Swingler wrote: > >> Yes, please link your main executable directly to libjava.dylib. I believe that will expose the symbols in a global enough context to be noticed by the Install on Demand check inside of the JavaVM framework. >> >> Are you using a build of the macosx-port from after July 20th when this fix went in? >> >> Regards, >> Mike Swingler >> Java Engineering >> Apple Inc. >> >> On Aug 2, 2011, at 4:26 AM, David Kocher wrote: >> >>> The relevant part with DYLD_PRINT_APIS set as follows. Indeed it is getting loaded with dlopen. Do you suggest to link directly to libjava.dylib in addition in the main executable launching the runtime? >>> >>> dlopen(/Applications/?.app/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libverify.dylib, 0x00000001) >>> dyld: loaded: /Applications/?.app/Contents/Resources/Java/Runtime.jdk/Contents/HomYe/jre/lib/libverify.dylib >>> dlopen(/Applications/?.app/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libjava.dylib, 0x00000001) >>> dyld: loaded: /Applications/?.app/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libjava.dylib >>> dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/Frameworks/JavaRuntimeSupport.framework/Versions/A/JavaRuntimeSupport >>> dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/Frameworks/JavaNativeFoundation.framework/Versions/A/JavaNativeFoundation >>> dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/JavaVM >>> dyld: loaded: /System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/CoreUI >>> dyld: loaded: /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa >>> >>> - >>> David >>> >>> On 02.08.2011, at 04:21, Mike Swingler wrote: >>> >>>> Do you know how libjava.dylib is getting loaded in? Perhaps it's being loaded with dlopen() with private options (instead of being generically linked in and loaded by dyld). You can tell by using $DYLD_PRINT_APIS=1 ("man dyld" for more environment variable goodies). >>>> >>>> Curious, >>>> Mike Swingler >>>> Java Engineering >>>> Apple Inc. >>>> >>>> On Aug 1, 2011, at 3:23 PM, David Kocher wrote: >>>> >>>>> Thanks for the swift response. No, there is no more a Java dictionary in the Info.plist. >>>>> >>>>> Below the output when the environment variable is set (thanks for the useful tip!). I have removed some of the output which should make no impact but it shows that libjava.dylib is loaded before JavaRuntimeSupport and JavaNativeFoundation. The IOD is triggered just after loading the SecurityHI framework. >>>>> >>>>> - >>>>> David >>>>> >>>>> dyld: loaded: /usr/lib/libz.1.dylib >>>>> dyld: loaded: /Applications/?/Contents/MacOS/./../Resources/Java/Runtime.jdk/Contents/Home/jre/lib/server/libjvm.dylib >>>>> dyld: loaded: /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation >>>>> dyld: loaded: /usr/lib/libSystem.B.dylib >>>>> dyld: loaded: /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation >>>>> ... >>>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices >>>>> dyld: loaded: >>>>> ... >>>>> dyld: loaded: /Applications/?/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libverify.dylib >>>>> dyld: loaded: /Applications/?/Contents/Resources/Java/Runtime.jdk/Contents/Home/jre/lib/libjava.dylib >>>>> dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/Frameworks/JavaRuntimeSupport.framework/Versions/A/JavaRuntimeSupport >>>>> dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/Frameworks/JavaNativeFoundation.framework/Versions/A/JavaNativeFoundation >>>>> dyld: loaded: /System/Library/Frameworks/JavaVM.framework/Versions/A/JavaVM >>>>> dyld: loaded: /System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/CoreUI >>>>> dyld: loaded: /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa >>>>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon >>>>> dyld: loaded: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices >>>>> dyld: loaded: /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit >>>>> ... >>>>> dyld: loaded: /System/Library/Frameworks/SecurityFoundation.framework/Versions/A/SecurityFoundation >>>>> dyld: loaded: /System/Library/PrivateFrameworks/CommerceKit.framework/Versions/A/Frameworks/CommerceCore.framework/Versions/A/CommerceCore >>>>> dyld: loaded: /System/Library/PrivateFrameworks/CoreSymbolication.framework/Versions/A/CoreSymbolication >>>>> dyld: loaded: /System/Library/PrivateFrameworks/Symbolication.framework/Versions/A/Symbolication >>>>> dyld: loaded: /System/Library/PrivateFrameworks/DebugSymbols.framework/Versions/A/DebugSymbols >>>>> dyld: loaded: /System/Library/PrivateFrameworks/JavaLaunching.framework/Versions/A/JavaLaunching >>>>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CommonPanels.framework/Versions/A/CommonPanels >>>>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Help.framework/Versions/A/Help >>>>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HTMLRendering.framework/Versions/A/HTMLRendering >>>>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ImageCapture.framework/Versions/A/ImageCapture >>>>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/NavigationServices.framework/Versions/A/NavigationServices >>>>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/OpenScripting.framework/Versions/A/OpenScripting >>>>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Print.framework/Versions/A/Print >>>>> dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SecurityHI.framework/Versions/A/SecurityHI >>>>> No Java runtime present, requesting install. >>>>> >>>>> >>>>> On 02.08.2011, at 00:03, Mike Swingler wrote: >>>>> >>>>>> For grins, can you try linking in libjava.dylib too? I know for a fact that libjvm.dylib isn't linking in anything but libSystem and libstdc++. The only way the IOD dialog should be triggered is if JavaVM.framework is getting loaded before the symbols in libjava.dylib get introduced to the process' address space. >>>>>> >>>>>> You could also try setting $DYLD_PRINT_LIBRARIES=1 to see what libraries are getting loaded in what order (also assuming you have no "Java" dictionary in your Info.plist). >>>>>> >>>>>> Let me know how it goes, >>>>>> Mike Swingler >>>>>> Java Engineering >>>>>> Apple Inc. >>>>>> >>>>>> On Aug 1, 2011, at 2:57 PM, David Kocher wrote: >>>>>> >>>>>>> No, none of them but only >>>>>>> >>>>>>> /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) >>>>>>> @executable_path/../Resources/Java/Runtime.jdk/Contents/Home/jre/lib/server/libjvm.dylib (compatibility version 1.0.0, current version 1.0.0) >>>>>>> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 751.29.0) >>>>>>> /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 830.0.0) >>>>>>> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0) >>>>>>> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 550.29.0) >>>>>>> >>>>>>> >>>>>>> On 01.08.2011, at 16:42, Mike Swingler wrote: >>>>>>> >>>>>>>> As long as libjava.dylib is loaded first, IOD is not triggered, and everything works as expected. I tested that this works correctly with the command-line executables. Are you linking against JavaNativeFoundation or JavaVM in your launcher? >>>>>>>> >>>>>>>> Regards, >>>>>>>> Mike Swingler >>>>>>>> Java Engineering >>>>>>>> Apple Inc. >>>>>>>> >>>>>>>> On Jul 30, 2011, at 9:19 AM, David Kocher wrote: >>>>>>>> >>>>>>>>> Hello Mike, >>>>>>>>> >>>>>>>>> What are your findings? This is somewhat urgent for me as bundling a JRE and still getting an optional install triggered is rather pointless. >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> David >>>>>>>>> >>>>>>>>> On 21.07.2011, at 19:07, Mike Swingler wrote: >>>>>>>>> >>>>>>>>>> Depending on JavaVM.framework, JavaRuntimeSupport.framework, or JavaNativeFoundation.framework isn't a problem, if the Install-on-Demand machinery can detect the presence of the "JLI_MemAlloc" symbol which is exported from libjava. The point of the fix yesterday was to ensure that libjava could be loaded without hauling in any of those other frameworks first. >>>>>>>>>> >>>>>>>>>> I'm going to be looking into this more today to make sure we've covered all the cases. >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> Mike Swingler >>>>>>>>>> Java Engineering >>>>>>>>>> Apple Inc. >>>>>>>>>> >>>>>>>>>> On Jul 21, 2011, at 8:45 AM, David Smith-Uchida wrote: >>>>>>>>>> >>>>>>>>>>> Oh, and the only reason that patch works for me is because my app is Rococoa based. The AWT native code has a large number of dependencies on JavaRuntimeSupport. So, unless JavaRuntimeSupport initalization is patched to not generate the install a JVM message, the path to java_props_md.c won't do anything. >>>>>>>>>>> >>>>>>>>>>> Cheers, >>>>>>>>>>> Dave Smith >>>>>>>>>>> >>>>>>>>>>> On Jul 21, 2011, at 10:43 PM, David Smith-Uchida wrote: >>>>>>>>>>> >>>>>>>>>>>> I haven't tried building and running it yet, but the problem was triggered by the call to JRSCopyOSVersion in >>>>>>>>>>>> jdk/src/solaris/native/java/lang/java_props_md.c >>>>>>>>>>>> >>>>>>>>>>>> Looking at the new code, it's now linking JavaRuntimeSupport dynamically to call it. Do you have that update? >>>>>>>>>>>> >>>>>>>>>>>> I'm not sure if that's going to fix it because when I traced down into the code with gdb it was JRSCopyOSVersion calling into some java init that triggered the check for the runtimes, not the static links. >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > From swingler at apple.com Wed Aug 3 09:45:32 2011 From: swingler at apple.com (Mike Swingler) Date: Wed, 03 Aug 2011 09:45:32 -0700 Subject: Missing /Developer/Extras/Java folder In-Reply-To: <1312345809.12664.YahooMailRC@web180016.mail.gq1.yahoo.com> References: <1312345809.12664.YahooMailRC@web180016.mail.gq1.yahoo.com> Message-ID: <7369F390-B516-489D-8F37-5839B66B1193@apple.com> On Aug 2, 2011, at 9:30 PM, Michael Polinske wrote: > I thought my build of OpenJDK 7 was successful, but when I try to run the last > command in the step 5 of the instructions, it gets the following error: > > michael-polinskes-macbook-pro:macosx-port mike$ $JAVA_HOME/bin/java -jar > /Developer/Extras/Java/JFC/SwingSet2/SwingSet2.jar > Error: Unable to access jarfile > /Developer/Extras/Java/JFC/SwingSet2/SwingSet2.jar > > I looked in Finder and do not see a /Developer/Extras/Java folder > > How do I get it? > > I am running OS X Lion with Xcode 4.2 > > If OpenJDK isn't compatible with Xcode 4.2 when will the Mac OS X for OpenJDK 7 > be complete and released? The Java examples are no longer shipped with Xcode 4.x. This does not impact your ability to build OpenJDK itself, but you'll have to use a different .jar file to test. We actually ship the Java examples now in the Java Developer package, which you can get at: . The examples are in /Library/Java/Examples Regards, Mike Swingler Java Engineering Apple Inc. From kevin_m_miller at apple.com Thu Aug 4 15:40:16 2011 From: kevin_m_miller at apple.com (kevin_m_miller at apple.com) Date: Thu, 04 Aug 2011 22:40:16 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixing frequent hang when using native accessibility clients Message-ID: <20110804224026.E746B47946@hg.openjdk.java.net> Changeset: ac15f53f26c6 Author: kevin_m_miller at apple.com Date: 2011-08-04 15:40 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/ac15f53f26c6 Fixing frequent hang when using native accessibility clients ! src/macosx/classes/sun/awt/SunToolkitSubclass.java ! src/share/classes/sun/awt/SunToolkit.java From astrange at apple.com Thu Aug 4 15:52:28 2011 From: astrange at apple.com (astrange at apple.com) Date: Thu, 04 Aug 2011 22:52:28 +0000 Subject: hg: macosx-port/macosx-port/jdk: 2 new changesets Message-ID: <20110804225247.9D3D947948@hg.openjdk.java.net> Changeset: 8b2f3f53c02f Author: astrange Date: 2011-08-04 15:51 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/8b2f3f53c02f Implement playback for DirectAudio ! make/javax/sound/FILES_c.gmk ! make/javax/sound/Makefile - src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.c + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp ! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Ports.c Changeset: 0d2865c73a8a Author: astrange Date: 2011-08-04 15:52 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/0d2865c73a8a Merge From jose.cornado at gmail.com Thu Aug 4 16:54:40 2011 From: jose.cornado at gmail.com (=?ISO-8859-1?Q?Jos=E9_Cornado?=) Date: Thu, 4 Aug 2011 17:54:40 -0600 Subject: Java 7 screwup Message-ID: It wouldn't be surprising that bugs other than optimization's pop up. Given the big screwup that Java 7 is turning out to be, is this affecting openjdk 7? Obviously delaying the upgrade is a sensible solution but not a permanent one. -- Jos? Cornado -- home: http://www.efekctive.com blog: http://blogging.efekctive.com ---------------------- Everything has been said before, but since nobody listens we have to keep going back and beginning all over again. Andre Gide From johnyeary at gmail.com Thu Aug 4 18:19:15 2011 From: johnyeary at gmail.com (John Yeary) Date: Thu, 4 Aug 2011 21:19:15 -0400 Subject: Java 7 screwup In-Reply-To: References: Message-ID: I am not sure that I would make the same assessment about Java 7. Remember that Java 7 is based on OpenJDK so it is likely that the same issues will be present. However, here they are likely to be fixed first. I have been running OpenJDK development builds on a nightly/weekly basis (basically on a whim when I see a lot of code checked in) and have not encountered show stopping issues. Don't make a mountain out of a mole hill. John 2011/8/4 Jos? Cornado > It wouldn't be surprising that bugs other than optimization's pop up. Given > the big screwup that Java 7 is turning out to be, is this affecting openjdk > 7? > > Obviously delaying the upgrade is a sensible solution but not a permanent > one. > > -- > Jos? Cornado > > -- > > home: http://www.efekctive.com > blog: http://blogging.efekctive.com > ---------------------- > > Everything has been said before, but since nobody listens we have to keep > going back and beginning all over again. > > Andre Gide > -- John Yeary -- http://javaevangelist.blogspot.com http://www.johnyeary.com *@jyeary* "Far better it is to dare mighty things, to win glorious triumphs, even though checkered by failure, than to take rank with those poor spirits who neither enjoy much nor suffer much, because they live in the gray twilight that knows not victory nor defeat." -- Theodore Roosevelt From jose.cornado at gmail.com Thu Aug 4 18:56:03 2011 From: jose.cornado at gmail.com (=?ISO-8859-1?Q?Jos=E9_Cornado?=) Date: Thu, 4 Aug 2011 19:56:03 -0600 Subject: Java 7 screwup In-Reply-To: References: Message-ID: Thanks for providing your assessment. Whimming it seems particularly thorough for the task at hand. On Thu, Aug 4, 2011 at 7:19 PM, John Yeary wrote: > I am not sure that I would make the same assessment about Java 7. Remember > that Java 7 is based on OpenJDK so it is likely that the same issues will > be > present. However, here they are likely to be fixed first. I have been > running OpenJDK development builds on a nightly/weekly basis (basically on > a > whim when I see a lot of code checked in) and have not encountered show > stopping issues. > > Don't make a mountain out of a mole hill. > > John > > 2011/8/4 Jos? Cornado > > > It wouldn't be surprising that bugs other than optimization's pop up. > Given > > the big screwup that Java 7 is turning out to be, is this affecting > openjdk > > 7? > > > > Obviously delaying the upgrade is a sensible solution but not a permanent > > one. > > > > -- > > Jos? Cornado > > > > -- > > > > home: http://www.efekctive.com > > blog: http://blogging.efekctive.com > > ---------------------- > > > > Everything has been said before, but since nobody listens we have to keep > > going back and beginning all over again. > > > > Andre Gide > > > > > > -- > John Yeary > -- > http://javaevangelist.blogspot.com > http://www.johnyeary.com > *@jyeary* > > "Far better it is to dare mighty things, to win glorious triumphs, even > though checkered by failure, than to take rank with those poor spirits who > neither enjoy much nor suffer much, because they live in the gray twilight > that knows not victory nor defeat." > -- Theodore Roosevelt > -- Jos? Cornado -- home: http://www.efekctive.com blog: http://blogging.efekctive.com ---------------------- Everything has been said before, but since nobody listens we have to keep going back and beginning all over again. Andre Gide From kelly.ohair at oracle.com Fri Aug 5 00:14:10 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Fri, 5 Aug 2011 09:14:10 +0200 Subject: Java 7 screwup In-Reply-To: References: Message-ID: What is this email about? What's wrong with Java 7? -kto On Aug 5, 2011, at 1:54 AM, Jos? Cornado wrote: > It wouldn't be surprising that bugs other than optimization's pop up. Given > the big screwup that Java 7 is turning out to be, is this affecting openjdk > 7? > > Obviously delaying the upgrade is a sensible solution but not a permanent > one. > > -- > Jos? Cornado > > -- > > home: http://www.efekctive.com > blog: http://blogging.efekctive.com > ---------------------- > > Everything has been said before, but since nobody listens we have to keep > going back and beginning all over again. > > Andre Gide From mark at talios.com Fri Aug 5 02:00:01 2011 From: mark at talios.com (Mark Derricutt) Date: Fri, 5 Aug 2011 21:00:01 +1200 Subject: Java 7 screwup In-Reply-To: References: Message-ID: <76E5EA67-494D-467A-91BB-8525A2FB747F@talios.com> That would be the loop optimization bug which the Apache Lucene/Solr project discovered shortly before the release. For the *REAL* story behind the bug in question, and the ensuing press reaction: http://blog.thetaphi.de/2011/07/real-story-behind-java-7-ga-bugs.html Personally, I'm wondering why the release didn't get pulled and a new release didn't get rolled disabling the optimizations. ( I'm also actually really curious, what would it have taken for Oracle to pull the release if not something potentially as bad as this? ). Mark On 5/08/2011, at 7:14 PM, Kelly O'Hair wrote: > What is this email about? > What's wrong with Java 7? From johnyeary at gmail.com Fri Aug 5 05:26:12 2011 From: johnyeary at gmail.com (John Yeary) Date: Fri, 5 Aug 2011 08:26:12 -0400 Subject: Java 7 screwup In-Reply-To: <76E5EA67-494D-467A-91BB-8525A2FB747F@talios.com> References: <76E5EA67-494D-467A-91BB-8525A2FB747F@talios.com> Message-ID: As with any major release, there are bound to be bugs. However, the OpenJDK project announced the release and freeze on the code for what would become JDK 7. No one reported any major issues prior to launch. The folks on Apache Lucene/Solr projects could have tested in advance of release and found these issues. This may have prevented the on-time release. I am not blaming the Apache folks, or Oracle. As with any new software, you need to test it. I have not been affected by the bug(s) reported, and can happily continue on my computing way. The workarounds have been released, use them until a fix is out, or alternatively wait and use JDK 6. As noted in the article, these JVM options are disabled in 6 and the bug was present. No one noticed this previously so I surmise that it is a mountain-mole hill issue. John On Fri, Aug 5, 2011 at 5:00 AM, Mark Derricutt wrote: > That would be the loop optimization bug which the Apache Lucene/Solr > project discovered shortly before the release. > > For the *REAL* story behind the bug in question, and the ensuing press > reaction: > > http://blog.thetaphi.de/2011/07/real-story-behind-java-7-ga-bugs.html > > Personally, I'm wondering why the release didn't get pulled and a new > release didn't get rolled disabling the optimizations. ( I'm also actually > really curious, what would it have taken for Oracle to pull the release if > not something potentially as bad as this? ). > > Mark > > > > On 5/08/2011, at 7:14 PM, Kelly O'Hair wrote: > > > What is this email about? > > What's wrong with Java 7? > > -- John Yeary -- http://javaevangelist.blogspot.com http://www.johnyeary.com *@jyeary* "Far better it is to dare mighty things, to win glorious triumphs, even though checkered by failure, than to take rank with those poor spirits who neither enjoy much nor suffer much, because they live in the gray twilight that knows not victory nor defeat." -- Theodore Roosevelt From sergey.bylokhov at oracle.com Fri Aug 5 06:10:22 2011 From: sergey.bylokhov at oracle.com (sergey.bylokhov at oracle.com) Date: Fri, 05 Aug 2011 13:10:22 +0000 Subject: hg: macosx-port/macosx-port/jdk: MACOSX_PORT-132: deadlock in AWT in many 2d tests Message-ID: <20110805131032.A193C4796C@hg.openjdk.java.net> Changeset: fdb7e052cdc1 Author: serb Date: 2011-08-05 17:06 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/fdb7e052cdc1 MACOSX_PORT-132: deadlock in AWT in many 2d tests ! src/macosx/classes/sun/lwawt/LWComponentPeer.java From neugens.limasoftware at gmail.com Fri Aug 5 06:47:22 2011 From: neugens.limasoftware at gmail.com (Mario Torre) Date: Fri, 5 Aug 2011 15:47:22 +0200 Subject: Java 7 screwup In-Reply-To: References: <76E5EA67-494D-467A-91BB-8525A2FB747F@talios.com> Message-ID: 2011/8/5 John Yeary : > As with any major release, there are bound to be bugs. However, the OpenJDK > project announced the release and freeze on the code for what would become > JDK 7. No one reported any major issues prior to launch. The folks on Apache > Lucene/Solr projects could have tested in advance of release and found these > issues. This may have prevented the on-time release. > > I am not blaming the Apache folks, or Oracle. As with any new software, you > need to test it. I have not been affected by the bug(s) reported, and can > happily continue on my computing way. The workarounds have been released, > use them until a fix is out, or alternatively wait and use JDK 6. As noted > in the article, these JVM options are disabled in 6 and the bug was present. > > > No one noticed this previously so I surmise that it is a mountain-mole hill > issue. > > John I also think this is "mountain-mole hill" and in general agree with you. I don't think that Apache should be responsible for testing OpenJDK bugs though. This specific issue seems to be quite tricky to get but I wonder if this should not have been spotted by the TCK? Cheers, Mario -- pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA? FC7C 4086 63E3 80F2 40CF 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 dalibor.topic at oracle.com Fri Aug 5 07:05:40 2011 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Fri, 05 Aug 2011 16:05:40 +0200 Subject: Noise In-Reply-To: References: Message-ID: <4E3BF8B4.3050504@oracle.com> Hi, this mailing list is for technical discussion of the Mac OS X port. A list of OpenJDK mailing lists and their purpose can be found here: http://mail.openjdk.java.net/mailman/listinfo 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 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle Oracle is committed to developing practices and products that help protect the environment From sergey.bylokhov at oracle.com Fri Aug 5 07:19:52 2011 From: sergey.bylokhov at oracle.com (Sergey Bylokhov) Date: Fri, 05 Aug 2011 18:19:52 +0400 Subject: hg: macosx-port/macosx-port/jdk: 2 new changesets In-Reply-To: <20110804225247.9D3D947948@hg.openjdk.java.net> References: <20110804225247.9D3D947948@hg.openjdk.java.net> Message-ID: <4E3BFC08.2040101@oracle.com> Hi, Looks like jdk build was broken after these changsets. Build log: /Developer/Extras/CoreAudio/PublicUtility/CARingBuffer.cpp:272: note: candidates are: CARingBufferError CARingBuffer::Fetch(AudioBufferList*, UInt32, SInt64, bool) /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp: In function ?void DAUDIO_GetFormats(INT32, INT32, int, void*)?: /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp:103: warning: missing initializer for member ?AudioDeviceDescription::name? /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp:103: warning: missing initializer for member ?AudioDeviceDescription::vendor? /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp:103: warning: missing initializer for member ?AudioDeviceDescription::description? /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp:103: warning: missing initializer for member ?AudioDeviceDescription::deviceID? /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp:103: warning: missing initializer for member ?AudioDeviceDescription::numInputStreams? /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp:103: warning: missing initializer for member ?AudioDeviceDescription::numOutputStreams? /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp:103: warning: missing initializer for member ?AudioDeviceDescription::numChannels? /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp: In function ?void ClearAudioBufferList(AudioBufferList*, int, int, int)?: /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp:181: warning: comparison between signed and unsigned integer expressions /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp: In function ?OSStatus AudioOutputCallback(void*, AudioUnitRenderActionFlags*, const AudioTimeStamp*, UInt32, UInt32, AudioBufferList*)?: /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp:208: error: no matching function for call to ?CARingBuffer::Fetch(AudioBufferList*&, UInt32&, SInt64&)? /Developer/Extras/CoreAudio/PublicUtility/CARingBuffer.cpp:272: note: candidates are: CARingBufferError CARingBuffer::Fetch(AudioBufferList*, UInt32, SInt64, bool) lipo: can't figure out the architecture type of: /var/folders/G5/G5qp1oZIF2qunm0VbxNil++++TM/-Tmp-//ccrp1qZQ.out make[5]: *** [/Users/serb/work/workspaces/jdk/awt-gate/build/macosx-universal/tmp/sun/javax.sound/jsound/obj/PLATFORM_API_MacOSX_PCM.o] Error 1 make[4]: *** [library_parallel_compile] Error 2 make[3]: *** [all] Error 1 make[2]: *** [all] Error 1 make[1]: *** [jdk-build] Error 2 05.08.2011 2:52, astrange at apple.com wrote: > Changeset: 8b2f3f53c02f > Author: astrange > Date: 2011-08-04 15:51 -0700 > URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/8b2f3f53c02f > > Implement playback for DirectAudio > > ! make/javax/sound/FILES_c.gmk > ! make/javax/sound/Makefile > - src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.c > + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp > ! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Ports.c > > Changeset: 0d2865c73a8a > Author: astrange > Date: 2011-08-04 15:52 -0700 > URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/0d2865c73a8a > > Merge > > -- Best regards, Sergey. From swingler at apple.com Fri Aug 5 09:32:06 2011 From: swingler at apple.com (Mike Swingler) Date: Fri, 05 Aug 2011 09:32:06 -0700 Subject: hg: macosx-port/macosx-port/jdk: 2 new changesets In-Reply-To: <4E3BFC08.2040101@oracle.com> References: <20110804225247.9D3D947948@hg.openjdk.java.net> <4E3BFC08.2040101@oracle.com> Message-ID: <30E9548D-5BBF-4EF5-B1CD-75A07027F06B@apple.com> Alex is working on a fix right now. ~Mike On Aug 5, 2011, at 7:19 AM, Sergey Bylokhov wrote: > Hi, > Looks like jdk build was broken after these changsets. > Build log: > > /Developer/Extras/CoreAudio/PublicUtility/CARingBuffer.cpp:272: note: candidates are: CARingBufferError CARingBuffer::Fetch(AudioBufferList*, UInt32, SInt64, bool) > /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp: In function ?void DAUDIO_GetFormats(INT32, INT32, int, void*)?: > /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp:103: warning: missing initializer for member ?AudioDeviceDescription::name? > /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp:103: warning: missing initializer for member ?AudioDeviceDescription::vendor? > /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp:103: warning: missing initializer for member ?AudioDeviceDescription::description? > /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp:103: warning: missing initializer for member ?AudioDeviceDescription::deviceID? > /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp:103: warning: missing initializer for member ?AudioDeviceDescription::numInputStreams? > /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp:103: warning: missing initializer for member ?AudioDeviceDescription::numOutputStreams? > /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp:103: warning: missing initializer for member ?AudioDeviceDescription::numChannels? > /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp: In function ?void ClearAudioBufferList(AudioBufferList*, int, int, int)?: > /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp:181: warning: comparison between signed and unsigned integer expressions > /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp: In function ?OSStatus AudioOutputCallback(void*, AudioUnitRenderActionFlags*, const AudioTimeStamp*, UInt32, UInt32, AudioBufferList*)?: > /Users/serb/work/workspaces/jdk/awt-gate/jdk/src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp:208: error: no matching function for call to ?CARingBuffer::Fetch(AudioBufferList*&, UInt32&, SInt64&)? > /Developer/Extras/CoreAudio/PublicUtility/CARingBuffer.cpp:272: note: candidates are: CARingBufferError CARingBuffer::Fetch(AudioBufferList*, UInt32, SInt64, bool) > lipo: can't figure out the architecture type of: /var/folders/G5/G5qp1oZIF2qunm0VbxNil++++TM/-Tmp-//ccrp1qZQ.out > make[5]: *** [/Users/serb/work/workspaces/jdk/awt-gate/build/macosx-universal/tmp/sun/javax.sound/jsound/obj/PLATFORM_API_MacOSX_PCM.o] Error 1 > make[4]: *** [library_parallel_compile] Error 2 > make[3]: *** [all] Error 1 > make[2]: *** [all] Error 1 > make[1]: *** [jdk-build] Error 2 > > > 05.08.2011 2:52, astrange at apple.com wrote: >> Changeset: 8b2f3f53c02f >> Author: astrange >> Date: 2011-08-04 15:51 -0700 >> URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/8b2f3f53c02f >> >> Implement playback for DirectAudio >> >> ! make/javax/sound/FILES_c.gmk >> ! make/javax/sound/Makefile >> - src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.c >> + src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp >> ! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Ports.c >> >> Changeset: 0d2865c73a8a >> Author: astrange >> Date: 2011-08-04 15:52 -0700 >> URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/0d2865c73a8a >> >> Merge >> >> > > > -- > Best regards, Sergey. > From swingler at apple.com Fri Aug 5 09:35:45 2011 From: swingler at apple.com (Mike Swingler) Date: Fri, 05 Aug 2011 09:35:45 -0700 Subject: hg: macosx-port/macosx-port/jdk: MACOSX_PORT-132: deadlock in AWT in many 2d tests In-Reply-To: <20110805131032.A193C4796C@hg.openjdk.java.net> References: <20110805131032.A193C4796C@hg.openjdk.java.net> Message-ID: <8247FF4C-B33A-4B7B-BF93-5190683EDE2C@apple.com> On Aug 5, 2011, at 6:10 AM, sergey.bylokhov at oracle.com wrote: > Changeset: fdb7e052cdc1 > Author: serb > Date: 2011-08-05 17:06 +0400 > URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/fdb7e052cdc1 > > MACOSX_PORT-132: deadlock in AWT in many 2d tests > > ! src/macosx/classes/sun/lwawt/LWComponentPeer.java I've seen this pattern in a number of places in Oracle code...what's with using a StringBuffer object to lock on? I understand that a plain String may by constant folded or interned in undesired ways, but wouldn't a plain Object work? Curious, Mike Swingler Java Engineering Apple Inc. From swingler at apple.com Fri Aug 5 09:57:25 2011 From: swingler at apple.com (Mike Swingler) Date: Fri, 05 Aug 2011 09:57:25 -0700 Subject: Tagging bugs as regressions from Apple's Java SE 6 Message-ID: <5F7A0178-AF0B-4F17-96EB-4014D872D422@apple.com> I have gone several bugs at and tagged them with "REGR_from_apple6" and "not_REGR_from_apple6" to help us prioritize some of the work the Apple team will be doing shortly. Ideally, we want to focus on large missing functionality first, blockers, regressions, and then general bugs. When filing a new bug, if you can show that the test case passes on Apple's Java SE 6, please mark it as "REGR_from_apple6" to help us understand the scope of the issue. If the test also fails on Apple's Java SE 6, please mark it with "not_REGR_from_apple6", which is also helpful to know. If you haven't tested at all against Apple's Java SE 6, just don't add any keyword at all. Thanks much, Mike Swingler Java Engineering Apple Inc. From astrange at apple.com Fri Aug 5 14:13:43 2011 From: astrange at apple.com (astrange at apple.com) Date: Fri, 05 Aug 2011 21:13:43 +0000 Subject: hg: macosx-port/macosx-port/jdk: 2 new changesets Message-ID: <20110805211411.939634797F@hg.openjdk.java.net> Changeset: 20b58620b3c5 Author: astrange Date: 2011-08-05 14:12 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/20b58620b3c5 Fix build on 10.6. ! make/javax/sound/FILES_c.gmk + 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 Changeset: afa940058676 Author: astrange Date: 2011-08-05 14:13 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/afa940058676 Merge From wayne.stange at gmail.com Sun Aug 7 09:21:34 2011 From: wayne.stange at gmail.com (Wayne Stange) Date: Mon, 8 Aug 2011 02:21:34 +1000 Subject: Missing Java libraries? macosx-port Message-ID: I am running IntelliJIdea 10.5 under Mac OS 10.7. I installed the v7 sdk after loading the OpenJDK image from the OpenJDK download site and followed the install instructions which seemed to work out OK. I have v7 64 bit set as my first Java preference I then changed my SDK in IntelliJIdea to 1.7.0 which it is OK with. However, when I try to compile existing code the compiler does not recognise any of the Java classes e.g. String, ArrayList etc... i.e. anything that is packaged under java.* I also noticed that were many fewer jar files associated with the 1.7.0 JDK once I had installed this in IntelliJ compared to 1.6.0.... Am I missing somethings? I would have assumed that all of the"built-in" class libraries are an implicit in the JDK??? Any help would be appreciated. regards Wayne From david_durrence at apple.com Mon Aug 8 10:58:13 2011 From: david_durrence at apple.com (david_durrence at apple.com) Date: Mon, 08 Aug 2011 17:58:13 +0000 Subject: hg: macosx-port/macosx-port/jdk: Add a few regTests Message-ID: <20110808175835.03A9647A1F@hg.openjdk.java.net> Changeset: d803654ae3aa Author: david_durrecnce at apple.com Date: 2011-08-08 10:57 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/d803654ae3aa Add a few regTests + test/java/awt/Dialog/NestedDialogs/Modal/NestedModalDialogTest.java + test/java/awt/Dialog/NestedDialogs/Modeless/NestedModelessDialogTest.java + test/java/awt/Frame/SetMinimumSize/MinSizeTest.java + test/java/awt/Window/ChildOfModal/ChildOfModal.java From astrange at apple.com Mon Aug 8 13:44:28 2011 From: astrange at apple.com (astrange at apple.com) Date: Mon, 08 Aug 2011 20:44:28 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fix debug build failing with Clang due to its use of C99 inline Message-ID: <20110808204438.6D26F47A27@hg.openjdk.java.net> Changeset: a66f29d33478 Author: astrange Date: 2011-08-08 13:44 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/a66f29d33478 Fix debug build failing with Clang due to its use of C99 inline ! src/share/native/com/sun/media/sound/DirectAudioDevice.c From sandeep.konchady at oracle.com Tue Aug 9 11:56:01 2011 From: sandeep.konchady at oracle.com (Sandeep Konchady) Date: Tue, 09 Aug 2011 11:56:01 -0700 Subject: What is the base revision for the current port of JDK 7 on Mac? Message-ID: <4E4182C1.7050701@oracle.com> Hi, What baseline of JDK/OpenJDK is the Mac JDK port based off of? I'd like to know what revisions of HotSpot, Libraries etc are used. This should help me understand how to set the baseline for my testing results. Is there a document/Wiki with this information? Thanks, Sandeep From swingler at apple.com Tue Aug 9 11:59:26 2011 From: swingler at apple.com (Mike Swingler) Date: Tue, 09 Aug 2011 11:59:26 -0700 Subject: What is the base revision for the current port of JDK 7 on Mac? In-Reply-To: <4E4182C1.7050701@oracle.com> References: <4E4182C1.7050701@oracle.com> Message-ID: <698334B7-8FF1-4D2A-97B6-C0189ED2F64B@apple.com> On Aug 9, 2011, at 11:56 AM, Sandeep Konchady wrote: > Hi, > > What baseline of JDK/OpenJDK is the Mac JDK port based off of? I'd like to know what revisions of HotSpot, Libraries etc are used. This should help me understand how to set the baseline for my testing results. Is there a document/Wiki with this information? It is currently the 1.7.0_b00 of OpenJDK. We are holding that version for now. Regards, Mike Swingler Java Engineering Apple Inc. From astrange at apple.com Thu Aug 11 18:01:29 2011 From: astrange at apple.com (astrange at apple.com) Date: Fri, 12 Aug 2011 01:01:29 +0000 Subject: hg: macosx-port/macosx-port/jdk: Direct Audio support for audio input Message-ID: <20110812010144.1403D47AF2@hg.openjdk.java.net> Changeset: 7a4d5abc3498 Author: astrange Date: 2011-08-11 18:01 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/7a4d5abc3498 Direct Audio support for audio input Only tested with FW iSight microphone so far. ! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp ! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Utils.c ! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Utils.h From alexander.potochkin at sun.com Mon Aug 15 06:29:50 2011 From: alexander.potochkin at sun.com (alexander.potochkin at sun.com) Date: Mon, 15 Aug 2011 13:29:50 +0000 Subject: hg: macosx-port/macosx-port/jdk: fixed #269 MouseDragged events are not dispatched when the mouse cursor leaves the component Message-ID: <20110815133009.D5EE447BBA@hg.openjdk.java.net> Changeset: fec4cfb47a59 Author: alexp Date: 2011-08-12 18:59 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/fec4cfb47a59 fixed #269 MouseDragged events are not dispatched when the mouse cursor leaves the component ! src/macosx/classes/sun/lwawt/LWWindowPeer.java ! src/macosx/native/sun/awt/AWTEvent.h ! src/macosx/native/sun/awt/AWTEvent.m ! src/macosx/native/sun/awt/AWTView.h ! src/macosx/native/sun/awt/AWTView.m From astrange at apple.com Mon Aug 15 13:45:48 2011 From: astrange at apple.com (astrange at apple.com) Date: Mon, 15 Aug 2011 20:45:48 +0000 Subject: hg: macosx-port/macosx-port/jdk: Implement DAUDIO_GetAvailable() and cleanup code Message-ID: <20110815204559.09ED847BCF@hg.openjdk.java.net> Changeset: 13637911eb70 Author: astrange Date: 2011-08-15 13:40 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/13637911eb70 Implement DAUDIO_GetAvailable() and cleanup code Remove unhelpful trace logging and fix a problem with Ports and Bluetooth audio devices. ! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp ! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_Ports.c From bino at apple.com Mon Aug 15 13:48:13 2011 From: bino at apple.com (bino at apple.com) Date: Mon, 15 Aug 2011 20:48:13 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixed http://java.net/jira/browse/MACOSX_PORT-250 Message-ID: <20110815204823.E5BD847BD0@hg.openjdk.java.net> Changeset: 616ada74558c Author: bino at apple.com Date: 2011-08-15 13:47 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/616ada74558c Fixed http://java.net/jira/browse/MACOSX_PORT-250 ! make/sun/lwawt/FILES_export_macosx.gmk + src/macosx/classes/sun/lwawt/macosx/CMouseDragGestureRecognizer.java ! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java From alexander.zuev at oracle.com Mon Aug 15 17:54:57 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Tue, 16 Aug 2011 00:54:57 +0000 Subject: hg: macosx-port/macosx-port/jdk: 2 new changesets Message-ID: <20110816005518.04F4E47BDF@hg.openjdk.java.net> Changeset: 84a0c447eefc Author: kizune Date: 2011-08-15 17:17 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/84a0c447eefc Returning function Java_sun_lwawt_macosx_CMouseInfoPeer_nativeIsWindowUnderMouse because method CMouseInfoPeer.isWindowUnderMouse(Window w) relies on its existance. ! src/macosx/native/sun/awt/AWTWindow.m Changeset: bbc8630b0653 Author: kizune Date: 2011-08-15 17:33 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/bbc8630b0653 Using the right way to handle window's bounds. ! src/macosx/native/sun/awt/AWTWindow.m From swingler at apple.com Mon Aug 15 21:17:42 2011 From: swingler at apple.com (swingler at apple.com) Date: Tue, 16 Aug 2011 04:17:42 +0000 Subject: hg: macosx-port/macosx-port/jdk: 2 new changesets Message-ID: <20110816041802.D9A7147BE7@hg.openjdk.java.net> Changeset: 0683479883e0 Author: swingler at apple.com Date: 2011-08-15 21:16 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/0683479883e0 Adding placeholder class for apps that hardcoded the legacy Aqua LaF class name. ! make/com/apple/laf/Makefile Changeset: f06fc6bb5d94 Author: swingler at apple.com Date: 2011-08-15 21:17 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/f06fc6bb5d94 Adding placeholder class for apps that hardcoded the legacy Aqua LaF class name. From alexander.potochkin at sun.com Tue Aug 16 06:11:16 2011 From: alexander.potochkin at sun.com (alexander.potochkin at sun.com) Date: Tue, 16 Aug 2011 13:11:16 +0000 Subject: hg: macosx-port/macosx-port/jdk: fixed #274: MouseDragged events has incorrect coordinates in some cases Message-ID: <20110816131126.CD9B647BFB@hg.openjdk.java.net> Changeset: ebe40ad2e792 Author: alexp Date: 2011-08-16 17:29 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/ebe40ad2e792 fixed #274: MouseDragged events has incorrect coordinates in some cases ! src/macosx/classes/sun/lwawt/LWWindowPeer.java From mroos at roos.com Tue Aug 16 08:31:45 2011 From: mroos at roos.com (Mark Roos) Date: Tue, 16 Aug 2011 08:31:45 -0700 Subject: Is JNI functional at this point? Message-ID: I am porting some JNI code from a Windows JDK7 testbed to OSX 10.6.8 with a recent JDK7 OSX build from Google code. I have it compiled and linked but it segfaults doing a JNI_ArgumentPusherVaArg:... operation. when it starts. Should I expect it to work? or am I too early? thanks mark From david_durrence at apple.com Tue Aug 16 10:01:15 2011 From: david_durrence at apple.com (david_durrence at apple.com) Date: Tue, 16 Aug 2011 17:01:15 +0000 Subject: hg: macosx-port/macosx-port/jdk: Adding several ported apple junit tests, replaced stale copyright notice with current one. Message-ID: <20110816170125.61A1647C09@hg.openjdk.java.net> Changeset: 20ff7337802f Author: David Durrence Date: 2011-08-16 10:00 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/20ff7337802f Adding several ported apple junit tests, replaced stale copyright notice with current one. ! test/java/awt/Component/SetBackground/TwoInOne.java ! test/java/awt/Container/AddOrder/AddOrder01.java ! test/java/awt/Container/Validate/ValidateTest.java ! test/java/awt/Container/ZOrder/ZOrder01.java ! test/java/awt/Cursor/CursorDefaults.java ! test/java/awt/Frame/ExtendedState/ZoomedFrame.java ! test/java/awt/GraphicsDevice/GraphicsDevicesTest.java ! test/java/awt/Window/ChildOfModal/ChildOfModal.java ! test/java/awt/regtesthelpers/RobotUtilities.java ! test/java/awt/regtesthelpers/VisibilityValidator.java + test/java/vm/VMStress01.java + test/javax/swing/JTableHeader/EmptyTableHeader/EmptyTableHeader.java + test/javax/swing/PopupFactory/PopupFactoryTests.java From astrange at apple.com Tue Aug 16 11:39:17 2011 From: astrange at apple.com (astrange at apple.com) Date: Tue, 16 Aug 2011 18:39:17 +0000 Subject: hg: macosx-port/macosx-port/jdk: Add a Direct Audio device which tracks the default input/output devices Message-ID: <20110816183926.E52CE47C10@hg.openjdk.java.net> Changeset: 905414a35a9d Author: astrange Date: 2011-08-16 11:38 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/905414a35a9d Add a Direct Audio device which tracks the default input/output devices Also further fix ports controls for audio devices with both input/output. ! 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 From astrange at apple.com Tue Aug 16 17:38:02 2011 From: astrange at apple.com (astrange at apple.com) Date: Wed, 17 Aug 2011 00:38:02 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fix sound issues with multi-channel inputs and GuardMalloc crashes in the ring buffer Message-ID: <20110817003812.B504047C35@hg.openjdk.java.net> Changeset: 87f68a844f6b Author: astrange Date: 2011-08-16 17:37 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/87f68a844f6b Fix sound issues with multi-channel inputs and GuardMalloc crashes in the ring buffer ! src/macosx/native/com/sun/media/sound/CARingBuffer.cpp ! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp From dave at igeekinc.com Tue Aug 16 18:31:28 2011 From: dave at igeekinc.com (David Smith-Uchida) Date: Wed, 17 Aug 2011 10:31:28 +0900 Subject: Is JNI functional at this point? In-Reply-To: References: Message-ID: <9EBA5EAE-4411-4B81-AD97-A6F79EF39EFB@igeekinc.com> I've got quite a bit of JNI code running so I would say you should expect it to work. Cheers, Dave Smith On Aug 17, 2011, at 12:31 AM, Mark Roos wrote: > I am porting some JNI code from a Windows JDK7 testbed to OSX 10.6.8 with > a recent JDK7 OSX build from > Google code. I have it compiled and linked but it segfaults doing a > JNI_ArgumentPusherVaArg:... operation. when > it starts. > > Should I expect it to work? or am I too early? > > thanks > > mark From swingler at apple.com Tue Aug 16 19:26:14 2011 From: swingler at apple.com (swingler at apple.com) Date: Wed, 17 Aug 2011 02:26:14 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixing references to classes that were renamed moving to the macosx-port, fixes accessibility text operations and the Services menu Message-ID: <20110817022624.75C7547C3B@hg.openjdk.java.net> Changeset: 420d00b8bb96 Author: swingler at apple.com Date: 2011-08-16 19:26 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/420d00b8bb96 Fixing references to classes that were renamed moving to the macosx-port, fixes accessibility text operations and the Services menu ! src/macosx/native/sun/awt/CDataTransferer.m ! src/macosx/native/sun/awt/CFileDialog.m ! src/macosx/native/sun/awt/CRobot.m ! src/macosx/native/sun/awt/JavaComponentAccessibility.m ! src/macosx/native/sun/awt/JavaTextAccessibility.m From swingler at apple.com Tue Aug 16 19:34:51 2011 From: swingler at apple.com (Mike Swingler) Date: Tue, 16 Aug 2011 19:34:51 -0700 Subject: Is JNI functional at this point? In-Reply-To: <9EBA5EAE-4411-4B81-AD97-A6F79EF39EFB@igeekinc.com> References: <9EBA5EAE-4411-4B81-AD97-A6F79EF39EFB@igeekinc.com> Message-ID: JNI does work (it is how HotSpot gets any real work done out the built-in class libraries). Have you identified the closest point in your code where the crash is occurring? Are there type warnings which could indicate a mis-matched expectation of sizes? Have you run this code under 64-bit on Windows? Have you tried linking against the JavaVM.framework and using the built-in Java SE 6 to try to reproduce the problem in a different configuration? There are any number of problems you could be having, and we'd really need more info to provide any better advice. Regards, Mike Swingler Java Engineering Apple Inc. On Aug 16, 2011, at 6:31 PM, David Smith-Uchida wrote: > I've got quite a bit of JNI code running so I would say you should expect it to work. > > Cheers, > Dave Smith > > On Aug 17, 2011, at 12:31 AM, Mark Roos wrote: > >> I am porting some JNI code from a Windows JDK7 testbed to OSX 10.6.8 with >> a recent JDK7 OSX build from >> Google code. I have it compiled and linked but it segfaults doing a >> JNI_ArgumentPusherVaArg:... operation. when >> it starts. >> >> Should I expect it to work? or am I too early? >> >> thanks >> >> mark > From swingler at apple.com Tue Aug 16 19:49:48 2011 From: swingler at apple.com (swingler at apple.com) Date: Wed, 17 Aug 2011 02:49:48 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixing compiler warnings, stripping dead code, other cleanup. Message-ID: <20110817024958.D033C47C3D@hg.openjdk.java.net> Changeset: 3c9c20d24da6 Author: swingler at apple.com Date: 2011-08-16 19:49 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/3c9c20d24da6 Fixing compiler warnings, stripping dead code, other cleanup. ! src/macosx/classes/apple/laf/AquaLookAndFeel.java ! src/macosx/classes/sun/lwawt/LWTextAreaPeer.java ! src/macosx/classes/sun/lwawt/macosx/CImage.java ! src/macosx/native/sun/awt/AWTEvent.m ! src/macosx/native/sun/awt/CCursorManager.m ! src/macosx/native/sun/awt/CDragSource.m ! src/macosx/native/sun/awt/CPopupMenu.m ! src/macosx/native/sun/font/AWTStrike.m From astrange at apple.com Wed Aug 17 14:15:07 2011 From: astrange at apple.com (astrange at apple.com) Date: Wed, 17 Aug 2011 21:15:07 +0000 Subject: hg: macosx-port/macosx-port/jdk: Port MIDI in/out from Java 6 Message-ID: <20110817211518.56ED247C74@hg.openjdk.java.net> Changeset: 72be69209fe4 Author: astrange Date: 2011-08-17 14:15 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/72be69209fe4 Port MIDI in/out from Java 6 ! make/javax/sound/FILES_c.gmk ! make/javax/sound/Makefile + 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/share/native/com/sun/media/sound/PlatformMidi.h From rhoover at apple.com Wed Aug 17 16:00:34 2011 From: rhoover at apple.com (rhoover at apple.com) Date: Wed, 17 Aug 2011 23:00:34 +0000 Subject: hg: macosx-port/macosx-port/hotspot: per-user tempory directory, http://java.net/jira/browse/MACOSX_PORT-13 Message-ID: <20110817230036.4389B47C80@hg.openjdk.java.net> Changeset: 5b5cb4b9b93d Author: rhoover Date: 2011-08-17 17:00 -0600 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot/rev/5b5cb4b9b93d per-user tempory directory, http://java.net/jira/browse/MACOSX_PORT-13 ! src/os/bsd/vm/os_bsd.cpp From rhoover at apple.com Wed Aug 17 16:03:13 2011 From: rhoover at apple.com (rhoover at apple.com) Date: Wed, 17 Aug 2011 23:03:13 +0000 Subject: hg: macosx-port/macosx-port/jdk: 2 new changesets Message-ID: <20110817230333.9AC8247C83@hg.openjdk.java.net> Changeset: cc66f5f7f5b3 Author: rhoover Date: 2011-08-17 17:00 -0600 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/cc66f5f7f5b3 per-user temporary directory, http://java.net/jira/browse/MACOSX_PORT-13 ! make/com/sun/tools/attach/FILES_java.gmk ! make/java/jli/Makefile ! src/share/classes/sun/tools/attach/META-INF/services/com.sun.tools.attach.spi.AttachProvider ! src/solaris/classes/sun/tools/attach/BsdVirtualMachine.java ! src/solaris/native/java/lang/java_props_md.c Changeset: 547e2e60c7fd Author: rhoover Date: 2011-08-17 17:03 -0600 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/547e2e60c7fd per-user tempory directory, http://java.net/jira/browse/MACOSX_PORT-13 From astrange at apple.com Wed Aug 17 16:29:13 2011 From: astrange at apple.com (astrange at apple.com) Date: Wed, 17 Aug 2011 23:29:13 +0000 Subject: hg: macosx-port/macosx-port/jdk: Compile native CUPS functions in lwawt Message-ID: <20110817232923.9858847C8C@hg.openjdk.java.net> Changeset: 182c63f58bbb Author: astrange Date: 2011-08-17 16:29 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/182c63f58bbb Compile native CUPS functions in lwawt Fixes exception when printing in Font2DTest ! make/sun/lwawt/FILES_c_macosx.gmk From alexander.potochkin at sun.com Thu Aug 18 10:47:12 2011 From: alexander.potochkin at sun.com (alexander.potochkin at sun.com) Date: Thu, 18 Aug 2011 17:47:12 +0000 Subject: hg: macosx-port/macosx-port/jdk: fixed #291: Refactor LWComponentPeer to support compound Swing delegates Message-ID: <20110818174722.D32F147D18@hg.openjdk.java.net> Changeset: bd078fbf4789 Author: alexp Date: 2011-08-18 22:05 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/bd078fbf4789 fixed #291: Refactor LWComponentPeer to support compound Swing delegates fixed #4 : AWT Checkbox implementation - src/macosx/classes/sun/lwawt/ComponentDelegate.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/LWDelegateKeyboardFocusManager.java ! src/macosx/classes/sun/lwawt/LWLabelPeer.java ! src/macosx/classes/sun/lwawt/LWTextAreaPeer.java ! src/macosx/classes/sun/lwawt/LWTextComponentPeer.java ! src/macosx/classes/sun/lwawt/LWTextFieldPeer.java From alexander.zuev at oracle.com Thu Aug 18 14:21:14 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Thu, 18 Aug 2011 21:21:14 +0000 Subject: hg: macosx-port/macosx-port/jdk: Added BRANCH_README file to push the branch creation on the server. Message-ID: <20110818212125.86C7447D31@hg.openjdk.java.net> Changeset: a42a147d6641 Author: kizune Date: 2011-08-18 14:20 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/a42a147d6641 Added BRANCH_README file to push the branch creation on the server. + BRANCH_README From astrange at apple.com Thu Aug 18 17:44:25 2011 From: astrange at apple.com (astrange at apple.com) Date: Fri, 19 Aug 2011 00:44:25 +0000 Subject: hg: macosx-port/macosx-port/jdk: Port LWCToolkit.getFontPeer from Java 6 Message-ID: <20110819004435.7E26947D4D@hg.openjdk.java.net> Changeset: f48075c4798f Author: astrange Date: 2011-08-18 17:13 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/f48075c4798f Port LWCToolkit.getFontPeer from Java 6 Fixes Font2DTest printing with drawString method ! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java From henri.gomez at gmail.com Thu Aug 18 23:04:09 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 19 Aug 2011 08:04:09 +0200 Subject: hg: macosx-port/macosx-port/jdk: fixed #291: Refactor LWComponentPeer to support compound Swing delegates In-Reply-To: <20110818174722.D32F147D18@hg.openjdk.java.net> References: <20110818174722.D32F147D18@hg.openjdk.java.net> Message-ID: I got the following build error : # Running javac: /Library/Java/JavaVirtualMachines/1.6.0_26-b03-384.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: -jar -source 7 -target 7 -encoding ascii -Xbootclasspath: -sourcepath ::: -d @ :40: error: cannot find symbol extends LWContainerPeer ^ symbol: class JComponentDelegate location: class LWComponentPeer :140: error: cannot find symbol implements ComponentDelegate ^ symbol: class ComponentDelegate location: class LWListPeer :304: error: cannot find symbol implements ComponentDelegate ^ symbol: class ComponentDelegate location: class LWListPeer.ScrollableJListDelegate :34: error: cannot find symbol extends LWContainerPeer ^ symbol: class JComponentDelegate location: class LWComponentPeer :42: error: cannot find symbol public JComponentDelegate createDelegate() { ^ symbol: class JComponentDelegate location: class LWPanelPeer :108: error: cannot find symbol implements ComponentDelegate ^ symbol: class ComponentDelegate location: class LWScrollBarPeer :228: error: method does not override or implement a method from a supertype @Override ^ :306: error: method does not override or implement a method from a supertype @Override ^ :43: error: cannot find symbol return new JComponentDelegate(); ^ symbol: class JComponentDelegate location: class LWPanelPeer :110: error: method does not override or implement a method from a supertype @Override ^ Note: Some input files use or override 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. 10 errors make[4]: *** [.compile.classlist] Error 1 make[3]: *** [all] Error 1 make[2]: *** [all] Error 1 make[1]: *** [jdk-build] Error 2 make: *** [build_product_image] Error 2 Something is missing in commit ? 2011/8/18 : > Changeset: bd078fbf4789 > Author: ? ?alexp > Date: ? ? ?2011-08-18 22:05 +0400 > URL: ? ? ? http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/bd078fbf4789 > > fixed #291: Refactor LWComponentPeer to support compound Swing delegates > fixed #4 ?: AWT Checkbox implementation > > - src/macosx/classes/sun/lwawt/ComponentDelegate.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/LWDelegateKeyboardFocusManager.java > ! src/macosx/classes/sun/lwawt/LWLabelPeer.java > ! src/macosx/classes/sun/lwawt/LWTextAreaPeer.java > ! src/macosx/classes/sun/lwawt/LWTextComponentPeer.java > ! src/macosx/classes/sun/lwawt/LWTextFieldPeer.java > > From Alexander.Potochkin at oracle.com Fri Aug 19 06:55:07 2011 From: Alexander.Potochkin at oracle.com (Alexander Potochkin) Date: Fri, 19 Aug 2011 17:55:07 +0400 Subject: hg: macosx-port/macosx-port/jdk: fixed #291: Refactor LWComponentPeer to support compound Swing delegates In-Reply-To: References: <20110818174722.D32F147D18@hg.openjdk.java.net> Message-ID: <4E4E6B3B.3000001@oracle.com> Hello Henri Yep, it is my fault I am working on it, sorry for inconvenience alexp > I got the following build error : > > > > > > > > > > > > > > # Running javac: > /Library/Java/JavaVirtualMachines/1.6.0_26-b03-384.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: > -jar > -source 7 -target 7 -encoding ascii > -Xbootclasspath: > -sourcepath::: > -d > @ > :40: > error: cannot find symbol > extends LWContainerPeer > ^ > symbol: class JComponentDelegate > location: class LWComponentPeer > :140: > error: cannot find symbol > implements ComponentDelegate > ^ > symbol: class ComponentDelegate > location: class LWListPeer > :304: > error: cannot find symbol > implements ComponentDelegate > ^ > symbol: class ComponentDelegate > location: class LWListPeer.ScrollableJListDelegate > :34: > error: cannot find symbol > extends LWContainerPeer > ^ > symbol: class JComponentDelegate > location: class LWComponentPeer > :42: > error: cannot find symbol > public JComponentDelegate createDelegate() { > ^ > symbol: class JComponentDelegate > location: class LWPanelPeer > :108: > error: cannot find symbol > implements ComponentDelegate > ^ > symbol: class ComponentDelegate > location: class LWScrollBarPeer > :228: > error: method does not override or implement a method from a supertype > @Override > ^ > :306: > error: method does not override or implement a method from a supertype > @Override > ^ > :43: > error: cannot find symbol > return new JComponentDelegate(); > ^ > symbol: class JComponentDelegate > location: class LWPanelPeer > :110: > error: method does not override or implement a method from a supertype > @Override > ^ > Note: Some input files use or override 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. > 10 errors > make[4]: *** [.compile.classlist] Error 1 > make[3]: *** [all] Error 1 > make[2]: *** [all] Error 1 > make[1]: *** [jdk-build] Error 2 > make: *** [build_product_image] Error 2 > > Something is missing in commit ? > > 2011/8/18: >> Changeset: bd078fbf4789 >> Author: alexp >> Date: 2011-08-18 22:05 +0400 >> URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/bd078fbf4789 >> >> fixed #291: Refactor LWComponentPeer to support compound Swing delegates >> fixed #4 : AWT Checkbox implementation >> >> - src/macosx/classes/sun/lwawt/ComponentDelegate.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/LWDelegateKeyboardFocusManager.java >> ! src/macosx/classes/sun/lwawt/LWLabelPeer.java >> ! src/macosx/classes/sun/lwawt/LWTextAreaPeer.java >> ! src/macosx/classes/sun/lwawt/LWTextComponentPeer.java >> ! src/macosx/classes/sun/lwawt/LWTextFieldPeer.java >> >> From henri.gomez at gmail.com Fri Aug 19 07:15:40 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 19 Aug 2011 16:15:40 +0200 Subject: hg: macosx-port/macosx-port/jdk: fixed #291: Refactor LWComponentPeer to support compound Swing delegates In-Reply-To: <4E4E6B3B.3000001@oracle.com> References: <20110818174722.D32F147D18@hg.openjdk.java.net> <4E4E6B3B.3000001@oracle.com> Message-ID: No problem. It just delay the next package :) 2011/8/19 Alexander Potochkin : > Hello Henri > > Yep, it is my fault > > I am working on it, > sorry for inconvenience > > alexp >> >> I got the following build error : >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> # Running javac: >> >> /Library/Java/JavaVirtualMachines/1.6.0_26-b03-384.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: >> >> -jar >> -source 7 -target 7 -encoding ascii >> >> -Xbootclasspath: >> >> -sourcepath::: >> >> -d >> >> @ >> >> :40: >> error: cannot find symbol >> ? ?extends LWContainerPeer >> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ^ >> ?symbol: ? class JComponentDelegate >> ?location: class LWComponentPeer >> >> :140: >> error: cannot find symbol >> ? ? ? ?implements ComponentDelegate >> ? ? ? ? ? ? ? ? ? ^ >> ?symbol: ? class ComponentDelegate >> ?location: class LWListPeer >> >> :304: >> error: cannot find symbol >> ? ? ? ? ? ?implements ComponentDelegate >> ? ? ? ? ? ? ? ? ? ? ? ^ >> ?symbol: ? class ComponentDelegate >> ?location: class LWListPeer.ScrollableJListDelegate >> >> :34: >> error: cannot find symbol >> ? ?extends LWContainerPeer >> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?^ >> ?symbol: ? class JComponentDelegate >> ?location: class LWComponentPeer >> >> :42: >> error: cannot find symbol >> ? ?public JComponentDelegate createDelegate() { >> ? ? ? ? ? ^ >> ?symbol: ? class JComponentDelegate >> ?location: class LWPanelPeer >> >> :108: >> error: cannot find symbol >> ? ? ? ?implements ComponentDelegate >> ? ? ? ? ? ? ? ? ? ^ >> ?symbol: ? class ComponentDelegate >> ?location: class LWScrollBarPeer >> >> :228: >> error: method does not override or implement a method from a supertype >> ? ? ? ?@Override >> ? ? ? ?^ >> >> :306: >> error: method does not override or implement a method from a supertype >> ? ? ? ? ? ?@Override >> ? ? ? ? ? ?^ >> >> :43: >> error: cannot find symbol >> ? ? ? ?return new JComponentDelegate(); >> ? ? ? ? ? ? ? ? ? ^ >> ?symbol: ? class JComponentDelegate >> ?location: class LWPanelPeer >> >> :110: >> error: method does not override or implement a method from a supertype >> ? ? ? ?@Override >> ? ? ? ?^ >> Note: Some input files use or override 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. >> 10 errors >> make[4]: *** [.compile.classlist] Error 1 >> make[3]: *** [all] Error 1 >> make[2]: *** [all] Error 1 >> make[1]: *** [jdk-build] Error 2 >> make: *** [build_product_image] Error 2 >> >> Something is missing in commit ? >> >> 2011/8/18: >>> >>> Changeset: bd078fbf4789 >>> Author: ? ?alexp >>> Date: ? ? ?2011-08-18 22:05 +0400 >>> URL: >>> http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/bd078fbf4789 >>> >>> fixed #291: Refactor LWComponentPeer to support compound Swing delegates >>> fixed #4 ?: AWT Checkbox implementation >>> >>> - src/macosx/classes/sun/lwawt/ComponentDelegate.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/LWDelegateKeyboardFocusManager.java >>> ! src/macosx/classes/sun/lwawt/LWLabelPeer.java >>> ! src/macosx/classes/sun/lwawt/LWTextAreaPeer.java >>> ! src/macosx/classes/sun/lwawt/LWTextComponentPeer.java >>> ! src/macosx/classes/sun/lwawt/LWTextFieldPeer.java >>> >>> > > From alexander.potochkin at sun.com Fri Aug 19 11:42:21 2011 From: alexander.potochkin at sun.com (alexander.potochkin at sun.com) Date: Fri, 19 Aug 2011 18:42:21 +0000 Subject: hg: macosx-port/macosx-port/jdk: make the build compilable again after the previous commit Message-ID: <20110819184232.0FA3547E38@hg.openjdk.java.net> Changeset: 287d1f34ac1a Author: alexp Date: 2011-08-19 23:00 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/287d1f34ac1a make the build compilable again after the previous commit ! make/sun/lwawt/FILES_export_macosx.gmk ! make/sun/lwawt/FILES_export_macosx.gmk.all ! src/macosx/classes/sun/lwawt/LWListPeer.java ! src/macosx/classes/sun/lwawt/LWPanelPeer.java ! src/macosx/classes/sun/lwawt/LWScrollBarPeer.java ! src/macosx/classes/sun/lwawt/LWWindowPeer.java From Alexander.Potochkin at oracle.com Fri Aug 19 11:45:25 2011 From: Alexander.Potochkin at oracle.com (Alexander Potochkin) Date: Fri, 19 Aug 2011 22:45:25 +0400 Subject: hg: macosx-port/macosx-port/jdk: fixed #291: Refactor LWComponentPeer to support compound Swing delegates In-Reply-To: References: <20110818174722.D32F147D18@hg.openjdk.java.net> <4E4E6B3B.3000001@oracle.com> Message-ID: <4E4EAF45.5000305@oracle.com> Hello Henri The build problem has been fixed, please pull the latest change Thanks much and have a nice weekend! alexp > No problem. > > It just delay the next package :) > > 2011/8/19 Alexander Potochkin: >> Hello Henri >> >> Yep, it is my fault >> >> I am working on it, >> sorry for inconvenience >> >> alexp >>> I got the following build error : >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> # Running javac: >>> >>> /Library/Java/JavaVirtualMachines/1.6.0_26-b03-384.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: >>> >>> -jar >>> -source 7 -target 7 -encoding ascii >>> >>> -Xbootclasspath: >>> >>> -sourcepath::: >>> >>> -d >>> >>> @ >>> >>> :40: >>> error: cannot find symbol >>> extends LWContainerPeer >>> ^ >>> symbol: class JComponentDelegate >>> location: class LWComponentPeer >>> >>> :140: >>> error: cannot find symbol >>> implements ComponentDelegate >>> ^ >>> symbol: class ComponentDelegate >>> location: class LWListPeer >>> >>> :304: >>> error: cannot find symbol >>> implements ComponentDelegate >>> ^ >>> symbol: class ComponentDelegate >>> location: class LWListPeer.ScrollableJListDelegate >>> >>> :34: >>> error: cannot find symbol >>> extends LWContainerPeer >>> ^ >>> symbol: class JComponentDelegate >>> location: class LWComponentPeer >>> >>> :42: >>> error: cannot find symbol >>> public JComponentDelegate createDelegate() { >>> ^ >>> symbol: class JComponentDelegate >>> location: class LWPanelPeer >>> >>> :108: >>> error: cannot find symbol >>> implements ComponentDelegate >>> ^ >>> symbol: class ComponentDelegate >>> location: class LWScrollBarPeer >>> >>> :228: >>> error: method does not override or implement a method from a supertype >>> @Override >>> ^ >>> >>> :306: >>> error: method does not override or implement a method from a supertype >>> @Override >>> ^ >>> >>> :43: >>> error: cannot find symbol >>> return new JComponentDelegate(); >>> ^ >>> symbol: class JComponentDelegate >>> location: class LWPanelPeer >>> >>> :110: >>> error: method does not override or implement a method from a supertype >>> @Override >>> ^ >>> Note: Some input files use or override 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. >>> 10 errors >>> make[4]: *** [.compile.classlist] Error 1 >>> make[3]: *** [all] Error 1 >>> make[2]: *** [all] Error 1 >>> make[1]: *** [jdk-build] Error 2 >>> make: *** [build_product_image] Error 2 >>> >>> Something is missing in commit ? >>> >>> 2011/8/18: >>>> Changeset: bd078fbf4789 >>>> Author: alexp >>>> Date: 2011-08-18 22:05 +0400 >>>> URL: >>>> http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/bd078fbf4789 >>>> >>>> fixed #291: Refactor LWComponentPeer to support compound Swing delegates >>>> fixed #4 : AWT Checkbox implementation >>>> >>>> - src/macosx/classes/sun/lwawt/ComponentDelegate.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/LWDelegateKeyboardFocusManager.java >>>> ! src/macosx/classes/sun/lwawt/LWLabelPeer.java >>>> ! src/macosx/classes/sun/lwawt/LWTextAreaPeer.java >>>> ! src/macosx/classes/sun/lwawt/LWTextComponentPeer.java >>>> ! src/macosx/classes/sun/lwawt/LWTextFieldPeer.java >>>> >>>> >> From mroos at roos.com Fri Aug 19 13:14:31 2011 From: mroos at roos.com (Mark Roos) Date: Fri, 19 Aug 2011 13:14:31 -0700 Subject: Is JNI functional at this point? Message-ID: Thanks David, that helped me focus. I have tracked it down to a callback from JNI code to a Java static method. My other JNI usage works. Do you use this api in your code? ( every arg is non null and is does work under windows) jniEnv->CallStaticVoidMethodV(callbackClass, callbackMethodID, NULL); It either does not work or there is something missing in my translation from visual studio regards mark David Smith-Uchida wrote on 08/16/2011 06:31:28 PM: > From: David Smith-Uchida > To: Mark Roos > Cc: macosx-port-dev at openjdk.java.net > Date: 08/16/2011 06:31 PM > Subject: Re: Is JNI functional at this point? > > I've got quite a bit of JNI code running so I would say you should > expect it to work. > > Cheers, > Dave Smith > > On Aug 17, 2011, at 12:31 AM, Mark Roos wrote: > > > I am porting some JNI code from a Windows JDK7 testbed to OSX 10.6.8 with > > a recent JDK7 OSX build from > > Google code. I have it compiled and linked but it segfaults doing a > > JNI_ArgumentPusherVaArg:... operation. when > > it starts. > > > > Should I expect it to work? or am I too early? > > > > thanks > > > > mark > From henri.gomez at gmail.com Sun Aug 21 23:49:08 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Mon, 22 Aug 2011 08:49:08 +0200 Subject: hg: macosx-port/macosx-port/jdk: fixed #291: Refactor LWComponentPeer to support compound Swing delegates In-Reply-To: <4E4EAF45.5000305@oracle.com> References: <20110818174722.D32F147D18@hg.openjdk.java.net> <4E4E6B3B.3000001@oracle.com> <4E4EAF45.5000305@oracle.com> Message-ID: Doing a build right now. 2011/8/19 Alexander Potochkin : > Hello Henri > > The build problem has been fixed, > please pull the latest change > > Thanks much > and have a nice weekend! > > alexp >> >> No problem. >> >> It just delay the next package :) >> >> 2011/8/19 Alexander Potochkin: >>> >>> Hello Henri >>> >>> Yep, it is my fault >>> >>> I am working on it, >>> sorry for inconvenience >>> >>> alexp >>>> >>>> I got the following build error : >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> # Running javac: >>>> >>>> >>>> /Library/Java/JavaVirtualMachines/1.6.0_26-b03-384.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: >>>> >>>> >>>> -jar >>>> -source 7 -target 7 -encoding ascii >>>> >>>> >>>> -Xbootclasspath: >>>> >>>> >>>> -sourcepath::: >>>> >>>> >>>> -d >>>> >>>> >>>> @ >>>> >>>> >>>> :40: >>>> error: cannot find symbol >>>> ? ?extends LWContainerPeer >>>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ^ >>>> ?symbol: ? class JComponentDelegate >>>> ?location: class LWComponentPeer >>>> >>>> >>>> :140: >>>> error: cannot find symbol >>>> ? ? ? ?implements ComponentDelegate >>>> ? ? ? ? ? ? ? ? ? ^ >>>> ?symbol: ? class ComponentDelegate >>>> ?location: class LWListPeer >>>> >>>> >>>> :304: >>>> error: cannot find symbol >>>> ? ? ? ? ? ?implements ComponentDelegate >>>> ? ? ? ? ? ? ? ? ? ? ? ^ >>>> ?symbol: ? class ComponentDelegate >>>> ?location: class LWListPeer.ScrollableJListDelegate >>>> >>>> >>>> :34: >>>> error: cannot find symbol >>>> ? ?extends LWContainerPeer >>>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?^ >>>> ?symbol: ? class JComponentDelegate >>>> ?location: class LWComponentPeer >>>> >>>> >>>> :42: >>>> error: cannot find symbol >>>> ? ?public JComponentDelegate createDelegate() { >>>> ? ? ? ? ? ^ >>>> ?symbol: ? class JComponentDelegate >>>> ?location: class LWPanelPeer >>>> >>>> >>>> :108: >>>> error: cannot find symbol >>>> ? ? ? ?implements ComponentDelegate >>>> ? ? ? ? ? ? ? ? ? ^ >>>> ?symbol: ? class ComponentDelegate >>>> ?location: class LWScrollBarPeer >>>> >>>> >>>> :228: >>>> error: method does not override or implement a method from a supertype >>>> ? ? ? ?@Override >>>> ? ? ? ?^ >>>> >>>> >>>> :306: >>>> error: method does not override or implement a method from a supertype >>>> ? ? ? ? ? ?@Override >>>> ? ? ? ? ? ?^ >>>> >>>> >>>> :43: >>>> error: cannot find symbol >>>> ? ? ? ?return new JComponentDelegate(); >>>> ? ? ? ? ? ? ? ? ? ^ >>>> ?symbol: ? class JComponentDelegate >>>> ?location: class LWPanelPeer >>>> >>>> >>>> :110: >>>> error: method does not override or implement a method from a supertype >>>> ? ? ? ?@Override >>>> ? ? ? ?^ >>>> Note: Some input files use or override 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. >>>> 10 errors >>>> make[4]: *** [.compile.classlist] Error 1 >>>> make[3]: *** [all] Error 1 >>>> make[2]: *** [all] Error 1 >>>> make[1]: *** [jdk-build] Error 2 >>>> make: *** [build_product_image] Error 2 >>>> >>>> Something is missing in commit ? >>>> >>>> 2011/8/18: >>>>> >>>>> Changeset: bd078fbf4789 >>>>> Author: ? ?alexp >>>>> Date: ? ? ?2011-08-18 22:05 +0400 >>>>> URL: >>>>> http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/bd078fbf4789 >>>>> >>>>> fixed #291: Refactor LWComponentPeer to support compound Swing >>>>> delegates >>>>> fixed #4 ?: AWT Checkbox implementation >>>>> >>>>> - src/macosx/classes/sun/lwawt/ComponentDelegate.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/LWDelegateKeyboardFocusManager.java >>>>> ! src/macosx/classes/sun/lwawt/LWLabelPeer.java >>>>> ! src/macosx/classes/sun/lwawt/LWTextAreaPeer.java >>>>> ! src/macosx/classes/sun/lwawt/LWTextComponentPeer.java >>>>> ! src/macosx/classes/sun/lwawt/LWTextFieldPeer.java >>>>> >>>>> >>> > > From henri.gomez at gmail.com Mon Aug 22 00:56:53 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Mon, 22 Aug 2011 09:56:53 +0200 Subject: Rhino on bsd-port/osx-port OpenJDK 7 Message-ID: Hi guys, Any ideas why Rhino is not included in bsd-port (and sus osx-port) ? All sun/org/mozilla/javascript/* classes are not available in bsd-port and sus osx-port, whereas they are bundled on Linux JDK7 package ? Regards From sergey.bylokhov at oracle.com Mon Aug 22 06:41:49 2011 From: sergey.bylokhov at oracle.com (sergey.bylokhov at oracle.com) Date: Mon, 22 Aug 2011 13:41:49 +0000 Subject: hg: macosx-port/macosx-port/jdk: Temporary workaround for painting. Message-ID: <20110822134200.3501047FD5@hg.openjdk.java.net> Changeset: e57e70e39ea9 Author: serb Date: 2011-08-22 17:10 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/e57e70e39ea9 Temporary workaround for painting. ! src/macosx/classes/sun/lwawt/LWCanvasPeer.java ! src/macosx/classes/sun/lwawt/LWContainerPeer.java From sergey.bylokhov at oracle.com Mon Aug 22 08:40:49 2011 From: sergey.bylokhov at oracle.com (sergey.bylokhov at oracle.com) Date: Mon, 22 Aug 2011 15:40:49 +0000 Subject: hg: macosx-port/macosx-port/jdk: LWComponentPeer.setEnabled method should work. Message-ID: <20110822154059.50C6147FDB@hg.openjdk.java.net> Changeset: 2f0cf3134f07 Author: serb Date: 2011-08-22 19:00 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/2f0cf3134f07 LWComponentPeer.setEnabled method should work. ! src/macosx/classes/sun/lwawt/LWComponentPeer.java From alexander.zuev at oracle.com Mon Aug 22 17:49:59 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Tue, 23 Aug 2011 00:49:59 +0000 Subject: hg: macosx-port/macosx-port/jdk: Merging changes from default Message-ID: <20110823005009.EB00947FF7@hg.openjdk.java.net> Changeset: 498fbf8c9abf Author: kizune Date: 2011-08-22 17:46 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/498fbf8c9abf Merging changes from default From alexander.zuev at oracle.com Mon Aug 22 17:57:41 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Tue, 23 Aug 2011 00:57:41 +0000 Subject: hg: macosx-port/macosx-port/jdk: First changes to implement CALayer-based painting for OpenGL pipeline. Message-ID: <20110823005752.4A2DA47FFA@hg.openjdk.java.net> Changeset: f0be9fd9255e Author: kizune Date: 2011-08-22 17:57 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/f0be9fd9255e First changes to implement CALayer-based painting for OpenGL pipeline. ! make/sun/lwawt/Makefile ! src/macosx/classes/sun/java2d/opengl/CGLGraphicsConfig.java + src/macosx/classes/sun/java2d/opengl/CGLRenderQueue.java ! src/macosx/classes/sun/java2d/opengl/CGLSurfaceData.java ! src/macosx/classes/sun/lwawt/macosx/CPlatformView.java ! src/macosx/native/sun/awt/AWTView.m ! src/macosx/native/sun/awt/ThreadUtilities.m ! src/macosx/native/sun/java2d/opengl/CGLGraphicsConfig.m ! src/share/classes/sun/java2d/opengl/OGLRenderQueue.java ! src/share/classes/sun/java2d/pipe/BufferedContext.java ! src/share/native/sun/java2d/opengl/OGLRenderQueue.c + test/experimental/layers/ButtonTest.java From alexander.zuev at oracle.com Tue Aug 23 00:51:42 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Tue, 23 Aug 2011 07:51:42 +0000 Subject: hg: macosx-port/macosx-port/jdk: Added automatic layer resize. The offset of the resulting image may be the cause of the painting artifacts. Message-ID: <20110823075153.45D2947011@hg.openjdk.java.net> Changeset: 22b2eda25de2 Author: kizune Date: 2011-08-23 00:50 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/22b2eda25de2 Added automatic layer resize. The offset of the resulting image may be the cause of the painting artifacts. ! src/macosx/native/sun/awt/AWTView.m From artem.ananiev at oracle.com Tue Aug 23 05:00:03 2011 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Tue, 23 Aug 2011 16:00:03 +0400 Subject: Rhino on bsd-port/osx-port OpenJDK 7 In-Reply-To: References: Message-ID: <4E539643.2070301@oracle.com> On 8/22/2011 11:56 AM, Henri Gomez wrote: > Hi guys, > > Any ideas why Rhino is not included in bsd-port (and sus osx-port) ? > > All sun/org/mozilla/javascript/* classes are not available in bsd-port > and sus osx-port, whereas they are bundled on Linux JDK7 package ? AFAIK, these classes are a part of Oracle JDK7, but not OpenJDK7, and therefore are not included to BSD/MacOSX ports. Thanks, Artem > Regards From henri.gomez at gmail.com Tue Aug 23 05:18:16 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Tue, 23 Aug 2011 14:18:16 +0200 Subject: Rhino on bsd-port/osx-port OpenJDK 7 In-Reply-To: <4E539643.2070301@oracle.com> References: <4E539643.2070301@oracle.com> Message-ID: >> All sun/org/mozilla/javascript/* classes are not available in bsd-port >> and sus osx-port, whereas they are bundled on Linux JDK7 package ? > > AFAIK, these classes are a part of Oracle JDK7, but not OpenJDK7, and > therefore are not included to BSD/MacOSX ports. Part of Oracle JDK ? Does it means, they aren't available to OS/X / FreeBDS users ? From dalibor.topic at oracle.com Tue Aug 23 05:37:08 2011 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Tue, 23 Aug 2011 14:37:08 +0200 Subject: Rhino on bsd-port/osx-port OpenJDK 7 In-Reply-To: References: <4E539643.2070301@oracle.com> Message-ID: <4E539EF4.5070607@oracle.com> On 8/23/11 2:18 PM, Henri Gomez wrote: >>> All sun/org/mozilla/javascript/* classes are not available in bsd-port >>> and sus osx-port, whereas they are bundled on Linux JDK7 package ? >> >> AFAIK, these classes are a part of Oracle JDK7, but not OpenJDK7, and >> therefore are not included to BSD/MacOSX ports. > > Part of Oracle JDK ? Does it means, they aren't available to OS/X / > FreeBDS users ? You can find Rhino here: https://www.mozilla.org/rhino/ 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 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle Oracle is committed to developing practices and products that help protect the environment From henri.gomez at gmail.com Tue Aug 23 06:12:27 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Tue, 23 Aug 2011 15:12:27 +0200 Subject: Rhino on bsd-port/osx-port OpenJDK 7 In-Reply-To: <4E539EF4.5070607@oracle.com> References: <4E539643.2070301@oracle.com> <4E539EF4.5070607@oracle.com> Message-ID: >>> AFAIK, these classes are a part of Oracle JDK7, but not OpenJDK7, and >>> therefore are not included to BSD/MacOSX ports. >> >> Part of Oracle JDK ? Does it means, they aren't available to OS/X / >> FreeBDS users ? > > You can find Rhino here: https://www.mozilla.org/rhino/ I know for Rhino, question was about sun/org/mozilla/javascript classes not bundled in BSD/OSX build. Did there is a special trick in Oracle builds (Windows / Linux), to get them bundled with OpenJDK 7 ? From dalibor.topic at oracle.com Tue Aug 23 06:27:07 2011 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Tue, 23 Aug 2011 15:27:07 +0200 Subject: Rhino on bsd-port/osx-port OpenJDK 7 In-Reply-To: References: <4E539643.2070301@oracle.com> <4E539EF4.5070607@oracle.com> Message-ID: <4E53AAAB.9030700@oracle.com> On 8/23/11 3:12 PM, Henri Gomez wrote: >>>> AFAIK, these classes are a part of Oracle JDK7, but not OpenJDK7, and >>>> therefore are not included to BSD/MacOSX ports. >>> >>> Part of Oracle JDK ? Does it means, they aren't available to OS/X / >>> FreeBDS users ? >> >> You can find Rhino here: https://www.mozilla.org/rhino/ > > I know for Rhino, question was about sun/org/mozilla/javascript > classes not bundled in BSD/OSX build. > Did there is a special trick in Oracle builds (Windows / Linux), to > get them bundled with OpenJDK 7 ? > Like some other open source components (VisualVM, for example), they are not included in the OpenJDK source code. If you need them, you can get them from their upstream. A good idea tends to be to move the org.mozilla.javascript classes to a different namespace to avoid clashes with a user-supplied rhino.jar, like sun.org.mozilla.javascript. 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 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle Oracle is committed to developing practices and products that help protect the environment From henri.gomez at gmail.com Tue Aug 23 06:49:23 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Tue, 23 Aug 2011 15:49:23 +0200 Subject: Rhino on bsd-port/osx-port OpenJDK 7 In-Reply-To: <4E53AAAB.9030700@oracle.com> References: <4E539643.2070301@oracle.com> <4E539EF4.5070607@oracle.com> <4E53AAAB.9030700@oracle.com> Message-ID: > Like some other open source components (VisualVM, for example), they > are not included in the OpenJDK source code. If you need them, you > can get them from their upstream. Yep so there is specific builds or steps to add/inject them in BDS/OSX packages ? Did the build/packages phases source or phases description for Linux / Solaris, as bundled by Oracle are available somewhere ? I see mention of Rhino in various files on OpenJDK build, so I was wondering if there was an automatic way to have them bundled, for example by dropping Rhino (or ViualVM) components sources/binaries at some place. > A good idea tends to be to move the org.mozilla.javascript classes > to a different namespace to avoid clashes with a user-supplied > rhino.jar, like sun.org.mozilla.javascript. Yes, I saw that also on xerces/xalan in previous Sun JDK. > cheers, > dalibor topic Thanks for your help From henri.gomez at gmail.com Tue Aug 23 07:19:30 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Tue, 23 Aug 2011 16:19:30 +0200 Subject: Rhino on bsd-port/osx-port OpenJDK 7 In-Reply-To: <6c00a2571e08b0c373482e3a546f3cbe@drazzib.com> References: <4E539643.2070301@oracle.com> <4E539EF4.5070607@oracle.com> <4E53AAAB.9030700@oracle.com> <6c00a2571e08b0c373482e3a546f3cbe@drazzib.com> Message-ID: > Hi Henri, Hi Damien > I think you can check what's achieved by Icedtea build harness project. > Icedtea include some tool to "rewrite" class from an existing rhino.jar > to sun.org.mozilla package for bundling into OpenJDK distribution. Perfect, > You can have a look to call to com.redhat.rewriter.ClassRewriter : > http://icedtea.classpath.org/hg/icedtea7/file/8ac25d11a9e5/Makefile.am#l2036 > ClassRewriter source code is here (under AGPL-3.0) : > http://icedtea.classpath.org/hg/icedtea7/file/8ac25d11a9e5/rewriter > > Hope this help. It should help yes, now should figure how to inject these in bsd/osx OpenJDK make files From mark at talios.com Tue Aug 23 09:42:42 2011 From: mark at talios.com (Mark Derricutt) Date: Wed, 24 Aug 2011 04:42:42 +1200 Subject: Rhino on bsd-port/osx-port OpenJDK 7 In-Reply-To: <4E53AAAB.9030700@oracle.com> References: <4E539643.2070301@oracle.com> <4E539EF4.5070607@oracle.com> <4E53AAAB.9030700@oracle.com> Message-ID: Dalibor, I was one of people asking Henri about the lack, the problem I was facing is that upstream rhino doesn't include the javax.scripting extensions for rhino. I had heard somewhere that Mozilla didn't accept Suns changes into their mainline branch for reasons unknown but that was prior to being opensourced. Henri - I did just remember about http://scripting.dev.java.net from a few years ago that I think was maintaining a large set of javax.scripting bridges, possibly even rhino so I'll take a look at that when I fully wake up in a few hours. It would be a shame if this wasnt available longterm, I remember for a while the Apple jdk also didn't include rhino and broke our code. mark -- Sent from an Android On Aug 24, 2011 1:29 AM, "Dalibor Topic" wrote: > On 8/23/11 3:12 PM, Henri Gomez wrote: >>>>> AFAIK, these classes are a part of Oracle JDK7, but not OpenJDK7, and >>>>> therefore are not included to BSD/MacOSX ports. >>>> >>>> Part of Oracle JDK ? Does it means, they aren't available to OS/X / >>>> FreeBDS users ? >>> >>> You can find Rhino here: https://www.mozilla.org/rhino/ >> >> I know for Rhino, question was about sun/org/mozilla/javascript >> classes not bundled in BSD/OSX build. >> Did there is a special trick in Oracle builds (Windows / Linux), to >> get them bundled with OpenJDK 7 ? >> > > Like some other open source components (VisualVM, for example), they > are not included in the OpenJDK source code. If you need them, you > can get them from their upstream. > > A good idea tends to be to move the org.mozilla.javascript classes > to a different namespace to avoid clashes with a user-supplied > rhino.jar, like sun.org.mozilla.javascript. > > 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 > > Komplement?rin: ORACLE Deutschland Verwaltung B.V. > Hertogswetering 163/167, 3543 AS Utrecht, Niederlande > Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 > Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven > > Green Oracle Oracle is committed to developing practices and products that help protect the environment From alexander.zuev at oracle.com Tue Aug 23 12:13:34 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Tue, 23 Aug 2011 19:13:34 +0000 Subject: hg: macosx-port/macosx-port/jdk: Taking insets into account when setting the layer's geometry. Message-ID: <20110823191344.A040B4703D@hg.openjdk.java.net> Changeset: 40ae88649f4b Author: kizune Date: 2011-08-23 12:12 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/40ae88649f4b Taking insets into account when setting the layer's geometry. ! src/macosx/native/sun/awt/AWTView.m From bino at apple.com Tue Aug 23 15:16:56 2011 From: bino at apple.com (bino at apple.com) Date: Tue, 23 Aug 2011 22:16:56 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixed http://java.net/jira/browse/MACOSX_PORT-308 Message-ID: <20110823221706.3F92047067@hg.openjdk.java.net> Changeset: 8e840f962ab0 Author: bino at apple.com Date: 2011-08-23 14:52 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/8e840f962ab0 Fixed http://java.net/jira/browse/MACOSX_PORT-308 ! src/macosx/classes/com/apple/laf/ScreenMenu.java ! src/macosx/classes/sun/lwawt/macosx/CImage.java ! src/macosx/native/sun/awt/CMenu.m ! src/macosx/native/sun/awt/CMenuBar.m ! src/macosx/native/sun/awt/CMenuItem.m From dmitry.cherepanov at oracle.com Tue Aug 23 19:43:09 2011 From: dmitry.cherepanov at oracle.com (dmitry.cherepanov at oracle.com) Date: Wed, 24 Aug 2011 02:43:09 +0000 Subject: hg: macosx-port/macosx-port/jdk: Make layer opaque to eliminate some painting artifacts Message-ID: <20110824024320.88EE547079@hg.openjdk.java.net> Changeset: 77dea262280e Author: dcherepanov Date: 2011-08-23 19:29 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/77dea262280e Make layer opaque to eliminate some painting artifacts ! src/macosx/native/sun/awt/AWTView.m ! src/share/native/sun/java2d/opengl/OGLRenderQueue.c From dalibor.topic at oracle.com Wed Aug 24 05:24:57 2011 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Wed, 24 Aug 2011 14:24:57 +0200 Subject: Rhino on bsd-port/osx-port OpenJDK 7 In-Reply-To: References: <4E539643.2070301@oracle.com> <4E539EF4.5070607@oracle.com> <4E53AAAB.9030700@oracle.com> Message-ID: <4E54ED99.7090001@oracle.com> On 8/23/11 3:49 PM, Henri Gomez wrote: >> Like some other open source components (VisualVM, for example), they >> are not included in the OpenJDK source code. If you need them, you >> can get them from their upstream. > > Yep so there is specific builds or steps to add/inject them in BDS/OSX > packages ? Looking at http://hg.openjdk.java.net/jdk7/build/raw-file/tip/README-builds.html I'd say no, as there is no mention of it there. > Did the build/packages phases source or phases description for Linux / > Solaris, as bundled by Oracle are available somewhere ? The build instructions for JDK 7 are at the URL above, if that's what you mean. 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 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle Oracle is committed to developing practices and products that help protect the environment From dalibor.topic at oracle.com Wed Aug 24 05:35:33 2011 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Wed, 24 Aug 2011 14:35:33 +0200 Subject: Rhino on bsd-port/osx-port OpenJDK 7 In-Reply-To: References: <4E539643.2070301@oracle.com> <4E539EF4.5070607@oracle.com> <4E53AAAB.9030700@oracle.com> Message-ID: <4E54F015.2010504@oracle.com> On 8/23/11 6:42 PM, Mark Derricutt wrote: > Dalibor, > > I was one of people asking Henri about the lack, the problem I was facing is that upstream rhino doesn't include the javax.scripting extensions for rhino. > The jdk7 source code contains a jdk7u/jdk/src/share/classes/com/sun/script/javascript/ directory - is that what you're looking for? 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 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle Oracle is committed to developing practices and products that help protect the environment From henri.gomez at gmail.com Wed Aug 24 05:53:01 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Wed, 24 Aug 2011 14:53:01 +0200 Subject: Rhino on bsd-port/osx-port OpenJDK 7 In-Reply-To: <4E54ED99.7090001@oracle.com> References: <4E539643.2070301@oracle.com> <4E539EF4.5070607@oracle.com> <4E53AAAB.9030700@oracle.com> <4E54ED99.7090001@oracle.com> Message-ID: >> Yep so there is specific builds or steps to add/inject them in BDS/OSX >> packages ? > > Looking at http://hg.openjdk.java.net/jdk7/build/raw-file/tip/README-builds.html > I'd say no, as there is no mention of it there. > >> Did the build/packages phases source or phases description for Linux / >> Solaris, as bundled by Oracle are available somewhere ? > > The build instructions for JDK 7 are at the URL above, if that's what you mean. Thanks for the link. I'll try to build an OpenJDK 7 on Linux to check. From alexander.potochkin at sun.com Wed Aug 24 12:02:17 2011 From: alexander.potochkin at sun.com (alexander.potochkin at sun.com) Date: Wed, 24 Aug 2011 19:02:17 +0000 Subject: hg: macosx-port/macosx-port/jdk: fixed mouse event dispatching for compound Swing delegates; Message-ID: <20110824190227.DF9C0470AE@hg.openjdk.java.net> Changeset: 28d47bbc6647 Author: alexp Date: 2011-08-24 23:21 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/28d47bbc6647 fixed mouse event dispatching for compound Swing delegates; refactored LWListPeer.java ! src/macosx/classes/sun/lwawt/LWComponentPeer.java ! src/macosx/classes/sun/lwawt/LWListPeer.java From bino at apple.com Wed Aug 24 13:47:19 2011 From: bino at apple.com (bino at apple.com) Date: Wed, 24 Aug 2011 20:47:19 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixed slowness in ScreenMenu opening in Netbeans Message-ID: <20110824204731.DB0C6470B3@hg.openjdk.java.net> Changeset: 31e2d66537df Author: bino at apple.com Date: 2011-08-24 13:44 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/31e2d66537df Fixed slowness in ScreenMenu opening in Netbeans ! src/macosx/classes/com/apple/laf/ScreenMenu.java From henri.gomez at gmail.com Wed Aug 24 15:20:57 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 25 Aug 2011 00:20:57 +0200 Subject: hg: macosx-port/macosx-port/jdk: Fixed slowness in ScreenMenu opening in Netbeans In-Reply-To: <20110824204731.DB0C6470B3@hg.openjdk.java.net> References: <20110824204731.DB0C6470B3@hg.openjdk.java.net> Message-ID: I tried NetBeans 7.01 with OpenJDK 7 last week and seen some glitches (and a warning mention about OpenJDK and OSX). Are you trying with a snapshot version of NetBeans ? Le 24 ao?t 2011 ? 22:47, bino at apple.com a ?crit : > Changeset: 31e2d66537df > Author: bino at apple.com > Date: 2011-08-24 13:44 -0700 > URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/31e2d66537df > > Fixed slowness in ScreenMenu opening in Netbeans > > ! src/macosx/classes/com/apple/laf/ScreenMenu.java > From alexander.potochkin at sun.com Thu Aug 25 08:19:18 2011 From: alexander.potochkin at sun.com (alexander.potochkin at sun.com) Date: Thu, 25 Aug 2011 15:19:18 +0000 Subject: hg: macosx-port/macosx-port/jdk: fixed regressions from the latest LWChoicePeer patch Message-ID: <20110825151948.335BA470ED@hg.openjdk.java.net> Changeset: 4623be5872f7 Author: alexp Date: 2011-08-25 19:38 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/4623be5872f7 fixed regressions from the latest LWChoicePeer patch ! src/macosx/classes/sun/lwawt/LWComponentPeer.java ! src/macosx/classes/sun/lwawt/LWListPeer.java From sergey.bylokhov at oracle.com Thu Aug 25 10:24:14 2011 From: sergey.bylokhov at oracle.com (sergey.bylokhov at oracle.com) Date: Thu, 25 Aug 2011 17:24:14 +0000 Subject: hg: macosx-port/macosx-port/jdk: 3 new changesets Message-ID: <20110825172507.34C34470F3@hg.openjdk.java.net> Changeset: 1dbb27645c7d Author: serb Date: 2011-08-25 19:19 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/1dbb27645c7d 162: Paint order issue with component with paint() overridden. 173: Canvas background color is not being displayed. ! src/macosx/classes/sun/lwawt/LWComponentPeer.java ! src/macosx/classes/sun/lwawt/LWContainerPeer.java ! src/macosx/classes/sun/lwawt/LWWindowPeer.java Changeset: 63f75f82aa67 Author: serb Date: 2011-08-25 19:27 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/63f75f82aa67 Merge ! src/macosx/classes/sun/lwawt/LWComponentPeer.java Changeset: a5d30e5f8575 Author: serb Date: 2011-08-25 20:39 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/a5d30e5f8575 Code cleanup. Peer should use internal attributes if possible. ! src/macosx/classes/sun/lwawt/LWComponentPeer.java ! src/macosx/classes/sun/lwawt/LWContainerPeer.java From alexander.potochkin at sun.com Thu Aug 25 11:07:06 2011 From: alexander.potochkin at sun.com (alexander.potochkin at sun.com) Date: Thu, 25 Aug 2011 18:07:06 +0000 Subject: hg: macosx-port/macosx-port/jdk: code cleanup Message-ID: <20110825180716.BDC65470F6@hg.openjdk.java.net> Changeset: 00adb12d57c5 Author: alexp Date: 2011-08-25 22:26 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/00adb12d57c5 code cleanup ! src/macosx/classes/sun/lwawt/LWComponentPeer.java From dmitry.cherepanov at oracle.com Thu Aug 25 17:00:01 2011 From: dmitry.cherepanov at oracle.com (dmitry.cherepanov at oracle.com) Date: Fri, 26 Aug 2011 00:00:01 +0000 Subject: hg: macosx-port/macosx-port/jdk: Creating first prototype of IOSurface-based rendering. Message-ID: <20110826000012.382B247103@hg.openjdk.java.net> Changeset: b5bda86cf31d Author: dcherepanov Date: 2011-08-25 16:58 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/b5bda86cf31d Creating first prototype of IOSurface-based rendering. ! make/sun/lwawt/Makefile ! src/macosx/native/sun/java2d/opengl/CGLSurfaceData.m ! src/share/classes/sun/java2d/opengl/OGLSurfaceData.java ! src/share/classes/sun/java2d/opengl/OGLUtilities.java ! src/share/classes/sun/java2d/pipe/hw/AccelSurface.java ! src/share/native/sun/java2d/opengl/OGLSurfaceData.c ! src/share/native/sun/java2d/opengl/OGLSurfaceData.h From sergey.bylokhov at oracle.com Fri Aug 26 08:17:36 2011 From: sergey.bylokhov at oracle.com (sergey.bylokhov at oracle.com) Date: Fri, 26 Aug 2011 15:17:36 +0000 Subject: hg: macosx-port/macosx-port/jdk: LWLabelPeer cleanup. Message-ID: <20110826151746.CF0A847139@hg.openjdk.java.net> Changeset: e9eb9b679be2 Author: serb Date: 2011-08-26 19:10 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/e9eb9b679be2 LWLabelPeer cleanup. ! src/macosx/classes/sun/lwawt/LWLabelPeer.java From sergey.bylokhov at oracle.com Fri Aug 26 10:04:54 2011 From: sergey.bylokhov at oracle.com (sergey.bylokhov at oracle.com) Date: Fri, 26 Aug 2011 17:04:54 +0000 Subject: hg: macosx-port/macosx-port/jdk: Mouse events shouldn't be dispatched to invisible components. Message-ID: <20110826170520.88D254713D@hg.openjdk.java.net> Changeset: 4058ab419b2c Author: serb Date: 2011-08-26 21:03 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/4058ab419b2c Mouse events shouldn't be dispatched to invisible components. ! src/macosx/classes/sun/lwawt/LWComponentPeer.java ! src/macosx/classes/sun/lwawt/LWContainerPeer.java ! src/macosx/classes/sun/lwawt/LWWindowPeer.java From kevin_m_miller at apple.com Fri Aug 26 13:25:30 2011 From: kevin_m_miller at apple.com (kevin_m_miller at apple.com) Date: Fri, 26 Aug 2011 20:25:30 +0000 Subject: hg: macosx-port/macosx-port/jdk: Improving security of Aqua LaF and syncing with current JDK6 top of tree Message-ID: <20110826202550.EC9B347145@hg.openjdk.java.net> Changeset: 89e148bb0e82 Author: kevin_m_miller at apple.com Date: 2011-08-26 13:24 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/89e148bb0e82 Improving security of Aqua LaF and syncing with current JDK6 top of tree ! src/macosx/classes/apple/laf/JRSUIUtils.java ! src/macosx/classes/com/apple/laf/AquaButtonBorder.java ! src/macosx/classes/com/apple/laf/AquaButtonCheckBoxUI.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/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/AquaFileView.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/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/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/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/AquaTabbedPaneContrastUI.java ! src/macosx/classes/com/apple/laf/AquaTableHeaderBorder.java ! src/macosx/classes/com/apple/laf/AquaTableHeaderUI.java ! src/macosx/classes/com/apple/laf/AquaTextAreaUI.java ! src/macosx/classes/com/apple/laf/AquaTextFieldBorder.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/ImageCache.java ! src/macosx/classes/com/apple/laf/ScreenMenuBar.java ! src/macosx/classes/com/apple/laf/ScreenPopupFactory.java From alexander.potochkin at sun.com Mon Aug 29 10:31:07 2011 From: alexander.potochkin at sun.com (alexander.potochkin at sun.com) Date: Mon, 29 Aug 2011 17:31:07 +0000 Subject: hg: macosx-port/macosx-port/jdk: fixed 343: Multiple problems with java.awt.TextArea Message-ID: <20110829173118.68A62471E3@hg.openjdk.java.net> Changeset: 91f382fc7afe Author: alexp Date: 2011-08-29 21:49 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/91f382fc7afe fixed 343: Multiple problems with java.awt.TextArea fixed 73: TextField.setEchoChar not implemented ! 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/macosx/LWCToolkit.java From bino at apple.com Mon Aug 29 18:47:06 2011 From: bino at apple.com (bino at apple.com) Date: Tue, 30 Aug 2011 01:47:06 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixed slowness in startup caused by unnecessary font activation Message-ID: <20110830014716.D3FD7471F6@hg.openjdk.java.net> Changeset: 9bb4129aece8 Author: bino at apple.com Date: 2011-08-29 18:46 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/9bb4129aece8 Fixed slowness in startup caused by unnecessary font activation ! src/macosx/classes/sun/font/CFontManager.java From swingler at apple.com Mon Aug 29 18:57:21 2011 From: swingler at apple.com (swingler at apple.com) Date: Tue, 30 Aug 2011 01:57:21 +0000 Subject: hg: macosx-port/macosx-port/jdk: Adding custom cursor support , other cleanup from clang static analyzer runs Message-ID: <20110830015731.BFB5F471F8@hg.openjdk.java.net> Changeset: 6c5ea25f1839 Author: swingler at apple.com Date: 2011-08-29 18:57 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/6c5ea25f1839 Adding custom cursor support , other cleanup from clang static analyzer runs ! src/macosx/classes/sun/lwawt/macosx/CCursorManager.java ! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java ! src/macosx/native/sun/awt/AWTView.m ! src/macosx/native/sun/awt/CCursorManager.m ! src/macosx/native/sun/font/CGGlyphOutlines.m From swingler at apple.com Mon Aug 29 20:50:52 2011 From: swingler at apple.com (swingler at apple.com) Date: Tue, 30 Aug 2011 03:50:52 +0000 Subject: hg: macosx-port/macosx-port/jdk: Need the new custom cursor subclass to implement custom cursors Message-ID: <20110830035102.E7DCC471FE@hg.openjdk.java.net> Changeset: 7c3b6c287521 Author: swingler at apple.com Date: 2011-08-29 20:50 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/7c3b6c287521 Need the new custom cursor subclass to implement custom cursors + src/macosx/classes/sun/lwawt/macosx/CCustomCursor.java From swingler at apple.com Mon Aug 29 21:28:39 2011 From: swingler at apple.com (swingler at apple.com) Date: Tue, 30 Aug 2011 04:28:39 +0000 Subject: hg: macosx-port/macosx-port/jdk: protecting native file rep setting call by fixing Message-ID: <20110830042849.29BD647200@hg.openjdk.java.net> Changeset: 89cfcf516724 Author: swingler at apple.com Date: 2011-08-29 21:28 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/89cfcf516724 protecting native file rep setting call by fixing ! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java ! src/macosx/native/sun/awt/AWTWindow.m From dmitry.cherepanov at oracle.com Tue Aug 30 02:12:27 2011 From: dmitry.cherepanov at oracle.com (dmitry.cherepanov at oracle.com) Date: Tue, 30 Aug 2011 09:12:27 +0000 Subject: hg: macosx-port/macosx-port/jdk: Introduced intermediate buffer (texture-backed FBO) for CAOpenGLLayer prototype Message-ID: <20110830091237.ECF5F4720B@hg.openjdk.java.net> Changeset: 27061fc5ad63 Author: dcherepanov Date: 2011-08-30 13:10 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/27061fc5ad63 Introduced intermediate buffer (texture-backed FBO) for CAOpenGLLayer prototype ! src/macosx/classes/sun/java2d/opengl/CGLRenderQueue.java ! src/macosx/classes/sun/java2d/opengl/CGLSurfaceData.java ! src/macosx/classes/sun/lwawt/macosx/CPlatformView.java ! src/macosx/native/sun/awt/AWTView.h ! src/macosx/native/sun/awt/AWTView.m ! src/macosx/native/sun/java2d/opengl/CGLGraphicsConfig.h ! src/macosx/native/sun/java2d/opengl/CGLSurfaceData.m ! src/share/native/sun/java2d/opengl/OGLSurfaceData.c ! src/share/native/sun/java2d/opengl/OGLSurfaceData.h From swingler at apple.com Tue Aug 30 11:13:19 2011 From: swingler at apple.com (swingler at apple.com) Date: Tue, 30 Aug 2011 18:13:19 +0000 Subject: hg: macosx-port/macosx-port/jdk: Contributing the AppleScript javax.script engine Message-ID: <20110830181335.A51DB4722E@hg.openjdk.java.net> Changeset: 04e69e47d7e3 Author: swingler at apple.com Date: 2011-08-30 11:13 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/04e69e47d7e3 Contributing the AppleScript javax.script engine ! make/Makefile + make/apple/Makefile + make/apple/applescript/Makefile + src/macosx/classes/apple/applescript/AppleScriptEngine.java + src/macosx/classes/apple/applescript/AppleScriptEngineFactory.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 From swingler at apple.com Tue Aug 30 11:29:05 2011 From: swingler at apple.com (Mike Swingler) Date: Tue, 30 Aug 2011 11:29:05 -0700 Subject: hg: macosx-port/macosx-port/jdk: Contributing the AppleScript javax.script engine In-Reply-To: <20110830181335.A51DB4722E@hg.openjdk.java.net> References: <20110830181335.A51DB4722E@hg.openjdk.java.net> Message-ID: <713E440A-E5BE-40ED-AF18-19D00D8B4206@apple.com> On Aug 30, 2011, at 11:13 AM, swingler at apple.com wrote: > Changeset: 04e69e47d7e3 > Author: swingler at apple.com > Date: 2011-08-30 11:13 -0700 > URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/04e69e47d7e3 > > Contributing the AppleScript javax.script engine > > ! make/Makefile > + make/apple/Makefile > + make/apple/applescript/Makefile > + src/macosx/classes/apple/applescript/AppleScriptEngine.java > + src/macosx/classes/apple/applescript/AppleScriptEngineFactory.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 As of this change, you can now do: % jrunscript -l AppleScript -e "say \"hello\"" The scripting engine will coerce basic Java objects into AppleScript objects, and convert AppleScript return values back into Java objects. Cheers, Mike Swingler Java Engineering Apple Inc. From astrange at apple.com Tue Aug 30 20:07:27 2011 From: astrange at apple.com (astrange at apple.com) Date: Wed, 31 Aug 2011 03:07:27 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fix DAUDIO_Flush crashing and ClipSetPos test not passing Message-ID: <20110831030737.D0A8047245@hg.openjdk.java.net> Changeset: 05637166157b Author: astrange Date: 2011-08-30 23:07 -0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/05637166157b Fix DAUDIO_Flush crashing and ClipSetPos test not passing ! src/macosx/native/com/sun/media/sound/CARingBuffer.cpp ! src/macosx/native/com/sun/media/sound/PLATFORM_API_MacOSX_PCM.cpp