[#2139] Best way to install ri documentation — Dave Thomas <dave@...>
Folks:
69 messages
2004/01/04
[#2140] Re: Best way to install ri documentation
— Gavin Sinclair <gsinclair@...>
2004/01/04
On Monday, January 5, 2004, 2:29:57 AM, Dave wrote:
[#2141] Re: Best way to install ri documentation
— matz@... (Yukihiro Matsumoto)
2004/01/04
Hi,
[#2145] Re: Best way to install ri documentation
— Richard Kilmer <rich@...>
2004/01/05
Perhaps make it available for mirrors and save ruby-lang's bandwidth?
[#2147] Re: Best way to install ri documentation
— Dave Thomas <dave@...>
2004/01/05
[#2254] Re: Best way to install ri documentation -- please check this
— "NAKAMURA, Hiroshi" <nahi@...>
2004/01/13
Hi,
[#2148] Re: Best way to install ri documentation -- please check this
— Dave Thomas <dave@...>
2004/01/05
So, I'm thinking about doing the following? Is this OK with everyone?
[#2149] Re: Best way to install ri documentation -- please check this
— "J.Herre" <jlst@...>
2004/01/05
[#2152] Re: Best way to install ri documentation -- please check this
— Dave Thomas <dave@...>
2004/01/05
[#2153] Re: Best way to install ri documentation -- please check this
— nobu.nokada@...
2004/01/05
Hi,
[#2154] Re: Best way to install ri documentation -- please check this
— Dave Thomas <dave@...>
2004/01/05
[#2219] Re: Best way to install ri documentation -- please check this
— "James F. Hranicky" <jfh@...>
2004/01/12
On Tue, 6 Jan 2004 00:47:41 +0900
[#2224] Re: Best way to install ri documentation -- please check this
— Dave Thomas <dave@...>
2004/01/12
[#2228] Re: Best way to install ri documentation -- please check this
— "James F. Hranicky" <jfh@...>
2004/01/12
On Mon, 12 Jan 2004 23:30:52 +0900
[#2230] Re: Best way to install ri documentation -- please check this
— Dave Thomas <dave@...>
2004/01/12
[#2233] Re: Best way to install ri documentation -- please check this
— Eivind Eklund <eivind@...>
2004/01/12
On Tue, Jan 13, 2004 at 12:01:38AM +0900, Dave Thomas wrote:
[#2234] Re: Best way to install ri documentation -- please check this
— Dave Thomas <dave@...>
2004/01/12
[#2166] Re: Best way to install ri documentation -- please check this
— "NAKAMURA, Hiroshi" <nahi@...>
2004/01/06
Hi, Dave,
[#2167] Re: Best way to install ri documentation -- please check this
— Dave Thomas <dave@...>
2004/01/06
[#2161] Re: Best way to install ri documentation -- please check this
— "NAKAMURA, Hiroshi" <nahi@...>
2004/01/06
Hi,
[#2172] Re: Best way to install ri documentation -- please check this
— "NAKAMURA, Hiroshi" <nahi@...>
2004/01/06
Hi, daz,
[#2174] Re: Best way to install ri documentation -- please check this
— Jim Freeze <jim@...>
2004/01/06
On Tuesday, 6 January 2004 at 15:02:50 +0900, NAKAMURA, Hiroshi wrote:
[#2163] Occasional --enable-pthread hangs... — Nathaniel Talbott <nathaniel@...>
First of all, thanks so much to all those that have helped with
6 messages
2004/01/06
[#2235] Re: Occasional --enable-pthread hangs...
— Nathaniel Talbott <nathaniel@...>
2004/01/12
On Jan 5, 2004, at 21:49, Nathaniel Talbott wrote:
[#2186] Absolute paths in shebang lines? — "J.Herre" <jlst@...>
What would the reaction be to reconsidering the following proposal?
5 messages
2004/01/07
[#2194] File.readable_world? and File.writable_world? — Ian Macdonald <ian@...>
Hello,
27 messages
2004/01/09
[#2195] Re: [PATCH] File.readable_world? and File.writable_world?
— Eivind Eklund <eivind@...>
2004/01/09
On Fri, Jan 09, 2004 at 06:02:07PM +0900, Ian Macdonald wrote:
[#2199] Re: [PATCH] File.readable_world? and File.writable_world?
— Ian Macdonald <ian@...>
2004/01/09
On Fri 09 Jan 2004 at 23:10:02 +0900, Eivind Eklund wrote:
[#2200] Re: [PATCH] File.readable_world? and File.writable_world?
— matz@... (Yukihiro Matsumoto)
2004/01/10
Hi,
[#2203] Re: [PATCH] File.readable_world? and File.writable_world?
— Ian Macdonald <ian@...>
2004/01/11
On Sun 11 Jan 2004 at 00:47:33 +0900, Yukihiro Matsumoto wrote:
[#2206] Re: [PATCH] File.readable_world? and File.writable_world?
— matz@... (Yukihiro Matsumoto)
2004/01/11
Hi,
[#2208] Re: [PATCH] File.readable_world? and File.writable_world?
— Ian Macdonald <ian@...>
2004/01/11
On Sun 11 Jan 2004 at 21:40:22 +0900, Yukihiro Matsumoto wrote:
[#2209] Re: [PATCH] File.readable_world? and File.writable_world?
— matz@... (Yukihiro Matsumoto)
2004/01/12
Hi,
[#2214] Re: [PATCH] File.readable_world? and File.writable_world?
— Ian Macdonald <ian@...>
2004/01/12
On Mon 12 Jan 2004 at 10:31:52 +0900, Yukihiro Matsumoto wrote:
[#2220] Re: [PATCH] File.readable_world? and File.writable_world?
— matz@... (Yukihiro Matsumoto)
2004/01/12
Hi,
[#2240] Re: [PATCH] File.readable_world? and File.writable_world?
— Ian Macdonald <ian@...>
2004/01/12
On Mon 12 Jan 2004 at 22:36:16 +0900, Yukihiro Matsumoto wrote:
[#2256] Re: [PATCH] File.readable_world? and File.writable_world?
— Ian Macdonald <ian@...>
2004/01/13
On Mon 12 Jan 2004 at 10:31:52 +0900, Yukihiro Matsumoto wrote:
[#2201] Re: [PATCH] File.readable_world? and File.writable_world?
— Ian Macdonald <ian@...>
2004/01/11
On Sun 11 Jan 2004 at 00:47:33 +0900, Yukihiro Matsumoto wrote:
[#2211] xxx_init_copy — Dave Thomas <dave@...>
I notivce that there're a bunch of new xxx_init_copy methods: RDoc is
17 messages
2004/01/12
[#2212] Re: xxx_init_copy
— nobu.nokada@...
2004/01/12
Hi,
[#2213] Re: xxx_init_copy
— Dave Thomas <dave@...>
2004/01/12
[#2312] Re: xxx_init_copy
— nobu.nokada@...
2004/01/29
Hi,
[#2313] Re: xxx_init_copy
— Dave Thomas <dave@...>
2004/01/29
[#2314] Re: xxx_init_copy
— nobu.nokada@...
2004/01/29
Hi,
[#2315] Re: xxx_init_copy
— Dave Thomas <dave@...>
2004/01/29
[#2325] Re: xxx_init_copy
— nobu.nokada@...
2004/02/02
Hi,
[#2326] Re: xxx_init_copy
— Dave Thomas <dave@...>
2004/02/02
[#2216] ruby aborts in data-handling applications — xsdg <xsdg@...>
I reported a similar bug about 2 or 3 months ago. The problem seemed to go
12 messages
2004/01/12
[#2217] Re: ruby aborts in data-handling applications
— matz@... (Yukihiro Matsumoto)
2004/01/12
Hi,
[#2277] Re: ruby aborts in data-handling applications
— xsdg <xsdg@...>
2004/01/19
I've finally found a combination that will reliably segfault. Since my first post on this topic, I've switched the backend from BDB to GDBM.
[#2278] Re: ruby aborts in data-handling applications
— nobu.nokada@...
2004/01/19
Hi,
[#2279] Re: ruby aborts in data-handling applications
— xsdg <xsdg@...>
2004/01/19
On Mon, Jan 19, 2004 at 11:32:59AM +0900, nobu.nokada@softhome.net wrote:
[#2225] Fwd: [ruby-cvs] ruby: * file.c (test_wr, test_ww): New functions implementing new — Dave Thomas <dave@...>
7 messages
2004/01/12
[#2244] Re: Fwd: [ruby-cvs] ruby: * file.c (test_wr, test_ww): New functions implementing new
— Ian Macdonald <ian@...>
2004/01/13
On Mon 12 Jan 2004 at 23:38:29 +0900, Dave Thomas wrote:
[#2245] Re: [ruby-cvs] ruby: * file.c (test_wr, test_ww): New functions implementing new
— Dave Thomas <dave@...>
2004/01/13
[#2251] YAML_Unit_Tests failed — "NAKAMURA, Hiroshi" <nahi@...>
Hi,
5 messages
2004/01/13
[#2285] A suggestion for libraries such as base64.rb — Dave Thomas <dave@...>
Some of the older libraries simply insert stuff into the top-level
5 messages
2004/01/20
[#2305] Time#usec round trip problem — Minero Aoki <aamine@...>
Hi,
4 messages
2004/01/26
[#2306] YAML.dump("a".."z") — Minero Aoki <aamine@...>
Hi,
4 messages
2004/01/26
Re: A suggestion for libraries such as base64.rb
From:
nobu.nokada@...
Date:
2004-01-20 22:31:11 UTC
List:
ruby-core #2289
Hi,
At Tue, 20 Jan 2004 14:43:16 +0900,
Dave Thomas wrote:
> This doesn't break any existing code, but when we document the module
> we can strongly recommend that folks use the encapsulated forms instead
> of the global methods. Then, at some later date, we can remove the
> include statement at stop the methods being inserted at the top level.
I guess it should be warned, rather than just aliased.
Index: lib/base64.rb
===================================================================
RCS file: /cvs/ruby/src/ruby/lib/base64.rb,v
retrieving revision 1.2
diff -u -2 -p -d -w -r1.2 base64.rb
--- lib/base64.rb 20 Jan 2004 05:44:45 -0000 1.2
+++ lib/base64.rb 20 Jan 2004 22:16:33 -0000
@@ -13,4 +13,6 @@ require "kconv"
+module Base64
+ module_function
# Returns the Base64-decoded version of \obj{str}.
@@ -83,2 +85,16 @@ def b64encode(bin, len = 60)
end
end
+
+ module Deprecated
+ include Base64
+
+ for m in Base64.private_instance_methods(false)
+ define_method(m) do |*args|
+ warn("#{caller[0]}: #{m} is deprecated; use Base64.#{m} instead")
+ super(*args)
+ end
+ end
+ end
+end
+
+include Base64::Deprecated
--
Nobu Nakada