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 h

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 JavaN

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 > https://ma

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 appropri

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 gav

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 com.apple.

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

> On Sep 26, 2017, at 4:22 PM, mandy chung 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 appropriate for the >&

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 this in their applications.

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 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 > a hidden dock? While st

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

t. 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

OS X - Java Native Foundation

used these and can’t find where I have a local copy of the documentation and can’t locate any anywhere online. Michael Hall

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

or the response. Looking forward to seeing how they will work. Michael Hall

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

file attributes. Didn’t succeed yet in extending it to include a native WatchService. Having an available platform specific filesystem where you can do different things for a particular OS I thought wasn’t a bad idea. Whether awt/desktop would be the place to implement something like that I don’t know. Michael Hall

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

fx list that they were going to try and make sure clickable file handling was correctly handled by javafx api’s. Is there going to be some central place where the mapping between the old api’s and the new ones is documented? Also indicating what api’s will no longer be supported. Michael Hall

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

et, do you know this is the jdk that will be used by it for embedding? Michael Hall

Re: Accessing internal packages in JDK 9

eta 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: Accessing internal packages in JDK 9

orkaround code to run on JDK 9. > > My understanding is that you would have to use special command line options > but this is all a work in progress. Re: Manually Adding exports to JDK Modules https://www.mail-archive.com/jigsaw-dev@openjdk.java.net/msg01053.html <https://www.mail-archive.com/

Re: [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 > 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: [9] Review Request: 8129894 NSApplicationAWT.m:343:72: error: comparison of constant 777 with expression of type 'NSEventSubtype'

perOrientation') [-Wenum-conversion] setOrientation:NSLandscapeOrientation]; ^~~~~~ 3 warnings generated. Would these warnings not end up as errors that would stop the build? Michael Hall