[#68478] Looking for MRI projects for Ruby Google Summer of Code 2015 — Tony Arcieri <bascule@...>
Hi ruby-core,
10 messages
2015/03/10
[#68480] Re: Looking for MRI projects for Ruby Google Summer of Code 2015
— SASADA Koichi <ko1@...>
2015/03/10
I have.
[#68549] Re: Looking for MRI projects for Ruby Google Summer of Code 2015
— SASADA Koichi <ko1@...>
2015/03/17
I sent several ideas on previous, mail, but they are seems rejected?
[#68493] [Ruby trunk - Feature #10532] [PATCH] accept_nonblock supports "exception: false" — nobu@...
Issue #10532 has been updated by Nobuyoshi Nakada.
5 messages
2015/03/11
[#68503] Re: [Ruby trunk - Feature #10532] [PATCH] accept_nonblock supports "exception: false"
— Eric Wong <normalperson@...>
2015/03/12
Committed as r49948.
[#68504] Re: [Ruby trunk - Feature #10532] [PATCH] accept_nonblock supports "exception: false"
— Nobuyoshi Nakada <nobu@...>
2015/03/12
On 2015/03/12 12:08, Eric Wong wrote:
[#68506] Seven stacks (and two questions) — Jakub Trzebiatowski <jaktrze1@...>
The Ruby Hacking Guide says that Ruby has窶ヲ seven stacks. Is it an implementation choice (and it could be implemented with one stack), or is there really a need for seven logical stacks? For example, Lua has one stack, and still closures with upvalues are totally possible (it窶冱 like Ruby窶冱 blocks that can reference local variables of their enclosing method, but it works for any function with any upvalues).
5 messages
2015/03/12
[#68520] Possible regression in 2.1 and 2.2 in binding when combined with delegate? — Joe Swatosh <joe.swatosh@...>
# The following code
3 messages
2015/03/14
[#68604] GSOC project Cross-thread Fiber support — surya pratap singh raghuvanshi <oshosurya@...>
- *hi i am a third year computer science student interested in working
6 messages
2015/03/22
[#68606] Re: GSOC project Cross-thread Fiber support
— Tony Arcieri <bascule@...>
2015/03/22
Hi Surya,
[#68619] Re: GSOC project Cross-thread Fiber support
— surya pratap singh raghuvanshi <oshosurya@...>
2015/03/23
hi tony,
[ruby-core:68473] [Ruby trunk - Bug #10955] [Open] invoke_block_from_c segfault
From:
postmodern.mod3@...
Date:
2015-03-09 20:19:57 UTC
List:
ruby-core #68473
Issue #10955 has been reported by Hal Brodigan.
----------------------------------------
Bug #10955: invoke_block_from_c segfault
https://bugs.ruby-lang.org/issues/10955
* Author: Hal Brodigan
* Status: Open
* Priority: High
* Assignee:
* ruby -v: ruby 2.2.1p85 (2015-02-26 revision 49769) [x86_64-linux]
* Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN, 2.2: UNKNOWN
----------------------------------------
I noticed that when a RSpec subject is self-referential, it causes infinite recursion and SegFaults ruby.
## Steps to Reproduce:
### spec/test_spec.rb
require 'rspec'
describe "Infinite Block Recursion" do
subject { 1 }
describe "foo" do
subject { subject }
it "should not segfault" do
subject
end
end
end
### Command
ruby -S rspec spec/test_spec.rb
## Expected Results
stack level too deep
## Actual results
SegFault
## Backtrace
gdb `which ruby`
(gdb) r -S rspec spec/test_ruby.rb
Infinite Block Recursion
foo
Program received signal SIGSEGV, Segmentation fault.
invoke_block_from_c (th=0x555555a445f0, block=0x7ffff7f6c0e0,
self=93825007598320, argc=argc@entry=1, argv=argv@entry=0x7fffff7ff058,
blockptr=blockptr@entry=0x0, cref=cref@entry=0x0,
defined_class=93825007663920, splattable=splattable@entry=1) at vm.c:767
767 {
(gdb) bt
#0 invoke_block_from_c (th=0x555555a445f0, block=0x7ffff7f6c0e0,
self=93825007598320, argc=argc@entry=1, argv=argv@entry=0x7fffff7ff058,
blockptr=blockptr@entry=0x0, cref=cref@entry=0x0,
defined_class=93825007663920, splattable=splattable@entry=1) at vm.c:767
#1 0x00005555556d1901 in vm_yield (argv=<optimized out>, argc=<optimized out>,
th=<optimized out>) at vm.c:853
#2 rb_yield_0 (argv=<optimized out>, argc=<optimized out>) at vm_eval.c:986
#3 rb_yield (val=val@entry=12529932) at vm_eval.c:996
#4 0x00005555555a1bd0 in rb_hash_fetch_m (argc=1, argv=0x7ffff7efb1d8,
hash=93825007594400) at hash.c:817
#5 0x00005555556bdf1f in vm_call_cfunc_with_frame (ci=<optimized out>,
reg_cfp=0x7ffff7f6c0c0, th=0x555555a445f0) at vm_insnhelper.c:1382
#6 vm_call_cfunc (th=0x555555a445f0, reg_cfp=0x7ffff7f6c0c0,
ci=<optimized out>) at vm_insnhelper.c:1475
#7 0x00005555556c53c7 in vm_exec_core (th=th@entry=0x555555a445f0,
initial=initial@entry=0) at insns.def:1024
#8 0x00005555556ca8f5 in vm_exec (th=th@entry=0x555555a445f0) at vm.c:1400
#9 0x00005555556bee1b in invoke_block_from_c (th=th@entry=0x555555a445f0,
block=block@entry=0x5555565d7fe0, self=self@entry=93825007598320,
argc=argc@entry=0, argv=argv@entry=0x7fffff7ff940,
blockptr=blockptr@entry=0x0, cref=cref@entry=0x0,
defined_class=defined_class@entry=93825007663920,
...
## Reliability
~ 7 out of 10 tries.
## Versions
ruby 2.2.1p85 (2015-02-26 revision 49769) [x86_64-linux]
rspec 3.2.0
--
https://bugs.ruby-lang.org/