[#2748] Proposal: New Bignum — "Evan Webb" <evan@...>
During some experiments with ruby cryptography, I found some problems with
11 messages
2004/04/06
[#2749] Re: Proposal: New Bignum
— matz@... (Yukihiro Matsumoto)
2004/04/06
Hi,
[#2764] RDoc :enddoc: — Tanaka Akira <akr@...17n.org>
I found that RDoc document some method after :enddoc:. Is it
7 messages
2004/04/10
[#2788] Problems building ext/io/wait.c in 1.8 branch — Gavin Sinclair <gsinclair@...>
I can't get io/wait installed. The main problem is that it doesn't
6 messages
2004/04/17
[#2799] Re: Problems building ext/io/wait.c in 1.8 branch
— Gavin Sinclair <gsinclair@...>
2004/04/21
On Saturday, April 17, 2004, 4:42:14 PM, Gavin wrote:
[#2800] Re: Problems building ext/io/wait.c in 1.8 branch
— ts <decoux@...>
2004/04/21
>>>>> "G" == Gavin Sinclair <gsinclair@soyabean.com.au> writes:
[#2801] Re: Problems building ext/io/wait.c in 1.8 branch
— Gavin Sinclair <gsinclair@...>
2004/04/21
On Thursday, April 22, 2004, 1:21:29 AM, ts wrote:
[#2805] Bug 1318 — Steven Jenkins <steven.jenkins@...>
Any comments on
9 messages
2004/04/23
[#2814] Tempfile strangeness in 1.9.0 — Steven Jenkins <steven.jenkins@...>
I didn't open a bug for this because it's from the CVS head, but it
5 messages
2004/04/24
Re: Tempfile strangeness in 1.9.0
From:
Steven Jenkins <steven.jenkins@...>
Date:
2004-04-24 15:52:15 UTC
List:
ruby-core #2816
Yukihiro Matsumoto wrote:
> Tempfile is a duck quacks like an IO, so that adding a method to the
> IO class does not always reflect to the Tempfile class. 1.6 tempfile
> delegates every method to the IO at run time; 1.9 tempfile defines
> delegation statically to gain performance.
Sorry, my message wasn't clear. I read in the Pickaxe about Tempfile and
delegation, and I figured that 1.9 was more restrictive than 1.8.
What I didn't understand is why
f = Tempfile.new('test')
f.a
f.close
raises NoMethodError, but
Tempfile.new('test') do |f|
f.a
end
does not. The answer, of course, is that Tempfile.new() does not take a
block. Sorry about the confusion.
Steve