[#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:
3 messages
2014/03/01
[#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.
4 messages
2014/03/03
[#61359] [ruby-trunk - Bug #9609] [Open] [PATCH] vm_eval.c: fix misplaced RB_GC_GUARDs — normalperson@...
Issue #9609 has been reported by Eric Wong.
5 messages
2014/03/07
[#61360] Re: [ruby-trunk - Bug #9609] [Open] [PATCH] vm_eval.c: fix misplaced RB_GC_GUARDs
— SASADA Koichi <ko1@...>
2014/03/07
(2014/03/07 19:09), [email protected] wrote:
[#61362] Re: [ruby-trunk - Bug #9609] [Open] [PATCH] vm_eval.c: fix misplaced RB_GC_GUARDs
— Eric Wong <normalperson@...>
2014/03/07
SASADA Koichi <[email protected]> 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;
13 messages
2014/03/12
[#61466] Re: [REJECT?] xmalloc/xfree: reduce atomic ops w/ thread-locals
— SASADA Koichi <ko1@...>
2014/03/13
Hi Eric,
[#61471] Re: [REJECT?] xmalloc/xfree: reduce atomic ops w/ thread-locals
— Eric Wong <normalperson@...>
2014/03/13
SASADA Koichi <[email protected]> wrote:
[#61508] Re: [REJECT?] xmalloc/xfree: reduce atomic ops w/ thread-locals
— SASADA Koichi <ko1@...>
2014/03/15
(2014/03/14 2:12), Eric Wong wrote:
[#61509] Re: [REJECT?] xmalloc/xfree: reduce atomic ops w/ thread-locals
— Eric Wong <normalperson@...>
2014/03/15
SASADA Koichi <[email protected]> wrote:
[#61510] Re: [REJECT?] xmalloc/xfree: reduce atomic ops w/ thread-locals
— SASADA Koichi <ko1@...>
2014/03/15
(2014/03/15 17:34), Eric Wong 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.
3 messages
2014/03/13
[#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.
4 messages
2014/03/14
[#61568] hash function for global method cache — Eric Wong <normalperson@...>
I came upon this because I noticed existing st numtable worked poorly
7 messages
2014/03/17
[#61605] Re: hash function for global method cache
— SASADA Koichi <ko1@...>
2014/03/20
(2014/03/18 8:03), Eric Wong wrote:
[#61606] Re: hash function for global method cache
— Eric Wong <normalperson@...>
2014/03/20
SASADA Koichi <[email protected]> wrote:
[#61631] Re: hash function for global method cache
— =?KOI8-R?B?4NLJyiDzz8vPzM/X?= <funny.falcon@...>
2014/03/22
what's the profit from using binary tree in place of hash?
[#61632] Re: hash function for global method cache
— Eric Wong <normalperson@...>
2014/03/22
Юрий Соколов <[email protected]> wrote:
[#61687] [ruby-trunk - Bug #9606] Ocassional SIGSEGV inTestException#test_machine_stackoverflow on OpenBSD — normalperson@...
Issue #9606 has been updated by Eric Wong.
3 messages
2014/03/26
[#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.
3 messages
2014/03/30
[ruby-core:61613] [ruby-trunk - Bug #9657] Segfault in bigdecimal/util.rb Float#to_d
From:
jeremy.lecour@...
Date:
2014-03-20 15:26:40 UTC
List:
ruby-core #61613
Issue #9657 has been updated by J=C3=A9r=C3=A9my Lecour. File segfault_bigdecimal_ruby211.txt added File ruby_2014-03-20-161742_Polaris.crash added I've had the same issue. I've attached the crash report and the segfault output ---------------------------------------- Bug #9657: Segfault in bigdecimal/util.rb Float#to_d https://bugs.ruby-lang.org/issues/9657#change-45884 * Author: Dieter Komendera * Status: Open * Priority: Normal * Assignee:=20 * Category:=20 * Target version:=20 * ruby -v: ruby 2.1.1p76 (2014-02-24 revision 45161) [x86_64-linux] * Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN ---------------------------------------- We're seeing some segfaults with ActiveRecord (rails 4-1-0 branch) when run= ning on travis ci. Haven't been able to reproduce yet, but we're seeing about a dozen build fa= ilures until now but still wanted to share it. Maybe someone with more clue about that stuff has some idea what's going on= and can point in some direction. /home/travis/build/<project>/vendor/bundle/ruby/2.1.0/extensions/x86_64-lin= ux/2.1.0/bigdecimal-1.2.5/bigdecimal/util.rb:39: [BUG] Segmentation fault a= t 0x000000acde0834 ruby 2.1.1p76 (2014-02-24 revision 45161) [x86_64-linux] -- Control frame information ----------------------------------------------- c:0139 p:---- s:0636 e:000635 CFUNC :BigDecimal c:0138 p:0028 s:0631 e:000630 METHOD /home/travis/build/<project>/vendor/bu= ndle/ruby/2.1.0/extensions/x86_64-linux/2.1.0/bigdecimal-1.2.5/bigdecimal/u c:0137 p:0049 s:0627 e:000626 METHOD /home/travis/build<project>/vendor/bun= dle/ruby/2.1.0/bundler/gems/rails-00b7a21e592a/activerecord/lib/active_rec c:0136 p:0035 s:0623 e:000622 METHOD /home/travis/build/<project>vendor/bun= dle/ruby/2.1.0/bundler/gems/rails-00b7a21e592a/activerecord/lib/active_rec c:0135 p:0049 s:0619 e:000618 METHOD /home/travis/build/<project>/vendor/bu= ndle/ruby/2.1.0/bundler/gems/rails-00b7a21e592a/activerecord/lib/active_rec c:0134 p:0105 s:0615 e:000611 BLOCK /home/travis/build/<project>/vendor/bu= ndle/ruby/2.1.0/bundler/gems/rails-00b7a21e592a/activerecord/lib/active_rec= [FINISH] ---Files-------------------------------- segfault_bigdecimal_ruby211.txt (241 KB) ruby_2014-03-20-161742_Polaris.crash (132 KB) --=20 https://bugs.ruby-lang.org/