Re: deadlock between AppKit main thread and AWT event thread in JDK 17

> On Jun 28, 2021, at 9:50 AM, Alan Snyder wrote: > > To avoid this deadlock, the run loop name is required when using the NSObject > method performSelectorOnMainThread:withObject:waitUntilDone:modes: >

Re: deadlock between AppKit main thread and AWT event thread in JDK 17

> On Jun 28, 2021, at 9:30 AM, Alan Snyder wrote: > > My code (#2) running on the AWT thread is blocked trying to perform selector > on main thread waiting YES. It is blocked because it does not specify that it > can be run under the javaRunLoopMode. It specifies the AWTRunLoopMode, which

Re: deadlock between AppKit main thread and AWT event thread in JDK 17

> On Jun 28, 2021, at 9:03 AM, Alan Snyder wrote: > > You can call performSelectorOnMainThread directly, but you have to know the > name of the AWT/Java run loop to avoid the deadlock situations that I have > encountered. > > The name of the run loop needs to be part of the public API. I

Re: deadlock between AppKit main thread and AWT event thread in JDK 17

> On Jun 28, 2021, at 7:51 AM, Alan Snyder wrote: > > Hmm… it appears that in removing JavaNativeFoundation from the JDK the name > of the run loop was changed from AWTRunLoopMode to javaRunLoopMode. > > If that is correct, it is an incompatible change that breaks third party use > of

Re: Legacy Apple com.apple.eio.FileManager (in module java.desktop) removed at jdk 16?

> On Mar 18, 2021, at 6:35 PM, Philip Race wrote: > > Many of the com.apple APIs were obsoleted in JDK 9 with > http://openjdk.java.net/jeps/272 > > We (you and I) even discussed this and the absence from there of FileManager > 3 1/2 years ago >

Re: Legacy Apple com.apple.eio.FileManager (in module java.desktop) removed at jdk 16?

> On Mar 18, 2021, at 6:13 PM, Alan Snyder wrote: > > I use moveToTrash and revealInFinder, but only with JDK 8. In later JDKs I > use Desktop.moveToTrash and browseFileDirectory. > Desktop eliminated the need for some of the FileManager code. I use findFolder to try and determine

Re: Legacy Apple com.apple.eio.FileManager (in module java.desktop) removed at jdk 16?

> On Mar 18, 2021, at 3:29 PM, Philip Race wrote: > > I think this is because of https://bugs.openjdk.java.net/browse/JDK-8256299 > > JDK 16 release notes here : http://jdk.java.net/16/release-notes > I think I ran into a couple related issues. I had a check to see if default Toolkit

Legacy Apple com.apple.eio.FileManager (in module java.desktop) removed at jdk 16?

If I remember correctly this group ended up the keepers of this code. If that is not right please point me to the correct group. I am getting… Exception in thread "main" java.lang.IllegalAccessError: class us.hall.osx.OSXApplication (in unnamed module @0x2a5ca609) cannot access class

Re: Java 9 on OS X internal API com.apple.eio.FileManager

> On Sep 26, 2017, at 4:22 PM, mandy chung <mandy.ch...@oracle.com> wrote: > > > > On 9/26/17 2:10 PM, Michael Hall wrote: >>> >>> The example below seems to be something that would be better >>> off in java.nio.files and so would not have been

Re: Java 9 on OS X internal API com.apple.eio.FileManager

> On Sep 26, 2017, at 12:20 PM, Phil Race wrote: > > I didn't do the work here so I am answering as best I can. > FileManager is not directly exposed but is used in implementing > a couple of APIs on the java.awt.Desktop class. This will not help developers who used

Java 9 on OS X internal API com.apple.eio.FileManager

I know JEP 272 covered the com.apple.eawt API’s. Is there nothing to cover the eio.FileManager? I have code using it to try and determine platform specific location’s for files public static Path getFolder(DataTypes option) { File f = null; try {

Re: OS X fullscreen window and dock

> On Jan 8, 2017, at 9:04 AM, Michael Hall <mik3h...@gmail.com> wrote: > > Stack overflow or someplace like that might be better for this sort of thing, > feel free to point that out if so. > But what is the best way to get a fullscreen window, less screen offsets with &g

OS X fullscreen window and dock

[top=23,left=0,bottom=43,right=0] There is the dock. How can I determine the correct value as below when the user preferences are set to not always visible as in the above? Michael Hall

Re: OS X - Java Native Foundation

ment but not the document itself yet. I can go by the headers but if anyone did happen to pull a copy of the pdf maybe just email me a copy. Thanks, Michael Hall

Re: Review-request for 8048731: JEP 272: Platform-Specific Desktop Features

ce to implement something like that I don’t know. Michael Hall

Re: Review-request for 8048731: JEP 272: Platform-Specific Desktop Features

t now either I would think. Thanks for the response. Looking forward to seeing how they will work. Michael Hall

Re: Java 8 updates are causing "Apps that use non-public APIs will be rejected"

’m not that familiar with packager yet, do you know this is the jdk that will be used by it for embedding? Michael Hall

Re: AWT Dev Accessing internal packages in JDK 9

lines and be something you can use. Maybe I’ll revisit mine sometime with them, they might just make that work? gl, Michael Hall

Re: AWT Dev Accessing internal packages in JDK 9

Michael Hall

Re: AWT Dev [9] Review Request: 8129894 NSApplicationAWT.m:343:72: error: comparison of constant 777 with expression of type 'NSEventSubtype'

On Jul 26, 2015, at 7:13 AM, Sergey Bylokhov sergey.bylok...@oracle.com wrote: Would these warnings not end up as errors that would stop the build? No, because lwawt library does not set warning as error option for now. OK thanks. Michael Hall

Re: AWT Dev [9] Review Request: 8129894 NSApplicationAWT.m:343:72: error: comparison of constant 777 with expression of type 'NSEventSubtype'

]; ^~ 3 warnings generated. Would these warnings not end up as errors that would stop the build? Michael Hall