Re: [racket-users] racket/gui and the Cocoa NSRunLoop

2018-01-25 Thread Mark Wunsch
Thanks for the response. Since writing this, I've tried to better understand this C code, and my understanding of the problems here might have not been correct. They still probably aren't correct, but I'll try to better articulate the challenge. I tried all of the techniques you suggested, none

Re: [racket-users] racket/gui and the Cocoa NSRunLoop

2018-01-22 Thread Matthew Flatt
Sorry for the slow response! At Thu, 11 Jan 2018 12:56:02 -0500, Mark Wunsch wrote: > Yes — that's perfect, thank you! And it also gives me a better sense of how > racket/gui is implemented for macOS. This snippet of code is now included in > my library, and I wonder if there's benefit to having

Re: [racket-users] racket/gui and the Cocoa NSRunLoop

2018-01-11 Thread Mark Wunsch
Yes — that's perfect, thank you! And it also gives me a better sense of how racket/gui is implemented for macOS. This snippet of code is now included in my library, and I wonder if there's benefit to having this be available in racket/gui for cross-platform usage? Now that I understand this a b

Re: [racket-users] racket/gui and the Cocoa NSRunLoop

2018-01-10 Thread Matthew Flatt
At Wed, 10 Jan 2018 11:17:14 -0800 (PST), Mark Wunsch wrote: > The main question I have is: How does racket/gui set up and interact with > the NSApplication's main thread? > [...] > My sense of this crash is that there's something inside the racket/gui > internals [] > that works around a "ty

[racket-users] racket/gui and the Cocoa NSRunLoop

2018-01-10 Thread Mark Wunsch
Hi there. I've run into a bit of a conundrum and I'm not quite sure how to proceed. This code intersects between Racket, C (through FFI), and Cocoa and I'm by no means an expert in any of those, so I'm hoping someone can help explain an odd set of bugs I'm seeing. The main question I have is: H