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: Collaborative Ruby Language Specification

From: "Eustaquio Rangel de Oliveira Jr." <eustaquiorangel@...>
Date: 2007-01-30 16:54:43 UTC
List: ruby-core #10122 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Brian.

> Continuations are not being "removed." At least the removal hasn't
> been announced if there is going to be one. The only thing people keep
> mistaking this for is that YARV did not support continuations at merge
> time. They might be added in if code is volunteered. Considering this
> context, they weren't removed as much as they were _never_added_.

On http://www.ruby-forum.com/topic/86862#161750, Matz says:

* Ruby 1.9.1 will not have continuation, since they have lowest
  priority and are difficult to implement efficiently.

* no promise (neither positive nor negative) on continuation for
  1.9.2 or 2.0, for exact same reason above.

Don't know if my interpretation is wrong also, but seems more a negative than a
positive thing about continuations on Ruby 1.9.x >, if, as you said, no
volunteered code is added.

- --
Eust痃uio "TaQ" Rangel
http://eustaquiorangel.com

"Live as if you will die tomorrow, and learn as if you will live for ever."
Mahatma Gandhi
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)

iD8DBQFFv3hMb6UiZnhJiLsRAu2dAKCGc4tGgF+cp6YS0tKU9oJtFJ6k8ACfdtU6
xQTaPJ4Xf086l2vlV51GWrc=
=VZ3G
-----END PGP SIGNATURE-----

In This Thread

Prev Next