For those of you interested in mono-on-*nix-built-binaries for ironruby RC2.
http://dl.dropbox.com/u/21717/ironruby-rc2.tar.bz2
http://dl.dropbox.com/u/21717/ironruby-rc2.tar.gz
You need to either build the mono 2.6 branch from svn or mono from trunk to
be able to build ironruby on *nix but you s
+1 for 1.9
1.8.7 and 1.8.8 are backport releases with stuff they put in Ruby 1.9 AFAIK
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Blog: http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
On Fri,
I believe 1.9 includes most of the changes that are in 1.8.7 and 1.8.8.
JD
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Orion Edwards
Sent: Thursday, February 11, 2010 5:17 PM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] MRI
Answering my own post here… My initial problem was that I was using the
Windows installer instead of the source code download. I didn’t realize it
wasn’t included in the installer. I saw Jimmy’s todo reference of supplying a
gem in the future.
In any case, after getting the VS2010 solution t
Personally I'd like the 1.8.7 library changes (The Enumerable module has a
bunch more useful stuff in 1.8.7) but beyond that I can't actually remember
what the changes were, so I don't really miss them :-)
If IronRuby has 1.9.x compat, then the library changes would get pulled in
for that, so the
Thanks guys. I ended up writing a wrapper that takes an action and runs
it in an async delegate and that worked fine. You can obviously get
much fancier, but an example would be along the lines of this:
C# class:
public class WrapInDelegate{
public delegate void DelegateWrapper();
On Thu, Feb 11, 2010 at 22:20, Jim Deville wrote:
> Are you interested in the 1.8.7 features, or just things like Rails compat
> (which 1.9.x compat would give)
In all honesty (and regardless of Rails 3.0 compat) I think that
working on 1.8.7 features would be a waste of time and that the target
What problem does "gem sources -a" have with %HOME%? Does MRI have the same
problem? If %HOME% is not set, IronRuby and MRI should both use the same
algorithm to figure out the return value of File.expand_path("~") based on
other environment variables like %USERPROFILE%.
Do you get the SocketEr
For me it is just Rails 3.0 compat :)
On Thu, Feb 11, 2010 at 9:20 PM, Jim Deville wrote:
> Along these lines:
>
>
>
> Are you interested in the 1.8.7 features, or just things like Rails compat
> (which 1.9.x compat would give)
>
>
>
> JD
>
>
>
> From: ironruby-core-boun...@rubyforge.org
> [mailt
Along these lines:
Are you interested in the 1.8.7 features, or just things like Rails compat
(which 1.9.x compat would give)
JD
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Orion Edwards
Sent: Thursday, February 11, 2010 11:52 AM
To: iron
+1 !
Any idea how long after the 1.0 RTM we might start seeing 1.8.7 (or 1.9.x?)
> compatibility?
>
___
Ironruby-core mailing list
Ironruby-core@rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core
Hi
I'm currently helping David m. Peterson by setting up 2 windows boxes with
ironruby and running a few benchmarks and tests with it.
For example I'm going to try running a few of the complexer rails apps and
see how it holds up, i'm thinking about spree and redmine atm.
We'll also run the ruby s
On what types will IR be able to infer the types? Is that documented on the
site and I just didn't see it?
Ryan Riley
On Thu, Feb 11, 2010 at 9:55 AM, Jim Deville wrote:
> That call actually should (usually) be able to infer the type. Please file
> a bug on codeplex that Generic Type inference
That call actually should (usually) be able to infer the type. Please file a
bug on codeplex that Generic Type inference isn't working with ByRef types.
JD
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Shay Friedman
Sent: Thursday, February
You should call generic methods a bit differently.
The next code works:
ret_val = c.method(:do_something_else).of(String).call(str)
Shay.
Shay Friedman | .NET Technologies Expert | Author of IronRuby Unleashed |
Sela Technology Center
Blog:
Thanks Shay.
OK your code works. But my trouble seems to come in with the Generic
method.
When I do:
public class Class1
{
public string DoSomething(ref string test)
{
test = test + "tamtamtam";
return "return value";
}
public string
It returns another return value with the new ref value.
For example, if you have the next c# class:
public class Class1
{
public string DoSomething(ref string test)
{
test = test + "tamtamtam";
return "return value";
}
}
This is the IronRuby code you can write to use
or take a look here: I think the threadpool code is the one you want but
it's commented out right now
http://github.com/casualjim/ironnails/blob/master/IronNails/vendor/iron_nails/lib/nails_engine.rb#L61
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
GSM: +32.486.787.
Hi Everyone,
I'm trying to write a IronRuby script that interops with a a .NET assembly
written in C#.
It has a class that derives from a base class in the .NET assembly. One of
the base class protected methods looks like this:
protected void OnNotifyPropertyChanged(string name, ref T localmembe
Hi Bassel,
Ruby provides its own support for asynchronous operations in its Thread
class:
Thread.new do
puts "howdy!"
end
If you specifically need to run a .NET delegate asynchronously, you can call
its invoke method within this structure:
Thread.new do
my_action.invoke
end
More info on Ru
It seems a shame that the 1.0 release of IronRuby isn't going to be able to
run Rails 3, since they seem to be landing at around the same time. I guess
the differences between MRI 1.8.6 and 1.8.7 are pretty major, though, so not
much can be done about it at this stage?
Any idea how long after the
21 matches
Mail list logo
