02:04 <razetime> Are the logs for this room faulty?

10:48 <byteit101[m]> I'm using the org.jruby.embed.ScriptingContainer api and am wondering if there is a way to set the self variable or otherwise run in a context that isn't main, a-la binding.pry?

12:34 <byteit101[m]> context: https://github.com/byteit101/ruby-dragon/commit/1b8a07a4b5148917c452faa20af3253af2107757 I have this method definition working now, but it's a bit hacky. I was hoping to easily have a way to eval bindings with an inputstream like normal eval does, but I'm not sure if that exists

20:19 <enebo[m]> https://github.com/jruby/jruby/runs/8100331944?check_suite_focus=true

20:19 <enebo[m]> This broke when we started using timeout 0.3.0. I believe the problem is that it relies on threads to get cleaned up and terminated but we just let these threads terminate on their own and although the main timeout thread is on its way out our embedding API checks and it has not completed yet.

20:19 <enebo[m]> I believe older timeout handled this properly because it forced a #join as part of cleanup

20:19 <enebo[m]> I made spec:compiler pass using +indy today. I cleaned something up in builder but it got indy confused. I just partially reverted back to passing null vs NullBlock to fix it.

20:19 <enebo[m]> byteit101: could you do something like: 'my_object.instance_eval { your original code }'?

20:34 <byteit101[m]> enebo: possibly, but wouldn't I have to do string concatenation and/or read the inputstream first?

20:35 <enebo[m]> I don't know what you are doing so? I do know you can change self using instance_eval though

20:54 <byteit101[m]> Take a peek at the context url above. It's running 3rd party code. right now there is container.runScriptlet(scriptInputStream, scriptName); I'd like to avoid concatenation to keep parser errors sane and not allow accidental escapes if you have an extra }

20:57 <byteit101[m]> I tried to look at using bindings but I couldn't figure out a way to do so with sharing two self's ($script and $current_api, deending on source) without loosing context and the input stream being an input stream

23:16 <JasonMiller[m]> I'm running into an issue with jRuby 9.3 and above, that isn't happening with jRuby 9.2.21. It involves loading Java libraries for Apache ActiveMQ, and then accessing a constant defined on one of its modules.

23:16 <JasonMiller[m]> Because it works with one version of jRuby, but not the newer ones, I think I should report this as a jRuby Github issue.

23:22 <headius> Definitely make sure it fails in the latest 9.3.7 first

23:22 <JasonMiller[m]> I did

23:34 <headius> Yes open an issue then

23:35 <JasonMiller[m]> Done.

23:59 <headius> Ok thank you