tlarevo has quit [Read error: Connection reset by peer]
tlarevo has joined #jruby
triple_b has joined #jruby
kelcecil has joined #jruby
erikhatcher has quit [Ping timeout: 265 seconds]
erikhatcher has joined #jruby
tlarevo has quit [Remote host closed the connection]
<headius>
g'day
nirvdrum has joined #jruby
<headius>
vpereira: that's a long issue, isn't it
<headius>
vpereira: I notice you're using .. in your fxml_root line
<headius>
you might try without that, using another dirname call
<headius>
when that path expands it will become a jar URL, and I don't believe that can handle relative paths in the URL itself
<headius>
check what the URL is it eventually passes
<vpereira>
headius: as I understand, the first param doesnt play any role with the java code, just the second param, no?
<headius>
I'm not sure what you mean...from within a jar, __FILE__ is going to be something like file:jar:/some/path/to/your.jar!/some/file.rb, so any modification needs to fit that format
<headius>
I don't know what fxml_root takes as params but it looks like the first arg for jar should be the actual jar file path, and the second is a file path inside that jar
skade has quit [Read error: Connection reset by peer]
<enebo>
vpereira: I just scanned through the issue and I did not see anything change regarding the two param version of fxmlroot. I think the first argument is to the jar “/Users/foo/my.jar”, “/path/within//ar/views”
cultureulterior1 has quit [Quit: cultureulterior1]
<enebo>
vpereira: I was not actually involved in triaging that and it sounds kind of crappy we cannot do something to make that seamless between filesystem and embedded in a jar
<enebo>
vpereira: I wonder if that is because the jar itself is added to the classpath so it only needs a valid require path inside the jar (e.g. jar_value)?
<vpereira>
enebo: btw the sample provided with jrubyfx, that shows "how to jarify" is as well broken.. so maybe something happened somewhere else (i.e fxmlloader) ?
<enebo>
vpereira: It may have. One issue jrubyfx has had is having to deal with bootstrapping and packaging changes of JavaFX in JRuby itself
benlovell has joined #jruby
<enebo>
vpereira: more than once in Java 7 how it was loaded changed and it changed once in Java 8. It is possible the last changes to make Java 8 broke Java 7 + FX
<enebo>
make Java 8 work
noop has quit [Ping timeout: 260 seconds]
<vpereira>
enebo: yup, but im java 8
<enebo>
vpereira: hmmm :)
<enebo>
vpereira: well that blows that theory
<vpereira>
enebo: i would like to use this tool to test my jrubyfx stuff.. i was able to run it with some javafx app. looks quite promissing https://github.com/renatoathaydes/Automaton
<enebo>
vpereira: Yeah that would be great
<enebo>
vpereira: Do you have fxmlloader working in filesystem … is it just the jar’d version letting you down?
<vpereira>
enebo: yup
<vpereira>
enebo: running it with ruby works like a champ
anaeem1_ has joined #jruby
<vpereira>
and the solution proposed in the issue, i think arent valid anymore to the codebase that we have now
<enebo>
vpereira: I am working on getting jruby releases out today and tomorrow so I hope byteit101 replies. He wrote all of that code as well. I only feel mildly bad not digging into this since you are still able to work just not package it nicely
anaeem1_ has quit [Read error: Connection reset by peer]
anaeem1_ has joined #jruby
yfeldblum has joined #jruby
<enebo>
vpereira: It is also remotely possible some resrouce refactorings in jruby itself broke this around 1.7.10 timeframe
brettporter has joined #jruby
<enebo>
vpereira: You could use an older version like 1.7.9 and see if it works (this would just be to confirm something changed in jruby which is still regressed)
<vpereira>
hm ok, i will try it something older, just a sec. 1.7.9 or so
<vpereira>
enebo: yes, you mean maybe the fixes related with require_relative and File.expand_path problems, right?
<enebo>
vpereira: we refactored how we load quite a bit and it was not intended to change behavior but we have had fallout from it so it is a possibility
<vpereira>
enebo: ok, im already rvm getting it
yfeldblum has quit [Ping timeout: 245 seconds]
e_dub has quit [Quit: e_dub]
brettporter has quit [Ping timeout: 250 seconds]
noop has joined #jruby
<vpereira>
enebo: no luck im passing some File.expand_path(File.join("lib","views"))
<enebo>
vpereira: ok well I guess that is good at least
<vpereira>
enebo: oh true, it means nothing really got broken
<enebo>
vpereira: It is simpler to fix jrubyfx than jruby when it comes down to it
<vpereira>
in jruby
<vpereira>
yes
anaeem1_ has quit [Remote host closed the connection]
dcolebatch has joined #jruby
anaeem1 has joined #jruby
enriclluelles has joined #jruby
mister_solo has joined #jruby
noop has quit [Ping timeout: 258 seconds]
viking has joined #jruby
viking has quit [Changing host]
viking has joined #jruby
erikhatcher has quit [Quit: erikhatcher]
<bbrowning>
hmm so something in "OpenSSL::HMAC.hexdigest(OpenSSL::Digest::SHA1.new, secret, data)" is really slow when running multithreaded
<bbrowning>
lots of threads blocking waiting on stuff
deobalds has joined #jruby
<bbrowning>
ultimately results in lots of thread contention in ClassLoader.loadClass of the JRubyClassLoader
<bbrowning>
and hence, rack apps or frameworks that use the rack cookie session store don't scale well under jruby
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] enebo pushed 1 new commit to jruby-1_7_16: http://git.io/lKut_w
<JRubyGithub>
jruby/jruby-1_7_16 365d573 Thomas E. Enebo: Bump for version
JRubyGithub has left #jruby [#jruby]
shellac has joined #jruby
<enebo>
bbrowning: neat. class.forname? Even so you would hope that is cached or something
<enebo>
bbrowning: but this means each instance gets its own engine?
<enebo>
over and over…wow
deobalds has quit [Ping timeout: 250 seconds]
<enebo>
bbrowning: yeah that is awful
<bbrowning>
it makes rack apps using the rack session cache use almost no CPU since all threads are basically blocking each other on every request
<enebo>
bbrowning: I bet
<enebo>
bbrowning: seems like this method should return class and then you are done looking for that class forever in ourruntime
<enebo>
bbrowning: then new engine will just be constructing the already cached class
<bbrowning>
yeah that's what I'd guess as well, but I don't know the code well enough to know if that's really "correct" or not
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius pushed 2 new commits to jruby-1_7: http://git.io/ho5phw
<JRubyGithub>
jruby/jruby-1_7 91bc487 Charles Oliver Nutter: Include appropriate visibility check for checkFuncallCallable.
<JRubyGithub>
jruby/jruby-1_7 945fcbd Charles Oliver Nutter: Echo $HOME on Travis.
JRubyGithub has left #jruby [#jruby]
<headius>
bbrowning: ^ that fixes your case
<headius>
the coercion logic was not allowing any private calls at all
<bbrowning>
headius: great! I'll pull and confirm w/ TB integs
<enebo>
bbrowning: but possibly a cache per algo
<headius>
I will add this to some suite
<enebo>
headius: look at bbrowning links above
<enebo>
headius: pretty awful
<bbrowning>
enebo: I ran into this while trying to debug a report of a Cuba app running slower on TB4 than expected
<headius>
yick
<enebo>
bbrowning: I bet. one class load + all this looping and crud every instance of digest
<bbrowning>
right
<headius>
every instance?
<bbrowning>
It looks to me like every time this line of ruby runs - "OpenSSL::HMAC.hexdigest(OpenSSL::Digest::SHA1.new, secret, data)" it ends up calling findImplEngine at least 2x
<headius>
oh you have to be kidding me
<bbrowning>
and rack's cookie store runs that line of code on every request
<headius>
we could add a static cache in a few lines of code
erikhatcher has quit [Read error: Connection reset by peer]
brettporter has joined #jruby
codefinger has joined #jruby
<nirvdrum>
headius: I'm looking at making eval work with bindings in Truffle. In that process, I wanted to see how JRuby handles it. It looks like you can simplify some of the scoping stuff in master since you don't have to worry about that weird 1.8 binding behavior.
erikhatcher has joined #jruby
<nirvdrum>
You have a bunch of comments about how you needed to handle that. Providing you're not worried about merge issues with 1.7, it could save some allocations.
yfeldblum has quit [Ping timeout: 255 seconds]
brettporter has quit [Ping timeout: 264 seconds]
triple_b has joined #jruby
<enebo>
nirvdrum: we have not completely ripped out all vestiges of 1.8 stuffs. Where are you speaking about specifically?
cultureulterior1 has quit [Quit: cultureulterior1]
triple_b has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
mister_s_ has quit [Ping timeout: 272 seconds]
lance|afk is now known as lanceball
pglombardo has quit [Ping timeout: 264 seconds]
x1337807x has joined #jruby
mister_s_ has joined #jruby
pglombardo has joined #jruby
<Aethenelle>
Is there a way that escapes me to cast from Object to long[] ?
<headius>
(long[])?
<headius>
all arrays are Object, so it should work fine
<Aethenelle>
(Long[])(Object[])obj
yfeldblum has joined #jruby
pglombardo has quit [Ping timeout: 265 seconds]
<headius>
no, just (long[])
<headius>
long[] is not an Object[]
triple_b has joined #jruby
<Aethenelle>
wow... the java compiler is dumba final variable might have already been assigned even if an exception was thrown while assinging to it...
<Aethenelle>
headius: i could have sworn i tried that... one sec...
brettporter has joined #jruby
<headius>
as for the final thing, I'm guessing you're trying to assign a final in a try/catch
<Aethenelle>
yup... stupid checked exceptions
yfeldblum has quit [Ping timeout: 258 seconds]
<Aethenelle>
(long[]) seems to have worked
<headius>
checked exceptions do indeed suck
<Aethenelle>
as do the scoping rules for t/c/t
brettporter has quit [Ping timeout: 250 seconds]
<Aethenelle>
what should be 3 lines (w/out tct) is now goind to be 9
mister_s_ has quit [Ping timeout: 250 seconds]
mister_s_ has joined #jruby
anaeem1 has quit [Remote host closed the connection]
<asarih>
enebo: headius: how critical is 1.7.16.2?
<headius>
asarih: it's the same patch as MRI did a couple weeks ago, so I suppose it's same criticality
<asarih>
kk
<headius>
it's the same entity expansion issue but for attributes or something
<headius>
enebo handled the patching
erikhatcher has quit [Ping timeout: 256 seconds]
<enebo>
Rexml::Document; def document; self; end; end
<enebo>
asarih: ^ That is the release
<enebo>
well syntax error aside
<asarih>
REXML. Still tormenting us after all these years.
<enebo>
asarih: I think that is a Paul Simon song
<asarih>
lolol
<headius>
bbrowning: with caching your script goes from 38s to 23s on my system
<headius>
I have a patch that works
<headius>
this is the jruby-openssl thing btw
<bbrowning>
nice speed up!
<headius>
yeah, how unfortunate stuff like this still exists :-(
<nirvdrum>
headius: Is this the invoker stuff we were talking about?
<headius>
no, something else...bbrowning pointed out some really awful classloading code in jruby-openssl happening for every digest object
<nirvdrum>
Ahh.
<headius>
every *instance* of digest
<headius>
bbrowning: is there an issue or anything for this?
<bbrowning>
headius: nope - TB user asked me about something that was slow, I asked you, you fixed :D
<enebo>
bbrowning: headius: I am more curious about whether the remaining time is contention of digest computation?
mister___ has joined #jruby
<enebo>
There could still be something contending
mister_s_ has quit [Ping timeout: 265 seconds]
<headius>
enebo: I can try to check a profile
kelcecil has quit [Quit: kelcecil]
<enebo>
It does nearly double perf so I don’t know…I imagine we kill MRI on this with threads :)
<headius>
the code does also have to actually do the digest
<headius>
I could proably increase the ratio even more if the instances don't digest anything :-)
<enebo>
headius: cache it like raptor!!!!
* enebo
is hitting below someone’s waist…I think?
<headius>
poor phusion
<headius>
nothing in sampled profile stands out except the parser :-D
<headius>
I'm trying a fully instrumented profile now
<headius>
I will try MRI too
<headius>
improving to 22s isn't great if MRI is 2s
<headius>
or something
<enebo>
HAHA
<enebo>
headius: This is the DARK MATTER
<headius>
who knows how many people this affected...bbrowning said it was used to generate sessions, but you'd think those aren't regenerated a lot
<bbrowning>
headius: not to generate sessions - it impacts anyone using the rack cookie session store
<enebo>
headius: and it has to be MT server to matter
<bbrowning>
the user that reported it to me was a Cuba framework user
<headius>
sampled profile will take long enough for me to grab some lunch, brb
<headius>
bbrowning: ahhh well that could be serious then
<bbrowning>
but it looks like this hit gets taken on every request
<headius>
because it needs to calculate the digest to get the session back
<bbrowning>
yeah something like that
<headius>
ok...all "8" cores at "100%" so I'm going to go "eat"
<headius>
brb
<enebo>
4_000_000 digests / 38s only matters for contention
<enebo>
swap those two numbers
nwolfe has joined #jruby
<enebo>
running on mri22 for fun
<enebo>
22 is 25s
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] tduehr opened pull request #2288: security model compilation fix (master...platform_security) http://git.io/eAS77g
JRubyGithub has left #jruby [#jruby]
<Aethenelle>
that fixes #2260
<enebo>
Aethenelle: Will you give us permission to move this code into jnr-posix at some point?
<Aethenelle>
totally... i'd have PR'd over there but i started this before your comment...
<Aethenelle>
i tried to do it so something like that wouldn't be required. it's two reflection calls on load and each call is only a reflected invoke
e_dub has joined #jruby
<Aethenelle>
(outisde of JAva's crazy exception hoop jumping)
<nwolfe>
Hello - I'm writing Clojure that launches org.jruby.Main programmatically but I'm having trouble setting the GEM_HOME/PATH. I was hoping there was a CLI flag similar to -I for this but I don't see one. What's the best way to do this?
<enebo>
Aethenelle: yeah so that is main motivation for jnr-posix move to get rid of this reflective set up for each thing like this we load. jnr-posix already knows about platforms
<Aethenelle>
I'm largely abusing exceptions other than IS_WINDOWS and IS_SOLARIS which were already there...
<headius>
nwolfe: unfortunately rubygems only looks at environment vars....might be something we'd want to contribute an enhancement for
<Aethenelle>
if you can't set env vars, you'll have to spoon feed rubygems the paths at runtime in Ruby.
<headius>
enebo: top entries in instrumented profile are all digest internals
mister_s_ has joined #jruby
<headius>
like SHA1Digest.processBlock
mister___ has quit [Ping timeout: 250 seconds]
<enebo>
headius: cool you see my above timing for 22?
<headius>
oh nice
<enebo>
headius: so we are about the same or a little faster
<headius>
yeah, good fix then
<Aethenelle>
enebo: is all the platform specific stuff to move to jnr-posix even if it's not a POSIX call?
<enebo>
Aethenelle: no probably not but it may be a jnr-* project if it really does not fit
<headius>
yep, looks like JRuby's fastest again... MISSION ACCOMPLISHED
<enebo>
Aethenelle: It also depends on whether it is a general thing we wish Java had or it is pretty specific to Ruby
<enebo>
Aethenelle: because we can implement groups natively as well
<Aethenelle>
i was thinking specifically of the stuff that's not implemented currently in the Process module
<Aethenelle>
enebo: yeah, i went this route because i figured the Java version would be faster than the trip out to C and back...
<Aethenelle>
(I also assumed there would be setters...)
<headius>
enebo: fix is pushed to jruby-openssl master...we need to figure out what remains to get a release out
elia has quit [Quit: Computer has gone to sleep.]
<enebo>
Aethenelle: yeah that may be true. My only question is whether there are platform differences for group
<enebo>
Aethenelle: which would tip back to using native
<Aethenelle>
security.auth.module those classes are pretty annoyingly useless really
<Aethenelle>
on a unix there shouldn't be any real differences..
<enebo>
wowss……eessses…this laptop is going down!!!
mister_solo has quit [Ping timeout: 255 seconds]
x1337807_ has joined #jruby
x1337807x has quit [Ping timeout: 258 seconds]
tvon has quit [Remote host closed the connection]
<nwolfe>
headius: Dang - thanks. Looks like I might need a ScriptingContainer after all then!
<headius>
I forget whether that handles seeing up things like GEM_HOME, but you could also just set this into env before booting JRuby
<headius>
if this isn't a shared env that would have different homes for different apps
<rtyler>
1.7.17 tomorrow? oh happy day
pglombardo has joined #jruby
kelcecil has joined #jruby
<headius>
indeedidly
mister_solo has joined #jruby
fridim_ has quit [Ping timeout: 258 seconds]
anaeem1_ has joined #jruby
mister_s_ has quit [Ping timeout: 250 seconds]
pglombardo has quit [Ping timeout: 264 seconds]
yfeldblum has joined #jruby
josh-k has quit [Remote host closed the connection]
<Aethenelle>
enebo: you already have non-posic functions (getgrent) in jnr-posix ... I think most people will know what to expect if they're using windows and calling non posix functions...
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius pushed 1 new commit to jruby-1_7: http://git.io/d4uVSg
<JRubyGithub>
jruby/jruby-1_7 a4ead5a Charles Oliver Nutter: Make Tempfile#unlink warning only in verbose mode. Fixes #1752.
JRubyGithub has left #jruby [#jruby]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius closed issue #1752: warning: Tempfile#unlink or delete called on open file; ignoring http://git.io/-ocmbA
JRubyGithub has left #jruby [#jruby]
<enebo>
Aethenelle: getgrent is a Posix API though isn’t it?
<enebo>
Aethenelle: I am not saying we won’t potentially put something in not strictly posix but I think that one is
<Aethenelle>
if it is, the man page doesn't mention it...
<headius>
Aethenelle: well, sounds like an easy patch then :-)
<Aethenelle>
other than sysconfdir and systmpdir, yes
<Aethenelle>
but i suspect those are elsewhere in Java or jruby already as well.
<headius>
bbrowning: too bad I guess
multibot_ has quit [Read error: Connection reset by peer]
multibot_ has joined #jruby
<bbrowning>
yeah I need to rerun the web app bench to see why it was showing contention there more than I'm seeing in the simple script
<enebo>
headius: unless you can show some good speedup I think perhaps we just put it in tomorrow after release?
<headius>
yeah that's fine
<enebo>
headius: It does not seem risky but for some reason I feel like we are tempting the gods (e.g. Odin)
<enebo>
“Save the Humans"
<enebo>
bbrowning: I hate to ask this…. :P
<headius>
haha
<bbrowning>
I hate to answer
<enebo>
bbrowning: I just bumped jnr-ffi to next major versions so it would be nice to have you run integs by tomorrow :)
<bbrowning>
kk
dcheung has joined #jruby
<enebo>
jnr-posix has not significantly changed so I feel bad I did not do that last week
elia has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] enebo closed issue #1035: String#crypt behaving differently that in MRI http://git.io/aUHvUg
JRubyGithub has left #jruby [#jruby]
<enebo>
yay zero bugs in 1.7.17 with three moved to 1.7.18
<headius>
and at least one of those has a fix I'm testing locally
<headius>
so...pretty good wrap up of issues this time
<enebo>
headius: one I have is pretty niche but too much changing to do this last week
<headius>
this is the point in our release cycle when I think we should create a 1.7.17 branch in case someone tries to drop a bunch of commits tonight
<headius>
mkristian will figure out how to cure cancer with classloader changes or something
<Aethenelle>
even easier since uname is the only Etc method not implemented w/ jnr-posix
yfeldblum has quit [Ping timeout: 258 seconds]
calavera has quit [Ping timeout: 250 seconds]
calavera has joined #jruby
mister_s_ has joined #jruby
<enebo>
jajaj
<enebo>
headius: it does not matter. I am already using my local tree for spinning since I need to change version tags
dabradley has quit [Ping timeout: 252 seconds]
<enebo>
headius: so if someone does I will just convert my commits to a branch
<headius>
ok
x1337807x has joined #jruby
dcheung has quit [Quit: leaving]
<enebo>
version in poms…not sure how tags got into that sentence
dcheung has joined #jruby
elia has quit [Quit: Computer has gone to sleep.]
skade has joined #jruby
Aethenelle has quit [Ping timeout: 244 seconds]
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
e_dub has quit [Quit: e_dub]
dabradley has joined #jruby
Aethenelle has joined #jruby
elia has joined #jruby
iamjarvo has joined #jruby
mister_s_ has quit [Ping timeout: 252 seconds]
elia has quit [Quit: Computer has gone to sleep.]
elia has joined #jruby
cultureulterior1 has joined #jruby
<headius>
ugh
<headius>
stupid warning logic
cultureulterior1 has quit [Read error: Connection reset by peer]
cultureulterior1 has joined #jruby
elia has quit [Client Quit]
joast has quit [Read error: Connection reset by peer]
joast has joined #jruby
Aethenelle has quit [Read error: Connection reset by peer]
e_dub has joined #jruby
Aethenelle has joined #jruby
<headius>
bleh...I should have sold AAPL last week
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<enebo>
you own AAPL?
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius created headius-post-1.7 (+3 new commits): http://git.io/oP7rog
<JRubyGithub>
jruby/headius-post-1.7 7363556 Charles Oliver Nutter: Don't acquire umask (mutexed) when we're not creating a file.
<JRubyGithub>
jruby/headius-post-1.7 1cf29d1 Charles Oliver Nutter: No logical reason to assert if warning called in non-verbose mode.
JRubyGithub has left #jruby [#jruby]
<JRubyGithub>
jruby/headius-post-1.7 ba987b6 Charles Oliver Nutter: Use absolute path, not canonical, for LOADED_FEATURES.
baroquebobcat has quit [Ping timeout: 255 seconds]
<headius>
enebo: little known fact
<enebo>
headius: perhaps a little less known now
<enebo>
err reverse that?
<headius>
part of my lazy day trading
<headius>
it's still up but I lost half of gains in the last week
<enebo>
headius: you forgot since this morning?
<enebo>
:)
<headius>
antitrust, chromecast beating apple TV
<Aethenelle>
who thought it was a good idea to specify a struct of char[]s and not specify their lengths
<enebo>
headius: I would have respected you had you shorted AAPL
<enebo>
:)
<headius>
enebo: I only short stocks that trend down
<headius>
:-)
<enebo>
BAMMMM
<headius>
no, I've never shorted a stock
nateberkopec has joined #jruby
<enebo>
headius: shorting is crazy since it is on margin
<headius>
yeah
<headius>
I think only insiders make anything off shorts
<Aethenelle>
insiders as in illegal or people that trade for a living?
<Aethenelle>
pretty sure traders, esp those in hedge funds, will short stocks and make money often...
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius pushed 1 new commit to jruby-1_7: http://git.io/bt5SLw
<JRubyGithub>
jruby/jruby-1_7 4da392f Charles Oliver Nutter: No logical reason to assert if warning called in non-verbose mode.
JRubyGithub has left #jruby [#jruby]
<Aethenelle>
isn't that how a bank in EU lost a whole crapload of money in the not too distant past... some trader doubling down on a bad short until they were 3b in the hole..
<headius>
wouldn't be surprised
<headius>
enebo: you will want that commit...nothing critical path but those stupid asserts caught me again
<headius>
I just removed them because if you call warning without verbose mode it should SILENTLY swallow it, not raise an assertion
<headius>
I think I already changed that on master
hunzinker has joined #jruby
<Aethenelle>
it would seem uname will require compile time info...
<enebo>
headius: cam ot wait?
<enebo>
headius: I have been testing generated bits and don’t want to retest
<enebo>
cam ot == can it :)
<headius>
no
<headius>
well, it can't wait if you pull in the Tempfile warning change I made
<headius>
I'm not sure if you have that one
<headius>
I changed Tempfile#unlink warning to be only verbose mode, and then fixed warning() to not JVM assert if called outside verbose mode
<headius>
they're super benign, but that assert breaks tests
<enebo>
ok
hunzinker has left #jruby [#jruby]
hunzinker has joined #jruby
hunzinker has quit [Quit: Leaving.]
hunzinker has joined #jruby
nwolfe has joined #jruby
diegoviola has quit [Ping timeout: 264 seconds]
rsim has quit [Quit: Leaving.]
anaeem1_ has quit [Remote host closed the connection]
anaeem1_ has joined #jruby
anaeem1_ has quit [Ping timeout: 264 seconds]
triple_b has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
codefinger has quit [Quit: Leaving...]
calavera has quit [Ping timeout: 240 seconds]
x1337807x has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
x1337807x has joined #jruby
calavera has joined #jruby
drbobbeaty has joined #jruby
erikhatcher has quit [Quit: erikhatcher]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] nirvdrum pushed 4 new commits to master: http://git.io/NmOsWA
<JRubyGithub>
jruby/master de32e52 Kevin Menard: [Truffle] Fixed a typo.
<JRubyGithub>
jruby/master 7f494f7 Kevin Menard: [Truffle] Kernel#eval now uses a default binding from the enclosing scope.
<JRubyGithub>
jruby/master 1073a23 Kevin Menard: [Truffle] Kernel#eval can update now update its binding.
JRubyGithub has left #jruby [#jruby]
calavera has quit [Ping timeout: 255 seconds]
calavera has joined #jruby
<bbrowning>
enebo: 1.7 branch is still green with your ffi changes
<bbrowning>
for TB integs
bbrowning is now known as bbrowning_away
<enebo>
bbrowning_away: thankyee
x1337807x has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
yfeldblum has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] nirvdrum pushed 3 new commits to master: http://git.io/Okkm2g
<JRubyGithub>
jruby/master a4c9ce1 Kevin Menard: [Truffle] Applied default binding to Kernel#eval with String coerced argument.
<JRubyGithub>
jruby/master 4702337 Kevin Menard: [Truffle] Removed unnecessary parameter.
<JRubyGithub>
jruby/master c774d2f Kevin Menard: [Truffle] Allow bindings to be used with String-coerced arguments to Kernel#eval.
JRubyGithub has left #jruby [#jruby]
havenwood has quit [Remote host closed the connection]
Aethenelle has quit [Read error: Connection reset by peer]