[#84867] [Ruby trunk Bug#14357] thread_safe tests suite segfaults — v.ondruch@...

Issue #14357 has been reported by vo.x (Vit Ondruch).

11 messages 2018/01/15
[#85364] Re: [Ruby trunk Bug#14357] thread_safe tests suite segfaults — Eric Wong <normalperson@...> 2018/02/03

[email protected] wrote:

[#84980] [Ruby trunk Feature#13618][Assigned] [PATCH] auto fiber schedule for rb_wait_for_single_fd and rb_waitpid — hsbt@...

Issue #13618 has been updated by hsbt (Hiroshi SHIBATA).

10 messages 2018/01/23
[#85012] Re: [Ruby trunk Feature#13618][Assigned] [PATCH] auto fiber schedule for rb_wait_for_single_fd and rb_waitpid — Eric Wong <normalperson@...> 2018/01/23

[email protected] wrote:

[ruby-core:85137] Re: [Ruby trunk Feature#14404] Adding writev support to IO#write_nonblock

From: Eric Wong <normalperson@...>
Date: 2018-01-26 19:20:59 UTC
List: ruby-core #85137
[email protected] wrote:
> Would it be possible to add this feature to IO#write_nonblock
> as well? IO#write_nonblock is used by the HTTP.rb and Socketry
> gems to implement their "write timeout" feature (the same way
> that IO#read_nonblock is used in Net::HTTP to implement "read
> timeout"). Since IO#write_nonblock doesn't yet support writev,
> at the moment it's not possible for HTTP.rb and Socketry to
> utilize writev when the "write timeout" is specified.

How ugly/tedious would it be for the users to deal with partial
writes to use write_nonblock?

It's a lot easier with IO#write because of the write-in-full
expectation, so no new strings get created; pointers just get
updated in C.


Fwiw, one longer-term idea is to integrate Timeout into the VM,
so internal rb_io_wait_*able calls can see the timeout and not
rely on being interrupted as with current timeout.rb.

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

In This Thread

Prev Next