buildr-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Henrik Thostrup Jensen" <thost...@gmail.com>
Subject Re: Postponing test compile to after all modules have compiled
Date Thu, 15 Jan 2009 15:04:27 GMT
2009/1/15 Daniel Spiewak <djspiewak@gmail.com>:
> Could this be an incompatibility with Buildr and ZSH?  It looks to me like
> that's where the problem is considering the fact that Buildr moves on after
> the segfault.
>
> I use Buildr with Bash.

Those are actually two different segfaults (in order to show that the
segfault doesn't occur in any specific phase).

I also tried with bash, but same result.

I did a quick core dump and back trace with gdb, but got the following
(rather useless) result:

(gdb) bt
#0  0xb7eaccb7 in ?? () from /usr/lib/libruby1.8.so.1.8
#1  0xb7eacd5a in ?? () from /usr/lib/libruby1.8.so.1.8
#2  0xb7eb2781 in ?? () from /usr/lib/libruby1.8.so.1.8
#3  0xb7eb2a1a in ?? () from /usr/lib/libruby1.8.so.1.8
#4  0xb7ead021 in ?? () from /usr/lib/libruby1.8.so.1.8
#5  0xb7eb2781 in ?? () from /usr/lib/libruby1.8.so.1.8
#6  0xb7eb2a1a in ?? () from /usr/lib/libruby1.8.so.1.8
#7  0xb7ead021 in ?? () from /usr/lib/libruby1.8.so.1.8
#8  0xb7eb2781 in ?? () from /usr/lib/libruby1.8.so.1.8
#9  0xb7eb2a1a in ?? () from /usr/lib/libruby1.8.so.1.8
#10 0xb7ead021 in ?? () from /usr/lib/libruby1.8.so.1.8
#11 0xb7eb2781 in ?? () from /usr/lib/libruby1.8.so.1.8
#12 0xb7eb2a1a in ?? () from /usr/lib/libruby1.8.so.1.8
#13 0xb7ead021 in ?? () from /usr/lib/libruby1.8.so.1.8
#14 0xb7eb2781 in ?? () from /usr/lib/libruby1.8.so.1.8
#15 0xb7eb2a1a in ?? () from /usr/lib/libruby1.8.so.1.8
#16 0xb7ead021 in ?? () from /usr/lib/libruby1.8.so.1.8
#17 0xb7eb2781 in ?? () from /usr/lib/libruby1.8.so.1.8
#18 0xb7eb2a1a in ?? () from /usr/lib/libruby1.8.so.1.8
#19 0xb7ead021 in ?? () from /usr/lib/libruby1.8.so.1.8
#20 0xb7eb2781 in ?? () from /usr/lib/libruby1.8.so.1.8
#21 0xb7eb2a1a in ?? () from /usr/lib/libruby1.8.so.1.8
#22 0xb7ead141 in ?? () from /usr/lib/libruby1.8.so.1.8
#23 0xb7eae0a2 in ?? () from /usr/lib/libruby1.8.so.1.8
#24 0xb7eb2781 in ?? () from /usr/lib/libruby1.8.so.1.8
#25 0xb7eb2a1a in ?? () from /usr/lib/libruby1.8.so.1.8
#26 0xb7ead021 in ?? () from /usr/lib/libruby1.8.so.1.8
#27 0xb7eb2781 in ?? () from /usr/lib/libruby1.8.so.1.8
#28 0xb7eb2a1a in ?? () from /usr/lib/libruby1.8.so.1.8
#29 0xb7ead021 in ?? () from /usr/lib/libruby1.8.so.1.8
#30 0xb7eae294 in ?? () from /usr/lib/libruby1.8.so.1.8
#31 0xb7eb2781 in ?? () from /usr/lib/libruby1.8.so.1.8
#32 0xb7eb2a1a in ?? () from /usr/lib/libruby1.8.so.1.8
#33 0xb7ead021 in ?? () from /usr/lib/libruby1.8.so.1.8
#34 0xb7eb0dbc in ?? () from /usr/lib/libruby1.8.so.1.8
#35 0xb7ebc847 in rb_yield () from /usr/lib/libruby1.8.so.1.8
#36 0xb7e8cf91 in rb_ary_each () from /usr/lib/libruby1.8.so.1.8
[---- much more ----]

Which doesn't reveal much. The stack level was 564 levels deep though.

-- 
   - Henrik

Mime
View raw message