Show enters and exits. Hide enters and exits.
| 01:20:36 | boyscout | Add cast_multi_value instruction to deal with #to_a vs #to_ary - 59997cd - Evan Phoenix |
| 01:25:13 | evan | eh? |
| 01:25:17 | evan | the Whence is throwing me off |
| 01:25:26 | evan | do you mean why? |
| 01:26:37 | evan | we've got some code that does |
| 01:26:42 | evan | a, b = @blah[1] |
| 01:26:48 | evan | where @blah[1] is a Tuple |
| 01:26:58 | evan | i could write Tuple #to_ary |
| 01:27:01 | evan | so it worked |
| 01:27:03 | evan | but i was lazy |
| 01:27:11 | evan | so I just put the explicit case in there |
| 01:28:07 | rue | Ah, best of reasons |
| 01:30:01 | boyscout | CI: rubinius: 59997cd successful: 3037 files, 11966 examples, 36265 expectations, 0 failures, 0 errors |
| 02:57:37 | evan | huh. |
| 02:57:52 | evan | i keep forgetting that a block changes the $~ of it's invoking environment |
| 02:58:15 | evan | created environment, rather. |
| 03:12:55 | Defiler | $~ is the last match as a Match instance or something? |
| 03:13:26 | Defiler | I suppose it makes sense for that to be lexical+thread scoped |
| 03:13:38 | Defiler | As much sense as it existing at all that is |
| 03:13:47 | evan | as a MatchData, yeah. |
| 03:13:50 | Defiler | which is to say negative infinity minus 10 |
| 03:13:54 | evan | it's method local |
| 03:14:05 | evan | and blocks created within that block see the creating methods version |
| 03:14:17 | evan | which is a little wonky |
| 03:14:19 | evan | but oh well. |
| 03:14:20 | Defiler | whoa |
| 03:14:28 | Defiler | so you can pass a block in along with its $~ |
| 03:14:31 | evan | er. blocks created within that method |
| 03:14:36 | Defiler | and see that value in the same method body as a different $~? |
| 03:14:37 | evan | no |
| 03:14:41 | evan | blocks don't get their own $~ |
| 03:14:52 | Defiler | 'blocks created within that block' |
| 03:14:54 | Defiler | oh, OK, I see |
| 03:15:07 | Defiler | but if I pass you a proc that proc sees this method body's $~? |
| 03:15:15 | Defiler | Which I have decided to call 'match squiggle' |
| 03:16:22 | evan | i mistyped before |
| 03:16:36 | evan | yes, blocks created within that method |
| 03:16:45 | Defiler | actually I'll bet it can be nil and that means I can someday write: something if $~? |
| 03:16:54 | evan | no |
| 03:17:00 | evan | if you pass around a proc |
| 03:17:04 | evan | well, |
| 03:17:07 | evan | if you pass it around |
| 03:17:11 | evan | and it does $~ |
| 03:17:31 | evan | it will give you the value for $~ in the context the proc was created |
| 03:17:36 | evan | so if you, say pass the proc to another thread |
| 03:17:40 | evan | you can't use $~ |
| 03:17:48 | evan | because $~ will just randomly change |
| 03:18:10 | Defiler | OK, so you could get handed a Proc.. and then call it with your $~ as an argument.. and the arg and the proc's $~ would be different |
| 03:18:29 | evan | um |
| 03:18:32 | evan | show me in code |
| 03:18:35 | evan | you're confusing me :) |
| 03:18:47 | Defiler | OK stand by |
| 03:18:58 | Defiler | first, what alters $~ |
| 03:19:01 | Defiler | any regexp match? |
| 03:19:28 | evan | well, thats part of this confusion |
| 03:19:31 | evan | a bunch of crap does. |
| 03:20:03 | evan | Regexp#match and anything that appears to call that |
| 03:20:05 | evan | for instance |
| 03:20:18 | evan | Enumerable#grep when passed a Regexp |
| 03:20:21 | evan | i'm fixing this bug now |
| 03:20:48 | evan | strings.grep(/stuff_(.*)_stuff/) { $1 } |
| 03:21:21 | evan | grep calls Regexp#=== internally |
| 03:21:28 | evan | and because that happens to be in C in MRI |
| 03:21:39 | evan | MRI sticks the MatchData into the caller of grep |
| 03:21:49 | evan | and then the invoked block sees it |
| 03:22:29 | Defiler | https://gist.github.com/7864832da182b75aa311 |
| 03:23:47 | Defiler | behaves the same when you return the proc before or after the bunnies |
| 03:28:46 | Defiler | wait, Enumerable#grep takes things other than regexps? |
| 03:35:17 | Defiler | that makes grep vastly cooler than I thought |
| 03:35:43 | Defiler | that means you could do bunch_of_classes.grep(SomeClass) and only get back subclasses |
| 03:36:10 | Defiler | err, bunch_of_instances I guess |
| 03:36:12 | evan | Defiler: sure |
| 03:36:25 | evan | Defiler: $~ in your case is still method scoped |
| 03:36:33 | evan | easiest way to think about it |
| 03:36:46 | Defiler | yeah, that code behaves the way I'd expect in 1.8 |
| 03:36:47 | evan | "$~ is scoped from def to end" |
| 03:37:41 | evan | actually the easier way to say it is |
| 03:37:48 | evan | "$~ is scoped the same as self" |
| 03:38:46 | Defiler | OK, so what were you saying about it getting wacky in blocks? |
| 03:38:53 | Defiler | What would that code need to look like to get wacky |
| 03:39:06 | evan | i thought that the scope thats created when you call a block would store $~ |
| 03:39:23 | evan | ie, not share the $~ for the method that created the block |
| 03:40:45 | Defiler | aha, so like, fork off as you nested blocks? |
| 03:40:58 | evan | nothing to do with nested blocks |
| 03:41:01 | evan | just a normal block |
| 03:41:09 | Defiler | OK |
| 03:41:14 | evan | like how blocks can have their own locals |
| 03:41:17 | Defiler | It doesn't seem block-local at all though right? |
| 03:41:20 | evan | that $~ would live there |
| 03:41:24 | evan | correct |
| 03:41:27 | evan | it's not block-local at all. |
| 03:42:08 | Defiler | OK, so thread and root method only |
| 03:42:13 | Defiler | or whatever they are called |
| 03:42:30 | Defiler | the kind of thing methods are but blocks aren't, scope-wise. heh |
| 03:42:38 | evan | nothing to do with threads actually |
| 03:43:00 | evan | a toplevel lexical scope |
| 03:43:08 | evan | because the same goes for a class body |
| 03:43:11 | Defiler | Thanks. Was grasping there |
| 03:43:11 | evan | or a script body |
| 03:43:20 | Defiler | right, that's what I was trying to group together with the correct term |
| 03:43:52 | Defiler | I mention threads because multiple threads executing a method with one of these squiggles can each have their own value |
| 03:43:55 | Defiler | like $1 can |
| 03:44:14 | evan | thats only because each invocation of the method is different |
| 03:44:30 | evan | if you were to create a proc in a method, and then pass that proc to another thread |
| 03:44:32 | Defiler | OK, that makes sense |
| 03:44:44 | evan | and the other thread calls the proc, and the proc accesses $~ |
| 03:44:50 | evan | the $~ is now shared between 2 threads |
| 03:44:59 | Defiler | and your code is a whore |
| 03:45:09 | evan | yes |
| 03:45:11 | evan | whorecode. |
| 03:45:22 | evan | it's like a horcrux |
| 03:45:24 | evan | only real. |
| 03:45:32 | Defiler | and we will case you back to the firey perl from whence ye crawled |
| 03:46:07 | evan | BACK DEMON |
| 03:46:18 | Defiler | *whipcrack* |
| 03:46:41 | evan | Defiler: hey, would genre would you put that series about Dragons during the Napoleon wars? |
| 03:46:48 | evan | Historical Fantasy? |
| 03:46:49 | Defiler | Hrm |
| 03:46:54 | rue | Fantastic history |
| 03:46:56 | Defiler | I suppose so, yeah |
| 03:47:10 | Defiler | para-history |
| 03:47:27 | rue | I dunno, I think Historical Fantasy would be stuff like "The Terror" |
| 03:47:30 | Defiler | para-historical fantasy |
| 03:47:48 | rue | Fantasy: Alternate History |
| 03:47:56 | Defiler | aha yeah |
| 03:48:04 | Defiler | that's what wikipedia says for it at least |
| 03:48:12 | Defiler | 'alternate history' |
| 03:48:22 | Defiler | though this other site calls it alternate-multiverse |
| 03:48:30 | Defiler | for reasons I can't say I fully understand |
| 03:48:32 | rue | Too complicated |
| 03:48:47 | rue | By the by, "The Terror" and "Drood", *highly highly* recommended. |
| 03:48:52 | Defiler | author calls it 'historical fantasy' |
| 03:48:54 | evan | Alternate History is all those books about what would have happened if Germany had won WW2 |
| 03:49:02 | Defiler | Haven't read those. Will investigate |
| 03:49:12 | evan | most of those are within the realm of possibility |
| 03:49:13 | Defiler | Yeah, or if neo-nazis went back to the civil war |
| 03:49:16 | evan | ie, no dragons. |
| 03:49:31 | evan | well, time travel puts it into alternative history scifi i guess |
| 03:49:44 | Defiler | Please don't tell me the biology in those books isn't as fraught with detail as real creatures that evolved on Earth ha ha ha |
| 03:49:46 | rue | Actually, Historical Fantasy is probably right |
| 03:49:56 | rue | I confused fantasy and fiction |
| 03:50:24 | Defiler | Yeah, historical fiction is like 'what if jesus fought the nazis in WW2' |
| 03:50:25 | evan | rue: it happens. |
| 03:50:36 | Defiler | wait no that's poetry |
| 03:50:52 | evan | Defiler: for me, throwing jesus in there tips the fiction/fantasy scale |
| 03:51:05 | evan | how about if the Egyptians had won WW2 |
| 03:51:07 | Defiler | indeed. I prefer fightin' jesus |
| 03:51:09 | evan | there ya go. |
| 03:51:14 | evan | Historical Fiction |
| 03:51:18 | Defiler | two-fisted jesus tales in darkest africa |
| 03:51:30 | evan | hah |
| 03:51:33 | rue | Both books I gave are more Historical Fiction |
| 03:51:40 | Defiler | knife in teeth, matchlock in each hand |
| 03:51:51 | rue | First of the eponymous ship, latter of Dickens |
| 03:51:51 | evan | Defiler: the only way those books are good is if he's black and fighting white invasion. |
| 03:51:51 | Defiler | princess across shoulder |
| 03:52:00 | Defiler | he was raised by tigers |
| 03:52:25 | Defiler | but his totem animal is the mighty gorilla |
| 03:53:01 | evan | from the top of Killamenjaro he can see into your soul |
| 03:53:23 | Defiler | with eyes like an eagle loaning a pair of binoculars to another eagle |
| 03:53:34 | evan | hah |
| 03:53:59 | evan | ok, i'm going to watch some olympics! |
| 03:54:02 | evan | bbiab. |
| 03:55:53 | rue | Ice hokey |
| 04:25:29 | rue | Hm, high-intensity game |
| 06:48:50 | manveru | heh, regexp is used in nearly every spec... |
| 06:53:16 | brixen | it is? |
| 06:59:46 | manveru | by mspec, i guess |
| 07:00:23 | rue | What kind of errors have you graduated to? |
| 07:04:01 | manveru | well, i'm trying to increase the OPTION_MASK |
| 07:08:39 | manveru | anw, i have to reflect the changes to C... didn't do that before |
| 07:08:49 | manveru | seems the fail comes from that |
| 07:08:56 | brixen | manveru: ah yes, if you are running mspec ci, it uses regexp for checking tags |
| 07:11:00 | manveru | alright |
| 07:11:07 | manveru | that seems much better |
| 07:13:45 | manveru | http://pastr.it/16652 |
| 07:13:50 | manveru | now i just need to spec it |
| 07:15:02 | manveru | anyone knows where this would go? |
| 07:15:35 | manveru | # Specs for the matching semantics |
| 07:15:37 | manveru | this? |
| 07:16:29 | manveru | wow... |
| 07:16:31 | manveru | "matches against $_ (last input) in a conditional if no explicit matchee provided" |
| 07:16:35 | manveru | i had no idea :) |
| 07:17:42 | brixen | specs would go in rbx specific specs |
| 07:17:58 | brixen | spec/core/regexp |
| 07:18:52 | manveru | hm, k |
| 07:19:08 | manveru | so i should copy the spec/ruby/language/regexp/modifiers_spec.rb to there and start extending it? |
| 07:20:41 | brixen | no, don't copy it |
| 07:21:27 | rue | Just add :) |
| 07:21:41 | manveru | but it's not part of the language spec |
| 07:21:52 | brixen | just add spec/language/regexp_spec.rb |
| 07:22:05 | manveru | i mean, i doubt mri will ever adopt these modifiers |
| 07:22:25 | brixen | the rbx-specific specs are only for rbx-specific behaviors |
| 07:22:53 | brixen | spec/ruby/**/*_spec.rb is an import of rubyspec |
| 07:23:13 | manveru | i thought so |
| 07:23:14 | brixen | spec/language spec/core, spec/library, etc are rbx-specific |
| 07:23:21 | manveru | ok |
| 07:47:12 | manveru | sweet |
| 07:47:27 | manveru | i didn't actually expect it to work on first try... |
| 07:48:38 | manveru | brixen: http://pastr.it/16653 |
| 07:48:57 | manveru | hrm |
| 07:49:04 | manveru | should've used .captures instead of .to_a everywhere |
| 07:49:48 | manveru | http://pastr.it/16654 |
| 07:51:11 | manveru | totally awesome, anything else i should do? |
| 07:52:07 | manveru | this is just these two flags, there are a couple of others that we could support |
| 07:52:17 | manveru | but i'd like to keep that commit small |
| 07:52:40 | manveru | now full suite once more |
| 07:58:06 | rue | Make sure to split the spec into a separate commit |
| 07:59:06 | rue | Other than that, should be fine.. |
| 08:01:40 | manveru | hrm |
| 08:01:43 | manveru | two failures |
| 08:01:53 | manveru | An exception occurred during: loading /home/manveru/.rvm/src/rbx-head/spec/core/regexp/modifiers_spec.rb ERROR |
| 08:01:55 | manveru | LoadError: no such file to load -- /home/manveru/.rvm/src/rbx-head/spec/core/fixtures/classes |
| 08:02:17 | manveru | and one related to OpenStruct.frozen... |
| 08:03:28 | rue | manveru: Hm, maybe also spec the expected disposition on the named groups |
| 08:03:31 | evan | manveru: i'd prefer you submit them as an issue with patches |
| 08:03:34 | evan | rather than push them |
| 08:03:39 | evan | so that I can review them first |
| 08:03:48 | evan | since you're touching some rather critical things |
| 08:03:56 | evan | and you haven't commited in a long while |
| 08:04:01 | manveru | rue: disposition? |
| 08:04:13 | manveru | evan: sure thing, i wasn't gonna push it directly anyway :) |
| 08:04:19 | evan | ok cool |
| 08:04:26 | evan | just keeping everything on the up and up. |
| 08:04:31 | manveru | yeah |
| 08:04:31 | rue | manveru: That the named group is also captured (or not, I have not followed the logic) |
| 08:04:40 | evan | off to bed |
| 08:04:41 | evan | nite! |
| 08:04:45 | manveru | sleep well |
| 08:04:46 | rue | *wave |
| 08:05:43 | manveru | rue: you mean using /g with a named group? |
| 08:06:52 | manveru | if something shows up in .captures, it's captured |
| 08:08:33 | manveru | i really only translated the docs into specs |
| 08:08:49 | manveru | i don't really know much more about those options than this |
| 08:19:18 | rue | Can you also access it through the name? |
| 08:21:50 | manveru | yeah |
| 08:21:56 | manveru | added specs for that too |
| 08:22:37 | dbussink | manveru: did you pull recently, evan fixed some frozen issues |
| 08:22:58 | dbussink | so if you see frozen related failures, that would be the cause probably |
| 08:23:00 | rue | manveru: Cool |
| 08:23:09 | manveru | dbussink: thought so |
| 08:26:44 | manveru | now assembling ticket info |
| 08:27:58 | manveru | btw, the link from http://rubini.us/docs/faq to http://rubini.us/about/contributing is failing |
| 08:30:14 | manveru | ticket should go to http://rubyspec.org/projects/rubyspec/issues i guess? |
| 08:32:41 | dbussink | manveru: github.com/evanphx/rubinius/issues |
| 08:33:24 | manveru | oh |
| 08:34:36 | dbussink | rubyspec only specs mri behavior |
| 08:34:46 | dbussink | since that is the defacto standard |
| 08:34:58 | dbussink | so if you get this accepted into mri, the specs will be moved to rubyspec |
| 08:35:04 | dbussink | untill then, they are rubinius specific |
| 08:37:54 | manveru | heh |
| 08:38:01 | manveru | you saw my ticket on redmine? |
| 08:42:13 | dbussink | manveru: i've seen it come by on ruby-core |
| 08:51:47 | manveru | yeah... based on that i have no hopes they'll add it |
| 08:52:13 | manveru | so i'll port ffi-tk and ver to rubinius |
| 08:54:20 | scoopr | do you use ver fulltime now? |
| 08:56:35 | manveru | scoopr: yeah |
| 08:56:50 | manveru | since october i think |
| 08:57:00 | scoopr | nice |
| 08:57:11 | scoopr | do you feel missing anything important? |
| 08:57:56 | manveru | markdown support :) |
| 08:58:07 | manveru | which is why i'm doing this all |
| 08:59:58 | manveru | there are a couple of other features i'd like to add sometime... but it works really well for everyday stuff |
| 09:02:59 | manveru | uh |
| 09:03:06 | manveru | i get build errors after rebasing |
| 09:03:36 | manveru | ossl_x509name.c:145: warning: passing argument 2 of ‘d2i_X509_NAME’ from incompatible pointer type |
| 09:04:08 | dbussink | manveru: what platform? |
| 09:04:24 | dbussink | probably some gcc strictness that doesn't happen on os x |
| 09:04:32 | manveru | archlinux |
| 09:04:44 | manveru | lots of warnings |
| 09:05:17 | manveru | /usr/bin/ld: ossl_x509name.o: relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC |
| 09:07:25 | maharg | heh the post to ruby-core with a list of contributors to rubyspec includes me, but only my first name because for some reason that was all that was in my svn login back in the day. :/ |
| 09:08:13 | manveru | dbussink: any ideas? |
| 09:08:36 | kronos_vano | rake distclean && rake ? |
| 09:09:07 | manveru | is distclean different from clean? |
| 09:09:13 | dbussink | manveru: hmm, could you try this: http://gist.github.com/314387 |
| 09:09:56 | manveru | hm, seems like |
| 09:13:34 | dbussink | manveru: what's the signature for d2i_X509_NAME on your system? |
| 09:13:55 | manveru | where do i find that? |
| 09:14:15 | dbussink | man d2i_X509_NAME |
| 09:14:47 | manveru | X509_NAME *d2i_X509_NAME(X509_NAME **a, unsigned char **pp, long length); |
| 09:14:49 | manveru | int i2d_X509_NAME(X509_NAME *a, unsigned char **pp); |
| 09:15:40 | dbussink | hmm, then i don't get the error since the type of the second argument seems to match |
| 09:16:26 | manveru | i'm trying the fPIC now |
| 09:16:34 | dbussink | manveru: does this fix the first warning: http://gist.github.com/314389 ? |
| 09:17:24 | manveru | i can only do one rebuild every 10 minutes or so... please wait :) |
| 09:28:57 | manveru | ok, fPIC failed |
| 09:47:17 | manveru | dbussink: still same with your patch |
| 09:53:09 | manveru | dbussink: http://pastr.it/16655 |
| 09:56:25 | dbussink | manveru: hmm, probably need to grab a linux vm then to check it out |
| 10:07:08 | dbussink | manveru: did my last suggested patch remove the warning when compiling openssl? |
| 10:11:17 | manveru | dbussink: i lost the log... doing a full rebuild again |
| 10:17:19 | manveru | dbussink: http://pastr.it/16656 |
| 10:20:13 | dbussink | manveru: ah ok, probably needs some testing with linux then |
| 10:21:56 | dbussink | manveru: best is to create an issue with this |
| 10:22:03 | dbussink | manveru: and include all platform details, gcc version etc. |
| 10:23:23 | manveru | hrm |
| 10:23:36 | manveru | i can't really file my last issue without a working rbx |
| 10:23:47 | manveru | oh well |
| 10:23:58 | manveru | i'll just paste the patches for now |
| 10:24:25 | dbussink | manveru: hmm, how wonderfull, if i try add an explicit cast to work around the issue you showed, it throws warnings on os x |
| 10:25:07 | dbussink | manveru: ah, wait, seems like i have it working now |
| 10:25:27 | dbussink | manveru: one of the warnings that is |
| 10:25:37 | manveru | heh |
| 10:25:43 | dbussink | did you do a rake clean btw after adding that -fPIC patch? |
| 10:26:02 | dbussink | manveru: since i don't see it rebuilding the openssl .c files |
| 10:26:20 | manveru | i used distclean and clean |
| 10:26:28 | manveru | right now it uses both patches |
| 10:26:57 | dbussink | problem is that i don't see -fPIC in this line in your paste |
| 10:26:57 | dbussink | gcc -I. -I. -I/home/manveru/.rvm/src/rbx-head/vm/capi -I. -DRUBY_EXTCONF_H=\"extconf.h\" -ggdb3 -O2 -c ossl_x509name.c |
| 10:27:08 | dbussink | and i do see it myself here with the -fPIC patch |
| 10:28:45 | manveru | http://pastr.it/16659 |
| 10:29:08 | manveru | i'm pretty sure that's the place |
| 10:30:40 | dbussink | manveru: weird |
| 10:49:28 | manveru | evan: http://github.com/evanphx/rubinius/issues#issue/198 |
| 13:17:51 | kronos_vano | manveru, around? |
| 13:27:31 | manveru | kronos_vano: yeah |
| 13:27:40 | kronos_vano | About your patch |
| 13:28:13 | kronos_vano | Ruby 1.8 and 1.9 doesn't support /g /G, Right? |
| 13:28:20 | manveru | yes |
| 13:28:27 | kronos_vano | hm |
| 13:29:20 | manveru | it was proposed and rejected around 4 years ago |
| 13:30:13 | kronos_vano | Then specs is wrong. Because you should indicates on which versions of ruby interprets specs should pass. |
| 13:31:22 | manveru | uhm |
| 13:31:48 | manveru | evan and rue told me to put it in there because it's specific to rbx |
| 13:32:03 | manveru | is there some other place i should put it? |
| 13:32:22 | kronos_vano | Here is some macroses |
| 13:32:25 | kronos_vano | 1 sec |
| 13:33:25 | rue | kronos_vano: The spec is in spec/rubinius, so it will not go to RubySpec |
| 13:33:29 | rue | As it stands |
| 13:33:34 | kronos_vano | hm |
| 13:33:34 | kronos_vano | ok |
| 13:36:22 | kronos_vano | Why it was rejected in MRI? Is there any reasons? |
| 13:37:01 | kronos_vano | manveru, never mind about wrong specs :) |
| 13:38:43 | manveru | kronos_vano: http://redmine.ruby-lang.org/issues/show/2759 |
| 13:40:45 | kronos_vano | thx |
| 13:54:47 | matthewd | I suspect this doesn't warrant a test, though I'm happy to be corrected: http://gist.github.com/314549 -- will create a ticket tomorrow. |
| 15:15:21 | dbussink | matthewd: good dedication to fix something even two years later ;) |
| 15:16:19 | dbussink | matthewd: but just a patch for this is fine |
| 15:28:18 | kronos_vano | dbussink, I think it should be commited :) |
| 15:57:10 | dbussink | kronos_vano: how do you mean? |
| 15:57:19 | dbussink | kronos_vano: that patch from matthewd? |
| 15:57:30 | dbussink | if he makes a git format-patch he gets the credits too :0 |
| 15:57:32 | dbussink | :) |
| 15:58:09 | kronos_vano | http://gist.github.com/314549 It isn't git format-patch? |
| 16:12:24 | dbussink | kronos_vano: ah, doh, was not looking right |
| 16:13:15 | boyscout | Remove duplicate module_function call in kernel.rb - fca9276 - Matthew Draper |
| 16:13:16 | dbussink | matthewd: there you go |
| 16:18:19 | boyscout | CI: rubinius: fca9276 successful: 3037 files, 11966 examples, 36265 expectations, 0 failures, 0 errors |
| 17:14:18 | evan | morning! |
| 17:16:07 | brixen | morning! |
| 17:17:51 | evan | decided to redo $~ and friends |
| 17:19:52 | brixen | heh http://www.staringispolite.com/likepython/ |
| 17:20:16 | brixen | like, cool evan what are you doing to $~ bro? |
| 17:20:22 | evan | haha |
| 17:20:33 | BrianRice-work | there's already a squeak version; presumably ruby can just do that trivially |
| 17:20:39 | brixen | BrianRice-work: yeah |
| 17:20:40 | evan | totally like moving it into the VM dude |
| 17:21:04 | brixen | awesome, like totally |
| 17:21:23 | evan | if we made something like that for ruby, it should be called Totally Ruby |
| 17:21:29 | brixen | they left out the redneck dialect |
| 17:21:40 | brixen | heh, good name |
| 17:22:52 | evan | BrianRice-work: anyway, i'm adding a last_match instruction |
| 17:22:59 | evan | that is a pretty wierd instruction |
| 17:23:14 | evan | but it will do all the duties of $~ and related globals |
| 17:23:23 | evan | last_match(mode, which) is it's form |
| 17:23:44 | evan | mode says which 6 kinds of things can be returned |
| 17:23:59 | evan | $~ == mode 0, $` == mode 1, etc |
| 17:24:21 | evan | $1 is mode 5, which 1 |
| 17:24:28 | evan | $2 is mode 5, which 2 |
| 17:24:38 | evan | it's overloading one instruction |
| 17:24:50 | evan | but it's actually cleaner than having seperate instructions for each of the modes I think |
| 17:25:04 | brixen | interesting |
| 17:26:08 | evan | this is where I almost want something above an instruction |
| 17:26:11 | evan | but below a method |
| 17:26:49 | brixen | a menstructod |
| 17:26:50 | evan | i've considered something like the ability to invoke a primitive from an instruction |
| 17:26:59 | brixen | hmm |
| 17:27:13 | evan | call_primitive(which, args) |
| 17:27:17 | brixen | invoke_primitive |
| 17:27:21 | brixen | heh |
| 17:27:22 | brixen | or that |
| 17:27:24 | evan | which points to a literal that has the name of the primitive to call |
| 17:27:30 | brixen | yeah |
| 17:27:32 | evan | and args says how many stack args are passed |
| 17:27:44 | brixen | seems useful |
| 17:27:58 | brixen | quite useful |
| 17:28:06 | BrianRice-work | our vm has a call_primitive now, mainly because our vm-inliner needs some way to completely bypass lookup |
| 17:28:29 | evan | BrianRice-work: sure, that's another use. |
| 17:28:45 | evan | probably only useful for invoking static prims though |
| 17:28:54 | BrianRice-work | yeah, it's very restricted |
| 17:29:02 | evan | i guess you can invoke receiver oriented prims |
| 17:29:16 | evan | you'll just get a TypeError if you screw it up |
| 17:30:40 | evan | hm, this fits a nice middle ground |
| 17:30:50 | evan | makes the instruction set "extensible" |
| 17:32:53 | evan | BrianRice-work: do you cache the looked up primitive in some way? |
| 17:33:12 | evan | i'll have to figure out a way to do that |
| 17:33:39 | evan | i don't want call_primitive to have to search through a big list of name => function pointers everytime |
| 17:34:25 | BrianRice-work | evan: in our runtime, we have a very tiny set of opcodes, but all "primitives" are PrimitiveMethod objects which are slate method objects in most senses. the vm has a little trickery of course to make that map to C code, but it's used like a pointer/ref |
| 17:35:16 | evan | BrianRice-work: so does your literals array hold a PrimitiveMethod in the slot? |
| 17:35:32 | BrianRice-work | so call_primitive just directly references that, I believe as an integer... *checks* yes |
| 17:35:45 | BrianRice-work | no, it holds an integer |
| 17:35:58 | evan | and that integer goes into a lookup routine? |
| 17:36:16 | BrianRice-work | well, not "lookup" in the message-passing sense |
| 17:36:18 | evan | to find a PrimitiveMethod or function pointer or into a switch() ? |
| 17:36:23 | evan | no no |
| 17:36:28 | BrianRice-work | checks to be sure |
| 17:36:30 | evan | just it's the key to a mapping |
| 17:37:20 | BrianRice-work | core code inside safety checks: primitives[primNum](oh, argsArray, arity, NULL, 0, i->framePointer + resultReg); |
| 17:37:37 | evan | ah yes. |
| 17:37:38 | evan | ok |
| 17:37:48 | evan | i moved away from primitives as integers |
| 17:37:57 | evan | it's so easy to screw up the list |
| 17:38:13 | evan | primitives are referenced by name in Rubinius, as a Symbol |
| 17:38:13 | BrianRice-work | well, as I said this info is only shared between the compiler internals and the vm |
| 17:38:34 | BrianRice-work | and even then we only generate such code to make dynamic cached versions |
| 17:39:08 | evan | does slate hook primitives up to regular methods too? |
| 17:39:10 | BrianRice-work | normally *everything* is a message-send, even to primitive methods (which show up and are queryable polymorphically with regular methods) |
| 17:39:20 | evan | right ok. |
| 17:39:44 | evan | we got into trouble a long time ago because the primitive numbers were embedded within .rbc files |
| 17:39:50 | evan | so we couldn't change/remove them |
| 17:40:05 | BrianRice-work | yeah I'm making sure to avoid that |
| 17:40:14 | evan | so we switched to pure named primitives |
| 17:40:28 | BrianRice-work | I'm still developing our equivalent of .rbc |
| 17:40:41 | BrianRice-work | I mean, it works; I'm developing improvements |
| 17:40:45 | evan | :D |
| 17:41:26 | evan | oh, I can just leverage the fact that I post-process bytecode |
| 17:41:33 | evan | like I do for InlineCache |
| 17:41:43 | evan | in the post-processed array thats created from the bytecode |
| 17:42:00 | evan | i'll have the 1st argument instead of being a literal index be a raw function pointer |
| 17:42:07 | evan | and just call straight to it |
| 17:42:36 | evan | so at runtime, the interpreter sees |
| 17:42:53 | evan | [<call_primitive opcode number>, 0xcafebabe, 1] |
| 17:44:30 | BrianRice-work | ok |
| 17:44:45 | BrianRice-work | (busy at work, back to lurking) |
| 17:48:59 | rue | I tried to figure out how the hell the ruby-ffi implementation works today |
| 18:09:31 | dbussink | evan: is it right that i get some sort of configure run for the openssl extension? |
| 18:22:04 | brixen | dbussink: yes |
| 18:22:12 | brixen | it's using extconf.rb |
| 18:22:31 | brixen | and there are warnings for compiling the ext, but those should not cause the build to fail |
| 18:22:44 | brixen | because compiling the ext is rather insane :) |
| 18:22:56 | dbussink | brixen: well, the build is failing on some linux machines |
| 18:23:00 | dbussink | since -fPIC isn't used |
| 18:23:30 | dbussink | on a 64 bit debian lenny machine and manveru was also experience the same problem |
| 18:30:16 | brixen | dbussink: well, should be able to add -fPIC in the configurator for those platforms |
| 18:30:47 | brixen | evan added some of the mkmf code into a module in rakelib/ext_helper.rb |
| 18:30:50 | dbussink | brixen: i added it to lib/rbconfig.rb as a general option, but that seemed to break other stuff |
| 18:30:59 | brixen | fun :) |
| 18:31:06 | brixen | iterate? :) |
| 18:31:56 | dbussink | brixen: apparently melbourne didn't like that: https://gist.github.com/d029bb04935a76940d9f |
| 18:32:17 | brixen | hmm |
| 18:32:21 | brixen | not sure why |
| 18:32:32 | dbussink | maybe because rbx itself isn't compiled with PIC either? |
| 18:32:58 | brixen | there are some settings for -fPIC already in melbourne's extconf.rb |
| 18:33:29 | brixen | would rbx be compiled with PIC? it's not a shared lib |
| 18:40:57 | brixen | dbussink: btw, those discovery settings in melbourne/extconf.rb are what tmm1 gave me from EventMachine |
| 18:40:58 | jvoorhis | hello |
| 18:41:02 | brixen | hi jvoorhis |
| 18:41:32 | jvoorhis | evan, brixen: imagine my surprise when i found this yesterday: http://lua-av.mat.ucsb.edu/pubs/WakefieldSmith_2009_ICMC09_ACMWJITC.pdf |
| 18:41:40 | jvoorhis | guess i won't be publishing anything first! |
| 18:42:00 | brixen | heh interesting |
| 18:42:09 | brixen | means you now have a collaborator! :) |
| 18:42:13 | jvoorhis | possibly |
| 18:42:33 | jvoorhis | there's some really different semantic design desicions between our implementations |
| 18:42:38 | jvoorhis | and you know, Lua vs Ruby |
| 18:43:43 | brixen | yeah |
| 18:43:49 | brixen | jvoorhis: seen? http://twitter.com/binary42/status/9591763569 |
| 18:43:53 | jvoorhis | but the existence of my project, LuaAV, and hornets eye suggests that JIT-ing dsls is a pretty great idea |
| 18:44:04 | brixen | that little box is sweet |
| 18:44:08 | jvoorhis | brixen: not seen |
| 18:44:20 | jvoorhis | brixen: oh, i've seen the product demo |
| 18:44:57 | jvoorhis | i could build that in my system once i have a working version of my fractional delay implementation |
| 18:45:09 | brixen | nice |
| 18:45:17 | dbussink | brixen: hmm, that segsev is gone now, this is the diff i have now: http://gist.github.com/314884 |
| 18:45:24 | jvoorhis | bit crushing and downsampling should be pretty easy |
| 18:45:42 | dbussink | brixen: still need to fix a bunch of warnings though, but that's another concern |
| 18:46:08 | jvoorhis | but digital filter design is pretty wild stuff :) |
| 18:51:44 | brixen | dbussink: I don't know if that belongs in rbconfig |
| 18:53:42 | dbussink | brixen: well, the same setup as melbourne won't work, since that doesn't add PIC for linux either |
| 18:55:07 | dbussink | brixen: hmm, it is in the general rbconfig cflags in mri on linux |
| 18:55:25 | brixen | not on os x |
| 18:55:45 | dbussink | true yeah, so maybe make that platform dependent in rbconfig then? |
| 18:55:57 | brixen | possibly |
| 18:56:05 | brixen | I honestly don't know the right answer |
| 19:19:52 | dbussink | brixen: hmm, linux needs -fPIC if any external lib is used in an extension, so we should definitely add that then |
| 19:24:38 | brixen | dbussink: ok, makes sense |
| 19:29:21 | boyscout | Use -fPIC for extensions on Linux by default - 1bb682f - Dirkjan Bussink |
| 19:29:52 | dbussink | evan: you there? |
| 19:31:33 | brixen | dbussink: he'll be back ~noon or so |
| 19:32:45 | dbussink | manveru: that should fix your compile issue, be sure to delete the Makefile in lib/ext/openssl first though |
| 19:34:28 | boyscout | CI: rubinius: 1bb682f successful: 3037 files, 11966 examples, 36265 expectations, 0 failures, 0 errors |
| 19:58:42 | dbussink | brixen: any reason why the ST_CONTINUE etc. weren't added for rb_hash_foreach? |
| 19:58:55 | dbussink | brixen: trying to clean up some warnings in openssl while keeping it mri compatible too |
| 19:59:10 | brixen | you mean in compat.h? |
| 20:00:09 | brixen | in general there's no reason something isn't in the C-API other than it hasn't been needed yet |
| 20:00:20 | brixen | except for obvious things that depend on MRI internals |
| 20:01:58 | dbussink | brixen: because it is already in the comments |
| 20:02:03 | dbussink | but i guess i'll add it then |
| 20:02:42 | brixen | what is already in the comments? |
| 20:02:49 | brixen | pronoun fail :P |
| 20:07:25 | dbussink | brixen: ST_CONTINUE and ST_STOP :) |
| 20:13:26 | brixen | so they are in the comments but not in the code of some file I do not know the name of... |
| 20:13:35 | brixen | dbussink: ok, I trust you'll do the right thing :) |
| 20:16:17 | dbussink | brixen: if i get these warnings fixed, i'll show some code, that works better :0 |
| 20:16:18 | dbussink | :) |
| 20:17:47 | brixen | dbussink: heh ok |
| 20:38:15 | brixen | MRI's defs is such a wacky node |
| 21:09:10 | dbussink | openssl headers are really whacky :S |
| 21:19:58 | kronos_vano | break own brain on array.cycle.take(n). But now it works! :) |
| 21:20:08 | kronos_vano | *breaks |
| 21:24:25 | rue | Ha, MagLev implemented FFI callbacks too |
| 21:25:51 | evan | i saw |
| 21:26:00 | evan | i need to do that. |
| 21:26:59 | evan | ok, i've got a passable syntax file for instructions.def now |
| 21:54:59 | kronos_vano | evan, What is preferable: "unless variable" or "if variable.nil?" |
| 21:55:09 | evan | unless variable |
| 21:55:20 | kronos_vano | k |
| 21:55:48 | rue | Those are not the same |
| 21:56:06 | rue | If that does not matter, then unless :) |
| 21:56:12 | evan | it rarely matters. |
| 21:56:22 | evan | when it matters, you know which to use. |
| 21:57:23 | evan | hm, ok, so one issue with invoke_primitive is primitive failure |
| 21:57:44 | evan | if the primitive is being invoked directly, it's not hooked up to a method to fail to |
| 21:58:03 | evan | I guess I can just raise an exception |
| 21:58:21 | evan | the idea being that if you invoke a primitive directly, you don't get a chance to handle primitive failure |
| 21:59:27 | Defiler | evan: When you do the postprocessing, could you fill in both a function pointer to the primitive, and enough information to end up in the right method when you fail? |
| 21:59:52 | evan | i'm not requiring these to even be hooked up to methods |
| 21:59:54 | Defiler | so Rubinius.primitive :foo; do_other_stuff would get built into a 'do other stuff' method, and a function pointer for that prim |
| 21:59:55 | evan | so no. |
| 21:59:58 | Defiler | Aah |
| 22:00:09 | evan | the instruction stream will just have |
| 22:00:18 | evan | invoke_primitive :some_prim, 2 |
| 22:00:34 | evan | staticly dispatched |
| 22:00:50 | Defiler | tricky |
| 22:01:16 | Defiler | I guess an exception? but you'd really want it to get raised in the body of the method that wrapped the primitive |
| 22:01:54 | evan | well |
| 22:02:01 | evan | thats how invoke_primitive is different |
| 22:02:07 | evan | there is no method wrapper |
| 22:02:13 | Defiler | OK, right |
| 22:02:20 | evan | this is some random method directly invoking a primitive |
| 22:02:32 | Defiler | hey, 3rd-hand Rubinius mention on techcrunch http://techcrunch.com/2010/02/25/knowmore/ |
| 22:03:01 | Defiler | Though I would hardly call myself a 'core rubinius developer' at this point |
| 22:03:07 | evan | hey! |
| 22:03:09 | evan | congrats! |
| 22:03:15 | evan | is that the company that does KGB? |
| 22:03:20 | Defiler | Yeah |
| 22:03:40 | BrianRice-work | cool |
| 22:04:04 | Defiler | running the site on 1.8.7 right now, but it will be hosted on rbx very soon |
| 22:04:14 | Defiler | Going to do that change alongside rails 3 |
| 22:04:31 | evan | ha! |
| 22:04:33 | evan | rad. |
| 22:06:53 | brixen | what sounds cool about Knowmore is that, if successful, it will start to lessen the importance of any 'social network provider' (a la facebook), which can only be a good thing |
| 22:07:19 | brixen | can't wait for Facebook to become friendster, etc |
| 22:08:06 | brixen | also, hopefully they will change the name of Knowmore |
| 22:08:22 | brixen | doesn't exactly roll off the tongue and looks weird written |
| 22:08:52 | brixen | also, like totally sounds weird in a complete sentence, bro |
| 22:08:59 | Defiler | I wish, yes |
| 22:09:05 | Defiler | I fought against it tooth and nail :( |
| 22:09:43 | Defiler | but yeah, the idea is to let you see your social content how you want, not how facebook wants to mangle it up and display it mixed with farmville invites |
| 22:10:06 | Defiler | see your friends' flickr stuff alongside images people linked you to on twitter etc etc |
| 22:10:15 | brixen | I'm pretty much hating FB these days, about to pull the plug on it |
| 22:10:21 | brixen | Defiler: http://www.staringispolite.com/likepython/ :) |
| 22:10:35 | Defiler | Yeah, I would have flattened my FB account already if I didn't need to use their API |
| 22:11:09 | brixen | but more than hating FB in particular, the very *idea* of FB is totally broken |
| 22:11:17 | Defiler | It truly is |
| 22:11:32 | Defiler | but we're going to let you do things like only see events you get invited to, along with a shot of the map |
| 22:11:42 | brixen | nice |
| 22:11:45 | Defiler | and never see the various invitations to crocheting clubs or whatever |
| 22:12:06 | Defiler | and my personal dream feature; search my entire stream of incoming content for something I read a few days ago |
| 22:12:13 | Defiler | so I can link somebody to it |
| 22:12:17 | brixen | yes! |
| 22:13:38 | Defiler | unified abstraction spanning twitter lists and rss feeds, as well |
| 22:13:50 | Defiler | Sick of all these ridiculous silos behind unreliable APIs |
| 22:13:58 | brixen | absolutely |
| 22:14:13 | brixen | just tell them to change Knowmore -> Awesome |
| 22:14:18 | brixen | I'm sure they'll go for it |
| 22:14:19 | Defiler | Good call |
| 22:14:28 | Defiler | This 'Like, Python' link is superb |
| 22:14:34 | brixen | heh yeah |
| 22:14:37 | brixen | like, totally |
| 22:15:51 | binary42 | s/more/awesome/ |
| 22:17:15 | brixen | binary42: the problem is 'know' and 'no' are homonyms and it really doesn't work well in spoken communication |
| 22:17:53 | binary42 | Hmm. |
| 22:17:55 | Defiler | I brought that up and was told that people generally get linked to sites, rather than being told about them and remembering their domains |
| 22:18:00 | brixen | 'hey, you using no more?' ... 'huh?' ... 'ya know, no more' ... |
| 22:18:03 | Defiler | I suppose we'll see how true that is |
| 22:18:27 | binary42 | Branding is going to be important though. |
| 22:18:45 | maharg | facebook didn't get where it is now without people saying, in person, to each other "are you on facebook?" |
| 22:18:57 | brixen | maharg: you have proof of that? |
| 22:18:59 | brixen | heh |
| 22:19:09 | brixen | imagines the soccer moms discussions |
| 22:19:12 | binary42 | no more is more common than no awesome so at least an improvement. |
| 22:19:24 | Defiler | luckily we also have nomore.com heh |
| 22:19:24 | binary42 | brixen: I get that all the time. |
| 22:19:28 | brixen | I'd be skeptical of disregarding spoken word of mouth |
| 22:19:31 | maharg | I worked for a regional competitor that got slammed by them in 2008, we did some research huhu |
| 22:20:10 | binary42 | Defiler: Now that I know it, I'll have to use that as a shorter URL. |
| 22:20:46 | Defiler | I use that as the asset host so as not to send cookies with every request heh |
| 22:20:50 | Defiler | so it will just redirect you :) |
| 22:21:10 | Defiler | We've got some short url too that I just don't have the keys for, like k.mr or whatever |
| 22:21:11 | maharg | but since I can't prove that either, I'll just say I've heard the question asked more than enough times personally to easily believe it's the case |
| 22:22:05 | maharg | and soccer moms say "are you on *the* facebook" |
| 22:22:14 | brixen | heh |
| 22:22:17 | Defiler | I'm in the "I believe word of mouth is important but can't prove it" category, personally |
| 22:22:32 | evan | I personally say "did you see that on the bookface?" |
| 22:22:33 | evan | or |
| 22:22:40 | evan | "check out her youface page!" |
| 22:22:50 | evan | and sometimes |
| 22:23:09 | evan | "I updated my status on the bookfacé" |
| 22:23:13 | evan | (note the accent) |
| 22:23:27 | maharg | our target demo was teenagers, and the parts of the year where kids had a lot of face to face (basically all the 'back to school' periods) contact were notably large drivers of signups |
| 22:23:44 | brixen | Defiler: interestingly enough, I distinctly *do not* want to know more, I want to find relevance |
| 22:23:52 | brixen | I have to know enough already |
| 22:23:59 | Defiler | That was my #1 complaint with the name :) |
| 22:24:05 | brixen | cool |
| 22:24:06 | brixen | :) |
| 22:24:09 | maharg | knowbetter |
| 22:24:14 | Defiler | That I had been describing what we were building as a HUD for linkable content on the web |
| 22:24:24 | Defiler | where I want the important things indicated to me, not just 'more' |
| 22:24:33 | Defiler | Luckily the product team agrees, it just isn't reflected in the name |
| 22:25:02 | evan | Defiler: special glasses that show a persons bookface page when you look at them? cool! |
| 22:25:07 | Defiler | Hell yeah |
| 22:25:11 | Defiler | They Live style |
| 22:26:05 | evan | there is some new PS3 game (Metro 2033 I think it's called) that has no HUD at all |
| 22:26:21 | evan | you have to use subtle clues to figure out your health |
| 22:26:28 | evan | and you wear a gas mask for parts |
| 22:26:32 | Defiler | Cool |
| 22:26:47 | Defiler | That is definitely a trend.. Fable III is going to be pretty much overlay-free |
| 22:26:51 | evan | and the only way to know whether or not the mask is about empty is to a wristwatch timer the main character has |
| 22:27:03 | evan | ie, you put on the mask, and start the watch |
| 22:27:05 | Defiler | and even 'hardcore' shooters are more and more often using your view of the world to indicate health |
| 22:27:12 | evan | and you have to glance at the watch every once in a while |
| 22:27:16 | Defiler | That is awesome |
| 22:27:29 | evan | oh, no ammo meter either |
| 22:27:34 | evan | i'm not sure how they're going to do that |
| 22:27:47 | evan | probably you'll know if you have one clip left or not |
| 22:27:55 | Defiler | Too bad you can't feel the weight of the weapon and just guess |
| 22:28:01 | evan | yeah, thats what I was thinking |
| 22:28:04 | Defiler | we need a visual way to perceive mass |
| 22:28:06 | evan | you'd move slower with more ammo |
| 22:28:24 | evan | move slower, jump less high |
| 22:28:44 | binary42 | I'm sure 1mm differences are visible in HD :P |
| 22:28:47 | evan | or maybe a button where you can sling your pack down and then look inside it |
| 22:28:57 | evan | to check how many clips you have |
| 22:28:58 | binary42 | I'd do it by sound. |
| 22:29:09 | binary42 | I'd just slightly adjust the kick sound each round. |
| 22:29:09 | evan | i guess the map is a real map |
| 22:29:17 | evan | that the character has to fold and unfold everytime |
| 22:29:32 | evan | i hope you can throw down the map when you're trying to fold it so you can shoot someone |
| 22:30:14 | evan | binary42: ah, sure, to find out the bullets left in a clip |
| 22:30:21 | evan | but i'm assuming you can carry a number of clips at a time |
| 22:30:23 | Defiler | You should be able to blind someone with it by covering their face |
| 22:30:24 | boyscout | Update specs for Enumerable#cycle and Array#cycle - b3ba787 - Ivan Samsonov |
| 22:30:24 | boyscout | Fix Array#cycle and Enumerable#cycle - c9f5011 - Ivan Samsonov |
| 22:30:31 | evan | Defiler: fuck yeah. |
| 22:30:34 | binary42 | evan: That is just worth remembering? |
| 22:30:43 | evan | binary42: maybe |
| 22:30:52 | evan | if you, the player, have to just remember |
| 22:30:54 | evan | that would be sweet. |
| 22:31:06 | Defiler | That's the best idea I think |
| 22:31:12 | evan | be able te check your pack would be useful though |
| 22:31:16 | evan | and fine, realisticly |
| 22:31:26 | Defiler | You have to be a serious fighting machine in the real world to count your remaining ammo anyway |
| 22:31:34 | binary42 | Starting the game would have to give you a quick layout of what you have before you get going though. |
| 22:31:37 | Defiler | (in some crazy car-to-car city gunfight I'm imagining) |
| 22:31:54 | evan | Defiler: well, ammo is currency in the game |
| 22:32:04 | evan | so i hope you don't shoulder a gatling gun for long. |
| 22:32:24 | evan | i hope there is a option to have a cash register sound everytime you shoot |
| 22:32:34 | evan | *ching* *ching* *ching* |
| 22:32:38 | Defiler | Haha, nice |
| 22:32:53 | Defiler | That really tightens up the loop |
| 22:33:08 | Defiler | No more selling leather caps to buy bullets to shoot people to get more leather caps to sell |
| 22:33:15 | evan | and i also hope that the hand-to-hand weapons are decent |
| 22:33:36 | evan | because then i'm going to carry my 45 mag and a hunting knife |
| 22:35:30 | boyscout | CI: rubinius: c9f5011 successful: 3037 files, 11968 examples, 36267 expectations, 0 failures, 0 errors |
| 22:35:57 | Defiler | this is.. amazing http://www.destructoid.com/deadly-premonition-is-the-greatest-game-ever-made-164794.phtml |
| 22:38:20 | kronos_vano | Good. Now rubinius pass 20 of 53 1.8.7's test files. |
| 22:39:33 | evan | Defiler: is the whistling actually in the game? |
| 22:39:56 | Defiler | Yes |
| 22:40:43 | Defiler | I love the part where she is listing the bars in town and one of them is called 'Galaxy of Terror' |
| 22:43:53 | evan | Defiler: I really hope that he's Scitzophrenic |
| 22:44:00 | evan | and Zach is in his head entirely |
| 22:44:33 | Defiler | I hope that as well |
| 23:54:33 | evan | kronos_vano: what did you say about cycle.take(2) ? |
| 23:55:03 | kronos_vano | I fixed it 1 hour aog |
| 23:55:10 | kronos_vano | *ago |
| 23:55:39 | evan | sure, i can't read your language though :) |
| 23:55:46 | evan | i was curious what you said on twitter |
| 23:55:50 | kronos_vano | 1 sec |
| 23:56:14 | kronos_vano | "[1,2,3].cycle.take(2) now woks fine in rubinius" |
| 23:56:18 | kronos_vano | something like that) |
| 23:56:24 | evan | ah ok |
| 23:56:24 | evan | :) |
| 23:56:35 | kronos_vano | I didn't know that you read my twitter) |
| 23:56:58 | kronos_vano | I'll write in english ;) |
| 23:57:05 | evan | now you know! |
| 23:57:47 | brixen | guy: "hey Ruby, have much syntax, eh?", Ruby: "what, who, me?" |
| 23:58:44 | kronos_vano | ))) |