[ruby-core:90896] Re: [ruby-alerts:11680] failure alert on trunk-mjit@silicon-docker (NG (r66707))

Thanks to explain that.

> I suspect there is another thread which forks

Maybe it's MJIT worker thread and it forks for spawning GCC?
If so, should we close inherited fds between fork and exec to prevent
impact for applications?

2019年1月5日(土) 18:28 Eric Wong <[e-mail]>:
>
> [e-mail] wrote:
> > detail: https://gist.github.com/1a4b78d8a2f95141391e5276210e65e9
>
> > :   1)
> > : TestIO#test_read_nonblock_no_exceptions [/tmp/ruby/src/trunk-mjit/test/ruby/test_io.rb:1508]:
> > : <nil> expected but was
> > test-spec: 3712 files, 30218 examples, 103102 expectations, 0 failures, 0 errors, 0 tagged
>
> > http://ci.rvm.jp/results/trunk-mjit@silicon-docker/1595151
>
> This is not a new issue, [ruby-alerts:9827] (2018-10-29)
> https://gist.github.com/3a0e38dd7fc39a290d1ffff607b56f8d
> http://ci.rvm.jp/results/trunk-mjit-wait@silicon-docker/1435275
>
> I suspect there is another thread which forks and holds keeps
> the pipe open so it gives EAGAIN instead of EOF.
>
> Unsubscribe: <mailto:[e-mail]?subject=unsubscribe>
> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>

Unsubscribe: <mailto:[e-mail]?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>