[#82706] [Ruby trunk Bug#13851] getting "can't modify string; temporarily locked" on non-frozen instances — cardoso_tiago@...
Issue #13851 has been updated by chucke (Tiago Cardoso).
3 messages
2017/09/07
[#82853] [Ruby trunk Bug#13916] Race condition when sending a signal to a new fork — russell.davis@...
Issue #13916 has been reported by russelldavis (Russell Davis).
3 messages
2017/09/19
[#82892] [Ruby trunk Bug#13921] buffered read_nonblock doesn't work as expected using SSLSocket — cardoso_tiago@...
Issue #13921 has been updated by chucke (Tiago Cardoso).
3 messages
2017/09/20
[ruby-core:82868] Re: [Ruby trunk Bug#13757] TestBacktrace#test_caller_lev segaults on PPC
From:
Eric Wong <normalperson@...>
Date:
2017-09-19 08:49:44 UTC
List:
ruby-core #82868
[email protected] wrote: > Issue #13757 has been updated by vo.x (Vit Ondruch). > > Assignee set to normalperson (Eric Wong) Sorry, I did not notice earlier. Feel free to Cc: me directly in the future. > Ok, so I did my homework :) It started with r59047 and it is > issue for ppc64/ppc64le. No other Fedora architectures are > affected. Since this release, the test suite always get stuck > at TestBacktrace#test_caller_lev. Later, since r59159, the > test is not stuck, but segfaults instead. Not sure how to fix > this, but for the moment I am going to revert r59047 for > Fedora ... If you have time, can you try to find larger values changed by r59047 (RUBY_THREAD_MACHINE_STACK_SIZE and RUBY_FIBER_MACHINE_STACK_SIZE) which do not get stuck/segfault on PPC? Worst case is we define larger minimum values in vm_core.h for PPC. Best case is we find stack usage bloat on PPC and fix it :> ppc64le? I don't know much about PPC and did not know there is little-endian PPC. So it's PPC-specific and not BE-specific... *scratches head* Unsubscribe: <mailto:[email protected]?subject=unsubscribe> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>