02:12 <GGibson[m]> I actually made it work.

02:12 <GGibson[m]> Here is what I did:

02:12 <GGibson[m]> a bit of a scabby shim, but it works reliably now

02:47 <byteit101[m]> G. Gibson: been busy today. Do you have a small reproduction you can send?

02:47 <GGibson[m]> not really

02:47 <GGibson[m]> the code you see there is what drives it

02:48 <GGibson[m]> do you want me to file an issue?

02:49 <byteit101[m]> Not yet. So to be clear, you are or were trying to lauch the app, then launch a thread that run_later{}'s a Stage#show ?

02:49 <GGibson[m]> yes

02:49 <GGibson[m]> I have a @window_queue that I fill with new window requests

02:50 <GGibson[m]> the start(_) has a while loop to look for new requests

02:50 <GGibson[m]> it recycles the primaryStage provided or creates a new one

02:50 <byteit101[m]> > the start(_) has a while loop to look for new requests

02:50 <byteit101[m]> Ah, that might be your issue

02:50 <GGibson[m]> you indicated that I should put my main loop there -- so I did

02:51 <GGibson[m]> it processes just window requests now, but is expamdable for other regular tasks

02:51 <byteit101[m]> You shouldn't have any blocking loops on the "Main" or "FXLauncher" threads

02:51 <GGibson[m]> ah ok

02:51 <byteit101[m]> Ah, I meant: start your logic or threads inside start()

02:51 <GGibson[m]> but there is no other place I can create Stages

02:51 <GGibson[m]> ah ok

02:52 <byteit101[m]> run_later puts stuff on the fxlauncher thread, which won't be available to have stuff run on it via run_later if user (read: your) code is blocking it

02:52 <GGibson[m]> I need to be able to start multiple windows on demand

02:52 <GGibson[m]> ok

02:52 <GGibson[m]> I'll work with run_later for new stage creation and give it a go

02:53 <byteit101[m]> Yes, see class App < JRubyFX::Application; def start(_); 5.times{|i| Thread.new { sleep i; run_later { Stage.new.tap{|x|x.title=i.to_s}.show}} }; end; end; App.launch

02:53 <GGibson[m]> I'm glad we cleared that up :)

02:54 <byteit101[m]> Ack, sorry, I did say main "loop". Meant to say main laucher code. JavaFX is like WinForms, Gtk, Qt, WPF, Web/JS/HTML in that you don't control the main "loop"

02:55 <byteit101[m]> You just send requests for code to run on it

02:55 <byteit101[m]> Any looping the user does, they need to do inside a new thread

03:03 <GGibson[m]> ok, that is actually ok then --> I can live with that

03:11 <byteit101[m]> See http://tutorials.jenkov.com/javafx/concurrency.html for a short overview

03:12 <byteit101[m]> https://docs.oracle.com/javafx/2/threads/jfxpub-threads.htm for advanced stuff

03:12 <byteit101[m]> https://stackoverflow.com/questions/25224323/javafx-2-background-and-platform-runlater-vs-task-service for how it can be integrated

03:19 <GGibson[m]> nice - I made the changes and it works perfectly

03:19 <GGibson[m]> thanks for you assistance

03:20 <byteit101[m]> NP

05:40 <kares[m]> I am looking at Java integration being inspect-able (again): https://github.com/jruby/jruby/pull/6493

05:40 <kares[m]> it's a draft but I appreciate early feedback whether the direction feels right or something else would be prefered.

20:13 <travis-ci> jruby/jruby (jruby-9.2:dbb517b by Charles Oliver Nutter): The build was fixed. https://travis-ci.com/jruby/jruby/builds/208653621 [175 min 0 sec]

20:25 <travis-ci> jruby/jruby (master:ffaaa46 by Charles Oliver Nutter): The build is still failing. https://travis-ci.com/jruby/jruby/builds/208654830 [207 min 54 sec]

21:47 <travis-ci> jruby/jruby (load_service_redux:cfe71a2 by Charles Oliver Nutter): The build failed. https://travis-ci.com/jruby/jruby/builds/207829506 [206 min 6 sec]

22:15 <travis-ci> jruby/jruby (master:86b061b by Charles Oliver Nutter): The build is still failing. https://travis-ci.com/jruby/jruby/builds/208694111 [201 min 59 sec]

22:31 <travis-ci> jruby/jruby (load_service_redux:4a2159a by Charles Oliver Nutter): The build is still failing. https://travis-ci.com/jruby/jruby/builds/208694158 [205 min 0 sec]

22:33 <headius[m]> hmmm

22:33 <headius[m]> ahh the sequel thing

23:32 <jbeyer_wgt[m]> Hi jruby team! First off, thank you for all of your amazing work on the project. I have been benefiting from jruby for many years. I am considering purchasing one of the new Mac Minis, and would want to run some jruby code on it. From what I can gather, there shouldn't be any issue with the new ARM architecture. Is that correct?