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

[#1110] alias — ts <decoux@...>

6 messages 2003/06/01
[#1112] Re: [1.8] alias — matz@... (Yukihiro Matsumoto) 2003/06/02

Hi,
[#1113] Re: [1.8] alias — ts <decoux@...> 2003/06/02

>>>>> "Y" == Yukihiro Matsumoto <matz@ruby-lang.org> writes:
[#1114] Re: [1.8] alias — matz@... (Yukihiro Matsumoto) 2003/06/03

Hi,
[#1116] Re: [1.8] alias — ts <decoux@...> 2003/06/03

>>>>> "Y" == Yukihiro Matsumoto <matz@ruby-lang.org> writes:
[#1117] Re: [1.8] alias — matz@... (Yukihiro Matsumoto) 2003/06/03

Hi,

[#1115] ext/gdbm and multiple readers at a time — Mauricio Fern疣dez <batsman.geo@...>

1 message 2003/06/03

[#1118] minor ruby-mode.el issue — Ryan Pavlik <rpav@...>

It seems ruby-mode uses ^ and $ in the regexps for beginning-of-defun

1 message 2003/06/04

[#1119] $SAFE / exit — ts <decoux@...>

2 messages 2003/06/04
[#1135] Re: [1.8] $SAFE / exit — matz@... (Yukihiro Matsumoto) 2003/06/06

Hi,

[#1122] Exception::new — ts <decoux@...>

6 messages 2003/06/05
[#1123] Re: [1.8] Exception::new — nobu.nokada@... 2003/06/05

Hi,
[#1124] Re: [1.8] Exception::new — ts <decoux@...> 2003/06/05

>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:
[#1126] Re: [1.8] Exception::new — nobu.nokada@... 2003/06/05

Hi,
[#1131] Re: [1.8] Exception::new — nobu.nokada@... 2003/06/06

Hi,
[#1136] Re: [1.8] Exception::new — matz@... (Yukihiro Matsumoto) 2003/06/06

Hi,

[#1125] A question on input encodings — Dave Thomas <dave@...>

Folks:

4 messages 2003/06/05
[#1132] Re: [OT] A question on input encodings — Tanaka Akira <akr@...17n.org> 2003/06/06

In article <3EDF5585.1080104@pragprog.com>,
[#1128] Re: [OT] A question on input encodings — Austin Ziegler <austin@...> 2003/06/06

On Thu, 5 Jun 2003 23:36:54 +0900, Dave Thomas wrote:
[#1127] Re: [OT] A question on input encodings — nobu.nokada@... 2003/06/05

Hi,

[#1129] RubyPKI and Ruby 1.6.8 — Richard Kilmer <rich@...>

Does RubyPKI (ossl-0.2.0.pre2) run on Ruby 1.6.8 or is 1.8 required?

2 messages 2003/06/06
[#1130] Re: RubyPKI and Ruby 1.6.8 — "NAKAMURA, Hiroshi" <nahi@...> 2003/06/06

Hi,

[#1137] Unexpected arity of method defined by Module#define_method — Michael Granger <ged@...>

Is this expected behavior?

3 messages 2003/06/14
[#1138] Re: Unexpected arity of method defined by Module#define_method — ts <decoux@...> 2003/06/14

>>>>> "M" == Michael Granger <ged@FaerieMUD.org> writes:
[#1139] Re: Unexpected arity of method defined by Module#define_method — matz@... (Yukihiro Matsumoto) 2003/06/14

Hi,

[#1140] Rubicon questions — Johan Holmberg <holmberg@...>

6 messages 2003/06/14
[#1141] Re: Rubicon questions — Chad Fowler <chadfowler@...> 2003/06/14

Here's my attempt at an answer:
[#1142] Re: Rubicon questions — Dave Thomas <dave@...> 2003/06/15

Chad Fowler wrote:
[#1143] Re: Rubicon questions — matz@... (Yukihiro Matsumoto) 2003/06/16

Hi,
[#1144] Re: Rubicon questions — Johan Holmberg <holmberg@...> 2003/06/16

[#1145] Re: Rubicon questions — Dave Thomas <dave@...> 2003/06/16

[#1146] File.link error messages ? — Johan Holmberg <holmberg@...>

1 message 2003/06/16

[#1147] Copying RVALUE — why the lucky stiff <ruby-core@...>

Hello, everyone. Hope you are all doing well.

18 messages 2003/06/17
[#1155] Re: Copying RVALUE — matz@... (Yukihiro Matsumoto) 2003/06/20

Hi,
[#1157] Re: Copying RVALUE — why the lucky stiff <ruby-core@...> 2003/06/20

Yukihiro Matsumoto (matz@ruby-lang.org) wrote:
[#1160] Re: Copying RVALUE — Tanaka Akira <akr@...17n.org> 2003/06/20

In article <20030620153706.GA65136@rysa.inetz.com>,
[#1161] Re: Copying RVALUE — why the lucky stiff <ruby-core@...> 2003/06/20

Tanaka Akira (akr@m17n.org) wrote:
[#1162] Re: Copying RVALUE — Ryan Davis <ryand-ruby@...> 2003/06/20

[#1163] Re: Copying RVALUE — Mathieu Bouchard <matju@...> 2003/06/21

[#1170] Re: Copying RVALUE — ts <decoux@...> 2003/06/21

>>>>> "M" == Mathieu Bouchard <matju@sympatico.ca> writes:
[#1171] Re: Copying RVALUE — Mathieu Bouchard <matju@...> 2003/06/21

[#1172] Re: Copying RVALUE — ts <decoux@...> 2003/06/21

>>>>> "M" == Mathieu Bouchard <matju@sympatico.ca> writes:
[#1192] Re: Copying RVALUE — Mathieu Bouchard <matju@...> 2003/06/25

[#1195] Re: Copying RVALUE — ts <decoux@...> 2003/06/25

>>>>> "M" == Mathieu Bouchard <matju@sympatico.ca> writes:
[#1164] Re: Copying RVALUE — nobu.nokada@... 2003/06/21

Hi,
[#1165] Re: Copying RVALUE — Tanaka Akira <akr@...17n.org> 2003/06/21

In article <59B1CB2A-A379-11D7-A8D2-0030657CEB62@zenspider.com>,
[#1168] Re: Copying RVALUE — Ryan Davis <ryand@...> 2003/06/21

[#1166] Re: Copying RVALUE — why the lucky stiff <ruby-core@...> 2003/06/21

Tanaka Akira (akr@m17n.org) wrote:
[#1169] Re: Copying RVALUE — Joel VanderWerf <vjoel@...> 2003/06/21

why the lucky stiff wrote:
[#1167] Re: Copying RVALUE — Tanaka Akira <akr@...17n.org> 2003/06/21

In article <20030621024433.GA70914@rysa.inetz.com>,

[#1148] 'unexpected break' when captured block calls break — george.marrows@...

Proc-closures capture any block passed to their enclosing scope: the script

4 messages 2003/06/18
[#1156] Re: 'unexpected break' when captured block calls break — matz@... (Yukihiro Matsumoto) 2003/06/20

Hi,
[#1158] Re: 'unexpected break' when captured block calls break — nobu.nokada@... 2003/06/20

Hi,
[#1159] Re: 'unexpected break' when captured block calls break — matz@... (Yukihiro Matsumoto) 2003/06/20

Hi,

[#1149] stat/chmod on Windows — Johan Holmberg <holmberg@...>

1 message 2003/06/18

[#1150] Bus error in compiler — Dave Thomas <dave@...>

$ cat t.rb

3 messages 2003/06/18
[#1151] Re: Bus error in compiler — ts <decoux@...> 2003/06/18

>>>>> "D" == Dave Thomas <dave@pragprog.com> writes:
[#1152] Re: Bus error in compiler — Dave Thomas <dave@...> 2003/06/18

ts wrote:

[#1153] YAML parse error with YAML.load("\n\0".to_yaml) — Tanaka Akira <akr@...17n.org>

YAML raises parse error as follows.

2 messages 2003/06/19
[#1154] Re: YAML parse error with YAML.load("\n\0".to_yaml) — why the lucky stiff <ruby-core@...> 2003/06/19

Tanaka Akira (akr@m17n.org) wrote:

[#1173] class.c code cleanup (rb_class_*_instance_methods) — Matthew Dempsky <jivera@...>

Hi, I'm new to this mailing list so I don't know the procedure for

15 messages 2003/06/22
[#1174] Re: [Patch] class.c code cleanup (rb_class_*_instance_methods) — nobu.nokada@... 2003/06/22

Hi,
[#1175] Re: [Patch] class.c code cleanup (rb_class_*_instance_methods) — Matthew Dempsky <jivera@...> 2003/06/22

On Sun, 2003-06-22 at 05:36, nobu.nokada@softhome.net wrote:
[#1176] Re: [Patch] class.c code cleanup (rb_class_*_instance_methods) — nobu.nokada@... 2003/06/22

Hi,
[#1193] Re: [Patch] class.c code cleanup (rb_class_*_instance_methods) — Matthew Dempsky <jivera@...> 2003/06/25

On Sun, 2003-06-22 at 07:41, nobu.nokada@softhome.net wrote:
[#1194] Re: [Patch] class.c code cleanup (rb_class_*_instance_methods) — nobu.nokada@... 2003/06/25

Hi,
[#1196] Re: [Patch] class.c code cleanup (rb_class_*_instance_methods) — Matthew Dempsky <jivera@...> 2003/06/25

On Wed, 2003-06-25 at 02:01, nobu.nokada@softhome.net wrote:
[#1197] Re: [Patch] class.c code cleanup (rb_class_*_instance_methods) — matz@... (Yukihiro Matsumoto) 2003/06/25

Hi,
[#1198] Re: [Patch] class.c code cleanup (rb_class_*_instance_methods) — nobu.nokada@... 2003/06/25

Hi,
[#1204] Re: [Patch] class.c code cleanup (rb_class_*_instance_methods) — matz@... (Yukihiro Matsumoto) 2003/06/26

Hi,
[#1199] Re: [Patch] class.c code cleanup (rb_class_*_instance_methods) — Matthew Dempsky <jivera@...> 2003/06/26

On Wed, 2003-06-25 at 17:54, nobu.nokada@softhome.net wrote:
[#1201] Re: [Patch] class.c code cleanup (rb_class_*_instance_methods) — nobu.nokada@... 2003/06/26

Hi,
[#1202] Re: [Patch] class.c code cleanup (rb_class_*_instance_methods) — Matthew Dempsky <jivera@...> 2003/06/26

On Wed, 2003-06-25 at 23:57, nobu.nokada@softhome.net wrote:
[#1203] Re: [Patch] class.c code cleanup (rb_class_*_instance_methods) — nobu.nokada@... 2003/06/26

Hi,
[#1200] Re: [Patch] class.c code cleanup (rb_class_*_instance_methods) — Matthew Dempsky <jivera@...> 2003/06/26

Ack, the recurse = Qnil line should acually be recurse = Qfalse... patch

[#1177] Re: In 1.8.0 nil.to_s is not the same as "" — ts <decoux@...>

14 messages 2003/06/22
[#1178] Re: In 1.8.0 nil.to_s is not the same as "" — nobu.nokada@... 2003/06/22

Hi,
[#1179] Re: In 1.8.0 nil.to_s is not the same as "" — ts <decoux@...> 2003/06/22

>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:
[#1180] Re: In 1.8.0 nil.to_s is not the same as "" — ts <decoux@...> 2003/06/22

>>>>> "t" == ts <decoux@moulon.inra.fr> writes:
[#1183] Re: In 1.8.0 nil.to_s is not the same as "" — ts <decoux@...> 2003/06/22

>>>>> "t" == ts <decoux@moulon.inra.fr> writes:
[#1184] Re: In 1.8.0 nil.to_s is not the same as "" — ts <decoux@...> 2003/06/22

>>>>> "t" == ts <decoux@moulon.inra.fr> writes:
[#1181] Re: In 1.8.0 nil.to_s is not the same as "" — nobu.nokada@... 2003/06/22

Hi,
[#1182] Re: In 1.8.0 nil.to_s is not the same as "" — ts <decoux@...> 2003/06/22

>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:
[#1185] Re: In 1.8.0 nil.to_s is not the same as "" — matz@... (Yukihiro Matsumoto) 2003/06/22

Hi,
[#1186] Re: In 1.8.0 nil.to_s is not the same as "" — ts <decoux@...> 2003/06/22

>>>>> "Y" == Yukihiro Matsumoto <matz@ruby-lang.org> writes:
[#1187] Re: In 1.8.0 nil.to_s is not the same as "" — Mathieu Bouchard <matju@...> 2003/06/22

[#1189] Re: In 1.8.0 nil.to_s is not the same as "" — matz@... (Yukihiro Matsumoto) 2003/06/22

Hi,
[#1188] Re: In 1.8.0 nil.to_s is not the same as "" — nobu.nokada@... 2003/06/22

Hi,
[#1190] Re: In 1.8.0 nil.to_s is not the same as "" — matz@... (Yukihiro Matsumoto) 2003/06/22

Hi,

[#1191] Standard type conversion mechanism — Ryan Pavlik <rpav@...>

OK, I'm posting this because a few people on #ruby-lang thought it

1 message 2003/06/23

[#1205] class_eval, private — Mathieu Bouchard <matju@...>

2 messages 2003/06/28
[#1206] Re: class_eval, private — matz@... (Yukihiro Matsumoto) 2003/06/29

Hi,

Re: Rubicon questions

From: Dave Thomas <dave@...>
Date: 2003-06-16 14:27:27 UTC
List: ruby-core #1145 
> But I also assume that any new/changed features from 1.6 ought to
> have a "version-guard" (if one knows that it is an intentionally
> changed behaviour).

If you look through the existing tests you should find examples of 
version guards.

    Version.greater_than("1.6.2") do
       ...
    end


Cheers


Dave

In This Thread

Prev Next