[#88240] [Ruby trunk Feature#14759] [PATCH] set M_ARENA_MAX for glibc malloc — sam.saffron@...
Issue #14759 has been updated by sam.saffron (Sam Saffron).
[#88251] Re: [ruby-alerts:8236] failure alert on trunk@P895 (NG (r64134)) — Eric Wong <normalperson@...>
[email protected] wrote:
[#88305] [Ruby trunk Bug#14968] [PATCH] io.c: make all pipes nonblocking by default — normalperson@...
Issue #14968 has been reported by normalperson (Eric Wong).
[#88331] [Ruby trunk Feature#13618] [PATCH] auto fiber schedule for rb_wait_for_single_fd and rb_waitpid — samuel@...
Issue #13618 has been updated by ioquatix (Samuel Williams).
[#88342] [Ruby trunk Feature#14955] [PATCH] gc.c: use MADV_FREE to release most of the heap page body — ko1@...
Issue #14955 has been updated by ko1 (Koichi Sasada).
[#88433] [Ruby trunk Feature#13618] [PATCH] auto fiber schedule for rb_wait_for_single_fd and rb_waitpid — ko1@...
SXNzdWUgIzEzNjE4IGhhcyBiZWVuIHVwZGF0ZWQgYnkga28xIChLb2ljaGkgU2FzYWRhKS4KCgpX
a28xQGF0ZG90Lm5ldCB3cm90ZToKPiBJc3N1ZSAjMTM2MTggaGFzIGJlZW4gdXBkYXRlZCBieSBr
[#88475] [Ruby trunk Misc#14937] [PATCH] thread_pthread: lazy-spawn timer-thread only on contention — ko1@...
Issue #14937 has been updated by ko1 (Koichi Sasada).
[#88491] Re: [ruby-cvs:71466] k0kubun:r64374 (trunk): test_function.rb: skip running test — Eric Wong <normalperson@...>
[email protected] wrote:
SSBzZWUuIFBsZWFzZSByZW1vdmUgdGhlIHRlc3QgaWYgdGhlIHRlc3QgaXMgdW5uZWNlc3Nhcnku
Takashi Kokubun <[email protected]> wrote:
[#88523] [Ruby trunk Bug#14999] ConditionVariable doesn't reacquire the Mutex if Thread#kill-ed — eregontp@...
Issue #14999 has been updated by Eregon (Benoit Daloze).
[email protected] wrote:
[#88549] [Ruby trunk Bug#14999] ConditionVariable doesn't reacquire the Mutex if Thread#kill-ed — eregontp@...
Issue #14999 has been updated by Eregon (Benoit Daloze).
[#88676] [Ruby trunk Misc#15014] thread.c: use rb_hrtime_scalar for high-resolution time operations — ko1@...
Issue #15014 has been updated by ko1 (Koichi Sasada).
[email protected] wrote:
On 2018/08/27 16:16, Eric Wong wrote:
[#88716] Re: [ruby-dev:43715] [Ruby 1.9 - Bug #595] Fiber ignores ensure clause — Eric Wong <normalperson@...>
Koichi Sasada wrote:
[#88723] [Ruby trunk Bug#15041] [PATCH] cont.c: set th->root_fiber to current fiber at fork — ko1@...
Issue #15041 has been updated by ko1 (Koichi Sasada).
[#88767] [Ruby trunk Bug#15050] GC after forking with fibers crashes — ko1@...
Issue #15050 has been updated by ko1 (Koichi Sasada).
Koichi Sasada <[email protected]> wrote:
Koichi Sasada <[email protected]> wrote:
[#88774] Re: [ruby-alerts:8955] failure alert on trunk@P895 (NG (r64594)) — Eric Wong <normalperson@...>
[email protected] wrote:
[ruby-core:88279] [Ruby trunk Bug#14957] MinGW, gcc 8.2.0, bootstraptest - failure ?
Issue #14957 has been updated by MSP-Greg (Greg L).
Done some more investigating. The following code I've run four ways.
Using two versions of ruby 2.6.0dev (2018-08-03 trunk 64164) [x64-mingw32], one built with gcc 7.3.0, and one with gcc 8.2.0. I've run the same code on Appveyor & locally on Windows 10.
Both local runs and the 7.3.0 Appveyor run are identical, with STDERR showing and status.signaled? is false. The Appveyor 8.2.0 run does not show STDERR, and reports status.signaled? is true.
```ruby
io = IO.popen("ruby -W0 -e 'Thread.new(\"foo\", &Object.method(:class_eval)).join'")
pid = io.pid
th = Thread.new {
io_read = io.read
io.close
$?
}
Process.kill(:KILL, pid) unless th.join
status = th.value
puts "\nstatus.signaled? #{status.signaled?}"
puts status
```
Run on Appveyor:
```
----------------------------------------------- Run build with gcc 7.3.0
>ruby bootstrap_thread.rb
#<Thread:0x00000000025f1138 run> terminated with exception (report_on_exception is true):
-e:1:in `class_eval': Can't eval on top of Fiber or Thread (RuntimeError)
-e:1:in `class_eval': Can't eval on top of Fiber or Thread (RuntimeError)
status.signaled? false
pid 2616 exit 1
----------------------------------------------- Run build with gcc 8.2.0
>ruby bootstrap_thread.rb
status.signaled? true
pid 3052 SIGSEGV (signal 11)
```
Not being a thread guru, I don't know if this would be considered a bug, a breaking change, etc.
@normalperson Eric - I'm sure you're busy, but if you have chance to look at this, I'd appreciate it.
----------------------------------------
Bug #14957: MinGW, gcc 8.2.0, bootstraptest - failure ?
https://bugs.ruby-lang.org/issues/14957#change-73301
* Author: MSP-Greg (Greg L)
* Status: Open
* Priority: Normal
* Assignee:
* Target version:
* ruby -v: ruby 2.6.0dev (2018-08-01 trunk 64156) [x64-mingw32] ?
* Backport: 2.3: UNKNOWN, 2.4: UNKNOWN, 2.5: UNKNOWN
----------------------------------------
Very recently MSYS/MinGW updated gcc from 7.3.0 to 8.2.0. For the most part, every test suite runs fine except the bootstraptest test, which has a single failure on Appveyor:
```
#1379 test_thread.rb:
Thread.new("foo", &Object.method(:class_eval)).join
#=> killed by SIGSEGV (signal 11) [ruby-dev:34128]
```
I believe the test is here [bootstraptest/test_thread.rb:L334](https://github.com/ruby/ruby/blob/e62214be87a53045dbec187c66e208bc303e0f60/bootstraptest/test_thread.rb#L334-L336), code below:
```
assert_normal_exit %q{
Thread.new("foo", &Object.method(:class_eval)).join
}, '[ruby-dev: 34128]'
```
This is the first time I recall seeing an error in btest, so I haven't really looked at the code. `assert_normal_exit` saves the string in a file, then runs it. When I use the string with `ruby -e`, I get:
```
#<Thread:0x0000000002e7e5a8 run> terminated with exception (report_on_exception is true):
Traceback (most recent call last):
-e:1:in `class_eval': Can't eval on top of Fiber or Thread (RuntimeError)
```
Not sure if that implies anything...
Four of the builds using gcc 8.2.0 are on Appveyor, downloading and running locally, the following passes (from bootstraptest):
```
ruby -v runner.rb --ruby=C:/Greg/Ruby99-x64b/bin/ruby.exe -v --sets=thread
```
Let's say I'm confused, fails on Appveyor, passes locally, etc. If anyone has any suggestions...
Thanks, Greg
--
https://bugs.ruby-lang.org/
Unsubscribe: <mailto:[email protected]?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>