[#80531] Re: [ruby-cvs:65407] normal:r58236 (trunk): thread.c: comments on M:N threading [ci skip] — Eric Wong <normalperson@...>
SASADA Koichi <ko1@ruby-lang.org> wrote:
On 2017/04/02 11:35, Eric Wong wrote:
SASADA Koichi <ko1@atdot.net> wrote:
Eric Wong <normalperson@yhbt.net> wrote:
On 2017/05/08 9:33, Eric Wong wrote:
On 2017/05/08 10:53, SASADA Koichi wrote:
SASADA Koichi <ko1@atdot.net> wrote:
On 2017/05/08 12:01, Eric Wong wrote:
SASADA Koichi <ko1@atdot.net> wrote:
On 2017/05/08 15:36, Eric Wong wrote:
SASADA Koichi <ko1@atdot.net> wrote:
On 2017/05/09 12:38, Eric Wong wrote:
SASADA Koichi <ko1@atdot.net> wrote:
On 2017/05/09 14:12, Eric Wong wrote:
SASADA Koichi <ko1@atdot.net> wrote:
On 2017/05/09 15:23, Eric Wong wrote:
SASADA Koichi <ko1@atdot.net> wrote:
Thank you.
[#80763] [Ruby trunk Feature#13434] better method definition in C API — naruse@...
Issue #13434 has been updated by naruse (Yui NARUSE).
[#80844] [Ruby trunk Bug#13503] Improve performance of some Time & Rational methods — watson1978@...
SXNzdWUgIzEzNTAzIGhhcyBiZWVuIHVwZGF0ZWQgYnkgd2F0c29uMTk3OCAoU2hpenVvIEZ1aml0
[#80892] [Ruby trunk Misc#13514] [PATCH] thread_pthread.c (native_sleep): preserve old unblock function — ko1@...
Issue #13514 has been updated by ko1 (Koichi Sasada).
ko1@atdot.net wrote:
On 2017/04/27 8:58, Eric Wong wrote:
SASADA Koichi <ko1@atdot.net> wrote:
Eric Wong <normalperson@yhbt.net> wrote:
[ruby-core:80941] [Ruby trunk Bug#13236] Ruby segfault
Issue #13236 has been updated by usa (Usaku NAKAMURA). Backport changed from 2.2: DONTNEED, 2.3: REQUIRED, 2.4: REQUIRED to 2.2: DONTNEED, 2.3: DONE, 2.4: REQUIRED ruby_2_3 r58519 merged revision(s) 58082,58083. ---------------------------------------- Bug #13236: Ruby segfault https://bugs.ruby-lang.org/issues/13236#change-64600 * Author: Gondolin (Damien Robert) * Status: Closed * Priority: Normal * Assignee: shugo (Shugo Maeda) * Target version: * ruby -v: ruby 2.4.0p0 (2016-12-24 revision 57164) [x86_64-linux] * Backport: 2.2: DONTNEED, 2.3: DONE, 2.4: REQUIRED ---------------------------------------- I have a program that segfault under certain conditions. It does not happen often, so it is hard to get the segfault. The code is in https://github.com/DamienRobert/drain You can run 'rake test' to (sometime, not often) get the core dump. I was able to get the coredump across different computers and different ruby versions. In the tests I construct a graph with a cyclic path, so there is probably a bug in the gc when there are cyclic dependencies. I join a coredump (compressed with xz), here is the backtrace (not very usefull because I did not compile ruby with debugging symbols): ``` Core was generated by `/usr/bin/ruby -w -Ilib:test -I/usr/lib/ruby/gems/2.4.0/gems/rake-12.0.0/lib /us'. Program terminated with signal SIGABRT, Aborted. #0 0x00007facdff1304f in raise () from /usr/lib/libc.so.6 [Current thread is 1 (Thread 0x7face08fe700 (LWP 7251))] (gdb) bt #0 0x00007facdff1304f in raise () from /usr/lib/libc.so.6 #1 0x00007facdff1447a in abort () from /usr/lib/libc.so.6 #2 0x00007face03096e1 in ?? () from /usr/lib/libruby.so.2.4 #3 0x00007face03c50ee in ?? () from /usr/lib/libruby.so.2.4 #4 <signal handler called> #5 0x00007face02c9b44 in ?? () from /usr/lib/libruby.so.2.4 #6 0x00007face0321d0d in ?? () from /usr/lib/libruby.so.2.4 #7 0x00007face0322f13 in ?? () from /usr/lib/libruby.so.2.4 #8 0x00007face032515d in rb_gc_call_finalizer_at_exit () from /usr/lib/libruby.so.2.4 #9 0x00007face03104c4 in ruby_cleanup () from /usr/lib/libruby.so.2.4 #10 0x00007face0310645 in ruby_run_node () from /usr/lib/libruby.so.2.4 #11 0x00000000004007cb in ?? () #12 0x00007facdff00291 in __libc_start_main () from /usr/lib/libc.so.6 #13 0x00000000004007fa in _start () ``` ---Files-------------------------------- ruby.coredump.xz (1.1 MB) -- https://bugs.ruby-lang.org/ Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>