mitchellhenke has quit [Quit: Computer has gone to sleep.]
yfeldblum has quit [Remote host closed the connection]
iamjarvo has joined #jruby
mister_solo has joined #jruby
mister_solo has quit [Read error: Connection reset by peer]
calavera has joined #jruby
treehau55 has joined #jruby
<treehau55>
hey all, I am trying to call init() on an SSLContext object (which I created with SSLContext.getInstance("SSL") but get TypeError: failed to coerce org.jruby.gen.InterfaceImpl938290467 to [Ljavax.net.ssl.TrustManager; Can anyone point me in the right direction here? Basically trying to use httpclient via jruby to connect over ssl, but its a self signed cert on a server I trust
digitalextremist has joined #jruby
yfeldblum has joined #jruby
bjfish2 has joined #jruby
SynrG has quit [Ping timeout: 252 seconds]
zorak8 has quit [Read error: Connection reset by peer]
mister_solo has joined #jruby
zorak8 has joined #jruby
mister_solo has quit [Read error: Connection reset by peer]
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
bjfish2 has quit [Quit: bjfish2]
baroquebobcat has quit [Quit: baroquebobcat]
yfeldblum has quit [Remote host closed the connection]
slyphon has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
calavera has joined #jruby
calavera has quit [Client Quit]
DomKM has joined #jruby
anaeem1_ has joined #jruby
rsim has joined #jruby
maleghast has quit [Ping timeout: 244 seconds]
kares has joined #jruby
e_dub has joined #jruby
rsim has quit [Quit: Leaving.]
maleghast has joined #jruby
zorak8 has quit [Ping timeout: 256 seconds]
treehau55 has quit [Quit: Page closed]
treehau55 has joined #jruby
<treehau55>
I d/cd. Did anyone happen to address my question while I was away?
yfeldblum has joined #jruby
dinfuehr has joined #jruby
treehau55 has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
yfeldblu_ has joined #jruby
dinfuehr has quit [Remote host closed the connection]
yfeldblum has quit [Ping timeout: 246 seconds]
yfeldblu_ has quit [Read error: Connection reset by peer]
yfeldblum has joined #jruby
yfeldblu_ has joined #jruby
yfeldblum has quit [Ping timeout: 244 seconds]
havenwood has quit [Remote host closed the connection]
SynrG has joined #jruby
dumdedum has joined #jruby
pitr-ch has joined #jruby
dinfuehr has joined #jruby
<kares>
treehau55 ;what was the q?
dinfuehr has quit [Remote host closed the connection]
drbobbeaty has joined #jruby
<mpapis>
kares: <treehau55> [03:21:05] hey all, I am trying to call init() on an SSLContext object (which I created with SSLContext.getInstance("SSL") but get TypeError: failed to coerce org.jruby.gen.InterfaceImpl938290467 to [Ljavax.net.ssl.TrustManager; Can anyone point me in the right direction here? Basically trying to use httpclient via jruby to connect over ssl, but its a self signed cert on a server I trust [03:21:05]
<kares>
mpapis: thanks
<kares>
treehau55: that will need some more info - seems like you passed in Java proxy that seems unexpected a gist of code would be handy to see if it's not a bug
dinfuehr has joined #jruby
djellemah has joined #jruby
elia has joined #jruby
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
digitalextremist has quit [Ping timeout: 252 seconds]
digitalextremist has joined #jruby
dinfuehr has quit [Remote host closed the connection]
<JRubyGithub>
[jruby] mkristian force-pushed pack200 from 53e9ed1 to 42f65bc: http://git.io/hmH5
<JRubyGithub>
jruby/pack200 ff7afd0 Christian Meier: create usual bin archive as well one where jar files are pack200 compressed...
<JRubyGithub>
jruby/pack200 8987ef4 Christian Meier: added check of file size of distribtion artifacts...
<JRubyGithub>
jruby/pack200 333b7ce Christian Meier: [build] generated pom.xml
JRubyGithub has left #jruby [#jruby]
benlovell has joined #jruby
pedroandrade has joined #jruby
mister_solo has joined #jruby
dinfuehr has joined #jruby
nirvdrum has joined #jruby
mister_solo has quit [Ping timeout: 256 seconds]
dinfuehr has quit [Ping timeout: 246 seconds]
benlovell has quit [Ping timeout: 250 seconds]
yfeldblu_ has quit [Ping timeout: 265 seconds]
benlovell has joined #jruby
dinfuehr has joined #jruby
marr has joined #jruby
cremes has joined #jruby
bbrowning_away is now known as bbrowning
tcrawley-away is now known as tcrawley
anaeem1_ has quit [Remote host closed the connection]
anaeem1 has joined #jruby
tcrawley is now known as tcrawley-away
bjfish2 has joined #jruby
tcrawley-away is now known as tcrawley
pedroandrade has quit [Ping timeout: 246 seconds]
kares has quit [Ping timeout: 244 seconds]
vtunka has quit [Quit: Leaving]
vtunka has joined #jruby
vtunka has quit [Remote host closed the connection]
vtunka has joined #jruby
slyphon has joined #jruby
iamjarvo has joined #jruby
enebo has joined #jruby
lance|afk is now known as lanceball
<enebo>
chrisseaton: I just added bjfish to the org so he can commit. Show him the ropes if he is not already well versed
<enebo>
bjfish2: I just noticed you are also on. If you commit outside of Truffle area we will probably want you to ping us or still do a pr but thanks for helping out.
<headius>
enebo: build is dying in a very weird place, during a test for timeout(1) { for loop {
<headius>
}
<enebo>
hmmm
<headius>
maven says "Killed" in the build log almost immediately
<headius>
same place every time
<enebo>
headius: from my commit or just a new thing?
<headius>
this is what I've been investigating, only in the embedded test suites
<headius>
started a few days ago when I did encoding fixes but that doesn't seem to be related
<enebo>
headius: for a minute I was thnking it was my thread_poll removal
<headius>
when was that?
<bjfish2>
enebo okay, thanks
<enebo>
headius: I guess it could be. About a month ago maybe
<nirvdrum>
headius: Feel free to use the contents of that gist though. There is a trace in there. I just couldn't come up with the appropriate ruby to reproduce it.
<nirvdrum>
I think it was a load/volume thing though.
<headius>
yeah I just linked to it
<nirvdrum>
It would happen in the middle of specs. But if I tried to debug, it wouldn't happen. And if I tried to run the part that blew up, in isolation, it would pass.
vtunka has quit [Quit: Leaving]
<headius>
yeah, need to have a perfect environment
mitchellhenke has joined #jruby
<headius>
and dammit, I still can't get this to crash without full travis run
<headius>
well, time for some build trickery I guess
<headius>
I wonder if I could apt-get x11 and have travis send me an xterm
mister_solo has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] k77ch7 opened issue #2713: Hash#inspect differs from MRI Ruby 2.2.0; This problem occurs if Hash has double-quoted UTF8 key. http://git.io/hYy5
JRubyGithub has left #jruby [#jruby]
<nirvdrum>
It's nice you have a bug system account now. I didn't know this existed.
<headius>
you have to be an openjdk author
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius pushed 1 new commit to test-travis-fail: http://git.io/hYSR
<JRubyGithub>
jruby/test-travis-fail 53c41fb Charles Oliver Nutter: Return to Java 7 and try to cat crash log.
<headius>
asarih: did travis update image recently? new JDK maybe?
<headius>
enebo: that's a lot of temps
<enebo>
I lament that we cannot detect this as an immutable literal
<headius>
what's it for?
<headius>
what emits that
<enebo>
headius: well our current logic cannot not use temp vars for populating a hash/array if it has something which can affect ordering
<enebo>
headius: I just added a fix where I will not use a temp if it is an immutableliteral (and therefore emit out of order) since I do not see what could break
<enebo>
headius: but StringLiteral is not an immutableliteral
<enebo>
headius: which is my age-old gripe with Ruby :)
<headius>
indeed
<asarih>
headius: good morning. the last env update was early February.
<enebo>
but I think we are being too conservative so I will see how this changes things
<headius>
asarih: I wish I knew why this started happening then
<headius>
not then...I mean I wish, then, I knew why this started happening
<enebo>
asarih: That picture last night cropped ‘Hiro’ right above #yolo but in retrospect it ended up a better picture
nateberkopec has joined #jruby
mitchellhenke has joined #jruby
slyphon has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<asarih>
ha ha ha ha
<asarih>
↑ enebo
<enebo>
asarih: It is pretty good too
<enebo>
asarih: me giving rogue a 4 is odd
<asarih>
enebo: indeed, it was.
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] eregon pushed 1 new commit to master: http://git.io/hY59
<JRubyGithub>
jruby/master 0139e27 Benoit Daloze: [Truffle] Raise ENOTEMPTY in Dir.rmdir.
<eregon>
headius, enebo: Hi! Do you agree on having mspec and rubyspec as git subtrees? It's very similar to current approach for usability, but it allows easy pulling from upstream and even pushing (and splitting to refine commits) if we make modifications
<headius>
eregon: I think so...what's the branch where you have subtrees set up?
<headius>
I want to read about subtrees but in principal I think it's good
<enebo>
eregon: spec/mspec and spec/ruby are different subtrees?
<eregon>
yes
<headius>
yeah this looks pretty good
<eregon>
they are like cp -R copies, but added bonus of tracking commit and some "git subtree --prefix spec/ruby pull --squash"
<headius>
eregon: that looks like untagged failures...did you tag for non-truffle?
<eregon>
no, not yet, work in progress
<headius>
ahh ok
<headius>
asarih: that log limit is a new thing...but it prevents us from seeing full rubyspec output
<eregon>
I welcome any help :) right now working on the truffle part as I know what we should fail or not
<headius>
we'll turn off specdoc but that's a little onconvenient
<headius>
in
<headius>
eregon: ok
<asarih>
headius: log limit is not new. it's always been there.
<headius>
hmm
<headius>
asarih: it kills the build, yes?
<headius>
maybe added specs are pushing us over now
<asarih>
I *think* so.
<headius>
eregon: killing build since it will fail anyway and I'm trying to settlt this JDK7 issue
<headius>
settle
<eregon>
ok!
<eregon>
headius: your failure wasnt happening on the ruby:spec:fast build I hope?
<headius>
eregon: my crash?
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius pushed 1 new commit to master: http://git.io/hO4d
<JRubyGithub>
jruby/master 6d8b0eb Charles Oliver Nutter: Disable specdoc output since we exceed travis limit now.
JRubyGithub has left #jruby [#jruby]
<headius>
crash was happening in the complete-jar runs of test:jruby
mcclurmc has quit [Remote host closed the connection]
mcclurmc has joined #jruby
slyphon has joined #jruby
e_dub has joined #jruby
camlow325 has joined #jruby
erikhatcher has joined #jruby
<asarih>
headius: for the failing builds on Docker, can you try removing `sudo: false` and see if it persists? (of course, you should reduce the matrix size)
<headius>
enebo: looks like they're related to required args
<eregon>
headius: tried a subtree split and a subtree pull, it works nicely, with pull being quite a bit easier and faster
<eregon>
have a look at git history, it looks quite nice
<headius>
ok thanks
<headius>
I'm reviewing failures to tag off
<headius>
"The break statement in a captured block when the invocation of the scope creating the block is still active raises a LocalJumpError when invoking the block from the scope creating the block"
e_dub has quit [Quit: e_dub]
<eregon>
ahah, ParseError on that
<headius>
no doubt
<eregon>
how many failures do you have on jruby?
<headius>
it was at 140-something when it started to get into library specs
<headius>
most of them look like edge cases
<eregon>
yeah, that's typically what the MRI commits on rubyspec contains, the specs for new edge cases
pitr-ch has quit [Quit: Leaving]
<headius>
they'll be good to fix at some point, but I'm mostly just tagging
<eregon>
my technique right now is to run with -V, so I can run per failing file
<eregon>
headius, chrisseaton: but ruby_bug is quite a bit more than just a tag, so it's not obvious to migrate
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] nirvdrum opened issue #2716: rb_cmpint difference from MRI http://git.io/h3pX
JRubyGithub has left #jruby [#jruby]
<headius>
eregon: yeah, it's also annoying
<headius>
I wish it had been removed back when we said it should be removed
<eregon>
headius: BTW, you added a commend on a truffle tag for def_spec, not sure if intended but it certainly does not hurt :)
<nirvdrum>
I'll fix #2716 unless anyone has a valid reason for our different behavior.
<headius>
oops
<eregon>
headius: that's the moment MRI forked rubyspec
<eregon>
essentially, if they are just tags: there is no link to find the original bug/ongoing discussion, there is no version check in tags (MRI needs to keep ~4 release at the same time) and running with old released MRI will have failures
<headius>
eregon: you can put comments in tags, though, and tags should live in MRI's repo, not rubyspec
<eregon>
but then you need to keep tags per branch at least
robbyoconnor has quit [Ping timeout: 264 seconds]
<headius>
yes, I don't see a problem with that
<eregon>
which for them is probably some hassle in svn
<headius>
and you can't run old MRI with new specs anyway
<headius>
could be...I wish they'd hurry up and move to git
<eregon>
not too old, but norammly anything > 2.0.0p0 should run the specs and normally pass
<eregon>
(right now there a couple known failures on 2.0.0)
rsim1 has joined #jruby
<headius>
eregon: these constant specs should just be in a version guard, not a ruby_Bug
<eregon>
headius: issue nb tends to be useful when you have a new failures for other implementations, don't you think?
<eregon>
which ones?
<headius>
ones I just tagged
<eregon>
yeah I wrote those
<eregon>
not sure what was appropriate
<headius>
they're ruby_bug and mention a bug number and ruby version
<headius>
that should just be a version guard I would say
<JRubyGithub>
[jruby] nirvdrum pushed 1 new commit to master: http://git.io/hs9P
<JRubyGithub>
jruby/master 893aefe Kevin Menard: cmpint should return {-1, 0, 1} for Fixnums....
JRubyGithub has left #jruby [#jruby]
<enebo>
nirvdrum: yes
<enebo>
nirvdrum: or my script slurps it up
<nirvdrum>
9.0.0.0.pre2?
<enebo>
nirvdrum: yeah
<enebo>
nirvdrum: I like the scripts limitation since it forces me to review all untargeted resolved issues
lucasallan has joined #jruby
<chrisseaton>
nirvdrum: got it
<nirvdrum>
chrisseaton: If this was the wrong approach, let me know. I was going to do it as a static utility method at first. But doing it as a node seemed natural and it helped me avoid a bunch of instanceof calls.
<enebo>
headius: since you are storing byte[] from encoding itself you can ignore alias case
<headius>
right, that's the problem though
<headius>
I am storing encoding name as String in constant pool
<headius>
I just need to fix this to cache all these things properly
<headius>
encodings, symbols, bytelists
<enebo>
headius: oh yeah you need a byte[] pool
<enebo>
headius: although I was also thinking a higher pool would be nice
<headius>
that's basically RuntimeCache but I'm not using it yet in 9k
<headius>
I might never
<enebo>
headius: aload’ing a symbol when the symbol is in a loop would be nice :)
<headius>
caching is all just synthetic methods and fields generated into the compiled code
<headius>
we'll see how bad that is for meatspace
<headius>
enebo: IR should be able to do that already
<headius>
if there's N of the same symbol in a method there could be only one retrieval
<enebo>
headius: except we sort of have the opposite issue
<enebo>
headius: we will propagate literals to where they are used and not indirect through a temp
<enebo>
headius: so the same symbol might be referenced as independent operand n times
<enebo>
headius: in a sense this is almost the exact opposite of what you want but I think this is one layer where perhaps the JIT should decide how to cache constant values
<enebo>
subbu: ^
anaeem1 has quit [Remote host closed the connection]
<headius>
enebo: mmm right
* subbu
is hoping for a summary :)
<headius>
well in the JIT, any given symbol is only going to be cached once per compilation unit, regardless of how many places it is accessed
<enebo>
subbu: Hopefully that is enough context…basically we const prop to sites in IR which is good but it means JIT needs to make some cache retreival for those constants
<headius>
so I'm already doing that basically
anaeem1_ has joined #jruby
<enebo>
subbu: headius’s explanation is probably the more concise of the two explanations…TAPESTRY
<enebo>
to me it makes sense this is something bytecode generator would do separate from IR but I guess I am hoping for true wisdom :)
<subbu>
will be here in a little bit .. discussing some edge case wikitext crap in the parsoid channel ..
<headius>
hah, burned by operator precedence in ternary
anaeem1_ has quit [Remote host closed the connection]
<nirvdrum>
And now you know why for years I refused to use it. Now I reluctantly do.
<headius>
ok, I have added caching for ivar accessors, encodings, and symbols
<headius>
the latter two were just an oversight
anaeem1_ has joined #jruby
<nirvdrum>
My business partner at my first startup spent a solid week trying to track down a firmware issue. It turned out to be a multiline macro using nested ternary ops that wasn't paired properly. Good times.
<enebo>
headius: cool. I wonder how much of the 1.7 gap will be made up here
<headius>
have you mostly been testing JVM6 JIT perf?
<enebo>
nirvdrum: macro + ternary
<enebo>
headius: I virtually never time JIT at all
camlow32_ has quit [Remote host closed the connection]
<enebo>
headius: I am too concerned with startup but I sometime run JIT with JVM6
<enebo>
headius: realistic mixed mode to me
<headius>
yeah
<headius>
I usually am running without any flags but occasionally --dev
<enebo>
yeah I spend most time with —dev
<headius>
ok, perf is back to where it should be, just slightly off from indy
<headius>
glad you reported this
<enebo>
and now I am also doing —dev -Xir.jit.threshold=-1
<enebo>
So I am not even hitting full IR interps that often (other than hitting test suites)
<headius>
appears to be maybe 10% faster than 1.7 too
<enebo>
This is actually a problem to be addressed since our test suites are running -X-C mixed interpreters
<enebo>
headius: great
donValentin has quit [Quit: donValentin]
anaeem1_ has quit [Ping timeout: 240 seconds]
<chrisseaton>
headius: do you want me to include non-JIT performance in this report?
<enebo>
this is ignoring all the indy flags themselves
baroquebobcat has quit [Quit: baroquebobcat]
<headius>
chrisseaton: not my area :-)
e_dub has quit [Quit: e_dub]
<headius>
it would be nice but it's nowhere near as important as tracking JIT perf
camlow325 has joined #jruby
<enebo>
chrisseaton: for interp perf -X-C is fine but it is largely only important for startup performance
camlow325 has quit [Remote host closed the connection]
<subbu>
headius, enebo back now.
anaeem1 has joined #jruby
e_dub has joined #jruby
<headius>
chrisseaton: if we could get one run alongside the others it would be nice to have for reference in short term
<enebo>
subbu: hopefully you have the scrollback to see the discussion and our two summaries
<headius>
we'll see how long it takes to do interp and JVM6 JIT and then decide how often to run them, ok?
<enebo>
headius: Is it madness if I try and push Signature through and kill Arity?
<headius>
thank you for hooking them up
<headius>
enebo: not at all
<enebo>
headius: kwargs processing would really like to be able to get one type of class for this
<headius>
it's a public API though and we probably can't remove it entirel
lucasallan has quit [Remote host closed the connection]
<headius>
at least not without auditing some exts
<enebo>
headius: so long as we make a toArity() on Signature I think that is good right?
<subbu>
chrisseaton, IMO, it would be good to include it.
<headius>
enebo: oh sure, I thought you meant deleting it from the codebase
<headius>
killing *our* uses of it should be 100% ok
<enebo>
headius: no I just want one class to look at from within IR
<subbu>
headius, enebo so .. caching is not exposed in the IR .. so, there is nothing that can be done about optimizing cached access.
<headius>
subbu: sure, that's ok for now too
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius closed issue #2712: Micro bench is nearly 2x slower with JIT than interp http://git.io/hY6P
JRubyGithub has left #jruby [#jruby]
<headius>
JIT can be smarter about it
<enebo>
subbu: so the guiddance I was wondering about is: Should IR ever do that?
camlow325 has joined #jruby
<headius>
asarih: I did end up having to turn off sudo:false on jruby-1_7
<headius>
went green the next build
<headius>
:-(
<enebo>
subbu: I mean in a sense making a single unique temp per constant and setting before first use would be a single alloc cache
<enebo>
subbu: that seems wrong to me for constant values though
<enebo>
subbu: or it does not seem like something which should be explicit
<enebo>
subbu: So I am just wondering what your thoughts are
<subbu>
since literal access is in reality a more complex operation invoving other runtime structures .. it seems okay to expose it later on (much like method lookup and caching of it, for ex.).
<enebo>
subbu: for non-side-effecting values I could see doing something like this (although in Ruby what is that :) )
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius opened issue #2718: JVM6 JIT caches duplicate values multiple times per compile unit http://git.io/hGmY
JRubyGithub has left #jruby [#jruby]
<enebo>
subbu: yeah and I can see that caching impl class sort of thing as part of IR
<enebo>
subbu: but that does not feel the same as a Fixnum in my head
<headius>
hey specs are all back to green in latest build
<headius>
maybe we'll be green across the board when it's done
<subbu>
because you have a global cache already for the small-valued fixnums.
<headius>
enebo: time to stat talking pre2 schedule I think
<enebo>
subbu: that impl class line I mean just like y our method lookup example
<headius>
we really only have AOT tidying and refinements left, right?
<enebo>
subbu: but we do not want to ask that table if we can just store the value at the site
baroquebobcat has joined #jruby
<headius>
enebo: if we did pre2 before cabin we'd have bug reports
<enebo>
headius: yeah and this last kwargs work
<enebo>
headius: which is less about figuring it out and more about repositioning it
<headius>
ok
<headius>
it would be supergreat to say we're supposed to be feature-complete for pre2
<enebo>
headius: I sort of want the kwargs in interp and in something at beginning of method in JIT
<subbu>
enebo, anyway, my crude off the cuff thoughts are that exposing repetitive runtime operations in IR => they can be optimized (unless they are so fine-grained that JVM can do that as well).
<headius>
maybe it should be rc1
<enebo>
subbu: ok. I guess I did not expect much more than that at this level
<headius>
enebo: You mean an optimized kwargs pass-through? I want that too but not before pre2
<headius>
we need to kick the next release out the door and start racing to the finish line
<enebo>
subbu: If part of retrieving something is done n times in a scope perhaps we split those operations up so we can do that lookup once
<headius>
very few people would be crazy enough to migrate straight to 9.0.0.0 anyway
<subbu>
:)
<enebo>
headius: no this is just so I can place pseudo-icky fix in two places vs n call locations
anaeem1 has quit [Ping timeout: 245 seconds]
<enebo>
headius: but I need access in interp (and JIT) in required arguments
<enebo>
headius: but block now uses Signature and method uses Arity and neither are viewable from IC
<enebo>
headius: so a few things to tweak
<enebo>
IC should get signature is this pass end goal
<enebo>
then JIT and interp can have the dup + unfreeze logic added if kwargs method or closure
<enebo>
headius: but we will need to seriously reconsider how we want to pass kwargs through internally
erikhatcher has joined #jruby
<enebo>
headius: this both from perspective of simplicity of impl and also for direct wiring in those few cases where we do not need to really make a Ruby Hash
<headius>
enebo: ohhh right, the pass through was because you need to defer some var logic later in stack
<headius>
to fix those issues
<enebo>
headius: but I also wonder if the MRI kwargs bugs you just mentioned a while ago will end up being a world changing event
<enebo>
headius: seems like the further into the corners we go the more we discover :)
anaeem1_ has joined #jruby
camlow325 has quit [Remote host closed the connection]
camlow325 has joined #jruby
slyphon has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
lucasallan has quit [Remote host closed the connection]
camlow325 has quit [Remote host closed the connection]
<asarih>
headius: so… do you have Docker set up on your machine?
<asarih>
headius: it's possible to run the container builds on it if you do.
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
nirvdrum has quit [Ping timeout: 246 seconds]
SynrG has quit [Ping timeout: 264 seconds]
camlow325 has joined #jruby
viking has quit [Quit: Leaving]
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
subbu is now known as subbu|busy
SynrG has joined #jruby
elia has joined #jruby
tcrawley is now known as tcrawley-away
slyphon has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] bjfish opened pull request #2719: [Truffle] Adding back a Specialization used by fannkuch benchmark. (master...truffle_array_element_set_fix_fannkuch_again) http://git.io/hGHM
JRubyGithub has left #jruby [#jruby]
enebo has quit [Quit: enebo]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] chrisseaton pushed 2 new commits to master: http://git.io/hGQD
<JRubyGithub>
jruby/master bd39f25 Brandon Fish: [Truffle] Adding back a Specialization used by fannkuch benchmark.
<JRubyGithub>
jruby/master 6727b2c Chris Seaton: Merge pull request #2719 from bjfish/truffle_array_element_set_fix_fannkuch_again...
JRubyGithub has left #jruby [#jruby]
calavera has joined #jruby
calavera has quit [Max SendQ exceeded]
calavera has joined #jruby
tcrawley-away is now known as tcrawley
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
skade has joined #jruby
e_dub has quit [Quit: e_dub]
pjammer has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] chrisseaton fast-forwarded master from 6727b2c to 83f583d: http://git.io/hGF5
<ModusPwnens>
I've done a google search for this with no luck, but is it possible to use jruby in a rails initializer? I keep getting an unsupported major.minor version 52.0 when i try, even though the same code works fine in a rails controller
<lopex>
ModusPwnens: rails under jruby ?
<ModusPwnens>
yeah
<lopex>
ModusPwnens: what java version do you have ?
<ModusPwnens>
we just upgraded to java 8
<Antiarc>
ModusPwnens: "unsupported major.minor version 52.0" usually means the wrong Java version
<lopex>
ModusPwnens: make sure you dont have another java that is visible
<ModusPwnens>
yeah i know, which is wierd, because I get that error if I try to create my object in the initializer, but I don't get it if I try to create it in my controller
<lopex>
in $PATH and $JAVA_HOME
<ModusPwnens>
it doesn't look like i do
<ModusPwnens>
if I type where java
<ModusPwnens>
i just get the one location that I know about
<lopex>
and $JAVA_HOME ?
<lopex>
or JDK_HOME, sometimes
<ModusPwnens>
both java_home and jdk_home are empty
tcrawley is now known as tcrawley-away
<ModusPwnens>
i know there is something odd happening though because i've seen this before if I'm not directly bootstrapped to this other workspace that only has java 8