[#61171] Re: [ruby-changes:33145] normal:r45224 (trunk): gc.c: fix build for testing w/o RGenGC — SASADA Koichi <ko1@...>
(2014/03/01 16:15), normal wrote:
[#61243] [ruby-trunk - Feature #9425] [PATCH] st: use power-of-two sizes to avoid slow modulo ops — normalperson@...
Issue #9425 has been updated by Eric Wong.
[#61359] [ruby-trunk - Bug #9609] [Open] [PATCH] vm_eval.c: fix misplaced RB_GC_GUARDs — normalperson@...
Issue #9609 has been reported by Eric Wong.
(2014/03/07 19:09), normalperson@yhbt.net wrote:
SASADA Koichi <ko1@atdot.net> wrote:
[#61424] [REJECT?] xmalloc/xfree: reduce atomic ops w/ thread-locals — Eric Wong <normalperson@...>
I'm unsure about this. I _hate_ the extra branches this adds;
Hi Eric,
SASADA Koichi <ko1@atdot.net> wrote:
(2014/03/14 2:12), Eric Wong wrote:
SASADA Koichi <ko1@atdot.net> wrote:
[#61452] [ruby-trunk - Feature #9632] [Open] [PATCH 0/2] speedup IO#close with linked-list from ccan — normalperson@...
Issue #9632 has been reported by Eric Wong.
[#61496] [ruby-trunk - Feature #9638] [Open] [PATCH] limit IDs to 32-bits on 64-bit systems — normalperson@...
Issue #9638 has been reported by Eric Wong.
[#61568] hash function for global method cache — Eric Wong <normalperson@...>
I came upon this because I noticed existing st numtable worked poorly
(2014/03/18 8:03), Eric Wong wrote:
SASADA Koichi <ko1@atdot.net> wrote:
what's the profit from using binary tree in place of hash?
Юрий Соколов <funny.falcon@gmail.com> wrote:
[#61687] [ruby-trunk - Bug #9606] Ocassional SIGSEGV inTestException#test_machine_stackoverflow on OpenBSD — normalperson@...
Issue #9606 has been updated by Eric Wong.
[#61760] [ruby-trunk - Feature #9632] [PATCH 0/2] speedup IO#close with linked-list from ccan — normalperson@...
Issue #9632 has been updated by Eric Wong.
[ruby-core:61228] [ruby-trunk - Bug #9568] Ruby interpreter crashes when executing a script in debug mode
Issue #9568 has been updated by Tomoyuki Chikanaga.
Backport changed from 1.9.3: REQUIRED, 2.0.0: REQUIRED, 2.1: REQUIRED to 1.9.3: REQUIRED, 2.0.0: DONE, 2.1: REQUIRED
r45178, r45179, r45180 and r45183 were backported to ruby_2_0_0 at r45251.
----------------------------------------
Bug #9568: Ruby interpreter crashes when executing a script in debug mode
https://bugs.ruby-lang.org/issues/9568#change-45576
* Author: Scott Thompson
* Status: Closed
* Priority: Normal
* Assignee:
* Category:
* Target version:
* ruby -v: ruby 2.2.0dev (2014-02-26 trunk 45176) [x86_64-darwin13.0]
* Backport: 1.9.3: REQUIRED, 2.0.0: DONE, 2.1: REQUIRED
----------------------------------------
The following script will crash the ruby interpreter when ruby is run in debug mode.
This script is creating mock HTTP objects and creating the Response class out of the middle of the Savon gem and calling a private method in a very odd way because it is a reduced test case pulled from a much larger script. The actual script use Savon in a much more conventional way:
-- crash_example.rb --
```ruby
require 'savon'
class SampleHTTPStuff
def error?
return true
end
def code
return 500
end
def body
return %q{<?xml version="1.0" encoding="UTF-8"?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"><SOAP-ENV:Body><SOAP-ENV:Fault><faultcode>SOAP-ENV:Server</faultcode><faultstring>Internal Error</faultstring></SOAP-ENV:Fault></SOAP-ENV:Body></SOAP-ENV:Envelope>}
end
end
http = SampleHTTPStuff.new()
response = Savon::Response.new(http, {}, {})
begin
response.instance_eval { raise_soap_and_http_errors! }
rescue => e
puts "Ouch!"
end
```
--- end of crash_example.rb
For what it's worth, I'm using version 2.3.3 of the Savon gem.
If I run this using:
```sh
ruby -d crash_example.rb
```
I get a segmentation fault error. The problem appears to be the result of calling vm_throw with the "throwobj" having the value 0x8
If I run the script without the "-d" debug flag, the script runs without trouble.
I am running this on Mac OS X 10.9.1 on a MacBook Pro Retina 15"
using RVM I have tried the same code on 2.0, 2.1, and the 2.2dev head (as of 2/25/2014). They all exhibit the same behavior
I've attached a transcript file of the code being run.
---Files--------------------------------
crash_transcript.txt (35.1 KB)
--
http://bugs.ruby-lang.org/