mkristian has quit [Quit: This computer has gone to sleep]
tcrawley-away is now known as tcrawley
<GitHub187>
[jruby] chrisseaton pushed 1 new commit to master: http://git.io/vB3rO
<GitHub187>
jruby/master 941e9f8 Chris Seaton: [Truffle] Tag failing regex specs.
<GitHub41>
[jruby] chrisseaton pushed 1 new commit to truffle-head: http://git.io/vB3rR
<GitHub41>
jruby/truffle-head f0ebfd8 Chris Seaton: Merge branch 'master' into truffle-head
<GitHub171>
[jruby] headius commented on commit d5ad593: Oh, I thought this was too specific a case since the general feature is
<GitHub9>
[jruby] chrisseaton commented on commit d5ad593: I often have this dilemma - a spec makes sense for Truffle, as for example it exercises int and long code paths, but not other implementation has two representations of Fixnum like that so it doesn't make sense for anyone else. http://git.io/vB3Ku
drbobbeaty has quit [Read error: Connection reset by peer]
vtunka has joined #jruby
<GitHub99>
[jruby] headius commented on commit d5ad593: Yeah, after thinking about this, I guess it's specific enough to have its own spec. It took me a little thinking to realize that walking all instances of the singleton class is essentially like walking the class and its descendants, so it's worth spec'ing. In impls that don't track subclasses like JRuby, it will also be a test of the class/singleton structure.... http://git.io/vB37Y
<GitHub46>
[jruby] chrisseaton pushed 1 new commit to truffle-head: http://git.io/vB37X
<GitHub46>
jruby/truffle-head 6742415 Chris Seaton: Merge branch 'master' into truffle-head
<GitHub111>
[jruby] chrisseaton fast-forwarded master from 941e9f8 to 4760e9f: http://git.io/vB37D
<GitHub92>
[jruby] kares commented on commit 4760e9f: maybe typo commits could use **[skip ci]** in the message esp. when travis-ci is overloaded ... http://git.io/vB3dY
<GitHub5>
[jruby] chrisseaton commented on commit 4760e9f: This is to fix Travis though. http://git.io/vB3dj
<eonwe>
Any news on new 1.7 release? The deadlock issue of #3394 seems to be now in that branch
<GitHub8>
[jruby] headius commented on commit d5ad593: Heh, well writing and expanding the spec found a bug in my impl...so yay for @eregon bugging me to write the spec :-) http://git.io/vB3Nw
pitr-ch_ has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
pitr-ch has joined #jruby
<GitHub181>
[jruby] kares commented on commit 4760e9f: yep, although some of the cancelled builds could have been useful (could get restarted of course).... http://git.io/vB3xL
<GitHub136>
[jruby] eregon commented on commit d5ad593: Common or realistic usages are always good spec examples!... http://git.io/vB3p3
<GitHub96>
[jruby] headius commented on commit d5ad593: > Also, they tend to test more the integration with the rest... http://git.io/vB3pj
mattwildig has joined #jruby
<GitHub131>
[jruby] eregon pushed 1 new commit to truffle-head: http://git.io/vBsUf
<GitHub131>
jruby/truffle-head 796fa41 Benoit Daloze: [Truffle] Copy the body only once.
<GitHub45>
[jruby] headius pushed 2 new commits to master: http://git.io/vBsTq
<GitHub45>
jruby/master ba39124 Charles Oliver Nutter: This test has been moved to RubySpec....
<GitHub45>
jruby/master 740bdb4 Charles Oliver Nutter: each_object(cls.singleton_class) should not walk special classes....
<GitHub192>
[jruby] headius commented on commit d5ad593: ruby/rubyspec@f724d7dd5e20153134fdf5d15af233b03892d014 http://git.io/vBsTS
shellac has quit [Quit: Computer has gone to sleep.]
djbkd has quit [Remote host closed the connection]
djbkd has joined #jruby
<GitHub48>
[jruby] eregon pushed 5 new commits to truffle-head: http://git.io/vBsAR
<GitHub48>
jruby/truffle-head e11c6f3 Benoit Daloze: [Truffle] AppendOneNode is only called on arrays....
<GitHub48>
jruby/truffle-head 93220eb Benoit Daloze: [Truffle] Contain appendOneEmpty* in appendOneSameType* for Array#<<.
<GitHub48>
jruby/truffle-head 6e0be72 Benoit Daloze: [Truffle] Add a shared frozen property for classes which always are....
mkristian_ has quit [Read error: Connection reset by peer]
mkristian_ has joined #jruby
colinsurprenant has quit [Quit: colinsurprenant]
<GitHub48>
[jruby] mkristian closed issue #3466: require_relative fails sometimes with JRuby 1.7.22 on Win7 http://git.io/v4CsP
shellac has joined #jruby
pawnbox has quit [Remote host closed the connection]
rsim has quit [Quit: Leaving.]
pawnbox has joined #jruby
pawnbox has quit [Remote host closed the connection]
pawnbox has joined #jruby
griest has joined #jruby
<GitHub163>
[jruby] enebo pushed 1 new commit to jruby-1_7: http://git.io/vBGJr
<GitHub163>
jruby/jruby-1_7 16a049a Thomas E. Enebo: Bump for next dev cycle
<griest>
enebo: I am lorknessmonster. I think this convo is too long for twitter
<enebo>
griest: yeah I need to sleuth a little on this
<enebo>
griest: too bad byteit101 is not here since he did this loading bit
<griest>
yes too bad
rsim has joined #jruby
<enebo>
It is really weird that querying the plaformimpl is giving an up to date number
rsim has quit [Client Quit]
<enebo>
almost like we are loading the right platform but also loading some other jar wrongly
<griest>
enebo: I was looking around the JRubyFX code and it seems like JRubyFX::FXImports might be too blame
<griest>
enebo: Do you think it might have to do with my version of jruby? If I install the new 9.xxx version would that possibly help?
<enebo>
griest: shouldn’t no
<enebo>
griest: what struck you that it might be fx imports?
<headius>
morning
<enebo>
griest: I see it is java_importing that tab class but only that
<enebo>
griest: we also adorn that class after being loaded with a couple of methods
<enebo>
(in core_ext)
<headius>
eonwe: oh bugger...we didn't backport that
<headius>
but it wouldn't be hard
<headius>
enebo: what's our status on 23?
<enebo>
I releeased it
<headius>
I wonder if the IntHashMap fix got in
<enebo>
headius: I missed the ObjectSpace fix since I did not know you would backport that to 1.7 but with that said Rails cannot run on 1.7 anyways right?
colinsurprenant has joined #jruby
<enebo>
headius: if you made it last night then no
<headius>
oh yay, it looks like kares backported it
<headius>
earlier this month
<enebo>
ok yeah
<headius>
eonwe: 1.7.23 should be out, so please confirm
<enebo>
only one commit was missed which you made after I cut release
<enebo>
my problem with jruby-jars was a mistake of mine
<enebo>
so in that sense had I not made that mistake we would have rolled sans that commit anyways
<headius>
that change is not important
mkristian_ has quit [Quit: This computer has gone to sleep]
<enebo>
headius: yeah only Rails 5 will be using it right?
<headius>
it was more important for 9.0.5.0 for a rails 5 improve ment I pushed
<headius>
yeah
<enebo>
ok np then
<enebo>
griest: hmmm that versioning stuff is odd
Guest73883 is now known as mberg
<enebo>
griest: comment out the require jfxrt.jar part maybe and see if it is properly loaiding
<griest>
enebo: I think that because # Update load path to include the JavaFX runtime and fail nicely if we can't find it is in the part_imports file
<enebo>
griest: also if you have a simple dsl snippet with tab then gist it to me so I don’t have to make my own :)
<griest>
enebo: It looked to me that this is where jrubyfx decides to load the javafx jar
<enebo>
griest: after some build in 8 it is not in its own jar right?
<enebo>
It has been a couple of years since I last looked at this :)
<griest>
enebo: yes I think you are right. I think they package it with the jre in 8
<enebo>
griest: so I am wondering if that jre version logic is broken and we are loading external jar which is still 2.2 but then loading PlatformImpl which is internal
<eonwe>
headius: will check
<griest>
enebo: but if you had some old code that had to explicitly load the javafx jar when it wasn't packaged with the jre, then that could be what is causing the problem
<enebo>
griest: very quick check is eliminating/commenting out that rrequire
<enebo>
griest: yeah I am saying exactly that
<griest>
in core_exts?
<enebo>
in imports.rb
<enebo>
require 'jfxrt.jar' if ENV['JFX_DIR'] or
<griest>
okay
<enebo>
line 38-40 (multiline if)
<griest>
enebo: this will take a while I have not set up my own jrubyfx on this computer
<griest>
hold on while i clone it
<enebo>
griest: if you install it as a gem you can just edit the imports.rb in the gem too
<enebo>
griest: or yeah you can clone and -Ilib it as well
<griest>
enebo: oh really? How can you edit gems? Sorry I am pretty new at this, just a math student with a hobby
skade has quit [Quit: Computer has gone to sleep.]
<enebo>
griest: actually cloning is simpler since I would have to help you figure out where your GEM home is
<enebo>
griest: plus if you fix it then you can PR it and get credit for fixing it :)
<griest>
enebo: hooray, I'm helping! :P
<enebo>
griest: do you have a simple snippet using a tab I can try to run
<enebo>
griest: locally I do not see that require happennig
<griest>
you said through gist?
<enebo>
griest: of pastie or wherever but gist.github.com is useful
<headius>
enebo: mrbrdo has a present for us
<headius>
he's managed to get Rails's Spring preloader working with JRuby
<enebo>
headius: oh?
<enebo>
cool…and it helps?
<headius>
after struggling through UNIXSocket tricks
<headius>
well, I hope it helps :-) I have not tried it myself
<enebo>
griest: I am getting 2-arg constructor working in this example
<enebo>
griest: Java(TM) SE Runtime Environment (build 1.8.0_60-b27)
<griest>
enebo: I guess my environment is messed up somehow because it throws thi: #<ArgumentError: wrong number of arguments (2 for 1)>
<enebo>
griest: what does java -version give you?
<griest>
java version "1.8.0_20"
<griest>
Java(TM) SE Runtime Environment (build 1.8.0_20-b26)
<griest>
Java HotSpot(TM) 64-Bit Server VM (build 25.20-b23, mixed mode)
<enebo>
griest: and if you cannot figure out your env this is not too hard to work around
<enebo>
griest: but perhaps upate java and give another try…your version is fairly old now
<enebo>
griest: even mine is :)
<griest>
enebo: I'm on my non-primary computer right now and I don't have access to good internet right now (back home on the farm) but I will see fi updating java helps
<enebo>
griest: ok I will give you some changes to work around the constructor
<griest>
enebo: okay awesome I really appreciate it.
<enebo>
griest: refr4esh the gist above in your browser
<enebo>
griest: second version uses named setter syntax of DSL
<enebo>
griest: I am sure you can do something similar with FXML but I am not an FXML person
<enebo>
griest: I will try and fix the get_tabs.add stuff since that magic should be implicit
<enebo>
griest: also all but the first width/height can be removed
<enebo>
griest: I was hacking in a hurry :)
<enebo>
griest: Actually I updated that second version with a coulpe more fixes…the extraneous group was not helping
shellac has quit [Quit: Computer has gone to sleep.]
<griest>
enebo: So using the DSL will avoid the problem? Why?
<enebo>
griest: well it does not really avoid it so much as the new syntax does the no-arg constructor but then follows up with two setters
<griest>
enebo: and I tried it on my other machine that has java version 1.8.0_66-b18 and it gave me the same argument error
<enebo>
griest: no doubt the same thing is possible in FXML as well
<enebo>
griest: I wonder if the code on master is newer than the gem?
<griest>
enebo: But even using the DSL it is still using an older version of JavaFX right?
<enebo>
griest: yeah that was why I said working around the problem. The second version will work in 2.2 version of FX
pitr-ch has quit [Ping timeout: 240 seconds]
<griest>
enebo: Any chance that we can force JRubyFX to use JavaFX 8?
<headius>
enebo: once travis passes for jnr-unixsocket I'll release 0.10
<enebo>
griest: I don’t see why you are not loading it now unless code of master in jrubyfx is different than the installed gem
<enebo>
griest: without knowing I cannot say how you can override it
<enebo>
headius: cool
<griest>
enebo: I will build a new gem from master on my primary machine (with updated java) and see if that helps
<griest>
enebo: Do gems update automatically or do I have to run jgem update?
pitr-ch has joined #jruby
mkristian_ has joined #jruby
shellac has joined #jruby
<GitHub43>
[jruby] chrisseaton pushed 1 new commit to truffle-head: http://git.io/vBG2u
<GitHub43>
jruby/truffle-head 8183e2f Chris Seaton: Revert "[Truffle] Contain appendOneEmpty* in appendOneSameType* for Array#<<."...
<enebo>
looks like 3 commits since last release and unlikely to be cause
bbrowning_away is now known as bbrowning
<GitHub121>
[jruby] chrisseaton commented on commit 93220eb: I reverted this in 8183e2f833ad3e1834ac43959527ccc9d20812c3, as nothing runs with it. http://git.io/vBG21
<enebo>
griest: but I can jruby -Ilib samples/javafx/tab_pane.rb
<enebo>
griest: so I don’t build anything
projectodd-ci has quit [Remote host closed the connection]
<griest>
enebo: Just to confirm, if you try to construct a Tab with 2 arguments it also throws an argument error? I want to make sure THAT particular bug is not caused by my environment problems.
<griest>
enebo: That is, JRubyFX is definitely using JavaFX 2.2
projectodd-ci has joined #jruby
skade has joined #jruby
<enebo>
griest: in my gist I have two versions. First will call underlying 2-arg constructor and it works. Second uses hash syntax which will set both text and content as setters (e.g. setText(“Tab1”))
<enebo>
griest: you don’t have JFX_DIR set or something do you?
<griest>
enebo: So calling the underlying 2-arg constructor works for you?
<enebo>
griest: yeah
<enebo>
griest: if you have JFX_DIR it will force external loading of jfxrt.jar
<griest>
enebo: no i don't think so.
<griest>
I ran $JRX_DIR in jirb and it returned nil
<griest>
enebo: correction: $JFX_DIR
<enebo>
griest: in irb use ENV[‘JFX_DIR’]
<GitHub74>
[jruby] Gonzih opened issue #3493: Wrong name mangling. V8Utils => v8utils instead of v8.utils http://git.io/vBGwp
<griest>
enebo: still nil
<enebo>
ok
<enebo>
ENV_JAVA["java.runtime.version"]
<enebo>
maybe we should make sure jirb is not somehow invoking another Java?
<griest>
1.8.0_20-b26
<griest>
the same as java -version
<enebo>
that’s good
<GitHub36>
[jruby] chrisseaton pushed 1 new commit to truffle-head: http://git.io/vBGrw
<GitHub36>
jruby/truffle-head 2d487b9 Chris Seaton: [Truffle] FindBugs.
<griest>
enebo: no its bad because we still don't know what is causing the bug!
<griest>
enebo: So you think that for some reason JRubyFX is loading an older version of Java, or maybe loading the 2.2 jar implicitly?
<enebo>
griest: do you have a jfxrt.jar somewhere?
<griest>
I will look
<enebo>
no I think it must be loading that jar somehow
<enebo>
CLASSPATH or something maybe?
skade has quit [Quit: Computer has gone to sleep.]
<enebo>
griest: is there an ENV set outside of irb
colinsurprenant has quit [Quit: colinsurprenant]
lanceball is now known as lance|afk
lance|afk is now known as lanceball
skade has joined #jruby
rsim has joined #jruby
<griest>
enebo: I don't think so, how would I check that? Run it in a script?
rsim has quit [Read error: Connection reset by peer]
rsim1 has joined #jruby
<enebo>
just echo if you are on a unixy system
<enebo>
echo $CLASSPATH
<enebo>
or on windows echo %CLASSPATH%
<griest>
enebo: BTW I ran printenv in bash to check all environment variables and this is my PATH: PATH=/home/griest/bin/jruby-1.7.20/bin:/home/griest/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/home/griest/bin:/usr/local/java/jdk1.8.0_20/bin
<griest>
enebo: echo $CLASSPATH returns nothing
<GitHub117>
[jruby] jsvd closed issue #3446: Memory leak off heap on Windows when using File::Stat http://git.io/vlNbs
rsim1 has quit [Client Quit]
<enebo>
ok
<enebo>
lunch time…bbiab
<griest>
enebo: okay that's fine I have to leave soon anyway. Do you want my email?
<headius>
I know it's not our supported/blessed way to access classes, and the reporter is now using dotted form, but it doesn't seem like a hard thing to fix
rsim has quit [Client Quit]
pitr-ch has joined #jruby
<GitHub126>
[jruby] chrisseaton pushed 1 new commit to truffle-head: http://git.io/vBGyl
<GitHub126>
jruby/truffle-head 8e4bd0e Chris Seaton: [Truffle] Truffle::Interop.import/export_method
<GitHub35>
[jruby] headius pushed 1 new commit to master: http://git.io/vBGy9
<GitHub35>
jruby/master 3709326 Charles Oliver Nutter: Improve CamelCase package splitting. Fixes #3493.
<GitHub44>
[jruby] headius closed issue #3493: Wrong name mangling. V8Utils => v8utils instead of v8.utils http://git.io/vBGwp
pitr-ch has quit [Ping timeout: 250 seconds]
<GitHub31>
[jruby] headius pushed 1 new commit to master: http://git.io/vBG9j
<GitHub31>
jruby/master 621c5eb Charles Oliver Nutter: Update to jnr-unixsocket 0.10.
pitr-ch has joined #jruby
josh-k has quit [Remote host closed the connection]
josh-k has joined #jruby
<griest>
enebo: Let me know when you're done with lunch, I may have found the cause.
<enebo>
griest: I just got back!
skade has quit [Quit: Computer has gone to sleep.]
<griest>
enebo: it has lots of mentions of java 7 and 6 but nowhere does it reference java 8
josh-k has quit [Ping timeout: 260 seconds]
<enebo>
griest: hmmm I don’t know what is loading that
skade has joined #jruby
<enebo>
griest: is you jruby -S gem list jrubyfx what shows up?
<enebo>
griest: maybe even though you set -I lib and you are running from command-line it is picking up something really old
<griest>
jrubyfx is there, version 1.1.1
colinsurprenant has joined #jruby
<enebo>
griest: ok
<griest>
enebo: the jvm-list file has this line: __jvm_default="/usr/lib/jvm/default-java"
<griest>
enebo: and when I go to that folder I find java 7 in there, not 8
<enebo>
griest: yeah but if you are starting irb/jirb and it says you are running 9 I guess I don’t know what could be using this environment
<enebo>
err running 8
<griest>
enebo: I don't know either. I think I will try to create a clean install of ubuntu on a vm or something and try to run it there
<enebo>
griest: the weird part of your env for me is that it says you are running 8 if you query PlatformImpl yet you seemingly have 2.2 loaded as well
<griest>
enebo: yes that is weird for me too. That's why I had to come to you guys to try and figure it out
skade has quit [Client Quit]
<griest>
enebo: there is no way I can do it on my own, I don't know enough yet
<enebo>
griest: to me that somehow means that jfxrt.jar has been loaded either throught Java environment or somehow via jrubyfx code
<enebo>
griest: these environment issues are the ickiest to debug too
<griest>
enebo: well if Java somehow thinks that the "default java" is 7, then when jrubyfx tries to load java, the jvm supplies 7
<enebo>
griest: right but if you can print out in jruby you are using 8 (which we did above) then the only thing I can think of is how you load irb is different than how to execute a script
<griest>
After thanksgiving holidays I can do a clean install and try it there. But the thing that bothers me is that I get the same bug when I run my script on Windows
<enebo>
griest: or jrubyfx has another require ‘jfxrt.jar’ in it somewhere
<enebo>
griest: if you have jrubyfx cloned uninstall the gem just to get rid of that confusing and run stuff with jruby -Ilib …blah.rb
<enebo>
griest: from within jrubyfx
<griest>
enebo: searching the repo says that only part_imports has that require
<griest>
enebo: i'll try thjat
skade has joined #jruby
<enebo>
griest: I also see it in imports.rb
<griest>
enebo: what exactly does the Ilib option do?
<enebo>
-I lib says add the lib directory (relative to your current path) to the Ruby LOAD_PATH
<enebo>
griest: basically look in lib for ruby files when you require/load
<griest>
okay I gotcha
<griest>
enebo: should i also uninstall the fxmlloader gem?
<enebo>
griest: yeah
samphippen has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<griest>
enebo: so in my script I do NOT require 'jrubyfx'?
<enebo>
griest: no you still need that so it finds jrubyfx.rb in lib
<griest>
enebo: so I just need the lib directory? I don't need bin or the other folders?
<enebo>
griest: not to run a simple script like the one I put in a gist no
skade has quit [Quit: Computer has gone to sleep.]
pawnbox_ has joined #jruby
pawnbox has quit [Ping timeout: 252 seconds]
<griest>
enebo: nooo. it still gives me #<ArgumentError: wrong number of arguments (2 for 1)>
shellac has quit [Quit: Computer has gone to sleep.]
<griest>
enebo: for the first gist. the second still runs fine
<enebo>
griest: yeah I am somewhat out of ideas and have to leave for a while
djbkd has quit [Read error: Connection reset by peer]
<enebo>
griest: but you can still use 2.2 features at least
mkristian__ has joined #jruby
enebo has quit [Quit: enebo]
<griest>
enebo: darn well...I appreciate the help. I'll keep working at it and notify you if I find the bug
<GitHub83>
[jruby] mrbrdo opened pull request #3494: Proper support for UNIXSocket.for_fd (master...unixsocket_for_fd) http://git.io/vBZe2
mkristian_ has quit [Ping timeout: 246 seconds]
pawnbox_ has quit [Ping timeout: 264 seconds]
skade has joined #jruby
pawnbox has joined #jruby
griest has quit [Quit: Leaving]
shellac has joined #jruby
pawnbox has quit [Ping timeout: 260 seconds]
shellac has quit [Quit: Computer has gone to sleep.]
skade has quit [Quit: Computer has gone to sleep.]
brauliobo has quit [Ping timeout: 240 seconds]
mrbrdo has joined #jruby
yfeldblum has joined #jruby
pitr-ch has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
projectodd-ci has quit []
shellac has joined #jruby
brauliobo has joined #jruby
pitr-ch has joined #jruby
colinsurprenant has quit [Quit: colinsurprenant]
skade has joined #jruby
colinsurprenant has joined #jruby
camlow325 has quit [Read error: Connection reset by peer]
camlow325 has joined #jruby
mkristian__ has quit [Quit: This computer has gone to sleep]
camlow325 has quit [Read error: Connection reset by peer]
camlow32_ has joined #jruby
yfeldblum has quit [Ping timeout: 240 seconds]
camlow32_ has quit [Read error: Connection reset by peer]
camlow325 has joined #jruby
skade has quit [Quit: Computer has gone to sleep.]
brauliobo has quit [Ping timeout: 272 seconds]
bb010g has quit [Quit: Connection closed for inactivity]