ruby-core

Well, that's interesting. Then this seems to be the only assignment that has side-effect on RHS, which I would argue nobody expects (or do you?). I think it makes more sense to do naming in class definition construct rather than to check whether RHS is an anonymous class on each constant assignment.

[#12719] Re: A couple of bugs? — Charles Oliver Nutter <charles.nutter@...> 2007/10/17

Tomas Matousek wrote:

[#12720] Re: A couple of bugs? — Tomas Matousek <Tomas.Matousek@...> 2007/10/17

I don't think Class.new should create a new constant. I think it would be much cleaner if it optionally took a symbol for the name of the class to create. You can then assign the result (i.e. an anonymous or named class) to whatever constant/variable you want:

[#12721] Re: A couple of bugs? — David Flanagan <david@...> 2007/10/17

Tomas Matousek wrote:

[#12726] Re: A couple of bugs? — Charles Oliver Nutter <charles.nutter@...> 2007/10/17

Tomas Matousek wrote:

[#12710] enum.c patch: fixes Enumerable.cycle and rdoc bugs — David Flanagan <david@...>

The attached patch fixes:

6 messages 2007/10/16

[#12749] Re: enum.c patch: fixes Enumerable.cycle and rdoc bugs — Yukihiro Matsumoto <matz@...> 2007/10/18

Hi,

[#12753] Re: enum.c patch: fixes Enumerable.cycle and rdoc bugs — David Flanagan <david@...> 2007/10/18

Yukihiro Matsumoto wrote:

[#12755] Re: enum.c patch: fixes Enumerable.cycle and rdoc bugs — Yukihiro Matsumoto <matz@...> 2007/10/18

Hi,

[#12762] Re: enum.c patch: fixes Enumerable.cycle and rdoc bugs — Nobuyoshi Nakada <nobu@...> 2007/10/19

Hi,

[#12788] Re: enum.c patch: fixes Enumerable.cycle and rdoc bugs — Yukihiro Matsumoto <matz@...> 2007/10/20

Hi,

[#12714] Re: A couple of bugs? — "Gavin Kistner" <gavin.kistner@...>

> Well, that's interesting. Then this seems to be the only

4 messages 2007/10/16

[#12715] Re: A couple of bugs? — Tomas Matousek <Tomas.Matousek@...> 2007/10/16

So do you say that the name of the anonymous class is baked when I ask for it for the first time?

[#12718] Re: A couple of bugs? — Charles Oliver Nutter <charles.nutter@...> 2007/10/17

Tomas Matousek wrote:

[#12725] Re: A couple of bugs? — Matthew Boeh <mboeh@...> 2007/10/17

On Wed, Oct 17, 2007 at 01:04:33PM +0900, Charles Oliver Nutter wrote:

[#12750] Re: [OT] Re: Should most memory be release back to the system? — "M. Edward (Ed) Borasky" <znmeb@...>

Yohanes Santoso wrote:

2 messages 2007/10/18

[#12751] Re: [OT] Re: Should *most* memory be release back to the system? — MenTaLguY <mental@...> 2007/10/18

On Thu, 18 Oct 2007 23:31:13 +0900, "M. Edward (Ed) Borasky" <znmeb@cesmail.net> wrote:

[#12754] Improving 'syntax error, unexpected $end, expecting kEND'? — Hugh Sasse <hgs@...>

I've had a look at this, but can't see how to do it: When I get

17 messages 2007/10/18

[#12845] Re: Improving 'syntax error, unexpected $end, expecting kEND'? — Paul Brannan <pbrannan@...> 2007/10/22

On Fri, Oct 19, 2007 at 03:01:55AM +0900, Hugh Sasse wrote:

[#12880] Re: Improving 'syntax error, unexpected $end, expecting kEND'? — "Rick DeNatale" <rick.denatale@...> 2007/10/23

On 10/22/07, Paul Brannan <pbrannan@atdesk.com> wrote:

[#12882] Re: Improving 'syntax error, unexpected $end, expecting kEND'? — Hugh Sasse <hgs@...> 2007/10/23

On Tue, 23 Oct 2007, Rick DeNatale wrote:

[#12877] Re: Improving 'syntax error, unexpected $end, expecting kEND'? — "Michal Suchanek" <hramrach@...> 2007/10/23

On 22/10/2007, Paul Brannan <pbrannan@atdesk.com> wrote:

[#12886] Re: Improving 'syntax error, unexpected $end, expecting kEND'? — David Flanagan <david@...> 2007/10/23

The patch below changes this message to:

[#12892] Re: Improving 'syntax error, unexpected $end, expecting kEND'? — Martin Duerst <duerst@...> 2007/10/24

At 04:15 07/10/24, David Flanagan wrote:

[#12893] Re: Improving 'syntax error, unexpected $end, expecting kEND'? — David Flanagan <david@...> 2007/10/24

Thanks for filling these in Martin. I worry that this is such a simple

[#12924] Re: Improving 'syntax error, unexpected $end, expecting kEND'? — Martin Duerst <duerst@...> 2007/10/25

At 16:57 07/10/24, David Flanagan wrote:

[#12946] Re: Improving 'syntax error, unexpected $end, expecting kEND'? — Robin Stocker <robin@...> 2007/10/25

Martin Duerst schrieb:

[#12947] Re: Improving 'syntax error, unexpected $end, expecting kEND'? — Nobuyoshi Nakada <nobu@...> 2007/10/26

Hi,

[#12956] Re: Improving 'syntax error, unexpected $end, expecting kEND'? — David Flanagan <david@...> 2007/10/26

Nobuyoshi Nakada wrote:

[#12969] Re: Improving 'syntax error, unexpected $end, expecting kEND'? — Robin Stocker <robin@...> 2007/10/26

David Flanagan schrieb:

[#12974] Re: Improving 'syntax error, unexpected $end, expecting kEND'? — David Flanagan <david@...> 2007/10/26

Robin Stocker wrote:

[#12975] Re: Improving 'syntax error, unexpected $end, expecting kEND'? — David Flanagan <david@...> 2007/10/26

David Flanagan wrote:

[#12976] Re: Improving 'syntax error, unexpected $end, expecting kEND'? — Nobuyoshi Nakada <nobu@...> 2007/10/26

Hi,

[#12977] Re: Improving 'syntax error, unexpected $end, expecting kEND'? — David Flanagan <david@...> 2007/10/26

Nobuyoshi Nakada wrote:

[#12757] Re: Unicode: Progress?? — Brent Roman <brent@...>

Hello,

3 messages 2007/10/18

[#12765] Re: Unicode: Progress?? — "Nikolai Weibull" <now@...> 2007/10/19

On 10/18/07, Brent Roman <brent@mbari.org> wrote:

[#12772] Re: Unicode: Progress?? — "Vincent Isambart" <vincent.isambart@...> 2007/10/19

> That's for Oniguruma. But yes, unicode should probably be loaded through

[#12758] Encoding::primary_encoding — David Flanagan <david@...>

Hi,

25 messages 2007/10/18

[#12763] Re: Encoding::primary_encoding — Nobuyoshi Nakada <nobu@...> 2007/10/19

Hi,

[#12802] Re: Encoding::primary_encoding — Wolfgang N疆asi-Donner <ed.odanow@...> 2007/10/21

Nobuyoshi Nakada schrieb:

[#12803] Re: Encoding::primary_encoding — Nobuyoshi Nakada <nobu@...> 2007/10/21

Hi,

[#12804] Re: Encoding::primary_encoding — Wolfgang N疆asi-Donner <ed.odanow@...> 2007/10/21

Nobuyoshi Nakada schrieb:

[#12808] Re: Encoding::primary_encoding — Nobuyoshi Nakada <nobu@...> 2007/10/22

Hi,

[#12818] Re: Encoding::primary_encoding — Wolfgang N疆asi-Donner <ed.odanow@...> 2007/10/22

Nobuyoshi Nakada schrieb:

[#12869] Re: Encoding::primary_encoding — Martin Duerst <duerst@...> 2007/10/23

At 18:32 07/10/22, Wolfgang N疆asi-Donner wrote:

[#12820] Re: Encoding::primary_encoding — "Michal Suchanek" <hramrach@...> 2007/10/22

On 22/10/2007, Wolfgang N叩dasi-Donner <ed.odanow@wonado.de> wrote:

[#12823] Re: Encoding::primary_encoding — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/22

Michal Suchanek schrieb:

[#12824] Re: Encoding::primary_encoding — Nobuyoshi Nakada <nobu@...> 2007/10/22

Hi,

[#12826] Re: Encoding::primary_encoding — Wolfgang N疆asi-Donner <ed.odanow@...> 2007/10/22

Nobuyoshi Nakada schrieb:

[#12839] Re: Encoding::primary_encoding — Wolfgang N疆asi-Donner <ed.odanow@...> 2007/10/22

I made some tests with UFT-8, option "-Ku", option "-Ka" and both types of magic

[#12842] Re: Encoding::primary_encoding — David Flanagan <david@...> 2007/10/22

Wolfgang N疆asi-Donner wrote:

[#12878] Re: Encoding::primary_encoding — "Dirk Traulsen" <dirk.traulsen@...> 2007/10/23

Am 23 Oct 2007 um 4:26 hat David Flanagan geschrieben:

[#12884] Re: Encoding::primary_encoding — David Flanagan <david@...> 2007/10/23

Dirk Traulsen wrote:

[#12879] Re: Encoding::primary_encoding — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <ed.odanow@...> 2007/10/23

Dirk Traulsen schrieb:

[#12843] Re: Encoding::primary_encoding — Wolfgang N疆asi-Donner <ed.odanow@...> 2007/10/22

David Flanagan schrieb:

[#12881] Re: Encoding::primary_encoding — "Michal Suchanek" <hramrach@...> 2007/10/23

On 22/10/2007, David Flanagan <david@davidflanagan.com> wrote:

[#12873] Re: Encoding::primary_encoding — Martin Duerst <duerst@...> 2007/10/23

At 21:44 07/10/22, Wolfgang N疆asi-Donner wrote:

[#12875] Re: Encoding::primary_encoding — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/23

Martin Duerst schrieb:

[#12889] Re: Encoding::primary_encoding — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/23

I really don't understand what effects the primary encoding has on IO. The first

[#12805] Re: Encoding::primary_encoding — "Michal Suchanek" <hramrach@...> 2007/10/21

On 19/10/2007, Nobuyoshi Nakada <nobu@ruby-lang.org> wrote:

[#12806] Re: Encoding::primary_encoding — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/21

Michal Suchanek schrieb:

[#12807] Re: Encoding::primary_encoding — "Michal Suchanek" <hramrach@...> 2007/10/21

On 21/10/2007, Wolfgang N叩dasi-Donner <ed.odanow@wonado.de> wrote:

[#12759] Reading UTF-8 Data contains BOM — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <ed.odanow@...>

3 messages 2007/10/18

[#12760] Re: Reading UTF-8 Data contains BOM — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/18

Wolfgang Nádasi-Donner schrieb:

[#12761] Re: Reading UTF-8 Data contains BOM — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <ed.odanow@...> 2007/10/18

additional questions did arise during my first experiments.

[#12764] SystemStackError 1.8.6 (stack only 25 frames) — Dan Janowski <danj@3skel.com>

Hi,

2 messages 2007/10/19

[#12822] Re: SystemStackError 1.8.6 (stack only 25 frames) — Dan Janowski <danj@3skel.com> 2007/10/22

I am following up on this topic. Hopefully in the future someone in

[#12767] \u escapes in string literals: proof of concept implementation — David Flanagan <david@...>

Back at the end of August, Matz wrote (see

45 messages 2007/10/19

[#12769] Re: \u escapes in string literals: proof of concept implementation — "Nobuyoshi Nakada" <nobu@...> 2007/10/19

Hi,

[#12782] Re: \u escapes in string literals: proof of concept implementation — David Flanagan <david@...> 2007/10/20

Nobuyoshi Nakada wrote:

[#12784] Re: \u escapes in string literals: proof of concept implementation — David Flanagan <david@...> 2007/10/20

This is the third version of my patch for \u escapes. It is stronger

[#12831] Re: \u escapes in string literals: proof of concept implementation — Yukihiro Matsumoto <matz@...> 2007/10/22

Hi,

[#12841] Re: \u escapes in string literals: proof of concept implementation — David Flanagan <david@...> 2007/10/22

Yukihiro Matsumoto wrote:

[#12862] Re: \u escapes in string literals: proof of concept implementation — Martin Duerst <duerst@...> 2007/10/23

At 04:19 07/10/23, David Flanagan wrote:

[#12864] Re: \u escapes in string literals: proof of concept implementation — David Flanagan <david@...> 2007/10/23

Martin Duerst wrote:

[#12922] Re: \u escapes in string literals: proof of concept implementation — Nobuyoshi Nakada <nobu@...> 2007/10/25

Hi,

[#12923] Re: \u escapes in string literals: proof of concept implementation — David Flanagan <david@...> 2007/10/25

Nobuyoshi Nakada wrote:

[#12927] Re: \u escapes in string literals: proof of concept implementation — Nobuyoshi Nakada <nobu@...> 2007/10/25

Hi,

[#12930] Re: \u escapes in string literals: proof of concept implementation — Martin Duerst <duerst@...> 2007/10/25

At 17:05 07/10/25, Nobuyoshi Nakada wrote:

[#12934] Re: \u escapes in string literals: proof of concept implementation — David Flanagan <david@...> 2007/10/25

Martin Duerst wrote:

[#12870] Re: \u escapes in string literals: proof of concept implementation — Martin Duerst <duerst@...> 2007/10/23

At 13:10 07/10/23, David Flanagan wrote:

[#12872] Re: \u escapes in string literals: proof of concept implementation — David Flanagan <david@...> 2007/10/23

Martin Duerst wrote:

[#12936] Re: \u escapes in string literals: proof of concept implementation — Yukihiro Matsumoto <matz@...> 2007/10/25

Hi,

[#12943] Re: \u escapes in string literals: proof of concept implementation — David Flanagan <david@...> 2007/10/25

Yukihiro Matsumoto wrote:

[#12962] Re: \u escapes in string literals: proof of concept implementation — Martin Duerst <duerst@...> 2007/10/26

At 06:31 07/10/26, David Flanagan wrote:

[#12980] Re: \u escapes in string literals: proof of concept implementation — David Flanagan <david@...> 2007/10/26

Yukihiro Matsumoto wrote:

[#13026] Re: \u escapes in string literals: proof of concept implementation — Martin Duerst <duerst@...> 2007/10/29

At 05:18 07/10/27, David Flanagan wrote:

[#13028] Re: \u escapes in string literals: proof of concept implementation — Nobuyoshi Nakada <nobu@...> 2007/10/29

Hi,

[#13032] Re: \u escapes in string literals: proof of concept implementation — David Flanagan <david@...> 2007/10/29

Nobuyoshi Nakada wrote:

[#13034] Re: \u escapes in string literals: proof of concept implementation — Nobuyoshi Nakada <nobu@...> 2007/10/29

Hi,

[#13035] Re: \u escapes in string literals: proof of concept implementation — David Flanagan <david@...> 2007/10/29

Nobuyoshi Nakada wrote:

[#13092] Re: \u escapes in string literals: proof of concept implementation — "Michal Suchanek" <hramrach@...> 2007/10/30

On 29/10/2007, Nobuyoshi Nakada <nobu@ruby-lang.org> wrote:

[#13082] Re: \u escapes in string literals: proof of concept implementation — Martin Duerst <duerst@...> 2007/10/30

At 16:46 07/10/29, Nobuyoshi Nakada wrote:

[#13231] Re: \u escapes in string literals: proof of concept implementation — Nobuyoshi Nakada <nobu@...> 2007/11/06

Hi,

[#13233] Re: \u escapes in string literals: proof of concept implementation — David Flanagan <david@...> 2007/11/06

Nobuyoshi Nakada wrote:

[#13234] Re: \u escapes in string literals: proof of concept implementation — Martin Duerst <duerst@...> 2007/11/06

At 11:29 07/11/06, Nobuyoshi Nakada wrote:

[#13247] Re: \u escapes in string literals: proof of concept implementation — Yukihiro Matsumoto <matz@...> 2007/11/06

Hi,

[#13251] Re: \u escapes in string literals: proof of concept implementation — David Flanagan <david@...> 2007/11/06

Yukihiro Matsumoto wrote:

[#13253] Re: \u escapes in string literals: proof of concept implementation — Nobuyoshi Nakada <nobu@...> 2007/11/07

Hi,

[#13264] Re: \u escapes in string literals: proof of concept implementation — David Flanagan <david@...> 2007/11/07

[#13276] Re: \u escapes in string literals: proof of concept implementation — Gary Wright <gwtmp01@...> 2007/11/07

[#13275] Re: \u escapes in string literals: proof of concept implementation — David Flanagan <david@...> 2007/11/07

Yukihiro Matsumoto wrote:

[#13280] Re: \u escapes in string literals: proof of concept implementation — Yukihiro Matsumoto <matz@...> 2007/11/08

Hi,

[#13281] Re: \u escapes in string literals: proof of concept implementation — David Flanagan <david@...> 2007/11/08

Yukihiro Matsumoto wrote:

[#13282] Re: \u escapes in string literals: proof of concept implementation — Yukihiro Matsumoto <matz@...> 2007/11/08

Hi,

[#13436] \xDE instead of \336 (was: Re: \u escapes in string literals: proof of concept implementation) — Martin Duerst <duerst@...> 2007/11/12

At 05:51 07/11/07, Yukihiro Matsumoto wrote:

[#13037] Treating Unicode specially (was: Re: \u escapes in string literals: proof of concept implementation) — Martin Duerst <duerst@...> 2007/10/29

At 12:29 07/10/29, Nobuyoshi Nakada wrote:

[#12920] Re: \u escapes in string and regexp literals — David Flanagan <david@...> 2007/10/25

[#12799] Re: \u escapes in string literals: proof of concept implementation — Martin Duerst <duerst@...> 2007/10/21

Hello David and Nobu,

[#12814] Re: \u escapes in string literals: proof of concept implementation — David Flanagan <david@...> 2007/10/22

[#12821] Re: \u escapes in string literals: proof of concept implementation — "Michal Suchanek" <hramrach@...> 2007/10/22

On 22/10/2007, David Flanagan <david@davidflanagan.com> wrote:

[#12858] Re: \u escapes in string literals: proof of concept implementation — Martin Duerst <duerst@...> 2007/10/23

At 14:07 07/10/22, David Flanagan wrote:

[#12776] Clarification of Ruby release plans? 1.8.7? 1.9.1? 2.0? — Lucas Nussbaum <lucas@...>

Hi,

2 messages 2007/10/19

[#12832] Re: Clarification of Ruby release plans? 1.8.7? 1.9.1? 2.0? — Yukihiro Matsumoto <matz@...> 2007/10/22

Hi,

[#12779] Re: Unicode: Progress?? — Brent Roman <brent@...>

1 message 2007/10/19

[#12780] Re: Unicode: Progress?? — Brent Roman <brent@...>

This post was really poorly formatted and contained a couple typos.

2 messages 2007/10/19

[#12781] Re: Unicode: Progress?? — "Vincent Isambart" <vincent.isambart@...> 2007/10/19

> Also, what about other encodings, besides Unicode?

[#12787] How to specify in Ruby 1.9 the expected file encoding — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <ed.odanow@...>

Dear Ruby developers!

9 messages 2007/10/20

[#12789] Re: How to specify in Ruby 1.9 the expected file encoding — =?ISO-8859-15?Q?Gonzalo_Garramu=F1o?= <ggarra@...> 2007/10/20

Wolfgang N疆asi-Donner wrote:

[#12790] Re: How to specify in Ruby 1.9 the expected file encoding — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <ed.odanow@...> 2007/10/20

Gonzalo Garramu schrieb:

[#12793] Re: How to specify in Ruby 1.9 the expected file encoding — Yukihiro Matsumoto <matz@...> 2007/10/20

Hi,

[#12794] Re: How to specify in Ruby 1.9 the expected file encoding — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <ed.odanow@...> 2007/10/20

Yukihiro Matsumoto schrieb:

[#12812] Re: How to specify in Ruby 1.9 the expected file encoding — Martin Duerst <duerst@...> 2007/10/22

I wouldn't want a program to write a BOM at the start of a file

[#12819] Re: How to specify in Ruby 1.9 the expected file encoding — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/22

Martin Duerst schrieb:

[#12868] Re: How to specify in Ruby 1.9 the expected file encoding — Martin Duerst <duerst@...> 2007/10/23

At 18:46 07/10/22, Wolfgang N〓dasi-Donner wrote:

[#12871] Re: How to specify in Ruby 1.9 the expected file encoding — "Vincent Isambart" <vincent.isambart@...> 2007/10/23

> >> For UTF-16, it gets quite a bit more complicated.

[#12795] patch for String.concat — David Flanagan <david@...>

I don't think that String.<< currently handles appending codepoints

9 messages 2007/10/21

[#12797] Re: patch for String.concat — david@... 2007/10/21

Replying to myself...

[#12816] Re: patch for String.concat — Nobuyoshi Nakada <nobu@...> 2007/10/22

Hi,

[#12817] Re: patch for String.concat — David Flanagan <david@...> 2007/10/22

Your Integer.ord(encoding) looks good. I suppose that String.concat

[#12859] Re: patch for String.concat — Martin Duerst <duerst@...> 2007/10/23

At 16:48 07/10/22, Nobuyoshi Nakada wrote:

[#12866] Re: patch for String.concat — Nobuyoshi Nakada <nobu@...> 2007/10/23

Hi,

[#12874] Re: patch for String.concat — Martin Duerst <duerst@...> 2007/10/23

At 13:26 07/10/23, Nobuyoshi Nakada wrote:

[#12890] Re: patch for String.concat — Nobuyoshi Nakada <nobu@...> 2007/10/24

Hi,

[#12921] Re: patch for String.concat — David Flanagan <david@...> 2007/10/25

Nobuyoshi Nakada wrote:

[#12825] clarification of ruby libraries installation paths? — Lucas Nussbaum <lucas@...>

Hi,

53 messages 2007/10/22

[#12830] Re: clarification of ruby libraries installation paths? — Ben Bleything <ben@...> 2007/10/22

On Mon, Oct 22, 2007, Lucas Nussbaum wrote:

[#12833] Re: clarification of ruby libraries installation paths? — Lucas Nussbaum <lucas@...> 2007/10/22

On 23/10/07 at 00:13 +0900, Ben Bleything wrote:

[#12835] Re: clarification of ruby libraries installation paths? — "Austin Ziegler" <halostatue@...> 2007/10/22

On 10/22/07, Lucas Nussbaum <lucas@lucas-nussbaum.net> wrote:

[#12836] Re: clarification of ruby libraries installation paths? — Lucas Nussbaum <lucas@...> 2007/10/22

On 23/10/07 at 01:55 +0900, Austin Ziegler wrote:

[#12837] Re: clarification of ruby libraries installation paths? — "Austin Ziegler" <halostatue@...> 2007/10/22

On 10/22/07, Lucas Nussbaum <lucas@lucas-nussbaum.net> wrote:

[#12838] Re: clarification of ruby libraries installation paths? — Lucas Nussbaum <lucas@...> 2007/10/22

Hi Austin,

[#12846] Re: clarification of ruby libraries installation paths? — "Austin Ziegler" <halostatue@...> 2007/10/22

On 10/22/07, Lucas Nussbaum <lucas@lucas-nussbaum.net> wrote:

[#12888] Re: clarification of ruby libraries installation paths? — Gonzalo Garramu <ggarra@...> 2007/10/23

Lucas Nussbaum wrote:

[#12894] Re: clarification of ruby libraries installation paths? — Lucas Nussbaum <lucas@...> 2007/10/24

On 24/10/07 at 05:14 +0900, Gonzalo Garramu wrote:

[#13057] Re: clarification of ruby libraries installation paths? — Gonzalo Garramu <ggarra@...> 2007/10/29

Lucas Nussbaum wrote:

[#13058] Re: clarification of ruby libraries installation paths? — Lucas Nussbaum <lucas@...> 2007/10/29

On 30/10/07 at 07:28 +0900, Gonzalo Garramu wrote:

[#13065] Re: clarification of ruby libraries installation paths? — Trans <transfire@...> 2007/10/30

[#13068] Re: clarification of ruby libraries installation paths? — Sam Roberts <sroberts@...> 2007/10/30

Quoting transfire@gmail.com, on Tue, Oct 30, 2007 at 12:43:48PM +0900:

[#13070] Re: clarification of ruby libraries installation paths? — Trans <transfire@...> 2007/10/30

On Oct 30, 2007 12:06 AM, Sam Roberts <sroberts@uniserve.com> wrote:

[#13059] Re: clarification of ruby libraries installation paths? — Gonzalo Garramu <ggarra@...> 2007/10/29

Lucas Nussbaum wrote:

[#13061] Re: clarification of ruby libraries installation paths? — "Austin Ziegler" <halostatue@...> 2007/10/30

On 10/29/07, Lucas Nussbaum <lucas@lucas-nussbaum.net> wrote:

[#13112] Re: clarification of ruby libraries installation paths? — Mathieu Blondel <mblondel@...> 2007/10/30

Austin Ziegler wrote:

[#13113] Re: clarification of ruby libraries installation paths? — "Austin Ziegler" <halostatue@...> 2007/10/30

On 10/30/07, Mathieu Blondel <mblondel@rubyforge.org> wrote:

[#13114] Re: clarification of ruby libraries installation paths? — Mathieu Blondel <mblondel@...> 2007/10/30

Austin Ziegler wrote:

[#13118] Re: clarification of ruby libraries installation paths? — Mathieu Blondel <mblondel@...> 2007/10/30

Mathieu Blondel wrote:

[#13123] Re: clarification of ruby libraries installation paths? — "Austin Ziegler" <halostatue@...> 2007/10/31

On 10/30/07, Mathieu Blondel <mblondel@rubyforge.org> wrote:

[#13131] Re: clarification of ruby libraries installation paths? — Eric Hodel <drbrain@...7.net> 2007/10/31

On Oct 29, 2007, at 15:55 , Lucas Nussbaum wrote:

[#12848] Re: clarification of ruby libraries installation paths? — Sam Roberts <sroberts@...> 2007/10/22

On Tue, Oct 23, 2007 at 01:55:29AM +0900, Austin Ziegler wrote:

[#12855] Re: clarification of ruby libraries installation paths? — "Austin Ziegler" <halostatue@...> 2007/10/23

On 10/22/07, Sam Roberts <sroberts@uniserve.com> wrote:

[#12860] Re: clarification of ruby libraries installation paths? — Sam Roberts <sroberts@...> 2007/10/23

On Tue, Oct 23, 2007 at 10:39:07AM +0900, Austin Ziegler wrote:

[#13129] Re: clarification of ruby libraries installation paths? — Eric Hodel <drbrain@...7.net> 2007/10/31

On Oct 22, 2007, at 18:39 , Austin Ziegler wrote:

[#13016] Re: clarification of ruby libraries installation paths? — bob@... (Bob Proulx) 2007/10/28

Austin Ziegler wrote:

[#13029] Re: clarification of ruby libraries installation paths? — "Austin Ziegler" <halostatue@...> 2007/10/29

On 10/28/07, Bob Proulx <bob@proulx.com> wrote:

[#13033] Re: clarification of ruby libraries installation paths? — "M. Edward (Ed) Borasky" <znmeb@...> 2007/10/29

Austin Ziegler wrote:

[#13051] Re: clarification of ruby libraries installation paths? — Lucas Nussbaum <lucas@...> 2007/10/29

On 29/10/07 at 12:54 +0900, Austin Ziegler wrote:

[#13053] Re: clarification of ruby libraries installation paths? — "Austin Ziegler" <halostatue@...> 2007/10/29

On 10/29/07, Lucas Nussbaum <lucas@lucas-nussbaum.net> wrote:

[#13054] Austin Ziegler's behaviour (Was: clarification of ruby libraries installation paths?) — Lucas Nussbaum <lucas@...> 2007/10/29

Austin,

[#13063] Re: Austin Ziegler's behaviour (Was: clarification of ruby libraries installation paths?) — "Austin Ziegler" <halostatue@...> 2007/10/30

On 10/29/07, Lucas Nussbaum <lucas@lucas-nussbaum.net> wrote:

[#13055] Re: Austin Ziegler's behaviour (Was: clarification of ruby libraries installation paths?) — "Luis Lavena" <luislavena@...> 2007/10/29

On 10/29/07, Lucas Nussbaum <lucas@lucas-nussbaum.net> wrote:

[#13064] Re: Austin Ziegler's behaviour (Was: clarification of ruby libraries installation paths?) — "Austin Ziegler" <halostatue@...> 2007/10/30

On 10/29/07, Luis Lavena <luislavena@gmail.com> wrote:

[#13066] Re: Austin Ziegler's behaviour (Was: clarification of ruby libraries installation paths?) — "Luis Lavena" <luislavena@...> 2007/10/30

On 10/30/07, Austin Ziegler <halostatue@gmail.com> wrote:

[#13094] Re: Austin Ziegler's behaviour (Was: clarification of ruby libraries installation paths?) — "Rick Bradley" <rick@...> 2007/10/30

Do we think that maybe, just maybe, things went off the rails when the

[#13095] Re: Austin Ziegler's behaviour (Was: clarification of ruby libraries installation paths?) — "Luis Lavena" <luislavena@...> 2007/10/30

On 10/30/07, Rick Bradley <rick@rickbradley.com> wrote:

[#13097] Re: Austin Ziegler's behaviour (Was: clarification of ruby libraries installation paths?) — "Curt (Work) Hibbs" <ml.chibbs@...> 2007/10/30

On 10/30/07, Luis Lavena <luislavena@gmail.com> wrote:

[#13103] Re: Austin Ziegler's behaviour (Was: clarification of ruby libraries installation paths?) — MenTaLguY <mental@...> 2007/10/30

On Tue, 30 Oct 2007 22:52:29 +0900, "Luis Lavena" <luislavena@gmail.com> wrote:

[#13134] Re: Austin Ziegler's behaviour (Was: clarification of ruby libraries installation paths?) — "Jonas Pfenniger" <zimbatm@...> 2007/10/31

2007/10/30, MenTaLguY <mental@rydia.net>:

[#13144] Re: clarification of ruby libraries installation paths? — Eric Hodel <drbrain@...7.net> 2007/10/31

On Oct 31, 2007, at 03:15 , Jonas Pfenniger wrote:

[#13116] Re: Austin Ziegler's behaviour (Was: clarification of ruby libraries installation paths?) — Trans <transfire@...> 2007/10/30

On Oct 30, 2007 1:39 PM, MenTaLguY <mental@rydia.net> wrote:

[#13117] Re: Debian package names — Aria Stewart <aredridel@...> 2007/10/30

[#13105] Re: clarification of ruby libraries installation paths?(Was: Austin Ziegler's behaviour (Was: clarification of ruby libraries installation paths?)) — Mathieu Blondel <mblondel@...> 2007/10/30

MenTaLguY wrote:

[#13109] Re: clarification of ruby libraries installation paths?(Was: Austin Ziegler's behaviour (Was: clarification of ruby libraries installation paths?)) — "Austin Ziegler" <halostatue@...> 2007/10/30

On 10/30/07, Mathieu Blondel <mblondel@rubyforge.org> wrote:

[#13121] Re: Austin Ziegler's behaviour (Was: clarification of ruby libraries installation paths?) — "M. Edward (Ed) Borasky" <znmeb@...> 2007/10/31

Rick Bradley wrote:

[#12840] Re: clarification of ruby libraries installation paths? — Tanaka Akira <akr@...> 2007/10/22

In article <20071022123642.GA19207@xanadu.blop.info>,

[#12913] Re: clarification of ruby libraries installation paths? — Marcus Rueckert <mrueckert@...> 2007/10/25

On 2007-10-22 21:36:44 +0900, Lucas Nussbaum wrote:

[#13060] Re: clarification of ruby libraries installation paths? — Jay Levitt <lists-ruby@...> 2007/10/30

On Tue, 30 Oct 2007 08:35:29 +0900, Gonzalo Garramu wrote:

[#13067] Re: clarification of ruby libraries installation paths? — Trans <transfire@...> 2007/10/30

[#13080] Re: clarification of ruby libraries installation paths? — "Austin Ziegler" <halostatue@...> 2007/10/30

On 10/29/07, Trans <transfire@gmail.com> wrote:

[#12834] Bug Tracker Access Request — James Edward Gray II <james@...>

Could someone please add me to the RubyForge project for Ruby? I

3 messages 2007/10/22

[#12856] Re: Bug Tracker Access Request — Urabe Shyouhei <shyouhei@...> 2007/10/23

James Edward Gray II wrote:

[#12861] Re: Bug Tracker Access Request — James Edward Gray II <james@...> 2007/10/23

On Oct 22, 2007, at 8:56 PM, Urabe Shyouhei wrote:

[#12847] make test-all — "Florian Ebeling" <florian.ebeling@...>

Hi,

1 message 2007/10/22

[#12849] Problem reported in Rdoc (Ruby 1.9) Rdoc for Ruby 1.8 works — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <ed.odanow@...>

Hi!

4 messages 2007/10/22

[#12863] Re: Problem reported in Rdoc (Ruby 1.9) Rdoc for Ruby 1.8 works — David Flanagan <david@...> 2007/10/23

This looks like the same problem I had. I submitted the patch below to

[#12908] Re: Problem reported in Rdoc (Ruby 1.9) Rdoc for Ruby 1.8 works — Yukihiro Matsumoto <matz@...> 2007/10/24

Hi,

[#12919] Re: Problem reported in Rdoc (Ruby 1.9) Rdoc for Ruby 1.8 works — Ivan Todoroski <grnch_lists@...> 2007/10/25

On 25.10.2007 01:03, Yukihiro Matsumoto wrote:

[#12850] Simple One liner crashes YARV trap ('INT', &oldTrap) crashes Ruby 1.9.0 code generator — Brent Roman <brent@...>

The one line Ruby text:

3 messages 2007/10/23

[#12851] Re: Simple One liner crashes YARV trap ('INT', &oldTrap) crashes Ruby 1.9.0 code generator — Wolfgang N疆asi-Donner <ed.odanow@...> 2007/10/23

Brent Roman schrieb:

[#12865] Re: Simple One liner crashes YARV trap ('INT', &oldTrap) crashes Ruby 1.9.0 code generator — David Flanagan <david@...> 2007/10/23

Brent,

[#12867] constant lookup rules in 1.9 — David Flanagan <david@...>

Hi,

4 messages 2007/10/23

[#12876] Re: constant lookup rules in 1.9 — "Rick DeNatale" <rick.denatale@...> 2007/10/23

On 10/23/07, David Flanagan <david@davidflanagan.com> wrote:

[#12883] Re: constant lookup rules in 1.9 — David Flanagan <david@...> 2007/10/23

Rick DeNatale wrote:

[#12906] Re: constant lookup rules in 1.9 — Yukihiro Matsumoto <matz@...> 2007/10/24

Hi,

[#12885] Re: Simple One liner crashes YARV trap ('INT', &oldTrap) crashes Ruby 1.9.0 code generator — Brent Roman <brent@...>

David,

3 messages 2007/10/23

[#12891] Re: Simple One liner crashes YARV trap ('INT', &oldTrap) crashes Ruby 1.9.0 code generator — Brent Roman <brent@...> 2007/10/24

David,

[#12887] Re: Simple One liner crashes YARV trap ('INT', &oldTrap) crashes Ruby 1.9.0 code generator — David Flanagan <david@...> 2007/10/23

Brent,

[#12895] OSX patches — "Laurent Sansonetti" <laurent.sansonetti@...>

Hi ruby-core,

5 messages 2007/10/24

[#12897] Re: OSX patches — "Michal Suchanek" <hramrach@...> 2007/10/24

On 24/10/2007, Laurent Sansonetti <laurent.sansonetti@gmail.com> wrote:

[#12898] Re: OSX patches — Nobuyoshi Nakada <nobu@...> 2007/10/24

Hi,

[#12901] Re: OSX patches — "Laurent Sansonetti" <laurent.sansonetti@...> 2007/10/24

On 10/24/07, Nobuyoshi Nakada <nobu@ruby-lang.org> wrote:

[#13999] Re: OSX patches — Stephen Bannasch <stephen.bannasch@...> 2007/12/11

At 5:47 AM +0900 10/25/07, Laurent Sansonetti wrote:

[#12899] Ruby 1.9.0 Segmentation fault on thread creation — Brent Roman <brent@...>

The traceback appears below. This is an unpatched snapshot checked out

1 message 2007/10/24

[#12900] Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Wolfgang Nádasi-Donner <ed.odanow@...>

Dear Ruby 1.9 architects, developers, and testers!

31 messages 2007/10/24

[#12905] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Yukihiro Matsumoto <matz@...> 2007/10/24

Hi,

[#12929] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — "Nikolai Weibull" <now@...> 2007/10/25

On 10/25/07, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:

[#12944] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/25

Nikolai Weibull schrieb:

[#12963] Re: Hopefully Complete List of Possible Encoding Specifications -Existing Ones — Martin Duerst <duerst@...> 2007/10/26

At 06:50 07/10/26, Wolfgang N〓dasi-Donner wrote:

[#12907] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/24

Yukihiro Matsumoto schrieb:

[#12909] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Yukihiro Matsumoto <matz@...> 2007/10/24

Hi,

[#12910] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/24

Yukihiro Matsumoto schrieb:

[#12911] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Yukihiro Matsumoto <matz@...> 2007/10/24

Hi,

[#12939] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/25

Yukihiro Matsumoto schrieb:

[#12940] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/25

[#12942] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/25

I have a (hopefully) final question before testing all

[#12948] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Nobuyoshi Nakada <nobu@...> 2007/10/26

Hi,

[#12954] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/26

[#12957] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — David Flanagan <david@...> 2007/10/26

Wolfgang N叩dasi-Donner wrote:

[#12959] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/26

David Flanagan schrieb:

[#12960] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Yukihiro Matsumoto <matz@...> 2007/10/26

Hi,

[#12961] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/26

Yukihiro Matsumoto schrieb:

[#12955] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Nobuyoshi Nakada <nobu@...> 2007/10/26

Hi,

[#12958] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — David Flanagan <david@...> 2007/10/26

Nobuyoshi Nakada wrote:

[#12964] Re: Hopefully Complete List of Possible Encoding Specifications -Existing Ones — Martin Duerst <duerst@...> 2007/10/26

At 10:30 07/10/26, Nobuyoshi Nakada wrote:

[#12984] Re: Hopefully Complete List of Possible Encoding Specifications -Existing Ones — David Flanagan <david@...> 2007/10/26

Martin Duerst wrote:

[#12986] Re: Hopefully Complete List of Possible Encoding Specifications -Existing Ones — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/26

David Flanagan schrieb:

[#13235] Re: Hopefully Complete List of Possible Encoding Specifications -Existing Ones — Nobuyoshi Nakada <nobu@...> 2007/11/06

Hi,

[#13236] Re: Hopefully Complete List of Possible Encoding Specifications -Existing Ones — "Vincent Isambart" <vincent.isambart@...> 2007/11/06

> > (Also: does require need a new argument to specify the encoding of the

[#12915] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — murphy <murphy@...> 2007/10/25

Yukihiro Matsumoto wrote:

[#12925] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/25

murphy schrieb:

[#12926] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — murphy <murphy@...> 2007/10/25

Wolfgang N叩dasi-Donner wrote:

[#12933] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Yukihiro Matsumoto <matz@...> 2007/10/25

Hi,

[#12938] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/25

Yukihiro Matsumoto schrieb:

[#12928] Re: Hopefully Complete List of Possible Encoding Specifications -Existing Ones — Martin Duerst <duerst@...> 2007/10/25

At 16:33 07/10/25, Wolfgang N〓dasi-Donner wrote:

[#12902] to_open vs. to_io — David Flanagan <david@...>

In 1.9, Kernel.open calls to_open on its argument if it supports that

2 messages 2007/10/24

[#12904] Re: to_open vs. to_io — Yukihiro Matsumoto <matz@...> 2007/10/24

Hi,

[#12903] String.chars alias for String.each_char? — David Flanagan <david@...>

Hi,

1 message 2007/10/24

[#12912] Ruby 1.9.0 Segmentation fault on thread creation — Brent Roman <brent@...>

More information on this multithreaded crash:

1 message 2007/10/24

[#12931] e2mmap having problems with $! in 1.9 — "David A. Black" <dblack@...>

Hi --

1 message 2007/10/25

[#12932] Method Missing Doc patch — Hugh Sasse <hgs@...>

One of the aspects of method_missing is what to do about methods you don't

1 message 2007/10/25

[#12937] MountainWest RubyConf 2008 — "Pat Eyler" <rubypate@...>

MountainWest RubyConf 2008 is scheduled for March 28 and 29, 2008.

1 message 2007/10/25

[#12941] typo in net/pop.rb — Dan Zwell <dzwell@...>

Hello,

1 message 2007/10/25

[#12945] Array#fill edge case bug? — Daniel Berger <Daniel.Berger@...>

Ruby 1.8.6 p110

3 messages 2007/10/25

[#12950] Re: Array#fill edge case bug? — David Flanagan <david@...> 2007/10/26

Daniel Berger wrote:

[#12953] Re: Array#fill edge case bug? — Yukihiro Matsumoto <matz@...> 2007/10/26

Hi,

[#12951] Fluent programming in Ruby — David Flanagan <david@...>

From the ChangeLog:

16 messages 2007/10/26

[#12965] Re: Fluent programming in Ruby — Martin Duerst <duerst@...> 2007/10/26

At 14:01 07/10/26, David Flanagan wrote:

[#13002] Re: Fluent programming in Ruby — murphy <murphy@...> 2007/10/28

Martin Duerst wrote:

[#12966] Re: Fluent programming in Ruby — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/26

Martin Duerst schrieb:

[#12967] Re: Fluent programming in Ruby — Marc Haisenko <haisenko@...> 2007/10/26

On Friday 26 October 2007, Wolfgang N叩dasi-Donner wrote:

[#12968] Re: Fluent programming in Ruby — "Mark Vander Voord" <mvandervoord@...> 2007/10/26

> > For a human reader it is from my viewpoint better that the

[#12970] Re: Fluent programming in Ruby — "Rick DeNatale" <rick.denatale@...> 2007/10/26

On 10/26/07, Mark Vander Voord <mvandervoord@gmail.com> wrote:

[#12992] Re: Fluent programming in Ruby — "David A. Black" <dblack@...> 2007/10/27

Hi --

[#12982] Re: Fluent programming in Ruby — "Dean Wampler" <deanwampler@...> 2007/10/26

On 10/26/07, Martin Duerst <duerst@it.aoyama.ac.jp> wrote:

[#12987] Re: Fluent programming in Ruby — Arlen Christian Mart Cuss <celtic@...> 2007/10/26

Hi,

[#12985] Re: Fluent programming in Ruby — Daniel Berger <djberg96@...> 2007/10/26

Dean Wampler wrote:

[#12998] Re: Fluent programming in Ruby — Paul Brannan <pbrannan@...> 2007/10/28

On Fri, Oct 26, 2007 at 02:01:17PM +0900, David Flanagan wrote:

[#13005] Re: Fluent programming in Ruby — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/28

Please, please, please...-...don't change the syntax that

[#13019] Re: Fluent programming in Ruby — david@... 2007/10/28

[UTF-8] Wolfgang Nテ。dasi-Donner writes:

[#13020] Re: Fluent programming in Ruby — "David A. Black" <dblack@...> 2007/10/28

Hi --

[#13000] Re: Fluent programming in Ruby — "David A. Black" <dblack@...> 2007/10/28

Hi --

[#12952] Unsubscribe — "Rohit Khare" <rpk.general@...>

Unsubscribe

1 message 2007/10/26

[#12971] Re: Fluent programming in Ruby — Brent Roman <brent@...>

I suppose you could have irb require a terminating ';'

9 messages 2007/10/26

[#12972] Re: Fluent programming in Ruby — "Berger, Daniel" <Daniel.Berger@...> 2007/10/26

> -----Original Message-----

[#12991] Re: Fluent programming in Ruby — "David A. Black" <dblack@...> 2007/10/27

Hi --

[#12973] Re: Fluent programming in Ruby — "Rick DeNatale" <rick.denatale@...> 2007/10/26

On 10/26/07, Berger, Daniel <Daniel.Berger@qwest.com> wrote:

[#12978] Re: Fluent programming in Ruby — David Flanagan <david@...> 2007/10/26

Rick DeNatale wrote:

[#12979] Re: Fluent programming in Ruby — "Luis Lavena" <luislavena@...> 2007/10/26

On 10/26/07, David Flanagan <david@davidflanagan.com> wrote:

[#12983] Re: Fluent programming in Ruby — "Yemi I. D. Bedu" <yemi@...> 2007/10/26

Hello,

[#12993] Re: Fluent programming in Ruby — "David A. Black" <dblack@...> 2007/10/27

Hi --

[#12981] Re: Fluent programming in Ruby — "Dean Wampler" <deanwampler@...> 2007/10/26

> ....

[#12988] Patch for minor OpenURI annoyance — "Mel Gray" <melgray@...>

Found a minor bug in OpenURI & submitting my fix.

2 messages 2007/10/26

[#12994] Re: Patch for minor OpenURI annoyance — Tanaka Akira <akr@...> 2007/10/28

In article <59a4bb680710261659y7b26829bnbe4b3aac08d94ff9@mail.gmail.com>,

[#12990] What happened to h = {1,2,3,4,5,6} in 1.9? — "David A. Black" <dblack@...>

Hi --

3 messages 2007/10/27

[#12995] Re: What happened to h = {1,2,3,4,5,6} in 1.9? — murphy <murphy@...> 2007/10/28

David A. Black wrote:

[#12997] Re: What happened to h = {1,2,3,4,5,6} in 1.9? — "David A. Black" <dblack@...> 2007/10/28

Hi --

[#12996] General hash keys for colon notation — murphy <murphy@...>

Dear language designer(s) and parser wizards,

16 messages 2007/10/28

[#12999] Re: General hash keys for colon notation — "David A. Black" <dblack@...> 2007/10/28

Hi --

[#13006] Re: General hash keys for colon notation — "Rick DeNatale" <rick.denatale@...> 2007/10/28

On 10/28/07, David A. Black <dblack@rubypal.com> wrote:

[#13015] Re: General hash keys for colon notation — "David A. Black" <dblack@...> 2007/10/28

Hi --

[#13001] Re: General hash keys for colon notation — Nobuyoshi Nakada <nobu@...> 2007/10/28

Hi,

[#13003] Re: General hash keys for colon notation — "Rick DeNatale" <rick.denatale@...> 2007/10/28

On 10/28/07, murphy <murphy@rubychan.de> wrote:

[#13007] Re: General hash keys for colon notation — murphy <murphy@...> 2007/10/28

Rick DeNatale wrote:

[#13031] Re: General hash keys for colon notation — Nobuyoshi Nakada <nobu@...> 2007/10/29

Hi,

[#13004] Re: General hash keys for colon notation — "Rick DeNatale" <rick.denatale@...> 2007/10/28

On 10/28/07, Rick DeNatale <rick.denatale@gmail.com> wrote:

[#13008] Re: General hash keys for colon notation — murphy <murphy@...> 2007/10/28

Rick DeNatale wrote:

[#13017] Re: General hash keys for colon notation — "Rick DeNatale" <rick.denatale@...> 2007/10/28

On 10/28/07, murphy <murphy@rubychan.de> wrote:

[#13018] Re: General hash keys for colon notation — david@... 2007/10/28

Rick DeNatale writes:

[#13038] Re: General hash keys for colon notation — Yukihiro Matsumoto <matz@...> 2007/10/29

Hi,

[#13021] Re: General hash keys for colon notation — murphy <murphy@...> 2007/10/28

david@davidflanagan.com wrote:

[#13009] Re: General hash keys for colon notation — murphy <murphy@...> 2007/10/28

I missed to see that this change also affects method calls, and allows

[#13039] Re: General hash keys for colon notation — Yukihiro Matsumoto <matz@...> 2007/10/29

Hi,

[#13012] Re: What happened to h = {1,2,3,4,5,6} in 1.9? — Brent Roman <brent@...>

I'm with David on this one.

2 messages 2007/10/28

[#13014] Re: What happened to h = {1,2,3,4,5,6} in 1.9? — "David A. Black" <dblack@...> 2007/10/28

Hi --

[#13013] What happened to floating point literals that start with a dot? — Brent Roman <brent@...>

While we're complaining about syntax changes...

1 message 2007/10/28

[#13022] Re: What happened to h = {1,2,3,4,5,6} in 1.9? — Brent Roman <brent@...>

Sorry David.

2 messages 2007/10/29

[#13025] Re: What happened to h = {1,2,3,4,5,6} in 1.9? — "David A. Black" <dblack@...> 2007/10/29

Hi --

[#13027] Implementation of "guessUTF" method - final questions — Wolfgang Nádasi-Donner <ed.odanow@...>

Dear Ruby designers, developers, and testers!

22 messages 2007/10/29

[#13040] Re: Implementation of "guessUTF" method - final questions — "Nikolai Weibull" <now@...> 2007/10/29

On 10/29/07, Wolfgang N疆asi-Donner <ed.odanow@wonado.de> wrote:

[#13046] Re: Implementation of "guessUTF" method - final questions — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/29

Nikolai Weibull schrieb:

[#13050] Re: Implementation of "guessUTF" method - final questions — "Nikolai Weibull" <now@...> 2007/10/29

On 10/29/07, Wolfgang N疆asi-Donner <ed.odanow@wonado.de> wrote:

[#13052] Re: Implementation of "guessUTF" method - final questions — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/29

Nikolai Weibull schrieb:

[#13062] Re: Implementation of "guessUTF" method - final questions — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/30

Dear Ruby designers, developers, and testers!

[#13145] Re: Implementation of "guessUTF" method - final questions — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/31

Hi!

[#13148] Re: Implementation of "guessUTF" method - final questions — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/31

Wolfgang N叩dasi-Donner schrieb:

[#13179] Re: Implementation of "guessUTF" method - final questions — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/11/02

Hi!

[#13030] Re: Implementation of "guessUTF" method - final questions — Nobuyoshi Nakada <nobu@...> 2007/10/29

Hi,

[#13047] Re: Implementation of "guessUTF" method - final questions — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/29

Nobuyoshi Nakada schrieb:

[#13041] Re: Implementation of "guessUTF" method - final questions — Martin Duerst <duerst@...> 2007/10/29

Hello Wolfgang,

[#13078] Re: Implementation of "guessUTF" method - final questions — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/30

Martin Duerst schrieb:

[#13048] Re: Implementation of "guessUTF" method - final questions — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/29

Martin Duerst schrieb:

[#13075] Re: Implementation of "guessUTF" method - final questions — Martin Duerst <duerst@...> 2007/10/30

At 23:22 07/10/29, Wolfgang N〓dasi-Donner wrote:

[#13044] Re: Implementation of "guessUTF" method - final questions — Martin Duerst <duerst@...> 2007/10/29

At 17:50 07/10/29, Nikolai Weibull wrote:

[#13045] Re: Implementation of "guessUTF" method - final questions — "Nikolai Weibull" <now@...> 2007/10/29

On 10/29/07, Martin Duerst <duerst@it.aoyama.ac.jp> wrote:

[#13049] Re: Implementation of "guessUTF" method - final questions — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/29

Nikolai Weibull schrieb:

[#13090] Re: Implementation of "guessUTF" method - final questions — "Michal Suchanek" <hramrach@...> 2007/10/30

On 29/10/2007, Nikolai Weibull <now@bitwi.se> wrote:

[#13110] Re: Implementation of "guessUTF" method - final questions — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/30

Michal Suchanek schrieb:

[#13076] Re: Implementation of "guessUTF" method - final questions — Martin Duerst <duerst@...> 2007/10/30

At 21:11 07/10/29, Nikolai Weibull wrote:

[#13085] Re: Implementation of "guessUTF" method - final questions — "Nikolai Weibull" <now@...> 2007/10/30

On 10/30/07, Martin Duerst <duerst@it.aoyama.ac.jp> wrote:

[#13036] fatal error when block-local variable shadows outer variable? — David Flanagan <david@...>

The following code is from the book I'm working on. I think it must

2 messages 2007/10/29

[#13043] Re: fatal error when block-local variable shadows outer variable? — Yukihiro Matsumoto <matz@...> 2007/10/29

Hi,

[#13042] unsubscribe — "Helder Oliveira" <hrpoliveira@...>

1 message 2007/10/29

[#13056] Re: Welcome to our (ruby-core ML) You are added automatically — "Roger Pack" <rogerpack2005@...>

guide

1 message 2007/10/29

[#13069] new Enumerable.butfirst method — David Flanagan <david@...>

Matz,

17 messages 2007/10/30

[#13084] Re: new Enumerable.butfirst method — Yukihiro Matsumoto <matz@...> 2007/10/30

Hi,

[#13086] Re: new Enumerable.butfirst method — rfh@... 2007/10/30

why not have a head and tail (which could be one or more each) ..

[#13087] Re: new Enumerable.butfirst method — Yukihiro Matsumoto <matz@...> 2007/10/30

Hi,

[#13104] Re: new Enumerable.butfirst method — David Flanagan <david@...> 2007/10/30

Yukihiro Matsumoto wrote:

[#13120] Re: new Enumerable.butfirst method — Yukihiro Matsumoto <matz@...> 2007/10/31

Hi,

[#13125] Re: new Enumerable.butfirst method — David Flanagan <david@...> 2007/10/31

Yukihiro Matsumoto wrote:

[#13132] Re: new Enumerable.butfirst method — Trans <transfire@...> 2007/10/31

On Oct 30, 2007 8:17 PM, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:

[#13136] Re: new Enumerable.butfirst method — "Roger Pack" <rogerpack2005@...> 2007/10/31

When you do bring it back in, one possible name would be

[#13400] Re: new Enumerable.butfirst method — "Voroztsov Artem" <artem.voroztsov@...> 2007/11/11

2007/10/31, Yukihiro Matsumoto <matz@ruby-lang.org>:

[#13401] Re: new Enumerable.butfirst method — murphy <murphy@...> 2007/11/11

Voroztsov Artem wrote:

[#13402] Re: new Enumerable.butfirst method — "Voroztsov Artem" <artem.voroztsov@...> 2007/11/11

2007/11/11, murphy <murphy@rubychan.de>:

[#13089] Re: new Enumerable.butfirst method — "David A. Black" <dblack@...> 2007/10/30

Hi --

[#13071] Re: new Enumerable.butfirst method — Trans <transfire@...> 2007/10/30

On Oct 30, 2007 12:41 AM, David Flanagan <david@davidflanagan.com> wrote:

[#13073] Re: new Enumerable.butfirst method — David Flanagan <david@...> 2007/10/30

Trans wrote:

[#13091] Re: new Enumerable.butfirst method — Trans <transfire@...> 2007/10/30

On Oct 30, 2007 1:00 AM, David Flanagan <david@davidflanagan.com> wrote:

[#13093] Re: new Enumerable.butfirst method — Trans <transfire@...> 2007/10/30

On Oct 30, 2007 7:21 AM, Trans <transfire@gmail.com> wrote:

[#13083] Didn't find String#subseq — Wolfgang Nádasi-Donner <ed.odanow@...>

Hi!

8 messages 2007/10/30

[#13088] Re: Didn't find String#subseq — Yukihiro Matsumoto <matz@...> 2007/10/30

Hi,

[#13157] Re: Didn't find String#subseq — Alex Fenton <aff28@...> 2007/11/01

Yukihiro Matsumoto wrote:

[#13158] Re: Didn't find String#subseq — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/11/01

Alex Fenton schrieb:

[#13159] Re: Didn't find String#subseq — Alex Fenton <aff28@...> 2007/11/01

Wolfgang N叩dasi-Donner wrote:

[#13160] Re: Didn't find String#subseq — David Flanagan <david@...> 2007/11/01

Alex Fenton wrote:

[#13162] Re: Didn't find String#subseq — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/11/01

David Flanagan schrieb:

[#13178] Re: Didn't find String#subseq — Yukihiro Matsumoto <matz@...> 2007/11/02

Hi,

[#13096] 1.8.6 gc.c thoughts — "Roger Pack" <rogerpack2005@...>

After examining how the 1.8.6 gc works, I had a few thoughts:

5 messages 2007/10/30

[#14998] Re: 1.8.6 gc.c thoughts — Brent Roman <brent@...> 2008/01/11

[#15029] Re: 1.8.6 gc.c thoughts — "Roger Pack" <rogerpack2005@...> 2008/01/12

It can only decrease if it wraps around, I think (since it's unsigned).

[#13099] Re: 1.8.6 gc.c thoughts — Yukihiro Matsumoto <matz@...> 2007/10/30

Hi,

[#14967] Re: 1.8.6 gc.c thoughts — "Roger Pack" <rogerpack2005@...> 2008/01/10

It might be worth encouraging someone to implement a new Ruby GC as

[#13106] Future of Option "C" in String#unpack — Wolfgang Nádasi-Donner <ed.odanow@...>

Hi!

3 messages 2007/10/30

[#13119] Re: Future of Option "C" in String#unpack — Yukihiro Matsumoto <matz@...> 2007/10/31

Hi,

[#13126] Re: Future of Option "C" in String#unpack — Martin Duerst <duerst@...> 2007/10/31

At 09:02 07/10/31, Yukihiro Matsumoto wrote:

[#13107] %s and utf8 ? — hadmut@... (Hadmut Danisch)

Hi,

5 messages 2007/10/30

[#13130] Re: %s and utf8 ? — Martin Duerst <duerst@...> 2007/10/31

This is a known and difficult problem. For a large character set

[#13133] Re: %s and utf8 ? — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/31

Martin Duerst schrieb:

[#13137] Re: %s and utf8 ? — "Nikolai Weibull" <now@...> 2007/10/31

On 10/31/07, Wolfgang N疆asi-Donner <ed.odanow@wonado.de> wrote:

[#13138] Re: %s and utf8 ? — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/31

Nikolai Weibull schrieb:

[#13108] regular expressions in utf8? — hadmut@... (Hadmut Danisch)

Hi,

2 messages 2007/10/30

[#13111] Re: regular expressions in utf8? — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/30

Hadmut Danisch schrieb:

[#13122] Enumerable#inject alias #fold? — murphy <murphy@...>

hello!

2 messages 2007/10/31

[#13124] Re: Enumerable#inject alias #fold? — David Flanagan <david@...> 2007/10/31

murphy wrote:

[#13127] RDoc Horizontal Rule Error — Nathan Weizenbaum <nex342@...>

Apologies if this isn't the right place for this.

2 messages 2007/10/31

[#13128] Re: RDoc Horizontal Rule Error — Joel VanderWerf <vjoel@...> 2007/10/31

Nathan Weizenbaum wrote:

[#13135] patch for lib/net/http.rb, self['User-Agent'] ||= 'Ruby' — Stephen Bannasch <stephen.bannasch@...>

I posted this patch before in the middle of another thread and didn't

7 messages 2007/10/31

[#13140] Re: patch for lib/net/http.rb, self['User-Agent'] ||= 'Ruby' — Aaron Patterson <aaron@...> 2007/10/31

On Wed, Oct 31, 2007 at 10:28:52PM +0900, Stephen Bannasch wrote:

[#13142] Re: patch for lib/net/http.rb, self['User-Agent'] ||= 'Ruby' — Stephen Bannasch <stephen.bannasch@...> 2007/10/31

At 3:05 AM +0900 11/1/07, Aaron Patterson wrote:

[#13193] Re: patch for lib/net/http.rb, self['User-Agent'] ||= 'Ruby' — Minero Aoki <aamine@...> 2007/11/04

Hi Stephen,

[#13195] Re: patch for lib/net/http.rb, self['User-Agent'] ||= 'Ruby' — Tanaka Akira <akr@...> 2007/11/04

In article <9079DC13-476F-4C12-922E-E197BD5AAA5C@loveruby.net>,

[#13203] Re: patch for lib/net/http.rb, self['User-Agent'] ||= 'Ruby' — Stephen Bannasch <stephen.bannasch@...> 2007/11/04

At 1:54 AM +0900 11/5/07, Tanaka Akira wrote:

[#13372] Re: patch for lib/net/http.rb, self['User-Agent'] ||= 'Ruby' — Tanaka Akira <akr@...> 2007/11/10

In article <p06240800c353d35ed988@[192.168.50.105]>,

[#13139] Required Space for Unicode Character Attribute Tables — Wolfgang Nádasi-Donner <ed.odanow@...>

Hi!

4 messages 2007/10/31

[#13155] Re: Required Space for Unicode Character Attribute Tables — Martin Duerst <duerst@...> 2007/11/01

Hello Wolfgang,

[#13156] Re: Required Space for Unicode Character Attribute Tables — "Nikolai Weibull" <now@...> 2007/11/01

On 11/1/07, Martin Duerst <duerst@it.aoyama.ac.jp> wrote:

[#13165] Re: Required Space for Unicode Character Attribute Tables — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/11/01

Nikolai Weibull schrieb:

[#13141] 1.9 Prime class change request — "C Erler" <erlercw@...>

In mathn.rb, please remove the method Prime.cache and its aliases,

1 message 2007/10/31

[#13143] Two Issues (open-uri's respond_to? and autoload's require) — Trans <transfire@...>

Hi--

4 messages 2007/10/31

[#13149] Re: Two Issues (open-uri's respond_to? and autoload's require) — "NAKAMURA, Hiroshi" <nakahiro@...> 2007/11/01

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

[#13153] Re: Two Issues (open-uri's respond_to? and autoload's require) — Trans <transfire@...> 2007/11/01

On Oct 31, 2007 10:21 PM, NAKAMURA, Hiroshi <nakahiro@sarion.co.jp> wrote:

[#13171] Re: Two Issues (open-uri's respond_to? and autoload's require) — "NAKAMURA, Hiroshi" <nakahiro@...> 2007/11/02

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

[#13147] Return Value of Encoding.find — Wolfgang Nádasi-Donner <ed.odanow@...>

Hi!

1 message 2007/10/31

documentation patch for enum.c

From: David Flanagan <david@...>

Date: 2007-10-15 06:32:44 UTC

List: ruby-core #12679

The attached patch fixes a cut-and-paste bug in the rdoc comment for 
Enumerable.none?

Also, enum.c has two different rdoc comments for Enumerable.inject and 
Enumerable.reduce, even though those two methods are synonyms.  Reading 
the comments it is hard to tell that the two methods actually do exactly 
the same thing.

In the attached patch I've merged and enhanced (I hope) the two comments 
into one and used both method names in the call-seq:, which seems to be 
the convention for other aliased methods.

	David

Attachments (1)

patch (5.42 KB, text/x-diff)

Index: enum.c
===================================================================
--- enum.c	(revision 13705)
+++ enum.c	(working copy)
@@ -362,67 +362,50 @@
 }
 
 /*
- *  Document-method: inject
  *  call-seq:
- *     enum.inject(sym)          => obj
  *     enum.inject(sym, initial) => obj
+ *     enum.inject(sym)          => obj
  *     enum.inject(initial) {| memo, obj | block }  => obj
  *     enum.inject          {| memo, obj | block }  => obj
- *  
- *  Combines the elements of <i>enum</i> by applying the block to an
- *  accumulator value (<i>memo</i>) and each element in turn. At each
- *  step, <i>memo</i> is set to the value returned by the block. The
- *  first form lets you supply an initial value for <i>memo</i>. The
- *  second form uses the first element of the collection as a the
- *  initial value (and skips that element while iterating).
- *  See also <code>Enumerable#reduce</code>.
- *     
- *     # Sum some numbers
- *     (5..10).inject {|sum, n| sum + n }              #=> 45
- *     # Multiply some numbers
- *     (5..10).inject(1) {|product, n| product * n }   #=> 151200
- *     
- *     # find the longest word
- *     longest = %w{ cat sheep bear }.inject do |memo,word|
- *        memo.length > word.length ? memo : word
- *     end
- *     longest                                         #=> "sheep"
- *     
- *     # find the length of the longest word
- *     longest = %w{ cat sheep bear }.inject(0) do |memo,word|
- *        memo >= word.length ? memo : word.length
- *     end
- *     longest                                         #=> 5
- *     
- */
-
-/*
- *  Document-method: reduce
- *  call-seq:
- *     enum.reduce(sym)          => obj
+ *
  *     enum.reduce(sym, initial) => obj
- *     enum.reduce          {| memo, obj | block }  => obj
+ *     enum.reduce(sym)          => obj
  *     enum.reduce(initial) {| memo, obj | block }  => obj
+ *     enum.reduce          {| memo, obj | block }  => obj
  *  
  *  Combines all elements of <i>enum</i> by applying a binary
- *  operation, specified by the block or metho-name symbol, for
- *  example, ary.reduce(:+) adds up all the elements.  If no block is
- *  specified, the first argument is a method (or operator) name that
- *  takes two arguments.  The second optional argument is the initial
- *  value.  If a block is specified, the first optional value is the
- *  initial value.
- *     
+ *  operation, specified by a block or a symbol that names a
+ *  method or operator.
+ *
+ *  If you specify a block, then for each element in <i>enum<i>
+ *  the block is passed an accumulator value (<i>memo</i>) and the element.
+ *  If you specify a symbol instead, then each element in the collection
+ *  will be passed to the named method of <i>memo</i>.
+ *  In either case, the result becomes the new value for <i>memo</i>. 
+ *  At the end of the iteration, the final value of <i>memo</i> is the
+ *  return value fo the method.
+ *
+ *  If you do not explicitly specify an <i>initial</i> value for <i>memo</i>,
+ *  then uses the first element of collection is used as the initial value
+ *  of <i>memo</i>.
+ *
+ *  Examples:   
+ *
  *     # Sum some numbers
  *     (5..10).reduce(:+)                            #=> 45
- *     # Same using a block
- *     (5..10).reduce {|sum, n| sum + n }            #=> 45
+ *     # Same using a block and inject
+ *     (5..10).inject {|sum, n| sum + n }            #=> 45
  *     # Multiply some numbers
  *     (5..10).reduce(:*, 1)                         #=> 151200
  *     # Same using a block
- *     (5..10).reduce(1) {|product, n| product * n } #=> 151200
+ *     (5..10).inject(1) {|product, n| product * n } #=> 151200
+ *     # find the longest word
+ *     longest = %w{ cat sheep bear }.inject do |memo,word|
+ *        memo.length > word.length ? memo : word
+ *     end
+ *     longest                                       #=> "sheep"
  *     
  */
-
 static VALUE
 enum_inject(int argc, VALUE *argv, VALUE obj)
 {
@@ -855,7 +838,7 @@
  *  Passes each element of the collection to the given block. The method
  *  returns <code>true</code> if the block returns <code>true</code>
  *  exactly once. If the block is not given, <code>one?</code> will return
- *  <code>true</code> only if exactly one of the collection members are
+ *  <code>true</code> only if exactly one of the collection members is
  *  true.
  *     
  *     %w{ant bear cat}.one? {|word| word.length == 4}   #=> true
@@ -897,15 +880,15 @@
  *  
  *  Passes each element of the collection to the given block. The method
  *  returns <code>true</code> if the block never returns <code>true</code>
- *  for all elements. If the block is not given, <code>one?</code> will return
- *  <code>true</code> only if any of the collection members is true.
+ *  for all elements. If the block is not given, <code>none?</code> will return
+ *  <code>true</code> only if none of the collection members is true.
  *     
- *     %w{ant bear cat}.one? {|word| word.length == 4}   #=> true
- *     %w{ant bear cat}.one? {|word| word.length >= 4}   #=> false
- *     [ nil, true, 99 ].one?                            #=> true
- *     
+ *     %w{ant bear cat}.none? {|word| word.length == 5}  #=> true
+ *     %w{ant bear cat}.none? {|word| word.length >= 4}  #=> false
+ *     [].none?                                          #=> true
+ *     [nil].none?                                       #=> true
+ *     [nil,false].none?                                 #=> true
  */
-
 static VALUE
 enum_none(VALUE obj)
 {

Thread

Prev Next

In This Thread

Prev Next

[#12312] Need Japanese Help - VRuby & new One-Click Ruby Installer with patch 110 — "Curt Hibbs" <curt.hibbs@...>

[#12328] Dir.chdir patch for MS Windows — "Berger, Daniel" <Daniel.Berger@...>

[#12336] Re: gc.c -- possible logic error? — Brent Roman <brent@...>

[#12338] gc.c refactoring — Hugh Sasse <hgs@...>

[#12344] patch to implement Array.permutation — David Flanagan <david@...>

[#12346] a patch for Array.permutation and a generalization of Array.product — David Flanagan <david@...>

[#12351] ruby19 omits program name for missing files — Eric Hodel <drbrain@...7.net>

[#12352] system and Errno::ENOENT in 1.9 — Eric Hodel <drbrain@...7.net>

[#12371] Bug 6400: Time#+ and Time#- not honoring subclass — "Ron Leisti" <ron.leisti@...>

[#12372] Release compatibility/train — Prashant Srinivasan <Prashant.Srinivasan@...>

[#12375] some typos in doc/comments in repos/ruby/trunk — Eugene Ossintsev <eugoss@...>

[#12379] discrepancy between String#oct and String#hex — Ryan Davis <ryand-ruby@...>

[#12383] Include Rake in Ruby 1.9 — "NAKAMURA, Hiroshi" <nakahiro@...>

[#12401] tIDENTIFIER and is_local_id() — Thomas Enebo <Thomas.Enebo@...>

[#12404] ruby-1.9 build Sun-sparc-solaris2.9 — Hugh Sasse <hgs@...>

[#12411] rdoc patch — David Flanagan <david@...>

[#12412] REXML + RSS — Sean Russell <ser@...>

[#12414] Performance Issues with nil, true, false as Hash Keys (1.8.6) — =?ISO-8859-15?Q?Matthias_W=E4chter?= <matthias@...>

[#12418] Patch for configure.in — "Richard Brown" <rbrown@...>

[#12529] Re: Compile error for HEAD — "NARUSE, Yui" <naruse@...>

[#12533] Quick Enumerable#sort_by internals question — Daniel Berger <Daniel.Berger@...>

[#12537] Re: Why does def return nil? — "Jonas Pfenniger" <zimbatm@...>

[#12539] Ordered Hashes in 1.9? — Michael Neumann <mneumann@...>

[#12540] Re: Why does def return nil? — "Jonas Pfenniger" <zimbatm@...>

[#12547] Bug in win32ole — "Waters, Chris" <cwaters@...>

[#12550] to let Ruby 1.9 to process signals while blocked in ext/readline — Brent Roman <brent@...>

[#12564] Re: net/http.rb, patch, possible bug, test problem — Hugh Sasse <hgs@...>

[#12566] Revised net/http patch — Hugh Sasse <hgs@...>

[#12568] $" and require — "Tim Morgan" <tmorgan99@...>

[#12573] File::Stat#grpowned? is wrong — Bertram Scharpf <lists@...>

[#12575] Marshal.dump doesn't dump string encoding — David Flanagan <david@...>

[#12578] Possible memory leak in ruby-1.8.6-p110?? — "M. Edward (Ed) Borasky" <znmeb@...>

[#12579] iconv enhancement in Ruby 1.9 — "Eugene Ossintsev" <eugoss@...>

[#12581] ruby.exe exit code 255 — "Drew Sears" <dsears@...>

[#12584] Broken Ruby/ODBC due rbconfig COMMON_MACROS — "Luis Lavena" <luislavena@...>

[#12587] Confusion about arities — Charles Oliver Nutter <charles.nutter@...>

[#12588] MatchData#select rdoc and arity incorrect — Charles Oliver Nutter <charles.nutter@...>

[#12598] adds __file__ and __line__ methods to Methods and Procs — Brent Roman <brent@...>

[#12599] private method dispatch changes dropped from 1.9? — David Flanagan <david@...>

[#12610] Re: Release compatibility/train — Yukihiro Matsumoto <matz@...>

[#12615] Re: Why does def return nil? — Brent Roman <brent@...>

[#12617] Question about heap_slots in gc.c — Hongli Lai <h.lai@...>

[#12618] StringIO is not IO? — Hongli Lai <h.lai@...>

[#12623] Behaviour of String Objects - Why Not "Each" for Characters and Enumerable? — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <ed.odanow@...>

[#12629] file encoding comments and a patch to parse.y — David Flanagan <david@...>

[#12632] Defining unicode methods — "Daniel Berger" <djberg96@...>

[#12636] Proc.yield method — David Flanagan <david@...>

[#12638] New lambda -> syntax — David Flanagan <david@...>

[#12639] test problem after compiling — Martin Duerst <duerst@...>

[#12664] minor rdoc patch to encoding.c — David Flanagan <david@...>

[#12665] Another encoding.c patch — David Flanagan <david@...>

[#12666] encoding.c bug — David Flanagan <david@...>

[#12670] Bug in Numeric#divmod — "Dirk Traulsen" <dirk.traulsen@...>

[#12675] Re: Import gem to Ruby 1.9 — Brent Roman <brent@...>

[#12676] Minor Array.shuffle patch — David Flanagan <david@...>

[#12679] documentation patch for enum.c — David Flanagan <david@...>

[#12681] Unicode: Progress? — murphy <murphy@...>

[#12693] retry: revised 1.9 http patch — Hugh Sasse <hgs@...>

[#12695] New Rails plugin 'Liftoff' is available. — "Ben Tompkins" <nbitspoken@...>

[#12697] Range.first is incompatible with Enumerable.first — David Flanagan <david@...>

[#12703] Long encoding names with -K and bad error message — David Flanagan <david@...>

[#12705] A couple of bugs? — "John Lam (DLR)" <jflam@...>

[#12706] Re: A couple of bugs? — "Gavin Kistner" <gavin.kistner@...>

[#12710] enum.c patch: fixes Enumerable.cycle and rdoc bugs — David Flanagan <david@...>

[#12714] Re: A couple of bugs? — "Gavin Kistner" <gavin.kistner@...>

[#12750] Re: [OT] Re: Should *most* memory be release back to the system? — "M. Edward (Ed) Borasky" <znmeb@...>

[#12754] Improving 'syntax error, unexpected $end, expecting kEND'? — Hugh Sasse <hgs@...>

[#12757] Re: Unicode: Progress?? — Brent Roman <brent@...>

[#12758] Encoding::primary_encoding — David Flanagan <david@...>

[#12759] Reading UTF-8 Data contains BOM — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <ed.odanow@...>

[#12764] SystemStackError 1.8.6 (stack only 25 frames) — Dan Janowski <danj@3skel.com>

[#12767] \u escapes in string literals: proof of concept implementation — David Flanagan <david@...>

[#12776] Clarification of Ruby release plans? 1.8.7? 1.9.1? 2.0? — Lucas Nussbaum <lucas@...>

[#12779] Re: Unicode: Progress?? — Brent Roman <brent@...>

[#12780] Re: Unicode: Progress?? — Brent Roman <brent@...>

[#12787] How to specify in Ruby 1.9 the expected file encoding — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <ed.odanow@...>

[#12795] patch for String.concat — David Flanagan <david@...>

[#12825] clarification of ruby libraries installation paths? — Lucas Nussbaum <lucas@...>

[#12834] Bug Tracker Access Request — James Edward Gray II <james@...>

[#12847] make test-all — "Florian Ebeling" <florian.ebeling@...>

[#12598] adds file and line methods to Methods and Procs — Brent Roman <brent@...>

[#12750] Re: [OT] Re: Should most memory be release back to the system? — "M. Edward (Ed) Borasky" <znmeb@...>