I will file a bug. The reason for using Xcode 9 is that there's a library that depends on the GNU stdc++ library, and the effort to bring that into Xcode 10 is too much to bother at this point. I

It could only be an issue while using the debugger; is there a reason for not using a more modern Xcode? Regardless, you should definitely file a bug report, including a sysdiagnose, your log from

I should add that it's a window in my app, not in Xcode. Running outside the debugger, it appears to be fine, but the exception stops me being able to check on some other issues related to the

Nobody? Here's the backtrace, if it helps: 0 AppKit 0x00007fff29b3657e -[NSWindow(NSDisplayCycle) _postWindowNeedsDisplayUnlessPostingDisabled] + 1964 1 AppKit

Okay, I've got it. The problem was that I was calling OperationQueue.main.addOperation(..) from an Operation. And that call was both capturing "self" and was the last piece of work in the Operation's

Yes, that was my thinking as well. But, the UI was not frozen. (And, indeed, if it had been frozen, I wouldn't have expected the Notification approach to work either.) One additional piece of

Running Xcode 9.4.1 on macOS 10.4.2, when I click on a combo box in a window, in the debugger I get an exception: Nothing appears to be complaining about ambiguous constraints, and searching for that

The only reason I can think of that the first two attempts wouldn’t work is that the main thread’s runloop is blocked, so it can’t process queued blocks. Are you by chance doing something on the

Let me start by saying I have a solution to my problem, but would like to know why some of the other things I tried didn't work... I have some procedures which are performed on background queues

I can't seem to find a way to handle the dark/light versions. Trying iconutil with a system .icns file just gives me the regular ones. So, to make life simpler, I'll just ignore the dark versions and

Why no alpha? Also, just enter man iconutil. More details. https://stackoverflow.com/questions/46428673/iconutil-not-working-on-macos-high-sierra?rq=1 Lots

OK, now I need to know how to use iconutil, since it's probably changed with Mojave by adding dark mode variants. I get the following icons: NSISIconImageRep 0x600001873180 Size={128, 128}

OK, that looks hopeful. I'll have to dig a bit further to find out all I need, but this seems to get me in a better direction. John Alex Zavatone via Groups.Io wrote on 17/11/18 12:11: -- John

Apple recommends using the command-line utility iconutil, which ships with

Do you just need to do this once, or is this a reoccurring thing you need to do while your app is running? Hmm. I just did this converting PNG images. I’ll take a look. There also are online

I solved this problem in 2012, and then again in 2014, when a change disrupted things. Now Mojave is changing the playing field once more... The problem: I need to get the icon for the current

Thanks, that's what I needed. John Chris Hanson wrote on 7/11/18 22:18: -- John Brownie Mussau-Emira language, New Ireland Province, Papua New Guinea Kouvola, Finland

There should be a macro defined for the OS version. Apple uses these a lot in their headers. Look at a few class headers and you should see enough examples. Cheers from Chennai, Alex Zavatone.

There’s always the NSProcessInfo.operatingSystemVersion property. -- Chris

Because of other issues, I am having to use Xcode 9.4.1 for my app. However, there is one function that depends on a third-party tool which fails on macOS 10.14. I'd like to disable the command that