[#36034] [Backport92 - Backport #4651][Open] Bus Error using continuation on x86_64-darwin11.0.0 (Lion) — Erik Michaels-Ober <sferik@...>

17 messages 2011/05/07

[#36058] draft schedule of Ruby 1.9.3 — "Yuki Sonoda (Yugui)" <yugui@...>

-----BEGIN PGP SIGNED MESSAGE-----

18 messages 2011/05/09

[#36131] Re: [ruby-cvs:38172] Ruby:r30989 (trunk): * include/ruby/win32.h: define WIN32 if neither _WIN64 nor WIN32 defined. it forces to use push/pop for pack(4) pragma. — "Yuki Sonoda (Yugui)" <yugui@...>

Hi arton,

7 messages 2011/05/12

[#36156] [Ruby 1.9 - Bug #4683][Open] [PATCH] io.c: copy_stream execute interrupts and retry — Eric Wong <normalperson@...>

11 messages 2011/05/12

[#36316] [Ruby 1.9 - Bug #4731][Open] ruby -S irb fails with mingw/msys vanilla builds — Roger Pack <rogerpack2005@...>

12 messages 2011/05/18

[#36329] [Ruby 1.9 - Bug #4738][Open] gem install fails with "Encoding::ConverterNotFoundError" on windows 7 greek — Ilias Lazaridis <ilias@...>

11 messages 2011/05/19

[#36390] [Ruby 1.9 - Feature #4766][Open] Range#bsearch — Yusuke Endoh <mame@...>

23 messages 2011/05/22

[#36406] 1.8.7 release next month — Urabe Shyouhei <shyouhei@...>

Hello core people,

18 messages 2011/05/23
[#36414] Re: 1.8.7 release next month — Luis Lavena <luislavena@...> 2011/05/23

2011/5/23 Urabe Shyouhei <[email protected]>:

[#36487] Re: 1.8.7 release next month — Urabe Shyouhei <shyouhei@...> 2011/05/26

Hi Luis,

[#36488] Re: 1.8.7 release next month — Hidetoshi NAGAI <nagai@...> 2011/05/26

From: Urabe Shyouhei <[email protected]>

[#36496] Re: 1.8.7 release next month — Hidetoshi NAGAI <nagai@...> 2011/05/26

From: Hidetoshi NAGAI <[email protected]>

[#36712] Re: 1.8.7 release next month — Urabe Shyouhei <shyouhei@...> 2011/06/03

Ping Luis, how's it going?

[#36748] Re: 1.8.7 release next month — Luis Lavena <luislavena@...> 2011/06/05

On Fri, Jun 3, 2011 at 5:18 AM, Urabe Shyouhei <[email protected]> wro=

[#36434] [Ruby 1.9 - Feature #4774][Open] User Friendly Handling of "Encoding::ConverterNotFoundError" — Lazaridis Ilias <ilias@...>

11 messages 2011/05/24

[#36447] [Ruby 1.9 - Bug #4777][Open] Ruby 1.9.2-p180 ignoring INT, TERM, and QUIT until it receives CONT — Nathan Sobo <nathansobo@...>

10 messages 2011/05/25

[#36559] [Ruby 1.9 - Feature #4801][Open] Shorthand Hash Syntax for Strings — Tom Wardrop <tom@...>

48 messages 2011/05/30
[#36560] Re: [Ruby 1.9 - Feature #4801][Open] Shorthand Hash Syntax for Strings — Yukihiro Matsumoto <matz@...> 2011/05/30

Hi,

[#36571] Re: [Ruby 1.9 - Feature #4801][Open] Shorthand Hash Syntax for Strings — Anurag Priyam <anurag08priyam@...> 2011/05/30

> Iff =A0{'key': 'value'} means {:key =3D> 'value'} I have no objection.

[#36573] Re: [Ruby 1.9 - Feature #4801][Open] Shorthand Hash Syntax for Strings — Yukihiro Matsumoto <matz@...> 2011/05/30

Hi,

[#36578] Re: [Ruby 1.9 - Feature #4801][Open] Shorthand Hash Syntax for Strings — Cezary <cezary.baginski@...> 2011/05/30

On Mon, May 30, 2011 at 04:21:32PM +0900, Yukihiro Matsumoto wrote:

[#36580] Re: [Ruby 1.9 - Feature #4801][Open] Shorthand Hash Syntax for Strings — Rodrigo Rosenfeld Rosas <rr.rosas@...> 2011/05/30

Em 30-05-2011 07:58, Cezary escreveu:

[#36581] Re: [Ruby 1.9 - Feature #4801][Open] Shorthand Hash Syntax for Strings — Michael Edgar <adgar@...> 2011/05/30

Since :"#{abc}" is allowed in Ruby, I imagine that any such substitute =

[#36587] Re: [Ruby 1.9 - Feature #4801][Open] Shorthand Hash Syntax for Strings — Cezary <cezary.baginski@...> 2011/05/30

On Mon, May 30, 2011 at 09:05:04PM +0900, Michael Edgar wrote:

[ruby-core:35995] Re: [Ruby 1.9 - Feature #4531] [PATCH 0/7] use poll() instead of select() in certain cases

From: Eric Wong <normalperson@...>
Date: 2011-05-04 04:54:21 UTC
List: ruby-core #35995
KOSAKI Motohiro <[email protected]> wrote:
> diff --git a/ext/-test-/wait_for_single_fd/wait_for_single_fd.c
> b/ext/-test-/wait_for_single_fd/wait_for_single_fd.c
> index d406724..6efd1af 100644
> --- a/ext/-test-/wait_for_single_fd/wait_for_single_fd.c
> +++ b/ext/-test-/wait_for_single_fd/wait_for_single_fd.c
> @@ -25,6 +25,7 @@ Init_wait_for_single_fd(void)
>      rb_define_const(rb_cObject, "RB_WAITFD_IN", INT2NUM(RB_WAITFD_IN));
>      rb_define_const(rb_cObject, "RB_WAITFD_OUT", INT2NUM(RB_WAITFD_OUT));
>      rb_define_const(rb_cObject, "RB_WAITFD_PRI", INT2NUM(RB_WAITFD_PRI));
> +    rb_define_const(rb_cObject, "INT_MAX", INT2NUM(INT_MAX));
>      rb_define_singleton_method(rb_cIO, "wait_for_single_fd",
>                                 wait_for_single_fd, 3);
> 
> Strongly disagree. Any language change should be passed matz review.

Huh?  ext/-test-/* is only loaded during tests and never installed.
No users see anything in ext/-test-/*

> 1) use ppoll(2) if available. and use INT_MAX if unavailable. or
> 2) fallback select(2)
> 
> 1) is safe because linux has ppol(2).

OK, good point about ppoll(), I forgot that exists.  I'll work on that
later or tomorrow.

>      if (result > 0) {
> -       /* remain compatible with select(2)-based implementation */
> +       /*
> +        * Remain compatible with the select(2)-based implementation:
> +        * 1) mask out poll()-only revents such as POLLHUP/POLLERR
> +        * 2) In case revents only consists of masked-out events, return all
> +        *    requested events in the result and force the caller to make an
> +        *    extra syscall (e.g. read/write/send/recv) to get the error.
> +        */
>         result = (int)(fds.revents & fds.events);
>         return result == 0 ? events : result;
>      }
> 
> I don't understand this. Why does this behavior help to compatible?
> When do we use it?

We need to ensure rb_wait_for_single_fd(fd, events, timeval) returns
only a subset of its +events+ argument because that's all select() is
capable of.

If poll() returns POLLHUP/POLLERR, we should not expose those flags to
callers of rb_wait_for_single_fd() since it would then behave
differently if poll() or select() were used.

    int events = RB_WAITFD_IN | RB_WAITFD_OUT;
    int revents = rb_wait_for_single_fd(fd, events, NULL);
    /* poll() itself may return POLLERR, but we prevent it from being in
     * revents since select() can't return that */
    if (revents & RB_WAITFD_IN) {
	/* since we don't know POLLERR, we fall back to fail here */
	if (read(fd, ...) < 0)
	    rb_sys_fail(0);
    }
    if (revents & RB_WAITFD_OUT) {
	/* since we don't know POLLERR, we fall back to fail here */
	if (write(fd, ...) < 0)
	    rb_sys_fail(0);
    }
    /* user code shouldn't care about anything else since it only
     * requested RB_WAITFD_IN|RB_WAITFD_OUT */

-- 
Eric Wong

In This Thread