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

[#9838] patch to make SOAP::HTTPStreamHandler handle gzipped content — <noreply@...>

Bugs item #7532, was opened at 2007-01-02 22:13

1 message 2007/01/02

[#9843] Fix a compiler warning — Tilman Sauerbeck <tilman@...>

Hi,

1 message 2007/01/03

[#9846] WIN32OLE leaks — <noreply@...>

Bugs item #7553, was opened at 2007-01-03 13:05

1 message 2007/01/03

[#9849] RDoc enhacement for WIN32OLE — <noreply@...>

Patches item #7557, was opened at 2007-01-03 23:44

1 message 2007/01/03

[#9850] Fixed parsing constants in RDoc — <noreply@...>

Patches item #7558, was opened at 2007-01-03 23:49

1 message 2007/01/03

[#9853] Re: Is passing non-VALUE as rb_iterate 4th argument OK? — Nobuyoshi Nakada <nobu@...>

Hi,

1 message 2007/01/04

[#9854] BUG: ruby-yarv 1.9 undefined method `close' for nil:NilClass in ensure — ville.mattila@...

Hello,

3 messages 2007/01/04
[#9855] Re: BUG: ruby-yarv 1.9 undefined method `close' for nil:NilClass in ensure — Pit Capitain <pit@...> 2007/01/04

ville.mattila@stonesoft.com schrieb:
[#9858] Re: BUG: ruby-yarv 1.9 undefined method `close' for nil:NilClass inensure — ville.mattila@... 2007/01/05

Pit Capitain <pit@capitain.de> wrote on 04.01.2007 21:22:54:

[#9856] YARV segfault when reading from STDIN — Eric Hodel <drbrain@...7.net>

$ ./rubyyarv19

1 message 2007/01/04

[#9857] RDoc patch for multiple classes and/or modules within C extensions — <noreply@...>

Patches item #7569, was opened at 2007-01-04 13:09

2 messages 2007/01/04
[#9863] Re: [ ruby-Patches-7569 ] RDoc patch for multiple classes and/or modules within C extensions — Eric Hodel <drbrain@...7.net> 2007/01/07

On Jan 4, 2007, at 12:09, <noreply@rubyforge.org>

[#9860] logger.rb : adding Thread.current.object_id output — <noreply@...>

Patches item #7592, was opened at 2007-01-05 23:50

1 message 2007/01/05

[#9861] miniruby segfaults while building ruby 1.8.5p2 on ppc/linux — <noreply@...>

Bugs item #7603, was opened at 2007-01-05 20:33

1 message 2007/01/05

[#9864] String#upto edge case - empty string causes infinite loop — Daniel Berger <Daniel.Berger@...>

Hi,

9 messages 2007/01/08
[#9866] Re: String#upto edge case - empty string causes infinite loop — Yukihiro Matsumoto <matz@...> 2007/01/08

Hi,
[#9868] Re: String#upto edge case - empty string causes infinite loop — "Arnaud Bergeron" <abergeron@...> 2007/01/08

On 1/8/07, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:
[#9870] Re: String#upto edge case - empty string causes infinite loop — "Berger, Daniel" <Daniel.Berger@...> 2007/01/08

> -----Original Message-----
[#9895] Re: String#upto edge case - empty string causes infinite loop — "Arnaud Bergeron" <abergeron@...> 2007/01/09

On 1/8/07, Berger, Daniel <Daniel.Berger@qwest.com> wrote:
[#9896] Re: String#upto edge case - empty string causes infinite loop — "Berger, Daniel" <Daniel.Berger@...> 2007/01/09

> -----Original Message-----
[#9915] Re: String#upto edge case - empty string causes infinite loop — "Arnaud Bergeron" <abergeron@...> 2007/01/11

On 1/9/07, Berger, Daniel <Daniel.Berger@qwest.com> wrote:
[#9919] Re: String#upto edge case - empty string causes infinite loop — "Berger, Daniel" <Daniel.Berger@...> 2007/01/11

> -----Original Message-----
[#9921] Re: String#upto edge case - empty string causes infinite loop — "Arnaud Bergeron" <abergeron@...> 2007/01/11

On 1/11/07, Berger, Daniel <Daniel.Berger@qwest.com> wrote:

[#9865] Attribute prefix returns non-empty value for attributes in nonamespace — <noreply@...>

Bugs item #7674, was opened at 2007-01-08 17:09

1 message 2007/01/08

[#9867] Troublesome -T ruby interpret flag — <noreply@...>

Bugs item #7678, was opened at 2007-01-08 20:38

3 messages 2007/01/08
[#9884] Re: [ ruby-Bugs-7678 ] Troublesome -T ruby interpret flag — "U.Nakamura" <usa@...> 2007/01/09

Hello,
[#9886] Re: [ ruby-Bugs-7678 ] Troublesome -T ruby interpret flag — Yukihiro Matsumoto <matz@...> 2007/01/09

Hi,

[#9869] a block argument within a block which argument has the same name leaks — <noreply@...>

Bugs item #7680, was opened at 2007-01-08 22:53

34 messages 2007/01/08
[#9871] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Yukihiro Matsumoto <matz@...> 2007/01/08

Hi,
[#9872] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Evan Webb <evan@...> 2007/01/08

On Jan 8, 2007, at 2:30 PM, Yukihiro Matsumoto wrote:
[#9873] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Yukihiro Matsumoto <matz@...> 2007/01/08

Hi,
[#9874] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Evan Phoenix <evan@...> 2007/01/09

[#9877] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Yukihiro Matsumoto <matz@...> 2007/01/09

Hi,
[#9876] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — dblack@... 2007/01/09

Hi --
[#9878] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Yukihiro Matsumoto <matz@...> 2007/01/09

Hi,
[#9879] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — dblack@... 2007/01/09

Hi --
[#9880] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Yukihiro Matsumoto <matz@...> 2007/01/09

Hi,
[#9881] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — "Joao Pedrosa" <joaopedrosa@...> 2007/01/09

Hi,
[#9882] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Evan Phoenix <evan@...> 2007/01/09

[#9883] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Gavin Kistner <gavin@...> 2007/01/09

On Jan 8, 2007, at 11:19 PM, Evan Phoenix wrote:
[#9885] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Yukihiro Matsumoto <matz@...> 2007/01/09

Hi,
[#9887] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Evan Phoenix <evan@...> 2007/01/09

[#9891] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Yukihiro Matsumoto <matz@...> 2007/01/09

Hi,
[#9888] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Charles Oliver Nutter <charles.nutter@...> 2007/01/09

Evan Phoenix wrote:
[#9892] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Yukihiro Matsumoto <matz@...> 2007/01/09

Hi,
[#9899] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Charles Oliver Nutter <charles.nutter@...> 2007/01/10

Yukihiro Matsumoto wrote:
[#9904] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Yukihiro Matsumoto <matz@...> 2007/01/10

Hi,
[#9905] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — James Edward Gray II <james@...> 2007/01/10

On Jan 10, 2007, at 8:43 AM, Yukihiro Matsumoto wrote:
[#9906] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Yukihiro Matsumoto <matz@...> 2007/01/10

Hi,
[#9916] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Marc Haisenko <haisenko@...> 2007/01/11

On Wednesday 10 January 2007 16:04, Yukihiro Matsumoto wrote:
[#9917] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — "Joao Pedrosa" <joaopedrosa@...> 2007/01/11

Hi,
[#9920] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Yukihiro Matsumoto <matz@...> 2007/01/11

Hi,
[#9922] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — "Joao Pedrosa" <joaopedrosa@...> 2007/01/11

Hi,
[#9924] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — "Joao Pedrosa" <joaopedrosa@...> 2007/01/11

Hi,
[#9936] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Steven Lumos <steven@...> 2007/01/12

Yukihiro Matsumoto <matz@ruby-lang.org> writes:
[#9893] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — dblack@... 2007/01/09

Hi --
[#9894] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Joel VanderWerf <vjoel@...> 2007/01/09

dblack@wobblini.net wrote:
[#9937] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Yukihiro Matsumoto <matz@...> 2007/01/13

Hi,
[#9939] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Evan Phoenix <evan@...> 2007/01/13

[#9940] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Charles Oliver Nutter <charles.nutter@...> 2007/01/13

Yukihiro Matsumoto wrote:
[#9941] Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks — Yukihiro Matsumoto <matz@...> 2007/01/13

Hi,

[#9875] rdoc: define "duplicate" for uniq and friends — <noreply@...>

Patches item #7684, was opened at 2007-01-08 16:53

1 message 2007/01/09

[#9889] unexpected behaviour: block arguments read / write outside of their block — <noreply@...>

Bugs item #7698, was opened at 2007-01-09 14:57

2 messages 2007/01/09
[#9890] Re: [ ruby-Bugs-7698 ] unexpected behaviour: block arguments read / write outside of their block — Carlos <angus@...> 2007/01/09

noreply@rubyforge.org wrote:

[#9897] Time Zone printing differently for 1.8.4 and 1.8.5. — "Jim Freeze" <jim@...>

> ruby -rparsedate -ve 'puts Time.mktime(* ParseDate.parsedate("Thu Nov 02

5 messages 2007/01/09
[#9898] Re: Time Zone printing differently for 1.8.4 and 1.8.5. — Yukihiro Matsumoto <matz@...> 2007/01/09

Hi,
[#9901] Re: Time Zone printing differently for 1.8.4 and 1.8.5. — Jim Freeze <jimfreeze@...> 2007/01/10

[#9902] Re: Time Zone printing differently for 1.8.4 and 1.8.5. — mathew <meta@...> 2007/01/10

On 1/9/07, Jim Freeze <jimfreeze@gmail.com> wrote:
[#9903] Re: Time Zone printing differently for 1.8.4 and 1.8.5. — Yukihiro Matsumoto <matz@...> 2007/01/10

Hi,

[#9900] Persistence Mechanism — James F Wirth <jwirth1@...>

Have just joined ML.

1 message 2007/01/10

[#9907] Question about RUBY_CRITICAL — "Berger, Daniel" <Daniel.Berger@...>

Hi,

2 messages 2007/01/10
[#9912] Re: Question about RUBY_CRITICAL — "Nobuyoshi Nakada" <nobu@...> 2007/01/11

Hi,

[#9908] rdoc for 1.8.5 not creating Module docs? — James Britt <james.britt@...>

When running rdoc over the current 1.8.5 source, the resulting HTML file

5 messages 2007/01/10
[#9909] Re: rdoc for 1.8.5 not creating Module docs? — "Jan Svitok" <jan.svitok@...> 2007/01/10

On 1/10/07, James Britt <james.britt@gmail.com> wrote:
[#9914] Re: rdoc for 1.8.5 not creating Module docs? — James Britt <james.britt@...> 2007/01/11

Jan Svitok wrote:
[#9910] Re: rdoc for 1.8.5 not creating Module docs? — Eric Hodel <drbrain@...7.net> 2007/01/10

On Jan 10, 2007, at 10:54, James Britt wrote:
[#9911] Re: rdoc for 1.8.5 not creating Module docs? — James Britt <james.britt@...> 2007/01/10

Eric Hodel wrote:

[#9913] Fixed rdoc directives in yaml/tag.rb that were interfering with rdoc for object.c — <noreply@...>

Patches item #7742, was opened at 2007-01-10 18:57

1 message 2007/01/11

[#9923] SITE_DIR in config.h always empty — <noreply@...>

Patches item #7756, was opened at 2007-01-11 12:58

2 messages 2007/01/11
[#9928] Re: [ ruby-Patches-7756 ] SITE_DIR in config.h always empty — "Nobuyoshi Nakada" <nobu@...> 2007/01/12

Hi,

[#9925] Complex Number exp() function incorrect — <noreply@...>

Bugs item #7759, was opened at 2007-01-11 15:27

1 message 2007/01/11

[#9926] Fix for File and File::Stat to deal with bogus stat.st_size member — <noreply@...>

Patches item #7760, was opened at 2007-01-11 14:26

6 messages 2007/01/11
[#9930] Re: [ ruby-Patches-7760 ] Fix for File and File::Stat to deal with bogus stat.st_size member — Hugh Sasse <hgs@...> 2007/01/12

On Fri, 12 Jan 2007, noreply@rubyforge.org wrote:
[#9932] Re: [ ruby-Patches-7760 ] Fix for File and File::Stat to deal withbogus stat.st_size member — "Berger, Daniel" <Daniel.Berger@...> 2007/01/12

> -----Original Message-----
[#9933] Re: [ ruby-Patches-7760 ] Fix for File and File::Stat to deal withbogus stat.st_size member — Hugh Sasse <hgs@...> 2007/01/12

On Sat, 13 Jan 2007, Berger, Daniel wrote:
[#9934] Re: [ ruby-Patches-7760 ] Fix for File and File::Stat to dealwithbogus stat.st_size member — "Berger, Daniel" <Daniel.Berger@...> 2007/01/12

> -----Original Message-----
[#9935] Re: [ ruby-Patches-7760 ] Fix for File and File::Stat to dealwithbogus stat.st_size member — Hugh Sasse <hgs@...> 2007/01/12

On Sat, 13 Jan 2007, Berger, Daniel wrote:

[#9929] Wrong number of arguments when calling Tk::Itk::Component.id2obj in Tk::Iwidgets::Checkbox and Tk::Iwidgets::Radiobox get() methods — <noreply@...>

Bugs item #7776, was opened at 12/01/2007 11:22

1 message 2007/01/12

[#9931] configure leaves empty SITE_DIR in config.h — <noreply@...>

Bugs item #7779, was opened at 2007-01-12 10:20

1 message 2007/01/12

[#9938] YAML.parse fails to recognize document terminator when it follows a multiline scalar — <noreply@...>

Bugs item #7787, was opened at 2007-01-13 01:17

1 message 2007/01/13

[#9942] Compiling ruby on cygwin-1.3.2 — borg@...3.net

Hello..

3 messages 2007/01/15
[#9943] Re: Compiling ruby on cygwin-1.3.2 — "Nobuyoshi Nakada" <nobu@...> 2007/01/16

AtTue, 16 Jan 2007 03:49:14 +0900,
[#9948] Re: Compiling ruby on cygwin-1.3.2 — borg@...3.net 2007/01/17

rebase didnt worked..

[#9944] memory leak of callcc, at specific situation. — <noreply@...>

Bugs item #7896, was opened at 2007-01-16 18:27

1 message 2007/01/16

[#9945] Signals and Restarting Syscalls — Curt Sampson <cjs@...>

[Note: I tried this on ruby-lang, and got no answer. I'm hoping someone

1 message 2007/01/16

[#9946] ruby 1.9.0 /home/yuesefa/project/ruby/import/import.rb:6:in `new': failed to allocate memory (NoMemoryError) from /home/yuesefa/project/ruby/import/import.rb:6:in `block in <main>' from /home/yuesefa/project/ruby/import/import.rb:4:in `times' from /h — Haofei <yuesefa@...>

code below:

1 message 2007/01/17

[#9947] Re: ruby 1.9.0 /home/yuesefa/project/ruby/import/import.rb:6:in `new': failed to allocate memory (NoMemoryError) from /home/yuesefa/project/ruby/import/import.rb:6:in `block in <main>' from /home/yuesefa/project/ruby/import/import.rb:4:in `times' fro — Haofei <yuesefa@...>

sorry for the title. something wrong with my text editor . :-)

1 message 2007/01/17

[#9949] sandbox 0.4 (r115) with a new patch — _why <why@...>

Okay, here's the latest release of the freaky freaky sandbox.

6 messages 2007/01/17
[#9967] Re: sandbox 0.4 (r115) with a new patch — Andre Nathan <andre@...> 2007/01/19

On Thu, 2007-01-18 at 08:43 +0900, _why wrote:
[#9970] Re: sandbox 0.4 (r115) with a new patch — _why <why@...> 2007/01/19

On Sat, Jan 20, 2007 at 02:49:38AM +0900, Andre Nathan wrote:
[#9971] Re: sandbox 0.4 (r115) with a new patch — Andre Nathan <andre@...> 2007/01/19

On Sat, 2007-01-20 at 07:11 +0900, _why wrote:
[#9950] Re: sandbox 0.4 (r115) with a new patch — "Nobuyoshi Nakada" <nobu@...> 2007/01/18

Hi,
[#9951] Re: sandbox 0.4 (r115) with a new patch — _why <why@...> 2007/01/18

On Thu, Jan 18, 2007 at 11:16:11AM +0900, Nobuyoshi Nakada wrote:

[#9954] Re: Error when trying to build trunk — "Nobuyoshi Nakada" <nobu@...>

Hi,

3 messages 2007/01/18
[#9956] Re: Error when trying to build trunk — "Nicolas Despr鑚" <nicolas.despres@...> 2007/01/18

On 1/18/07, Ola Bini <ola.bini@ki.se> wrote:
[#9957] Re: Error when trying to build trunk — "Nobuyoshi Nakada" <nobu@...> 2007/01/18

Hi,

[#9958] rb_cProc and rb_cBinding defined twice in trunk — "Vincent Isambart" <vincent.isambart@...>

Hi,

2 messages 2007/01/18
[#9979] Re: rb_cProc and rb_cBinding defined twice in trunk — SASADA Koichi <ko1@...> 2007/01/20

Hi,

[#9959] anonymous classes share single alloc function — <noreply@...>

Bugs item #7974, was opened at 2007-01-18 13:28

4 messages 2007/01/18
[#9962] Re: [ ruby-Bugs-7974 ] anonymous classes share single alloc function — "Nobuyoshi Nakada" <nobu@...> 2007/01/19

Hi,
[#9968] Re: [ ruby-Bugs-7974 ] anonymous classes share single alloc function — MenTaLguY <mental@...> 2007/01/19

On Fri, 2007-01-19 at 16:46 +0900, Nobuyoshi Nakada wrote:
[#9975] Re: [ ruby-Bugs-7974 ] anonymous classes share single alloc function — Nobuyoshi Nakada <nobu@...> 2007/01/20

Hi,

[#9960] Scoping and locating definitions — Jos Backus <jos@...>

Consider the following:

17 messages 2007/01/18
[#9963] Re: Scoping and locating definitions — Eric Hodel <drbrain@...7.net> 2007/01/19

On Jan 18, 2007, at 15:53, Jos Backus wrote:
[#9965] Re: Scoping and locating definitions — Jos Backus <jos@...> 2007/01/19

Hi Eric,
[#9964] Re: Scoping and locating definitions — Pit Capitain <pit@...> 2007/01/19

Jos Backus schrieb:
[#9966] Re: Scoping and locating definitions — Jos Backus <jos@...> 2007/01/19

On Fri, Jan 19, 2007 at 06:40:03PM +0900, Pit Capitain wrote:
[#9972] Re: Scoping and locating definitions — Jos Backus <jos@...> 2007/01/19

On Sat, Jan 20, 2007 at 02:18:19AM +0900, Jos Backus wrote:
[#9974] Re: Scoping and locating definitions — "Nicolas Despr鑚" <nicolas.despres@...> 2007/01/20

On 1/20/07, Jos Backus <jos@catnook.com> wrote:
[#9980] Re: Scoping and locating definitions — Sam Roberts <sroberts@...> 2007/01/20

Quoting nicolas.despres@gmail.com, on Sat, Jan 20, 2007 at 10:13:15AM +0900:
[#9983] Re: Scoping and locating definitions — Jos Backus <jos@...> 2007/01/20

On Sun, Jan 21, 2007 at 02:44:49AM +0900, Sam Roberts wrote:
[#9977] Re: Scoping and locating definitions — Jos Backus <jos@...> 2007/01/20

On Sat, Jan 20, 2007 at 10:13:15AM +0900, Nicolas Desprs wrote:
[#9982] Re: Scoping and locating definitions — Pit Capitain <pit@...> 2007/01/20

Jos Backus schrieb:
[#9984] Re: Scoping and locating definitions — Jos Backus <jos@...> 2007/01/20

On Sun, Jan 21, 2007 at 04:39:52AM +0900, Pit Capitain wrote:
[#9985] Re: Scoping and locating definitions — Pit Capitain <pit@...> 2007/01/20

Jos Backus schrieb:
[#9986] Re: Scoping and locating definitions — Jos Backus <jos@...> 2007/01/20

On Sun, Jan 21, 2007 at 08:19:47AM +0900, Pit Capitain wrote:
[#9987] Re: Scoping and locating definitions — Terry Weissman <terry@...> 2007/01/21

On Jan 20, 2007, at 3:31 PM, Jos Backus wrote:
[#9989] Re: Scoping and locating definitions — "Wayne Vucenic" <nightphotos@...> 2007/01/21

Hi Terry,
[#9990] Re: Scoping and locating definitions — Jos Backus <jos@...> 2007/01/21

Hi Wayne,

[#9961] signal 4, Illegal instruction. — <noreply@...>

Bugs item #7989, was opened at 19/01/2007 01:41

1 message 2007/01/19

[#9969] Allowing Unicode in the grammar? — "Berger, Daniel" <Daniel.Berger@...>

Hi Matz,

3 messages 2007/01/19
[#9973] Re: Allowing Unicode in the grammar? — "Nikolai Weibull" <now@...> 2007/01/19

On 1/19/07, Berger, Daniel <Daniel.Berger@qwest.com> wrote:> One of the things Fortress allows you to do is use Unicode in the language itself. For example, instead of '==', you use '≡'(U+2261). For those unable or unwilling to use that, Fortress also provides a macro equivalent such as 'EQ'.>> I don't expect you to support it, I was just wondering if you've ever considered it and what you think of the idea in general.>> If I had an initial wishlist, I would keep it small:>> ≡ (U+2261)> ≥ (U+2265)> ≤ (U+2264)> ≠ (U+2260)>> I'm not suggesting replacing '==', just allowing the Unicode code point to mean the same thing (and thus, allowing us to define it in our own classes as well).>> Or are we prisoners of QWERTY?
[#9988] Re: Allowing Unicode in the grammar? — Daniel Berger <djberg96@...> 2007/01/21

Nikolai Weibull wrote:

[#9976] compiling on AIX using IBM compiler — Ken Foskey <foskey@...>

1 message 2007/01/20

[#9978] How to help ruby 1.9 ? — Vincent Fourmond <vincent.fourmond@9online.fr>

2 messages 2007/01/20
[#10031] Re: How to help ruby 1.9 ? — SASADA Koichi <ko1@...> 2007/01/24

Hi,

[#9981] YAML fails to parse its own input — <noreply@...>

Bugs item #8026, was opened at 2007-01-20 18:44

1 message 2007/01/20

[#9991] SystemStackError thrown if ruby_init is called on a longer stack than other ruby functions — <noreply@...>

Bugs item #8050, was opened at 2007-01-22 13:29

1 message 2007/01/22

[#9992] Error in Socket sample code — <noreply@...>

Bugs item #8055, was opened at 2007-01-21 22:46

2 messages 2007/01/22
[#9993] Re: [ ruby-Bugs-8055 ] Error in Socket sample code — Yukihiro Matsumoto <matz@...> 2007/01/22

Hi,

[#9994] debug.rb: setting breakpoints using Class.method or Class:method doesn't work — <noreply@...>

Bugs item #8058, was opened at 2007-01-21 22:38

1 message 2007/01/22

[#9995] Added documentation for Hash about how it uses eql? and hash methods for the keys — <noreply@...>

Patches item #8062, was opened at 2007-01-22 12:41

1 message 2007/01/22

[#9996] new method dispatch rule (matz' proposal) — SASADA Koichi <ko1@...>

Hi,

50 messages 2007/01/23
[#9997] Re: new method dispatch rule (matz' proposal) — "Brian Mitchell" <binary42@...> 2007/01/23

On 1/23/07, SASADA Koichi <ko1@atdot.net> wrote:
[#9999] Re: new method dispatch rule (matz' proposal) — Yukihiro Matsumoto <matz@...> 2007/01/23

Hi,
[#9998] Re: new method dispatch rule (matz' proposal) — Yukihiro Matsumoto <matz@...> 2007/01/23

Hi,
[#10000] Re: new method dispatch rule (matz' proposal) — Charles Oliver Nutter <charles.nutter@...> 2007/01/23

It's late for me here, so I have just brief comments below...
[#10001] Re: new method dispatch rule (matz' proposal) — Yukihiro Matsumoto <matz@...> 2007/01/23

Hi,
[#10009] Re: new method dispatch rule (matz' proposal) — Charles Oliver Nutter <charles.nutter@...> 2007/01/23

Yukihiro Matsumoto wrote:
[#10023] Re: new method dispatch rule (matz' proposal) — Yukihiro Matsumoto <matz@...> 2007/01/24

Hi,
[#10026] Re: new method dispatch rule (matz' proposal) — Charles Oliver Nutter <charles.nutter@...> 2007/01/24

Yukihiro Matsumoto wrote:
[#10028] Re: new method dispatch rule (matz' proposal) — Yukihiro Matsumoto <matz@...> 2007/01/24

Hi,
[#10002] Re: new method dispatch rule (matz' proposal) — Daniel DeLorme <dan-ml@...42.com> 2007/01/23

SASADA Koichi wrote:
[#10003] Re: new method dispatch rule (matz' proposal) — Yukihiro Matsumoto <matz@...> 2007/01/23

Hi,
[#10004] Re: new method dispatch rule (matz' proposal) — James Edward Gray II <james@...> 2007/01/23

On Jan 23, 2007, at 7:41 AM, Yukihiro Matsumoto wrote:
[#10005] Re: new method dispatch rule (matz' proposal) — Hugh Sasse <hgs@...> 2007/01/23

On Tue, 23 Jan 2007, James Edward Gray II wrote:
[#10006] Re: new method dispatch rule (matz' proposal) — Yukihiro Matsumoto <matz@...> 2007/01/23

Hi,
[#10007] Re: new method dispatch rule (matz' proposal) — Shugo Maeda <shugo@...> 2007/01/23

Hi,
[#10010] Re: new method dispatch rule (matz' proposal) — Yukihiro Matsumoto <matz@...> 2007/01/23

Hi,
[#10036] Re: new method dispatch rule (matz' proposal) — Shugo Maeda <shugo@...> 2007/01/25

Hi,
[#10041] Re: new method dispatch rule (matz' proposal) — Paulo Kh <paulo.koch@...> 2007/01/25

[#10042] Re: new method dispatch rule (matz' proposal) — Yukihiro Matsumoto <matz@...> 2007/01/25

Hi,
[#10045] Re: new method dispatch rule (matz' proposal) — Evan Phoenix <evan@...> 2007/01/25

[#10011] Re: new method dispatch rule (matz' proposal) — "Nikolai Weibull" <now@...> 2007/01/23

On 1/23/07, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:
[#10012] Re: new method dispatch rule (matz' proposal) — "Berger, Daniel" <Daniel.Berger@...> 2007/01/23

> -----Original Message-----
[#10013] Re: new method dispatch rule (matz' proposal) — "Marcel Molina Jr." <marcel@...> 2007/01/23

On Wed, Jan 24, 2007 at 07:38:27AM +0900, Yukihiro Matsumoto wrote:
[#10008] Re: new method dispatch rule (matz' proposal) — Hugh Sasse <hgs@...> 2007/01/23

On Tue, 23 Jan 2007, Yukihiro Matsumoto wrote:
[#10017] Re: new method dispatch rule (matz' proposal) — Daniel DeLorme <dan-ml@...42.com> 2007/01/24

Yukihiro Matsumoto wrote:
[#10018] Re: new method dispatch rule (matz' proposal) — Yukihiro Matsumoto <matz@...> 2007/01/24

Hi,
[#10020] Re: new method dispatch rule (matz' proposal) — Evan Phoenix <evan@...> 2007/01/24

[#10022] Re: new method dispatch rule (matz' proposal) — Yukihiro Matsumoto <matz@...> 2007/01/24

Hi,
[#10030] Re: new method dispatch rule (matz' proposal) — Daniel DeLorme <dan-ml@...42.com> 2007/01/24

Yukihiro Matsumoto wrote:
[#10033] Re: new method dispatch rule (matz' proposal) — Yukihiro Matsumoto <matz@...> 2007/01/24

Hi,
[#10046] Re: new method dispatch rule (matz' proposal) — Evan Phoenix <evan@...> 2007/01/25

[#10047] Re: new method dispatch rule (matz' proposal) — Yukihiro Matsumoto <matz@...> 2007/01/25

Hi,
[#10025] Re: new method dispatch rule (matz' proposal) — Charles Oliver Nutter <charles.nutter@...> 2007/01/24

Evan Phoenix wrote:
[#10029] Re: new method dispatch rule (matz' proposal) — "Nick Sieger" <nicksieger@...> 2007/01/24

On 1/23/07, Charles Oliver Nutter <charles.nutter@sun.com> wrote:
[#10024] Re: new method dispatch rule (matz' proposal) — Daniel DeLorme <dan-ml@...42.com> 2007/01/24

Yukihiro Matsumoto wrote:
[#10027] Re: new method dispatch rule (matz' proposal) — Yukihiro Matsumoto <matz@...> 2007/01/24

Hi,
[#10048] Re: new method dispatch rule (matz' proposal) — Evan Phoenix <evan@...> 2007/01/25

The more this discussion goes on, the more I worry that Joe Q Public
[#10049] Re: new method dispatch rule (matz' proposal) — zdennis <zdennis@...> 2007/01/25

-----BEGIN PGP SIGNED MESSAGE-----
[#10054] Re: new method dispatch rule (matz' proposal) — Yukihiro Matsumoto <matz@...> 2007/01/25

Hi,
[#10056] Re: new method dispatch rule (matz' proposal) — Joshua Haberman <joshua@...> 2007/01/25

On Thu, 2007-01-25 at 07:02, Yukihiro Matsumoto wrote:
[#10057] Re: new method dispatch rule (matz' proposal) — Yukihiro Matsumoto <matz@...> 2007/01/25

[#10063] Re: new method dispatch rule (matz' proposal) — "Berger, Daniel" <Daniel.Berger@...> 2007/01/25

> -----Original Message-----
[#10059] Re: new method dispatch rule (matz' proposal) — Sam Roberts <sroberts@...> 2007/01/25

On Fri, Jan 26, 2007 at 12:02:33AM +0900, Yukihiro Matsumoto wrote:
[#10062] Re: new method dispatch rule (matz' proposal) — Evan Phoenix <evan@...> 2007/01/25

[#10060] Re: new method dispatch rule (matz' proposal) — Evan Phoenix <evan@...> 2007/01/25

[#10065] Re: new method dispatch rule (matz' proposal) — Charles Oliver Nutter <charles.nutter@...> 2007/01/25

Evan Phoenix wrote:
[#10069] Re: new method dispatch rule (matz' proposal) — Yukihiro Matsumoto <matz@...> 2007/01/26

Hi,
[#10071] Re: new method dispatch rule (matz' proposal) — dblack@... 2007/01/26

Hi --
[#10078] Re: new method dispatch rule (matz' proposal) — Charles Oliver Nutter <charles.nutter@...> 2007/01/26

dblack@wobblini.net wrote:

[#10016] fix mkconfig.rb for autoconf 2.61a — Marcus Rueckert <mrueckert@...>

hi,

1 message 2007/01/23

[#10019] stable branch policy & schedule for 1.8.6 — "Akinori MUSHA" <knu@...>

Core developers,

29 messages 2007/01/24
[#10039] Re: stable branch policy & schedule for 1.8.6 — Sam Roberts <sroberts@...> 2007/01/25

On Thu, Jan 25, 2007 at 10:35:12AM +0900, Bill Kelly wrote:
[#10021] Re: stable branch policy & schedule for 1.8.6 — Charles Oliver Nutter <charles.nutter@...> 2007/01/24

Akinori MUSHA wrote:
[#10032] Re: stable branch policy & schedule for 1.8.6 — Joel VanderWerf <vjoel@...> 2007/01/24

Charles Oliver Nutter wrote:
[#10035] Re: stable branch policy & schedule for 1.8.6 — Eric Hodel <drbrain@...7.net> 2007/01/25

On Jan 23, 2007, at 22:13, Joel VanderWerf wrote:
[#10038] Re: stable branch policy & schedule for 1.8.6 — James Edward Gray II <james@...> 2007/01/25

On Jan 24, 2007, at 7:12 PM, Eric Hodel wrote:
[#10043] Re: stable branch policy & schedule for 1.8.6 — Joel VanderWerf <vjoel@...> 2007/01/25

James Edward Gray II wrote:
[#10044] Re: stable branch policy & schedule for 1.8.6 — Joel VanderWerf <vjoel@...> 2007/01/25

Joel VanderWerf wrote:
[#10052] Re: stable branch policy & schedule for 1.8.6 — Hugh Sasse <hgs@...> 2007/01/25

On Thu, 25 Jan 2007, Joel VanderWerf wrote:
[#10053] Re: stable branch policy & schedule for 1.8.6 — Christian Neukirchen <chneukirchen@...> 2007/01/25

Eric Hodel <drbrain@segment7.net> writes:
[#10051] Re: stable branch policy & schedule for 1.8.6 — Sylvain Joyeux <sylvain.joyeux@...4x.org> 2007/01/25

> > rbtree, as long as we're voting for core inclusions.
[#10055] Re: stable branch policy & schedule for 1.8.6 — "Akinori MUSHA" <knu@...> 2007/01/25

At Wed, 24 Jan 2007 15:13:52 +0900,
[#10058] Re: stable branch policy & schedule for 1.8.6 — MenTaLguY <mental@...> 2007/01/25

On Fri, 26 Jan 2007 00:25:30 +0900, "Akinori MUSHA" <knu@iDaemons.org> wrote:
[#10061] fastthread (Was: Re: stable branch policy & schedule for 1.8.6) — MenTaLguY <mental@...> 2007/01/25

Actually, guys, let's defer further discussion of fastthread inclusion until I've got the patch ready and submitted to the Ruby patch tracker. We can't ask Akinori to make a decision on something that doesn't exist in its final form yet.
[#10073] Re: stable branch policy & schedule for 1.8.6 — MenTaLguY <mental@...> 2007/01/26

Hello,
[#10082] Re: stable branch policy & schedule for 1.8.6 — "Akinori MUSHA" <knu@...> 2007/01/28

Hi,
[#10128] Re: stable branch policy & schedule for 1.8.6 — MenTaLguY <mental@...> 2007/01/30

On Sun, 2007-01-28 at 15:16 +0900, Akinori MUSHA wrote:
[#10191] Re: stable branch policy & schedule for 1.8.6 — "Akinori MUSHA" <knu@...> 2007/02/05

Sorry for the delay.
[#10192] Re: stable branch policy & schedule for 1.8.6 — James Edward Gray II <james@...> 2007/02/05

On Feb 5, 2007, at 10:20 AM, Akinori MUSHA wrote:
[#10211] Re: stable branch policy & schedule for 1.8.6 — _why <why@...> 2007/02/06

On Tue, Feb 06, 2007 at 01:20:08AM +0900, Akinori MUSHA wrote:
[#10034] Re: stable branch policy & schedule for 1.8.6 — MenTaLguY <mental@...> 2007/01/24

On Wed, 2007-01-24 at 10:10 +0900, Charles Oliver Nutter wrote:
[#10109] Re: stable branch policy & schedule for 1.8.6 — Marcus Rueckert <mrueckert@...> 2007/01/29

hi,
[#10110] Re: stable branch policy & schedule for 1.8.6 — "Akinori MUSHA" <knu@...> 2007/01/29

At Mon, 29 Jan 2007 21:55:52 +0900,
[#10152] Re: stable branch policy & schedule for 1.8.6 — "Akinori MUSHA" <knu@...> 2007/02/01

At Mon, 29 Jan 2007 21:55:52 +0900,
[#10166] Re: stable branch policy & schedule for 1.8.6 — Marcus Rueckert <mrueckert@...> 2007/02/02

On 2007-02-01 17:05:12 +0900, Akinori MUSHA wrote:
[#10141] Re: stable branch policy & schedule for 1.8.6 — Daniel Harple <dharple@...> 2007/01/31

On Jan 23, 2007, at 7:55 PM, Akinori MUSHA wrote:
[#10144] Re: stable branch policy & schedule for 1.8.6 — Charles Oliver Nutter <charles.nutter@...> 2007/02/01

Daniel Harple wrote:
[#10148] Re: stable branch policy & schedule for 1.8.6 — _why <why@...> 2007/02/01

On Thu, Feb 01, 2007 at 08:45:09AM +0900, Daniel Harple wrote:
[#10203] 1.8.5 release on 3/3 — Urabe Shyouhei <shyouhei@...> 2007/02/06

Hi all,

[#10040] ftp.rb raises an error that is not an FTPError on certain error conditions — <noreply@...>

Patches item #8127, was opened at 2007-01-24 21:05

1 message 2007/01/25

[#10050] Sony Playstation Portable Support — <noreply@...>

Patches item #8134, was opened at 2007-01-25 08:19

1 message 2007/01/25

[#10064] [BUG] unknown dvar (args) — <noreply@...>

Bugs item #8153, was opened at 2007-01-25 21:36

1 message 2007/01/25

[#10066] class variables and inheritance — <noreply@...>

Bugs item #8156, was opened at 2007-01-25 15:05

5 messages 2007/01/25
[#10067] Re: [ ruby-Bugs-8156 ] class variables and inheritance — Yukihiro Matsumoto <matz@...> 2007/01/25

Hi,
[#10083] Re: [ ruby-Bugs-8156 ] class variables and inheritance — "Brendan Inglese" <escii@...> 2007/01/28

Hi,
[#10084] Re: [ ruby-Bugs-8156 ] class variables and inheritance — dblack@... 2007/01/28

Hi --
[#10105] Re: [ ruby-Bugs-8156 ] class variables and inheritance — Yukihiro Matsumoto <matz@...> 2007/01/28

Hi,

[#10068] Re: Method Dispatch (was Adding methods to String, but only in my own Module?) — gwtmp01@...

5 messages 2007/01/25
[#10070] Re: Method Dispatch (was Adding methods to String, but only in my own Module?) — Yukihiro Matsumoto <matz@...> 2007/01/26

Hi,
[#10075] Re: Method Dispatch (was Adding methods to String, but only in my own Module?) — Yukihiro Matsumoto <matz@...> 2007/01/26

[#10080] Re: Method Dispatch (was Adding methods to String, but only in my own Module?) — Gavin Kistner <gavin@...> 2007/01/27

Aside: all this discussion about changing the core of Ruby and
[#10074] Re: Method Dispatch (was Adding methods to String, but only in my own Module?) — Jos Backus <jos@...> 2007/01/26

On Fri, Jan 26, 2007 at 08:57:11AM +0900, gwtmp01@mac.com wrote:

[#10072] improved C implementation of thread.rb ("fastthread") — <noreply@...>

Patches item #8168, was opened at 2007-01-25 23:03

1 message 2007/01/26

[#10076] Strange behaviour of iterator variable inside eval — <noreply@...>

Bugs item #8174, was opened at 2007-01-26 14:50

2 messages 2007/01/26
[#10081] Re: [ ruby-Bugs-8174 ] Strange behaviour of iterator variable inside eval — Yukihiro Matsumoto <matz@...> 2007/01/27

Hi,

[#10077] UNSUBSCRIBE — "Thomas Abraham" <tomuhs@...>

1 message 2007/01/26

[#10079] Array Expansion Stack Level Too Deep — zdennis <zdennis@...>

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

1 message 2007/01/26

[#10085] Collaborative Ruby Language Specification — "John Lam (CLR)" <jflam@...>

Hi Everyone,

36 messages 2007/01/28
[#10086] Re: Collaborative Ruby Language Specification — "Nikolai Weibull" <now@...> 2007/01/28

On 1/28/07, John Lam (CLR) <jflam@microsoft.com> wrote:
[#10087] Re: Collaborative Ruby Language Specification — "Patrick Hurley" <phurley@...> 2007/01/28

On 1/28/07, Nikolai Weibull <now@bitwi.se> wrote:
[#10090] Re: Collaborative Ruby Language Specification — "Nikolai Weibull" <now@...> 2007/01/28

On 1/28/07, Patrick Hurley <phurley@gmail.com> wrote:
[#10111] Re: Collaborative Ruby Language Specification — Charles Thornton <ceo@...> 2007/01/30

Dear Core Colleagues,
[#10091] Re: Collaborative Ruby Language Specification — "Nikolai Weibull" <now@...> 2007/01/28

On 1/28/07, Ola Bini <ola.bini@ki.se> wrote:
[#10093] Re: Collaborative Ruby Language Specification — dblack@... 2007/01/28

Hi --
[#10094] Re: Collaborative Ruby Language Specification — dblack@... 2007/01/28

Hi --
[#10095] Re: Collaborative Ruby Language Specification — "John Lam (CLR)" <jflam@...> 2007/01/28

>> I'm not sure what there is to be non-neutral about :-)
[#10096] Re: Collaborative Ruby Language Specification — dblack@... 2007/01/28

Hi --
[#10097] Re: Collaborative Ruby Language Specification — dblack@... 2007/01/28

On Mon, 29 Jan 2007, dblack@wobblini.net wrote:
[#10099] Re: Collaborative Ruby Language Specification — "John Lam (CLR)" <jflam@...> 2007/01/28

I'm sorry - I didn't mean that Ruby Central would make final technical decisions - that's clearly Matz's job. However, there are lots of administrative and sponsorship issues where it makes sense for a neutral organization to drive it. Witness the Python Software Foundation and how they drive their process.
[#10106] Re: Collaborative Ruby Language Specification — dblack@... 2007/01/28

Hi --
[#10098] Re: Collaborative Ruby Language Specification — "John Lam (CLR)" <jflam@...> 2007/01/28

>> At RubyConf 2006, there was an implementers' summit, at which the
[#10103] Re: Collaborative Ruby Language Specification — Charles Oliver Nutter <charles.nutter@...> 2007/01/28

John Lam (CLR) wrote:
[#10102] Re: Collaborative Ruby Language Specification — Charles Oliver Nutter <charles.nutter@...> 2007/01/28

John Lam (CLR) wrote:
[#10118] Re: Collaborative Ruby Language Specification — "John Lam (CLR)" <jflam@...> 2007/01/30

> I hope such a spec would be developed "in the open" from the beginning,
[#10120] Re: Collaborative Ruby Language Specification — "Eustaquio Rangel de Oliveira Jr." <eustaquiorangel@...> 2007/01/30

-----BEGIN PGP SIGNED MESSAGE-----
[#10124] Re: Collaborative Ruby Language Specification — "Nikolai Weibull" <now@...> 2007/01/30

On 1/30/07, John Lam (CLR) <jflam@microsoft.com> wrote:
[#10126] Re: Collaborative Ruby Language Specification — Pit Capitain <pit@...> 2007/01/30

Nikolai Weibull schrieb:
[#10127] Re: [OT] Re: Collaborative Ruby Language Specification — "Nikolai Weibull" <now@...> 2007/01/30

On 1/30/07, Pit Capitain <pit@capitain.de> wrote:
[#10146] Re: Collaborative Ruby Language Specification — Charles Oliver Nutter <charles.nutter@...> 2007/02/01

Nikolai Weibull wrote:
[#10107] Re: Collaborative Ruby Language Specification — Charles Oliver Nutter <charles.nutter@...> 2007/01/29

M. Edward (Ed) Borasky wrote:
[#10108] Re: Collaborative Ruby Language Specification — Charles Oliver Nutter <charles.nutter@...> 2007/01/29

M. Edward (Ed) Borasky wrote:
[#10112] Re: Collaborative Ruby Language Specification — "Eustaquio Rangel de Oliveira Jr." <eustaquiorangel@...> 2007/01/30

-----BEGIN PGP SIGNED MESSAGE-----
[#10113] Re: Collaborative Ruby Language Specification — "Nikolai Weibull" <now@...> 2007/01/30

On 1/30/07, Eustaquio Rangel de Oliveira Jr. <eustaquiorangel@yahoo.com> wrote:
[#10115] Re: Collaborative Ruby Language Specification — "Brian Mitchell" <binary42@...> 2007/01/30

On 1/30/07, Nikolai Weibull <now@bitwi.se> wrote:
[#10116] Re: Collaborative Ruby Language Specification — "John Lam (CLR)" <jflam@...> 2007/01/30

> > I was checking some CLR opinions and - correct me please if I'm wrong - seems
[#10117] Re: Collaborative Ruby Language Specification — dblack@... 2007/01/30

Hi --
[#10119] Re: Collaborative Ruby Language Specification — "Eustaquio Rangel de Oliveira Jr." <eustaquiorangel@...> 2007/01/30

-----BEGIN PGP SIGNED MESSAGE-----
[#10121] Re: Collaborative Ruby Language Specification — gwtmp01@... 2007/01/30

[#10145] Re: Collaborative Ruby Language Specification — Charles Oliver Nutter <charles.nutter@...> 2007/02/01

gwtmp01@mac.com wrote:
[#10150] Re: Collaborative Ruby Language Specification — gwtmp01@... 2007/02/01

[#10153] Re: Collaborative Ruby Language Specification — Charles Oliver Nutter <charles.nutter@...> 2007/02/01

gwtmp01@mac.com wrote:
[#10122] Re: Collaborative Ruby Language Specification — "Eustaquio Rangel de Oliveira Jr." <eustaquiorangel@...> 2007/01/30

-----BEGIN PGP SIGNED MESSAGE-----
[#10154] Re: Collaborative Ruby Language Specification — Charles Oliver Nutter <charles.nutter@...> 2007/02/01

M. Edward (Ed) Borasky wrote:

[#10114] add usage of uri.userinfo to open-uri.rb — <noreply@...>

Patches item #8309, was opened at 2007-01-30 15:25

16 messages 2007/01/30
[#10131] Re: [ ruby-Patches-8309 ] add usage of uri.userinfo to open-uri.rb — Yukihiro Matsumoto <matz@...> 2007/01/31

[#10132] Re: [ ruby-Patches-8309 ] add usage of uri.userinfo to open-uri.rb — Paulo Kh <paulo.koch@...> 2007/01/31

On 2007/01/31, at 06:07, Yukihiro Matsumoto wrote:
[#10137] Re: [ ruby-Patches-8309 ] add usage of uri.userinfo to open-uri.rb — Yukihiro Matsumoto <matz@...> 2007/01/31

Hi,
[#10139] Re: [ ruby-Patches-8309 ] add usage of uri.userinfo to open-uri.rb — Sam Roberts <sroberts@...> 2007/01/31

On Thu, Feb 01, 2007 at 01:19:34AM +0900, Yukihiro Matsumoto wrote:
[#10143] Re: [ ruby-Patches-8309 ] add usage of uri.userinfo to open-uri.rb — Yukihiro Matsumoto <matz@...> 2007/02/01

Hi,
[#10175] Re: [ ruby-Patches-8309 ] add usage of uri.userinfo to open-uri.rb — Urabe Shyouhei <shyouhei@...> 2007/02/03

Hi matz,
[#10176] Re: [ ruby-Patches-8309 ] add usage of uri.userinfo to open-uri.rb — Yukihiro Matsumoto <matz@...> 2007/02/03

Hi,
[#10180] Re: [ ruby-Patches-8309 ] add usage of uri.userinfo to open-uri.rb — James Edward Gray II <james@...> 2007/02/03

On Feb 2, 2007, at 7:40 PM, Yukihiro Matsumoto wrote:
[#10181] Re: [ ruby-Patches-8309 ] add usage of uri.userinfo to open-uri.rb — Paul Sponagl <paul@...> 2007/02/03

+1 (its ruby - not java - be satisfied - not surprised)
[#10182] Re: [ ruby-Patches-8309 ] add usage of uri.userinfo to open-uri.rb — Urabe Shyouhei <shyouhei@...> 2007/02/03

Hi,
[#10183] Re: [ ruby-Patches-8309 ] add usage of uri.userinfo to open-uri.rb — Sam Roberts <sroberts@...> 2007/02/03

Quoting shyouhei@ruby-lang.org, on Sat, Feb 03, 2007 at 06:35:53PM +0900:
[#10184] Re: [ ruby-Patches-8309 ] add usage of uri.userinfo to open-uri.rb — James Edward Gray II <james@...> 2007/02/03

On Feb 3, 2007, at 3:35 AM, Urabe Shyouhei wrote:
[#10177] Re: [ ruby-Patches-8309 ] add usage of uri.userinfo to open-uri.rb — Urabe Shyouhei <shyouhei@...> 2007/02/03

Hi.
[#10179] Re: [ ruby-Patches-8309 ] add usage of uri.userinfo to open-uri.rb — Sam Roberts <sroberts@...> 2007/02/03

Quoting shyouhei@ruby-lang.org, on Sat, Feb 03, 2007 at 11:01:00AM +0900:
[#10136] Re: [ ruby-Patches-8309 ] add usage of uri.userinfo to open-uri.rb — Paul Sponagl <paul@...> 2007/01/31

i understand the problems mentioned at rfc3986 with respect to

[#10125] [PATCH] block_given? and yield incorrect within rb_iterate() — <noreply@...>

Patches item #8317, was opened at 2007-01-30 18:21

1 message 2007/01/30

[#10129] ruby 1.8.4 core dumps on SIGINT with lots of threads — Sam Roberts <sroberts@...>

1 message 2007/01/30

[#10130] Is 'bad write retry' a bug in the openssl extension? — Sam Roberts <sroberts@...>

1 message 2007/01/30

[#10133] Re: Collaborative Ruby Language Specification — "Eustaquio Rangel de Oliveira Jr." <eustaquiorangel@...>

> Well, as a community of people giving advice and feedback to the

1 message 2007/01/31

[#10134] Re: Collaborative Ruby Language Specification — "Eustaquio Rangel de Oliveira Jr." <eustaquiorangel@...>

Hi.

1 message 2007/01/31

[#10135] Another .document patch. — Hugh Sasse <hgs@...>

I have been looking at the tips for irb at:

4 messages 2007/01/31
[#10330] Can I check this in for 1.8.6? (Was: Another .document patch) — Eric Hodel <drbrain@...7.net> 2007/02/16

I lost track of the day :/
[#10331] Re: Can I check this in for 1.8.6? (Was: Another .document patch) — "Akinori MUSHA" <knu@...> 2007/02/16

OK, approved.
[#10345] Re: Can I check this in for 1.8.6? (Was: Another .document patch) — Eric Hodel <drbrain@...7.net> 2007/02/16

On Feb 15, 2007, at 19:03, Akinori MUSHA wrote:

[#10138] How to submit patch for RCR Integer#pred ? — "Robert Dober" <robert.dober@...>

Hi all

4 messages 2007/01/31
[#10142] Re: How to submit patch for RCR Integer#pred ? — Yukihiro Matsumoto <matz@...> 2007/01/31

Hi,
[#10147] Re: How to submit patch for RCR Integer#pred ? — "Zev Blut" <rubyzbibd@...> 2007/02/01

On Thu, 01 Feb 2007 08:59:46 +0900, Yukihiro Matsumoto
[#10151] Re: How to submit patch for RCR Integer#pred ? — "Robert Dober" <robert.dober@...> 2007/02/01

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

[#10140] GC memory explosion — <noreply@...>

Bugs item #8344, was opened at 2007-01-31 18:11

1 message 2007/01/31

Re: [ ruby-Bugs-7680 ] a block argument within a block which argument has the same name leaks

From: Evan Phoenix <evan@...>
Date: 2007-01-09 08:31:20 UTC
List: ruby-core #9887 
On Jan 9, 2007, at 12:22 AM, Yukihiro Matsumoto wrote:

> Hi,
>
> In message "Re: [ ruby-Bugs-7680 ] a block argument within a block  
> which argument has the same name leaks"
>     on Tue, 9 Jan 2007 15:19:10 +0900, Evan Phoenix  
> <evan@fallingsnow.net> writes:
>
> |I agree they need work. Why not go back to the rubyconf 2005
> |proposal? I believe it was to allow new vars created in a block to be
> |normal local variables (not dvars).
>
> It's 2003.  I have not been confident about that idea even after three
> years of time.  Since blocks are closures, so they need to have their
> local variables in any way.  Can you imagine a function without local
> variables?

Of course methods need local variables, but blocks would have local  
variables still, just all in the scope of their defining method. Why  
do closures need to have their own, unique variables outside of the  
scope that they enclose? Smalltalk gets along quite well with all  
blocks sharing the same local variable scope. The current scope rules  
are a problem for a lot of new ruby programmers. Lots of them see the  
current behavior as a bug that they have to work around.

  - Evan

>
> 							matz.
>

In This Thread

Prev Next