[#1834] New syck bug — Chad Fowler <chad@...>
There is a new syck bug that appears to be caused by the recent fix for
[#1836] exit inside test/unit — nobu.nokada@...
Hi,
On Dec 1, 2003, at 02:55, nobu.nokada@softhome.net wrote:
[#1843] DRb tests hang on OS X 10.3.1 — Nathaniel Talbott <nathaniel@...>
I haven't yet been able to test this on another platform to see if it
[#1846] Re: Constants, class variables and the cbase field — george.marrows@...
> What kind of behavior do you want (to change)? Remember you're saying
Hi,
On Monday 01 December 2003 06:44 pm, Yukihiro Matsumoto wrote:
Hi,
On Tuesday 02 December 2003 04:02 am, Yukihiro Matsumoto wrote:
[#1884] multiple exceptions for assert_raises — nobu.nokada@...
Hi,
Hi,
On Dec 4, 2003, at 02:34, Yukihiro Matsumoto wrote:
On Dec 4, 2003, at 01:35, nobu.nokada@softhome.net wrote:
On Dec 4, 2003, at 10:39, Nathaniel Talbott wrote:
[#1901] Test::Unit problem — "Sean E. Russell" <ser@...>
-----BEGIN PGP SIGNED MESSAGE-----
Hi,
[#1914] -Wall warnings from 1.8.1 p3 — Daniel Berger <djberge@...>
Here are some potentially significant warnings from 1.8.1 p3
nobu.nokada@softhome.net wrote:
[#1932] --enable-pthread broken? — Nathaniel Talbott <nathaniel@...>
[ruby-talk: 87759] and the surrounding thread seem to indicate that
Hi,
On Dec 11, 2003, at 11:49, Yukihiro Matsumoto wrote:
>>>>> "N" == Nathaniel Talbott <nathaniel@talbott.ws> writes:
Hi,
On Dec 11, 2003, at 16:10, nobu.nokada@softhome.net wrote:
Hi,
Hi,
On Dec 11, 2003, at 20:48, Yukihiro Matsumoto wrote:
Hi,
>>>>> "Y" == Yukihiro Matsumoto <matz@ruby-lang.org> writes:
Hi,
>>>>> "Y" == Yukihiro Matsumoto <matz@ruby-lang.org> writes:
Hi,
>>>>> "Y" == Yukihiro Matsumoto <matz@ruby-lang.org> writes:
Hi,
[#1936] Can't define +@ for Symbol (plus ruby install problem) — "T. Onoma" <transami@...>
I wanted to see if the +@ problem was fixed in 1.8.1 preview 3 but when I do
Hi,
On Friday 12 December 2003 02:39 am, Yukihiro Matsumoto wrote:
Hi,
Hi.
Hi,
[#1973] Where to install documentation — Dave Thomas <dave@...>
Folks:
Hi,
Dave Thomas (dave@pragprog.com) wrote:
>
>> Using the standard install.rb, anything you include in a project's
Hi,
On Tue, Dec 16, 2003 at 03:52:26PM +0900, Dave Thomas wrote:
Hi,
[#2013] Mixin Module, Possible Bug? — "T. Onoma" <transami@...>
According to Pickaxe, Ch. 19, pg. 245, under Mixin Modules:
[#2037] --enable-pthread still segfaults... — Nathaniel Talbott <nathaniel@...>
I've finally been able to test my application under load using the
Hi,
On Dec 23, 2003, at 14:17, Yukihiro Matsumoto wrote:
Hi,
On Dec 23, 2003, at 14:34, Yukihiro Matsumoto wrote:
Hi,
On Dec 23, 2003, at 14:44, Yukihiro Matsumoto wrote:
Hi,
> I'm afraid you're using old configure file. Can you wipe off old
On Dec 23, 2003, at 15:18, Nathaniel Talbott wrote:
In message "Re: --enable-pthread still segfaults..."
On Dec 23, 2003, at 16:34, Yukihiro Matsumoto wrote:
Hi,
On Dec 23, 2003, at 17:04, Yukihiro Matsumoto wrote:
Hi,
On Dec 23, 2003, at 17:29, Yukihiro Matsumoto wrote:
Hi,
[#2071] rdoc is broken in 1.8.1 — Alexander Bokovoy <a.bokovoy@...>
Greetings!
[#2084] Error with Socket.getaddrinfo on OS X — Richard Kilmer <rich@...>
On OS X Panther:
[#2101] Can't call to_s on a frozen Date — Gavin Sinclair <gsinclair@...>
Interesting...
[#2102] syck segfaults when used in rdoc — Alexander Bokovoy <a.bokovoy@...>
Greetings!
>>>>> "A" == Alexander Bokovoy <a.bokovoy@sam-solutions.net> writes:
On Sun, Dec 28, 2003 at 11:41:49PM +0900, ts wrote:
>>>>> "A" == Alexander Bokovoy <a.bokovoy@sam-solutions.net> writes:
Hi,
[#2122] Bad interaction between timeout.rb and --enable-pthread — Nathaniel Talbott <nathaniel@...>
Here's a testcase that shows the problem:
I should have reduced it more before posting...
Nathaniel Talbott wrote:
Hi,
Hi,
On Jan 1, 2004, at 11:29, Yukihiro Matsumoto wrote:
On Jan 1, 2004, at 12:14, Nathaniel Talbott wrote:
--enable-pthread still segfaults...
I've finally been able to test my application under load using the
latest Ruby (1.8.1p4) with --enable-pthread (for those just tuning in,
see [ruby-core:1932] and the following thread). Thankfully, it doesn't
hang any longer! Unfortunately, it does still segfault. I haven't yet
had a chance to reduce the error, but with the nearing release of Ruby
1.8.1, I wanted to let you know that there is a segfault as quickly as
possible. Currently all I have is this backtrace:
#0 0x4064a0ca in ?? ()
#1 0x400e81e1 in siglongjmp () from /lib/libc.so.6
#2 0x400e814c in siglongjmp () from /lib/libc.so.6
#3 0x40022426 in longjmp () from /lib/libpthread.so.0
#4 0x08057d34 in rb_eval (self=1083432152, n=0x40685880) at
eval.c:2920
#5 0x0805e69f in rb_call0 (klass=1080373044, recv=1083432152,
id=29329, oid=29329, argc=0,
argv=0xbfff48ec, body=0x40685880, nosuper=0) at eval.c:5194
#6 0x0805ebe8 in rb_call (klass=1080373044, recv=1083432152,
mid=29329, argc=3,
argv=0xbfff48e0, scope=1) at eval.c:5287
#7 0x08058b74 in rb_eval (self=1083432152, n=0x406856f0) at
eval.c:3091
#8 0x0805e69f in rb_call0 (klass=1080373044, recv=1083432152,
id=29241, oid=29241, argc=0,
argv=0xbfff4fe4, body=0x406856f0, nosuper=0) at eval.c:5194
#9 0x0805ebe8 in rb_call (klass=1080373044, recv=1083432152,
mid=29241, argc=1,
argv=0xbfff4fe0, scope=1) at eval.c:5287
#10 0x08058b74 in rb_eval (self=1083432152, n=0x40688f58) at
eval.c:3091
#11 0x08059949 in rb_eval (self=1083432152, n=0x40688ea4) at
eval.c:3279
#12 0x0805e69f in rb_call0 (klass=1080373044, recv=1083432152,
id=29153, oid=29153, argc=0,
argv=0xbfff5c24, body=0x40688ea4, nosuper=0) at eval.c:5194
#13 0x0805ebe8 in rb_call (klass=1080373044, recv=1083432152,
mid=29153, argc=1,
argv=0xbfff5c20, scope=1) at eval.c:5287
#14 0x08058b74 in rb_eval (self=1083432152, n=0x4068cedc) at
eval.c:3091
#15 0x0805e69f in rb_call0 (klass=1080373044, recv=1083432152,
id=11265, oid=11265, argc=0,
argv=0xbfff6324, body=0x4068cedc, nosuper=0) at eval.c:5194
#16 0x0805ebe8 in rb_call (klass=1080373044, recv=1083432152,
mid=11265, argc=1,
argv=0xbfff6320, scope=0) at eval.c:5287
#17 0x080588ba in rb_eval (self=1083747752, n=0x40648958) at
eval.c:3076
#18 0x08057bc9 in rb_eval (self=1083747752, n=0x40647d50) at
eval.c:2883
#19 0x08057deb in rb_eval (self=1083747752, n=0x40648a98) at
eval.c:2932
#20 0x08057245 in rb_eval (self=1083747752, n=0x40647aa8) at
eval.c:2720
#21 0x0805e69f in rb_call0 (klass=1080129844, recv=1083747752,
id=5081, oid=5081, argc=0,
argv=0xbfff79c4, body=0x40647aa8, nosuper=0) at eval.c:5194
#22 0x0805ebe8 in rb_call (klass=1080129844, recv=1083747752,
mid=5081, argc=1,
argv=0xbfff79c0, scope=1) at eval.c:5287
#23 0x08058b74 in rb_eval (self=1083747752, n=0x4032b250) at
eval.c:3091
#24 0x08057bc9 in rb_eval (self=1083747752, n=0x40325648) at
eval.c:2883
#25 0x08057deb in rb_eval (self=1083747752, n=0x40325170) at
eval.c:2932
#26 0x0805c310 in rb_yield_0 (val=1083432572, self=1083747752,
klass=0, flags=2, avalue=2)
at eval.c:4293
#27 0x080693e0 in rb_thread_yield (arg=1083432572, th=0x8367b28) at
eval.c:9759
#28 0x0806907f in rb_thread_start_0 (fn=0x8069314 <rb_thread_yield>,
arg=0x4093de7c,
th=0x8367b28) at eval.c:9673
#29 0x08069533 in rb_thread_start (klass=1075962144, args=1083432572)
at eval.c:9798
#30 0x0806b314 in call_cfunc (func=0x80694e4 <rb_thread_start>,
recv=1075962144, len=-2,
argc=0, argv=0x0) at eval.c:4929
#31 0x0805e0a3 in rb_call0 (klass=1075962124, recv=1075962144,
id=5001, oid=5001, argc=0,
argv=0x0, body=0x4021e094, nosuper=0) at eval.c:5066
#32 0x0805ebe8 in rb_call (klass=1075962124, recv=1075962144,
mid=5001, argc=0, argv=0x0,
scope=0) at eval.c:5287
#33 0x080588ba in rb_eval (self=1083747752, n=0x4032b3f4) at
eval.c:3076
#34 0x08057688 in rb_eval (self=1083747752, n=0x4032b430) at
eval.c:2796
#35 0x0805e69f in rb_call0 (klass=1080822024, recv=1083747752,
id=23873, oid=23873, argc=0,
argv=0xbfff9af4, body=0x4032b430, nosuper=1) at eval.c:5194
#36 0x0805ebe8 in rb_call (klass=1080822024, recv=1083747752,
mid=23873, argc=1,
argv=0xbfff9af0, scope=1) at eval.c:5287
#37 0x08058b74 in rb_eval (self=1083747752, n=0x4032146c) at
eval.c:3091
#38 0x08063d79 in block_pass (self=1083747752, node=0x40321480) at
eval.c:7362
#39 0x080574f4 in rb_eval (self=1083747752, n=0x40321480) at
eval.c:2782
#40 0x080598d9 in rb_eval (self=1083747752, n=0x40321110) at
eval.c:3269
#41 0x0805c310 in rb_yield_0 (val=1083746952, self=1083747752,
klass=0, flags=0, avalue=0)
at eval.c:4293
#42 0x0805c5c6 in rb_yield (val=1083746952) at eval.c:4346
#43 0x080d432f in rb_ary_each (ary=1083434132) at array.c:1106
#44 0x0806b34d in call_cfunc (func=0x80d42f8 <rb_ary_each>,
recv=1083434132, len=0, argc=0,
argv=0x0) at eval.c:4935
#45 0x0805e0a3 in rb_call0 (klass=1075947264, recv=1083434132,
id=3825, oid=3825, argc=0,
argv=0x0, body=0x4021a2dc, nosuper=0) at eval.c:5066
#46 0x0805ebe8 in rb_call (klass=1075947264, recv=1083434132,
mid=3825, argc=0, argv=0x0,
scope=0) at eval.c:5287
#47 0x080588ba in rb_eval (self=1083747752, n=0x4032222c) at
eval.c:3076
#48 0x08057688 in rb_eval (self=1083747752, n=0x403210ac) at
eval.c:2796
#49 0x08057bc9 in rb_eval (self=1083747752, n=0x40320350) at
eval.c:2883
#50 0x08057245 in rb_eval (self=1083747752, n=0x4031fa54) at
eval.c:2720
#51 0x0805c310 in rb_yield_0 (val=6, self=1083747752, klass=0,
flags=0, avalue=0)
at eval.c:4293
#52 0x08057b20 in rb_eval (self=1080822224, n=0x406c71cc) at
eval.c:2872
#53 0x0805e69f in rb_call0 (klass=1080822184, recv=1080822224,
id=5001, oid=5001, argc=0,
argv=0x0, body=0x406c71cc, nosuper=0) at eval.c:5194
#54 0x0805ebe8 in rb_call (klass=1080822184, recv=1080822224,
mid=5001, argc=0, argv=0x0,
scope=0) at eval.c:5287
#55 0x080588ba in rb_eval (self=1083747752, n=0x40323f64) at
eval.c:3076
#56 0x08057688 in rb_eval (self=1083747752, n=0x40324cd4) at
eval.c:2796
#57 0x0805e69f in rb_call0 (klass=1080822024, recv=1083747752,
id=5001, oid=5001, argc=0,
argv=0x0, body=0x40324cd4, nosuper=0) at eval.c:5194
#58 0x0805ebe8 in rb_call (klass=1080822024, recv=1083747752,
mid=5001, argc=0, argv=0x0,
scope=0) at eval.c:5287
#59 0x080588ba in rb_eval (self=1083748912, n=0x4031d754) at
eval.c:3076
#60 0x0805e69f in rb_call0 (klass=1075997648, recv=1083748912,
id=5001, oid=5001, argc=0,
argv=0x0, body=0x4031d754, nosuper=0) at eval.c:5194
#61 0x0805ebe8 in rb_call (klass=1075997648, recv=1083748912,
mid=5001, argc=0, argv=0x0,
scope=0) at eval.c:5287
#62 0x080588ba in rb_eval (self=1076581292, n=0x40210818) at
eval.c:3076
#63 0x0805e69f in rb_call0 (klass=1075884284, recv=1076581292,
id=10313, oid=10313, argc=0,
argv=0x0, body=0x40210818, nosuper=0) at eval.c:5194
#64 0x0805ebe8 in rb_call (klass=1075884284, recv=1076581292,
mid=10313, argc=0, argv=0x0,
scope=2) at eval.c:5287
#65 0x08058bac in rb_eval (self=1076581292, n=0x4020ddfc) at
eval.c:3097
#66 0x0805e69f in rb_call0 (klass=1076582292, recv=1076581292,
id=5001, oid=5001, argc=0,
argv=0xbffff064, body=0x4020ddfc, nosuper=0) at eval.c:5194
#67 0x0805ebe8 in rb_call (klass=1076582292, recv=1076581292,
mid=5001, argc=0,
argv=0xbffff064, scope=1) at eval.c:5287
#68 0x0805ed13 in rb_f_send (argc=0, argv=0xbffff064,
recv=1076581292) at eval.c:5317
#69 0x0806b333 in call_cfunc (func=0x805ec84 <rb_f_send>,
recv=1076581292, len=-1, argc=1,
argv=0xbffff060) at eval.c:4932
#70 0x0805e0a3 in rb_call0 (klass=1075977384, recv=1076581292,
id=4025, oid=4025, argc=1,
argv=0xbffff060, body=0x4021fde0, nosuper=0) at eval.c:5066
#71 0x0805ebe8 in rb_call (klass=1075977384, recv=1076581292,
mid=4025, argc=1,
argv=0xbffff060, scope=1) at eval.c:5287
#72 0x08058b74 in rb_eval (self=1076581292, n=0x4020e748) at
eval.c:3091
#73 0x0805e69f in rb_call0 (klass=1076582292, recv=1076581292,
id=5081, oid=5081, argc=0,
argv=0x0, body=0x4020e748, nosuper=0) at eval.c:5194
#74 0x0805ebe8 in rb_call (klass=1076582292, recv=1076581292,
mid=5081, argc=0, argv=0x0,
scope=0) at eval.c:5287
#75 0x080588ba in rb_eval (self=1075972664, n=0x402111dc) at
eval.c:3076
#76 0x08053d50 in eval_node (self=1075972664, node=0x402111dc) at
eval.c:1267
#77 0x0805434a in ruby_exec () at eval.c:1436
#78 0x080543cd in ruby_run () at eval.c:1457
#79 0x08052203 in main (argc=3, argv=0xbffffe14, envp=0xbffffe24) at
main.c:50
I hope this helps, and the problem can be fixed before 1.8.1 final. If
I'm able to find anything else out, I'll let you know ASAP!
Thanks,
Nathaniel
<:((><