Frustrated, not upset. I never trust a system where the CI has been red for this long.
Here are the results I get, and they are fairly consistent. I don't know how you got the output you are showing, I am running "rake spec:ci" as described in the readme. Gps-iMac:MacRuby Gp$ rake spec:ci (in /Users/Gp/projects/MacRuby) ./mspec/bin/mspec ci -B ./spec/macruby.mspec :full MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] ..................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................macruby(47790,0x7fff7037cbe0) malloc: *** auto malloc[47790]: error for object 0x1036d46d0: auto_zone_set_associative_ref: object should point to a GC block or a global address, otherwise associations will leak. Break on auto_zone_association_error() to debug. ...............................................................................................................................................................................................................................................................................................................................................................................F........................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................macruby(47790,0x10bb81000) malloc: reference count underflow for 0x20210edc0, break on auto_refcount_underflow_error to debug. .....macruby(47790,0x10bb81000) malloc: reference count underflow for 0x2020d9320, break on auto_refcount_underflow_error to debug. ..macruby(47790,0x10bb81000) malloc: reference count underflow for 0x202135260, break on auto_refcount_underflow_error to debug. ...................................................................................................................................................................................................................................F................................................................................................................................................................................................................................................ 1) String#dump includes .force_encoding(name) if the encoding isn't ASCII compatiable FAILED Expected "\"v\"" to equal "\"\\bv\".force_encoding(\"UTF-16BE\")" core:in `raise:' core:in `each' core:in `all?' core:in `each' 2) TCPServer.new raises a SocketError when the host is unknown FAILED Expected SocketError but got Errno::EADDRNOTAVAIL (Can't assign requested address - bind(2)) core:in `raise:' Finished in 162.793482 seconds 2469 files, 9637 examples, 28937 expectations, 2 failures, 0 errors rake aborted! Command failed with status (1): [./mspec/bin/mspec ci -B ./spec/macruby.msp...] (See full trace by running task with --trace) In my case you can see 2 failures and a few exceptions being thrown which is troubling (is the Rake task supposed to abort at the end too?). And as you can see I am getting different failures than you are. I am trying to help, but my C skills are weaker than my ruby (or pretty much any other language) and the code is not easy to work with. However, after reading more and more I am starting to understand how the C code affects the Ruby runtime. But every time I have pulled down a new version of the code to see if I can add or fix something, I hope that the CI suite will pass so that I can start from green and then tinker, but the suite hasn't passed in a while. When it was isolated failures, I felt Ok, but the the malloc exceptions and the like give me definite pause. I am not confident enough to fiddle around with stuff when the whole system is showing this many failures. False positives make me more cautious. If I hand you a patch, I want to say "the CI is still passing", but I can never say that. Cheers, -Gp On 2009-12-07, at 11:11 PM, Matt Aimonetti wrote: > Hi Gp, > > I'm not sure why you seem so upset. Here are the results of the CI: > > Library: > files: 1043 > examples: 1987 > skipped examples: 748 > expectations: 7548 > failures: 0 > > > errors: 0 > pass rate: 72.65% > > Core: > files: 1365 > examples: 6635 > skipped examples: 1438 > expectations: 18752 > failures: 2 > errors: 0 > pass rate: 82.19% > > Language: > files: 61 > > > examples: 1013 > skipped examples: 96 > expectations: 2635 > failures: 0 > errors: 0 > pass rate: 91.34% > > Summary: > files: 2469 > examples: 9635 > skipped examples: 2282 > expectations: 28935 > > > failures: 2 > errors: 0 > pass rate: 80.85% > > Exceptions: > > 1) > Process.groups gets an Array of the gids of groups in the supplemental group > access list FAILED > Expected [12, 20, 62, 80, 98, 100, 204, 251, 253, 254, 257, 402, 404, 500, > 501, 1025] > > > to equal [12, 20, 62, 80, 98, 100, 204, 250, 251, 252, 253, 254, 255, 256, > 257, 401, 402, 403, 404, 405, 406, 407, 500, 501, 502, 503, 504, 1025, 1027, > 1028, 19000, 19002] > core:in `raise:' > core:in `each' > > > core:in `all?' > core:in `each' > > 2) > String#dump includes .force_encoding(name) if the encoding isn't ASCII > compatiable FAILED > Expected "\"v\"" to equal "\"\\bv\".force_encoding(\"UTF-16BE\")" > > > core:in `raise:' > core:in `each' > core:in `all?' > core:in `each' > rake aborted! > Command failed with status (1): [./mspec/bin/mspec ci -B > ./spec/macruby.msp...] > > > The first failure is bogus. So it lefts us with one failing spec related to > the encodings that we currently don't fully support. > > Unless I'm missing something, this isn't bad at all. Maybe you're having > other results on your system and is willing to try to help us finding out > what's going on? > > - Matt > > On Mon, Dec 7, 2009 at 7:49 PM, Giampiero De Ciantis <gdecian...@gmail.com> > wrote: > rake spec:ci hasn't passed in 3 months, maybe more. Is there any point to the > suite of specs? Lost cause? > > Cheers, > > -Gp > _______________________________________________ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > > _______________________________________________ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
