<locks> this week's posts are so gewd
<locks> 11:00 PM <yorickpeterse> also, people generally suggest documentation work
<locks> true about like API docs
<locks> but what I've seen people contribute to in Ember.js is to the guides
<locks> mostly stuff like "I was trying to do the getting started and this step is wrong" etc
<locks> but I've also come to projects wanting to help out with the documentation, but if you don't know something then you can't document it
<locks> sorry for dropping in :P
postmodern has joined #rubinius
<postmodern> having issues with curb building on travis.ci with rbx-2
<postmodern> curb_multi.c:559:7: warning: implicit declaration of function ‘rb_thread_select’ [-Wimplicit-function-declaration]
elia has quit [Quit: Computer has gone to sleep.]
<headius> fwiw, the first question we get from folks wanting to contribute to JRuby is "do you have any bugs marked for beginners?"
<headius> pretty much every time
<yorickpeterse> postmodern: ughhgh I remembe rsomething about Curb not working
<locks> headius: how much overhead does that entail in your experience?
<yorickpeterse> postmodern: we _do_ have rb_thread_select though
<headius> locks: the overhead is entirely in resisting the urge to just implement it ourselves
<headius> it's a tough balance because we want there to be open items for beginning contribs, but we don't want to leave functionality gaps
<locks> right
<yorickpeterse> postmodern: ehm
<yorickpeterse> postmodern: that build fails because of an install failure in RVM
<headius> the stuff we mark as beginner are usually new small features, code improvement, refactoring
<headius> stuff that needs to be done but isn't critical path
<yorickpeterse> postmodern: use "rbx-2" instead of "rbx-head"
<yorickpeterse> brixen: Oga release this weekend, so you can start preparing the lawyers at Enova :P
<|jemc|> heh
<yorickpeterse> and with that I'm off because "oh lord it's already 01:15"
<postmodern> yorickpeterse, oops thanks, was an old failure
<headius> yorickpeterse: performance?!
<headius> if I have some cycles tonight I'll give it a shot...you still have good benchmarks in there?
<yorickpeterse> headius: "meh" for now
<yorickpeterse> best to benchmark on the "css" branch as I made a bunch of changes to the XML lexer there
<headius> ok
<heftig> hm, so will rbx 3 step away from the bison parser?
<yorickpeterse> heftig: No
<yorickpeterse> at least I highly doubt we'll be re-writing the Ruby parser in LPEG
<yorickpeterse> That would be _a lot_ of work
postmodern has quit [Quit: Leaving]
<heftig> "Adding parsing instructions also enables Rubinius to read pre-compiled bytecode describing parsing operations and execute them. This is extremely useful when bootstrapping, where we need to parse Ruby code to execute it, but we need to execute Ruby code to be able to parse it."
<heftig> his paragraph seems to suggest that, though
<yorickpeterse> That might've been an example, though I could be mistaken
<yorickpeterse> But considering it took whitequark well over a year to do this in Ruby, and his parser isn't 100% compatible, I'd be surprised if we were going to rewrite it
<yorickpeterse> and I don't think there are Bison -> LPEG converters either
<headius> very unlikely :-)
<yorickpeterse> MRI also randomly changes (and breaks) syntax on patch levels, keeping up with that would be mad
<headius> in my 9 years working on Ruby, there has not been a 100% compatible (or even close) parser that wasn't basically just the bison grammar ported to some other setup
<headius> the closest is probably an ANTLR grammar that Xruby and later Rhodes used
<yorickpeterse> XRuby?
* yorickpeterse is probably too young for this
<yorickpeterse> Ah, Ruby to Java
<headius> XRuby was a JVM Ruby that started out with a bytecode compiler and worked from there
<headius> yeah, it never took off but the Rhomobile folks adopted that for their blackberry and android support
<yorickpeterse> right, I'm off, toodles
<headius> have a good one
houhoulis has joined #rubinius
josh-k has joined #rubinius
josh-k has quit [Remote host closed the connection]
|jemc| has quit [Ping timeout: 245 seconds]
<locks> automatic updates is something else :D (reading the posts)
<headius> I like it
<headius> but I like ruby installers too
<locks> from what I understood rbx will use whatever mechanism you used to install
<headius> yeah, seems good if that's the case
<johnmuhl> headius: What do you like so much about ruby installers? My experience has been that they add pain to a pretty simple process; especially for JRuby (which I feel has the best install experience).
<headius> johnmuhl: for me it's a matter of managing many rubies reasonably well, rather than a few rubies perfectly
<locks> johnmuhl: so far the chruby+ruby-install combo as served me well
<headius> I have never had trouble installing or managing dozens of installs with rvm, but I'm not a heavy user
<johnmuhl> Ah. I only need the latest of whatever Ruby the project requires so maintaining a bunch of versions has never been something I needed.
<locks> different strokes ;)
dimday has joined #rubinius
goyox86 has joined #rubinius
jeremyevans has quit [Read error: Connection reset by peer]
goyox86 has quit [Ping timeout: 265 seconds]
<johnmuhl> locks: I use ruby-install and a ~10 line fish function for auto-switching but using ruby-install is more about laziness rather than actually liking the thing.
<johnmuhl> it’s just brew install … afterall
<locks> why don't you brew install then?
<johnmuhl> laziness
<locks> haha
<johnmuhl> ruby-install remembers the brew install … part better than me
<locks> I had to install a bunch of versions to test mustache
<johnmuhl> it’s the … part I prefer to not remember
<locks> For example, some people are very interested in Rust and have asked if we're going to rewrite the virtual machine in Rust. We have no plans to do so, but if someone is interested, all they would need to do is implement the instruction set. The same goes for Haskell or Go or even asm.js.
* locks perks ears
enebo has joined #rubinius
amsi has quit [Quit: Leaving]
tenderlove has quit [Quit: Leaving...]
amclain has joined #rubinius
goyox86 has joined #rubinius
<cremes> locks: we need multiple implementations of the instruction set to prove its worth. ready? set? go!
goyox86 has quit [Ping timeout: 240 seconds]
parndt has joined #rubinius
<locks> cremes: how else could it be, right
parndt has quit [Ping timeout: 264 seconds]
meh` has quit [Ping timeout: 244 seconds]
parndt has joined #rubinius
enebo has quit [Quit: enebo]
<cremes> exactly. P)
<cremes> my real hope for rubinius 3 is that there is very little c++ or whatever non-ruby language folks use for SPEED involved in implementation.
<cremes> i like ruby. i want ruby.
<locks> ruby's all you need
|jemc| has joined #rubinius
|jemc|_ has joined #rubinius
|jemc| has quit [Read error: Connection reset by peer]
jeremyevans has joined #rubinius
|jemc|_ has quit [Client Quit]
|jemc| has joined #rubinius
havenwood has quit [Ping timeout: 250 seconds]
havenwood has joined #rubinius
amclain has quit [Quit: Leaving]
goyox86 has joined #rubinius
goyox86 has quit [Ping timeout: 264 seconds]
_whitelogger_ has joined #rubinius
stormwind has joined #rubinius
LTe_ has joined #rubinius
jnh_ has joined #rubinius
justinmcp_ has joined #rubinius
the_g_cat has joined #rubinius
erdic_ has joined #rubinius
alexsuraci has quit [Ping timeout: 272 seconds]
dbussink has quit [Ping timeout: 272 seconds]
cyndis has quit [Ping timeout: 272 seconds]
_whitelogger has quit [Ping timeout: 272 seconds]
sbryant has quit [Ping timeout: 272 seconds]
LTe has quit [Ping timeout: 272 seconds]
thegcat has quit [Ping timeout: 272 seconds]
jnh has quit [Ping timeout: 272 seconds]
stormwin1 has quit [Ping timeout: 272 seconds]
halorgium has quit [Ping timeout: 272 seconds]
TheMoonMaster has quit [Ping timeout: 272 seconds]
erdic has quit [Ping timeout: 272 seconds]
justinmcp has quit [Ping timeout: 272 seconds]
dmilith has quit [Ping timeout: 272 seconds]
the_g_cat is now known as thegcat
alexsuraci_ is now known as alexsuraci
dbussink_ has joined #rubinius
dbussink_ is now known as dbussink
erdic_ is now known as erdic
dmilith has joined #rubinius
sbryant has joined #rubinius
halorgium has joined #rubinius
TheMoonMaster has joined #rubinius
amclain has joined #rubinius
noop has joined #rubinius
noop has quit [Ping timeout: 265 seconds]
parndt has quit []
<brixen> cremes: we do, too :)
JohnBat26 has joined #rubinius
amclain has quit [Quit: Leaving]
|jemc| has quit [Quit: WeeChat 1.0.1]
|jemc| has joined #rubinius
RageLtMan has quit [Ping timeout: 250 seconds]
RageLtMan has joined #rubinius
goyox86 has joined #rubinius
goyox86 has quit [Ping timeout: 240 seconds]
<bennyklotz> brixen: awesome post :)
dviola has quit [Read error: Connection reset by peer]
|jemc| has quit [Ping timeout: 272 seconds]
jnh_ has quit [Remote host closed the connection]
<RageLtMan> just found myself wandering through the twilight zone as i realized that RBX 2.1 does a better job of functioning in a manner compatible with 1.9 than MRI 2.1.3. The gremlins are really starting to come out of the woodwork in that codebase
larstobi has joined #rubinius
goyox86 has joined #rubinius
goyox86 has quit [Ping timeout: 255 seconds]
jnh has joined #rubinius
jnh has quit [Ping timeout: 265 seconds]
soulhacker has joined #rubinius
kagaro has quit [Ping timeout: 244 seconds]
josh-k has joined #rubinius
josh-k_ has joined #rubinius
josh-k has quit [Ping timeout: 265 seconds]
dimday has quit [Ping timeout: 265 seconds]
noop has joined #rubinius
flavio has joined #rubinius
havenwood has quit [Remote host closed the connection]
slaught has quit [Quit: slaught]
soulhacker has quit [Quit: Textual IRC Client: www.textualapp.com]
benlovell has joined #rubinius
elia has joined #rubinius
noop has quit [Ping timeout: 255 seconds]
noop has joined #rubinius
jnh has joined #rubinius
<yorickpeterse> morning
jnh has quit [Ping timeout: 265 seconds]
erdic has quit [Ping timeout: 264 seconds]
erdic has joined #rubinius
<dreinull> hi, good morning
lbianc has quit [Quit: ChatZilla 0.9.91 [Firefox 24.8.1/20140923194127]]
<dreinull> hm, problems installing 2.3.0: http://fpaste.org/150402/41587478/
<yorickpeterse> dreinull: install libedit-dev
<yorickpeterse> LLVM now suddenly requires it for some reason
<dreinull> ok, maybe even rvm will work then.
<yorickpeterse> No, you just need to run this:
<yorickpeterse> yum install libedit-devel
<yorickpeterse> (if you're on Fedora/CentOS/etc)
<yorickpeterse> for other distros it's probably "apt-get install libedit-dev"
<dreinull> yes, did that. but the pastie is from a custom build
<dreinull> since rvm failed before.
<dreinull> so if that dep was missing maybe I can also use rvm to install since I now have libedit-dev
<mpapis> dreinull, if it works make sure to open a ticket/PR to add the dependency to RVM :)
<dreinull> takes a while, mpapis
<mpapis> I know
<yorickpeterse> I'll add it to the website as well
<yorickpeterse> Now the question is, does it require libedit or editline
<yorickpeterse> ah, editline
<dreinull> theres an error in rvm, mpapis: http://fpaste.org/150405/58760141/
_elia has joined #rubinius
elia has quit [Read error: Connection reset by peer]
<yorickpeterse> dreinull: rvm install rbx --rubygems ignore
<mpapis> yorickpeterse, so rbx comes with RG-2.4.2 and can not be updated to 2.4.3?
<yorickpeterse> mpapis: Yes, and yes it can, but we've had this problem in the past so many times where RVM tries to upgrade RubyGems and fail at it for whatever reason
<yorickpeterse> it's why that option was added in the first place
<mpapis> yorickpeterse, running setup.rb is still supported method of installing rubygems ... can we find why it fails?
<yorickpeterse> well, dreinull would have to provide the full rubygems log as a start
<mpapis> dreinull, can you show us /home/user/.rvm/log/1415874961_rbx-2.3.0/rubygems.install.log
ahkurtz_ has quit [Ping timeout: 244 seconds]
ahkurtz has joined #rubinius
<Rotonen> wth MRI, buliding still silently breaks if there is a C_INCLUDE_PATH set in the system (even if it is set to sensible things) and building only works if that shell variable is unset? O.o
<Rotonen> by silently breaking i mean completing and producing a subtly non-functional interpreter (one fine example is not finding symbols when referencing SHA1 code)
<yorickpeterse> dreinull: problem starts at line 5, apparently it's trying to load corrupted bytecode
<mpapis> yorickpeterse, check line 9 - checking if I can disable installation of docs
<yorickpeterse> That shouldn't be causing it
<mpapis> there it is --no-document - it's the first thing I set in my gemrc - that's why I never had this problem
<yorickpeterse> I suspect the LLVM bug is caused due to the invalid bytecode
<mpapis> yorickpeterse, it worked in line 8, docs fail in line 9
<yorickpeterse> or is at least, somehow related
<yorickpeterse> mpapis: I'm suspicious though
<yorickpeterse> either way, if docs crash the JIT then that's a bug we need to fix
<yorickpeterse> (in rbx)
<mpapis> yorickpeterse, you can investigate the bug I will disable the docs so it works on older versions
<dreinull> meanwhile I'm compiling…
<dreinull> might as well replace the central heating unit with my laptop
<mpapis> dreinull, rvm get head should fix the documentation crash issue
<dreinull> mpapis next run
<dreinull> with rubygems ignoer it worked well
josh-k_ has quit [Remote host closed the connection]
josh-k has joined #rubinius
kagaro has joined #rubinius
josh-k has quit [Ping timeout: 250 seconds]
jnh has joined #rubinius
jnh has quit [Ping timeout: 244 seconds]
noop has quit [Ping timeout: 240 seconds]
<cremes> brixen: :P
noop has joined #rubinius
benlovell has quit [Ping timeout: 256 seconds]
<mpapis> dreinull, as always commited and for got to push changes, the update is now online - if you had it running break it and run again after `rvm get head`
exgf_u has joined #rubinius
exgf has quit [Remote host closed the connection]
cyndis_ is now known as cyndis
meh` has joined #rubinius
jnh has joined #rubinius
jnh has quit [Ping timeout: 244 seconds]
benlovell has joined #rubinius
enebo has joined #rubinius
JohnBat26 has quit [Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/]
RageLtMan has quit [Read error: Connection reset by peer]
lbianc has joined #rubinius
benlovell has quit [Ping timeout: 244 seconds]
benlovell has joined #rubinius
sferik has joined #rubinius
jnh has joined #rubinius
jnh has quit [Ping timeout: 265 seconds]
<kagaro> hrmm rubysl-openssl wont install missing ruby/thread_native.h
<yorickpeterse> kagaro: euh, we do have that header in place
<yorickpeterse> in 2.3 that is
<kagaro> not in 2.2.10 .. so ill have to ignore it for now
<yorickpeterse> Correct
<kagaro> i cant run 2.3 it crashes at random on me
<yorickpeterse> You can't install latest rubysl-openssl in 2.2.10
<yorickpeterse> brixen: we need to add a min rbx version to rubysl-openssl if that's even possible in Rubygems
<kagaro> better yet yorickpeterse figure out why we get random crashes with threads on 2.3
<yorickpeterse> well, start providing stack traces :)
<yorickpeterse> I can't clap my hands and suddenly understand what problems you're having
<yorickpeterse> If you're seeing SIGABRT errors, that's the JIT
<yorickpeterse> we're working on fixing that
dberlinger has joined #rubinius
<kagaro> it is a jit issue i posted stacks :P unable to compile method
diegoviola has joined #rubinius
<yorickpeterse> Do you have a link?
<kagaro> ya hold on
<yorickpeterse> That looks like a JIT abort yeah
<kagaro> i updated puma version to see if its something there causing it letting ti run now
<yorickpeterse> Pretty sure it's not Puma specific
<kagaro> well nope got a SIGSEGV that time
<yorickpeterse> I've been getting similar errors in non Pum apps
<yorickpeterse> (SIGABRT that is)
<kagaro> lol that time it was a execjs segfault
<yorickpeterse> You'd be surprised how much shit doesn't work without a GIL
<kagaro> im taxing my machine heavily now to see if load adds a factor
<yorickpeterse> (Gems that is)
<kagaro> running handbrake while running puma .. machine is crying
<kagaro> trying to get a sigabt
havenwood has joined #rubinius
johnmuhl has quit [Quit: Connection closed for inactivity]
houhoulis has quit [Remote host closed the connection]
sferik has quit [Ping timeout: 250 seconds]
sferik has joined #rubinius
sferik has quit [Client Quit]
josh-k_ has joined #rubinius
sferik has joined #rubinius
|jemc| has joined #rubinius
lbianc has quit [Ping timeout: 250 seconds]
lbianc has joined #rubinius
_elia has quit [Quit: Computer has gone to sleep.]
sferik_ has joined #rubinius
sferik has quit [Ping timeout: 250 seconds]
tenderlove has joined #rubinius
jnh has joined #rubinius
jnh has quit [Ping timeout: 272 seconds]
flavio has quit [Quit: WeeChat 1.0]
benlovell has quit [Ping timeout: 240 seconds]
<yorickpeterse> headius: is exec() guaranteed to work on JRuby?
sferik_ has quit [Read error: Connection reset by peer]
sferik has joined #rubinius
<yxhuvud> yorickpeterse: afaik, it is *never* guaranteed to work, since the underlying operation can fail.
<yxhuvud> (see execve(2) man page for details)
<yorickpeterse> yxhuvud: what I mean is whether the JVM will shit itself or not
<yorickpeterse> you can do fork() using FFI on the JVM, but it might crap itself
<yorickpeterse> also bbl train
sferik_ has joined #rubinius
sferik has quit [Ping timeout: 250 seconds]
amsi has joined #rubinius
<chrisseaton> yorickpeterse: the JVM doesn't like to be forked at all
<diegoviola> Java is such a big pain to work with, jesus christ
<diegoviola> all the build tools, xml, etc
sferik has joined #rubinius
sferik_ has quit [Ping timeout: 250 seconds]
sferik has quit [Ping timeout: 250 seconds]
enebo has quit [Quit: enebo]
yipstar has joined #rubinius
jnh has joined #rubinius
jnh has quit [Ping timeout: 265 seconds]
benlovell has joined #rubinius
JohnBat26 has joined #rubinius
benlovell has quit [Ping timeout: 244 seconds]
josh-k_ has quit [Remote host closed the connection]
josh-k has joined #rubinius
josh-k has quit [Ping timeout: 245 seconds]
lbianc_ has joined #rubinius
lbianc has quit [Ping timeout: 244 seconds]
lbianc_ is now known as lbianc
evan_ is now known as evan
yxhuvud has quit [Remote host closed the connection]
jnh has joined #rubinius
jnh has quit [Ping timeout: 265 seconds]
lbianc_ has joined #rubinius
lbianc has quit [Ping timeout: 240 seconds]
lbianc_ is now known as lbianc
houhoulis has joined #rubinius
noop has quit [Ping timeout: 240 seconds]
GitHub80 has joined #rubinius
GitHub80 has left #rubinius [#rubinius]
<GitHub80> [rubinius] gustavotemple opened pull request #3209: Fix typo (master...fix-typo) http://git.io/WIpBQA
GitHub171 has joined #rubinius
<GitHub171> [rubinius] YorickPeterse pushed 2 new commits to master: http://git.io/s9L2wg
<GitHub171> rubinius/master 294c6d6 Gustavo Frederico Temple Pedrosa: Fix typo...
<GitHub171> rubinius/master b871cd5 Yorick Peterse: Merge pull request #3209 from gustavotemple/fix-typo...
GitHub171 has left #rubinius [#rubinius]
GitHub13 has joined #rubinius
<GitHub13> [rubinius] YorickPeterse closed pull request #3209: Fix typo (master...fix-typo) http://git.io/WIpBQA
GitHub13 has left #rubinius [#rubinius]
jnh has joined #rubinius
josh-k has joined #rubinius
havenwood has quit []
jnh has quit [Ping timeout: 265 seconds]
josh-k has quit [Ping timeout: 255 seconds]
amsi has quit [Ping timeout: 255 seconds]
yxhuvud has joined #rubinius
travis-ci has joined #rubinius
<travis-ci> rubinius/rubinius/master (b871cd5 - Yorick Peterse): The build was broken.
travis-ci has left #rubinius [#rubinius]
havenwood has joined #rubinius
<yorickpeterse> wat
<yorickpeterse> ugh, those exit specs again
<cremes> yorickpeterse: did u review part4 yet?
<yorickpeterse> I've seen those race before
<yorickpeterse> oh shoot, good thinking
<yorickpeterse> haven't checked my Email yet
<cremes> ha
<yorickpeterse> what's this, it's not even there yet
<yorickpeterse> but there's a Ruby weekly
<yorickpeterse> lets 1) fork the entire mspec process 2) not actually test the result of exit! in a Thread
<headius> kagaro: exec should work fine on JRuby
<kagaro> what about jruby ? im not using it in my system right now
<headius> oops, sorry, that was yorickpeterse
<yorickpeterse> headius: ok
<yorickpeterse> why the hell does this spec even call sleep(1)
<yorickpeterse> followed by another Process.exit!
<yorickpeterse> that makes no sense, it should've already been killed
<cremes> yorickpeterse: git blame
JohnBat26 has quit [Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/]
<yorickpeterse> 2012
<yorickpeterse> it was moved into a shared spec
<yorickpeterse> aha
* yorickpeterse looks sternly at dbussink
<yorickpeterse> aaah
<yorickpeterse> so it's to make sure the exit status is 1, not 2
<yorickpeterse> right
<yorickpeterse> but the sleep + Thread combo is racy as hell
elia has joined #rubinius
<yorickpeterse> now I have to see if my version is less racy
<yorickpeterse> oh the wonders of multi-threading
diegoviola has quit [Quit: WeeChat 1.0.1]
<yorickpeterse> allright, lets see what travis has to say
GitHub124 has joined #rubinius
<GitHub124> [rubinius] YorickPeterse pushed 1 new commit to master: http://git.io/N_6j1Q
<GitHub124> rubinius/master ab2d1f3 Yorick Peterse: Less racy specs for Process.exit!...
GitHub124 has left #rubinius [#rubinius]
<yorickpeterse> Anybody want to place bets on the build output of Travis?
<yorickpeterse> My money is on a failure
<yorickpeterse> I'll put in 5 Doge
* yorickpeterse isn't sure what he actually has in his Doge wallet, hasn't used it for a long time
<yorickpeterse> oh hey, part 4 is here
<yorickpeterse> well, the preview for the super exclusive Rubinius club
<yorickpeterse> :>
* |jemc| slaps yorickpeterse with one of yorickpeterse's custom weechat slap scripts
* yorickpeterse slaps |jemc|'s bottom and grins cheekily
<yorickpeterse> excellent
<cremes> grins cheekily after slapping his bottom? oh my, this channel just got racey.
<yorickpeterse> Hey blame the plugin, not me
amsi has joined #rubinius
<cremes> you wrote it? you get the blame. :P
<yorickpeterse> No, I downloaded it
<yorickpeterse> I'm innocent
<cremes> you installed it, right?
<yorickpeterse> ...no..
<cremes> quit trying to weasel out of this!!
<yorickpeterse> it installed itself!
<yorickpeterse> but yeah, some of them are a bit odd
jnh has joined #rubinius
jnh has quit [Ping timeout: 244 seconds]
diegoviola has joined #rubinius
GitHub40 has joined #rubinius
<GitHub40> [rubinius] sshao pushed 4 new commits to 1.8.7: http://git.io/59sE4g
<GitHub40> rubinius/1.8.7 7107475 Sophia Shao: Removed non-1.8 specs from Marshal.load specs. See be9a6d5
<GitHub40> rubinius/1.8.7 d2b2aeb Sophia Shao: Removed ruby_version guards from Marshal.load specs. See be9a6d5
<GitHub40> rubinius/1.8.7 77f88ae Sophia Shao: Added new Marshal.load specs for objects with user-defined _dumps...
GitHub40 has left #rubinius [#rubinius]
travis-ci has joined #rubinius
<travis-ci> rubinius/rubinius/master (ab2d1f3 - Yorick Peterse): The build is still failing.
travis-ci has left #rubinius [#rubinius]
<yorickpeterse> OH COME ON
<yorickpeterse> I guess I won myself 5 doge
<yorickpeterse> lol, now other specs fail
* locks taps foot waiting for Part 4
<yorickpeterse> allright travis, now you really asked for it
<yorickpeterse> https://github.com/rubinius/rubinius/issues/3204 hm, that might actually be this
<yorickpeterse> brixen: https://github.com/rubinius/rubinius/blob/master/kernel/alpha.rb#L437-L444 how does this not end up in an infinite loop?
<yorickpeterse> is exit! here some special instruction of sorts?
<headius> shouldn't the primitive replace the code below it?
<brixen> it re-dispatches to the primitive with a value that the primitive will accept
<brixen> yorickpeterse: remember how Rubinius.primitive works
<brixen> that method first goes to the primitive implementation, if that fails, it runs the Ruby code
<yorickpeterse> Yes, but wouldn't that exactly make it run in a loop?
<yorickpeterse> since there exit! refers to Process.exit!
<yorickpeterse> Assuming the primitive were to fail every time, that would infinitely loop
slaught has joined #rubinius
<yorickpeterse> which _could_ be a reason as to some specs fail to exit immediately
<evan> yorickpeterse: you have to know WHY the primitive would fail
<evan> (hi btw!)
<yorickpeterse> evan: well yeah, that I'd need to figure out
<evan> and it fails if code is not a Fixnum
<yorickpeterse> I'm making my way through the code now to see what it actually does
<evan> thats why the fallback code handles the other cases or coerces
<evan> then calls itself with an argument it knows won't fail.
<evan> if you go look at the primitive
<evan> you'll see the type of the argument in C++
<yorickpeterse> evan: currently reading through vm_thread_state.cpp
<evan> and type assertions on the C++ arguments cause primitive failure
<yorickpeterse> Hmmm
<yorickpeterse> I wonder if it's possible for the thread-state not to instantly exit
<yorickpeterse> (opposed to a hard failure)
<yorickpeterse> That would also mean Process.exit! would go in a loop
travis-ci has joined #rubinius
<travis-ci> rubinius/rubinius/1.8.7 (8300291 - Sophia Shao): The build passed.
travis-ci has left #rubinius [#rubinius]
dberlinger has quit [Quit: Leaving...]
<yorickpeterse> hm interesting
<yorickpeterse> it seems the code after the primitive call is always executed
<yorickpeterse> well, lets see what el-bytecode has to say
lbianc has quit [Ping timeout: 240 seconds]
elia has quit [Quit: Computer has gone to sleep.]
slaught has quit [Quit: slaught]
elia has joined #rubinius
<brixen> locks: sorry, 50 mtgs today :p
<locks> reading it!
<yorickpeterse> magic the gathering s...?
<brixen> wait what?
* brixen brain is mush
<brixen> bbiab...
<yorickpeterse> I'm not sure what "mtgs" stands for, so I made that up
<yorickpeterse> unless it was "meetings to go see"
<yorickpeterse> hihi
<yorickpeterse> Dutch people giving talks are so typical
<yorickpeterse> gotta love their sense of humor
<yorickpeterse> "Agile is a cancer" boom done, set the tone
<headius> yorickpeterse: it's short for "mtgs to go see"
<yorickpeterse> hehehe
<yorickpeterse> "Here's the worst thing about Agile: we're being fucked...YOU'RE BEING FUCKED...YOU'RE BEING FUCKED" hahahaha this talk
<yorickpeterse> I might've found my match
<locks> erik is soemthing else
<locks> that shirt
<yorickpeterse> you gotta have some guts to wear that
<locks> he must have a dozen of them
<locks> because he always wears them
<dreinull> one of my apps is about 20% slower on rbx than on 2.1.4.
<dreinull> not sure why, though
<yorickpeterse> dreinull: that sounds reasonable
<yorickpeterse> dreinull: do make sure you also benchmark the concurrent performance
<dreinull> other apps fare jsut fine.
<dreinull> there is no concurrency :D
<yorickpeterse> e.g. I have an app that's substantially slower for individual work, but beats MRI hands down in doing things in parallel
<yorickpeterse> So while individual timings are higher, the throughput is about 1,5x higher
<dreinull> five users per week at best :)
<headius> I got into an argument with Erik about working for MS on closed source, many years ago
<headius> I guess I can't argue about that anymore
<locks> headius: guess you lost the argument, huh :D
heroux has quit [Ping timeout: 264 seconds]
<headius> I was super right for 7 years
<locks> haha
<headius> history can judge me how it will
<yorickpeterse> eh, what was the argument about?
heroux has joined #rubinius
<yorickpeterse> (as in, what specific part of working for MS on closed source)
<headius> I was mostly playing devil's advocate, but I wanted to know if it bothered him that he was doing awesome research nobody would ever see
<headius> it was in good humor
josh-k has joined #rubinius
<yorickpeterse> heh
diegoviola has quit [Ping timeout: 240 seconds]
josh-k has quit [Ping timeout: 256 seconds]
goyox86 has joined #rubinius
jnh has joined #rubinius
jnh has quit [Ping timeout: 265 seconds]
<yorickpeterse> D
<yorickpeterse> * :D
<yorickpeterse> wrapped up CSS eval support
<yorickpeterse> now to write docs
<yorickpeterse> lots of docs
diegoviola has joined #rubinius
<goyox86> Hey guys how is Rubinius::Metrics right now send data to StatsD?
<goyox86> hOW IS INTENDED TO BE USED?
<goyox86> Sorry
<goyox86> caps
_dyrim has joined #rubinius
<yorickpeterse> goyox86: run Rbx using...
<yorickpeterse> rbx -Xsystem.metrics.target=statsd -Xsystem.metrics.statsd.server=localhost:1234
<goyox86> yorickpeterse: =)