[#68845] [Ruby trunk - Feature #11056] [PATCH] lib/net/*: use io/wait methods instead of IO.select — normalperson@...
Issue #11056 has been updated by Eric Wong.
3 messages
2015/04/11
[#68945] [Ruby trunk - Feature #11083] [Open] Gemify net-telnet — shibata.hiroshi@...
Issue #11083 has been reported by Hiroshi SHIBATA.
4 messages
2015/04/21
[#68951] Re: [Ruby trunk - Feature #11083] [Open] Gemify net-telnet
— Eric Wong <normalperson@...>
2015/04/21
shibata.hiroshi@gmail.com wrote:
[#69012] [Ruby trunk - Feature #11105] [Open] ES6-like hash literals — shugo@...
Issue #11105 has been reported by Shugo Maeda.
5 messages
2015/04/29
[ruby-core:68927] [Ruby trunk - Bug #11014] [Assigned] String#partition doesn't return correct result on zero-width match
From:
nobu@...
Date:
2015-04-18 17:09:45 UTC
List:
ruby-core #68927
Issue #11014 has been updated by Nobuyoshi Nakada. Description updated Status changed from Open to Assigned Assignee set to Yukihiro Matsumoto These methods have been taken from Python, and seems same in Python. I'm not sure what's the rationale of this behavior. ---------------------------------------- Bug #11014: String#partition doesn't return correct result on zero-width ma= tch https://bugs.ruby-lang.org/issues/11014#change-52193 * Author: Janko Marohni=C4=87 * Status: Assigned * Priority: Normal * Assignee: Yukihiro Matsumoto * ruby -v: ruby 2.2.1p85 (2015-02-26 revision 49769) [x86_64-darwin14] * Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN, 2.2: UNKNOWN ---------------------------------------- First, to see how `String#match` works on my example: ~~~ruby match =3D "foo".match(/^=3D*/) match.pre_match #=3D> "" match[0] #=3D> "" match.post_match #=3D> "foo" ~~~ Now, if I used `String#partition` instead of `match`, I'd expect to get `["= ", "", "foo"]` (pre_match, match, post_match). However ~~~ruby "foo".partition(/^=3D*/) #=3D> ["foo", "", ""] ~~~ `String#rpartition` returns the correct result (with the same regex). --=20 https://bugs.ruby-lang.org/