Show enters and exits. Hide enters and exits.
| 01:03:27 | brixen | why the eff are library/complex specs failing... |
| 01:03:38 | brixen | I didn't touch those, or anything that touches them |
| 01:04:10 | evan | :/ |
| 01:04:14 | evan | does it use Struct? |
| 01:04:18 | evan | i fixed up those specs. |
| 01:04:22 | brixen | not sure yet |
| 01:04:31 | brixen | just ran a full CI and have specs failing |
| 01:04:37 | evan | :| |
| 01:04:48 | evan | i've rewiriting ruby finalizers finally |
| 01:04:51 | evan | rewired. |
| 01:05:02 | brixen | ok |
| 02:09:33 | cremes | brixen: looking at pack & unpack now; looks like the unpack.rl has some better naming of the ragel machines than pack.rl |
| 02:09:58 | cremes | the problem with adding more directives is that i can't f*ing figure out what they each do |
| 02:10:31 | cremes | the ruby code, while fairly straightforward, is doing lots of weird math for which i don't understand the basis |
| 02:11:04 | cremes | i'll try to produce the pack for 'V' in a fork and let you take a look at it |
| 02:11:10 | cremes | give me a day or so |
| 02:20:36 | brixen | cremes: I'm going to be working on them |
| 02:20:51 | brixen | feel free to send a patch, but I'm going to work on what comes up in my queue |
| 02:21:04 | brixen | and fixing specs first |
| 02:21:07 | cremes | is 'V' early in your queue or late? |
| 02:21:15 | brixen | I'm about to push a bunch of specs, including V ones |
| 02:21:21 | brixen | but first I have sync rubyspec |
| 02:21:26 | cremes | k |
| 02:21:47 | brixen | I'm going to impl the "integer" ones next |
| 02:21:56 | brixen | so IiLlSsVvNnQq |
| 02:22:05 | brixen | since they are related and I need to work out how I want to do it |
| 02:22:28 | cremes | okay, i'll do E then |
| 02:22:45 | brixen | k |
| 03:04:35 | brixen | great, fireworks trying to run sync'd rubyspecs |
| 03:04:50 | brixen | this is going to take a while, so I shall get some food first |
| 07:07:33 | boyscout | Updated MSpec source to 7e5d31bc. - 854a6f7 - Brian Ford |
| 07:07:33 | boyscout | Fixed specs for Array#pack IiLlSs. - 910ef1b - Brian Ford |
| 07:07:34 | boyscout | Fixed Array#pack specs for NnQqVv. - afff187 - Brian Ford |
| 07:07:34 | boyscout | Fixed C-API rb_throw specs to annotate control flow. - f1df2b0 - Brian Ford |
| 07:07:34 | boyscout | Updated CI specs to RubySpec 4d94329f. - cafe505 - Brian Ford |
| 07:15:48 | boyscout | CI: rubinius: 766535b successful: 3500 files, 14306 examples, 42065 expectations, 0 failures, 0 errors |
| 11:58:05 | rb2k | anybody in here know the details of the GIL in the major ruby versions at the moment? |
| 11:58:17 | rb2k | (or has a link to somewhere where it's discussed) |
| 11:59:22 | rb2k | as far as I understood, the rb_thread_blocking_region() can be used by C extensions to allow for actual threading |
| 12:00:13 | rb2k | but that's only for extensions |
| 12:00:20 | rb2k | actual ruby code is never being executed in parallel |
| 12:57:16 | boyscout | CI: rubinius: 766535b successful: 3500 files, 14306 examples, 42065 expectations, 0 failures, 0 errors |
| 13:45:35 | thelinuxlich | is it me or rubygems runs a lot faster than 1.9 on rbx? |
| 13:57:50 | goyox86 | people, i've received the mail notification abot the evan's rubinius webinar, but when i follow the link i ogt the yehuda "Rails 3 for Mobile Apps", is there only me? :s |
| 13:58:00 | goyox86 | i got* |
| 14:03:54 | dbussink | rb2k: you could look at the python discussion why it's not an easy thing to do |
| 14:04:16 | rb2k | dbussink: yeah, I already read a bit on the python-3000 mailing list |
| 14:04:21 | rb2k | thanks! |
| 14:04:35 | dbussink | jruby doesn't have a gil btw |
| 14:04:40 | dbussink | because it leverages the jvm |
| 14:05:09 | dbussink | and rbx is also moving that way, but nowhere near there yet though |
| 15:04:13 | thelinuxlich | I tried to run my integration tests with cucumber on rbx, but no luck. Is this normal? |
| 15:15:04 | dbussink | thelinuxlich: that completely depends |
| 15:15:13 | dbussink | on what kind of error etc. you're seeing |
| 15:15:17 | dbussink | which rubinius version you're using |
| 15:15:35 | dbussink | if you can provide detailed information, we can tell more about what's going on |
| 15:15:41 | thelinuxlich | rbx 1.0.1 |
| 15:15:53 | dbussink | there has been a whole slew of fixes since then |
| 15:16:00 | dbussink | so i suggest trying with latest master |
| 15:16:04 | dbussink | and see where it gets you |
| 15:16:08 | thelinuxlich | ok I'll install rbx-head |
| 15:16:14 | dbussink | and extract as much information out of it as possible |
| 15:16:20 | dbussink | backtraces, smaller code reproductions etc. |
| 15:16:33 | dbussink | but i'm off for now, back later |
| 15:18:00 | thelinuxlich | tks |
| 15:18:48 | Defiler | Anyone feel like jogging my memory on how super in initialize works? |
| 15:18:56 | Defiler | let's say I have this very common pattern.. |
| 15:19:05 | Defiler | def initialize(thing, options = nil) |
| 15:19:17 | Defiler | there's no way to call super and end up with that 'options' local modified, right? |
| 15:19:34 | Defiler | My goal is to just have the usual options normalization tomfoolery in the super initialize |
| 15:19:43 | Defiler | and not need to do that in every subclass |
| 15:20:06 | Defiler | My best bet is to make that set @options and then use the ivar after calling super, to my understanding. |
| 15:46:56 | brixen | Defiler: yeah, that's what I do |
| 15:47:02 | brixen | quite a bit in the compiler actually |
| 15:48:54 | Defiler | cool |
| 15:57:38 | brixen | goyox86: http://bit.ly/9mXvb4 |
| 15:57:48 | brixen | goyox86: that's a link to evan's webinar recorded |
| 16:43:48 | thelinuxlich | well rbx-head gives me the same error running cucumber tests |
| 16:43:55 | thelinuxlich | *** THIS RUBY IMPLEMENTATION DOESN'T REPORT FILE AND LINE FOR PROCS ***Error: signal SIGSEGV |
| 16:44:54 | thelinuxlich | I've installed rbx-head with rvm |
| 16:45:11 | Defiler | cucumber isn't going to work yet, likely |
| 16:45:34 | Defiler | Though we do support file and line for procs |
| 16:45:35 | thelinuxlich | :~ |
| 16:45:42 | Defiler | probably just not in the way cucumber is checking for it |
| 16:45:50 | Defiler | (I know we do because rspec uses that heavily) |
| 16:48:16 | thelinuxlich | problem is it just throws this error without any backtrace |
| 16:48:42 | Defiler | Yeah, cucumber likes doing that |
| 16:49:37 | jarib | that's just a warning |
| 16:49:53 | jarib | cucumber does work, it just won't report file/line for your step defs |
| 16:51:04 | thelinuxlich | jarib, it throws a segmentation fault after this error |
| 16:51:32 | jarib | yes, _something_ is causing the SIGSEGV |
| 16:51:44 | brixen | did you guys update to rbx-head? |
| 16:51:53 | jarib | i have cucumber CI running on rbx, working fine |
| 16:52:23 | brixen | thelinuxlich: could you show us the segv, please |
| 16:52:42 | jarib | thelinuxlich: it could just as well be the code in your step defs that's causing the segfault. |
| 16:54:05 | jarib | they're using a regexp to determine the file/line support http://github.com/aslakhellesoy/cucumber/blob/master/lib/cucumber/core_ext/proc.rb |
| 16:54:30 | thelinuxlich | brixen, how can I do it? It just throws a segmentation fault without any additional info |
| 16:55:02 | brixen | thelinuxlich: you can run under gdb |
| 16:55:27 | brixen | thelinuxlich: show me 'which ruby' and the command you are running and I'll give you a gdb command |
| 16:55:51 | jarib | brixen: looks like Proc#to_s has some additional spaces around the @ on rbx |
| 16:55:57 | thelinuxlich | /home/alisson/.rvm/rubies/rbx-head/bin/ruby |
| 16:56:12 | thelinuxlich | this is 'which ruby' output |
| 16:56:21 | thelinuxlich | i'm running 'rake cucumber' |
| 16:56:31 | evan | jarib: yeah, for readibility |
| 16:56:35 | evan | bad cucumber! |
| 16:56:38 | evan | *eyeroll* |
| 16:57:42 | brixen | thelinuxlich: do you have /home/alisson/.rvm/rubies/rbx-head/vm/vm ? |
| 16:58:17 | thelinuxlich | brixen, no |
| 16:58:30 | brixen | thelinuxlich: one sec, I'm installing rbx-head with rvm |
| 16:58:38 | brixen | I don't know how this is laid out by rvm yet |
| 16:58:55 | thelinuxlich | it uses 1.8.7-p249 to install rbx |
| 16:59:06 | brixen | yeah, I need the path to the rbx exx |
| 16:59:08 | brixen | er exe |
| 16:59:30 | brixen | thelinuxlich: find /home/alisson/.rvm/ -name vm |
| 17:00:02 | thelinuxlich | /home/alisson/.rvm/rubies/rbx-head/lib/vm |
| 17:00:19 | brixen | weird, ok |
| 17:00:49 | brixen | try: gdb --args /home/alisson/.rvm/rubies/rbx-head/lib/vm -S rake cucumber |
| 17:00:53 | brixen | thelinuxlich: ^^^ |
| 17:01:06 | brixen | once gdb starts, hit 'r' to run |
| 17:01:13 | brixen | 'r' <Enter> |
| 17:02:41 | thelinuxlich | hmm, file not found |
| 17:03:01 | thelinuxlich | there is also /home/alisson/.rvm/repos/rbx-head/spec/core/vm |
| 17:03:01 | thelinuxlich | /home/alisson/.rvm/repos/rbx-head/lib/vm |
| 17:03:01 | thelinuxlich | /home/alisson/.rvm/repos/rbx-head/vm |
| 17:03:01 | thelinuxlich | /home/alisson/.rvm/repos/rbx-head/doc/vm |
| 17:03:18 | thelinuxlich | /home/alisson/.rvm/src/rbx-head/spec/core/vm |
| 17:03:18 | thelinuxlich | /home/alisson/.rvm/src/rbx-head/lib/vm |
| 17:03:18 | thelinuxlich | /home/alisson/.rvm/src/rbx-head/vm |
| 17:03:18 | thelinuxlich | /home/alisson/.rvm/src/rbx-head/vm/vm |
| 17:03:18 | thelinuxlich | /home/alisson/.rvm/src/rbx-head/doc/vm |
| 17:03:43 | brixen | what the... |
| 17:03:57 | brixen | thelinuxlich: one sec, this is almost done |
| 17:09:58 | brixen | thelinuxlich: try: gdb --args /home/alisson/.rvm/src/rbx-head/vm/vm -S rake cucumber |
| 17:12:09 | thelinuxlich | *** THIS RUBY IMPLEMENTATION DOESN'T REPORT FILE AND LINE FOR PROCS *** |
| 17:12:09 | thelinuxlich | Error: signal SIGSEGV |
| 17:12:09 | thelinuxlich | rake aborted! |
| 17:12:09 | thelinuxlich | Command failed with status (1011): [/home/alisson/.rvm/rubies/rbx-head/bin/rbx...] |
| 17:12:09 | thelinuxlich | (See full trace by running task with --trace) |
| 17:12:10 | thelinuxlich | [Thread 0x7ffff503b710 (LWP 29980) exited] |
| 17:12:12 | thelinuxlich | [Thread 0x7ffff5a75710 (LWP 29974) exited] |
| 17:12:36 | evan | right |
| 17:12:38 | evan | that doesn't work |
| 17:12:45 | evan | because rake is starting a new process. |
| 17:12:52 | evan | you need to figure out the command rake is running |
| 17:12:56 | evan | and run that command directly |
| 17:13:04 | thelinuxlich | okay |
| 17:14:14 | thelinuxlich | Starting program: /home/alisson/.rvm/src/rbx-head/vm/vm -S cucumber features |
| 17:14:14 | thelinuxlich | [Thread debugging using libthread_db enabled] |
| 17:14:15 | thelinuxlich | [New Thread 0x7ffff5a75710 (LWP 30204)] |
| 17:14:15 | thelinuxlich | [New Thread 0x7ffff503b710 (LWP 30210)] |
| 17:14:15 | thelinuxlich | Using the default profile... |
| 17:14:15 | thelinuxlich | *** THIS RUBY IMPLEMENTATION DOESN'T REPORT FILE AND LINE FOR PROCS *** |
| 17:14:17 | thelinuxlich | Program received signal SIGSEGV, Segmentation fault. |
| 17:14:20 | thelinuxlich | 0xffffffffffffffff in ?? () |
| 17:14:30 | brixen | thelinuxlich: please use gist or pastie |
| 17:14:36 | thelinuxlich | sorry |
| 17:14:43 | brixen | what is the command rake is exec'ing? |
| 17:15:14 | brixen | oh, just cucumber |
| 17:15:24 | evan | thelinuxlich: please run 'bt' and gist the output |
| 17:16:58 | thelinuxlich | http://www.pastie.org/1042740 |
| 17:17:15 | evan | hrm |
| 17:17:16 | evan | finalizers. |
| 17:17:17 | evan | ok |
| 17:17:32 | evan | i'm working on them right now |
| 17:17:35 | cremes | i'm getting a sigsev too when running gem install; it didn't crash under gdb but does when run by itself |
| 17:17:36 | cremes | http://gist.github.com/474190 |
| 17:17:49 | evan | cremes: i fixed that bug yesterday |
| 17:17:49 | cremes | this is latest master on osx using rvm |
| 17:17:51 | evan | you might need to update. |
| 17:18:18 | cremes | huh... rvm must not be pulling and rebuilding properly; odd |
| 17:18:48 | evan | that could also be thelinuxlich's problem. |
| 17:18:54 | evan | when people have segfaults |
| 17:19:04 | evan | i usually suggest they build the source directly |
| 17:19:20 | evan | that removes variables from the equation. |
| 17:19:28 | evan | since i don't know what rvm does to rebuild |
| 17:20:31 | thelinuxlich | well I'm doing gem install without problems |
| 17:23:19 | evan | what does vm/vm -v say? |
| 17:24:47 | thelinuxlich | me? |
| 17:24:52 | evan | yes. |
| 17:24:53 | evan | you. |
| 17:25:07 | thelinuxlich | running gem install or cucumber? |
| 17:25:34 | evan | no |
| 17:25:39 | evan | just run ruby -v |
| 17:25:42 | evan | i want to see what commit you're on. |
| 17:25:51 | thelinuxlich | rubinius 1.0.1 (1.8.7 766535b2 2010-06-03 JI) [x86_64-unknown-linux-gnu] |
| 17:26:43 | evan | hrm. |
| 17:26:48 | evan | thats not a valid hash... |
| 17:27:09 | evan | ok, well |
| 17:27:17 | evan | when did you install rbx the first time? |
| 17:27:18 | evan | just now? |
| 17:27:18 | brixen | yeah, that's head |
| 17:27:24 | thelinuxlich | just now |
| 17:27:29 | brixen | that's my last commit last night |
| 17:27:32 | evan | oh oh |
| 17:27:36 | evan | thats why i'm missing it! |
| 17:27:37 | evan | ok. |
| 17:27:41 | evan | i'll have to debug this |
| 17:27:55 | evan | thelinuxlich: could you help me repro this? |
| 17:28:06 | evan | i need you to write the smallest features file that causes the bug |
| 17:28:26 | thelinuxlich | evan, ok |
| 17:40:32 | thelinuxlich | evan, the feature: http://www.pastie.org/1042785 |
| 17:40:43 | thelinuxlich | evan, the output: http://www.pastie.org/1042782 |
| 17:40:53 | evan | ok |
| 17:40:56 | evan | i'll check it out shortly. |
| 17:41:00 | evan | thanks for the repro. |
| 17:42:40 | thelinuxlich | thanks for the good work |
| 17:42:46 | thelinuxlich | btw, good webinar |
| 17:44:14 | evan | thanks! |
| 17:45:10 | wayneeseguin | evan: to rebuild *clean* 'rvm remove rbx-head ; rvm install rbx-head' |
| 17:45:18 | evan | ok |
| 17:45:21 | evan | thats what I figured. |
| 17:46:33 | evan | wayneeseguin: didn't mean to bag on rvm |
| 17:46:41 | evan | just that when people have hard crashes like this |
| 17:46:48 | evan | it's easier to work directly with a source checkout |
| 17:48:33 | cremes | wayneeseguin: any reason 'rvm install rbx-head' is 'lying' when it says "Pulling from origin master"? |
| 17:48:47 | wayneeseguin | cremes: not sure, grab a trace and gist it in #rvm |
| 17:48:49 | cremes | from that message i inferred it was pulling up-to-date sources |
| 17:48:56 | cremes | k |
| 17:48:57 | wayneeseguin | evan: :) |
| 18:05:41 | jc00ke | brixen: How's your love affair going with Windows? You sounded spurned last night. |
| 18:06:31 | brixen | jc00ke: there never has been, isn't, and never will be love between me and Windows |
| 18:06:38 | brixen | I hate that POS with passion :) |
| 18:06:39 | evan | anyone care to comment on what the name of the finalizer method should be? |
| 18:06:46 | evan | currently __finalize__ is winning. |
| 18:06:57 | brixen | seems reasonable evan |
| 18:07:47 | evan | k |
| 18:08:58 | cremes | i like __destroyer_of_worlds__ personally |
| 18:09:14 | brixen | haha |
| 18:09:28 | evan | cremes: a very good choise. |
| 18:09:29 | brixen | __tears_in_your_porridge__ |
| 18:09:31 | evan | choice. |
| 18:09:33 | evan | tell ya what |
| 18:09:38 | evan | you can alias that to __finalize__ |
| 18:09:39 | evan | cool? |
| 18:09:41 | brixen | heh |
| 18:09:43 | cremes | yes, quite |
| 18:09:49 | brixen | Ruby is so friendly like that |
| 18:10:23 | cremes | alias :__destroyer_of_worlds__ :__finalize__ |
| 18:10:33 | brixen | you can drop the : |
| 18:10:39 | brixen | make it look more mysterious |
| 18:10:41 | brixen | and deadly |
| 18:10:54 | cremes | brixen: i like how textmate colorizes it with the colon :) |
| 18:11:06 | brixen | oh, well who uses textmate? |
| 18:11:09 | brixen | on nvm |
| 18:11:11 | brixen | ur oh |
| 18:11:15 | brixen | heh |
| 18:13:12 | evan | hah |
| 18:14:16 | jc00ke | brixen: c'mon, you've never found a little something something in Windows? Paint? C'mon, Paint is awesome. |
| 18:14:26 | jc00ke | You get to write out bitmaps |
| 18:14:33 | jc00ke | I don't even know what those are |
| 18:15:04 | brixen | jc00ke: oh Paint, yeah, awesome |
| 18:15:07 | brixen | how could I forget :P |
| 18:15:13 | BrianRice-work | "run-length encoding" |
| 18:15:29 | evan | muhaha |
| 18:15:37 | evan | i've got object resurection from finalizers |
| 18:15:44 | BrianRice-work | to be fair: PowerShell |
| 18:16:12 | brixen | evan: you've introduced a __jesus__ method?! |
| 18:16:29 | brixen | BrianRice-work: PS == lipstick on a pig |
| 18:16:29 | sbryant | brixen: no just __holy_ghost__ |
| 18:16:31 | evan | jesus object. |
| 18:16:37 | jarib | wait, rubinius provides "real" finalizers? |
| 18:16:38 | jc00ke | It's pronounced hey-zeus |
| 18:16:58 | BrianRice-work | brixen, is there a way to put that lipstick on ruby? |
| 18:17:01 | evan | jarib: yep. |
| 18:17:09 | brixen | BrianRice-work: heh, um, I'll try? |
| 18:17:35 | BrianRice-work | heh |
| 18:17:38 | jarib | wow, nice. |
| 18:19:50 | jarib | is there a technical reason why MRI doesn't have __finalize__? |
| 18:20:49 | evan | jarib: they couldn't get resurection working I guess. |
| 18:20:57 | evan | you'd have to ask matz. |
| 18:21:31 | jarib | to be fair, i've only needed it once |
| 18:21:37 | jarib | and that was talking to a c lib |
| 18:22:14 | jarib | but still, nice addition! |
| 18:22:27 | evan | thanks! |
| 18:22:31 | evan | yeah, we can use them internally |
| 18:22:45 | evan | and people can use them portably via some conditional code. |
| 18:23:36 | jarib | shouldn't be too hard to make it work on jruby, i guess |
| 18:23:45 | evan | nope |
| 18:26:04 | evan | fuck yeah |
| 18:26:14 | evan | so, i need to go check out other GC finalizer behaviors |
| 18:26:17 | evan | i'm running the finalizers twice |
| 18:26:22 | evan | well, N times |
| 18:26:43 | evan | resurection causes the object to considered for finalization again |
| 18:26:50 | evan | that seems like the right logic |
| 18:26:53 | evan | thoughts anyone? |
| 18:28:06 | jarib | why is it resurrected? |
| 18:31:26 | evan | thats up to the programmer |
| 18:31:31 | jarib | is that if the user creates a reference _in_ the finalizer? |
| 18:31:37 | evan | yep |
| 18:31:49 | evan | def __finalize__; Finalized << self; end |
| 18:31:51 | evan | for instance. |
| 18:32:01 | evan | the JVM only runs finalizers once. |
| 18:32:15 | evan | if it's resurected, the finalizer isn't run again. |
| 18:32:19 | jarib | yeah, was just reading about it |
| 18:37:18 | brixen | hmm, seems like running the finalizer multiple times is more robust |
| 18:37:40 | brixen | should be the object's responsibility to understand resurrection and re-finalization |
| 18:39:54 | evan | agreed. |
| 18:40:00 | evan | so the JVM runs the finalizer once and only once |
| 18:40:03 | evan | which is wrong, imho. |
| 18:40:17 | evan | CLR has a GC.ReRegisterForFinalization method that you pass in a reference |
| 18:40:22 | evan | and it will be finalized again |
| 18:40:24 | evan | which is dumb. |
| 18:40:41 | evan | so i'm going to just continue to run finalizers if an object has been resurrected |
| 18:40:55 | brixen | seems the right approach to me |
| 18:41:06 | evan | the programmer should be smart enough to know they're resurrecting it and set a flag or whatever to know "oh, this is the 2nd time i'm being finalized" |
| 18:41:12 | brixen | right |
| 18:41:19 | evan | since it's ruby, you can just do @finalized = true or whatever |
| 18:41:22 | evan | unlike the JVM or CLR |
| 18:41:27 | evan | where there is no place to hang new info off |
| 18:41:39 | brixen | yeah |
| 18:43:33 | brixen | evan: in Fixnum and Bignum, we have various to_<platform_sized_number> but only to_long_long and to_ulong_long on Integer |
| 18:43:38 | brixen | any particular reason? |
| 18:44:24 | evan | nope |
| 18:44:27 | brixen | k |
| 18:44:31 | evan | just not as fleshed out. |
| 19:01:06 | evan | hm. |
| 19:01:12 | evan | I just pushed the finalizer changes |
| 19:01:23 | boyscout | Fix ruby finalizers finally - 270db0c - Evan Phoenix |
| 19:01:23 | boyscout | Add Rubinius specific #__finalize__ API for resurrectable finalizers - 657c6b0 - Evan Phoenix |
| 19:01:29 | evan | there we go. |
| 19:10:15 | evan | lunch! |
| 19:13:50 | boyscout | CI: rubinius: 657c6b0 successful: 3500 files, 14306 examples, 42065 expectations, 0 failures, 0 errors |
| 20:22:10 | evan | obj = Data_Wrap_Struct(klass, NULL, -1, lxr); |
| 20:22:12 | evan | O_o |
| 20:22:14 | evan | wtf gherkin. |
| 20:22:18 | evan | why are you passing -1 as the free function. |
| 20:24:08 | scoopr | README.EXT says it means just free() |
| 20:29:15 | evan | where? |
| 20:29:32 | evan | aah |
| 20:29:34 | evan | wow |
| 20:29:37 | evan | 8 years of ruby |
| 20:29:40 | evan | never knew that. |
| 20:29:46 | evan | well then. |
| 20:29:49 | evan | easy fix. |
| 20:30:34 | sbryant | geez, I thought everyone knew that. |
| 20:31:23 | evan | ha. |
| 20:31:50 | scoopr | I remember using it when I was doing ruby extensions, around 1.8.4 era |
| 20:32:28 | evan | maybe i've just forgotten |
| 20:32:29 | evan | thats likely. |
| 20:33:25 | sbryant | Praise be to Bob and slack be upon you. |
| 20:33:43 | sbryant | This is not the channel for that! |
| 20:33:57 | evan | O_o |
| 20:34:16 | sbryant | Uhh. Church of Subgenius joke. |
| 20:41:31 | boyscout | Support -1 as the free function - 97ec25a - Evan Phoenix |
| 20:41:31 | boyscout | Have Proc#inspect use the exact same format as MRI - 83b4f22 - Evan Phoenix |
| 20:44:23 | evan | cucumber works now. |
| 20:45:16 | brixen | nice |
| 20:46:44 | Defiler | Sorry to hear that |
| 20:46:55 | Defiler | :) |
| 20:47:17 | brixen | hah |
| 20:47:43 | evan | |Blaze||: eh? |
| 20:47:46 | evan | oh. |
| 20:47:48 | brixen | haha |
| 20:47:48 | evan | cucumber joke. |
| 20:47:50 | evan | +1 |
| 20:47:51 | Defiler | /mode #rubinius -nopuns |
| 20:47:56 | evan | no no |
| 20:48:01 | evan | my whole life is +puns |
| 20:48:02 | brixen | we're serious business here |
| 20:48:08 | evan | text puns are just harder |
| 20:48:27 | Defiler | Want to see something nerdier than rbx? http://www.newzeal.com/steve/antarctica.htm |
| 20:49:07 | Defiler | Yes, that site is dedicated to immortalizing antarctic postage stamps |
| 20:49:27 | Defiler | I love the intertron. |
| 20:49:53 | evan | wow. |
| 20:50:05 | boyscout | CI: rubinius: 83b4f22 successful: 3500 files, 14306 examples, 42065 expectations, 0 failures, 0 errors |
| 21:03:50 | rue | That is quite awesome |
| 22:14:28 | scoopr | heh, hadn't seen this before, http://githubissues.heroku.com/#evanphx/rubinius |
| 22:16:35 | BrianRice-work | looks like a Cappucino app (or SproutCore?) |
| 22:17:18 | evan | it's cappucino |
| 22:17:19 | scoopr | possibly, didn't look into it |
| 22:42:48 | brixen | evan: what do you think of configure running a program (like has_function does) to get the endianness and set a preprocessor define? |
| 22:43:11 | evan | sure |
| 22:43:15 | brixen | k |
| 22:43:23 | evan | thats what configure is for. |
| 22:43:25 | brixen | seems the most robust way |
| 22:43:26 | brixen | yep |
| 23:12:32 | goyox86 | brixen: how is the pack/unpack stuff going? :] |
| 23:22:41 | brixen | goyox86: super |
| 23:23:27 | goyox86 | brixen: did you found what was making complex specs fail? |
| 23:24:28 | brixen | yes |
| 23:24:59 | brixen | the specs were broken but had been fixed in rubyspec |
| 23:25:14 | goyox86 | nice |
| 23:38:24 | boyscout | Use the proper object size when there is no slab space available. - d901038 - Evan Phoenix |
| 23:38:24 | boyscout | Minor performanece fix, don't initialize an object body twice - 2e278ed - Evan Phoenix |
| 23:39:47 | evan | yikes. fixed an ugly bug introduced by the slab change |
| 23:40:19 | goyox86 | people |
| 23:40:37 | goyox86 | people, i remember there was 700 tests |
| 23:41:05 | evan | yes, and? |
| 23:41:21 | goyox86 | for the vm, in my working copy there are 693 now, did you removed, or was me? |
| 23:41:22 | slava | people |
| 23:41:23 | slava | people |
| 23:41:26 | evan | removed |
| 23:41:30 | evan | i removed a bunch of code from the VM |
| 23:41:33 | evan | and the associated tests. |
| 23:41:42 | evan | because i moved it into ruby |
| 23:41:58 | goyox86 | evan: thx bro |
| 23:42:03 | evan | np sis. |
| 23:44:17 | brixen | hah |
| 23:44:44 | brixen | hears an annie lennox tune |
| 23:46:44 | boyscout | CI: rubinius: 2e278ed successful: 3500 files, 14306 examples, 42065 expectations, 0 failures, 0 errors |