[MacRuby-devel] Has the team given up on continuous integration?
Giampiero De Ciantis
gdeciantis at gmail.com
Tue Dec 8 04:01:54 PST 2009
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 <gdeciantis at 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 at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
> _______________________________________________
> MacRuby-devel mailing list
> MacRuby-devel at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macruby-devel/attachments/20091208/d20b1c31/attachment-0001.html>
More information about the MacRuby-devel
mailing list