Show enters and exits. Hide enters and exits.
| 00:01:19 | boyscout | CI: rubinius: 92c6a15 successful: 3460 files, 13517 examples, 41094 expectations, 0 failures, 0 errors |
| 00:52:58 | boyscout | Fixed Ping specs. - 448642d - Brian Ford |
| 00:52:59 | boyscout | Added ping.rb from MRI standard library. - deeea85 - Brian Ford |
| 00:52:59 | boyscout | Remove obsolete CompiledMethod specs. - e98fd0d - Brian Ford |
| 00:52:59 | boyscout | Removed old failing Module rbx specs. - 7368527 - Brian Ford |
| 00:52:59 | boyscout | Some cleanups for default.mspec. - b5df30a - Brian Ford |
| 00:53:26 | brixen | evan: I think that's it for the spec cleanups |
| 00:53:37 | brixen | shall we let it simmer for morning? |
| 00:53:44 | evan | yeah |
| 00:54:23 | brixen | we only have ~540 tags now |
| 00:54:58 | brixen | oh wait, 856... hmm I wonder |
| 00:55:43 | brixen | some of those are incomplete tags I think |
| 00:56:41 | brixen | 754 from --list-all with the ci_files |
| 00:57:33 | brixen | 530 for fails, critical, unstable |
| 00:58:35 | brixen | so difference are incomplete |
| 00:58:59 | brixen | so yeah, about 530 failing out of 14k |
| 00:59:54 | evan | pretty good. |
| 01:03:53 | brixen | hmm, some of these tags look stale |
| 01:04:00 | slava | hi fellas |
| 01:04:43 | brixen | hi slava |
| 01:17:29 | boyscout | CI: Commit b5df30a failed. http://github.com/evanphx/rubinius/commit/b5df30a0620837d6882e7a2ef984a836e9285c53 |
| 01:41:06 | boyscout | Cleaning up some specs and CI tags. - f976513 - Brian Ford |
| 01:41:07 | boyscout | Quarantine Ping spec. - 437efdd - Brian Ford |
| 01:42:57 | evan | i'm checking out the frozen weirdness on elle |
| 01:44:05 | brixen | ok |
| 02:05:38 | boyscout | CI: Commit 437efdd failed. http://github.com/evanphx/rubinius/commit/437efdd12e24c443e1be07bbb345498a9e88700d |
| 07:00:28 | boyscout | Have the JIT check frozen status of self before setting ivars - b9662ac - Evan Phoenix |
| 07:00:48 | slava | yo evan pushing JIT patches at midnight? |
| 07:10:59 | boyscout | CI: rubinius: b9662ac successful: 3457 files, 13581 examples, 41201 expectations, 0 failures, 0 errors |
| 07:23:37 | dbussink | evan: the spurious frozen error? |
| 15:08:33 | khaase | brixen: http://ci.finn.de/builds/rbx_redmine-trunk_mysql |
| 15:14:52 | kronos_vano | khaase, awesome |
| 15:17:18 | khaase | kronos_vano: no, not that awesome |
| 15:17:24 | khaase | kronos_vano: it does not actually pass |
| 15:17:31 | khaase | kronos_vano: just the wrong return value |
| 15:17:47 | kronos_vano | Why it is green then? |
| 15:17:55 | khaase | wrong return value |
| 15:18:26 | khaase | all failures seem IO/FileSystem related |
| 15:18:39 | khaase | s/FileSystem/file system |
| 16:17:53 | brixen | khaase: ah ok, I didn't have any of the scm's installed |
| 16:18:22 | brixen | khaase: that ci formatted output is terrible! the red bt is hard to read and it strips the failure # |
| 16:18:35 | brixen | :( |
| 16:18:39 | khaase | brixen: blame schmidtwisser |
| 16:18:50 | khaase | don't have access to the ci |
| 16:18:58 | brixen | khaase: I don't know who that is, could you blame him for me? :) |
| 16:19:00 | khaase | i mean, like admin/root/whatever |
| 16:19:10 | khaase | i'll do that. he just left |
| 16:19:18 | brixen | ok :) |
| 16:19:50 | brixen | like, I already know it's a failure, the whole bt needs to be easy to read, not red! |
| 16:20:55 | kronos_vano | brixen, can you give me your mail? |
| 16:22:58 | brixen | kronos_vano: bford at engineyard |
| 16:23:12 | evan | the IO failure is easy to fix |
| 16:23:18 | evan | i can do that now. |
| 16:26:24 | brixen | khaase: also, you will need a rake distclean; rake to rebuild oniguruma |
| 16:26:58 | brixen | khaase: or you can cd vm/external_libs/onig; make clean; cd <root> rake |
| 16:28:20 | khaase | ok |
| 16:28:39 | khaase | any idea what causes the io stream issues? |
| 16:28:55 | boyscout | Toggle binmode on the read stream of a pipe - 1be0177 - Evan Phoenix |
| 16:28:56 | evan | khaase: that ^^ |
| 16:29:15 | khaase | evan: w00t |
| 16:34:37 | evan | ok, so no open issues |
| 16:34:51 | evan | and i don't want to make any changes after rc5 if we can help it. |
| 16:35:06 | evan | so are we ok with redmine not running green? |
| 16:35:22 | evan | actually, i need to check rails 3 |
| 16:37:22 | boyscout | CI: rubinius: 1be0177 successful: 3457 files, 13581 examples, 41201 expectations, 0 failures, 0 errors |
| 16:38:21 | brixen | I'm running redmine here |
| 16:38:47 | brixen | I don't have all the scm's and don't much feel like installing all that stuff, so I'm not going to test those atm |
| 16:39:17 | brixen | rails 3 is the more important one |
| 16:39:34 | brixen | I wouldn't worry about redmine tests |
| 16:39:58 | brixen | we need to draw a line somewhere or we'll be on a perpetual treadmill |
| 16:40:09 | brixen | getting asymptotically close to 1.0 :) |
| 16:41:52 | evan | k |
| 16:42:07 | evan | damnit. |
| 16:42:14 | evan | rails 3 keeps adding gems. |
| 16:42:29 | evan | like the fucking added the json gem. |
| 16:42:32 | evan | which we don't run |
| 16:42:35 | evan | because it's terrible. |
| 16:43:26 | Zoxc | it uses callcc? :D |
| 16:45:19 | brixen | evan: the gem itself, or that script that doesn't compile? |
| 16:45:42 | evan | the json gem itself seems to use RBASIC() |
| 16:46:07 | brixen | ugh |
| 16:46:32 | evan | i got it to install with --without mri |
| 16:46:37 | evan | they have those gems grouped |
| 16:55:17 | khaase | evan: 1.0 not running all redmine tests is fine with me (actually, it seems like all tests might pass now) |
| 16:55:35 | evan | ok |
| 16:55:45 | evan | looks like there are a couple of broken rails 3 tests now. |
| 16:55:55 | evan | hopefully they'll be easy. |
| 16:56:47 | khaase | yeah, just implement callcc... piece a' cake ;) |
| 16:57:21 | evan | ? |
| 16:57:27 | evan | it's nothing to do with callcc. |
| 16:57:37 | khaase | "18:43 Zoxc: it uses callcc? :D" |
| 16:57:43 | khaase | also, just kidding |
| 17:00:34 | evan | arg. i'm getting a "No current exception" bug. |
| 17:00:36 | evan | i hate these. |
| 17:03:28 | evan | hm, i thought I fixed this... |
| 17:32:08 | kronos_vano | brixen, tnx! |
| 17:35:12 | brixen | kronos_vano: yw! |
| 19:07:40 | wayneeseguin | Defiler: ello! |
| 19:07:47 | Defiler | yarr |
| 19:07:49 | wayneeseguin | Is there anything you can think of that would cause rubygems extensions to NOT load ? |
| 19:08:09 | Defiler | not load, no error? |
| 19:08:14 | wayneeseguin | hrm |
| 19:12:14 | wayneeseguin | Defiler: http://gist.github.com/392576 |
| 19:12:36 | wayneeseguin | especially the hpricot one |
| 19:13:37 | Defiler | Oh, sorry, I misunderstood which kind of extension you meant |
| 19:13:41 | Defiler | not extensions to rubygems itself |
| 19:14:19 | Defiler | wayneeseguin: put :verbose: really in your .gemrc |
| 19:14:28 | Defiler | and then try installing hpricot again |
| 19:14:41 | Defiler | also, hpricot works on 1.9? |
| 19:15:42 | Defiler | hopefully gem_make.out has some useful output in it too |
| 19:16:10 | Defiler | sad that there is spam here http://isitruby19.com/hpricot |
| 19:24:13 | wayneeseguin | Defiler: OK |
| 19:24:35 | wayneeseguin | ugh yeah :( spam sux |
| 19:26:37 | dbussink | also the author names don't always make sense |
| 19:26:46 | dbussink | wayneeseguin: any idea where it gets those from? |
| 19:32:10 | wayneeseguin | dbussink: no? |
| 19:32:37 | wayneeseguin | likely from the gravitar |
| 19:36:52 | wayneeseguin | Defiler: You sir, rock. That :verbose: worked awesomely. |
| 19:36:57 | wayneeseguin | Defiler: http://gist.github.com/392597 |
| 19:37:03 | wayneeseguin | I've never seen anything like that :) |
| 19:37:14 | wayneeseguin | Can you guess what the issue was? |
| 19:37:16 | wayneeseguin | ::grin:: |
| 19:40:48 | dbussink | wayneeseguin: 32 / 64 bit linking to each other? |
| 19:42:42 | wayneeseguin | dbussink: Nope :) The guy had set somehow PATH="~/.rvm/scripts/:...." |
| 19:42:46 | wayneeseguin | which makes no sense |
| 19:43:00 | wayneeseguin | so 'make install' was finding the ~/.rvm/scripts/install instead of /usr/bin/install |
| 19:43:06 | wayneeseguin | WEIRD |
| 20:09:55 | brixen | khaase: redmine should use RedCloth or RedCloth3 should be patched |
| 20:09:57 | brixen | khaase: http://redmine.ruby-lang.org/issues/show/3217 |
| 20:11:16 | khaase | brixen: yeah, there are plans for replacing redcloth3 with redcloth in 1.0, but i think those are not high priority. |
| 20:11:30 | brixen | ok |
| 20:12:02 | brixen | I guess that means there are maybe plans for supporting rbx in 1.0 :) |
| 20:12:44 | evan | rubinius and 1.9 |
| 20:12:51 | evan | neither will match < |
| 20:12:53 | evan | in that case |
| 20:13:36 | khaase | isn't it fixed in http://github.com/finnlabs/redmine/commit/b2c0885a509a517b? |
| 20:13:53 | khaase | that commit already made it to redmine trunk, afaik |
| 20:14:26 | evan | oh, probably. |
| 20:14:46 | brixen | khaase: oh, I'll try that, but I applied that patch before and it did not fix all issues that appeared to be RE related |
| 20:15:24 | evan | arg. my super fix broke rails |
| 20:15:27 | brixen | in fact, yes, I have that patch applied |
| 20:15:34 | evan | because rails tests have, ready for it? |
| 20:15:37 | brixen | damn rails |
| 20:15:47 | khaase | yeah, but switching to redcloth 4 will be painfull afaik |
| 20:15:59 | evan | define_method(...) { class << obj; def method; end; end; } |
| 20:16:26 | brixen | wtf |
| 20:16:50 | evan | and the way I fixed super was to keep the name on a CompiledMethod accurate |
| 20:17:07 | evan | which, in the case of a define_method, means walking down into any sub CompiledMethods and changing the name |
| 20:17:16 | evan | because I assumed i'd be changing the name of blocks |
| 20:17:34 | evan | but the CMs for the sclass body and method clearly shouldn't be changed. |
| 20:17:48 | brixen | yeah |
| 20:18:21 | evan | so now I need to tag CMs that are for blocks |
| 20:18:25 | evan | so that i only change those. |
| 20:19:26 | brixen | we have @for_block in the generator... |
| 20:19:43 | evan | i need it at runtime |
| 20:19:49 | brixen | ah |
| 20:19:55 | brixen | I mean, put it into the CM |
| 20:20:12 | evan | right |
| 20:20:40 | evan | I think I stuck the metadata slot into CM |
| 20:20:43 | evan | i can put it into there. |
| 20:20:55 | evan | just need to make sure that slot is roundtriping fine |
| 20:21:46 | evan | hm |
| 20:22:02 | evan | ivars themselves seem to be roundtripping it some cases... |
| 20:22:39 | evan | hm, yeah, we've been using __ivars__ for that |
| 20:22:44 | evan | which i think is wrong, isn't it.... |
| 20:23:18 | evan | yeah, ack. |
| 20:23:24 | evan | we have a __ivars__ accessor |
| 20:23:27 | evan | on CompiledMethod |
| 20:23:46 | evan | well, i can just change it's named to metadata |
| 20:23:50 | evan | and use it. |
| 20:23:54 | evan | without breaking any formatting |
| 20:24:24 | brixen | heh, oops, we've been dragging that __ivars__ around for a while |
| 20:24:39 | brixen | 2 little lines in compiled_file.rb |
| 20:25:01 | evan | yep. |
| 20:25:17 | evan | better to have it be explicitly metadata |
| 20:25:23 | evan | since it's form is highly restricted |
| 20:25:35 | evan | since it has to be able to be put into a .rbc |
| 20:25:40 | brixen | yeah |
| 20:26:09 | brixen | stepping through redmine is so fun/painful/idk, it hurts |
| 20:26:14 | brixen | I want a debugger :/ |
| 20:27:47 | brixen | I wonder if this is an issue with quoted printable |
| 20:33:49 | brixen | evan: poke |
| 20:54:01 | brixen | evan: comparing these two TMail outputs http://gist.github.com/392664 would you guess a mime encoding issue? |
| 20:55:34 | evan | yes |
| 20:55:42 | brixen | k |
| 20:55:49 | evan | quoted-printable |
| 20:55:50 | evan | you dog you. |
| 21:23:25 | josiah | hey, I have a question about code changes |
| 21:23:39 | evan | ok |
| 21:25:15 | josiah | i was mistakenly working with an old version, and fixed a problem that someone else had fixed as well. The changes I made were a few lines of ruby, the other changes added the "vm_check_super_callable" native method |
| 21:25:50 | evan | ok |
| 21:25:58 | josiah | I assume the native one is faster, but I also know that one of the goals is to implement as much as possible in ruby |
| 21:26:48 | josiah | should I make up a patch that replaces the native method with the ruby one, or just leave it alone? |
| 21:26:58 | evan | it's much more difficult (maybe not even possible) to do it ruby for that |
| 21:27:15 | evan | you'll see that vm_check_super_callable uses the same logic as normal method dispatch to answer the question |
| 21:27:20 | evan | you must leave it alon. |
| 21:27:21 | evan | alone. |
| 21:27:29 | evan | you're code is probably not right. |
| 21:27:42 | evan | i'm curious to see it though |
| 21:27:44 | brixen | josiah_: you could show us your code |
| 21:27:49 | brixen | evan: jinx |
| 21:27:50 | brixen | heh |
| 21:28:53 | josiah | in "variable_scope.rb" around line 83 i had "found_method = sup.find_method_in_hierarchy(@method.name) |
| 21:28:53 | josiah | return found_method != nil && found_method.visibility != :undef" |
| 21:29:10 | josiah | basically just adding a check for the method visibility |
| 21:30:25 | evan | as I recall, there is another case that that doesn't work for |
| 21:30:30 | evan | but I don't recall it off hand |
| 21:31:55 | josiah | from what I could see the current version doesn't use the "super_method_defined?" function for anything anymore |
| 21:33:18 | evan | thats correct |
| 21:33:20 | evan | it doesn't |
| 21:33:47 | evan | the reason it was moved into the VM is because we were trying to duplicate the logic the VM was doing anyway |
| 21:33:50 | evan | and duplicating it badly |
| 21:34:06 | evan | it's much less buggy in the current form |
| 21:37:22 | josiah | cool, I hadn't noticed that it was so similar to the dispatch function. thanks |
| 22:30:47 | boyscout | Track the current exception better and more often - 4aac89d - Evan Phoenix |
| 22:30:47 | boyscout | Track if a CM is for a block properly finally - f653ab9 - Evan Phoenix |
| 22:31:03 | evan | well, still a few rails 3 bugs |
| 22:31:13 | evan | still a weird exception one i have to work on. |
| 22:32:54 | brixen | so, "#".inspect != "#".dump :( |
| 22:33:11 | brixen | or something |
| 22:33:15 | brixen | this is so confusing |
| 22:33:46 | evan | in MRI it's the same |
| 22:33:55 | brixen | the String#inspect specs suck for one |
| 22:34:05 | brixen | look at the String#inspect specs |
| 22:34:07 | evan | looks like we're escaping # in both though |
| 22:34:08 | evan | we shouldn't be. |
| 22:34:19 | brixen | we are matching that spec |
| 22:34:37 | brixen | (34.chr..36.chr).to_a.to_s => "\"\#$" |
| 22:35:08 | brixen | "#".dump => "\"#\"" |
| 22:36:20 | brixen | hm, so what does Array#to_s actually use... |
| 22:37:33 | brixen | rb_output_fs |
| 22:40:00 | evan | well, i'm headed out |
| 22:40:04 | evan | bbiab. |
| 22:44:31 | boyscout | CI: rubinius: f653ab9 successful: 3457 files, 13581 examples, 41201 expectations, 0 failures, 0 errors |
| 22:50:33 | brixen | so, if you "#" << "$" or "@", you get "\#" |
| 22:50:42 | brixen | brilliant |
| 22:52:44 | brixen | no, I'm wrong, that's only inspecting the string |
| 22:52:49 | brixen | whew |