[#38647] [Ruby 1.9 - Bug #5130][Open] Thread.pass sticks on OpenBSD — Yui NARUSE <naruse@...>
16 messages
2011/08/01
[#38653] [Ruby 1.9 - Bug #5135][Open] Ruby 1.9.3-preview1 tests fails in Fedora Rawhide — Vit Ondruch <v.ondruch@...>
31 messages
2011/08/01
[#38776] [Ruby 1.9 - Bug #5135] Ruby 1.9.3-preview1 tests fails in Fedora Rawhide
— Vit Ondruch <v.ondruch@...>
2011/08/04
[#38777] [Ruby 1.9 - Bug #5135] Ruby 1.9.3-preview1 tests fails in Fedora Rawhide
— Vit Ondruch <v.ondruch@...>
2011/08/04
[#38778] Re: [Ruby 1.9 - Bug #5135] Ruby 1.9.3-preview1 tests fails in Fedora Rawhide
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/08/04
2011/8/4 Vit Ondruch <v.ondruch@tiscali.cz>:
[#38666] [Ruby 1.9 - Bug #5138][Open] Add nonblocking IO that does not use exceptions for EOF and EWOULDBLOCK — Yehuda Katz <wycats@...>
61 messages
2011/08/01
[#38667] Re: [Ruby 1.9 - Bug #5138][Open] Add nonblocking IO that does not use exceptions for EOF and EWOULDBLOCK
— Aaron Patterson <aaron@...>
2011/08/01
On Tue, Aug 02, 2011 at 07:35:15AM +0900, Yehuda Katz wrote:
[#38669] Re: [Ruby 1.9 - Bug #5138][Open] Add nonblocking IO that does not use exceptions for EOF and EWOULDBLOCK
— Urabe Shyouhei <shyouhei@...>
2011/08/01
(08/02/2011 07:46 AM), Aaron Patterson wrote:
[#38671] Re: [Ruby 1.9 - Bug #5138][Open] Add nonblocking IO that does not use exceptions for EOF and EWOULDBLOCK
— Eric Wong <normalperson@...>
2011/08/01
Urabe Shyouhei <shyouhei@ruby-lang.org> wrote:
[#38674] Re: [Ruby 1.9 - Bug #5138][Open] Add nonblocking IO that does not use exceptions for EOF and EWOULDBLOCK
— Urabe Shyouhei <shyouhei@...>
2011/08/01
(08/02/2011 08:14 AM), Eric Wong wrote:
[#38675] Re: [Ruby 1.9 - Bug #5138][Open] Add nonblocking IO that does not use exceptions for EOF and EWOULDBLOCK
— Eric Wong <normalperson@...>
2011/08/01
Urabe Shyouhei <shyouhei@ruby-lang.org> wrote:
[#38676] Re: [Ruby 1.9 - Bug #5138][Open] Add nonblocking IO that does not use exceptions for EOF and EWOULDBLOCK
— Urabe Shyouhei <shyouhei@...>
2011/08/01
(08/02/2011 08:35 AM), Eric Wong wrote:
[#38677] Re: [Ruby 1.9 - Bug #5138][Open] Add nonblocking IO that does not use exceptions for EOF and EWOULDBLOCK
— Eric Wong <normalperson@...>
2011/08/01
Urabe Shyouhei <shyouhei@ruby-lang.org> wrote:
[#38692] Re: [Ruby 1.9 - Bug #5138][Open] Add nonblocking IO that does not use exceptions for EOF and EWOULDBLOCK
— Tanaka Akira <akr@...>
2011/08/02
2011/8/2 Eric Wong <normalperson@yhbt.net>:
[#38771] Re: [Ruby 1.9 - Bug #5138][Open] Add nonblocking IO that does not use exceptions for EOF and EWOULDBLOCK
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/08/04
2011/8/2 Tanaka Akira <akr@fsij.org>:
[#38670] Re: [Ruby 1.9 - Bug #5138][Open] Add nonblocking IO that does not use exceptions for EOF and EWOULDBLOCK
— Eric Wong <normalperson@...>
2011/08/01
Yehuda Katz <wycats@gmail.com> wrote:
[#38672] Re: [Ruby 1.9 - Bug #5138][Open] Add nonblocking IO that does not use exceptions for EOF and EWOULDBLOCK
— Yehuda Katz <wycats@...>
2011/08/01
Yehuda Katz
[#41165] Re: [Ruby 1.9 - Bug #5138][Open] Add nonblocking IO that does not use exceptions for EOF and EWOULDBLOCK
— Aaron Patterson <tenderlove@...>
2011/11/20
On Tue, Aug 02, 2011 at 07:35:15AM +0900, Yehuda Katz wrote:
[#38745] Re: [Ruby 1.9 - Bug #5138][Open] Add nonblocking IO that does not use exceptions for EOF and EWOULDBLOCK
— Tanaka Akira <akr@...>
2011/08/03
2011/8/2 Yehuda Katz <wycats@gmail.com>:
[#40821] Re: [Ruby 1.9 - Bug #5138][Open] Add nonblocking IO that does not use exceptions for EOF and EWOULDBLOCK
— Eric Wong <normalperson@...>
2011/11/07
Yehuda Katz <wycats@gmail.com> wrote:
[#55884] [ruby-trunk - Feature #5138] Add nonblocking IO that does not use exceptions for EOF and EWOULDBLOCK
— "tenderlovemaking (Aaron Patterson)" <aaron@...>
2013/07/09
[#55890] Re: [ruby-trunk - Feature #5138] Add nonblocking IO that does not use exceptions for EOF and EWOULDBLOCK
— Eric Wong <normalperson@...>
2013/07/10
"tenderlovemaking (Aaron Patterson)" <aaron@tenderlovemaking.com> wrote:
[#55892] Re: [ruby-trunk - Feature #5138] Add nonblocking IO that does not use exceptions for EOF and EWOULDBLOCK
— Aaron Patterson <tenderlove@...>
2013/07/10
On Wed, Jul 10, 2013 at 09:03:19AM +0900, Eric Wong wrote:
[#55895] Re: [ruby-trunk - Feature #5138] Add nonblocking IO that does not use exceptions for EOF and EWOULDBLOCK
— Eric Wong <normalperson@...>
2013/07/10
Aaron Patterson <tenderlove@ruby-lang.org> wrote:
[#55954] Re: [ruby-trunk - Feature #5138] Add nonblocking IO that does not use exceptions for EOF and EWOULDBLOCK
— Aaron Patterson <tenderlove@...>
2013/07/11
On Wed, Jul 10, 2013 at 10:52:26AM +0900, Eric Wong wrote:
[#38695] [Ruby 1.9 - Bug #5144][Open] Remove GPL file from repository — Vit Ondruch <v.ondruch@...>
17 messages
2011/08/02
[#38709] [Ruby 1.9 - Bug #5144] Remove GPL file from repository
— Yui NARUSE <naruse@...>
2011/08/02
[#38711] [Ruby 1.9 - Bug #5144] Remove GPL file from repository
— Yui NARUSE <naruse@...>
2011/08/02
[#38712] [Ruby 1.9 - Bug #5144] Remove GPL file from repository
— Yusuke Endoh <mame@...>
2011/08/02
[#38729] [Ruby 1.9 - Bug #5144] Remove GPL file from repository
— Shyouhei Urabe <shyouhei@...>
2011/08/02
[#38746] [Ruby 1.9 - Bug #5144] Remove GPL file from repository
— Yui NARUSE <naruse@...>
2011/08/03
[#38713] [Ruby 1.9 - Bug #5144] Remove GPL file from repository
— Yui NARUSE <naruse@...>
2011/08/02
[#38715] [Ruby 1.9 - Bug #5144] Remove GPL file from repository
— Yusuke Endoh <mame@...>
2011/08/02
[#38706] [Ruby 1.9 - Bug #5147][Open] mkmf should not require static library when ruby is built with --enable-shared — Vit Ondruch <v.ondruch@...>
9 messages
2011/08/02
[#38802] [Ruby 1.9 - Bug #5147] mkmf should not require static library when ruby is built with --enable-shared
— Eric Wong <normalperson@...>
2011/08/04
[#38903] [Ruby 1.9 - Bug #5147] mkmf should not require static library when ruby is built with --enable-shared
— Naohisa Goto <ngotogenome@...>
2011/08/10
[#38831] Help out with the next version of ruby-lang.org — Magnus Holm <judofyr@...>
https://github.com/rubylang/ruby-lang.org
5 messages
2011/08/07
[#38832] Re: Help out with the next version of ruby-lang.org
— Rodrigo Rosenfeld Rosas <rr.rosas@...>
2011/08/07
Great news! Congratulations for the initiative!
[#38839] Re: Help out with the next version of ruby-lang.org
— Vít Ondruch <v.ondruch@...>
2011/08/07
Just wondering why is it not under https://github.com/ruby account,
[#38866] [Ruby 1.9 - Bug #5173][Open] [PATCH] json/generator: prevent GC of temporary strings — Eric Wong <normalperson@...>
4 messages
2011/08/09
[#38881] Init_prelude gone in 1.9.3 — Christoph Kappel <unexist@...>
Dear list,
6 messages
2011/08/09
[#38894] Why Ruby has versioned paths? — V咜 Ondruch <v.ondruch@...>
Hello, could somebody please elaborate about reasons why Ruby uses versioned
9 messages
2011/08/10
[#38895] Re: Why Ruby has versioned paths?
— Michael Klishin <michael.s.klishin@...>
2011/08/10
2011/8/10 V鱈t Ondruch <v.ondruch@gmail.com>
[#38896] Re: Why Ruby has versioned paths?
— V咜 Ondruch <v.ondruch@...>
2011/08/10
2011/8/10 Michael Klishin <michael.s.klishin@gmail.com>
[#38897] Re: Why Ruby has versioned paths?
— Michael Klishin <michael.s.klishin@...>
2011/08/10
2011/8/10 V鱈t Ondruch <v.ondruch@gmail.com>
[#38911] [Ruby 1.9 - Feature #5183][Open] [PATCH] openssl: add OP_NO_COMPRESSION constant — Eric Wong <normalperson@...>
3 messages
2011/08/10
[#38972] [Ruby 1.9 - Bug #5193][Open] ruby_thread_data_type linker errors fixed with RUBY_EXTERN — Charlie Savage <cfis@...>
28 messages
2011/08/16
[#38980] :symbol.is_a?(String) — Magnus Holm <judofyr@...>
http://viewsourcecode.org/why/redhanded/inspect/SymbolIs_aString.html
8 messages
2011/08/16
[#38982] Re: :symbol.is_a?(String)
— "Haase, Konstantin" <Konstantin.Haase@...>
2011/08/16
What would ObjectSpace.each_object(String) { |o| p o } produce?
[#38983] Re: :symbol.is_a?(String)
— Magnus Holm <judofyr@...>
2011/08/16
On Tue, Aug 16, 2011 at 17:01, Haase, Konstantin
[#38985] Re: :symbol.is_a?(String)
— "Haase, Konstantin" <Konstantin.Haase@...>
2011/08/16
This would only be feasible if frozen strings would truly be frozen. Currently, there are a lot of C extensions modifying frozen strings (which is why Rubinius and JRuby have to treat frozen strings as mutable). Unfortunately, the current C API gives access to the raw character array, making it impossible to prevent frozen strings from being modified. What if a cached, frozen string is modified? Also, I see it as a feature of symbols that they are not encoding aware.
[#39000] [Ruby 1.9 - Bug #5199][Open] ext/tk: RB_GC_GUARD seems to be needed in several places — Eric Wong <normalperson@...>
9 messages
2011/08/17
[#39022] [Ruby 1.9 - Bug #5204][Open] `defined?(@@foo) && @foo` may fail — Magnus Holm <judofyr@...>
5 messages
2011/08/19
[#39025] [Ruby 1.9 - Feature #5206][Open] ruby -K should warn — Eric Hodel <drbrain@...7.net>
14 messages
2011/08/19
[#39062] Releasing r33028 as Ruby 1.9.3 RC1 — Yugui <yugui@...>
Hi,
17 messages
2011/08/23
[#39230] Re: Releasing r33028 as Ruby 1.9.3 RC1
— SASADA Koichi <ko1@...>
2011/09/02
Hi,
[#39242] Re: Releasing r33028 as Ruby 1.9.3 RC1
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/09/03
Hi
[#39250] Re: Releasing r33028 as Ruby 1.9.3 RC1
— Luis Lavena <luislavena@...>
2011/09/03
On Sat, Sep 3, 2011 at 12:14 AM, KOSAKI Motohiro
[#39257] Re: Releasing r33028 as Ruby 1.9.3 RC1
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/09/04
> We are still suffering from a sample/test.rb failure for system(),
[#39079] [Ruby 1.9 - Feature #5221][Open] LoadEerror#path — Koichi Sasada <redmine@...>
10 messages
2011/08/24
[#39093] [Ruby 1.9 - Bug #5227][Open] Float#round fails on corner cases — Marc-Andre Lafortune <ruby-core@...>
14 messages
2011/08/24
[#39115] [Ruby 1.9 - Bug #5227][Assigned] Float#round fails on corner cases
— Yui NARUSE <naruse@...>
2011/08/26
[#39126] Re: [Ruby 1.9 - Bug #5227][Assigned] Float#round fails on corner cases
— Marc-Andre Lafortune <ruby-core-mailing-list@...>
2011/08/26
Hi
[#39138] Re: [Ruby 1.9 - Bug #5227][Assigned] Float#round fails on corner cases
— "NARUSE, Yui" <naruse@...>
2011/08/27
(2011/08/27 4:40), Marc-Andre Lafortune wrote:
[#39167] Re: [Ruby 1.9 - Bug #5227][Assigned] Float#round fails on corner cases
— Marc-Andre Lafortune <ruby-core-mailing-list@...>
2011/08/28
Hi,
[#39169] Re: [Ruby 1.9 - Bug #5227][Assigned] Float#round fails on corner cases
— "NARUSE, Yui" <naruse@...>
2011/08/29
2011/8/29 Marc-Andre Lafortune <ruby-core-mailing-list@marc-andre.ca>:
[#39205] Re: [Ruby 1.9 - Bug #5227][Assigned] Float#round fails on corner cases
— Marc-Andre Lafortune <ruby-core-mailing-list@...>
2011/08/31
Hi,
[#39118] [Ruby 1.9 - Bug #921] autoload is not thread-safe — Hiroshi Nakamura <nakahiro@...>
3 messages
2011/08/26
[#39120] [Ruby 1.9 - Bug #5233][Open] OpenSSL::SSL::SSLSocket has problems with encodings other than "ascii" — Niklas Baumstark <niklas.baumstark@...>
9 messages
2011/08/26
[#39134] [Ruby 1.9 - Bug #5237][Open] IO.copy_stream calls #read on an object infinitely many times — Brian Ford <brixen@...>
7 messages
2011/08/27
[#39140] [Ruby 1.9 - Bug #5237] IO.copy_stream calls #read on an object infinitely many times
— Eric Wong <normalperson@...>
2011/08/27
[#39145] Re: [Ruby 1.9 - Bug #5237] IO.copy_stream calls #read on an object infinitely many times
— brian ford <brixen@...>
2011/08/27
On Sat, Aug 27, 2011 at 3:54 AM, Eric Wong <normalperson@yhbt.net> wrote:
[#39142] [Ruby 1.9 - Bug #5239][Open] bootstraptest/runner.rb: assert_normal_exit logic broken on Debian/GNU kFreeBSD — Lucas Nussbaum <lucas@...>
11 messages
2011/08/27
[#39144] [Ruby 1.9 - Bug #5239][Assigned] bootstraptest/runner.rb: assert_normal_exit logic broken on Debian/GNU kFreeBSD
— Motohiro KOSAKI <kosaki.motohiro@...>
2011/08/27
[#39164] [Ruby 1.9 - Bug #5239] bootstraptest/runner.rb: assert_normal_exit logic broken on Debian/GNU kFreeBSD
— Lucas Nussbaum <lucas@...>
2011/08/28
[#39174] Re: [Ruby 1.9 - Bug #5239] bootstraptest/runner.rb: assert_normal_exit logic broken on Debian/GNU kFreeBSD
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/08/29
> I've just checked, and FreeBSD 8.2 is also affected by this issue.
[#39175] Re: [Ruby 1.9 - Bug #5239] bootstraptest/runner.rb: assert_normal_exit logic broken on Debian/GNU kFreeBSD
— Lucas Nussbaum <lucas@...>
2011/08/29
On 29/08/11 at 12:43 +0900, KOSAKI Motohiro wrote:
[#39146] [Ruby 1.9 - Bug #5240][Open] Hang when using threads + forks on Debian GNU/kFreeBSD — Lucas Nussbaum <lucas@...>
9 messages
2011/08/27
[#39162] [Ruby 1.9 - Bug #5244][Open] Continuation causes Bus Error on Debian sparc — Lucas Nussbaum <lucas@...>
29 messages
2011/08/28
[#39184] [Ruby 1.9 - Bug #1792][Closed] Fixnum#& 等が、Rational などを受けつける — Kenta Murata <muraken@...>
4 messages
2011/08/29
[#39491] Re: [ruby-core:39184] [Ruby 1.9 - Bug #1792][Closed] Fixnum#& 等が、Rational などを受けつける
— SASADA Koichi <ko1@...>
2011/09/12
Is it intentional?
[#39195] [Ruby 1.9 - Bug #5251][Open] Thread Change Breaks Windows Builds — Charlie Savage <cfis@...>
4 messages
2011/08/30
[#39216] [Ruby 1.9 - Bug #5253][Open] PTY with wait incorrectly sets exit status for exit command — Simon Chiang <simon.a.chiang@...>
4 messages
2011/08/31
[ruby-core:38697] [Ruby 1.9 - Feature #5123][Assigned] Alias Hash 1.9 as OrderedHash
From:
Kazuhiro NISHIYAMA <redmine@...>
Date:
2011-08-02 07:40:30 UTC
List:
ruby-core #38697
Issue #5123 has been updated by Kazuhiro NISHIYAMA. Status changed from Open to Assigned Assignee set to Yukihiro Matsumoto ---------------------------------------- Feature #5123: Alias Hash 1.9 as OrderedHash http://redmine.ruby-lang.org/issues/5123 Author: Alexey Muranov Status: Assigned Priority: Normal Assignee: Yukihiro Matsumoto Category: Target version: I read that it was a controversial decision to make Hash in Ruby 1.9 ordered. It is not clear if the present implementation is the best possible. I would like to express my thought. It would be nice if the ordered Hash in Ruby 1.9 was aliased as OrderedHash. That way people who rely on preserving the insertion order in some application (me, for example) could explicitly use OrderedHash, and developers of Ruby would be free to redefine Hash in future versions if a better implementation that a doubly-linked circular list is found. (I read something about a possibility of using "red窶澱lack tree".) Thanks. Alexey Muranov. -- http://redmine.ruby-lang.org