From artem.ananiev at oracle.com Mon Feb 3 07:47:25 2014 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Mon, 03 Feb 2014 19:47:25 +0400 Subject: Setting a component orientation in JRSUI In-Reply-To: <52DFE254.7040408@oracle.com> References: <52DFE254.7040408@oracle.com> Message-ID: <52EFBA0D.9090409@oracle.com> Adding java-dev at apple alias to CC. Artem On 1/22/2014 7:23 PM, Alexander Scherbatiy wrote: > > Hello, > > Below is the code that shows that setting a component orientation for > the JProgressBar in Aqua L&F does not work. > > My assumption was that the Direction should be properly set to the > painter state in the AquaProgressBarUI like: > ----------------------------- > public void paint(final Graphics g, final JComponent c) { > ... > painter.state.set(c.getComponentOrientation().isLeftToRight() ? > Direction.RIGHT : Direction.LEFT); > } > ----------------------------- > but it does not work. > > The painter calls the JRSUI library to show components on Mac OS X. > > Is there any specification for the JRSUI library? > What is the right way to set the component direction in the JRSUI. > > Thanks, > Alexandr. > > > ------------------ Code Sample ---------- > import java.awt.*; > import java.awt.event.*; > import javax.swing.*; > > public class JProgressBarOrientationTest { > > static boolean leftToRight = true; > > public static void main(String[] args) throws Exception { > > SwingUtilities.invokeLater(new Runnable() { > > @Override > public void run() { > JFrame frame = new JFrame(); > frame.setSize(300, 200); > > final JProgressBar progressBar = new JProgressBar(0, 100); > progressBar.setValue(30); > progressBar.setComponentOrientation(ComponentOrientation.LEFT_TO_RIGHT); > > JButton button = new JButton("Change orientation"); > button.addActionListener(new ActionListener() { > > @Override > public void actionPerformed(ActionEvent e) { > leftToRight = !leftToRight; > progressBar.setComponentOrientation(leftToRight ? > ComponentOrientation.LEFT_TO_RIGHT : ComponentOrientation.RIGHT_TO_LEFT); > } > }); > > JPanel panel = new JPanel(new BorderLayout()); > panel.add(progressBar, BorderLayout.CENTER); > panel.add(button, BorderLayout.SOUTH); > frame.getContentPane().add(panel); > frame.setVisible(true); > } > }); > } > } > ------------------------------------- From swingler at apple.com Mon Feb 3 15:10:53 2014 From: swingler at apple.com (Mike Swingler) Date: Mon, 03 Feb 2014 15:10:53 -0800 Subject: Setting a component orientation in JRSUI In-Reply-To: <52DFE254.7040408@oracle.com> References: <52DFE254.7040408@oracle.com> Message-ID: <763D7A5E-FBD6-47C1-B5B0-E6E7DA8A7309@apple.com> On Jan 22, 2014, at 7:23 AM, Alexander Scherbatiy wrote: > Hello, > > Below is the code that shows that setting a component orientation for the JProgressBar in Aqua L&F does not work. > > My assumption was that the Direction should be properly set to the painter state in the AquaProgressBarUI like: > ----------------------------- > public void paint(final Graphics g, final JComponent c) { > ... > painter.state.set(c.getComponentOrientation().isLeftToRight() ? Direction.RIGHT : Direction.LEFT); > } > ----------------------------- > but it does not work. > > The painter calls the JRSUI library to show components on Mac OS X. > > Is there any specification for the JRSUI library? > What is the right way to set the component direction in the JRSUI. > > Thanks, > Alexandr. > > > ------------------ Code Sample ---------- > import java.awt.*; > import java.awt.event.*; > import javax.swing.*; > > public class JProgressBarOrientationTest { > > static boolean leftToRight = true; > > public static void main(String[] args) throws Exception { > > SwingUtilities.invokeLater(new Runnable() { > > @Override > public void run() { > JFrame frame = new JFrame(); > frame.setSize(300, 200); > > final JProgressBar progressBar = new JProgressBar(0, 100); > progressBar.setValue(30); > progressBar.setComponentOrientation(ComponentOrientation.LEFT_TO_RIGHT); > > JButton button = new JButton("Change orientation"); > button.addActionListener(new ActionListener() { > > @Override > public void actionPerformed(ActionEvent e) { > leftToRight = !leftToRight; > progressBar.setComponentOrientation(leftToRight ? ComponentOrientation.LEFT_TO_RIGHT : ComponentOrientation.RIGHT_TO_LEFT); > } > }); > > JPanel panel = new JPanel(new BorderLayout()); > panel.add(progressBar, BorderLayout.CENTER); > panel.add(button, BorderLayout.SOUTH); > frame.getContentPane().add(panel); > frame.setVisible(true); > } > }); > } > } > ------------------------------------- There is no spec for the JRSUI library, since it's generally a passthrough to underlying undocumented API. In this case, there is no right-to-left version of the progress bar in OS X. You can confirm this by building a sample app in Xcode, and running it in an RTL language like Hebrew or Arabic. The code above looks like it should do the right thing if/when the underlying OS does the right thing. Regards, Mike Swingler Apple Inc. From alexandr.scherbatiy at oracle.com Tue Feb 4 04:42:03 2014 From: alexandr.scherbatiy at oracle.com (Alexander Scherbatiy) Date: Tue, 04 Feb 2014 16:42:03 +0400 Subject: [9] Review request for 8033534 Get MultiResolution image from native system Message-ID: <52F0E01B.3050004@oracle.com> Hello, Could you review the fix: bug: https://bugs.openjdk.java.net/browse/JDK-8033534 webrev: http://cr.openjdk.java.net/~alexsch/8033534/webrev.00 - The method that gets a sorted array of NSImage representaion pixel sizes for the given image size is added - A MultiResolution image is created if an NSImage has several representations for the given image size Thanks, Alexandr. From Sergey.Bylokhov at oracle.com Tue Feb 4 05:00:22 2014 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Tue, 04 Feb 2014 17:00:22 +0400 Subject: [9] Review request for 8033534 Get MultiResolution image from native system In-Reply-To: <52F0E01B.3050004@oracle.com> References: <52F0E01B.3050004@oracle.com> Message-ID: <52F0E466.6040002@oracle.com> Hi, Alexander. I think that getResolutionVariant should return an image which is close as much as possible to the requested size. On 04.02.2014 16:42, Alexander Scherbatiy wrote: > > Hello, > > Could you review the fix: > bug: https://bugs.openjdk.java.net/browse/JDK-8033534 > webrev: http://cr.openjdk.java.net/~alexsch/8033534/webrev.00 > > - The method that gets a sorted array of NSImage representaion pixel > sizes for the given image size is added > - A MultiResolution image is created if an NSImage has several > representations for the given image size > > Thanks, > Alexandr. > -- Best regards, Sergey. From private at claudio.ch Tue Feb 4 09:07:33 2014 From: private at claudio.ch (Claudio Nieder) Date: Tue, 4 Feb 2014 18:07:33 +0100 Subject: How to properly uninstall Java 6 on OSX? Message-ID: <51FED173-18FD-4019-B2C3-ABF9CEC9FCB9@claudio.ch> Hi, it seems like Apple does not support Java 1.6 on Mavericks anymore, it is still at 1.6.0_65, the latest security updates of 1.6.0_71 are not available for OSX 10.9. Thus I would like to get rid of Java 6, but last time I tried to remove anything Java like except for what I had in /Library/Java/JavaVirtualMachines/jdk1.7* resulted in problems even with Java 7, I probably removed more than I should have to and deleted some library or framework needed by Java 7, and thus had to reinstall Java 6. So what is the recommended way to uninstall Java 6 from Mavericks? Is there any utility one can execute? claudio -- Claudio Nieder, Talweg 6, CH-8610 Uster, Tel +4179 357 6743, www.claudio.ch From jesmith at kaon.com Tue Feb 4 09:21:59 2014 From: jesmith at kaon.com (Joshua Smith) Date: Tue, 4 Feb 2014 12:21:59 -0500 Subject: How to properly uninstall Java 6 on OSX? In-Reply-To: <51FED173-18FD-4019-B2C3-ABF9CEC9FCB9@claudio.ch> References: <51FED173-18FD-4019-B2C3-ABF9CEC9FCB9@claudio.ch> Message-ID: <47F51E5E-2C68-4AE4-B6C3-A6C4200436A3@kaon.com> I don?t know the answer to your question, but I can suggest that you might be causing yourself unneeded problems. Security updates are important because of web sites that use Java maliciously. But you can?t use Java 6 on the web anyway. You can only run Java 7 for applets. Java 6 is on your machine for legacy software that relies on it in standalone applications. The security issues aren?t going to impact these apps. The security issues are invariably sandbox violation tricks, and the standalone apps aren?t running Java sandboxed anyway. -Joshua On Feb 4, 2014, at 12:07 PM, Claudio Nieder wrote: > Hi, > > it seems like Apple does not support Java 1.6 on Mavericks anymore, it is still at 1.6.0_65, the latest security updates of 1.6.0_71 are not available for OSX 10.9. > > Thus I would like to get rid of Java 6, but last time I tried to remove anything Java like except for what I had in /Library/Java/JavaVirtualMachines/jdk1.7* resulted in problems even with Java 7, I probably removed more than I should have to and deleted some library or framework needed by Java 7, and thus had to reinstall Java 6. > > So what is the recommended way to uninstall Java 6 from Mavericks? Is there any utility one can execute? > > claudio > -- > Claudio Nieder, Talweg 6, CH-8610 Uster, Tel +4179 357 6743, www.claudio.ch > > > > From swingler at apple.com Tue Feb 4 13:34:45 2014 From: swingler at apple.com (Mike Swingler) Date: Tue, 04 Feb 2014 13:34:45 -0800 Subject: How to properly uninstall Java 6 on OSX? In-Reply-To: <47F51E5E-2C68-4AE4-B6C3-A6C4200436A3@kaon.com> References: <51FED173-18FD-4019-B2C3-ABF9CEC9FCB9@claudio.ch> <47F51E5E-2C68-4AE4-B6C3-A6C4200436A3@kaon.com> Message-ID: <43C1FE25-6700-432E-A694-5A2CFD8F3A3B@apple.com> I agree with the assessment below, however if you wish to rid your machine of Java SE 6, the correct procedure is: Remove the "system" JVM installed and maintained by Software Update % sudo rm -rf /System/Library/Java/JavaVirtualMachines/1.6.0.jdk Remove any Java Developer Previews % sudo rm -rf /Library/Java/JavaVirtualMachines/1.6.0*.jdk Do NOT remove any content in the JavaVM.framework. Those items are required by Java 7, 8, 9+ as well as Java SE 6. No modern version of OS X has a Java JDK inside there anyway. Regards, Mike Swingler Apple Inc. On Feb 4, 2014, at 9:21 AM, Joshua Smith wrote: > I don?t know the answer to your question, but I can suggest that you might be causing yourself unneeded problems. > > Security updates are important because of web sites that use Java maliciously. But you can?t use Java 6 on the web anyway. You can only run Java 7 for applets. > > Java 6 is on your machine for legacy software that relies on it in standalone applications. The security issues aren?t going to impact these apps. The security issues are invariably sandbox violation tricks, and the standalone apps aren?t running Java sandboxed anyway. > > -Joshua > > On Feb 4, 2014, at 12:07 PM, Claudio Nieder wrote: > >> Hi, >> >> it seems like Apple does not support Java 1.6 on Mavericks anymore, it is still at 1.6.0_65, the latest security updates of 1.6.0_71 are not available for OSX 10.9. >> >> Thus I would like to get rid of Java 6, but last time I tried to remove anything Java like except for what I had in /Library/Java/JavaVirtualMachines/jdk1.7* resulted in problems even with Java 7, I probably removed more than I should have to and deleted some library or framework needed by Java 7, and thus had to reinstall Java 6. >> >> So what is the recommended way to uninstall Java 6 from Mavericks? Is there any utility one can execute? >> >> claudio >> -- >> Claudio Nieder, Talweg 6, CH-8610 Uster, Tel +4179 357 6743, www.claudio.ch >> >> >> >> > From krueger at lesspain.de Wed Feb 5 07:01:08 2014 From: krueger at lesspain.de (=?UTF-8?Q?Robert_Kr=C3=BCger?=) Date: Wed, 5 Feb 2014 16:01:08 +0100 Subject: White flashing when opening Dialogs, Menus etc. In-Reply-To: References: Message-ID: This is a simple test case for you to reproduce the flashing for opening a Dialog. It's basically the same for JMenus. import javax.swing.JButton; import javax.swing.JFrame; import javax.swing.JOptionPane; import javax.swing.UIDefaults; import javax.swing.UIManager; import javax.swing.UIManager.LookAndFeelInfo; import javax.swing.plaf.ColorUIResource; import java.awt.Color; import java.awt.event.ActionEvent; import java.awt.event.ActionListener; public class TestDarkNimbus { public static void main(String[] args) throws Exception { for(LookAndFeelInfo info : UIManager.getInstalledLookAndFeels()){ if(info.getName().startsWith("Nimbus")){ System.out.println("Setting Look & Feel to " + info.getName()); UIManager.setLookAndFeel(info.getClassName()); break; } } UIDefaults d = UIManager.getDefaults(); d.put("control", new ColorUIResource(54, 54, 54)); d.put("text", new ColorUIResource(214, 214, 214)); d.put("nimbusBlueGrey", new ColorUIResource(44, 44, 44)); d.put("nimbusBase", new ColorUIResource(54, 54, 54)); d.put("nimbusFocus", new Color(71, 85, 101)); d.put("nimbusLightBackground", new ColorUIResource(54, 54, 54)); d.put("nimbusSelectionBackground", new ColorUIResource(51, 65, 81)); d.put("nimbusSelection", new ColorUIResource(51, 65, 81)); final JFrame frame = new JFrame(TestDarkNimbus.class.getSimpleName()); frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); JButton button = new JButton("Test Dialog Flashing"); button.addActionListener(new ActionListener() { @Override public void actionPerformed(ActionEvent e) { JOptionPane.showMessageDialog(frame.getContentPane(), "Flash !!!!!!!!!!!!", "Flash demo", JOptionPane.INFORMATION_MESSAGE); } }); frame.getContentPane().add(button); frame.pack(); frame.setLocation(500, 500); frame.setVisible(true); } } On Mon, Jan 6, 2014 at 6:49 PM, Robert Kr?ger wrote: > Hi, > > we are using a customized Nimbus L&F (the customization is mostly > color changes) with dark backgrounds. Since we migrated our product > from Apple JDK 6 to OpenJDK 8 each JMenu or JDialog opens and first > draws a white rectangle that is then quickly replaced by the real > content, which has a rather unprofessional feel. > > Has anyone had a similar problem and maybe a workaround other than not > having a dark background? Is there a known Jira issue I can follow? > > I am currently running build 121 in development on Mac OS 10.8. > > Thanks, > > Robert From Sergey.Bylokhov at oracle.com Wed Feb 5 07:18:10 2014 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Wed, 05 Feb 2014 19:18:10 +0400 Subject: White flashing when opening Dialogs, Menus etc. In-Reply-To: References: Message-ID: <52F25632.7090601@oracle.com> Hi, Robert. This is unknown issue. Please file a new bug at http://bugreport.sun.com/bugreport Thanks! On 05.02.2014 19:01, Robert Kr?ger wrote: > This is a simple test case for you to reproduce the flashing for > opening a Dialog. It's basically the same for JMenus. > > import javax.swing.JButton; > import javax.swing.JFrame; > import javax.swing.JOptionPane; > import javax.swing.UIDefaults; > import javax.swing.UIManager; > import javax.swing.UIManager.LookAndFeelInfo; > import javax.swing.plaf.ColorUIResource; > import java.awt.Color; > import java.awt.event.ActionEvent; > import java.awt.event.ActionListener; > > public class TestDarkNimbus { > > public static void main(String[] args) throws Exception { > > for(LookAndFeelInfo info : UIManager.getInstalledLookAndFeels()){ > if(info.getName().startsWith("Nimbus")){ > System.out.println("Setting Look & Feel to " + info.getName()); > UIManager.setLookAndFeel(info.getClassName()); > break; > } > } > > UIDefaults d = UIManager.getDefaults(); > d.put("control", new ColorUIResource(54, 54, 54)); > d.put("text", new ColorUIResource(214, 214, 214)); > d.put("nimbusBlueGrey", new ColorUIResource(44, 44, 44)); > d.put("nimbusBase", new ColorUIResource(54, 54, 54)); > d.put("nimbusFocus", new Color(71, 85, 101)); > d.put("nimbusLightBackground", new ColorUIResource(54, 54, 54)); > d.put("nimbusSelectionBackground", new ColorUIResource(51, 65, 81)); > d.put("nimbusSelection", new ColorUIResource(51, 65, 81)); > > final JFrame frame = new JFrame(TestDarkNimbus.class.getSimpleName()); > frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); > JButton button = new JButton("Test Dialog Flashing"); > button.addActionListener(new ActionListener() { > @Override > public void actionPerformed(ActionEvent e) { > JOptionPane.showMessageDialog(frame.getContentPane(), > "Flash !!!!!!!!!!!!", "Flash demo", > JOptionPane.INFORMATION_MESSAGE); > } > }); > frame.getContentPane().add(button); > frame.pack(); > frame.setLocation(500, 500); > frame.setVisible(true); > } > } > > On Mon, Jan 6, 2014 at 6:49 PM, Robert Kr?ger wrote: >> Hi, >> >> we are using a customized Nimbus L&F (the customization is mostly >> color changes) with dark backgrounds. Since we migrated our product >> from Apple JDK 6 to OpenJDK 8 each JMenu or JDialog opens and first >> draws a white rectangle that is then quickly replaced by the real >> content, which has a rather unprofessional feel. >> >> Has anyone had a similar problem and maybe a workaround other than not >> having a dark background? Is there a known Jira issue I can follow? >> >> I am currently running build 121 in development on Mac OS 10.8. >> >> Thanks, >> >> Robert -- Best regards, Sergey. From krueger at lesspain.de Wed Feb 5 09:58:52 2014 From: krueger at lesspain.de (=?UTF-8?Q?Robert_Kr=C3=BCger?=) Date: Wed, 5 Feb 2014 18:58:52 +0100 Subject: White flashing when opening Dialogs, Menus etc. In-Reply-To: <52F25632.7090601@oracle.com> References: <52F25632.7090601@oracle.com> Message-ID: I have done that. Could you let me know what its ID is, once it is reachable for the public, so I can track it? On Wed, Feb 5, 2014 at 4:18 PM, Sergey Bylokhov wrote: > Hi, Robert. > This is unknown issue. Please file a new bug at > http://bugreport.sun.com/bugreport > Thanks! > > > On 05.02.2014 19:01, Robert Kr?ger wrote: >> >> This is a simple test case for you to reproduce the flashing for >> opening a Dialog. It's basically the same for JMenus. >> >> import javax.swing.JButton; >> import javax.swing.JFrame; >> import javax.swing.JOptionPane; >> import javax.swing.UIDefaults; >> import javax.swing.UIManager; >> import javax.swing.UIManager.LookAndFeelInfo; >> import javax.swing.plaf.ColorUIResource; >> import java.awt.Color; >> import java.awt.event.ActionEvent; >> import java.awt.event.ActionListener; >> >> public class TestDarkNimbus { >> >> public static void main(String[] args) throws Exception { >> >> for(LookAndFeelInfo info : UIManager.getInstalledLookAndFeels()){ >> if(info.getName().startsWith("Nimbus")){ >> System.out.println("Setting Look & Feel to " + >> info.getName()); >> UIManager.setLookAndFeel(info.getClassName()); >> break; >> } >> } >> >> UIDefaults d = UIManager.getDefaults(); >> d.put("control", new ColorUIResource(54, 54, 54)); >> d.put("text", new ColorUIResource(214, 214, 214)); >> d.put("nimbusBlueGrey", new ColorUIResource(44, 44, 44)); >> d.put("nimbusBase", new ColorUIResource(54, 54, 54)); >> d.put("nimbusFocus", new Color(71, 85, 101)); >> d.put("nimbusLightBackground", new ColorUIResource(54, 54, 54)); >> d.put("nimbusSelectionBackground", new ColorUIResource(51, 65, >> 81)); >> d.put("nimbusSelection", new ColorUIResource(51, 65, 81)); >> >> final JFrame frame = new >> JFrame(TestDarkNimbus.class.getSimpleName()); >> frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); >> JButton button = new JButton("Test Dialog Flashing"); >> button.addActionListener(new ActionListener() { >> @Override >> public void actionPerformed(ActionEvent e) { >> JOptionPane.showMessageDialog(frame.getContentPane(), >> "Flash !!!!!!!!!!!!", "Flash demo", >> JOptionPane.INFORMATION_MESSAGE); >> } >> }); >> frame.getContentPane().add(button); >> frame.pack(); >> frame.setLocation(500, 500); >> frame.setVisible(true); >> } >> } >> >> On Mon, Jan 6, 2014 at 6:49 PM, Robert Kr?ger wrote: >>> >>> Hi, >>> >>> we are using a customized Nimbus L&F (the customization is mostly >>> color changes) with dark backgrounds. Since we migrated our product >>> from Apple JDK 6 to OpenJDK 8 each JMenu or JDialog opens and first >>> draws a white rectangle that is then quickly replaced by the real >>> content, which has a rather unprofessional feel. >>> >>> Has anyone had a similar problem and maybe a workaround other than not >>> having a dark background? Is there a known Jira issue I can follow? >>> >>> I am currently running build 121 in development on Mac OS 10.8. >>> >>> Thanks, >>> >>> Robert > > > > -- > Best regards, Sergey. > From Sergey.Bylokhov at oracle.com Wed Feb 5 10:13:08 2014 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Wed, 05 Feb 2014 22:13:08 +0400 Subject: White flashing when opening Dialogs, Menus etc. In-Reply-To: References: <52F25632.7090601@oracle.com> Message-ID: <52F27F34.3080304@oracle.com> Hi, Robert. What bug Id was reported to you? Try to open the link: https://bugs.openjdk.java.net/browse/JI-bug_id On 05.02.2014 21:58, Robert Kr?ger wrote: > I have done that. Could you let me know what its ID is, once it is > reachable for the public, so I can track it? > > On Wed, Feb 5, 2014 at 4:18 PM, Sergey Bylokhov > wrote: >> Hi, Robert. >> This is unknown issue. Please file a new bug at >> http://bugreport.sun.com/bugreport >> Thanks! >> >> >> On 05.02.2014 19:01, Robert Kr?ger wrote: >>> This is a simple test case for you to reproduce the flashing for >>> opening a Dialog. It's basically the same for JMenus. >>> >>> import javax.swing.JButton; >>> import javax.swing.JFrame; >>> import javax.swing.JOptionPane; >>> import javax.swing.UIDefaults; >>> import javax.swing.UIManager; >>> import javax.swing.UIManager.LookAndFeelInfo; >>> import javax.swing.plaf.ColorUIResource; >>> import java.awt.Color; >>> import java.awt.event.ActionEvent; >>> import java.awt.event.ActionListener; >>> >>> public class TestDarkNimbus { >>> >>> public static void main(String[] args) throws Exception { >>> >>> for(LookAndFeelInfo info : UIManager.getInstalledLookAndFeels()){ >>> if(info.getName().startsWith("Nimbus")){ >>> System.out.println("Setting Look & Feel to " + >>> info.getName()); >>> UIManager.setLookAndFeel(info.getClassName()); >>> break; >>> } >>> } >>> >>> UIDefaults d = UIManager.getDefaults(); >>> d.put("control", new ColorUIResource(54, 54, 54)); >>> d.put("text", new ColorUIResource(214, 214, 214)); >>> d.put("nimbusBlueGrey", new ColorUIResource(44, 44, 44)); >>> d.put("nimbusBase", new ColorUIResource(54, 54, 54)); >>> d.put("nimbusFocus", new Color(71, 85, 101)); >>> d.put("nimbusLightBackground", new ColorUIResource(54, 54, 54)); >>> d.put("nimbusSelectionBackground", new ColorUIResource(51, 65, >>> 81)); >>> d.put("nimbusSelection", new ColorUIResource(51, 65, 81)); >>> >>> final JFrame frame = new >>> JFrame(TestDarkNimbus.class.getSimpleName()); >>> frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); >>> JButton button = new JButton("Test Dialog Flashing"); >>> button.addActionListener(new ActionListener() { >>> @Override >>> public void actionPerformed(ActionEvent e) { >>> JOptionPane.showMessageDialog(frame.getContentPane(), >>> "Flash !!!!!!!!!!!!", "Flash demo", >>> JOptionPane.INFORMATION_MESSAGE); >>> } >>> }); >>> frame.getContentPane().add(button); >>> frame.pack(); >>> frame.setLocation(500, 500); >>> frame.setVisible(true); >>> } >>> } >>> >>> On Mon, Jan 6, 2014 at 6:49 PM, Robert Kr?ger wrote: >>>> Hi, >>>> >>>> we are using a customized Nimbus L&F (the customization is mostly >>>> color changes) with dark backgrounds. Since we migrated our product >>>> from Apple JDK 6 to OpenJDK 8 each JMenu or JDialog opens and first >>>> draws a white rectangle that is then quickly replaced by the real >>>> content, which has a rather unprofessional feel. >>>> >>>> Has anyone had a similar problem and maybe a workaround other than not >>>> having a dark background? Is there a known Jira issue I can follow? >>>> >>>> I am currently running build 121 in development on Mac OS 10.8. >>>> >>>> Thanks, >>>> >>>> Robert >> >> >> -- >> Best regards, Sergey. >> -- Best regards, Sergey. From roger.lewis at oracle.com Wed Feb 5 10:28:49 2014 From: roger.lewis at oracle.com (Roger Lewis) Date: Wed, 05 Feb 2014 10:28:49 -0800 Subject: White flashing when opening Dialogs, Menus etc. In-Reply-To: <52F27F34.3080304@oracle.com> References: <52F25632.7090601@oracle.com> <52F27F34.3080304@oracle.com> Message-ID: <52F282E1.3060309@oracle.com> There is an issue with the outbound email that contains the ID. I will let you know when the ID is ready. -Roger On 2/5/14, 10:13 AM, Sergey Bylokhov wrote: > Hi, Robert. > What bug Id was reported to you? Try to open the link: > https://bugs.openjdk.java.net/browse/JI-bug_id > > On 05.02.2014 21:58, Robert Kr?ger wrote: >> I have done that. Could you let me know what its ID is, once it is >> reachable for the public, so I can track it? >> >> On Wed, Feb 5, 2014 at 4:18 PM, Sergey Bylokhov >> wrote: >>> Hi, Robert. >>> This is unknown issue. Please file a new bug at >>> http://bugreport.sun.com/bugreport >>> Thanks! >>> >>> >>> On 05.02.2014 19:01, Robert Kr?ger wrote: >>>> This is a simple test case for you to reproduce the flashing for >>>> opening a Dialog. It's basically the same for JMenus. >>>> >>>> import javax.swing.JButton; >>>> import javax.swing.JFrame; >>>> import javax.swing.JOptionPane; >>>> import javax.swing.UIDefaults; >>>> import javax.swing.UIManager; >>>> import javax.swing.UIManager.LookAndFeelInfo; >>>> import javax.swing.plaf.ColorUIResource; >>>> import java.awt.Color; >>>> import java.awt.event.ActionEvent; >>>> import java.awt.event.ActionListener; >>>> >>>> public class TestDarkNimbus { >>>> >>>> public static void main(String[] args) throws Exception { >>>> >>>> for(LookAndFeelInfo info : >>>> UIManager.getInstalledLookAndFeels()){ >>>> if(info.getName().startsWith("Nimbus")){ >>>> System.out.println("Setting Look & Feel to " + >>>> info.getName()); >>>> UIManager.setLookAndFeel(info.getClassName()); >>>> break; >>>> } >>>> } >>>> >>>> UIDefaults d = UIManager.getDefaults(); >>>> d.put("control", new ColorUIResource(54, 54, 54)); >>>> d.put("text", new ColorUIResource(214, 214, 214)); >>>> d.put("nimbusBlueGrey", new ColorUIResource(44, 44, 44)); >>>> d.put("nimbusBase", new ColorUIResource(54, 54, 54)); >>>> d.put("nimbusFocus", new Color(71, 85, 101)); >>>> d.put("nimbusLightBackground", new ColorUIResource(54, >>>> 54, 54)); >>>> d.put("nimbusSelectionBackground", new >>>> ColorUIResource(51, 65, >>>> 81)); >>>> d.put("nimbusSelection", new ColorUIResource(51, 65, 81)); >>>> >>>> final JFrame frame = new >>>> JFrame(TestDarkNimbus.class.getSimpleName()); >>>> frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); >>>> JButton button = new JButton("Test Dialog Flashing"); >>>> button.addActionListener(new ActionListener() { >>>> @Override >>>> public void actionPerformed(ActionEvent e) { >>>> JOptionPane.showMessageDialog(frame.getContentPane(), >>>> "Flash !!!!!!!!!!!!", "Flash demo", >>>> JOptionPane.INFORMATION_MESSAGE); >>>> } >>>> }); >>>> frame.getContentPane().add(button); >>>> frame.pack(); >>>> frame.setLocation(500, 500); >>>> frame.setVisible(true); >>>> } >>>> } >>>> >>>> On Mon, Jan 6, 2014 at 6:49 PM, Robert Kr?ger >>>> wrote: >>>>> Hi, >>>>> >>>>> we are using a customized Nimbus L&F (the customization is mostly >>>>> color changes) with dark backgrounds. Since we migrated our product >>>>> from Apple JDK 6 to OpenJDK 8 each JMenu or JDialog opens and first >>>>> draws a white rectangle that is then quickly replaced by the real >>>>> content, which has a rather unprofessional feel. >>>>> >>>>> Has anyone had a similar problem and maybe a workaround other than >>>>> not >>>>> having a dark background? Is there a known Jira issue I can follow? >>>>> >>>>> I am currently running build 121 in development on Mac OS 10.8. >>>>> >>>>> Thanks, >>>>> >>>>> Robert >>> >>> >>> -- >>> Best regards, Sergey. >>> > > From krueger at lesspain.de Wed Feb 5 12:50:41 2014 From: krueger at lesspain.de (=?UTF-8?Q?Robert_Kr=C3=BCger?=) Date: Wed, 5 Feb 2014 21:50:41 +0100 Subject: White flashing when opening Dialogs, Menus etc. In-Reply-To: <52F282E1.3060309@oracle.com> References: <52F25632.7090601@oracle.com> <52F27F34.3080304@oracle.com> <52F282E1.3060309@oracle.com> Message-ID: Thanks On Wed, Feb 5, 2014 at 7:28 PM, Roger Lewis wrote: > There is an issue with the outbound email that contains the ID. I will let > you know when the ID is ready. > > -Roger > > > On 2/5/14, 10:13 AM, Sergey Bylokhov wrote: >> >> Hi, Robert. >> What bug Id was reported to you? Try to open the link: >> https://bugs.openjdk.java.net/browse/JI-bug_id >> >> On 05.02.2014 21:58, Robert Kr?ger wrote: >>> >>> I have done that. Could you let me know what its ID is, once it is >>> reachable for the public, so I can track it? >>> >>> On Wed, Feb 5, 2014 at 4:18 PM, Sergey Bylokhov >>> wrote: >>>> >>>> Hi, Robert. >>>> This is unknown issue. Please file a new bug at >>>> http://bugreport.sun.com/bugreport >>>> Thanks! >>>> >>>> >>>> On 05.02.2014 19:01, Robert Kr?ger wrote: >>>>> >>>>> This is a simple test case for you to reproduce the flashing for >>>>> opening a Dialog. It's basically the same for JMenus. >>>>> >>>>> import javax.swing.JButton; >>>>> import javax.swing.JFrame; >>>>> import javax.swing.JOptionPane; >>>>> import javax.swing.UIDefaults; >>>>> import javax.swing.UIManager; >>>>> import javax.swing.UIManager.LookAndFeelInfo; >>>>> import javax.swing.plaf.ColorUIResource; >>>>> import java.awt.Color; >>>>> import java.awt.event.ActionEvent; >>>>> import java.awt.event.ActionListener; >>>>> >>>>> public class TestDarkNimbus { >>>>> >>>>> public static void main(String[] args) throws Exception { >>>>> >>>>> for(LookAndFeelInfo info : >>>>> UIManager.getInstalledLookAndFeels()){ >>>>> if(info.getName().startsWith("Nimbus")){ >>>>> System.out.println("Setting Look & Feel to " + >>>>> info.getName()); >>>>> UIManager.setLookAndFeel(info.getClassName()); >>>>> break; >>>>> } >>>>> } >>>>> >>>>> UIDefaults d = UIManager.getDefaults(); >>>>> d.put("control", new ColorUIResource(54, 54, 54)); >>>>> d.put("text", new ColorUIResource(214, 214, 214)); >>>>> d.put("nimbusBlueGrey", new ColorUIResource(44, 44, 44)); >>>>> d.put("nimbusBase", new ColorUIResource(54, 54, 54)); >>>>> d.put("nimbusFocus", new Color(71, 85, 101)); >>>>> d.put("nimbusLightBackground", new ColorUIResource(54, 54, >>>>> 54)); >>>>> d.put("nimbusSelectionBackground", new ColorUIResource(51, >>>>> 65, >>>>> 81)); >>>>> d.put("nimbusSelection", new ColorUIResource(51, 65, 81)); >>>>> >>>>> final JFrame frame = new >>>>> JFrame(TestDarkNimbus.class.getSimpleName()); >>>>> frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); >>>>> JButton button = new JButton("Test Dialog Flashing"); >>>>> button.addActionListener(new ActionListener() { >>>>> @Override >>>>> public void actionPerformed(ActionEvent e) { >>>>> JOptionPane.showMessageDialog(frame.getContentPane(), >>>>> "Flash !!!!!!!!!!!!", "Flash demo", >>>>> JOptionPane.INFORMATION_MESSAGE); >>>>> } >>>>> }); >>>>> frame.getContentPane().add(button); >>>>> frame.pack(); >>>>> frame.setLocation(500, 500); >>>>> frame.setVisible(true); >>>>> } >>>>> } >>>>> >>>>> On Mon, Jan 6, 2014 at 6:49 PM, Robert Kr?ger >>>>> wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> we are using a customized Nimbus L&F (the customization is mostly >>>>>> color changes) with dark backgrounds. Since we migrated our product >>>>>> from Apple JDK 6 to OpenJDK 8 each JMenu or JDialog opens and first >>>>>> draws a white rectangle that is then quickly replaced by the real >>>>>> content, which has a rather unprofessional feel. >>>>>> >>>>>> Has anyone had a similar problem and maybe a workaround other than not >>>>>> having a dark background? Is there a known Jira issue I can follow? >>>>>> >>>>>> I am currently running build 121 in development on Mac OS 10.8. >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Robert >>>> >>>> >>>> >>>> -- >>>> Best regards, Sergey. >>>> >> >> > From wjherrmann at gmail.com Wed Feb 5 20:04:50 2014 From: wjherrmann at gmail.com (Will Herrmann) Date: Wed, 5 Feb 2014 22:04:50 -0600 Subject: Getting OS X to Install Java 7 on App Launch Message-ID: Java is no longer installed by default on OS X, but fortunately if a user tries to launch a Java app for the first time, they receive the following message: "To open "Test App", you need a Java SE 6 Runtime. Would you like to install one now?" However, this prompts to install Java SE 6 rather than Java SE 7, which has been out for some time. This even happens on OS 10.9.1. I'm considering making my app require Java SE 7, but I want to ensure that users will be downloading the proper version (I'm aware I can bundle the JRE, but I would prefer not to add it since it would quadruple the app size). Ideally, I'd like for the dialog box shown above to continue to be shown, but instead of downloading Java SE 6, it downloads Java SE 7. I tried changing the JVMVersion key in the Info.plist file of my application to 1.7+, but that didn't make any difference and it still prompted to download Java SE 6 (which if it actually did require it, would result in the user being unable to install the app). Is there a way that I can make this dialog prompt to install Java 7? I originally posted this on Stack Overflow at http://stackoverflow.com/q/21568826/531762, but didn't receive a reply and it was suggested I try this mailing list. Feel free to respond either here or there. Thanks in Advance, -Will Herrmann From steve at weblite.ca Wed Feb 5 20:37:10 2014 From: steve at weblite.ca (Steve Hannah) Date: Wed, 5 Feb 2014 20:37:10 -0800 Subject: Getting OS X to Install Java 7 on App Launch In-Reply-To: References: Message-ID: As far as I know you can't. You would need to write your own launcher that downloads the jre from a site that you host yourself. Such a solution wouldn't be allowed in the app store either. The best solution right now is to bundle the jre with your app. But I feel your pain about app size. Steve On Feb 5, 2014 8:05 PM, "Will Herrmann" wrote: > Java is no longer installed by default on OS X, but fortunately if a user > tries to launch a Java app for the first time, they receive the following > message: "To open "Test App", you need a Java SE 6 Runtime. Would you like > to install one now?" > > However, this prompts to install Java SE 6 rather than Java SE 7, which > has been out for some time. This even happens on OS 10.9.1. I'm considering > making my app require Java SE 7, but I want to ensure that users will be > downloading the proper version (I'm aware I can bundle the JRE, but I would > prefer not to add it since it would quadruple the app size). Ideally, I'd > like for the dialog box shown above to continue to be shown, but instead of > downloading Java SE 6, it downloads Java SE 7. > > I tried changing the JVMVersion key in the Info.plist file of my > application to 1.7+, but that didn't make any difference and it still > prompted to download Java SE 6 (which if it actually did require it, would > result in the user being unable to install the app). > > Is there a way that I can make this dialog prompt to install Java 7? > > I originally posted this on Stack Overflow at > http://stackoverflow.com/q/21568826/531762, but didn't receive a reply > and it was suggested I try this mailing list. Feel free to respond either > here or there. > > Thanks in Advance, > -Will Herrmann From swpalmer at gmail.com Wed Feb 5 20:38:31 2014 From: swpalmer at gmail.com (Scott Palmer) Date: Wed, 5 Feb 2014 23:38:31 -0500 Subject: Getting OS X to Install Java 7 on App Launch In-Reply-To: References: Message-ID: <61B53822-4D31-43EF-990C-71758941FF43@gmail.com> As you seem to be aware, with Java 7 and later you are expected to embed the JRE in your application bundle. I think the JavaFX packager will do this for you. The size is usually not relevant these days and the added reliability makes up for it anyway. You leave no room for the user to download the wrong version or to introduce a bug by downloading a later version that you haven't tested with. However, if you wish for the user to use a shared instance of Java 7, you should probably use Java Web Start or an Applet to deliver your application. I believe the java packaging tools will generate some JavaScript that will help get the shared JRE installed. Scott > On Feb 5, 2014, at 11:04 PM, Will Herrmann wrote: > > Java is no longer installed by default on OS X, but fortunately if a user tries to launch a Java app for the first time, they receive the following message: "To open "Test App", you need a Java SE 6 Runtime. Would you like to install one now?" > > However, this prompts to install Java SE 6 rather than Java SE 7, which has been out for some time. This even happens on OS 10.9.1. I'm considering making my app require Java SE 7, but I want to ensure that users will be downloading the proper version (I'm aware I can bundle the JRE, but I would prefer not to add it since it would quadruple the app size). Ideally, I'd like for the dialog box shown above to continue to be shown, but instead of downloading Java SE 6, it downloads Java SE 7. > > I tried changing the JVMVersion key in the Info.plist file of my application to 1.7+, but that didn't make any difference and it still prompted to download Java SE 6 (which if it actually did require it, would result in the user being unable to install the app). > > Is there a way that I can make this dialog prompt to install Java 7? > > I originally posted this on Stack Overflow at http://stackoverflow.com/q/21568826/531762, but didn't receive a reply and it was suggested I try this mailing list. Feel free to respond either here or there. > > Thanks in Advance, > -Will Herrmann From christopherbrown06 at gmail.com Thu Feb 6 00:31:09 2014 From: christopherbrown06 at gmail.com (Christopher Brown) Date: Thu, 6 Feb 2014 09:31:09 +0100 Subject: Getting OS X to Install Java 7 on App Launch In-Reply-To: <61B53822-4D31-43EF-990C-71758941FF43@gmail.com> References: <61B53822-4D31-43EF-990C-71758941FF43@gmail.com> Message-ID: Hello, One Swing application that I am maintaining currently relies on the Apple JavaApplicationStub. Reading this thread, I'm wondering if I should look at https://java.net/projects/appbundler/pages/Home or look somewhere else (is it deprecated by the JavaFX packager)? With the upgrade of a Swing application away from Java6, I still need to maintain use of the Apple extensions for naming the application menu, integrating with the "Quit" and "Preferences" menu, dock and so on. The JavaApplicationStub approach is fine, because I don't want to embed a JRE (download size *IS* perceived as an issue by some, as is the waste of disk space, when there are lots of similar applications) and because there's no need for JavaFX. I'd appreciate any feedback from anyone about how to achieve this so I can concentrate on the best approach instead of wasting time on dead ends... I've already updated a SWT application using a simple shell script relying on /usr/libexec/java_home in an ".app" because it integrates nicely with the OS X desktop with none of the Swing "it's how you launch it" issues. It deals with the "there's no JRE" issue by detecting the problem in the script and displaying a dialog using AppleScript. Thanks, Christopher On 6 February 2014 05:38, Scott Palmer wrote: > As you seem to be aware, with Java 7 and later you are expected to embed > the JRE in your application bundle. I think the JavaFX packager will do > this for you. The size is usually not relevant these days and the added > reliability makes up for it anyway. You leave no room for the user to > download the wrong version or to introduce a bug by downloading a later > version that you haven't tested with. > > However, if you wish for the user to use a shared instance of Java 7, you > should probably use Java Web Start or an Applet to deliver your > application. I believe the java packaging tools will generate some > JavaScript that will help get the shared JRE installed. > > Scott > > > On Feb 5, 2014, at 11:04 PM, Will Herrmann wrote: > > > > Java is no longer installed by default on OS X, but fortunately if a > user tries to launch a Java app for the first time, they receive the > following message: "To open "Test App", you need a Java SE 6 Runtime. Would > you like to install one now?" > > > > However, this prompts to install Java SE 6 rather than Java SE 7, which > has been out for some time. This even happens on OS 10.9.1. I'm considering > making my app require Java SE 7, but I want to ensure that users will be > downloading the proper version (I'm aware I can bundle the JRE, but I would > prefer not to add it since it would quadruple the app size). Ideally, I'd > like for the dialog box shown above to continue to be shown, but instead of > downloading Java SE 6, it downloads Java SE 7. > > > > I tried changing the JVMVersion key in the Info.plist file of my > application to 1.7+, but that didn't make any difference and it still > prompted to download Java SE 6 (which if it actually did require it, would > result in the user being unable to install the app). > > > > Is there a way that I can make this dialog prompt to install Java 7? > > > > I originally posted this on Stack Overflow at > http://stackoverflow.com/q/21568826/531762, but didn't receive a reply > and it was suggested I try this mailing list. Feel free to respond either > here or there. > > > > Thanks in Advance, > > -Will Herrmann > From mik3hall at gmail.com Thu Feb 6 02:39:40 2014 From: mik3hall at gmail.com (Michael Hall) Date: Thu, 6 Feb 2014 04:39:40 -0600 Subject: Getting OS X to Install Java 7 on App Launch In-Reply-To: References: Message-ID: <6C292DB1-E4AF-421B-B057-301601CBB55C@gmail.com> On Feb 5, 2014, at 10:04 PM, Will Herrmann wrote: > Java is no longer installed by default on OS X, but fortunately if a user tries to launch a Java app for the first time, they receive the following message: "To open "Test App", you need a Java SE 6 Runtime. Would you like to install one now?" This is probably an older java app. As Christorpher Brown mentions there are two different java application launchers depending on what jre/java version/vendor the application is for. If it's old application with JavaApplicationStub it will probably try to install Java 6. If its a newer openjdk Java 7 application it should probably try to install Java 7. New applications are based on the, now inactive, appbundler project. You can google that to find the java net project. There is a possibly still somewhat active infinitekind bitbucket project branched off of that, with some fixes and enhancements that should turn up on google too. My AppConverter application below is supposed to convert or at least get you started on a Java 6 to Java 7 application conversion. On Feb 6, 2014, at 2:31 AM, Christopher Brown wrote: > because I don't want to embed a JRE > (download size *IS* perceived as an issue by some, as is the waste of disk > space, when there are lots of similar applications) and because there's no > need for JavaFX. I'd appreciate any feedback from anyone about how to > achieve this so I can concentrate on the best approach instead of wasting > time on dead ends... Either embedded or non-embedded ire should work with the apple extensions. Embedded JRE is mainly to allow the application to be signed and then maybe become a valid app store candidate. It is currently optional but as OS security tightens in the future it may become required for all applications to be signed. There are other supposed reasons why an embedded JRE might be chosen but I agree the download size is not good. > I've already updated a SWT application using a simple shell script relying > on /usr/libexec/java_home in an ".app" because it integrates nicely with > the OS X desktop with none of the Swing "it's how you launch it" issues. > It deals with the "there's no JRE" issue by detecting the problem in the > script and displaying a dialog using AppleScript. Not using one of the native launchers I think means your application will not support AppleEvents like open document. If your application doesn't rely on these it might be a valid alternative. Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From roger.lewis at oracle.com Thu Feb 6 08:26:46 2014 From: roger.lewis at oracle.com (Roger Lewis) Date: Thu, 06 Feb 2014 08:26:46 -0800 Subject: White flashing when opening Dialogs, Menus etc. In-Reply-To: <52F282E1.3060309@oracle.com> References: <52F25632.7090601@oracle.com> <52F27F34.3080304@oracle.com> <52F282E1.3060309@oracle.com> Message-ID: <52F3B7C6.9050105@oracle.com> The bug can be found here https://bugs.openjdk.java.net/browse/JDK-8033786 -Roger On 2/5/14, 10:28 AM, Roger Lewis wrote: > There is an issue with the outbound email that contains the ID. I will > let you know when the ID is ready. > > -Roger > > On 2/5/14, 10:13 AM, Sergey Bylokhov wrote: >> Hi, Robert. >> What bug Id was reported to you? Try to open the link: >> https://bugs.openjdk.java.net/browse/JI-bug_id >> >> On 05.02.2014 21:58, Robert Kr?ger wrote: >>> I have done that. Could you let me know what its ID is, once it is >>> reachable for the public, so I can track it? >>> >>> On Wed, Feb 5, 2014 at 4:18 PM, Sergey Bylokhov >>> wrote: >>>> Hi, Robert. >>>> This is unknown issue. Please file a new bug at >>>> http://bugreport.sun.com/bugreport >>>> Thanks! >>>> >>>> >>>> On 05.02.2014 19:01, Robert Kr?ger wrote: >>>>> This is a simple test case for you to reproduce the flashing for >>>>> opening a Dialog. It's basically the same for JMenus. >>>>> >>>>> import javax.swing.JButton; >>>>> import javax.swing.JFrame; >>>>> import javax.swing.JOptionPane; >>>>> import javax.swing.UIDefaults; >>>>> import javax.swing.UIManager; >>>>> import javax.swing.UIManager.LookAndFeelInfo; >>>>> import javax.swing.plaf.ColorUIResource; >>>>> import java.awt.Color; >>>>> import java.awt.event.ActionEvent; >>>>> import java.awt.event.ActionListener; >>>>> >>>>> public class TestDarkNimbus { >>>>> >>>>> public static void main(String[] args) throws Exception { >>>>> >>>>> for(LookAndFeelInfo info : >>>>> UIManager.getInstalledLookAndFeels()){ >>>>> if(info.getName().startsWith("Nimbus")){ >>>>> System.out.println("Setting Look & Feel to " + >>>>> info.getName()); >>>>> UIManager.setLookAndFeel(info.getClassName()); >>>>> break; >>>>> } >>>>> } >>>>> >>>>> UIDefaults d = UIManager.getDefaults(); >>>>> d.put("control", new ColorUIResource(54, 54, 54)); >>>>> d.put("text", new ColorUIResource(214, 214, 214)); >>>>> d.put("nimbusBlueGrey", new ColorUIResource(44, 44, 44)); >>>>> d.put("nimbusBase", new ColorUIResource(54, 54, 54)); >>>>> d.put("nimbusFocus", new Color(71, 85, 101)); >>>>> d.put("nimbusLightBackground", new ColorUIResource(54, >>>>> 54, 54)); >>>>> d.put("nimbusSelectionBackground", new >>>>> ColorUIResource(51, 65, >>>>> 81)); >>>>> d.put("nimbusSelection", new ColorUIResource(51, 65, 81)); >>>>> >>>>> final JFrame frame = new >>>>> JFrame(TestDarkNimbus.class.getSimpleName()); >>>>> frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); >>>>> JButton button = new JButton("Test Dialog Flashing"); >>>>> button.addActionListener(new ActionListener() { >>>>> @Override >>>>> public void actionPerformed(ActionEvent e) { >>>>> JOptionPane.showMessageDialog(frame.getContentPane(), >>>>> "Flash !!!!!!!!!!!!", "Flash demo", >>>>> JOptionPane.INFORMATION_MESSAGE); >>>>> } >>>>> }); >>>>> frame.getContentPane().add(button); >>>>> frame.pack(); >>>>> frame.setLocation(500, 500); >>>>> frame.setVisible(true); >>>>> } >>>>> } >>>>> >>>>> On Mon, Jan 6, 2014 at 6:49 PM, Robert Kr?ger >>>>> wrote: >>>>>> Hi, >>>>>> >>>>>> we are using a customized Nimbus L&F (the customization is mostly >>>>>> color changes) with dark backgrounds. Since we migrated our product >>>>>> from Apple JDK 6 to OpenJDK 8 each JMenu or JDialog opens and first >>>>>> draws a white rectangle that is then quickly replaced by the real >>>>>> content, which has a rather unprofessional feel. >>>>>> >>>>>> Has anyone had a similar problem and maybe a workaround other >>>>>> than not >>>>>> having a dark background? Is there a known Jira issue I can follow? >>>>>> >>>>>> I am currently running build 121 in development on Mac OS 10.8. >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Robert >>>> >>>> >>>> -- >>>> Best regards, Sergey. >>>> >> >> > From krueger at lesspain.de Thu Feb 6 14:24:51 2014 From: krueger at lesspain.de (=?UTF-8?Q?Robert_Kr=C3=BCger?=) Date: Thu, 6 Feb 2014 23:24:51 +0100 Subject: White flashing when opening Dialogs, Menus etc. In-Reply-To: <52F3B7C6.9050105@oracle.com> References: <52F25632.7090601@oracle.com> <52F27F34.3080304@oracle.com> <52F282E1.3060309@oracle.com> <52F3B7C6.9050105@oracle.com> Message-ID: Thanks! On Thu, Feb 6, 2014 at 5:26 PM, Roger Lewis wrote: > The bug can be found here > https://bugs.openjdk.java.net/browse/JDK-8033786 > > -Roger > > > On 2/5/14, 10:28 AM, Roger Lewis wrote: >> >> There is an issue with the outbound email that contains the ID. I will let >> you know when the ID is ready. >> >> -Roger >> >> On 2/5/14, 10:13 AM, Sergey Bylokhov wrote: >>> >>> Hi, Robert. >>> What bug Id was reported to you? Try to open the link: >>> https://bugs.openjdk.java.net/browse/JI-bug_id >>> >>> On 05.02.2014 21:58, Robert Kr?ger wrote: >>>> >>>> I have done that. Could you let me know what its ID is, once it is >>>> reachable for the public, so I can track it? >>>> >>>> On Wed, Feb 5, 2014 at 4:18 PM, Sergey Bylokhov >>>> wrote: >>>>> >>>>> Hi, Robert. >>>>> This is unknown issue. Please file a new bug at >>>>> http://bugreport.sun.com/bugreport >>>>> Thanks! >>>>> >>>>> >>>>> On 05.02.2014 19:01, Robert Kr?ger wrote: >>>>>> >>>>>> This is a simple test case for you to reproduce the flashing for >>>>>> opening a Dialog. It's basically the same for JMenus. >>>>>> >>>>>> import javax.swing.JButton; >>>>>> import javax.swing.JFrame; >>>>>> import javax.swing.JOptionPane; >>>>>> import javax.swing.UIDefaults; >>>>>> import javax.swing.UIManager; >>>>>> import javax.swing.UIManager.LookAndFeelInfo; >>>>>> import javax.swing.plaf.ColorUIResource; >>>>>> import java.awt.Color; >>>>>> import java.awt.event.ActionEvent; >>>>>> import java.awt.event.ActionListener; >>>>>> >>>>>> public class TestDarkNimbus { >>>>>> >>>>>> public static void main(String[] args) throws Exception { >>>>>> >>>>>> for(LookAndFeelInfo info : >>>>>> UIManager.getInstalledLookAndFeels()){ >>>>>> if(info.getName().startsWith("Nimbus")){ >>>>>> System.out.println("Setting Look & Feel to " + >>>>>> info.getName()); >>>>>> UIManager.setLookAndFeel(info.getClassName()); >>>>>> break; >>>>>> } >>>>>> } >>>>>> >>>>>> UIDefaults d = UIManager.getDefaults(); >>>>>> d.put("control", new ColorUIResource(54, 54, 54)); >>>>>> d.put("text", new ColorUIResource(214, 214, 214)); >>>>>> d.put("nimbusBlueGrey", new ColorUIResource(44, 44, 44)); >>>>>> d.put("nimbusBase", new ColorUIResource(54, 54, 54)); >>>>>> d.put("nimbusFocus", new Color(71, 85, 101)); >>>>>> d.put("nimbusLightBackground", new ColorUIResource(54, 54, >>>>>> 54)); >>>>>> d.put("nimbusSelectionBackground", new ColorUIResource(51, >>>>>> 65, >>>>>> 81)); >>>>>> d.put("nimbusSelection", new ColorUIResource(51, 65, 81)); >>>>>> >>>>>> final JFrame frame = new >>>>>> JFrame(TestDarkNimbus.class.getSimpleName()); >>>>>> frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); >>>>>> JButton button = new JButton("Test Dialog Flashing"); >>>>>> button.addActionListener(new ActionListener() { >>>>>> @Override >>>>>> public void actionPerformed(ActionEvent e) { >>>>>> JOptionPane.showMessageDialog(frame.getContentPane(), >>>>>> "Flash !!!!!!!!!!!!", "Flash demo", >>>>>> JOptionPane.INFORMATION_MESSAGE); >>>>>> } >>>>>> }); >>>>>> frame.getContentPane().add(button); >>>>>> frame.pack(); >>>>>> frame.setLocation(500, 500); >>>>>> frame.setVisible(true); >>>>>> } >>>>>> } >>>>>> >>>>>> On Mon, Jan 6, 2014 at 6:49 PM, Robert Kr?ger >>>>>> wrote: >>>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> we are using a customized Nimbus L&F (the customization is mostly >>>>>>> color changes) with dark backgrounds. Since we migrated our product >>>>>>> from Apple JDK 6 to OpenJDK 8 each JMenu or JDialog opens and first >>>>>>> draws a white rectangle that is then quickly replaced by the real >>>>>>> content, which has a rather unprofessional feel. >>>>>>> >>>>>>> Has anyone had a similar problem and maybe a workaround other than >>>>>>> not >>>>>>> having a dark background? Is there a known Jira issue I can follow? >>>>>>> >>>>>>> I am currently running build 121 in development on Mac OS 10.8. >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> Robert >>>>> >>>>> >>>>> >>>>> -- >>>>> Best regards, Sergey. >>>>> >>> >>> >> > From alexandr.scherbatiy at oracle.com Mon Feb 10 05:53:06 2014 From: alexandr.scherbatiy at oracle.com (Alexander Scherbatiy) Date: Mon, 10 Feb 2014 17:53:06 +0400 Subject: [9] Review request for 8033534 Get MultiResolution image from native system In-Reply-To: <52F0E466.6040002@oracle.com> References: <52F0E01B.3050004@oracle.com> <52F0E466.6040002@oracle.com> Message-ID: <52F8D9C2.70600@oracle.com> Could you review the updated fix: http://cr.openjdk.java.net/~alexsch/8033534/webrev.01 - The image representations are chosen to be closest to the requested size. Thanks, Alexandr. On 2/4/2014 5:00 PM, Sergey Bylokhov wrote: > Hi, Alexander. > I think that getResolutionVariant should return an image which is > close as much as possible to the requested size. > > On 04.02.2014 16:42, Alexander Scherbatiy wrote: >> >> Hello, >> >> Could you review the fix: >> bug: https://bugs.openjdk.java.net/browse/JDK-8033534 >> webrev: http://cr.openjdk.java.net/~alexsch/8033534/webrev.00 >> >> - The method that gets a sorted array of NSImage representaion pixel >> sizes for the given image size is added >> - A MultiResolution image is created if an NSImage has several >> representations for the given image size >> >> Thanks, >> Alexandr. >> > > From swpalmer at gmail.com Mon Feb 10 07:05:51 2014 From: swpalmer at gmail.com (Scott Palmer) Date: Mon, 10 Feb 2014 10:05:51 -0500 Subject: [9] Review request for 8033534 Get MultiResolution image from native system In-Reply-To: <52F8D9C2.70600@oracle.com> References: <52F0E01B.3050004@oracle.com> <52F0E466.6040002@oracle.com> <52F8D9C2.70600@oracle.com> Message-ID: Just to be clear, "the image representations are chosen to be closest to the requested size" is not accurate. This change returns the smallest image representation that is greater than or equal to the requested size. (Which I believe is the correct thing to do.) A smaller image representation may be closer to the requested size, but it makes more sense to return a larger image since scaling down to size should produce better results than scaling up. Scott On Mon, Feb 10, 2014 at 8:53 AM, Alexander Scherbatiy < alexandr.scherbatiy at oracle.com> wrote: > > Could you review the updated fix: > http://cr.openjdk.java.net/~alexsch/8033534/webrev.01 > > - The image representations are chosen to be closest to the requested > size. > > Thanks, > Alexandr. > > > On 2/4/2014 5:00 PM, Sergey Bylokhov wrote: > >> Hi, Alexander. >> I think that getResolutionVariant should return an image which is close >> as much as possible to the requested size. >> >> On 04.02.2014 16:42, Alexander Scherbatiy wrote: >> >>> >>> Hello, >>> >>> Could you review the fix: >>> bug: https://bugs.openjdk.java.net/browse/JDK-8033534 >>> webrev: http://cr.openjdk.java.net/~alexsch/8033534/webrev.00 >>> >>> - The method that gets a sorted array of NSImage representaion pixel >>> sizes for the given image size is added >>> - A MultiResolution image is created if an NSImage has several >>> representations for the given image size >>> >>> Thanks, >>> Alexandr. >>> >>> >> >> > From javalists at cbfiddle.com Mon Feb 10 08:47:28 2014 From: javalists at cbfiddle.com (Alan Snyder) Date: Mon, 10 Feb 2014 08:47:28 -0800 Subject: constraints on resizable windows Message-ID: <058EEDE7-AA97-4E25-8ED9-45E4C41049B6@cbfiddle.com> I?m looking at the following code in LWWindowPeer. Why is the minimum/maximum size obeyed only if it is explicitly set (as opposed to computed)? public void updateMinimumSize() { final Dimension min; if (getTarget().isMinimumSizeSet()) { min = getTarget().getMinimumSize(); min.width = Math.max(min.width, MINIMUM_WIDTH); min.height = Math.max(min.height, MINIMUM_HEIGHT); } else { min = new Dimension(MINIMUM_WIDTH, MINIMUM_HEIGHT); } final Dimension max; if (getTarget().isMaximumSizeSet()) { max = getTarget().getMaximumSize(); max.width = Math.min(max.width, getLWGC().getMaxTextureWidth()); max.height = Math.min(max.height, getLWGC().getMaxTextureHeight()); } else { max = new Dimension(getLWGC().getMaxTextureWidth(), getLWGC().getMaxTextureHeight()); } platformWindow.setSizeConstraints(min.width, min.height, max.width, max.height); } From alexandr.scherbatiy at oracle.com Thu Feb 13 06:04:41 2014 From: alexandr.scherbatiy at oracle.com (Alexander Scherbatiy) Date: Thu, 13 Feb 2014 18:04:41 +0400 Subject: [9] Review request for 8031573 [macosx] Checkmarks of JCheckBoxMenuItems aren't rendered in high resolution on Retina Message-ID: <52FCD0F9.3000001@oracle.com> Hello, Could you review the fix: bug: https://bugs.openjdk.java.net/browse/JDK-8031573 webrev: http://cr.openjdk.java.net/~alexsch/8031573/webrev.00 The NSMenu* system icons are templates and do not have image representations. The fix retrieves images with original and double size from an NSImage and put them to a MultiResolution image. The fix also adds sun.awt.image.MultiResolutionBufferedImage class which can be used uniformly for a Multiresolution image creation. The fix is independent of the fix 8033534 Get MultiResolution image from native system http://mail.openjdk.java.net/pipermail/awt-dev/2014-February/006991.html because CImage.createImageFromName(imageName) never returns a MultiResolution image for templates. But the fix 8033534 can be updated to use the MultiResolutionBufferedImage. Thanks, Alexandr. From hs at tagtraum.com Thu Feb 13 08:10:43 2014 From: hs at tagtraum.com (Hendrik Schreiber) Date: Thu, 13 Feb 2014 17:10:43 +0100 Subject: [9] Review request for 8031573 [macosx] Checkmarks of JCheckBoxMenuItems aren't rendered in high resolution on Retina In-Reply-To: <52FCD0F9.3000001@oracle.com> References: <52FCD0F9.3000001@oracle.com> Message-ID: <3C47938B-BB2E-4EFF-BA87-B3150E1466D7@tagtraum.com> On Feb 13, 2014, at 15:04, Alexander Scherbatiy wrote: > Could you review the fix: > bug: https://bugs.openjdk.java.net/browse/JDK-8031573 > webrev: http://cr.openjdk.java.net/~alexsch/8031573/webrev.00 > > The NSMenu* system icons are templates and do not have image representations. > > The fix retrieves images with original and double size from an NSImage and put them to a MultiResolution image. > The fix also adds sun.awt.image.MultiResolutionBufferedImage class which can be used uniformly for a Multiresolution image creation. > > The fix is independent of the fix 8033534 Get MultiResolution image from native system > http://mail.openjdk.java.net/pipermail/awt-dev/2014-February/006991.html > because CImage.createImageFromName(imageName) never returns a MultiResolution image for templates. > But the fix 8033534 can be updated to use the MultiResolutionBufferedImage. Glad to see you guys are working on this. It greatly increases chances of actually shipping something for OS X with bundled Java 8?once 8u20 is out. Thanks! -hendrik From Sergey.Bylokhov at oracle.com Thu Feb 13 14:12:27 2014 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Fri, 14 Feb 2014 02:12:27 +0400 Subject: [9] Review request for 8031573 [macosx] Checkmarks of JCheckBoxMenuItems aren't rendered in high resolution on Retina In-Reply-To: <52FCD0F9.3000001@oracle.com> References: <52FCD0F9.3000001@oracle.com> Message-ID: <52FD434B.4060002@oracle.com> Hi, Alexander. Did you check option of loading of the picture on demand?Since most of the time x2 version is useless on non hdpi and vice versa. On 13.02.2014 18:04, Alexander Scherbatiy wrote: > > Hello, > > Could you review the fix: > bug: https://bugs.openjdk.java.net/browse/JDK-8031573 > webrev: http://cr.openjdk.java.net/~alexsch/8031573/webrev.00 > > The NSMenu* system icons are templates and do not have image > representations. > > The fix retrieves images with original and double size from an > NSImage and put them to a MultiResolution image. > The fix also adds sun.awt.image.MultiResolutionBufferedImage class > which can be used uniformly for a Multiresolution image creation. > > The fix is independent of the fix 8033534 Get MultiResolution image > from native system > http://mail.openjdk.java.net/pipermail/awt-dev/2014-February/006991.html > because CImage.createImageFromName(imageName) never returns a > MultiResolution image for templates. > But the fix 8033534 can be updated to use the > MultiResolutionBufferedImage. > > Thanks, > Alexandr. > -- Best regards, Sergey. From mik3hall at gmail.com Thu Feb 13 17:49:36 2014 From: mik3hall at gmail.com (Michael Hall) Date: Thu, 13 Feb 2014 19:49:36 -0600 Subject: AppleScript script engine Message-ID: <5857C340-9DED-44BC-8F11-6017E16122A0@gmail.com> Is the AppleScript engine no longer not even the default one but no longer shipped? My HalfPipe application has some launch dependencies on it being there. It was throwing NPE's apparently not getting the engine. I stuck in some code to list out available engines and get? ScriptEngineFactory Info Factory class:class us.hall.scripting.RhinoScriptEngineFactory Script Engine:Rhino JavaScript Script Engine (1.0.0) Engine Alias: javascript Engine Alias: js Engine Alias: mozrhino ScriptEngineFactory Info Factory class:class org.jruby.embed.jsr223.JRubyEngineFactory Script Engine:JSR 223 JRuby Engine (1.7.4) Engine Alias: ruby Engine Alias: jruby ScriptEngineFactory Info Factory class:class com.sun.script.javascript.RhinoScriptEngineFactory Script Engine:Mozilla Rhino (1.7 release 3 PRERELEASE) Engine Alias: js Engine Alias: rhino Engine Alias: JavaScript Engine Alias: javascript Engine Alias: ECMAScript Engine Alias: ecmascript No AppleScript? Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From mik3hall at gmail.com Thu Feb 13 19:15:17 2014 From: mik3hall at gmail.com (Michael Hall) Date: Thu, 13 Feb 2014 21:15:17 -0600 Subject: AppleScript script engine In-Reply-To: <5857C340-9DED-44BC-8F11-6017E16122A0@gmail.com> References: <5857C340-9DED-44BC-8F11-6017E16122A0@gmail.com> Message-ID: On Feb 13, 2014, at 7:49 PM, Michael Hall wrote: > Is the AppleScript engine no longer not even the default one but no longer shipped? > My HalfPipe application has some launch dependencies on it being there. It was throwing NPE's apparently not getting the engine. > I stuck in some code to list out available engines and get? > > ScriptEngineFactory Info > Factory class:class us.hall.scripting.RhinoScriptEngineFactory > Script Engine:Rhino JavaScript Script Engine (1.0.0) > > Engine Alias: javascript > Engine Alias: js > Engine Alias: mozrhino > ScriptEngineFactory Info > Factory class:class org.jruby.embed.jsr223.JRubyEngineFactory > Script Engine:JSR 223 JRuby Engine (1.7.4) > > Engine Alias: ruby > Engine Alias: jruby > ScriptEngineFactory Info > Factory class:class com.sun.script.javascript.RhinoScriptEngineFactory > Script Engine:Mozilla Rhino (1.7 release 3 PRERELEASE) > > Engine Alias: js > Engine Alias: rhino > Engine Alias: JavaScript > Engine Alias: javascript > Engine Alias: ECMAScript > Engine Alias: ecmascript > > > No AppleScript? Quicker command line check I came across on google? jrunscript -q Language ECMAScript 1.8 implemention "Mozilla Rhino" 1.7 release 3 PRERELEASE Seems to confirm no AppleScript. Intentional? Accidental? If this is Open Classpath can we grab the source and go? Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From alexandr.scherbatiy at oracle.com Fri Feb 14 02:32:32 2014 From: alexandr.scherbatiy at oracle.com (Alexander Scherbatiy) Date: Fri, 14 Feb 2014 14:32:32 +0400 Subject: [9] Review request for 8031573 [macosx] Checkmarks of JCheckBoxMenuItems aren't rendered in high resolution on Retina In-Reply-To: <52FD434B.4060002@oracle.com> References: <52FCD0F9.3000001@oracle.com> <52FD434B.4060002@oracle.com> Message-ID: <52FDF0C0.6070200@oracle.com> On 2/14/2014 2:12 AM, Sergey Bylokhov wrote: > Hi, Alexander. > Did you check option of loading of the picture on demand?Since most of > the time x2 version is useless on non hdpi and vice versa. It's not quite true. MacOSX choses a necessary image representation based on the current transformations. Setting current transformation to scale 2x leads that the high resolution image is drawn even on non HiDPI display. There is a similar mechanism for the MultiResolution toolkit images. The base image is drawn in case if the high-resolution image has not been loaded yet. It has an issue that if there is no one more repaint event the image with high resolution is not shown. I would suggest to move this topic to a separate issue. Thanks, Alexandr. > > On 13.02.2014 18:04, Alexander Scherbatiy wrote: >> >> Hello, >> >> Could you review the fix: >> bug: https://bugs.openjdk.java.net/browse/JDK-8031573 >> webrev: http://cr.openjdk.java.net/~alexsch/8031573/webrev.00 >> >> The NSMenu* system icons are templates and do not have image >> representations. >> >> The fix retrieves images with original and double size from an >> NSImage and put them to a MultiResolution image. >> The fix also adds sun.awt.image.MultiResolutionBufferedImage class >> which can be used uniformly for a Multiresolution image creation. >> >> The fix is independent of the fix 8033534 Get MultiResolution image >> from native system >> http://mail.openjdk.java.net/pipermail/awt-dev/2014-February/006991.html >> because CImage.createImageFromName(imageName) never returns a >> MultiResolution image for templates. >> But the fix 8033534 can be updated to use the >> MultiResolutionBufferedImage. >> >> Thanks, >> Alexandr. >> > > From paul_t100 at fastmail.fm Fri Feb 14 02:58:50 2014 From: paul_t100 at fastmail.fm (Paul Taylor) Date: Fri, 14 Feb 2014 10:58:50 +0000 Subject: OSX Java 8 crash on Mavericks Message-ID: <52FDF6EA.4070003@fastmail.fm> I have evidence of a crash on OSX Mavericks using Java 1.8.0-ea 25.0-b66 9 (build 124). I cannot decode this but Im really hoping this is resolved in the latest version of Java 8. To my mind these apparently random crashes are now the biggest thing holding back Java on OSX, in contrast Java 6 never crashed on me on OSX, and I've had no problems with any version of Java on Windows. I assuming it is just due to the difficulty off taking over the OSX port from Apple without having access to all the details of the OSX os. Can someone give me an update please. Paul Process: SongKong [11793] Path: /Applications/SongKong.app/Contents/MacOS/SongKong Identifier: com.jthink.songkong Version: 1.17.0 (1.0) Code Type: X86-64 (Native) Parent Process: launchd [485] Responsible: SongKong [11793] User ID: 501 Date/Time: 2014-02-13 06:39:06.355 -0500 OS Version: Mac OS X 10.9.1 (13B42) Report Version: 11 Anonymous UUID: 27FE9D66-7F0A-3CC3-A589-A56FE55FB4DD Crashed Thread: 0 AppKit Thread Dispatch queue: com.apple.main-thread Exception Type: EXC_BAD_ACCESS (SIGABRT) Exception Codes: KERN_PROTECTION_FAILURE at 0x00000001043d5000 Application Specific Information: *** Terminating app due to uncaught exception 'JavaNativeException', reason: 'java.lang.StackOverflowError' terminating with uncaught exception of type JNFException abort() called Application Specific Backtrace 1: 0 CoreFoundation 0x00007fff9089a41c __exceptionPreprocess + 172 1 libobjc.A.dylib 0x00007fff8e9dbe75 objc_exception_throw + 43 2 CoreFoundation 0x00007fff90899fc9 -[NSException raise] + 9 3 JavaNativeFoundation 0x00000001284ef539 JNFCallVoidMethod + 209 4 libawt_lwawt.dylib 0x00000001290b426e __displaycb_handle_block_invoke_1 + 80 5 JavaNativeFoundation 0x00000001284f1182 JNFPerformEnvBlock + 86 6 libawt_lwawt.dylib 0x00000001290b4218 displaycb_handle + 84 7 CoreGraphics 0x00007fff91ca87a2 CGSReconfigNotifierCalloutListInvokeAll + 64 8 CoreGraphics 0x00007fff91d4c4c0 displayConfigFinalizedProc + 249 9 CoreGraphics 0x00007fff91890624 CGSPostLocalNotification + 591 10 CoreGraphics 0x00007fff918d44d2 _ZN12_GLOBAL__N_123notify_datagram_handlerEj15CGSDatagramTypePvmS1_ + 72 11 CoreGraphics 0x00007fff9188e5c1 _ZN21CGSDatagramReadStream33dispatch_next_main_queue_datagramEv + 287 12 CoreGraphics 0x00007fff9188d7b6 _ZN21CGSDatagramReadStream22dispatch_next_datagramEv + 42 13 CoreGraphics 0x00007fff9188d77c _ZN21CGSDatagramReadStream18dispatch_datagramsEv + 50 14 CoreGraphics 0x00007fff918eec5c ___ZN21CGSDatagramReadStream24dispatch_datagrams_asyncEP16dispatch_queue_sPS__block_invoke + 18 15 libdispatch.dylib 0x00007fff910481d7 _dispatch_call_block_and_release + 12 16 libdispatch.dylib 0x00007fff910452ad _dispatch_client_callout + 8 17 libdispatch.dylib 0x00007fff9104cf03 _dispatch_main_queue_callback_4CF + 333 18 CoreFoundation 0x00007fff90801839 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 9 19 CoreFoundation 0x00007fff907bcb14 __CFRunLoopRun + 1636 20 CoreFoundation 0x00007fff907bc275 CFRunLoopRunSpecific + 309 21 HIToolbox 0x00007fff8ac65f0d RunCurrentEventLoopInMode + 226 22 HIToolbox 0x00007fff8ac65cb7 ReceiveNextEventCommon + 479 23 HIToolbox 0x00007fff8ac65abc _BlockUntilNextEventMatchingListInModeWithFilter + 65 24 AppKit 0x00007fff8de7228e _DPSNextEvent + 1434 25 AppKit 0x00007fff8de718db -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 122 26 libosxapp.dylib 0x000000012914b6d4 -[NSApplicationAWT nextEventMatchingMask:untilDate:inMode:dequeue:] + 124 27 AppKit 0x00007fff8de659cc -[NSApplication run] + 553 28 libosxapp.dylib 0x000000012914b4e8 +[NSApplicationAWT runAWTLoopWithApp:] + 156 29 libawt_lwawt.dylib 0x00000001290dbafb -[AWTStarter starter:] + 873 30 Foundation 0x00007fff888be0de __NSThreadPerformPerform + 229 31 CoreFoundation 0x00007fff907cb8f1 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17 32 CoreFoundation 0x00007fff907bd062 __CFRunLoopDoSources0 + 242 33 CoreFoundation 0x00007fff907bc7ef __CFRunLoopRun + 831 34 CoreFoundation 0x00007fff907bc275 CFRunLoopRunSpecific + 309 35 libjli.dylib 0x00000001032e5b33 CreateExecutionEnvironment + 871 36 libjli.dylib 0x00000001032e1ad4 JLI_Launch + 1952 37 SongKong 0x00000001032668ab launch + 5243 38 SongKong 0x00000001032652e6 main + 102 39 SongKong 0x0000000103265274 start + 52 40 ??? 0x0000000000000001 0x0 + 1 Thread 0 Crashed:: AppKit Thread Dispatch queue: com.apple.main-thread 0 libsystem_kernel.dylib 0x00007fff88852866 __pthread_kill + 10 1 libsystem_pthread.dylib 0x00007fff9136c35c pthread_kill + 92 2 libsystem_c.dylib 0x00007fff8fac5bba abort + 125 3 libc++abi.dylib 0x00007fff90015141 abort_message + 257 4 libc++abi.dylib 0x00007fff9003aabc default_terminate_handler() + 264 5 libobjc.A.dylib 0x00007fff8e9dc30d _objc_terminate() + 103 6 libc++abi.dylib 0x00007fff900383e1 std::__terminate(void (*)()) + 8 7 libc++abi.dylib 0x00007fff90038456 std::terminate() + 54 8 libobjc.A.dylib 0x00007fff8e9dc0b0 objc_terminate + 9 9 libdispatch.dylib 0x00007fff910452c1 _dispatch_client_callout + 28 10 libdispatch.dylib 0x00007fff9104cf03 _dispatch_main_queue_callback_4CF + 333 11 com.apple.CoreFoundation 0x00007fff90801839 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 9 12 com.apple.CoreFoundation 0x00007fff907bcb14 __CFRunLoopRun + 1636 13 com.apple.CoreFoundation 0x00007fff907bc275 CFRunLoopRunSpecific + 309 14 com.apple.HIToolbox 0x00007fff8ac65f0d RunCurrentEventLoopInMode + 226 15 com.apple.HIToolbox 0x00007fff8ac65cb7 ReceiveNextEventCommon + 479 16 com.apple.HIToolbox 0x00007fff8ac65abc _BlockUntilNextEventMatchingListInModeWithFilter + 65 17 com.apple.AppKit 0x00007fff8de7228e _DPSNextEvent + 1434 18 com.apple.AppKit 0x00007fff8de718db -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 122 19 libosxapp.dylib 0x000000012914b6d4 -[NSApplicationAWT nextEventMatchingMask:untilDate:inMode:dequeue:] + 124 20 com.apple.AppKit 0x00007fff8de659cc -[NSApplication run] + 553 21 libosxapp.dylib 0x000000012914b4e8 +[NSApplicationAWT runAWTLoopWithApp:] + 156 22 libawt_lwawt.dylib 0x00000001290dbafb -[AWTStarter starter:] + 873 23 com.apple.Foundation 0x00007fff888be0de __NSThreadPerformPerform + 229 24 com.apple.CoreFoundation 0x00007fff907cb8f1 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17 25 com.apple.CoreFoundation 0x00007fff907bd062 __CFRunLoopDoSources0 + 242 26 com.apple.CoreFoundation 0x00007fff907bc7ef __CFRunLoopRun + 831 27 com.apple.CoreFoundation 0x00007fff907bc275 CFRunLoopRunSpecific + 309 28 libjli.dylib 0x00000001032e5b33 CreateExecutionEnvironment + 871 29 libjli.dylib 0x00000001032e1ad4 JLI_Launch + 1952 30 com.jthink.songkong 0x00000001032668ab launch + 5243 31 com.jthink.songkong 0x00000001032652e6 main + 102 32 com.jthink.songkong 0x0000000103265274 start + 52 Thread 1:: Dispatch queue: com.apple.libdispatch-manager 0 libsystem_kernel.dylib 0x00007fff88853662 kevent64 + 10 1 libdispatch.dylib 0x00007fff9104743d _dispatch_mgr_invoke + 239 2 libdispatch.dylib 0x00007fff91047152 _dispatch_mgr_thread + 52 Thread 2: 0 libsystem_kernel.dylib 0x00007fff88852a3a __semwait_signal + 10 1 libsystem_pthread.dylib 0x00007fff9136f7f3 pthread_join + 433 2 libjli.dylib 0x00000001032e5133 ContinueInNewThread0 + 102 3 libjli.dylib 0x00000001032e273f ContinueInNewThread + 201 4 libjli.dylib 0x00000001032e4f08 JVMInit + 315 5 libjli.dylib 0x00000001032e24bd JLI_Launch + 4489 6 com.jthink.songkong 0x00000001032668ab launch + 5243 7 com.jthink.songkong 0x00000001032652e6 main + 102 8 libjli.dylib 0x00000001032e57c5 apple_main + 92 9 libsystem_pthread.dylib 0x00007fff9136b899 _pthread_body + 138 10 libsystem_pthread.dylib 0x00007fff9136b72a _pthread_start + 137 11 libsystem_pthread.dylib 0x00007fff9136ffc9 thread_start + 13 Thread 3: 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103813aae os::PlatformEvent::park() + 192 3 libjvm.dylib 0x00000001037f2e54 ParkCommon(ParkEvent*, long) + 42 4 libjvm.dylib 0x00000001037f372c Monitor::IWait(Thread*, long) + 168 5 libjvm.dylib 0x00000001037f3914 Monitor::wait(bool, long, bool) + 246 6 libjvm.dylib 0x00000001038ef314 Threads::destroy_vm() + 80 7 libjvm.dylib 0x00000001036cba66 jni_DestroyJavaVM + 254 8 libjli.dylib 0x00000001032e2a7e JavaMain + 805 9 libsystem_pthread.dylib 0x00007fff9136b899 _pthread_body + 138 10 libsystem_pthread.dylib 0x00007fff9136b72a _pthread_start + 137 11 libsystem_pthread.dylib 0x00007fff9136ffc9 thread_start + 13 Thread 4: 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103813aae os::PlatformEvent::park() + 192 3 libjvm.dylib 0x00000001037f2e54 ParkCommon(ParkEvent*, long) + 42 4 libjvm.dylib 0x00000001037f372c Monitor::IWait(Thread*, long) + 168 5 libjvm.dylib 0x00000001037f3995 Monitor::wait(bool, long, bool) + 375 6 libjvm.dylib 0x0000000103624d4a GCTaskManager::get_task(unsigned int) + 56 7 libjvm.dylib 0x0000000103625c59 GCTaskThread::run() + 349 8 libjvm.dylib 0x0000000103817bee java_start(Thread*) + 246 9 libsystem_pthread.dylib 0x00007fff9136b899 _pthread_body + 138 10 libsystem_pthread.dylib 0x00007fff9136b72a _pthread_start + 137 11 libsystem_pthread.dylib 0x00007fff9136ffc9 thread_start + 13 Thread 5: 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103813aae os::PlatformEvent::park() + 192 3 libjvm.dylib 0x00000001037f2e54 ParkCommon(ParkEvent*, long) + 42 4 libjvm.dylib 0x00000001037f372c Monitor::IWait(Thread*, long) + 168 5 libjvm.dylib 0x00000001037f3995 Monitor::wait(bool, long, bool) + 375 6 libjvm.dylib 0x0000000103624d4a GCTaskManager::get_task(unsigned int) + 56 7 libjvm.dylib 0x0000000103625c59 GCTaskThread::run() + 349 8 libjvm.dylib 0x0000000103817bee java_start(Thread*) + 246 9 libsystem_pthread.dylib 0x00007fff9136b899 _pthread_body + 138 10 libsystem_pthread.dylib 0x00007fff9136b72a _pthread_start + 137 11 libsystem_pthread.dylib 0x00007fff9136ffc9 thread_start + 13 Thread 6: 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103813aae os::PlatformEvent::park() + 192 3 libjvm.dylib 0x00000001037f2e54 ParkCommon(ParkEvent*, long) + 42 4 libjvm.dylib 0x00000001037f372c Monitor::IWait(Thread*, long) + 168 5 libjvm.dylib 0x00000001037f3995 Monitor::wait(bool, long, bool) + 375 6 libjvm.dylib 0x0000000103624d4a GCTaskManager::get_task(unsigned int) + 56 7 libjvm.dylib 0x0000000103625c59 GCTaskThread::run() + 349 8 libjvm.dylib 0x0000000103817bee java_start(Thread*) + 246 9 libsystem_pthread.dylib 0x00007fff9136b899 _pthread_body + 138 10 libsystem_pthread.dylib 0x00007fff9136b72a _pthread_start + 137 11 libsystem_pthread.dylib 0x00007fff9136ffc9 thread_start + 13 Thread 7: 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103813aae os::PlatformEvent::park() + 192 3 libjvm.dylib 0x00000001037f2e54 ParkCommon(ParkEvent*, long) + 42 4 libjvm.dylib 0x00000001037f372c Monitor::IWait(Thread*, long) + 168 5 libjvm.dylib 0x00000001037f3995 Monitor::wait(bool, long, bool) + 375 6 libjvm.dylib 0x0000000103624d4a GCTaskManager::get_task(unsigned int) + 56 7 libjvm.dylib 0x0000000103625c59 GCTaskThread::run() + 349 8 libjvm.dylib 0x0000000103817bee java_start(Thread*) + 246 9 libsystem_pthread.dylib 0x00007fff9136b899 _pthread_body + 138 10 libsystem_pthread.dylib 0x00007fff9136b72a _pthread_start + 137 11 libsystem_pthread.dylib 0x00007fff9136ffc9 thread_start + 13 Thread 8: 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814998 os::PlatformEvent::park(long) + 404 3 libjvm.dylib 0x00000001037f372c Monitor::IWait(Thread*, long) + 168 4 libjvm.dylib 0x00000001037f3995 Monitor::wait(bool, long, bool) + 375 5 libjvm.dylib 0x0000000103937680 VMThread::loop() + 444 6 libjvm.dylib 0x0000000103937113 VMThread::run() + 121 7 libjvm.dylib 0x0000000103817bee java_start(Thread*) + 246 8 libsystem_pthread.dylib 0x00007fff9136b899 _pthread_body + 138 9 libsystem_pthread.dylib 0x00007fff9136b72a _pthread_start + 137 10 libsystem_pthread.dylib 0x00007fff9136ffc9 thread_start + 13 Thread 9:: Java: Reference Handler 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103813aae os::PlatformEvent::park() + 192 3 libjvm.dylib 0x000000010380c40f ObjectMonitor::wait(long, bool, Thread*) + 769 4 libjvm.dylib 0x00000001038be200 ObjectSynchronizer::wait(Handle, long, Thread*) + 202 5 libjvm.dylib 0x00000001036ee16a JVM_MonitorWait + 156 6 ??? 0x0000000104784168 0 + 4369957224 7 ??? 0x0000000107aa53b4 0 + 4423570356 8 ??? 0x00000000f8002989 0 + 4160760201 Thread 10:: Java: Finalizer 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103813aae os::PlatformEvent::park() + 192 3 libjvm.dylib 0x000000010380c40f ObjectMonitor::wait(long, bool, Thread*) + 769 4 libjvm.dylib 0x00000001038be200 ObjectSynchronizer::wait(Handle, long, Thread*) + 202 5 libjvm.dylib 0x00000001036ee16a JVM_MonitorWait + 156 6 ??? 0x0000000104784168 0 + 4369957224 7 ??? 0x000000010692c554 0 + 4405249364 8 ??? 0xb801cf2bf8002a9b 0 + 13259106565706754715 Thread 11:: Java: Signal Dispatcher 0 libsystem_kernel.dylib 0x00007fff8884ea56 semaphore_wait_trap + 10 1 libjvm.dylib 0x0000000103816092 check_pending_signals(bool) + 128 2 libjvm.dylib 0x0000000103812a75 signal_thread_entry(JavaThread*, Thread*) + 57 3 libjvm.dylib 0x00000001038ef475 JavaThread::thread_main_inner() + 155 4 libjvm.dylib 0x00000001038f0bb2 JavaThread::run() + 450 5 libjvm.dylib 0x0000000103817bee java_start(Thread*) + 246 6 libsystem_pthread.dylib 0x00007fff9136b899 _pthread_body + 138 7 libsystem_pthread.dylib 0x00007fff9136b72a _pthread_start + 137 8 libsystem_pthread.dylib 0x00007fff9136ffc9 thread_start + 13 Thread 12:: Java: C2 CompilerThread0 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814998 os::PlatformEvent::park(long) + 404 3 libjvm.dylib 0x00000001037f372c Monitor::IWait(Thread*, long) + 168 4 libjvm.dylib 0x00000001037f38fc Monitor::wait(bool, long, bool) + 222 5 libjvm.dylib 0x000000010357813a CompileQueue::get() + 122 6 libjvm.dylib 0x0000000103578e41 CompileBroker::compiler_thread_loop() + 375 7 libjvm.dylib 0x00000001038ef475 JavaThread::thread_main_inner() + 155 8 libjvm.dylib 0x00000001038f0bb2 JavaThread::run() + 450 9 libjvm.dylib 0x0000000103817bee java_start(Thread*) + 246 10 libsystem_pthread.dylib 0x00007fff9136b899 _pthread_body + 138 11 libsystem_pthread.dylib 0x00007fff9136b72a _pthread_start + 137 12 libsystem_pthread.dylib 0x00007fff9136ffc9 thread_start + 13 Thread 13:: Java: C2 CompilerThread1 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814998 os::PlatformEvent::park(long) + 404 3 libjvm.dylib 0x00000001037f372c Monitor::IWait(Thread*, long) + 168 4 libjvm.dylib 0x00000001037f38fc Monitor::wait(bool, long, bool) + 222 5 libjvm.dylib 0x000000010357813a CompileQueue::get() + 122 6 libjvm.dylib 0x0000000103578e41 CompileBroker::compiler_thread_loop() + 375 7 libjvm.dylib 0x00000001038ef475 JavaThread::thread_main_inner() + 155 8 libjvm.dylib 0x00000001038f0bb2 JavaThread::run() + 450 9 libjvm.dylib 0x0000000103817bee java_start(Thread*) + 246 10 libsystem_pthread.dylib 0x00007fff9136b899 _pthread_body + 138 11 libsystem_pthread.dylib 0x00007fff9136b72a _pthread_start + 137 12 libsystem_pthread.dylib 0x00007fff9136ffc9 thread_start + 13 Thread 14:: Java: C1 CompilerThread2 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814998 os::PlatformEvent::park(long) + 404 3 libjvm.dylib 0x00000001037f372c Monitor::IWait(Thread*, long) + 168 4 libjvm.dylib 0x00000001037f38fc Monitor::wait(bool, long, bool) + 222 5 libjvm.dylib 0x000000010357813a CompileQueue::get() + 122 6 libjvm.dylib 0x0000000103578e41 CompileBroker::compiler_thread_loop() + 375 7 libjvm.dylib 0x00000001038ef475 JavaThread::thread_main_inner() + 155 8 libjvm.dylib 0x00000001038f0bb2 JavaThread::run() + 450 9 libjvm.dylib 0x0000000103817bee java_start(Thread*) + 246 10 libsystem_pthread.dylib 0x00007fff9136b899 _pthread_body + 138 11 libsystem_pthread.dylib 0x00007fff9136b72a _pthread_start + 137 12 libsystem_pthread.dylib 0x00007fff9136ffc9 thread_start + 13 Thread 15:: Java: Service Thread 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103813aae os::PlatformEvent::park() + 192 3 libjvm.dylib 0x00000001037f2e54 ParkCommon(ParkEvent*, long) + 42 4 libjvm.dylib 0x00000001037f372c Monitor::IWait(Thread*, long) + 168 5 libjvm.dylib 0x00000001037f3995 Monitor::wait(bool, long, bool) + 375 6 libjvm.dylib 0x000000010386b844 ServiceThread::service_thread_entry(JavaThread*, Thread*) + 120 7 libjvm.dylib 0x00000001038ef475 JavaThread::thread_main_inner() + 155 8 libjvm.dylib 0x00000001038f0bb2 JavaThread::run() + 450 9 libjvm.dylib 0x0000000103817bee java_start(Thread*) + 246 10 libsystem_pthread.dylib 0x00007fff9136b899 _pthread_body + 138 11 libsystem_pthread.dylib 0x00007fff9136b72a _pthread_start + 137 12 libsystem_pthread.dylib 0x00007fff9136ffc9 thread_start + 13 Thread 16: 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814998 os::PlatformEvent::park(long) + 404 3 libjvm.dylib 0x00000001037f372c Monitor::IWait(Thread*, long) + 168 4 libjvm.dylib 0x00000001037f3995 Monitor::wait(bool, long, bool) + 375 5 libjvm.dylib 0x00000001038ef94c WatcherThread::sleep() const + 126 6 libjvm.dylib 0x00000001038f0821 WatcherThread::run() + 243 7 libjvm.dylib 0x0000000103817bee java_start(Thread*) + 246 8 libsystem_pthread.dylib 0x00007fff9136b899 _pthread_body + 138 9 libsystem_pthread.dylib 0x00007fff9136b72a _pthread_start + 137 10 libsystem_pthread.dylib 0x00007fff9136ffc9 thread_start + 13 Thread 17:: Java: AWT-Shutdown 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103813aae os::PlatformEvent::park() + 192 3 libjvm.dylib 0x000000010380c40f ObjectMonitor::wait(long, bool, Thread*) + 769 4 libjvm.dylib 0x00000001038be200 ObjectSynchronizer::wait(Handle, long, Thread*) + 202 5 libjvm.dylib 0x00000001036ee16a JVM_MonitorWait + 156 6 ??? 0x0000000104784168 0 + 4369957224 7 ??? 0x0000000105e8d214 0 + 4394111508 8 ??? 0x00000001043ee325 0 + 4366197541 9 ??? 0x00000001043e74e7 0 + 4366169319 10 libjvm.dylib 0x0000000103697962 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1710 11 libjvm.dylib 0x00000001036980f0 JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*) + 356 12 libjvm.dylib 0x000000010369829c JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*) + 74 13 libjvm.dylib 0x00000001036e7a83 thread_entry(JavaThread*, Thread*) + 124 14 libjvm.dylib 0x00000001038ef475 JavaThread::thread_main_inner() + 155 15 libjvm.dylib 0x00000001038f0bb2 JavaThread::run() + 450 16 libjvm.dylib 0x0000000103817bee java_start(Thread*) + 246 17 libsystem_pthread.dylib 0x00007fff9136b899 _pthread_body + 138 18 libsystem_pthread.dylib 0x00007fff9136b72a _pthread_start + 137 19 libsystem_pthread.dylib 0x00007fff9136ffc9 thread_start + 13 Thread 18: 0 libsystem_kernel.dylib 0x00007fff8884ea1a mach_msg_trap + 10 1 libsystem_kernel.dylib 0x00007fff8884dd18 mach_msg + 64 2 com.apple.CoreFoundation 0x00007fff907bd315 __CFRunLoopServiceMachPort + 181 3 com.apple.CoreFoundation 0x00007fff907bc939 __CFRunLoopRun + 1161 4 com.apple.CoreFoundation 0x00007fff907bc275 CFRunLoopRunSpecific + 309 5 com.apple.AppKit 0x00007fff8e0121ce _NSEventThread + 144 6 libsystem_pthread.dylib 0x00007fff9136b899 _pthread_body + 138 7 libsystem_pthread.dylib 0x00007fff9136b72a _pthread_start + 137 8 libsystem_pthread.dylib 0x00007fff9136ffc9 thread_start + 13 Thread 19:: Java: Java2D Queue Flusher 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814998 os::PlatformEvent::park(long) + 404 3 libjvm.dylib 0x000000010380c420 ObjectMonitor::wait(long, bool, Thread*) + 786 4 libjvm.dylib 0x00000001038be200 ObjectSynchronizer::wait(Handle, long, Thread*) + 202 5 libjvm.dylib 0x00000001036ee16a JVM_MonitorWait + 156 6 ??? 0x0000000104784168 0 + 4369957224 Thread 20:: Java: Java2D Disposer 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103813aae os::PlatformEvent::park() + 192 3 libjvm.dylib 0x000000010380c40f ObjectMonitor::wait(long, bool, Thread*) + 769 4 libjvm.dylib 0x00000001038be200 ObjectSynchronizer::wait(Handle, long, Thread*) + 202 5 libjvm.dylib 0x00000001036ee16a JVM_MonitorWait + 156 6 ??? 0x0000000104784168 0 + 4369957224 7 ??? 0x00000001073d9fa0 0 + 4416446368 Thread 21:: Java: pool-1-thread-1 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814776 Parker::park(bool, long) + 512 3 libjvm.dylib 0x0000000103904bb2 Unsafe_Park + 126 4 ??? 0x0000000104f660ea 0 + 4378222826 5 ??? 0x00000001066d6ca0 0 + 4402801824 6 ??? 0x00000000b804895e 0 + 3087305054 Thread 22:: CVDisplayLink 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 com.apple.CoreVideo 0x00007fff8b5bda38 CVDisplayLink::runIOThread() + 656 3 com.apple.CoreVideo 0x00007fff8b5bd78f startIOThread(void*) + 147 4 libsystem_pthread.dylib 0x00007fff9136b899 _pthread_body + 138 5 libsystem_pthread.dylib 0x00007fff9136b72a _pthread_start + 137 6 libsystem_pthread.dylib 0x00007fff9136ffc9 thread_start + 13 Thread 23:: Java: AWT-EventQueue-0 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 com.apple.Foundation 0x00007fff888bea39 -[NSCondition wait] + 237 3 com.apple.Foundation 0x00007fff8888b21e -[NSObject(NSThreadPerformAdditions) performSelector:onThread:withObject:waitUntilDone:modes:] + 749 4 com.apple.Foundation 0x00007fff888f972b -[NSObject(NSThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:modes:] + 85 5 libawt_lwawt.dylib 0x00000001290a9c68 Java_sun_lwawt_macosx_CCursorManager_nativeGetCursorPosition + 186 6 ??? 0x0000000104fdb06c 0 + 4378701932 7 ??? 0x0000000105f5f944 0 + 4394973508 Thread 24:: Java: TimerQueue 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814765 Parker::park(bool, long) + 495 3 libjvm.dylib 0x0000000103904bb2 Unsafe_Park + 126 4 ??? 0x0000000104f660ea 0 + 4378222826 5 ??? 0x00000001068d9778 0 + 4404909944 6 ??? 0x00000000b809034e 0 + 3087598414 Thread 25:: Java: SwingWorker-pool-2-thread-1 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814765 Parker::park(bool, long) + 495 3 libjvm.dylib 0x0000000103904bb2 Unsafe_Park + 126 4 ??? 0x00000001043f9b0e 0 + 4366244622 5 ??? 0x00000001043ee2e0 0 + 4366197472 6 ??? 0x00000001043ee2e0 0 + 4366197472 7 ??? 0x00000001043ee325 0 + 4366197541 8 ??? 0x00000001043ee255 0 + 4366197333 9 ??? 0x00000001043ee210 0 + 4366197264 10 ??? 0x00000001043ee2e0 0 + 4366197472 11 ??? 0x00000001043ee325 0 + 4366197541 12 ??? 0x00000001043e74e7 0 + 4366169319 13 libjvm.dylib 0x0000000103697962 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1710 14 libjvm.dylib 0x00000001036980f0 JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*) + 356 15 libjvm.dylib 0x000000010369829c JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*) + 74 16 libjvm.dylib 0x00000001036e7a83 thread_entry(JavaThread*, Thread*) + 124 17 libjvm.dylib 0x00000001038ef475 JavaThread::thread_main_inner() + 155 18 libjvm.dylib 0x00000001038f0bb2 JavaThread::run() + 450 19 libjvm.dylib 0x0000000103817bee java_start(Thread*) + 246 20 libsystem_pthread.dylib 0x00007fff9136b899 _pthread_body + 138 21 libsystem_pthread.dylib 0x00007fff9136b72a _pthread_start + 137 22 libsystem_pthread.dylib 0x00007fff9136ffc9 thread_start + 13 Thread 26:: Java: SwingWorker-pool-2-thread-2 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814765 Parker::park(bool, long) + 495 3 libjvm.dylib 0x0000000103904bb2 Unsafe_Park + 126 4 ??? 0x0000000104f660ea 0 + 4378222826 5 ??? 0x0000000104da1f5c 0 + 4376371036 Thread 27:: Java: Timer-1 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814998 os::PlatformEvent::park(long) + 404 3 libjvm.dylib 0x000000010380c420 ObjectMonitor::wait(long, bool, Thread*) + 786 4 libjvm.dylib 0x00000001038be200 ObjectSynchronizer::wait(Handle, long, Thread*) + 202 5 libjvm.dylib 0x00000001036ee16a JVM_MonitorWait + 156 6 ??? 0x0000000104784168 0 + 4369957224 7 ??? 0x00000001043ee2e0 0 + 4366197472 8 ??? 0x00000001043ee2e0 0 + 4366197472 9 ??? 0x00000001043e74e7 0 + 4366169319 10 libjvm.dylib 0x0000000103697962 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1710 11 libjvm.dylib 0x00000001036980f0 JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*) + 356 12 libjvm.dylib 0x000000010369829c JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*) + 74 13 libjvm.dylib 0x00000001036e7a83 thread_entry(JavaThread*, Thread*) + 124 14 libjvm.dylib 0x00000001038ef475 JavaThread::thread_main_inner() + 155 15 libjvm.dylib 0x00000001038f0bb2 JavaThread::run() + 450 16 libjvm.dylib 0x0000000103817bee java_start(Thread*) + 246 17 libsystem_pthread.dylib 0x00007fff9136b899 _pthread_body + 138 18 libsystem_pthread.dylib 0x00007fff9136b72a _pthread_start + 137 19 libsystem_pthread.dylib 0x00007fff9136ffc9 thread_start + 13 Thread 28:: Java: com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThr 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814998 os::PlatformEvent::park(long) + 404 3 libjvm.dylib 0x000000010380c420 ObjectMonitor::wait(long, bool, Thread*) + 786 4 libjvm.dylib 0x00000001038be200 ObjectSynchronizer::wait(Handle, long, Thread*) + 202 5 libjvm.dylib 0x00000001036ee16a JVM_MonitorWait + 156 6 ??? 0x0000000104784168 0 + 4369957224 7 ??? 0x0000000105efa750 0 + 4394559312 8 ??? 0x00002710f8050f4b 0 + 42953834041163 Thread 29:: Java: com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThr 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814998 os::PlatformEvent::park(long) + 404 3 libjvm.dylib 0x000000010380c420 ObjectMonitor::wait(long, bool, Thread*) + 786 4 libjvm.dylib 0x00000001038be200 ObjectSynchronizer::wait(Handle, long, Thread*) + 202 5 libjvm.dylib 0x00000001036ee16a JVM_MonitorWait + 156 6 ??? 0x0000000104784168 0 + 4369957224 7 ??? 0x000000010729604c 0 + 4415119436 Thread 30:: Java: com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThr 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814998 os::PlatformEvent::park(long) + 404 3 libjvm.dylib 0x000000010380c420 ObjectMonitor::wait(long, bool, Thread*) + 786 4 libjvm.dylib 0x00000001038be200 ObjectSynchronizer::wait(Handle, long, Thread*) + 202 5 libjvm.dylib 0x00000001036ee16a JVM_MonitorWait + 156 6 ??? 0x0000000104784168 0 + 4369957224 7 ??? 0x000000010729604c 0 + 4415119436 8 ??? 0x000000000000007d 0 + 125 Thread 31:: Java: com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThr 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814998 os::PlatformEvent::park(long) + 404 3 libjvm.dylib 0x000000010380c420 ObjectMonitor::wait(long, bool, Thread*) + 786 4 libjvm.dylib 0x00000001038be200 ObjectSynchronizer::wait(Handle, long, Thread*) + 202 5 libjvm.dylib 0x00000001036ee16a JVM_MonitorWait + 156 6 ??? 0x0000000104784168 0 + 4369957224 7 ??? 0x000000010729604c 0 + 4415119436 8 ??? 0xe3bb29c800000000 0 + 16409755606224732160 Thread 32:: Java: com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThr 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814998 os::PlatformEvent::park(long) + 404 3 libjvm.dylib 0x000000010380c420 ObjectMonitor::wait(long, bool, Thread*) + 786 4 libjvm.dylib 0x00000001038be200 ObjectSynchronizer::wait(Handle, long, Thread*) + 202 5 libjvm.dylib 0x00000001036ee16a JVM_MonitorWait + 156 6 ??? 0x0000000104784168 0 + 4369957224 7 ??? 0x000000010729604c 0 + 4415119436 Thread 33:: Java: com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThr 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814998 os::PlatformEvent::park(long) + 404 3 libjvm.dylib 0x000000010380c420 ObjectMonitor::wait(long, bool, Thread*) + 786 4 libjvm.dylib 0x00000001038be200 ObjectSynchronizer::wait(Handle, long, Thread*) + 202 5 libjvm.dylib 0x00000001036ee16a JVM_MonitorWait + 156 6 ??? 0x0000000104784168 0 + 4369957224 7 ??? 0x000000010729604c 0 + 4415119436 8 ??? 0xe3bb0e64e3bb3a18 0 + 16409725493734750744 Thread 34:: Java: com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThr 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814998 os::PlatformEvent::park(long) + 404 3 libjvm.dylib 0x000000010380c420 ObjectMonitor::wait(long, bool, Thread*) + 786 4 libjvm.dylib 0x00000001038be200 ObjectSynchronizer::wait(Handle, long, Thread*) + 202 5 libjvm.dylib 0x00000001036ee16a JVM_MonitorWait + 156 6 ??? 0x0000000104784168 0 + 4369957224 Thread 35:: Java: com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThr 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814998 os::PlatformEvent::park(long) + 404 3 libjvm.dylib 0x000000010380c420 ObjectMonitor::wait(long, bool, Thread*) + 786 4 libjvm.dylib 0x00000001038be200 ObjectSynchronizer::wait(Handle, long, Thread*) + 202 5 libjvm.dylib 0x00000001036ee16a JVM_MonitorWait + 156 6 ??? 0x0000000104784168 0 + 4369957224 Thread 36:: Java: com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThr 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814998 os::PlatformEvent::park(long) + 404 3 libjvm.dylib 0x000000010380c420 ObjectMonitor::wait(long, bool, Thread*) + 786 4 libjvm.dylib 0x00000001038be200 ObjectSynchronizer::wait(Handle, long, Thread*) + 202 5 libjvm.dylib 0x00000001036ee16a JVM_MonitorWait + 156 6 ??? 0x0000000104784168 0 + 4369957224 7 ??? 0x000000010729604c 0 + 4415119436 8 ??? 0xe7514c05e3bb3261 0 + 16668187284054159969 Thread 37:: Java: com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThr 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814998 os::PlatformEvent::park(long) + 404 3 libjvm.dylib 0x000000010380c420 ObjectMonitor::wait(long, bool, Thread*) + 786 4 libjvm.dylib 0x00000001038be200 ObjectSynchronizer::wait(Handle, long, Thread*) + 202 5 libjvm.dylib 0x00000001036ee16a JVM_MonitorWait + 156 6 ??? 0x0000000104784168 0 + 4369957224 7 ??? 0x0000000105efa750 0 + 4394559312 8 ??? 0x00002710f8050f4b 0 + 42953834041163 Thread 38:: Java: H2 File Lock Watchdog (Socket) /Users/dbaps/Library/Prefe 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814998 os::PlatformEvent::park(long) + 404 3 libjvm.dylib 0x0000000103814b00 os::sleep(Thread*, long, bool) + 216 4 libjvm.dylib 0x00000001036e74fc JVM_Sleep + 269 5 ??? 0x0000000105fd8b31 0 + 4395469617 6 ??? 0x00000001043ee2e0 0 + 4366197472 7 ??? 0x00000001043ee325 0 + 4366197541 8 ??? 0x00000001043e74e7 0 + 4366169319 9 libjvm.dylib 0x0000000103697962 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1710 10 libjvm.dylib 0x00000001036980f0 JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*) + 356 11 libjvm.dylib 0x000000010369829c JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*) + 74 12 libjvm.dylib 0x00000001036e7a83 thread_entry(JavaThread*, Thread*) + 124 13 libjvm.dylib 0x00000001038ef475 JavaThread::thread_main_inner() + 155 14 libjvm.dylib 0x00000001038f0bb2 JavaThread::run() + 450 15 libjvm.dylib 0x0000000103817bee java_start(Thread*) + 246 16 libsystem_pthread.dylib 0x00007fff9136b899 _pthread_body + 138 17 libsystem_pthread.dylib 0x00007fff9136b72a _pthread_start + 137 18 libsystem_pthread.dylib 0x00007fff9136ffc9 thread_start + 13 Thread 39:: Java: H2 Log Writer DATABASE 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814998 os::PlatformEvent::park(long) + 404 3 libjvm.dylib 0x000000010380c420 ObjectMonitor::wait(long, bool, Thread*) + 786 4 libjvm.dylib 0x00000001038be200 ObjectSynchronizer::wait(Handle, long, Thread*) + 202 5 libjvm.dylib 0x00000001036ee16a JVM_MonitorWait + 156 6 ??? 0x0000000104784168 0 + 4369957224 7 ??? 0x0000000105db4be0 0 + 4393225184 Thread 40:: Java: SongLoaderCountFiles:1 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814765 Parker::park(bool, long) + 495 3 libjvm.dylib 0x0000000103904bb2 Unsafe_Park + 126 4 ??? 0x0000000104f660ea 0 + 4378222826 5 ??? 0x00000001068d9778 0 + 4404909944 6 ??? 0x00000000b8191a2b 0 + 3088652843 Thread 41:: Java: SongLoadFolderWorker:2 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814765 Parker::park(bool, long) + 495 3 libjvm.dylib 0x0000000103904bb2 Unsafe_Park + 126 4 ??? 0x0000000104f660ea 0 + 4378222826 5 ??? 0x00000001068d9778 0 + 4404909944 6 ??? 0x00000000b8191983 0 + 3088652675 Thread 42:: Java: SwingWorker-pool-2-thread-3 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814765 Parker::park(bool, long) + 495 3 libjvm.dylib 0x0000000103904bb2 Unsafe_Park + 126 4 ??? 0x0000000104f660ea 0 + 4378222826 5 ??? 0x0000000104da1f5c 0 + 4376371036 Thread 43:: Java: SwingWorker-pool-2-thread-4 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814765 Parker::park(bool, long) + 495 3 libjvm.dylib 0x0000000103904bb2 Unsafe_Park + 126 4 ??? 0x0000000104f660ea 0 + 4378222826 5 ??? 0x0000000104da1f5c 0 + 4376371036 Thread 44:: Java: SwingWorker-pool-2-thread-5 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814765 Parker::park(bool, long) + 495 3 libjvm.dylib 0x0000000103904bb2 Unsafe_Park + 126 4 ??? 0x0000000104f660ea 0 + 4378222826 5 ??? 0x00000001086ba850 0 + 4436240464 6 ??? 0x00000000b82f801c 0 + 3090120732 Thread 45:: Java: SwingWorker-pool-2-thread-6 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814765 Parker::park(bool, long) + 495 3 libjvm.dylib 0x0000000103904bb2 Unsafe_Park + 126 4 ??? 0x0000000104f660ea 0 + 4378222826 5 ??? 0x00000001086ba850 0 + 4436240464 6 ??? 0x00000000b82c670e 0 + 3089917710 Thread 46:: Java: SwingWorker-pool-2-thread-7 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814765 Parker::park(bool, long) + 495 3 libjvm.dylib 0x0000000103904bb2 Unsafe_Park + 126 4 ??? 0x0000000104f660ea 0 + 4378222826 5 ??? 0x00000001068d9778 0 + 4404909944 6 ??? 0x00000000b82ff88f 0 + 3090151567 Thread 47:: Java: SwingWorker-pool-2-thread-8 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814765 Parker::park(bool, long) + 495 3 libjvm.dylib 0x0000000103904bb2 Unsafe_Park + 126 4 ??? 0x0000000104f660ea 0 + 4378222826 5 ??? 0x00000001068d9778 0 + 4404909944 6 ??? 0x00000000b82ff785 0 + 3090151301 Thread 48:: Java: SwingWorker-pool-2-thread-9 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814765 Parker::park(bool, long) + 495 3 libjvm.dylib 0x0000000103904bb2 Unsafe_Park + 126 4 ??? 0x0000000104f660ea 0 + 4378222826 5 ??? 0x00000001068d9778 0 + 4404909944 6 ??? 0x00000000b8303abc 0 + 3090168508 Thread 49:: Java: SwingWorker-pool-2-thread-10 0 libsystem_kernel.dylib 0x00007fff88852716 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff9136dc3b _pthread_cond_wait + 727 2 libjvm.dylib 0x0000000103814765 Parker::park(bool, long) + 495 3 libjvm.dylib 0x0000000103904bb2 Unsafe_Park + 126 4 ??? 0x0000000104f660ea 0 + 4378222826 5 ??? 0x00000001068d9778 0 + 4404909944 6 ??? 0x00000000b8308dec 0 + 3090189804 Thread 0 crashed with X86 Thread State (64-bit): rax: 0x0000000000000000 rbx: 0x00007fff7862a310 rcx: 0x00007fff5c997248 rdx: 0x0000000000000000 rdi: 0x0000000000000707 rsi: 0x0000000000000006 rbp: 0x00007fff5c997270 rsp: 0x00007fff5c997248 r8: 0x00007fff9003bab4 r9: 0x00007fff8faed900 r10: 0x0000000008000000 r11: 0x0000000000000206 r12: 0x00007fff5c9973d0 r13: 0x00007fff5c9978a0 r14: 0x0000000000000006 r15: 0x00007fff5c9972b0 rip: 0x00007fff88852866 rfl: 0x0000000000000206 cr2: 0x00007fff90024199 Logical CPU: 0 Error Code: 0x02000148 Trap Number: 133 Binary Images: 0x103264000 - 0x103266fff +com.jthink.songkong (1.17.0 - 1.0) <041B78DB-47AF-313C-BD36-F2ADB97014CA> /Applications/SongKong.app/Contents/MacOS/SongKong 0x1032e0000 - 0x1032eafff +libjli.dylib (1) /Applications/SongKong.app/Contents/PlugIns/jdk1.8.0.jdk/Contents/Home/jre/lib/jli/libjli.dylib 0x1033d3000 - 0x103b6cfef +libjvm.dylib (1) /Applications/SongKong.app/Contents/PlugIns/jdk1.8.0.jdk/Contents/Home/jre/lib/server/libjvm.dylib 0x104393000 - 0x10439bfff +libverify.dylib (1) <3EB6654B-9520-326A-A4A7-55BCCFB508FD> /Applications/SongKong.app/Contents/PlugIns/jdk1.8.0.jdk/Contents/Home/jre/lib/libverify.dylib 0x1043a1000 - 0x1043c4fe7 +libjava.dylib (1) <8312F961-B95F-35A9-A7C2-482BC9C073DB> /Applications/SongKong.app/Contents/PlugIns/jdk1.8.0.jdk/Contents/Home/jre/lib/libjava.dylib 0x1043de000 - 0x1043e3fff +libzip.dylib (1) <13934541-46B9-3750-9E92-48D36B9C551A> /Applications/SongKong.app/Contents/PlugIns/jdk1.8.0.jdk/Contents/Home/jre/lib/libzip.dylib 0x1284d3000 - 0x1284dcff7 com.apple.java.JavaRuntimeSupport (14.9.0 - 14.9.0) /System/Library/Frameworks/JavaVM.framework/Frameworks/JavaRuntimeSupport.framework/JavaRuntimeSupport 0x1284eb000 - 0x1284f5fff JavaNativeFoundation (1) <10006281-5A71-3A5E-BEC6-22F7BB31CF81> /System/Library/Frameworks/JavaVM.framework/Versions/A/Frameworks/JavaNativeFoundation.framework/Versions/A/JavaNativeFoundation 0x128500000 - 0x128505fff com.apple.JavaVM (14.9.0 - 14.9.0) <67BD63C5-D82F-3A31-BC43-C8810356D524> /System/Library/Frameworks/JavaVM.framework/Versions/A/JavaVM 0x12850d000 - 0x128512fff JavaLaunching (1) <528DEA76-B869-36B5-87A6-D9B722968E16> /System/Library/PrivateFrameworks/JavaLaunching.framework/Versions/A/JavaLaunching 0x128e88000 - 0x128e90fff +libnio.dylib (1) <67AD0E70-93CA-373B-8819-F47FC6F732DE> /Applications/SongKong.app/Contents/PlugIns/jdk1.8.0.jdk/Contents/Home/jre/lib/libnio.dylib 0x128e97000 - 0x128ea6ff7 +libnet.dylib (1) /Applications/SongKong.app/Contents/PlugIns/jdk1.8.0.jdk/Contents/Home/jre/lib/libnet.dylib 0x128f1d000 - 0x128f88ff7 +libawt.dylib (1) <98A325B2-BDCC-3A8A-88C4-DAE46D22F2E0> /Applications/SongKong.app/Contents/PlugIns/jdk1.8.0.jdk/Contents/Home/jre/lib/libawt.dylib 0x128fcc000 - 0x129091fff +libmlib_image.dylib (1) /Applications/SongKong.app/Contents/PlugIns/jdk1.8.0.jdk/Contents/Home/jre/lib/libmlib_image.dylib 0x129098000 - 0x129107fff +libawt_lwawt.dylib (1) <326359CA-8880-3483-9151-2B48C06F73AB> /Applications/SongKong.app/Contents/PlugIns/jdk1.8.0.jdk/Contents/Home/jre/lib/libawt_lwawt.dylib 0x12914a000 - 0x12914ffff +libosxapp.dylib (1) <88066D02-F160-3AC3-9F80-EA0D736F7A2E> /Applications/SongKong.app/Contents/PlugIns/jdk1.8.0.jdk/Contents/Home/jre/lib/libosxapp.dylib 0x12adef000 - 0x12adf6fff +libosx.dylib (1) /Applications/SongKong.app/Contents/PlugIns/jdk1.8.0.jdk/Contents/Home/jre/lib/libosx.dylib 0x12b067000 - 0x12b06bfff +libosxui.dylib (1) <5B99CCC4-2413-3F1B-AA06-7987AC524CB7> /Applications/SongKong.app/Contents/PlugIns/jdk1.8.0.jdk/Contents/Home/jre/lib/libosxui.dylib 0x12daba000 - 0x12dafcfff +libfontmanager.dylib (1) <583D9703-BE3A-3C21-B13E-629DF8CFD88E> /Applications/SongKong.app/Contents/PlugIns/jdk1.8.0.jdk/Contents/Home/jre/lib/libfontmanager.dylib 0x12dd23000 - 0x12dd40ff7 +libsunec.dylib (1) /Applications/SongKong.app/Contents/PlugIns/jdk1.8.0.jdk/Contents/Home/jre/lib/libsunec.dylib 0x12de54000 - 0x12de54ff9 +cl_kernels (???) <91BDA3B7-7277-4593-A6D7-0C0AB9B28BAF> cl_kernels 0x12de83000 - 0x12de84ffa +cl_kernels (???) cl_kernels 0x12df4c000 - 0x12df4cffd +cl_kernels (???) <359BC368-71D1-4674-8B47-962D1D9B9DFE> cl_kernels 0x12f00b000 - 0x12f00ffff +libmanagement.dylib (1) <6DF9FB15-8AEE-3345-9238-14E2D509ADB2> /Applications/SongKong.app/Contents/PlugIns/jdk1.8.0.jdk/Contents/Home/jre/lib/libmanagement.dylib 0x12f2cd000 - 0x12f2e8ff9 com.apple.security.csparser (3.0 - 55471) <0FA462BA-746F-3ACB-A90D-DCC7F280482B> /System/Library/Frameworks/Security.framework/PlugIns/csparser.bundle/Contents/MacOS/csparser 0x12fbe4000 - 0x12fc09ff7 +libjpeg.dylib (1) /Applications/SongKong.app/Contents/PlugIns/jdk1.8.0.jdk/Contents/Home/jre/lib/libjpeg.dylib 0x1300e0000 - 0x13011dff7 +liblcms.dylib (1) <48AF1EEF-9ABA-3E5D-AF6C-E393DA45B20F> /Applications/SongKong.app/Contents/PlugIns/jdk1.8.0.jdk/Contents/Home/jre/lib/liblcms.dylib 0x132969000 - 0x132a4ffef unorm8_bgra.dylib (2.3.58) <9FF943D1-4EF7-36CA-852D-B61C2E554713> /System/Library/Frameworks/OpenCL.framework/Versions/A/Libraries/ImageFormats/unorm8_bgra.dylib 0x133ddf000 - 0x133ebfff7 unorm8_rgba.dylib (2.3.58) /System/Library/Frameworks/OpenCL.framework/Versions/A/Libraries/ImageFormats/unorm8_rgba.dylib 0x123480000000 - 0x123480294ff7 com.apple.AMDRadeonX3000GLDriver (1.14.21 - 1.1.4) <3133F944-09A8-3B30-B8B0-1C68FC2119F2> /System/Library/Extensions/AMDRadeonX3000GLDriver.bundle/Contents/MacOS/AMDRadeonX3000GLDriver 0x7fff65549000 - 0x7fff6557c817 dyld (239.3) /usr/lib/dyld 0x7fff8622c000 - 0x7fff8622dff7 com.apple.print.framework.Print (9.0 - 260) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Print.framework/Versions/A/Print 0x7fff8622e000 - 0x7fff86502fc7 com.apple.vImage (7.0 - 7.0) /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vImage.framework/Versions/A/vImage 0x7fff86503000 - 0x7fff8654fffe com.apple.CoreMediaIO (401.0 - 4544) <44EBC0FE-DAD5-3711-96CB-05250F350A16> /System/Library/Frameworks/CoreMediaIO.framework/Versions/A/CoreMediaIO 0x7fff86550000 - 0x7fff865abffb com.apple.AE (665.5 - 665.5) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE 0x7fff865ac000 - 0x7fff865dbfd2 libsystem_m.dylib (3047.16) /usr/lib/system/libsystem_m.dylib 0x7fff865dc000 - 0x7fff86606ff7 libpcap.A.dylib (42) <91D3FF51-D6FE-3C05-98C9-1182E0EC3D58> /usr/lib/libpcap.A.dylib 0x7fff86607000 - 0x7fff8666dfff com.apple.framework.CoreWiFi (2.0 - 200.21.1) <5491896D-78C5-30B6-96E9-D8DDECF3BE73> /System/Library/Frameworks/CoreWiFi.framework/Versions/A/CoreWiFi 0x7fff86877000 - 0x7fff86ad8ff7 com.apple.imageKit (2.5 - 770) <33BCF627-EB1A-3CC1-98AB-2324B6DFB329> /System/Library/Frameworks/Quartz.framework/Versions/A/Frameworks/ImageKit.framework/Versions/A/ImageKit 0x7fff86b70000 - 0x7fff86d28ff3 libicucore.A.dylib (511.27) <003B6C21-CBD1-3486-9A1D-030ADF5FA061> /usr/lib/libicucore.A.dylib 0x7fff875f7000 - 0x7fff87607fff libbsm.0.dylib (33) <2CAC00A2-1352-302A-88FA-C567D4D69179> /usr/lib/libbsm.0.dylib 0x7fff87608000 - 0x7fff87608ff7 libkeymgr.dylib (28) <3AA8D85D-CF00-3BD3-A5A0-E28E1A32A6D8> /usr/lib/system/libkeymgr.dylib 0x7fff87609000 - 0x7fff8760bff7 com.apple.SecCodeWrapper (3.0 - 1) /System/Library/PrivateFrameworks/SecCodeWrapper.framework/Versions/A/SecCodeWrapper 0x7fff8760c000 - 0x7fff879edffe libLAPACK.dylib (1094.5) <7E7A9B8D-1638-3914-BAE0-663B69865986> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib 0x7fff879ee000 - 0x7fff87acdfff libcrypto.0.9.8.dylib (50) /usr/lib/libcrypto.0.9.8.dylib 0x7fff87ace000 - 0x7fff87acefff com.apple.quartzframework (1.5 - 1.5) <3B2A72DB-39FC-3C5B-98BE-605F37777F37> /System/Library/Frameworks/Quartz.framework/Versions/A/Quartz 0x7fff87acf000 - 0x7fff87ae3fff com.apple.aps.framework (4.0 - 4.0) /System/Library/PrivateFrameworks/ApplePushService.framework/Versions/A/ApplePushService 0x7fff87ae4000 - 0x7fff87b0bff7 com.apple.shortcut (2.6 - 2.6) /System/Library/PrivateFrameworks/Shortcut.framework/Versions/A/Shortcut 0x7fff87b0c000 - 0x7fff87b10ff7 libheimdal-asn1.dylib (323.12) <063A01C2-E547-39D9-BB42-4CC8E64ADE70> /usr/lib/libheimdal-asn1.dylib 0x7fff87b11000 - 0x7fff87c81ff6 com.apple.CFNetwork (673.0.3 - 673.0.3) <42CFC3DB-35C8-3652-AF37-4BCC73D8BDEF> /System/Library/Frameworks/CFNetwork.framework/Versions/A/CFNetwork 0x7fff87c82000 - 0x7fff87c82fff com.apple.ApplicationServices (48 - 48) <3E3F01A8-314D-378F-835E-9CC4F8820031> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices 0x7fff87cb4000 - 0x7fff87ce4fff com.apple.IconServices (25 - 25.17) <4751127E-FBD5-3ED5-8510-08D4E4166EFE> /System/Library/PrivateFrameworks/IconServices.framework/Versions/A/IconServices 0x7fff87ce5000 - 0x7fff87e1bffa com.apple.WebKit (9537 - 9537.73.11) <5F583526-8D71-30AD-B97C-56EC51E94E85> /System/Library/Frameworks/WebKit.framework/Versions/A/WebKit 0x7fff87e1c000 - 0x7fff87e32fff com.apple.CoreMediaAuthoring (2.2 - 947) /System/Library/PrivateFrameworks/CoreMediaAuthoring.framework/Versions/A/CoreMediaAuthoring 0x7fff87e33000 - 0x7fff87e33ffd libOpenScriptingUtil.dylib (157) <19F0E769-0989-3062-9AFB-8976E90E9759> /usr/lib/libOpenScriptingUtil.dylib 0x7fff87eb2000 - 0x7fff87eb3fff liblangid.dylib (117) <9546E641-F730-3AB0-B3CD-E0E2FDD173D9> /usr/lib/liblangid.dylib 0x7fff87eb4000 - 0x7fff88050ff7 com.apple.QuartzCore (1.8 - 332.0) <994D1E0A-64B6-398C-B9A2-C362F02DE943> /System/Library/Frameworks/QuartzCore.framework/Versions/A/QuartzCore 0x7fff8806a000 - 0x7fff880c7fff com.apple.imfoundation (10.0 - 1000) <122D84B9-871D-3885-9D8D-840CD529028F> /System/Library/PrivateFrameworks/IMFoundation.framework/Versions/A/IMFoundation 0x7fff880c8000 - 0x7fff881cdfff com.apple.ImageIO.framework (3.3.0 - 1038) <2C058216-C6D8-3380-A7EA-92A3F04520C1> /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO 0x7fff881e8000 - 0x7fff8823afff libc++.1.dylib (120) <4F68DFC5-2077-39A8-A449-CAC5FDEE7BDE> /usr/lib/libc++.1.dylib 0x7fff8823b000 - 0x7fff88260ff7 com.apple.ChunkingLibrary (2.0 - 155.1) /System/Library/PrivateFrameworks/ChunkingLibrary.framework/Versions/A/ChunkingLibrary 0x7fff88261000 - 0x7fff88263ff7 com.apple.diagnosticlogcollection (10.0 - 1000) <5CA6D8A2-DEA6-33C3-91BC-F3B076C0500B> /System/Library/PrivateFrameworks/DiagnosticLogCollection.framework/Versions/A/DiagnosticLogCollection 0x7fff88264000 - 0x7fff8826efff com.apple.AppSandbox (3.0 - 1) <55717299-8164-3D79-918F-BD64706735CF> /System/Library/PrivateFrameworks/AppSandbox.framework/Versions/A/AppSandbox 0x7fff8826f000 - 0x7fff88331ff1 com.apple.CoreText (352.0 - 367.15) /System/Library/Frameworks/CoreText.framework/Versions/A/CoreText 0x7fff88332000 - 0x7fff8835eff7 com.apple.framework.SystemAdministration (1.0 - 1.0) <36C562FF-5D91-318C-A19C-6B4453FB78B9> /System/Library/PrivateFrameworks/SystemAdministration.framework/Versions/A/SystemAdministration 0x7fff8835f000 - 0x7fff884c5fff libGLProgrammability.dylib (9.0.83) <9C97E814-F674-30F8-8C2D-C45FC1E7D934> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLProgrammability.dylib 0x7fff884c6000 - 0x7fff885b5fff libFontParser.dylib (111.1) <835A8253-6AB9-3AAB-9CBF-171440DEC486> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontParser.dylib 0x7fff885b6000 - 0x7fff88743ff7 GLEngine (9.0.83) <26CCE609-D645-3945-A678-517ED5B65785> /System/Library/Frameworks/OpenGL.framework/Versions/A/Resources/GLEngine.bundle/GLEngine 0x7fff88760000 - 0x7fff887a7fff libFontRegistry.dylib (127) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontRegistry.dylib 0x7fff887a8000 - 0x7fff887a9ff7 libodfde.dylib (20) /usr/lib/libodfde.dylib 0x7fff8883d000 - 0x7fff88859ff7 libsystem_kernel.dylib (2422.1.72) /usr/lib/system/libsystem_kernel.dylib 0x7fff8885a000 - 0x7fff88b59fff com.apple.Foundation (6.9 - 1056) /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation 0x7fff88b5c000 - 0x7fff88baaff9 libstdc++.6.dylib (60) <0241E6A4-1368-33BE-950B-D0A175C41F54> /usr/lib/libstdc++.6.dylib 0x7fff88bab000 - 0x7fff88bb3ffc libGFXShared.dylib (9.0.83) <11A621C3-37A0-39CE-A69B-8739021BD79D> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGFXShared.dylib 0x7fff88d97000 - 0x7fff88d9bfff libpam.2.dylib (20) /usr/lib/libpam.2.dylib 0x7fff88d9c000 - 0x7fff88d9fffa libCGXType.A.dylib (599.7) <2FC9C2BC-B5C5-3C27-93F9-51C6C4512E9D> /System/Library/Frameworks/CoreGraphics.framework/Versions/A/Resources/libCGXType.A.dylib 0x7fff88ddf000 - 0x7fff88e2cfff com.apple.AppleVAFramework (5.0.27 - 5.0.27) /System/Library/PrivateFrameworks/AppleVA.framework/Versions/A/AppleVA 0x7fff88e38000 - 0x7fff88e38fff com.apple.CoreServices (59 - 59) <7A697B5E-F179-30DF-93F2-8B503CEEEFD5> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices 0x7fff88e39000 - 0x7fff88f0aff1 com.apple.DiskImagesFramework (10.9 - 371.1) /System/Library/PrivateFrameworks/DiskImages.framework/Versions/A/DiskImages 0x7fff892e7000 - 0x7fff892ebfff com.apple.IOAccelerator (98.7.1 - 98.7.1) /System/Library/PrivateFrameworks/IOAccelerator.framework/Versions/A/IOAccelerator 0x7fff892ec000 - 0x7fff8936cfff com.apple.CoreSymbolication (3.0 - 141) /System/Library/PrivateFrameworks/CoreSymbolication.framework/Versions/A/CoreSymbolication 0x7fff8936d000 - 0x7fff893f6fff com.apple.ColorSync (4.9.0 - 4.9.0) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSync.framework/Versions/A/ColorSync 0x7fff893f7000 - 0x7fff89537fff com.apple.QTKit (7.7.3 - 2826.0.1) <44109489-09C2-34C4-AB66-E52A505D7887> /System/Library/Frameworks/QTKit.framework/Versions/A/QTKit 0x7fff89538000 - 0x7fff895fbff7 com.apple.backup.framework (1.5.1 - 1.5.1) /System/Library/PrivateFrameworks/Backup.framework/Versions/A/Backup 0x7fff895fc000 - 0x7fff89647fff com.apple.ImageCaptureCore (5.0 - 5.0) /System/Library/Frameworks/ImageCaptureCore.framework/Versions/A/ImageCaptureCore 0x7fff896d5000 - 0x7fff896e1ff7 com.apple.HelpData (2.1.4 - 90) /System/Library/PrivateFrameworks/HelpData.framework/Versions/A/HelpData 0x7fff8972b000 - 0x7fff89731ff7 libsystem_platform.dylib (24.1.4) <331BA4A5-55CE-3B95-99EB-44E0C89D7FB8> /usr/lib/system/libsystem_platform.dylib 0x7fff89732000 - 0x7fff89820fff libJP2.dylib (1038) <6C8179F5-8063-3ED6-A7C2-D5603DECDF28> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libJP2.dylib 0x7fff8985f000 - 0x7fff89887ffb libxslt.1.dylib (13) /usr/lib/libxslt.1.dylib 0x7fff89888000 - 0x7fff898c0ff7 com.apple.RemoteViewServices (2.0 - 94) <3F34D630-3DDB-3411-BC28-A56A9B55EBDA> /System/Library/PrivateFrameworks/RemoteViewServices.framework/Versions/A/RemoteViewServices 0x7fff898c1000 - 0x7fff898c6ff7 com.apple.MediaAccessibility (1.0 - 43) /System/Library/Frameworks/MediaAccessibility.framework/Versions/A/MediaAccessibility 0x7fff898c7000 - 0x7fff89cfaffb com.apple.vision.FaceCore (3.0.0 - 3.0.0) /System/Library/PrivateFrameworks/FaceCore.framework/Versions/A/FaceCore 0x7fff89cfd000 - 0x7fff89d4bfff com.apple.opencl (2.3.57 - 2.3.57) /System/Library/Frameworks/OpenCL.framework/Versions/A/OpenCL 0x7fff89d63000 - 0x7fff89d8cfff com.apple.DictionaryServices (1.2 - 208) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices 0x7fff89d8d000 - 0x7fff89d8eff7 libsystem_blocks.dylib (63) /usr/lib/system/libsystem_blocks.dylib 0x7fff89d8f000 - 0x7fff89fe7ff1 com.apple.security (7.0 - 55471) <233831C5-C457-3AD5-AFE7-E3E2DE6929C9> /System/Library/Frameworks/Security.framework/Versions/A/Security 0x7fff89fe8000 - 0x7fff8a279ff7 com.apple.RawCamera.bundle (5.03 - 729) /System/Library/CoreServices/RawCamera.bundle/Contents/MacOS/RawCamera 0x7fff8a27a000 - 0x7fff8a27eff7 libcache.dylib (62) /usr/lib/system/libcache.dylib 0x7fff8a27f000 - 0x7fff8a27ffff com.apple.Carbon (154 - 157) <45A9A40A-78FF-3EA0-8FAB-A4F81052FA55> /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon 0x7fff8a280000 - 0x7fff8a281fff com.apple.AddressBook.ContactsData (8.0 - 1365) <61090508-4CC3-3F57-9B0C-D8527947D35D> /System/Library/PrivateFrameworks/ContactsData.framework/Versions/A/ContactsData 0x7fff8a282000 - 0x7fff8a283ff7 libDiagnosticMessagesClient.dylib (100) <4CDB0F7B-C0AF-3424-BC39-495696F0DB1E> /usr/lib/libDiagnosticMessagesClient.dylib 0x7fff8a284000 - 0x7fff8a291ff4 com.apple.Librarian (1.2 - 1) /System/Library/PrivateFrameworks/Librarian.framework/Versions/A/Librarian 0x7fff8a292000 - 0x7fff8a29bfff com.apple.DisplayServicesFW (2.8 - 360.8.14) <816A9CED-1BC0-3C76-8103-1B9BE0F723BB> /System/Library/PrivateFrameworks/DisplayServices.framework/Versions/A/DisplayServices 0x7fff8a346000 - 0x7fff8a38bff7 libcurl.4.dylib (78) /usr/lib/libcurl.4.dylib 0x7fff8a40e000 - 0x7fff8a432ff7 libJPEG.dylib (1038) <86F349A8-882D-3326-A0B0-63257F68B1A7> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib 0x7fff8a433000 - 0x7fff8a78efff com.apple.FinderKit (1.2.1 - 1.2.1) <6CD3ACDB-5089-3E01-8722-4FB5721D0254> /System/Library/PrivateFrameworks/FinderKit.framework/Versions/A/FinderKit 0x7fff8a854000 - 0x7fff8a976ff1 com.apple.avfoundation (2.0 - 651.12) <03E595B7-A559-3D4D-90E9-BCA603E3A39E> /System/Library/Frameworks/AVFoundation.framework/Versions/A/AVFoundation 0x7fff8a977000 - 0x7fff8a9c8ff3 com.apple.audio.CoreAudio (4.2.0 - 4.2.0) /System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio 0x7fff8aa5f000 - 0x7fff8aa7bfff com.apple.frameworks.preferencepanes (16.0 - 16.0) <059E99D8-67C2-3B59-B5E7-850DD7A92D75> /System/Library/Frameworks/PreferencePanes.framework/Versions/A/PreferencePanes 0x7fff8aa7c000 - 0x7fff8aa7ffff libCoreVMClient.dylib (58.1) /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCoreVMClient.dylib 0x7fff8aa80000 - 0x7fff8ab64fff com.apple.coreui (2.1 - 231) <432DB40C-6B7E-39C8-9FB5-B95917930056> /System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/CoreUI 0x7fff8ab65000 - 0x7fff8ab65fff com.apple.Cocoa (6.8 - 20) /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa 0x7fff8ab66000 - 0x7fff8ab72ff7 com.apple.OpenDirectory (10.9 - 173.1.1) <6B78BD7B-5622-38E6-8FC6-86A117E3ACCA> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/OpenDirectory 0x7fff8ab73000 - 0x7fff8ab78fff libmacho.dylib (845) <1D2910DF-C036-3A82-A3FD-44FF73B5FF9B> /usr/lib/system/libmacho.dylib 0x7fff8abd6000 - 0x7fff8abddff3 libcopyfile.dylib (103) <5A881779-D0D6-3029-B371-E3021C2DDA5E> /usr/lib/system/libcopyfile.dylib 0x7fff8ac1f000 - 0x7fff8ac20fff libunc.dylib (28) <62682455-1862-36FE-8A04-7A6B91256438> /usr/lib/system/libunc.dylib 0x7fff8ac21000 - 0x7fff8ac29ff3 libCGCMS.A.dylib (599.7) <92AA4E85-7633-36E2-BAD0-7B1A2E48E75C> /System/Library/Frameworks/CoreGraphics.framework/Versions/A/Resources/libCGCMS.A.dylib 0x7fff8ac37000 - 0x7fff8aee1ffd com.apple.HIToolbox (2.1 - 696) <1CFFF37B-C392-3088-B0A4-C08C55B2AF8F> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox 0x7fff8af23000 - 0x7fff8af4bffb libRIP.A.dylib (599.7) <6F528EE3-99F8-3871-BD60-1306495C27D5> /System/Library/Frameworks/CoreGraphics.framework/Versions/A/Resources/libRIP.A.dylib 0x7fff8af4c000 - 0x7fff8af4eff3 libsystem_configuration.dylib (596.12) /usr/lib/system/libsystem_configuration.dylib 0x7fff8af4f000 - 0x7fff8af5bff3 com.apple.AppleFSCompression (56 - 1.0) <5652B0D0-EB08-381F-B23A-6DCF96991FB5> /System/Library/PrivateFrameworks/AppleFSCompression.framework/Versions/A/AppleFSCompression 0x7fff8b181000 - 0x7fff8b184ff7 com.apple.LoginUICore (3.0 - 3.0) <1ECBDA90-D6ED-3333-83EB-9C8232DFAD7C> /System/Library/PrivateFrameworks/LoginUIKit.framework/Versions/A/Frameworks/LoginUICore.framework/Versions/A/LoginUICore 0x7fff8b185000 - 0x7fff8b46ffff com.apple.CoreServices.CarbonCore (1077.14 - 1077.14) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore 0x7fff8b497000 - 0x7fff8b4dcff6 com.apple.HIServices (1.22 - 466) <21807AF8-3BC7-32BB-AB96-7C35CB59D7F6> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices 0x7fff8b5bc000 - 0x7fff8b5e1ff7 com.apple.CoreVideo (1.8 - 117.2) <4674339E-26D0-35FA-9958-422832B39B12> /System/Library/Frameworks/CoreVideo.framework/Versions/A/CoreVideo 0x7fff8b5e2000 - 0x7fff8b5e9ff7 liblaunch.dylib (842.1.4) /usr/lib/system/liblaunch.dylib 0x7fff8b5ea000 - 0x7fff8b5f7fff com.apple.Sharing (132.2 - 132.2) /System/Library/PrivateFrameworks/Sharing.framework/Versions/A/Sharing 0x7fff8b5f8000 - 0x7fff8b645ff2 com.apple.print.framework.PrintCore (9.0 - 428) <8D8253E3-302F-3DB2-9C5C-572CB974E8B3> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/PrintCore 0x7fff8b646000 - 0x7fff8b674ff7 com.apple.securityinterface (9.0 - 55047) <0346D8A9-2CAA-38F3-A741-5FBA5E9F1E7C> /System/Library/Frameworks/SecurityInterface.framework/Versions/A/SecurityInterface 0x7fff8b689000 - 0x7fff8b6a4ff7 libPng.dylib (1038) /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib 0x7fff8ba3e000 - 0x7fff8ba49ff7 com.apple.DirectoryService.Framework (10.9 - 173.1.1) /System/Library/Frameworks/DirectoryService.framework/Versions/A/DirectoryService 0x7fff8ba4a000 - 0x7fff8bae5ff7 com.apple.PDFKit (2.9 - 2.9) /System/Library/Frameworks/Quartz.framework/Versions/A/Frameworks/PDFKit.framework/Versions/A/PDFKit 0x7fff8bae6000 - 0x7fff8c933ffb com.apple.WebCore (9537 - 9537.73.13) /System/Library/Frameworks/WebKit.framework/Versions/A/Frameworks/WebCore.framework/Versions/A/WebCore 0x7fff8c934000 - 0x7fff8c937fff com.apple.TCC (1.0 - 1) <32A075D9-47FD-3E71-95BC-BFB0D583F41C> /System/Library/PrivateFrameworks/TCC.framework/Versions/A/TCC 0x7fff8ca7c000 - 0x7fff8caa9ff2 com.apple.frameworks.CoreDaemon (1.3 - 1.3) <43A137C4-3E72-37DC-945F-92569C12AAD4> /System/Library/PrivateFrameworks/CoreDaemon.framework/Versions/B/CoreDaemon 0x7fff8caaa000 - 0x7fff8cb09fff com.apple.framework.CoreWLAN (4.0 - 400.45.1) <775F9444-8059-30A2-8058-7F7ACD68CCF1> /System/Library/Frameworks/CoreWLAN.framework/Versions/A/CoreWLAN 0x7fff8cb0a000 - 0x7fff8cb39ff5 com.apple.GSS (4.0 - 2.0) /System/Library/Frameworks/GSS.framework/Versions/A/GSS 0x7fff8cb59000 - 0x7fff8cb93ff3 com.apple.bom (12.0 - 192) <989690DB-B9CC-3DB5-89AE-B5D33EDC474E> /System/Library/PrivateFrameworks/Bom.framework/Versions/A/Bom 0x7fff8cb94000 - 0x7fff8ce25ff7 com.apple.AOSKit (1.06 - 176) <35525B2F-B02F-31FD-A3B2-FD6AE6D32C11> /System/Library/PrivateFrameworks/AOSKit.framework/Versions/A/AOSKit 0x7fff8cf75000 - 0x7fff8cfdfff7 com.apple.framework.IOKit (2.0.1 - 907.1.13) /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit 0x7fff8d01b000 - 0x7fff8d074fff libTIFF.dylib (1038) <5CBFE0C2-9DD8-340B-BA63-A94CE2E476F2> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib 0x7fff8d075000 - 0x7fff8d076ff7 libsystem_sandbox.dylib (278.10) /usr/lib/system/libsystem_sandbox.dylib 0x7fff8d0d2000 - 0x7fff8d0ddfff libGPUSupportMercury.dylib (9.0.83) /System/Library/PrivateFrameworks/GPUSupport.framework/Versions/A/Libraries/libGPUSupportMercury.dylib 0x7fff8d0de000 - 0x7fff8d10dff7 com.apple.CoreAVCHD (5.7.0 - 5700.4.3) <404369C0-ED9F-3010-8D2F-BC55285F7808> /System/Library/PrivateFrameworks/CoreAVCHD.framework/Versions/A/CoreAVCHD 0x7fff8d154000 - 0x7fff8d156fff libRadiance.dylib (1038) <55F99274-5074-3C73-BAC5-AF234E71CF38> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libRadiance.dylib 0x7fff8d157000 - 0x7fff8d17bfff libxpc.dylib (300.1.17) <4554927A-9467-365C-91F1-5A116989DD7F> /usr/lib/system/libxpc.dylib 0x7fff8d189000 - 0x7fff8d25aff7 com.apple.QuickLookUIFramework (5.0 - 622.3) <9741E66B-3978-35F6-8846-B6C528945611> /System/Library/Frameworks/Quartz.framework/Versions/A/Frameworks/QuickLookUI.framework/Versions/A/QuickLookUI 0x7fff8d25b000 - 0x7fff8d262fff libcompiler_rt.dylib (35) <4CD916B2-1B17-362A-B403-EF24A1DAC141> /usr/lib/system/libcompiler_rt.dylib 0x7fff8d263000 - 0x7fff8d27afff com.apple.CFOpenDirectory (10.9 - 173.1.1) <3FB4D5FE-860B-3BDE-BAE2-3531D919EF10> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/Frameworks/CFOpenDirectory.framework/Versions/A/CFOpenDirectory 0x7fff8d4ab000 - 0x7fff8d4b1ff7 libCGXCoreImage.A.dylib (599.7) /System/Library/Frameworks/CoreGraphics.framework/Versions/A/Resources/libCGXCoreImage.A.dylib 0x7fff8d4b2000 - 0x7fff8d50aff7 com.apple.Symbolication (1.4 - 129) <16D42516-7B5E-357C-898A-FAA9EE7642B3> /System/Library/PrivateFrameworks/Symbolication.framework/Versions/A/Symbolication 0x7fff8d50e000 - 0x7fff8d52bfff com.apple.facetimeservices (10.0 - 1000) <9B4815BA-4305-381D-A178-F79E10B2C6E9> /System/Library/PrivateFrameworks/FTServices.framework/Versions/A/FTServices 0x7fff8d52c000 - 0x7fff8d533fff com.apple.NetFS (6.0 - 4.0) <8E26C099-CE9D-3819-91A2-64EA929C6137> /System/Library/Frameworks/NetFS.framework/Versions/A/NetFS 0x7fff8d5e7000 - 0x7fff8d755ff7 libBLAS.dylib (1094.5) /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib 0x7fff8d756000 - 0x7fff8d766ffb libsasl2.2.dylib (170) /usr/lib/libsasl2.2.dylib 0x7fff8d767000 - 0x7fff8d7a8fff com.apple.PerformanceAnalysis (1.47 - 47) <784ED7B8-FAE4-36CE-8C76-B7D300316C9F> /System/Library/PrivateFrameworks/PerformanceAnalysis.framework/Versions/A/PerformanceAnalysis 0x7fff8d7a9000 - 0x7fff8d80dff9 com.apple.Heimdal (4.0 - 2.0) /System/Library/PrivateFrameworks/Heimdal.framework/Versions/A/Heimdal 0x7fff8d80e000 - 0x7fff8d896ff7 com.apple.CorePDF (4.0 - 4) <92D15ED1-D2E1-3ECB-93FF-42888219A99F> /System/Library/PrivateFrameworks/CorePDF.framework/Versions/A/CorePDF 0x7fff8d8ef000 - 0x7fff8d8f1ff7 com.apple.securityhi (9.0 - 55005) <405E2BC6-2B6F-3B6B-B48E-2FD39214F052> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SecurityHI.framework/Versions/A/SecurityHI 0x7fff8d8f2000 - 0x7fff8d8f3ffb libremovefile.dylib (33) <3543F917-928E-3DB2-A2F4-7AB73B4970EF> /usr/lib/system/libremovefile.dylib 0x7fff8ddfb000 - 0x7fff8de4dff7 com.apple.Suggestions (3.0 - 137.1) /System/Library/PrivateFrameworks/Suggestions.framework/Versions/A/Suggestions 0x7fff8de4e000 - 0x7fff8e9c2ff7 com.apple.AppKit (6.9 - 1265) <0E9FC8BF-DA3C-34C5-91CC-12BC922B5F01> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit 0x7fff8e9c3000 - 0x7fff8e9cdff7 com.apple.bsd.ServiceManagement (2.0 - 2.0) <2D27B498-BB9C-3D88-B05A-76908A8A26F3> /System/Library/Frameworks/ServiceManagement.framework/Versions/A/ServiceManagement 0x7fff8e9ce000 - 0x7fff8eb7bf27 libobjc.A.dylib (551.1) /usr/lib/libobjc.A.dylib 0x7fff8eb85000 - 0x7fff8ebdcfff com.apple.ViewBridge (1.0 - 46) /System/Library/PrivateFrameworks/ViewBridge.framework/Versions/A/ViewBridge 0x7fff8ebdd000 - 0x7fff8f101fff com.apple.QuartzComposer (5.1 - 316) /System/Library/Frameworks/Quartz.framework/Versions/A/Frameworks/QuartzComposer.framework/Versions/A/QuartzComposer 0x7fff8f102000 - 0x7fff8f255ff7 com.apple.audio.toolbox.AudioToolbox (1.9 - 1.9) /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox 0x7fff8f25c000 - 0x7fff8f286ff7 libsandbox.1.dylib (278.10) /usr/lib/libsandbox.1.dylib 0x7fff8f287000 - 0x7fff8f291ff7 com.apple.CrashReporterSupport (10.9 - 538) /System/Library/PrivateFrameworks/CrashReporterSupport.framework/Versions/A/CrashReporterSupport 0x7fff8f292000 - 0x7fff8f4dafff com.apple.CoreData (107 - 481) /System/Library/Frameworks/CoreData.framework/Versions/A/CoreData 0x7fff8f4db000 - 0x7fff8f4e5fff libcommonCrypto.dylib (60049) <8C4F0CA0-389C-3EDC-B155-E62DD2187E1D> /usr/lib/system/libcommonCrypto.dylib 0x7fff8f4e6000 - 0x7fff8f4e7ff7 libSystem.B.dylib (1197.1.1) /usr/lib/libSystem.B.dylib 0x7fff8f4e8000 - 0x7fff8f4ebfff com.apple.AppleSystemInfo (3.0 - 3.0) <4D032152-AA40-350E-BB96-44BC55C5C69C> /System/Library/PrivateFrameworks/AppleSystemInfo.framework/Versions/A/AppleSystemInfo 0x7fff8f4ec000 - 0x7fff8f507ff7 libsystem_malloc.dylib (23.1.10) /usr/lib/system/libsystem_malloc.dylib 0x7fff8f567000 - 0x7fff8f56afff com.apple.help (1.3.3 - 46) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Help.framework/Versions/A/Help 0x7fff8f56b000 - 0x7fff8f571ff7 com.apple.XPCService (2.0 - 1) <2CE632D7-FE57-36CF-91D4-C57D0F2E0BFE> /System/Library/PrivateFrameworks/XPCService.framework/Versions/A/XPCService 0x7fff8f5d5000 - 0x7fff8f614fff libGLU.dylib (9.0.83) <8B457205-513B-3477-AE9C-3AD979D5FE11> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLU.dylib 0x7fff8f8ae000 - 0x7fff8f995ff7 libxml2.2.dylib (26) /usr/lib/libxml2.2.dylib 0x7fff8f996000 - 0x7fff8f9b8fff com.apple.framework.familycontrols (4.1 - 410) <4FDBCD10-CAA2-3A9C-99F2-06DCB8E81DEE> /System/Library/PrivateFrameworks/FamilyControls.framework/Versions/A/FamilyControls 0x7fff8f9b9000 - 0x7fff8f9ccff7 com.apple.AppContainer (3.0 - 1) /System/Library/PrivateFrameworks/AppContainer.framework/Versions/A/AppContainer 0x7fff8f9cd000 - 0x7fff8f9d4ff7 com.apple.phonenumbers (1.1.1 - 105) <767A63EB-244C-34F1-9FFA-D1A6BED60C31> /System/Library/PrivateFrameworks/PhoneNumbers.framework/Versions/A/PhoneNumbers 0x7fff8f9d6000 - 0x7fff8fa62ff7 com.apple.ink.framework (10.9 - 207) <8A50B893-AD03-3826-8555-A54FEAF08F47> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Ink.framework/Versions/A/Ink 0x7fff8fa66000 - 0x7fff8fa68fff com.apple.EFILogin (2.0 - 2) /System/Library/PrivateFrameworks/EFILogin.framework/Versions/A/EFILogin 0x7fff8fa69000 - 0x7fff8faf2ff7 libsystem_c.dylib (997.1.1) <61833FAA-7281-3FF9-937F-686B6F20427C> /usr/lib/system/libsystem_c.dylib 0x7fff8faf3000 - 0x7fff8fb22fff com.apple.DebugSymbols (106 - 106) /System/Library/PrivateFrameworks/DebugSymbols.framework/Versions/A/DebugSymbols 0x7fff8fb23000 - 0x7fff8fb87ff3 com.apple.datadetectorscore (5.0 - 354.0) <9ACF24B8-3268-3134-A5BC-D72C9371A195> /System/Library/PrivateFrameworks/DataDetectorsCore.framework/Versions/A/DataDetectorsCore 0x7fff8fb88000 - 0x7fff8fc38ff7 libvMisc.dylib (423.32) <049C0735-1808-39B9-943F-76CB8021744F> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvMisc.dylib 0x7fff8fc39000 - 0x7fff8ff07ff4 com.apple.CoreImage (9.0.54) <74BB8685-69A9-3A45-8DED-EA26BD39D710> /System/Library/Frameworks/QuartzCore.framework/Versions/A/Frameworks/CoreImage.framework/Versions/A/CoreImage 0x7fff8ff08000 - 0x7fff8ff08ffd com.apple.audio.units.AudioUnit (1.9 - 1.9) <6E89F3CB-CC41-3728-9F9A-FDFC151E8261> /System/Library/Frameworks/AudioUnit.framework/Versions/A/AudioUnit 0x7fff8ff09000 - 0x7fff8ff25fff libresolv.9.dylib (54) <11C2C826-F1C6-39C6-B4E8-6E0C41D4FA95> /usr/lib/libresolv.9.dylib 0x7fff8ff26000 - 0x7fff8ffc3fff com.apple.imcore (10.0 - 1000) <027E09B4-B4B6-3710-8806-B4CE41DF3242> /System/Library/PrivateFrameworks/IMCore.framework/Versions/A/IMCore 0x7fff8ffc4000 - 0x7fff90013ff7 com.apple.framework.internetaccounts (2.1 - 210) /System/Library/PrivateFrameworks/InternetAccounts.framework/Versions/A/InternetAccounts 0x7fff90014000 - 0x7fff9003dff7 libc++abi.dylib (48) <8C16158F-CBF8-3BD7-BEF4-022704B2A326> /usr/lib/libc++abi.dylib 0x7fff9003e000 - 0x7fff90041ffc com.apple.IOSurface (91 - 91) <07CA8A59-1E32-3FB6-B506-18DAF58A8CE0> /System/Library/Frameworks/IOSurface.framework/Versions/A/IOSurface 0x7fff90042000 - 0x7fff90044fff com.apple.ExceptionHandling (1.5 - 10) <0DD670E1-08D5-3570-BE98-19030BEA9845> /System/Library/Frameworks/ExceptionHandling.framework/Versions/A/ExceptionHandling 0x7fff90050000 - 0x7fff900a3fff com.apple.ScalableUserInterface (1.0 - 1) /System/Library/Frameworks/QuartzCore.framework/Versions/A/Frameworks/ScalableUserInterface.framework/Versions/A/ScalableUserInterface 0x7fff900a4000 - 0x7fff900e6ff7 libauto.dylib (185.5) /usr/lib/libauto.dylib 0x7fff900e7000 - 0x7fff900e8fff com.apple.TrustEvaluationAgent (2.0 - 25) <334A82F4-4AE4-3719-A511-86D0B0723E2B> /System/Library/PrivateFrameworks/TrustEvaluationAgent.framework/Versions/A/TrustEvaluationAgent 0x7fff900e9000 - 0x7fff90106ff7 com.apple.framework.Apple80211 (9.0 - 900.47) /System/Library/PrivateFrameworks/Apple80211.framework/Versions/A/Apple80211 0x7fff90107000 - 0x7fff90133fff com.apple.CoreServicesInternal (184.8 - 184.8) <707E05AE-DDA8-36FD-B0FF-7F15A061B46A> /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/CoreServicesInternal 0x7fff90147000 - 0x7fff90149fff com.apple.Mangrove (1.0 - 1) <72F5CBC7-4E78-374E-98EA-C3700136904E> /System/Library/PrivateFrameworks/Mangrove.framework/Versions/A/Mangrove 0x7fff9014a000 - 0x7fff90171ffb libsystem_info.dylib (449.1.3) <7D41A156-D285-3849-A2C3-C04ADE797D98> /usr/lib/system/libsystem_info.dylib 0x7fff90172000 - 0x7fff90201fff com.apple.Metadata (10.7.0 - 800.12.2) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata 0x7fff9020b000 - 0x7fff9021cff7 libsystem_asl.dylib (217.1.4) <655FB343-52CF-3E2F-B14D-BEBF5AAEF94D> /usr/lib/system/libsystem_asl.dylib 0x7fff9021d000 - 0x7fff9021ffff com.apple.marco (10.0 - 1000) /System/Library/PrivateFrameworks/Marco.framework/Versions/A/Marco 0x7fff90220000 - 0x7fff9022bff7 com.apple.NetAuth (5.0 - 5.0) /System/Library/PrivateFrameworks/NetAuth.framework/Versions/A/NetAuth 0x7fff904ce000 - 0x7fff904d2ff7 libGIF.dylib (1038) /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libGIF.dylib 0x7fff904d3000 - 0x7fff904e4ff7 com.apple.idsfoundation (10.0 - 1000) <0BC25100-092B-3C5A-8245-F7C963380785> /System/Library/PrivateFrameworks/IDSFoundation.framework/Versions/A/IDSFoundation 0x7fff904e5000 - 0x7fff904eefff com.apple.CommonAuth (4.0 - 2.0) <1D263127-5F27-3128-996D-7397660D0C6E> /System/Library/PrivateFrameworks/CommonAuth.framework/Versions/A/CommonAuth 0x7fff90518000 - 0x7fff90549ff7 libtidy.A.dylib (15.12) /usr/lib/libtidy.A.dylib 0x7fff9054a000 - 0x7fff90558fff com.apple.CommerceCore (1.0 - 42) /System/Library/PrivateFrameworks/CommerceKit.framework/Versions/A/Frameworks/CommerceCore.framework/Versions/A/CommerceCore 0x7fff90559000 - 0x7fff9055dfff com.apple.CommonPanels (1.2.6 - 96) <6B434AFD-50F8-37C7-9A56-162C17E375B3> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CommonPanels.framework/Versions/A/CommonPanels 0x7fff9055e000 - 0x7fff905beff2 com.apple.CoreUtils (1.9 - 190.4) /System/Library/PrivateFrameworks/CoreUtils.framework/Versions/A/CoreUtils 0x7fff905bf000 - 0x7fff905c4ff7 libunwind.dylib (35.3) <78DCC358-2FC1-302E-B395-0155B47CB547> /usr/lib/system/libunwind.dylib 0x7fff905c5000 - 0x7fff905cbfff com.apple.AddressBook.ContactsFoundation (8.0 - 1365) /System/Library/PrivateFrameworks/ContactsFoundation.framework/Versions/A/ContactsFoundation 0x7fff905cc000 - 0x7fff905d4fff libsystem_dnssd.dylib (522.1.11) <270DCF6C-502D-389A-AA9F-DE4624A36FF7> /usr/lib/system/libsystem_dnssd.dylib 0x7fff9073c000 - 0x7fff90746ff7 libcsfde.dylib (380) <3A54B430-EC05-3DE9-86C3-00C1BEAC7F9B> /usr/lib/libcsfde.dylib 0x7fff90747000 - 0x7fff9074bfff libsystem_stats.dylib (93.1.26) /usr/lib/system/libsystem_stats.dylib 0x7fff9074c000 - 0x7fff90931ff7 com.apple.CoreFoundation (6.9 - 855.11) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation 0x7fff90932000 - 0x7fff90963fff com.apple.MediaKit (15 - 709) <23E33409-5C39-3F93-9E73-2B0E9EE8883E> /System/Library/PrivateFrameworks/MediaKit.framework/Versions/A/MediaKit 0x7fff90964000 - 0x7fff90db2fff com.apple.VideoToolbox (1.0 - 1273.29) <6E38291D-7A81-3033-AFB9-61ABD38B6371> /System/Library/Frameworks/VideoToolbox.framework/Versions/A/VideoToolbox 0x7fff90db3000 - 0x7fff90dc1fff com.apple.opengl (9.0.83 - 9.0.83) /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL 0x7fff90dc2000 - 0x7fff90e4dfff libCoreStorage.dylib (380) /usr/lib/libCoreStorage.dylib 0x7fff90e4e000 - 0x7fff90f06ff7 com.apple.DiscRecording (8.0 - 8000.4.6) /System/Library/Frameworks/DiscRecording.framework/Versions/A/DiscRecording 0x7fff90f07000 - 0x7fff90fd0fff com.apple.LaunchServices (572.23 - 572.23) <8D955BDE-2C4C-3DD4-B4D7-2D916174FE1D> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices 0x7fff91044000 - 0x7fff9105efff libdispatch.dylib (339.1.9) <46878A5B-4248-3057-962C-6D4A235EEF31> /usr/lib/system/libdispatch.dylib 0x7fff910b3000 - 0x7fff912f6fff com.apple.AddressBook.framework (8.0 - 1365) <816242B1-D45E-3B5D-BC98-BB23458D5367> /System/Library/Frameworks/AddressBook.framework/Versions/A/AddressBook 0x7fff912f7000 - 0x7fff912f9ff7 libquarantine.dylib (71) <7A1A2BCB-C03D-3A25-BFA4-3E569B2D2C38> /usr/lib/system/libquarantine.dylib 0x7fff912fa000 - 0x7fff91369ff1 com.apple.ApplicationServices.ATS (360 - 363.1) <88976B22-A9B8-3E7B-9AE6-0B8E09A968FC> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/ATS 0x7fff9136a000 - 0x7fff91371ff7 libsystem_pthread.dylib (53.1.4) /usr/lib/system/libsystem_pthread.dylib 0x7fff91372000 - 0x7fff91381ff8 com.apple.LangAnalysis (1.7.0 - 1.7.0) <8FE131B6-1180-3892-98F5-C9C9B79072D4> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LangAnalysis.framework/Versions/A/LangAnalysis 0x7fff91414000 - 0x7fff91414fff com.apple.Accelerate (1.9 - Accelerate 1.9) <509BB27A-AE62-366D-86D8-0B06D217CF56> /System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate 0x7fff91431000 - 0x7fff9144cff7 libCRFSuite.dylib (34) /usr/lib/libCRFSuite.dylib 0x7fff9144d000 - 0x7fff9153eff9 libiconv.2.dylib (41) /usr/lib/libiconv.2.dylib 0x7fff9153f000 - 0x7fff91566ff7 libsystem_network.dylib (241.3) <8B1E1F1D-A5CC-3BAE-8B1E-ABC84337A364> /usr/lib/system/libsystem_network.dylib 0x7fff915e6000 - 0x7fff91649ff7 com.apple.SystemConfiguration (1.13 - 1.13) /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration 0x7fff9168b000 - 0x7fff917bbff7 com.apple.desktopservices (1.8 - 1.8) <09DC9BB8-432F-3C7A-BB08-956A2DDFC2DE> /System/Library/PrivateFrameworks/DesktopServicesPriv.framework/Versions/A/DesktopServicesPriv 0x7fff917bc000 - 0x7fff917c4ff7 com.apple.speech.recognition.framework (4.2.4 - 4.2.4) <98BBB3E4-6239-3EF1-90B2-84EA0D3B8D61> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SpeechRecognition.framework/Versions/A/SpeechRecognition 0x7fff917c5000 - 0x7fff917d2ff7 libxar.1.dylib (202) <5572AA71-E98D-3FE1-9402-BB4A84E0E71E> /usr/lib/libxar.1.dylib 0x7fff917d3000 - 0x7fff917e0ff0 libbz2.1.0.dylib (29) <0B98AC35-B138-349C-8063-2B987A75D24C> /usr/lib/libbz2.1.0.dylib 0x7fff917e1000 - 0x7fff9181fff7 libGLImage.dylib (9.0.83) /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLImage.dylib 0x7fff9183c000 - 0x7fff91855ff7 com.apple.Kerberos (3.0 - 1) /System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos 0x7fff91856000 - 0x7fff9217205f com.apple.CoreGraphics (1.600.0 - 599.7) <7D0FD5A7-A061-39BA-8E00-723825D2C4DD> /System/Library/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics 0x7fff92173000 - 0x7fff92184ff7 libz.1.dylib (53) <42E0C8C6-CA38-3CA4-8619-D24ED5DD492E> /usr/lib/libz.1.dylib 0x7fff92185000 - 0x7fff926f5fff com.apple.CoreAUC (6.22.08 - 6.22.08) /System/Library/PrivateFrameworks/CoreAUC.framework/Versions/A/CoreAUC 0x7fff92715000 - 0x7fff92717fff libCVMSPluginSupport.dylib (9.0.83) /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCVMSPluginSupport.dylib 0x7fff92718000 - 0x7fff92721ff7 libcldcpuengine.dylib (2.3.58) /System/Library/Frameworks/OpenCL.framework/Versions/A/Libraries/libcldcpuengine.dylib 0x7fff92722000 - 0x7fff92725ff7 libdyld.dylib (239.3) <62F4D752-4089-31A8-8B73-B95A68893B3C> /usr/lib/system/libdyld.dylib 0x7fff92726000 - 0x7fff92762fff com.apple.ids (10.0 - 1000) <22502AAF-CC59-33EC-9ACF-106315206701> /System/Library/PrivateFrameworks/IDS.framework/Versions/A/IDS 0x7fff92763000 - 0x7fff9276efff libkxld.dylib (2422.1.72) /usr/lib/system/libkxld.dylib 0x7fff9276f000 - 0x7fff92787ff7 com.apple.openscripting (1.4 - 157) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/OpenScripting.framework/Versions/A/OpenScripting 0x7fff92788000 - 0x7fff927d9fff com.apple.QuickLookFramework (5.0 - 622.3) /System/Library/Frameworks/QuickLook.framework/Versions/A/QuickLook 0x7fff92fec000 - 0x7fff92ff7fff libGL.dylib (9.0.83) <984A960A-C159-3AE5-8B40-E2B451F6C712> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib 0x7fff93040000 - 0x7fff9312afff libsqlite3.dylib (158) <00269BF9-43BE-39E0-9C85-24585B9923C8> /usr/lib/libsqlite3.dylib 0x7fff9312b000 - 0x7fff9313dff7 com.apple.MultitouchSupport.framework (245.13 - 245.13) /System/Library/PrivateFrameworks/MultitouchSupport.framework/Versions/A/MultitouchSupport 0x7fff9313e000 - 0x7fff93144fff com.apple.AOSNotification (1.7.0 - 760.3) <7901B867-60F7-3645-BB3E-18C51A6FBCC6> /System/Library/PrivateFrameworks/AOSNotification.framework/Versions/A/AOSNotification 0x7fff93145000 - 0x7fff931b2fff com.apple.SearchKit (1.4.0 - 1.4.0) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit 0x7fff931b3000 - 0x7fff9327efff libvDSP.dylib (423.32) <3BF732BE-DDE0-38EB-8C54-E4E3C64F77A7> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvDSP.dylib 0x7fff932b1000 - 0x7fff93311fff com.apple.ISSupport (1.9.9 - 57) /System/Library/PrivateFrameworks/ISSupport.framework/Versions/A/ISSupport 0x7fff93312000 - 0x7fff9362cff7 com.apple.MediaToolbox (1.0 - 1273.29) <6260E68B-7E50-3D49-8C0A-7145614C13D8> /System/Library/Frameworks/MediaToolbox.framework/Versions/A/MediaToolbox 0x7fff93658000 - 0x7fff93661fff com.apple.speech.synthesis.framework (4.6.2 - 4.6.2) <0AAE45F0-FC6E-36B6-A6A7-73E6950A74AC> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/SpeechSynthesis.framework/Versions/A/SpeechSynthesis 0x7fff93662000 - 0x7fff936d9fff com.apple.CoreServices.OSServices (600.4 - 600.4) <36B2B009-C35E-3F21-824E-E0D00E7808C7> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices 0x7fff936da000 - 0x7fff936fefff com.apple.quartzfilters (1.8.0 - 1.7.0) <39C08086-9866-372F-9420-81F5689149DF> /System/Library/Frameworks/Quartz.framework/Versions/A/Frameworks/QuartzFilters.framework/Versions/A/QuartzFilters 0x7fff936ff000 - 0x7fff93772ffb com.apple.securityfoundation (6.0 - 55122) <119D1C53-B292-3378-AEE1-A3B1FB02F43F> /System/Library/Frameworks/SecurityFoundation.framework/Versions/A/SecurityFoundation 0x7fff93773000 - 0x7fff9389ffff com.apple.MediaControlSender (1.9 - 190.4) /System/Library/PrivateFrameworks/MediaControlSender.framework/Versions/A/MediaControlSender 0x7fff938a0000 - 0x7fff938a5fff com.apple.DiskArbitration (2.6 - 2.6) /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration 0x7fff938a8000 - 0x7fff938dcfff libssl.0.9.8.dylib (50) /usr/lib/libssl.0.9.8.dylib 0x7fff938dd000 - 0x7fff938effff com.apple.ImageCapture (9.0 - 9.0) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ImageCapture.framework/Versions/A/ImageCapture 0x7fff938f0000 - 0x7fff9393efff libcorecrypto.dylib (161.1) /usr/lib/system/libcorecrypto.dylib 0x7fff9393f000 - 0x7fff93cb5ffa com.apple.JavaScriptCore (9537 - 9537.73.10) <4A4AE781-6F76-3412-B0E5-67E0BAEE22A2> /System/Library/Frameworks/JavaScriptCore.framework/Versions/A/JavaScriptCore 0x7fff93cb6000 - 0x7fff93cbeff7 com.apple.AppleSRP (5.0 - 1) /System/Library/PrivateFrameworks/AppleSRP.framework/Versions/A/AppleSRP 0x7fff93ccc000 - 0x7fff93d15fff com.apple.CoreMedia (1.0 - 1273.29) <4ACD30BA-E9FE-3842-A8B7-E3BD63747867> /System/Library/Frameworks/CoreMedia.framework/Versions/A/CoreMedia 0x7fff93d16000 - 0x7fff93d18ffb libutil.dylib (34) /usr/lib/libutil.dylib 0x7fff93d64000 - 0x7fff93d9dff7 com.apple.QD (3.50 - 298) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/QD.framework/Versions/A/QD 0x7fff93dac000 - 0x7fff93dd5fff GLRendererFloat (9.0.83) <1F1160A8-5047-3CEE-AC1E-D29520D0B367> /System/Library/Frameworks/OpenGL.framework/Versions/A/Resources/GLRendererFloat.bundle/GLRendererFloat 0x7fff93dd6000 - 0x7fff93defff7 com.apple.Ubiquity (1.3 - 289) /System/Library/PrivateFrameworks/Ubiquity.framework/Versions/A/Ubiquity 0x7fff93df0000 - 0x7fff93e08ff7 com.apple.GenerationalStorage (2.0 - 160.2) <79629AC7-896F-3302-8AC1-4939020F08C3> /System/Library/PrivateFrameworks/GenerationalStorage.framework/Versions/A/GenerationalStorage 0x7fff93e09000 - 0x7fff93e20ffa libAVFAudio.dylib (32.2) <52DA516B-DE79-322C-9E1B-2658019289D7> /System/Library/Frameworks/AVFoundation.framework/Versions/A/Resources/libAVFAudio.dylib 0x7fff93e21000 - 0x7fff93e21fff com.apple.Accelerate.vecLib (3.9 - vecLib 3.9) /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib 0x7fff93e22000 - 0x7fff93e69ff7 libcups.2.dylib (372) <348EED62-6C20-35D6-8EFB-E80943965100> /usr/lib/libcups.2.dylib 0x7fff93e6a000 - 0x7fff93e72fff libMatch.1.dylib (19) <021293AB-407D-309A-87F5-8E782F46753E> /usr/lib/libMatch.1.dylib 0x7fff93e73000 - 0x7fff93ea8ffc com.apple.LDAPFramework (2.4.28 - 194.5) <7E31A674-C6AB-33BE-BD5E-F5E3C6E22894> /System/Library/Frameworks/LDAP.framework/Versions/A/LDAP 0x7fff93eaf000 - 0x7fff93eb8ff3 libsystem_notify.dylib (121) <52571EC3-6894-37E4-946E-064B021ED44E> /usr/lib/system/libsystem_notify.dylib 0x7fff93ef3000 - 0x7fff93ef3fff com.apple.AOSMigrate (1.0 - 1) /System/Library/PrivateFrameworks/AOSMigrate.framework/Versions/A/AOSMigrate External Modification Summary: Calls made by other processes targeting this process: task_for_pid: 188 thread_create: 0 thread_set_state: 0 Calls made by this process: task_for_pid: 0 thread_create: 0 thread_set_state: 0 Calls made by all processes on this machine: task_for_pid: 95248 thread_create: 0 thread_set_state: 0 From mik3hall at gmail.com Fri Feb 14 03:16:16 2014 From: mik3hall at gmail.com (Michael Hall) Date: Fri, 14 Feb 2014 05:16:16 -0600 Subject: OSX Java 8 crash on Mavericks In-Reply-To: <52FDF6EA.4070003@fastmail.fm> References: <52FDF6EA.4070003@fastmail.fm> Message-ID: <75F74A77-6E1F-4ADE-92CB-3086560A999B@gmail.com> On Feb 14, 2014, at 4:58 AM, Paul Taylor wrote: > Crashed Thread: 0 AppKit Thread Dispatch queue: com.apple.main-thread > > Exception Type: EXC_BAD_ACCESS (SIGABRT) > Exception Codes: KERN_PROTECTION_FAILURE at 0x00000001043d5000 > > Application Specific Information: > *** Terminating app due to uncaught exception 'JavaNativeException', reason: 'java.lang.StackOverflowError' > terminating with uncaught exception of type JNFException > abort() called Not sure what you mean by update? If you have a bug report? The above sort of suggests you have something looping or too recursive going on with the native gui thread. Probably in or calling into native. > Thread 0 Crashed:: AppKit Thread Dispatch queue: com.apple.main-thread ? > 16 com.apple.HIToolbox 0x00007fff8ac65abc _BlockUntilNextEventMatchingListInModeWithFilter + 65 > 17 com.apple.AppKit 0x00007fff8de7228e _DPSNextEvent + 1434 > 18 com.apple.AppKit 0x00007fff8de718db -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 122 > 19 libosxapp.dylib 0x000000012914b6d4 -[NSApplicationAWT nextEventMatchingMask:untilDate:inMode:dequeue:] + 124 > 20 com.apple.AppKit 0x00007fff8de659cc -[NSApplication run] + 553 > 21 libosxapp.dylib 0x000000012914b4e8 +[NSApplicationAWT runAWTLoopWithApp:] + 156 > 22 libawt_lwawt.dylib 0x00000001290dbafb -[AWTStarter starter:] + 873 > 23 com.apple.Foundation 0x00007fff888be0de __NSThreadPerformPerform + 229 > 24 com.apple.CoreFoundation 0x00007fff907cb8f1 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17 > 25 com.apple.CoreFoundation 0x00007fff907bd062 __CFRunLoopDoSources0 + 242 > 26 com.apple.CoreFoundation 0x00007fff907bc7ef __CFRunLoopRun + 831 > 27 com.apple.CoreFoundation 0x00007fff907bc275 CFRunLoopRunSpecific + 309 > 28 libjli.dylib 0x00000001032e5b33 CreateExecutionEnvironment + 871 > 29 libjli.dylib 0x00000001032e1ad4 JLI_Launch + 1952 > 30 com.jthink.songkong 0x00000001032668ab launch + 5243 > 31 com.jthink.songkong 0x00000001032652e6 main + 102 > 32 com.jthink.songkong 0x0000000103265274 start + 52 Not an expert but a guess would be in starting up AWT on application launch. Maybe event related, again from the exception maybe too many events or somehow recursive. Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From Sergey.Bylokhov at oracle.com Fri Feb 14 03:16:57 2014 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Fri, 14 Feb 2014 15:16:57 +0400 Subject: [9] Review request for 8031573 [macosx] Checkmarks of JCheckBoxMenuItems aren't rendered in high resolution on Retina In-Reply-To: <52FDF0C0.6070200@oracle.com> References: <52FCD0F9.3000001@oracle.com> <52FD434B.4060002@oracle.com> <52FDF0C0.6070200@oracle.com> Message-ID: <52FDFB29.4060901@oracle.com> On 2/14/14 2:32 PM, Alexander Scherbatiy wrote: > On 2/14/2014 2:12 AM, Sergey Bylokhov wrote: >> Hi, Alexander. >> Did you check option of loading of the picture on demand?Since most >> of the time x2 version is useless on non hdpi and vice versa. Yes but in this particular case menu items will be painted in one particular scale only. > It's not quite true. > MacOSX choses a necessary image representation based on the > current transformations. Setting current transformation to scale 2x leads > that the high resolution image is drawn even on non HiDPI display. > > There is a similar mechanism for the MultiResolution toolkit > images. The base image is drawn in case if the high-resolution image > has not been loaded yet. > It has an issue that if there is no one more repaint event the > image with high resolution is not shown. > > I would suggest to move this topic to a separate issue. > > Thanks, > Alexandr. > >> >> On 13.02.2014 18:04, Alexander Scherbatiy wrote: >>> >>> Hello, >>> >>> Could you review the fix: >>> bug: https://bugs.openjdk.java.net/browse/JDK-8031573 >>> webrev: http://cr.openjdk.java.net/~alexsch/8031573/webrev.00 >>> >>> The NSMenu* system icons are templates and do not have image >>> representations. >>> >>> The fix retrieves images with original and double size from an >>> NSImage and put them to a MultiResolution image. >>> The fix also adds sun.awt.image.MultiResolutionBufferedImage class >>> which can be used uniformly for a Multiresolution image creation. >>> >>> The fix is independent of the fix 8033534 Get MultiResolution >>> image from native system >>> http://mail.openjdk.java.net/pipermail/awt-dev/2014-February/006991.html >>> >>> because CImage.createImageFromName(imageName) never returns a >>> MultiResolution image for templates. >>> But the fix 8033534 can be updated to use the >>> MultiResolutionBufferedImage. >>> >>> Thanks, >>> Alexandr. >>> >> >> > -- Best regards, Sergey. From paul_t100 at fastmail.fm Fri Feb 14 03:27:14 2014 From: paul_t100 at fastmail.fm (Paul Taylor) Date: Fri, 14 Feb 2014 11:27:14 +0000 Subject: OSX Java 8 crash on Mavericks In-Reply-To: <75F74A77-6E1F-4ADE-92CB-3086560A999B@gmail.com> References: <52FDF6EA.4070003@fastmail.fm> <75F74A77-6E1F-4ADE-92CB-3086560A999B@gmail.com> Message-ID: <52FDFD92.1060709@fastmail.fm> On 14/02/2014 11:16, Michael Hall wrote: > > Not sure what you mean by update? If you have a bug report? > The above sort of suggests you have something looping or too recursive going on with the native gui thread. Probably in or calling into native. I just meant do you know about this issue. I was under the impressions that however bad my code was it shouldn't cause Java to crash in this way, is that not correct ? But interesting that you think there is a bug in my code that could be causing this to happen, its only been reported once by one user so going to be difficult to track down Paul From mik3hall at gmail.com Fri Feb 14 03:41:34 2014 From: mik3hall at gmail.com (Michael Hall) Date: Fri, 14 Feb 2014 05:41:34 -0600 Subject: OSX Java 8 crash on Mavericks In-Reply-To: <52FDFD92.1060709@fastmail.fm> References: <52FDF6EA.4070003@fastmail.fm> <75F74A77-6E1F-4ADE-92CB-3086560A999B@gmail.com> <52FDFD92.1060709@fastmail.fm> Message-ID: <100ED179-9C0D-44E8-AC06-290245B72624@gmail.com> > > I was under the impressions that however bad my code was it shouldn't cause Java to crash in this way, is that not correct ? I believe that is the theory. So you probably did hit on at least an edge case which the jdk didn't handle as well as you'd hope - if not a actual jdk bug. > > But interesting that you think there is a bug in my code that could be causing this to happen, its only been reported once by one user so going to be difficult to track down > Probably in or calling into native. I don't think I said anything about it being your code. Although I would say it's possible it's your code. I usually tend to suspect mine first in these situations. Probably doing something strange to hit a jdk edge case. Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From paul_t100 at fastmail.fm Fri Feb 14 04:01:45 2014 From: paul_t100 at fastmail.fm (Paul Taylor) Date: Fri, 14 Feb 2014 12:01:45 +0000 Subject: OSX Java 8 crash on Mavericks In-Reply-To: <100ED179-9C0D-44E8-AC06-290245B72624@gmail.com> References: <52FDF6EA.4070003@fastmail.fm> <75F74A77-6E1F-4ADE-92CB-3086560A999B@gmail.com> <52FDFD92.1060709@fastmail.fm> <100ED179-9C0D-44E8-AC06-290245B72624@gmail.com> Message-ID: <52FE05A9.9090500@fastmail.fm> On 14/02/2014 11:41, Michael Hall wrote: >> I was under the impressions that however bad my code was it shouldn't cause Java to crash in this way, is that not correct ? > I believe that is the theory. So you probably did hit on at least an edge case which the jdk didn't handle as well as you'd hope - if not a actual jdk bug. > >> But interesting that you think there is a bug in my code that could be causing this to happen, its only been reported once by one user so going to be difficult to track down >> Probably in or calling into native. > I don't think I said anything about it being your code. Although I would say it's possible it's your code. I usually tend to suspect mine first in these situations. Probably doing something strange to hit a jdk edge case. > To be clear I'm not taking any offense that it could be my code, I just didn't think I could cause a crash. For example in this case if I'm recursively calling something I would just expect a java |StackOverflowError, I think if I did hit ||edge case which the jdk didn't handle as well as hoped that would be a jdk bug in my book. | || |My application doesnt really contain any native code written by me, there is a little bit of Applescript and that is it.| || | Paul| From mik3hall at gmail.com Fri Feb 14 13:17:44 2014 From: mik3hall at gmail.com (Michael Hall) Date: Fri, 14 Feb 2014 15:17:44 -0600 Subject: AppleScript script engine In-Reply-To: <5857C340-9DED-44BC-8F11-6017E16122A0@gmail.com> References: <5857C340-9DED-44BC-8F11-6017E16122A0@gmail.com> Message-ID: On Feb 13, 2014, at 7:49 PM, Michael Hall wrote: > Is the AppleScript engine no longer not even the default one but no longer shipped? Not seeing a reply here. Is there a more appropriate forum for OS X specific java questions now? Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From david.dehaven at oracle.com Fri Feb 14 15:47:14 2014 From: david.dehaven at oracle.com (David DeHaven) Date: Fri, 14 Feb 2014 15:47:14 -0800 Subject: AppleScript script engine In-Reply-To: <5857C340-9DED-44BC-8F11-6017E16122A0@gmail.com> References: <5857C340-9DED-44BC-8F11-6017E16122A0@gmail.com> Message-ID: > Is the AppleScript engine no longer not even the default one but no longer shipped? > My HalfPipe application has some launch dependencies on it being there. It was throwing NPE's apparently not getting the engine. > I stuck in some code to list out available engines and get? What Java version are you testing? I don't know anything about the engine as I've never touched it, but the code is there in 7, 8 and 9: jdk/src/macosx/classes/apple/applescript/AppleScriptEngine.java jdk/src/macosx/classes/apple/applescript/AppleScriptEngineFactory.java It hasn't been touched much since the initial port. If it's not working then I'd say it's unintentional since (generally speaking...) dead source is removed. I would recommend filing a bug. Sorry I can't of more help on this :/ -DrD- From mik3hall at gmail.com Fri Feb 14 15:57:02 2014 From: mik3hall at gmail.com (Michael Hall) Date: Fri, 14 Feb 2014 17:57:02 -0600 Subject: AppleScript script engine In-Reply-To: References: <5857C340-9DED-44BC-8F11-6017E16122A0@gmail.com> Message-ID: <617D3581-93AD-4BFE-953C-EC719F409EAB@gmail.com> On Feb 14, 2014, at 5:47 PM, David DeHaven wrote: > > What Java version are you testing? Command line I show... /usr/libexec/java_home --exec java -version java version "1.7.0_40" Java(TM) SE Runtime Environment (build 1.7.0_40-b43) Java HotSpot(TM) 64-Bit Server VM (build 24.0-b56, mixed mode) Is that the jdk? Probably what jrunscript uses? The application is probably using the 'shared' JRE. alias javajre="/Library/Internet\ Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/java" javajre -version java version "1.7.0_51" Java(TM) SE Runtime Environment (build 1.7.0_51-b13) Java HotSpot(TM) 64-Bit Server VM (build 24.51-b03, mixed mode) If you do the jrunscript -q do you show AppleScript? Thanks for the reply, Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From swpalmer at gmail.com Fri Feb 14 19:23:34 2014 From: swpalmer at gmail.com (Scott Palmer) Date: Fri, 14 Feb 2014 22:23:34 -0500 Subject: AppleScript script engine In-Reply-To: <617D3581-93AD-4BFE-953C-EC719F409EAB@gmail.com> References: <5857C340-9DED-44BC-8F11-6017E16122A0@gmail.com> <617D3581-93AD-4BFE-953C-EC719F409EAB@gmail.com> Message-ID: $ jrunscript -q Language AppleScript 2.3 implementation "AppleScriptEngine" 1.1 Language ECMAScript ECMA - 262 Edition 5.1 implementation "Oracle Nashorn" 1.8.0 I have Apples, latest Java 6 runtime as well as JDK 1.7.0_51 and JDK 1.8.0 b129 installed. Based on the "Oracel Nashorn" 1.8.0, I would guess that jrunscript is trying to use Java 8, which is the default on this system: $ java -version java version "1.8.0" Java(TM) SE Runtime Environment (build 1.8.0-b129) Java HotSpot(TM) 64-Bit Server VM (build 25.0-b69, mixed mode) Scott On Fri, Feb 14, 2014 at 6:57 PM, Michael Hall wrote: > > On Feb 14, 2014, at 5:47 PM, David DeHaven > wrote: > > > > > What Java version are you testing? > > Command line I show... > /usr/libexec/java_home --exec java -version > java version "1.7.0_40" > Java(TM) SE Runtime Environment (build 1.7.0_40-b43) > Java HotSpot(TM) 64-Bit Server VM (build 24.0-b56, mixed mode) > > Is that the jdk? Probably what jrunscript uses? > > The application is probably using the 'shared' JRE. > alias javajre="/Library/Internet\ > Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/java" > > javajre -version > java version "1.7.0_51" > Java(TM) SE Runtime Environment (build 1.7.0_51-b13) > Java HotSpot(TM) 64-Bit Server VM (build 24.51-b03, mixed mode) > > If you do the > jrunscript -q > do you show AppleScript? > > Thanks for the reply, > > Michael Hall > > trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz > > HalfPipe Java 6/7 shell app > http://www195.pair.com/mik3hall/index.html#halfpipe > > AppConverter convert Apple jvm to openjdk apps > http://www195.pair.com/mik3hall/index.html#appconverter > > > > From mik3hall at gmail.com Fri Feb 14 19:42:40 2014 From: mik3hall at gmail.com (Michael Hall) Date: Fri, 14 Feb 2014 21:42:40 -0600 Subject: AppleScript script engine In-Reply-To: References: <5857C340-9DED-44BC-8F11-6017E16122A0@gmail.com> <617D3581-93AD-4BFE-953C-EC719F409EAB@gmail.com> Message-ID: <88E2EB21-EBDB-4315-8D6D-AFAC3E8067C4@gmail.com> On Feb 14, 2014, at 9:23 PM, Scott Palmer wrote: > $ jrunscript -q > Language AppleScript 2.3 implementation "AppleScriptEngine" 1.1 > Language ECMAScript ECMA - 262 Edition 5.1 implementation "Oracle Nashorn" 1.8.0 Thanks, not sure why it doesn't show for me then but thanks. I'll verify AppleScript works at all for me and go from there, newer machine might be it somehow. Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From Alan.Bateman at oracle.com Sat Feb 15 00:15:46 2014 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Sat, 15 Feb 2014 08:15:46 +0000 Subject: AppleScript script engine In-Reply-To: References: <5857C340-9DED-44BC-8F11-6017E16122A0@gmail.com> Message-ID: <52FF2232.6080802@oracle.com> On 14/02/2014 21:17, Michael Hall wrote: > On Feb 13, 2014, at 7:49 PM, Michael Hall wrote: > >> Is the AppleScript engine no longer not even the default one but no longer shipped? > Not seeing a reply here. > Is there a more appropriate forum for OS X specific java questions now? > I just checked my local builds of jdk8/tl and jdk9/dev and in both cases jrunscript -q lists the available scripting engines as AppleScript and Nashorn. -Alan. From mik3hall at gmail.com Sat Feb 15 06:00:04 2014 From: mik3hall at gmail.com (Michael Hall) Date: Sat, 15 Feb 2014 08:00:04 -0600 Subject: AppleScript script engine In-Reply-To: <88E2EB21-EBDB-4315-8D6D-AFAC3E8067C4@gmail.com> References: <5857C340-9DED-44BC-8F11-6017E16122A0@gmail.com> <617D3581-93AD-4BFE-953C-EC719F409EAB@gmail.com> <88E2EB21-EBDB-4315-8D6D-AFAC3E8067C4@gmail.com> Message-ID: I have had partial success on this based on this Stack Overllow post? http://stackoverflow.com/questions/10054252/trying-to-use-rhino-getenginebynamejavascript-returns-null-in-openjdk-7 I had updated my _40 era jdk build to a nice new 1.7.0_51-b13 which had unfortunately done me no good. So I added a META-INF/services/javax.script.ScriptEngineFactory to the JDK rt. jar I had set up a standalone java engine lister that now shows? java Engines ScriptEngineFactory Info Factory class:class apple.applescript.AppleScriptEngineFactory Script Engine:AppleScriptEngine (1.1) Engine Alias: AppleScriptEngine Engine Alias: AppleScript Engine Alias: OSA ScriptEngineFactory Info Factory class:class com.sun.script.javascript.RhinoScriptEngineFactory Script Engine:Mozilla Rhino (1.7 release 3 PRERELEASE) Engine Alias: js Engine Alias: rhino Engine Alias: JavaScript Engine Alias: javascript Engine Alias: ECMAScript Engine Alias: ecmascript Unfortunately jrunscript still just shows? runscript -q Language ECMAScript 1.8 implemention "Mozilla Rhino" 1.7 release 3 PRERELEASE maybe needs a reboot or something? I don't know yet but if it works from Java it's good enough for my purposes. So, this seems a bug. Why have the code and no way to discover it? Shouldn't there be a change in the build process for this? Has it already been bug reported? Meanwhile, I was still thinking about grabbing the source and setting up something on github with a dylib/jar pair that developers could add to their projects to get this scripting engine without hacking JDK/JRE's. Seem a reasonable idea? I'm not sure if Robert Palmer and Alan Bateman somehow just missed out on this problem or had a easier or better solution? If so I'd be interested in hearing it. Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From mik3hall at gmail.com Sat Feb 15 06:27:41 2014 From: mik3hall at gmail.com (Michael Hall) Date: Sat, 15 Feb 2014 08:27:41 -0600 Subject: AppleScript script engine In-Reply-To: References: <5857C340-9DED-44BC-8F11-6017E16122A0@gmail.com> <617D3581-93AD-4BFE-953C-EC719F409EAB@gmail.com> <88E2EB21-EBDB-4315-8D6D-AFAC3E8067C4@gmail.com> Message-ID: <11008F4E-BFA1-411E-8C15-83E83DB9987F@gmail.com> On Feb 15, 2014, at 8:00 AM, Michael Hall wrote: > I'm not sure if Robert Palmer and Alan Bateman somehow just missed out on this problem or had a easier or better solution? If so I'd be interested in hearing it. Sorry Scott, put you in Led Zeppelin there for a bit. Except for Scott's 1.7.0_51, his and Alan's look to be later versions, so we might assume more recent builds have this fixed? Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From mik3hall at gmail.com Sat Feb 15 06:43:50 2014 From: mik3hall at gmail.com (Michael Hall) Date: Sat, 15 Feb 2014 08:43:50 -0600 Subject: AppleScript script engine In-Reply-To: References: <5857C340-9DED-44BC-8F11-6017E16122A0@gmail.com> <617D3581-93AD-4BFE-953C-EC719F409EAB@gmail.com> <88E2EB21-EBDB-4315-8D6D-AFAC3E8067C4@gmail.com> Message-ID: <60FF5B32-EB0B-4211-A988-F056E73FFC01@gmail.com> On Feb 15, 2014, at 8:00 AM, Michael Hall wrote: > I have had partial success on this based on this Stack Overllow post? > http://stackoverflow.com/questions/10054252/trying-to-use-rhino-getenginebynamejavascript-returns-null-in-openjdk-7 > Sorry again, one more correction, based on this URL? http://stackoverflow.com/questions/11978407/java-scriptenginemanager-no-longer-works-with-mountain-lions-applescript Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From Alan.Bateman at oracle.com Sat Feb 15 08:02:06 2014 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Sat, 15 Feb 2014 16:02:06 +0000 Subject: AppleScript script engine In-Reply-To: <11008F4E-BFA1-411E-8C15-83E83DB9987F@gmail.com> References: <5857C340-9DED-44BC-8F11-6017E16122A0@gmail.com> <617D3581-93AD-4BFE-953C-EC719F409EAB@gmail.com> <88E2EB21-EBDB-4315-8D6D-AFAC3E8067C4@gmail.com> <11008F4E-BFA1-411E-8C15-83E83DB9987F@gmail.com> Message-ID: <52FF8F7E.70801@oracle.com> On 15/02/2014 14:27, Michael Hall wrote: > : > Sorry Scott, put you in Led Zeppelin there for a bit. Except for Scott's 1.7.0_51, his and Alan's look to be later versions, so we might assume more recent builds have this fixed? > I took a quick poke around and I now see that the reason AppleScript is located on my system is because ServiceLoader is locating the service configuration file in /System/Library/Java/Extensions/AppleScriptEngine.jar. Although the AppleScript script engine is included in rt.jar, there isn't in fact a service configuration file for it resources.jar (resources.jar because that is where resources go in the JDK at this time). So I would suggest submitting a bug on this. -Alan. From mik3hall at gmail.com Sat Feb 15 08:09:26 2014 From: mik3hall at gmail.com (Michael Hall) Date: Sat, 15 Feb 2014 10:09:26 -0600 Subject: AppleScript script engine In-Reply-To: <52FF8F7E.70801@oracle.com> References: <5857C340-9DED-44BC-8F11-6017E16122A0@gmail.com> <617D3581-93AD-4BFE-953C-EC719F409EAB@gmail.com> <88E2EB21-EBDB-4315-8D6D-AFAC3E8067C4@gmail.com> <11008F4E-BFA1-411E-8C15-83E83DB9987F@gmail.com> <52FF8F7E.70801@oracle.com> Message-ID: <554828E0-8D8D-4897-8C34-55FB21FE2867@gmail.com> On Feb 15, 2014, at 10:02 AM, Alan Bateman wrote: > On 15/02/2014 14:27, Michael Hall wrote: >> : >> Sorry Scott, put you in Led Zeppelin there for a bit. Except for Scott's 1.7.0_51, his and Alan's look to be later versions, so we might assume more recent builds have this fixed? >> > I took a quick poke around and I now see that the reason AppleScript is located on my system is because ServiceLoader is locating the service configuration file in /System/Library/Java/Extensions/AppleScriptEngine.jar. Although the AppleScript script engine is included in rt.jar, there isn't in fact a service configuration file for it resources.jar (resources.jar because that is where resources go in the JDK at this time). So I would suggest submitting a bug on this. > > -Alan. I think that may also explain my remaining jrunscript problem. ls -l /usr/bin/jrunscript lrwxr-xr-x 1 root wheel 80 Mar 12 2013 /usr/bin/jrunscript -> /System/Library/Frameworks/JavaVM.framework/Versions/Current/Commands/jrunscript I will probably include that in the bug report as well? Shouldn't openjdk installs replace that link to point to theirs? I can search my past list posts but whats the preferred bug filing location now? Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From swpalmer at gmail.com Sat Feb 15 09:00:51 2014 From: swpalmer at gmail.com (Scott Palmer) Date: Sat, 15 Feb 2014 12:00:51 -0500 Subject: AppleScript script engine In-Reply-To: <554828E0-8D8D-4897-8C34-55FB21FE2867@gmail.com> References: <5857C340-9DED-44BC-8F11-6017E16122A0@gmail.com> <617D3581-93AD-4BFE-953C-EC719F409EAB@gmail.com> <88E2EB21-EBDB-4315-8D6D-AFAC3E8067C4@gmail.com> <11008F4E-BFA1-411E-8C15-83E83DB9987F@gmail.com> <52FF8F7E.70801@oracle.com> <554828E0-8D8D-4897-8C34-55FB21FE2867@gmail.com> Message-ID: On Feb 15, 2014 11:10 AM, "Michael Hall" wrote: > I think that may also explain my remaining jrunscript problem. > ls -l /usr/bin/jrunscript > lrwxr-xr-x 1 root wheel 80 Mar 12 2013 /usr/bin/jrunscript -> /System/Library/Frameworks/JavaVM.framework/Versions/Current/Commands/jrunscript > I will probably include that in the bug report as well? Shouldn't openjdk installs replace that link to point to theirs? Maybe, but I don't think so. I think that stuff is part of the magic that makes JAVA_HOME work without messing around with the path. I think OpenJDK has a JIRA bug system now, but the usual place at oracle.comstill works. Scott From mik3hall at gmail.com Sat Feb 15 09:18:38 2014 From: mik3hall at gmail.com (Michael Hall) Date: Sat, 15 Feb 2014 11:18:38 -0600 Subject: AppleScript script engine In-Reply-To: References: <5857C340-9DED-44BC-8F11-6017E16122A0@gmail.com> <617D3581-93AD-4BFE-953C-EC719F409EAB@gmail.com> <88E2EB21-EBDB-4315-8D6D-AFAC3E8067C4@gmail.com> <11008F4E-BFA1-411E-8C15-83E83DB9987F@gmail.com> <52FF8F7E.70801@oracle.com> <554828E0-8D8D-4897-8C34-55FB21FE2867@gmail.com> Message-ID: <95357925-5BAC-4ABF-8B0E-461ECA1BCB3A@gmail.com> On Feb 15, 2014, at 11:00 AM, Scott Palmer wrote: > Maybe, but I don't think so. I think that stuff is part of the magic that makes JAVA_HOME work without messing around with the path. > > I think OpenJDK has a JIRA bug system now, but the usual place at oracle.com still works. > > Scott > I was sort of remembering glancing at this one a while back. I just remembered it seemed to say there were choices for bug filing. http://lists.apple.com/archives/java-dev/2014/Jan/msg00038.html > > "Everyone with OpenJDK Author status or above has a JBS account which may be used to create and edit bugs. Those without accounts can view bugs anonymously." > > Yeah - if you're not an OpenJDK developer, please continue to use bugs.java.com instead, as before. I guess I'll use bugs.java.com. Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From mik3hall at gmail.com Sat Feb 15 09:59:54 2014 From: mik3hall at gmail.com (Michael Hall) Date: Sat, 15 Feb 2014 11:59:54 -0600 Subject: AppleScript script engine In-Reply-To: References: <5857C340-9DED-44BC-8F11-6017E16122A0@gmail.com> <617D3581-93AD-4BFE-953C-EC719F409EAB@gmail.com> <88E2EB21-EBDB-4315-8D6D-AFAC3E8067C4@gmail.com> <11008F4E-BFA1-411E-8C15-83E83DB9987F@gmail.com> <52FF8F7E.70801@oracle.com> <554828E0-8D8D-4897-8C34-55FB21FE2867@gmail.com> Message-ID: <2D2FAF21-FA05-4962-B52B-064BE37E63B5@gmail.com> On Feb 15, 2014, at 11:00 AM, Scott Palmer wrote: > > Maybe, but I don't think so. I think that stuff is part of the magic that makes JAVA_HOME work without messing around with the path. > It looked like most of the java commands default link to the Apple Java 6 versions. I set up this in my bash profile jdkhome=`/usr/libexec/java_home -v 1.7` alias jrunscript7=$jdkhome/bin/jrunscript I'm a little leery of using JAVA_HOME having a number of times seen people have problems they couldn't figure out that turned out to be because they JAVA_HOME set and forgot about it. jrunscript7 -q Language ECMAScript 1.8 implemention "Mozilla Rhino" 1.7 release 3 PRERELEASE But it still doesn't work. I guess I'd better figure out the resources configuration file Alan Bateman mentioned. Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From swpalmer at gmail.com Sat Feb 15 10:28:01 2014 From: swpalmer at gmail.com (Scott Palmer) Date: Sat, 15 Feb 2014 13:28:01 -0500 Subject: AppleScript script engine In-Reply-To: <2D2FAF21-FA05-4962-B52B-064BE37E63B5@gmail.com> References: <5857C340-9DED-44BC-8F11-6017E16122A0@gmail.com> <617D3581-93AD-4BFE-953C-EC719F409EAB@gmail.com> <88E2EB21-EBDB-4315-8D6D-AFAC3E8067C4@gmail.com> <11008F4E-BFA1-411E-8C15-83E83DB9987F@gmail.com> <52FF8F7E.70801@oracle.com> <554828E0-8D8D-4897-8C34-55FB21FE2867@gmail.com> <2D2FAF21-FA05-4962-B52B-064BE37E63B5@gmail.com> Message-ID: If I don't define JAVA_HOME I automatically get the latest jdk when I run commands. Something is handling that. I think it is the commands that are linked to - they don't run java 6 automatically. Scott On Feb 15, 2014 1:01 PM, "Michael Hall" wrote: > On Feb 15, 2014, at 11:00 AM, Scott Palmer wrote: > > > > Maybe, but I don't think so. I think that stuff is part of the magic > that makes JAVA_HOME work without messing around with the path. > > > It looked like most of the java commands default link to the Apple Java 6 > versions. > > I set up this in my bash profile > jdkhome=`/usr/libexec/java_home -v 1.7` > alias jrunscript7=$jdkhome/bin/jrunscript > > I'm a little leery of using JAVA_HOME having a number of times seen people > have problems they couldn't figure out that turned out to be because they > JAVA_HOME set and forgot about it. > > jrunscript7 -q > Language ECMAScript 1.8 implemention "Mozilla Rhino" 1.7 release 3 > PRERELEASE > > But it still doesn't work. I guess I'd better figure out the resources > configuration file Alan Bateman mentioned. > > Michael Hall > > trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz > > HalfPipe Java 6/7 shell app > http://www195.pair.com/mik3hall/index.html#halfpipe > > AppConverter convert Apple jvm to openjdk apps > http://www195.pair.com/mik3hall/index.html#appconverter > > > > > > From mik3hall at gmail.com Sat Feb 15 16:47:53 2014 From: mik3hall at gmail.com (Michael Hall) Date: Sat, 15 Feb 2014 18:47:53 -0600 Subject: AppleScript script engine In-Reply-To: <52FF8F7E.70801@oracle.com> References: <5857C340-9DED-44BC-8F11-6017E16122A0@gmail.com> <617D3581-93AD-4BFE-953C-EC719F409EAB@gmail.com> <88E2EB21-EBDB-4315-8D6D-AFAC3E8067C4@gmail.com> <11008F4E-BFA1-411E-8C15-83E83DB9987F@gmail.com> <52FF8F7E.70801@oracle.com> Message-ID: <4FD90AC2-9640-4806-A4B8-C375B57D5924@gmail.com> On Feb 15, 2014, at 10:02 AM, Alan Bateman wrote: > On 15/02/2014 14:27, Michael Hall wrote: >> : >> Sorry Scott, put you in Led Zeppelin there for a bit. Except for Scott's 1.7.0_51, his and Alan's look to be later versions, so we might assume more recent builds have this fixed? >> > I took a quick poke around and I now see that the reason AppleScript is located on my system is because ServiceLoader is locating the service configuration file in /System/Library/Java/Extensions/AppleScriptEngine.jar. Although the AppleScript script engine is included in rt.jar, there isn't in fact a service configuration file for it resources.jar (resources.jar because that is where resources go in the JDK at this time). So I would suggest submitting a bug on this. jar -uf resources.jar META-INF/services/javax.script.ScriptEngineFactory jrunscript -q Language AppleScript 2.2.4 implemention "AppleScriptEngine" 1.1 Language ECMAScript 1.8 implemention "Mozilla Rhino" 1.7 release 3 PRERELEASE Thanks, Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From alexandr.scherbatiy at oracle.com Mon Feb 17 06:38:19 2014 From: alexandr.scherbatiy at oracle.com (Alexander Scherbatiy) Date: Mon, 17 Feb 2014 18:38:19 +0400 Subject: [9] Review request for 8031573 [macosx] Checkmarks of JCheckBoxMenuItems aren't rendered in high resolution on Retina In-Reply-To: <52FDFB29.4060901@oracle.com> References: <52FCD0F9.3000001@oracle.com> <52FD434B.4060002@oracle.com> <52FDF0C0.6070200@oracle.com> <52FDFB29.4060901@oracle.com> Message-ID: <53021EDB.5010807@oracle.com> On 2/14/2014 3:16 PM, Sergey Bylokhov wrote: > On 2/14/14 2:32 PM, Alexander Scherbatiy wrote: >> On 2/14/2014 2:12 AM, Sergey Bylokhov wrote: >>> Hi, Alexander. >>> Did you check option of loading of the picture on demand?Since most >>> of the time x2 version is useless on non hdpi and vice versa. > Yes but in this particular case menu items will be painted in one > particular scale only. I have created the separate issue on it: 8035069 [macosx] Loading resolution variants by demand https://bugs.openjdk.java.net/browse/JDK-8035069 Thanks, Alexandr. >> It's not quite true. >> MacOSX choses a necessary image representation based on the >> current transformations. Setting current transformation to scale 2x >> leads >> that the high resolution image is drawn even on non HiDPI display. >> >> There is a similar mechanism for the MultiResolution toolkit >> images. The base image is drawn in case if the high-resolution image >> has not been loaded yet. >> It has an issue that if there is no one more repaint event the >> image with high resolution is not shown. >> >> I would suggest to move this topic to a separate issue. >> >> Thanks, >> Alexandr. >> >>> >>> On 13.02.2014 18:04, Alexander Scherbatiy wrote: >>>> >>>> Hello, >>>> >>>> Could you review the fix: >>>> bug: https://bugs.openjdk.java.net/browse/JDK-8031573 >>>> webrev: http://cr.openjdk.java.net/~alexsch/8031573/webrev.00 >>>> >>>> The NSMenu* system icons are templates and do not have image >>>> representations. >>>> >>>> The fix retrieves images with original and double size from an >>>> NSImage and put them to a MultiResolution image. >>>> The fix also adds sun.awt.image.MultiResolutionBufferedImage >>>> class which can be used uniformly for a Multiresolution image >>>> creation. >>>> >>>> The fix is independent of the fix 8033534 Get MultiResolution >>>> image from native system >>>> http://mail.openjdk.java.net/pipermail/awt-dev/2014-February/006991.html >>>> >>>> because CImage.createImageFromName(imageName) never returns a >>>> MultiResolution image for templates. >>>> But the fix 8033534 can be updated to use the >>>> MultiResolutionBufferedImage. >>>> >>>> Thanks, >>>> Alexandr. >>>> >>> >>> >> > > From Sergey.Bylokhov at oracle.com Tue Feb 18 04:20:45 2014 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Tue, 18 Feb 2014 16:20:45 +0400 Subject: [9] Review request for 8031573 [macosx] Checkmarks of JCheckBoxMenuItems aren't rendered in high resolution on Retina In-Reply-To: <53021EDB.5010807@oracle.com> References: <52FCD0F9.3000001@oracle.com> <52FD434B.4060002@oracle.com> <52FDF0C0.6070200@oracle.com> <52FDFB29.4060901@oracle.com> <53021EDB.5010807@oracle.com> Message-ID: <5303501D.9010108@oracle.com> Hi, Alexander. The fix looks good then. On 17.02.2014 18:38, Alexander Scherbatiy wrote: > On 2/14/2014 3:16 PM, Sergey Bylokhov wrote: >> On 2/14/14 2:32 PM, Alexander Scherbatiy wrote: >>> On 2/14/2014 2:12 AM, Sergey Bylokhov wrote: >>>> Hi, Alexander. >>>> Did you check option of loading of the picture on demand?Since most >>>> of the time x2 version is useless on non hdpi and vice versa. >> Yes but in this particular case menu items will be painted in one >> particular scale only. > > I have created the separate issue on it: 8035069 [macosx] Loading > resolution variants by demand > https://bugs.openjdk.java.net/browse/JDK-8035069 > > Thanks, > Alexandr. >>> It's not quite true. >>> MacOSX choses a necessary image representation based on the >>> current transformations. Setting current transformation to scale 2x >>> leads >>> that the high resolution image is drawn even on non HiDPI display. >>> >>> There is a similar mechanism for the MultiResolution toolkit >>> images. The base image is drawn in case if the high-resolution image >>> has not been loaded yet. >>> It has an issue that if there is no one more repaint event the >>> image with high resolution is not shown. >>> >>> I would suggest to move this topic to a separate issue. >>> >>> Thanks, >>> Alexandr. >>> >>>> >>>> On 13.02.2014 18:04, Alexander Scherbatiy wrote: >>>>> >>>>> Hello, >>>>> >>>>> Could you review the fix: >>>>> bug: https://bugs.openjdk.java.net/browse/JDK-8031573 >>>>> webrev: http://cr.openjdk.java.net/~alexsch/8031573/webrev.00 >>>>> >>>>> The NSMenu* system icons are templates and do not have image >>>>> representations. >>>>> >>>>> The fix retrieves images with original and double size from an >>>>> NSImage and put them to a MultiResolution image. >>>>> The fix also adds sun.awt.image.MultiResolutionBufferedImage >>>>> class which can be used uniformly for a Multiresolution image >>>>> creation. >>>>> >>>>> The fix is independent of the fix 8033534 Get MultiResolution >>>>> image from native system >>>>> http://mail.openjdk.java.net/pipermail/awt-dev/2014-February/006991.html >>>>> >>>>> because CImage.createImageFromName(imageName) never returns a >>>>> MultiResolution image for templates. >>>>> But the fix 8033534 can be updated to use the >>>>> MultiResolutionBufferedImage. >>>>> >>>>> Thanks, >>>>> Alexandr. >>>>> >>>> >>>> >>> >> >> > -- Best regards, Sergey. From mik3hall at gmail.com Tue Feb 18 18:13:47 2014 From: mik3hall at gmail.com (Michael Hall) Date: Tue, 18 Feb 2014 20:13:47 -0600 Subject: AppleScript script engine In-Reply-To: References: <5857C340-9DED-44BC-8F11-6017E16122A0@gmail.com> <617D3581-93AD-4BFE-953C-EC719F409EAB@gmail.com> <88E2EB21-EBDB-4315-8D6D-AFAC3E8067C4@gmail.com> Message-ID: On Feb 15, 2014, at 8:00 AM, Michael Hall wrote: > Meanwhile, I was still thinking about grabbing the source and setting up something on github with a dylib/jar pair that developers could add to their projects > to get this scripting engine without hacking JDK/JRE's. Seem a reasonable idea? Not a lot to it, no doc or much for build, but a jar and dylib that appear to still work if I reset resources.jar to cause the AppleScript JSR 223 interface to be missing. https://github.com/mik3hall/AppleScriptEngine So, if you have problems with OS X java and the AppleScript interface before a fix is in place and don't want to mess with modifying the JDK/JRE resources.jar, then you might want to look at this. Again, I'm assuming the classpath exception lets me get away with having this stuff for distribution. Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From paul_t100 at fastmail.fm Sat Feb 22 05:51:49 2014 From: paul_t100 at fastmail.fm (Paul Taylor) Date: Sat, 22 Feb 2014 13:51:49 +0000 Subject: Disabling AppNap from java Message-ID: <5308AB75.2000303@fastmail.fm> I think Im having problems with AppNap with my application, although it is difficult to understand when/if it is kicking in. 'The correct way to disable App Nap is to use the -[NSProcessInfo beginActivityWithOptions:reason:] and -[NSProcessInfo endActivity] APIs within your app via JNI, and only when your app is actually doing work.' - Mike Swingler Has anything been done to disable AppNap from java without having to use JNI Paul From ebakke at MIT.EDU Sat Feb 22 12:43:03 2014 From: ebakke at MIT.EDU (Eirik Bakke) Date: Sat, 22 Feb 2014 20:43:03 +0000 Subject: Disabling AppNap from java In-Reply-To: <5308AB75.2000303@fastmail.fm> References: <5308AB75.2000303@fastmail.fm> Message-ID: JNA might be a simpler way to call native functions: https://github.com/twall/jna -- Eirik On 2/22/14, 8:51 AM, "Paul Taylor" wrote: >I think Im having problems with AppNap with my application, although it >is difficult to understand when/if it is kicking in. > >'The correct way to disable App Nap is to use the -[NSProcessInfo >beginActivityWithOptions:reason:] and -[NSProcessInfo endActivity] APIs >within your app via JNI, and only when your app is actually doing work.' >- Mike Swingler > >Has anything been done to disable AppNap from java without having to use >JNI > >Paul > From paul_t100 at fastmail.fm Sat Feb 22 13:49:16 2014 From: paul_t100 at fastmail.fm (Paul Taylor) Date: Sat, 22 Feb 2014 21:49:16 +0000 Subject: Disabling AppNap from java In-Reply-To: References: <5308AB75.2000303@fastmail.fm> Message-ID: <53091B5C.1050905@fastmail.fm> On 22/02/2014 20:43, Eirik Bakke wrote: > JNA might be a simpler way to call native functions: > https://github.com/twall/jna > > -- Eirik > > On 2/22/14, 8:51 AM, "Paul Taylor" wrote: > >> I think Im having problems with AppNap with my application, although it >> is difficult to understand when/if it is kicking in. >> >> 'The correct way to disable App Nap is to use the -[NSProcessInfo >> beginActivityWithOptions:reason:] and -[NSProcessInfo endActivity] APIs >> within your app via JNI, and only when your app is actually doing work.' >> - Mike Swingler >> >> Has anything been done to disable AppNap from java without having to use >> JNI >> >> Paul >> > I think JNA or its own is Wndows only isnt it, but there is something called rococoa. To be honest I was hoping someone else had encountered this particular problem with AppNap and had something to share. Paul From lordpixel at me.com Sat Feb 22 15:13:05 2014 From: lordpixel at me.com (Andrew Thompson) Date: Sat, 22 Feb 2014 15:13:05 -0800 Subject: Disabling AppNap from java In-Reply-To: <53091B5C.1050905@fastmail.fm> References: <5308AB75.2000303@fastmail.fm> <53091B5C.1050905@fastmail.fm> Message-ID: I've resisted posting this until now as it will probably just confuse the issue, but on this page you can find code which calls Objective C using both Rococoa and plain old JNI so you can compare and contrast. Of course the problem this is solving has nothing to do with AppNap and so it might be more distracting than anything else: http://pixel.recoil.org/code/rococoa/ Unfortunately like most things this is a matter of experience. Having done this before I could probably knock something up in a couple of hours that would meet your needs. But if it's your first time it'll be trickier for you. > On Feb 22, 2014, at 1:49 PM, Paul Taylor wrote: > >> On 22/02/2014 20:43, Eirik Bakke wrote: >> JNA might be a simpler way to call native functions: >> https://github.com/twall/jna >> >> -- Eirik >> >>> On 2/22/14, 8:51 AM, "Paul Taylor" wrote: >>> >>> I think Im having problems with AppNap with my application, although it >>> is difficult to understand when/if it is kicking in. >>> >>> 'The correct way to disable App Nap is to use the -[NSProcessInfo >>> beginActivityWithOptions:reason:] and -[NSProcessInfo endActivity] APIs >>> within your app via JNI, and only when your app is actually doing work.' >>> - Mike Swingler >>> >>> Has anything been done to disable AppNap from java without having to use >>> JNI >>> >>> Paul > I think JNA or its own is Wndows only isnt it, but there is something called rococoa. > To be honest I was hoping someone else had encountered this particular problem with AppNap and had something to share. > > Paul From mik3hall at gmail.com Sat Feb 22 16:02:30 2014 From: mik3hall at gmail.com (Michael Hall) Date: Sat, 22 Feb 2014 18:02:30 -0600 Subject: JavaAppLauncher Message-ID: <51109697-2C86-45AD-9BBE-C8C4582806EB@gmail.com> Just noticed this in Console.app when launching an application without an embedded JRE? 2/22/14 5:57:39.093 PM JavaAppLauncher[5669]: objc[5669]: Class JavaLaunchHelper is implemented in both /Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/lib/jli/libjli.dylib and /Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/lib/libinstrument.dylib. One of the two will be used. Which one is undefined. Any concern? Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From swpalmer at gmail.com Sat Feb 22 16:23:43 2014 From: swpalmer at gmail.com (Scott Palmer) Date: Sat, 22 Feb 2014 19:23:43 -0500 Subject: Disabling AppNap from java In-Reply-To: <53091B5C.1050905@fastmail.fm> References: <5308AB75.2000303@fastmail.fm> <53091B5C.1050905@fastmail.fm> Message-ID: On Sat, Feb 22, 2014 at 4:49 PM, Paul Taylor wrote: > On 22/02/2014 20:43, Eirik Bakke wrote: > >> JNA might be a simpler way to call native functions: >> https://github.com/twall/jna >> >> ... > > > I think JNA or its own is Wndows only isnt it, but there is something > called rococoa. > To be honest I was hoping someone else had encountered this particular > problem with AppNap and had something to share. > > Paul > JNA works on Windows, OS X, Linux, and more. However, it is based on C interfaces and calling conventions. Rococoa ( https://code.google.com/p/rococoa/) implements a similar thing for interacting with Objective-C interfaces. Scott From mik3hall at gmail.com Sat Feb 22 16:53:51 2014 From: mik3hall at gmail.com (Michael Hall) Date: Sat, 22 Feb 2014 18:53:51 -0600 Subject: Disabling AppNap from java In-Reply-To: References: <5308AB75.2000303@fastmail.fm> <53091B5C.1050905@fastmail.fm> Message-ID: On Feb 22, 2014, at 6:23 PM, Scott Palmer wrote: > On Sat, Feb 22, 2014 at 4:49 PM, Paul Taylor wrote: > >> On 22/02/2014 20:43, Eirik Bakke wrote: >> >>> JNA might be a simpler way to call native functions: >>> https://github.com/twall/jna >>> >>> ... >> >> Not that more native choices are whats needed but if we are tossing out different options for that then? For my HalfPipe application I set up a simple jNI interface to the command line interface for FScript http://www.fscript.org Which is supposed to be a smalltalk-like Cocoa interface. I think I had some fairly simple ObjectiveC runtime interface code in place for JRuby using FFI This was sort of like JNIDirect which was something Patrick Beard came up with a while back when JDirect was going away, or shortly after it had gone away. Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter > >> I think JNA or its own is Wndows only isnt it, but there is something >> called rococoa. >> To be honest I was hoping someone else had encountered this particular >> problem with AppNap and had something to share. >> >> Paul >> > > JNA works on Windows, OS X, Linux, and more. However, it is based on C > interfaces and calling conventions. Rococoa ( > https://code.google.com/p/rococoa/) implements a similar thing for > interacting with Objective-C interfaces. > > Scott From steve at weblite.ca Sat Feb 22 17:13:51 2014 From: steve at weblite.ca (Steve Hannah) Date: Sat, 22 Feb 2014 17:13:51 -0800 Subject: Disabling AppNap from java In-Reply-To: References: <5308AB75.2000303@fastmail.fm> <53091B5C.1050905@fastmail.fm> Message-ID: For doing simple Objective-C things like this, I wrote an objective-c bridge. It uses JNA and allows you to access any OS X SDK without having to generate stub classes for them (like you do with rococoa). https://github.com/shannah/Java-Objective-C-Bridge Some sample code to give you an idea: WebView : https://github.com/shannah/Java-Objective-C-Bridge/blob/master/java/test/ca/weblite/objc/TestWebView.java NSOpenPanel : https://github.com/shannah/Java-Objective-C-Bridge/blob/master/java/test/ca/weblite/objc/NSOpenPanelSample.java Loading a nib file: https://github.com/shannah/Java-Objective-C-Bridge/blob/master/java/test/ca/weblite/objc/LoadNibSample.java Steve On Sat, Feb 22, 2014 at 4:53 PM, Michael Hall wrote: > On Feb 22, 2014, at 6:23 PM, Scott Palmer wrote: > > > On Sat, Feb 22, 2014 at 4:49 PM, Paul Taylor > wrote: > > > >> On 22/02/2014 20:43, Eirik Bakke wrote: > >> > >>> JNA might be a simpler way to call native functions: > >>> https://github.com/twall/jna > >>> > >>> ... > >> > >> > > Not that more native choices are whats needed but if we are tossing out > different options for that then... > > For my HalfPipe application I set up a simple jNI interface to the command > line interface for FScript > http://www.fscript.org > Which is supposed to be a smalltalk-like Cocoa interface. > > I think I had some fairly simple ObjectiveC runtime interface code in > place for JRuby using FFI > > This was sort of like JNIDirect which was something Patrick Beard came up > with a while back when JDirect was going away, or shortly after it had gone > away. > > Michael Hall > > trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz > > HalfPipe Java 6/7 shell app > http://www195.pair.com/mik3hall/index.html#halfpipe > > AppConverter convert Apple jvm to openjdk apps > http://www195.pair.com/mik3hall/index.html#appconverter > > > > > > > >> I think JNA or its own is Wndows only isnt it, but there is something > >> called rococoa. > >> To be honest I was hoping someone else had encountered this particular > >> problem with AppNap and had something to share. > >> > >> Paul > >> > > > > JNA works on Windows, OS X, Linux, and more. However, it is based on C > > interfaces and calling conventions. Rococoa ( > > https://code.google.com/p/rococoa/) implements a similar thing for > > interacting with Objective-C interfaces. > > > > Scott > > -- Steve Hannah Web Lite Solutions Corp. From mik3hall at gmail.com Sat Feb 22 19:01:46 2014 From: mik3hall at gmail.com (Michael Hall) Date: Sat, 22 Feb 2014 21:01:46 -0600 Subject: Environment variables Message-ID: <68F09C18-D4D8-4BCB-98E3-C9A8FBD43F32@gmail.com> I think I asked this before. I'm not sure it was answered, not remembering the answer anyhow. Should java System.getenv pick up ones that are added with LSEnvironment in the Info.plist file? It doesn't seem to. What would be a workaround for java code that depends on things like a HOME directory set? Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From petr.pchelko at oracle.com Mon Feb 24 05:48:17 2014 From: petr.pchelko at oracle.com (Petr Pchelko) Date: Mon, 24 Feb 2014 17:48:17 +0400 Subject: [9] Review request for 8031573 [macosx] Checkmarks of JCheckBoxMenuItems aren't rendered in high resolution on Retina In-Reply-To: <5303501D.9010108@oracle.com> References: <52FCD0F9.3000001@oracle.com> <52FD434B.4060002@oracle.com> <52FDF0C0.6070200@oracle.com> <52FDFB29.4060901@oracle.com> <53021EDB.5010807@oracle.com> <5303501D.9010108@oracle.com> Message-ID: <41B9887A-4242-466C-9743-A0CF4304B53E@oracle.com> Hello, Alexander. The fix looks good to me. With best regards. Petr. On 18.02.2014, at 16:20, Sergey Bylokhov wrote: > Hi, Alexander. > The fix looks good then. > > On 17.02.2014 18:38, Alexander Scherbatiy wrote: >> On 2/14/2014 3:16 PM, Sergey Bylokhov wrote: >>> On 2/14/14 2:32 PM, Alexander Scherbatiy wrote: >>>> On 2/14/2014 2:12 AM, Sergey Bylokhov wrote: >>>>> Hi, Alexander. >>>>> Did you check option of loading of the picture on demand?Since most of the time x2 version is useless on non hdpi and vice versa. >>> Yes but in this particular case menu items will be painted in one particular scale only. >> >> I have created the separate issue on it: 8035069 [macosx] Loading resolution variants by demand >> https://bugs.openjdk.java.net/browse/JDK-8035069 >> >> Thanks, >> Alexandr. >>>> It's not quite true. >>>> MacOSX choses a necessary image representation based on the current transformations. Setting current transformation to scale 2x leads >>>> that the high resolution image is drawn even on non HiDPI display. >>>> >>>> There is a similar mechanism for the MultiResolution toolkit images. The base image is drawn in case if the high-resolution image has not been loaded yet. >>>> It has an issue that if there is no one more repaint event the image with high resolution is not shown. >>>> >>>> I would suggest to move this topic to a separate issue. >>>> >>>> Thanks, >>>> Alexandr. >>>> >>>>> >>>>> On 13.02.2014 18:04, Alexander Scherbatiy wrote: >>>>>> >>>>>> Hello, >>>>>> >>>>>> Could you review the fix: >>>>>> bug: https://bugs.openjdk.java.net/browse/JDK-8031573 >>>>>> webrev: http://cr.openjdk.java.net/~alexsch/8031573/webrev.00 >>>>>> >>>>>> The NSMenu* system icons are templates and do not have image representations. >>>>>> >>>>>> The fix retrieves images with original and double size from an NSImage and put them to a MultiResolution image. >>>>>> The fix also adds sun.awt.image.MultiResolutionBufferedImage class which can be used uniformly for a Multiresolution image creation. >>>>>> >>>>>> The fix is independent of the fix 8033534 Get MultiResolution image from native system >>>>>> http://mail.openjdk.java.net/pipermail/awt-dev/2014-February/006991.html >>>>>> because CImage.createImageFromName(imageName) never returns a MultiResolution image for templates. >>>>>> But the fix 8033534 can be updated to use the MultiResolutionBufferedImage. >>>>>> >>>>>> Thanks, >>>>>> Alexandr. >>>>>> >>>>> >>>>> >>>> >>> >>> >> > > > -- > Best regards, Sergey. > From hs at tagtraum.com Mon Feb 24 05:59:27 2014 From: hs at tagtraum.com (Hendrik Schreiber) Date: Mon, 24 Feb 2014 14:59:27 +0100 Subject: [9] Review request for 8031573 [macosx] Checkmarks of JCheckBoxMenuItems aren't rendered in high resolution on Retina In-Reply-To: <41B9887A-4242-466C-9743-A0CF4304B53E@oracle.com> References: <52FCD0F9.3000001@oracle.com> <52FD434B.4060002@oracle.com> <52FDF0C0.6070200@oracle.com> <52FDFB29.4060901@oracle.com> <53021EDB.5010807@oracle.com> <5303501D.9010108@oracle.com> <41B9887A-4242-466C-9743-A0CF4304B53E@oracle.com> Message-ID: Hey guys, will this fix cover JTree folder icons as well? I.e. javax.swing.UIManager.getIcon("Tree.closedIcon") returns something that is rendered in HiDPI on a a HiDPI display? Or would that be a separate issue? Thanks, -hendrik On Feb 24, 2014, at 14:48, Petr Pchelko wrote: > Hello, Alexander. > > The fix looks good to me. > > With best regards. Petr. > > On 18.02.2014, at 16:20, Sergey Bylokhov wrote: > >> Hi, Alexander. >> The fix looks good then. >> >> On 17.02.2014 18:38, Alexander Scherbatiy wrote: >>> On 2/14/2014 3:16 PM, Sergey Bylokhov wrote: >>>> On 2/14/14 2:32 PM, Alexander Scherbatiy wrote: >>>>> On 2/14/2014 2:12 AM, Sergey Bylokhov wrote: >>>>>> Hi, Alexander. >>>>>> Did you check option of loading of the picture on demand?Since most of the time x2 version is useless on non hdpi and vice versa. >>>> Yes but in this particular case menu items will be painted in one particular scale only. >>> >>> I have created the separate issue on it: 8035069 [macosx] Loading resolution variants by demand >>> https://bugs.openjdk.java.net/browse/JDK-8035069 >>> >>> Thanks, >>> Alexandr. >>>>> It's not quite true. >>>>> MacOSX choses a necessary image representation based on the current transformations. Setting current transformation to scale 2x leads >>>>> that the high resolution image is drawn even on non HiDPI display. >>>>> >>>>> There is a similar mechanism for the MultiResolution toolkit images. The base image is drawn in case if the high-resolution image has not been loaded yet. >>>>> It has an issue that if there is no one more repaint event the image with high resolution is not shown. >>>>> >>>>> I would suggest to move this topic to a separate issue. >>>>> >>>>> Thanks, >>>>> Alexandr. >>>>> >>>>>> >>>>>> On 13.02.2014 18:04, Alexander Scherbatiy wrote: >>>>>>> >>>>>>> Hello, >>>>>>> >>>>>>> Could you review the fix: >>>>>>> bug: https://bugs.openjdk.java.net/browse/JDK-8031573 >>>>>>> webrev: http://cr.openjdk.java.net/~alexsch/8031573/webrev.00 >>>>>>> >>>>>>> The NSMenu* system icons are templates and do not have image representations. >>>>>>> >>>>>>> The fix retrieves images with original and double size from an NSImage and put them to a MultiResolution image. >>>>>>> The fix also adds sun.awt.image.MultiResolutionBufferedImage class which can be used uniformly for a Multiresolution image creation. >>>>>>> >>>>>>> The fix is independent of the fix 8033534 Get MultiResolution image from native system >>>>>>> http://mail.openjdk.java.net/pipermail/awt-dev/2014-February/006991.html >>>>>>> because CImage.createImageFromName(imageName) never returns a MultiResolution image for templates. >>>>>>> But the fix 8033534 can be updated to use the MultiResolutionBufferedImage. >>>>>>> >>>>>>> Thanks, >>>>>>> Alexandr. >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> >>> >> >> >> -- >> Best regards, Sergey. >> > From david.dehaven at oracle.com Mon Feb 24 13:52:46 2014 From: david.dehaven at oracle.com (David DeHaven) Date: Mon, 24 Feb 2014 13:52:46 -0800 Subject: JavaAppLauncher In-Reply-To: <51109697-2C86-45AD-9BBE-C8C4582806EB@gmail.com> References: <51109697-2C86-45AD-9BBE-C8C4582806EB@gmail.com> Message-ID: <8A1482D6-5375-4520-A79F-9D912C053167@oracle.com> > Just noticed this in Console.app when launching an application without an embedded JRE? > > 2/22/14 5:57:39.093 PM JavaAppLauncher[5669]: objc[5669]: Class JavaLaunchHelper is implemented in both /Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/lib/jli/libjli.dylib and /Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/lib/libinstrument.dylib. One of the two will be used. Which one is undefined. > > Any concern? That's a known issue, the message is benign as both instances of JavaLaunchHelper are the same. -DrD- From mik3hall at gmail.com Mon Feb 24 13:54:35 2014 From: mik3hall at gmail.com (Michael Hall) Date: Mon, 24 Feb 2014 15:54:35 -0600 Subject: JavaAppLauncher In-Reply-To: <8A1482D6-5375-4520-A79F-9D912C053167@oracle.com> References: <51109697-2C86-45AD-9BBE-C8C4582806EB@gmail.com> <8A1482D6-5375-4520-A79F-9D912C053167@oracle.com> Message-ID: On Feb 24, 2014, at 3:52 PM, David DeHaven wrote: > >> Just noticed this in Console.app when launching an application without an embedded JRE? >> >> 2/22/14 5:57:39.093 PM JavaAppLauncher[5669]: objc[5669]: Class JavaLaunchHelper is implemented in both /Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/lib/jli/libjli.dylib and /Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/lib/libinstrument.dylib. One of the two will be used. Which one is undefined. >> >> Any concern? > > That's a known issue, the message is benign as both instances of JavaLaunchHelper are the same. Thanks. I was thinking I'd bug report that one otherwise. Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From david.dehaven at oracle.com Mon Feb 24 14:10:40 2014 From: david.dehaven at oracle.com (David DeHaven) Date: Mon, 24 Feb 2014 14:10:40 -0800 Subject: Environment variables In-Reply-To: <68F09C18-D4D8-4BCB-98E3-C9A8FBD43F32@gmail.com> References: <68F09C18-D4D8-4BCB-98E3-C9A8FBD43F32@gmail.com> Message-ID: <9CD61CC9-67EB-4182-8A89-F5F7FE99A684@oracle.com> > I think I asked this before. I'm not sure it was answered, not remembering the answer anyhow. > Should java System.getenv pick up ones that are added with LSEnvironment in the Info.plist file? > It doesn't seem to. > What would be a workaround for java code that depends on things like a HOME directory set? Launching from Finder or other LaunchServices method? It has no effect when launching from the command line. Is it sandboxed? I don't know if sandboxing has an effect on LSEnvironment, but I suspect it might considering it's been exploited to infect machines with trojans (via DYLD_INSERT_LIBRARIES). What are you ultimately trying to accomplish? -DrD- From david.dehaven at oracle.com Mon Feb 24 14:18:05 2014 From: david.dehaven at oracle.com (David DeHaven) Date: Mon, 24 Feb 2014 14:18:05 -0800 Subject: JavaAppLauncher In-Reply-To: References: <51109697-2C86-45AD-9BBE-C8C4582806EB@gmail.com> <8A1482D6-5375-4520-A79F-9D912C053167@oracle.com> Message-ID: <1A878B17-1C88-474C-999B-42CB26E1B6FF@oracle.com> >>> Just noticed this in Console.app when launching an application without an embedded JRE? >>> >>> 2/22/14 5:57:39.093 PM JavaAppLauncher[5669]: objc[5669]: Class JavaLaunchHelper is implemented in both /Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/lib/jli/libjli.dylib and /Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/lib/libinstrument.dylib. One of the two will be used. Which one is undefined. >>> >>> Any concern? >> >> That's a known issue, the message is benign as both instances of JavaLaunchHelper are the same. > > Thanks. I was thinking I'd bug report that one otherwise. Here's the existing JBS issue: https://bugs.openjdk.java.net/browse/JDK-8022291 I'd fixed it for deployment, but had to back out the fix as it broke something else. Your case seems to be different though, since it's a collision between libjli.dylib and libinstrument.dylib, so we may need a different approach to fixing the problem. -DrD- From mik3hall at gmail.com Mon Feb 24 14:35:09 2014 From: mik3hall at gmail.com (Michael Hall) Date: Mon, 24 Feb 2014 16:35:09 -0600 Subject: Environment variables In-Reply-To: <9CD61CC9-67EB-4182-8A89-F5F7FE99A684@oracle.com> References: <68F09C18-D4D8-4BCB-98E3-C9A8FBD43F32@gmail.com> <9CD61CC9-67EB-4182-8A89-F5F7FE99A684@oracle.com> Message-ID: <8159EBD8-DF9F-4312-B65D-4B2B6DB1E087@gmail.com> On Feb 24, 2014, at 4:10 PM, David DeHaven wrote: > >> I think I asked this before. I'm not sure it was answered, not remembering the answer anyhow. >> Should java System.getenv pick up ones that are added with LSEnvironment in the Info.plist file? >> It doesn't seem to. >> What would be a workaround for java code that depends on things like a HOME directory set? > > Launching from Finder or other LaunchServices method? It has no effect when launching from the command line. > > Is it sandboxed? I don't know if sandboxing has an effect on LSEnvironment, but I suspect it might considering it's been exploited to infect machines with trojans (via DYLD_INSERT_LIBRARIES). > > What are you ultimately trying to accomplish? Application. Signed, not sandboxed. Something recently, Lion -> Mountain Lion maybe? seemed not to work unless I signed it. So I self-signed. I first looked at this a while ago I think before it was even signed and still couldn't get it to work. I'm trying to interface 3rd party code to my HalfPipe application. It's a JSR 223 interface to the R language. https://rforge.net/rscript/ It seems to require a R_HOME environment variable set. Which so far, I can't give it with LSEnvironment through the plist. Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From david.dehaven at oracle.com Mon Feb 24 15:15:34 2014 From: david.dehaven at oracle.com (David DeHaven) Date: Mon, 24 Feb 2014 15:15:34 -0800 Subject: Environment variables In-Reply-To: <8159EBD8-DF9F-4312-B65D-4B2B6DB1E087@gmail.com> References: <68F09C18-D4D8-4BCB-98E3-C9A8FBD43F32@gmail.com> <9CD61CC9-67EB-4182-8A89-F5F7FE99A684@oracle.com> <8159EBD8-DF9F-4312-B65D-4B2B6DB1E087@gmail.com> Message-ID: <04ABAC1E-4CF8-44E6-A0E4-1B4C40269A31@oracle.com> > Application. Signed, not sandboxed. Something recently, Lion -> Mountain Lion maybe? seemed not to work unless I signed it. So I self-signed. I first looked at this a while ago I think before it was even signed and still couldn't get it to work. I don't know what the core issue is but my own (personal) experience has been that LSEnvironment isn't reliable. > I'm trying to interface 3rd party code to my HalfPipe application. It's a JSR 223 interface to the R language. > https://rforge.net/rscript/ > It seems to require a R_HOME environment variable set. Which so far, I can't give it with LSEnvironment through the plist. Requiring R_HOME to be set in the environment seems sketchy to me. At worst you should be able to set it through a system property, not rely on the environment. Is it open source? Maybe it could be fixed and contributed back. The ugly workaround might be to drill down through JNI to call setenv, if it can be done early enough. -DrD- From mik3hall at gmail.com Mon Feb 24 15:26:49 2014 From: mik3hall at gmail.com (Michael Hall) Date: Mon, 24 Feb 2014 17:26:49 -0600 Subject: Environment variables In-Reply-To: <04ABAC1E-4CF8-44E6-A0E4-1B4C40269A31@oracle.com> References: <68F09C18-D4D8-4BCB-98E3-C9A8FBD43F32@gmail.com> <9CD61CC9-67EB-4182-8A89-F5F7FE99A684@oracle.com> <8159EBD8-DF9F-4312-B65D-4B2B6DB1E087@gmail.com> <04ABAC1E-4CF8-44E6-A0E4-1B4C40269A31@oracle.com> Message-ID: <0A3C9C74-3C0D-40CE-B52A-13C212AC806B@gmail.com> On Feb 24, 2014, at 5:15 PM, David DeHaven wrote: > >> Application. Signed, not sandboxed. Something recently, Lion -> Mountain Lion maybe? seemed not to work unless I signed it. So I self-signed. I first looked at this a while ago I think before it was even signed and still couldn't get it to work. > > I don't know what the core issue is but my own (personal) experience has been that LSEnvironment isn't reliable. > > >> I'm trying to interface 3rd party code to my HalfPipe application. It's a JSR 223 interface to the R language. >> https://rforge.net/rscript/ >> It seems to require a R_HOME environment variable set. Which so far, I can't give it with LSEnvironment through the plist. > > Requiring R_HOME to be set in the environment seems sketchy to me. At worst you should be able to set it through a system property, not rely on the environment. Is it open source? Maybe it could be fixed and contributed back. > > The ugly workaround might be to drill down through JNI to call setenv, if it can be done early enough. Given LSEnvironment not seeming to work at all. I should probably set up some other test cases and see if this seems to hold consistently. But given that, I am already considering the workarounds. The property is required by the native code, getenv(), where System.property not quite as preferred as in Java? Anyhow, current efforts on the 'ugly workaround'. Somehow do a setenv myself. Thanks. Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From alexandr.scherbatiy at oracle.com Tue Feb 25 02:53:37 2014 From: alexandr.scherbatiy at oracle.com (Alexander Scherbatiy) Date: Tue, 25 Feb 2014 14:53:37 +0400 Subject: [9] Review request for 8031573 [macosx] Checkmarks of JCheckBoxMenuItems aren't rendered in high resolution on Retina In-Reply-To: References: <52FCD0F9.3000001@oracle.com> <52FD434B.4060002@oracle.com> <52FDF0C0.6070200@oracle.com> <52FDFB29.4060901@oracle.com> <53021EDB.5010807@oracle.com> <5303501D.9010108@oracle.com> <41B9887A-4242-466C-9743-A0CF4304B53E@oracle.com> Message-ID: <530C7631.7020601@oracle.com> On 2/24/2014 5:59 PM, Hendrik Schreiber wrote: > Hey guys, > > will this fix cover JTree folder icons as well? I.e. javax.swing.UIManager.getIcon("Tree.closedIcon") returns something that is rendered in HiDPI on a a HiDPI display? This should have been already fixed as part of the issue 8024926 [macosx] AquaIcon HiDPI support https://bugs.openjdk.java.net/browse/JDK-8024926 Thanks, Alexandr. > > Or would that be a separate issue? > > Thanks, > > -hendrik > > > On Feb 24, 2014, at 14:48, Petr Pchelko wrote: > >> Hello, Alexander. >> >> The fix looks good to me. >> >> With best regards. Petr. >> >> On 18.02.2014, at 16:20, Sergey Bylokhov wrote: >> >>> Hi, Alexander. >>> The fix looks good then. >>> >>> On 17.02.2014 18:38, Alexander Scherbatiy wrote: >>>> On 2/14/2014 3:16 PM, Sergey Bylokhov wrote: >>>>> On 2/14/14 2:32 PM, Alexander Scherbatiy wrote: >>>>>> On 2/14/2014 2:12 AM, Sergey Bylokhov wrote: >>>>>>> Hi, Alexander. >>>>>>> Did you check option of loading of the picture on demand?Since most of the time x2 version is useless on non hdpi and vice versa. >>>>> Yes but in this particular case menu items will be painted in one particular scale only. >>>> I have created the separate issue on it: 8035069 [macosx] Loading resolution variants by demand >>>> https://bugs.openjdk.java.net/browse/JDK-8035069 >>>> >>>> Thanks, >>>> Alexandr. >>>>>> It's not quite true. >>>>>> MacOSX choses a necessary image representation based on the current transformations. Setting current transformation to scale 2x leads >>>>>> that the high resolution image is drawn even on non HiDPI display. >>>>>> >>>>>> There is a similar mechanism for the MultiResolution toolkit images. The base image is drawn in case if the high-resolution image has not been loaded yet. >>>>>> It has an issue that if there is no one more repaint event the image with high resolution is not shown. >>>>>> >>>>>> I would suggest to move this topic to a separate issue. >>>>>> >>>>>> Thanks, >>>>>> Alexandr. >>>>>> >>>>>>> On 13.02.2014 18:04, Alexander Scherbatiy wrote: >>>>>>>> Hello, >>>>>>>> >>>>>>>> Could you review the fix: >>>>>>>> bug: https://bugs.openjdk.java.net/browse/JDK-8031573 >>>>>>>> webrev: http://cr.openjdk.java.net/~alexsch/8031573/webrev.00 >>>>>>>> >>>>>>>> The NSMenu* system icons are templates and do not have image representations. >>>>>>>> >>>>>>>> The fix retrieves images with original and double size from an NSImage and put them to a MultiResolution image. >>>>>>>> The fix also adds sun.awt.image.MultiResolutionBufferedImage class which can be used uniformly for a Multiresolution image creation. >>>>>>>> >>>>>>>> The fix is independent of the fix 8033534 Get MultiResolution image from native system >>>>>>>> http://mail.openjdk.java.net/pipermail/awt-dev/2014-February/006991.html >>>>>>>> because CImage.createImageFromName(imageName) never returns a MultiResolution image for templates. >>>>>>>> But the fix 8033534 can be updated to use the MultiResolutionBufferedImage. >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Alexandr. >>>>>>>> >>>>>>> >>>>> >>> >>> -- >>> Best regards, Sergey. >>> From hs at tagtraum.com Tue Feb 25 02:55:42 2014 From: hs at tagtraum.com (Hendrik Schreiber) Date: Tue, 25 Feb 2014 11:55:42 +0100 Subject: [9] Review request for 8031573 [macosx] Checkmarks of JCheckBoxMenuItems aren't rendered in high resolution on Retina In-Reply-To: <530C7631.7020601@oracle.com> References: <52FCD0F9.3000001@oracle.com> <52FD434B.4060002@oracle.com> <52FDF0C0.6070200@oracle.com> <52FDFB29.4060901@oracle.com> <53021EDB.5010807@oracle.com> <5303501D.9010108@oracle.com> <41B9887A-4242-466C-9743-A0CF4304B53E@oracle.com> <530C7631.7020601@oracle.com> Message-ID: On Feb 25, 2014, at 11:53, Alexander Scherbatiy wrote: > On 2/24/2014 5:59 PM, Hendrik Schreiber wrote: >> Hey guys, >> >> will this fix cover JTree folder icons as well? I.e. javax.swing.UIManager.getIcon("Tree.closedIcon") returns something that is rendered in HiDPI on a a HiDPI display? > This should have been already fixed as part of the issue 8024926 [macosx] AquaIcon HiDPI support > https://bugs.openjdk.java.net/browse/JDK-8024926 Great! Thanks! -hendrik From david.dehaven at oracle.com Tue Feb 25 08:49:58 2014 From: david.dehaven at oracle.com (David DeHaven) Date: Tue, 25 Feb 2014 08:49:58 -0800 Subject: Environment variables In-Reply-To: <0A3C9C74-3C0D-40CE-B52A-13C212AC806B@gmail.com> References: <68F09C18-D4D8-4BCB-98E3-C9A8FBD43F32@gmail.com> <9CD61CC9-67EB-4182-8A89-F5F7FE99A684@oracle.com> <8159EBD8-DF9F-4312-B65D-4B2B6DB1E087@gmail.com> <04ABAC1E-4CF8-44E6-A0E4-1B4C40269A31@oracle.com> <0A3C9C74-3C0D-40CE-B52A-13C212AC806B@gmail.com> Message-ID: <71150643-DE3D-48E9-98F9-2FC3284F74F3@oracle.com> >> Requiring R_HOME to be set in the environment seems sketchy to me. At worst you should be able to set it through a system property, not rely on the environment. Is it open source? Maybe it could be fixed and contributed back. >> >> The ugly workaround might be to drill down through JNI to call setenv, if it can be done early enough. > > Given LSEnvironment not seeming to work at all. I should probably set up some other test cases and see if this seems to hold consistently. > But given that, I am already considering the workarounds. The property is required by the native code, getenv(), where System.property not quite as preferred as in Java? Anyhow, current efforts on the 'ugly workaround'. Somehow do a setenv myself. > > Thanks. If you can't get it set early enough and you're rolling your own app bundle, you could grab the JavaAppLauncher source in OpenJDK and modify it so the environment gets set up before the JVM is started. The downside is you'll no longer be compatible with Java 6 (not a bad thing, IMHO :) -DrD- From mik3hall at gmail.com Tue Feb 25 12:39:44 2014 From: mik3hall at gmail.com (Michael Hall) Date: Tue, 25 Feb 2014 14:39:44 -0600 Subject: Environment variables In-Reply-To: <71150643-DE3D-48E9-98F9-2FC3284F74F3@oracle.com> References: <68F09C18-D4D8-4BCB-98E3-C9A8FBD43F32@gmail.com> <9CD61CC9-67EB-4182-8A89-F5F7FE99A684@oracle.com> <8159EBD8-DF9F-4312-B65D-4B2B6DB1E087@gmail.com> <04ABAC1E-4CF8-44E6-A0E4-1B4C40269A31@oracle.com> <0A3C9C74-3C0D-40CE-B52A-13C212AC806B@gmail.com> <71150643-DE3D-48E9-98F9-2FC3284F74F3@oracle.com> Message-ID: <7FFFAE51-A6AE-42F4-B928-CC0744B46BD7@gmail.com> On Feb 25, 2014, at 10:49 AM, David DeHaven wrote: > >>> Requiring R_HOME to be set in the environment seems sketchy to me. At worst you should be able to set it through a system property, not rely on the environment. Is it open source? Maybe it could be fixed and contributed back. >>> >>> The ugly workaround might be to drill down through JNI to call setenv, if it can be done early enough. >> >> Given LSEnvironment not seeming to work at all. I should probably set up some other test cases and see if this seems to hold consistently. >> But given that, I am already considering the workarounds. The property is required by the native code, getenv(), where System.property not quite as preferred as in Java? Anyhow, current efforts on the 'ugly workaround'. Somehow do a setenv myself. >> >> Thanks. > > If you can't get it set early enough and you're rolling your own app bundle, you could grab the JavaAppLauncher source in OpenJDK and modify it so the environment gets set up before the JVM is started. The downside is you'll no longer be compatible with Java 6 (not a bad thing, IMHO :) I did sort of wonder if the launcher somehow started the JVM as a subprocess that doesn't get passed the environment variables? It also occurred to me that if the launch parameters support this, I think runtime of java does, you could modify the launch code to pass current LSEnvironment env vars. I'm not sure appbundler is actively supported? There was another open source branch of that where you might make the enhancement, if it is a bug, and it can be fixed. Not entirely sure how active that project is either though. If I look into the env vars anymore I'll try to check on that. I think I did get setting R_HOME to work last night, instead of hanging the app actually crashed. Any tricks to getting crash logs these days I might of missed? Any java I do these days I pretty much target openjdk only. Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From vbarot at tibco.com Tue Feb 25 14:34:19 2014 From: vbarot at tibco.com (Viral Barot) Date: Tue, 25 Feb 2014 22:34:19 +0000 Subject: Java 7 Application freeze at sun.lwawt.macosx.CCursorManager.nativeGetCursorPosition In-Reply-To: <9EC4635D-F027-4475-9663-9FAD4D8056DE@tibco.com> References: <9EC4635D-F027-4475-9663-9FAD4D8056DE@tibco.com> Message-ID: <3593678D-1136-44CB-AC8F-DFF3F242A827@tibco.com> Hi Petr, Are there any new findings with the AppKit thread dump. Thanks, Viral On Nov 25, 2013, at 6:53 AM, Viral Barot wrote: > Hi Petr, > Here is the dump of the Appkit thread and the AWT Thread. As I indicated earlier our original application does not call invokeAndWait, it uses invokeLater to make changes to the frame once the frame is created in Appkit thread. Also I see this issue with SWT 3.7.2 as well as the latest 4.3. > > "AWT-EventQueue-0" prio=5 tid=0x00007fcc9b357000 nid=0xbf03 runnable [0x0000000167cac000] > java.lang.Thread.State: RUNNABLE > at sun.lwawt.macosx.CCursorManager.nativeGetCursorPosition(Native Method) > at sun.lwawt.macosx.CCursorManager.getCursorPosition(CCursorManager.java:54) > at sun.lwawt.LWCursorManager.updateCursorImpl(LWCursorManager.java:79) > at sun.lwawt.LWCursorManager.updateCursor(LWCursorManager.java:56) > at sun.lwawt.LWComponentPeer.updateCursorImmediately(LWComponentPeer.java:852) > at java.awt.Component.updateCursorImmediately(Component.java:3123) > at java.awt.Component.hide(Component.java:1696) > - locked <0x0000000158b7a4e0> (a java.awt.Component$AWTTreeLock) > at java.awt.Window.hide(Window.java:1116) > at sun.awt.EmbeddedFrame.hide(EmbeddedFrame.java:192) > at java.awt.Component.show(Component.java:1653) > at java.awt.Component.setVisible(Component.java:1603) > at java.awt.Window.setVisible(Window.java:1014) > at com.tibco.cep.studio.ui.overview.OverviewUtils.refreshOverview(OverviewUtils.java:122) > at com.tibco.cep.studio.ui.overview.OverviewUtils$1.run(OverviewUtils.java:51) > at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:251) > at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:733) > at java.awt.EventQueue.access$200(EventQueue.java:103) > at java.awt.EventQueue$3.run(EventQueue.java:694) > at java.awt.EventQueue$3.run(EventQueue.java:692) > at java.security.AccessController.doPrivileged(Native Method) > at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76) > at java.awt.EventQueue.dispatchEvent(EventQueue.java:703) > at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242) > at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161) > at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150) > at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146) > at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138) > at java.awt.EventDispatchThread.run(EventDispatchThread.java:91) > > Locked ownable synchronizers: > - None > > "AppKit Thread" prio=5 tid=0x00007fcc9a803800 nid=0x707 waiting for monitor entry [0x00007fff58cb2000] > java.lang.Thread.State: BLOCKED (on object monitor) > at java.awt.Container.addImpl(Container.java:1077) > - waiting to lock <0x0000000158b7a4e0> (a java.awt.Component$AWTTreeLock) > at java.awt.Container.add(Container.java:966) > at com.tomsawyer.canvas.swing.TSBaseSwingCanvas.setInnerCanvas(SourceFile:4258) > at com.tomsawyer.interactive.swing.TSSwingCanvas.setInnerCanvas(SourceFile:798) > at com.tomsawyer.canvas.swing.TSBaseSwingCanvas.createGUI(SourceFile:3870) > at com.tomsawyer.canvas.swing.TSBaseSwingCanvas.(SourceFile:138) > at com.tomsawyer.interactive.swing.TSSwingCanvas.(SourceFile:160) > at com.tomsawyer.interactive.swing.TSSwingCanvas.(SourceFile:138) > at com.tibco.cep.diagramming.drawing.DrawingCanvas.(DrawingCanvas.java:37) > at com.tibco.cep.diagramming.drawing.DiagramManager.initialize(DiagramManager.java:233) > at com.tibco.cep.diagramming.drawing.DiagramManager.(DiagramManager.java:196) > at com.tibco.cep.studio.ui.diagrams.EntityDiagramManager.(EntityDiagramManager.java:135) > at com.tibco.cep.studio.ui.diagrams.EventDiagramManager.(EventDiagramManager.java:87) > at com.tibco.cep.studio.ui.editors.events.EventDiagramEditor.getDiagramManager(EventDiagramEditor.java:24) > at com.tibco.cep.studio.ui.editors.EntityDiagramEditor.addFormPage(EntityDiagramEditor.java:85) > at com.tibco.cep.studio.ui.editors.EntityDiagramEditor.createUIEditorPage(EntityDiagramEditor.java:77) > at com.tibco.cep.studio.ui.editors.EntityDiagramEditor.createPages(EntityDiagramEditor.java:54) > at org.eclipse.ui.part.MultiPageEditorPart.createPartControl(MultiPageEditorPart.java:348) > at org.eclipse.ui.internal.EditorReference.createPartHelper(EditorReference.java:670) > at org.eclipse.ui.internal.EditorReference.createPart(EditorReference.java:465) > at org.eclipse.ui.internal.WorkbenchPartReference.getPart(WorkbenchPartReference.java:595) > at org.eclipse.ui.internal.PartPane.setVisible(PartPane.java:313) > at org.eclipse.ui.internal.presentations.PresentablePart.setVisible(PresentablePart.java:180) > at org.eclipse.ui.internal.presentations.util.PresentablePartFolder.select(PresentablePartFolder.java:270) > at org.eclipse.ui.internal.presentations.util.LeftToRightTabOrder.select(LeftToRightTabOrder.java:65) > at org.eclipse.ui.internal.presentations.util.TabbedStackPresentation.selectPart(TabbedStackPresentation.java:473) > at org.eclipse.ui.internal.PartStack.refreshPresentationSelection(PartStack.java:1245) > at org.eclipse.ui.internal.PartStack.setSelection(PartStack.java:1198) > at org.eclipse.ui.internal.PartStack.presentationSelectionChanged(PartStack.java:834) > at org.eclipse.ui.internal.PartStack.access$1(PartStack.java:823) > at org.eclipse.ui.internal.PartStack$1.selectPart(PartStack.java:137) > at org.eclipse.ui.internal.presentations.util.TabbedStackPresentation$1.handleEvent(TabbedStackPresentation.java:133) > at org.eclipse.ui.internal.presentations.util.AbstractTabFolder.fireEvent(AbstractTabFolder.java:269) > at org.eclipse.ui.internal.presentations.util.AbstractTabFolder.fireEvent(AbstractTabFolder.java:278) > at org.eclipse.ui.internal.presentations.defaultpresentation.DefaultTabFolder.access$1(DefaultTabFolder.java:1) > at org.eclipse.ui.internal.presentations.defaultpresentation.DefaultTabFolder$2.handleEvent(DefaultTabFolder.java:88) > at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) > at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4128) > at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1457) > at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1480) > at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1465) > at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1270) > at org.eclipse.swt.custom.CTabFolder.setSelection(CTabFolder.java:2746) > at org.eclipse.swt.custom.CTabFolder.onMouse(CTabFolder.java:1433) > at org.eclipse.swt.custom.CTabFolder$1.handleEvent(CTabFolder.java:257) > at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) > at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4128) > at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1457) > at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1480) > at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1465) > at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1270) > at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3974) > at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3613) > at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2701) > at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2665) > at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2499) > at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:679) > at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) > at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:668) > at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) > at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:123) > at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196) > at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) > at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) > at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:344) > at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:622) > at org.eclipse.equinox.launcher.Main.basicRun(Main.java:577) > at org.eclipse.equinox.launcher.Main.run(Main.java:1410) > at org.eclipse.equinox.launcher.Main.main(Main.java:1386) > > Locked ownable synchronizers: > - None > > > > On Nov 18, 2013, at 10:55 PM, Petr Pchelko wrote: > >> Hello, Viral. >> >> It's known that there are some deadlocks in SWT_AWT bridge on Mac. Here's an example: >> https://bugs.openjdk.java.net/browse/JDK-8020165 >> >> It would be useful if you also post the dump of an Appkit thread to identify your particular case. >> >> The deadlock occurs because AWT is called on the main thread. So the main thread get blocked >> on some internal AWT lock, while the EventDispatchThread is trying to perform a synchronous operation >> on the main thread. It's not quite obvious how to fix that internally, because for the normal AWT application >> we have a strict rule not to acquire locks on the Appkit thread. >> >> For now the workaround could be to wrap all the usages of AWT inside invokeLater (except the initial >> SWT_AWT.new_Frame(composite) call). This should fix your deadlock. >> >> Also, which version of SWT are you using? The newer versions are patched so that you could not set the >> embeddedFrameClass explicitly. That patch also contains additional changes in bridge initialization, >> so the bridge does not work quite well with older versions. This could be another reason of your deadlock. >> >> With best regards. Petr. >> >> On 19.11.2013, at 2:51, Viral Barot wrote: >> >>> Accessing AWT frame from a thread causes the application to freeze when executed with JRE 7. The AWT frame is created with SWT_AWT bridge. >>> >>> Below is the test case in which call to frame.setVisible(true); from the AWT event dispatching thread does not return. >>> >>> Test Case: >>> import java.awt.Button; >>> import java.awt.Color; >>> import java.awt.event.ActionEvent; >>> import java.awt.event.ActionListener; >>> import java.lang.reflect.InvocationTargetException; >>> >>> import javax.swing.JOptionPane; >>> import javax.swing.SwingUtilities; >>> >>> import org.eclipse.swt.SWT; >>> import org.eclipse.swt.awt.SWT_AWT; >>> import org.eclipse.swt.layout.GridLayout; >>> import org.eclipse.swt.widgets.Display; >>> import org.eclipse.swt.widgets.Shell; >>> import org.eclipse.swt.widgets.Composite; >>> >>> public class Main { >>> >>> public static void main(String[] args) { >>> >>> >>> >>> if(System.getProperty("os.name").toLowerCase().startsWith("mac")){ >>> SWT_AWT.embeddedFrameClass = "sun.lwawt.macosx.CViewEmbeddedFrame"; >>> } >>> >>> >>> Display display = new Display(); >>> Shell shell = new Shell(display); >>> shell.setText("Shell"); >>> shell.setSize(200, 200); >>> shell.setBackground(Display.getDefault().getSystemColor(SWT.COLOR_BLUE)); >>> >>> >>> >>> final Composite composite = new Composite(shell, SWT.EMBEDDED); >>> GridLayout gridLayout = new GridLayout(); >>> gridLayout.numColumns = 1; >>> composite.setLayout(gridLayout); >>> composite.setSize(200,200); >>> composite.setBackground(Display.getDefault().getSystemColor(SWT.COLOR_WHITE)); >>> >>> >>> >>> final java.awt.Frame frame = SWT_AWT.new_Frame(composite); >>> frame.setVisible(false); >>> frame.setBackground(Color.red); >>> frame.setSize(200, 200); >>> Button button = new Button("Submit"); >>> button.addActionListener(new ActionListener() { >>> >>> >>> @Override >>> public void actionPerformed(ActionEvent e) { >>> >>> >>> JOptionPane.showMessageDialog(null, "Hello"); >>> } >>> }); >>> frame.add(button); >>> frame.doLayout(); >>> >>> >>> >>> try { >>> SwingUtilities.invokeAndWait(new Runnable() { >>> >>> >>> @Override >>> public void run() { >>> frame.setVisible(true); >>> } >>> }); >>> } catch (InterruptedException e1) { >>> e1.printStackTrace(); >>> } catch (InvocationTargetException e1) { >>> e1.printStackTrace(); >>> } >>> shell.open(); >>> >>> >>> >>> while (!shell.isDisposed()) { >>> if (!display.readAndDispatch()) >>> display.sleep(); >>> } >>> display.dispose(); >>> >>> >>> >>> } >>> } >>> >>> Below is the thread dump for this. >>> >>> "AWT-EventQueue-0" prio=5 tid=0x00007f8d0b087000 nid=0x8703 runnable [0x0000000195e40000] >>> java.lang.Thread.State: RUNNABLE >>> at sun.lwawt.macosx.CCursorManager.nativeGetCursorPosition(Native Method) >>> at sun.lwawt.macosx.CCursorManager.getCursorPosition(CCursorManager.java:54) >>> at sun.lwawt.LWCursorManager.updateCursorImpl(LWCursorManager.java:79) >>> at sun.lwawt.LWCursorManager.updateCursor(LWCursorManager.java:56) >>> at sun.lwawt.LWComponentPeer.updateCursorImmediately(LWComponentPeer.java:852) >>> at java.awt.Component.updateCursorImmediately(Component.java:3123) >>> at java.awt.Component.show(Component.java:1626) >>> - locked <0x0000000160c5b8c8> (a java.awt.Component$AWTTreeLock) >>> at java.awt.Window.show(Window.java:1042) >>> at sun.awt.EmbeddedFrame.show(EmbeddedFrame.java:179) >>> at java.awt.Component.show(Component.java:1651) >>> at java.awt.Component.setVisible(Component.java:1603) >>> at java.awt.Window.setVisible(Window.java:1014) >>> at Main$2.run(Main.java:60) >>> at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:241) >>> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:733) >>> at java.awt.EventQueue.access$200(EventQueue.java:103) >>> at java.awt.EventQueue$3.run(EventQueue.java:694) >>> at java.awt.EventQueue$3.run(EventQueue.java:692) >>> at java.security.AccessController.doPrivileged(Native Method) >>> at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76) >>> at java.awt.EventQueue.dispatchEvent(EventQueue.java:703) >>> at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242) >>> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161) >>> at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150) >>> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146) >>> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138) >>> at java.awt.EventDispatchThread.run(EventDispatchThread.java:91) >>> >>> Locked ownable synchronizers: >>> - None >>> >>> While in the above test case if invokeLater is called instead of invokeAndWait, the test case runs fine. But in my application the invokeLater calls also freeze at same location. >>> >>> This behavoir happens with SWT 3.7.2 as well as 4.3. >>> >>> >>> >>> >> > From krueger at lesspain.de Wed Feb 26 00:39:14 2014 From: krueger at lesspain.de (=?UTF-8?Q?Robert_Kr=C3=BCger?=) Date: Wed, 26 Feb 2014 09:39:14 +0100 Subject: Horizontal scrolling in JScrollpad using trackpad Message-ID: Hi, the default behaviour for JScrollPane seems to be that a two-finger drag always only scrolls vertically. This must be something someone has solved before or is this a limitation/bug of the JDK? Any hints/pointers anyone could give me? Can this be solved with/without native code? Thanks, Robert From alexandr.scherbatiy at oracle.com Wed Feb 26 04:08:53 2014 From: alexandr.scherbatiy at oracle.com (Alexander Scherbatiy) Date: Wed, 26 Feb 2014 16:08:53 +0400 Subject: [9] Review request for 8033534 Get MultiResolution image from native system In-Reply-To: References: <52F0E01B.3050004@oracle.com> <52F0E466.6040002@oracle.com> <52F8D9C2.70600@oracle.com> Message-ID: <530DD955.5010702@oracle.com> Hello, Could you review the updated fix: http://cr.openjdk.java.net/~alexsch/8033534/webrev.02/ This is the same fix. The only difference is that the MultiResolutionBufferedImage class is used from the fix JDK-8035069. Thanks, Alexandr. On 2/10/2014 7:05 PM, Scott Palmer wrote: > Just to be clear, "the image representations are chosen to be closest > to the requested size" is not accurate. > This change returns the smallest image representation that is greater > than or equal to the requested size. (Which I believe is the correct > thing to do.) > A smaller image representation may be closer to the requested size, > but it makes more sense to return a larger image since scaling down to > size should produce better results than scaling up. > > Scott > > > On Mon, Feb 10, 2014 at 8:53 AM, Alexander Scherbatiy > > wrote: > > > Could you review the updated fix: > http://cr.openjdk.java.net/~alexsch/8033534/webrev.01 > > > - The image representations are chosen to be closest to the > requested size. > > Thanks, > Alexandr. > > > On 2/4/2014 5:00 PM, Sergey Bylokhov wrote: > > Hi, Alexander. > I think that getResolutionVariant should return an image which > is close as much as possible to the requested size. > > On 04.02.2014 16:42, Alexander Scherbatiy wrote: > > > Hello, > > Could you review the fix: > bug: https://bugs.openjdk.java.net/browse/JDK-8033534 > webrev: > http://cr.openjdk.java.net/~alexsch/8033534/webrev.00 > > > - The method that gets a sorted array of NSImage > representaion pixel sizes for the given image size is added > - A MultiResolution image is created if an NSImage has > several representations for the given image size > > Thanks, > Alexandr. > > > > > From petr.pchelko at oracle.com Wed Feb 26 04:54:25 2014 From: petr.pchelko at oracle.com (Petr Pchelko) Date: Wed, 26 Feb 2014 16:54:25 +0400 Subject: [9] Review request for 8033534 Get MultiResolution image from native system In-Reply-To: <530DD955.5010702@oracle.com> References: <52F0E01B.3050004@oracle.com> <52F0E466.6040002@oracle.com> <52F8D9C2.70600@oracle.com> <530DD955.5010702@oracle.com> Message-ID: Hello, Alexander. I have a couple of comments: 1. You could replace the first loop with indexOfObjectPassingTest method.. Not sure if this would look cleaner, up to you. 2. I suppose JNFNewObjectArray could throw the OOM and we would get a parfait warning, could you please add CHECK_NULL_RETURN after it. 3. In CImage.java you are setting the currentImageIndex to the biggest image representation smaller that the one requested and this representation would be used as a base one in the MultiResolutionBufferedImage. However in MultiResolutionBufferedImage getResolutionVariant you are returning the smallest variant bigger than the requested one. Is this correct? Thank you. With best regards. Petr. On 26.02.2014, at 16:08, Alexander Scherbatiy wrote: > > Hello, > > Could you review the updated fix: > http://cr.openjdk.java.net/~alexsch/8033534/webrev.02/ > > This is the same fix. The only difference is that the MultiResolutionBufferedImage class is used from the fix JDK-8035069. > > Thanks, > Alexandr. > > > On 2/10/2014 7:05 PM, Scott Palmer wrote: >> Just to be clear, "the image representations are chosen to be closest to the requested size" is not accurate. >> This change returns the smallest image representation that is greater than or equal to the requested size. (Which I believe is the correct thing to do.) >> A smaller image representation may be closer to the requested size, but it makes more sense to return a larger image since scaling down to size should produce better results than scaling up. >> >> Scott >> >> >> On Mon, Feb 10, 2014 at 8:53 AM, Alexander Scherbatiy > wrote: >> >> >> Could you review the updated fix: >> http://cr.openjdk.java.net/~alexsch/8033534/webrev.01 >> >> >> - The image representations are chosen to be closest to the >> requested size. >> >> Thanks, >> Alexandr. >> >> >> On 2/4/2014 5:00 PM, Sergey Bylokhov wrote: >> >> Hi, Alexander. >> I think that getResolutionVariant should return an image which >> is close as much as possible to the requested size. >> >> On 04.02.2014 16:42, Alexander Scherbatiy wrote: >> >> >> Hello, >> >> Could you review the fix: >> bug: https://bugs.openjdk.java.net/browse/JDK-8033534 >> webrev: >> http://cr.openjdk.java.net/~alexsch/8033534/webrev.00 >> >> >> - The method that gets a sorted array of NSImage >> representaion pixel sizes for the given image size is added >> - A MultiResolution image is created if an NSImage has >> several representations for the given image size >> >> Thanks, >> Alexandr. >> >> >> >> >> > From Sergey.Bylokhov at oracle.com Wed Feb 26 04:58:22 2014 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Wed, 26 Feb 2014 16:58:22 +0400 Subject: Horizontal scrolling in JScrollpad using trackpad In-Reply-To: References: Message-ID: <530DE4EE.7020500@oracle.com> Hi, Robert. What L&F do you use? It should work under the Aqua L&F. On 26.02.2014 12:39, Robert Kr?ger wrote: > Hi, > > the default behaviour for JScrollPane seems to be that a two-finger > drag always only scrolls vertically. This must be something someone > has solved before or is this a limitation/bug of the JDK? > > Any hints/pointers anyone could give me? Can this be solved > with/without native code? > > Thanks, > > Robert -- Best regards, Sergey. From krueger at lesspain.de Wed Feb 26 05:07:36 2014 From: krueger at lesspain.de (=?UTF-8?Q?Robert_Kr=C3=BCger?=) Date: Wed, 26 Feb 2014 14:07:36 +0100 Subject: Horizontal scrolling in JScrollpad using trackpad In-Reply-To: <530DE4EE.7020500@oracle.com> References: <530DE4EE.7020500@oracle.com> Message-ID: Sorry. I forgot to post this. We use Nimbus. On Wed, Feb 26, 2014 at 1:58 PM, Sergey Bylokhov wrote: > Hi, Robert. > What L&F do you use? It should work under the Aqua L&F. > > > On 26.02.2014 12:39, Robert Kr?ger wrote: >> >> Hi, >> >> the default behaviour for JScrollPane seems to be that a two-finger >> drag always only scrolls vertically. This must be something someone >> has solved before or is this a limitation/bug of the JDK? >> >> Any hints/pointers anyone could give me? Can this be solved >> with/without native code? >> >> Thanks, >> >> Robert > > > > -- > Best regards, Sergey. > From alexandr.scherbatiy at oracle.com Wed Feb 26 06:40:38 2014 From: alexandr.scherbatiy at oracle.com (Alexander Scherbatiy) Date: Wed, 26 Feb 2014 18:40:38 +0400 Subject: [9] Review request for 8033534 Get MultiResolution image from native system In-Reply-To: References: <52F0E01B.3050004@oracle.com> <52F0E466.6040002@oracle.com> <52F8D9C2.70600@oracle.com> <530DD955.5010702@oracle.com> Message-ID: <530DFCE6.2020508@oracle.com> Hello, Could you review the updated fix: http://cr.openjdk.java.net/~alexsch/8033534/webrev.03/ On 2/26/2014 4:54 PM, Petr Pchelko wrote: > Hello, Alexander. > > I have a couple of comments: > > 1. You could replace the first loop with indexOfObjectPassingTest method.. Not sure if this would look cleaner, up to you. Updated. There is one more way to use one loop instead of two. All of them does not look simple. > > 2. I suppose JNFNewObjectArray could throw the OOM and we would get a parfait warning, could you please add CHECK_NULL_RETURN after it. CHECK_NULL_RETURN is added. > 3. In CImage.java you are setting the currentImageIndex to the biggest image representation smaller that the one requested and this representation > would be used as a base one in the MultiResolutionBufferedImage. However in MultiResolutionBufferedImage getResolutionVariant you are returning > the smallest variant bigger than the requested one. Is this correct? I think that it is correct. Assume that an image with size 300x300 is requested but there are only resolution variants with sizes [250x250] and [350x350]. The resolution variant with [350x350] size is used as the base image. Now we need to draw the image to region [300x300]. The resolution variant with size [350x350] will be used from the MultiResolution image. Thanks, Alexandr. > > Thank you. > With best regards. Petr. > > On 26.02.2014, at 16:08, Alexander Scherbatiy wrote: > >> Hello, >> >> Could you review the updated fix: >> http://cr.openjdk.java.net/~alexsch/8033534/webrev.02/ >> >> This is the same fix. The only difference is that the MultiResolutionBufferedImage class is used from the fix JDK-8035069. >> >> Thanks, >> Alexandr. >> >> >> On 2/10/2014 7:05 PM, Scott Palmer wrote: >>> Just to be clear, "the image representations are chosen to be closest to the requested size" is not accurate. >>> This change returns the smallest image representation that is greater than or equal to the requested size. (Which I believe is the correct thing to do.) >>> A smaller image representation may be closer to the requested size, but it makes more sense to return a larger image since scaling down to size should produce better results than scaling up. >>> >>> Scott >>> >>> >>> On Mon, Feb 10, 2014 at 8:53 AM, Alexander Scherbatiy > wrote: >>> >>> >>> Could you review the updated fix: >>> http://cr.openjdk.java.net/~alexsch/8033534/webrev.01 >>> >>> >>> - The image representations are chosen to be closest to the >>> requested size. >>> >>> Thanks, >>> Alexandr. >>> >>> >>> On 2/4/2014 5:00 PM, Sergey Bylokhov wrote: >>> >>> Hi, Alexander. >>> I think that getResolutionVariant should return an image which >>> is close as much as possible to the requested size. >>> >>> On 04.02.2014 16:42, Alexander Scherbatiy wrote: >>> >>> >>> Hello, >>> >>> Could you review the fix: >>> bug: https://bugs.openjdk.java.net/browse/JDK-8033534 >>> webrev: >>> http://cr.openjdk.java.net/~alexsch/8033534/webrev.00 >>> >>> >>> - The method that gets a sorted array of NSImage >>> representaion pixel sizes for the given image size is added >>> - A MultiResolution image is created if an NSImage has >>> several representations for the given image size >>> >>> Thanks, >>> Alexandr. >>> >>> >>> >>> >>> From petr.pchelko at oracle.com Wed Feb 26 08:27:37 2014 From: petr.pchelko at oracle.com (Petr Pchelko) Date: Wed, 26 Feb 2014 20:27:37 +0400 Subject: [9] Review request for 8033534 Get MultiResolution image from native system In-Reply-To: <530DFCE6.2020508@oracle.com> References: <52F0E01B.3050004@oracle.com> <52F0E466.6040002@oracle.com> <52F8D9C2.70600@oracle.com> <530DD955.5010702@oracle.com> <530DFCE6.2020508@oracle.com> Message-ID: <63F14163-B0A7-4E5C-8F4C-F1A0C52E177D@oracle.com> Hello, Alexander. The fix look good to me. With best regards. Petr. 26 ????. 2014 ?., ? 6:40 ????? ???????, Alexander Scherbatiy ???????(?): > > Hello, > > Could you review the updated fix: > http://cr.openjdk.java.net/~alexsch/8033534/webrev.03/ > > On 2/26/2014 4:54 PM, Petr Pchelko wrote: >> Hello, Alexander. >> >> I have a couple of comments: >> >> 1. You could replace the first loop with indexOfObjectPassingTest method.. Not sure if this would look cleaner, up to you. > Updated. There is one more way to use one loop instead of two. All of them does not look simple. > >> 2. I suppose JNFNewObjectArray could throw the OOM and we would get a parfait warning, could you please add CHECK_NULL_RETURN after it. > CHECK_NULL_RETURN is added. >> 3. In CImage.java you are setting the currentImageIndex to the biggest image representation smaller that the one requested and this representation >> would be used as a base one in the MultiResolutionBufferedImage. However in MultiResolutionBufferedImage getResolutionVariant you are returning >> the smallest variant bigger than the requested one. Is this correct? > I think that it is correct. Assume that an image with size 300x300 is requested but there are only resolution variants with sizes [250x250] and [350x350]. > The resolution variant with [350x350] size is used as the base image. Now we need to draw the image to region [300x300]. The resolution variant > with size [350x350] will be used from the MultiResolution image. > > Thanks, > Alexandr. > > >> >> Thank you. >> With best regards. Petr. >> >> On 26.02.2014, at 16:08, Alexander Scherbatiy wrote: >> >>> Hello, >>> >>> Could you review the updated fix: >>> http://cr.openjdk.java.net/~alexsch/8033534/webrev.02/ >>> >>> This is the same fix. The only difference is that the MultiResolutionBufferedImage class is used from the fix JDK-8035069. >>> >>> Thanks, >>> Alexandr. >>> >>> >>> On 2/10/2014 7:05 PM, Scott Palmer wrote: >>>> Just to be clear, "the image representations are chosen to be closest to the requested size" is not accurate. >>>> This change returns the smallest image representation that is greater than or equal to the requested size. (Which I believe is the correct thing to do.) >>>> A smaller image representation may be closer to the requested size, but it makes more sense to return a larger image since scaling down to size should produce better results than scaling up. >>>> >>>> Scott >>>> >>>> >>>> On Mon, Feb 10, 2014 at 8:53 AM, Alexander Scherbatiy > wrote: >>>> >>>> >>>> Could you review the updated fix: >>>> http://cr.openjdk.java.net/~alexsch/8033534/webrev.01 >>>> >>>> >>>> - The image representations are chosen to be closest to the >>>> requested size. >>>> >>>> Thanks, >>>> Alexandr. >>>> >>>> >>>> On 2/4/2014 5:00 PM, Sergey Bylokhov wrote: >>>> >>>> Hi, Alexander. >>>> I think that getResolutionVariant should return an image which >>>> is close as much as possible to the requested size. >>>> >>>> On 04.02.2014 16:42, Alexander Scherbatiy wrote: >>>> >>>> >>>> Hello, >>>> >>>> Could you review the fix: >>>> bug: https://bugs.openjdk.java.net/browse/JDK-8033534 >>>> webrev: >>>> http://cr.openjdk.java.net/~alexsch/8033534/webrev.00 >>>> >>>> >>>> - The method that gets a sorted array of NSImage >>>> representaion pixel sizes for the given image size is added >>>> - A MultiResolution image is created if an NSImage has >>>> several representations for the given image size >>>> >>>> Thanks, >>>> Alexandr. >>>> >>>> >>>> >>>> >>>> > From mik3hall at gmail.com Wed Feb 26 18:41:15 2014 From: mik3hall at gmail.com (Michael Hall) Date: Wed, 26 Feb 2014 20:41:15 -0600 Subject: Environment variables [Partly solved] In-Reply-To: <7FFFAE51-A6AE-42F4-B928-CC0744B46BD7@gmail.com> References: <68F09C18-D4D8-4BCB-98E3-C9A8FBD43F32@gmail.com> <9CD61CC9-67EB-4182-8A89-F5F7FE99A684@oracle.com> <8159EBD8-DF9F-4312-B65D-4B2B6DB1E087@gmail.com> <04ABAC1E-4CF8-44E6-A0E4-1B4C40269A31@oracle.com> <0A3C9C74-3C0D-40CE-B52A-13C212AC806B@gmail.com> <71150643-DE3D-48E9-98F9-2FC3284F74F3@oracle.com> <7FFFAE51-A6AE-42F4-B928-CC0744B46BD7@gmail.com> Message-ID: On Feb 25, 2014, at 2:39 PM, Michael Hall wrote: > I think I did get setting R_HOME to work last night, instead of hanging the app actually crashed. Any tricks to getting crash logs these days I might of missed? Fwiw. Set but set incorrectly. Managed to see the error message correctly finally. I had to activate some simple JNI I had written earlier that implements a PrintStream around some JNI NSLog's to get messages in console again. Then figured out the message I was missing was going to err not out. Anyhow, googling the message seemed to say some sample code I was basing setting R_HOME on was wrong. It had to be to the directory, not the executable. So then? us.hall.scripting.RS jri loaded true Rengine starting... Starting R... Rengine Mac code Rengine: setting R_HOME to /Library/Frameworks/R.framework/Resources setupR got 0 t = 3 class(t) [CTRL_D] numeric Some of those obviously debug messages that can now be removed but working for that part anyhow. Thanks. Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From paul_t100 at fastmail.fm Thu Feb 27 02:52:26 2014 From: paul_t100 at fastmail.fm (Paul Taylor) Date: Thu, 27 Feb 2014 10:52:26 +0000 Subject: Unable to get Applescript Engine on some computers Message-ID: <530F18EA.4000901@fastmail.fm> In my code I have: ScriptEngineManager mgr = new ScriptEngineManager(); ScriptEngine engine = mgr.getEngineByName("AppleScript"); this works fine for me, but for some customers in returns null for engine. We are using Java 1.8.0 25.0-b69 64bit (build 129) Customer was on Mac OS X 10.9.2 x86_64, I've upgraded to same version still don't get the problem. Applescript does exist because earlier in my code I run some applescript using osascript and Runtime class and that works fine Any ideas ? Paul From mik3hall at gmail.com Thu Feb 27 03:07:44 2014 From: mik3hall at gmail.com (Michael Hall) Date: Thu, 27 Feb 2014 05:07:44 -0600 Subject: Unable to get Applescript Engine on some computers In-Reply-To: <530F18EA.4000901@fastmail.fm> References: <530F18EA.4000901@fastmail.fm> Message-ID: On Feb 27, 2014, at 4:52 AM, Paul Taylor wrote: > In my code I have: > > ScriptEngineManager mgr = new ScriptEngineManager(); > ScriptEngine engine = mgr.getEngineByName("AppleScript"); > > this works fine for me, but for some customers in returns null for engine. > > We are using Java 1.8.0 25.0-b69 64bit (build 129) > > Customer was on Mac OS X 10.9.2 x86_64, I've upgraded to same version still don't get the problem. > > Applescript does exist because earlier in my code I run some applescript using osascript and Runtime class and that works fine l don't know that it was precisely determined what caused this. Possibly some change in an OS upgrade where Apple removed something from their java distribution? Although we didn't know it, we were relying on the Apple code being in place. Your three options would be? 1) Provide the code in the jar and dylib yourself. This is what I did and what I made available on github at? https://github.com/mik3hall/AppleScriptEngine All you really need are the jar and dylib. Put the dylib in the application's MacOSX folder. appbundler adds that to LD_LIBRARY_PATH. Put the jar in the application's Java folder, this should get it into class path. Done and should work on any configuration. 2). Fix the openjdk configuration error yourself. This means adding the AppleScriptEngine entry to the config file in resources.jar. I believe the bug report I gave earlier details how to do that. 3). Wait for openjdk to correct the configuration file in resources.jar My understanding on that one anyhow. Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From Alan.Bateman at oracle.com Thu Feb 27 03:10:43 2014 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Thu, 27 Feb 2014 11:10:43 +0000 Subject: Unable to get Applescript Engine on some computers In-Reply-To: <530F18EA.4000901@fastmail.fm> References: <530F18EA.4000901@fastmail.fm> Message-ID: <530F1D33.70505@oracle.com> On 27/02/2014 10:52, Paul Taylor wrote: > In my code I have: > > ScriptEngineManager mgr = new ScriptEngineManager(); > ScriptEngine engine = mgr.getEngineByName("AppleScript"); > > this works fine for me, but for some customers in returns null for > engine. > > We are using Java 1.8.0 25.0-b69 64bit (build 129) > > Customer was on Mac OS X 10.9.2 x86_64, I've upgraded to same version > still don't get the problem. > > Applescript does exist because earlier in my code I run some > applescript using osascript and Runtime class and that works fine > > Any ideas ? Michael Hall brought this up a few days ago too. I assume you have /System/Library/Java/Extensions/AppleScriptEngine.jar but some of your customers don't. The JDK does include the AppleScriptEngine but is missing the service configuration file that is needed to locate it. There is a bug open for this but it does raise the question as to whether the JDK really needs to bundle this scripting engine or not. -Alan From paul_t100 at fastmail.fm Thu Feb 27 03:23:14 2014 From: paul_t100 at fastmail.fm (Paul Taylor) Date: Thu, 27 Feb 2014 11:23:14 +0000 Subject: Unable to get Applescript Engine on some computers In-Reply-To: References: <530F18EA.4000901@fastmail.fm> Message-ID: <530F2022.3080302@fastmail.fm> On 27/02/2014 11:07, Michael Hall wrote: > On Feb 27, 2014, at 4:52 AM, Paul Taylor wrote: > >> In my code I have: >> >> ScriptEngineManager mgr = new ScriptEngineManager(); >> ScriptEngine engine = mgr.getEngineByName("AppleScript"); >> >> this works fine for me, but for some customers in returns null for engine. >> >> We are using Java 1.8.0 25.0-b69 64bit (build 129) >> >> Customer was on Mac OS X 10.9.2 x86_64, I've upgraded to same version still don't get the problem. >> >> Applescript does exist because earlier in my code I run some applescript using osascript and Runtime class and that works fine > l don't know that it was precisely determined what caused this. Possibly some change in an OS upgrade where Apple removed something from their java distribution? > Although we didn't know it, we were relying on the Apple code being in place. > Your three options would be? > > 1) > Provide the code in the jar and dylib yourself. This is what I did and what I made available on github at? > https://github.com/mik3hall/AppleScriptEngine > All you really need are the jar and dylib. > Put the dylib in the application's MacOSX folder. appbundler adds that to LD_LIBRARY_PATH. > Put the jar in the application's Java folder, this should get it into class path. > Done and should work on any configuration. > > 2). > Fix the openjdk configuration error yourself. This means adding the AppleScriptEngine entry to the config file in resources.jar. I believe the bug report I gave earlier details how to do that. > > 3). > Wait for openjdk to correct the configuration file in resources.jar > > My understanding on that one anyhow. > > Michael Hall > > trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz > > HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe > > AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter > Oh, sorry didnt notice those post, okay I'll try solution 1 Paul From lordpixel at me.com Thu Feb 27 03:41:56 2014 From: lordpixel at me.com (Andrew Thompson) Date: Thu, 27 Feb 2014 06:41:56 -0500 Subject: Unable to get Applescript Engine on some computers In-Reply-To: References: <530F18EA.4000901@fastmail.fm> Message-ID: <84CE8497-2572-43DC-B6CA-6C89D3050399@me.com> It's probably sufficient to put the necessary configuration anywhere on the classpath? I doubt one actually has to hack resources.jar? > On Feb 27, 2014, at 6:07 AM, Michael Hall wrote: > >> On Feb 27, 2014, at 4:52 AM, Paul Taylor wrote: >> >> In my code I have: >> >> ScriptEngineManager mgr = new ScriptEngineManager(); >> ScriptEngine engine = mgr.getEngineByName("AppleScript"); >> >> this works fine for me, but for some customers in returns null for engine. >> >> We are using Java 1.8.0 25.0-b69 64bit (build 129) >> >> Customer was on Mac OS X 10.9.2 x86_64, I've upgraded to same version still don't get the problem. >> >> Applescript does exist because earlier in my code I run some applescript using osascript and Runtime class and that works fine > > l don't know that it was precisely determined what caused this. Possibly some change in an OS upgrade where Apple removed something from their java distribution? > Although we didn't know it, we were relying on the Apple code being in place. > Your three options would be? > > 1) > Provide the code in the jar and dylib yourself. This is what I did and what I made available on github at? > https://github.com/mik3hall/AppleScriptEngine > All you really need are the jar and dylib. > Put the dylib in the application's MacOSX folder. appbundler adds that to LD_LIBRARY_PATH. > Put the jar in the application's Java folder, this should get it into class path. > Done and should work on any configuration. > > 2). > Fix the openjdk configuration error yourself. This means adding the AppleScriptEngine entry to the config file in resources.jar. I believe the bug report I gave earlier details how to do that. > > 3). > Wait for openjdk to correct the configuration file in resources.jar > > My understanding on that one anyhow. > > Michael Hall > > trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz > > HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe > > AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter > > > From lordpixel at me.com Thu Feb 27 03:50:08 2014 From: lordpixel at me.com (Andrew Thompson) Date: Thu, 27 Feb 2014 06:50:08 -0500 Subject: Unable to get Applescript Engine on some computers In-Reply-To: <530F1D33.70505@oracle.com> References: <530F18EA.4000901@fastmail.fm> <530F1D33.70505@oracle.com> Message-ID: > On Feb 27, 2014, at 6:10 AM, Alan Bateman wrote: > >> > > The JDK does include the AppleScriptEngine but is missing the service configuration file that is needed to locate it. There is a bug open for this but it does raise the question as to whether the JDK really needs to bundle this scripting engine or not. I think the issue here is right now a lot of customers still have at least some fragments of Apple's Java 6 installed which makes this work. As more machines come to exist which have only ever had Java 7 or greater on them we'd see this issue more often, unless it is fixed. Right now I think this masking makes it impossible to estimate how widely used this engine is. From paul_t100 at fastmail.fm Thu Feb 27 04:16:07 2014 From: paul_t100 at fastmail.fm (Paul Taylor) Date: Thu, 27 Feb 2014 12:16:07 +0000 Subject: Unable to get Applescript Engine on some computers In-Reply-To: References: <530F18EA.4000901@fastmail.fm> <530F1D33.70505@oracle.com> Message-ID: <530F2C87.1050207@fastmail.fm> On 27/02/2014 11:50, Andrew Thompson wrote: > >> On Feb 27, 2014, at 6:10 AM, Alan Bateman wrote: >> >> The JDK does include the AppleScriptEngine but is missing the service configuration file that is needed to locate it. There is a bug open for this but it does raise the question as to whether the JDK really needs to bundle this scripting engine or not. > I think the issue here is right now a lot of customers still have at least some fragments of Apple's Java 6 installed which makes this work. > > As more machines come to exist which have only ever had Java 7 or greater on them we'd see this issue more often, unless it is fixed. > > Right now I think this masking makes it impossible to estimate how widely used this engine is. This is a terrible slip up, I assume you do java builds on clean machine so I assume you don't have a single until test for checking talking to Applescript engine. I dread to think how many potential customers have tried my application and given up when it fails to update iTunes ( a key part on of the appilication for many OSX users), and Ive been unaware Paul From paul_t100 at fastmail.fm Thu Feb 27 05:11:54 2014 From: paul_t100 at fastmail.fm (Paul Taylor) Date: Thu, 27 Feb 2014 13:11:54 +0000 Subject: Unable to get Applescript Engine on some computers In-Reply-To: <530F2C87.1050207@fastmail.fm> References: <530F18EA.4000901@fastmail.fm> <530F1D33.70505@oracle.com> <530F2C87.1050207@fastmail.fm> Message-ID: <530F399A.10107@fastmail.fm> On 27/02/2014 12:16, Paul Taylor wrote: > On 27/02/2014 11:50, Andrew Thompson wrote: >> >>> On Feb 27, 2014, at 6:10 AM, Alan Bateman >>> wrote: >>> >>> The JDK does include the AppleScriptEngine but is missing the >>> service configuration file that is needed to locate it. There is a >>> bug open for this but it does raise the question as to whether the >>> JDK really needs to bundle this scripting engine or not. >> I think the issue here is right now a lot of customers still have at >> least some fragments of Apple's Java 6 installed which makes this work. >> >> As more machines come to exist which have only ever had Java 7 or >> greater on them we'd see this issue more often, unless it is fixed. >> >> Right now I think this masking makes it impossible to estimate how >> widely used this engine is. > This is a terrible slip up, I assume you do java builds on clean > machine so I assume you don't have a single until test for checking > talking to Applescript engine. > > I dread to think how many potential customers have tried my > application and given up when it fails to update iTunes ( a key part > on of the appilication for many OSX users), and Ive been unaware > > Paul > I wanted to replicate the issue before fixing so I renamed /System/Library/Java/Extensions/AppleScriptEngine.jar and libAppleScriptEngine.jniLib but it stills works. I searched the whole hard disk and couldn't find any other copies What do I need to do to make it fail ? Paul From Alan.Bateman at oracle.com Thu Feb 27 05:17:20 2014 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Thu, 27 Feb 2014 13:17:20 +0000 Subject: Unable to get Applescript Engine on some computers In-Reply-To: <530F399A.10107@fastmail.fm> References: <530F18EA.4000901@fastmail.fm> <530F1D33.70505@oracle.com> <530F2C87.1050207@fastmail.fm> <530F399A.10107@fastmail.fm> Message-ID: <530F3AE0.5090302@oracle.com> On 27/02/2014 13:11, Paul Taylor wrote: > : > > I wanted to replicate the issue before fixing so I renamed > /System/Library/Java/Extensions/AppleScriptEngine.jar and > libAppleScriptEngine.jniLib but it stills works. > I searched the whole hard disk and couldn't find any other copies > What do I need to do to make it fail ? Is the renamed JAR file still in /System/Library/Java/Extensions? If so then move it where because that directory is used by the extensions mechanism (all JAR files in there are searched). -Alan. From paul_t100 at fastmail.fm Thu Feb 27 05:31:58 2014 From: paul_t100 at fastmail.fm (Paul Taylor) Date: Thu, 27 Feb 2014 13:31:58 +0000 Subject: Unable to get Applescript Engine on some computers In-Reply-To: <530F3AE0.5090302@oracle.com> References: <530F18EA.4000901@fastmail.fm> <530F1D33.70505@oracle.com> <530F2C87.1050207@fastmail.fm> <530F399A.10107@fastmail.fm> <530F3AE0.5090302@oracle.com> Message-ID: <530F3E4E.9070907@fastmail.fm> On 27/02/2014 13:17, Alan Bateman wrote: > On 27/02/2014 13:11, Paul Taylor wrote: >> : >> >> I wanted to replicate the issue before fixing so I renamed >> /System/Library/Java/Extensions/AppleScriptEngine.jar and >> libAppleScriptEngine.jniLib but it stills works. >> I searched the whole hard disk and couldn't find any other copies >> What do I need to do to make it fail ? > Is the renamed JAR file still in /System/Library/Java/Extensions? If > so then move it where because that directory is used by the extensions > mechanism (all JAR files in there are searched). > > -Alan. > Ah yes, I renamed to .old file thinking that would do it, but moving it out completely does replicate the issue thanks Paul From lordpixel at me.com Thu Feb 27 05:28:45 2014 From: lordpixel at me.com (Andrew Thompson) Date: Thu, 27 Feb 2014 08:28:45 -0500 Subject: Unable to get Applescript Engine on some computers In-Reply-To: <530F399A.10107@fastmail.fm> References: <530F18EA.4000901@fastmail.fm> <530F1D33.70505@oracle.com> <530F2C87.1050207@fastmail.fm> <530F399A.10107@fastmail.fm> Message-ID: <2DB8CD82-ED94-4937-86A5-20A03ABD2FC3@me.com> From what I understand from working with the service loader framework in general if the relevant config file is present on the classpath, either loose as a file or in any jar it will be used. The file would be META-INF/services/something. Given that jar is in the extensions directory I think it will be loaded regardless of name. Try moving it to another folder temporarily? > On Feb 27, 2014, at 8:11 AM, Paul Taylor wrote: > >> On 27/02/2014 12:16, Paul Taylor wrote: >>> On 27/02/2014 11:50, Andrew Thompson wrote: >>> >>>> On Feb 27, 2014, at 6:10 AM, Alan Bateman wrote: >>>> >>>> The JDK does include the AppleScriptEngine but is missing the service configuration file that is needed to locate it. There is a bug open for this but it does raise the question as to whether the JDK really needs to bundle this scripting engine or not. >>> I think the issue here is right now a lot of customers still have at least some fragments of Apple's Java 6 installed which makes this work. >>> >>> As more machines come to exist which have only ever had Java 7 or greater on them we'd see this issue more often, unless it is fixed. >>> >>> Right now I think this masking makes it impossible to estimate how widely used this engine is. >> This is a terrible slip up, I assume you do java builds on clean machine so I assume you don't have a single until test for checking talking to Applescript engine. >> >> I dread to think how many potential customers have tried my application and given up when it fails to update iTunes ( a key part on of the appilication for many OSX users), and Ive been unaware >> >> Paul > I wanted to replicate the issue before fixing so I renamed /System/Library/Java/Extensions/AppleScriptEngine.jar and libAppleScriptEngine.jniLib but it stills works. > I searched the whole hard disk and couldn't find any other copies > What do I need to do to make it fail ? > > Paul From paul_t100 at fastmail.fm Thu Feb 27 06:30:23 2014 From: paul_t100 at fastmail.fm (Paul Taylor) Date: Thu, 27 Feb 2014 14:30:23 +0000 Subject: Unable to get Applescript Engine on some computers In-Reply-To: References: <530F18EA.4000901@fastmail.fm> Message-ID: <530F4BFF.8040003@fastmail.fm> On 27/02/2014 11:07, Michael Hall wrote: > On Feb 27, 2014, at 4:52 AM, Paul Taylor wrote: > >> In my code I have: >> >> ScriptEngineManager mgr = new ScriptEngineManager(); >> ScriptEngine engine = mgr.getEngineByName("AppleScript"); >> >> this works fine for me, but for some customers in returns null for engine. >> >> We are using Java 1.8.0 25.0-b69 64bit (build 129) >> >> Customer was on Mac OS X 10.9.2 x86_64, I've upgraded to same version still don't get the problem. >> >> Applescript does exist because earlier in my code I run some applescript using osascript and Runtime class and that works fine > l don't know that it was precisely determined what caused this. Possibly some change in an OS upgrade where Apple removed something from their java distribution? > Although we didn't know it, we were relying on the Apple code being in place. > Your three options would be? > > 1) > Provide the code in the jar and dylib yourself. This is what I did and what I made available on github at? > https://github.com/mik3hall/AppleScriptEngine > All you really need are the jar and dylib. > Put the dylib in the application's MacOSX folder. appbundler adds that to LD_LIBRARY_PATH. > Put the jar in the application's Java folder, this should get it into class path. > Done and should work on any configuration. > FYI I tried this, and it worked ! Brilliant thanks solved a big problem for me Paul From mik3hall at gmail.com Thu Feb 27 12:05:54 2014 From: mik3hall at gmail.com (Michael Hall) Date: Thu, 27 Feb 2014 14:05:54 -0600 Subject: Unable to get Applescript Engine on some computers In-Reply-To: <530F4BFF.8040003@fastmail.fm> References: <530F18EA.4000901@fastmail.fm> <530F4BFF.8040003@fastmail.fm> Message-ID: <8831337A-2E3A-4DC0-90F5-182E724B6AA4@gmail.com> On Feb 27, 2014, at 8:30 AM, Paul Taylor wrote: >> > FYI I tried this, and it worked ! > Brilliant thanks solved a big problem for me Glad to hear it worked for you. I hope it is for anyone trying out my application. Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From hs at tagtraum.com Thu Feb 27 13:51:26 2014 From: hs at tagtraum.com (Hendrik Schreiber) Date: Thu, 27 Feb 2014 22:51:26 +0100 Subject: FileAttributeView for tags and colors? Message-ID: <2989F332-42F6-4ACE-9639-CE224BEA26FE@tagtraum.com> Hey there, I was wondering, wouldn't the tags/colors API in OS X 10.9 be a really nice candidate for a java.nio.file.attribute.FileAttributeView? Is an appropriate implementation planned? I wasn't able to find an RFE on https://bugs.openjdk.java.net Cheers, -hendrik From mik3hall at gmail.com Thu Feb 27 14:35:05 2014 From: mik3hall at gmail.com (Michael Hall) Date: Thu, 27 Feb 2014 16:35:05 -0600 Subject: FileAttributeView for tags and colors? In-Reply-To: <2989F332-42F6-4ACE-9639-CE224BEA26FE@tagtraum.com> References: <2989F332-42F6-4ACE-9639-CE224BEA26FE@tagtraum.com> Message-ID: On Feb 27, 2014, at 3:51 PM, Hendrik Schreiber wrote: > Hey there, > > I was wondering, wouldn't the tags/colors API in OS X 10.9 be a really nice candidate for a java.nio.file.attribute.FileAttributeView? > Is an appropriate implementation planned? I wasn't able to find an RFE on https://bugs.openjdk.java.net Again fwiw, my trz package has support for a lot of different OS X file attributes, including old 'classic', file colors. I sort of liked the idea of color being a file attribute myself. Not your usual one. I am not 10.9 yet but when I get there if this API concerns this same sort of thing I would be happy to include it in trz anyhow. It is quite possible to add something like this along with a 'pass through' type file system. So you could possibly come up with it yourself without excessive effort. Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter From hs at tagtraum.com Thu Feb 27 14:48:45 2014 From: hs at tagtraum.com (Hendrik Schreiber) Date: Thu, 27 Feb 2014 23:48:45 +0100 Subject: FileAttributeView for tags and colors? In-Reply-To: References: <2989F332-42F6-4ACE-9639-CE224BEA26FE@tagtraum.com> Message-ID: <8E339BBE-78FC-4DB3-842A-B11A89305217@tagtraum.com> On Feb 27, 2014, at 23:35, Michael Hall wrote: > On Feb 27, 2014, at 3:51 PM, Hendrik Schreiber wrote: > Again fwiw, > my trz package has support for a lot of different OS X file attributes, including old 'classic', file colors. I sort of liked the idea of color being a file attribute myself. Not your usual one. > I am not 10.9 yet but when I get there if this API concerns this same sort of thing I would be happy to include it in trz anyhow. > It is quite possible to add something like this along with a 'pass through' type file system. So you could possibly come up with it yourself without excessive effort. Thanks for the pointer, Michael. For my own needs, I will probably just roll my own (since the API is trivial), but for the future I wouldn't mind seeing APIs like this exposed through the regular JDK. And if nobody asks for it, it never gets done...so I ask. ;-) Cheers, -hendrik From mik3hall at gmail.com Fri Feb 28 15:53:42 2014 From: mik3hall at gmail.com (Michael Hall) Date: Fri, 28 Feb 2014 17:53:42 -0600 Subject: FileAttributeView for tags and colors? In-Reply-To: <8E339BBE-78FC-4DB3-842A-B11A89305217@tagtraum.com> References: <2989F332-42F6-4ACE-9639-CE224BEA26FE@tagtraum.com> <8E339BBE-78FC-4DB3-842A-B11A89305217@tagtraum.com> Message-ID: On Feb 27, 2014, at 4:48 PM, Hendrik Schreiber wrote: > On Feb 27, 2014, at 23:35, Michael Hall wrote: > >> On Feb 27, 2014, at 3:51 PM, Hendrik Schreiber wrote: >> Again fwiw, >> my trz package has support for a lot of different OS X file attributes, including old 'classic', file colors. I sort of liked the idea of color being a file attribute myself. Not your usual one. >> I am not 10.9 yet but when I get there if this API concerns this same sort of thing I would be happy to include it in trz anyhow. >> It is quite possible to add something like this along with a 'pass through' type file system. So you could possibly come up with it yourself without excessive effort. > > Thanks for the pointer, Michael. For my own needs, I will probably just roll my own (since the API is trivial), but for the future I wouldn't mind seeing APIs like this exposed through the regular JDK. And if nobody asks for it, it never gets done...so I ask. ;-) I might think, not necessarily. I tend to disagree. Something like this could be provided by the JDK itself. It could be provided for, say the platform (like my trz package), by someone interested in the API's or java on the platform. It could be provided by anyone with a particular need for some platform specific file attribute for their own code. Michael Hall trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter