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)

[#2961] ruby-* mailing list service maintenance stop — "NAKAMURA, Hiroshi" <nahi@...>

Hi, rubyists,

1 message 2004/06/03

[#2962] entries / to_a — Johan Holmberg <holmberg@...>

2 messages 2004/06/03

[#2963] Re: entries / to_a — Joel VanderWerf <vjoel@...> 2004/06/03

Johan Holmberg wrote:

[#2964] Notice on ruby-lang.org mailing list service restart — Shugo Maeda <shugo@...>

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

1 message 2004/06/04

[#2965] member? / include? — Johan Holmberg <holmberg@...>

3 messages 2004/06/04

[#2967] Re: member? / include? — Johan Holmberg <holmberg@...> 2004/06/05

[#2966] Re: member? / include? — Johan Holmberg <holmberg@...> 2004/06/04

[#2968] dbm/gdbm/sdbm etc — Dave Thomas <dave@...>

Does ext/dbm supersede gdbm and sdbm?

7 messages 2004/06/07

[#2970] Re: dbm/gdbm/sdbm etc — matz@... (Yukihiro Matsumoto) 2004/06/07

Hi,

[#2971] Re: dbm/gdbm/sdbm etc — Dave Thomas <dave@...> 2004/06/07

[#2972] Re: dbm/gdbm/sdbm etc — matz@... (Yukihiro Matsumoto) 2004/06/08

Hi,

[#2973] Re: dbm/gdbm/sdbm etc — Dave Thomas <dave@...> 2004/06/08

[#2974] Re: dbm/gdbm/sdbm etc — Johan Holmberg <holmberg@...> 2004/06/08

[#2969] Re: dbm/gdbm/sdbm etc — Johan Holmberg <holmberg@...> 2004/06/07

[#2975] spikes in memory usage — Jeff Mitchell <quixoticsycophant@...>

2 messages 2004/06/09

[#2976] Re: spikes in memory usage — Jeff Mitchell <quixoticsycophant@...> 2004/06/10

[#2977] Enumerable#each_with_index in "ri" — Johan Holmberg <holmberg@...>

11 messages 2004/06/12

[#3132] Reporting RI-documentation corrections ? — Johan Holmberg <holmberg@...> 2004/07/05

[#3133] Re: Reporting RI-documentation corrections ? — Dave Thomas <dave@...> 2004/07/05

[#3134] Re: Reporting RI-documentation corrections ? — Gavin Sinclair <gsinclair@...> 2004/07/05

On Tuesday, July 6, 2004, 1:01:36 AM, Dave wrote:

[#3135] Re: Reporting RI-documentation corrections ? — Austin Ziegler <halostatue@...> 2004/07/05

Speaking of ri documentation, is there anywhere that documents the

[#3137] Re: Reporting RI-documentation corrections ? — Dave Thomas <dave@...> 2004/07/05

[#3140] Re: Reporting RI-documentation corrections ? — Gavin Sinclair <gsinclair@...> 2004/07/05

On Tuesday, July 6, 2004, 1:42:17 AM, Austin wrote:

[#3145] Re: Reporting RI-documentation corrections ? — Lothar Scholz <mailinglists@...> 2004/07/06

Hello Gavin,

[#3147] Re: Reporting RI-documentation corrections ? — Dave Thomas <dave@...> 2004/07/07

[#3149] Re: Reporting RI-documentation corrections ? — Johan Holmberg <holmberg@...> 2004/07/07

[#3153] Re: Reporting RI-documentation corrections ? — Dave Thomas <dave@...> 2004/07/07

[#2978] Date.from_time — Gavin Sinclair <gsinclair@...>

Folks,

5 messages 2004/06/13

[#2979] Re: Date.from_time — Daniel Berger <djberg96@...> 2004/06/13

[#2980] Re: Date.from_time — nobu.nokada@... 2004/06/14

Hi,

[#2984] Re: Date.from_time — Gavin Sinclair <gsinclair@...> 2004/06/14

On Monday, June 14, 2004, 7:19:59 PM, nobu wrote:

[#2981] Re: Date.from_time — Hugh Sasse Staff Elec Eng <hgs@...> 2004/06/14

On Sun, 13 Jun 2004, Gavin Sinclair wrote:

[#2982] Array#shift(n) — Michal Rokos <michal@...>

Hello,

15 messages 2004/06/14

[#2985] Re: [Patch] Array#shift(n) — nobu.nokada@... 2004/06/14

Hi,

[#2986] Re: [Patch] Array#shift(n) — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2004/06/14

Hello.

[#2987] Re: [Patch] Array#shift(n) — matz@... (Yukihiro Matsumoto) 2004/06/14

Hi,

[#2988] Re: [Patch] Array#shift(n) — Michal Rokos <michal@...> 2004/06/14

On Monday 14 of June 2004 16:13, Yukihiro Matsumoto wrote:

[#2989] Re: [Patch] Array#shift(n) — matz@... (Yukihiro Matsumoto) 2004/06/14

Hi,

[#2991] Re: [Patch] Array#shift(n) — Michal Rokos <michal@...> 2004/06/14

Hello,

[#2998] Re: [Patch] Array#shift(n) — nobu.nokada@... 2004/06/15

Hi,

[#2999] Re: [Patch] Array#shift(n) — Michal Rokos <michal@...> 2004/06/15

Hello,

[#3000] Re: [Patch] Array#shift(n) — matz@... (Yukihiro Matsumoto) 2004/06/15

Hi,

[#3001] Re: [Patch] Array#shift(n) — nobu.nokada@... 2004/06/15

Hi,

[#3007] Re: [Patch] Array#shift(n) — Michal Rokos <michal@...> 2004/06/16

Hello,

[#3020] Re: [Patch] Array#shift(n) — nobu.nokada@... 2004/06/16

Hi,

[#3022] Re: [Patch] Array#shift(n) — Michal Rokos <michal@...> 2004/06/16

Hi,

[#3005] Re: [Patch] Array#shift(n) — matz@... (Yukihiro Matsumoto) 2004/06/15

Hi,

[#2983] Prototypes (C&R 'C') — Michal Rokos <michal@...>

Hello,

2 messages 2004/06/14

[#3039] K&R 'C' (Was: Prototypes (C&R 'C')) — "Josef 'Jupp' Schugt" <jupp@...> 2004/06/21

Hi!

[#2990] remove unsused var & include missing hdr — Michal Rokos <michal@...>

Hi,

1 message 2004/06/14

[#2992] require && what has happened? — Michal Rokos <michal@...>

Hi,

2 messages 2004/06/14

[#2994] Re: require && what has happened? — Joel VanderWerf <vjoel@...> 2004/06/14

[#2993] Env-hash & MACOS — Michal Rokos <michal@...>

Hi,

1 message 2004/06/14

[#2995] Re: Date.from_time — "Berger, Daniel" <djberge@...>

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

2 messages 2004/06/14

[#2997] Re: Date.from_time — nobu.nokada@... 2004/06/15

Hi,

[#2996] obj.singleton_methods — Michal Rokos <michal@...>

Hi,

2 messages 2004/06/14

[#3002] Re: [Doc] obj.singleton_methods — Michal Rokos <michal@...> 2004/06/15

OK,

[#3003] Notice on ruby-lang.org mailing list service restart — Shugo Maeda <shugo@...>

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

1 message 2004/06/15

[#3004] WWW/FTP service restart — Shugo Maeda <shugo@...>

(The subject of the last message was slipped.)

1 message 2004/06/15

[#3006] CVS repository — "Eugene Scripnik" <hoaz@...>

Hello.

21 messages 2004/06/16

[#3008] Re: CVS repository — ts <decoux@...> 2004/06/16

>>>>> "E" == Eugene Scripnik <hoaz@gala.net> writes:

[#3009] Re: CVS repository — Michal Rokos <michal@...> 2004/06/16

Hi!

[#3010] Re: CVS repository — Elliott Hughes <ehughes@...> 2004/06/16

On Wed, 2004-06-16 at 09:45, Michal Rokos wrote:

[#3018] Re: CVS repository — matz@... (Yukihiro Matsumoto) 2004/06/16

Hi,

[#3019] Re: CVS repository — Elliott Hughes <ehughes@...> 2004/06/16

On Wed, 2004-06-16 at 10:39, Yukihiro Matsumoto wrote:

[#3021] Re: CVS repository — Elliott Hughes <ehughes@...> 2004/06/16

On Wed, 2004-06-16 at 10:47, Elliott Hughes wrote:

[#3011] Re: CVS repository — ts <decoux@...> 2004/06/16

>>>>> "M" == Michal Rokos <michal@ruby-lang.org> writes:

[#3013] Re: CVS repository — Michal Rokos <michal@...> 2004/06/16

On Wednesday 16 of June 2004 10:50, ts wrote:

[#3023] Re: CVS repository — "Sean E. Russell" <ser@...> 2004/06/16

On Wednesday 16 June 2004 04:45, Michal Rokos wrote:

[#3024] Re: CVS repository — Dmitry Borodaenko <d.borodaenko@...> 2004/06/16

On Wed, Jun 16, 2004 at 09:05:31PM +0900, Sean E. Russell wrote:

[#3033] Re: CVS repository — "Sean E. Russell" <ser@...> 2004/06/17

On Wednesday 16 June 2004 15:38, Dmitry Borodaenko wrote:

[#3025] Re: CVS repository — Dave Thomas <dave@...> 2004/06/16

[#3026] Re: CVS repository — Robert Church <rc@...> 2004/06/16

Dave Thomas wrote:

[#3034] Re: CVS repository — "Sean E. Russell" <ser@...> 2004/06/17

On Wednesday 16 June 2004 18:44, Dave Thomas wrote:

[#3012] Re: CVS repository — "Eugene Scripnik" <hoaz@...> 2004/06/16

Hello.

[#3014] Re: CVS repository — ts <decoux@...> 2004/06/16

>>>>> "E" == Eugene Scripnik <hoaz@gala.net> writes:

[#3015] Re: CVS repository — "Eugene Scripnik" <hoaz@...> 2004/06/16

> E> CVS is cracked due to its wide use. I don't think that other

[#3016] Re: CVS repository — ts <decoux@...> 2004/06/16

>>>>> "E" == Eugene Scripnik <hoaz@gala.net> writes:

[#3017] Re: CVS repository — "Eugene Scripnik" <hoaz@...> 2004/06/16

> E> That's why CVS security bugs are found very often - it is popular.

[#3032] Re: CVS repository — Johan Holmberg <holmberg@...> 2004/06/17

[#3027] rb_mod_freeze??? — Michal Rokos <michal@...>

Hello!

5 messages 2004/06/17

[#3028] Re: [CVS] rb_mod_freeze??? — nobu.nokada@... 2004/06/17

Hi,

[#3029] Re: [CVS] rb_mod_freeze??? — Michal Rokos <michal@...> 2004/06/17

Hello,

[#3030] Re: [CVS] rb_mod_freeze??? — nobu.nokada@... 2004/06/17

Hi,

[#3031] Re: [CVS] rb_mod_freeze??? — Michal Rokos <michal@...> 2004/06/17

On Thursday 17 of June 2004 09:58, nobu.nokada@softhome.net wrote:

[#3035] Re: Welcome to our (ruby-core ML) You are added automatically — tyler wardhaugh <tyler.wardhaugh@...>

mget last:20 mp

1 message 2004/06/17

[#3036] Re: Extension which depends on another extension — Jeff Mitchell <quixoticsycophant@...>

--- daz <dooby@d10.karoo.co.uk> wrote:

3 messages 2004/06/18

[#3037] Re: Extension which depends on another extension — Jeff Mitchell <quixoticsycophant@...> 2004/06/18

[#3038] Re: Extension which depends on another extension — "daz" <dooby@...10.karoo.co.uk> 2004/06/18

[#3040] Small compar.c cleanup — Michal Rokos <michal@...>

Hi,

2 messages 2004/06/21

[#3042] Re: [Patch] Small compar.c cleanup — matz@... (Yukihiro Matsumoto) 2004/06/22

Hi,

[#3041] Anonymous CVS service restart — Shugo Maeda <shugo@...>

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

1 message 2004/06/22

[#3043] I think I found the recvfrom problem!! — Dave Thomas <dave@...>

I think there's a bug in socket.c's recvfrom implementation.

4 messages 2004/06/22

[#3044] Re: I think I found the recvfrom problem!! — matz@... (Yukihiro Matsumoto) 2004/06/22

Hi,

[#3051] Re: I think I found the recvfrom problem!! — Dave Thomas <dave@...> 2004/06/23

[#3054] Re: I think I found the recvfrom problem!! — matz@... (Yukihiro Matsumoto) 2004/06/23

Hi,

[#3045] check return from io_seek() — Michal Rokos <michal@...>

Hello,

2 messages 2004/06/23

[#3050] Re: [Patch] check return from io_seek() — matz@... (Yukihiro Matsumoto) 2004/06/23

Hi,

[#3046] Time.c — Michal Rokos <michal@...>

Hi,

3 messages 2004/06/23

[#3048] Re: [Indent] Time.c — matz@... (Yukihiro Matsumoto) 2004/06/23

Hi,

[#3055] Re: [Indent] Time.c — matz@... (Yukihiro Matsumoto) 2004/06/23

Hi,

[#3047] Move all stack info to gc.c — Michal Rokos <michal@...>

Hello,

13 messages 2004/06/23

[#3049] Re: [Patch] Move all stack info to gc.c — matz@... (Yukihiro Matsumoto) 2004/06/23

Hi,

[#3082] Re: [Patch] Move all stack info to gc.c — Mathieu Bouchard <matju@...> 2004/06/24

[#3083] Re: [Patch] Move all stack info to gc.c — Michal Rokos <michal@...> 2004/06/24

Hello,

[#3114] Re: [Patch] Move all stack info to gc.c — Mathieu Bouchard <matju@...> 2004/07/01

[#3115] Re: [Patch] Move all stack info to gc.c — nobu.nokada@... 2004/07/02

Hi,

[#3156] Re: [Patch] Move all stack info to gc.c — matz@... (Yukihiro Matsumoto) 2004/07/08

Hi,

[#3084] Re: [Patch] Move all stack info to gc.c — WATANABE Hirofumi <eban@...> 2004/06/25

Hi,

[#3085] Re: [Patch] Move all stack info to gc.c — Michal Rokos <michal@...> 2004/06/25

Hello,

[#3086] Re: [Patch] Move all stack info to gc.c — WATANABE Hirofumi <eban@...> 2004/06/25

Hi,

[#3087] Re: [Patch] Move all stack info to gc.c — Michal Rokos <michal@...> 2004/06/25

On Friday 25 of June 2004 11:03, WATANABE Hirofumi wrote:

[#3088] Re: [Patch] Move all stack info to gc.c — nobu.nokada@... 2004/06/25

Hi,

[#3089] Re: [Patch] Move all stack info to gc.c — Michal Rokos <michal@...> 2004/06/25

On Friday 25 of June 2004 13:29, nobu.nokada@softhome.net wrote:

[#3052] Re: [Patch] check return from io_seek() — Michal Rokos <michal@...>

Hello,

1 message 2004/06/23

[#3053] More networking issues — Dave Thomas <dave@...>

I'm trying to understand the changes to Socket.gethostbyname/addr

4 messages 2004/06/23

[#3056] Re: More networking issues — matz@... (Yukihiro Matsumoto) 2004/06/23

Hi,

[#3070] Re: More networking issues — Dave Thomas <dave@...> 2004/06/23

[#3076] Re: More networking issues — matz@... (Yukihiro Matsumoto) 2004/06/24

Hi,

[#3057] Ruby 1.8.2 to be released. — matz@... (Yukihiro Matsumoto)

Hi,

20 messages 2004/06/23

[#3060] Re: Ruby 1.8.2 to be released. — Hugh Sasse Staff Elec Eng <hgs@...> 2004/06/23

On Thu, 24 Jun 2004, Yukihiro Matsumoto wrote:

[#3063] Re: Ruby 1.8.2 to be released. — matz@... (Yukihiro Matsumoto) 2004/06/23

Hi,

[#3065] Re: Ruby 1.8.2 to be released. — Hugh Sasse Staff Elec Eng <hgs@...> 2004/06/23

On Thu, 24 Jun 2004, Yukihiro Matsumoto wrote:

[#3068] Re: Ruby 1.8.2 to be released. — why the lucky stiff <ruby-core@...> 2004/06/23

Hugh Sasse Staff Elec Eng wrote:

[#3071] Re: Ruby 1.8.2 to be released. — Hugh Sasse Staff Elec Eng <hgs@...> 2004/06/23

On Thu, 24 Jun 2004, why the lucky stiff wrote:

[#3079] Re: Ruby 1.8.2 to be released. — matz@... (Yukihiro Matsumoto) 2004/06/24

Hi,

[#3069] Re: Ruby 1.8.2 to be released. — Hugh Sasse Staff Elec Eng <hgs@...> 2004/06/23

On Thu, 24 Jun 2004, why the lucky stiff wrote:

[#3058] Re: Ruby 1.8.2 to be released. — ts <decoux@...> 2004/06/23

>>>>> "Y" == Yukihiro Matsumoto <matz@ruby-lang.org> writes:

[#3059] — "=?windows-1251?Q?=D1=EB=E5=EF=ED=E5=E2_=C2=EB=E0=E4=E8=EC=E8=F0?=" <slepnev_v@...> 2004/06/23

> * bugs to be fixed.

[#3064] Re: Ruby 1.8.2 to be released. — matz@... (Yukihiro Matsumoto) 2004/06/23

Hi,

[#3067] Re: Ruby 1.8.2 to be released. — Eric Hodel <drbrain@...7.net> 2004/06/23

Yukihiro Matsumoto (matz@ruby-lang.org) wrote:

[#3073] Re: Ruby 1.8.2 to be released. — matz@... (Yukihiro Matsumoto) 2004/06/24

Hi,

[#3066] Re: Ruby 1.8.2 to be released. — James Brtt <ruby@...> 2004/06/23

Yukihiro Matsumoto wrote:

[#3075] Re: Ruby 1.8.2 to be released. — matz@... (Yukihiro Matsumoto) 2004/06/24

Hi,

[#3081] Re: Ruby 1.8.2 to be released. — James Brtt <ruby@...> 2004/06/24

Yukihiro Matsumoto wrote:

[#3072] Re: Ruby 1.8.2 to be released. — "Sean E. Russell" <ser@...> 2004/06/24

On Wednesday 23 June 2004 12:18, Yukihiro Matsumoto wrote:

[#3074] Re: Ruby 1.8.2 to be released. — matz@... (Yukihiro Matsumoto) 2004/06/24

Hi,

[#3077] Re: Ruby 1.8.2 to be released. — "Sean E. Russell" <ser@...> 2004/06/24

On Wednesday 23 June 2004 22:50, Yukihiro Matsumoto wrote:

[#3078] Re: Ruby 1.8.2 to be released. — matz@... (Yukihiro Matsumoto) 2004/06/24

Hi,

[#3061] Re: Ruby 1.8.2 to be released. — "Berger, Daniel" <djberge@...>

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

1 message 2004/06/23

[#3062] Re: Ruby 1.8.2 to be released. — "Berger, Daniel" <djberge@...>

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

1 message 2004/06/23

[#3080] A problem about YAML.load and Exception objects. — IWATSUKI Hiroyuki <don@...>

# This is the same as [ruby-talk:104405].

2 messages 2004/06/24

[#3184] Re: A problem about YAML.load and Exception objects. — IWATSUKI Hiroyuki <don@...> 2004/07/13

Hi,

[#3090] class= and type checks when casting — "Sean O'Dell" <sean@...>

Matz, I'm not sure if you followed the discussion in ruby-talk about having a

6 messages 2004/06/25

[#3091] Re: class= and type checks when casting — nobu.nokada@... 2004/06/26

Hi,

[#3092] Re: class= and type checks when casting — "Sean O'Dell" <sean@...> 2004/06/26

On Friday 25 June 2004 18:08, nobu.nokada@softhome.net wrote:

[#3093] Re: class= and type checks when casting — matz@... (Yukihiro Matsumoto) 2004/06/26

Hi,

[#3101] Re: class= and type checks when casting — "Sean O'Dell" <sean@...> 2004/06/26

On Friday 25 June 2004 21:37, Yukihiro Matsumoto wrote:

[#3094] Re: class= and type checks when casting — ts <decoux@...> 2004/06/26

>>>>> "S" == Sean O'Dell <sean@celsoft.com> writes:

[#3095] 1.8.2: Segfault — Elven <elven@...>

6 messages 2004/06/26

[#3098] 1.8.2: Segfault / Addition — Elven <elven@...> 2004/06/26

[#3100] Re: 1.8.2: Segfault / Addition — Mikael Brockman <phubuh@...> 2004/06/26

Elven <elven@elven.de> writes:

[#3099] Re: 1.8.2: Segfault / Addition — Mikael Brockman <phubuh@...> 2004/06/26

Elven <elven@elven.de> writes:

[#3096] Re: 1.8.2: Segfault — ts <decoux@...> 2004/06/26

>>>>> "E" == Elven <elven@elven.de> writes:

[#3097] Re: 1.8.2: Segfault — Mikael Brockman <phubuh@...> 2004/06/26

Elven <elven@elven.de> writes:

[#3102] gdbm abort - OSX — Dave Thomas <dave@...>

Just before I start another debugging session, has anyone seen this, or

7 messages 2004/06/27

[#3103] Re: gdbm abort - OSX — nobu.nokada@... 2004/06/27

Hi,

[#3104] Re: gdbm abort - OSX — Dave Thomas <dave@...> 2004/06/27

[#3105] Re: gdbm abort - OSX — nobu.nokada@... 2004/06/27

Hi,

[#3106] Re: gdbm abort - OSX — Dave Thomas <dave@...> 2004/06/27

[#3108] Re: gdbm abort - OSX — nobu.nokada@... 2004/06/28

Hi,

[#3111] Re: gdbm abort - OSX — Dave Thomas <dave@...> 2004/06/28

[#3107] -L'%s' problem with mingw32 — Jeff Mitchell <quixoticsycophant@...>

3 messages 2004/06/27

[#3109] Re: -L'%s' problem with mingw32 — nobu.nokada@... 2004/06/28

Hi,

[#3110] Re: -L'%s' problem with mingw32 — Jeff Mitchell <quixoticsycophant@...> 2004/06/28

--- nobu.nokada@softhome.net wrote:

[#3112] rss library — Dave Thomas <dave@...>

I was browsing the new rss library code and noticed that it has

6 messages 2004/06/29

[#3120] Re: rss library — Kouhei Sutou <kou@...> 2004/07/04

Hi,

[#3122] Re: rss library — Dave Thomas <dave@...> 2004/07/04

[#3124] Re: rss library — Kouhei Sutou <kou@...> 2004/07/04

Hi,

[#3126] Re: rss library — nobu.nokada@... 2004/07/04

Hi,

[#3128] Re: rss library — Dave Thomas <dave@...> 2004/07/04

Re: CVS repository

From: Robert Church <rc@...>

Date: 2004-06-16 23:14:18 UTC

List: ruby-core #3026

Dave Thomas wrote:
> 
> On Jun 16, 2004, at 7:05, Sean E. Russell wrote:
> 
>> Subversion requires a lot
>> less maintenance than CVS
> 
> I'm interested in this statement (as the need to maintain the repository 
> is the reason I don't recommend SVN to clients right now. Am I wrong in 
> my belief that SVN requires more server-side maintenance that CVS?

I'm with Dave here. SVN requires more maintenance than CVS. SVN requires 
  an occasional 'svnadmin recover' when something gets wedged. CVS, 
having a stable and simple repository format, simply doesn't have this 
issue.

The worst I've seen is a 'cvs commit' failing, leaving dead lockfiles 
throughout the repository, but that only happens if the permissions 
aren't setup properly initially.

CVS can also be backed up by simply tarring the repository. SVN requires 
specialized tools for that.

I use and prefer SVN, but it *is* slightly more cumbersome to maintain. 
I often wish the developers had read Dave's book, the part about the 
potency of plain text in particular.

Thread

In This Thread