ruby-core

Mailing list archive

[#33640] [Ruby 1.9-Bug#4136][Open] Enumerable#reject should not inherit the receiver's instance variables — Hiro Asari <redmine@...>

Bug #4136: Enumerable#reject should not inherit the receiver's instance variables

10 messages 2010/12/08

[#33667] [Ruby 1.9-Bug#4149][Open] Documentation submission: syslog standard library — mathew murphy <redmine@...>

Bug #4149: Documentation submission: syslog standard library

11 messages 2010/12/10

[#33683] [feature:trunk] Enumerable#categorize — Tanaka Akira <akr@...>

Hi.

14 messages 2010/12/12
[#33684] Re: [feature:trunk] Enumerable#categorize — "Martin J. Dst" <duerst@...> 2010/12/12

[#33687] Towards a standardized AST for Ruby code — Magnus Holm <judofyr@...>

Hey folks,

23 messages 2010/12/12
[#33688] Re: Towards a standardized AST for Ruby code — Charles Oliver Nutter <headius@...> 2010/12/12

On Sun, Dec 12, 2010 at 9:55 AM, Magnus Holm <judofyr@gmail.com> wrote:

[#33689] Re: Towards a standardized AST for Ruby code — "Haase, Konstantin" <Konstantin.Haase@...> 2010/12/12

On Dec 12, 2010, at 17:46 , Charles Oliver Nutter wrote:

[#33763] [Ruby 1.9-Bug#4168][Open] WeakRef is unsafe to use in Ruby 1.9 — Brian Durand <redmine@...>

Bug #4168: WeakRef is unsafe to use in Ruby 1.9

43 messages 2010/12/17

[#33815] trunk warnflags build issue with curb 0.7.9? — Jon <jon.forums@...>

As this may turn out to be a 3rd party issue rather than a bug, I'd like some feedback.

11 messages 2010/12/22

[#33833] Ruby 1.9.2 is going to be released — "Yuki Sonoda (Yugui)" <yugui@...>

-----BEGIN PGP SIGNED MESSAGE-----

15 messages 2010/12/23

[#33846] [Ruby 1.9-Feature#4197][Open] Improvement of the benchmark library — Benoit Daloze <redmine@...>

Feature #4197: Improvement of the benchmark library

15 messages 2010/12/23

[#33910] [Ruby 1.9-Feature#4211][Open] Converting the Ruby and C API documentation to YARD syntax — Loren Segal <redmine@...>

Feature #4211: Converting the Ruby and C API documentation to YARD syntax

10 messages 2010/12/26

[#33923] [Ruby 1.9-Bug#4214][Open] Fiddle::WINDOWS == false on Windows — Jon Forums <redmine@...>

Bug #4214: Fiddle::WINDOWS =3D=3D false on Windows

15 messages 2010/12/27

[ruby-core:33771] [Ruby 1.9-Bug#4169] Forked processes locked, won't exit

From: Motohiro KOSAKI <redmine@...>
Date: 2010-12-19 14:14:13 UTC
List: ruby-core #33771
Issue #4169 has been updated by Motohiro KOSAKI.


The following reporter provided backtrace indicate this is ruby's bug. 
I don't think this is god specific issue. And I double rb_f_fork() is broken now.


> (gdb) bt
> #0  0x00896f5d in pthread_cond_destroy@@GLIBC_2.3.2 () from /lib/libpthread.so.0
> #1  0x0817087f in native_thread_destroy (key=152643360, val=0, current_th=152549360) at thread_pthread.c:183
> #2  thread_cleanup_func (key=152643360, val=0, current_th=152549360) at thread.c:398
> #3  terminate_atfork_i (key=152643360, val=0, current_th=152549360) at thread.c:2773
> #4  0x080fedd6 in st_foreach (table=0x8c32080, func=0x8170800 <terminate_atfork_i>, arg=152549360) at st.c:778
> #5  0x08173688 in rb_thread_atfork_internal (atfork=0x8170800 <terminate_atfork_i>) at thread.c:2754
> #6  0x08173740 in rb_thread_atfork () at thread.c:2781
> #7  0x080bf768 in rb_f_fork (obj=154401340) at process.c:2623
> #8  0x08157fed in vm_call_cfunc (th=0x917b7f0, cfp=0xb72eedcc, num=0, blockptr=0xb72eede1, flag=8, id=8096, me=0x8c24178, recv=154401340) at vm_insnhelper.c:401
> #9  vm_call_method (th=0x917b7f0, cfp=0xb72eedcc, num=0, blockptr=0xb72eede1, flag=8, id=8096, me=0x8c24178, recv=154401340) at vm_insnhelper.c:523
> #10 0x0815be7d in vm_exec_core (th=0x917b7f0, initial=<value optimized out>) at insns.def:1006
> #11 0x08162cec in vm_exec (th=0x917b7f0) at vm.c:1145
> #12 0x0816822b in invoke_block_from_c (th=0x917b7f0, block=0xb72eef98, self=154401620, argc=0, argv=0x0, blockptr=0x0, cref=0x0) at vm.c:557
> #13 0x08168888 in vm_yield () at vm.c:587
> #14 rb_yield_0 () at vm_eval.c:731
> #15 loop_i () at vm_eval.c:789
> #16 0x0805b5b2 in rb_rescue2 (b_proc=0x8168840 <loop_i>, data1=0, r_proc=0, data2=0) at eval.c:646
> #17 0x08154814 in rb_f_loop (self=154401620) at vm_eval.c:817
> #18 0x08157fed in vm_call_cfunc (th=0x917b7f0, cfp=0xb72eef84, num=0, blockptr=0xb72eef99, flag=8, id=2856, me=0x8beec68, recv=154401620) at vm_insnhelper.c:401
> #19 vm_call_method (th=0x917b7f0, cfp=0xb72eef84, num=0, blockptr=0xb72eef99, flag=8, id=2856, me=0x8beec68, recv=154401620) at vm_insnhelper.c:523
> #20 0x0815be7d in vm_exec_core (th=0x917b7f0, initial=<value optimized out>) at insns.def:1006
> #21 0x08162cec in vm_exec (th=0x917b7f0) at vm.c:1145
> #22 0x0816822b in invoke_block_from_c (th=0x917b7f0, block=0x9280c08, self=154401620, argc=0, argv=0x933fa80, blockptr=0x0, cref=0x0) at vm.c:557
> #23 0x081685c6 in rb_vm_invoke_proc (th=0x917b7f0, proc=0x9280c08, self=154401620, argc=0, argv=0x933fa80, blockptr=0x0) at vm.c:603
> #24 0x081767ce in thread_start_func_2 (th=0x917b7f0, stack_start=<value optimized out>) at thread.c:441
> #25 0x08176917 in thread_start_func_1 (th_ptr=0x917b7f0) at thread_pthread.c:369
> #26 0x008932ea in start_thread () from /lib/libpthread.so.0
> #27 0xb726e480 in ?? ()
> #28 0xb726e480 in ?? ()
> #29 0xb726e480 in ?? ()
> #30 0xb726e480 in ?? ()
> #31 0x00000000 in ?? ()
----------------------------------------
http://redmine.ruby-lang.org/issues/show/4169

----------------------------------------
http://redmine.ruby-lang.org

In This Thread