ruby-core

Mailing Lists

ruby-list (For Ruby users, JA) ruby-dev (For Ruby developers, JA) ruby-core (For Ruby developers, EN) ruby-talk (For Ruby users, EN)
2025 2024 2023 2022 2021 2020 2019 2018 2017 2016 2015 2014 2013 2012 2011 2010 2009 2008 2007 2006 2005 2004 2003 2002
1 2 3 4 5 6 7 8 9 10 11 12

[#41421] [ruby-trunk - Feature #5653] "I strongly discourage the use of autoload in any standard libraries" (Re: autoload will be dead) — Stephen Touset <stephen@...>

1 message 2011/12/01

[#41423] [ruby-trunk - Feature #5653] "I strongly discourage the use of autoload in any standard libraries" (Re: autoload will be dead) — Stephen Touset <stephen@...>

1 message 2011/12/01

[#41425] [ruby-trunk - Feature #2740] Extend const_missing to pass in the nesting — Yehuda Katz <wycats@...>

1 message 2011/12/01

[#41426] [ruby-trunk - Feature #5653] "I strongly discourage the use of autoload in any standard libraries" (Re: autoload will be dead) — Yehuda Katz <wycats@...>

1 message 2011/12/01

[#41427] [ruby-trunk - Bug #5693][Assigned] clang warning in bigdecimal — Yui NARUSE <naruse@...>

1 message 2011/12/01

[#41431] [ruby-trunk - Bug #5694][Open] Proc#arity doesn't take optional arguments into account. — Marc-Andre Lafortune <ruby-core@...>

27 messages 2011/12/01
[#41442] [ruby-trunk - Bug #5694] Proc#arity doesn't take optional arguments into account. — Thomas Sawyer <transfire@...> 2011/12/01

[#41443] Re: [ruby-trunk - Bug #5694] Proc#arity doesn't take optional arguments into account. — Yehuda Katz <wycats@...> 2011/12/01

Maybe we can add a new arity_range method that does this?
[#41446] Re: [ruby-trunk - Bug #5694] Proc#arity doesn't take optional arguments into account. — Joshua Ballanco <jballanc@...> 2011/12/02

On Thu, Dec 1, 2011 at 6:54 PM, Yehuda Katz <wycats@gmail.com> wrote:
[#41450] Re: [ruby-trunk - Bug #5694] Proc#arity doesn't take optional arguments into account. — Yehuda Katz <wycats@...> 2011/12/02

You could probably extract the information from #parameters, yeah.
[#41452] Re: [ruby-trunk - Bug #5694] Proc#arity doesn't take optional arguments into account. — Trans <transfire@...> 2011/12/02

On Thu, Dec 1, 2011 at 11:13 PM, Yehuda Katz <wycats@gmail.com> wrote:
[#41454] Re: [ruby-trunk - Bug #5694] Proc#arity doesn't take optional arguments into account. — Yehuda Katz <wycats@...> 2011/12/02

Yeahit would be nice to be able to do:
[#41471] Re: [ruby-trunk - Bug #5694] Proc#arity doesn't take optional arguments into account. — "NARUSE, Yui" <naruse@...> 2011/12/04

(2011/12/03 4:20), Yehuda Katz wrote:
[#41472] Re: [ruby-trunk - Bug #5694] Proc#arity doesn't take optional arguments into account. — Yehuda Katz <wycats@...> 2011/12/04

I like it!
[#41477] Re: [ruby-trunk - Bug #5694] Proc#arity doesn't take optional arguments into account. — Trans <transfire@...> 2011/12/04

On Sat, Dec 3, 2011 at 10:41 PM, NARUSE, Yui <naruse@airemix.jp> wrote:
[#46513] [ruby-trunk - Bug #5694][Open] Proc#arity doesn't take optional arguments into account. — "marcandre (Marc-Andre Lafortune)" <ruby-core@...> 2012/07/16

[#41552] [ruby-trunk - Bug #5694] Proc#arity doesn't take optional arguments into account. — Marc-Andre Lafortune <ruby-core@...> 2011/12/08

[#41482] Re: [ruby-trunk - Bug #5694][Open] Proc#arity doesn't take optional arguments into account. — "NARUSE, Yui" <naruse@...> 2011/12/04

(2011/12/04 12:41), NARUSE, Yui wrote:
[#41505] Re: [ruby-trunk - Bug #5694][Open] Proc#arity doesn't take optional arguments into account. — trans <transfire@...> 2011/12/06

[#41510] Re: [ruby-trunk - Bug #5694][Open] Proc#arity doesn't take optional arguments into account. — Urabe Shyouhei <shyouhei@...> 2011/12/07

[#41589] [ruby-trunk - Bug #5694] Proc#arity doesn't take optional arguments into account. — Yui NARUSE <naruse@...> 2011/12/11

[#41590] [ruby-trunk - Bug #5694][Rejected] Proc#arity doesn't take optional arguments into account. — Yukihiro Matsumoto <matz@...> 2011/12/11

[#41593] [ruby-trunk - Bug #5694][Open] Proc#arity doesn't take optional arguments into account. — Marc-Andre Lafortune <ruby-core@...> 2011/12/11

[#41595] Re: [ruby-trunk - Bug #5694][Open] Proc#arity doesn't take optional arguments into account. — Yukihiro Matsumoto <matz@...> 2011/12/11

Hi,
[#41600] [ruby-trunk - Bug #5694] Proc#arity doesn't take optional arguments into account. — Marc-Andre Lafortune <ruby-core@...> 2011/12/12

[#41602] Re: [ruby-trunk - Bug #5694] Proc#arity doesn't take optional arguments into account. — Yukihiro Matsumoto <matz@...> 2011/12/12

Hi,
[#41708] Re: [ruby-trunk - Bug #5694] Proc#arity doesn't take optional arguments into account. — Marc-Andre Lafortune <ruby-core-mailing-list@...> 2011/12/17

Hi,
[#42593] [ruby-trunk - Bug #5694] Proc#arity doesn't take optional arguments into account. — Marc-Andre Lafortune <ruby-core@...> 2012/02/14

[#42692] [ruby-trunk - Bug #5694] Proc#arity doesn't take optional arguments into account. — Denis de Bernardy <ddebernardy@...> 2012/02/16

[#46424] [ruby-trunk - Bug #5694] Proc#arity doesn't take optional arguments into account. — "akr (Akira Tanaka)" <akr@...> 2012/07/14

[#46515] [ruby-trunk - Bug #5694] Proc#arity doesn't take optional arguments into account. — "matz (Yukihiro Matsumoto)" <matz@...> 2012/07/16

[#46516] [ruby-trunk - Bug #5694] Proc#arity doesn't take optional arguments into account. — "marcandre (Marc-Andre Lafortune)" <ruby-core@...> 2012/07/16

[#41432] [ruby-trunk - Feature #5653] "I strongly discourage the use of autoload in any standard libraries" (Re: autoload will be dead) — Stephen Touset <stephen@...>

1 message 2011/12/01

[#41435] [ruby-trunk - Feature #5695][Open] CoffeeScript "is" and "isnt" keywords — Suraj Kurapati <sunaku@...>

6 messages 2011/12/01
[#41436] [ruby-trunk - Feature #5695] CoffeeScript "is" and "isnt" keywords — Eric Hodel <drbrain@...7.net> 2011/12/01

[#41439] Re: [ruby-trunk - Feature #5695] CoffeeScript "is" and "isnt" keywords — Yehuda Katz <wycats@...> 2011/12/01

I'm not in favor of this proposal, but I don't think it would break these
[#43761] [ruby-trunk - Feature #5695][Rejected] CoffeeScript "is" and "isnt" keywords — "mame (Yusuke Endoh)" <mame@...> 2012/03/27

[#41491] Re: [ruby-trunk - Feature #5695][Open] CoffeeScript "is" and "isnt" keywords — Alex Young <alex@...> 2011/12/05

On 01/12/11 18:52, Suraj Kurapati wrote:
[#41506] Re: [ruby-trunk - Feature #5695][Open] CoffeeScript "is" and "isnt" keywords — trans <transfire@...> 2011/12/06

Indeed, I have aliased `#is` to `#include` and aliased `#is?` as `#===`

[#41437] [ruby-trunk - Bug #5696][Open] rexml BaseParser uses instance_eval unnecessarily on listener add — Charles Nutter <headius@...>

1 message 2011/12/01

[#41438] [ruby-trunk - Bug #5697][Open] Wrong flag for enabling PIE executables with clang — Eric Hodel <drbrain@...7.net>

5 messages 2011/12/01
[#41448] [ruby-trunk - Bug #5697][Closed] Wrong flag for enabling PIE executables with clang — Motohiro KOSAKI <kosaki.motohiro@...> 2011/12/02

[#41449] [ruby-trunk - Bug #5697][Open] Wrong flag for enabling PIE executables with clang — Motohiro KOSAKI <kosaki.motohiro@...> 2011/12/02

[#42151] [ruby-trunk - Bug #5697][Closed] Wrong flag for enabling PIE executables with clang — Nobuyoshi Nakada <nobu@...> 2012/01/16

[#42152] [ruby-trunk - Bug #5697] Wrong flag for enabling PIE executables with clang — Nobuyoshi Nakada <nobu@...> 2012/01/16

[#41440] [Ruby 1.8 - Bug #5698][Open] rexml Encoding logic creates unnecessary singleton classes, aliases at runtime — Charles Nutter <headius@...>

4 messages 2011/12/01
[#49464] [Ruby 1.8 - Bug #5698][Rejected] rexml Encoding logic creates unnecessary singleton classes, aliases at runtime — "kou (Kouhei Sutou)" <kou@...> 2012/11/16

[#41441] [Ruby 1.8 - Bug #5698] rexml Encoding logic creates unnecessary singleton classes, aliases at runtime — Charles Nutter <headius@...> 2011/12/01

[#49441] [Ruby 1.8 - Bug #5698] rexml Encoding logic creates unnecessary singleton classes, aliases at runtime — "headius (Charles Nutter)" <headius@...> 2012/11/16

[#41456] [ruby-trunk - Bug #5700][Open] fork {} segfaults during VM cleanup when run inside Fiber — Eric Wong <normalperson@...>

6 messages 2011/12/03
[#42468] [ruby-trunk - Bug #5700] fork {} segfaults during VM cleanup when run inside Fiber — Tomoyuki Chikanaga <nagachika00@...> 2012/02/10

[#42499] Re: [ruby-trunk - Bug #5700] fork {} segfaults during VM cleanup when run inside Fiber — Eric Wong <normalperson@...> 2012/02/11

Tomoyuki Chikanaga <nagachika00@gmail.com> wrote:
[#42511] [ruby-trunk - Bug #5700] fork {} segfaults during VM cleanup when run inside Fiber — Nobuyoshi Nakada <nobu@...> 2012/02/13

[#42417] Re: [ruby-trunk - Bug #5700][Open] fork {} segfaults during VM cleanup when run inside Fiber — Eric Wong <normalperson@...> 2012/02/07

Eric Wong <normalperson@yhbt.net> wrote:
[#42586] [ruby-trunk - Bug #5700] fork {} segfaults during VM cleanup when run inside Fiber — Tomoyuki Chikanaga <nagachika00@...> 2012/02/14

[#41458] [ruby-trunk - Bug #5701][Open] Compilation under Lion with clang 2.1 fails — Cake Pie <7t3rf0x@...>

4 messages 2011/12/03
[#41465] [ruby-trunk - Bug #5701][Feedback] Compilation under Lion with clang 2.1 fails — Nobuyoshi Nakada <nobu@...> 2011/12/03

[#41462] [ruby-trunk - Bug #5701] Compilation under Lion with clang 2.1 fails — Motohiro KOSAKI <kosaki.motohiro@...> 2011/12/03

[#44375] [ruby-trunk - Bug #5701][Rejected] Compilation under Lion with clang 2.1 fails — "naruse (Yui NARUSE)" <naruse@...> 2012/04/16

[#41463] [ruby-trunk - Bug #5703][Open] Ruby 1.9.3p0 segmentation fault (during autoload?) — Bryan Helmkamp <bryan@...>

3 messages 2011/12/03
[#56422] [ruby-trunk - Bug #5703][Feedback] Ruby 1.9.3p0 segmentation fault (during autoload?) — "naruse (Yui NARUSE)" <naruse@...> 2013/08/07

[#87532] [Ruby trunk Bug#5703][Rejected] Ruby 1.9.3p0 segmentation fault (during autoload?) — mame@... 2018/06/20

Issue #5703 has been updated by mame (Yusuke Endoh).

[#41468] [Backport93 - Backport #5704][Open] Please backport r33937 — Luis Lavena <luislavena@...>

6 messages 2011/12/04
[#41507] [Backport93 - Backport #5704] Please backport r33937 — Jon Forums <redmine@...> 2011/12/06

[#41883] [Backport93 - Backport #5704] Please backport r33937 (newline decorator) — Motohiro KOSAKI <kosaki.motohiro@...> 2012/01/03

[#42353] [Backport93 - Backport #5704] Please backport r33937 (newline decorator) — Hiroshi Shirosaki <h.shirosaki@...> 2012/02/04

[#41777] [Backport93 - Backport #5704] Please backport r33937 — Jon Forums <redmine@...> 2011/12/22

[#42371] [Backport93 - Backport #5704][Assigned] Please backport r33937 (newline decorator) — Usaku NAKAMURA <usa@...> 2012/02/06

[#41475] [ruby-trunk - Bug #5706][Open] Build failure on io/wait extension with VC 2010 — Heesob Park <phasis@...>

2 messages 2011/12/04
[#41488] [ruby-trunk - Bug #5706][Assigned] Build failure on io/wait extension with VC 2010 — Usaku NAKAMURA <usa@...> 2011/12/05

[#41478] [ruby-trunk - Feature #5707][Open] temporary file creation without finalizer and delegate. — Akira Tanaka <akr@...>

7 messages 2011/12/04
[#41481] Re: [ruby-trunk - Feature #5707][Open] temporary file creation without finalizer and delegate. — Eric Wong <normalperson@...> 2011/12/04

Akira Tanaka <akr@fsij.org> wrote:
[#41484] Re: [ruby-trunk - Feature #5707][Open] temporary file creation without finalizer and delegate. — Tanaka Akira <akr@...> 2011/12/05

2011/12/5 Eric Wong <normalperson@yhbt.net>:
[#41489] Re: [ruby-trunk - Feature #5707][Open] temporary file creation without finalizer and delegate. — KOSAKI Motohiro <kosaki.motohiro@...> 2011/12/05

>> Since Tempfile.new already takes an optional hash,
[#54481] Re: [ruby-trunk - Feature #5707][Open] temporary file creation without finalizer and delegate. — Tanaka Akira <akr@...> 2013/04/20

2011/12/5 KOSAKI Motohiro <kosaki.motohiro@gmail.com>:
[#43763] [ruby-trunk - Feature #5707][Assigned] temporary file creation without finalizer and delegate. — "mame (Yusuke Endoh)" <mame@...> 2012/03/27

[#43784] Re: [ruby-trunk - Feature #5707][Assigned] temporary file creation without finalizer and delegate. — Tanaka Akira <akr@...> 2012/03/28

2012/3/28 mame (Yusuke Endoh) <mame@tsg.ne.jp>:

[#41479] [ruby-trunk - Bug #5709][Open] Improve Regexp documentation — Sylvain Daubert <sylvain.daubert@...>

2 messages 2011/12/04
[#41531] [ruby-trunk - Bug #5709] Improve Regexp documentation — Eric Hodel <drbrain@...7.net> 2011/12/07

[#41486] [ruby-trunk - Feature #5710][Open] Enumerable#each( :method ) and Enumerable#map( :method ) — Matías Battocchia <matias@...>

4 messages 2011/12/05
[#41487] [ruby-trunk - Feature #5710] Enumerable#each( :method ) and Enumerable#map( :method ) — Thomas Sawyer <transfire@...> 2011/12/05

[#41525] [ruby-trunk - Feature #5710] Enumerable#each( :method ) and Enumerable#map( :method ) — Matías Battocchia <matias@...> 2011/12/07

[#41535] [ruby-trunk - Feature #5710][Closed] Enumerable#each( :method ) and Enumerable#map( :method ) — Martin Dürst <duerst@...> 2011/12/08

[#41494] [ruby-trunk - Bug #5713][Open] Fixnum#** returns Infinity for 0 ** negative Bignum — John Firebaugh <john.firebaugh@...>

5 messages 2011/12/06
[#41571] [ruby-trunk - Bug #5713] Fixnum#** returns Infinity for 0 ** negative Bignum — John Firebaugh <john.firebaugh@...> 2011/12/09

[#41553] [ruby-trunk - Bug #5713] Fixnum#** returns Infinity for 0 ** negative Bignum — Marc-Andre Lafortune <ruby-core@...> 2011/12/08

[#41573] [ruby-trunk - Bug #5713] Fixnum#** returns Infinity for 0 ** negative Bignum — Marc-Andre Lafortune <ruby-core@...> 2011/12/09

[#41580] [ruby-trunk - Bug #5713] Fixnum#** returns Infinity for 0 ** negative Bignum — John Firebaugh <john.firebaugh@...> 2011/12/09

[#41496] [ruby-trunk - Bug #5714][Open] Unexpected error of STDIN#read with non-ascii input on Windows XP — Heesob Park <phasis@...>

22 messages 2011/12/06
[#41500] [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP — Heesob Park <phasis@...> 2011/12/06

[#41523] Re: [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP — Hiroshi Shirosaki <h.shirosaki@...> 2011/12/07

>
[#41536] Re: [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP — Heesob Park <phasis@...> 2011/12/08

Hi,
[#41501] Re: [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP — "U.Nakamura" <usa@...> 2011/12/06

Hello,
[#41503] Re: [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP — Luis Lavena <luislavena@...> 2011/12/06

On Tue, Dec 6, 2011 at 4:18 AM, U.Nakamura <usa@garbagecollect.jp> wrote:
[#41514] Re: [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP — Nobuyoshi Nakada <nobu@...> 2011/12/07

Hi,
[#41578] [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP — Luis Lavena <luislavena@...> 2011/12/09

[#41601] Re: [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP — "U.Nakamura" <usa@...> 2011/12/12

Hello,
[#41609] Re: [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP — Luis Lavena <luislavena@...> 2011/12/12

On Sun, Dec 11, 2011 at 11:42 PM, U.Nakamura <usa@garbagecollect.jp> wrote:
[#41620] Re: [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP — Heesob Park <phasis@...> 2011/12/13

Hi,
[#41583] [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP — Hiroshi Shirosaki <h.shirosaki@...> 2011/12/10

[#41671] [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP — Hiroshi Shirosaki <h.shirosaki@...> 2011/12/15

[#41684] Re: [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP — "U.Nakamura" <usa@...> 2011/12/16

Hello,
[#41689] Re: [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP — Hiroshi Shirosaki <h.shirosaki@...> 2011/12/16

Hello,
[#41714] Re: [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP — "U.Nakamura" <usa@...> 2011/12/19

Hello,
[#41805] [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP — Hiroshi Shirosaki <h.shirosaki@...> 2011/12/25

[#41542] [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP — Hiroshi Shirosaki <h.shirosaki@...> 2011/12/08

[#41628] [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP — Hiroshi Shirosaki <h.shirosaki@...> 2011/12/13

[#41629] Re: [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP — "U.Nakamura" <usa@...> 2011/12/13

Hello,
[#41641] [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP — Hiroshi Shirosaki <h.shirosaki@...> 2011/12/14

[#41650] Re: [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP — "U.Nakamura" <usa@...> 2011/12/14

Hello,

[#41498] [ruby-trunk - Bug #5715][Open] +/-1 ** Bignum returns different results than +/-1 ** Fixnum — John Firebaugh <john.firebaugh@...>

4 messages 2011/12/06
[#41572] [ruby-trunk - Bug #5715] +/-1 ** Bignum returns different results than +/-1 ** Fixnum — John Firebaugh <john.firebaugh@...> 2011/12/09

[#41574] [ruby-trunk - Bug #5715] +/-1 ** Bignum returns different results than +/-1 ** Fixnum — Marc-Andre Lafortune <ruby-core@...> 2011/12/09

[#51657] [ruby-trunk - Bug #5715] +/-1 ** Bignum returns different results than +/-1 ** Fixnum — "marcandre (Marc-Andre Lafortune)" <ruby-core@...> 2013/01/25

[#41502] [ruby-trunk - Feature #5716][Open] duplicated when clause is ignored -> Report which clause it is specifically. — markus heiler <shevegen@...>

4 messages 2011/12/06
[#43764] [ruby-trunk - Feature #5716][Assigned] duplicated when clause is ignored -> Report which clause it is specifically. — "mame (Yusuke Endoh)" <mame@...> 2012/03/27

[#44210] Re: [ruby-trunk - Feature #5716][Open] duplicated when clause is ignored -> Report which clause it is specifically. — SASADA Koichi <ko1@...> 2012/04/09

Thank you for your comment.
[#44215] [ruby-trunk - Feature #5716] duplicated when clause is ignored -> Report which clause it is specifically. — "shevegen (markus heiler)" <shevegen@...> 2012/04/09

[#41511] [ruby-trunk - Bug #5719][Open] Hash::[] can't handle 100000+ args — Nick Quaranto <nick@...>

13 messages 2011/12/07
[#41516] [ruby-trunk - Bug #5719] Hash::[] can't handle 100000+ args — Bharanee Rathna <deepfryed@...> 2011/12/07

[#41517] Re: [ruby-trunk - Bug #5719][Open] Hash::[] can't handle 100000+ args — Evan Phoenix <evan@...> 2011/12/07

The bug comes from this code: https://github.com/ruby/ruby/blob/trunk/vm_insnhelper.c#L275-296
[#42887] [ruby-trunk - Bug #5719] Hash::[] can't handle 100000+ args — Koichi Sasada <redmine@...> 2012/02/25

[#79353] [Ruby trunk Bug#5719][Closed] Hash::[] can't handle 100000+ args — ko1@... 2017/01/31

Issue #5719 has been updated by Koichi Sasada.
[#50132] [ruby-trunk - Bug #5719] Hash::[] can't handle 100000+ args — "ko1 (Koichi Sasada)" <redmine@...> 2012/11/26

[#41512] [ruby-trunk - Bug #5719] Hash::[] can't handle 100000+ args — John Glass <glassj67@...> 2011/12/07

[#41513] Re: [ruby-trunk - Bug #5719][Open] Hash::[] can't handle 100000+ args — Yukihiro Matsumoto <matz@...> 2011/12/07

Hi,
[#41515] [ruby-trunk - Bug #5719] Hash::[] can't handle 100000+ args — Gabriel Gironda <gabriel.gironda@...> 2011/12/07

[#41519] [ruby-trunk - Bug #5719] Hash::[] can't handle 100000+ args — Martin Dürst <duerst@...> 2011/12/07

[#42886] Re: [ruby-trunk - Bug #5719] Hash::[] can't handle 100000+ args — SASADA Koichi <ko1@...> 2012/02/25

(2011/12/07 14:26), Martin Dürst wrote:
[#43014] Re: [ruby-trunk - Bug #5719] Hash::[] can't handle 100000+ args — "Martin J. Dürst" <duerst@...> 2012/02/29

Hello Koichi,
[#41518] Re: [ruby-trunk - Bug #5719][Open] Hash::[] can't handle 100000+ args — Evan Phoenix <evan@...> 2011/12/07

The bug comes from this code: https://github.com/ruby/ruby/blob/trunk/vm_insnhelper.c#L275-296

[#41520] [ruby-trunk - Bug #5720][Open] Exceptions can be caused via eval that evade exception handling — Gabriel Gironda <gabriel.gironda@...>

4 messages 2011/12/07
[#73941] [Ruby trunk Bug#5720] Exceptions can be caused via eval that evade exception handling — usa@... 2016/02/23

Issue #5720 has been updated by Usaku NAKAMURA.
[#73731] [Ruby trunk Bug#5720] Exceptions can be caused via eval that evade exception handling — headius@... 2016/02/07

Issue #5720 has been updated by Charles Nutter.
[#73740] [Ruby trunk Bug#5720] Exceptions can be caused via eval that evade exception handling — nobu@... 2016/02/08

Issue #5720 has been updated by Nobuyoshi Nakada.

[#41522] [ruby-trunk - Bug #5721][Open] require_relative — rommel nocando <redmine@...>

5 messages 2011/12/07
[#41533] [ruby-trunk - Bug #5721][Feedback] require_relative — Akira Tanaka <akr@...> 2011/12/08

[#41532] Re: [ruby-trunk - Bug #5721][Open] require_relative — Tanaka Akira <akr@...> 2011/12/08

2011/12/7 rommel nocando <redmine@ruby-lang.org>:
[#41534] [ruby-trunk - Bug #5721] require_relative — Nobuyoshi Nakada <nobu@...> 2011/12/08

[#48612] [ruby-trunk - Bug #5721][Rejected] require_relative — "mame (Yusuke Endoh)" <mame@...> 2012/10/30

[#41524] [ruby-trunk - Bug #5723][Open] Ruby fails when standard input is closed — Randal Moore <rdmoore@...>

5 messages 2011/12/07
[#41555] [Backport93 - Backport #5723] Ruby fails when standard input is closed — Randal Moore <rdmoore@...> 2011/12/08

[#41898] [Backport93 - Backport #5723] Backport r33567 and r33573 (Ruby fails when standard input is closed) — Ayumu AIZAWA <ayumu.aizawa@...> 2012/01/04

[#42378] [Backport93 - Backport #5723][Closed] Backport r33567 and r33573 (Ruby fails when standard input is closed) — Motohiro KOSAKI <kosaki.motohiro@...> 2012/02/06

[#41527] [ruby-trunk - Bug #5723] Ruby fails when standard input is closed — Motohiro KOSAKI <kosaki.motohiro@...> 2011/12/07

[#41529] [ruby-trunk - Bug #5724][Open] date_core compiling issues with MinGW GCC 4.6 — Luis Lavena <luislavena@...>

2 messages 2011/12/07
[#41651] [ruby-trunk - Bug #5724][Rejected] date_core compiling issues with MinGW GCC 4.6 — Luis Lavena <luislavena@...> 2011/12/14

[#41537] [ruby-trunk - Feature #2294] [PATCH] ruby_bind_stack() to embed Ruby in coroutine — Steve Hart <steve@...>

1 message 2011/12/08

[#41541] [ruby-trunk - Feature #5726][Open] Process::EXIT_SUCCESS and Process::EXIT_FAILURE — Akira Tanaka <akr@...>

4 messages 2011/12/08
[#49684] [ruby-trunk - Feature #5726][Closed] Process::EXIT_SUCCESS and Process::EXIT_FAILURE — "nobu (Nobuyoshi Nakada)" <nobu@...> 2012/11/20

[#41543] [ruby-trunk - Feature #5726][Feedback] Process::EXIT_SUCCESS and Process::EXIT_FAILURE — Nobuyoshi Nakada <nobu@...> 2011/12/08

[#41547] Re: [ruby-trunk - Feature #5726][Feedback] Process::EXIT_SUCCESS and Process::EXIT_FAILURE — Tanaka Akira <akr@...> 2011/12/08

2011/12/8 Nobuyoshi Nakada <nobu@ruby-lang.org>:

[#41545] [ruby-trunk - Bug #5727][Open] Hidden bug in load.c rb_feature_p — Yura Sokolov <funny.falcon@...>

1 message 2011/12/08

[#41556] Error when loading a converter — Aaron Patterson <tenderlove@...>

I think this might be a bug, but I'm not sure. The following code

1 message 2011/12/08

[#41557] [ruby-trunk - Bug #5730][Open] Optinal block parameters assigns wrong — Yukihiro Matsumoto <matz@...>

14 messages 2011/12/08
[#41558] Re: [ruby-trunk - Bug #5730][Open] Optinal block parameters assigns wrong — Aaron Patterson <tenderlove@...> 2011/12/09

On Fri, Dec 09, 2011 at 08:59:26AM +0900, Yukihiro Matsumoto wrote:
[#41559] Re: [ruby-trunk - Bug #5730][Open] Optinal block parameters assigns wrong — Tanaka Akira <akr@...> 2011/12/09

2011/12/9 Yukihiro Matsumoto <matz@ruby-lang.org>:
[#41560] Re: [ruby-trunk - Bug #5730][Open] Optinal block parameters assigns wrong — Yukihiro Matsumoto <matz@...> 2011/12/09

Hi,
[#41561] Re: [ruby-trunk - Bug #5730][Open] Optinal block parameters assigns wrong — =?windows-1252?Q?Matthias_W=E4chter?= <matthias@...> 2011/12/09

Hi Matz,
[#41563] Re: [ruby-trunk - Bug #5730][Open] Optinal block parameters assigns wrong — Yukihiro Matsumoto <matz@...> 2011/12/09

Hi,
[#41567] Re: [ruby-trunk - Bug #5730][Open] Optinal block parameters assigns wrong — Matthias Wächter <matthias@...> 2011/12/09

Matz,
[#41565] Re: [ruby-trunk - Bug #5730][Open] Optinal block parameters assigns wrong — Tanaka Akira <akr@...> 2011/12/09

2011/12/9 Matthias W臘hter <matthias@waechter.wiz.at>:
[#41568] Re: [ruby-trunk - Bug #5730][Open] Optinal block parameters assigns wrong — Tanaka Akira <akr@...> 2011/12/09

2011/12/9 Yukihiro Matsumoto <matz@ruby-lang.org>:
[#41570] Re: [ruby-trunk - Bug #5730][Open] Optinal block parameters assigns wrong — Yukihiro Matsumoto <matz@...> 2011/12/09

Hi,
[#41582] Re: [ruby-trunk - Bug #5730][Open] Optinal block parameters assigns wrong — Nobuyoshi Nakada <nobu@...> 2011/12/10

Hi,
[#41562] Re: [ruby-trunk - Bug #5730][Open] Optinal block parameters assigns wrong — "Haase, Konstantin" <Konstantin.Haase@...> 2011/12/09

What would be the wantend behavior of this code:
[#41564] Re: [ruby-trunk - Bug #5730][Open] Optinal block parameters assigns wrong — Yukihiro Matsumoto <matz@...> 2011/12/09

Hi,
[#41566] Re: [ruby-trunk - Bug #5730][Open] Optinal block parameters assigns wrong — "Haase, Konstantin" <Konstantin.Haase@...> 2011/12/09

[#41575] [ruby-trunk - Bug #5736][Open] Numeric#quo should convert with #to_r — John Firebaugh <john.firebaugh@...>

2 messages 2011/12/09
[#41576] [ruby-trunk - Bug #5736] Numeric#quo should convert with #to_r — John Firebaugh <john.firebaugh@...> 2011/12/09

[#41579] rb_require, search_required and design questions — Luis Lavena <luislavena@...>

Hello,

1 message 2011/12/09

[#41581] [ruby-trunk - Bug #5737][Open] WEBrick doesn't support keep alive connections for 204 and 304 responses — Aaron Patterson <aaron@...>

8 messages 2011/12/10
[#41621] [ruby-trunk - Bug #5737][Open] WEBrick doesn't support keep alive connections for 204 and 304 responses — Hiroshi Nakamura <nakahiro@...> 2011/12/13

[#41624] Re: [ruby-trunk - Bug #5737][Open] WEBrick doesn't support keep alive connections for 204 and 304 responses — Aaron Patterson <tenderlove@...> 2011/12/13

On Tue, Dec 13, 2011 at 10:35:16AM +0900, Hiroshi Nakamura wrote:
[#41617] [ruby-trunk - Bug #5737][Closed] WEBrick doesn't support keep alive connections for 204 and 304 responses — Aaron Patterson <aaron@...> 2011/12/12

[#41636] [ruby-trunk - Bug #5737] WEBrick doesn't support keep alive connections for 204 and 304 responses — Yui NARUSE <naruse@...> 2011/12/14

[#41665] [ruby-trunk - Bug #5737] WEBrick doesn't support keep alive connections for 204 and 304 responses — Eric Hodel <drbrain@...7.net> 2011/12/15

[#87533] [Ruby trunk Bug#5737] WEBrick doesn't support keep alive connections for 204 and 304 responses — mame@... 2018/06/20

Issue #5737 has been updated by mame (Yusuke Endoh).
[#87607] Re: [Ruby trunk Bug#5737] WEBrick doesn't support keep alive connections for 204 and 304 responses — Eric Wong <normalperson@...> 2018/06/23

mame@ruby-lang.org wrote:

[#41584] [ruby-trunk - Bug #5739] [BUG] object allocation during garbage collection phase — Fused Team <admins@...>

1 message 2011/12/10

[#41585] [ruby-trunk - Bug #5740][Open] Trivial typo in ext/syslog.c — mathew murphy <meta@...>

1 message 2011/12/10

[#41586] [ruby-trunk - Feature #5741][Open] Secure Erasure of Passwords — Martin Bosslet <Martin.Bosslet@...>

17 messages 2011/12/10
[#41587] Re: [ruby-trunk - Feature #5741][Open] Secure Erasure of Passwords — Eric Wong <normalperson@...> 2011/12/10

Martin Bosslet <Martin.Bosslet@googlemail.com> wrote:
[#41588] Re: [ruby-trunk - Feature #5741][Open] Secure Erasure of Passwords — Eric Wong <normalperson@...> 2011/12/10

Eric Wong <normalperson@yhbt.net> wrote:
[#41632] [ruby-trunk - Feature #5741] Secure Erasure of Passwords — Martin Bosslet <Martin.Bosslet@...> 2011/12/13

[#41715] Re: [ruby-trunk - Feature #5741] Secure Erasure of Passwords — Hiroshi Nakamura <nahi@...> 2011/12/19

Here's my 2 yen.
[#46100] [ruby-trunk - Feature #5741] Secure Erasure of Passwords — "kenkeiter (Ken Keiter)" <ken@...> 2012/07/02

[#41736] [ruby-trunk - Feature #5741] Secure Erasure of Passwords — Martin Bosslet <Martin.Bosslet@...> 2011/12/20

[#41591] [ruby-trunk - Feature #5741] Secure Erasure of Passwords — Martin Bosslet <Martin.Bosslet@...> 2011/12/11

[#43800] [ruby-trunk - Feature #5741][Assigned] Secure Erasure of Passwords — "mame (Yusuke Endoh)" <mame@...> 2012/03/28

[#43810] [ruby-trunk - Feature #5741] Secure Erasure of Passwords — "MartinBosslet (Martin Bosslet)" <Martin.Bosslet@...> 2012/03/28

[#43817] [ruby-trunk - Feature #5741] Secure Erasure of Passwords — "nobu (Nobuyoshi Nakada)" <nobu@...> 2012/03/28

[#43830] [ruby-trunk - Feature #5741] Secure Erasure of Passwords — "MartinBosslet (Martin Bosslet)" <Martin.Bosslet@...> 2012/03/28

[#44714] [ruby-trunk - Feature #5741] Secure Erasure of Passwords — "MartinBosslet (Martin Bosslet)" <Martin.Bosslet@...> 2012/04/28

[#46198] [ruby-trunk - Feature #5741] Secure Erasure of Passwords — "MartinBosslet (Martin Bosslet)" <Martin.Bosslet@...> 2012/07/05

[#48361] [ruby-trunk - Feature #5741] Secure Erasure of Passwords — "ko1 (Koichi Sasada)" <redmine@...> 2012/10/26

[#49792] [ruby-trunk - Feature #5741] Secure Erasure of Passwords — "MartinBosslet (Martin Bosslet)" <Martin.Bosslet@...> 2012/11/21

[#49981] [ruby-trunk - Feature #5741] Secure Erasure of Passwords — "mame (Yusuke Endoh)" <mame@...> 2012/11/24

[#41592] My bug evaluation criteria — Marc-Andre Lafortune <ruby-core-mailing-list@...>

I don't think there is an official way to judge a bug, but for me it

4 messages 2011/12/11
[#41599] Re: My bug evaluation criteria — "NARUSE, Yui" <naruse@...> 2011/12/12

Thank you for documentation,
[#41712] Re: My bug evaluation criteria — Marc-Andre Lafortune <ruby-core-mailing-list@...> 2011/12/18

Hi,
[#41758] Re: My bug evaluation criteria — "NARUSE, Yui" <naruse@...> 2011/12/20

(2011/12/18 13:53), Marc-Andre Lafortune wrote:

[#41594] [ruby-trunk - Bug #5746][Open] Proc#curry too strict about lambda's arity. — Marc-Andre Lafortune <ruby-core@...>

7 messages 2011/12/11
[#46423] [ruby-trunk - Bug #5746] Proc#curry too strict about lambda's arity. — "ko1 (Koichi Sasada)" <redmine@...> 2012/07/14

[#51658] [ruby-trunk - Bug #5746][Closed] Proc#curry too strict about lambda's arity. — "marcandre (Marc-Andre Lafortune)" <ruby-core@...> 2013/01/25

[#41596] Re: [ruby-trunk - Bug #5746][Open] Proc#curry too strict about lambda's arity. — Yukihiro Matsumoto <matz@...> 2011/12/11

Hi,
[#41598] Re: [ruby-trunk - Bug #5746][Open] Proc#curry too strict about lambda's arity. — Marc-Andre Lafortune <ruby-core-mailing-list@...> 2011/12/12

Hi,
[#44586] [ruby-trunk - Bug #5746] Proc#curry too strict about lambda's arity. — "mame (Yusuke Endoh)" <mame@...> 2012/04/24

[#46514] [ruby-trunk - Bug #5746] Proc#curry too strict about lambda's arity. — "marcandre (Marc-Andre Lafortune)" <ruby-core@...> 2012/07/16

[#41597] [ruby-trunk - Bug #5747][Open] Proc#curry doesn't always detect too many arguments — Marc-Andre Lafortune <ruby-core@...>

3 messages 2011/12/12
[#42907] [ruby-trunk - Bug #5747] Proc#curry doesn't always detect too many arguments — Marc-Andre Lafortune <ruby-core@...> 2012/02/25

[#42889] [ruby-trunk - Bug #5747] Proc#curry doesn't always detect too many arguments — Koichi Sasada <redmine@...> 2012/02/25

[#41603] [ruby-trunk - Feature #5749][Open] new method String#match_all needed — Joey Zhou <yimutang@...>

6 messages 2011/12/12
[#41604] [ruby-trunk - Feature #5749] new method String#match_all needed — Yui NARUSE <naruse@...> 2011/12/12

[#43801] [ruby-trunk - Feature #5749][Assigned] new method String#match_all needed — "mame (Yusuke Endoh)" <mame@...> 2012/03/28

[#41605] [ruby-trunk - Feature #5749] new method String#match_all needed — Joey Zhou <yimutang@...> 2011/12/12

[#41611] [ruby-trunk - Feature #5749] new method String#match_all needed — Thomas Sawyer <transfire@...> 2011/12/12

[#41643] [ruby-trunk - Feature #5749] new method String#match_all needed — Tomoaki Nishiyama <tomoakin@...> 2011/12/14

[#41606] [ruby-trunk - Bug #5750][Open] Thread.current local-variables behavior — Julien A <schmurfy@...>

6 messages 2011/12/12
[#41607] [ruby-trunk - Bug #5750][Rejected] Thread.current local-variables behavior — Yusuke Endoh <mame@...> 2011/12/12

[#41608] [ruby-trunk - Bug #5750] Thread.current local-variables behavior — Julien A <schmurfy@...> 2011/12/12

[#41610] [ruby-trunk - Bug #5750][Open] Thread.current local-variables behavior — Yusuke Endoh <mame@...> 2011/12/12

[#41697] [ruby-trunk - Bug #5750] Thread.current local-variables behavior — Julien A <schmurfy@...> 2011/12/16

[#42894] [ruby-trunk - Bug #5750] Thread.current local-variables behavior — Koichi Sasada <redmine@...> 2012/02/25

[#41612] Errors raised and rescued in Kernel#loaded file still propagate — Nikolai Weibull <now@...>

a.rb:

1 message 2011/12/12

[#41613] [ruby-trunk - Bug #5751][Open] functions unable to handle hashes containing spaces unless wrapped in parenthesis — spencer roan <spencerroan@...>

2 messages 2011/12/12
[#41615] [ruby-trunk - Bug #5751][Rejected] functions unable to handle hashes containing spaces unless wrapped in parenthesis — Nobuyoshi Nakada <nobu@...> 2011/12/12

[#41616] [ruby-trunk - Bug #5752][Open] Array#delete_if side effects due to changeset r32360 — Thomas Leitner <t_leitner@...>

5 messages 2011/12/12
[#41664] [ruby-trunk - Bug #5752][Closed] Array#delete_if side effects due to changeset r32360 — Nobuyoshi Nakada <nobu@...> 2011/12/15

[#41646] [ruby-trunk - Bug #5752] Array#delete_if side effects due to changeset r32360 — Yura Sokolov <funny.falcon@...> 2011/12/14

[#41647] [ruby-trunk - Bug #5752] Array#delete_if side effects due to changeset r32360 — Yura Sokolov <funny.falcon@...> 2011/12/14

[#67483] [ruby-trunk - Bug #5752] Array#delete_if side effects due to changeset r32360 — akr@... 2015/01/10

Issue #5752 has been updated by Akira Tanaka.

[#41618] [ruby-trunk - Bug #5754][Open] Double require bug in 1.9.3 — Evan Phoenix <evan@...>

5 messages 2011/12/12
[#41655] [ruby-trunk - Bug #5754][Assigned] Double require bug in 1.9.3 — Yui NARUSE <naruse@...> 2011/12/14

[#41659] Re: [ruby-trunk - Bug #5754][Assigned] Double require bug in 1.9.3 — Nobuyoshi Nakada <nobu@...> 2011/12/14

Hi,
[#41678] [ruby-trunk - Bug #5754] Double require bug in 1.9.3 — Yura Sokolov <funny.falcon@...> 2011/12/15

[#41619] [ruby-trunk - Bug #5754] Double require bug in 1.9.3 — Evan Phoenix <evan@...> 2011/12/12

[#41625] [ruby-trunk - Bug #5755][Assigned] Errors raised and rescued in Kernel#loaded file still propagate — Tomoyuki Chikanaga <nagachika00@...>

1 message 2011/12/13

[#41626] [ruby-trunk - Bug #5756][Open] crashs when Twitter.update_with_media with rails — SungHee Kang <paranoiase@...>

11 messages 2011/12/13
[#41637] [ruby-trunk - Bug #5756] crashs when Twitter.update_with_media with rails — SungHee Kang <paranoiase@...> 2011/12/14

[#41639] [ruby-trunk - Bug #5756] crashs when Twitter.update_with_media with rails — SungHee Kang <paranoiase@...> 2011/12/14

[#41652] [ruby-trunk - Bug #5756] crashs when Twitter.update_with_media with rails — SungHee Kang <paranoiase@...> 2011/12/14

[#41627] [ruby-trunk - Bug #5756][Feedback] crashs when Twitter.update_with_media with rails — Shota Fukumori <sorah@...> 2011/12/13

[#41638] [ruby-trunk - Bug #5756] crashs when Twitter.update_with_media with rails — Shota Fukumori <sorah@...> 2011/12/14

[#41640] [ruby-trunk - Bug #5756] crashs when Twitter.update_with_media with rails — SungHee Kang <paranoiase@...> 2011/12/14

[#41649] [ruby-trunk - Bug #5756] crashs when Twitter.update_with_media with rails — Shota Fukumori <sorah@...> 2011/12/14

[#48613] [ruby-trunk - Bug #5756][Assigned] crashs when Twitter.update_with_media with rails — "mame (Yusuke Endoh)" <mame@...> 2012/10/30

[#48636] [ruby-trunk - Bug #5756][Feedback] crashs when Twitter.update_with_media with rails — "sorah (Shota Fukumori)" <sorah@...> 2012/10/31

[#51683] [ruby-trunk - Bug #5756][Rejected] crashs when Twitter.update_with_media with rails — "drbrain (Eric Hodel)" <drbrain@...7.net> 2013/01/25

[#41630] redmine.ruby-lang.org -> bugs.ruby-lang.org — Shugo Maeda <shugo@...>

Hello,

6 messages 2011/12/13
[#41631] Re: redmine.ruby-lang.org -> bugs.ruby-lang.org — Aaron Patterson <tenderlove@...> 2011/12/13

On Wed, Dec 14, 2011 at 12:40:04AM +0900, Shugo Maeda wrote:
[#41633] Re: redmine.ruby-lang.org -> bugs.ruby-lang.org — Shugo Maeda <shugo@...> 2011/12/13

Hello,
[#41682] Re: redmine.ruby-lang.org -> bugs.ruby-lang.org — Eric Wong <normalperson@...> 2011/12/15

Shugo Maeda <shugo@ruby-lang.org> wrote:
[#41685] Re: redmine.ruby-lang.org -> bugs.ruby-lang.org — Shugo Maeda <shugo@...> 2011/12/16

Hello,
[#41704] Re: redmine.ruby-lang.org -> bugs.ruby-lang.org — "NARUSE, Yui" <naruse@...> 2011/12/17

Hi,

[#41634] [ruby-trunk - Bug #5759][Open] flatten calls to_ary on everything — Thomas Sawyer <transfire@...>

8 messages 2011/12/13
[#51201] [ruby-trunk - Bug #5759] flatten calls to_ary on everything — "trans (Thomas Sawyer)" <transfire@...> 2012/12/30

[#51227] [ruby-trunk - Bug #5759] flatten calls to_ary on everything — "trans (Thomas Sawyer)" <transfire@...> 2013/01/03

[#41635] [ruby-trunk - Bug #5759] flatten calls to_ary on everything — Eric Hodel <drbrain@...7.net> 2011/12/14

[#41648] Re: [ruby-trunk - Bug #5759] flatten calls to_ary on everything — Alex Young <alex@...> 2011/12/14

On 14/12/11 01:05, Eric Hodel wrote:
[#42690] [ruby-trunk - Bug #5759] flatten calls to_ary on everything — Denis de Bernardy <ddebernardy@...> 2012/02/16

[#51197] [ruby-trunk - Bug #5759][Rejected] flatten calls to_ary on everything — "nobu (Nobuyoshi Nakada)" <nobu@...> 2012/12/30

[#51203] [ruby-trunk - Bug #5759] flatten calls to_ary on everything — "bitsweat (Jeremy Kemper)" <jeremy@...> 2012/12/31

[#41645] [ruby-trunk - Bug #5761][Open] Array#flatten(N) calls to_ary on the (N+1)-level objects — Jon Leighton <j@...>

2 messages 2011/12/14
[#44496] [ruby-trunk - Bug #5761][Closed] Array#flatten(N) calls to_ary on the (N+1)-level objects — "mame (Yusuke Endoh)" <mame@...> 2012/04/20

[#41656] [ruby-trunk - Bug #5763][Open] sprintf not throwing error for wrong number of arguments — NagaChaitanya Vellanki <me@...>

8 messages 2011/12/14
[#41669] [ruby-trunk - Bug #5763][Closed] sprintf not throwing error for wrong number of arguments — Nobuyoshi Nakada <nobu@...> 2011/12/15

[#41658] [ruby-trunk - Bug #5763] sprintf not throwing error for wrong number of arguments — NagaChaitanya Vellanki <me@...> 2011/12/14

[#41661] [ruby-trunk - Bug #5763] sprintf not throwing error for wrong number of arguments — Shyouhei Urabe <shyouhei@...> 2011/12/15

[#41663] Re: [ruby-trunk - Bug #5763] sprintf not throwing error for wrong number of arguments — KOSAKI Motohiro <kosaki.motohiro@...> 2011/12/15

>> check for similar behaviour of sprintf in a c program
[#41666] [ruby-trunk - Bug #5763] sprintf not throwing error for wrong number of arguments — Shyouhei Urabe <shyouhei@...> 2011/12/15

[#41679] Re: [ruby-trunk - Bug #5763] sprintf not throwing error for wrong number of arguments — KOSAKI Motohiro <kosaki.motohiro@...> 2011/12/15

> Motohiro KOSAKI wrote:
[#41667] [ruby-trunk - Bug #5763] sprintf not throwing error for wrong number of arguments — NagaChaitanya Vellanki <me@...> 2011/12/15

[#41657] [Ruby 1.8 - Bug #5764][Open] Net::HTTP should assume HTTP/0.9 on unexpected responses — Mike Styer <michael@...>

2 messages 2011/12/14
[#93792] [Ruby master Feature#5764] Net::HTTP should assume HTTP/0.9 on unexpected responses — merch-redmine@... 2019/07/15

Issue #5764 has been updated by jeremyevans0 (Jeremy Evans).

[#41662] [ruby-trunk - Bug #5765][Open] [PATCH] modernize Timeout usage in net/{http,pop,smtp,telnet} — Eric Wong <normalperson@...>

9 messages 2011/12/15
[#42893] [ruby-trunk - Bug #5765] [PATCH] modernize Timeout usage in net/{http,pop,smtp,telnet} — Koichi Sasada <redmine@...> 2012/02/25

[#42903] Re: [ruby-trunk - Bug #5765] [PATCH] modernize Timeout usage in net/{http,pop,smtp,telnet} — Yusuke Endoh <mame@...> 2012/02/25

2012/2/25 Koichi Sasada <redmine@ruby-lang.org>:
[#42933] Re: [ruby-trunk - Bug #5765] [PATCH] modernize Timeout usage in net/{http,pop,smtp,telnet} — Eric Wong <normalperson@...> 2012/02/25

Koichi Sasada <redmine@ruby-lang.org> wrote:
[#42939] [ruby-trunk - Bug #5765] [PATCH] modernize Timeout usage in net/{http,pop,smtp,telnet} — Eric Hodel <drbrain@...7.net> 2012/02/25

[#42943] Re: [ruby-trunk - Bug #5765] [PATCH] modernize Timeout usage in net/{http,pop,smtp,telnet} — Eric Wong <normalperson@...> 2012/02/25

Eric Hodel <drbrain@segment7.net> wrote:
[#42995] [ruby-trunk - Bug #5765] [PATCH] modernize Timeout usage in net/{http,pop,smtp,telnet} — Eric Hodel <drbrain@...7.net> 2012/02/28

[#43010] Re: [ruby-trunk - Bug #5765] [PATCH] modernize Timeout usage in net/{http,pop,smtp,telnet} — Eric Wong <normalperson@...> 2012/02/28

Eric Hodel <drbrain@segment7.net> wrote:
[#42940] [ruby-trunk - Bug #5765] [PATCH] modernize Timeout usage in net/{http,pop,smtp,telnet} — Eric Hodel <drbrain@...7.net> 2012/02/25

[#41668] [ruby-trunk - Feature #5766][Open] Hash.each_with_object should behave differently when block's arity is 3 — Rodrigo Rosenfeld Rosas <rr.rosas@...>

5 messages 2011/12/15
[#41677] [ruby-trunk - Feature #5766] Hash.each_with_object should behave differently when block's arity is 3 — Rodrigo Rosenfeld Rosas <rr.rosas@...> 2011/12/15

[#41670] Re: [ruby-trunk - Feature #5766][Open] Hash.each_with_object should behave differently when block's arity is 3 — Yukihiro Matsumoto <matz@...> 2011/12/15

Hi,
[#41676] Re: [ruby-trunk - Feature #5766][Open] Hash.each_with_object should behave differently when block's arity is 3 — Rodrigo Rosenfeld Rosas <rr.rosas@...> 2011/12/15

Em 15-12-2011 03:14, Yukihiro Matsumoto escreveu:
[#41680] [ruby-trunk - Feature #5766][Closed] Hash.each_with_object should behave differently when block's arity is 3 — Shyouhei Urabe <shyouhei@...> 2011/12/15

[#41672] [ruby-trunk - Feature #5767][Open] Cache expanded_load_path to reduce startup time — Yura Sokolov <funny.falcon@...>

13 messages 2011/12/15
[#44000] [ruby-trunk - Feature #5767] Cache expanded_load_path to reduce startup time — "funny_falcon (Yura Sokolov)" <funny.falcon@...> 2012/03/31

[#41692] [ruby-trunk - Feature #5767] Cache expanded_load_path to reduce startup time — Yura Sokolov <funny.falcon@...> 2011/12/16

[#41675] [ruby-trunk - Feature #5767] Cache expanded_load_path to reduce startup time — Yura Sokolov <funny.falcon@...> 2011/12/15

[#41673] Re: [ruby-trunk - Feature #5767][Open] Cache expanded_load_path to reduce startup time — Nikolai Weibull <now@...> 2011/12/15

On Thu, Dec 15, 2011 at 10:18, Yura Sokolov <funny.falcon@gmail.com> wrote:
[#41674] Re: [ruby-trunk - Feature #5767][Open] Cache expanded_load_path to reduce startup time — Urabe Shyouhei <shyouhei@...> 2011/12/15

Nikolai Weibull wrote:
[#41707] [ruby-trunk - Feature #5767] Cache expanded_load_path to reduce startup time — Luis Lavena <luislavena@...> 2011/12/17

[#42170] [ruby-trunk - Feature #5767] Cache expanded_load_path to reduce startup time — Yura Sokolov <funny.falcon@...> 2012/01/18

[#42350] [ruby-trunk - Feature #5767] Cache expanded_load_path to reduce startup time — Yura Sokolov <funny.falcon@...> 2012/02/04

[#43973] [ruby-trunk - Feature #5767][Assigned] Cache expanded_load_path to reduce startup time — "mame (Yusuke Endoh)" <mame@...> 2012/03/31

[#44001] [ruby-trunk - Feature #5767] Cache expanded_load_path to reduce startup time — "trans (Thomas Sawyer)" <transfire@...> 2012/03/31

[#44004] [ruby-trunk - Feature #5767] Cache expanded_load_path to reduce startup time — "funny_falcon (Yura Sokolov)" <funny.falcon@...> 2012/03/31

[#49625] [ruby-trunk - Feature #5767][Closed] Cache expanded_load_path to reduce startup time — "h.shirosaki (Hiroshi Shirosaki)" <h.shirosaki@...> 2012/11/20

[#41681] Documentation of the language itself (syntax, meanings, etc) — Rodrigo Rosenfeld Rosas <rr.rosas@...>

Since Ruby is built on top of simple concepts, most of the documentation

23 messages 2011/12/15
[#41683] Re: Documentation of the language itself (syntax, meanings, etc) — Gary Wright <gwtmp01@...> 2011/12/15

[#41686] Re: Documentation of the language itself (syntax, meanings, etc) — Rodrigo Rosenfeld Rosas <rr.rosas@...> 2011/12/16

Em 15-12-2011 19:23, Gary Wright escreveu:
[#41687] Re: Documentation of the language itself (syntax, meanings, etc) — Rodrigo Rosenfeld Rosas <rr.rosas@...> 2011/12/16

Em 16-12-2011 01:39, Rodrigo Rosenfeld Rosas escreveu:
[#41688] Re: Documentation of the language itself (syntax, meanings, etc) — Gary Wright <gwtmp01@...> 2011/12/16

[#41699] Re: Documentation of the language itself (syntax, meanings, etc) — Rodrigo Rosenfeld Rosas <rr.rosas@...> 2011/12/16

Em 16-12-2011 02:28, Gary Wright escreveu:
[#41700] Re: Documentation of the language itself (syntax, meanings, etc) — Peter Vandenabeele <peter@...> 2011/12/16

On Fri, Dec 16, 2011 at 3:12 PM, Rodrigo Rosenfeld Rosas <rr.rosas@gmail.com
[#41690] Re: Documentation of the language itself (syntax, meanings, etc) — Yong Li <gilbertly@...> 2011/12/16

>
[#41694] Re: Documentation of the language itself (syntax, meanings, etc) — Ondřej Bílka <neleai@...> 2011/12/16

Currently this leads to messy code like
[#41695] Re: Documentation of the language itself (syntax, meanings, etc) — Peter Vandenabeele <peter@...> 2011/12/16

On Fri, Dec 16, 2011 at 6:17 AM, Yong Li <gilbertly@gmail.com> wrote:
[#41732] Re: Documentation of the language itself (syntax, meanings, etc) — Eric Hodel <drbrain@...7.net> 2011/12/19

On Dec 15, 2011, at 7:39 PM, Rodrigo Rosenfeld Rosas wrote:
[#41734] Re: Documentation of the language itself (syntax, meanings, etc) — Rodrigo Rosenfeld Rosas <rr.rosas@...> 2011/12/19

Em 19-12-2011 19:38, Eric Hodel escreveu:
[#41738] Re: Documentation of the language itself (syntax, meanings, etc) — Eric Hodel <drbrain@...7.net> 2011/12/20

On Dec 19, 2011, at 3:04 PM, Rodrigo Rosenfeld Rosas wrote:
[#41753] Re: Documentation of the language itself (syntax, meanings, etc) — Rodrigo Rosenfeld Rosas <rr.rosas@...> 2011/12/20

Em 19-12-2011 23:35, Eric Hodel escreveu:
[#41762] Re: Documentation of the language itself (syntax, meanings, etc) — Eric Hodel <drbrain@...7.net> 2011/12/21

On Dec 20, 2011, at 4:52 AM, Rodrigo Rosenfeld Rosas wrote:
[#41765] Re: Documentation of the language itself (syntax, meanings, etc) — Rodrigo Rosenfeld Rosas <rr.rosas@...> 2011/12/21

Em 20-12-2011 23:07, Eric Hodel escreveu:
[#41735] Re: Documentation of the language itself (syntax, meanings, etc) — Jeremy Evans <code@...> 2011/12/19

On 12/20 08:04, Rodrigo Rosenfeld Rosas wrote:
[#41733] Re: Documentation of the language itself (syntax, meanings, etc) — Kurt Stephens <ks@...> 2011/12/19

On 12/19/11 3:38 PM, Eric Hodel wrote:
[#41701] Re: Documentation of the language itself (syntax, meanings, etc) — Sylvain Daubert <sylvain.daubert@...> 2011/12/16

Hi,
[#41705] Re: Documentation of the language itself (syntax, meanings, etc) — Andrew Grimm <andrew.j.grimm@...> 2011/12/17

On Sat, Dec 17, 2011 at 6:42 AM, Sylvain Daubert
[#41706] Re: Documentation of the language itself (syntax, meanings, etc) — Rodrigo Rosenfeld Rosas <rr.rosas@...> 2011/12/17
[#41709] Re: Documentation of the language itself (syntax, meanings, etc) — Gary Wright <gwtmp01@...> 2011/12/18

[#41731] Re: Documentation of the language itself (syntax, meanings, etc) — Eric Hodel <drbrain@...7.net> 2011/12/19

On Dec 16, 2011, at 11:42 AM, Sylvain Daubert wrote:

[#41691] Ruby IRC Presence Problem — Eero Saynatkari <ruby-ml@...>

Hi,

3 messages 2011/12/16
[#41693] Re: Ruby IRC Presence Problem — "Haase, Konstantin" <Konstantin.Haase@...> 2011/12/16

Group registration still takes ages, even with that from. We went through it for Sinatra, where we needed to in order to claim or channel (no ops in there), even with being a priority (due to channel already existing) and bothering the freenode team every view days to weeks, it took over six months to officially become a group. Apparently a single person is in charge of dealing with group registration in his/her spare time.
[#41698] Re: Ruby IRC Presence Problem — Steve Klabnik <steve@...> 2011/12/16

Recently, they changed something with group registration stuff. I

[#41702] [ruby-trunk - Feature #3620] Add Queue, SIzedQueue and ConditionVariable implementations in C in addition to ruby ones — Eric Wong <normalperson@...>

1 message 2011/12/17

[#41703] security disclosure policy — Ryan Davis <ryand-ruby@...>

In short, I think:

2 messages 2011/12/17
[#41746] Re: security disclosure policy — "NARUSE, Yui" <naruse@...> 2011/12/20

Current one is https://bugs.ruby-lang.org/projects/ruby/wiki/SecurityFixProcess

[#41710] [ruby-trunk - Bug #5773][Open] bigdecimal comparison raises SystemStackError — Aaron Patterson <aaron@...>

1 message 2011/12/18

[#41711] [ruby-trunk - Bug #5774][Open] [PATCH] xmlrpc client handling cookies — Roman Riha <redmine@...>

2 messages 2011/12/18
[#55287] [ruby-trunk - Bug #5774] [PATCH] xmlrpc client handling cookies — "zzak (Zachary Scott)" <zachary@...> 2013/06/04

[#41713] [ruby-trunk - Bug #5775][Open] BigDecimal does not follow Allocation Framework — Nobuyoshi Nakada <nobu@...>

1 message 2011/12/18

[#41717] Feature : optional argument in File.join — Michel Demazure <michel@...>

In Windows, when using File.join, one often ends with a path containing

13 messages 2011/12/19
[#41719] Re: Feature : optional argument in File.join — Luis Lavena <luislavena@...> 2011/12/19

On Mon, Dec 19, 2011 at 6:09 AM, Michel Demazure <michel@demazure.com> wrote:
[#41720] Re: Feature : optional argument in File.join — Michel Demazure <michel@...> 2011/12/19

Luis Lavena wrote in post #1037331:
[#41727] Re: Feature : optional argument in File.join — Luis Lavena <luislavena@...> 2011/12/19

On Mon, Dec 19, 2011 at 12:52 PM, Michel Demazure <michel@demazure.com> wrote:
[#41729] Re: Feature : optional argument in File.join — Nikolai Weibull <now@...> 2011/12/19

On Mon, Dec 19, 2011 at 20:46, Luis Lavena <luislavena@gmail.com> wrote:
[#41737] Re: Feature : optional argument in File.join — Nobuyoshi Nakada <nobu@...> 2011/12/20

Hi,
[#41740] Re: Feature : optional argument in File.join — Nikolai Weibull <now@...> 2011/12/20

On Tue, Dec 20, 2011 at 02:12, Nobuyoshi Nakada <nobu@ruby-lang.org> wrote:
[#41742] Re: Feature : optional argument in File.join — Nobuyoshi Nakada <nobu@...> 2011/12/20

Hi,
[#41744] Re: Feature : optional argument in File.join — Nikolai Weibull <now@...> 2011/12/20

On Tue, Dec 20, 2011 at 08:17, Nobuyoshi Nakada <nobu@ruby-lang.org> wrote:
[#41750] Re: Feature : optional argument in File.join — Michel Demazure <michel@...> 2011/12/20

Nikolai Weibull wrote in post #1037488:
[#41751] Re: Feature : optional argument in File.join — Nikolai Weibull <now@...> 2011/12/20

On Tue, Dec 20, 2011 at 11:24, Michel Demazure <michel@demazure.com> wrote:
[#41752] Re: Feature : optional argument in File.join — Michel Demazure <michel@...> 2011/12/20

Nikolai Weibull wrote in post #1037513:
[#41722] Re: Feature : optional argument in File.join — Michel Demazure <michel@...> 2011/12/19

> I think I will just use the ordinary File.join, then gsub('/', '\')

[#41718] [ruby-trunk - Bug #5777][Open] class_eval/module_eval works differently when given a string than when given a block in 1.9.2 and 1.9.3 — George MacKerron <redmine@...>

4 messages 2011/12/19
[#41726] [ruby-trunk - Bug #5777] class_eval/module_eval works differently when given a string than when given a block in 1.9.2 and 1.9.3 — Yehuda Katz <wycats@...> 2011/12/19

[#41768] [ruby-trunk - Bug #5777] class_eval/module_eval works differently when given a string than when given a block in 1.9.2 and 1.9.3 — George MacKerron <redmine@...> 2011/12/21

[#43332] [ruby-trunk - Bug #5777] class_eval/module_eval works differently when given a string than when given a block in 1.9.2 and 1.9.3 — Shugo Maeda <redmine@...> 2012/03/16

[#41721] Ruby and oniguruma relation. — V咜 Ondruch <v.ondruch@...>

Hi everybody,

5 messages 2011/12/19
[#41723] Re: Ruby and oniguruma relation. — Ammar Ali <ammarabuali@...> 2011/12/19

On Mon, Dec 19, 2011 at 5:54 PM, V鱈t Ondruch <v.ondruch@gmail.com> wrote:
[#41724] Re: Ruby and oniguruma relation. — KOSAKI Motohiro <kosaki.motohiro@...> 2011/12/19

(12/19/11 11:13 AM), Ammar Ali wrote:
[#41730] Re: Ruby and oniguruma relation. — Vít Ondruch <v.ondruch@...> 2011/12/19

Dne 19.12.2011 17:36, KOSAKI Motohiro napsal(a):
[#41745] Re: Ruby and oniguruma relation. — "NARUSE, Yui" <naruse@...> 2011/12/20

2011/12/20 V咜 Ondruch <v.ondruch@gmail.com>:

[#41725] [ruby-trunk - Feature #5778][Open] Allow WEBrick::HTTPResponse to send IO-duck-typed bodies — Alex Young <alex@...>

6 messages 2011/12/19
[#43869] [ruby-trunk - Feature #5778] Allow WEBrick::HTTPResponse to send IO-duck-typed bodies — "mame (Yusuke Endoh)" <mame@...> 2012/03/29

[#87535] [Ruby trunk Feature#5778] Allow WEBrick::HTTPResponse to send IO-duck-typed bodies — mame@... 2018/06/20

Issue #5778 has been updated by mame (Yusuke Endoh).
[#87609] Re: [Ruby trunk Feature#5778] Allow WEBrick::HTTPResponse to send IO-duck-typed bodies — Eric Wong <normalperson@...> 2018/06/23

mame@ruby-lang.org wrote:
[#43802] [ruby-trunk - Feature #5778][Assigned] Allow WEBrick::HTTPResponse to send IO-duck-typed bodies — "mame (Yusuke Endoh)" <mame@...> 2012/03/28

[#43836] [ruby-trunk - Feature #5778] Allow WEBrick::HTTPResponse to send IO-duck-typed bodies — "nahi (Hiroshi Nakamura)" <nakahiro@...> 2012/03/29

[#41728] [ruby-trunk - Feature #5781][Open] Query attributes (attribute methods ending in `?` mark) — Thomas Sawyer <transfire@...>

15 messages 2011/12/19
[#41755] [ruby-trunk - Feature #5781] Query attributes (attribute methods ending in `?` mark) — Yukihiro Matsumoto <matz@...> 2011/12/20

[#41756] Re: [ruby-trunk - Feature #5781] Query attributes (attribute methods ending in `?` mark) — Jeremy Bopp <jeremy@...> 2011/12/20

On 12/20/2011 08:03 AM, Yukihiro Matsumoto wrote:
[#41757] Re: [ruby-trunk - Feature #5781] Query attributes (attribute methods ending in `?` mark) — Anurag Priyam <anurag08priyam@...> 2011/12/20

On Tue, Dec 20, 2011 at 8:17 PM, Jeremy Bopp <jeremy@bopp.net> wrote:
[#41760] [ruby-trunk - Feature #5781] Query attributes (attribute methods ending in `?` mark) — Thomas Sawyer <transfire@...> 2011/12/20

[#48362] [ruby-trunk - Feature #5781] Query attributes (attribute methods ending in `?` mark) — "ko1 (Koichi Sasada)" <redmine@...> 2012/10/26

[#51098] [ruby-trunk - Feature #5781] Query attributes (attribute methods ending in `?` mark) — "trans (Thomas Sawyer)" <transfire@...> 2012/12/23

[#93739] [Ruby master Feature#5781] Query attributes (attribute methods ending in `?` mark) — eregontp@... 2019/07/13

Issue #5781 has been updated by Eregon (Benoit Daloze).
[#93785] [Ruby master Feature#5781] Query attributes (attribute methods ending in `?` mark) — sudo.nice@... 2019/07/15

Issue #5781 has been updated by sudo (Sudo Nice).
[#41754] [ruby-trunk - Feature #5781][Assigned] Query attributes (attribute methods ending in `?` mark) — Yui NARUSE <naruse@...> 2011/12/20

[#41759] [ruby-trunk - Feature #5781] Query attributes (attribute methods ending in `?` mark) — Thomas Sawyer <transfire@...> 2011/12/20

[#41761] [ruby-trunk - Feature #5781] Query attributes (attribute methods ending in `?` mark) — Benoit Daloze <redmine@...> 2011/12/20

[#41766] [ruby-trunk - Feature #5781] Query attributes (attribute methods ending in `?` mark) — Joshua Ballanco <jballanc@...> 2011/12/21

[#51108] [ruby-trunk - Feature #5781] Query attributes (attribute methods ending in `?` mark) — "trans (Thomas Sawyer)" <transfire@...> 2012/12/24

[#96755] [Ruby master Feature#5781] Query attributes (attribute methods ending in `?` mark) — abaelter@... 2020/01/10

Issue #5781 has been updated by anders (Anders B舁ter).

[#41767] backport requests for related commits? — Jon <jon.forums@...>

Should each of these related revision pairs be submitted as 1.9.3 backport requests, or should each revision be submitted as a separate backport request...4 or 8 backport requests?

2 messages 2011/12/21
[#41770] Re: backport requests for related commits? — "NARUSE, Yui" <naruse@...> 2011/12/22

2011/12/22 Jon <jon.forums@gmail.com>:

[#41769] [ruby-trunk - Feature #5787][Assigned] OpenSSL::X509::Name#to_a Improvement (Patch Attached) — Martin Bosslet <Martin.Bosslet@...>

1 message 2011/12/22

[#41773] [Archive91 - Backport #1942][Closed] irb not running after installation — Kouji Takao <kouji@...7.net>

1 message 2011/12/22

[#41774] [ruby-trunk - Feature #5788][Open] Thread#at_exit — Masaki Matsushita <glass.saga@...>

10 messages 2011/12/22
[#41785] [ruby-trunk - Feature #5788][Feedback] Thread#at_exit — Nobuyoshi Nakada <nobu@...> 2011/12/22

[#41793] [ruby-trunk - Feature #5788] Thread#at_exit — Shota Fukumori <sorah@...> 2011/12/24

[#41798] [ruby-trunk - Feature #5788] Thread#at_exit — Masaki Matsushita <glass.saga@...> 2011/12/24

[#41823] [ruby-trunk - Feature #5788] Thread#at_exit — Nobuyoshi Nakada <nobu@...> 2011/12/27

[#42309] [ruby-trunk - Feature #5788] Thread#at_exit — Masaki Matsushita <glass.saga@...> 2012/02/01

[#41796] [ruby-trunk - Feature #5788] Thread#at_exit — Motohiro KOSAKI <kosaki.motohiro@...> 2011/12/24

[#41826] Re: [ruby-trunk - Feature #5788] Thread#at_exit — Eric Wong <normalperson@...> 2011/12/27

Motohiro KOSAKI <kosaki.motohiro@gmail.com> wrote:
[#41827] Re: [ruby-trunk - Feature #5788] Thread#at_exit — KOSAKI Motohiro <kosaki.motohiro@...> 2011/12/27

2011/12/27 Eric Wong <normalperson@yhbt.net>:
[#49686] [ruby-trunk - Feature #5788] Thread#at_exit — "mame (Yusuke Endoh)" <mame@...> 2012/11/20

[#41775] require_relative in eval — Matthias Wächter <matthias@...>

eval() [http://www.ruby-doc.org/core-1.9.3/Kernel.html#method-i-eval]

2 messages 2011/12/22
[#41776] Re: require_relative in eval — Nikolai Weibull <now@...> 2011/12/22

2011/12/22 Matthias Wächter <matthias@waechter.wiz.at>:

[#41778] [Backport93 - Backport #5791][Open] Please backport r34043, r34045 — Jon Forums <redmine@...>

5 messages 2011/12/22
[#41784] [Backport93 - Backport #5791] Please backport r34043, r34045 — Jon Forums <redmine@...> 2011/12/22

[#41880] [Backport93 - Backport #5791] Please backport r34043, r34045 (Unexpected error of STDIN#read with non-ascii input) — Motohiro KOSAKI <kosaki.motohiro@...> 2012/01/03

[#41879] [Backport93 - Backport #5791] Please backport r34043, r34045 — Motohiro KOSAKI <kosaki.motohiro@...> 2012/01/03

[#42101] [Backport93 - Backport #5791] Please backport r34043, r34045 (Unexpected error of STDIN#read with non-ascii input) — Luis Lavena <luislavena@...> 2012/01/13

[#41779] [Backport93 - Backport #5792][Open] Please backport r33946, r33981 — Jon Forums <redmine@...>

4 messages 2011/12/22
[#41783] [Backport93 - Backport #5792] Please backport r33946, r33981 — Jon Forums <redmine@...> 2011/12/22

[#42083] [Backport93 - Backport #5792] Please backport r33946, r33981 (Use GZip::GzReader.open instead of GZip::GzReader.new with File.new) — Ayumu AIZAWA <ayumu.aizawa@...> 2012/01/12

[#42100] [Backport93 - Backport #5792] Please backport r33946, r33981 (Use GZip::GzReader.open instead of GZip::GzReader.new with File.new) — Luis Lavena <luislavena@...> 2012/01/13

[#41780] [Backport93 - Backport #5793][Open] Please backport r33662, r33666 — Jon Forums <redmine@...>

8 messages 2011/12/22
[#41782] [Backport93 - Backport #5793] Please backport r33662, r33666 — Jon Forums <redmine@...> 2011/12/22

[#41876] [Backport93 - Backport #5793] Please backport r33662, r33666 — Motohiro KOSAKI <kosaki.motohiro@...> 2012/01/03

[#41877] [Backport93 - Backport #5793] Please backport r33662, r33666 (ECONV_NEWLINE_DECORATOR_{READ,WRITE}_MASK) — Motohiro KOSAKI <kosaki.motohiro@...> 2012/01/03

[#42092] [Backport93 - Backport #5793] Please backport r33662, r33666 (ECONV_NEWLINE_DECORATOR_{READ,WRITE}_MASK) — Jon Forums <redmine@...> 2012/01/12

[#42099] [Backport93 - Backport #5793] Please backport r33662, r33666 (ECONV_NEWLINE_DECORATOR_{READ,WRITE}_MASK) — Luis Lavena <luislavena@...> 2012/01/13

[#42485] [Backport93 - Backport #5793] Please backport r33662, r33666 (ECONV_NEWLINE_DECORATOR_{READ,WRITE}_MASK) — Yui NARUSE <naruse@...> 2012/02/10

[#42486] Re: [Backport93 - Backport #5793] Please backport r33662, r33666 (ECONV_NEWLINE_DECORATOR_{READ,WRITE}_MASK) — Luis Lavena <luislavena@...> 2012/02/10

Have too much work on my plate and traveling. Hiroshi is the author,

[#41781] [Backport93 - Backport #5794][Open] Please backport r33200 — Jon Forums <redmine@...>

3 messages 2011/12/22
[#41875] [Backport93 - Backport #5794] Please backport r33200 (transcode.c: enabled econv newline option) — Motohiro KOSAKI <kosaki.motohiro@...> 2012/01/03

[#42098] [Backport93 - Backport #5794] Please backport r33200 (transcode.c: enabled econv newline option) — Luis Lavena <luislavena@...> 2012/01/13

[#41786] [ruby-trunk - Bug #5796][Open] main.c is not compiled during cross compilation — Luis Lavena <luislavena@...>

1 message 2011/12/22

[#41787] Breaking while loading — Nikolai Weibull <now@...>

Hi!

4 messages 2011/12/22
[#41788] Re: Breaking while loading — Satoshi Shiba <shiba@...> 2011/12/23

Hi
[#41789] Re: Breaking while loading — Nikolai Weibull <now@...> 2011/12/23

On Fri, Dec 23, 2011 at 07:17, Satoshi Shiba <shiba@rvm.jp> wrote:
[#41790] Re: Breaking while loading — Satoshi Shiba <shiba@...> 2011/12/23

Nikolai Weibull wrote:

[#41792] [ruby-trunk - Bug #5804][Open] Cannot cross compile trunk using Ruby 1.9.3 as BASERUBY — Luis Lavena <luislavena@...>

3 messages 2011/12/23
[#41824] [ruby-trunk - Bug #5804][Closed] Cannot cross compile trunk using Ruby 1.9.3 as BASERUBY — Nobuyoshi Nakada <nobu@...> 2011/12/27

[#41825] [ruby-trunk - Bug #5804] Cannot cross compile trunk using Ruby 1.9.3 as BASERUBY — Nobuyoshi Nakada <nobu@...> 2011/12/27

[#41794] Re: [ruby-changes:22069] luislavena:r34118 (trunk): * configure.in: add --with-ntver option to match win32/configure.bat — KOSAKI Motohiro <kosaki.motohiro@...>

Hi Luis,

2 messages 2011/12/24
[#41795] Re: [ruby-changes:22069] luislavena:r34118 (trunk): * configure.in: add --with-ntver option to match win32/configure.bat — Luis Lavena <luislavena@...> 2011/12/24

On Sat, Dec 24, 2011 at 11:41 AM, KOSAKI Motohiro

[#41797] [ruby-trunk - Feature #5805][Open] object_hexid — Thomas Sawyer <transfire@...>

9 messages 2011/12/24
[#41806] [ruby-trunk - Feature #5805] object_hexid — Thomas Sawyer <transfire@...> 2011/12/25

[#41810] [ruby-trunk - Feature #5805] object_hexid — Nobuyoshi Nakada <nobu@...> 2011/12/26

[#41802] [ruby-trunk - Feature #5805][Feedback] object_hexid — Nobuyoshi Nakada <nobu@...> 2011/12/25

[#41803] Re: [ruby-trunk - Feature #5805][Feedback] object_hexid — Urabe Shyouhei <shyouhei@...> 2011/12/25

On 2011年12月25日 14:38, Nobuyoshi Nakada wrote:
[#41807] [ruby-trunk - Feature #5805] object_hexid — Thomas Sawyer <transfire@...> 2011/12/25

[#41990] [ruby-trunk - Feature #5805] object_hexid — Thomas Sawyer <transfire@...> 2012/01/08

[#41991] Re: [ruby-trunk - Feature #5805] object_hexid — Nikolai Weibull <now@...> 2012/01/08

On Sun, Jan 8, 2012 at 17:33, Thomas Sawyer <transfire@gmail.com> wrote:
[#49682] [ruby-trunk - Feature #5805] object_hexid — "mame (Yusuke Endoh)" <mame@...> 2012/11/20

[#41799] Best way to separate implementation specific code? — Luis Lavena <luislavena@...>

Hello,

15 messages 2011/12/24
[#41800] Re: Best way to separate implementation specific code? — KOSAKI Motohiro <kosaki.motohiro@...> 2011/12/24

2011/12/24 Luis Lavena <luislavena@gmail.com>:
[#41801] Re: Best way to separate implementation specific code? — Steve Klabnik <steve@...> 2011/12/24

The way that this is done in shoes is with a native.h that contains
[#41811] Re: Best way to separate implementation specific code? — "U.Nakamura" <usa@...> 2011/12/26

Hello,
[#41817] Re: Best way to separate implementation specific code? — Luis Lavena <luislavena@...> 2011/12/26

On Sun, Dec 25, 2011 at 10:51 PM, U.Nakamura <usa@garbagecollect.jp> wrote:
[#41828] Re: Best way to separate implementation specific code? — Luis Lavena <luislavena@...> 2011/12/27

Hello,
[#41830] Re: Best way to separate implementation specific code? — "U.Nakamura" <usa@...> 2011/12/28

Hello,
[#41831] Re: Best way to separate implementation specific code? — Yukihiro Matsumoto <matz@...> 2011/12/28

Hi,
[#41832] Re: Best way to separate implementation specific code? — Luis Lavena <luislavena@...> 2011/12/28

On Tue, Dec 27, 2011 at 11:21 PM, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:
[#41833] Re: Best way to separate implementation specific code? — Yukihiro Matsumoto <matz@...> 2011/12/28

Hi,
[#41840] Re: Best way to separate implementation specific code? — Luis Lavena <luislavena@...> 2011/12/29

On Tue, Dec 27, 2011 at 11:44 PM, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:
[#41844] Re: Best way to separate implementation specific code? — KOSAKI Motohiro <kosaki.motohiro@...> 2011/12/29

>> For only load_file_ok refactoring, I thought file restructuring is not
[#41918] Re: Best way to separate implementation specific code? — Luis Lavena <luislavena@...> 2012/01/05

On Thu, Dec 29, 2011 at 2:18 PM, KOSAKI Motohiro
[#41838] Re: Best way to separate implementation specific code? — Luis Lavena <luislavena@...> 2011/12/28

On Tue, Dec 27, 2011 at 11:44 PM, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:
[#42895] Re: Best way to separate implementation specific code? — SASADA Koichi <ko1@...> 2012/02/25

(2011/12/25 1:21), Luis Lavena wrote:

[#41804] [ruby-trunk - Bug #5798] Range#include? needs some optimization — Alexey Muranov <redmine@...>

1 message 2011/12/25

[#41808] [Archive91 - Backport #5807][Open] "define_method" not consistent with "def" — Silvio Cordeiro <redmine@...>

2 messages 2011/12/25
[#41809] [Archive91 - Backport #5807][Rejected] "define_method" not consistent with "def" — Nobuyoshi Nakada <nobu@...> 2011/12/25

[#41812] [ruby-trunk - Feature #5809][Open] Benchmark#bm: remove the label_width parameter — Benoit Daloze <redmine@...>

11 messages 2011/12/26
[#41837] [ruby-trunk - Feature #5809] Benchmark#bm: remove the label_width parameter — Yui NARUSE <naruse@...> 2011/12/28

[#41872] [ruby-trunk - Feature #5809][Open] Benchmark#bm: remove the label_width parameter — Benoit Daloze <eregontp@...> 2012/01/02

Yui NARUSE wrote:
[#41907] [ruby-trunk - Feature #5809] Benchmark#bm: remove the label_width parameter — Yui NARUSE <naruse@...> 2012/01/05

[#43933] [ruby-trunk - Feature #5809][Feedback] Benchmark#bm: remove the label_width parameter — "naruse (Yui NARUSE)" <naruse@...> 2012/03/30

[#41819] [ruby-trunk - Feature #5809] Benchmark#bm: remove the label_width parameter — Benoit Daloze <redmine@...> 2011/12/26

[#41816] [ruby-trunk - Feature #5809] Benchmark#bm: remove the label_width parameter — Thomas Sawyer <transfire@...> 2011/12/26

[#43805] [ruby-trunk - Feature #5809][Assigned] Benchmark#bm: remove the label_width parameter — "mame (Yusuke Endoh)" <mame@...> 2012/03/28

[#43852] [ruby-trunk - Feature #5809] Benchmark#bm: remove the label_width parameter — "Eregon (Benoit Daloze)" <redmine@...> 2012/03/29

[#49727] [ruby-trunk - Feature #5809] Benchmark#bm: remove the label_width parameter — "mame (Yusuke Endoh)" <mame@...> 2012/11/20

[#66148] [ruby-trunk - Feature #5809] [Closed] Benchmark#bm: remove the label_width parameter — eregontp@... 2014/11/08

Issue #5809 has been updated by Benoit Daloze.

[#41821] [ruby-trunk - Bug #5813][Assigned] net/http's EOFError and Keep-Alive — Yui NARUSE <naruse@...>

1 message 2011/12/27

[#41829] [ruby-trunk - Bug #5817][Open] [mingw] ruby/test_file.rb error in test_chmod_m17n(TestFile) — Jon Forums <redmine@...>

1 message 2011/12/27

[#41836] [ruby-trunk - Feature #5818] Feature: Raiseable — Yukihiro Matsumoto <matz@...>

1 message 2011/12/28

[#41841] YAML has become very slow under 1.9 — j.wuttke <j.wuttke@...>

The simple script

7 messages 2011/12/29
[#41843] Re: YAML has become very slow under 1.9 — "NARUSE, Yui" <naruse@...> 2011/12/29

(2011/12/30 1:46), j.wuttke wrote:
[#41842] Re: YAML has become very slow under 1.9 — Rodrigo Rosenfeld Rosas <rr.rosas@...> 2011/12/29

Em 29-12-2011 14:46, j.wuttke escreveu:
[#41853] Re: YAML has become very slow under 1.9 — Aaron Patterson <tenderlove@...> 2011/12/30

On Fri, Dec 30, 2011 at 01:46:11AM +0900, j.wuttke wrote:
[#41854] another YAML problem: read-write cycle messes up human readability — "Joachim Wuttke <j.wuttke@...>" <j.wuttke@...> 2011/12/30

Out of desperation, I am currently storing data lines like
[#41855] Re: YAML has become very slow under 1.9 — "Joachim Wuttke <j.wuttke@...>" <j.wuttke@...> 2011/12/30

Aaron, thank you for your answer.
[#41857] Re: YAML has become very slow under 1.9 — Zachary Scott <zachary@...> 2011/12/30

Here are some benchmarks:

[#41845] Fwd: redmine cert expired — Ryan Davis <ryand-ruby@...>

1 message 2011/12/30

[#41847] Exposing rb_hash_start(), rb_hash_uint(), and rb_hash_end() as Hash::Value — Nikolai Weibull <now@...>

Hi!

1 message 2011/12/30

[#41848] [ruby-trunk - Feature #5826][Open] When the RUBY API_VERSION will be increased? — Ayumu AIZAWA <ayumu.aizawa@...>

5 messages 2011/12/30
[#41856] [ruby-trunk - Feature #5826] When the RUBY API_VERSION will be increased? — Ayumu AIZAWA <ayumu.aizawa@...> 2011/12/30

[#41921] [ruby-trunk - Feature #5826][Assigned] When the RUBY API_VERSION will be increased? — Ayumu AIZAWA <ayumu.aizawa@...> 2012/01/05

[#41926] Re: [ruby-trunk - Feature #5826][Assigned] When the RUBY API_VERSION will be increased? — KOSAKI Motohiro <kosaki.motohiro@...> 2012/01/05

> I think RUBY_API_VERSION should be 2.0.0 for Ruby2.0.0.
[#41942] [ruby-trunk - Feature #5826][Closed] When the RUBY API_VERSION will be increased? — Ayumu AIZAWA <ayumu.aizawa@...> 2012/01/06

[#41850] [ruby-trunk - Feature #5825] Sweet instance var assignment in the object initializer — Eero Saynatkari <redmine@...>

1 message 2011/12/30

[#41851] [ruby-trunk - Feature #5825] Sweet instance var assignment in the object initializer — Rodrigo Rosenfeld Rosas <rr.rosas@...>

1 message 2011/12/30

[#41858] [ruby-trunk - Bug #5828][Open] Non anonymous classes can't be frozen, cloned and then inspected — Andrew Grimm <andrew.j.grimm@...>

5 messages 2011/12/31
[#62418] [ruby-trunk - Bug #5828] [Feedback] Non anonymous classes can't be frozen, cloned and then inspected — akr@... 2014/05/06

Issue #5828 has been updated by Akira Tanaka.
[#62432] [ruby-trunk - Bug #5828] Non anonymous classes can't be frozen, cloned and then inspected — andrew.j.grimm@... 2014/05/06

Issue #5828 has been updated by Andrew Grimm.
[#62973] [ruby-trunk - Bug #5828] [Closed] Non anonymous classes can't be frozen, cloned and then inspected — akr@... 2014/06/07

Issue #5828 has been updated by Akira Tanaka.
[#62974] [ruby-trunk - Bug #5828] Non anonymous classes can't be frozen, cloned and then inspected — akr@... 2014/06/07

Issue #5828 has been updated by Akira Tanaka.

[#41859] [ruby-trunk - Feature #5825] Sweet instance var assignment in the object initializer — Shyouhei Urabe <shyouhei@...>

1 message 2011/12/31

[#41860] [ruby-trunk - Bug #5830][Open] "".byteslice(0) != "".byteslice(0, 0) — Brian Ford <brixen@...>

3 messages 2011/12/31
[#41861] [ruby-trunk - Bug #5830][Rejected] "".byteslice(0) != "".byteslice(0, 0) — Yui NARUSE <naruse@...> 2011/12/31

[#41864] Re: [ruby-trunk - Bug #5830][Open] "".byteslice(0) != "".byteslice(0, 0) — Gary Wright <gwtmp01@...> 2011/12/31

[#41862] [ruby-trunk - Feature #2340] Removing YAML/Syck — Alexey Muranov <redmine@...>

1 message 2011/12/31

[#41863] RB_GC_GUARD complaint — Roger Pack <rogerdpack2@...>

Probably old news, but thought I'd point out that Kurt Stephens:

3 messages 2011/12/31
[#41923] Re: RB_GC_GUARD complaint — Roger Pack <rogerdpack2@...> 2012/01/05

> thinks that this type of bug:
[#41964] Re: RB_GC_GUARD complaint — Nikolai Weibull <now@...> 2012/01/07

On Thu, Jan 5, 2012 at 17:38, Roger Pack <rogerdpack2@gmail.com> wrote:

[ruby-core:41725] [ruby-trunk - Feature #5778][Open] Allow WEBrick::HTTPResponse to send IO-duck-typed bodies

From: Alex Young <alex@...>
Date: 2011-12-19 17:02:42 UTC
List: ruby-core #41725 
Issue #5778 has been reported by Alex Young.

----------------------------------------
Feature #5778: Allow WEBrick::HTTPResponse to send IO-duck-typed bodies
https://bugs.ruby-lang.org/issues/5778

Author: Alex Young
Status: Open
Priority: Normal
Assignee: 
Category: lib
Target version: 


WEBrick::HTTPResponse currently type-checks for IO to determine how to transfer content to the outgoing socket.  Because of this, it's not possible to use "IO-like" objects as data sources unless they specifically inherit from IO.

The interface HTTPResponse requires from its body objects is very simple: it only calls #read and #close, and optionally #bytesize.  This means that the type-check is needlessly strict, and prevents custom objects from being used as data sources.  The attached patch removes the type-check on IO, allowing duck-typed objects to be used.

The downside to this patch is that you can't pass in objects that duck-type to String's interface.  It wouldn't be hard to remove that restriction if necessary, but I figured this was the less intrusive approach.


-- 
http://redmine.ruby-lang.org

In This Thread

Prev Next