i logged an issue about it last week:
http://ironruby.codeplex.com/workitem/5326
not sure why it works on a clean vm but it seems to be failing for
quite a few people
On Mon, Oct 25, 2010 at 2:36 PM, Kevin Radcliffe
wrote:
> Getting the same when installing sinatra (even from an elevated admin
>
Hi,
i'm using the latest ironruby from github, and when i try to run igem
install it just fails with the following message:
D:\Projects\ironruby\bin\Debug>igem install rspec
ERROR: http://rubygems.org/ does not appear to be a repository
ERROR: Could not find a valid gem 'rspec' (>= 0) in any re
le != 100));
>
> Assert((bool)( equatable != 100));
>
>
>
> Tomas
>
>
>
> *From:* ironruby-core-boun...@rubyforge.org [mailto:
> ironruby-core-boun...@rubyforge.org] *On Behalf Of *Davy Brion
> *Sent:* Thursday, September 09, 2010 4:46 AM
> *To:* ironruby-co
On Thu, Sep 9, 2010 at 1:44 PM, Davy Brion wrote:
> by default, == does a reference check in C#, unless you override it to do a
> value based check (which you typically implement in Equals)
>
> in C#, if you want == and != to work properly you need to implement them
> both
e is a
> semantic difference between == and eql? in Ruby.
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
>
> On Sep 9, 2010, at 6:52 AM, Davy Brion wrote:
>
> the problem isn't with checking wether 2 objects are equal (though you
> indeed need to define a
t to ==.
>
> I suspect that the == method on your Ruby object does not map to
> Equals when you bring into C#. And I'm not sure that it should.
>
> Thoughts?
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
>
> On Sep 9, 2010, at 4:33 AM, Davy Brion
If i have the following class in ruby:
class TestClass
def initialize(value)
@value = value
end
def ==(other)
return false if other.nil?
self.value == other.value
end
protected
def value
@value
end
end
test1 = TestClass.new(5)
test2 = TestClass.new(5)
p test1 == t
getter/setter in ruby. I was going to look at implementing
> it... got into a bit, and had a baby... Haven't looked at it since.
>
> B
>
>
> On Tue, Sep 7, 2010 at 5:55 AM, Davy Brion wrote:
>
>> your solution does however work for the assignment accessor... in fa
= someOtherValue;
for my specific scenario, i think i can actually get by with just overriding
the assignment accessor but the thing i'm wondering is: is the current
behavior actually a bug? and will this behavior be preserved in future
releases?
On Tue, Sep 7, 2010 at 11:13 AM, Davy Brion
lement the methods
>
> class Foo
>
> attr_accessor :bar, :baz
>
> def bar=(val)
> # do more stuff here for example
> @bar = val
> end
>
> def bar
> @bar
> end
>
> end
>
> On Tue, Sep 7, 2010 at 10:36 AM, Davy Brion wrote:
>
Hi all,
IronRuby has a nice trick where attributes defined by attr_reader,
attr_accessor and attr_writer are usable as properties from C#... i was just
wondering: is it possible to use the same trick in our own ruby code?
or can anyone just point me in the right direction as to where in the
IronR
Hi all,
first of all: thanks for this great project and the effort you've put into
it, it's very much appreciated :)
I plan on making extensive use of ruby object instances in my .NET code.
With that i mean that we have a certain object model written in Ruby, and
we'd like to use that in our .NET
12 matches
Mail list logo