[#3682] x86_64 -- warning and errors — ts <decoux@...>
4 messages
2004/11/02
[#3687] lib/ostruct.rb 1.12 - wrong commit? — Eivind Eklund <eivind@...>
The above mentioned commit makes OpenStructs into singletons, which
4 messages
2004/11/04
[#3694] Ruby 1.8.2 preview3 — Yukihiro Matsumoto <matz@...>
Hello,
10 messages
2004/11/07
[#3696] Re: Ruby 1.8.2 preview3 — Yukihiro Matsumoto <matz@...>
Hi,
5 messages
2004/11/08
[#3711] Converting nil to NULL — "Berger, Daniel" <Daniel.Berger@...>
Hi all,
5 messages
2004/11/11
[#3716] possible bug in method dictionary — Ryan Davis <ryand@...>
NOTE: to repro this bug as written, you must have RubyInline 3.1.0
6 messages
2004/11/12
[#3726] Fixnum#clone and Float#clone raise different exceptions — "David A. Black" <dblack@...>
Hi --
15 messages
2004/11/12
[#3749] Re: Fixnum#clone and Float#clone raise different exceptions
— "David A. Black" <dblack@...>
2004/11/16
Hi --
[#3751] Re: Fixnum#clone and Float#clone raise different exceptions
— Yukihiro Matsumoto <matz@...>
2004/11/16
Hi,
[#3752] Re: Fixnum#clone and Float#clone raise different exceptions
— "David A. Black" <dblack@...>
2004/11/16
Hi --
[#3819] Re: Fixnum#clone and Float#clone raise different exceptions
— "David A. Black" <dblack@...>
2004/11/25
Hi --
[#3821] Re: Fixnum#clone and Float#clone raise different exceptions
— Gavin Sinclair <gsinclair@...>
2004/11/25
On Thursday, November 25, 2004, 10:55:53 PM, David wrote:
[#3825] Re: Fixnum#clone and Float#clone raise different exceptions
— Yukihiro Matsumoto <matz@...>
2004/11/25
Hi,
[#3733] Core dump with latest Ruby from CVS — Johan Holmberg <holmberg@...>
9 messages
2004/11/15
[#3734] Re: Core dump with latest Ruby from CVS
— Yukihiro Matsumoto <matz@...>
2004/11/15
Hi,
[#3735] Re: Core dump with latest Ruby from CVS
— Ryan Davis <ryand-ruby@...>
2004/11/15
[#3756] Windows build problems (1.8.2preview3) — Nathaniel Talbott <nathaniel@...>
I'm having some very strange build problems on Windows, and thought
4 messages
2004/11/17
[#3785] The latest 1.8.2 cvs prints parse error when starting extension compiling — Yukihiro Matsumoto <matz@...>
Hi,
13 messages
2004/11/23
[#3787] Re: The latest 1.8.2 cvs prints parse error when starting extension compiling
— Johan Holmberg <holmberg@...>
2004/11/23
[#3789] Re: The latest 1.8.2 cvs prints parse error when starting extension compiling
— Yukihiro Matsumoto <matz@...>
2004/11/23
Hi,
[#3790] Re: The latest 1.8.2 cvs prints parse error when starting extension compiling
— Johan Holmberg <holmberg@...>
2004/11/23
[#3791] Re: The latest 1.8.2 cvs prints parse error when starting extension compiling
— ts <decoux@...>
2004/11/23
>>>>> "J" == Johan Holmberg <holmberg@iar.se> writes:
[#3792] Re: The latest 1.8.2 cvs prints parse error when starting extension compiling
— Yukihiro Matsumoto <matz@...>
2004/11/23
Hi,
[#3806] current ruby 1.8.2 cvs has inconsistent string handling (null char in string error) — noreply@...
Bugs item #1095, was opened at 2004-11-24 16:48
3 messages
2004/11/24
[#3809] Ruby does not compile on Red Hat Entreprise Linux 3. — noreply@...
Bugs item #1107, was opened at 2004-11-24 15:25
6 messages
2004/11/24
[#3810] Re: [ ruby-Bugs-1107 ] Ruby does not compile on Red Hat Entreprise Linux 3.
— nobu.nokada@...
2004/11/24
Hi,
[#3812] Re: [ ruby-Bugs-1107 ] Ruby does not compile on Red Hat Entreprise Linux 3.
— Johan Holmberg <holmberg@...>
2004/11/25
[#3814] Re: [ ruby-Bugs-1107 ] Ruby does not compile on Red Hat Entreprise Linux 3.
— Johan Holmberg <holmberg@...>
2004/11/25
[#3842] convert_type() uses rb_respond_to() — Florian Gro<florgro@...>
Moin!
6 messages
2004/11/28
[#3843] Re: [BUG?] convert_type() uses rb_respond_to()
— Yukihiro Matsumoto <matz@...>
2004/11/28
Hi,
[#3846] REXML::Functions.name == nil — Ryan Davis <ryand-ruby@...>
I found this oddity while running ParseTree over every .rb file in the
6 messages
2004/11/29
possible bug in method dictionary
From:
Ryan Davis <ryand@...>
Date:
2004-11-12 08:50:52 UTC
List:
ruby-core #3716
NOTE: to repro this bug as written, you must have RubyInline 3.1.0
installed.
I think I found a possible bug in the method dictionary or cache. Then
again, this might be considered a feature for all I know. It really
depends on the intended behavior.
If a pure ruby method exists and a C extension is loaded in that tries
to replace said method with a C based method, it silently fails (I
think). I've worked around this problem with:
@mod.class_eval "alias :#{meth}_slow :#{meth}"
@mod.class_eval "remove_method :#{meth}"
I can only currently demonstrate the bug by benchmarking. If you run
the code below normally (fast) vs with -d (slow) you can see the
differences in time.
&make clean; ruby -v bug.rb ; ruby -v -d bug.rb
rm -rf *~ doc ~/.ruby_inline
ruby 1.8.2 (2004-08-22) [powerpc-darwin7.5.0]
n = 50000
user system total real
ruby: 0.640000 0.000000 0.640000 ( 0.729796)
c: 0.080000 0.000000 0.080000 ( 0.113721)
ruby 1.8.2 (2004-08-22) [powerpc-darwin7.5.0]
RubyInline v 3.1.0
/Users/ryan/.ruby_inline/Mod_MyTest.bundle is up to date
n = 50000
user system total real
ruby: 0.540000 0.000000 0.540000 ( 0.596802)
c: 0.560000 0.000000 0.560000 ( 0.611343)
-----
#!/usr/local/bin/ruby -I. -w
require 'benchmark'
require 'inline'
class MyTest
def factorial_slow(n)
f = 1
n.downto(2) { |x| f *= x }
f
end
def factorial(n)
f = 1
n.downto(2) { |x| f *= x }
f
end if $DEBUG
inline do |builder|
builder.c "
long factorial(int max) {
int i=max, result=1;
while (i >= 2) { result *= i--; }
return result;
}"
end
end
t = MyTest.new
n = ARGV.empty? ? 50000 : ARGV.shift.to_i
puts "n = #{n}"
Benchmark.bm(5) do |x|
x.report("ruby:") { for i in 1..n; t.factorial_slow(5); end }
x.report("c:") { for i in 1..n; t.factorial(5); end }
end