errstr has quit [Ping timeout: 265 seconds]
errstr has joined #jruby
yfeldblum has quit [Ping timeout: 272 seconds]
blinsay_ has quit [Ping timeout: 265 seconds]
blinsay_ has joined #jruby
blinsay_ has joined #jruby
<chrisseaton> do these MRI tests you're working through cover different stuff to RubySpec?
blinsay_ is now known as blinsay
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<Antiarc> I haven't looked at the rubyspec stuff at all personally
<Antiarc> hm
<Antiarc> bin/jruby -S rake test:mri -> Java::JavaLang::NoSuchMethodError: org.jruby.runtime.Helpers.irSplat(Lorg/jruby/runtime/ThreadContext;Lorg/jruby/runtime/builtin/IRubyObject;)Lorg/jruby/RubyArray;
<Antiarc> did a -Pclean and -Pbootstrap to be sure
<Antiarc> It's definietly there in the source though. I'll poke at it.
<headius> oops, some excludes I forgot to push
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] headius pushed 4 new commits to master: http://git.io/QJ0GaA
<JRubyGithub> jruby/master b9b6031 Charles Oliver Nutter: Exclude some Exception failures.
<JRubyGithub> jruby/master f093698 Charles Oliver Nutter: Always copy cr for shared string duplicate. MRI bug 9882
<JRubyGithub> jruby/master d7942fb Charles Oliver Nutter: Exclude =~ optimization test for #2157.
JRubyGithub has left #jruby [#jruby]
<headius> Antiarc: mvn clean package
<headius> I don't know what -Pclean does
<headius> oh wait
<headius> JIT
<headius> I'll fix that
<headius> forgot I was running --dev
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] headius pushed 1 new commit to master: http://git.io/h15d_w
<JRubyGithub> jruby/master b8a0bac Charles Oliver Nutter: Fix bad JIT reference to irSplat.
JRubyGithub has left #jruby [#jruby]
<headius> few more bits and bobs coming
<headius> I have to get the kids dinner, so I'll be back later
<Antiarc> had to make that change to get it running
ivan\ has joined #jruby
<headius> oh yeah, oops
<headius> toss that in a PR, making dinner now
<Antiarc> kk
joast has quit [Ping timeout: 245 seconds]
e_dub has quit [Quit: ZZZzzz…]
e_dub has joined #jruby
e_dub has quit [Client Quit]
ReactiveIO has joined #jruby
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:b51b479 by Charles Oliver Nutter): The build has errored. (http://travis-ci.org/jruby/jruby/builds/40429889)
travis-ci has left #jruby [#jruby]
<Antiarc> headius: do you know what the Java equivalent of the SIG_ERR handler is, by chance?
<Antiarc> ("unhandlable signal", as far as I can tell?)
<Antiarc> nevermind, I see how this is done
mister_solo has quit [Quit: So long, and thanks for all the fish!]
<Antiarc> Ugh, this is gnarly. Signal.trap() returns the *previous* handler in 2.2.0
<Antiarc> actually, that's behavior as far back as 1.9.3
<Antiarc> So this is just straight up divergent
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:b8a0bac by Charles Oliver Nutter): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/40429956)
travis-ci has left #jruby [#jruby]
yfeldblum has joined #jruby
yfeldblum has quit [Ping timeout: 260 seconds]
havenwood has quit [Remote host closed the connection]
e_dub has joined #jruby
marr has quit []
<Antiarc> headius: q for you - I think the signal handling stuff design could be improved a bit. Currently, if the JVM won't handle a signal, it throws an exception which is then rescued in Signal#trap and a warning message is printed. I think this should be changed to either a) "succeed" (ie, set the callback, etc) but throw the warning (the callback would never be invoked by signal, but could then be retrieved with another call to Signal.trap), or
<Antiarc> don't catch the exception and let the code hard crash-and-burn and let users catch ti themselves.
<Antiarc> Thoughts?
<Antiarc> The current "don't save the callback, don't
<Antiarc> "don't eat the exception" stuff seems iffy
anaeem1_ has quit [Ping timeout: 265 seconds]
<Antiarc> (1) preserves existing Ruby semantics better, (2) is less surprising, IMO
<Antiarc> (2) is easier to implement, though
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] chrisseaton deleted truffle-compiler-options at a28ca3a: http://git.io/pLVU7Q
JRubyGithub has left #jruby [#jruby]
ReactiveIO has quit [Remote host closed the connection]
ReactiveIO has joined #jruby
ReactiveIO has quit [Ping timeout: 264 seconds]
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:311e89b by Charles Oliver Nutter): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/40430121)
travis-ci has left #jruby [#jruby]
<Antiarc> What's the minimum Java target?
<Antiarc> According to travis, looks like Java 7?
<chrisseaton> It is for compilation, due to Truffle
<chrisseaton> not sure about runtime - I think it's still 6
<Antiarc> Hm, okay
<chrisseaton> Is that a problem?
<Antiarc> Nah, I just wanted to use catch (A|B e), which I guess is Java 7+
<chrisseaton> Java 6 isn't even supported anymore unless you have a special contract - it's the XP of Java
<Antiarc> hah
ReactiveIO has joined #jruby
<Antiarc> Though looking at this it's not a problem since both exceptions I want to catch are the same class, heh
johnsonch_afk is now known as johnsonch
subbu has joined #jruby
johnsonch is now known as johnsonch_afk
johnsonch_afk is now known as johnsonch
ReactiveIO has quit []
yfeldblum has joined #jruby
snovity has quit [Ping timeout: 245 seconds]
subbu has quit [Ping timeout: 245 seconds]
johnsonch is now known as johnsonch_afk
skade has joined #jruby
<headius> minimum supported for 9k is Java 7
<headius> ignoring the Android problem for now
<headius> Antiarc: if we can do (1) that's great, but you say the signal stuff errors right?
<Antiarc> It throws an exception which travels back up the stack, yeah
<Antiarc> I've almost got a solution in place though
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] headius pushed 2 new commits to master: http://git.io/dAl8pA
<JRubyGithub> jruby/master 35673f4 Chris Heald: Fix two more bad JIT references
<JRubyGithub> jruby/master 7dd4cb6 Charles Oliver Nutter: Merge pull request #2158 from cheald/fix_ir_jit...
JRubyGithub has left #jruby [#jruby]
<Antiarc> I'm returning an array of [handler, boolean], where the boolean is handled/not handled, and if not handled we warn from Signal#trap
<headius> that seems reasonable, sure
<Antiarc> Not sure if that's kosher or not, but I aim to make SunSignalFacade not throw exceptions
<Antiarc> One more edge case to track down and I'll PR it
<Antiarc> Oh, do you know if Jruby fires a manual SIGEXIT when it exits?
<Antiarc> MRI does
<Antiarc> SIGEXIT is an invalid signal, but MRI lets you install a handler for it, and "fires" the signal when the process shuts down
<Antiarc> If not, a) do you want to, and b) if not, just warn on setting SIGEXIT that it's unsupported?
<headius> no, we don't do that
<headius> I didn't know about it
<Antiarc> Where would I find the exit point for a jruby process?
<headius> it should be in Main.main
<headius> nothing else calls through that
josh-k has joined #jruby
<Antiarc> Okay, will take a look
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:89cb414 by Chris Seaton): The build was canceled. (http://travis-ci.org/jruby/jruby/builds/40435770)
travis-ci has left #jruby [#jruby]
skade has quit [Quit: Computer has gone to sleep.]
Aethenelle has joined #jruby
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:7dd4cb6 by Charles Oliver Nutter): The build was canceled. (http://travis-ci.org/jruby/jruby/builds/40437726)
travis-ci has left #jruby [#jruby]
calavera has joined #jruby
multibot_ has quit [Remote host closed the connection]
multibot_ has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] headius pushed 2 new commits to master: http://git.io/NPshkg
<JRubyGithub> jruby/master 1148ce4 Charles Oliver Nutter: Just use a normal reentrant lock. read + write acquire hangs.
<JRubyGithub> jruby/master 80e475f Charles Oliver Nutter: *All* uses of OpenFile that would mutate or do IO must lock.
JRubyGithub has left #jruby [#jruby]
<headius> that should get rubicon and jruby suites green
<Antiarc> I've got signal trapping behavior mirroring MRI now, I'm just looking into handling this SIGEXIT trap
<Antiarc> I presume the SIGEXIT handler would need to run before the runtime stuff starts getting disposed of
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:80e475f by Charles Oliver Nutter): The build failed. (http://travis-ci.org/jruby/jruby/builds/40439213)
travis-ci has left #jruby [#jruby]
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
purplefox has quit [Ping timeout: 260 seconds]
yfeldblum has quit [Remote host closed the connection]
yfeldblum has joined #jruby
e_dub has quit [Quit: ZZZzzz…]
yfeldblum has quit [Ping timeout: 256 seconds]
<Antiarc> Okay, cool
<Antiarc> Tests are passing now, with the exception of unexpected stderr output, which is the result of our signal warning
<Antiarc> But I don't think that can be avoided
<Antiarc> So I'm gonna go ahead and exclude those tests
purplefox has joined #jruby
Aethenelle has quit [Quit: Aethenelle]
Aethenelle has joined #jruby
Aethenelle has quit [Client Quit]
<headius> Antiarc: that's the warning about JVM signals?
<Antiarc> yeah
<headius> I'm looking at one of the sprintf failures...this code is *deep*
<Antiarc> Kind of a big pull, sorry
yfeldblum has joined #jruby
<Antiarc> But I'm confident that signal behavior matches MRI insofar as the JVM lets it, though
<headius> ok, I'll have a look at it
<Antiarc> I managed to unexclude some tests though! :D
<headius> yeah I'm not going into that maze without a torch, and this one's just for a different error message
<Antiarc> Hahah
subbu has joined #jruby
<Antiarc> From the outside, you'd think string handling would be straightforward
Aethenelle has joined #jruby
<Antiarc> But once you get into it, it's a little Lovecraftian
yfeldblum has quit [Ping timeout: 255 seconds]
<headius> it totally is
<headius> I just new Ruby impls by whether they've implemented all of String yet
<headius> judge
<Antiarc> hah
<Antiarc> I think that's probably fair!
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] headius pushed 1 new commit to master: http://git.io/zhlHnQ
<JRubyGithub> jruby/master 60bbcd7 Charles Oliver Nutter: Exclude sprintf failure and indicate macro areas to be fixed.
JRubyGithub has left #jruby [#jruby]
<headius> MRI's sprintf code is a mess of jumps and macros, so I'm amazed we have a working port at all
<Antiarc> All that's left is String#test_slice then?
<headius> well I'm peeking at the other two sprintf failures, but I'll probably exclude them too
<Antiarc> kk
<headius> I just bailed on the error message one
<Antiarc> I'll see if I can learn anything about this slice bug, then punt to you once you're done with sprintf :)
<headius> I had a sidebar to fix some failures in rubicon and jruby suites
<headius> go for it
<Antiarc> https://bugs.ruby-lang.org/issues/9882 is much more instructive than the test, FWIW
<headius> ahh yes
subbu has quit [Ping timeout: 260 seconds]
<headius> ahh yes
<Antiarc> "need to reset code range for shared string too, not only copied strings"
<headius> I did make that change
<headius> it was a line shift, and we had the same line
<headius> hmmm
<headius> where did that go
<headius> ugh
<headius> it's gone
<Antiarc> hah
<headius> I think I must have reset some local changes
<headius> I was fixing four things at once
<Antiarc> I have the opposite problem, I stash/apply like a madman
<headius> it's trivial though...found 9882 in MRI log and fixed it
<headius> same thing
<Antiarc> so my stash stack is scores deep
<Antiarc> I'll track it down
<headius> yeah thanks
<Antiarc> hm, makeShared19 looks like the culprit, but it already uncondtionally performs `shared.copyCodeRangeForSubstr(this, enc);`
<headius> hmm
<headius> what is the value that's not matched there? I haven't even looked at the test
<headius> I just found the 50-line C patch for this sprintf rational failure :-\
<Antiarc> the hash is different because str1.ascii_only? != str2.ascii_only?
<Antiarc> Lemme see what the debugger has to say
<headius> oh I see
<headius> ahh yeah that's right
<headius> you're in the right spot
<headius> oh yeah, I did make the change
<headius> but it didn't fix it!
<headius> if you find the diff in MRI, that's basically the same change
<headius> I'm confused
<Antiarc> yeah, I did find the diff, and I'm confused too
<Antiarc> I'll poke at it
<Antiarc> Though I just discovered that enumerateChars calls makeShared19 for each character, heh
<headius> ok, this rational stuff is NOT something I'm going to attempt at 11:30 on a Saturday
<headius> but this one deserves an issue...someone might just love to port this
<Antiarc> what are "flags" on RubyString?
<Antiarc> the original has flags of 32, the substr has flags of 16
<Antiarc> Looks like flags store the code range, among other things
<headius> yeah
<headius> among other things
<headius> frozen status, taint status
<headius> object-level stuff
<Antiarc> so yeah, even after copyCodeRangeForSubstr, the original has CR_VALID and the substr has CR_7BIT
Aethenelle has quit [Quit: Aethenelle]
e_dub has joined #jruby
<Antiarc> It looks like it sets the substring to CR_7BIT because CR_7BIT is valid for it, even though the parent string is CR_VALID
<Antiarc> And strHashCode includes value.getEncoding().isAsciiCompatible() && scanForCodeRange() == CR_7BIT
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] headius pushed 1 new commit to master: http://git.io/20OQ7w
<JRubyGithub> jruby/master 1bf6c68 Charles Oliver Nutter: Exclude test for sprintf %f formatting of Rational. #2160
JRubyGithub has left #jruby [#jruby]
<Antiarc> So in both cases, it's UTF-8 so it's ascii-compatible, but the original string's code range is CR_VALID, and the substring's is CR_7BIT, so the substring has a different value added to its hash
<headius> I can't in good conscience mark any sprintf bug as beginner
<Antiarc> haha
<headius> Antiarc: bleh, that might be a deeper issue somewhere then
<headius> but the test case isn't that complicated, is it?
<Antiarc> nah, not too complicated
<Antiarc> wait, wtf. This is passing in a console
<Antiarc> Oh, this is different, maybe
<Antiarc> bug9882 = '[ruby-core:62842] [Bug #9882]'
<Antiarc> substr = String.new("\u{30c6 30b9 30c8 2019}#{bug9882}").slice(4..-1)
<Antiarc> => "\x82\xB9ト’[ruby-core:62842] [Bug #9882]"
<Antiarc> when it should just == bug9882
yfeldblum has joined #jruby
<Antiarc> okay, so the composed string is CR_7BIT even when it has the non-ascii stuff in it
yfeldblum has quit [Ping timeout: 264 seconds]
<Antiarc> huh, String#op_plus19 performs codeRangeAnd() with the src and appended code ranges
<Antiarc> Should that be an OR op rather than an AND op?
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:60bbcd7 by Charles Oliver Nutter): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/40441406)
travis-ci has left #jruby [#jruby]
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] headius pushed 1 new commit to master: http://git.io/MkweLw
<JRubyGithub> jruby/master b3d1367 Charles Oliver Nutter: Exclude failing sprintf %p hash-inspection test. #2161.
JRubyGithub has left #jruby [#jruby]
<headius> Antiarc: that's a decent theory :-)
<headius> I gave up on all three sprintfs...too late and too obscure
<Antiarc> Yeah, I have an example here here this.flags = 16, other.flags = 0, and the result of copying those two lists together has flags = 0
<Antiarc> Oh I see
<Antiarc> The constructor sets flags |= incomingFlags
<headius> looking for the same lines in MRI
<Antiarc> Yeah, I'm looking too, but not seeing an immediate correlary
towski has quit [Remote host closed the connection]
<Antiarc> ah, ENC_CODERANGE_AND
<Antiarc> So yeah, same code
<headius> ok, darn
<Antiarc> where are interpolated strings constructed?
<headius> I'll pair with ya for a bit
<Antiarc> I haven't been able to track it down in my debugger yet
<headius> take a look at BuildCompoundStringInstr
<headius> that's the interpreter, easier to follow
<Antiarc> brb, kiddo needs a change and a bottle
<headius> encoding of the dynamic string matches MRI at least
<headius> I can't see coderange in MRI though
cultureulterior1 has quit [Ping timeout: 240 seconds]
yfeldblum has joined #jruby
<headius> bleh, yeah, this code has diverged some
<Antiarc> aha
<Antiarc> BuildCompoundStringInstr
<Antiarc> if ((p instanceof StringLiteral) && (isSameEncoding((StringLiteral)p))) {
<Antiarc> str.getByteList().append(((StringLiteral)p).bytelist);
<Antiarc> The encodings match
<Antiarc> But the CRs don't
<headius> so they're not combining right
<Antiarc> Right
<Antiarc> It needs to apply the CR to each piece there I think
<headius> oh jeez yeah
<headius> I think a conditional to just check if they have the same CR would do it
<headius> let it fall back into append19 rather than this shortcut
<Antiarc> Makes sense
<headius> yay optimization
<headius> yeah that's silly...we must have had that bug for a long time because IR is based on the old interpreter
<headius> someone added an optimization without good enough tests, I guess :-)
<Antiarc> You want to make the fix?
<headius> if you'd like to you can
<headius> the JIT probably needs a fix too then
<Antiarc> Lemme take a stab at it
<headius> hmmm
<headius> StringLiteral doesn't have cr
<Antiarc> yeah, will have to scanForCodeRange
<Antiarc> The initial string could be CR_VALID and then check to see if it can become CR_7BIT at the end of the build
<headius> oh wait, just check if the append string has changed CR
<headius> if it's no longer 7bit we need the multibyte logic
<headius> the string we're shoving stuff into I mean
<Antiarc> ah
<headius> does that make sense?
<Antiarc> I'm not sure it does, no
<headius> actually maybe it should check if the encoding is 7bit
<headius> hm
<headius> so this starts out with some bytes and some encoding
<headius> if the string we're appending into has a non-7-bit ASCII encoding, we should never use the bytelist logic
<Antiarc> Right, the problem is that we start with 7-bit utf8, and we append in non-7-bit utf-8 and don't update the CR
<headius> that's encoding.isAsciiCompatible
<Antiarc> So it thinks it's still 7bit when it's not
<headius> yeah, there's a few ways to slice it
<Antiarc> str.setCodeRange(str.scanForCodeRange()); after getByteList().append() should do it
<Antiarc> But that's an O(n) op which I don't like
<headius> that's a possibility, but it means a full length scan
<headius> yeah
<headius> exactly
<Antiarc> I guess the incoming bytes have to be scanned at some point
<headius> yeah you know, maybe StringLiteral should be doing a CR scan
<headius> yeah look at StrNode
<headius> it aggregates a cr
<headius> that's what comes from the parser, and then we build StringLiteral form that
<headius> so we need to get cr into StringLiteral and use it
<Antiarc> oh, so the cr just needs to be propagated
<headius> yeah I think that's it
towski has joined #jruby
<Antiarc> go ahead and fix it if you'd like, you'll be much faster at it than me :)
<headius> and then we check it in that conditioal for the fast logic...any string coming in that's not 7bit has to go through multibyte logic
<headius> or otherwise
<Antiarc> Right
<headius> yeah
<headius> ok :-)
<headius> I have to go get midnight tacos, bbiab
<Antiarc> Haha, always a good decision
<Antiarc> I gotta head to bed soon, but we should be green after this. Feel good!
Sinjo has quit [Ping timeout: 255 seconds]
<Antiarc> Hm, did you fix those "Resume" constant bug issues?
<Antiarc> This might be related; var nodes are created as StringLiterals without any CR information
<Antiarc> They have a String name, but I dunno if stuff like CR info is passed through there
<Antiarc> Well, that fixed the test suite issue
<Antiarc> However, I'm wondering if there are more places where CRs should be passed through when building StringLiterals
<Antiarc> There's a bunch of places, var nodes, regexp nodes, etc
<Antiarc> Also, wouldn't it be valid to just append the bytes if the incoming string is 7bit, regardless of the CR of the target string?
<Antiarc> target == CR_VALID || incoming == CR_7BIT || target == incoming
<Antiarc> The bug actually isn't present in 1.7.16, FWIW
<headius> mmm tacos
<headius> oh, interesting
<Antiarc> anyhow, I have a passing fix, but I expect you'll want to audit StringLiteral usage :)
<headius> Antiarc: yeah very likely...this probably needs a general bug and we can audit all string creation in IR
<headius> hah, we're really on the same page tonight
<headius> I think that will do it then
<headius> excellent
<Antiarc> I gave StringLiteral a default of CR_7BIT, which should make it effectively compatible with the pre-PR code when CR isn't declared
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] headius pushed 2 new commits to master: http://git.io/5FOHCg
<JRubyGithub> jruby/master 1899c26 Chris Heald: Propagate coderange from StrNode -> StringLiteral and use it when building compound strings. Fixes bug9882
<JRubyGithub> jruby/master 0a399ba Charles Oliver Nutter: Merge pull request #2162 from cheald/string_literal_coderange...
JRubyGithub has left #jruby [#jruby]
<headius> ok cool
<headius> I will file a bug about auditing
<Antiarc> Cool
<headius> and we'll see how travis settles
<Antiarc> Exciting!
<Antiarc> :thumbsup:
<headius> oops
<headius> JIT doesn't compile with your change
<headius> bleh
<Antiarc> I have no idea what'd go into fixing that, but the MRI suite passes with that change + my signal fixes, so I'm going to bed :)
<headius> well, I mean the build doesn't build :-)
<headius> but I'm fixing it, get some sleep
<Antiarc> night!
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] headius pushed 1 new commit to master: http://git.io/LaQP0w
<JRubyGithub> jruby/master 292adb2 Charles Oliver Nutter: Disable optimized dstr logic in JIT for now. #2163.
JRubyGithub has left #jruby [#jruby]
josh-k has quit [Remote host closed the connection]
yfeldblu_ has joined #jruby
yfeldblum has quit [Ping timeout: 255 seconds]
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:0a399ba by Charles Oliver Nutter): The build was canceled. (http://travis-ci.org/jruby/jruby/builds/40444268)
travis-ci has left #jruby [#jruby]
travis-ci has joined #jruby
travis-ci has left #jruby [#jruby]
<travis-ci> jruby/jruby (master:0a399ba by Charles Oliver Nutter): The build was canceled. (http://travis-ci.org/jruby/jruby/builds/40444268)
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:292adb2 by Charles Oliver Nutter): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/40444651)
travis-ci has left #jruby [#jruby]
anaeem1_ has joined #jruby
momomomomo has joined #jruby
anaeem1_ has quit [Remote host closed the connection]
momomomomo has quit [Ping timeout: 258 seconds]
momomomomo has joined #jruby
rsim has joined #jruby
marr has joined #jruby
josh-k has joined #jruby
josh-k_ has joined #jruby
josh-k has quit [Ping timeout: 244 seconds]
towski has quit [Quit: goodbye friends I am gone]
skade has joined #jruby
thsig has joined #jruby
snovity has joined #jruby
yfeldblu_ has quit [Remote host closed the connection]
robbyoconnor has joined #jruby
yfeldblum has joined #jruby
yfeldblum has quit [Ping timeout: 264 seconds]
thsig has quit [Remote host closed the connection]
diegoviola has joined #jruby
thsig_ has joined #jruby
thsig_ has quit [Remote host closed the connection]
yfeldblum has joined #jruby
diegoviola has quit [Quit: WeeChat 1.0.1]
diegoviola has joined #jruby
skade has quit [Quit: Textual IRC Client: www.textualapp.com]
momomomomo has quit [Quit: momomomomo]
diegoviola has quit [Quit: WeeChat 1.0.1]
yfeldblum has quit [Remote host closed the connection]
Hobogrammer has quit [Ping timeout: 260 seconds]
yfeldblum has joined #jruby
yfeldblum has quit [Ping timeout: 245 seconds]
beawesomeinstead has quit [Ping timeout: 265 seconds]
beawesomeinstead has joined #jruby
yfeldblum has joined #jruby
yfeldblu_ has joined #jruby
yfeldblum has quit [Ping timeout: 250 seconds]
yfeldblu_ has quit [Ping timeout: 264 seconds]
anaeem1 has joined #jruby
anaeem1 has quit [Remote host closed the connection]
yfeldblum has joined #jruby
yfeldblum has quit [Ping timeout: 250 seconds]
subbu has joined #jruby
rsim has quit [Quit: Leaving.]
anaeem1_ has joined #jruby
kwando has quit [Ping timeout: 250 seconds]
thsig has joined #jruby
yfeldblum has joined #jruby
yfeldblum has quit [Ping timeout: 260 seconds]
kwando has joined #jruby
josh-k_ has quit [Remote host closed the connection]
subbu has quit [Ping timeout: 245 seconds]
thsig has quit [Remote host closed the connection]
thsig has joined #jruby
vyorkin has joined #jruby
yfeldblum has joined #jruby
rsim has joined #jruby
yfeldblum has quit [Ping timeout: 255 seconds]
rcvalle has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] headius pushed 2 new commits to master: http://git.io/QYU9RA
<JRubyGithub> jruby/master 0695f3a Charles Oliver Nutter: More IO lock-auditing and a bit of cleanup.
<JRubyGithub> jruby/master 6b157db Charles Oliver Nutter: Always do a full package phase to get stdlib installed.
JRubyGithub has left #jruby [#jruby]
travis-ci has joined #jruby
travis-ci has left #jruby [#jruby]
<travis-ci> jruby/jruby (master:6b157db by Charles Oliver Nutter): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/40467763)
havenwood has joined #jruby
travis-ci has joined #jruby
travis-ci has left #jruby [#jruby]
<travis-ci> jruby/jruby (master:6b157db by Charles Oliver Nutter): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/40467763)
yfeldblum has joined #jruby
vyorkin has quit [Read error: Connection reset by peer]
yfeldblum has quit [Ping timeout: 260 seconds]
e_dub has quit [Quit: ZZZzzz…]
vyorkin has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] headius pushed 2 new commits to master: http://git.io/byCL-Q
<JRubyGithub> jruby/master 0a76d6c Charles Oliver Nutter: Range#to_s and inspect have different logic.
<JRubyGithub> jruby/master 12c9139 Charles Oliver Nutter: Fix bad merge.
JRubyGithub has left #jruby [#jruby]
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] headius pushed 1 new commit to master: http://git.io/td9ILw
<JRubyGithub> jruby/master a1a3efc Charles Oliver Nutter: Botched refactor of writeKeyList.
JRubyGithub has left #jruby [#jruby]
JohnBat26 has joined #jruby
anaeem1_ has quit [Remote host closed the connection]
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:a1a3efc by Charles Oliver Nutter): The build failed. (http://travis-ci.org/jruby/jruby/builds/40470171)
travis-ci has left #jruby [#jruby]
paulswilliamsesq has joined #jruby
paulswilliamsesq has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
thsig has quit [Remote host closed the connection]
vyorkin has quit [Ping timeout: 255 seconds]
vyorkin has joined #jruby
brixen is now known as brixen_pomodoro
yfeldblum has joined #jruby
e_dub has joined #jruby
yfeldblum has quit [Ping timeout: 250 seconds]
subbu has joined #jruby
teamon has quit [Ping timeout: 260 seconds]
teamon has joined #jruby
brixen_pomodoro is now known as brixen
JohnBat26 has quit [Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/]
yfeldblum has joined #jruby
yfeldblum has quit [Ping timeout: 258 seconds]
vyorkin has quit [Read error: Connection reset by peer]
vyorkin has joined #jruby
paulswilliamsesq has joined #jruby
paulswilliamsesq has quit [Client Quit]
paulswilliamsesq has joined #jruby
vyorkin has quit [Ping timeout: 255 seconds]
rsim has quit [Quit: Leaving.]
rsim has joined #jruby
yfeldblum has joined #jruby
Hobogrammer has joined #jruby
yfeldblum has quit [Ping timeout: 245 seconds]
<paulswilliamsesq> Hi all
towski has joined #jruby
subbu has quit [Ping timeout: 244 seconds]
auxbuss has joined #jruby
yfeldblum has joined #jruby
paulswilliamsesq has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
rsim has quit [Quit: Leaving.]
yfeldblum has quit [Ping timeout: 244 seconds]
subbu has joined #jruby
auxbuss has quit [Quit: I'm gone.]
x1337807x has joined #jruby
yfeldblum has joined #jruby
subbu has quit [Ping timeout: 272 seconds]
yfeldblum has quit [Remote host closed the connection]
yfeldblum has joined #jruby
fivebats has quit [Quit: quit]
anaeem1 has joined #jruby
anaeem1 has quit [Ping timeout: 240 seconds]
yfeldblu_ has joined #jruby
x1337807x has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
yfeldblum has quit [Ping timeout: 250 seconds]
vyorkin has joined #jruby
<chrisseaton> can anyone do me a favour? i need to see what happens when someone tries to do something on a GitHub repo with an account other than mine
<havenwood> chrisseaton: sure, what should i do?
<chrisseaton> havenwood: thanks - when you try to open a pull request here https://github.com/OracleLabs/GraalVM/pulls (you don't need a branch, you can just click create PR), do you see a link to our contributor guidelines document?
<havenwood> chrisseaton: the "Create pull request" button is greyed out, hrm.
<chrisseaton> havenwood: ok, well I guess that's just as good
<havenwood> chrisseaton: just takes me to: https://github.com/OracleLabs/GraalVM/compare
<chrisseaton> havenwood: I guess you do actually have to have a branch to pull to see it - ok, thanks very much though
<havenwood> no prob
josh-k has joined #jruby
josh-k_ has joined #jruby
josh-k has quit [Ping timeout: 240 seconds]
<havenwood> chrisseaton: yeah, trying from a branch displayed a 'Please review the guidelines for contributing to this repository.' with link to CONTRIBUTING.md
<chrisseaton> havenwood: ah that's great - thanks very much that's very helpful
ahadding1 has quit [Ping timeout: 272 seconds]
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] chrisseaton pushed 1 new commit to master: http://git.io/EmCkmg
<JRubyGithub> jruby/master 0e93ab9 Chris Seaton: [Truffle] Thread#kill.
JRubyGithub has left #jruby [#jruby]
yfeldblu_ has quit [Remote host closed the connection]
DomKM has quit [Quit: Connection closed for inactivity]
yfeldblum has joined #jruby
diegoviola has joined #jruby
ahadding1 has joined #jruby
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:0e93ab9 by Chris Seaton): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/40488227)
travis-ci has left #jruby [#jruby]
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] chrisseaton pushed 1 new commit to master: http://git.io/0kJTbw
<JRubyGithub> jruby/master 928acd1 Chris Seaton: [Truffle] Thread#raise.
JRubyGithub has left #jruby [#jruby]
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:0e93ab9 by Chris Seaton): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/40488227)
travis-ci has left #jruby [#jruby]
<lopex> chrisseaton: pauseAllThreadsAndExecute is truffle specific ?
<chrisseaton> chrisseaton: yes - but I think you could possibly create the same thing with indy's switch point - not sure of the specifics
<chrisseaton> it's a neat idea isn't it?
<chrisseaton> it effectively allows you to send a closure from one thread to be executed on another, with zero overhead until you actually use it
<lopex> chrisseaton: oh, the failover case, right
<lopex> the fail case can be arbitrary code on artibtrary thread right ?
<chrisseaton> not sure what you mean by fail case - but it's actually arbitrary code to all threads - and that code can check the thread it is if it wants
<lopex> the invalidate
<lopex> chrisseaton: you mean guardWithTest ?
<chrisseaton> for indy - there's an actual SwitchPoint object that does invalidation like this I think
<chrisseaton> so not a call site - something else entirely
<chrisseaton> headius would be able to explain how it works I'm sure
<lopex> yeah I'm talking about j.l.invoke.SwitchPoint
<lopex> just asking about thread semantics
josh-k_ has quit [Remote host closed the connection]
<chrisseaton> yeah, and our logic goes into something like the fail case of that
<lopex> chrisseaton: back in time in 1.8 times it was a mayhem to mimic mir green scheduling semantics
<lopex> *mri
diegoviola has quit [Remote host closed the connection]
<lopex> chrisseaton: and Charlie made all of that work magically
<lopex> lots of hacks
<lopex> chrisseaton: the graal repo is huge
<lopex> chrisseaton: what other languages are going to be homed there ?
<chrisseaton> it's a fork of OpenJDK, so it's all of the history of that as well
<chrisseaton> It used to include a bundled version of Ruby, but now it's just Graal
<chrisseaton> There might be some other repos appearing in the Oracle Labs org soon
<chrisseaton> (that's not a teaser for some big release, I just mean at some point we'll mirror some other stuff)
<lopex> chrisseaton: will look after that repo
<lopex> I'm mean follow
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:928acd1 by Chris Seaton): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/40489183)
travis-ci has left #jruby [#jruby]
e_dub has quit [Quit: ZZZzzz…]
e_dub has joined #jruby
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:928acd1 by Chris Seaton): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/40489183)
travis-ci has left #jruby [#jruby]
e_dub has quit [Read error: Connection reset by peer]
erikhatcher has joined #jruby
e_dub has joined #jruby
havenwood has quit [Ping timeout: 250 seconds]
travis-ci has joined #jruby
travis-ci has left #jruby [#jruby]
<travis-ci> jruby/jruby (master:928acd1 by Chris Seaton): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/40489183)
josh-k has joined #jruby
<headius> good evening!
<lopex> hello!
<headius> what was all that about switchpoints and threads and closures, eh?
<headius> not sure I followed
<lopex> headius: initially, after tracing chrisseaton's commits I saw pauseAllThreadsAndExecute, but I misinterpreted it's meaning
<lopex> headius: I guess it resembled old mri kill problems
<lopex> :)
<lopex> I though graal had some magic kill powers
<lopex> *thought
<headius> sounds like a GIL or the old Thread.critical
<lopex> yeah
<lopex> all the green thingies
<headius> I think Thread.exclusive is the new equivalent, which would make sense with the "send a closure to another thread to execute" bit
thsig has joined #jruby
<lopex> headius: though the powers on deopt could emulate lots of things right ?
<lopex> in indy
<lopex> with switchpoin for example
<headius> sure...we'd need a way to know all threads had reached a safepoint to pause, but it's definitely doable
<chrisseaton> hi
<headius> we already use a switchpoint for the thread events, but all they do right now is deopt and issue the event