mitchellhenke has quit [Ping timeout: 264 seconds]
vtunka has quit [Ping timeout: 265 seconds]
e_dub has joined #jruby
<brometeo>
Hi all
<brometeo>
A little question about JRuby ffi... :)
<brometeo>
How can I access a Global variable inside a library?
erikhatcher has quit [Quit: erikhatcher]
calavera has joined #jruby
<brometeo>
I don't see any documentation about that, and Python ctypes (based on ffi) has a method for doing it
vtunka has joined #jruby
shellac has quit [Quit: Computer has gone to sleep.]
kares has joined #jruby
kares_ has joined #jruby
bjfish has joined #jruby
skade has quit [Quit: Computer has gone to sleep.]
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
DrShoggoth has quit [Ping timeout: 252 seconds]
iamjarvo has joined #jruby
DrShoggoth has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] bjfish reopened pull request #2618: [Truffle] Implemented Bignum#to_s when given a base (master...bignum_to_s) http://git.io/AH03
JRubyGithub has left #jruby [#jruby]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] chrisseaton closed pull request #2618: [Truffle] Implemented Bignum#to_s when given a base (master...bignum_to_s) http://git.io/AH03
<enebo>
nullsign: It does not. We have our own gem home defaulting to lib/gem/shared/gems in jruby install location (differs for stuff like RVM). This is because not all gems are pure Ruby and architecture-specific gems (cext for MRI and java native for JRuby) get installed
<nullsign>
gotcha.
<nullsign>
im trying the new 1.7.19 jar with logstash 1.4.2 now.. hoping it clears up these gem failures on parsing sometimes.
pipework has quit [Ping timeout: 250 seconds]
pipework has joined #jruby
bjfish has quit [Ping timeout: 246 seconds]
zorak8 has joined #jruby
zorak8 has quit [Read error: Connection reset by peer]
zorak8 has joined #jruby
ninedragon has quit [Ping timeout: 252 seconds]
anaeem1__ has quit [Ping timeout: 252 seconds]
zorak8 has quit [Read error: Connection reset by peer]
zorak8 has joined #jruby
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<enebo>
donV: hello
<donV>
enebo: Hi! I’ve got a question. Do you have time?
<enebo>
donV: possilby? :)
<donV>
:)
zorak8 has quit [Ping timeout: 255 seconds]
<donV>
enebo: I am chasing down a crash on Ruboto caused by increased stack usage, and I found this log line:
<donV>
threadid=21: stack overflow on call to Lorg/jruby/Ruby$6;.addToObjectSpace:VLZL
<donV>
Maybe a red hering, but is it possible that ObjectSpace is active?
<donV>
We do set System.setProperty("jruby.objectspace.enabled", "false")
<enebo>
donV: Well we appear to call this unconditionally but we have an interface and one of them is a noop
<donV>
OK, so maybe good. Any tip on how I can make sure?
colinsurprenant has quit [Read error: Connection reset by peer]
<enebo>
donV: Well you could hard code it in source to use DISABLED_OBJECTSPACE and see if it still happens
<enebo>
donV: A bit brute force but it should behave the same as honoring the property
<enebo>
donV: Meaning you should see the same stack
<donV>
ok, thanks
<donV>
Another angle: The current bug appeared when upgrading from ActiveRecord 3.2 to 4.0 + JRuby 1.7.13 to 1.7.19
elux has joined #jruby
<donV>
I’d like to try without upgrading JRuby, but I get an error with JRuby 1.7.13.
<donV>
I’ll just dig up the error message :)
vtunka has joined #jruby
<donV>
enebo: Just a side note: Setting jruby.compile.mode to "OFFIR” should work on JRuby 1.7.x, or is it “experimental” ?
<enebo>
donV: It probably works but we have not touched IR runtime there in a long time
<enebo>
donV: So it works as well as it did when we cutover to master for 9k
e_dub has joined #jruby
<donV>
OK, but you would not be surprised if there were severe issues with it, right? It just tried switching over and got a load error.
<enebo>
donV: I would not no
<enebo>
donV: I know in the past we have been able to run gem list and some benchmarks for old vs new ir comparisons
mitchellhenke has joined #jruby
zorak8 has joined #jruby
elux has quit [Quit: Bye!]
zorak8 has quit [Ping timeout: 252 seconds]
zorak8 has joined #jruby
cajone has quit [Remote host closed the connection]
cajone has joined #jruby
ninedragon has quit [Ping timeout: 244 seconds]
zorak8 has quit [Ping timeout: 252 seconds]
zorak8 has joined #jruby
cajone has quit [Remote host closed the connection]
cajone has joined #jruby
deobalds has quit [Quit: Computer has gone to sleep.]
cajone has quit [Remote host closed the connection]
cajone has joined #jruby
headius2 has joined #jruby
headius3 has joined #jruby
<nirvdrum_>
enebo: As a follow up, if you run 'mvn -Ptruffle-specs-core-report' you'll end up with an HTML report in test/target/. Adapting that to non-Truffle JRuby should be straightforward if you see any value in it.
<enebo>
nirvdrum_: ok
<nirvdrum_>
The primary goal was to track spec compliance. So it's kind of a hacked up jUnit report for that use case.
<donV>
enebo: Reverting to JRuby 1.7.13 seems to clear up the stack problem. Thanks for listening :) I’ll investigate what version introduced the problem.
<enebo>
donV: ok it will be good to find out
<headius2>
howdy
<donV>
headius2: Hi!
<headius2>
donV: hi there :-)
<subbu>
headius has managed to clone himself 3 times!!
<donV>
:)
<subbu>
or rather 2 times to make of him.
<headius2>
I should be able to keep up now
<subbu>
grr .. i think i'll go eat lunch instead of eating my words.
subbu is now known as subbu|lunch
<donV>
kares,kares_ : Hi! You on?
nirvdrum_ has quit [Ping timeout: 250 seconds]
iamjarvo has joined #jruby
headius2 has left #jruby [#jruby]
headius3 has quit [Remote host closed the connection]
ninedragon has joined #jruby
nirvdrum_ has joined #jruby
multibot_ has quit [Remote host closed the connection]
multibot_ has joined #jruby
_djbkd has quit [Remote host closed the connection]
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
_djbkd has joined #jruby
yfeldblum has joined #jruby
lanceball is now known as lance|afk
subbu|lunch is now known as subbu
etehtsea has joined #jruby
etehtsea has quit [Max SendQ exceeded]
iamjarvo has joined #jruby
havenwood has quit [Remote host closed the connection]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] bjfish opened pull request #2621: [Truffle] Implemented Symbol#upcase, added final in Symbol#swapcase (master...truffle_symbol_upcase) http://git.io/ANNN
JRubyGithub has left #jruby [#jruby]
ninedragon has quit [Ping timeout: 245 seconds]
lance|afk is now known as lanceball
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
mkristian has quit [Quit: bye]
bbrowning is now known as bbrowning_away
subbu is now known as subbu|afk
jrochkind has joined #jruby
_djbkd has quit [Remote host closed the connection]
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<jrochkind>
Hi, is it true that there's no longer any purpose to "—1.9" arg? And no "2.0" or "2.1" or whatever args? Modern jruby defaults to as much of ruby 2.2 as it's managed to implement, there is no 1.9 vs 2.0 vs whatever mode? Do I have that right?
<chrisseaton>
Yeah - on the master branch and eventually in the 9.0 release
<jrochkind>
Oh, what about in 1.7.x? If I run recent 1.7.x with no such args, what do I get?
<chrisseaton>
I'm not sure if it's 1.8 or 1.9 by default, but you also get a couple of 2.0 features
<jrochkind>
hmm. I guess that's my question. Having trouble figuring it out by googling. What "MRI x.x compatibility" modes are avail in 1.7.x, and what is the default?
<enebo>
jrochkind: jruby -v will tell you but it is 1.9 mode by default
<chrisseaton>
It defaults to 2.1, but in reality I think that means 1.9
pietr0 has joined #jruby
ninedragon has joined #jruby
<chrisseaton>
enebo: Constants.java has DEFAULT_RUBY_VERSION = "2.1"; now
<enebo>
master is supposed to be 2.2 and should say that with -v
<enebo>
chrisseaton: on master?
<chrisseaton>
1.7 branch
<enebo>
hah
<enebo>
well that is epicly wrong if so
<chrisseaton>
but version says 1.9
<enebo>
someone cherry-picked something perhaps
<jrochkind>
So on 1.7, it defaults to "as much ruby as we have managed to fit in 1.7", yes?
<chrisseaton>
or it doesn't really get loaded from there and it's a misleading name
<enebo>
jruby 1.7.20-SNAPSHOT (1.9.3p551) 2015-02-19 258be73 on Java HotSpot(TM) 64-Bit Server VM 1.8.0_20-ea-b23 +jit [darwin-x86_64]
e_dub has quit [Quit: e_dub]
<jrochkind>
"ruby -v
<jrochkind>
"ruby -v
<enebo>
chrisseaton: I think Constants.java is generated but even that does not explain “2.1"
havenwood has joined #jruby
<chrisseaton>
oh it might be because i just switched branches then
<chrisseaton>
ignore me - it looks like 1.9
<jrochkind>
bah, sorry, fat fingers. "ruby -v" says "jruby 1.7.18 (1.9.3p551)" so I guess that answers that, 1.7.18 is telling me it's 1.9.3. (I think there are some ruby 2.x features in there too). Is there any separate thing to ask it for 2.0 mode or whatever, or is the default as much late compat as one can get?
<enebo>
jrochkind: --2.0
<enebo>
jrochkind: but we do not really support 2.0 mode in 1.7.x
<enebo>
jrochkind: If it works that is good and if we can fix it with very little effort we will but if not then 9k is what you should wait for (2.2 support htough)
<jrochkind>
hmm. okay. So the default in jruby 1.7.x is 1.9.3 compat, but you can ask for "—2.0", and it will make _some_ difference but you won't actually get 2.0 compat?
<jrochkind>
And there's no "—2.1" or "—2.2" in jruby 1.7.x?
<enebo>
jrochkind: —2.0 was the beginning of us supporting 2.0 support before we branched to master and we labelled it as experimental
<jrochkind>
i am eager for 9k, and understand, just trying to figure out the present scenario for the software I write and the people who run it on existing non-pre-release jruby.
<enebo>
jrochkind: but master/9k has taken long enough where we decided to skip up to 2.2
<enebo>
so not —2.1 or —2.0 real support
<enebo>
Partially it is not that important since 2.2 is not radically different than 2.1/2.2 from a programmers perspective
<jrochkind>
okay. so yeah. 1.7.x does 1.9.3-compat by default. You can ask it for —2.0 but won't get much and what you will get is experimental. You can't ask it for 2.1 or 2.2. Correct?
<enebo>
jrochkind: 1.7.x can also run in 1.8 mode with —1.8 (just to be complete :) )
<jrochkind>
righto.
<enebo>
jrochkind: right
<jrochkind>
thanks!
<enebo>
jrochkind: np
<jrochkind>
it's hard to figure this out from googling! for me it was anyway.
<nirvdrum_>
I linked them in the Truffle section on the wiki.
iamjarvo has joined #jruby
<nirvdrum_>
Obviously I took some liberties with packages & class names since this isn't really Java.
<enebo>
nirvdrum_: well we can look at setting this up for mainline once we find some time
<enebo>
nirvdrum_: It would be nice for this to happen for mri/test too
<enebo>
err swap those two words
<nirvdrum_>
Hooking it up should be reasonably easy, but I didn't want to start mucking around with the maven profiles without buy-in. I also wasn't sure if there was much value given JRuby passes a large percentage of specs already.
<enebo>
nirvdrum_: I think the interesting aspect of this for mainline would be that people could see what we are not passing at a glance and perhaps take up trying to fix that
<nirvdrum_>
test/mri would be trickier because this is all written around mspec currently.
<enebo>
nirvdrum_: yeah I am guessing it is possible but completely different code
<nirvdrum_>
As long as there's some sort of hook/callback mechanism, it's doable. But I haven't looked into it.
<nirvdrum_>
Tracking progress was the big gain for us. Seeing where the big holes are. Having the test times is useful, too.
bbrowning_away is now known as bbrowning
<enebo>
sure
skade has joined #jruby
subbu has quit [Ping timeout: 256 seconds]
<nirvdrum_>
And I'm not sure if you saw, but we're 100% on ERB now. Yay.
ninedragon has quit [Ping timeout: 244 seconds]
baroquebobcat has joined #jruby
triple_b_ has quit [Ping timeout: 246 seconds]
subbu has joined #jruby
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
iamjarvo has joined #jruby
iamjarvo has quit [Max SendQ exceeded]
iamjarvo has joined #jruby
tcrawley is now known as tcrawley-away
anaee____ has quit [Remote host closed the connection]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius deleted test-windows-9k at 1345982: http://git.io/AAob
JRubyGithub has left #jruby [#jruby]
kfpratt has quit [Remote host closed the connection]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius merged test-windows-1.7 into jruby-1_7: http://git.io/AAKi
JRubyGithub has left #jruby [#jruby]
kfpratt has joined #jruby
<headius>
ahhh finally got OS X restored
donV has quit [Quit: donV]
kfpratt has quit [Read error: No route to host]
_kfpratt has joined #jruby
bbrowning is now known as bbrowning_away
havenwood has quit [Remote host closed the connection]
DrShoggoth has quit [Quit: Leaving]
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
_djbkd has quit [Remote host closed the connection]
_kfpratt has quit [Remote host closed the connection]
kares_ has quit [Ping timeout: 256 seconds]
kares has quit [Ping timeout: 256 seconds]
havenwood has joined #jruby
_djbkd has joined #jruby
elia has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius deleted test-windows-1.7 at 0ca486c: http://git.io/AAxj
JRubyGithub has left #jruby [#jruby]
mitchellhenke has quit [Quit: Computer has gone to sleep.]
lanceball is now known as lance|afk
skade has quit [Quit: Computer has gone to sleep.]
viking has quit [Remote host closed the connection]
enebo has quit [Quit: enebo]
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]