From shay.friedman at gmail.com  Mon Mar  1 00:21:44 2010
From: shay.friedman at gmail.com (Shay Friedman)
Date: Mon, 1 Mar 2010 07:21:44 +0200
Subject: [Ironruby-core] Open-Uri Path in App.Config
In-Reply-To: <5fb12fb09403a715cd7f12b2898eabda@ruby-forum.com>
References: <5fb12fb09403a715cd7f12b2898eabda@ruby-forum.com>
Message-ID: <cd0e20101002282121i505b8a5bjdd2586fcf75a660d@mail.gmail.com>

I guess you're talking about that:
<options>
  <set language='Ruby' option='LibraryPaths'
value='..\lib\IronRuby;..\lib\ruby\site_ruby\1.8;..\lib\ruby\site_ruby;..\lib\ruby\1.8'/>
</options>

Shay.
--------------------------------------------------------
Shay Friedman | .NET Technologies Expert | Author of IronRuby Unleashed |
Sela Technology Center
Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay


On Mon, Mar 1, 2010 at 3:21 AM, Mohammad Azam <lists at ruby-forum.com> wrote:

> I completely forgot the paths that I need to setup to use open-uri in
> IronRuby when using with C#. I need to put those paths in my App.config
> to work with open-uri. Can anyone please paste those sections here? I
> keep forgetting those sections that I need to include in my App.config.
> --
> Posted via http://www.ruby-forum.com/.
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100301/5b008bd0/attachment.html>

From Shri.Borde at microsoft.com  Mon Mar  1 01:19:31 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Mon, 1 Mar 2010 06:19:31 +0000
Subject: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
In-Reply-To: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A705851E@TK5EX14MBXC134.redmond.corp.microsoft.com>

Very cool!

So if a user runs Cucumber on IronRuby, does Cucumber give the right error message about having to install iron-term-ansicolor? Cucumber used to say that you had to install win32console. Just checking that iron-term-ansicolor will be easily discoverable.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Friday, February 26, 2010 8:15 PM
To: ironruby-core
Subject: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

Tonight, I released an update to iron-term-ansicolor, a library for IronRuby that provides console colors for apps like RSpec and Cucumber (Cucumber already makes use of this, and I bet it would not be too much trouble to add to RSpec).

http://rubygems.org/gems/iron-term-ansicolor

igem install iron-term-ansicolor

The source is available on github: http://github.com/hotgazpacho/iron-term-ansicolor

Big thanks to Danny Coates for devising a much better way to parse the ANSI control codes!

--
Will Green
http://hotgazpacho.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100301/a6164172/attachment-0001.html>

From ivan at whiterabbitconsulting.eu  Mon Mar  1 03:42:50 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Mon, 1 Mar 2010 09:42:50 +0100
Subject: [Ironruby-core] Open-Uri Path in App.Config
In-Reply-To: <5fb12fb09403a715cd7f12b2898eabda@ruby-forum.com>
References: <5fb12fb09403a715cd7f12b2898eabda@ruby-forum.com>
Message-ID: <b1c6aabb1003010042u66e3367fu7cb3853884a2b533@mail.gmail.com>

Is this still an issue?

Provide a config file like this:

<?xml version='1.0' encoding='UTF-8'?>
<configuration>
  <configSections>
    <section name='microsoft.scripting' requirePermission='false'
type='Microsoft.Scripting.Hosting.Configuration.Section,
Microsoft.Scripting, Version=1.0.0.0, Culture=neutral,
PublicKeyToken=null'/>
  </configSections>

  <microsoft.scripting>
    <languages>
      <language extensions='.py' displayName='IronPython 2.6.1'
type='IronPython.Runtime.PythonContext, IronPython, Version=2.6.10920.0,
Culture=neutral, PublicKeyToken=null' names='IronPython;Python;py'/>
      <language extensions='.rb' displayName='IronRuby'
type='IronRuby.Runtime.RubyContext, IronRuby, Version=0.9.4.0,
Culture=neutral, PublicKeyToken=null' names='IronRuby;Ruby;rb'/>
    </languages>

    <options>
      <set language='Ruby' option='LibraryPaths'
value='C:\ironruby\lib\IronRuby;C:\ironruby\lib\ruby\site_ruby\1.8;C:\ironruby\lib\ruby\site_ruby;C:\ironruby\lib\ruby\1.8'/>
    </options>
  </microsoft.scripting>
</configuration>



Host IronRuby like this:

var setup = ScriptRuntimeSetup.ReadConfiguration();
scriptRuntime = Ruby.CreateRuntime(setup);
Engine = Ruby.GetEngine(Runtime);
Context = Ruby.GetExecutionContext(Engine);
// You can use Context.Loader.SetLoadPaths(IEnumerable<string> paths) to
replace the load paths at run-time



On Mon, Mar 1, 2010 at 2:21 AM, Mohammad Azam <lists at ruby-forum.com> wrote:

> I completely forgot the paths that I need to setup to use open-uri in
> IronRuby when using with C#. I need to put those paths in my App.config
> to work with open-uri. Can anyone please paste those sections here? I
> keep forgetting those sections that I need to include in my App.config.
> --
> Posted via http://www.ruby-forum.com/.
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100301/6a3f58cc/attachment.html>

From lists at ruby-forum.com  Mon Mar  1 09:25:42 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 15:25:42 +0100
Subject: [Ironruby-core] Open-Uri Path in App.Config
In-Reply-To: <b1c6aabb1003010042u66e3367fu7cb3853884a2b533@mail.gmail.com>
References: <5fb12fb09403a715cd7f12b2898eabda@ruby-forum.com>
	<b1c6aabb1003010042u66e3367fu7cb3853884a2b533@mail.gmail.com>
Message-ID: <2fdfc7336118747f43490e4afbc3deda@ruby-forum.com>

So, I added the paths that you provided in my C# code since I am trying 
to execute the .rb file from C#. Here is the complete code:

  static void Main(string[] args)
        {
            var url = "http://www.google.com.com";

            var engine = IronRuby.Ruby.CreateEngine();
            var scope = engine.ExecuteFile("../../screenscraper.rb");

            var paths = new List<String>();
            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib");
            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby\1.8");
            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby");
            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\1.8");


            engine.SetSearchPaths(paths);


            var obj = 
engine.Runtime.Globals.GetVariable("ScreenScraper");

            var screenScraper = engine.Operations.CreateInstance(obj);

            var html = engine.Operations.InvokeMember(screenScraper, 
"scrape", url);

            Console.WriteLine(html);

        }


When I run the application I get the following error:


Unhandled Exception: IronRuby.Builtins.LoadError: no such file to load 
-- open-u
ri
   at 
Microsoft.Scripting.Interpreter.ThrowInstruction.Run(InterpretedFrame 
fram
e)
   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame 
frame)
   at Microsoft.Scripting.Interpreter.LightLambda.Run2[T0,T1,TRet](T0 
arg0, T1 a
rg1)
   at IronRuby.Runtime.RubyScriptCode.Run(Scope scope, Boolean 
bindGlobals)
   at IronRuby.Runtime.RubyScriptCode.Run(Scope scope)
   at Microsoft.Scripting.SourceUnit.Execute(Scope scope, ErrorSink 
errorSink)
   at Microsoft.Scripting.Hosting.ScriptSource.Execute(ScriptScope 
scope)
   at Microsoft.Scripting.Hosting.ScriptEngine.ExecuteFile(String path)
   at IronRubyConsoleApp.Program.Main(String[] args) in 
C:\Projects\ILoveIronRub
y\ILoveIronRuby\IronRubyConsoleApp\Program.cs:line 15
Press any key to continue . . .



-- 
Posted via http://www.ruby-forum.com/.

From ivan at whiterabbitconsulting.eu  Mon Mar  1 09:36:58 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Mon, 1 Mar 2010 15:36:58 +0100
Subject: [Ironruby-core] Open-Uri Path in App.Config
In-Reply-To: <2fdfc7336118747f43490e4afbc3deda@ruby-forum.com>
References: <5fb12fb09403a715cd7f12b2898eabda@ruby-forum.com> 
	<b1c6aabb1003010042u66e3367fu7cb3853884a2b533@mail.gmail.com> 
	<2fdfc7336118747f43490e4afbc3deda@ruby-forum.com>
Message-ID: <b1c6aabb1003010636g243e7d15i7f0eabd0278b2fad@mail.gmail.com>

you might want to move the executefile method

var url = "http://www.google.com.com";

           var engine = IronRuby.Ruby.CreateEngine();


           var paths = new List<String>();
           paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib");

 paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby\1.8");
           paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby");
           paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\1.8");


           engine.SetSearchPaths(paths);


           var obj =
engine.Runtime.Globals.GetVariable("ScreenScraper");
           engine.ExecuteFile("../../screenscraper.rb");
           var screenScraper = engine.Operations.CreateInstance(obj);

           var html = engine.Operations.InvokeMember(screenScraper,
"scrape", url);

           Console.WriteLine(html);
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero - Mob: +32.486.787.582
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Mon, Mar 1, 2010 at 3:25 PM, Mohammad Azam <lists at ruby-forum.com> wrote:

> So, I added the paths that you provided in my C# code since I am trying
> to execute the .rb file from C#. Here is the complete code:
>
>  static void Main(string[] args)
>        {
>            var url = "http://www.google.com.com";
>
>            var engine = IronRuby.Ruby.CreateEngine();
>            var scope = engine.ExecuteFile("../../screenscraper.rb");
>
>            var paths = new List<String>();
>            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib");
>
>  paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby\1.8");
>            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby");
>            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\1.8");
>
>
>            engine.SetSearchPaths(paths);
>
>
>            var obj =
> engine.Runtime.Globals.GetVariable("ScreenScraper");
>
>            var screenScraper = engine.Operations.CreateInstance(obj);
>
>            var html = engine.Operations.InvokeMember(screenScraper,
> "scrape", url);
>
>            Console.WriteLine(html);
>
>        }
>
>
> When I run the application I get the following error:
>
>
> Unhandled Exception: IronRuby.Builtins.LoadError: no such file to load
> -- open-u
> ri
>   at
> Microsoft.Scripting.Interpreter.ThrowInstruction.Run(InterpretedFrame
> fram
> e)
>   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame
> frame)
>   at Microsoft.Scripting.Interpreter.LightLambda.Run2[T0,T1,TRet](T0
> arg0, T1 a
> rg1)
>   at IronRuby.Runtime.RubyScriptCode.Run(Scope scope, Boolean
> bindGlobals)
>   at IronRuby.Runtime.RubyScriptCode.Run(Scope scope)
>   at Microsoft.Scripting.SourceUnit.Execute(Scope scope, ErrorSink
> errorSink)
>   at Microsoft.Scripting.Hosting.ScriptSource.Execute(ScriptScope
> scope)
>   at Microsoft.Scripting.Hosting.ScriptEngine.ExecuteFile(String path)
>   at IronRubyConsoleApp.Program.Main(String[] args) in
> C:\Projects\ILoveIronRub
> y\ILoveIronRuby\IronRubyConsoleApp\Program.cs:line 15
> Press any key to continue . . .
>
>
>
> --
> Posted via http://www.ruby-forum.com/.
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100301/d3e6d76c/attachment.html>

From lists at ruby-forum.com  Mon Mar  1 10:08:37 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 16:08:37 +0100
Subject: [Ironruby-core] Cucumber with IronRuby
Message-ID: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>

I don't know why I keep getting the following exception when I try to
run cucumber with Ironruby.

C:\Projects\ILoveIronRuby\ILoveIronRuby\IronRubyConsoleApp>icucumber
features/pr
ime.feature --no-color
syntax error, unexpected IDENTIFIER, expecting '{', or DO, or '('
(SyntaxError)
:0:in `require'
c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/../lib/cucumber/rb_support/r
b_language.rb:101:in `load_code_file'
custom_require.rb:30:in `require'
c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/../lib/cucumber/rb_support/r
b_language.rb:46:in `step_definitions_for'
polyglot.rb:69:in `require'
c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/../lib/cucumber/step_mother.
rb:118:in `load_code_file'
c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/../lib/cucumber/step_mother.
rb:110:in `load_code_files'
c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/../lib/cucumber/step_mother.
rb:109:in `load_code_files'
c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/../lib/cucumber/cli/main.rb:
48:in `execute!'
c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/../lib/cucumber/cli/main.rb:
23:in `execute'
:0:in `each'
c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/cucumber:9
c:/ruby/bin/cucumber:19
:0:in `load'


I have even updated the path in my icucumber.bat file as follows:

@ECHO OFF
REM This is to tell IronRuby where to find gems.
SET GEM_PATH=c:\ruby\lib\ruby\gems\1.8
@"C:\DevTools\ironruby-1.0-rc1\bin\ir.exe" "c:\ruby\bin\cucumber"

%*

Thanks,
Azam
-- 
Posted via http://www.ruby-forum.com/.

From lists at ruby-forum.com  Mon Mar  1 10:09:08 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 16:09:08 +0100
Subject: [Ironruby-core] WatiR with IronRuby
Message-ID: <dbeaf47621327fc13040fc535851dca5@ruby-forum.com>

Is WatiR supported in IronRuby RC 1?
-- 
Posted via http://www.ruby-forum.com/.

From ivan at whiterabbitconsulting.eu  Mon Mar  1 10:16:35 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Mon, 1 Mar 2010 16:16:35 +0100
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
Message-ID: <b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>

First of all upgrade to ironruby rc2.
Also I thought we had a very long discussion on mixing gems installed in a
different ruby. Let's not repeat that one and keep it at don't mix gem
installs.

then try this:

ir -S gem install cucumber ironterm-ansicolor
ir -S cucumber features/prime.feature
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)


On Mon, Mar 1, 2010 at 4:08 PM, Mohammad Azam <lists at ruby-forum.com> wrote:

> I don't know why I keep getting the following exception when I try to
> run cucumber with Ironruby.
>
> C:\Projects\ILoveIronRuby\ILoveIronRuby\IronRubyConsoleApp>icucumber
> features/pr
> ime.feature --no-color
> syntax error, unexpected IDENTIFIER, expecting '{', or DO, or '('
> (SyntaxError)
> :0:in `require'
>
> c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/../lib/cucumber/rb_support/r
> b_language.rb:101:in `load_code_file'
> custom_require.rb:30:in `require'
>
> c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/../lib/cucumber/rb_support/r
> b_language.rb:46:in `step_definitions_for'
> polyglot.rb:69:in `require'
>
> c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/../lib/cucumber/step_mother.
> rb:118:in `load_code_file'
>
> c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/../lib/cucumber/step_mother.
> rb:110:in `load_code_files'
>
> c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/../lib/cucumber/step_mother.
> rb:109:in `load_code_files'
>
> c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/../lib/cucumber/cli/main.rb:
> 48:in `execute!'
>
> c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/../lib/cucumber/cli/main.rb:
> 23:in `execute'
> :0:in `each'
> c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/cucumber:9
> c:/ruby/bin/cucumber:19
> :0:in `load'
>
>
> I have even updated the path in my icucumber.bat file as follows:
>
> @ECHO OFF
> REM This is to tell IronRuby where to find gems.
> SET GEM_PATH=c:\ruby\lib\ruby\gems\1.8
> @"C:\DevTools\ironruby-1.0-rc1\bin\ir.exe" "c:\ruby\bin\cucumber"
>
> %*
>
> Thanks,
> Azam
> --
> Posted via http://www.ruby-forum.com/.
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100301/3a39c83b/attachment-0001.html>

From lists at ruby-forum.com  Mon Mar  1 10:21:54 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 16:21:54 +0100
Subject: [Ironruby-core] Open-Uri Path in App.Config
In-Reply-To: <b1c6aabb1003010636g243e7d15i7f0eabd0278b2fad@mail.gmail.com>
References: <5fb12fb09403a715cd7f12b2898eabda@ruby-forum.com>
	<b1c6aabb1003010042u66e3367fu7cb3853884a2b533@mail.gmail.com>
	<2fdfc7336118747f43490e4afbc3deda@ruby-forum.com>
	<b1c6aabb1003010636g243e7d15i7f0eabd0278b2fad@mail.gmail.com>
Message-ID: <6f65e3c6c5fb48548bfc337c2d1e2a27@ruby-forum.com>

Here is my implementation:

 static void Main(string[] args)
        {
            var url = "http://www.google.com";

            var engine = IronRuby.Ruby.CreateEngine();

            var paths = new List<String>();
            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib");
            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby\1.8");
            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby");
            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\1.8");


            engine.SetSearchPaths(paths);

            engine.ExecuteFile("../../screenscraper.rb");
            var obj = 
engine.Runtime.Globals.GetVariable("ScreenScraper");

            var screenScraper = engine.Operations.CreateInstance(obj);

            var html = engine.Operations.InvokeMember(screenScraper, 
"scrape", url);

            Console.WriteLine(html);

        }


And now it throws the following error:


Unhandled Exception: IronRuby.Builtins.LoadError: no such file to load 
-- string
io
   at 
Microsoft.Scripting.Interpreter.ThrowInstruction.Run(InterpretedFrame 
fram
e)
   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame 
frame)
   at Microsoft.Scripting.Interpreter.LightLambda.Run2[T0,T1,TRet](T0 
arg0, T1 a
rg1)
   at IronRuby.Runtime.RubyScriptCode.Run(Scope scope, Boolean 
bindGlobals)
   at IronRuby.Runtime.RubyScriptCode.Run(Scope scope)
   at Microsoft.Scripting.SourceUnit.Execute(Scope scope, ErrorSink 
errorSink)
   at Microsoft.Scripting.Hosting.ScriptSource.Execute(ScriptScope 
scope)
   at Microsoft.Scripting.Hosting.ScriptEngine.ExecuteFile(String path)
   at IronRubyConsoleApp.Program.Main(String[] args) in 
C:\Projects\ILoveIronRub
y\ILoveIronRuby\IronRubyConsoleApp\Program.cs:line 25
Press any key to continue . . .





Ivan Porto Carrero wrote:
> you might want to move the executefile method
> 
> var url = "http://www.google.com.com";
> 
>            var engine = IronRuby.Ruby.CreateEngine();
> 
> 
>            var paths = new List<String>();
>            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib");
> 
>  paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby\1.8");
>            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby");
>            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\1.8");
> 
> 
>            engine.SetSearchPaths(paths);
> 
> 
>            var obj =
> engine.Runtime.Globals.GetVariable("ScreenScraper");
>            engine.ExecuteFile("../../screenscraper.rb");
>            var screenScraper = engine.Operations.CreateInstance(obj);
> 
>            var html = engine.Operations.InvokeMember(screenScraper,
> "scrape", url);
> 
>            Console.WriteLine(html);
> ---
> Met vriendelijke groeten - Best regards - Salutations
> Ivan Porto Carrero - Mob: +32.486.787.582
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)
> Microsoft IronRuby/C# MVP

-- 
Posted via http://www.ruby-forum.com/.

From jdeville at microsoft.com  Mon Mar  1 10:24:31 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 1 Mar 2010 15:24:31 +0000
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71D2B3A@TK5EX14MBXC136.redmond.corp.microsoft.com>

Looks like a syntax error where you have a identifier (method name or variable name) where a block is expected. Can you figure out where the error is being raised? The fact that it is in a method called "load_code_file" leads me to suspect it is one of the test files as opposed to the cucumber files.

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mohammad Azam
Sent: Monday, March 01, 2010 7:09 AM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Cucumber with IronRuby

I don't know why I keep getting the following exception when I try to run cucumber with Ironruby.

C:\Projects\ILoveIronRuby\ILoveIronRuby\IronRubyConsoleApp>icucumber
features/pr
ime.feature --no-color
syntax error, unexpected IDENTIFIER, expecting '{', or DO, or '('
(SyntaxError)
:0:in `require'
c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/../lib/cucumber/rb_support/r
b_language.rb:101:in `load_code_file'
custom_require.rb:30:in `require'
c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/../lib/cucumber/rb_support/r
b_language.rb:46:in `step_definitions_for'
polyglot.rb:69:in `require'
c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/../lib/cucumber/step_mother.
rb:118:in `load_code_file'
c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/../lib/cucumber/step_mother.
rb:110:in `load_code_files'
c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/../lib/cucumber/step_mother.
rb:109:in `load_code_files'
c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/../lib/cucumber/cli/main.rb:
48:in `execute!'
c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/../lib/cucumber/cli/main.rb:
23:in `execute'
:0:in `each'
c:/ruby/lib/ruby/gems/1.8/gems/cucumber-0.3.101/bin/cucumber:9
c:/ruby/bin/cucumber:19
:0:in `load'


I have even updated the path in my icucumber.bat file as follows:

@ECHO OFF
REM This is to tell IronRuby where to find gems.
SET GEM_PATH=c:\ruby\lib\ruby\gems\1.8
@"C:\DevTools\ironruby-1.0-rc1\bin\ir.exe" "c:\ruby\bin\cucumber"

%*

Thanks,
Azam
--
Posted via http://www.ruby-forum.com/.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From lists at ruby-forum.com  Mon Mar  1 10:27:40 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 16:27:40 +0100
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71D2B3A@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D2B3A@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <da7c0d401fdd0bbdc09e72c7bd016fcd@ruby-forum.com>

Thanks for the reply! My test file called "primeservice.rb" is placed 
inside the step_definations folder which is inside the feature folder. 
Like this:

features/step_definations/primeservice.rb

The primeservice.rb looks something like this:


require 'rubygems'
require 'spec/expectations'

require File.expand_path("bin/Debug/BusinessObjects.dll")

include BusinessObjects

Thanks,
Azam


Jim Deville wrote:
> Looks like a syntax error where you have a identifier (method name or 
> variable name) where a block is expected. Can you figure out where the 
> error is being raised? The fact that it is in a method called 
> "load_code_file" leads me to suspect it is one of the test files as 
> opposed to the cucumber files.

-- 
Posted via http://www.ruby-forum.com/.

From jdeville at microsoft.com  Mon Mar  1 10:35:34 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 1 Mar 2010 15:35:34 +0000
Subject: [Ironruby-core] Open-Uri Path in App.Config
In-Reply-To: <6f65e3c6c5fb48548bfc337c2d1e2a27@ruby-forum.com>
References: <5fb12fb09403a715cd7f12b2898eabda@ruby-forum.com>
	<b1c6aabb1003010042u66e3367fu7cb3853884a2b533@mail.gmail.com>
	<2fdfc7336118747f43490e4afbc3deda@ruby-forum.com>
	<b1c6aabb1003010636g243e7d15i7f0eabd0278b2fad@mail.gmail.com>
	<6f65e3c6c5fb48548bfc337c2d1e2a27@ruby-forum.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71D2C19@TK5EX14MBXC136.redmond.corp.microsoft.com>

You need to include the rest of the ironruby search paths. For example. "C:\devtools\ironruby-1.0-rc1\lib\ironruby"

Also, the ir.exe.config from c:\devtools\ironruby-1.0-rc1\bin should be setup exactly like you want. If you provide that to your app it should just work. That's why we install that config file.

JD

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mohammad Azam
Sent: Monday, March 01, 2010 7:22 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Open-Uri Path in App.Config

Here is my implementation:

 static void Main(string[] args)
        {
            var url = "http://www.google.com";

            var engine = IronRuby.Ruby.CreateEngine();

            var paths = new List<String>();
            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib");
            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby\1.8");
            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby");
            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\1.8");


            engine.SetSearchPaths(paths);

            engine.ExecuteFile("../../screenscraper.rb");
            var obj =
engine.Runtime.Globals.GetVariable("ScreenScraper");

            var screenScraper = engine.Operations.CreateInstance(obj);

            var html = engine.Operations.InvokeMember(screenScraper,
"scrape", url);

            Console.WriteLine(html);

        }


And now it throws the following error:


Unhandled Exception: IronRuby.Builtins.LoadError: no such file to load
-- string
io
   at
Microsoft.Scripting.Interpreter.ThrowInstruction.Run(InterpretedFrame
fram
e)
   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame
frame)
   at Microsoft.Scripting.Interpreter.LightLambda.Run2[T0,T1,TRet](T0
arg0, T1 a
rg1)
   at IronRuby.Runtime.RubyScriptCode.Run(Scope scope, Boolean
bindGlobals)
   at IronRuby.Runtime.RubyScriptCode.Run(Scope scope)
   at Microsoft.Scripting.SourceUnit.Execute(Scope scope, ErrorSink
errorSink)
   at Microsoft.Scripting.Hosting.ScriptSource.Execute(ScriptScope
scope)
   at Microsoft.Scripting.Hosting.ScriptEngine.ExecuteFile(String path)
   at IronRubyConsoleApp.Program.Main(String[] args) in C:\Projects\ILoveIronRub y\ILoveIronRuby\IronRubyConsoleApp\Program.cs:line 25 Press any key to continue . . .





Ivan Porto Carrero wrote:
> you might want to move the executefile method
> 
> var url = "http://www.google.com.com";
> 
>            var engine = IronRuby.Ruby.CreateEngine();
> 
> 
>            var paths = new List<String>();
>            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib");
> 
>  paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby\1.8");
>            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby");
>            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\1.8");
> 
> 
>            engine.SetSearchPaths(paths);
> 
> 
>            var obj =
> engine.Runtime.Globals.GetVariable("ScreenScraper");
>            engine.ExecuteFile("../../screenscraper.rb");
>            var screenScraper = engine.Operations.CreateInstance(obj);
> 
>            var html = engine.Operations.InvokeMember(screenScraper,
> "scrape", url);
> 
>            Console.WriteLine(html);
> ---
> Met vriendelijke groeten - Best regards - Salutations Ivan Porto 
> Carrero - Mob: +32.486.787.582
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero) Microsoft 
> IronRuby/C# MVP

--
Posted via http://www.ruby-forum.com/.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From ivan at whiterabbitconsulting.eu  Mon Mar  1 10:30:41 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Mon, 1 Mar 2010 16:30:41 +0100
Subject: [Ironruby-core] Open-Uri Path in App.Config
In-Reply-To: <6f65e3c6c5fb48548bfc337c2d1e2a27@ruby-forum.com>
References: <5fb12fb09403a715cd7f12b2898eabda@ruby-forum.com> 
	<b1c6aabb1003010042u66e3367fu7cb3853884a2b533@mail.gmail.com> 
	<2fdfc7336118747f43490e4afbc3deda@ruby-forum.com>
	<b1c6aabb1003010636g243e7d15i7f0eabd0278b2fad@mail.gmail.com> 
	<6f65e3c6c5fb48548bfc337c2d1e2a27@ruby-forum.com>
Message-ID: <b1c6aabb1003010730n4364039aoa7e4739c230e44d6@mail.gmail.com>

here's an idea maybe buy my book. All this is explained in there

replace: paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib");
with: paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ironruby");

That's the location that contains stringio.rb.

It was like this when I sent the email earlier: <set language='Ruby'
option='LibraryPaths' value='*C:\ironruby\lib\IronRuby*
;C:\ironruby\lib\ruby\site_ruby\1.8;C:\ironruby\lib\ruby\site_ruby;C:\ironruby\lib\ruby\1.8'/>

---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Mon, Mar 1, 2010 at 4:21 PM, Mohammad Azam <lists at ruby-forum.com> wrote:

> Here is my implementation:
>
>  static void Main(string[] args)
>        {
>             var url = "http://www.google.com";
>
>            var engine = IronRuby.Ruby.CreateEngine();
>
>            var paths = new List<String>();
>            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib");
>
>  paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby\1.8");
>            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby");
>            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\1.8");
>
>
>            engine.SetSearchPaths(paths);
>
>             engine.ExecuteFile("../../screenscraper.rb");
>             var obj =
> engine.Runtime.Globals.GetVariable("ScreenScraper");
>
>            var screenScraper = engine.Operations.CreateInstance(obj);
>
>            var html = engine.Operations.InvokeMember(screenScraper,
> "scrape", url);
>
>            Console.WriteLine(html);
>
>        }
>
>
> And now it throws the following error:
>
>
> Unhandled Exception: IronRuby.Builtins.LoadError: no such file to load
> -- string
> io
>    at
> Microsoft.Scripting.Interpreter.ThrowInstruction.Run(InterpretedFrame
> fram
> e)
>   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame
> frame)
>   at Microsoft.Scripting.Interpreter.LightLambda.Run2[T0,T1,TRet](T0
> arg0, T1 a
> rg1)
>   at IronRuby.Runtime.RubyScriptCode.Run(Scope scope, Boolean
> bindGlobals)
>   at IronRuby.Runtime.RubyScriptCode.Run(Scope scope)
>   at Microsoft.Scripting.SourceUnit.Execute(Scope scope, ErrorSink
> errorSink)
>   at Microsoft.Scripting.Hosting.ScriptSource.Execute(ScriptScope
> scope)
>   at Microsoft.Scripting.Hosting.ScriptEngine.ExecuteFile(String path)
>   at IronRubyConsoleApp.Program.Main(String[] args) in
> C:\Projects\ILoveIronRub
> y\ILoveIronRuby\IronRubyConsoleApp\Program.cs:line 25
> Press any key to continue . . .
>
>
>
>
>
> Ivan Porto Carrero wrote:
> > you might want to move the executefile method
> >
> > var url = "http://www.google.com.com";
> >
> >            var engine = IronRuby.Ruby.CreateEngine();
> >
> >
> >            var paths = new List<String>();
> >            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib");
> >
> >  paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby\1.8");
> >            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby");
> >            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\1.8");
> >
> >
> >            engine.SetSearchPaths(paths);
> >
> >
> >            var obj =
> > engine.Runtime.Globals.GetVariable("ScreenScraper");
> >            engine.ExecuteFile("../../screenscraper.rb");
> >            var screenScraper = engine.Operations.CreateInstance(obj);
> >
> >            var html = engine.Operations.InvokeMember(screenScraper,
> > "scrape", url);
> >
> >            Console.WriteLine(html);
> > ---
> > Met vriendelijke groeten - Best regards - Salutations
> > Ivan Porto Carrero - Mob: +32.486.787.582
> > Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> > Twitter: http://twitter.com/casualjim
> > Author of IronRuby in Action (http://manning.com/carrero)
> > Microsoft IronRuby/C# MVP
>
> --
> Posted via http://www.ruby-forum.com/.
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100301/d1c2d128/attachment-0001.html>

From lists at ruby-forum.com  Mon Mar  1 10:47:53 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 16:47:53 +0100
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
	<b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>
Message-ID: <2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>

The ir-S gem install cucumber did not work:


C:\Projects\ILoveIronRuby\ILoveIronRuby\IronRubyConsoleApp>ir -S gem 
install cuc
umber ironterm-ansicolor
Option `-S' not supported

>> First of all upgrade to ironruby rc2.

Maybe later! I am afraid it will going to mess things up for me.


Ivan Porto Carrero wrote:
> First of all upgrade to ironruby rc2.
> Also I thought we had a very long discussion on mixing gems installed in 
> a
> different ruby. Let's not repeat that one and keep it at don't mix gem
> installs.
> 
> then try this:
> 
> ir -S gem install cucumber ironterm-ansicolor
> ir -S cucumber features/prime.feature
> ---
> Met vriendelijke groeten - Best regards - Salutations
> Ivan Porto Carrero
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)

-- 
Posted via http://www.ruby-forum.com/.

From lists at ruby-forum.com  Mon Mar  1 10:52:11 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 16:52:11 +0100
Subject: [Ironruby-core] Open-Uri Path in App.Config
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71D2C19@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <5fb12fb09403a715cd7f12b2898eabda@ruby-forum.com>
	<b1c6aabb1003010042u66e3367fu7cb3853884a2b533@mail.gmail.com>
	<2fdfc7336118747f43490e4afbc3deda@ruby-forum.com>
	<b1c6aabb1003010636g243e7d15i7f0eabd0278b2fad@mail.gmail.com>
	<6f65e3c6c5fb48548bfc337c2d1e2a27@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D2C19@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <dcb09a78b9e39142f5a5b2e43ddcb5f0@ruby-forum.com>

I copied the ironruby config file into my application's config file and 
removed all the path variables from my application but it did not work. 
Then I added the "C:\devtools\ironruby-1.0-rc1\lib\ironruby" path and 
removed the app.config and then it worked out.

Any ideas that why even copy pasting the app.config from ironruby to my 
application app.config did not work?


Jim Deville wrote:
> You need to include the rest of the ironruby search paths. For example. 
> "C:\devtools\ironruby-1.0-rc1\lib\ironruby"
> 
> Also, the ir.exe.config from c:\devtools\ironruby-1.0-rc1\bin should be 
> setup exactly like you want. If you provide that to your app it should 
> just work. That's why we install that config file.
> 
> JD

-- 
Posted via http://www.ruby-forum.com/.

From lists at ruby-forum.com  Mon Mar  1 10:53:51 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 16:53:51 +0100
Subject: [Ironruby-core] Open-Uri Path in App.Config
In-Reply-To: <b1c6aabb1003010730n4364039aoa7e4739c230e44d6@mail.gmail.com>
References: <5fb12fb09403a715cd7f12b2898eabda@ruby-forum.com>
	<b1c6aabb1003010042u66e3367fu7cb3853884a2b533@mail.gmail.com>
	<2fdfc7336118747f43490e4afbc3deda@ruby-forum.com>
	<b1c6aabb1003010636g243e7d15i7f0eabd0278b2fad@mail.gmail.com>
	<6f65e3c6c5fb48548bfc337c2d1e2a27@ruby-forum.com>
	<b1c6aabb1003010730n4364039aoa7e4739c230e44d6@mail.gmail.com>
Message-ID: <4457c01a14b558f4caf25ad9b0e78495@ruby-forum.com>

I will definitely buy your book when IronRuby is publicly released! I 
don't want to consult the book and find out that opps that has now 
changed in the final release.

Ivan Porto Carrero wrote:
> here's an idea maybe buy my book. All this is explained in there
> 
> replace: paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib");
> with: paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ironruby");
> 
> That's the location that contains stringio.rb.
> 
> It was like this when I sent the email earlier: <set language='Ruby'
> option='LibraryPaths' value='*C:\ironruby\lib\IronRuby*
> ;C:\ironruby\lib\ruby\site_ruby\1.8;C:\ironruby\lib\ruby\site_ruby;C:\ironruby\lib\ruby\1.8'/>
> 
> ---
> Met vriendelijke groeten - Best regards - Salutations
> Ivan Porto Carrero
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)
> Microsoft IronRuby/C# MVP

-- 
Posted via http://www.ruby-forum.com/.

From lists at ruby-forum.com  Mon Mar  1 10:56:52 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 16:56:52 +0100
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
	<b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>
	<2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
Message-ID: <a0546f8694a24ad5e79f56eaf426df7b@ruby-forum.com>

I installed the icucumber again using the following command:

igem install cucumber

the install went fine. then i said

icucumber on the command prompt and I got the following:


C:\Projects\ILoveIronRuby\ILoveIronRuby\IronRubyConsoleApp>icucumber
*** WARNING: You must "igem install iron-term-ansicolor" to get coloured 
ouput i
n on IronRuby
syntax error, unexpected IDENTIFIER, expecting '{', or DO, or '(' 
(SyntaxError)
:0:in `require'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/rb_support/rb_language.rb:124:in `load_code_file'
custom_require.rb:30:in `require'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/step_mother.rb:84:in `load_code_file'
polyglot.rb:64:in `require'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/step_mother.rb:76:in `load_code_files'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/step_mother.rb:75:in `load_code_files'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/cli/main.rb:51:in `execute!'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/cli/main.rb:20:in `execute'
:0:in `each'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/cucum
ber:8
c:/ruby/bin/cucumber:19
:0:in `load'

So, I tried installing the iron-term-ansicolor but I got the following:

C:\Projects\ILoveIronRuby\ILoveIronRuby\IronRubyConsoleApp>igem install 
iron-ter
m-ansicolor
ERROR:  While executing gem ... (IndexError)
    Index was outside the bounds of the array.

C:\Projects\ILoveIronRuby\ILoveIronRuby\IronRubyConsoleApp>
-- 
Posted via http://www.ruby-forum.com/.

From shay.friedman at gmail.com  Mon Mar  1 11:04:23 2010
From: shay.friedman at gmail.com (Shay Friedman)
Date: Mon, 1 Mar 2010 18:04:23 +0200
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <a0546f8694a24ad5e79f56eaf426df7b@ruby-forum.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
	<b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>
	<2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
	<a0546f8694a24ad5e79f56eaf426df7b@ruby-forum.com>
Message-ID: <cd0e20101003010804p31bcf0a0x81fe9b6e0e02220d@mail.gmail.com>

Try to run icucumber with the --no-color switch.

--------------------------------------------------------
Shay Friedman | .NET Technologies Expert | Author of IronRuby Unleashed |
Sela Technology Center
Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay


On Mon, Mar 1, 2010 at 5:56 PM, Mohammad Azam <lists at ruby-forum.com> wrote:

> I installed the icucumber again using the following command:
>
> igem install cucumber
>
> the install went fine. then i said
>
> icucumber on the command prompt and I got the following:
>
>
> C:\Projects\ILoveIronRuby\ILoveIronRuby\IronRubyConsoleApp>icucumber
> *** WARNING: You must "igem install iron-term-ansicolor" to get coloured
> ouput i
> n on IronRuby
> syntax error, unexpected IDENTIFIER, expecting '{', or DO, or '('
> (SyntaxError)
> :0:in `require'
>
> C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
> b/cucumber/rb_support/rb_language.rb:124:in `load_code_file'
> custom_require.rb:30:in `require'
>
> C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
> b/cucumber/step_mother.rb:84:in `load_code_file'
> polyglot.rb:64:in `require'
>
> C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
> b/cucumber/step_mother.rb:76:in `load_code_files'
>
> C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
> b/cucumber/step_mother.rb:75:in `load_code_files'
>
> C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
> b/cucumber/cli/main.rb:51:in `execute!'
>
> C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
> b/cucumber/cli/main.rb:20:in `execute'
> :0:in `each'
>
> C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/cucum
> ber:8
> c:/ruby/bin/cucumber:19
> :0:in `load'
>
> So, I tried installing the iron-term-ansicolor but I got the following:
>
> C:\Projects\ILoveIronRuby\ILoveIronRuby\IronRubyConsoleApp>igem install
> iron-ter
> m-ansicolor
> ERROR:  While executing gem ... (IndexError)
>    Index was outside the bounds of the array.
>
> C:\Projects\ILoveIronRuby\ILoveIronRuby\IronRubyConsoleApp>
> --
> Posted via http://www.ruby-forum.com/.
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100301/53ec68ee/attachment.html>

From jdeville at microsoft.com  Mon Mar  1 11:08:25 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 1 Mar 2010 16:08:25 +0000
Subject: [Ironruby-core] Open-Uri Path in App.Config
In-Reply-To: <4457c01a14b558f4caf25ad9b0e78495@ruby-forum.com>
References: <5fb12fb09403a715cd7f12b2898eabda@ruby-forum.com>
	<b1c6aabb1003010042u66e3367fu7cb3853884a2b533@mail.gmail.com>
	<2fdfc7336118747f43490e4afbc3deda@ruby-forum.com>
	<b1c6aabb1003010636g243e7d15i7f0eabd0278b2fad@mail.gmail.com>
	<6f65e3c6c5fb48548bfc337c2d1e2a27@ruby-forum.com>
	<b1c6aabb1003010730n4364039aoa7e4739c230e44d6@mail.gmail.com>
	<4457c01a14b558f4caf25ad9b0e78495@ruby-forum.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71D2D4B@TK5EX14MBXC136.redmond.corp.microsoft.com>

a)IronRuby is in the home stretch.
b)Ivan's book is keeping up with the development, and if you buy the Manning EAP beta, you will get the updates and have the option to get the final copy.
JD

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mohammad Azam
Sent: Monday, March 01, 2010 7:54 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Open-Uri Path in App.Config

I will definitely buy your book when IronRuby is publicly released! I don't want to consult the book and find out that opps that has now changed in the final release.

Ivan Porto Carrero wrote:
> here's an idea maybe buy my book. All this is explained in there
> 
> replace: paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib");
> with: paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ironruby");
> 
> That's the location that contains stringio.rb.
> 
> It was like this when I sent the email earlier: <set language='Ruby'
> option='LibraryPaths' value='*C:\ironruby\lib\IronRuby* 
> ;C:\ironruby\lib\ruby\site_ruby\1.8;C:\ironruby\lib\ruby\site_ruby;C:\
> ironruby\lib\ruby\1.8'/>
> 
> ---
> Met vriendelijke groeten - Best regards - Salutations Ivan Porto 
> Carrero
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero) Microsoft 
> IronRuby/C# MVP

--
Posted via http://www.ruby-forum.com/.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From jdeville at microsoft.com  Mon Mar  1 11:10:05 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 1 Mar 2010 16:10:05 +0000
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
	<b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>
	<2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71D2D90@TK5EX14MBXC136.redmond.corp.microsoft.com>

That's why rc2 was FIRST. -S is an option added in rc2. If you want to support our project, we would appreciate it if you worked with the up to date bits so that we can be certain we aren't fighting against a resolved bug.

JD

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mohammad Azam
Sent: Monday, March 01, 2010 7:48 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Cucumber with IronRuby

The ir-S gem install cucumber did not work:


C:\Projects\ILoveIronRuby\ILoveIronRuby\IronRubyConsoleApp>ir -S gem install cuc umber ironterm-ansicolor Option `-S' not supported

>> First of all upgrade to ironruby rc2.

Maybe later! I am afraid it will going to mess things up for me.


Ivan Porto Carrero wrote:
> First of all upgrade to ironruby rc2.
> Also I thought we had a very long discussion on mixing gems installed 
> in a different ruby. Let's not repeat that one and keep it at don't 
> mix gem installs.
> 
> then try this:
> 
> ir -S gem install cucumber ironterm-ansicolor ir -S cucumber 
> features/prime.feature
> ---
> Met vriendelijke groeten - Best regards - Salutations Ivan Porto 
> Carrero
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)

--
Posted via http://www.ruby-forum.com/.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From lists at ruby-forum.com  Mon Mar  1 11:11:18 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 17:11:18 +0100
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <a0546f8694a24ad5e79f56eaf426df7b@ruby-forum.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
	<b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>
	<2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
	<a0546f8694a24ad5e79f56eaf426df7b@ruby-forum.com>
Message-ID: <905d53113bef1ef6b01927ac2980d0b3@ruby-forum.com>

My feature file is called prime.feature and now I added a new test
file called "prime_steps" (I thought maybe the name has to be same).
After running the icucumber features/prime.feature I still get the same
error. The strange thing is that I don'nt have any code in the test
file. It is totally blank.

-- 
Posted via http://www.ruby-forum.com/.

From lists at ruby-forum.com  Mon Mar  1 11:19:20 2010
From: lists at ruby-forum.com (Andrew Warner)
Date: Mon, 1 Mar 2010 17:19:20 +0100
Subject: [Ironruby-core] problem setting .NET member variables
In-Reply-To: <b677b21398821c24bd3a6f31b8574c00@ruby-forum.com>
References: <b677b21398821c24bd3a6f31b8574c00@ruby-forum.com>
Message-ID: <9a74b5e789ce479f3597b067fb22cc39@ruby-forum.com>

I believe this was an internal object reference issue - in .NET, not in 
Ruby. thanks!
-- 
Posted via http://www.ruby-forum.com/.

From jdeville at microsoft.com  Mon Mar  1 11:19:32 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 1 Mar 2010 16:19:32 +0000
Subject: [Ironruby-core] Open-Uri Path in App.Config
In-Reply-To: <dcb09a78b9e39142f5a5b2e43ddcb5f0@ruby-forum.com>
References: <5fb12fb09403a715cd7f12b2898eabda@ruby-forum.com>
	<b1c6aabb1003010042u66e3367fu7cb3853884a2b533@mail.gmail.com>
	<2fdfc7336118747f43490e4afbc3deda@ruby-forum.com>
	<b1c6aabb1003010636g243e7d15i7f0eabd0278b2fad@mail.gmail.com>
	<6f65e3c6c5fb48548bfc337c2d1e2a27@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D2C19@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<dcb09a78b9e39142f5a5b2e43ddcb5f0@ruby-forum.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71D2E74@TK5EX14MBXC136.redmond.corp.microsoft.com>

Probably because your app config is in a different location than ir.exe.

Try this. Replace:

static void Main(string[] args)
        {
            var url = "http://www.google.com";

            var engine = IronRuby.Ruby.CreateEngine();

            var paths = new List<String>();
            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib");
            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby\1.8");
            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby");
            paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\1.8");


            engine.SetSearchPaths(paths);

            engine.ExecuteFile("../../screenscraper.rb");
            var obj =
engine.Runtime.Globals.GetVariable("ScreenScraper");

            var screenScraper = engine.Operations.CreateInstance(obj);

            var html = engine.Operations.InvokeMember(screenScraper,
"scrape", url);

            Console.WriteLine(html);

        }
With:

static void Main(string[] args)
        {
            var url = "http://www.google.com";
            var setup = ScriptRuntimeSetup.ReadConfiguration();
            var scriptRuntime = Ruby.CreateRuntime(setup);
            var engine = Ruby.GetEngine(Runtime);
            //the following line might not be needed in this case
             var context = Ruby.GetExecutionContext(Engine);

            engine.ExecuteFile("../../screenscraper.rb");
            var obj =
engine.Runtime.Globals.GetVariable("ScreenScraper");

            var screenScraper = engine.Operations.CreateInstance(obj);

            var html = engine.Operations.InvokeMember(screenScraper,
"scrape", url);

            Console.WriteLine(html);

        }
-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mohammad Azam
Sent: Monday, March 01, 2010 7:52 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Open-Uri Path in App.Config

I copied the ironruby config file into my application's config file and removed all the path variables from my application but it did not work. 
Then I added the "C:\devtools\ironruby-1.0-rc1\lib\ironruby" path and removed the app.config and then it worked out.

Any ideas that why even copy pasting the app.config from ironruby to my application app.config did not work?


Jim Deville wrote:
> You need to include the rest of the ironruby search paths. For example. 
> "C:\devtools\ironruby-1.0-rc1\lib\ironruby"
> 
> Also, the ir.exe.config from c:\devtools\ironruby-1.0-rc1\bin should be 
> setup exactly like you want. If you provide that to your app it should 
> just work. That's why we install that config file.
> 
> JD

-- 
Posted via http://www.ruby-forum.com/.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From jdeville at microsoft.com  Mon Mar  1 11:20:51 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 1 Mar 2010 16:20:51 +0000
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <905d53113bef1ef6b01927ac2980d0b3@ruby-forum.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
	<b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>
	<2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
	<a0546f8694a24ad5e79f56eaf426df7b@ruby-forum.com>
	<905d53113bef1ef6b01927ac2980d0b3@ruby-forum.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71D2EA4@TK5EX14MBXC136.redmond.corp.microsoft.com>

What does prime.feature look like then?

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mohammad Azam
Sent: Monday, March 01, 2010 8:11 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Cucumber with IronRuby

My feature file is called prime.feature and now I added a new test file called "prime_steps" (I thought maybe the name has to be same).
After running the icucumber features/prime.feature I still get the same error. The strange thing is that I don'nt have any code in the test file. It is totally blank.

--
Posted via http://www.ruby-forum.com/.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From lists at ruby-forum.com  Mon Mar  1 11:35:26 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 17:35:26 +0100
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71D2EA4@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
	<b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>
	<2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
	<a0546f8694a24ad5e79f56eaf426df7b@ruby-forum.com>
	<905d53113bef1ef6b01927ac2980d0b3@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D2EA4@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <dbb2fea90e15447e30e6aac8b729be51@ruby-forum.com>

Here is prime.feature:


Feature: Prime Number Detection

I need to find if a number is prime or not

Scenario Outline: Prime Number Testing
Given I have a <number>
When I pass the number to a IsPrime method
Then I should get <result> indication prime or not

Examples:

| number | result | 
| 1      | true   | 
| 2      | true   | 
| 4      | false   | 


I ran without the --no-color and still getting the same issue:


C:\Projects\ILoveIronRuby\ILoveIronRuby\IronRubyConsoleApp>icucumber 
features/pr
ime.feature
*** WARNING: You must "igem install iron-term-ansicolor" to get coloured 
ouput i
n on IronRuby
syntax error, unexpected IDENTIFIER, expecting '{', or DO, or '(' 
(SyntaxError)
:0:in `require'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/rb_support/rb_language.rb:124:in `load_code_file'
custom_require.rb:30:in `require'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/step_mother.rb:84:in `load_code_file'
polyglot.rb:64:in `require'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/step_mother.rb:76:in `load_code_files'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/step_mother.rb:75:in `load_code_files'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/cli/main.rb:51:in `execute!'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/cli/main.rb:20:in `execute'
:0:in `each'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/cucum
ber:8
c:/ruby/bin/cucumber:19
:0:in `load'

C:\Projects\ILoveIronRuby\ILoveIronRuby\IronRubyConsoleApp>
-- 
Posted via http://www.ruby-forum.com/.

From lists at ruby-forum.com  Mon Mar  1 11:38:03 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 17:38:03 +0100
Subject: [Ironruby-core] Open-Uri Path in App.Config
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71D2E74@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <5fb12fb09403a715cd7f12b2898eabda@ruby-forum.com>
	<b1c6aabb1003010042u66e3367fu7cb3853884a2b533@mail.gmail.com>
	<2fdfc7336118747f43490e4afbc3deda@ruby-forum.com>
	<b1c6aabb1003010636g243e7d15i7f0eabd0278b2fad@mail.gmail.com>
	<6f65e3c6c5fb48548bfc337c2d1e2a27@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D2C19@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<dcb09a78b9e39142f5a5b2e43ddcb5f0@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D2E74@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <813e9f7c21c13112ae9812ce616fdf72@ruby-forum.com>

Hi,

>> Probably because your app config is in a different location than ir.exe.

Do you mean the ironruby app config or my application app config? My 
application config is in my application directory. The question is that 
why it is not reading my application config automatically.

Thanks,
Azam


Jim Deville wrote:
> Probably because your app config is in a different location than ir.exe.
> 
> Try this. Replace:
> 
> static void Main(string[] args)
>         {
>             var url = "http://www.google.com";
> 
>             var engine = IronRuby.Ruby.CreateEngine();
> 
>             var paths = new List<String>();
>             paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib");
>             paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby\1.8");
>             paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby");
>             paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\1.8");
> 
> 
>             engine.SetSearchPaths(paths);
> 
>             engine.ExecuteFile("../../screenscraper.rb");
>             var obj =
> engine.Runtime.Globals.GetVariable("ScreenScraper");
> 
>             var screenScraper = engine.Operations.CreateInstance(obj);
> 
>             var html = engine.Operations.InvokeMember(screenScraper,
> "scrape", url);
> 
>             Console.WriteLine(html);
> 
>         }
> With:
> 
> static void Main(string[] args)
>         {
>             var url = "http://www.google.com";
>             var setup = ScriptRuntimeSetup.ReadConfiguration();
>             var scriptRuntime = Ruby.CreateRuntime(setup);
>             var engine = Ruby.GetEngine(Runtime);
>             //the following line might not be needed in this case
>              var context = Ruby.GetExecutionContext(Engine);
> 
>             engine.ExecuteFile("../../screenscraper.rb");
>             var obj =
> engine.Runtime.Globals.GetVariable("ScreenScraper");
> 
>             var screenScraper = engine.Operations.CreateInstance(obj);
> 
>             var html = engine.Operations.InvokeMember(screenScraper,
> "scrape", url);
> 
>             Console.WriteLine(html);
> 
>         }

-- 
Posted via http://www.ruby-forum.com/.

From jdeville at microsoft.com  Mon Mar  1 11:47:28 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 1 Mar 2010 16:47:28 +0000
Subject: [Ironruby-core] Open-Uri Path in App.Config
In-Reply-To: <813e9f7c21c13112ae9812ce616fdf72@ruby-forum.com>
References: <5fb12fb09403a715cd7f12b2898eabda@ruby-forum.com>
	<b1c6aabb1003010042u66e3367fu7cb3853884a2b533@mail.gmail.com>
	<2fdfc7336118747f43490e4afbc3deda@ruby-forum.com>
	<b1c6aabb1003010636g243e7d15i7f0eabd0278b2fad@mail.gmail.com>
	<6f65e3c6c5fb48548bfc337c2d1e2a27@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D2C19@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<dcb09a78b9e39142f5a5b2e43ddcb5f0@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D2E74@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<813e9f7c21c13112ae9812ce616fdf72@ruby-forum.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71D30E0@TK5EX14MBXC136.redmond.corp.microsoft.com>

Is app.config in the same directory as c:\path\to\ir.exe? I'm guessing no. I'm NOT saying it should be. I'm saying use the other hosting method I told you to. I believe that will use IronRuby's exe.config for IronRuby. If you don't want to use my suggestion, then you need to modify the relative paths in your app.config to point to the right location.

JD

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mohammad Azam
Sent: Monday, March 01, 2010 8:38 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Open-Uri Path in App.Config

Hi,

>> Probably because your app config is in a different location than ir.exe.

Do you mean the ironruby app config or my application app config? My application config is in my application directory. The question is that why it is not reading my application config automatically.

Thanks,
Azam


Jim Deville wrote:
> Probably because your app config is in a different location than ir.exe.
> 
> Try this. Replace:
> 
> static void Main(string[] args)
>         {
>             var url = "http://www.google.com";
> 
>             var engine = IronRuby.Ruby.CreateEngine();
> 
>             var paths = new List<String>();
>             paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib");
>             paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby\1.8");
>             paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\site_ruby");
>             paths.Add(@"C:\DevTools\ironruby-1.0-rc1\lib\ruby\1.8");
> 
> 
>             engine.SetSearchPaths(paths);
> 
>             engine.ExecuteFile("../../screenscraper.rb");
>             var obj =
> engine.Runtime.Globals.GetVariable("ScreenScraper");
> 
>             var screenScraper = engine.Operations.CreateInstance(obj);
> 
>             var html = engine.Operations.InvokeMember(screenScraper,
> "scrape", url);
> 
>             Console.WriteLine(html);
> 
>         }
> With:
> 
> static void Main(string[] args)
>         {
>             var url = "http://www.google.com";
>             var setup = ScriptRuntimeSetup.ReadConfiguration();
>             var scriptRuntime = Ruby.CreateRuntime(setup);
>             var engine = Ruby.GetEngine(Runtime);
>             //the following line might not be needed in this case
>              var context = Ruby.GetExecutionContext(Engine);
> 
>             engine.ExecuteFile("../../screenscraper.rb");
>             var obj =
> engine.Runtime.Globals.GetVariable("ScreenScraper");
> 
>             var screenScraper = engine.Operations.CreateInstance(obj);
> 
>             var html = engine.Operations.InvokeMember(screenScraper,
> "scrape", url);
> 
>             Console.WriteLine(html);
> 
>         }

--
Posted via http://www.ruby-forum.com/.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From jdeville at microsoft.com  Mon Mar  1 11:50:03 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 1 Mar 2010 16:50:03 +0000
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <a0546f8694a24ad5e79f56eaf426df7b@ruby-forum.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
	<b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>
	<2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
	<a0546f8694a24ad5e79f56eaf426df7b@ruby-forum.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71D3124@TK5EX14MBXC136.redmond.corp.microsoft.com>

Can you modify icucumber to run ir -d to turn on debug mode? That should give some logs that will help.

JD

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mohammad Azam
Sent: Monday, March 01, 2010 7:57 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Cucumber with IronRuby

I installed the icucumber again using the following command:

igem install cucumber

the install went fine. then i said

icucumber on the command prompt and I got the following:


C:\Projects\ILoveIronRuby\ILoveIronRuby\IronRubyConsoleApp>icucumber
*** WARNING: You must "igem install iron-term-ansicolor" to get coloured ouput i n on IronRuby syntax error, unexpected IDENTIFIER, expecting '{', or DO, or '(' 
(SyntaxError)
:0:in `require'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/rb_support/rb_language.rb:124:in `load_code_file'
custom_require.rb:30:in `require'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/step_mother.rb:84:in `load_code_file'
polyglot.rb:64:in `require'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/step_mother.rb:76:in `load_code_files'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/step_mother.rb:75:in `load_code_files'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/cli/main.rb:51:in `execute!'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/cli/main.rb:20:in `execute'
:0:in `each'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/cucum
ber:8
c:/ruby/bin/cucumber:19
:0:in `load'

So, I tried installing the iron-term-ansicolor but I got the following:

C:\Projects\ILoveIronRuby\ILoveIronRuby\IronRubyConsoleApp>igem install iron-ter m-ansicolor
ERROR:  While executing gem ... (IndexError)
    Index was outside the bounds of the array.

C:\Projects\ILoveIronRuby\ILoveIronRuby\IronRubyConsoleApp>
--
Posted via http://www.ruby-forum.com/.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From pascal.normandin at convergentware.com  Mon Mar  1 11:53:02 2010
From: pascal.normandin at convergentware.com (Pascal Normandin)
Date: Mon, 1 Mar 2010 11:53:02 -0500
Subject: [Ironruby-core] WatiR with IronRuby
In-Reply-To: <dbeaf47621327fc13040fc535851dca5@ruby-forum.com>
References: <dbeaf47621327fc13040fc535851dca5@ruby-forum.com>
Message-ID: <E6C3707835B14B5A960FCC28C1ECD3E0@PascalQuad>

Hello,

I've been using WatiN
http://watin.sourceforge.net/

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org
[mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mohammad Azam
Sent: March-01-10 10:09 AM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] WatiR with IronRuby

Is WatiR supported in IronRuby RC 1?
-- 
Posted via http://www.ruby-forum.com/.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core



From lists at ruby-forum.com  Mon Mar  1 12:17:05 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 18:17:05 +0100
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71D2D90@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
	<b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>
	<2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D2D90@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <b2c0290d9c55a7a52969696805e17771@ruby-forum.com>

I can perform the update but I am afraid that it will break my previous 
code and I cannot take that risk right now. Is there anyway to solve the 
issue on RC1?

Thanks,
Azam

Jim Deville wrote:
> That's why rc2 was FIRST. -S is an option added in rc2. If you want to 
> support our project, we would appreciate it if you worked with the up to 
> date bits so that we can be certain we aren't fighting against a 
> resolved bug.
> 
> JD

-- 
Posted via http://www.ruby-forum.com/.

From lists at ruby-forum.com  Mon Mar  1 12:19:52 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 18:19:52 +0100
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71D3124@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
	<b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>
	<2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
	<a0546f8694a24ad5e79f56eaf426df7b@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3124@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <4a934672b51b73451b94855fe562ba19@ruby-forum.com>

When I type ir -d on the command prompt it takes me to the ironruby 
interactive console?

-- 
Posted via http://www.ruby-forum.com/.

From jdeville at microsoft.com  Mon Mar  1 12:26:30 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 1 Mar 2010 17:26:30 +0000
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <4a934672b51b73451b94855fe562ba19@ruby-forum.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
	<b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>
	<2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
	<a0546f8694a24ad5e79f56eaf426df7b@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3124@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<4a934672b51b73451b94855fe562ba19@ruby-forum.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71D3515@TK5EX14MBXC136.redmond.corp.microsoft.com>

Can you modify icucumber to run ir -d to turn on debug mode? That should give some logs that will help. This is not the same as typing ir -d on the command line. This is modifying the icucumber.bat file you showed earlier to use the -d option. Then run icucumber feature/whatever like you were before.

JD

JD

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mohammad Azam
Sent: Monday, March 01, 2010 9:20 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Cucumber with IronRuby

When I type ir -d on the command prompt it takes me to the ironruby interactive console?

--
Posted via http://www.ruby-forum.com/.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From lists at ruby-forum.com  Mon Mar  1 12:36:13 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 18:36:13 +0100
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71D3515@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
	<b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>
	<2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
	<a0546f8694a24ad5e79f56eaf426df7b@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3124@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<4a934672b51b73451b94855fe562ba19@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3515@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <6004e989e60294dbaf5862b9c5147b1c@ruby-forum.com>

Just modified the icucumber.bat to this:

@ECHO OFF
REM This is to tell IronRuby where to find gems.
SET GEM_PATH=c:\ruby\lib\ruby\gems\1.8
@"C:\DevTools\ironruby-1.0-rc1\bin\ir.exe -d" "c:\ruby\bin

\cucumber" %*


Now ran the icucumber and got the following:


C:\Projects\ILoveIronRuby\ILoveIronRuby\IronRubyConsoleApp>icucumber 
features/pr
ime.feature
'"C:\DevTools\ironruby-1.0-rc1\bin\ir.exe -d"' is not recognized as an 
internal
or external command,
operable program or batch file.

Thanks,
Azam



Jim Deville wrote:
> Can you modify icucumber to run ir -d to turn on debug mode? That should 
> give some logs that will help. This is not the same as typing ir -d on 
> the command line. This is modifying the icucumber.bat file you showed 
> earlier to use the -d option. Then run icucumber feature/whatever like 
> you were before.
> 
> JD
> 
> JD

-- 
Posted via http://www.ruby-forum.com/.

From lists at ruby-forum.com  Mon Mar  1 12:36:51 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 18:36:51 +0100
Subject: [Ironruby-core] WatiR with IronRuby
In-Reply-To: <E6C3707835B14B5A960FCC28C1ECD3E0@PascalQuad>
References: <dbeaf47621327fc13040fc535851dca5@ruby-forum.com>
	<E6C3707835B14B5A960FCC28C1ECD3E0@PascalQuad>
Message-ID: <f920fc47060dd23de08170e3ffe73cf5@ruby-forum.com>

yeah that is what I am using but WatiN is more geared towards .NET.

Pascal Normandin wrote:
> Hello,
> 
> I've been using WatiN
> http://watin.sourceforge.net/

-- 
Posted via http://www.ruby-forum.com/.

From jdeville at microsoft.com  Mon Mar  1 12:47:02 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 1 Mar 2010 17:47:02 +0000
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <6004e989e60294dbaf5862b9c5147b1c@ruby-forum.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
	<b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>
	<2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
	<a0546f8694a24ad5e79f56eaf426df7b@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3124@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<4a934672b51b73451b94855fe562ba19@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3515@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<6004e989e60294dbaf5862b9c5147b1c@ruby-forum.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71D3779@TK5EX14MBXC136.redmond.corp.microsoft.com>

Get rid of the quotes. You don't have spaces in your path, so it shouldn't be needed. Can we also get you to join the mailing list so that the threads are preserved better? The ruby-forum isn't good for these long conversations.

JD

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mohammad Azam
Sent: Monday, March 01, 2010 9:36 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Cucumber with IronRuby

Just modified the icucumber.bat to this:

@ECHO OFF
REM This is to tell IronRuby where to find gems.
SET GEM_PATH=c:\ruby\lib\ruby\gems\1.8
@"C:\DevTools\ironruby-1.0-rc1\bin\ir.exe -d" "c:\ruby\bin

\cucumber" %*


Now ran the icucumber and got the following:


C:\Projects\ILoveIronRuby\ILoveIronRuby\IronRubyConsoleApp>icucumber
features/pr
ime.feature
'"C:\DevTools\ironruby-1.0-rc1\bin\ir.exe -d"' is not recognized as an internal or external command, operable program or batch file.

Thanks,
Azam



Jim Deville wrote:
> Can you modify icucumber to run ir -d to turn on debug mode? That 
> should give some logs that will help. This is not the same as typing 
> ir -d on the command line. This is modifying the icucumber.bat file 
> you showed earlier to use the -d option. Then run icucumber 
> feature/whatever like you were before.
> 
> JD
> 
> JD

--
Posted via http://www.ruby-forum.com/.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From jdeville at microsoft.com  Mon Mar  1 12:47:36 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 1 Mar 2010 17:47:36 +0000
Subject: [Ironruby-core] WatiR with IronRuby
In-Reply-To: <f920fc47060dd23de08170e3ffe73cf5@ruby-forum.com>
References: <dbeaf47621327fc13040fc535851dca5@ruby-forum.com>
	<E6C3707835B14B5A960FCC28C1ECD3E0@PascalQuad>
	<f920fc47060dd23de08170e3ffe73cf5@ruby-forum.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71D378C@TK5EX14MBXC136.redmond.corp.microsoft.com>

Watir appears to be a pure Ruby gem, so it should work. I haven't tried it though.

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mohammad Azam
Sent: Monday, March 01, 2010 9:37 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] WatiR with IronRuby

yeah that is what I am using but WatiN is more geared towards .NET.

Pascal Normandin wrote:
> Hello,
> 
> I've been using WatiN
> http://watin.sourceforge.net/

-- 
Posted via http://www.ruby-forum.com/.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From lists at ruby-forum.com  Mon Mar  1 12:56:06 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 18:56:06 +0100
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71D3779@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
	<b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>
	<2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
	<a0546f8694a24ad5e79f56eaf426df7b@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3124@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<4a934672b51b73451b94855fe562ba19@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3515@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<6004e989e60294dbaf5862b9c5147b1c@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3779@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <fd4cd4e6c637fddedab7edc825f6f45d@ruby-forum.com>

Here is the updated:

@ECHO OFF
REM This is to tell IronRuby where to find gems.
SET GEM_PATH=c:\ruby\lib\ruby\gems\1.8
C:\DevTools\ironruby-1.0-rc1\bin\ir.exe -d c:\ruby\bin\cucumber %*

still giving the same error and took 20 seconds to execute icucumber 
command.


Jim Deville wrote:
> Get rid of the quotes. You don't have spaces in your path, so it 
> shouldn't be needed. Can we also get you to join the mailing list so 
> that the threads are preserved better? The ruby-forum isn't good for 
> these long conversations.
> 
> JD

-- 
Posted via http://www.ruby-forum.com/.

From jdeville at microsoft.com  Mon Mar  1 13:02:44 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 1 Mar 2010 18:02:44 +0000
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <fd4cd4e6c637fddedab7edc825f6f45d@ruby-forum.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
	<b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>
	<2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
	<a0546f8694a24ad5e79f56eaf426df7b@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3124@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<4a934672b51b73451b94855fe562ba19@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3515@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<6004e989e60294dbaf5862b9c5147b1c@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3779@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<fd4cd4e6c637fddedab7edc825f6f45d@ruby-forum.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71D3AF7@TK5EX14MBXC136.redmond.corp.microsoft.com>

Ok. We're missing something here. Let's take this offline. Email me personally, with a copy of your project if you can.

JD

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mohammad Azam
Sent: Monday, March 01, 2010 9:56 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Cucumber with IronRuby

Here is the updated:

@ECHO OFF
REM This is to tell IronRuby where to find gems.
SET GEM_PATH=c:\ruby\lib\ruby\gems\1.8
C:\DevTools\ironruby-1.0-rc1\bin\ir.exe -d c:\ruby\bin\cucumber %*

still giving the same error and took 20 seconds to execute icucumber command.


Jim Deville wrote:
> Get rid of the quotes. You don't have spaces in your path, so it 
> shouldn't be needed. Can we also get you to join the mailing list so 
> that the threads are preserved better? The ruby-forum isn't good for 
> these long conversations.
> 
> JD

-- 
Posted via http://www.ruby-forum.com/.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From jdeville at microsoft.com  Mon Mar  1 13:04:49 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 1 Mar 2010 18:04:49 +0000
Subject: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A705851E@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705851E@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71D3B3A@TK5EX14MBXC136.redmond.corp.microsoft.com>

Having issues installing this with ironruby rc2. Anyone else seeing that? I tried running:

ir -S gem install cucumber iron-term-ansicolor

Pasted output:
[20] ? ir -v -e 'exit'
IronRuby 0.9.4.0 on .NET 2.0.50727.4927
C:\temp
[21] ? ir -S gem install cucumber iron-term-ansicolor

(::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::)

                     (::)   U P G R A D I N G    (::)

Thank you for installing cucumber-0.6.2.
Please be sure to read http://wiki.github.com/aslakhellesoy/cucumber/upgrading
for important information about this release. Happy cuking!

(::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::)

Successfully installed term-ansicolor-1.0.4
Successfully installed polyglot-0.3.0
Successfully installed treetop-1.4.4
Successfully installed builder-2.1.2
Successfully installed diff-lcs-1.1.2
Successfully installed json_pure-1.2.2
Successfully installed cucumber-0.6.2
ERROR:  While executing gem ... (IndexError)
    Index was outside the bounds of the array.
C:\temp
[22] ? ir -S gem install iron-term-ansicolor
ERROR:  While executing gem ... (IndexError)
    Index was outside the bounds of the array.
C:\temp
[23] ?

JD


From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Shri Borde
Sent: Sunday, February 28, 2010 10:20 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

Very cool!

So if a user runs Cucumber on IronRuby, does Cucumber give the right error message about having to install iron-term-ansicolor? Cucumber used to say that you had to install win32console. Just checking that iron-term-ansicolor will be easily discoverable.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Friday, February 26, 2010 8:15 PM
To: ironruby-core
Subject: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

Tonight, I released an update to iron-term-ansicolor, a library for IronRuby that provides console colors for apps like RSpec and Cucumber (Cucumber already makes use of this, and I bet it would not be too much trouble to add to RSpec).

http://rubygems.org/gems/iron-term-ansicolor

igem install iron-term-ansicolor

The source is available on github: http://github.com/hotgazpacho/iron-term-ansicolor

Big thanks to Danny Coates for devising a much better way to parse the ANSI control codes!

--
Will Green
http://hotgazpacho.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100301/f22e4f08/attachment-0001.html>

From ivan at whiterabbitconsulting.eu  Mon Mar  1 13:11:08 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Mon, 1 Mar 2010 19:11:08 +0100
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71D3AF7@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com> 
	<2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
	<a0546f8694a24ad5e79f56eaf426df7b@ruby-forum.com> 
	<31BD916A7536A242870B0B4E3F9068D71D3124@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<4a934672b51b73451b94855fe562ba19@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3515@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<6004e989e60294dbaf5862b9c5147b1c@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3779@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<fd4cd4e6c637fddedab7edc825f6f45d@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3AF7@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <b1c6aabb1003011011p6264991ej13021310e3a42599@mail.gmail.com>

to get a backtrace of what's happening you can run icucumber -b
features/prime.feature
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Mon, Mar 1, 2010 at 7:02 PM, Jim Deville <jdeville at microsoft.com> wrote:

> Ok. We're missing something here. Let's take this offline. Email me
> personally, with a copy of your project if you can.
>
> JD
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] On Behalf Of Mohammad Azam
> Sent: Monday, March 01, 2010 9:56 AM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Cucumber with IronRuby
>
> Here is the updated:
>
> @ECHO OFF
> REM This is to tell IronRuby where to find gems.
> SET GEM_PATH=c:\ruby\lib\ruby\gems\1.8
> C:\DevTools\ironruby-1.0-rc1\bin\ir.exe -d c:\ruby\bin\cucumber %*
>
> still giving the same error and took 20 seconds to execute icucumber
> command.
>
>
> Jim Deville wrote:
> > Get rid of the quotes. You don't have spaces in your path, so it
> > shouldn't be needed. Can we also get you to join the mailing list so
> > that the threads are preserved better? The ruby-forum isn't good for
> > these long conversations.
> >
> > JD
>
> --
> Posted via http://www.ruby-forum.com/.
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100301/5c4fd219/attachment.html>

From ivan at whiterabbitconsulting.eu  Mon Mar  1 13:12:07 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Mon, 1 Mar 2010 19:12:07 +0100
Subject: [Ironruby-core] WatiR with IronRuby
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71D378C@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <dbeaf47621327fc13040fc535851dca5@ruby-forum.com> 
	<E6C3707835B14B5A960FCC28C1ECD3E0@PascalQuad>
	<f920fc47060dd23de08170e3ffe73cf5@ruby-forum.com> 
	<31BD916A7536A242870B0B4E3F9068D71D378C@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <b1c6aabb1003011012s573d24f8t9a26c692b692c434@mail.gmail.com>

watir relies on windows-pr which isn't pure ruby, windows-process and
windows-api
I don't think they work on ironruby
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Mon, Mar 1, 2010 at 6:47 PM, Jim Deville <jdeville at microsoft.com> wrote:

> Watir appears to be a pure Ruby gem, so it should work. I haven't tried it
> though.
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] On Behalf Of Mohammad Azam
> Sent: Monday, March 01, 2010 9:37 AM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] WatiR with IronRuby
>
> yeah that is what I am using but WatiN is more geared towards .NET.
>
> Pascal Normandin wrote:
> > Hello,
> >
> > I've been using WatiN
> > http://watin.sourceforge.net/
>
> --
> Posted via http://www.ruby-forum.com/.
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100301/b170ba98/attachment.html>

From will at hotgazpacho.org  Mon Mar  1 13:24:24 2010
From: will at hotgazpacho.org (Will Green)
Date: Mon, 1 Mar 2010 13:24:24 -0500
Subject: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A705851E@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705851E@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <398d3e0e1003011024i47080faga40fb820c663a106@mail.gmail.com>

Yes, Aslak accepted a patch to Cucumber from me many months ago when I
released 0.0.1.

Right near the top of
lib/cucumber/formatter/ansicolor.rb<http://github.com/hotgazpacho/cucumber/commit/abeaf62d2e7c9dd576a27365cdaa29aa6067547c#diff-0>
<http://github.com/hotgazpacho/cucumber/commit/abeaf62d2e7c9dd576a27365cdaa29aa6067547c#diff-0>
--
Will Green
http://hotgazpacho.org/


On Mon, Mar 1, 2010 at 1:19 AM, Shri Borde <Shri.Borde at microsoft.com> wrote:

>  Very cool!
>
>
>
> So if a user runs Cucumber on IronRuby, does Cucumber give the right error
> message about having to install iron-term-ansicolor? Cucumber used to say
> that you had to install win32console. Just checking that iron-term-ansicolor
> will be easily discoverable.
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Friday, February 26, 2010 8:15 PM
> *To:* ironruby-core
> *Subject:* [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>
>
>
> Tonight, I released an update to iron-term-ansicolor, a library for
> IronRuby that provides console colors for apps like RSpec and Cucumber
> (Cucumber already makes use of this, and I bet it would not be too much
> trouble to add to RSpec).
>
>
>
> http://rubygems.org/gems/iron-term-ansicolor
>
>
>
> igem install iron-term-ansicolor
>
>
>
> The source is available on github:
> http://github.com/hotgazpacho/iron-term-ansicolor
>
>
>
> Big thanks to Danny Coates for devising a much better way to parse the ANSI
> control codes!
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100301/de253250/attachment.html>

From lists at ruby-forum.com  Mon Mar  1 13:28:13 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 19:28:13 +0100
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <b1c6aabb1003011011p6264991ej13021310e3a42599@mail.gmail.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
	<b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>
	<2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
	<a0546f8694a24ad5e79f56eaf426df7b@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3124@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<4a934672b51b73451b94855fe562ba19@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3515@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<6004e989e60294dbaf5862b9c5147b1c@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3779@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<fd4cd4e6c637fddedab7edc825f6f45d@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3AF7@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<b1c6aabb1003011011p6264991ej13021310e3a42599@mail.gmail.com>
Message-ID: <1ce543e238e9be843803de9aeec197d7@ruby-forum.com>

I got the following after running it using the -b option:


C:\Projects\ILoveIronRuby\ILoveIronRuby\IronRubyConsoleApp>icucumber -b 
features
/prime.feature
*** WARNING: You must "igem install iron-term-ansicolor" to get coloured 
ouput i
n on IronRuby
syntax error, unexpected IDENTIFIER, expecting '{', or DO, or '(' 
(SyntaxError)
:0:in `require'
C:/DevTools/ironruby-1.0-rc1/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:3
1:in `require'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/polyglot-0.3.0/lib/polyg
lot.rb:65:in `require'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/rb_support/rb_language.rb:124:in `load_code_file'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/step_mother.rb:84:in `load_code_file'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/step_mother.rb:76:in `load_code_files'
:0:in `each'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/step_mother.rb:75:in `load_code_files'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/cli/main.rb:51:in `execute!'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/../li
b/cucumber/cli/main.rb:20:in `execute'
C:/DevTools/ironruby-1.0-rc1/lib/ironruby/gems/1.8/gems/cucumber-0.6.2/bin/cucum
ber:8
:0:in `load'
c:/ruby/bin/cucumber:19


Ivan Porto Carrero wrote:
> to get a backtrace of what's happening you can run icucumber -b
> features/prime.feature
> ---
> Met vriendelijke groeten - Best regards - Salutations
> Ivan Porto Carrero
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)
> Microsoft IronRuby/C# MVP

-- 
Posted via http://www.ruby-forum.com/.

From will at hotgazpacho.org  Mon Mar  1 13:33:56 2010
From: will at hotgazpacho.org (Will Green)
Date: Mon, 1 Mar 2010 13:33:56 -0500
Subject: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71D3B3A@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705851E@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D3B3A@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <398d3e0e1003011033g754cb50fs3902ae92f329693f@mail.gmail.com>

I am seeing this error, too :-(

I can install locally. Perhaps it is a problem with the Gem sources?

C:\Users\will.green\dev\iron-term-ansicolor\pkg>ir -S gem install
iron-term-ansicolor-0.0.2.gem
Successfully installed iron-term-ansicolor-0.0.2
1 gem installed
Installing ri documentation for iron-term-ansicolor-0.0.2...

unrecognized option `--format'

For help on options, try 'rdoc --help'

--
Will Green
http://hotgazpacho.org/


On Mon, Mar 1, 2010 at 1:04 PM, Jim Deville <jdeville at microsoft.com> wrote:

> Having issues installing this with ironruby rc2. Anyone else seeing that? I
> tried running:
>
>
>
> ir -S gem install cucumber iron-term-ansicolor
>
>
>
> Pasted output:
>
> [20] ? ir -v -e 'exit'
>
> IronRuby 0.9.4.0 on .NET 2.0.50727.4927
>
> C:\temp
>
> [21] ? ir -S gem install cucumber iron-term-ansicolor
>
>
>
> (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::)
>
>
>
>                      (::)   U P G R A D I N G    (::)
>
>
>
> Thank you for installing cucumber-0.6.2.
>
> Please be sure to read
> http://wiki.github.com/aslakhellesoy/cucumber/upgrading
>
> for important information about this release. Happy cuking!
>
>
>
> (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::)
>
>
>
> Successfully installed term-ansicolor-1.0.4
>
> Successfully installed polyglot-0.3.0
>
> Successfully installed treetop-1.4.4
>
> Successfully installed builder-2.1.2
>
> Successfully installed diff-lcs-1.1.2
>
> Successfully installed json_pure-1.2.2
>
> Successfully installed cucumber-0.6.2
>
> ERROR:  While executing gem ... (IndexError)
>
>     Index was outside the bounds of the array.
>
> C:\temp
>
> [22] ? ir -S gem install iron-term-ansicolor
>
> ERROR:  While executing gem ... (IndexError)
>
>     Index was outside the bounds of the array.
>
> C:\temp
>
> [23] ?
>
>
>
> JD
>
>
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shri Borde
> *Sent:* Sunday, February 28, 2010 10:20 PM
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>
>
>
> Very cool!
>
>
>
> So if a user runs Cucumber on IronRuby, does Cucumber give the right error
> message about having to install iron-term-ansicolor? Cucumber used to say
> that you had to install win32console. Just checking that iron-term-ansicolor
> will be easily discoverable.
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Friday, February 26, 2010 8:15 PM
> *To:* ironruby-core
> *Subject:* [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>
>
>
> Tonight, I released an update to iron-term-ansicolor, a library for
> IronRuby that provides console colors for apps like RSpec and Cucumber
> (Cucumber already makes use of this, and I bet it would not be too much
> trouble to add to RSpec).
>
>
>
> http://rubygems.org/gems/iron-term-ansicolor
>
>
>
> igem install iron-term-ansicolor
>
>
>
> The source is available on github:
> http://github.com/hotgazpacho/iron-term-ansicolor
>
>
>
> Big thanks to Danny Coates for devising a much better way to parse the ANSI
> control codes!
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100301/bc7adc6b/attachment-0001.html>

From lists at ruby-forum.com  Mon Mar  1 13:36:51 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 19:36:51 +0100
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71D3AF7@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
	<b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>
	<2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
	<a0546f8694a24ad5e79f56eaf426df7b@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3124@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<4a934672b51b73451b94855fe562ba19@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3515@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<6004e989e60294dbaf5862b9c5147b1c@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3779@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<fd4cd4e6c637fddedab7edc825f6f45d@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3AF7@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <73ae73a2353e6b81d75c1ff2d2386143@ruby-forum.com>

Seems like the forums file attach limit is less then 1.5 MB (Are we 
living in the 80's? :)

Anyway, here is the url:

http://www.highoncoding.com/articledownloads/IronRubyConsoleApp.zip

Jim Deville wrote:
> Ok. We're missing something here. Let's take this offline. Email me 
> personally, with a copy of your project if you can.
> 
> JD
-- 
Posted via http://www.ruby-forum.com/.

From jdeville at microsoft.com  Mon Mar  1 13:39:59 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 1 Mar 2010 18:39:59 +0000
Subject: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
In-Reply-To: <398d3e0e1003011033g754cb50fs3902ae92f329693f@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705851E@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D3B3A@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003011033g754cb50fs3902ae92f329693f@mail.gmail.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71D3ECD@TK5EX14MBXC136.redmond.corp.microsoft.com>

C:\Users\jdeville\projects\cucumber
[35] ? ir -S gem sources
*** CURRENT SOURCES ***

http://gemcutter.org
http://gems.rubyforge.org/
http://gems.github.com

That?s what I have for sources, fyi. I?ll try to look into it more later if no one else does.

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Monday, March 01, 2010 10:34 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

I am seeing this error, too :-(

I can install locally. Perhaps it is a problem with the Gem sources?

C:\Users\will.green\dev\iron-term-ansicolor\pkg>ir -S gem install iron-term-ansicolor-0.0.2.gem
Successfully installed iron-term-ansicolor-0.0.2
1 gem installed
Installing ri documentation for iron-term-ansicolor-0.0.2...

unrecognized option `--format'

For help on options, try 'rdoc --help'

--
Will Green
http://hotgazpacho.org/

On Mon, Mar 1, 2010 at 1:04 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
Having issues installing this with ironruby rc2. Anyone else seeing that? I tried running:

ir -S gem install cucumber iron-term-ansicolor

Pasted output:
[20] ? ir -v -e 'exit'
IronRuby 0.9.4.0 on .NET 2.0.50727.4927
C:\temp
[21] ? ir -S gem install cucumber iron-term-ansicolor

(::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::)

                     (::)   U P G R A D I N G    (::)

Thank you for installing cucumber-0.6.2.
Please be sure to read http://wiki.github.com/aslakhellesoy/cucumber/upgrading
for important information about this release. Happy cuking!

(::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::)

Successfully installed term-ansicolor-1.0.4
Successfully installed polyglot-0.3.0
Successfully installed treetop-1.4.4
Successfully installed builder-2.1.2
Successfully installed diff-lcs-1.1.2
Successfully installed json_pure-1.2.2
Successfully installed cucumber-0.6.2
ERROR:  While executing gem ... (IndexError)
    Index was outside the bounds of the array.
C:\temp
[22] ? ir -S gem install iron-term-ansicolor
ERROR:  While executing gem ... (IndexError)
    Index was outside the bounds of the array.
C:\temp
[23] ?

JD


From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Sunday, February 28, 2010 10:20 PM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

Very cool!

So if a user runs Cucumber on IronRuby, does Cucumber give the right error message about having to install iron-term-ansicolor? Cucumber used to say that you had to install win32console. Just checking that iron-term-ansicolor will be easily discoverable.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, February 26, 2010 8:15 PM
To: ironruby-core
Subject: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

Tonight, I released an update to iron-term-ansicolor, a library for IronRuby that provides console colors for apps like RSpec and Cucumber (Cucumber already makes use of this, and I bet it would not be too much trouble to add to RSpec).

http://rubygems.org/gems/iron-term-ansicolor

igem install iron-term-ansicolor

The source is available on github: http://github.com/hotgazpacho/iron-term-ansicolor

Big thanks to Danny Coates for devising a much better way to parse the ANSI control codes!

--
Will Green
http://hotgazpacho.org/

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100301/8bd9a6e3/attachment-0001.html>

From ivan at whiterabbitconsulting.eu  Mon Mar  1 13:41:45 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Mon, 1 Mar 2010 19:41:45 +0100
Subject: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71D3ECD@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com> 
	<6459203F8B1AF641995AE49D47FA51A705851E@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D3B3A@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003011033g754cb50fs3902ae92f329693f@mail.gmail.com> 
	<31BD916A7536A242870B0B4E3F9068D71D3ECD@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <b1c6aabb1003011041w1f97920co4bd14153a707ea03@mail.gmail.com>

I also get it when I try to install from a remote location. But downloading
the source and building the gem does work.
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Mon, Mar 1, 2010 at 7:39 PM, Jim Deville <jdeville at microsoft.com> wrote:

> C:\Users\jdeville\projects\cucumber
>
> [35] ? ir -S gem sources
>
> *** CURRENT SOURCES ***
>
>
>
> http://gemcutter.org
>
> http://gems.rubyforge.org/
>
> http://gems.github.com
>
>
>
> That?s what I have for sources, fyi. I?ll try to look into it more later if
> no one else does.
>
>
>
> JD
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Monday, March 01, 2010 10:34 AM
>
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>
>
>
> I am seeing this error, too :-(
>
>
>
> I can install locally. Perhaps it is a problem with the Gem sources?
>
>
>
> C:\Users\will.green\dev\iron-term-ansicolor\pkg>ir -S gem install
> iron-term-ansicolor-0.0.2.gem
>
> Successfully installed iron-term-ansicolor-0.0.2
>
> 1 gem installed
>
> Installing ri documentation for iron-term-ansicolor-0.0.2...
>
>
>
> unrecognized option `--format'
>
>
>
> For help on options, try 'rdoc --help'
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> On Mon, Mar 1, 2010 at 1:04 PM, Jim Deville <jdeville at microsoft.com>
> wrote:
>
> Having issues installing this with ironruby rc2. Anyone else seeing that? I
> tried running:
>
>
>
> ir -S gem install cucumber iron-term-ansicolor
>
>
>
> Pasted output:
>
> [20] ? ir -v -e 'exit'
>
> IronRuby 0.9.4.0 on .NET 2.0.50727.4927
>
> C:\temp
>
> [21] ? ir -S gem install cucumber iron-term-ansicolor
>
>
>
> (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::)
>
>
>
>                      (::)   U P G R A D I N G    (::)
>
>
>
> Thank you for installing cucumber-0.6.2.
>
> Please be sure to read
> http://wiki.github.com/aslakhellesoy/cucumber/upgrading
>
> for important information about this release. Happy cuking!
>
>
>
> (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::)
>
>
>
> Successfully installed term-ansicolor-1.0.4
>
> Successfully installed polyglot-0.3.0
>
> Successfully installed treetop-1.4.4
>
> Successfully installed builder-2.1.2
>
> Successfully installed diff-lcs-1.1.2
>
> Successfully installed json_pure-1.2.2
>
> Successfully installed cucumber-0.6.2
>
> ERROR:  While executing gem ... (IndexError)
>
>     Index was outside the bounds of the array.
>
> C:\temp
>
> [22] ? ir -S gem install iron-term-ansicolor
>
> ERROR:  While executing gem ... (IndexError)
>
>     Index was outside the bounds of the array.
>
> C:\temp
>
> [23] ?
>
>
>
> JD
>
>
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shri Borde
> *Sent:* Sunday, February 28, 2010 10:20 PM
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>
>
>
> Very cool!
>
>
>
> So if a user runs Cucumber on IronRuby, does Cucumber give the right error
> message about having to install iron-term-ansicolor? Cucumber used to say
> that you had to install win32console. Just checking that iron-term-ansicolor
> will be easily discoverable.
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Friday, February 26, 2010 8:15 PM
> *To:* ironruby-core
> *Subject:* [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>
>
>
> Tonight, I released an update to iron-term-ansicolor, a library for
> IronRuby that provides console colors for apps like RSpec and Cucumber
> (Cucumber already makes use of this, and I bet it would not be too much
> trouble to add to RSpec).
>
>
>
> http://rubygems.org/gems/iron-term-ansicolor
>
>
>
> igem install iron-term-ansicolor
>
>
>
> The source is available on github:
> http://github.com/hotgazpacho/iron-term-ansicolor
>
>
>
> Big thanks to Danny Coates for devising a much better way to parse the ANSI
> control codes!
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100301/bf822239/attachment.html>

From will at hotgazpacho.org  Mon Mar  1 13:42:43 2010
From: will at hotgazpacho.org (Will Green)
Date: Mon, 1 Mar 2010 13:42:43 -0500
Subject: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
In-Reply-To: <398d3e0e1003011033g754cb50fs3902ae92f329693f@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705851E@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D3B3A@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003011033g754cb50fs3902ae92f329693f@mail.gmail.com>
Message-ID: <398d3e0e1003011042i4e3e6c8exa30736cf664875a@mail.gmail.com>

Or, possibly related to version of RubyGems (1.3.5) shipped with IronRuby
RC2. Latest is 1.3.6

Sadly, I cannot run ir -S gem update --system:

C:\Users\will.green\dev\iron-term-ansicolor>ir -S gem update --system
Updating RubyGems
Updating rubygems-update
Successfully installed rubygems-update-1.3.6
Updating RubyGems to 1.3.6
Installing RubyGems 1.3.6
ERROR:  While executing gem ... (Gem::Exception)
    [BUG] invalid exec_format "ir", no %s

--
Will Green
http://hotgazpacho.org/


On Mon, Mar 1, 2010 at 1:33 PM, Will Green <will at hotgazpacho.org> wrote:

> I am seeing this error, too :-(
>
> I can install locally. Perhaps it is a problem with the Gem sources?
>
> C:\Users\will.green\dev\iron-term-ansicolor\pkg>ir -S gem install
> iron-term-ansicolor-0.0.2.gem
> Successfully installed iron-term-ansicolor-0.0.2
> 1 gem installed
> Installing ri documentation for iron-term-ansicolor-0.0.2...
>
> unrecognized option `--format'
>
> For help on options, try 'rdoc --help'
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
> On Mon, Mar 1, 2010 at 1:04 PM, Jim Deville <jdeville at microsoft.com>wrote:
>
>> Having issues installing this with ironruby rc2. Anyone else seeing that?
>> I tried running:
>>
>>
>>
>> ir -S gem install cucumber iron-term-ansicolor
>>
>>
>>
>> Pasted output:
>>
>> [20] ? ir -v -e 'exit'
>>
>> IronRuby 0.9.4.0 on .NET 2.0.50727.4927
>>
>> C:\temp
>>
>> [21] ? ir -S gem install cucumber iron-term-ansicolor
>>
>>
>>
>> (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::)
>>
>>
>>
>>                      (::)   U P G R A D I N G    (::)
>>
>>
>>
>> Thank you for installing cucumber-0.6.2.
>>
>> Please be sure to read
>> http://wiki.github.com/aslakhellesoy/cucumber/upgrading
>>
>> for important information about this release. Happy cuking!
>>
>>
>>
>> (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::)
>>
>>
>>
>> Successfully installed term-ansicolor-1.0.4
>>
>> Successfully installed polyglot-0.3.0
>>
>> Successfully installed treetop-1.4.4
>>
>> Successfully installed builder-2.1.2
>>
>> Successfully installed diff-lcs-1.1.2
>>
>> Successfully installed json_pure-1.2.2
>>
>> Successfully installed cucumber-0.6.2
>>
>> ERROR:  While executing gem ... (IndexError)
>>
>>     Index was outside the bounds of the array.
>>
>> C:\temp
>>
>> [22] ? ir -S gem install iron-term-ansicolor
>>
>> ERROR:  While executing gem ... (IndexError)
>>
>>     Index was outside the bounds of the array.
>>
>> C:\temp
>>
>> [23] ?
>>
>>
>>
>> JD
>>
>>
>>
>>
>>
>> *From:* ironruby-core-bounces at rubyforge.org [mailto:
>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shri Borde
>> *Sent:* Sunday, February 28, 2010 10:20 PM
>> *To:* ironruby-core at rubyforge.org
>> *Subject:* Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>>
>>
>>
>> Very cool!
>>
>>
>>
>> So if a user runs Cucumber on IronRuby, does Cucumber give the right error
>> message about having to install iron-term-ansicolor? Cucumber used to say
>> that you had to install win32console. Just checking that iron-term-ansicolor
>> will be easily discoverable.
>>
>>
>>
>> *From:* ironruby-core-bounces at rubyforge.org [mailto:
>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
>> *Sent:* Friday, February 26, 2010 8:15 PM
>> *To:* ironruby-core
>> *Subject:* [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>>
>>
>>
>> Tonight, I released an update to iron-term-ansicolor, a library for
>> IronRuby that provides console colors for apps like RSpec and Cucumber
>> (Cucumber already makes use of this, and I bet it would not be too much
>> trouble to add to RSpec).
>>
>>
>>
>> http://rubygems.org/gems/iron-term-ansicolor
>>
>>
>>
>> igem install iron-term-ansicolor
>>
>>
>>
>> The source is available on github:
>> http://github.com/hotgazpacho/iron-term-ansicolor
>>
>>
>>
>> Big thanks to Danny Coates for devising a much better way to parse the
>> ANSI control codes!
>>
>>
>> --
>> Will Green
>> http://hotgazpacho.org/
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100301/917e8bbe/attachment-0001.html>

From will at hotgazpacho.org  Mon Mar  1 13:55:25 2010
From: will at hotgazpacho.org (Will Green)
Date: Mon, 1 Mar 2010 13:55:25 -0500
Subject: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
In-Reply-To: <b1c6aabb1003011041w1f97920co4bd14153a707ea03@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705851E@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D3B3A@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003011033g754cb50fs3902ae92f329693f@mail.gmail.com>
	<31BD916A7536A242870B0B4E3F9068D71D3ECD@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<b1c6aabb1003011041w1f97920co4bd14153a707ea03@mail.gmail.com>
Message-ID: <398d3e0e1003011055n691f5719w22e13149dc4e9f2d@mail.gmail.com>

As a temporary workaround, I've uploaded the gem to the downloads section
for the project:

http://github.com/hotgazpacho/iron-term-ansicolor/downloads

Simply download, then, in the directory you downloaded to:

ir -S gem install iron-term-ansicolor-0.0.2.gem
<http://github.com/hotgazpacho/iron-term-ansicolor/downloads>
--
Will Green
http://hotgazpacho.org/


On Mon, Mar 1, 2010 at 1:41 PM, Ivan Porto Carrero <
ivan at whiterabbitconsulting.eu> wrote:

> I also get it when I try to install from a remote location. But downloading
> the source and building the gem does work.
> ---
> Met vriendelijke groeten - Best regards - Salutations
> Ivan Porto Carrero
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)
> Microsoft IronRuby/C# MVP
>
>
>
> On Mon, Mar 1, 2010 at 7:39 PM, Jim Deville <jdeville at microsoft.com>wrote:
>
>> C:\Users\jdeville\projects\cucumber
>>
>> [35] ? ir -S gem sources
>>
>> *** CURRENT SOURCES ***
>>
>>
>>
>> http://gemcutter.org
>>
>> http://gems.rubyforge.org/
>>
>> http://gems.github.com
>>
>>
>>
>> That?s what I have for sources, fyi. I?ll try to look into it more later
>> if no one else does.
>>
>>
>>
>> JD
>>
>>
>>
>> *From:* ironruby-core-bounces at rubyforge.org [mailto:
>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
>> *Sent:* Monday, March 01, 2010 10:34 AM
>>
>> *To:* ironruby-core at rubyforge.org
>> *Subject:* Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>>
>>
>>
>> I am seeing this error, too :-(
>>
>>
>>
>> I can install locally. Perhaps it is a problem with the Gem sources?
>>
>>
>>
>> C:\Users\will.green\dev\iron-term-ansicolor\pkg>ir -S gem install
>> iron-term-ansicolor-0.0.2.gem
>>
>> Successfully installed iron-term-ansicolor-0.0.2
>>
>> 1 gem installed
>>
>> Installing ri documentation for iron-term-ansicolor-0.0.2...
>>
>>
>>
>> unrecognized option `--format'
>>
>>
>>
>> For help on options, try 'rdoc --help'
>>
>>
>> --
>> Will Green
>> http://hotgazpacho.org/
>>
>> On Mon, Mar 1, 2010 at 1:04 PM, Jim Deville <jdeville at microsoft.com>
>> wrote:
>>
>> Having issues installing this with ironruby rc2. Anyone else seeing that?
>> I tried running:
>>
>>
>>
>> ir -S gem install cucumber iron-term-ansicolor
>>
>>
>>
>> Pasted output:
>>
>> [20] ? ir -v -e 'exit'
>>
>> IronRuby 0.9.4.0 on .NET 2.0.50727.4927
>>
>> C:\temp
>>
>> [21] ? ir -S gem install cucumber iron-term-ansicolor
>>
>>
>>
>> (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::)
>>
>>
>>
>>                      (::)   U P G R A D I N G    (::)
>>
>>
>>
>> Thank you for installing cucumber-0.6.2.
>>
>> Please be sure to read
>> http://wiki.github.com/aslakhellesoy/cucumber/upgrading
>>
>> for important information about this release. Happy cuking!
>>
>>
>>
>> (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::)
>>
>>
>>
>> Successfully installed term-ansicolor-1.0.4
>>
>> Successfully installed polyglot-0.3.0
>>
>> Successfully installed treetop-1.4.4
>>
>> Successfully installed builder-2.1.2
>>
>> Successfully installed diff-lcs-1.1.2
>>
>> Successfully installed json_pure-1.2.2
>>
>> Successfully installed cucumber-0.6.2
>>
>> ERROR:  While executing gem ... (IndexError)
>>
>>     Index was outside the bounds of the array.
>>
>> C:\temp
>>
>> [22] ? ir -S gem install iron-term-ansicolor
>>
>> ERROR:  While executing gem ... (IndexError)
>>
>>     Index was outside the bounds of the array.
>>
>> C:\temp
>>
>> [23] ?
>>
>>
>>
>> JD
>>
>>
>>
>>
>>
>> *From:* ironruby-core-bounces at rubyforge.org [mailto:
>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shri Borde
>> *Sent:* Sunday, February 28, 2010 10:20 PM
>> *To:* ironruby-core at rubyforge.org
>> *Subject:* Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>>
>>
>>
>> Very cool!
>>
>>
>>
>> So if a user runs Cucumber on IronRuby, does Cucumber give the right error
>> message about having to install iron-term-ansicolor? Cucumber used to say
>> that you had to install win32console. Just checking that iron-term-ansicolor
>> will be easily discoverable.
>>
>>
>>
>> *From:* ironruby-core-bounces at rubyforge.org [mailto:
>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
>> *Sent:* Friday, February 26, 2010 8:15 PM
>> *To:* ironruby-core
>> *Subject:* [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>>
>>
>>
>> Tonight, I released an update to iron-term-ansicolor, a library for
>> IronRuby that provides console colors for apps like RSpec and Cucumber
>> (Cucumber already makes use of this, and I bet it would not be too much
>> trouble to add to RSpec).
>>
>>
>>
>> http://rubygems.org/gems/iron-term-ansicolor
>>
>>
>>
>> igem install iron-term-ansicolor
>>
>>
>>
>> The source is available on github:
>> http://github.com/hotgazpacho/iron-term-ansicolor
>>
>>
>>
>> Big thanks to Danny Coates for devising a much better way to parse the
>> ANSI control codes!
>>
>>
>> --
>> Will Green
>> http://hotgazpacho.org/
>>
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>>
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100301/f829dbda/attachment.html>

From jdeville at microsoft.com  Mon Mar  1 14:01:30 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 1 Mar 2010 19:01:30 +0000
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <73ae73a2353e6b81d75c1ff2d2386143@ruby-forum.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
	<b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>
	<2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
	<a0546f8694a24ad5e79f56eaf426df7b@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3124@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<4a934672b51b73451b94855fe562ba19@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3515@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<6004e989e60294dbaf5862b9c5147b1c@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3779@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<fd4cd4e6c637fddedab7edc825f6f45d@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3AF7@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<73ae73a2353e6b81d75c1ff2d2386143@ruby-forum.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71D41D2@TK5EX14MBXC136.redmond.corp.microsoft.com>

Heh, that's why I said send it to me offline. Anyways, addition.rb is pure ruby, you can't have the last three lines of the file as is.

JD

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mohammad Azam
Sent: Monday, March 01, 2010 10:37 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Cucumber with IronRuby

Seems like the forums file attach limit is less then 1.5 MB (Are we 
living in the 80's? :)

Anyway, here is the url:

http://www.highoncoding.com/articledownloads/IronRubyConsoleApp.zip

Jim Deville wrote:
> Ok. We're missing something here. Let's take this offline. Email me 
> personally, with a copy of your project if you can.
> 
> JD
-- 
Posted via http://www.ruby-forum.com/.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From lists at ruby-forum.com  Mon Mar  1 14:01:56 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 20:01:56 +0100
Subject: [Ironruby-core] Open-Uri Path in App.Config
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71D30E0@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <5fb12fb09403a715cd7f12b2898eabda@ruby-forum.com>
	<b1c6aabb1003010042u66e3367fu7cb3853884a2b533@mail.gmail.com>
	<2fdfc7336118747f43490e4afbc3deda@ruby-forum.com>
	<b1c6aabb1003010636g243e7d15i7f0eabd0278b2fad@mail.gmail.com>
	<6f65e3c6c5fb48548bfc337c2d1e2a27@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D2C19@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<dcb09a78b9e39142f5a5b2e43ddcb5f0@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D2E74@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<813e9f7c21c13112ae9812ce616fdf72@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D30E0@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <7b0f6e96d116e4b90fa8efeee10bd533@ruby-forum.com>

I used the above code that you provided but it is throwing exceptions:

 static void Main(string[] args)
        {
            var setup = ScriptRuntimeSetup.ReadConfiguration();

            var runtime = Ruby.CreateRuntime(setup); // error is thrown 
here
            var engine = Ruby.GetEngine(runtime);

And the exception is:


Unhandled Exception: System.ArgumentException: Invalid argument value
Parameter name: ScriptRuntimeSetup must have at least one LanguageSetup
   at Microsoft.Scripting.Hosting.ScriptRuntimeSetup.ToConfiguration()
   at Microsoft.Scripting.Hosting.ScriptRuntime..ctor(ScriptRuntimeSetup 
setup)
   at IronRuby.Ruby.CreateRuntime(ScriptRuntimeSetup setup)
   at IronRubyConsoleApp.Program.Main(String[] args) in 
C:\Projects\ILoveIronRub
y\ILoveIronRuby\IronRubyConsoleApp\Program.cs:line 16
Press any key to continue . . .


Jim Deville wrote:
> Is app.config in the same directory as c:\path\to\ir.exe? I'm guessing 
> no. I'm NOT saying it should be. I'm saying use the other hosting method 
> I told you to. I believe that will use IronRuby's exe.config for 
> IronRuby. If you don't want to use my suggestion, then you need to 
> modify the relative paths in your app.config to point to the right 
> location.
> 
> JD

-- 
Posted via http://www.ruby-forum.com/.

From lists at ruby-forum.com  Mon Mar  1 14:04:14 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 20:04:14 +0100
Subject: [Ironruby-core] Open-Uri Path in App.Config
In-Reply-To: <7b0f6e96d116e4b90fa8efeee10bd533@ruby-forum.com>
References: <5fb12fb09403a715cd7f12b2898eabda@ruby-forum.com>
	<b1c6aabb1003010042u66e3367fu7cb3853884a2b533@mail.gmail.com>
	<2fdfc7336118747f43490e4afbc3deda@ruby-forum.com>
	<b1c6aabb1003010636g243e7d15i7f0eabd0278b2fad@mail.gmail.com>
	<6f65e3c6c5fb48548bfc337c2d1e2a27@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D2C19@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<dcb09a78b9e39142f5a5b2e43ddcb5f0@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D2E74@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<813e9f7c21c13112ae9812ce616fdf72@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D30E0@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<7b0f6e96d116e4b90fa8efeee10bd533@ruby-forum.com>
Message-ID: <edff1d6d91d721199223600daa62e6cc@ruby-forum.com>

My fault I did not include the App.config settings. So, now I have 
copied everything from ir.exe.config into my App.config and I run the 
application and get the following error:


Unhandled Exception: IronRuby.Builtins.LoadError: no such file to load 
-- open-u
ri
   at 
Microsoft.Scripting.Interpreter.ThrowInstruction.Run(InterpretedFrame 
fram
e)
   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame 
frame)
   at Microsoft.Scripting.Interpreter.LightLambda.Run2[T0,T1,TRet](T0 
arg0, T1 a
rg1)
   at IronRuby.Runtime.RubyScriptCode.Run(Scope scope, Boolean 
bindGlobals)
   at IronRuby.Runtime.RubyScriptCode.Run(Scope scope)
   at Microsoft.Scripting.SourceUnit.Execute(Scope scope, ErrorSink 
errorSink)
   at Microsoft.Scripting.Hosting.ScriptSource.Execute(ScriptScope 
scope)
   at Microsoft.Scripting.Hosting.ScriptEngine.ExecuteFile(String path)
   at IronRubyConsoleApp.Program.Main(String[] args) in 
C:\Projects\ILoveIronRub
y\ILoveIronRuby\IronRubyConsoleApp\Program.cs:line 30
Press any key to continue . . .



Mohammad Azam wrote:
> I used the above code that you provided but it is throwing exceptions:
> 
>  static void Main(string[] args)
>         {
>             var setup = ScriptRuntimeSetup.ReadConfiguration();
> 
>             var runtime = Ruby.CreateRuntime(setup); // error is thrown 
> here
>             var engine = Ruby.GetEngine(runtime);
> 
> And the exception is:
> 
> 
> Unhandled Exception: System.ArgumentException: Invalid argument value
> Parameter name: ScriptRuntimeSetup must have at least one LanguageSetup
>    at Microsoft.Scripting.Hosting.ScriptRuntimeSetup.ToConfiguration()
>    at Microsoft.Scripting.Hosting.ScriptRuntime..ctor(ScriptRuntimeSetup 
> setup)
>    at IronRuby.Ruby.CreateRuntime(ScriptRuntimeSetup setup)
>    at IronRubyConsoleApp.Program.Main(String[] args) in 
> C:\Projects\ILoveIronRub
> y\ILoveIronRuby\IronRubyConsoleApp\Program.cs:line 16
> Press any key to continue . . .
> 
> 
> Jim Deville wrote:
>> Is app.config in the same directory as c:\path\to\ir.exe? I'm guessing 
>> no. I'm NOT saying it should be. I'm saying use the other hosting method 
>> I told you to. I believe that will use IronRuby's exe.config for 
>> IronRuby. If you don't want to use my suggestion, then you need to 
>> modify the relative paths in your app.config to point to the right 
>> location.
>> 
>> JD

-- 
Posted via http://www.ruby-forum.com/.

From lists at ruby-forum.com  Mon Mar  1 14:09:00 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 20:09:00 +0100
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71D41D2@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
	<b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>
	<2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
	<a0546f8694a24ad5e79f56eaf426df7b@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3124@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<4a934672b51b73451b94855fe562ba19@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3515@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<6004e989e60294dbaf5862b9c5147b1c@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3779@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<fd4cd4e6c637fddedab7edc825f6f45d@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3AF7@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<73ae73a2353e6b81d75c1ff2d2386143@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D41D2@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <4ef912486d23e4733a9743b522df4ff3@ruby-forum.com>


But I am trying to execute prime_steps.rb. Does it execute all of them 
by default or something??

Jim Deville wrote:
> Heh, that's why I said send it to me offline. Anyways, addition.rb is 
> pure ruby, you can't have the last three lines of the file as is.
> 
> JD

-- 
Posted via http://www.ruby-forum.com/.

From lists at ruby-forum.com  Mon Mar  1 14:11:10 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 20:11:10 +0100
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71D41D2@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
	<b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>
	<2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
	<a0546f8694a24ad5e79f56eaf426df7b@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3124@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<4a934672b51b73451b94855fe562ba19@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3515@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<6004e989e60294dbaf5862b9c5147b1c@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3779@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<fd4cd4e6c637fddedab7edc825f6f45d@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3AF7@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<73ae73a2353e6b81d75c1ff2d2386143@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D41D2@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <db8e55a5fe6373a8c4aba0ed6a02197a@ruby-forum.com>

I cannot believe it that was the problem. I deleted the addition.rb file 
and it started working. Lesson learned!! Cucumber will execute 
everything inside the step_definations.

Jim Deville wrote:
> Heh, that's why I said send it to me offline. Anyways, addition.rb is 
> pure ruby, you can't have the last three lines of the file as is.
> 
> JD

-- 
Posted via http://www.ruby-forum.com/.

From jdeville at microsoft.com  Mon Mar  1 14:11:49 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 1 Mar 2010 19:11:49 +0000
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <4ef912486d23e4733a9743b522df4ff3@ruby-forum.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
	<b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>
	<2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
	<a0546f8694a24ad5e79f56eaf426df7b@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3124@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<4a934672b51b73451b94855fe562ba19@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3515@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<6004e989e60294dbaf5862b9c5147b1c@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3779@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<fd4cd4e6c637fddedab7edc825f6f45d@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3AF7@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<73ae73a2353e6b81d75c1ff2d2386143@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D41D2@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<4ef912486d23e4733a9743b522df4ff3@ruby-forum.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71D42B3@TK5EX14MBXC136.redmond.corp.microsoft.com>

It loads all of them by default

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mohammad Azam
Sent: Monday, March 01, 2010 11:09 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Cucumber with IronRuby


But I am trying to execute prime_steps.rb. Does it execute all of them by default or something??

Jim Deville wrote:
> Heh, that's why I said send it to me offline. Anyways, addition.rb is 
> pure ruby, you can't have the last three lines of the file as is.
> 
> JD

--
Posted via http://www.ruby-forum.com/.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From jdeville at microsoft.com  Mon Mar  1 14:17:21 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 1 Mar 2010 19:17:21 +0000
Subject: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
In-Reply-To: <398d3e0e1003011055n691f5719w22e13149dc4e9f2d@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705851E@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D3B3A@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003011033g754cb50fs3902ae92f329693f@mail.gmail.com>
	<31BD916A7536A242870B0B4E3F9068D71D3ECD@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<b1c6aabb1003011041w1f97920co4bd14153a707ea03@mail.gmail.com>
	<398d3e0e1003011055n691f5719w22e13149dc4e9f2d@mail.gmail.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71D4372@TK5EX14MBXC136.redmond.corp.microsoft.com>

Thanks!

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Monday, March 01, 2010 10:55 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

As a temporary workaround, I've uploaded the gem to the downloads section for the project:

http://github.com/hotgazpacho/iron-term-ansicolor/downloads

Simply download, then, in the directory you downloaded to:

ir -S gem install iron-term-ansicolor-0.0.2.gem

--
Will Green
http://hotgazpacho.org/

On Mon, Mar 1, 2010 at 1:41 PM, Ivan Porto Carrero <ivan at whiterabbitconsulting.eu<mailto:ivan at whiterabbitconsulting.eu>> wrote:
I also get it when I try to install from a remote location. But downloading the source and building the gem does work.
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Mon, Mar 1, 2010 at 7:39 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
C:\Users\jdeville\projects\cucumber
[35] ? ir -S gem sources
*** CURRENT SOURCES ***

http://gemcutter.org
http://gems.rubyforge.org/
http://gems.github.com

That?s what I have for sources, fyi. I?ll try to look into it more later if no one else does.

JD

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Monday, March 01, 2010 10:34 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

I am seeing this error, too :-(

I can install locally. Perhaps it is a problem with the Gem sources?

C:\Users\will.green\dev\iron-term-ansicolor\pkg>ir -S gem install iron-term-ansicolor-0.0.2.gem
Successfully installed iron-term-ansicolor-0.0.2
1 gem installed
Installing ri documentation for iron-term-ansicolor-0.0.2...

unrecognized option `--format'

For help on options, try 'rdoc --help'

--
Will Green
http://hotgazpacho.org/
On Mon, Mar 1, 2010 at 1:04 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
Having issues installing this with ironruby rc2. Anyone else seeing that? I tried running:

ir -S gem install cucumber iron-term-ansicolor

Pasted output:
[20] ? ir -v -e 'exit'
IronRuby 0.9.4.0 on .NET 2.0.50727.4927
C:\temp
[21] ? ir -S gem install cucumber iron-term-ansicolor

(::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::)

                     (::)   U P G R A D I N G    (::)

Thank you for installing cucumber-0.6.2.
Please be sure to read http://wiki.github.com/aslakhellesoy/cucumber/upgrading
for important information about this release. Happy cuking!

(::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::)

Successfully installed term-ansicolor-1.0.4
Successfully installed polyglot-0.3.0
Successfully installed treetop-1.4.4
Successfully installed builder-2.1.2
Successfully installed diff-lcs-1.1.2
Successfully installed json_pure-1.2.2
Successfully installed cucumber-0.6.2
ERROR:  While executing gem ... (IndexError)
    Index was outside the bounds of the array.
C:\temp
[22] ? ir -S gem install iron-term-ansicolor
ERROR:  While executing gem ... (IndexError)
    Index was outside the bounds of the array.
C:\temp
[23] ?

JD


From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Sunday, February 28, 2010 10:20 PM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

Very cool!

So if a user runs Cucumber on IronRuby, does Cucumber give the right error message about having to install iron-term-ansicolor? Cucumber used to say that you had to install win32console. Just checking that iron-term-ansicolor will be easily discoverable.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, February 26, 2010 8:15 PM
To: ironruby-core
Subject: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

Tonight, I released an update to iron-term-ansicolor, a library for IronRuby that provides console colors for apps like RSpec and Cucumber (Cucumber already makes use of this, and I bet it would not be too much trouble to add to RSpec).

http://rubygems.org/gems/iron-term-ansicolor

igem install iron-term-ansicolor

The source is available on github: http://github.com/hotgazpacho/iron-term-ansicolor

Big thanks to Danny Coates for devising a much better way to parse the ANSI control codes!

--
Will Green
http://hotgazpacho.org/

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100301/8e978933/attachment-0001.html>

From jdeville at microsoft.com  Mon Mar  1 14:13:55 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 1 Mar 2010 19:13:55 +0000
Subject: [Ironruby-core] Cucumber with IronRuby
In-Reply-To: <db8e55a5fe6373a8c4aba0ed6a02197a@ruby-forum.com>
References: <49e404efc286d1ed842bf299a21f310c@ruby-forum.com>
	<b1c6aabb1003010716w7ccd581dr4085595c5f1f1487@mail.gmail.com>
	<2780fee88499fb3225b239a8cf32cc1a@ruby-forum.com>
	<a0546f8694a24ad5e79f56eaf426df7b@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3124@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<4a934672b51b73451b94855fe562ba19@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3515@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<6004e989e60294dbaf5862b9c5147b1c@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3779@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<fd4cd4e6c637fddedab7edc825f6f45d@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D3AF7@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<73ae73a2353e6b81d75c1ff2d2386143@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D41D2@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<db8e55a5fe6373a8c4aba0ed6a02197a@ruby-forum.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71D4303@TK5EX14MBXC136.redmond.corp.microsoft.com>

The thing is, you might have a login.rb file that has login steps, that is then used in all of your features that require logging in. It appears you can override automatic loading via -r, but otherwise, it has to load everything to be safe.

JD

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mohammad Azam
Sent: Monday, March 01, 2010 11:11 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Cucumber with IronRuby

I cannot believe it that was the problem. I deleted the addition.rb file and it started working. Lesson learned!! Cucumber will execute everything inside the step_definations.

Jim Deville wrote:
> Heh, that's why I said send it to me offline. Anyways, addition.rb is 
> pure ruby, you can't have the last three lines of the file as is.
> 
> JD

--
Posted via http://www.ruby-forum.com/.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From ivan at whiterabbitconsulting.eu  Mon Mar  1 14:25:57 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Mon, 1 Mar 2010 20:25:57 +0100
Subject: [Ironruby-core] Open-Uri Path in App.Config
In-Reply-To: <edff1d6d91d721199223600daa62e6cc@ruby-forum.com>
References: <5fb12fb09403a715cd7f12b2898eabda@ruby-forum.com> 
	<b1c6aabb1003010636g243e7d15i7f0eabd0278b2fad@mail.gmail.com> 
	<6f65e3c6c5fb48548bfc337c2d1e2a27@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D2C19@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<dcb09a78b9e39142f5a5b2e43ddcb5f0@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D2E74@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<813e9f7c21c13112ae9812ce616fdf72@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D30E0@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<7b0f6e96d116e4b90fa8efeee10bd533@ruby-forum.com>
	<edff1d6d91d721199223600daa62e6cc@ruby-forum.com>
Message-ID: <b1c6aabb1003011125n6843f656gde15f6fb7be77c3e@mail.gmail.com>

Did you change the paths in the app.config file to be absolute?

---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Mon, Mar 1, 2010 at 8:04 PM, Mohammad Azam <lists at ruby-forum.com> wrote:

> My fault I did not include the App.config settings. So, now I have
> copied everything from ir.exe.config into my App.config and I run the
> application and get the following error:
>
>
> Unhandled Exception: IronRuby.Builtins.LoadError: no such file to load
> -- open-u
> ri
>    at
> Microsoft.Scripting.Interpreter.ThrowInstruction.Run(InterpretedFrame
> fram
> e)
>   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame
> frame)
>   at Microsoft.Scripting.Interpreter.LightLambda.Run2[T0,T1,TRet](T0
> arg0, T1 a
> rg1)
>   at IronRuby.Runtime.RubyScriptCode.Run(Scope scope, Boolean
> bindGlobals)
>   at IronRuby.Runtime.RubyScriptCode.Run(Scope scope)
>   at Microsoft.Scripting.SourceUnit.Execute(Scope scope, ErrorSink
> errorSink)
>   at Microsoft.Scripting.Hosting.ScriptSource.Execute(ScriptScope
> scope)
>   at Microsoft.Scripting.Hosting.ScriptEngine.ExecuteFile(String path)
>    at IronRubyConsoleApp.Program.Main(String[] args) in
> C:\Projects\ILoveIronRub
> y\ILoveIronRuby\IronRubyConsoleApp\Program.cs:line 30
> Press any key to continue . . .
>
>
>
> Mohammad Azam wrote:
> > I used the above code that you provided but it is throwing exceptions:
> >
> >  static void Main(string[] args)
> >         {
> >             var setup = ScriptRuntimeSetup.ReadConfiguration();
> >
> >             var runtime = Ruby.CreateRuntime(setup); // error is thrown
> > here
> >             var engine = Ruby.GetEngine(runtime);
> >
> > And the exception is:
> >
> >
> > Unhandled Exception: System.ArgumentException: Invalid argument value
> > Parameter name: ScriptRuntimeSetup must have at least one LanguageSetup
> >    at Microsoft.Scripting.Hosting.ScriptRuntimeSetup.ToConfiguration()
> >    at Microsoft.Scripting.Hosting.ScriptRuntime..ctor(ScriptRuntimeSetup
> > setup)
> >    at IronRuby.Ruby.CreateRuntime(ScriptRuntimeSetup setup)
> >    at IronRubyConsoleApp.Program.Main(String[] args) in
> > C:\Projects\ILoveIronRub
> > y\ILoveIronRuby\IronRubyConsoleApp\Program.cs:line 16
> > Press any key to continue . . .
> >
> >
> > Jim Deville wrote:
> >> Is app.config in the same directory as c:\path\to\ir.exe? I'm guessing
> >> no. I'm NOT saying it should be. I'm saying use the other hosting method
> >> I told you to. I believe that will use IronRuby's exe.config for
> >> IronRuby. If you don't want to use my suggestion, then you need to
> >> modify the relative paths in your app.config to point to the right
> >> location.
> >>
> >> JD
>
> --
> Posted via http://www.ruby-forum.com/.
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100301/e3046a46/attachment.html>

From lists at ruby-forum.com  Mon Mar  1 14:28:35 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 20:28:35 +0100
Subject: [Ironruby-core] Open-Uri Path in App.Config
In-Reply-To: <b1c6aabb1003011125n6843f656gde15f6fb7be77c3e@mail.gmail.com>
References: <5fb12fb09403a715cd7f12b2898eabda@ruby-forum.com>
	<b1c6aabb1003010042u66e3367fu7cb3853884a2b533@mail.gmail.com>
	<2fdfc7336118747f43490e4afbc3deda@ruby-forum.com>
	<b1c6aabb1003010636g243e7d15i7f0eabd0278b2fad@mail.gmail.com>
	<6f65e3c6c5fb48548bfc337c2d1e2a27@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D2C19@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<dcb09a78b9e39142f5a5b2e43ddcb5f0@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D2E74@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<813e9f7c21c13112ae9812ce616fdf72@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D30E0@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<7b0f6e96d116e4b90fa8efeee10bd533@ruby-forum.com>
	<edff1d6d91d721199223600daa62e6cc@ruby-forum.com>
	<b1c6aabb1003011125n6843f656gde15f6fb7be77c3e@mail.gmail.com>
Message-ID: <a9cfeecbd6de5853d155ab15d1ac0ba8@ruby-forum.com>

Ahh I did not do that!! I think I will just use path collection and 
List<String> this is just too much work.

Ivan Porto Carrero wrote:
> Did you change the paths in the app.config file to be absolute?
> 
> ---
> Met vriendelijke groeten - Best regards - Salutations
> Ivan Porto Carrero
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)
> Microsoft IronRuby/C# MVP

-- 
Posted via http://www.ruby-forum.com/.

From lists at ruby-forum.com  Mon Mar  1 15:49:52 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Mon, 1 Mar 2010 21:49:52 +0100
Subject: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
In-Reply-To: <398d3e0e1003011055n691f5719w22e13149dc4e9f2d@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705851E@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D3B3A@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003011033g754cb50fs3902ae92f329693f@mail.gmail.com>
	<31BD916A7536A242870B0B4E3F9068D71D3ECD@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<b1c6aabb1003011041w1f97920co4bd14153a707ea03@mail.gmail.com>
	<398d3e0e1003011055n691f5719w22e13149dc4e9f2d@mail.gmail.com>
Message-ID: <3dec6bfc8bc06582b0ba900f2e8040cb@ruby-forum.com>

Can this gem be used with IronRuby rc 1.
-- 
Posted via http://www.ruby-forum.com/.

From will at hotgazpacho.org  Mon Mar  1 16:25:52 2010
From: will at hotgazpacho.org (Will Green)
Date: Mon, 1 Mar 2010 16:25:52 -0500
Subject: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
In-Reply-To: <3dec6bfc8bc06582b0ba900f2e8040cb@ruby-forum.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705851E@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D3B3A@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003011033g754cb50fs3902ae92f329693f@mail.gmail.com>
	<31BD916A7536A242870B0B4E3F9068D71D3ECD@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<b1c6aabb1003011041w1f97920co4bd14153a707ea03@mail.gmail.com>
	<398d3e0e1003011055n691f5719w22e13149dc4e9f2d@mail.gmail.com>
	<3dec6bfc8bc06582b0ba900f2e8040cb@ruby-forum.com>
Message-ID: <398d3e0e1003011325l5840cc2dqdc645dd2b3c6ee2d@mail.gmail.com>

I don't see why not. That said, there has been no testing specifically to
verify that.

If you clone the git repo, install rake and rspec, and run rake, the default
rake task is to run the rspec specifications.

--
Will Green
http://hotgazpacho.org/


On Mon, Mar 1, 2010 at 3:49 PM, Mohammad Azam <lists at ruby-forum.com> wrote:

> Can this gem be used with IronRuby rc 1.
> --
> Posted via http://www.ruby-forum.com/.
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100301/2e2538a9/attachment.html>

From ivan at whiterabbitconsulting.eu  Mon Mar  1 19:48:31 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Tue, 2 Mar 2010 01:48:31 +0100
Subject: [Ironruby-core] mongomapper
Message-ID: <b1c6aabb1003011648g13955495xdeea01d492f581e2@mail.gmail.com>

Hi

I'm unable to run the tests for the mongo driver and  mongomapper but I'm
able to run all but 1 example, and that example doesn't work on MRI either.
The error from Test::Unit has something to do with shoulda and mocha in the
same project from what I could find on the web.

So the good news I think is that mongomapper seems to work from the limited
amount of tests I've done with it so far.

+ C:\dev\mongo-ruby-driver
(master) ? ir -S rake test:ruby
(in C:/dev/mongo-ruby-driver)
C:/ironruby/bin/ir.exe -I"lib"
"C:/ironruby/lib/ironruby/gems/1.8/gems/rake-0.8.7/lib/rake/rake_test_loader.rb"
"test/unit/collection_test.rb" "test/unit/connection_test.rb"
"test/unit/cursor_test.rb" "test/unit/db_test.rb"

**Notice: C extension not loaded. This is required for optimum MongoDB Ruby
driver performance.
  You can install the extension as follows:
  gem install mongo_ext

  If you continue to receive this message after installing, make sure that
the
  mongo_ext gem is in your load path and that the mongo_ext and mongo gems
are of the same version.

:0:in `const_missing': uninitialized constant
Test::Unit::TestResult::TestResultFailureSupport (NameError)
        from
C:/ironruby/lib/ironruby/gems/1.8/gems/test-unit-2.0.3/lib/test/unit/testresult.rb:28
        from
C:/ironruby/lib/ironruby/gems/1.8/gems/test-unit-2.0.3/lib/test/unit/ui/testrunnermediator.rb:9
        from
C:/ironruby/lib/ironruby/gems/1.8/gems/test-unit-2.0.3/lib/test/unit/ui/console/testrunner.rb:9
        from :0:in `require'
        from custom_require.rb:30:in `require'
        from :0:in `require'
        from custom_require.rb:30:in `require'
        from C:/ironruby/lib/ruby/1.8/test/unit/autorunner.rb:25
        from :0:in `require'
        from custom_require.rb:30:in `require'
        from C:/ironruby/lib/ruby/1.8/test/unit/autorunner.rb:214:in `run'
        from :0:in `[]'
        from C:/ironruby/lib/ruby/1.8/test/unit/autorunner.rb:12:in `run'
        from C:/ironruby/lib/ruby/1.8/test/unit.rb:278
rake aborted!
Command failed with status (1): [C:/ironruby/bin/ir.exe -I"lib"
"C:/ironrub...]
C:/dev/mongo-ruby-driver/rakefile:38
(See full trace by running task with --trace)
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/574f56c8/attachment-0001.html>

From Tomas.Matousek at microsoft.com  Mon Mar  1 21:30:19 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Tue, 2 Mar 2010 02:30:19 +0000
Subject: [Ironruby-core] Code Review: MiscStrings
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C3ECC944A@TK5EX14MBXC131.redmond.corp.microsoft.com>

  tfpt review "/shelveset:MiscStrings;REDMOND\tomat"

A simple DLR Console Shell change:
The version printed by the console host now recognizes Mono correctly.

Ruby changes:
Ignores UTF8 BOM in 1.8 mode unless $KCODE is SJIS or EUC.
Fixes http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=3913
Fixes -d and --version options.
Fixes a bug in StringScanner: scan doesn't copy the original string and [] uses the current value.
Makes MutableString.GetSlice out-of-range tolerant (needed by StringScanner#[] fix).
Improves performance of repeated Regex.Match called on the same input string.

Tomas




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/31c0e6c1/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: MiscStrings.diff
Type: application/octet-stream
Size: 75458 bytes
Desc: MiscStrings.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/31c0e6c1/attachment-0001.obj>

From will at hotgazpacho.org  Mon Mar  1 23:45:25 2010
From: will at hotgazpacho.org (Will Green)
Date: Mon, 1 Mar 2010 23:45:25 -0500
Subject: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
In-Reply-To: <398d3e0e1003011033g754cb50fs3902ae92f329693f@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705851E@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D3B3A@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003011033g754cb50fs3902ae92f329693f@mail.gmail.com>
Message-ID: <398d3e0e1003012045i7c7c2654l97d581a13c02bf9c@mail.gmail.com>

I think I may have pushed a corrupted gem :-/ Sorry about that folks. Trying
to get the bits in place to yank it from gemcutter and replace it with a
known good version of the gem.

--
Will Green
http://hotgazpacho.org/


On Mon, Mar 1, 2010 at 1:33 PM, Will Green <will at hotgazpacho.org> wrote:

> I am seeing this error, too :-(
>
> I can install locally. Perhaps it is a problem with the Gem sources?
>
> C:\Users\will.green\dev\iron-term-ansicolor\pkg>ir -S gem install
> iron-term-ansicolor-0.0.2.gem
> Successfully installed iron-term-ansicolor-0.0.2
> 1 gem installed
> Installing ri documentation for iron-term-ansicolor-0.0.2...
>
> unrecognized option `--format'
>
> For help on options, try 'rdoc --help'
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
> On Mon, Mar 1, 2010 at 1:04 PM, Jim Deville <jdeville at microsoft.com>wrote:
>
>> Having issues installing this with ironruby rc2. Anyone else seeing that?
>> I tried running:
>>
>>
>>
>> ir -S gem install cucumber iron-term-ansicolor
>>
>>
>>
>> Pasted output:
>>
>> [20] ? ir -v -e 'exit'
>>
>> IronRuby 0.9.4.0 on .NET 2.0.50727.4927
>>
>> C:\temp
>>
>> [21] ? ir -S gem install cucumber iron-term-ansicolor
>>
>>
>>
>> (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::)
>>
>>
>>
>>                      (::)   U P G R A D I N G    (::)
>>
>>
>>
>> Thank you for installing cucumber-0.6.2.
>>
>> Please be sure to read
>> http://wiki.github.com/aslakhellesoy/cucumber/upgrading
>>
>> for important information about this release. Happy cuking!
>>
>>
>>
>> (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::)
>>
>>
>>
>> Successfully installed term-ansicolor-1.0.4
>>
>> Successfully installed polyglot-0.3.0
>>
>> Successfully installed treetop-1.4.4
>>
>> Successfully installed builder-2.1.2
>>
>> Successfully installed diff-lcs-1.1.2
>>
>> Successfully installed json_pure-1.2.2
>>
>> Successfully installed cucumber-0.6.2
>>
>> ERROR:  While executing gem ... (IndexError)
>>
>>     Index was outside the bounds of the array.
>>
>> C:\temp
>>
>> [22] ? ir -S gem install iron-term-ansicolor
>>
>> ERROR:  While executing gem ... (IndexError)
>>
>>     Index was outside the bounds of the array.
>>
>> C:\temp
>>
>> [23] ?
>>
>>
>>
>> JD
>>
>>
>>
>>
>>
>> *From:* ironruby-core-bounces at rubyforge.org [mailto:
>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shri Borde
>> *Sent:* Sunday, February 28, 2010 10:20 PM
>> *To:* ironruby-core at rubyforge.org
>> *Subject:* Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>>
>>
>>
>> Very cool!
>>
>>
>>
>> So if a user runs Cucumber on IronRuby, does Cucumber give the right error
>> message about having to install iron-term-ansicolor? Cucumber used to say
>> that you had to install win32console. Just checking that iron-term-ansicolor
>> will be easily discoverable.
>>
>>
>>
>> *From:* ironruby-core-bounces at rubyforge.org [mailto:
>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
>> *Sent:* Friday, February 26, 2010 8:15 PM
>> *To:* ironruby-core
>> *Subject:* [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>>
>>
>>
>> Tonight, I released an update to iron-term-ansicolor, a library for
>> IronRuby that provides console colors for apps like RSpec and Cucumber
>> (Cucumber already makes use of this, and I bet it would not be too much
>> trouble to add to RSpec).
>>
>>
>>
>> http://rubygems.org/gems/iron-term-ansicolor
>>
>>
>>
>> igem install iron-term-ansicolor
>>
>>
>>
>> The source is available on github:
>> http://github.com/hotgazpacho/iron-term-ansicolor
>>
>>
>>
>> Big thanks to Danny Coates for devising a much better way to parse the
>> ANSI control codes!
>>
>>
>> --
>> Will Green
>> http://hotgazpacho.org/
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100301/5d89f3e7/attachment.html>

From will at hotgazpacho.org  Tue Mar  2 10:47:05 2010
From: will at hotgazpacho.org (Will Green)
Date: Tue, 2 Mar 2010 10:47:05 -0500
Subject: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
In-Reply-To: <398d3e0e1003012045i7c7c2654l97d581a13c02bf9c@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705851E@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D3B3A@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003011033g754cb50fs3902ae92f329693f@mail.gmail.com>
	<398d3e0e1003012045i7c7c2654l97d581a13c02bf9c@mail.gmail.com>
Message-ID: <398d3e0e1003020747w444d089cqe385a61db4b214e0@mail.gmail.com>

I released iron-term-ansicolor 0.0.3 last night after testing the gem
install locally first.

Please let me know if you still have trouble installing it from
Rubygems.org.

Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can,
the same way it tries to use win32console under MRI.

--
Will Green
http://hotgazpacho.org/


On Mon, Mar 1, 2010 at 11:45 PM, Will Green <will at hotgazpacho.org> wrote:

> I think I may have pushed a corrupted gem :-/ Sorry about that folks.
> Trying to get the bits in place to yank it from gemcutter and replace it
> with a known good version of the gem.
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
> On Mon, Mar 1, 2010 at 1:33 PM, Will Green <will at hotgazpacho.org> wrote:
>
>> I am seeing this error, too :-(
>>
>> I can install locally. Perhaps it is a problem with the Gem sources?
>>
>> C:\Users\will.green\dev\iron-term-ansicolor\pkg>ir -S gem install
>> iron-term-ansicolor-0.0.2.gem
>> Successfully installed iron-term-ansicolor-0.0.2
>> 1 gem installed
>> Installing ri documentation for iron-term-ansicolor-0.0.2...
>>
>> unrecognized option `--format'
>>
>> For help on options, try 'rdoc --help'
>>
>> --
>> Will Green
>> http://hotgazpacho.org/
>>
>>
>> On Mon, Mar 1, 2010 at 1:04 PM, Jim Deville <jdeville at microsoft.com>wrote:
>>
>>> Having issues installing this with ironruby rc2. Anyone else seeing that?
>>> I tried running:
>>>
>>>
>>>
>>> ir -S gem install cucumber iron-term-ansicolor
>>>
>>>
>>>
>>> Pasted output:
>>>
>>> [20] ? ir -v -e 'exit'
>>>
>>> IronRuby 0.9.4.0 on .NET 2.0.50727.4927
>>>
>>> C:\temp
>>>
>>> [21] ? ir -S gem install cucumber iron-term-ansicolor
>>>
>>>
>>>
>>> (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::)
>>> (::)
>>>
>>>
>>>
>>>                      (::)   U P G R A D I N G    (::)
>>>
>>>
>>>
>>> Thank you for installing cucumber-0.6.2.
>>>
>>> Please be sure to read
>>> http://wiki.github.com/aslakhellesoy/cucumber/upgrading
>>>
>>> for important information about this release. Happy cuking!
>>>
>>>
>>>
>>> (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::) (::)
>>> (::)
>>>
>>>
>>>
>>> Successfully installed term-ansicolor-1.0.4
>>>
>>> Successfully installed polyglot-0.3.0
>>>
>>> Successfully installed treetop-1.4.4
>>>
>>> Successfully installed builder-2.1.2
>>>
>>> Successfully installed diff-lcs-1.1.2
>>>
>>> Successfully installed json_pure-1.2.2
>>>
>>> Successfully installed cucumber-0.6.2
>>>
>>> ERROR:  While executing gem ... (IndexError)
>>>
>>>     Index was outside the bounds of the array.
>>>
>>> C:\temp
>>>
>>> [22] ? ir -S gem install iron-term-ansicolor
>>>
>>> ERROR:  While executing gem ... (IndexError)
>>>
>>>     Index was outside the bounds of the array.
>>>
>>> C:\temp
>>>
>>> [23] ?
>>>
>>>
>>>
>>> JD
>>>
>>>
>>>
>>>
>>>
>>> *From:* ironruby-core-bounces at rubyforge.org [mailto:
>>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shri Borde
>>> *Sent:* Sunday, February 28, 2010 10:20 PM
>>> *To:* ironruby-core at rubyforge.org
>>> *Subject:* Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>>>
>>>
>>>
>>> Very cool!
>>>
>>>
>>>
>>> So if a user runs Cucumber on IronRuby, does Cucumber give the right
>>> error message about having to install iron-term-ansicolor? Cucumber used to
>>> say that you had to install win32console. Just checking that
>>> iron-term-ansicolor will be easily discoverable.
>>>
>>>
>>>
>>> *From:* ironruby-core-bounces at rubyforge.org [mailto:
>>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
>>> *Sent:* Friday, February 26, 2010 8:15 PM
>>> *To:* ironruby-core
>>> *Subject:* [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>>>
>>>
>>>
>>> Tonight, I released an update to iron-term-ansicolor, a library for
>>> IronRuby that provides console colors for apps like RSpec and Cucumber
>>> (Cucumber already makes use of this, and I bet it would not be too much
>>> trouble to add to RSpec).
>>>
>>>
>>>
>>> http://rubygems.org/gems/iron-term-ansicolor
>>>
>>>
>>>
>>> igem install iron-term-ansicolor
>>>
>>>
>>>
>>> The source is available on github:
>>> http://github.com/hotgazpacho/iron-term-ansicolor
>>>
>>>
>>>
>>> Big thanks to Danny Coates for devising a much better way to parse the
>>> ANSI control codes!
>>>
>>>
>>> --
>>> Will Green
>>> http://hotgazpacho.org/
>>>
>>> _______________________________________________
>>> Ironruby-core mailing list
>>> Ironruby-core at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/94f40f92/attachment-0001.html>

From ivan at whiterabbitconsulting.eu  Tue Mar  2 12:14:34 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Tue, 2 Mar 2010 18:14:34 +0100
Subject: [Ironruby-core] rails sqlserver
In-Reply-To: <1B42307CD4AADD438CDDA2FE1121CC920F617A66@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <b1c6aabb1003020257i334a4120pcc976da83f4e2a57@mail.gmail.com> 
	<1B42307CD4AADD438CDDA2FE1121CC920F617A66@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <b1c6aabb1003020914h2515edf4w6cb1d868b157b0f8@mail.gmail.com>

docs have been updated already and I added a sqlite bit too.

---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Tue, Mar 2, 2010 at 5:48 PM, Jimmy Schementi <
Jimmy.Schementi at microsoft.com> wrote:

> Na, that?s fine, this name is good as well. I?ll update the rails docs
> shortly.
>
>
>
> *From:* ivan at flanders.co.nz [mailto:ivan at flanders.co.nz] *On Behalf Of *Ivan
> Porto Carrero
> *Sent:* Tuesday, March 02, 2010 2:58 AM
> *To:* Jimmy Schementi; Shri Borde
> *Subject:* rails sqlserver
>
>
>
> Hi
>
>
>
> I'm sorry for hijacking your gem Jimmy I can undo that if you want.
>
>
>
> I repackaged the ironruby_sqlserver gem as well as ironruby-dbi in 3 new
> gems. (I couldn't push ironruby-dbi and the dependencies have changed)
>
>
>
> So from now on all you have to do is download:
>
>
>
> ir -S gem install activerecord-adonet-sqlserver
>
>
>
> That will install the correct versions of the gems: dbi
> (>=0.4.3), activerecord-sqlserver-adapter (= 2.3.1), dbd-adonet,
> dbd-adonet-sqlserver
>
>
>
> in the environment.rb file people need to add
>
>
>
> config.gem "activerecord-adonet-sqlserver", :lib =>
> "activerecord_adonet_sqlserver"
>
>
>
> and you should be good to go. That should patch the adapter to work with
> the ADO.NET version of the sqlserver driver.
>
>
>
> ---
> Met vriendelijke groeten - Best regards - Salutations
> Ivan Porto Carrero
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)
> Microsoft IronRuby/C# MVP
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/1a48e25d/attachment.html>

From ivan at whiterabbitconsulting.eu  Tue Mar  2 12:22:49 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Tue, 2 Mar 2010 18:22:49 +0100
Subject: [Ironruby-core] mongomapper part 2
Message-ID: <b1c6aabb1003020922h16ee44b0q9c879bef3d79d4d3@mail.gmail.com>

As it turns out it was the jeweler gem that was the culprit for those
Test::Unit::Errors.

After removing that more of my tests started to work again, so I tried
running the tests for mongomapper with ironruby.
result: 100% pass rate.

But it takes ironruby about 8x longer than it takes MRI (not the mingw
version)
results can be found here http://gist.github.com/319689

<http://gist.github.com/319689>this test was run on windows 7 x64

When trying to use ir64 I got the following output
(master) ? ir64 -Itest -S testrb test/**/test_*.rb
IronRuby.Libraries:0:in `Reinitialize': Win32API is not supported in 64-bit
process (System::NotSupportedException)
        from C:/ironruby/lib/ruby/site_ruby/1.8/rubygems/config_file.rb:48
        from :0:in `require'
        from C:/ruby-dist/bin/testrb:9
        from :0:in `require'

If I read that correctly it's not possible to run anything that uses gems in
64-bit mode
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/b7154901/attachment.html>

From Shri.Borde at microsoft.com  Tue Mar  2 13:01:44 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Tue, 2 Mar 2010 18:01:44 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <398d3e0e1003020747w444d089cqe385a61db4b214e0@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705851E@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D3B3A@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003011033g754cb50fs3902ae92f329693f@mail.gmail.com>
	<398d3e0e1003012045i7c7c2654l97d581a13c02bf9c@mail.gmail.com>
	<398d3e0e1003020747w444d089cqe385a61db4b214e0@mail.gmail.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A705A0B7@TK5EX14MBXC134.redmond.corp.microsoft.com>

This brings a question to mind - what should the general approach be for porting existing gems to IronRuby? There could be two possible approaches:

1.       Create a gem with the same name (?win32console? in this case), and specify platform==?ironruby?. That way, dependent gems do not need to be updated, and users have to remember just one name. IronRuby will use the version with platform==?ironruby?, and MRI will use the one with platform==?mswin32?. So there should not be any clashes even if you use MRI and IronRuby on the same machine.

2.       Create a new gem like iron-term-ansicolor.

Any pro or cons to the two? What should the recommendation be in general?

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 7:47 AM
To: ironruby-core
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

I released iron-term-ansicolor 0.0.3 last night after testing the gem install locally first.

Please let me know if you still have trouble installing it from Rubygems.org.

Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can, the same way it tries to use win32console under MRI.

--
Will Green
http://hotgazpacho.org/


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/3219cbc8/attachment.html>

From jdeville at microsoft.com  Tue Mar  2 13:07:45 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Tue, 2 Mar 2010 18:07:45 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A705A0B7@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705851E@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D3B3A@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003011033g754cb50fs3902ae92f329693f@mail.gmail.com>
	<398d3e0e1003012045i7c7c2654l97d581a13c02bf9c@mail.gmail.com>
	<398d3e0e1003020747w444d089cqe385a61db4b214e0@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705A0B7@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71D7AFD@TK5EX14MBXC136.redmond.corp.microsoft.com>

I believe JRuby is doing the 1st one, which makes sense in my opinion. If possible we should prefer platform == ?ironruby?, (or .net, do we need to differentiate .net and mono?), but accept others.

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Shri Borde
Sent: Tuesday, March 02, 2010 10:02 AM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] IronRuby version of existing gems

This brings a question to mind - what should the general approach be for porting existing gems to IronRuby? There could be two possible approaches:

1.       Create a gem with the same name (?win32console? in this case), and specify platform==?ironruby?. That way, dependent gems do not need to be updated, and users have to remember just one name. IronRuby will use the version with platform==?ironruby?, and MRI will use the one with platform==?mswin32?. So there should not be any clashes even if you use MRI and IronRuby on the same machine.

2.       Create a new gem like iron-term-ansicolor.

Any pro or cons to the two? What should the recommendation be in general?

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 7:47 AM
To: ironruby-core
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

I released iron-term-ansicolor 0.0.3 last night after testing the gem install locally first.

Please let me know if you still have trouble installing it from Rubygems.org.

Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can, the same way it tries to use win32console under MRI.

--
Will Green
http://hotgazpacho.org/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/4ad7dcc7/attachment-0001.html>

From will at hotgazpacho.org  Tue Mar  2 14:51:32 2010
From: will at hotgazpacho.org (Will Green)
Date: Tue, 2 Mar 2010 14:51:32 -0500
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71D7AFD@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705851E@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D3B3A@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003011033g754cb50fs3902ae92f329693f@mail.gmail.com>
	<398d3e0e1003012045i7c7c2654l97d581a13c02bf9c@mail.gmail.com>
	<398d3e0e1003020747w444d089cqe385a61db4b214e0@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705A0B7@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D7AFD@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <398d3e0e1003021151p670733ewb79309bdd3f46759@mail.gmail.com>

That all depends on how Gem checks the platform.  If it uses the
RUBY_PLATFORM variable, then IronRuby needs to change what it reports here.
Currently, it reports i386-mswin32.

--
Will Green
http://hotgazpacho.org/


On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com> wrote:

> I believe JRuby is doing the 1st one, which makes sense in my opinion. If
> possible we should prefer platform == ?ironruby?, (or .net, do we need to
> differentiate .net and mono?), but accept others.
>
>
>
> JD
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shri Borde
> *Sent:* Tuesday, March 02, 2010 10:02 AM
> *To:* ironruby-core at rubyforge.org
> *Subject:* [Ironruby-core] IronRuby version of existing gems
>
>
>
> This brings a question to mind - what should the general approach be for
> porting existing gems to IronRuby? There could be two possible approaches:
>
> 1.       Create a gem with the same name (?win32console? in this case),
> and specify platform==?ironruby?. That way, dependent gems do not need to be
> updated, and users have to remember just one name. IronRuby will use the
> version with platform==?ironruby?, and MRI will use the one with
> platform==?mswin32?. So there should not be any clashes even if you use MRI
> and IronRuby on the same machine.
>
> 2.       Create a new gem like iron-term-ansicolor.
>
>
>
> Any pro or cons to the two? What should the recommendation be in general?
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Tuesday, March 02, 2010 7:47 AM
> *To:* ironruby-core
> *Subject:* Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>
>
>
> I released iron-term-ansicolor 0.0.3 last night after testing the gem
> install locally first.
>
>
>
> Please let me know if you still have trouble installing it from
> Rubygems.org.
>
>
>
> Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can,
> the same way it tries to use win32console under MRI.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/19dfe7be/attachment.html>

From RWalker at kinaxis.com  Tue Mar  2 16:22:21 2010
From: RWalker at kinaxis.com (Robert Walker)
Date: Tue, 2 Mar 2010 16:22:21 -0500
Subject: [Ironruby-core] Consuming DynamicObjects in IronRuby
Message-ID: <A0C011A6A9248C488757E59CD232FE156CD7F8AF@kansrvpex1.kinaxis.com>

(All work done with VS2010 RC and matching IronRuby build (v0.9.40, 07-Feb-10)).

I have a C# assembly that implements a dynamic object. When I try to use this object from Ruby I get the error:

>>> r.StdUnitCost
System.Core:0:in `BindCore': unbound variable: Param_0 (TypeError)
        from (ir):1

This usage works fine from a test C# 4.0 app using the 'dynamic' keyword.

I suspect that the issue is related to the version of the DLR in use -- there are a number of 'InvalidOperationExceptions' being thrown from the Microsoft.Dynamic.dll and I believe this is no longer a shipping assembly with .NET 4?

Is there a (simple) work around for this?

Thanks,

Rob Walker
Senior Software Architect
[cid:image001.gif at 01CABA24.88DB41A0]<http://www.kinaxis.com/>
http://www.kinaxis.com
Kinaxis
700 Silver Seven Road
Ottawa, ON, Canada K2V 1C3
Office:

+1 613.592.5780 ext. 5282

Fax:

+1 613.592.0584


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/be69fcdc/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 1706 bytes
Desc: image001.gif
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/be69fcdc/attachment.gif>

From lists at ruby-forum.com  Tue Mar  2 16:45:13 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Tue, 2 Mar 2010 22:45:13 +0100
Subject: [Ironruby-core] Spec Installation in RC2
Message-ID: <9be46e6faeff7391e21ec58f16915fcc@ruby-forum.com>

I know in RC1 I had to manually copy the following files:

copy C:\ironruby\lib\ironruby\gems\bin\spec C:\ironruby\bin\ispec
copy C:\ironruby\lib\ironruby\gems\bin\spec.bat
C:\ironruby\bin\ispec.bat

But in RC2 do I have to take these steps or is it automatic?

Thanks,
Azam
-- 
Posted via http://www.ruby-forum.com/.

From jdeville at microsoft.com  Tue Mar  2 17:01:24 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Tue, 2 Mar 2010 22:01:24 +0000
Subject: [Ironruby-core] Spec Installation in RC2
In-Reply-To: <9be46e6faeff7391e21ec58f16915fcc@ruby-forum.com>
References: <9be46e6faeff7391e21ec58f16915fcc@ruby-forum.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71D8BEE@TK5EX14MBXC136.redmond.corp.microsoft.com>

Once you install spec (ir -S gem install rspec), you should then be able to run it via ir -S spec

JD

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mohammad Azam
Sent: Tuesday, March 02, 2010 1:45 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Spec Installation in RC2

I know in RC1 I had to manually copy the following files:

copy C:\ironruby\lib\ironruby\gems\bin\spec C:\ironruby\bin\ispec copy C:\ironruby\lib\ironruby\gems\bin\spec.bat
C:\ironruby\bin\ispec.bat

But in RC2 do I have to take these steps or is it automatic?

Thanks,
Azam
--
Posted via http://www.ruby-forum.com/.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From jdeville at microsoft.com  Tue Mar  2 17:04:54 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Tue, 2 Mar 2010 22:04:54 +0000
Subject: [Ironruby-core] Consuming DynamicObjects in IronRuby
In-Reply-To: <A0C011A6A9248C488757E59CD232FE156CD7F8AF@kansrvpex1.kinaxis.com>
References: <A0C011A6A9248C488757E59CD232FE156CD7F8AF@kansrvpex1.kinaxis.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71D8C21@TK5EX14MBXC136.redmond.corp.microsoft.com>

Have you tried building Ruby directly? Get the sources from Github, then, from the command line, run
c:\path\to\merlin\main\languages\ruby\scripts\dev.bat
rb
devenv ruby4.sln

Inside of VS build ruby4.sln then:

1)      For basic testing, rbd will open a prompt for you to resume testing.

2)      For using it then without the sources, rake package will generate the release layout at c:\ironruby, which you can then copy to your desired location.

After 1.0, I'm going to look into making nightly drops available, but that's a little ways off.

If this still doesn't work, it might be a bug :(

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Robert Walker
Sent: Tuesday, March 02, 2010 1:22 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Consuming DynamicObjects in IronRuby

(All work done with VS2010 RC and matching IronRuby build (v0.9.40, 07-Feb-10)).

I have a C# assembly that implements a dynamic object. When I try to use this object from Ruby I get the error:

>>> r.StdUnitCost
System.Core:0:in `BindCore': unbound variable: Param_0 (TypeError)
        from (ir):1

This usage works fine from a test C# 4.0 app using the 'dynamic' keyword.

I suspect that the issue is related to the version of the DLR in use -- there are a number of 'InvalidOperationExceptions' being thrown from the Microsoft.Dynamic.dll and I believe this is no longer a shipping assembly with .NET 4?

Is there a (simple) work around for this?

Thanks,

Rob Walker
Senior Software Architect
[cid:image001.gif at 01CAB992.6A7F4590]<http://www.kinaxis.com/>
http://www.kinaxis.com
Kinaxis
700 Silver Seven Road
Ottawa, ON, Canada K2V 1C3
Office:

+1 613.592.5780 ext. 5282

Fax:

+1 613.592.0584


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/dd538d00/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 1706 bytes
Desc: image001.gif
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/dd538d00/attachment-0001.gif>

From ivan at whiterabbitconsulting.eu  Tue Mar  2 17:13:31 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Tue, 2 Mar 2010 23:13:31 +0100
Subject: [Ironruby-core] Spec Installation in RC2
In-Reply-To: <9be46e6faeff7391e21ec58f16915fcc@ruby-forum.com>
References: <9be46e6faeff7391e21ec58f16915fcc@ruby-forum.com>
Message-ID: <b1c6aabb1003021413x16ecc100u9f5f517349922307@mail.gmail.com>

instead of copying you can now use

ir -S spec and ironruby knows which script to load
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Tue, Mar 2, 2010 at 10:45 PM, Mohammad Azam <lists at ruby-forum.com> wrote:

> I know in RC1 I had to manually copy the following files:
>
> copy C:\ironruby\lib\ironruby\gems\bin\spec C:\ironruby\bin\ispec
> copy C:\ironruby\lib\ironruby\gems\bin\spec.bat
> C:\ironruby\bin\ispec.bat
>
> But in RC2 do I have to take these steps or is it automatic?
>
> Thanks,
> Azam
> --
> Posted via http://www.ruby-forum.com/.
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/70273d8d/attachment.html>

From ivan at whiterabbitconsulting.eu  Tue Mar  2 17:14:49 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Tue, 2 Mar 2010 23:14:49 +0100
Subject: [Ironruby-core] Consuming DynamicObjects in IronRuby
In-Reply-To: <A0C011A6A9248C488757E59CD232FE156CD7F8AF@kansrvpex1.kinaxis.com>
References: <A0C011A6A9248C488757E59CD232FE156CD7F8AF@kansrvpex1.kinaxis.com>
Message-ID: <b1c6aabb1003021414y716467ddu2215e6d49a3aa416@mail.gmail.com>

try this one? http://ironruby.codeplex.com/releases/view/40175
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Tue, Mar 2, 2010 at 10:22 PM, Robert Walker <RWalker at kinaxis.com> wrote:

>  (All work done with VS2010 RC and matching IronRuby build (v0.9.40,
> 07-Feb-10)).
>
>
>
> I have a C# assembly that implements a dynamic object. When I try to use
> this object from Ruby I get the error:
>
>
>
> >>> r.StdUnitCost
>
> System.Core:0:in `BindCore': unbound variable: Param_0 (TypeError)
>
>         from (ir):1
>
>
>
> This usage works fine from a test C# 4.0 app using the 'dynamic' keyword.
>
>
>
> I suspect that the issue is related to the version of the DLR in use --
> there are a number of 'InvalidOperationExceptions' being thrown from the
> Microsoft.Dynamic.dll and I believe this is no longer a shipping assembly
> with .NET 4?
>
>
>
> Is there a (simple) work around for this?
>
>
>
> Thanks,
>
>
>
> *Rob Walker*
> Senior Software Architect
>
> [image: cid:image001.gif at 01CAB992.6A7F4590] <http://www.kinaxis.com/>
>
> http://www.kinaxis.com
>
> Kinaxis
> 700 Silver Seven Road
> Ottawa, ON, Canada K2V 1C3
>
> Office:
>
> +1 613.592.5780 ext. 5282
>
> Fax:
>
> +1 613.592.0584
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/6fe27d08/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 1706 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/6fe27d08/attachment.gif>

From RWalker at kinaxis.com  Tue Mar  2 17:26:21 2010
From: RWalker at kinaxis.com (Robert Walker)
Date: Tue, 2 Mar 2010 17:26:21 -0500
Subject: [Ironruby-core] Consuming DynamicObjects in IronRuby
In-Reply-To: <b1c6aabb1003021414y716467ddu2215e6d49a3aa416@mail.gmail.com>
References: <A0C011A6A9248C488757E59CD232FE156CD7F8AF@kansrvpex1.kinaxis.com>
	<b1c6aabb1003021414y716467ddu2215e6d49a3aa416@mail.gmail.com>
Message-ID: <A0C011A6A9248C488757E59CD232FE156CD7F8D2@kansrvpex1.kinaxis.com>

Unfortunately that is the one I'm using ...

The only thing I have down to the out-of-the-box download is run: corflags /32bit- /force on ir.exe so that I can run it 64-bit (an underlying assembly I use is x64 only)

I tried the same test using the latest IronPython bits and it works fine there.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ivan Porto Carrero
Sent: Tuesday, March 02, 2010 5:15 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

try this one? http://ironruby.codeplex.com/releases/view/40175
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP

On Tue, Mar 2, 2010 at 10:22 PM, Robert Walker <RWalker at kinaxis.com<mailto:RWalker at kinaxis.com>> wrote:
(All work done with VS2010 RC and matching IronRuby build (v0.9.40, 07-Feb-10)).

I have a C# assembly that implements a dynamic object. When I try to use this object from Ruby I get the error:

>>> r.StdUnitCost
System.Core:0:in `BindCore': unbound variable: Param_0 (TypeError)
        from (ir):1

This usage works fine from a test C# 4.0 app using the 'dynamic' keyword.

I suspect that the issue is related to the version of the DLR in use -- there are a number of 'InvalidOperationExceptions' being thrown from the Microsoft.Dynamic.dll and I believe this is no longer a shipping assembly with .NET 4?

Is there a (simple) work around for this?

Thanks,

Rob Walker
Senior Software Architect
[cid:image001.gif at 01CABA2D.79A399E0]<http://www.kinaxis.com/>
http://www.kinaxis.com
Kinaxis
700 Silver Seven Road
Ottawa, ON, Canada K2V 1C3
Office:

+1 613.592.5780 ext. 5282

Fax:

+1 613.592.0584



_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/fa13c98c/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 1706 bytes
Desc: image001.gif
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/fa13c98c/attachment-0001.gif>

From lists at ruby-forum.com  Tue Mar  2 17:33:05 2010
From: lists at ruby-forum.com (Mohammad Azam)
Date: Tue, 2 Mar 2010 23:33:05 +0100
Subject: [Ironruby-core] Spec Installation in RC2
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71D8BEE@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <9be46e6faeff7391e21ec58f16915fcc@ruby-forum.com>
	<31BD916A7536A242870B0B4E3F9068D71D8BEE@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <afe8db68b19a4edeaff0ba138cf29682@ruby-forum.com>


So after installing spec as a gem I can run it like this:

ir -S spec myfile.rb

So, the following will not work:

ispec myfile.rb

Jim Deville wrote:
> Once you install spec (ir -S gem install rspec), you should then be able 
> to run it via ir -S spec
> 
> JD

-- 
Posted via http://www.ruby-forum.com/.

From Tomas.Matousek at microsoft.com  Tue Mar  2 18:00:11 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Tue, 2 Mar 2010 23:00:11 +0000
Subject: [Ironruby-core] Consuming DynamicObjects in IronRuby
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71D8C21@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <A0C011A6A9248C488757E59CD232FE156CD7F8AF@kansrvpex1.kinaxis.com>
	<31BD916A7536A242870B0B4E3F9068D71D8C21@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C3ECFB0E3@TK5EX14MBXC124.redmond.corp.microsoft.com>

It is a bug in DynamicObject for which I implemented a workaround in IronRuby some time ago. So the build from latest sources should help.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, March 02, 2010 2:05 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

Have you tried building Ruby directly? Get the sources from Github, then, from the command line, run
c:\path\to\merlin\main\languages\ruby\scripts\dev.bat
rb
devenv ruby4.sln

Inside of VS build ruby4.sln then:

1)      For basic testing, rbd will open a prompt for you to resume testing.

2)      For using it then without the sources, rake package will generate the release layout at c:\ironruby, which you can then copy to your desired location.

After 1.0, I'm going to look into making nightly drops available, but that's a little ways off.

If this still doesn't work, it might be a bug :(

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Robert Walker
Sent: Tuesday, March 02, 2010 1:22 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Consuming DynamicObjects in IronRuby

(All work done with VS2010 RC and matching IronRuby build (v0.9.40, 07-Feb-10)).

I have a C# assembly that implements a dynamic object. When I try to use this object from Ruby I get the error:

>>> r.StdUnitCost
System.Core:0:in `BindCore': unbound variable: Param_0 (TypeError)
        from (ir):1

This usage works fine from a test C# 4.0 app using the 'dynamic' keyword.

I suspect that the issue is related to the version of the DLR in use -- there are a number of 'InvalidOperationExceptions' being thrown from the Microsoft.Dynamic.dll and I believe this is no longer a shipping assembly with .NET 4?

Is there a (simple) work around for this?

Thanks,

Rob Walker
Senior Software Architect
[cid:image001.gif at 01CAB992.6A7F4590]<http://www.kinaxis.com/>
http://www.kinaxis.com
Kinaxis
700 Silver Seven Road
Ottawa, ON, Canada K2V 1C3
Office:

+1 613.592.5780 ext. 5282

Fax:

+1 613.592.0584


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/8e7fe20a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 1706 bytes
Desc: image001.gif
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/8e7fe20a/attachment.gif>

From RWalker at kinaxis.com  Tue Mar  2 21:30:27 2010
From: RWalker at kinaxis.com (Robert Walker)
Date: Tue, 2 Mar 2010 21:30:27 -0500
Subject: [Ironruby-core] Consuming DynamicObjects in IronRuby
In-Reply-To: <4B342496A3EFEB48839E10BB4BF5964C3ECFB0E3@TK5EX14MBXC124.redmond.corp.microsoft.com>
References: <A0C011A6A9248C488757E59CD232FE156CD7F8AF@kansrvpex1.kinaxis.com>
	<31BD916A7536A242870B0B4E3F9068D71D8C21@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<4B342496A3EFEB48839E10BB4BF5964C3ECFB0E3@TK5EX14MBXC124.redmond.corp.microsoft.com>
Message-ID: <A0C011A6A9248C488757E59CD232FE156CD7F8E2@kansrvpex1.kinaxis.com>

I've tried it with a fresh set of source, and building the "V4 Debug" target in VS2010.  Same behaviour, but more detail in the output window:

A first chance exception of type 'System.InvalidOperationException' occurred in Microsoft.Dynamic.dll
MT_INIT: Exception
UPDATED: Exception                                          SetMethod: initialize          affected=1     rules=0
UPDATED: Exception                                          SetMethod: inspect             affected=1     rules=0
UPDATED: Exception                                          SetMethod: to_s                affected=1     rules=0
A first chance exception of type 'System.InvalidOperationException' occurred in Microsoft.Dynamic.dll
A first chance exception of type 'System.InvalidOperationException' occurred in Microsoft.Dynamic.dll

I'll see if I can come up with a more minimal repo case.

For what it's worth the call stack on the first exception is:

       Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.EnsureAvailableForClosure(System.Linq.Expressions.ParameterExpression expr = {System.Linq.Expressions.ParameterExpression}) Line 268       C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.CompileGetVariable(System.Linq.Expressions.ParameterExpression variable = {System.Linq.Expressions.ParameterExpression}) Line 279 + 0x15 bytes   C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.CompileParameterExpression(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.ParameterExpression}) Line 340 + 0xf bytes C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.Compile(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.ParameterExpression}) Line 1378 + 0x15 bytes      C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.CompileTypeEqualExpression(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.TypeBinaryExpression}) Line 1272 + 0x30 bytes     C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.Compile(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.TypeBinaryExpression}) Line 1403 + 0x15 bytes     C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.CompileLogicalBinaryExpression(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.LogicalBinaryExpression}, bool andAlso = true) Line 683 + 0x3f bytes   C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.CompileAndAlsoBinaryExpression(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.LogicalBinaryExpression}) Line 659 + 0x12 bytes   C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.Compile(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.LogicalBinaryExpression}) Line 1343 + 0x15 bytes  C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.CompileConditionalExpression(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.ConditionalExpression}, bool asVoid = true) Line 697 + 0x33 bytes      C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.Compile(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.ConditionalExpression}) Line 1348 + 0x72 bytes    C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.CompileAsVoid(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.ConditionalExpression}) Line 1327 + 0x15 bytes    C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.CompileBlockExpression(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.Block3}, bool asVoid = false) Line 356 + 0x58 bytes      C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.Compile(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.Block3}) Line 1387 + 0x90 bytes      C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.CompileTop(System.Linq.Expressions.LambdaExpression node = {System.Linq.Expressions.Expression<System.Func<System.Runtime.CompilerServices.CallSite,object,object,object>>}) Line 195 + 0x32 bytes      C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Generation.CompilerHelpers.LightCompile(System.Linq.Expressions.LambdaExpression lambda = {System.Linq.Expressions.Expression<System.Func<System.Runtime.CompilerServices.CallSite,object,object,object>>}, int compilationThreshold = 0xffffffff) Line 643 + 0x38 bytes  C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Utils.DynamicUtils.LightBind<System.Func<System.Runtime.CompilerServices.CallSite,object,object,object>>(System.Dynamic.DynamicMetaObjectBinder binder = {IronRuby.Runtime.Calls.RubyCallAction}, System.Runtime.CompilerServices.CallSite<System.Func<System.Runtime.CompilerServices.CallSite,object,object,object>> site = {System.Runtime.CompilerServices.CallSite<System.Func<System.Runtime.CompilerServices.CallSite,object,object,object>>}, object[] args = {object[0x00000002]}, int compilationThreshold = 0xffffffff) Line 67 + 0x76 bytes      C#
        IronRuby.dll!IronRuby.Runtime.Calls.RubyMetaBinder.BindDelegate<System.Func<System.Runtime.CompilerServices.CallSite,object,object,object>>(System.Runtime.CompilerServices.CallSite<System.Func<System.Runtime.CompilerServices.CallSite,object,object,object>> site = {System.Runtime.CompilerServices.CallSite<System.Func<System.Runtime.CompilerServices.CallSite,object,object,object>>}, object[] args = {object[0x00000002]}) Line 104 + 0xea bytes   C#
        System.Core.dll!System.Runtime.CompilerServices.CallSiteBinder.BindCore<System.Func<System.Runtime.CompilerServices.CallSite,object,object,object>>(System.Runtime.CompilerServices.CallSite<System.Func<System.Runtime.CompilerServices.CallSite,object,object,object>> site, object[] args) + 0x55 bytes
        System.Core.dll!System.Dynamic.UpdateDelegates.UpdateAndExecute2<object,object,object>(System.Runtime.CompilerServices.CallSite site = {System.Runtime.CompilerServices.CallSite<System.Func<System.Runtime.CompilerServices.CallSite,object,object,object>>}, object arg0 = {IronRuby.Runtime.RubyTopLevelScope}, object arg1 = {Medic.RapidResponse.Proxies.EREngineRecord}) + 0x3c0 bytes
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.DynamicInstruction<object,object,object>.Run(Microsoft.Scripting.Interpreter.InterpretedFrame frame = {Microsoft.Scripting.Interpreter.InterpretedFrame}) Line 163 + 0x17a bytes C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.Interpreter.RunInstructions(Microsoft.Scripting.Interpreter.InterpretedFrame frame = {Microsoft.Scripting.Interpreter.InterpretedFrame}) Line 142 + 0x62 bytes C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.Interpreter.Run(Microsoft.Scripting.Interpreter.InterpretedFrame frame = {Microsoft.Scripting.Interpreter.InterpretedFrame}) Line 108 + 0xd bytes  C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightLambda.Run2<IronRuby.Runtime.RubyScope,object,object>(IronRuby.Runtime.RubyScope arg0 = {IronRuby.Runtime.RubyTopLevelScope}, null arg1 = main) Line 97 + 0x24 bytes      C#
       IronRuby.dll!IronRuby.Runtime.RubyScriptCode.Run(Microsoft.Scripting.Runtime.Scope scope = {Microsoft.Scripting.Runtime.Scope}, bool bindGlobals = true) Line 111 + 0x5a bytes      C#
       IronRuby.dll!IronRuby.Runtime.RubyScriptCode.Run(Microsoft.Scripting.Runtime.Scope scope = {Microsoft.Scripting.Runtime.Scope}) Line 83 + 0x12 bytes     C#
        Microsoft.Scripting.dll!Microsoft.Scripting.Hosting.CompiledCode.Execute(Microsoft.Scripting.Hosting.ScriptScope scope = {Microsoft.Scripting.Hosting.ScriptScope}) Line 83 + 0x3e bytes    C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.CommandLine.SimpleCommandDispatcher.Execute(Microsoft.Scripting.Hosting.CompiledCode compiledCode = {Microsoft.Scripting.Hosting.CompiledCode}, Microsoft.Scripting.Hosting.ScriptScope scope = {Microsoft.Scripting.Hosting.ScriptScope}) Line 452 + 0x17 bytes     C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.CommandLine.ExecuteCommand(Microsoft.Scripting.Hosting.ScriptSource source = "(ir)") Line 343 + 0x47 bytes   C#
       IronRuby.dll!IronRuby.Hosting.RubyCommandLine.ExecuteCommand(string command = "r.StdUnitCost\n") Line 99 + 0x40 bytes C#
       Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.CommandLine.RunOneInteraction() Line 332 + 0x1f bytes    C#
       Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.CommandLine.TryInteractiveAction() Line 291 + 0x9 bytes   C#
       IronRuby.dll!IronRuby.Hosting.RubyCommandLine.TryInteractiveAction() Line 58 + 0xc bytes C#
       Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.CommandLine.RunInteractiveLoop() Line 236 + 0x18 bytes    C#
       Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.CommandLine.RunInteractive() Line 209 + 0xa bytes  C#
       Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.CommandLine.Run() Line 146 + 0x19 bytes C#
       IronRuby.dll!IronRuby.Hosting.RubyCommandLine.Run() Line 81 + 0xd bytes    C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.CommandLine.Run(Microsoft.Scripting.Hosting.ScriptEngine engine = "IronRuby", Microsoft.Scripting.Hosting.Shell.IConsole console = {Microsoft.Scripting.Hosting.Shell.BasicConsole}, Microsoft.Scripting.Hosting.Shell.ConsoleOptions options = {IronRuby.Hosting.RubyConsoleOptions}) Line 112 + 0x1a bytes       C#
       Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.ConsoleHost.RunCommandLine() Line 398 + 0x51 bytes  C#
       Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.ConsoleHost.ExecuteInternal() Line 332 + 0x1a bytes    C#
       Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.ConsoleHost.Execute() Line 308 + 0x1a bytes       C#
       Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.ConsoleHost.Run(string[] args = {string[0x00000000]}) Line 222 + 0xc bytes      C#
       ir.exe!RubyConsoleHost.Main(string[] args = {string[0x00000000]}) Line 60 + 0x3e bytes   C#


From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek
Sent: Tuesday, March 02, 2010 6:00 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

It is a bug in DynamicObject for which I implemented a workaround in IronRuby some time ago. So the build from latest sources should help.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, March 02, 2010 2:05 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

Have you tried building Ruby directly? Get the sources from Github, then, from the command line, run
c:\path\to\merlin\main\languages\ruby\scripts\dev.bat
rb
devenv ruby4.sln

Inside of VS build ruby4.sln then:

1)      For basic testing, rbd will open a prompt for you to resume testing.

2)      For using it then without the sources, rake package will generate the release layout at c:\ironruby, which you can then copy to your desired location.

After 1.0, I'm going to look into making nightly drops available, but that's a little ways off.

If this still doesn't work, it might be a bug :(

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Robert Walker
Sent: Tuesday, March 02, 2010 1:22 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Consuming DynamicObjects in IronRuby

(All work done with VS2010 RC and matching IronRuby build (v0.9.40, 07-Feb-10)).

I have a C# assembly that implements a dynamic object. When I try to use this object from Ruby I get the error:

>>> r.StdUnitCost
System.Core:0:in `BindCore': unbound variable: Param_0 (TypeError)
        from (ir):1

This usage works fine from a test C# 4.0 app using the 'dynamic' keyword.

I suspect that the issue is related to the version of the DLR in use -- there are a number of 'InvalidOperationExceptions' being thrown from the Microsoft.Dynamic.dll and I believe this is no longer a shipping assembly with .NET 4?

Is there a (simple) work around for this?

Thanks,

Rob Walker
Senior Software Architect
[cid:image001.gif at 01CABA4D.93044860]<http://www.kinaxis.com/>
http://www.kinaxis.com
Kinaxis
700 Silver Seven Road
Ottawa, ON, Canada K2V 1C3
Office:

+1 613.592.5780 ext. 5282

Fax:

+1 613.592.0584


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/0e1b1296/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 1706 bytes
Desc: image001.gif
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/0e1b1296/attachment-0001.gif>

From Tomas.Matousek at microsoft.com  Tue Mar  2 21:46:23 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Wed, 3 Mar 2010 02:46:23 +0000
Subject: [Ironruby-core] Consuming DynamicObjects in IronRuby
In-Reply-To: <A0C011A6A9248C488757E59CD232FE156CD7F8E2@kansrvpex1.kinaxis.com>
References: <A0C011A6A9248C488757E59CD232FE156CD7F8AF@kansrvpex1.kinaxis.com>
	<31BD916A7536A242870B0B4E3F9068D71D8C21@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<4B342496A3EFEB48839E10BB4BF5964C3ECFB0E3@TK5EX14MBXC124.redmond.corp.microsoft.com>
	<A0C011A6A9248C488757E59CD232FE156CD7F8E2@kansrvpex1.kinaxis.com>
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C3ECFC6CF@TK5EX14MBXC124.redmond.corp.microsoft.com>

Jim, have we pushed sources out recently? It might be that we haven't since I made the change.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Robert Walker
Sent: Tuesday, March 02, 2010 6:30 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

I've tried it with a fresh set of source, and building the "V4 Debug" target in VS2010.  Same behaviour, but more detail in the output window:

A first chance exception of type 'System.InvalidOperationException' occurred in Microsoft.Dynamic.dll
MT_INIT: Exception
UPDATED: Exception                                          SetMethod: initialize          affected=1     rules=0
UPDATED: Exception                                          SetMethod: inspect             affected=1     rules=0
UPDATED: Exception                                          SetMethod: to_s                affected=1     rules=0
A first chance exception of type 'System.InvalidOperationException' occurred in Microsoft.Dynamic.dll
A first chance exception of type 'System.InvalidOperationException' occurred in Microsoft.Dynamic.dll

I'll see if I can come up with a more minimal repo case.

For what it's worth the call stack on the first exception is:

       Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.EnsureAvailableForClosure(System.Linq.Expressions.ParameterExpression expr = {System.Linq.Expressions.ParameterExpression}) Line 268       C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.CompileGetVariable(System.Linq.Expressions.ParameterExpression variable = {System.Linq.Expressions.ParameterExpression}) Line 279 + 0x15 bytes   C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.CompileParameterExpression(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.ParameterExpression}) Line 340 + 0xf bytes C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.Compile(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.ParameterExpression}) Line 1378 + 0x15 bytes      C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.CompileTypeEqualExpression(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.TypeBinaryExpression}) Line 1272 + 0x30 bytes     C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.Compile(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.TypeBinaryExpression}) Line 1403 + 0x15 bytes     C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.CompileLogicalBinaryExpression(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.LogicalBinaryExpression}, bool andAlso = true) Line 683 + 0x3f bytes   C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.CompileAndAlsoBinaryExpression(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.LogicalBinaryExpression}) Line 659 + 0x12 bytes   C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.Compile(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.LogicalBinaryExpression}) Line 1343 + 0x15 bytes  C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.CompileConditionalExpression(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.ConditionalExpression}, bool asVoid = true) Line 697 + 0x33 bytes      C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.Compile(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.ConditionalExpression}) Line 1348 + 0x72 bytes    C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.CompileAsVoid(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.ConditionalExpression}) Line 1327 + 0x15 bytes    C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.CompileBlockExpression(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.Block3}, bool asVoid = false) Line 356 + 0x58 bytes      C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.Compile(System.Linq.Expressions.Expression expr = {System.Linq.Expressions.Block3}) Line 1387 + 0x90 bytes      C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightCompiler.CompileTop(System.Linq.Expressions.LambdaExpression node = {System.Linq.Expressions.Expression<System.Func<System.Runtime.CompilerServices.CallSite,object,object,object>>}) Line 195 + 0x32 bytes      C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Generation.CompilerHelpers.LightCompile(System.Linq.Expressions.LambdaExpression lambda = {System.Linq.Expressions.Expression<System.Func<System.Runtime.CompilerServices.CallSite,object,object,object>>}, int compilationThreshold = 0xffffffff) Line 643 + 0x38 bytes  C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Utils.DynamicUtils.LightBind<System.Func<System.Runtime.CompilerServices.CallSite,object,object,object>>(System.Dynamic.DynamicMetaObjectBinder binder = {IronRuby.Runtime.Calls.RubyCallAction}, System.Runtime.CompilerServices.CallSite<System.Func<System.Runtime.CompilerServices.CallSite,object,object,object>> site = {System.Runtime.CompilerServices.CallSite<System.Func<System.Runtime.CompilerServices.CallSite,object,object,object>>}, object[] args = {object[0x00000002]}, int compilationThreshold = 0xffffffff) Line 67 + 0x76 bytes      C#
        IronRuby.dll!IronRuby.Runtime.Calls.RubyMetaBinder.BindDelegate<System.Func<System.Runtime.CompilerServices.CallSite,object,object,object>>(System.Runtime.CompilerServices.CallSite<System.Func<System.Runtime.CompilerServices.CallSite,object,object,object>> site = {System.Runtime.CompilerServices.CallSite<System.Func<System.Runtime.CompilerServices.CallSite,object,object,object>>}, object[] args = {object[0x00000002]}) Line 104 + 0xea bytes   C#
        System.Core.dll!System.Runtime.CompilerServices.CallSiteBinder.BindCore<System.Func<System.Runtime.CompilerServices.CallSite,object,object,object>>(System.Runtime.CompilerServices.CallSite<System.Func<System.Runtime.CompilerServices.CallSite,object,object,object>> site, object[] args) + 0x55 bytes
        System.Core.dll!System.Dynamic.UpdateDelegates.UpdateAndExecute2<object,object,object>(System.Runtime.CompilerServices.CallSite site = {System.Runtime.CompilerServices.CallSite<System.Func<System.Runtime.CompilerServices.CallSite,object,object,object>>}, object arg0 = {IronRuby.Runtime.RubyTopLevelScope}, object arg1 = {Medic.RapidResponse.Proxies.EREngineRecord}) + 0x3c0 bytes
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.DynamicInstruction<object,object,object>.Run(Microsoft.Scripting.Interpreter.InterpretedFrame frame = {Microsoft.Scripting.Interpreter.InterpretedFrame}) Line 163 + 0x17a bytes C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.Interpreter.RunInstructions(Microsoft.Scripting.Interpreter.InterpretedFrame frame = {Microsoft.Scripting.Interpreter.InterpretedFrame}) Line 142 + 0x62 bytes C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.Interpreter.Run(Microsoft.Scripting.Interpreter.InterpretedFrame frame = {Microsoft.Scripting.Interpreter.InterpretedFrame}) Line 108 + 0xd bytes  C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Interpreter.LightLambda.Run2<IronRuby.Runtime.RubyScope,object,object>(IronRuby.Runtime.RubyScope arg0 = {IronRuby.Runtime.RubyTopLevelScope}, null arg1 = main) Line 97 + 0x24 bytes      C#
       IronRuby.dll!IronRuby.Runtime.RubyScriptCode.Run(Microsoft.Scripting.Runtime.Scope scope = {Microsoft.Scripting.Runtime.Scope}, bool bindGlobals = true) Line 111 + 0x5a bytes      C#
       IronRuby.dll!IronRuby.Runtime.RubyScriptCode.Run(Microsoft.Scripting.Runtime.Scope scope = {Microsoft.Scripting.Runtime.Scope}) Line 83 + 0x12 bytes     C#
        Microsoft.Scripting.dll!Microsoft.Scripting.Hosting.CompiledCode.Execute(Microsoft.Scripting.Hosting.ScriptScope scope = {Microsoft.Scripting.Hosting.ScriptScope}) Line 83 + 0x3e bytes    C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.CommandLine.SimpleCommandDispatcher.Execute(Microsoft.Scripting.Hosting.CompiledCode compiledCode = {Microsoft.Scripting.Hosting.CompiledCode}, Microsoft.Scripting.Hosting.ScriptScope scope = {Microsoft.Scripting.Hosting.ScriptScope}) Line 452 + 0x17 bytes     C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.CommandLine.ExecuteCommand(Microsoft.Scripting.Hosting.ScriptSource source = "(ir)") Line 343 + 0x47 bytes   C#
       IronRuby.dll!IronRuby.Hosting.RubyCommandLine.ExecuteCommand(string command = "r.StdUnitCost\n") Line 99 + 0x40 bytes C#
       Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.CommandLine.RunOneInteraction() Line 332 + 0x1f bytes    C#
       Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.CommandLine.TryInteractiveAction() Line 291 + 0x9 bytes   C#
       IronRuby.dll!IronRuby.Hosting.RubyCommandLine.TryInteractiveAction() Line 58 + 0xc bytes C#
       Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.CommandLine.RunInteractiveLoop() Line 236 + 0x18 bytes    C#
       Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.CommandLine.RunInteractive() Line 209 + 0xa bytes  C#
       Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.CommandLine.Run() Line 146 + 0x19 bytes C#
       IronRuby.dll!IronRuby.Hosting.RubyCommandLine.Run() Line 81 + 0xd bytes    C#
        Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.CommandLine.Run(Microsoft.Scripting.Hosting.ScriptEngine engine = "IronRuby", Microsoft.Scripting.Hosting.Shell.IConsole console = {Microsoft.Scripting.Hosting.Shell.BasicConsole}, Microsoft.Scripting.Hosting.Shell.ConsoleOptions options = {IronRuby.Hosting.RubyConsoleOptions}) Line 112 + 0x1a bytes       C#
       Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.ConsoleHost.RunCommandLine() Line 398 + 0x51 bytes  C#
       Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.ConsoleHost.ExecuteInternal() Line 332 + 0x1a bytes    C#
       Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.ConsoleHost.Execute() Line 308 + 0x1a bytes       C#
       Microsoft.Dynamic.dll!Microsoft.Scripting.Hosting.Shell.ConsoleHost.Run(string[] args = {string[0x00000000]}) Line 222 + 0xc bytes      C#
       ir.exe!RubyConsoleHost.Main(string[] args = {string[0x00000000]}) Line 60 + 0x3e bytes   C#


From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek
Sent: Tuesday, March 02, 2010 6:00 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

It is a bug in DynamicObject for which I implemented a workaround in IronRuby some time ago. So the build from latest sources should help.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, March 02, 2010 2:05 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

Have you tried building Ruby directly? Get the sources from Github, then, from the command line, run
c:\path\to\merlin\main\languages\ruby\scripts\dev.bat
rb
devenv ruby4.sln

Inside of VS build ruby4.sln then:

1)      For basic testing, rbd will open a prompt for you to resume testing.

2)      For using it then without the sources, rake package will generate the release layout at c:\ironruby, which you can then copy to your desired location.

After 1.0, I'm going to look into making nightly drops available, but that's a little ways off.

If this still doesn't work, it might be a bug :(

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Robert Walker
Sent: Tuesday, March 02, 2010 1:22 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Consuming DynamicObjects in IronRuby

(All work done with VS2010 RC and matching IronRuby build (v0.9.40, 07-Feb-10)).

I have a C# assembly that implements a dynamic object. When I try to use this object from Ruby I get the error:

>>> r.StdUnitCost
System.Core:0:in `BindCore': unbound variable: Param_0 (TypeError)
        from (ir):1

This usage works fine from a test C# 4.0 app using the 'dynamic' keyword.

I suspect that the issue is related to the version of the DLR in use -- there are a number of 'InvalidOperationExceptions' being thrown from the Microsoft.Dynamic.dll and I believe this is no longer a shipping assembly with .NET 4?

Is there a (simple) work around for this?

Thanks,

Rob Walker
Senior Software Architect
[cid:image001.gif at 01CAB992.6A7F4590]<http://www.kinaxis.com/>
http://www.kinaxis.com
Kinaxis
700 Silver Seven Road
Ottawa, ON, Canada K2V 1C3
Office:

+1 613.592.5780 ext. 5282

Fax:

+1 613.592.0584


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100303/7a59b4bb/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 1706 bytes
Desc: image001.gif
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100303/7a59b4bb/attachment-0001.gif>

From RWalker at kinaxis.com  Tue Mar  2 21:51:42 2010
From: RWalker at kinaxis.com (Robert Walker)
Date: Tue, 2 Mar 2010 21:51:42 -0500
Subject: [Ironruby-core] Consuming DynamicObjects in IronRuby
In-Reply-To: <4B342496A3EFEB48839E10BB4BF5964C3ECFB0E3@TK5EX14MBXC124.redmond.corp.microsoft.com>
References: <A0C011A6A9248C488757E59CD232FE156CD7F8AF@kansrvpex1.kinaxis.com>
	<31BD916A7536A242870B0B4E3F9068D71D8C21@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<4B342496A3EFEB48839E10BB4BF5964C3ECFB0E3@TK5EX14MBXC124.redmond.corp.microsoft.com>
Message-ID: <A0C011A6A9248C488757E59CD232FE156CD7F8E3@kansrvpex1.kinaxis.com>

A simple case appears to reproduce the problem:

using System;

namespace DynamicTest
{
    public class N : System.Dynamic.DynamicObject
    {
        public N()
        {
        }

        public override bool TryGetMember(System.Dynamic.GetMemberBinder binder, out Object result)
        {
            if (binder.Name == "Zot")
            {
                result = "hello world";
                return true;
            }

            return base.TryGetMember(binder, out result);
        }
    }
}

And then ...

$LOAD_PATH << "D:\\Projects\\DynamicTest\\DynamicTest\\bin\\Debug"
require "DynamicTest.dll"

z =DynamicTest::N.new
z.Zot

>>> z.Zot
System.Core:0:in `BindCore': unbound variable: Param_0 (TypeError)
        from (ir):1

---
Rob


From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek
Sent: Tuesday, March 02, 2010 6:00 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

It is a bug in DynamicObject for which I implemented a workaround in IronRuby some time ago. So the build from latest sources should help.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, March 02, 2010 2:05 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

Have you tried building Ruby directly? Get the sources from Github, then, from the command line, run
c:\path\to\merlin\main\languages\ruby\scripts\dev.bat
rb
devenv ruby4.sln

Inside of VS build ruby4.sln then:

1)      For basic testing, rbd will open a prompt for you to resume testing.

2)      For using it then without the sources, rake package will generate the release layout at c:\ironruby, which you can then copy to your desired location.

After 1.0, I'm going to look into making nightly drops available, but that's a little ways off.

If this still doesn't work, it might be a bug :(

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Robert Walker
Sent: Tuesday, March 02, 2010 1:22 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Consuming DynamicObjects in IronRuby

(All work done with VS2010 RC and matching IronRuby build (v0.9.40, 07-Feb-10)).

I have a C# assembly that implements a dynamic object. When I try to use this object from Ruby I get the error:

>>> r.StdUnitCost
System.Core:0:in `BindCore': unbound variable: Param_0 (TypeError)
        from (ir):1

This usage works fine from a test C# 4.0 app using the 'dynamic' keyword.

I suspect that the issue is related to the version of the DLR in use -- there are a number of 'InvalidOperationExceptions' being thrown from the Microsoft.Dynamic.dll and I believe this is no longer a shipping assembly with .NET 4?

Is there a (simple) work around for this?

Thanks,

Rob Walker
Senior Software Architect
[cid:image001.gif at 01CABA52.2CB2CB40]<http://www.kinaxis.com/>
http://www.kinaxis.com
Kinaxis
700 Silver Seven Road
Ottawa, ON, Canada K2V 1C3
Office:

+1 613.592.5780 ext. 5282

Fax:

+1 613.592.0584


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/69913366/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 1706 bytes
Desc: image001.gif
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100302/69913366/attachment-0001.gif>

From Tomas.Matousek at microsoft.com  Tue Mar  2 22:43:00 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Wed, 3 Mar 2010 03:43:00 +0000
Subject: [Ironruby-core] Consuming DynamicObjects in IronRuby
In-Reply-To: <A0C011A6A9248C488757E59CD232FE156CD7F8E3@kansrvpex1.kinaxis.com>
References: <A0C011A6A9248C488757E59CD232FE156CD7F8AF@kansrvpex1.kinaxis.com>
	<31BD916A7536A242870B0B4E3F9068D71D8C21@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<4B342496A3EFEB48839E10BB4BF5964C3ECFB0E3@TK5EX14MBXC124.redmond.corp.microsoft.com>
	<A0C011A6A9248C488757E59CD232FE156CD7F8E3@kansrvpex1.kinaxis.com>
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C3ECFD841@TK5EX14MBXC124.redmond.corp.microsoft.com>

This works for me, so I guess the fix just isn't on GIT yet.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Robert Walker
Sent: Tuesday, March 02, 2010 6:52 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

A simple case appears to reproduce the problem:

using System;

namespace DynamicTest
{
    public class N : System.Dynamic.DynamicObject
    {
        public N()
        {
        }

        public override bool TryGetMember(System.Dynamic.GetMemberBinder binder, out Object result)
        {
            if (binder.Name == "Zot")
            {
                result = "hello world";
                return true;
            }

            return base.TryGetMember(binder, out result);
        }
    }
}

And then ...

$LOAD_PATH << "D:\\Projects\\DynamicTest\\DynamicTest\\bin\\Debug"
require "DynamicTest.dll"

z =DynamicTest::N.new
z.Zot

>>> z.Zot
System.Core:0:in `BindCore': unbound variable: Param_0 (TypeError)
        from (ir):1

---
Rob


From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek
Sent: Tuesday, March 02, 2010 6:00 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

It is a bug in DynamicObject for which I implemented a workaround in IronRuby some time ago. So the build from latest sources should help.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, March 02, 2010 2:05 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

Have you tried building Ruby directly? Get the sources from Github, then, from the command line, run
c:\path\to\merlin\main\languages\ruby\scripts\dev.bat
rb
devenv ruby4.sln

Inside of VS build ruby4.sln then:

1)      For basic testing, rbd will open a prompt for you to resume testing.

2)      For using it then without the sources, rake package will generate the release layout at c:\ironruby, which you can then copy to your desired location.

After 1.0, I'm going to look into making nightly drops available, but that's a little ways off.

If this still doesn't work, it might be a bug :(

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Robert Walker
Sent: Tuesday, March 02, 2010 1:22 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Consuming DynamicObjects in IronRuby

(All work done with VS2010 RC and matching IronRuby build (v0.9.40, 07-Feb-10)).

I have a C# assembly that implements a dynamic object. When I try to use this object from Ruby I get the error:

>>> r.StdUnitCost
System.Core:0:in `BindCore': unbound variable: Param_0 (TypeError)
        from (ir):1

This usage works fine from a test C# 4.0 app using the 'dynamic' keyword.

I suspect that the issue is related to the version of the DLR in use -- there are a number of 'InvalidOperationExceptions' being thrown from the Microsoft.Dynamic.dll and I believe this is no longer a shipping assembly with .NET 4?

Is there a (simple) work around for this?

Thanks,

Rob Walker
Senior Software Architect
[cid:image001.gif at 01CAB992.6A7F4590]<http://www.kinaxis.com/>
http://www.kinaxis.com
Kinaxis
700 Silver Seven Road
Ottawa, ON, Canada K2V 1C3
Office:

+1 613.592.5780 ext. 5282

Fax:

+1 613.592.0584


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100303/96cc10b4/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 1706 bytes
Desc: image001.gif
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100303/96cc10b4/attachment.gif>

From jdeville at microsoft.com  Tue Mar  2 22:53:27 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Wed, 3 Mar 2010 03:53:27 +0000
Subject: [Ironruby-core] Consuming DynamicObjects in IronRuby
Message-ID: <31BD916A7536A242870B0B4E3F9068D71D99C8@TK5EX14MBXC136.redmond.corp.microsoft.com>

Yeah, between being sick and test changes, I haven't pushed in a while. I'll do a push tonight and make sure the simple repro passes and ends up as a test.



________________________________
From: Tomas Matousek <Tomas.Matousek at microsoft.com>
Sent: Tuesday, March 02, 2010 7:47 PM
To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

This works for me, so I guess the fix just isn?t on GIT yet.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Robert Walker
Sent: Tuesday, March 02, 2010 6:52 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

A simple case appears to reproduce the problem:

using System;

namespace DynamicTest
{
    public class N : System.Dynamic.DynamicObject
    {
        public N()
        {
        }

        public override bool TryGetMember(System.Dynamic.GetMemberBinder binder, out Object result)
        {
            if (binder.Name == "Zot")
            {
                result = "hello world";
                return true;
            }

            return base.TryGetMember(binder, out result);
        }
    }
}

And then ...

$LOAD_PATH << "D:\\Projects\\DynamicTest\\DynamicTest\\bin\\Debug"
require "DynamicTest.dll"

z =DynamicTest::N.new
z.Zot

>>> z.Zot
System.Core:0:in `BindCore': unbound variable: Param_0 (TypeError)
        from (ir):1

---
Rob


From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek
Sent: Tuesday, March 02, 2010 6:00 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

It is a bug in DynamicObject for which I implemented a workaround in IronRuby some time ago. So the build from latest sources should help.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, March 02, 2010 2:05 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

Have you tried building Ruby directly? Get the sources from Github, then, from the command line, run
c:\path\to\merlin\main\languages\ruby\scripts\dev.bat
rb
devenv ruby4.sln

Inside of VS build ruby4.sln then:

1)      For basic testing, rbd will open a prompt for you to resume testing.

2)      For using it then without the sources, rake package will generate the release layout at c:\ironruby, which you can then copy to your desired location.

After 1.0, I?m going to look into making nightly drops available, but that?s a little ways off.

If this still doesn?t work, it might be a bug :(

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Robert Walker
Sent: Tuesday, March 02, 2010 1:22 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Consuming DynamicObjects in IronRuby

(All work done with VS2010 RC and matching IronRuby build (v0.9.40, 07-Feb-10)).

I have a C# assembly that implements a dynamic object. When I try to use this object from Ruby I get the error:

>>> r.StdUnitCost
System.Core:0:in `BindCore': unbound variable: Param_0 (TypeError)
        from (ir):1

This usage works fine from a test C# 4.0 app using the 'dynamic' keyword.

I suspect that the issue is related to the version of the DLR in use -- there are a number of 'InvalidOperationExceptions' being thrown from the Microsoft.Dynamic.dll and I believe this is no longer a shipping assembly with .NET 4?

Is there a (simple) work around for this?

Thanks,

Rob Walker
Senior Software Architect
[cid:image001.gif at 01CAB992.6A7F4590]<http://www.kinaxis.com/>
http://www.kinaxis.com
Kinaxis
700 Silver Seven Road
Ottawa, ON, Canada K2V 1C3
Office:

+1 613.592.5780 ext. 5282

Fax:

+1 613.592.0584


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100303/27a69fcc/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 1706 bytes
Desc: image001.gif
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100303/27a69fcc/attachment-0001.gif>

From Troy.Goode at nreca.coop  Wed Mar  3 02:14:45 2010
From: Troy.Goode at nreca.coop (Goode, Troy)
Date: Wed, 3 Mar 2010 02:14:45 -0500
Subject: [Ironruby-core] How do I pass an ExpandoObject from C# into
	IronRuby?
References: <CF58A37F62F97147908C5A2F84EAA3310191DE13D1@VASRV-MAIL.va.nreca.org>
	<3F0FEA691D1B174285645D91B6B544710D55AD8F@VASRV-MAIL.va.nreca.org>
	<3F0FEA691D1B174285645D91B6B544710D55AD91@VASRV-MAIL.va.nreca.org>
Message-ID: <3F0FEA691D1B174285645D91B6B544710D55AD92@VASRV-MAIL.va.nreca.org>

I tried to send this question earlier, but it did not appear to go through. Shortly after I tried to send it the first time, the "Consuming DynamicObjects in IronRuby" thread popped up. It seems likely that the two issues are related, but as my situation is a bit different and results in a different error message, I thought it would be a good idea to resend this question. Note: I am using .Net 4.0 RC and the "CTP for .Net 4.0 RC" release of IronRuby...


So I'm finally getting around to testing IronRuby/C# integration and hit a stumbling block. Let's say I have the following class in Ruby:

 

class HandleMoveRequested

                def handle(msg)

                                System::Console.WriteLine "Moving character to " + msg.x.to_s + "," + msg.y.to_s + "."

                end

end

 

As you can see it is a simple message handler that expects an object that has an "x" and a "y" property. Now say I have the following C# code:

 

dynamic handler = ruby.HandleMoveRequested. at new();

dynamic msg = new ExpandoObject();

msg.x = 1;

msg.y = 2;

handler.handle(msg);

 

Creating the handler instance works fine, so I won't bore you with the details of that, but for some reason the last line throws an InvalidOperationException with the message "unbound variable: value". Everything works if the message is a Ruby class that I create manually, but I'd love to be able to just create a fully dynamic object (such as the ExpandoObject) here and pass it in. Is this just not possible?



Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information.  Any unauthorized review, copy, use, disclosure, or distribution is prohibited.   If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100303/8a372cef/attachment.html>

From jdeville at microsoft.com  Wed Mar  3 02:53:26 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Wed, 3 Mar 2010 07:53:26 +0000
Subject: [Ironruby-core] Consuming DynamicObjects in IronRuby
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71D99C8@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <31BD916A7536A242870B0B4E3F9068D71D99C8@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71D9C29@TK5EX14MBXC136.redmond.corp.microsoft.com>

K, I've pushed. I guarantee it builds, but I pushed it before all the tests finished since I have reasonable confidence in them. Looks good so far. I'll re-push tomorrow if needed.

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, March 02, 2010 7:53 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

Yeah, between being sick and test changes, I haven't pushed in a while. I'll do a push tonight and make sure the simple repro passes and ends up as a test.


________________________________
From: Tomas Matousek <Tomas.Matousek at microsoft.com>
Sent: Tuesday, March 02, 2010 7:47 PM
To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby
This works for me, so I guess the fix just isn't on GIT yet.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Robert Walker
Sent: Tuesday, March 02, 2010 6:52 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

A simple case appears to reproduce the problem:

using System;

namespace DynamicTest
{
    public class N : System.Dynamic.DynamicObject
    {
        public N()
        {
        }

        public override bool TryGetMember(System.Dynamic.GetMemberBinder binder, out Object result)
        {
            if (binder.Name == "Zot")
            {
                result = "hello world";
                return true;
            }

            return base.TryGetMember(binder, out result);
        }
    }
}

And then ...

$LOAD_PATH << "D:\\Projects\\DynamicTest\\DynamicTest\\bin\\Debug"
require "DynamicTest.dll"

z =DynamicTest::N.new
z.Zot

>>> z.Zot
System.Core:0:in `BindCore': unbound variable: Param_0 (TypeError)
        from (ir):1

---
Rob


From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek
Sent: Tuesday, March 02, 2010 6:00 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

It is a bug in DynamicObject for which I implemented a workaround in IronRuby some time ago. So the build from latest sources should help.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, March 02, 2010 2:05 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

Have you tried building Ruby directly? Get the sources from Github, then, from the command line, run
c:\path\to\merlin\main\languages\ruby\scripts\dev.bat
rb
devenv ruby4.sln

Inside of VS build ruby4.sln then:

1)      For basic testing, rbd will open a prompt for you to resume testing.

2)      For using it then without the sources, rake package will generate the release layout at c:\ironruby, which you can then copy to your desired location.

After 1.0, I'm going to look into making nightly drops available, but that's a little ways off.

If this still doesn't work, it might be a bug :(

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Robert Walker
Sent: Tuesday, March 02, 2010 1:22 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Consuming DynamicObjects in IronRuby

(All work done with VS2010 RC and matching IronRuby build (v0.9.40, 07-Feb-10)).

I have a C# assembly that implements a dynamic object. When I try to use this object from Ruby I get the error:

>>> r.StdUnitCost
System.Core:0:in `BindCore': unbound variable: Param_0 (TypeError)
        from (ir):1

This usage works fine from a test C# 4.0 app using the 'dynamic' keyword.

I suspect that the issue is related to the version of the DLR in use -- there are a number of 'InvalidOperationExceptions' being thrown from the Microsoft.Dynamic.dll and I believe this is no longer a shipping assembly with .NET 4?

Is there a (simple) work around for this?

Thanks,

Rob Walker
Senior Software Architect
[Description: cid:image001.gif at 01CAB992.6A7F4590]<http://www.kinaxis.com/>
http://www.kinaxis.com
Kinaxis
700 Silver Seven Road
Ottawa, ON, Canada K2V 1C3
Office:

+1 613.592.5780 ext. 5282

Fax:

+1 613.592.0584


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100303/45ba57da/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 1706 bytes
Desc: image001.gif
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100303/45ba57da/attachment-0001.gif>

From RWalker at kinaxis.com  Wed Mar  3 09:27:00 2010
From: RWalker at kinaxis.com (Robert Walker)
Date: Wed, 3 Mar 2010 09:27:00 -0500
Subject: [Ironruby-core] Consuming DynamicObjects in IronRuby
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71D9C29@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <31BD916A7536A242870B0B4E3F9068D71D99C8@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D9C29@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <A0C011A6A9248C488757E59CD232FE156CD7F907@kansrvpex1.kinaxis.com>

Works great now.  Thanks for the fast response!

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Wednesday, March 03, 2010 2:53 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

K, I've pushed. I guarantee it builds, but I pushed it before all the tests finished since I have reasonable confidence in them. Looks good so far. I'll re-push tomorrow if needed.

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, March 02, 2010 7:53 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

Yeah, between being sick and test changes, I haven't pushed in a while. I'll do a push tonight and make sure the simple repro passes and ends up as a test.

________________________________
From: Tomas Matousek <Tomas.Matousek at microsoft.com>
Sent: Tuesday, March 02, 2010 7:47 PM
To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby
This works for me, so I guess the fix just isn't on GIT yet.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Robert Walker
Sent: Tuesday, March 02, 2010 6:52 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

A simple case appears to reproduce the problem:

using System;

namespace DynamicTest
{
    public class N : System.Dynamic.DynamicObject
    {
        public N()
        {
        }

        public override bool TryGetMember(System.Dynamic.GetMemberBinder binder, out Object result)
        {
            if (binder.Name == "Zot")
            {
                result = "hello world";
                return true;
            }

            return base.TryGetMember(binder, out result);
        }
    }
}

And then ...

$LOAD_PATH << "D:\\Projects\\DynamicTest\\DynamicTest\\bin\\Debug"
require "DynamicTest.dll"

z =DynamicTest::N.new
z.Zot

>>> z.Zot
System.Core:0:in `BindCore': unbound variable: Param_0 (TypeError)
        from (ir):1

---
Rob


From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek
Sent: Tuesday, March 02, 2010 6:00 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

It is a bug in DynamicObject for which I implemented a workaround in IronRuby some time ago. So the build from latest sources should help.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, March 02, 2010 2:05 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

Have you tried building Ruby directly? Get the sources from Github, then, from the command line, run
c:\path\to\merlin\main\languages\ruby\scripts\dev.bat
rb
devenv ruby4.sln

Inside of VS build ruby4.sln then:

1)      For basic testing, rbd will open a prompt for you to resume testing.

2)      For using it then without the sources, rake package will generate the release layout at c:\ironruby, which you can then copy to your desired location.

After 1.0, I'm going to look into making nightly drops available, but that's a little ways off.

If this still doesn't work, it might be a bug :(

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Robert Walker
Sent: Tuesday, March 02, 2010 1:22 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Consuming DynamicObjects in IronRuby

(All work done with VS2010 RC and matching IronRuby build (v0.9.40, 07-Feb-10)).

I have a C# assembly that implements a dynamic object. When I try to use this object from Ruby I get the error:

>>> r.StdUnitCost
System.Core:0:in `BindCore': unbound variable: Param_0 (TypeError)
        from (ir):1

This usage works fine from a test C# 4.0 app using the 'dynamic' keyword.

I suspect that the issue is related to the version of the DLR in use -- there are a number of 'InvalidOperationExceptions' being thrown from the Microsoft.Dynamic.dll and I believe this is no longer a shipping assembly with .NET 4?

Is there a (simple) work around for this?

Thanks,

Rob Walker
Senior Software Architect
[cid:image001.gif at 01CABAB3.AD320810]<http://www.kinaxis.com/>
http://www.kinaxis.com
Kinaxis
700 Silver Seven Road
Ottawa, ON, Canada K2V 1C3
Office:

+1 613.592.5780 ext. 5282

Fax:

+1 613.592.0584


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100303/90a05240/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 1706 bytes
Desc: image001.gif
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100303/90a05240/attachment-0001.gif>

From Shri.Borde at microsoft.com  Wed Mar  3 12:22:29 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Wed, 3 Mar 2010 17:22:29 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <398d3e0e1003021151p670733ewb79309bdd3f46759@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705851E@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D3B3A@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003011033g754cb50fs3902ae92f329693f@mail.gmail.com>
	<398d3e0e1003012045i7c7c2654l97d581a13c02bf9c@mail.gmail.com>
	<398d3e0e1003020747w444d089cqe385a61db4b214e0@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705A0B7@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D7AFD@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003021151p670733ewb79309bdd3f46759@mail.gmail.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A705B569@TK5EX14MBXC134.redmond.corp.microsoft.com>

It does seem like there isn?t a way to distinguish between IronRuby and MRI.

C:\> ir.exe
>>> require "rubygems"
=> true
>>> Gem::Platform.local()
=> #<Gem::Platform:0x1409 @cpu="x86", @os="mswin32", @version="60">

JRuby otoh does seem to do something different

C:\> jruby.exe
irb(main):001:0> require "rubygems"
=> true
irb(main):002:0> Gem::Platform.local()
=> #<Gem::Platform:0xf0 @cpu="universal", @os="java", @version="1.6">

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 11:52 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

That all depends on how Gem checks the platform.  If it uses the RUBY_PLATFORM variable, then IronRuby needs to change what it reports here. Currently, it reports i386-mswin32.

--
Will Green
http://hotgazpacho.org/

On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
I believe JRuby is doing the 1st one, which makes sense in my opinion. If possible we should prefer platform == ?ironruby?, (or .net, do we need to differentiate .net and mono?), but accept others.

JD

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Tuesday, March 02, 2010 10:02 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: [Ironruby-core] IronRuby version of existing gems

This brings a question to mind - what should the general approach be for porting existing gems to IronRuby? There could be two possible approaches:

1.       Create a gem with the same name (?win32console? in this case), and specify platform==?ironruby?. That way, dependent gems do not need to be updated, and users have to remember just one name. IronRuby will use the version with platform==?ironruby?, and MRI will use the one with platform==?mswin32?. So there should not be any clashes even if you use MRI and IronRuby on the same machine.

2.       Create a new gem like iron-term-ansicolor.

Any pro or cons to the two? What should the recommendation be in general?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 7:47 AM
To: ironruby-core
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

I released iron-term-ansicolor 0.0.3 last night after testing the gem install locally first.

Please let me know if you still have trouble installing it from Rubygems.org.

Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can, the same way it tries to use win32console under MRI.

--
Will Green
http://hotgazpacho.org/


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100303/273ee195/attachment.html>

From jdeville at microsoft.com  Wed Mar  3 13:10:22 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Wed, 3 Mar 2010 18:10:22 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
Message-ID: <31BD916A7536A242870B0B4E3F9068D71DA32F@TK5EX14MBXC136.redmond.corp.microsoft.com>

Isn't that just keying off of RUBY_PLATFORM and other constants?



________________________________
From: Shri Borde <Shri.Borde at microsoft.com>
Sent: Wednesday, March 03, 2010 9:55 AM
To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

It does seem like there isn?t a way to distinguish between IronRuby and MRI.

C:\> ir.exe
>>> require "rubygems"
=> true
>>> Gem::Platform.local()
=> #<Gem::Platform:0x1409 @cpu="x86", @os="mswin32", @version="60">

JRuby otoh does seem to do something different

C:\> jruby.exe
irb(main):001:0> require "rubygems"
=> true
irb(main):002:0> Gem::Platform.local()
=> #<Gem::Platform:0xf0 @cpu="universal", @os="java", @version="1.6">

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 11:52 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

That all depends on how Gem checks the platform.  If it uses the RUBY_PLATFORM variable, then IronRuby needs to change what it reports here. Currently, it reports i386-mswin32.

--
Will Green
http://hotgazpacho.org/

On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
I believe JRuby is doing the 1st one, which makes sense in my opinion. If possible we should prefer platform == ?ironruby?, (or .net, do we need to differentiate .net and mono?), but accept others.

JD

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Tuesday, March 02, 2010 10:02 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: [Ironruby-core] IronRuby version of existing gems

This brings a question to mind - what should the general approach be for porting existing gems to IronRuby? There could be two possible approaches:

1.       Create a gem with the same name (?win32console? in this case), and specify platform==?ironruby?. That way, dependent gems do not need to be updated, and users have to remember just one name. IronRuby will use the version with platform==?ironruby?, and MRI will use the one with platform==?mswin32?. So there should not be any clashes even if you use MRI and IronRuby on the same machine.

2.       Create a new gem like iron-term-ansicolor.

Any pro or cons to the two? What should the recommendation be in general?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 7:47 AM
To: ironruby-core
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

I released iron-term-ansicolor 0.0.3 last night after testing the gem install locally first.

Please let me know if you still have trouble installing it from Rubygems.org.

Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can, the same way it tries to use win32console under MRI.

--
Will Green
http://hotgazpacho.org/


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100303/c4ccaa1c/attachment-0001.html>

From will at hotgazpacho.org  Wed Mar  3 13:18:38 2010
From: will at hotgazpacho.org (Will Green)
Date: Wed, 3 Mar 2010 13:18:38 -0500
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71DA32F@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <31BD916A7536A242870B0B4E3F9068D71DA32F@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <398d3e0e1003031018v154e88c4m6a15598f3d9e1508@mail.gmail.com>

It does seem to.

Ruby Gems maintains a list of platform mappings.

See lib\ruby\site_ruby\1.8\rubygems\platform.rb in the initialize method.
Whatever initializes Gem::Platform seems to look at RUBY_PLATFORM

C:\IronRuby\bin>ir
IronRuby 0.9.4.0 on .NET 2.0.50727.4927
Copyright (c) Microsoft Corporation. All rights reserved.

>>> require 'rubygems'
=> true
>>> Gem::Platform.local()
=> #<Gem::Platform:0x1ec @cpu="x86", @os="mswin32", @version="60">
>>> RUBY_PLATFORM
=> "i386-mswin32"
>>> p = Gem::Platform.new('universal-.net-3.5')
=> #<Gem::Platform:0x1ee @cpu="universal", @os=".net", @version="3.5">

--
Will Green
http://hotgazpacho.org/


On Wed, Mar 3, 2010 at 1:10 PM, Jim Deville <jdeville at microsoft.com> wrote:

>  Isn't that just keying off of RUBY_PLATFORM and other constants?
>
>
>
> ------------------------------
> From: Shri Borde <Shri.Borde at microsoft.com>
> Sent: Wednesday, March 03, 2010 9:55 AM
> To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
>
> Subject: Re: [Ironruby-core] IronRuby version of existing gems
>
>   It does seem like there isn?t a way to distinguish between IronRuby and
> MRI.
>
>
>
> C:\> ir.exe
>
> >>> require "rubygems"
>
> => true
>
> >>> Gem::Platform.local()
>
> => #<Gem::Platform:0x1409 @cpu="x86", @os="mswin32", @version="60">
>
>
>
> JRuby otoh does seem to do something different
>
>
>
> C:\> jruby.exe
>
> irb(main):001:0> require "rubygems"
>
> => true
>
> irb(main):002:0> Gem::Platform.local()
>
> => #<Gem::Platform:0xf0 @cpu=*"universal"*, @os=*"java"*, @version="1.6">
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Tuesday, March 02, 2010 11:52 AM
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> That all depends on how Gem checks the platform.  If it uses the
> RUBY_PLATFORM variable, then IronRuby needs to change what it reports here.
> Currently, it reports i386-mswin32.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>  On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com>
> wrote:
>
> I believe JRuby is doing the 1st one, which makes sense in my opinion. If
> possible we should prefer platform == ?ironruby?, (or .net, do we need to
> differentiate .net and mono?), but accept others.
>
>
>
> JD
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shri Borde
> *Sent:* Tuesday, March 02, 2010 10:02 AM
> *To:* ironruby-core at rubyforge.org
> *Subject:* [Ironruby-core] IronRuby version of existing gems
>
>
>
> This brings a question to mind - what should the general approach be for
> porting existing gems to IronRuby? There could be two possible approaches:
>
> 1.       Create a gem with the same name (?win32console? in this case),
> and specify platform==?ironruby?. That way, dependent gems do not need to be
> updated, and users have to remember just one name. IronRuby will use the
> version with platform==?ironruby?, and MRI will use the one with
> platform==?mswin32?. So there should not be any clashes even if you use MRI
> and IronRuby on the same machine.
>
> 2.       Create a new gem like iron-term-ansicolor.
>
>
>
> Any pro or cons to the two? What should the recommendation be in general?
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Tuesday, March 02, 2010 7:47 AM
> *To:* ironruby-core
> *Subject:* Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>
>
>
> I released iron-term-ansicolor 0.0.3 last night after testing the gem
> install locally first.
>
>
>
> Please let me know if you still have trouble installing it from
> Rubygems.org.
>
>
>
> Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can,
> the same way it tries to use win32console under MRI.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100303/3c9712c3/attachment.html>

From will at hotgazpacho.org  Wed Mar  3 13:34:37 2010
From: will at hotgazpacho.org (Will Green)
Date: Wed, 3 Mar 2010 13:34:37 -0500
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <398d3e0e1003031018v154e88c4m6a15598f3d9e1508@mail.gmail.com>
References: <31BD916A7536A242870B0B4E3F9068D71DA32F@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003031018v154e88c4m6a15598f3d9e1508@mail.gmail.com>
Message-ID: <398d3e0e1003031034u721fbb5eq8a7c0abffcadc1a2@mail.gmail.com>

Digging deeper, it appears that when you require 'rubygems' it looks at
RbConfig, specifically RbConfig::CONFIG['arch']

--
Will Green
http://hotgazpacho.org/


On Wed, Mar 3, 2010 at 1:18 PM, Will Green <will at hotgazpacho.org> wrote:

> It does seem to.
>
> Ruby Gems maintains a list of platform mappings.
>
> See lib\ruby\site_ruby\1.8\rubygems\platform.rb in the initialize method.
> Whatever initializes Gem::Platform seems to look at RUBY_PLATFORM
>
> C:\IronRuby\bin>ir
> IronRuby 0.9.4.0 on .NET 2.0.50727.4927
> Copyright (c) Microsoft Corporation. All rights reserved.
>
> >>> require 'rubygems'
> => true
> >>> Gem::Platform.local()
> => #<Gem::Platform:0x1ec @cpu="x86", @os="mswin32", @version="60">
> >>> RUBY_PLATFORM
> => "i386-mswin32"
> >>> p = Gem::Platform.new('universal-.net-3.5')
> => #<Gem::Platform:0x1ee @cpu="universal", @os=".net", @version="3.5">
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
> On Wed, Mar 3, 2010 at 1:10 PM, Jim Deville <jdeville at microsoft.com>wrote:
>
>>  Isn't that just keying off of RUBY_PLATFORM and other constants?
>>
>>
>>
>> ------------------------------
>> From: Shri Borde <Shri.Borde at microsoft.com>
>> Sent: Wednesday, March 03, 2010 9:55 AM
>> To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
>>
>> Subject: Re: [Ironruby-core] IronRuby version of existing gems
>>
>>   It does seem like there isn?t a way to distinguish between IronRuby and
>> MRI.
>>
>>
>>
>> C:\> ir.exe
>>
>> >>> require "rubygems"
>>
>> => true
>>
>> >>> Gem::Platform.local()
>>
>> => #<Gem::Platform:0x1409 @cpu="x86", @os="mswin32", @version="60">
>>
>>
>>
>> JRuby otoh does seem to do something different
>>
>>
>>
>> C:\> jruby.exe
>>
>> irb(main):001:0> require "rubygems"
>>
>> => true
>>
>> irb(main):002:0> Gem::Platform.local()
>>
>> => #<Gem::Platform:0xf0 @cpu=*"universal"*, @os=*"java"*, @version="1.6">
>>
>>
>>
>> *From:* ironruby-core-bounces at rubyforge.org [mailto:
>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
>> *Sent:* Tuesday, March 02, 2010 11:52 AM
>> *To:* ironruby-core at rubyforge.org
>> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>>
>>
>>
>> That all depends on how Gem checks the platform.  If it uses the
>> RUBY_PLATFORM variable, then IronRuby needs to change what it reports here.
>> Currently, it reports i386-mswin32.
>>
>>
>> --
>> Will Green
>> http://hotgazpacho.org/
>>
>>  On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com>
>> wrote:
>>
>> I believe JRuby is doing the 1st one, which makes sense in my opinion. If
>> possible we should prefer platform == ?ironruby?, (or .net, do we need to
>> differentiate .net and mono?), but accept others.
>>
>>
>>
>> JD
>>
>>
>>
>> *From:* ironruby-core-bounces at rubyforge.org [mailto:
>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shri Borde
>> *Sent:* Tuesday, March 02, 2010 10:02 AM
>> *To:* ironruby-core at rubyforge.org
>> *Subject:* [Ironruby-core] IronRuby version of existing gems
>>
>>
>>
>> This brings a question to mind - what should the general approach be for
>> porting existing gems to IronRuby? There could be two possible approaches:
>>
>> 1.       Create a gem with the same name (?win32console? in this case),
>> and specify platform==?ironruby?. That way, dependent gems do not need to be
>> updated, and users have to remember just one name. IronRuby will use the
>> version with platform==?ironruby?, and MRI will use the one with
>> platform==?mswin32?. So there should not be any clashes even if you use MRI
>> and IronRuby on the same machine.
>>
>> 2.       Create a new gem like iron-term-ansicolor.
>>
>>
>>
>> Any pro or cons to the two? What should the recommendation be in general?
>>
>>
>>
>> *From:* ironruby-core-bounces at rubyforge.org [mailto:
>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
>> *Sent:* Tuesday, March 02, 2010 7:47 AM
>> *To:* ironruby-core
>> *Subject:* Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>>
>>
>>
>> I released iron-term-ansicolor 0.0.3 last night after testing the gem
>> install locally first.
>>
>>
>>
>> Please let me know if you still have trouble installing it from
>> Rubygems.org.
>>
>>
>>
>> Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it
>> can, the same way it tries to use win32console under MRI.
>>
>>
>> --
>> Will Green
>> http://hotgazpacho.org/
>>
>>
>>
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>>
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100303/c2ea4593/attachment-0001.html>

From ivan at whiterabbitconsulting.eu  Wed Mar  3 13:37:53 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Wed, 3 Mar 2010 19:37:53 +0100
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <398d3e0e1003031018v154e88c4m6a15598f3d9e1508@mail.gmail.com>
References: <31BD916A7536A242870B0B4E3F9068D71DA32F@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003031018v154e88c4m6a15598f3d9e1508@mail.gmail.com>
Message-ID: <b1c6aabb1003031037y40b5b3fal2072cbdbd9494b5f@mail.gmail.com>

we need to update rbconfig. it should also detect the runtime correctly
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Wed, Mar 3, 2010 at 7:18 PM, Will Green <will at hotgazpacho.org> wrote:

> It does seem to.
>
> Ruby Gems maintains a list of platform mappings.
>
> See lib\ruby\site_ruby\1.8\rubygems\platform.rb in the initialize method.
> Whatever initializes Gem::Platform seems to look at RUBY_PLATFORM
>
> C:\IronRuby\bin>ir
> IronRuby 0.9.4.0 on .NET 2.0.50727.4927
> Copyright (c) Microsoft Corporation. All rights reserved.
>
> >>> require 'rubygems'
> => true
> >>> Gem::Platform.local()
> => #<Gem::Platform:0x1ec @cpu="x86", @os="mswin32", @version="60">
> >>> RUBY_PLATFORM
>  => "i386-mswin32"
> >>> p = Gem::Platform.new('universal-.net-3.5')
> => #<Gem::Platform:0x1ee @cpu="universal", @os=".net", @version="3.5">
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
> On Wed, Mar 3, 2010 at 1:10 PM, Jim Deville <jdeville at microsoft.com>wrote:
>
>>  Isn't that just keying off of RUBY_PLATFORM and other constants?
>>
>>
>>
>> ------------------------------
>> From: Shri Borde <Shri.Borde at microsoft.com>
>> Sent: Wednesday, March 03, 2010 9:55 AM
>> To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
>>
>> Subject: Re: [Ironruby-core] IronRuby version of existing gems
>>
>>   It does seem like there isn?t a way to distinguish between IronRuby and
>> MRI.
>>
>>
>>
>> C:\> ir.exe
>>
>> >>> require "rubygems"
>>
>> => true
>>
>> >>> Gem::Platform.local()
>>
>> => #<Gem::Platform:0x1409 @cpu="x86", @os="mswin32", @version="60">
>>
>>
>>
>> JRuby otoh does seem to do something different
>>
>>
>>
>> C:\> jruby.exe
>>
>> irb(main):001:0> require "rubygems"
>>
>> => true
>>
>> irb(main):002:0> Gem::Platform.local()
>>
>> => #<Gem::Platform:0xf0 @cpu=*"universal"*, @os=*"java"*, @version="1.6">
>>
>>
>>
>> *From:* ironruby-core-bounces at rubyforge.org [mailto:
>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
>> *Sent:* Tuesday, March 02, 2010 11:52 AM
>> *To:* ironruby-core at rubyforge.org
>> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>>
>>
>>
>> That all depends on how Gem checks the platform.  If it uses the
>> RUBY_PLATFORM variable, then IronRuby needs to change what it reports here.
>> Currently, it reports i386-mswin32.
>>
>>
>> --
>> Will Green
>> http://hotgazpacho.org/
>>
>>  On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com>
>> wrote:
>>
>> I believe JRuby is doing the 1st one, which makes sense in my opinion. If
>> possible we should prefer platform == ?ironruby?, (or .net, do we need to
>> differentiate .net and mono?), but accept others.
>>
>>
>>
>> JD
>>
>>
>>
>> *From:* ironruby-core-bounces at rubyforge.org [mailto:
>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shri Borde
>> *Sent:* Tuesday, March 02, 2010 10:02 AM
>> *To:* ironruby-core at rubyforge.org
>> *Subject:* [Ironruby-core] IronRuby version of existing gems
>>
>>
>>
>> This brings a question to mind - what should the general approach be for
>> porting existing gems to IronRuby? There could be two possible approaches:
>>
>> 1.       Create a gem with the same name (?win32console? in this case),
>> and specify platform==?ironruby?. That way, dependent gems do not need to be
>> updated, and users have to remember just one name. IronRuby will use the
>> version with platform==?ironruby?, and MRI will use the one with
>> platform==?mswin32?. So there should not be any clashes even if you use MRI
>> and IronRuby on the same machine.
>>
>> 2.       Create a new gem like iron-term-ansicolor.
>>
>>
>>
>> Any pro or cons to the two? What should the recommendation be in general?
>>
>>
>>
>> *From:* ironruby-core-bounces at rubyforge.org [mailto:
>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
>> *Sent:* Tuesday, March 02, 2010 7:47 AM
>> *To:* ironruby-core
>> *Subject:* Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>>
>>
>>
>> I released iron-term-ansicolor 0.0.3 last night after testing the gem
>> install locally first.
>>
>>
>>
>> Please let me know if you still have trouble installing it from
>> Rubygems.org.
>>
>>
>>
>> Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it
>> can, the same way it tries to use win32console under MRI.
>>
>>
>> --
>> Will Green
>> http://hotgazpacho.org/
>>
>>
>>
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>>
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100303/1eab587d/attachment.html>

From kevin.radcliffe at gmail.com  Wed Mar  3 13:58:05 2010
From: kevin.radcliffe at gmail.com (Kevin Radcliffe)
Date: Wed, 3 Mar 2010 11:58:05 -0700
Subject: [Ironruby-core] How do I pass an ExpandoObject from C# into
	IronRuby?
In-Reply-To: <3F0FEA691D1B174285645D91B6B544710D55AD92@VASRV-MAIL.va.nreca.org>
References: <CF58A37F62F97147908C5A2F84EAA3310191DE13D1@VASRV-MAIL.va.nreca.org>
	<3F0FEA691D1B174285645D91B6B544710D55AD8F@VASRV-MAIL.va.nreca.org>
	<3F0FEA691D1B174285645D91B6B544710D55AD91@VASRV-MAIL.va.nreca.org>
	<3F0FEA691D1B174285645D91B6B544710D55AD92@VASRV-MAIL.va.nreca.org>
Message-ID: <131af5e1003031058l50d330c0w41b8f08ac6ee2084@mail.gmail.com>

Answered your question over on StackOverflow:
http://stackoverflow.com/questions/2365668/how-do-i-pass-an-expandoobject-from-c-into-ironruby/

<http://stackoverflow.com/questions/2365668/how-do-i-pass-an-expandoobject-from-c-into-ironruby/>Essentially,
Tomas fixed this, and if you build from source now, your code will work.
Thanks
Best Regards,
Kevin Radcliffe

On Wed, Mar 3, 2010 at 12:14 AM, Goode, Troy <Troy.Goode at nreca.coop> wrote:

>  I tried to send this question earlier, but it did not appear to go
> through. Shortly after I tried to send it the first time, the "Consuming
> DynamicObjects in IronRuby" thread popped up. It seems likely that the two
> issues are related, but as my situation is a bit different and results in a
> different error message, I thought it would be a good idea to resend this
> question. *Note: I am using .Net 4.0 RC and the "CTP for .Net 4.0 RC"
> release of IronRuby...*
>
> So I'm finally getting around to testing IronRuby/C# integration and hit a
> stumbling block. Let's say I have the following class in Ruby:
>
>
>
> *class HandleMoveRequested*
>
> *                def handle(msg)*
>
> *                                System::Console.WriteLine "Moving
> character to " + msg.x.to_s + "," + msg.y.to_s + "."*
>
> *                end*
>
> *end*
>
>
>
> As you can see it is a simple message handler that expects an object that
> has an "x" and a "y" property. Now say I have the following C# code:
>
>
>
> *dynamic handler = ruby.HandleMoveRequested. at new();*
>
> *dynamic msg = new ExpandoObject();*
>
> *msg.x = 1;*
>
> *msg.y = 2;*
>
> *handler.handle(msg);*
>
>
>
> Creating the handler instance works fine, so I won't bore you with the
> details of that, but for some reason *the last line throws an
> InvalidOperationException with the message "unbound variable: value"*.
> Everything works if the message is a Ruby class that I create manually, but
> I'd love to be able to just create a fully dynamic object (such as the
> ExpandoObject) here and pass it in. Is this just not possible?
>
> Confidentiality Notice: This e-mail message, including any attachments, is
> for the sole use of the intended recipient(s) and may contain confidential
> and privileged information. Any unauthorized review, copy, use, disclosure,
> or distribution is prohibited. If you are not the intended recipient, please
> contact the sender by reply e-mail and destroy all copies of the original
> message.
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100303/35b5f498/attachment.html>

From kevin.radcliffe at gmail.com  Wed Mar  3 14:07:04 2010
From: kevin.radcliffe at gmail.com (Kevin Radcliffe)
Date: Wed, 3 Mar 2010 12:07:04 -0700
Subject: [Ironruby-core] IronRuby .Net 4 CTP and dynamic
In-Reply-To: <48163ce60911130936y7fed7775k7d87c3e9dfe6e112@mail.gmail.com>
References: <48163ce60911130936y7fed7775k7d87c3e9dfe6e112@mail.gmail.com>
Message-ID: <131af5e1003031107y1b021ff7q5671b64d29680979@mail.gmail.com>

Patrick,
  Tomas made a fix for dynamic, and it is now included in the latest source
from git:
  http://github.com/ironruby/ironruby

  If you build the latest from source (make sure you build the "V4 Release"
(or V4 Debug) from ruby4.sln),
  your code (which deals with the ExpandoObject) should work as you expect.
  Thanks

Best Regards,
Kevin Radcliffe

On Fri, Nov 13, 2009 at 10:36 AM, Patrick Brown <patrickcbrown at gmail.com>wrote:

> Hi
>
>    Should I be able to call out to a C# method with this release that
> returns a dynamic and access it's return value?
>
> public class Modifier
> {
>  public dynamic Modify(IPropertyPolicyInfo info)
>  {
>   dynamic obj = new ExpandoObject();
>   obj.Name = info.AccountShortName;
>   obj.Address = new ExpandoObject();
>   obj.Address.LineOne = info.PolicyHQAddressLine1;
>   obj.Address.City = info.PolicyHQCityName;
>   return obj;
>  }
> }
>
> I get an exception saying "Unbound variable:value" when puts attempts to
> access t.Name.  I watch it in the debugger and can see that the dynamic
> object is fully populated prior to sending back to the script.
>
> policies.each { |info|
>     t =  modifier.Modify(info)
>     puts t.Name
> }
>
> Thanks,
> Patrick
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100303/7040b59d/attachment-0001.html>

From Tomas.Matousek at microsoft.com  Wed Mar  3 17:45:43 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Wed, 3 Mar 2010 22:45:43 +0000
Subject: [Ironruby-core] Code Review: morefixes
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C3ED1C206@TK5EX14MBXC129.redmond.corp.microsoft.com>

  tfpt review "/shelveset:morefixes;REDMOND\tomat"
  Comment  : 
  DLR:
  Fixes interop with CLR4 BigInteger (adds implicit conversions from and to our BigInteger).
  
  Ruby:
  Fixes module duplication (initializers and methods were copied incorrectly).
  Adds co- and contra- variance smoke tests.

Tomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: morefixes.diff
Type: application/octet-stream
Size: 14419 bytes
Desc: morefixes.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100303/42bd3f9e/attachment.obj>

From Shri.Borde at microsoft.com  Wed Mar  3 20:04:30 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Thu, 4 Mar 2010 01:04:30 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <b1c6aabb1003031037y40b5b3fal2072cbdbd9494b5f@mail.gmail.com>
References: <31BD916A7536A242870B0B4E3F9068D71DA32F@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003031018v154e88c4m6a15598f3d9e1508@mail.gmail.com>
	<b1c6aabb1003031037y40b5b3fal2072cbdbd9494b5f@mail.gmail.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A705BAC6@TK5EX14MBXC134.redmond.corp.microsoft.com>

I will set RUBY_PLATFORM to ?.net? and RbConfig::CONFIG[?arch?] to ?universal-.net-2.0? (or ?universal-.net-4.0? for the .NET 4 builds)

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ivan Porto Carrero
Sent: Wednesday, March 03, 2010 10:38 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

we need to update rbconfig. it should also detect the runtime correctly
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP

On Wed, Mar 3, 2010 at 7:18 PM, Will Green <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:
It does seem to.

Ruby Gems maintains a list of platform mappings.

See lib\ruby\site_ruby\1.8\rubygems\platform.rb in the initialize method. Whatever initializes Gem::Platform seems to look at RUBY_PLATFORM

C:\IronRuby\bin>ir
IronRuby 0.9.4.0 on .NET 2.0.50727.4927
Copyright (c) Microsoft Corporation. All rights reserved.

>>> require 'rubygems'
=> true
>>> Gem::Platform.local()
=> #<Gem::Platform:0x1ec @cpu="x86", @os="mswin32", @version="60">
>>> RUBY_PLATFORM
=> "i386-mswin32"
>>> p = Gem::Platform.new('universal-.net-3.5')
=> #<Gem::Platform:0x1ee @cpu="universal", @os=".net", @version="3.5">

--
Will Green
http://hotgazpacho.org/

On Wed, Mar 3, 2010 at 1:10 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
Isn't that just keying off of RUBY_PLATFORM and other constants?


________________________________
From: Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>>
Sent: Wednesday, March 03, 2010 9:55 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org> <ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>>

Subject: Re: [Ironruby-core] IronRuby version of existing gems
It does seem like there isn?t a way to distinguish between IronRuby and MRI.

C:\> ir.exe
>>> require "rubygems"
=> true
>>> Gem::Platform.local()
=> #<Gem::Platform:0x1409 @cpu="x86", @os="mswin32", @version="60">

JRuby otoh does seem to do something different

C:\> jruby.exe
irb(main):001:0> require "rubygems"
=> true
irb(main):002:0> Gem::Platform.local()
=> #<Gem::Platform:0xf0 @cpu="universal", @os="java", @version="1.6">

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 11:52 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

That all depends on how Gem checks the platform.  If it uses the RUBY_PLATFORM variable, then IronRuby needs to change what it reports here. Currently, it reports i386-mswin32.

--
Will Green
http://hotgazpacho.org/
On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
I believe JRuby is doing the 1st one, which makes sense in my opinion. If possible we should prefer platform == ?ironruby?, (or .net, do we need to differentiate .net and mono?), but accept others.

JD

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Tuesday, March 02, 2010 10:02 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: [Ironruby-core] IronRuby version of existing gems

This brings a question to mind - what should the general approach be for porting existing gems to IronRuby? There could be two possible approaches:

1.       Create a gem with the same name (?win32console? in this case), and specify platform==?ironruby?. That way, dependent gems do not need to be updated, and users have to remember just one name. IronRuby will use the version with platform==?ironruby?, and MRI will use the one with platform==?mswin32?. So there should not be any clashes even if you use MRI and IronRuby on the same machine.

2.       Create a new gem like iron-term-ansicolor.

Any pro or cons to the two? What should the recommendation be in general?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 7:47 AM
To: ironruby-core
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

I released iron-term-ansicolor 0.0.3 last night after testing the gem install locally first.

Please let me know if you still have trouble installing it from Rubygems.org.

Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can, the same way it tries to use win32console under MRI.

--
Will Green
http://hotgazpacho.org/


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100304/f1a35791/attachment-0001.html>

From ryan.riley at panesofglass.org  Wed Mar  3 20:21:59 2010
From: ryan.riley at panesofglass.org (Ryan Riley)
Date: Wed, 3 Mar 2010 17:21:59 -0800
Subject: [Ironruby-core] Anyone interested in implementing Etc module
	for Mono?
In-Reply-To: <a880efe11002260607r7ad144c7x332029a03c67c9a2@mail.gmail.com>
References: <6459203F8B1AF641995AE49D47FA51A70523D7@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<6459203F8B1AF641995AE49D47FA51A7053DA9@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<a880efe11002251228x924dc4ayb54131a11ba8d36@mail.gmail.com> 
	<a880efe11002251228n6f10fb05i4c4fc9bcf7fab999@mail.gmail.com> 
	<6459203F8B1AF641995AE49D47FA51A7053FCF@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<a880efe11002251328w540cab1dp7675be7ef542d300@mail.gmail.com> 
	<31BD916A7536A242870B0B4E3F9068D71C5BEC@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<4B342496A3EFEB48839E10BB4BF5964C3EC8C6E8@TK5EX14MBXC131.redmond.corp.microsoft.com>
	<b1c6aabb1002260438n5b167c5cw22d501b700b50b90@mail.gmail.com> 
	<a880efe11002260607r7ad144c7x332029a03c67c9a2@mail.gmail.com>
Message-ID: <a880efe11003031721i265a23f5m9171837cdff8a9ef@mail.gmail.com>

Well, I'm still trying to get my environment set up and having little luck.
Still getting used to Mac OS X and *nix development. Has anyone else
attempted the fix? Hopefully I'll have this sorted soon and can get on it.

Regards,

Ryan Riley

Email: ryan.riley at panesofglass.org
LinkedIn: http://www.linkedin.com/in/ryanriley
Blog: http://wizardsofsmart.net/
Twitter: @panesofglass
Website: http://panesofglass.org/


On Fri, Feb 26, 2010 at 6:07 AM, Ryan Riley <ryan.riley at panesofglass.org>wrote:

> Awesome! Thanks for the tips! I should have my env set up early next week
> and will give it a go.
>
> Regards,
>
> Ryan Riley
>
> Email: ryan.riley at panesofglass.org
> LinkedIn: http://www.linkedin.com/in/ryanriley
> Blog: http://wizardsofsmart.net/
> Twitter: @panesofglass
> Website: http://panesofglass.org/
>
>
> On Fri, Feb 26, 2010 at 6:38 AM, Ivan Porto Carrero <
> ivan at whiterabbitconsulting.eu> wrote:
>
>> You can also look at the Mono.Native and Mono.Posix
>> It's all in there already
>>
>>
>> On Thu, Feb 25, 2010 at 10:48 PM, Tomas Matousek <
>> Tomas.Matousek at microsoft.com> wrote:
>>
>>>  It would actually be better *not* to use FFI whenever possible. Native
>>> code interop is platform specific and thus would require us to maintain
>>> multiple implementations. If there is a managed API in Mono that does what
>>> we need we should use it.
>>>
>>>
>>>
>>> Tomas
>>>
>>>
>>>
>>> *From:* ironruby-core-bounces at rubyforge.org [mailto:
>>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Jim Deville
>>> *Sent:* Thursday, February 25, 2010 1:34 PM
>>>
>>> *To:* ironruby-core at rubyforge.org
>>> *Subject:* Re: [Ironruby-core] Anyone interested in implementing Etc
>>> module for Mono?
>>>
>>>
>>>
>>> I don?t think we have time to do FFI for our 1.0, but it would be useful
>>> to have it implemented soon after J
>>>
>>>
>>>
>>> JD
>>>
>>>
>>>
>>> *From:* ironruby-core-bounces at rubyforge.org [mailto:
>>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Ryan Riley
>>> *Sent:* Thursday, February 25, 2010 1:28 PM
>>> *To:* ironruby-core at rubyforge.org
>>> *Subject:* Re: [Ironruby-core] Anyone interested in implementing Etc
>>> module for Mono?
>>>
>>>
>>>
>>> I can try it next week once I have my machine set up again. I'm unable to
>>> try it until then, unfortunately. Also, I noticed that JRuby is sharing the
>>> same implementation (or similar), but both are based on FFI, not straight up
>>> Ruby.
>>>
>>>
>>>
>>> Has anyone started working on an IronRuby FFI impl? If not, would it be
>>> better to start working on this and get Etc working with FFI?
>>>
>>>
>>> Ryan Riley
>>>
>>> Email: ryan.riley at panesofglass.org
>>> LinkedIn: http://www.linkedin.com/in/ryanriley
>>> Blog: http://wizardsofsmart.net/
>>> Twitter: @panesofglass
>>> Website: http://panesofglass.org/
>>>
>>> On Thu, Feb 25, 2010 at 2:42 PM, Shri Borde <Shri.Borde at microsoft.com>
>>> wrote:
>>>
>>> I think we should be able to use it. I shall double-check and let you
>>> know.
>>>
>>>
>>>
>>> In the meantime, would it be possible to manually copy the file into the
>>> lib folder try to run igem on *nix to see if there are other blocking
>>> issues?
>>>
>>>
>>>
>>> *From:* ironruby-core-bounces at rubyforge.org [mailto:
>>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Ryan Riley
>>> *Sent:* Thursday, February 25, 2010 12:29 PM
>>>
>>>
>>> *To:* ironruby-core at rubyforge.org
>>> *Subject:* Re: [Ironruby-core] Anyone interested in implementing Etc
>>> module for Mono?
>>>
>>>
>>>
>>> Sorry, link:
>>> http://github.com/evanphx/rubinius/blob/master/lib/etc.rb.ffi
>>>
>>>
>>> Ryan Riley
>>>
>>> Email: ryan.riley at panesofglass.org
>>> LinkedIn: http://www.linkedin.com/in/ryanriley
>>> Blog: http://wizardsofsmart.net/
>>> Twitter: @panesofglass
>>> Website: http://panesofglass.org/
>>>
>>> On Thu, Feb 25, 2010 at 2:28 PM, Ryan Riley <ryan.riley at panesofglass.org>
>>> wrote:
>>>
>>> Looks like Rubinius already has a Ruby impl. of Etc for FFI. It's
>>> licensed with BSD. Is that problematic? If so, I'll start from the specs.
>>>
>>>
>>> Ryan Riley
>>>
>>> Email: ryan.riley at panesofglass.org
>>> LinkedIn: http://www.linkedin.com/in/ryanriley
>>> Blog: http://wizardsofsmart.net/
>>> Twitter: @panesofglass
>>> Website: http://panesofglass.org/
>>>
>>> On Thu, Feb 25, 2010 at 12:26 PM, Shri Borde <Shri.Borde at microsoft.com>
>>> wrote:
>>>
>>> Cool! Let us know if you have any questions.
>>>
>>>
>>>
>>> *From:* ironruby-core-bounces at rubyforge.org [mailto:
>>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Ryan Riley
>>> *Sent:* Thursday, February 25, 2010 8:27 AM
>>> *To:* ironruby-core at rubyforge.org
>>> *Subject:* Re: [Ironruby-core] Anyone interested in implementing Etc
>>> module for Mono?
>>>
>>>
>>>
>>> If no one has done this by the time I'm moved and have a machine again,
>>> I'll be happy to do it.
>>>
>>>
>>> Ryan Riley
>>>
>>> Email: ryan.riley at panesofglass.org
>>> LinkedIn: http://www.linkedin.com/in/ryanriley
>>> Blog: http://wizardsofsmart.net/
>>> Twitter: @panesofglass
>>> Website: http://panesofglass.org/
>>>
>>> On Wed, Feb 24, 2010 at 2:20 PM, Shri Borde <Shri.Borde at microsoft.com>
>>> wrote:
>>>
>>> http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=3543 blocks
>>> using RubyGems on *nix. It should be fairly easy to implement Etc.rb as pure
>>> Ruby code using the File functionality. The spec for Etc is at
>>> http://www.ruby-doc.org/stdlib/libdoc/etc/rdoc/classes/Etc.html.
>>> RubyGems just seems to need Etc.getpwuid.
>>>
>>>
>>>
>>> Anyone interested in tackling this problem?
>>>
>>>
>>>
>>> Shri
>>>
>>>
>>> _______________________________________________
>>> Ironruby-core mailing list
>>> Ironruby-core at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Ironruby-core mailing list
>>> Ironruby-core at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Ironruby-core mailing list
>>> Ironruby-core at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>
>>>
>>>
>>> _______________________________________________
>>> Ironruby-core mailing list
>>> Ironruby-core at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>
>>>
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100303/30333943/attachment.html>

From Shri.Borde at microsoft.com  Wed Mar  3 21:31:20 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Thu, 4 Mar 2010 02:31:20 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A705BAC6@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <31BD916A7536A242870B0B4E3F9068D71DA32F@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003031018v154e88c4m6a15598f3d9e1508@mail.gmail.com>
	<b1c6aabb1003031037y40b5b3fal2072cbdbd9494b5f@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705BAC6@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A705BC93@TK5EX14MBXC134.redmond.corp.microsoft.com>

Does anyone know if this will allow authoring of IronRuby-specific gems? Would the same value be used in the gemspec?

After installing win32console, I looked at gems\1.8\gems\specifications\win32console-1.2.0-x86-mingw32.gemspec, and it had this line:

s.platform = %q{x86-mingw32}

Note that this is different than the value of RbConfig::CONFIG[?arch?] in MRI, which is "i386-mingw32". So not sure how exactly this works. Perhaps RubyGems has a special case for x86==i386?

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Shri Borde
Sent: Wednesday, March 03, 2010 5:05 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

I will set RUBY_PLATFORM to ?.net? and RbConfig::CONFIG[?arch?] to ?universal-.net-2.0? (or ?universal-.net-4.0? for the .NET 4 builds)

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ivan Porto Carrero
Sent: Wednesday, March 03, 2010 10:38 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

we need to update rbconfig. it should also detect the runtime correctly
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP
On Wed, Mar 3, 2010 at 7:18 PM, Will Green <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:
It does seem to.

Ruby Gems maintains a list of platform mappings.

See lib\ruby\site_ruby\1.8\rubygems\platform.rb in the initialize method. Whatever initializes Gem::Platform seems to look at RUBY_PLATFORM

C:\IronRuby\bin>ir
IronRuby 0.9.4.0 on .NET 2.0.50727.4927
Copyright (c) Microsoft Corporation. All rights reserved.

>>> require 'rubygems'
=> true
>>> Gem::Platform.local()
=> #<Gem::Platform:0x1ec @cpu="x86", @os="mswin32", @version="60">
>>> RUBY_PLATFORM
=> "i386-mswin32"
>>> p = Gem::Platform.new('universal-.net-3.5')
=> #<Gem::Platform:0x1ee @cpu="universal", @os=".net", @version="3.5">

--
Will Green
http://hotgazpacho.org/
On Wed, Mar 3, 2010 at 1:10 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
Isn't that just keying off of RUBY_PLATFORM and other constants?

________________________________
From: Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>>
Sent: Wednesday, March 03, 2010 9:55 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org> <ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>>

Subject: Re: [Ironruby-core] IronRuby version of existing gems
It does seem like there isn?t a way to distinguish between IronRuby and MRI.

C:\> ir.exe
>>> require "rubygems"
=> true
>>> Gem::Platform.local()
=> #<Gem::Platform:0x1409 @cpu="x86", @os="mswin32", @version="60">

JRuby otoh does seem to do something different

C:\> jruby.exe
irb(main):001:0> require "rubygems"
=> true
irb(main):002:0> Gem::Platform.local()
=> #<Gem::Platform:0xf0 @cpu="universal", @os="java", @version="1.6">

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 11:52 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

That all depends on how Gem checks the platform.  If it uses the RUBY_PLATFORM variable, then IronRuby needs to change what it reports here. Currently, it reports i386-mswin32.

--
Will Green
http://hotgazpacho.org/
On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
I believe JRuby is doing the 1st one, which makes sense in my opinion. If possible we should prefer platform == ?ironruby?, (or .net, do we need to differentiate .net and mono?), but accept others.

JD

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Tuesday, March 02, 2010 10:02 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: [Ironruby-core] IronRuby version of existing gems

This brings a question to mind - what should the general approach be for porting existing gems to IronRuby? There could be two possible approaches:

1.       Create a gem with the same name (?win32console? in this case), and specify platform==?ironruby?. That way, dependent gems do not need to be updated, and users have to remember just one name. IronRuby will use the version with platform==?ironruby?, and MRI will use the one with platform==?mswin32?. So there should not be any clashes even if you use MRI and IronRuby on the same machine.

2.       Create a new gem like iron-term-ansicolor.

Any pro or cons to the two? What should the recommendation be in general?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 7:47 AM
To: ironruby-core
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

I released iron-term-ansicolor 0.0.3 last night after testing the gem install locally first.

Please let me know if you still have trouble installing it from Rubygems.org.

Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can, the same way it tries to use win32console under MRI.

--
Will Green
http://hotgazpacho.org/


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100304/91c4f210/attachment-0001.html>

From Shri.Borde at microsoft.com  Thu Mar  4 02:44:41 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Thu, 4 Mar 2010 07:44:41 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A705BC93@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <31BD916A7536A242870B0B4E3F9068D71DA32F@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003031018v154e88c4m6a15598f3d9e1508@mail.gmail.com>
	<b1c6aabb1003031037y40b5b3fal2072cbdbd9494b5f@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705BAC6@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<6459203F8B1AF641995AE49D47FA51A705BC93@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A705C1E8@TK5EX14MBXC134.redmond.corp.microsoft.com>

Answering my own question about x86==i386, they are treated as equal:

>>> Gem::Platform.new("i386-mingw32") === Gem::Platform.new("x86-mingw32")
true

http://rubygems.rubyforge.org/rubygems-update/Gem/Platform.html has implementations of the different functions (click on the function names)

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Shri Borde
Sent: Wednesday, March 03, 2010 6:31 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Does anyone know if this will allow authoring of IronRuby-specific gems? Would the same value be used in the gemspec?

After installing win32console, I looked at gems\1.8\gems\specifications\win32console-1.2.0-x86-mingw32.gemspec, and it had this line:

s.platform = %q{x86-mingw32}

Note that this is different than the value of RbConfig::CONFIG[?arch?] in MRI, which is "i386-mingw32". So not sure how exactly this works. Perhaps RubyGems has a special case for x86==i386?

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Shri Borde
Sent: Wednesday, March 03, 2010 5:05 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

I will set RUBY_PLATFORM to ?.net? and RbConfig::CONFIG[?arch?] to ?universal-.net-2.0? (or ?universal-.net-4.0? for the .NET 4 builds)

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ivan Porto Carrero
Sent: Wednesday, March 03, 2010 10:38 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

we need to update rbconfig. it should also detect the runtime correctly
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP
On Wed, Mar 3, 2010 at 7:18 PM, Will Green <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:
It does seem to.

Ruby Gems maintains a list of platform mappings.

See lib\ruby\site_ruby\1.8\rubygems\platform.rb in the initialize method. Whatever initializes Gem::Platform seems to look at RUBY_PLATFORM

C:\IronRuby\bin>ir
IronRuby 0.9.4.0 on .NET 2.0.50727.4927
Copyright (c) Microsoft Corporation. All rights reserved.

>>> require 'rubygems'
=> true
>>> Gem::Platform.local()
=> #<Gem::Platform:0x1ec @cpu="x86", @os="mswin32", @version="60">
>>> RUBY_PLATFORM
=> "i386-mswin32"
>>> p = Gem::Platform.new('universal-.net-3.5')
=> #<Gem::Platform:0x1ee @cpu="universal", @os=".net", @version="3.5">

--
Will Green
http://hotgazpacho.org/
On Wed, Mar 3, 2010 at 1:10 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
Isn't that just keying off of RUBY_PLATFORM and other constants?
________________________________
From: Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>>
Sent: Wednesday, March 03, 2010 9:55 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org> <ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>>

Subject: Re: [Ironruby-core] IronRuby version of existing gems
It does seem like there isn?t a way to distinguish between IronRuby and MRI.

C:\> ir.exe
>>> require "rubygems"
=> true
>>> Gem::Platform.local()
=> #<Gem::Platform:0x1409 @cpu="x86", @os="mswin32", @version="60">

JRuby otoh does seem to do something different

C:\> jruby.exe
irb(main):001:0> require "rubygems"
=> true
irb(main):002:0> Gem::Platform.local()
=> #<Gem::Platform:0xf0 @cpu="universal", @os="java", @version="1.6">

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 11:52 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

That all depends on how Gem checks the platform.  If it uses the RUBY_PLATFORM variable, then IronRuby needs to change what it reports here. Currently, it reports i386-mswin32.

--
Will Green
http://hotgazpacho.org/
On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
I believe JRuby is doing the 1st one, which makes sense in my opinion. If possible we should prefer platform == ?ironruby?, (or .net, do we need to differentiate .net and mono?), but accept others.

JD

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Tuesday, March 02, 2010 10:02 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: [Ironruby-core] IronRuby version of existing gems

This brings a question to mind - what should the general approach be for porting existing gems to IronRuby? There could be two possible approaches:

1.       Create a gem with the same name (?win32console? in this case), and specify platform==?ironruby?. That way, dependent gems do not need to be updated, and users have to remember just one name. IronRuby will use the version with platform==?ironruby?, and MRI will use the one with platform==?mswin32?. So there should not be any clashes even if you use MRI and IronRuby on the same machine.

2.       Create a new gem like iron-term-ansicolor.

Any pro or cons to the two? What should the recommendation be in general?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 7:47 AM
To: ironruby-core
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

I released iron-term-ansicolor 0.0.3 last night after testing the gem install locally first.

Please let me know if you still have trouble installing it from Rubygems.org.

Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can, the same way it tries to use win32console under MRI.

--
Will Green
http://hotgazpacho.org/


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100304/1eecc729/attachment-0001.html>

From Shri.Borde at microsoft.com  Thu Mar  4 02:54:58 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Thu, 4 Mar 2010 07:54:58 +0000
Subject: [Ironruby-core] Code Review: config
Message-ID: <6459203F8B1AF641995AE49D47FA51A705C24E@TK5EX14MBXC134.redmond.corp.microsoft.com>

  tfpt review "/shelveset:config;REDMOND\sborde"
  Comment  : 
  Change RbConfig::CONFIG["arch"] to "universal-.net2.0"
  Changes RubyGems to know about the ".net" OS


-------------- next part --------------
A non-text attachment was scrubbed...
Name: config.diff
Type: application/octet-stream
Size: 3203 bytes
Desc: config.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100304/20e1e06d/attachment.obj>

From ivan at whiterabbitconsulting.eu  Thu Mar  4 03:35:26 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Thu, 4 Mar 2010 09:35:26 +0100
Subject: [Ironruby-core] Mono setup
In-Reply-To: <b1c6aabb1003040034r7acb3d06ra68a7d0193beab2a@mail.gmail.com>
References: <a880efe11003031456y38dec5edp718eca1637c2ede@mail.gmail.com> 
	<b1c6aabb1003040034r7acb3d06ra68a7d0193beab2a@mail.gmail.com>
Message-ID: <b1c6aabb1003040035l5abfc5bajf4e905df72e7c3c7@mail.gmail.com>

This time I actually added the ironruby mailinglist address instead of just
the info :)

On Thu, Mar 4, 2010 at 9:34 AM, Ivan Porto Carrero <
ivan at whiterabbitconsulting.eu> wrote:

> Hello Ryan,
>
> I've included the mailinglist because this info can be of help to other
> people trying to get going with IronRuby on mono.
>
> if you do want to symlink then you have to symlink everything under
> /usr/local/ironruby/bin/* to /usr/local/bin and
> /usr/local/ironruby/lib/ironruby/* /usr/local/lib/ironruby
>
> it might be easier to not symlink (it can't find ir.exe.config then I
> think) but just add
>
>     export PATH=/usr/local/ironruby/bin:$PATH
>
> to the bottom of your ~/.bashrc or ~/.profile file
> if you don't want to start a new bash session you can execute that export
> command in your current bash session too.
>
> then if you do
> which ir
>
> it should show you /usr/local/ironruby/bin/ir
>
> You can download the rc2 files from:
> http://dl.dropbox.com/u/21717/ironruby-rc2.tar.bz2
>
> Another option to use ironruby on mono is to use rvm I believe, but Daniele
> has more info on that.
>
> Which version of mono are you using? mono -V
> AFAIK mono needs to be 2.6.1 built from the branch because there are a few
> issues that got fixed after the mono 2.6.1 release
> ---
> Met vriendelijke groeten - Best regards - Salutations
>  Ivan Porto Carrero
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)
> Microsoft IronRuby/C# MVP
>
>
>
> On Wed, Mar 3, 2010 at 11:56 PM, Ryan Riley <ryan.riley at panesofglass.org>wrote:
>
>> Ivan,
>>
>> I'm following your setup for installing ir on mono. I've created a symlink
>> to ir in /usr/local/bin from /usr/local/ironruby/bin using the included ir
>> script. The only difference is that the one in ir now has an '*' instead of
>> the '@' you have in the book. However, when I run 'ir' on the command line,
>> I get "env: bash\r: No such file or directory". I've no idea what to do now.
>> Any thoughts?
>>
>> Cheers!
>>
>>
>> Ryan Riley
>>
>> Email: ryan.riley at panesofglass.org
>> LinkedIn: http://www.linkedin.com/in/ryanriley
>> Blog: http://wizardsofsmart.net/
>> Twitter: @panesofglass
>> Website: http://panesofglass.org/
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100304/cc37d0a8/attachment.html>

From ivan at whiterabbitconsulting.eu  Thu Mar  4 06:39:54 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Thu, 4 Mar 2010 12:39:54 +0100
Subject: [Ironruby-core] Handling CLR events
Message-ID: <b1c6aabb1003040339x6ff301cl6e52a32f35074bb2@mail.gmail.com>

Hi,


I've created this module to implement INotifyPropertyChanged in classes for
databinding with WPF, but the way I'm handling the event seems a bit
awkward. So I'm just checking if I'm doing it right. The lines of interest
would be around line 76 of the link below

http://gist.github.com/316765#file_app.rb
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero - Mob: +32.486.787.582
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100304/87bc0379/attachment.html>

From me at miguelmadero.com  Thu Mar  4 08:09:06 2010
From: me at miguelmadero.com (Miguel Madero)
Date: Fri, 5 Mar 2010 00:09:06 +1100
Subject: [Ironruby-core] Handling CLR events
In-Reply-To: <b1c6aabb1003040339x6ff301cl6e52a32f35074bb2@mail.gmail.com>
References: <b1c6aabb1003040339x6ff301cl6e52a32f35074bb2@mail.gmail.com>
Message-ID: <581455be1003040509n41a6ed64y5bcc6c64fa4d4cab@mail.gmail.com>

It looks good, but I think it's somethign that should be implemented on a
rubyism (irubysm?) like attr_*, so we can call a method "event x" to add the
add_x, remove_x and raise_x methods to that class.



On Thu, Mar 4, 2010 at 10:39 PM, Ivan Porto Carrero <
ivan at whiterabbitconsulting.eu> wrote:

> Hi,
>
>
> I've created this module to implement INotifyPropertyChanged in classes for
> databinding with WPF, but the way I'm handling the event seems a bit
> awkward. So I'm just checking if I'm doing it right. The lines of interest
> would be around line 76 of the link below
>
> http://gist.github.com/316765#file_app.rb
> ---
> Met vriendelijke groeten - Best regards - Salutations
> Ivan Porto Carrero - Mob: +32.486.787.582
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)
> Microsoft IronRuby/C# MVP
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core




-- 
Miguel A. Madero Reyes
www.miguelmadero.com (blog)
me at miguelmadero.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100305/b086a505/attachment.html>

From ivan at whiterabbitconsulting.eu  Thu Mar  4 08:45:46 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Thu, 4 Mar 2010 14:45:46 +0100
Subject: [Ironruby-core] Handling CLR events
In-Reply-To: <581455be1003040509n41a6ed64y5bcc6c64fa4d4cab@mail.gmail.com>
References: <b1c6aabb1003040339x6ff301cl6e52a32f35074bb2@mail.gmail.com> 
	<581455be1003040509n41a6ed64y5bcc6c64fa4d4cab@mail.gmail.com>
Message-ID: <b1c6aabb1003040545y498784a9g2176664527ebb388@mail.gmail.com>

http://gist.github.com/321705

<http://gist.github.com/321705>class Person

   include ClrEvents
   include ILotteryWinner

   attr_event :won_lottery  #implements the CLR event WonLottery

end


---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Thu, Mar 4, 2010 at 2:09 PM, Miguel Madero <me at miguelmadero.com> wrote:

> It looks good, but I think it's somethign that should be implemented on a
> rubyism (irubysm?) like attr_*, so we can call a method "event x" to add the
> add_x, remove_x and raise_x methods to that class.
>
>
>
> On Thu, Mar 4, 2010 at 10:39 PM, Ivan Porto Carrero <
> ivan at whiterabbitconsulting.eu> wrote:
>
>> Hi,
>>
>>
>> I've created this module to implement INotifyPropertyChanged in classes
>> for databinding with WPF, but the way I'm handling the event seems a bit
>> awkward. So I'm just checking if I'm doing it right. The lines of interest
>> would be around line 76 of the link below
>>
>> http://gist.github.com/316765#file_app.rb
>> ---
>> Met vriendelijke groeten - Best regards - Salutations
>> Ivan Porto Carrero - Mob: +32.486.787.582
>> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
>> Twitter: http://twitter.com/casualjim
>> Author of IronRuby in Action (http://manning.com/carrero)
>> Microsoft IronRuby/C# MVP
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> --
> Miguel A. Madero Reyes
> www.miguelmadero.com (blog)
> me at miguelmadero.com
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100304/9aab3a70/attachment-0001.html>

From jdeville at microsoft.com  Thu Mar  4 11:49:57 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Thu, 4 Mar 2010 16:49:57 +0000
Subject: [Ironruby-core] Code Review: config
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A705C24E@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <6459203F8B1AF641995AE49D47FA51A705C24E@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71DC3FB@TK5EX14MBXC136.redmond.corp.microsoft.com>

Looks good

-----Original Message-----
From: Shri Borde 
Sent: Wednesday, March 03, 2010 11:55 PM
To: IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: Code Review: config

  tfpt review "/shelveset:config;REDMOND\sborde"
  Comment  : 
  Change RbConfig::CONFIG["arch"] to "universal-.net2.0"
  Changes RubyGems to know about the ".net" OS



From jdeville at microsoft.com  Thu Mar  4 12:26:45 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Thu, 4 Mar 2010 17:26:45 +0000
Subject: [Ironruby-core] Code Review: MiscStrings
In-Reply-To: <1A472770E042064698CB5ADC83A12ACD393CC4AF@TK5EX14MBXC118.redmond.corp.microsoft.com>
References: <4B342496A3EFEB48839E10BB4BF5964C3ECC944A@TK5EX14MBXC131.redmond.corp.microsoft.com>
	<1A472770E042064698CB5ADC83A12ACD393CC4AF@TK5EX14MBXC118.redmond.corp.microsoft.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71DC59E@TK5EX14MBXC136.redmond.corp.microsoft.com>

Ruby tests are fine.

JD

_____________________________________________
From: Dino Viehland
Sent: Wednesday, March 03, 2010 11:29 AM
To: Tomas Matousek; IronRuby External Code Reviewers; Rowan Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: RE: Code Review: MiscStrings


DLR change looks fine.

      _____________________________________________
      From: Tomas Matousek
      Sent: Monday, March 01, 2010 6:30 PM
      To: IronRuby External Code Reviewers; Rowan Code Reviewers
      Cc: ironruby-core at rubyforge.org
      Subject: Code Review: MiscStrings


        tfpt review "/shelveset:MiscStrings;REDMOND\tomat"

      A simple DLR Console Shell change:
      The version printed by the console host now recognizes Mono correctly.

      Ruby changes:
      Ignores UTF8 BOM in 1.8 mode unless $KCODE is SJIS or EUC.
      Fixes http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=3913
      Fixes -d and --version options.
      Fixes a bug in StringScanner: scan doesn't copy the original string and [] uses the current value.
      Makes MutableString.GetSlice out-of-range tolerant (needed by StringScanner#[] fix).
      Improves performance of repeated Regex.Match called on the same input string.

      Tomas


       << File: MiscStrings.diff >>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100304/e6b28a7c/attachment.html>

From ivan at whiterabbitconsulting.eu  Thu Mar  4 12:53:48 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Thu, 4 Mar 2010 18:53:48 +0100
Subject: [Ironruby-core] FYI: Breaking changes in last push
Message-ID: <b1c6aabb1003040953v3389668fl19df0a3f02ce47f@mail.gmail.com>

This is for everybody's information:

If you're hosting IronRuby in a C# application then your code is likely to
break with IronRuby HEAD

The RubyContext class has gone away and the RequireRubyFile extension method
has been renamed.

var setup = new ScriptRuntimeSetup();
setup.LanguageSetups.Add(Ruby.CreateRubySetup());
var scriptRuntime = Ruby.CreateRuntime(setup)
var loadPaths = new List<string>{ "lib", "bin" };

var engine = Ruby.GetEngine(scriptRuntime);
*engine.SetSearchPaths(loadPaths);*
*engine.RequireFile("my_library");*

This means that you can't currently use ironrubymvc and ironnails with HEAD

---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100304/51e00ea8/attachment.html>

From Tomas.Matousek at microsoft.com  Thu Mar  4 13:08:05 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Thu, 4 Mar 2010 18:08:05 +0000
Subject: [Ironruby-core] FYI: Breaking changes in last push
In-Reply-To: <b1c6aabb1003040953v3389668fl19df0a3f02ce47f@mail.gmail.com>
References: <b1c6aabb1003040953v3389668fl19df0a3f02ce47f@mail.gmail.com>
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C3ED3379E@TK5EX14MBXC131.redmond.corp.microsoft.com>

These are intentional API changes for v1.0. Do you have any scenarios where you need to get RubyContext?

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ivan Porto Carrero
Sent: Thursday, March 04, 2010 9:54 AM
To: ironruby-core
Subject: [Ironruby-core] FYI: Breaking changes in last push

This is for everybody's information:

If you're hosting IronRuby in a C# application then your code is likely to break with IronRuby HEAD

The RubyContext class has gone away and the RequireRubyFile extension method has been renamed.

var setup = new ScriptRuntimeSetup();
setup.LanguageSetups.Add(Ruby.CreateRubySetup());
var scriptRuntime = Ruby.CreateRuntime(setup)
var loadPaths = new List<string>{ "lib", "bin" };

var engine = Ruby.GetEngine(scriptRuntime);
engine.SetSearchPaths(loadPaths);
engine.RequireFile("my_library");

This means that you can't currently use ironrubymvc and ironnails with HEAD

---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100304/a96a70d2/attachment.html>

From ivan at whiterabbitconsulting.eu  Thu Mar  4 14:03:59 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Thu, 4 Mar 2010 20:03:59 +0100
Subject: [Ironruby-core] FYI: Breaking changes in last push
In-Reply-To: <4B342496A3EFEB48839E10BB4BF5964C3ED3379E@TK5EX14MBXC131.redmond.corp.microsoft.com>
References: <b1c6aabb1003040953v3389668fl19df0a3f02ce47f@mail.gmail.com> 
	<4B342496A3EFEB48839E10BB4BF5964C3ED3379E@TK5EX14MBXC131.redmond.corp.microsoft.com>
Message-ID: <b1c6aabb1003041103o2508279aqc34fd264a8b1e921@mail.gmail.com>

No that was just a heads up for other people. After having spent some time
finding out why my markup extensions wouldn't work anymore.
I like this API better.
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Thu, Mar 4, 2010 at 7:08 PM, Tomas Matousek <Tomas.Matousek at microsoft.com
> wrote:

> These are intentional API changes for v1.0. Do you have any scenarios where
> you need to get RubyContext?
>
>
>
> Tomas
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Ivan Porto Carrero
> *Sent:* Thursday, March 04, 2010 9:54 AM
> *To:* ironruby-core
> *Subject:* [Ironruby-core] FYI: Breaking changes in last push
>
>
>
> This is for everybody's information:
>
>
>
> If you're hosting IronRuby in a C# application then your code is likely to
> break with IronRuby HEAD
>
>
>
> The RubyContext class has gone away and the RequireRubyFile extension
> method has been renamed.
>
>
>
> var setup = new ScriptRuntimeSetup();
>
> setup.LanguageSetups.Add(Ruby.CreateRubySetup());
>
> var scriptRuntime = Ruby.CreateRuntime(setup)
>
> var loadPaths = new List<string>{ "lib", "bin" };
>
>
>
> var engine = Ruby.GetEngine(scriptRuntime);
>
> *engine.SetSearchPaths(loadPaths);*
>
> *engine.RequireFile("my_library");*
>
>
>
> This means that you can't currently use ironrubymvc and ironnails with HEAD
>
>
>
> ---
> Met vriendelijke groeten - Best regards - Salutations
> Ivan Porto Carrero
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)
> Microsoft IronRuby/C# MVP
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100304/67d2253c/attachment-0001.html>

From orion.edwards at gmail.com  Thu Mar  4 14:32:31 2010
From: orion.edwards at gmail.com (Orion Edwards)
Date: Fri, 5 Mar 2010 08:32:31 +1300
Subject: [Ironruby-core] Handling CLR events
In-Reply-To: <b1c6aabb1003040545y498784a9g2176664527ebb388@mail.gmail.com>
References: <b1c6aabb1003040339x6ff301cl6e52a32f35074bb2@mail.gmail.com>
	<581455be1003040509n41a6ed64y5bcc6c64fa4d4cab@mail.gmail.com>
	<b1c6aabb1003040545y498784a9g2176664527ebb388@mail.gmail.com>
Message-ID: <7c1b59c01003041132p5b08a7feg53f27d2e1322ab51@mail.gmail.com>

>      return unless @__handlers__
>      @__handlers__.each do |ev|
*
*
Look out! Someone snuck in and put __python__ in your nice ruby code!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100305/a3484a25/attachment.html>

From me at miguelmadero.com  Thu Mar  4 17:05:28 2010
From: me at miguelmadero.com (Miguel Madero)
Date: Fri, 5 Mar 2010 09:05:28 +1100
Subject: [Ironruby-core] Handling CLR events
In-Reply-To: <b1c6aabb1003040545y498784a9g2176664527ebb388@mail.gmail.com>
References: <b1c6aabb1003040339x6ff301cl6e52a32f35074bb2@mail.gmail.com>
	<581455be1003040509n41a6ed64y5bcc6c64fa4d4cab@mail.gmail.com>
	<b1c6aabb1003040545y498784a9g2176664527ebb388@mail.gmail.com>
Message-ID: <581455be1003041405t54af240fi529af5dd1f2e8a93@mail.gmail.com>

Enuce work. Could this become part of IR?

On Friday, March 5, 2010, Ivan Porto Carrero
<ivan at whiterabbitconsulting.eu> wrote:
> http://gist.github.com/321705
> ?<http://gist.github.com/321705>class Person
> ?? include ClrEvents?? include ILotteryWinner
>
>
> ?? attr_event :won_lottery ?#implements the CLR event WonLottery
> end
> ---
> Met vriendelijke groeten - Best regards - Salutations
> Ivan Porto Carrero
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)
> Microsoft IronRuby/C# MVP
>
>
> On Thu, Mar 4, 2010 at 2:09 PM, Miguel Madero <me at miguelmadero.com> wrote:
>
>
> It looks good, but I think it's somethign that should be implemented on a rubyism (irubysm?) like attr_*, so we can call a method "event x" to add the add_x, remove_x and raise_x methods to that class.
>
>
>
>
>
>
>
> On Thu, Mar 4, 2010 at 10:39 PM, Ivan Porto Carrero <ivan at whiterabbitconsulting.eu> wrote:
>
> Hi,
>
>
>
>
> I've created this module to implement INotifyPropertyChanged in classes for databinding with WPF, but the way I'm handling the event seems a bit awkward. So I'm just checking if I'm doing it right. The lines of interest would be around line 76 of the link below
>
>
>
>
>
> http://gist.github.com/316765#file_app.rb---
> Met vriendelijke groeten - Best regards - Salutations
> Ivan Porto Carrero - Mob: +32.486.787.582
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz?<http://flanders.co.nz/>
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)
> Microsoft IronRuby/C# MVP
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
>
> --
> Miguel A. Madero Reyes
> www.miguelmadero.com (blog)
> me at miguelmadero.com
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>

-- 
Miguel A. Madero Reyes
www.miguelmadero.com (blog)
me at miguelmadero.com

From Shri.Borde at microsoft.com  Thu Mar  4 19:36:12 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Fri, 5 Mar 2010 00:36:12 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <398d3e0e1003021151p670733ewb79309bdd3f46759@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705851E@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D3B3A@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003011033g754cb50fs3902ae92f329693f@mail.gmail.com>
	<398d3e0e1003012045i7c7c2654l97d581a13c02bf9c@mail.gmail.com>
	<398d3e0e1003020747w444d089cqe385a61db4b214e0@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705A0B7@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D7AFD@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003021151p670733ewb79309bdd3f46759@mail.gmail.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A705CDF4@TK5EX14MBXC134.redmond.corp.microsoft.com>

With my last checkin, RbConfig::CONFIG[?arch?] will be ?universal-.net2.0? for IronRuby. I created a gemspec as shown below. Doing ?gem build? on it will create a gem with filename of Shri-1.2.3-universal-unknown.gem. Instead use ?rbx ?S gem build? and you will get a file called Shri-1.2.3-universal-.net.gem.

spec = Gem::Specification.new do |s|
  s.name = 'Shri'
  s.version = '1.2.3'
  s.summary = "Shri summary"
  s.platform = "universal-.net"
  s.description = %{Shri description}
  s.files = []
  s.author = "Shri"
  s.email = "shri at email"
  s.homepage = "http://shri.org"
end

I have updated with http://ironruby.net/Documentation/Real_Ruby_Applications/RubyGems with this info:
IronRuby-specific gems
Gems could specifically target IronRuby. They may contain Ruby code which uses .NET APIs, or they may even include compiled .NET assemblies. In such cases, the Gem specification should set platform <http://rubygems.org/read/chapter/20#platform> to "universal-.net" (or "universal-.net4.0" to run only on .NET 4), and build the gem using IronRuby ("rbx -S gem build").
Note that if you build the gem with MRI using "gem build", MRI will not be able to recognize the platform string, and will create a gem file named something like foo-universal-unknown.gem (instead of the expected foo-universal-.net.gem"). To avoid this, build the gem using IronRuby as mentioned above.
Talking with Tomas, we will leave RUBY_PLATFORM set to ?x86-mswin32? (on Windows) since many apps check for ?mswin32? in RUBY_PLATFORM to check if they are running on Windows. We considered appending ?.net? and setting RUBY_PLATFORM to ?.net-mswin32? or ?x86-mswin32/.net? to indicate that it was not MRI, but decided against it as you can always check RUBY_ENGINE to detect if you are running on IronRuby.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 11:52 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

That all depends on how Gem checks the platform.  If it uses the RUBY_PLATFORM variable, then IronRuby needs to change what it reports here. Currently, it reports i386-mswin32.

--
Will Green
http://hotgazpacho.org/

On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
I believe JRuby is doing the 1st one, which makes sense in my opinion. If possible we should prefer platform == ?ironruby?, (or .net, do we need to differentiate .net and mono?), but accept others.
 JD
 From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Tuesday, March 02, 2010 10:02 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: [Ironruby-core] IronRuby version of existing gems
 This brings a question to mind - what should the general approach be for porting existing gems to IronRuby? There could be two possible approaches:

1.       Create a gem with the same name (?win32console? in this case), and specify platform==?ironruby?. That way, dependent gems do not need to be updated, and users have to remember just one name. IronRuby will use the version with platform==?ironruby?, and MRI will use the one with platform==?mswin32?. So there should not be any clashes even if you use MRI and IronRuby on the same machine.

2.       Create a new gem like iron-term-ansicolor.

Any pro or cons to the two? What should the recommendation be in general?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 7:47 AM
To: ironruby-core
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

I released iron-term-ansicolor 0.0.3 last night after testing the gem install locally first.

Please let me know if you still have trouble installing it from Rubygems.org.

Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can, the same way it tries to use win32console under MRI.

--
Will Green
http://hotgazpacho.org/


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100305/bd7370c9/attachment-0001.html>

From Jimmy.Schementi at microsoft.com  Thu Mar  4 20:31:44 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Fri, 5 Mar 2010 01:31:44 +0000
Subject: [Ironruby-core] IronRuby.Ruby.GetExecutionContext removed
Message-ID: <1B42307CD4AADD438CDDA2FE1121CC920F61AA43@TK5EX14MBXC134.redmond.corp.microsoft.com>

including the mailing list as people might run into this ...

Tomas, I know you recently removed IronRuby.Ruby.GetExecutionContext; is there any other way to get to the instance of IronRuby.Ruby.RubyContext? I'd presume anyone hosting IronRuby and define ruby global variables was using DefineGlobalVariable; so they'd run into this. Looks like ScriptEngine.LanguageContext is now internal as well ...

I specifically found this while updating DLRConsole, and simply removed the places where I was using ruby global variables.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100305/ae565cb3/attachment.html>

From will at hotgazpacho.org  Fri Mar  5 10:08:19 2010
From: will at hotgazpacho.org (Will Green)
Date: Fri, 5 Mar 2010 10:08:19 -0500
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A705CDF4@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705851E@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D3B3A@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003011033g754cb50fs3902ae92f329693f@mail.gmail.com>
	<398d3e0e1003012045i7c7c2654l97d581a13c02bf9c@mail.gmail.com>
	<398d3e0e1003020747w444d089cqe385a61db4b214e0@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705A0B7@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D7AFD@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003021151p670733ewb79309bdd3f46759@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705CDF4@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <398d3e0e1003050708r41937888u61e3cf849cf82882@mail.gmail.com>

Cool beans!

I noticed in the latest push that a change was made to Ruby Gems itself:

http://github.com/ironruby/ironruby/commit/82cb04621b505dea5a010c70827addc2de6227ba#diff-0

Someone should contribute that change to the Ruby Gems project as well.

--
Will Green
http://hotgazpacho.org/


On Thu, Mar 4, 2010 at 7:36 PM, Shri Borde <Shri.Borde at microsoft.com> wrote:

>  With my last checkin, RbConfig::CONFIG[?arch?] will be
> ?universal-.net2.0? for IronRuby. I created a gemspec as shown below. Doing
> ?gem build? on it will create a gem with filename of Shri-1.2.3-universal-
> unknown.gem. Instead use ?rbx ?S gem build? and you will get a file called
> Shri-1.2.3-universal-.net.gem.
>
>
>
> spec = Gem::Specification.new do |s|
>
>   s.name = 'Shri'
>
>   s.version = '1.2.3'
>
>   s.summary = "Shri summary"
>
>   s.platform = "universal-.net"
>
>   s.description = %{Shri description}
>
>   s.files = []
>
>   s.author = "Shri"
>
>   s.email = "shri at email"
>
>   s.homepage = "http://shri.org"
>
> end
>
>
>
> I have updated with
> http://ironruby.net/Documentation/Real_Ruby_Applications/RubyGems with
> this info:
>
> *IronRuby-specific gems *
>
> Gems could specifically target IronRuby. They may contain Ruby code which
> uses .NET APIs, or they may even include compiled .NET assemblies. In such
> cases, the Gem specification should set platform
> <http://rubygems.org/read/chapter/20#platform>to "*universal-.net*" (or "*
> universal-.net4.0*" to run only on .NET 4), and build the gem using
> IronRuby ("rbx -S gem build").
>
> Note that if you build the gem with MRI using "gem build", MRI will not be
> able to recognize the platform string, and will create a gem file named
> something like foo-universal-unknown.gem (instead of the expected
> foo-universal-.net.gem"). To avoid this, build the gem using IronRuby as
> mentioned above.
>
> Talking with Tomas, we will leave RUBY_PLATFORM set to ?x86-mswin32? (on
> Windows) since many apps check for ?mswin32? in RUBY_PLATFORM to check if
> they are running on Windows. We considered *appending* ?.net? and setting
> RUBY_PLATFORM to ?.net-mswin32? or ?x86-mswin32/.net? to indicate that it
> was not MRI, but decided against it as you can always check RUBY_ENGINE to
> detect if you are running on IronRuby.
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Tuesday, March 02, 2010 11:52 AM
>
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> That all depends on how Gem checks the platform.  If it uses the
> RUBY_PLATFORM variable, then IronRuby needs to change what it reports here.
> Currently, it reports i386-mswin32.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>  On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com>
> wrote:
>
> I believe JRuby is doing the 1st one, which makes sense in my opinion. If
> possible we should prefer platform == ?ironruby?, (or .net, do we need to
> differentiate .net and mono?), but accept others.
>
>  JD
>
>  *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shri Borde
> *Sent:* Tuesday, March 02, 2010 10:02 AM
> *To:* ironruby-core at rubyforge.org
> *Subject:* [Ironruby-core] IronRuby version of existing gems
>
>  This brings a question to mind - what should the general approach be for
> porting existing gems to IronRuby? There could be two possible approaches:
>
> 1.       Create a gem with the same name (?win32console? in this case),
> and specify platform==?ironruby?. That way, dependent gems do not need to be
> updated, and users have to remember just one name. IronRuby will use the
> version with platform==?ironruby?, and MRI will use the one with
> platform==?mswin32?. So there should not be any clashes even if you use MRI
> and IronRuby on the same machine.
>
> 2.       Create a new gem like iron-term-ansicolor.
>
>
>
> Any pro or cons to the two? What should the recommendation be in general?
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Tuesday, March 02, 2010 7:47 AM
> *To:* ironruby-core
> *Subject:* Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>
>
>
> I released iron-term-ansicolor 0.0.3 last night after testing the gem
> install locally first.
>
>
>
> Please let me know if you still have trouble installing it from
> Rubygems.org.
>
>
>
> Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can,
> the same way it tries to use win32console under MRI.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100305/36d80947/attachment.html>

From Shri.Borde at microsoft.com  Fri Mar  5 10:45:35 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Fri, 5 Mar 2010 15:45:35 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <398d3e0e1003050708r41937888u61e3cf849cf82882@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705851E@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D3B3A@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003011033g754cb50fs3902ae92f329693f@mail.gmail.com>
	<398d3e0e1003012045i7c7c2654l97d581a13c02bf9c@mail.gmail.com>
	<398d3e0e1003020747w444d089cqe385a61db4b214e0@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705A0B7@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D7AFD@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003021151p670733ewb79309bdd3f46759@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705CDF4@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050708r41937888u61e3cf849cf82882@mail.gmail.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A705D693@TK5EX14MBXC134.redmond.corp.microsoft.com>

We should push the change once the dust settles down. Let?s wait until the RTM to make sure that this all actually works as we would like it to.

In the meantime, I would encourage all gem authors to play with this and see if there are any issues. ?gem build? had the issue mentioned below. Not sure if jeweler etc will have any issues.

Will, will you be renaming iron-term-ansicolor to win32console? Its your call whether you want to or not. However, if you do not, we should create a gem with platform=?universal-.net? and with the same name of a native gem, and see what the experience is (does ?ir.exe ?S gem install? prefer the .NET gem over the native gem?). I did verify that ?ir.exe ?S gem install win32console? currently does not find any matching gem since the existing win32console is a native gem.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Friday, March 05, 2010 7:08 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Cool beans!

I noticed in the latest push that a change was made to Ruby Gems itself:

http://github.com/ironruby/ironruby/commit/82cb04621b505dea5a010c70827addc2de6227ba#diff-0

Someone should contribute that change to the Ruby Gems project as well.

--
Will Green
http://hotgazpacho.org/

On Thu, Mar 4, 2010 at 7:36 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
With my last checkin, RbConfig::CONFIG[?arch?] will be ?universal-.net2.0? for IronRuby. I created a gemspec as shown below. Doing ?gem build? on it will create a gem with filename of Shri-1.2.3-universal-unknown.gem. Instead use ?rbx ?S gem build? and you will get a file called Shri-1.2.3-universal-.net.gem.

spec = Gem::Specification.new do |s|
  s.name<http://s.name> = 'Shri'
  s.version = '1.2.3'
  s.summary = "Shri summary"
  s.platform = "universal-.net"
  s.description = %{Shri description}
  s.files = []
  s.author = "Shri"
  s.email = "shri at email"
  s.homepage = "http://shri.org"
end

I have updated with http://ironruby.net/Documentation/Real_Ruby_Applications/RubyGems with this info:
IronRuby-specific gems
Gems could specifically target IronRuby. They may contain Ruby code which uses .NET APIs, or they may even include compiled .NET assemblies. In such cases, the Gem specification should set platform <http://rubygems.org/read/chapter/20#platform> to "universal-.net" (or "universal-.net4.0" to run only on .NET 4), and build the gem using IronRuby ("rbx -S gem build").
Note that if you build the gem with MRI using "gem build", MRI will not be able to recognize the platform string, and will create a gem file named something like foo-universal-unknown.gem (instead of the expected foo-universal-.net.gem"). To avoid this, build the gem using IronRuby as mentioned above.
Talking with Tomas, we will leave RUBY_PLATFORM set to ?x86-mswin32? (on Windows) since many apps check for ?mswin32? in RUBY_PLATFORM to check if they are running on Windows. We considered appending ?.net? and setting RUBY_PLATFORM to ?.net-mswin32? or ?x86-mswin32/.net? to indicate that it was not MRI, but decided against it as you can always check RUBY_ENGINE to detect if you are running on IronRuby.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 11:52 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

That all depends on how Gem checks the platform.  If it uses the RUBY_PLATFORM variable, then IronRuby needs to change what it reports here. Currently, it reports i386-mswin32.

--
Will Green
http://hotgazpacho.org/
On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
I believe JRuby is doing the 1st one, which makes sense in my opinion. If possible we should prefer platform == ?ironruby?, (or .net, do we need to differentiate .net and mono?), but accept others.
 JD
 From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Tuesday, March 02, 2010 10:02 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: [Ironruby-core] IronRuby version of existing gems
 This brings a question to mind - what should the general approach be for porting existing gems to IronRuby? There could be two possible approaches:

1.       Create a gem with the same name (?win32console? in this case), and specify platform==?ironruby?. That way, dependent gems do not need to be updated, and users have to remember just one name. IronRuby will use the version with platform==?ironruby?, and MRI will use the one with platform==?mswin32?. So there should not be any clashes even if you use MRI and IronRuby on the same machine.

2.       Create a new gem like iron-term-ansicolor.

Any pro or cons to the two? What should the recommendation be in general?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 7:47 AM
To: ironruby-core
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

I released iron-term-ansicolor 0.0.3 last night after testing the gem install locally first.

Please let me know if you still have trouble installing it from Rubygems.org.

Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can, the same way it tries to use win32console under MRI.

--
Will Green
http://hotgazpacho.org/


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100305/f9cfdf96/attachment-0001.html>

From will at hotgazpacho.org  Fri Mar  5 11:11:23 2010
From: will at hotgazpacho.org (Will Green)
Date: Fri, 5 Mar 2010 11:11:23 -0500
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A705D693@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003011033g754cb50fs3902ae92f329693f@mail.gmail.com>
	<398d3e0e1003012045i7c7c2654l97d581a13c02bf9c@mail.gmail.com>
	<398d3e0e1003020747w444d089cqe385a61db4b214e0@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705A0B7@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D7AFD@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003021151p670733ewb79309bdd3f46759@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705CDF4@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050708r41937888u61e3cf849cf82882@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D693@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <398d3e0e1003050811j14d43c61je3faed30e4764d08@mail.gmail.com>

I'd have to talk to Luis Lavena, the current maintainer of win32console. I
might also have to make some code changes or test changes to make the .Net
specific stuff a no-op on the C version of Ruby (otherwise, it won't even
run). But I'd certainly be open to this. I'll drop him a line this weekend.

--
Will Green
http://hotgazpacho.org/


On Fri, Mar 5, 2010 at 10:45 AM, Shri Borde <Shri.Borde at microsoft.com>wrote:

>  We should push the change once the dust settles down. Let?s wait until
> the RTM to make sure that this all actually works as we would like it to.
>
>
>
> In the meantime, I would encourage all gem authors to play with this and
> see if there are any issues. ?gem build? had the issue mentioned below. Not
> sure if jeweler etc will have any issues.
>
>
>
> Will, will you be renaming iron-term-ansicolor to win32console? Its your
> call whether you want to or not. However, if you do not, we should create a
> gem with platform=?universal-.net? and with the same name of a native gem,
> and see what the experience is (does ?ir.exe ?S gem install? prefer the .NET
> gem over the native gem?). I did verify that ?ir.exe ?S gem install
> win32console? currently does not find any matching gem since the existing
> win32console is a native gem.
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Friday, March 05, 2010 7:08 AM
>
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> Cool beans!
>
>
>
> I noticed in the latest push that a change was made to Ruby Gems itself:
>
>
>
>
> http://github.com/ironruby/ironruby/commit/82cb04621b505dea5a010c70827addc2de6227ba#diff-0
>
>
>
> Someone should contribute that change to the Ruby Gems project as well.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>  On Thu, Mar 4, 2010 at 7:36 PM, Shri Borde <Shri.Borde at microsoft.com>
> wrote:
>
> With my last checkin, RbConfig::CONFIG[?arch?] will be ?universal-.net2.0?
> for IronRuby. I created a gemspec as shown below. Doing ?gem build? on it
> will create a gem with filename of Shri-1.2.3-universal-unknown.gem.
> Instead use ?rbx ?S gem build? and you will get a file called
> Shri-1.2.3-universal-.net.gem.
>
>
>
> spec = Gem::Specification.new do |s|
>
>   s.name = 'Shri'
>
>   s.version = '1.2.3'
>
>   s.summary = "Shri summary"
>
>   s.platform = "universal-.net"
>
>   s.description = %{Shri description}
>
>   s.files = []
>
>   s.author = "Shri"
>
>   s.email = "shri at email"
>
>   s.homepage = "http://shri.org"
>
> end
>
>
>
> I have updated with
> http://ironruby.net/Documentation/Real_Ruby_Applications/RubyGems with
> this info:
>
> *IronRuby-specific gems *
>
> Gems could specifically target IronRuby. They may contain Ruby code which
> uses .NET APIs, or they may even include compiled .NET assemblies. In such
> cases, the Gem specification should set platform
> <http://rubygems.org/read/chapter/20#platform>to "*universal-.net*" (or "*
> universal-.net4.0*" to run only on .NET 4), and build the gem using
> IronRuby ("rbx -S gem build").
>
> Note that if you build the gem with MRI using "gem build", MRI will not be
> able to recognize the platform string, and will create a gem file named
> something like foo-universal-unknown.gem (instead of the expected
> foo-universal-.net.gem"). To avoid this, build the gem using IronRuby as
> mentioned above.
>
> Talking with Tomas, we will leave RUBY_PLATFORM set to ?x86-mswin32? (on
> Windows) since many apps check for ?mswin32? in RUBY_PLATFORM to check if
> they are running on Windows. We considered *appending* ?.net? and setting
> RUBY_PLATFORM to ?.net-mswin32? or ?x86-mswin32/.net? to indicate that it
> was not MRI, but decided against it as you can always check RUBY_ENGINE to
> detect if you are running on IronRuby.
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Tuesday, March 02, 2010 11:52 AM
>
>
> *To:* ironruby-core at rubyforge.org
>
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> That all depends on how Gem checks the platform.  If it uses the
> RUBY_PLATFORM variable, then IronRuby needs to change what it reports here.
> Currently, it reports i386-mswin32.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com>
> wrote:
>
> I believe JRuby is doing the 1st one, which makes sense in my opinion. If
> possible we should prefer platform == ?ironruby?, (or .net, do we need to
> differentiate .net and mono?), but accept others.
>
>  JD
>
>  *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shri Borde
> *Sent:* Tuesday, March 02, 2010 10:02 AM
> *To:* ironruby-core at rubyforge.org
> *Subject:* [Ironruby-core] IronRuby version of existing gems
>
>  This brings a question to mind - what should the general approach be for
> porting existing gems to IronRuby? There could be two possible approaches:
>
> 1.       Create a gem with the same name (?win32console? in this case),
> and specify platform==?ironruby?. That way, dependent gems do not need to be
> updated, and users have to remember just one name. IronRuby will use the
> version with platform==?ironruby?, and MRI will use the one with
> platform==?mswin32?. So there should not be any clashes even if you use MRI
> and IronRuby on the same machine.
>
> 2.       Create a new gem like iron-term-ansicolor.
>
>
>
> Any pro or cons to the two? What should the recommendation be in general?
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Tuesday, March 02, 2010 7:47 AM
> *To:* ironruby-core
> *Subject:* Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>
>
>
> I released iron-term-ansicolor 0.0.3 last night after testing the gem
> install locally first.
>
>
>
> Please let me know if you still have trouble installing it from
> Rubygems.org.
>
>
>
> Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can,
> the same way it tries to use win32console under MRI.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100305/3315fcf6/attachment.html>

From Shri.Borde at microsoft.com  Fri Mar  5 12:00:19 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Fri, 5 Mar 2010 17:00:19 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <398d3e0e1003050811j14d43c61je3faed30e4764d08@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003011033g754cb50fs3902ae92f329693f@mail.gmail.com>
	<398d3e0e1003012045i7c7c2654l97d581a13c02bf9c@mail.gmail.com>
	<398d3e0e1003020747w444d089cqe385a61db4b214e0@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705A0B7@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D7AFD@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003021151p670733ewb79309bdd3f46759@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705CDF4@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050708r41937888u61e3cf849cf82882@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D693@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050811j14d43c61je3faed30e4764d08@mail.gmail.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A705D77D@TK5EX14MBXC134.redmond.corp.microsoft.com>

The whole point of changing RbConfig::CONFIG[?arch?] was to be able to have two independent gem files. So you should not need to have to modify Luis Lavena?s code, right? And people installing win32console with MRI should not run any of your code, right?

You could certainly drop him a line as a courtesy heads-up?

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Friday, March 05, 2010 8:11 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

I'd have to talk to Luis Lavena, the current maintainer of win32console. I might also have to make some code changes or test changes to make the .Net specific stuff a no-op on the C version of Ruby (otherwise, it won't even run). But I'd certainly be open to this. I'll drop him a line this weekend.

--
Will Green
http://hotgazpacho.org/

On Fri, Mar 5, 2010 at 10:45 AM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
We should push the change once the dust settles down. Let?s wait until the RTM to make sure that this all actually works as we would like it to.

In the meantime, I would encourage all gem authors to play with this and see if there are any issues. ?gem build? had the issue mentioned below. Not sure if jeweler etc will have any issues.

Will, will you be renaming iron-term-ansicolor to win32console? Its your call whether you want to or not. However, if you do not, we should create a gem with platform=?universal-.net? and with the same name of a native gem, and see what the experience is (does ?ir.exe ?S gem install? prefer the .NET gem over the native gem?). I did verify that ?ir.exe ?S gem install win32console? currently does not find any matching gem since the existing win32console is a native gem.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 7:08 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Cool beans!

I noticed in the latest push that a change was made to Ruby Gems itself:

http://github.com/ironruby/ironruby/commit/82cb04621b505dea5a010c70827addc2de6227ba#diff-0

Someone should contribute that change to the Ruby Gems project as well.

--
Will Green
http://hotgazpacho.org/
On Thu, Mar 4, 2010 at 7:36 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
With my last checkin, RbConfig::CONFIG[?arch?] will be ?universal-.net2.0? for IronRuby. I created a gemspec as shown below. Doing ?gem build? on it will create a gem with filename of Shri-1.2.3-universal-unknown.gem. Instead use ?rbx ?S gem build? and you will get a file called Shri-1.2.3-universal-.net.gem.

spec = Gem::Specification.new do |s|
  s.name<http://s.name> = 'Shri'
  s.version = '1.2.3'
  s.summary = "Shri summary"
  s.platform = "universal-.net"
  s.description = %{Shri description}
  s.files = []
  s.author = "Shri"
  s.email = "shri at email"
  s.homepage = "http://shri.org"
end

I have updated with http://ironruby.net/Documentation/Real_Ruby_Applications/RubyGems with this info:
IronRuby-specific gems
Gems could specifically target IronRuby. They may contain Ruby code which uses .NET APIs, or they may even include compiled .NET assemblies. In such cases, the Gem specification should set platform <http://rubygems.org/read/chapter/20#platform> to "universal-.net" (or "universal-.net4.0" to run only on .NET 4), and build the gem using IronRuby ("rbx -S gem build").
Note that if you build the gem with MRI using "gem build", MRI will not be able to recognize the platform string, and will create a gem file named something like foo-universal-unknown.gem (instead of the expected foo-universal-.net.gem"). To avoid this, build the gem using IronRuby as mentioned above.
Talking with Tomas, we will leave RUBY_PLATFORM set to ?x86-mswin32? (on Windows) since many apps check for ?mswin32? in RUBY_PLATFORM to check if they are running on Windows. We considered appending ?.net? and setting RUBY_PLATFORM to ?.net-mswin32? or ?x86-mswin32/.net? to indicate that it was not MRI, but decided against it as you can always check RUBY_ENGINE to detect if you are running on IronRuby.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 11:52 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

That all depends on how Gem checks the platform.  If it uses the RUBY_PLATFORM variable, then IronRuby needs to change what it reports here. Currently, it reports i386-mswin32.

--
Will Green
http://hotgazpacho.org/
On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
I believe JRuby is doing the 1st one, which makes sense in my opinion. If possible we should prefer platform == ?ironruby?, (or .net, do we need to differentiate .net and mono?), but accept others.
 JD
 From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Tuesday, March 02, 2010 10:02 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: [Ironruby-core] IronRuby version of existing gems
 This brings a question to mind - what should the general approach be for porting existing gems to IronRuby? There could be two possible approaches:

1.       Create a gem with the same name (?win32console? in this case), and specify platform==?ironruby?. That way, dependent gems do not need to be updated, and users have to remember just one name. IronRuby will use the version with platform==?ironruby?, and MRI will use the one with platform==?mswin32?. So there should not be any clashes even if you use MRI and IronRuby on the same machine.

2.       Create a new gem like iron-term-ansicolor.

Any pro or cons to the two? What should the recommendation be in general?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 7:47 AM
To: ironruby-core
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

I released iron-term-ansicolor 0.0.3 last night after testing the gem install locally first.

Please let me know if you still have trouble installing it from Rubygems.org.

Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can, the same way it tries to use win32console under MRI.

--
Will Green
http://hotgazpacho.org/


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100305/61f785c5/attachment-0001.html>

From ryan.riley at panesofglass.org  Fri Mar  5 12:40:54 2010
From: ryan.riley at panesofglass.org (Ryan Riley)
Date: Fri, 5 Mar 2010 09:40:54 -0800
Subject: [Ironruby-core] Mono setup
In-Reply-To: <b1c6aabb1003040034r7acb3d06ra68a7d0193beab2a@mail.gmail.com>
References: <a880efe11003031456y38dec5edp718eca1637c2ede@mail.gmail.com> 
	<b1c6aabb1003040034r7acb3d06ra68a7d0193beab2a@mail.gmail.com>
Message-ID: <a880efe11003050940wb2bff79pe805418f3b48c8ec@mail.gmail.com>

Fantastic!  Thanks, Ivan. That worked. I think my problem was that I hadn't
run 'chmod +x' on the .dll files. I hope that helps someone else.

Okay, as far as building
IronRuby<http://wiki.github.com/ironruby/ironruby/building#wiki_building-mono>,
I'm still having some issues. I pulled down Ivan's fork from github. Running
./build tells me:
Beleriand:ironruby ryan$ ./build --trace
(in /Volumes/Nargothrond/dev/ironruby)
rake aborted!
Don't know how to build task 'compile:all'

(See full trace by running task with --trace)
(in /Volumes/Nargothrond/dev/ironruby)
rake aborted!
Don't know how to build task 'compile:all'

(See full trace by running task with --trace)

When I run rake compile, I get:
Beleriand:ironruby ryan$ rake compile --trace
(in /Volumes/Nargothrond/dev/ironruby)
rake aborted!
Don't know how to build task 'compile'
/Users/ryan/.rvm/gems/ruby-1.8.6-p399/gems/rake-0.8.7/lib/rake.rb:1728:in
`[]'
/Users/ryan/.rvm/gems/ruby-1.8.6-p399/gems/rake-0.8.7/lib/rake.rb:2050:in
`invoke_task'
/Users/ryan/.rvm/gems/ruby-1.8.6-p399/gems/rake-0.8.7/lib/rake.rb:2029:in
`top_level'
/Users/ryan/.rvm/gems/ruby-1.8.6-p399/gems/rake-0.8.7/lib/rake.rb:2029:in
`each'
/Users/ryan/.rvm/gems/ruby-1.8.6-p399/gems/rake-0.8.7/lib/rake.rb:2029:in
`top_level'
/Users/ryan/.rvm/gems/ruby-1.8.6-p399/gems/rake-0.8.7/lib/rake.rb:2068:in
`standard_exception_handling'
/Users/ryan/.rvm/gems/ruby-1.8.6-p399/gems/rake-0.8.7/lib/rake.rb:2023:in
`top_level'
/Users/ryan/.rvm/gems/ruby-1.8.6-p399/gems/rake-0.8.7/lib/rake.rb:2001:in
`run'
/Users/ryan/.rvm/gems/ruby-1.8.6-p399/gems/rake-0.8.7/lib/rake.rb:2068:in
`standard_exception_handling'
/Users/ryan/.rvm/gems/ruby-1.8.6-p399/gems/rake-0.8.7/lib/rake.rb:1998:in
`run'
/Users/ryan/.rvm/gems/ruby-1.8.6-p399/gems/rake-0.8.7/bin/rake:31
/Users/ryan/.rvm/gems/ruby-1.8.6-p399/bin/rake:19:in `load'
/Users/ryan/.rvm/gems/ruby-1.8.6-p399/bin/rake:19

What might I be doing wrong?

Ryan Riley

Email: ryan.riley at panesofglass.org
LinkedIn: http://www.linkedin.com/in/ryanriley
Blog: http://wizardsofsmart.net/
Twitter: @panesofglass
Website: http://panesofglass.org/


On Thu, Mar 4, 2010 at 12:34 AM, Ivan Porto Carrero <
ivan at whiterabbitconsulting.eu> wrote:

> Hello Ryan,
>
> I've included the mailinglist because this info can be of help to other
> people trying to get going with IronRuby on mono.
>
> if you do want to symlink then you have to symlink everything under
> /usr/local/ironruby/bin/* to /usr/local/bin and
> /usr/local/ironruby/lib/ironruby/* /usr/local/lib/ironruby
>
> it might be easier to not symlink (it can't find ir.exe.config then I
> think) but just add
>
>     export PATH=/usr/local/ironruby/bin:$PATH
>
> to the bottom of your ~/.bashrc or ~/.profile file
> if you don't want to start a new bash session you can execute that export
> command in your current bash session too.
>
> then if you do
> which ir
>
> it should show you /usr/local/ironruby/bin/ir
>
> You can download the rc2 files from:
> http://dl.dropbox.com/u/21717/ironruby-rc2.tar.bz2
>
> Another option to use ironruby on mono is to use rvm I believe, but Daniele
> has more info on that.
>
> Which version of mono are you using? mono -V
> AFAIK mono needs to be 2.6.1 built from the branch because there are a few
> issues that got fixed after the mono 2.6.1 release
> ---
> Met vriendelijke groeten - Best regards - Salutations
> Ivan Porto Carrero
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)
> Microsoft IronRuby/C# MVP
>
>
>
> On Wed, Mar 3, 2010 at 11:56 PM, Ryan Riley <ryan.riley at panesofglass.org>
>  wrote:
>
>> Ivan,
>>
>> I'm following your setup for installing ir on mono. I've created a symlink
>> to ir in /usr/local/bin from /usr/local/ironruby/bin using the included ir
>> script. The only difference is that the one in ir now has an '*' instead of
>> the '@' you have in the book. However, when I run 'ir' on the command line,
>> I get "env: bash\r: No such file or directory". I've no idea what to do now.
>> Any thoughts?
>>
>> Cheers!
>>
>>
>> Ryan Riley
>>
>> Email: ryan.riley at panesofglass.org
>> LinkedIn: http://www.linkedin.com/in/ryanriley
>> Blog: http://wizardsofsmart.net/
>> Twitter: @panesofglass
>> Website: http://panesofglass.org/
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100305/f2ebc5ac/attachment.html>

From will at hotgazpacho.org  Fri Mar  5 12:46:10 2010
From: will at hotgazpacho.org (Will Green)
Date: Fri, 5 Mar 2010 12:46:10 -0500
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A705D77D@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003020747w444d089cqe385a61db4b214e0@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705A0B7@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D7AFD@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003021151p670733ewb79309bdd3f46759@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705CDF4@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050708r41937888u61e3cf849cf82882@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D693@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050811j14d43c61je3faed30e4764d08@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D77D@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <398d3e0e1003050946w6e10b908p47ff15e3c675a3cf@mail.gmail.com>

I may not fully understand the Gem process here, so please pardon any
ignorance.

As I understand it, the ability to have separate, per-platform gem files for
one Gem name would require that the code for all the platforms is present in
the source of the Gem. That way, when you gem install XXX, the XXX library
will get compiled locally for your current platform. Or, if the gem author
provides them, pre-compiled binaries for your platform. In order to do that,
though, I think the source code for multiple platforms needs to be present
in the gem source.

Luis is very knowledgeable in this area; he also wrote rake-compiler to
address this issue with JRuby as well:
http://github.com/luislavena/rake-compiler

I think it best to get his perspective on the best way to go about this.

I am, however, glad that IronRuby is now more truthful about its
architecture (since gems compiled for mswin32 WILL NOT WORK on IronRuby). I
am certain this will lead to less frustration from end-users going forward.

--
Will Green
http://hotgazpacho.org/


On Fri, Mar 5, 2010 at 12:00 PM, Shri Borde <Shri.Borde at microsoft.com>wrote:

>  The whole point of changing RbConfig::CONFIG[?arch?] was to be able to
> have two independent gem files. So you should not need to have to modify
> Luis Lavena?s code, right? And people installing win32console with MRI
> should not run any of your code, right?
>
>
>
> You could certainly drop him a line as a courtesy heads-up?
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Friday, March 05, 2010 8:11 AM
>
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> I'd have to talk to Luis Lavena, the current maintainer of win32console. I
> might also have to make some code changes or test changes to make the .Net
> specific stuff a no-op on the C version of Ruby (otherwise, it won't even
> run). But I'd certainly be open to this. I'll drop him a line this weekend.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>  On Fri, Mar 5, 2010 at 10:45 AM, Shri Borde <Shri.Borde at microsoft.com>
> wrote:
>
> We should push the change once the dust settles down. Let?s wait until the
> RTM to make sure that this all actually works as we would like it to.
>
>
>
> In the meantime, I would encourage all gem authors to play with this and
> see if there are any issues. ?gem build? had the issue mentioned below. Not
> sure if jeweler etc will have any issues.
>
>
>
> Will, will you be renaming iron-term-ansicolor to win32console? Its your
> call whether you want to or not. However, if you do not, we should create a
> gem with platform=?universal-.net? and with the same name of a native gem,
> and see what the experience is (does ?ir.exe ?S gem install? prefer the .NET
> gem over the native gem?). I did verify that ?ir.exe ?S gem install
> win32console? currently does not find any matching gem since the existing
> win32console is a native gem.
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Friday, March 05, 2010 7:08 AM
>
>
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> Cool beans!
>
>
>
> I noticed in the latest push that a change was made to Ruby Gems itself:
>
>
>
>
> http://github.com/ironruby/ironruby/commit/82cb04621b505dea5a010c70827addc2de6227ba#diff-0
>
>
>
> Someone should contribute that change to the Ruby Gems project as well.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> On Thu, Mar 4, 2010 at 7:36 PM, Shri Borde <Shri.Borde at microsoft.com>
> wrote:
>
> With my last checkin, RbConfig::CONFIG[?arch?] will be ?universal-.net2.0?
> for IronRuby. I created a gemspec as shown below. Doing ?gem build? on it
> will create a gem with filename of Shri-1.2.3-universal-unknown.gem.
> Instead use ?rbx ?S gem build? and you will get a file called
> Shri-1.2.3-universal-.net.gem.
>
>
>
> spec = Gem::Specification.new do |s|
>
>   s.name = 'Shri'
>
>   s.version = '1.2.3'
>
>   s.summary = "Shri summary"
>
>   s.platform = "universal-.net"
>
>   s.description = %{Shri description}
>
>   s.files = []
>
>   s.author = "Shri"
>
>   s.email = "shri at email"
>
>   s.homepage = "http://shri.org"
>
> end
>
>
>
> I have updated with
> http://ironruby.net/Documentation/Real_Ruby_Applications/RubyGems with
> this info:
>
> *IronRuby-specific gems *
>
> Gems could specifically target IronRuby. They may contain Ruby code which
> uses .NET APIs, or they may even include compiled .NET assemblies. In such
> cases, the Gem specification should set platform
> <http://rubygems.org/read/chapter/20#platform>to "*universal-.net*" (or "*
> universal-.net4.0*" to run only on .NET 4), and build the gem using
> IronRuby ("rbx -S gem build").
>
> Note that if you build the gem with MRI using "gem build", MRI will not be
> able to recognize the platform string, and will create a gem file named
> something like foo-universal-unknown.gem (instead of the expected
> foo-universal-.net.gem"). To avoid this, build the gem using IronRuby as
> mentioned above.
>
> Talking with Tomas, we will leave RUBY_PLATFORM set to ?x86-mswin32? (on
> Windows) since many apps check for ?mswin32? in RUBY_PLATFORM to check if
> they are running on Windows. We considered *appending* ?.net? and setting
> RUBY_PLATFORM to ?.net-mswin32? or ?x86-mswin32/.net? to indicate that it
> was not MRI, but decided against it as you can always check RUBY_ENGINE to
> detect if you are running on IronRuby.
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Tuesday, March 02, 2010 11:52 AM
>
>
> *To:* ironruby-core at rubyforge.org
>
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> That all depends on how Gem checks the platform.  If it uses the
> RUBY_PLATFORM variable, then IronRuby needs to change what it reports here.
> Currently, it reports i386-mswin32.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com>
> wrote:
>
> I believe JRuby is doing the 1st one, which makes sense in my opinion. If
> possible we should prefer platform == ?ironruby?, (or .net, do we need to
> differentiate .net and mono?), but accept others.
>
>  JD
>
>  *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shri Borde
> *Sent:* Tuesday, March 02, 2010 10:02 AM
> *To:* ironruby-core at rubyforge.org
> *Subject:* [Ironruby-core] IronRuby version of existing gems
>
>  This brings a question to mind - what should the general approach be for
> porting existing gems to IronRuby? There could be two possible approaches:
>
> 1.       Create a gem with the same name (?win32console? in this case),
> and specify platform==?ironruby?. That way, dependent gems do not need to be
> updated, and users have to remember just one name. IronRuby will use the
> version with platform==?ironruby?, and MRI will use the one with
> platform==?mswin32?. So there should not be any clashes even if you use MRI
> and IronRuby on the same machine.
>
> 2.       Create a new gem like iron-term-ansicolor.
>
>
>
> Any pro or cons to the two? What should the recommendation be in general?
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Tuesday, March 02, 2010 7:47 AM
> *To:* ironruby-core
> *Subject:* Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>
>
>
> I released iron-term-ansicolor 0.0.3 last night after testing the gem
> install locally first.
>
>
>
> Please let me know if you still have trouble installing it from
> Rubygems.org.
>
>
>
> Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can,
> the same way it tries to use win32console under MRI.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100305/2c67af3a/attachment-0001.html>

From Shri.Borde at microsoft.com  Fri Mar  5 20:39:55 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Sat, 6 Mar 2010 01:39:55 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <398d3e0e1003050946w6e10b908p47ff15e3c675a3cf@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003020747w444d089cqe385a61db4b214e0@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705A0B7@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D7AFD@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003021151p670733ewb79309bdd3f46759@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705CDF4@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050708r41937888u61e3cf849cf82882@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D693@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050811j14d43c61je3faed30e4764d08@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D77D@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050946w6e10b908p47ff15e3c675a3cf@mail.gmail.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A705DDD2@TK5EX14MBXC134.redmond.corp.microsoft.com>

The gem file name does include the platform information. That would seem to imply that gems for different platforms will live in different gem files. I am not too knowledge about the Gem process as well, so I may be incorrect as well?

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Friday, March 05, 2010 9:46 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

I may not fully understand the Gem process here, so please pardon any ignorance.

As I understand it, the ability to have separate, per-platform gem files for one Gem name would require that the code for all the platforms is present in the source of the Gem. That way, when you gem install XXX, the XXX library will get compiled locally for your current platform. Or, if the gem author provides them, pre-compiled binaries for your platform. In order to do that, though, I think the source code for multiple platforms needs to be present in the gem source.

Luis is very knowledgeable in this area; he also wrote rake-compiler to address this issue with JRuby as well: http://github.com/luislavena/rake-compiler

I think it best to get his perspective on the best way to go about this.

I am, however, glad that IronRuby is now more truthful about its architecture (since gems compiled for mswin32 WILL NOT WORK on IronRuby). I am certain this will lead to less frustration from end-users going forward.

--
Will Green
http://hotgazpacho.org/

On Fri, Mar 5, 2010 at 12:00 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
The whole point of changing RbConfig::CONFIG[?arch?] was to be able to have two independent gem files. So you should not need to have to modify Luis Lavena?s code, right? And people installing win32console with MRI should not run any of your code, right?

You could certainly drop him a line as a courtesy heads-up?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 8:11 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

I'd have to talk to Luis Lavena, the current maintainer of win32console. I might also have to make some code changes or test changes to make the .Net specific stuff a no-op on the C version of Ruby (otherwise, it won't even run). But I'd certainly be open to this. I'll drop him a line this weekend.

--
Will Green
http://hotgazpacho.org/
On Fri, Mar 5, 2010 at 10:45 AM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
We should push the change once the dust settles down. Let?s wait until the RTM to make sure that this all actually works as we would like it to.

In the meantime, I would encourage all gem authors to play with this and see if there are any issues. ?gem build? had the issue mentioned below. Not sure if jeweler etc will have any issues.

Will, will you be renaming iron-term-ansicolor to win32console? Its your call whether you want to or not. However, if you do not, we should create a gem with platform=?universal-.net? and with the same name of a native gem, and see what the experience is (does ?ir.exe ?S gem install? prefer the .NET gem over the native gem?). I did verify that ?ir.exe ?S gem install win32console? currently does not find any matching gem since the existing win32console is a native gem.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 7:08 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Cool beans!

I noticed in the latest push that a change was made to Ruby Gems itself:

http://github.com/ironruby/ironruby/commit/82cb04621b505dea5a010c70827addc2de6227ba#diff-0

Someone should contribute that change to the Ruby Gems project as well.

--
Will Green
http://hotgazpacho.org/
On Thu, Mar 4, 2010 at 7:36 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
With my last checkin, RbConfig::CONFIG[?arch?] will be ?universal-.net2.0? for IronRuby. I created a gemspec as shown below. Doing ?gem build? on it will create a gem with filename of Shri-1.2.3-universal-unknown.gem. Instead use ?rbx ?S gem build? and you will get a file called Shri-1.2.3-universal-.net.gem.

spec = Gem::Specification.new do |s|
  s.name<http://s.name> = 'Shri'
  s.version = '1.2.3'
  s.summary = "Shri summary"
  s.platform = "universal-.net"
  s.description = %{Shri description}
  s.files = []
  s.author = "Shri"
  s.email = "shri at email"
  s.homepage = "http://shri.org"
end

I have updated with http://ironruby.net/Documentation/Real_Ruby_Applications/RubyGems with this info:
IronRuby-specific gems
Gems could specifically target IronRuby. They may contain Ruby code which uses .NET APIs, or they may even include compiled .NET assemblies. In such cases, the Gem specification should set platform <http://rubygems.org/read/chapter/20#platform> to "universal-.net" (or "universal-.net4.0" to run only on .NET 4), and build the gem using IronRuby ("rbx -S gem build").
Note that if you build the gem with MRI using "gem build", MRI will not be able to recognize the platform string, and will create a gem file named something like foo-universal-unknown.gem (instead of the expected foo-universal-.net.gem"). To avoid this, build the gem using IronRuby as mentioned above.
Talking with Tomas, we will leave RUBY_PLATFORM set to ?x86-mswin32? (on Windows) since many apps check for ?mswin32? in RUBY_PLATFORM to check if they are running on Windows. We considered appending ?.net? and setting RUBY_PLATFORM to ?.net-mswin32? or ?x86-mswin32/.net? to indicate that it was not MRI, but decided against it as you can always check RUBY_ENGINE to detect if you are running on IronRuby.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 11:52 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

That all depends on how Gem checks the platform.  If it uses the RUBY_PLATFORM variable, then IronRuby needs to change what it reports here. Currently, it reports i386-mswin32.

--
Will Green
http://hotgazpacho.org/
On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
I believe JRuby is doing the 1st one, which makes sense in my opinion. If possible we should prefer platform == ?ironruby?, (or .net, do we need to differentiate .net and mono?), but accept others.
 JD
 From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Tuesday, March 02, 2010 10:02 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: [Ironruby-core] IronRuby version of existing gems
 This brings a question to mind - what should the general approach be for porting existing gems to IronRuby? There could be two possible approaches:

1.       Create a gem with the same name (?win32console? in this case), and specify platform==?ironruby?. That way, dependent gems do not need to be updated, and users have to remember just one name. IronRuby will use the version with platform==?ironruby?, and MRI will use the one with platform==?mswin32?. So there should not be any clashes even if you use MRI and IronRuby on the same machine.

2.       Create a new gem like iron-term-ansicolor.

Any pro or cons to the two? What should the recommendation be in general?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 7:47 AM
To: ironruby-core
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

I released iron-term-ansicolor 0.0.3 last night after testing the gem install locally first.

Please let me know if you still have trouble installing it from Rubygems.org.

Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can, the same way it tries to use win32console under MRI.

--
Will Green
http://hotgazpacho.org/


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100306/2f80f7f9/attachment-0001.html>

From Tomas.Matousek at microsoft.com  Fri Mar  5 23:22:10 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Sat, 6 Mar 2010 04:22:10 +0000
Subject: [Ironruby-core] Code Review: SymToProc
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C401C4D6B@TK5EX14MBXC122.redmond.corp.microsoft.com>

  tfpt review "/shelveset:SymToProc;REDMOND\tomat"
  Comment  : 
  Implements Symbol#to_proc

Tomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: SymToProc.diff
Type: application/octet-stream
Size: 17030 bytes
Desc: SymToProc.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100306/a66f4cac/attachment.obj>

From will at hotgazpacho.org  Fri Mar  5 23:18:15 2010
From: will at hotgazpacho.org (Will Green)
Date: Fri, 5 Mar 2010 23:18:15 -0500
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A705DDD2@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003020747w444d089cqe385a61db4b214e0@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705A0B7@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D7AFD@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003021151p670733ewb79309bdd3f46759@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705CDF4@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050708r41937888u61e3cf849cf82882@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D693@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050811j14d43c61je3faed30e4764d08@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D77D@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050946w6e10b908p47ff15e3c675a3cf@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705DDD2@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <93B2F57F-294D-49C2-9050-691B877627F5@hotgazpacho.org>

See  http://docs.rubygems.org/read/chapter/20#platform

Basically, most gems contain pure Ruby code. Some gems contain C (or  
Java, or now possibly C#) code that gets compiled at gem install time.  
Some gems even include pre-compiled code. You will find that the  
overwhelming majority of these gems target the mswin32 platform (which  
is based on the VC6 runtime).

The reason that binary gems are distributed is that, unlike on most  
Linux/UNIX/BSD based systems, Windows does not come with a C compiler,  
let alone the specific version used to create mswin32 Ruby, MSVC 6.  
So, users of the mswin32 Ruby relied on those who had a license to  
MSVC 6 to provide binaries of the gems they needed. This is a major  
reason why development of the mswin32 Ruby has ceased... Very few  
people have MSVC6, it's old and slow, and those who want MSVC6 (so  
they can contribute to mswin32 Ruby) can't get it anymore. This is why  
the mingw32 version of Ruby is the actively maintained version of C  
Ruby on Windows: no worries about mingw licensing and distribution,  
and it's freely available.

This is the reason why it is important that IronRuby report the  
correct architecture and runtime environment. As I said before, Gems  
that target mswin32 will not run on IronRuby, because the thing that  
makes them mswin32 is that they include C extensions that can be, or  
are, compiled to native, unmanaged code targetting the MSVC6 runtime.  
So, it is important that IronRuby not identify itself as mswin32,  
because the gems that target that platform won't work on IronRuby  
anyway.

What Luis has done with Rake Compiler is allow the gem author to  
create extensions in C and Java, and permit them to compile platform  
specific versions of the same gem. I'm sure that he would welcome  
contributions that would allow us to write extensions in C# and build  
gems that target IronRuby as a platform, all while keeping the same  
gem name. That is, win32console-mswin32.gem and win32console- 
mingw32.gem come from the same source gem, but they are compiled  
against different runtimes, and target different platforms. With  
IronRuby identifying itself correctly, and some additions to rake- 
compiler to generate .Net assemblies, it may be possible to generate a  
win32console-.net20.gem. Even then, we'd need to provide patches to  
libraries that use a regex against RUBY_PLATFORM to determine if we're  
running on Windows. But then, what if you're running IronRuby on Mono  
on Linux, where any of the win32xxx gems make no sense?

My point is that I don't see a way to just inject IronRuby-specific  
libraries in place of the mswin32 ones without causing all sorts of  
headaches with platform juggling. IronRuby is not always on Windows,  
and thus should not identify itself as running on Windows, and  
certainly should not identify itself as the MSVC6 version or Ruby.

--
Will Green
http://hotgazpacho.org/



On Mar 5, 2010, at 8:39 PM, Shri Borde <Shri.Borde at microsoft.com> wrote:

> The gem file name does include the platform information. That would  
> seem to imply that gems for different platforms will live in  
> different gem files. I am not too knowledge about the Gem process as  
> well, so I may be incorrect as well?
>
>
>
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- 
> bounces at rubyforge.org] On Behalf Of Will Green
> Sent: Friday, March 05, 2010 9:46 AM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> I may not fully understand the Gem process here, so please pardon  
> any ignorance.
>
>
>
> As I understand it, the ability to have separate, per-platform gem  
> files for one Gem name would require that the code for all the  
> platforms is present in the source of the Gem. That way, when you  
> gem install XXX, the XXX library will get compiled locally for your  
> current platform. Or, if the gem author provides them, pre-compiled  
> binaries for your platform. In order to do that, though, I think the  
> source code for multiple platforms needs to be present in the gem  
> source.
>
>
>
> Luis is very knowledgeable in this area; he also wrote rake-compiler  
> to address this issue with JRuby as well: http://github.com/luislavena/rake-compiler
>
>
>
> I think it best to get his perspective on the best way to go about  
> this.
>
>
>
> I am, however, glad that IronRuby is now more truthful about its  
> architecture (since gems compiled for mswin32 WILL NOT WORK on  
> IronRuby). I am certain this will lead to less frustration from end- 
> users going forward.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
> On Fri, Mar 5, 2010 at 12:00 PM, Shri Borde  
> <Shri.Borde at microsoft.com> wrote:
>
> The whole point of changing RbConfig::CONFIG[?arch?] was to be  
> able to have two independent gem files. So you should not need to ha 
> ve to modify Luis Lavena?s code, right? And people installing win32c 
> onsole with MRI should not run any of your code, right?
>
>
>
> You could certainly drop him a line as a courtesy heads-up?
>
>
>
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- 
> bounces at rubyforge.org] On Behalf Of Will Green
> Sent: Friday, March 05, 2010 8:11 AM
>
>
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> I'd have to talk to Luis Lavena, the current maintainer of  
> win32console. I might also have to make some code changes or test  
> changes to make the .Net specific stuff a no-op on the C version of  
> Ruby (otherwise, it won't even run). But I'd certainly be open to  
> this. I'll drop him a line this weekend.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> On Fri, Mar 5, 2010 at 10:45 AM, Shri Borde  
> <Shri.Borde at microsoft.com> wrote:
>
> We should push the change once the dust settles down. Let?s wait unt 
> il the RTM to make sure that this all actually works as we would lik 
> e it to.
>
>
>
> In the meantime, I would encourage all gem authors to play with this  
> and see if there are any issues. ?gem build? had the issue  
> mentioned below. Not sure if jeweler etc will have any issues.
>
>
>
> Will, will you be renaming iron-term-ansicolor to win32console? Its  
> your call whether you want to or not. However, if you do not, we  
> should create a gem with platform=?universal-.net? and with the  
> same name of a native gem, and see what the experience is (does ?ir. 
> exe ?S gem install? prefer the .NET gem over the native gem?). I  
> did verify that ?ir.exe ?S gem install win32console? currently  
> does not find any matching gem since the existing win32console is a  
> native gem.
>
>
>
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- 
> bounces at rubyforge.org] On Behalf Of Will Green
> Sent: Friday, March 05, 2010 7:08 AM
>
>
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> Cool beans!
>
>
>
> I noticed in the latest push that a change was made to Ruby Gems  
> itself:
>
>
>
> http://github.com/ironruby/ironruby/commit/82cb04621b505dea5a010c70827addc2de6227ba#diff-0
>
>
>
> Someone should contribute that change to the Ruby Gems project as  
> well.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> On Thu, Mar 4, 2010 at 7:36 PM, Shri Borde  
> <Shri.Borde at microsoft.com> wrote:
>
> With my last checkin, RbConfig::CONFIG[?arch?] will be  
> ?universal-.net2.0? for IronRuby. I created a gemspec as shown  
> below. Doing ?gem build? on it will create a gem with filename of  
> Shri-1.2.3-universal-unknown.gem. Instead use ?rbx ?S gem  
> build? and you will get a file called Shri-1.2.3-universal-.net.gem.
>
>
>
> spec = Gem::Specification.new do |s|
>
>   s.name = 'Shri'
>
>   s.version = '1.2.3'
>
>   s.summary = "Shri summary"
>
>   s.platform = "universal-.net"
>
>   s.description = %{Shri description}
>
>   s.files = []
>
>   s.author = "Shri"
>
>   s.email = "shri at email"
>
>   s.homepage = "http://shri.org"
>
> end
>
>
>
> I have updated with http://ironruby.net/Documentation/Real_Ruby_Applications/RubyGems 
>  with this info:
>
> IronRuby-specific gems
>
> Gems could specifically target IronRuby. They may contain Ruby code  
> which uses .NET APIs, or they may even include compiled .NET  
> assemblies. In such cases, the Gem specification should set platform  
> to "universal-.net" (or "universal-.net4.0" to run only on .NET 4),  
> and build the gem using IronRuby ("rbx -S gem build").
>
> Note that if you build the gem with MRI using "gem build", MRI will  
> not be able to recognize the platform string, and will create a gem  
> file named something like foo-universal-unknown.gem (instead of the  
> expected foo-universal-.net.gem"). To avoid this, build the gem  
> using IronRuby as mentioned above.
>
> Talking with Tomas, we will leave RUBY_PLATFORM set to ?x86- 
> mswin32? (on Windows) since many apps check for ?mswin32? in  
> RUBY_PLATFORM to check if they are running on Windows. We considered 
>  appending ?.net? and setting RUBY_PLATFORM to ?.net-mswin32?  
> or ?x86-mswin32/.net? to indicate that it was not MRI, but  
> decided against it as you can always check RUBY_ENGINE to detect if  
> you are running on IronRuby.
>
>
>
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- 
> bounces at rubyforge.org] On Behalf Of Will Green
> Sent: Tuesday, March 02, 2010 11:52 AM
>
>
> To: ironruby-core at rubyforge.org
>
> Subject: Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> That all depends on how Gem checks the platform.  If it uses the  
> RUBY_PLATFORM variable, then IronRuby needs to change what it  
> reports here. Currently, it reports i386-mswin32.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com>  
> wrote:
>
> I believe JRuby is doing the 1st one, which makes sense in my  
> opinion. If possible we should prefer platform == ?ironruby?,  
> (or .net, do we need to differentiate .net and mono?), but accept ot 
> hers.
>
>  JD
>
>  From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- 
> bounces at rubyforge.org] On Behalf Of Shri Borde
> Sent: Tuesday, March 02, 2010 10:02 AM
> To: ironruby-core at rubyforge.org
> Subject: [Ironruby-core] IronRuby version of existing gems
>
>  This brings a question to mind - what should the general approach  
> be for porting existing gems to IronRuby? There could be two  
> possible approaches:
>
> 1.       Create a gem with the same name (?win32console? in this  
> case), and specify platform==?ironruby?. That way, dependent gems  
> do not need to be updated, and users have to remember just one name. 
>  IronRuby will use the version with platform==?ironruby?, and MRI  
> will use the one with platform==?mswin32?. So there should not be  
> any clashes even if you use MRI and IronRuby on the same machine.
>
> 2.       Create a new gem like iron-term-ansicolor.
>
>
>
> Any pro or cons to the two? What should the recommendation be in  
> general?
>
>
>
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- 
> bounces at rubyforge.org] On Behalf Of Will Green
> Sent: Tuesday, March 02, 2010 7:47 AM
> To: ironruby-core
> Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>
>
>
> I released iron-term-ansicolor 0.0.3 last night after testing the  
> gem install locally first.
>
>
>
> Please let me know if you still have trouble installing it from Rubygems.org 
> .
>
>
>
> Also, I've submitted a patch to RSpec to use iron-term-ansicolor if  
> it can, the same way it tries to use win32console under MRI.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100305/c83590f8/attachment-0001.html>

From Tomas.Matousek at microsoft.com  Fri Mar  5 23:24:29 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Sat, 6 Mar 2010 04:24:29 +0000
Subject: [Ironruby-core] Code Review: Encs2
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C401C9D0B@TK5EX14MBXC122.redmond.corp.microsoft.com>

  tfpt review "/shelveset:Encs2;REDMOND\tomat"
  Comment  : 
  
  Fixes bunch of encoding issues including http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=3920. 
  Fixes handling of DST transitions in Time operators.
  Fixes bug in Array: http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=3314

Tomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Encs2.diff
Type: application/octet-stream
Size: 105491 bytes
Desc: Encs2.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100306/7e43352a/attachment-0001.obj>

From jdeville at microsoft.com  Fri Mar  5 23:29:39 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Sat, 6 Mar 2010 04:29:39 +0000
Subject: [Ironruby-core] Code Review: SymToProc
In-Reply-To: <4B342496A3EFEB48839E10BB4BF5964C401C4D6B@TK5EX14MBXC122.redmond.corp.microsoft.com>
References: <4B342496A3EFEB48839E10BB4BF5964C401C4D6B@TK5EX14MBXC122.redmond.corp.microsoft.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71DF9DD@TK5EX14MBXC136.redmond.corp.microsoft.com>

So we're going to have sym#to_proc available in the core 1.8 implementation? Other than that question, this looks good.

Now I have to go remove some hacks ;)

JD

-----Original Message-----
From: Tomas Matousek 
Sent: Friday, March 05, 2010 8:22 PM
To: IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: Code Review: SymToProc

  tfpt review "/shelveset:SymToProc;REDMOND\tomat"
  Comment  : 
  Implements Symbol#to_proc

Tomas

From jdeville at microsoft.com  Fri Mar  5 23:38:28 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Sat, 6 Mar 2010 04:38:28 +0000
Subject: [Ironruby-core] Code Review: Encs2
In-Reply-To: <4B342496A3EFEB48839E10BB4BF5964C401C9D0B@TK5EX14MBXC122.redmond.corp.microsoft.com>
References: <4B342496A3EFEB48839E10BB4BF5964C401C9D0B@TK5EX14MBXC122.redmond.corp.microsoft.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71DF9FC@TK5EX14MBXC136.redmond.corp.microsoft.com>

Please check newlines in the tags file, looks like 2 lines got joined.
Nice catch in each_char.rb

Rest looks good from hear.

JD

-----Original Message-----
From: Tomas Matousek 
Sent: Friday, March 05, 2010 8:24 PM
To: IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: Code Review: Encs2

  tfpt review "/shelveset:Encs2;REDMOND\tomat"
  Comment  : 
  
  Fixes bunch of encoding issues including http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=3920. 
  Fixes handling of DST transitions in Time operators.
  Fixes bug in Array: http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=3314

Tomas

From Tomas.Matousek at microsoft.com  Sat Mar  6 01:42:19 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Sat, 6 Mar 2010 06:42:19 +0000
Subject: [Ironruby-core] Code Review: SymToProc
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71DF9DD@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <4B342496A3EFEB48839E10BB4BF5964C401C4D6B@TK5EX14MBXC122.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71DF9DD@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C401DD947@TK5EX14MBXC122.redmond.corp.microsoft.com>

Yep, we already have other methods from 1.8.7, like instance_exec. The advantage of having these in 1.8.6 is that it will work in apps that check if to_proc method is present. I guess they might do some eval magic if the method is not implemented which slows things down.

Tomas

-----Original Message-----
From: Jim Deville 
Sent: Friday, March 05, 2010 8:30 PM
To: Tomas Matousek; IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: RE: Code Review: SymToProc

So we're going to have sym#to_proc available in the core 1.8 implementation? Other than that question, this looks good.

Now I have to go remove some hacks ;)

JD

-----Original Message-----
From: Tomas Matousek 
Sent: Friday, March 05, 2010 8:22 PM
To: IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: Code Review: SymToProc

  tfpt review "/shelveset:SymToProc;REDMOND\tomat"
  Comment  : 
  Implements Symbol#to_proc

Tomas

From jdeville at microsoft.com  Sat Mar  6 01:58:17 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Sat, 6 Mar 2010 06:58:17 +0000
Subject: [Ironruby-core] Code Review: SymToProc
In-Reply-To: <4B342496A3EFEB48839E10BB4BF5964C401DD947@TK5EX14MBXC122.redmond.corp.microsoft.com>
References: <4B342496A3EFEB48839E10BB4BF5964C401C4D6B@TK5EX14MBXC122.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71DF9DD@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<4B342496A3EFEB48839E10BB4BF5964C401DD947@TK5EX14MBXC122.redmond.corp.microsoft.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71DFAC6@TK5EX14MBXC136.redmond.corp.microsoft.com>

Probably no eval magic, unless you are thinking of a more advanced version of Sym#to_proc than I have been using. 

I define it with:

Class Symbol
Def to_proc
Lambda {|x| x.send(self)}
End
End

Sure, it doesn't cover everything, but it hits the 90% cases.

-----Original Message-----
From: Tomas Matousek 
Sent: Friday, March 05, 2010 10:42 PM
To: Jim Deville; IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: RE: Code Review: SymToProc

Yep, we already have other methods from 1.8.7, like instance_exec. The advantage of having these in 1.8.6 is that it will work in apps that check if to_proc method is present. I guess they might do some eval magic if the method is not implemented which slows things down.

Tomas

-----Original Message-----
From: Jim Deville 
Sent: Friday, March 05, 2010 8:30 PM
To: Tomas Matousek; IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: RE: Code Review: SymToProc

So we're going to have sym#to_proc available in the core 1.8 implementation? Other than that question, this looks good.

Now I have to go remove some hacks ;)

JD

-----Original Message-----
From: Tomas Matousek 
Sent: Friday, March 05, 2010 8:22 PM
To: IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: Code Review: SymToProc

  tfpt review "/shelveset:SymToProc;REDMOND\tomat"
  Comment  : 
  Implements Symbol#to_proc

Tomas

From Tomas.Matousek at microsoft.com  Sat Mar  6 01:58:08 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Sat, 6 Mar 2010 06:58:08 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <93B2F57F-294D-49C2-9050-691B877627F5@hotgazpacho.org>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003020747w444d089cqe385a61db4b214e0@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705A0B7@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D7AFD@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003021151p670733ewb79309bdd3f46759@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705CDF4@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050708r41937888u61e3cf849cf82882@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D693@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050811j14d43c61je3faed30e4764d08@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D77D@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050946w6e10b908p47ff15e3c675a3cf@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705DDD2@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<93B2F57F-294D-49C2-9050-691B877627F5@hotgazpacho.org>
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C401E150B@TK5EX14MBXC122.redmond.corp.microsoft.com>

So basically, if I understand it well, there are two variables in question:

1)      ?native? extension formats supported by particular Ruby VM ? that would be MSVC6 compiled PE file/mingw compiled PE file/gcc compiled .so file for MRI, Java class file for JRuby and CLR assembly for IronRuby. Any subsystem that builds/uses ?native? extensions needs to use this variable. A particular VM can support multiple formats (JRuby supports Java class files and FFI compatible native extensions). This is what Gem::Platform seems to be used for.

2)      The capabilities of the underlying CPU and OS. This is what RUBY_PLATFORM is used for ? behavior of certain APIs like fork, etc, process, files, etc.  might be different/unavailable on different platforms.

Is that correct?
Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Friday, March 05, 2010 8:18 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

See  http://docs.rubygems.org/read/chapter/20#platform

Basically, most gems contain pure Ruby code. Some gems contain C (or Java, or now possibly C#) code that gets compiled at gem install time. Some gems even include pre-compiled code. You will find that the overwhelming majority of these gems target the mswin32 platform (which is based on the VC6 runtime).

The reason that binary gems are distributed is that, unlike on most Linux/UNIX/BSD based systems, Windows does not come with a C compiler, let alone the specific version used to create mswin32 Ruby, MSVC 6. So, users of the mswin32 Ruby relied on those who had a license to MSVC 6 to provide binaries of the gems they needed. This is a major reason why development of the mswin32 Ruby has ceased... Very few people have MSVC6, it's old and slow, and those who want MSVC6 (so they can contribute to mswin32 Ruby) can't get it anymore. This is why the mingw32 version of Ruby is the actively maintained version of C Ruby on Windows: no worries about mingw licensing and distribution, and it's freely available.

This is the reason why it is important that IronRuby report the correct architecture and runtime environment. As I said before, Gems that target mswin32 will not run on IronRuby, because the thing that makes them mswin32 is that they include C extensions that can be, or are, compiled to native, unmanaged code targetting the MSVC6 runtime. So, it is important that IronRuby not identify itself as mswin32, because the gems that target that platform won't work on IronRuby anyway.

What Luis has done with Rake Compiler is allow the gem author to create extensions in C and Java, and permit them to compile platform specific versions of the same gem. I'm sure that he would welcome contributions that would allow us to write extensions in C# and build gems that target IronRuby as a platform, all while keeping the same gem name. That is, win32console-mswin32.gem and win32console-mingw32.gem come from the same source gem, but they are compiled against different runtimes, and target different platforms. With IronRuby identifying itself correctly, and some additions to rake-compiler to generate .Net assemblies, it may be possible to generate a win32console-.net20.gem. Even then, we'd need to provide patches to libraries that use a regex against RUBY_PLATFORM to determine if we're running on Windows. But then, what if you're running IronRuby on Mono on Linux, where any of the win32xxx gems make no sense?

My point is that I don't see a way to just inject IronRuby-specific libraries in place of the mswin32 ones without causing all sorts of headaches with platform juggling. IronRuby is not always on Windows, and thus should not identify itself as running on Windows, and certainly should not identify itself as the MSVC6 version or Ruby.

--
Will Green
http://hotgazpacho.org/



On Mar 5, 2010, at 8:39 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
The gem file name does include the platform information. That would seem to imply that gems for different platforms will live in different gem files. I am not too knowledge about the Gem process as well, so I may be incorrect as well?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Friday, March 05, 2010 9:46 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

I may not fully understand the Gem process here, so please pardon any ignorance.

As I understand it, the ability to have separate, per-platform gem files for one Gem name would require that the code for all the platforms is present in the source of the Gem. That way, when you gem install XXX, the XXX library will get compiled locally for your current platform. Or, if the gem author provides them, pre-compiled binaries for your platform. In order to do that, though, I think the source code for multiple platforms needs to be present in the gem source.

Luis is very knowledgeable in this area; he also wrote rake-compiler to address this issue with JRuby as well: http://github.com/luislavena/rake-compiler

I think it best to get his perspective on the best way to go about this.

I am, however, glad that IronRuby is now more truthful about its architecture (since gems compiled for mswin32 WILL NOT WORK on IronRuby). I am certain this will lead to less frustration from end-users going forward.

--
Will Green
http://hotgazpacho.org/


On Fri, Mar 5, 2010 at 12:00 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
The whole point of changing RbConfig::CONFIG[?arch?] was to be able to have two independent gem files. So you should not need to have to modify Luis Lavena?s code, right? And people installing win32console with MRI should not run any of your code, right?

You could certainly drop him a line as a courtesy heads-up?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 8:11 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

I'd have to talk to Luis Lavena, the current maintainer of win32console. I might also have to make some code changes or test changes to make the .Net specific stuff a no-op on the C version of Ruby (otherwise, it won't even run). But I'd certainly be open to this. I'll drop him a line this weekend.

--
Will Green
http://hotgazpacho.org/
On Fri, Mar 5, 2010 at 10:45 AM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
We should push the change once the dust settles down. Let?s wait until the RTM to make sure that this all actually works as we would like it to.

In the meantime, I would encourage all gem authors to play with this and see if there are any issues. ?gem build? had the issue mentioned below. Not sure if jeweler etc will have any issues.

Will, will you be renaming iron-term-ansicolor to win32console? Its your call whether you want to or not. However, if you do not, we should create a gem with platform=?universal-.net? and with the same name of a native gem, and see what the experience is (does ?ir.exe ?S gem install? prefer the .NET gem over the native gem?). I did verify that ?ir.exe ?S gem install win32console? currently does not find any matching gem since the existing win32console is a native gem.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 7:08 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Cool beans!

I noticed in the latest push that a change was made to Ruby Gems itself:

http://github.com/ironruby/ironruby/commit/82cb04621b505dea5a010c70827addc2de6227ba#diff-0

Someone should contribute that change to the Ruby Gems project as well.

--
Will Green
http://hotgazpacho.org/
On Thu, Mar 4, 2010 at 7:36 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
With my last checkin, RbConfig::CONFIG[?arch?] will be ?universal-.net2.0? for IronRuby. I created a gemspec as shown below. Doing ?gem build? on it will create a gem with filename of Shri-1.2.3-universal-unknown.gem. Instead use ?rbx ?S gem build? and you will get a file called Shri-1.2.3-universal-.net.gem.

spec = Gem::Specification.new do |s|
  s.name<http://s.name> = 'Shri'
  s.version = '1.2.3'
  s.summary = "Shri summary"
  s.platform = "universal-.net<http://universal-.net>"
  s.description = %{Shri description}
  s.files = []
  s.author = "Shri"
  s.email = "shri at email"
  s.homepage = "http://shri.org"
end

I have updated with http://ironruby.net/Documentation/Real_Ruby_Applications/RubyGems with this info:
IronRuby-specific gems
Gems could specifically target IronRuby. They may contain Ruby code which uses .NET APIs, or they may even include compiled .NET assemblies. In such cases, the Gem specification should set platform <http://rubygems.org/read/chapter/20#platform> to "universal-.net<http://universal-.net>" (or "universal-.net4.0" to run only on .NET 4), and build the gem using IronRuby ("rbx -S gem build").
Note that if you build the gem with MRI using "gem build", MRI will not be able to recognize the platform string, and will create a gem file named something like foo-universal-unknown.gem (instead of the expected foo-universal-.net.gem"). To avoid this, build the gem using IronRuby as mentioned above.
Talking with Tomas, we will leave RUBY_PLATFORM set to ?x86-mswin32? (on Windows) since many apps check for ?mswin32? in RUBY_PLATFORM to check if they are running on Windows. We considered appending ?.net? and setting RUBY_PLATFORM to ?.net-mswin32? or ?x86-mswin32/.net? to indicate that it was not MRI, but decided against it as you can always check RUBY_ENGINE to detect if you are running on IronRuby.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 11:52 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

That all depends on how Gem checks the platform.  If it uses the RUBY_PLATFORM variable, then IronRuby needs to change what it reports here. Currently, it reports i386-mswin32.

--
Will Green
http://hotgazpacho.org/
On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
I believe JRuby is doing the 1st one, which makes sense in my opinion. If possible we should prefer platform == ?ironruby?, (or .net, do we need to differentiate .net and mono?), but accept others.
 JD
 From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Tuesday, March 02, 2010 10:02 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: [Ironruby-core] IronRuby version of existing gems
 This brings a question to mind - what should the general approach be for porting existing gems to IronRuby? There could be two possible approaches:

1.       Create a gem with the same name (?win32console? in this case), and specify platform==?ironruby?. That way, dependent gems do not need to be updated, and users have to remember just one name. IronRuby will use the version with platform==?ironruby?, and MRI will use the one with platform==?mswin32?. So there should not be any clashes even if you use MRI and IronRuby on the same machine.

2.       Create a new gem like iron-term-ansicolor.

Any pro or cons to the two? What should the recommendation be in general?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 7:47 AM
To: ironruby-core
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

I released iron-term-ansicolor 0.0.3 last night after testing the gem install locally first.

Please let me know if you still have trouble installing it from Rubygems.org<http://Rubygems.org>.

Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can, the same way it tries to use win32console under MRI.

--
Will Green
http://hotgazpacho.org/


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100306/fd1062f3/attachment-0001.html>

From Tomas.Matousek at microsoft.com  Sat Mar  6 02:06:01 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Sat, 6 Mar 2010 07:06:01 +0000
Subject: [Ironruby-core] Code Review: SymToProc
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71DFAC6@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <4B342496A3EFEB48839E10BB4BF5964C401C4D6B@TK5EX14MBXC122.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71DF9DD@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<4B342496A3EFEB48839E10BB4BF5964C401DD947@TK5EX14MBXC122.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71DFAC6@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C401E152A@TK5EX14MBXC122.redmond.corp.microsoft.com>

Yes, something like this might be quite accurate:

class Symbol
  def to_proc
      Proc.new do |*args| 
         raise ArgumentError if args.size == 0
         target = args.delete_at(0)
         target.send(self, *args)
     end
  end
end

instance_exec  on the other hand is also 1.8.7 method and is usually emulated by string eval.

Tomas

-----Original Message-----
From: Jim Deville 
Sent: Friday, March 05, 2010 10:58 PM
To: Tomas Matousek; IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: RE: Code Review: SymToProc

Probably no eval magic, unless you are thinking of a more advanced version of Sym#to_proc than I have been using. 

I define it with:

Class Symbol
Def to_proc
Lambda {|x| x.send(self)}
End
End

Sure, it doesn't cover everything, but it hits the 90% cases.

-----Original Message-----
From: Tomas Matousek 
Sent: Friday, March 05, 2010 10:42 PM
To: Jim Deville; IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: RE: Code Review: SymToProc

Yep, we already have other methods from 1.8.7, like instance_exec. The advantage of having these in 1.8.6 is that it will work in apps that check if to_proc method is present. I guess they might do some eval magic if the method is not implemented which slows things down.

Tomas

-----Original Message-----
From: Jim Deville 
Sent: Friday, March 05, 2010 8:30 PM
To: Tomas Matousek; IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: RE: Code Review: SymToProc

So we're going to have sym#to_proc available in the core 1.8 implementation? Other than that question, this looks good.

Now I have to go remove some hacks ;)

JD

-----Original Message-----
From: Tomas Matousek 
Sent: Friday, March 05, 2010 8:22 PM
To: IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: Code Review: SymToProc

  tfpt review "/shelveset:SymToProc;REDMOND\tomat"
  Comment  : 
  Implements Symbol#to_proc

Tomas

From Shri.Borde at microsoft.com  Sat Mar  6 02:51:22 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Sat, 6 Mar 2010 07:51:22 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <398d3e0e1003050946w6e10b908p47ff15e3c675a3cf@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003020747w444d089cqe385a61db4b214e0@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705A0B7@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D7AFD@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003021151p670733ewb79309bdd3f46759@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705CDF4@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050708r41937888u61e3cf849cf82882@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D693@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050811j14d43c61je3faed30e4764d08@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D77D@TK5EX14MBXC134.redmond.corp.microsoft.com>,
	<398d3e0e1003050946w6e10b908p47ff15e3c675a3cf@mail.gmail.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A705E851@TK5EX14MBXC134.redmond.corp.microsoft.com>

rake-compiler does support fat binaries gem (http://tenderlovemaking.com/2009/05/07/fat-binary-gems-make-the-rockin-world-go-round/) which is a single gem file with binaries for multiple platforms. However, the main reason to do this is to support both Ruby 1.8 and 1.9 which need different extension binaries, but Gem::Platform does not have a way to specify the Ruby version. I don't see why you would need to use this fat binaries gem solution for supporting IronRuby where Gem::Platform can be used.

http://github.com/luislavena/rake-compiler does show two commands "rake native gem" and "rake java gem" to generate my_gem-0.1.0-x86-mingw32.gem and my_gem-0.1.0-java.gem respectively, which seem to be platform-specific gem files. So perhaps it supports both approaches (single fat binaries gem file, and multiple platform-specific gem files)

________________________________
From: ironruby-core-bounces at rubyforge.org [ironruby-core-bounces at rubyforge.org] on behalf of Will Green [will at hotgazpacho.org]
Sent: Friday, March 05, 2010 9:46 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

I may not fully understand the Gem process here, so please pardon any ignorance.

As I understand it, the ability to have separate, per-platform gem files for one Gem name would require that the code for all the platforms is present in the source of the Gem. That way, when you gem install XXX, the XXX library will get compiled locally for your current platform. Or, if the gem author provides them, pre-compiled binaries for your platform. In order to do that, though, I think the source code for multiple platforms needs to be present in the gem source.

Luis is very knowledgeable in this area; he also wrote rake-compiler to address this issue with JRuby as well: http://github.com/luislavena/rake-compiler

I think it best to get his perspective on the best way to go about this.

I am, however, glad that IronRuby is now more truthful about its architecture (since gems compiled for mswin32 WILL NOT WORK on IronRuby). I am certain this will lead to less frustration from end-users going forward.

--
Will Green
http://hotgazpacho.org/


On Fri, Mar 5, 2010 at 12:00 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
The whole point of changing RbConfig::CONFIG[?arch?] was to be able to have two independent gem files. So you should not need to have to modify Luis Lavena?s code, right? And people installing win32console with MRI should not run any of your code, right?

You could certainly drop him a line as a courtesy heads-up?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 8:11 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

I'd have to talk to Luis Lavena, the current maintainer of win32console. I might also have to make some code changes or test changes to make the .Net specific stuff a no-op on the C version of Ruby (otherwise, it won't even run). But I'd certainly be open to this. I'll drop him a line this weekend.

--
Will Green
http://hotgazpacho.org/

On Fri, Mar 5, 2010 at 10:45 AM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
We should push the change once the dust settles down. Let?s wait until the RTM to make sure that this all actually works as we would like it to.

In the meantime, I would encourage all gem authors to play with this and see if there are any issues. ?gem build? had the issue mentioned below. Not sure if jeweler etc will have any issues.

Will, will you be renaming iron-term-ansicolor to win32console? Its your call whether you want to or not. However, if you do not, we should create a gem with platform=?universal-.net? and with the same name of a native gem, and see what the experience is (does ?ir.exe ?S gem install? prefer the .NET gem over the native gem?). I did verify that ?ir.exe ?S gem install win32console? currently does not find any matching gem since the existing win32console is a native gem.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 7:08 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Cool beans!

I noticed in the latest push that a change was made to Ruby Gems itself:

http://github.com/ironruby/ironruby/commit/82cb04621b505dea5a010c70827addc2de6227ba#diff-0

Someone should contribute that change to the Ruby Gems project as well.

--
Will Green
http://hotgazpacho.org/
On Thu, Mar 4, 2010 at 7:36 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
With my last checkin, RbConfig::CONFIG[?arch?] will be ?universal-.net2.0? for IronRuby. I created a gemspec as shown below. Doing ?gem build? on it will create a gem with filename of Shri-1.2.3-universal-unknown.gem. Instead use ?rbx ?S gem build? and you will get a file called Shri-1.2.3-universal-.net.gem.

spec = Gem::Specification.new do |s|
  s.name<http://s.name> = 'Shri'
  s.version = '1.2.3'
  s.summary = "Shri summary"
  s.platform = "universal-.net"
  s.description = %{Shri description}
  s.files = []
  s.author = "Shri"
  s.email = "shri at email"
  s.homepage = "http://shri.org"
end

I have updated with http://ironruby.net/Documentation/Real_Ruby_Applications/RubyGems with this info:
IronRuby-specific gems
Gems could specifically target IronRuby. They may contain Ruby code which uses .NET APIs, or they may even include compiled .NET assemblies. In such cases, the Gem specification should set platform <http://rubygems.org/read/chapter/20#platform> to "universal-.net" (or "universal-.net4.0" to run only on .NET 4), and build the gem using IronRuby ("rbx -S gem build").
Note that if you build the gem with MRI using "gem build", MRI will not be able to recognize the platform string, and will create a gem file named something like foo-universal-unknown.gem (instead of the expected foo-universal-.net.gem"). To avoid this, build the gem using IronRuby as mentioned above.
Talking with Tomas, we will leave RUBY_PLATFORM set to ?x86-mswin32? (on Windows) since many apps check for ?mswin32? in RUBY_PLATFORM to check if they are running on Windows. We considered appending ?.net? and setting RUBY_PLATFORM to ?.net-mswin32? or ?x86-mswin32/.net? to indicate that it was not MRI, but decided against it as you can always check RUBY_ENGINE to detect if you are running on IronRuby.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 11:52 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

That all depends on how Gem checks the platform.  If it uses the RUBY_PLATFORM variable, then IronRuby needs to change what it reports here. Currently, it reports i386-mswin32.

--
Will Green
http://hotgazpacho.org/
On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
I believe JRuby is doing the 1st one, which makes sense in my opinion. If possible we should prefer platform == ?ironruby?, (or .net, do we need to differentiate .net and mono?), but accept others.
 JD
 From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Tuesday, March 02, 2010 10:02 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: [Ironruby-core] IronRuby version of existing gems
 This brings a question to mind - what should the general approach be for porting existing gems to IronRuby? There could be two possible approaches:

1.       Create a gem with the same name (?win32console? in this case), and specify platform==?ironruby?. That way, dependent gems do not need to be updated, and users have to remember just one name. IronRuby will use the version with platform==?ironruby?, and MRI will use the one with platform==?mswin32?. So there should not be any clashes even if you use MRI and IronRuby on the same machine.

2.       Create a new gem like iron-term-ansicolor.

Any pro or cons to the two? What should the recommendation be in general?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 7:47 AM
To: ironruby-core
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

I released iron-term-ansicolor 0.0.3 last night after testing the gem install locally first.

Please let me know if you still have trouble installing it from Rubygems.org.

Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can, the same way it tries to use win32console under MRI.

--
Will Green
http://hotgazpacho.org/


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100306/ae5d6f0d/attachment-0001.html>

From will at hotgazpacho.org  Sat Mar  6 08:50:19 2010
From: will at hotgazpacho.org (Will Green)
Date: Sat, 6 Mar 2010 08:50:19 -0500
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <4B342496A3EFEB48839E10BB4BF5964C401E150B@TK5EX14MBXC122.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003020747w444d089cqe385a61db4b214e0@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705A0B7@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71D7AFD@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003021151p670733ewb79309bdd3f46759@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705CDF4@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050708r41937888u61e3cf849cf82882@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D693@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050811j14d43c61je3faed30e4764d08@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D77D@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050946w6e10b908p47ff15e3c675a3cf@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705DDD2@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<93B2F57F-294D-49C2-9050-691B877627F5@hotgazpacho.org>
	<4B342496A3EFEB48839E10BB4BF5964C401E150B@TK5EX14MBXC122.redmond.corp.microsoft.com>
Message-ID: <046EFF20-49B2-4C22-B544-090D9C560AD5@hotgazpacho.org>

Yes, that seems to be close to my understanding. Only much more  
eloquently stated. Thank you! :-)

Also keep in mind that not everyone using Ruby uses Ruby Gems. In  
fact, it is considered rude to presume the existance of any library  
package management system by the consumer. So, RUBY_PLATFORM is a more  
important constant to define correctly for platform detection (since  
this IS present for every Ruby implementation).

Now for feature detection, libraries usually do a regex match on  
RUBY_PLATFORM, usually

RUBY_PLATFORM =~ /mswin|mingw/

So, we might define RUBY_PLATFORM as mswin.netX, linux.netX,  
macosx.netX, etc. (where X is the .Net runtime version). However, I  
still think we'll run into libraries that make other assumptions about  
the Ruby runtime that won't be true or IronRuby. Such libraries would  
need to be patched to recognize the extended platform name.

I don't have JRuby installed, and I don't have a Mac to check on,  
either, but perhaps it might provide some guidance to see what JRuby  
defines RUBY_PLATFORM as on the various OSes.

On a side note, thank you Shri, Tomas, and everyone else for taking my  
impassioned pleas for what they truly are: a desire to make IronRuby  
an awesome, well-manored Ruby implementation! Keep up the good work!

--
Will Green
http://hotgazpacho.org/



On Mar 6, 2010, at 1:58 AM, Tomas Matousek  
<Tomas.Matousek at microsoft.com> wrote:

> So basically, if I understand it well, there are two variables in  
> question:
>
> 1)      ?native? extension formats supported by particular Ruby  
> VM ? that would be MSVC6 compiled PE file/mingw compiled PE file/gcc 
>  compiled .so file for MRI, Java class file for JRuby and CLR assemb 
> ly for IronRuby. Any subsystem that builds/uses ?native?  
> extensions needs to use this variable. A particular VM can support m 
> ultiple formats (JRuby supports Java class files and FFI compatible  
> native extensions). This is what Gem::Platform seems to be used for.
>
> 2)      The capabilities of the underlying CPU and OS. This is what  
> RUBY_PLATFORM is used for ? behavior of certain APIs like fork, etc, 
>  process, files, etc.  might be different/unavailable on different p 
> latforms.
>
>
>
> Is that correct?
>
> Tomas
>
>
>
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- 
> bounces at rubyforge.org] On Behalf Of Will Green
> Sent: Friday, March 05, 2010 8:18 PM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> See  http://docs.rubygems.org/read/chapter/20#platform
>
>
>
> Basically, most gems contain pure Ruby code. Some gems contain C (or  
> Java, or now possibly C#) code that gets compiled at gem install  
> time. Some gems even include pre-compiled code. You will find that  
> the overwhelming majority of these gems target the mswin32 platform  
> (which is based on the VC6 runtime).
>
>
>
> The reason that binary gems are distributed is that, unlike on most  
> Linux/UNIX/BSD based systems, Windows does not come with a C  
> compiler, let alone the specific version used to create mswin32  
> Ruby, MSVC 6. So, users of the mswin32 Ruby relied on those who had  
> a license to MSVC 6 to provide binaries of the gems they needed.  
> This is a major reason why development of the mswin32 Ruby has  
> ceased... Very few people have MSVC6, it's old and slow, and those  
> who want MSVC6 (so they can contribute to mswin32 Ruby) can't get it  
> anymore. This is why the mingw32 version of Ruby is the actively  
> maintained version of C Ruby on Windows: no worries about mingw  
> licensing and distribution, and it's freely available.
>
>
>
> This is the reason why it is important that IronRuby report the  
> correct architecture and runtime environment. As I said before, Gems  
> that target mswin32 will not run on IronRuby, because the thing that  
> makes them mswin32 is that they include C extensions that can be, or  
> are, compiled to native, unmanaged code targetting the MSVC6  
> runtime. So, it is important that IronRuby not identify itself as  
> mswin32, because the gems that target that platform won't work on  
> IronRuby anyway.
>
>
>
> What Luis has done with Rake Compiler is allow the gem author to  
> create extensions in C and Java, and permit them to compile platform  
> specific versions of the same gem. I'm sure that he would welcome  
> contributions that would allow us to write extensions in C# and  
> build gems that target IronRuby as a platform, all while keeping the  
> same gem name. That is, win32console-mswin32.gem and win32console- 
> mingw32.gem come from the same source gem, but they are compiled  
> against different runtimes, and target different platforms. With  
> IronRuby identifying itself correctly, and some additions to rake- 
> compiler to generate .Net assemblies, it may be possible to generate  
> a win32console-.net20.gem. Even then, we'd need to provide patches  
> to libraries that use a regex against RUBY_PLATFORM to determine if  
> we're running on Windows. But then, what if you're running IronRuby  
> on Mono on Linux, where any of the win32xxx gems make no sense?
>
>
>
> My point is that I don't see a way to just inject IronRuby-specific  
> libraries in place of the mswin32 ones without causing all sorts of  
> headaches with platform juggling. IronRuby is not always on Windows,  
> and thus should not identify itself as running on Windows, and  
> certainly should not identify itself as the MSVC6 version or Ruby.
>
>
> --
>
> Will Green
>
> http://hotgazpacho.org/
>
>
>
>
>
>
> On Mar 5, 2010, at 8:39 PM, Shri Borde <Shri.Borde at microsoft.com>  
> wrote:
>
> The gem file name does include the platform information. That would  
> seem to imply that gems for different platforms will live in  
> different gem files. I am not too knowledge about the Gem process as  
> well, so I may be incorrect as well?
>
>
>
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- 
> bounces at rubyforge.org] On Behalf Of Will Green
> Sent: Friday, March 05, 2010 9:46 AM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> I may not fully understand the Gem process here, so please pardon  
> any ignorance.
>
>
>
> As I understand it, the ability to have separate, per-platform gem  
> files for one Gem name would require that the code for all the  
> platforms is present in the source of the Gem. That way, when you  
> gem install XXX, the XXX library will get compiled locally for your  
> current platform. Or, if the gem author provides them, pre-compiled  
> binaries for your platform. In order to do that, though, I think the  
> source code for multiple platforms needs to be present in the gem  
> source.
>
>
>
> Luis is very knowledgeable in this area; he also wrote rake-compiler  
> to address this issue with JRuby as well: http://github.com/luislavena/rake-compiler
>
>
>
> I think it best to get his perspective on the best way to go about  
> this.
>
>
>
> I am, however, glad that IronRuby is now more truthful about its  
> architecture (since gems compiled for mswin32 WILL NOT WORK on  
> IronRuby). I am certain this will lead to less frustration from end- 
> users going forward.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
>
> On Fri, Mar 5, 2010 at 12:00 PM, Shri Borde  
> <Shri.Borde at microsoft.com> wrote:
>
> The whole point of changing RbConfig::CONFIG[?arch?] was to be  
> able to have two independent gem files. So you should not need to ha 
> ve to modify Luis Lavena?s code, right? And people installing win32c 
> onsole with MRI should not run any of your code, right?
>
>
>
> You could certainly drop him a line as a courtesy heads-up?
>
>
>
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- 
> bounces at rubyforge.org] On Behalf Of Will Green
> Sent: Friday, March 05, 2010 8:11 AM
>
>
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> I'd have to talk to Luis Lavena, the current maintainer of  
> win32console. I might also have to make some code changes or test  
> changes to make the .Net specific stuff a no-op on the C version of  
> Ruby (otherwise, it won't even run). But I'd certainly be open to  
> this. I'll drop him a line this weekend.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> On Fri, Mar 5, 2010 at 10:45 AM, Shri Borde  
> <Shri.Borde at microsoft.com> wrote:
>
> We should push the change once the dust settles down. Let?s wait unt 
> il the RTM to make sure that this all actually works as we would lik 
> e it to.
>
>
>
> In the meantime, I would encourage all gem authors to play with this  
> and see if there are any issues. ?gem build? had the issue  
> mentioned below. Not sure if jeweler etc will have any issues.
>
>
>
> Will, will you be renaming iron-term-ansicolor to win32console? Its  
> your call whether you want to or not. However, if you do not, we  
> should create a gem with platform=?universal-.net? and with the  
> same name of a native gem, and see what the experience is (does ?ir. 
> exe ?S gem install? prefer the .NET gem over the native gem?). I  
> did verify that ?ir.exe ?S gem install win32console? currently  
> does not find any matching gem since the existing win32console is a  
> native gem.
>
>
>
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- 
> bounces at rubyforge.org] On Behalf Of Will Green
> Sent: Friday, March 05, 2010 7:08 AM
>
>
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> Cool beans!
>
>
>
> I noticed in the latest push that a change was made to Ruby Gems  
> itself:
>
>
>
> http://github.com/ironruby/ironruby/commit/82cb04621b505dea5a010c70827addc2de6227ba#diff-0
>
>
>
> Someone should contribute that change to the Ruby Gems project as  
> well.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> On Thu, Mar 4, 2010 at 7:36 PM, Shri Borde  
> <Shri.Borde at microsoft.com> wrote:
>
> With my last checkin, RbConfig::CONFIG[?arch?] will be  
> ?universal-.net2.0? for IronRuby. I created a gemspec as shown  
> below. Doing ?gem build? on it will create a gem with filename of  
> Shri-1.2.3-universal-unknown.gem. Instead use ?rbx ?S gem  
> build? and you will get a file called Shri-1.2.3-universal-.net.gem.
>
>
>
> spec = Gem::Specification.new do |s|
>
>   s.name = 'Shri'
>
>   s.version = '1.2.3'
>
>   s.summary = "Shri summary"
>
>   s.platform = "universal-.net"
>
>   s.description = %{Shri description}
>
>   s.files = []
>
>   s.author = "Shri"
>
>   s.email = "shri at email"
>
>   s.homepage = "http://shri.org"
>
> end
>
>
>
> I have updated with http://ironruby.net/Documentation/Real_Ruby_Applications/RubyGems 
>  with this info:
>
> IronRuby-specific gems
>
> Gems could specifically target IronRuby. They may contain Ruby code  
> which uses .NET APIs, or they may even include compiled .NET  
> assemblies. In such cases, the Gem specification should set platform  
> to "universal-.net" (or "universal-.net4.0" to run only on .NET 4),  
> and build the gem using IronRuby ("rbx -S gem build").
>
> Note that if you build the gem with MRI using "gem build", MRI will  
> not be able to recognize the platform string, and will create a gem  
> file named something like foo-universal-unknown.gem (instead of the  
> expected foo-universal-.net.gem"). To avoid this, build the gem  
> using IronRuby as mentioned above.
>
> Talking with Tomas, we will leave RUBY_PLATFORM set to ?x86- 
> mswin32? (on Windows) since many apps check for ?mswin32? in  
> RUBY_PLATFORM to check if they are running on Windows. We considered 
>  appending ?.net? and setting RUBY_PLATFORM to ?.net-mswin32?  
> or ?x86-mswin32/.net? to indicate that it was not MRI, but  
> decided against it as you can always check RUBY_ENGINE to detect if  
> you are running on IronRuby.
>
>
>
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- 
> bounces at rubyforge.org] On Behalf Of Will Green
> Sent: Tuesday, March 02, 2010 11:52 AM
>
>
> To: ironruby-core at rubyforge.org
>
> Subject: Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> That all depends on how Gem checks the platform.  If it uses the  
> RUBY_PLATFORM variable, then IronRuby needs to change what it  
> reports here. Currently, it reports i386-mswin32.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com>  
> wrote:
>
> I believe JRuby is doing the 1st one, which makes sense in my  
> opinion. If possible we should prefer platform == ?ironruby?,  
> (or .net, do we need to differentiate .net and mono?), but accept ot 
> hers.
>
>  JD
>
>  From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- 
> bounces at rubyforge.org] On Behalf Of Shri Borde
> Sent: Tuesday, March 02, 2010 10:02 AM
> To: ironruby-core at rubyforge.org
> Subject: [Ironruby-core] IronRuby version of existing gems
>
>  This brings a question to mind - what should the general approach  
> be for porting existing gems to IronRuby? There could be two  
> possible approaches:
>
> 1.       Create a gem with the same name (?win32console? in this  
> case), and specify platform==?ironruby?. That way, dependent gems  
> do not need to be updated, and users have to remember just one name. 
>  IronRuby will use the version with platform==?ironruby?, and MRI  
> will use the one with platform==?mswin32?. So there should not be  
> any clashes even if you use MRI and IronRuby on the same machine.
>
> 2.       Create a new gem like iron-term-ansicolor.
>
>
>
> Any pro or cons to the two? What should the recommendation be in  
> general?
>
>
>
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- 
> bounces at rubyforge.org] On Behalf Of Will Green
> Sent: Tuesday, March 02, 2010 7:47 AM
> To: ironruby-core
> Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>
>
>
> I released iron-term-ansicolor 0.0.3 last night after testing the  
> gem install locally first.
>
>
>
> Please let me know if you still have trouble installing it from Rubygems.org 
> .
>
>
>
> Also, I've submitted a patch to RSpec to use iron-term-ansicolor if  
> it can, the same way it tries to use win32console under MRI.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100306/6b06c11b/attachment-0001.html>

From ivan at whiterabbitconsulting.eu  Sat Mar  6 09:11:58 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Sat, 6 Mar 2010 15:11:58 +0100
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <046EFF20-49B2-4C22-B544-090D9C560AD5@hotgazpacho.org>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com> 
	<398d3e0e1003050708r41937888u61e3cf849cf82882@mail.gmail.com> 
	<6459203F8B1AF641995AE49D47FA51A705D693@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050811j14d43c61je3faed30e4764d08@mail.gmail.com> 
	<6459203F8B1AF641995AE49D47FA51A705D77D@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050946w6e10b908p47ff15e3c675a3cf@mail.gmail.com> 
	<6459203F8B1AF641995AE49D47FA51A705DDD2@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<93B2F57F-294D-49C2-9050-691B877627F5@hotgazpacho.org>
	<4B342496A3EFEB48839E10BB4BF5964C401E150B@TK5EX14MBXC122.redmond.corp.microsoft.com>
	<046EFF20-49B2-4C22-B544-090D9C560AD5@hotgazpacho.org>
Message-ID: <b1c6aabb1003060611s5a25dea6mf4ce0a19895fa9b5@mail.gmail.com>

my vote goes to making the rb config file as much self discoverable as
possible.

Most of the info can be gotten from the .NET runtime environment I've run
into this problem a couple of times because I'm trying to run IronRuby on
mono pretty often.
Until now I've resorted to using ENV['OS'] == "Windows_NT" to figure out
which OS I'm running on and I've also had to patch a few gems to detect the
OS and features properly.

---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero - Mob: +32.486.787.582
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Sat, Mar 6, 2010 at 2:50 PM, Will Green <will at hotgazpacho.org> wrote:

> Yes, that seems to be close to my understanding. Only much more eloquently
> stated. Thank you! :-)
>
> Also keep in mind that not everyone using Ruby uses Ruby Gems. In fact, it
> is considered rude to presume the existance of any library package
> management system by the consumer. So, RUBY_PLATFORM is a more important
> constant to define correctly for platform detection (since this IS present
> for every Ruby implementation).
>
> Now for feature detection, libraries usually do a regex match on
> RUBY_PLATFORM, usually
>
> RUBY_PLATFORM =~ /mswin|mingw/
>
> So, we might define RUBY_PLATFORM as mswin.netX, linux.netX, macosx.netX,
> etc. (where X is the .Net runtime version). However, I still think we'll run
> into libraries that make other assumptions about the Ruby runtime that won't
> be true or IronRuby. Such libraries would need to be patched to recognize
> the extended platform name.
>
> I don't have JRuby installed, and I don't have a Mac to check on, either,
> but perhaps it might provide some guidance to see what JRuby defines
> RUBY_PLATFORM as on the various OSes.
>
> On a side note, thank you Shri, Tomas, and everyone else for taking my
> impassioned pleas for what they truly are: a desire to make IronRuby an
> awesome, well-manored Ruby implementation! Keep up the good work!
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
>
> On Mar 6, 2010, at 1:58 AM, Tomas Matousek <Tomas.Matousek at microsoft.com>
> wrote:
>
> So basically, if I understand it well, there are two variables in question:
>
>
> 1)      ?native? extension formats supported by particular Ruby VM ? that
> would be MSVC6 compiled PE file/mingw compiled PE file/gcc compiled .so file
> for MRI, Java class file for JRuby and CLR assembly for IronRuby. Any
> subsystem that builds/uses ?native? extensions needs to use this variable. A
> particular VM can support multiple formats (JRuby supports Java class files
> and FFI compatible native extensions). This is what Gem::Platform seems to
> be used for.
>
> 2)      The capabilities of the underlying CPU and OS. This is what
> RUBY_PLATFORM is used for ? behavior of certain APIs like fork, etc,
> process, files, etc.  might be different/unavailable on different platforms.
>
>
>
>
> Is that correct?
>
> Tomas
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Friday, March 05, 2010 8:18 PM
> *To:* <ironruby-core at rubyforge.org>ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> See   <http://docs.rubygems.org/read/chapter/20#platform>
> http://docs.rubygems.org/read/chapter/20#platform
>
>
>
> Basically, most gems contain pure Ruby code. Some gems contain C (or Java,
> or now possibly C#) code that gets compiled at gem install time. Some gems
> even include pre-compiled code. You will find that the overwhelming majority
> of these gems target the mswin32 platform (which is based on the VC6
> runtime).
>
>
>
> The reason that binary gems are distributed is that, unlike on most
> Linux/UNIX/BSD based systems, Windows does not come with a C compiler, let
> alone the specific version used to create mswin32 Ruby, MSVC 6. So, users of
> the mswin32 Ruby relied on those who had a license to MSVC 6 to provide
> binaries of the gems they needed. This is a major reason why development of
> the mswin32 Ruby has ceased... Very few people have MSVC6, it's old and
> slow, and those who want MSVC6 (so they can contribute to mswin32 Ruby)
> can't get it anymore. This is why the mingw32 version of Ruby is the
> actively maintained version of C Ruby on Windows: no worries about mingw
> licensing and distribution, and it's freely available.
>
>
>
> This is the reason why it is important that IronRuby report the correct
> architecture and runtime environment. As I said before, Gems that target
> mswin32 will not run on IronRuby, because the thing that makes them mswin32
> is that they include C extensions that can be, or are, compiled to native,
> unmanaged code targetting the MSVC6 runtime. So, it is important that
> IronRuby not identify itself as mswin32, because the gems that target that
> platform won't work on IronRuby anyway.
>
>
>
> What Luis has done with Rake Compiler is allow the gem author to create
> extensions in C and Java, and permit them to compile platform specific
> versions of the same gem. I'm sure that he would welcome contributions that
> would allow us to write extensions in C# and build gems that target IronRuby
> as a platform, all while keeping the same gem name. That is,
> win32console-mswin32.gem and win32console-mingw32.gem come from the same
> source gem, but they are compiled against different runtimes, and target
> different platforms. With IronRuby identifying itself correctly, and some
> additions to rake-compiler to generate .Net assemblies, it may be possible
> to generate a win32console-.net20.gem. Even then, we'd need to provide
> patches to libraries that use a regex against RUBY_PLATFORM to determine if
> we're running on Windows. But then, what if you're running IronRuby on Mono
> on Linux, where any of the win32xxx gems make no sense?
>
>
>
> My point is that I don't see a way to just inject IronRuby-specific
> libraries in place of the mswin32 ones without causing all sorts of
> headaches with platform juggling. IronRuby is not always on Windows, and
> thus should not identify itself as running on Windows, and certainly should
> not identify itself as the MSVC6 version or Ruby.
>
>
> --
>
> Will Green
>
> <http://hotgazpacho.org/>http://hotgazpacho.org/
>
>
>
>
>
>
> On Mar 5, 2010, at 8:39 PM, Shri Borde < <Shri.Borde at microsoft.com>
> Shri.Borde at microsoft.com> wrote:
>
> The gem file name does include the platform information. That would seem to
> imply that gems for different platforms will live in different gem files. I
> am not too knowledge about the Gem process as well, so I may be incorrect as
> well?
>
>
>
> *From:* <ironruby-core-bounces at rubyforge.org>
> ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Friday, March 05, 2010 9:46 AM
> *To:* <ironruby-core at rubyforge.org>ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> I may not fully understand the Gem process here, so please pardon any
> ignorance.
>
>
>
> As I understand it, the ability to have separate, per-platform gem files
> for one Gem name would require that the code for all the platforms is
> present in the source of the Gem. That way, when you gem install XXX, the
> XXX library will get compiled locally for your current platform. Or, if the
> gem author provides them, pre-compiled binaries for your platform. In order
> to do that, though, I think the source code for multiple platforms needs to
> be present in the gem source.
>
>
>
> Luis is very knowledgeable in this area; he also wrote rake-compiler to
> address this issue with JRuby as well: <http://github.com/luislavena/rake-compiler>
> http://github.com/luislavena/rake-compiler
>
>
>
> I think it best to get his perspective on the best way to go about this.
>
>
>
> I am, however, glad that IronRuby is now more truthful about its
> architecture (since gems compiled for mswin32 WILL NOT WORK on IronRuby). I
> am certain this will lead to less frustration from end-users going forward.
>
>
> --
> Will Green
> <http://hotgazpacho.org/>http://hotgazpacho.org/
>
>
> On Fri, Mar 5, 2010 at 12:00 PM, Shri Borde < <Shri.Borde at microsoft.com>
> Shri.Borde at microsoft.com> wrote:
>
> The whole point of changing RbConfig::CONFIG[?arch?] was to be able to have
> two independent gem files. So you should not need to have to modify Luis
> Lavena?s code, right? And people installing win32console with MRI should not
> run any of your code, right?
>
>
>
> You could certainly drop him a line as a courtesy heads-up?
>
>
>
> *From:* <ironruby-core-bounces at rubyforge.org>
> ironruby-core-bounces at rubyforge.org [mailto:<ironruby-core-bounces at rubyforge.org>
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Friday, March 05, 2010 8:11 AM
>
>
> *To:* <ironruby-core at rubyforge.org>ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> I'd have to talk to Luis Lavena, the current maintainer of win32console. I
> might also have to make some code changes or test changes to make the .Net
> specific stuff a no-op on the C version of Ruby (otherwise, it won't even
> run). But I'd certainly be open to this. I'll drop him a line this weekend.
>
>
> --
> Will Green
> <http://hotgazpacho.org/>http://hotgazpacho.org/
>
> On Fri, Mar 5, 2010 at 10:45 AM, Shri Borde < <Shri.Borde at microsoft.com>
> Shri.Borde at microsoft.com> wrote:
>
> We should push the change once the dust settles down. Let?s wait until the
> RTM to make sure that this all actually works as we would like it to.
>
>
>
> In the meantime, I would encourage all gem authors to play with this and
> see if there are any issues. ?gem build? had the issue mentioned below. Not
> sure if jeweler etc will have any issues.
>
>
>
> Will, will you be renaming iron-term-ansicolor to win32console? Its your
> call whether you want to or not. However, if you do not, we should create a
> gem with platform=?universal-.net? and with the same name of a native gem,
> and see what the experience is (does ?ir.exe ?S gem install? prefer the .NET
> gem over the native gem?). I did verify that ?ir.exe ?S gem install
> win32console? currently does not find any matching gem since the existing
> win32console is a native gem.
>
>
>
> *From:* <ironruby-core-bounces at rubyforge.org>
> ironruby-core-bounces at rubyforge.org [mailto:<ironruby-core-bounces at rubyforge.org>
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Friday, March 05, 2010 7:08 AM
>
>
> *To:* <ironruby-core at rubyforge.org>ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> Cool beans!
>
>
>
> I noticed in the latest push that a change was made to Ruby Gems itself:
>
>
>
>
> <http://github.com/ironruby/ironruby/commit/82cb04621b505dea5a010c70827addc2de6227ba#diff-0>
> http://github.com/ironruby/ironruby/commit/82cb04621b505dea5a010c70827addc2de6227ba#diff-0
>
>
>
> Someone should contribute that change to the Ruby Gems project as well.
>
>
> --
> Will Green
> <http://hotgazpacho.org/>http://hotgazpacho.org/
>
> On Thu, Mar 4, 2010 at 7:36 PM, Shri Borde < <Shri.Borde at microsoft.com>
> Shri.Borde at microsoft.com> wrote:
>
> With my last checkin, RbConfig::CONFIG[?arch?] will be ?universal-.net2.0?
> for IronRuby. I created a gemspec as shown below. Doing ?gem build? on it
> will create a gem with filename of Shri-1.2.3-universal-unknown.gem.
> Instead use ?rbx ?S gem build? and you will get a file called
> Shri-1.2.3-universal-.net.gem.
>
>
>
> spec = Gem::Specification.new do |s|
>
>   <http://s.name>s.name = 'Shri'
>
>   s.version = '1.2.3'
>
>   s.summary = "Shri summary"
>
>   s.platform = " <http://universal-.net>universal-.net"
>
>   s.description = %{Shri description}
>
>   s.files = []
>
>   s.author = "Shri"
>
>   s.email = "shri at email"
>
>   s.homepage = " <http://shri.org>http://shri.org"
>
> end
>
>
>
> I have updated with
> <http://ironruby.net/Documentation/Real_Ruby_Applications/RubyGems>
> http://ironruby.net/Documentation/Real_Ruby_Applications/RubyGems with
> this info:
>
> *IronRuby-specific gems *
>
> Gems could specifically target IronRuby. They may contain Ruby code which
> uses .NET APIs, or they may even include compiled .NET assemblies. In such
> cases, the Gem specification should set platform
> <http://rubygems.org/read/chapter/20#platform>to "*<http://universal-.net>
> universal-.net*" (or "*universal-.net4.0*" to run only on .NET 4), and
> build the gem using IronRuby ("rbx -S gem build").
>
> Note that if you build the gem with MRI using "gem build", MRI will not be
> able to recognize the platform string, and will create a gem file named
> something like foo-universal-unknown.gem (instead of the expected
> foo-universal-.net.gem"). To avoid this, build the gem using IronRuby as
> mentioned above.
>
> Talking with Tomas, we will leave RUBY_PLATFORM set to ?x86-mswin32? (on
> Windows) since many apps check for ?mswin32? in RUBY_PLATFORM to check if
> they are running on Windows. We considered *appending* ?.net? and setting
> RUBY_PLATFORM to ?.net-mswin32? or ?x86-mswin32/.net? to indicate that it
> was not MRI, but decided against it as you can always check RUBY_ENGINE to
> detect if you are running on IronRuby.
>
>
>
> *From:* <ironruby-core-bounces at rubyforge.org>
> ironruby-core-bounces at rubyforge.org [mailto:<ironruby-core-bounces at rubyforge.org>
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Tuesday, March 02, 2010 11:52 AM
>
>
> *To:* <ironruby-core at rubyforge.org>ironruby-core at rubyforge.org
>
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> That all depends on how Gem checks the platform.  If it uses the
> RUBY_PLATFORM variable, then IronRuby needs to change what it reports here.
> Currently, it reports i386-mswin32.
>
>
> --
> Will Green
> <http://hotgazpacho.org/>http://hotgazpacho.org/
>
> On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville < <jdeville at microsoft.com>
> jdeville at microsoft.com> wrote:
>
> I believe JRuby is doing the 1st one, which makes sense in my opinion. If
> possible we should prefer platform == ?ironruby?, (or .net, do we need to
> differentiate .net and mono?), but accept others.
>
>  JD
>
>  *From:* <ironruby-core-bounces at rubyforge.org>
> ironruby-core-bounces at rubyforge.org [mailto:<ironruby-core-bounces at rubyforge.org>
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shri Borde
> *Sent:* Tuesday, March 02, 2010 10:02 AM
> *To:* <ironruby-core at rubyforge.org>ironruby-core at rubyforge.org
> *Subject:* [Ironruby-core] IronRuby version of existing gems
>
>  This brings a question to mind - what should the general approach be for
> porting existing gems to IronRuby? There could be two possible approaches:
>
> 1.       Create a gem with the same name (?win32console? in this case),
> and specify platform==?ironruby?. That way, dependent gems do not need to be
> updated, and users have to remember just one name. IronRuby will use the
> version with platform==?ironruby?, and MRI will use the one with
> platform==?mswin32?. So there should not be any clashes even if you use MRI
> and IronRuby on the same machine.
>
> 2.       Create a new gem like iron-term-ansicolor.
>
>
>
> Any pro or cons to the two? What should the recommendation be in general?
>
>
>
> *From:* <ironruby-core-bounces at rubyforge.org>
> ironruby-core-bounces at rubyforge.org [mailto:<ironruby-core-bounces at rubyforge.org>
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Tuesday, March 02, 2010 7:47 AM
> *To:* ironruby-core
> *Subject:* Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>
>
>
> I released iron-term-ansicolor 0.0.3 last night after testing the gem
> install locally first.
>
>
>
> Please let me know if you still have trouble installing it from
> <http://Rubygems.org>Rubygems.org.
>
>
>
> Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can,
> the same way it tries to use win32console under MRI.
>
>
> --
> Will Green
> <http://hotgazpacho.org/>http://hotgazpacho.org/
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> <Ironruby-core at rubyforge.org>Ironruby-core at rubyforge.org
>  <http://rubyforge.org/mailman/listinfo/ironruby-core>
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> <Ironruby-core at rubyforge.org>Ironruby-core at rubyforge.org
>  <http://rubyforge.org/mailman/listinfo/ironruby-core>
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> <Ironruby-core at rubyforge.org>Ironruby-core at rubyforge.org
>  <http://rubyforge.org/mailman/listinfo/ironruby-core>
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> <Ironruby-core at rubyforge.org>Ironruby-core at rubyforge.org
>  <http://rubyforge.org/mailman/listinfo/ironruby-core>
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
> _______________________________________________
> Ironruby-core mailing list
>  <Ironruby-core at rubyforge.org>Ironruby-core at rubyforge.org
> <http://rubyforge.org/mailman/listinfo/ironruby-core>
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100306/7f3f3a43/attachment-0001.html>

From Shri.Borde at microsoft.com  Sat Mar  6 13:24:43 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Sat, 6 Mar 2010 18:24:43 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <b1c6aabb1003060611s5a25dea6mf4ce0a19895fa9b5@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003050708r41937888u61e3cf849cf82882@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D693@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050811j14d43c61je3faed30e4764d08@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D77D@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050946w6e10b908p47ff15e3c675a3cf@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705DDD2@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<93B2F57F-294D-49C2-9050-691B877627F5@hotgazpacho.org>
	<4B342496A3EFEB48839E10BB4BF5964C401E150B@TK5EX14MBXC122.redmond.corp.microsoft.com>
	<046EFF20-49B2-4C22-B544-090D9C560AD5@hotgazpacho.org>
	<b1c6aabb1003060611s5a25dea6mf4ce0a19895fa9b5@mail.gmail.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A705ECFE@TK5EX14MBXC134.redmond.corp.microsoft.com>

Will, Tomas and I did discuss setting RUBY_PLATFORM to something like ?x86-mswin32.net?, but decided to keep things simple. If the app needs to check if it is running on IronRuby, it can always look for RUBY_ENGINE==?ironruby?. For legacy apps,  changing RUBY_PLATFORM does not help, and will probably even hurt in many cases where app does RUBY_PLATFORM==?x86-win32? to check for Windows.

Ivan, Tomas had already fixed RUBY_PLATFORM to be ?i386-linux? for Linux in early January. So you should not need to use ENV[?OS?] anymore.

Jim has pushed the changes for RbConfig::CONFIG[?arch?]. So please do try out the new GIT sources, or the RC3 when it comes out (which should be in a week or so).

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ivan Porto Carrero
Sent: Saturday, March 06, 2010 6:12 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

my vote goes to making the rb config file as much self discoverable as possible.

Most of the info can be gotten from the .NET runtime environment I've run into this problem a couple of times because I'm trying to run IronRuby on mono pretty often.
Until now I've resorted to using ENV['OS'] == "Windows_NT" to figure out which OS I'm running on and I've also had to patch a few gems to detect the OS and features properly.

---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero - Mob: +32.486.787.582
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP

On Sat, Mar 6, 2010 at 2:50 PM, Will Green <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:
Yes, that seems to be close to my understanding. Only much more eloquently stated. Thank you! :-)

Also keep in mind that not everyone using Ruby uses Ruby Gems. In fact, it is considered rude to presume the existance of any library package management system by the consumer. So, RUBY_PLATFORM is a more important constant to define correctly for platform detection (since this IS present for every Ruby implementation).

Now for feature detection, libraries usually do a regex match on RUBY_PLATFORM, usually

RUBY_PLATFORM =~ /mswin|mingw/

So, we might define RUBY_PLATFORM as mswin.netX, linux.netX, macosx.netX, etc. (where X is the .Net runtime version). However, I still think we'll run into libraries that make other assumptions about the Ruby runtime that won't be true or IronRuby. Such libraries would need to be patched to recognize the extended platform name.

I don't have JRuby installed, and I don't have a Mac to check on, either, but perhaps it might provide some guidance to see what JRuby defines RUBY_PLATFORM as on the various OSes.

On a side note, thank you Shri, Tomas, and everyone else for taking my impassioned pleas for what they truly are: a desire to make IronRuby an awesome, well-manored Ruby implementation! Keep up the good work!

--
Will Green
http://hotgazpacho.org/



On Mar 6, 2010, at 1:58 AM, Tomas Matousek <Tomas.Matousek at microsoft.com<mailto:Tomas.Matousek at microsoft.com>> wrote:
So basically, if I understand it well, there are two variables in question:

1)      ?native? extension formats supported by particular Ruby VM ? that would be MSVC6 compiled PE file/mingw compiled PE file/gcc compiled .so file for MRI, Java class file for JRuby and CLR assembly for IronRuby. Any subsystem that builds/uses ?native? extensions needs to use this variable. A particular VM can support multiple formats (JRuby supports Java class files and FFI compatible native extensions). This is what Gem::Platform seems to be used for.

2)      The capabilities of the underlying CPU and OS. This is what RUBY_PLATFORM is used for ? behavior of certain APIs like fork, etc, process, files, etc.  might be different/unavailable on different platforms.

Is that correct?
Tomas

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 8:18 PM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

See  http://docs.rubygems.org/read/chapter/20#platform

Basically, most gems contain pure Ruby code. Some gems contain C (or Java, or now possibly C#) code that gets compiled at gem install time. Some gems even include pre-compiled code. You will find that the overwhelming majority of these gems target the mswin32 platform (which is based on the VC6 runtime).

The reason that binary gems are distributed is that, unlike on most Linux/UNIX/BSD based systems, Windows does not come with a C compiler, let alone the specific version used to create mswin32 Ruby, MSVC 6. So, users of the mswin32 Ruby relied on those who had a license to MSVC 6 to provide binaries of the gems they needed. This is a major reason why development of the mswin32 Ruby has ceased... Very few people have MSVC6, it's old and slow, and those who want MSVC6 (so they can contribute to mswin32 Ruby) can't get it anymore. This is why the mingw32 version of Ruby is the actively maintained version of C Ruby on Windows: no worries about mingw licensing and distribution, and it's freely available.

This is the reason why it is important that IronRuby report the correct architecture and runtime environment. As I said before, Gems that target mswin32 will not run on IronRuby, because the thing that makes them mswin32 is that they include C extensions that can be, or are, compiled to native, unmanaged code targetting the MSVC6 runtime. So, it is important that IronRuby not identify itself as mswin32, because the gems that target that platform won't work on IronRuby anyway.

What Luis has done with Rake Compiler is allow the gem author to create extensions in C and Java, and permit them to compile platform specific versions of the same gem. I'm sure that he would welcome contributions that would allow us to write extensions in C# and build gems that target IronRuby as a platform, all while keeping the same gem name. That is, win32console-mswin32.gem and win32console-mingw32.gem come from the same source gem, but they are compiled against different runtimes, and target different platforms. With IronRuby identifying itself correctly, and some additions to rake-compiler to generate .Net assemblies, it may be possible to generate a win32console-.net20.gem. Even then, we'd need to provide patches to libraries that use a regex against RUBY_PLATFORM to determine if we're running on Windows. But then, what if you're running IronRuby on Mono on Linux, where any of the win32xxx gems make no sense?

My point is that I don't see a way to just inject IronRuby-specific libraries in place of the mswin32 ones without causing all sorts of headaches with platform juggling. IronRuby is not always on Windows, and thus should not identify itself as running on Windows, and certainly should not identify itself as the MSVC6 version or Ruby.

--
Will Green
http://hotgazpacho.org/



On Mar 5, 2010, at 8:39 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
The gem file name does include the platform information. That would seem to imply that gems for different platforms will live in different gem files. I am not too knowledge about the Gem process as well, so I may be incorrect as well?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 9:46 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

I may not fully understand the Gem process here, so please pardon any ignorance.

As I understand it, the ability to have separate, per-platform gem files for one Gem name would require that the code for all the platforms is present in the source of the Gem. That way, when you gem install XXX, the XXX library will get compiled locally for your current platform. Or, if the gem author provides them, pre-compiled binaries for your platform. In order to do that, though, I think the source code for multiple platforms needs to be present in the gem source.

Luis is very knowledgeable in this area; he also wrote rake-compiler to address this issue with JRuby as well: http://github.com/luislavena/rake-compiler

I think it best to get his perspective on the best way to go about this.

I am, however, glad that IronRuby is now more truthful about its architecture (since gems compiled for mswin32 WILL NOT WORK on IronRuby). I am certain this will lead to less frustration from end-users going forward.

--
Will Green
http://hotgazpacho.org/

On Fri, Mar 5, 2010 at 12:00 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
The whole point of changing RbConfig::CONFIG[?arch?] was to be able to have two independent gem files. So you should not need to have to modify Luis Lavena?s code, right? And people installing win32console with MRI should not run any of your code, right?

You could certainly drop him a line as a courtesy heads-up?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 8:11 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

I'd have to talk to Luis Lavena, the current maintainer of win32console. I might also have to make some code changes or test changes to make the .Net specific stuff a no-op on the C version of Ruby (otherwise, it won't even run). But I'd certainly be open to this. I'll drop him a line this weekend.

--
Will Green
http://hotgazpacho.org/
On Fri, Mar 5, 2010 at 10:45 AM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
We should push the change once the dust settles down. Let?s wait until the RTM to make sure that this all actually works as we would like it to.

In the meantime, I would encourage all gem authors to play with this and see if there are any issues. ?gem build? had the issue mentioned below. Not sure if jeweler etc will have any issues.

Will, will you be renaming iron-term-ansicolor to win32console? Its your call whether you want to or not. However, if you do not, we should create a gem with platform=?universal-.net? and with the same name of a native gem, and see what the experience is (does ?ir.exe ?S gem install? prefer the .NET gem over the native gem?). I did verify that ?ir.exe ?S gem install win32console? currently does not find any matching gem since the existing win32console is a native gem.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 7:08 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Cool beans!

I noticed in the latest push that a change was made to Ruby Gems itself:

http://github.com/ironruby/ironruby/commit/82cb04621b505dea5a010c70827addc2de6227ba#diff-0

Someone should contribute that change to the Ruby Gems project as well.

--
Will Green
http://hotgazpacho.org/
On Thu, Mar 4, 2010 at 7:36 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
With my last checkin, RbConfig::CONFIG[?arch?] will be ?universal-.net2.0? for IronRuby. I created a gemspec as shown below. Doing ?gem build? on it will create a gem with filename of Shri-1.2.3-universal-unknown.gem. Instead use ?rbx ?S gem build? and you will get a file called Shri-1.2.3-universal-.net.gem.

spec = Gem::Specification.new do |s|
  s.name<http://s.name> = 'Shri'
  s.version = '1.2.3'
  s.summary = "Shri summary"
  s.platform = "universal-.net<http://universal-.net>"
  s.description = %{Shri description}
  s.files = []
  s.author = "Shri"
  s.email = "shri at email"
  s.homepage = "http://shri.org"
end

I have updated with http://ironruby.net/Documentation/Real_Ruby_Applications/RubyGems with this info:
IronRuby-specific gems
Gems could specifically target IronRuby. They may contain Ruby code which uses .NET APIs, or they may even include compiled .NET assemblies. In such cases, the Gem specification should set platform <http://rubygems.org/read/chapter/20#platform> to "universal-.net<http://universal-.net>" (or "universal-.net4.0" to run only on .NET 4), and build the gem using IronRuby ("rbx -S gem build").
Note that if you build the gem with MRI using "gem build", MRI will not be able to recognize the platform string, and will create a gem file named something like foo-universal-unknown.gem (instead of the expected foo-universal-.net.gem"). To avoid this, build the gem using IronRuby as mentioned above.
Talking with Tomas, we will leave RUBY_PLATFORM set to ?x86-mswin32? (on Windows) since many apps check for ?mswin32? in RUBY_PLATFORM to check if they are running on Windows. We considered appending ?.net? and setting RUBY_PLATFORM to ?.net-mswin32? or ?x86-mswin32/.net? to indicate that it was not MRI, but decided against it as you can always check RUBY_ENGINE to detect if you are running on IronRuby.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 11:52 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

That all depends on how Gem checks the platform.  If it uses the RUBY_PLATFORM variable, then IronRuby needs to change what it reports here. Currently, it reports i386-mswin32.

--
Will Green
http://hotgazpacho.org/
On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
I believe JRuby is doing the 1st one, which makes sense in my opinion. If possible we should prefer platform == ?ironruby?, (or .net, do we need to differentiate .net and mono?), but accept others.
 JD
 From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Tuesday, March 02, 2010 10:02 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: [Ironruby-core] IronRuby version of existing gems
 This brings a question to mind - what should the general approach be for porting existing gems to IronRuby? There could be two possible approaches:

1.       Create a gem with the same name (?win32console? in this case), and specify platform==?ironruby?. That way, dependent gems do not need to be updated, and users have to remember just one name. IronRuby will use the version with platform==?ironruby?, and MRI will use the one with platform==?mswin32?. So there should not be any clashes even if you use MRI and IronRuby on the same machine.

2.       Create a new gem like iron-term-ansicolor.

Any pro or cons to the two? What should the recommendation be in general?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 7:47 AM
To: ironruby-core
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

I released iron-term-ansicolor 0.0.3 last night after testing the gem install locally first.

Please let me know if you still have trouble installing it from Rubygems.org<http://Rubygems.org>.

Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can, the same way it tries to use win32console under MRI.

--
Will Green
http://hotgazpacho.org/


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100306/9fea52c6/attachment-0001.html>

From Shri.Borde at microsoft.com  Sat Mar  6 17:35:10 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Sat, 6 Mar 2010 22:35:10 +0000
Subject: [Ironruby-core] Basic Rails 3 app works (FYI review)
Message-ID: <6459203F8B1AF641995AE49D47FA51A705EF6D@TK5EX14MBXC134.redmond.corp.microsoft.com>

  tfpt review "/shelveset:r3;REDMOND\sborde"

Add a stub implementation of YAML.add_builtin_type. With this fix, I can create a Rails 3 app, add a controller, start the server, and request the main page! See http://weblog.rubyonrails.org/2010/2/5/rails-3-0-beta-release for setup instructions. The caveats are:

*         You need to use MRI to install the dependency gems since Rails 3 uses the bundler gem specifies RubyGems 1.3.6 as a dependency, whereas IronRuby includes 1.3.5.

*         You need to use ir.exe -1.8.7

*         None of the ActiveRecord IronRuby adapters have been updated to work with Rails 3. So you cannot use ActiveRecord

Also, Enables Rails 3 tests that now work after Tomas's fixes for Symbol#to_proc and encoding


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100306/d066330b/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: r3.diff
Type: application/octet-stream
Size: 24283 bytes
Desc: r3.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100306/d066330b/attachment-0001.obj>

From ivan at whiterabbitconsulting.eu  Sat Mar  6 18:25:22 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Sun, 7 Mar 2010 00:25:22 +0100
Subject: [Ironruby-core] Basic Rails 3 app works (FYI review)
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A705EF6D@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <6459203F8B1AF641995AE49D47FA51A705EF6D@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <b1c6aabb1003061525m4404a72ck9e579d15cd3bfe96@mail.gmail.com>

You can use bundler 0.9 perhaps that will install on gems 1.3.5
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Sat, Mar 6, 2010 at 11:35 PM, Shri Borde <Shri.Borde at microsoft.com>wrote:

>    tfpt review "/shelveset:r3;REDMOND\sborde"
>
>
>
> Add a stub implementation of YAML.add_builtin_type. With this fix, I can
> create a Rails 3 app, add a controller, start the server, and request the
> main page! See
> http://weblog.rubyonrails.org/2010/2/5/rails-3-0-beta-release for setup
> instructions. The caveats are:
>
> ?         You need to use MRI to install the dependency gems since Rails 3
> uses the bundler gem specifies RubyGems 1.3.6 as a dependency, whereas
> IronRuby includes 1.3.5.
>
> ?         You need to use ir.exe -1.8.7
>
> ?         None of the ActiveRecord IronRuby adapters have been updated to
> work with Rails 3. So you cannot use ActiveRecord
>
>
>
> Also, Enables Rails 3 tests that now work after Tomas's fixes for
> Symbol#to_proc and encoding
>
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100307/8bb166ec/attachment.html>

From will at hotgazpacho.org  Sat Mar  6 18:36:06 2010
From: will at hotgazpacho.org (Will Green)
Date: Sat, 6 Mar 2010 18:36:06 -0500
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A705ECFE@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003050708r41937888u61e3cf849cf82882@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D693@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050811j14d43c61je3faed30e4764d08@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D77D@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050946w6e10b908p47ff15e3c675a3cf@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705DDD2@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<93B2F57F-294D-49C2-9050-691B877627F5@hotgazpacho.org>
	<4B342496A3EFEB48839E10BB4BF5964C401E150B@TK5EX14MBXC122.redmond.corp.microsoft.com>
	<046EFF20-49B2-4C22-B544-090D9C560AD5@hotgazpacho.org>
	<b1c6aabb1003060611s5a25dea6mf4ce0a19895fa9b5@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705ECFE@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <6704262E-4449-4E54-91DA-650DB1505507@hotgazpacho.org>

I'll certainly try it out, but I remain skeptical of this decission.

Out of curiosity, what is the value of RUBY_PLATFORM when running  
under Mono on OS X and Mono on Linux?

FWIW, JRuby 1.4.0 reports RUBY_PLATFORM as "java".

The underlying OS is set in in the host_os key in rbconfig:

[JRuby 1.4.0]
require 'rbconfig'
Config::CONFIG['host_os']
=> "mswin32"

On OS X, I'm told it returns "darwin", and on Linux, supposedly  
"linux". IMO, this seems like a much better, more accurate way to do  
OS detection.

Think about it this way: when you write extensions for IronRuby, what  
platform are you targetting? Not Win32 or Darwin or Linux. You're  
targetting the .Net platform!

I really think that IronRuby should report ".net" for RUBY_PLATFORM,  
and include the host OS in the host_os key in RbConfig.

--
Will Green
http://hotgazpacho.org/



On Mar 6, 2010, at 1:24 PM, Shri Borde <Shri.Borde at microsoft.com> wrote:

> Will, Tomas and I did discuss setting RUBY_PLATFORM to something  
> like ?x86-mswin32.net?, but decided to keep things simple. If the  
> app needs to check if it is running on IronRuby, it can always look  
> for RUBY_ENGINE==?ironruby?. For legacy apps,  changing  
> RUBY_PLATFORM does not help, and will probably even hurt in many cas 
> es where app does RUBY_PLATFORM==?x86-win32? to check for Windows.
>
>
>
> Ivan, Tomas had already fixed RUBY_PLATFORM to be ?i386-linux?  
> for Linux in early January. So you should not need to use ENV 
> [?OS?] anymore.
>
>
>
> Jim has pushed the changes for RbConfig::CONFIG[?arch?]. So  
> please do try out the new GIT sources, or the RC3 when it comes out  
> (which should be in a week or so).
>
>
>
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- 
> bounces at rubyforge.org] On Behalf Of Ivan Porto Carrero
> Sent: Saturday, March 06, 2010 6:12 AM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> my vote goes to making the rb config file as much self discoverable  
> as possible.
>
>
>
> Most of the info can be gotten from the .NET runtime environment  
> I've run into this problem a couple of times because I'm trying to  
> run IronRuby on mono pretty often.
>
> Until now I've resorted to using ENV['OS'] == "Windows_NT" to figure  
> out which OS I'm running on and I've also had to patch a few gems to  
> detect the OS and features properly.
>
>
> ---
> Met vriendelijke groeten - Best regards - Salutations
> Ivan Porto Carrero - Mob: +32.486.787.582
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)
> Microsoft IronRuby/C# MVP
>
>
> On Sat, Mar 6, 2010 at 2:50 PM, Will Green <will at hotgazpacho.org>  
> wrote:
>
> Yes, that seems to be close to my understanding. Only much more  
> eloquently stated. Thank you! :-)
>
>
>
> Also keep in mind that not everyone using Ruby uses Ruby Gems. In  
> fact, it is considered rude to presume the existance of any library  
> package management system by the consumer. So, RUBY_PLATFORM is a  
> more important constant to define correctly for platform detection  
> (since this IS present for every Ruby implementation).
>
>
>
> Now for feature detection, libraries usually do a regex match on  
> RUBY_PLATFORM, usually
>
>
>
> RUBY_PLATFORM =~ /mswin|mingw/
>
>
>
> So, we might define RUBY_PLATFORM as mswin.netX, linux.netX,  
> macosx.netX, etc. (where X is the .Net runtime version). However, I  
> still think we'll run into libraries that make other assumptions  
> about the Ruby runtime that won't be true or IronRuby. Such  
> libraries would need to be patched to recognize the extended  
> platform name.
>
>
>
> I don't have JRuby installed, and I don't have a Mac to check on,  
> either, but perhaps it might provide some guidance to see what JRuby  
> defines RUBY_PLATFORM as on the various OSes.
>
>
>
> On a side note, thank you Shri, Tomas, and everyone else for taking  
> my impassioned pleas for what they truly are: a desire to make  
> IronRuby an awesome, well-manored Ruby implementation! Keep up the  
> good work!
>
>
> --
>
> Will Green
>
> http://hotgazpacho.org/
>
>
>
>
>
>
> On Mar 6, 2010, at 1:58 AM, Tomas Matousek <Tomas.Matousek at microsoft.com 
> > wrote:
>
> So basically, if I understand it well, there are two variables in  
> question:
>
> 1)      ?native? extension formats supported by particular Ruby  
> VM ? that would be MSVC6 compiled PE file/mingw compiled PE file/gcc 
>  compiled .so file for MRI, Java class file for JRuby and CLR assemb 
> ly for IronRuby. Any subsystem that builds/uses ?native?  
> extensions needs to use this variable. A particular VM can support m 
> ultiple formats (JRuby supports Java class files and FFI compatible  
> native extensions). This is what Gem::Platform seems to be used for.
>
> 2)      The capabilities of the underlying CPU and OS. This is what  
> RUBY_PLATFORM is used for ? behavior of certain APIs like fork, etc, 
>  process, files, etc.  might be different/unavailable on different p 
> latforms.
>
>
>
> Is that correct?
>
> Tomas
>
>
>
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- 
> bounces at rubyforge.org] On Behalf Of Will Green
> Sent: Friday, March 05, 2010 8:18 PM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> See  http://docs.rubygems.org/read/chapter/20#platform
>
>
>
> Basically, most gems contain pure Ruby code. Some gems contain C (or  
> Java, or now possibly C#) code that gets compiled at gem install  
> time. Some gems even include pre-compiled code. You will find that  
> the overwhelming majority of these gems target the mswin32 platform  
> (which is based on the VC6 runtime).
>
>
>
> The reason that binary gems are distributed is that, unlike on most  
> Linux/UNIX/BSD based systems, Windows does not come with a C  
> compiler, let alone the specific version used to create mswin32  
> Ruby, MSVC 6. So, users of the mswin32 Ruby relied on those who had  
> a license to MSVC 6 to provide binaries of the gems they needed.  
> This is a major reason why development of the mswin32 Ruby has  
> ceased... Very few people have MSVC6, it's old and slow, and those  
> who want MSVC6 (so they can contribute to mswin32 Ruby) can't get it  
> anymore. This is why the mingw32 version of Ruby is the actively  
> maintained version of C Ruby on Windows: no worries about mingw  
> licensing and distribution, and it's freely available.
>
>
>
> This is the reason why it is important that IronRuby report the  
> correct architecture and runtime environment. As I said before, Gems  
> that target mswin32 will not run on IronRuby, because the thing that  
> makes them mswin32 is that they include C extensions that can be, or  
> are, compiled to native, unmanaged code targetting the MSVC6  
> runtime. So, it is important that IronRuby not identify itself as  
> mswin32, because the gems that target that platform won't work on  
> IronRuby anyway.
>
>
>
> What Luis has done with Rake Compiler is allow the gem author to  
> create extensions in C and Java, and permit them to compile platform  
> specific versions of the same gem. I'm sure that he would welcome  
> contributions that would allow us to write extensions in C# and  
> build gems that target IronRuby as a platform, all while keeping the  
> same gem name. That is, win32console-mswin32.gem and win32console- 
> mingw32.gem come from the same source gem, but they are compiled  
> against different runtimes, and target different platforms. With  
> IronRuby identifying itself correctly, and some additions to rake- 
> compiler to generate .Net assemblies, it may be possible to generate  
> a win32console-.net20.gem. Even then, we'd need to provide patches  
> to libraries that use a regex against RUBY_PLATFORM to determine if  
> we're running on Windows. But then, what if you're running IronRuby  
> on Mono on Linux, where any of the win32xxx gems make no sense?
>
>
>
> My point is that I don't see a way to just inject IronRuby-specific  
> libraries in place of the mswin32 ones without causing all sorts of  
> headaches with platform juggling. IronRuby is not always on Windows,  
> and thus should not identify itself as running on Windows, and  
> certainly should not identify itself as the MSVC6 version or Ruby.
>
>
> --
>
> Will Green
>
> http://hotgazpacho.org/
>
>
>
>
>
>
> On Mar 5, 2010, at 8:39 PM, Shri Borde <Shri.Borde at microsoft.com>  
> wrote:
>
> The gem file name does include the platform information. That would  
> seem to imply that gems for different platforms will live in  
> different gem files. I am not too knowledge about the Gem process as  
> well, so I may be incorrect as well?
>
>
>
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- 
> bounces at rubyforge.org] On Behalf Of Will Green
> Sent: Friday, March 05, 2010 9:46 AM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> I may not fully understand the Gem process here, so please pardon  
> any ignorance.
>
>
>
> As I understand it, the ability to have separate, per-platform gem  
> files for one Gem name would require that the code for all the  
> platforms is present in the source of the Gem. That way, when you  
> gem install XXX, the XXX library will get compiled locally for your  
> current platform. Or, if the gem author provides them, pre-compiled  
> binaries for your platform. In order to do that, though, I think the  
> source code for multiple platforms needs to be present in the gem  
> source.
>
>
>
> Luis is very knowledgeable in this area; he also wrote rake-compiler  
> to address this issue with JRuby as well: http://github.com/luislavena/rake-compiler
>
>
>
> I think it best to get his perspective on the best way to go about  
> this.
>
>
>
> I am, however, glad that IronRuby is now more truthful about its  
> architecture (since gems compiled for mswin32 WILL NOT WORK on  
> IronRuby). I am certain this will lead to less frustration from end- 
> users going forward.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
> On Fri, Mar 5, 2010 at 12:00 PM, Shri Borde  
> <Shri.Borde at microsoft.com> wrote:
>
> The whole point of changing RbConfig::CONFIG[?arch?] was to be  
> able to have two independent gem files. So you should not need to ha 
> ve to modify Luis Lavena?s code, right? And people installing win32c 
> onsole with MRI should not run any of your code, right?
>
>
>
> You could certainly drop him a line as a courtesy heads-up?
>
>
>
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- 
> bounces at rubyforge.org] On Behalf Of Will Green
> Sent: Friday, March 05, 2010 8:11 AM
>
>
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> I'd have to talk to Luis Lavena, the current maintainer of  
> win32console. I might also have to make some code changes or test  
> changes to make the .Net specific stuff a no-op on the C version of  
> Ruby (otherwise, it won't even run). But I'd certainly be open to  
> this. I'll drop him a line this weekend.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> On Fri, Mar 5, 2010 at 10:45 AM, Shri Borde  
> <Shri.Borde at microsoft.com> wrote:
>
> We should push the change once the dust settles down. Let?s wait unt 
> il the RTM to make sure that this all actually works as we would lik 
> e it to.
>
>
>
> In the meantime, I would encourage all gem authors to play with this  
> and see if there are any issues. ?gem build? had the issue  
> mentioned below. Not sure if jeweler etc will have any issues.
>
>
>
> Will, will you be renaming iron-term-ansicolor to win32console? Its  
> your call whether you want to or not. However, if you do not, we  
> should create a gem with platform=?universal-.net? and with the  
> same name of a native gem, and see what the experience is (does ?ir. 
> exe ?S gem install? prefer the .NET gem over the native gem?). I  
> did verify that ?ir.exe ?S gem install win32console? currently  
> does not find any matching gem since the existing win32console is a  
> native gem.
>
>
>
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- 
> bounces at rubyforge.org] On Behalf Of Will Green
> Sent: Friday, March 05, 2010 7:08 AM
>
>
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> Cool beans!
>
>
>
> I noticed in the latest push that a change was made to Ruby Gems  
> itself:
>
>
>
> http://github.com/ironruby/ironruby/commit/82cb04621b505dea5a010c70827addc2de6227ba#diff-0
>
>
>
> Someone should contribute that change to the Ruby Gems project as  
> well.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> On Thu, Mar 4, 2010 at 7:36 PM, Shri Borde  
> <Shri.Borde at microsoft.com> wrote:
>
> With my last checkin, RbConfig::CONFIG[?arch?] will be  
> ?universal-.net2.0? for IronRuby. I created a gemspec as shown  
> below. Doing ?gem build? on it will create a gem with filename of  
> Shri-1.2.3-universal-unknown.gem. Instead use ?rbx ?S gem  
> build? and you will get a file called Shri-1.2.3-universal-.net.gem.
>
>
>
> spec = Gem::Specification.new do |s|
>
>   s.name = 'Shri'
>
>   s.version = '1.2.3'
>
>   s.summary = "Shri summary"
>
>   s.platform = "universal-.net"
>
>   s.description = %{Shri description}
>
>   s.files = []
>
>   s.author = "Shri"
>
>   s.email = "shri at email"
>
>   s.homepage = "http://shri.org"
>
> end
>
>
>
> I have updated with http://ironruby.net/Documentation/Real_Ruby_Applications/RubyGems 
>  with this info:
>
> IronRuby-specific gems
>
> Gems could specifically target IronRuby. They may contain Ruby code  
> which uses .NET APIs, or they may even include compiled .NET  
> assemblies. In such cases, the Gem specification should set platform  
> to "universal-.net" (or "universal-.net4.0" to run only on .NET 4),  
> and build the gem using IronRuby ("rbx -S gem build").
>
> Note that if you build the gem with MRI using "gem build", MRI will  
> not be able to recognize the platform string, and will create a gem  
> file named something like foo-universal-unknown.gem (instead of the  
> expected foo-universal-.net.gem"). To avoid this, build the gem  
> using IronRuby as mentioned above.
>
> Talking with Tomas, we will leave RUBY_PLATFORM set to ?x86- 
> mswin32? (on Windows) since many apps check for ?mswin32? in  
> RUBY_PLATFORM to check if they are running on Windows. We considered 
>  appending ?.net? and setting RUBY_PLATFORM to ?.net-mswin32?  
> or ?x86-mswin32/.net? to indicate that it was not MRI, but  
> decided against it as you can always check RUBY_ENGINE to detect if  
> you are running on IronRuby.
>
>
>
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- 
> bounces at rubyforge.org] On Behalf Of Will Green
> Sent: Tuesday, March 02, 2010 11:52 AM
>
>
> To: ironruby-core at rubyforge.org
>
> Subject: Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> That all depends on how Gem checks the platform.  If it uses the  
> RUBY_PLATFORM variable, then IronRuby needs to change what it  
> reports here. Currently, it reports i386-mswin32.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com>  
> wrote:
>
> I believe JRuby is doing the 1st one, which makes sense in my  
> opinion. If possible we should prefer platform == ?ironruby?,  
> (or .net, do we need to differentiate .net and mono?), but accept ot 
> hers.
>
>  JD
>
>  From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- 
> bounces at rubyforge.org] On Behalf Of Shri Borde
> Sent: Tuesday, March 02, 2010 10:02 AM
> To: ironruby-core at rubyforge.org
> Subject: [Ironruby-core] IronRuby version of existing gems
>
>  This brings a question to mind - what should the general approach  
> be for porting existing gems to IronRuby? There could be two  
> possible approaches:
>
> 1.       Create a gem with the same name (?win32console? in this  
> case), and specify platform==?ironruby?. That way, dependent gems  
> do not need to be updated, and users have to remember just one name. 
>  IronRuby will use the version with platform==?ironruby?, and MRI  
> will use the one with platform==?mswin32?. So there should not be  
> any clashes even if you use MRI and IronRuby on the same machine.
>
> 2.       Create a new gem like iron-term-ansicolor.
>
>
>
> Any pro or cons to the two? What should the recommendation be in  
> general?
>
>
>
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- 
> bounces at rubyforge.org] On Behalf Of Will Green
> Sent: Tuesday, March 02, 2010 7:47 AM
> To: ironruby-core
> Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>
>
>
> I released iron-term-ansicolor 0.0.3 last night after testing the  
> gem install locally first.
>
>
>
> Please let me know if you still have trouble installing it from Rubygems.org 
> .
>
>
>
> Also, I've submitted a patch to RSpec to use iron-term-ansicolor if  
> it can, the same way it tries to use win32console under MRI.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100306/8d703a55/attachment-0001.html>

From jdeville at microsoft.com  Sat Mar  6 18:52:55 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Sat, 6 Mar 2010 23:52:55 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A705ECFE@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003050708r41937888u61e3cf849cf82882@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D693@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050811j14d43c61je3faed30e4764d08@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D77D@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050946w6e10b908p47ff15e3c675a3cf@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705DDD2@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<93B2F57F-294D-49C2-9050-691B877627F5@hotgazpacho.org>
	<4B342496A3EFEB48839E10BB4BF5964C401E150B@TK5EX14MBXC122.redmond.corp.microsoft.com>
	<046EFF20-49B2-4C22-B544-090D9C560AD5@hotgazpacho.org>
	<b1c6aabb1003060611s5a25dea6mf4ce0a19895fa9b5@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705ECFE@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71E033B@TK5EX14MBXC136.redmond.corp.microsoft.com>

I don?t think that the RUBY_PLATFORM check would hurt legacy apps considering RUBY_ENGINE doesn?t exist on those systems. Also, in regards to gem names and platform specific gems: You don?t install foo_mswin32, you install foo, and gem finds the right one for you. I don?t believe gem has the logic to find a different gem if the one you are looking doesn?t have a more specific version available.

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Shri Borde
Sent: Saturday, March 06, 2010 10:25 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Will, Tomas and I did discuss setting RUBY_PLATFORM to something like ?x86-mswin32.net?, but decided to keep things simple. If the app needs to check if it is running on IronRuby, it can always look for RUBY_ENGINE==?ironruby?. For legacy apps,  changing RUBY_PLATFORM does not help, and will probably even hurt in many cases where app does RUBY_PLATFORM==?x86-win32? to check for Windows.

Ivan, Tomas had already fixed RUBY_PLATFORM to be ?i386-linux? for Linux in early January. So you should not need to use ENV[?OS?] anymore.

Jim has pushed the changes for RbConfig::CONFIG[?arch?]. So please do try out the new GIT sources, or the RC3 when it comes out (which should be in a week or so).

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ivan Porto Carrero
Sent: Saturday, March 06, 2010 6:12 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

my vote goes to making the rb config file as much self discoverable as possible.

Most of the info can be gotten from the .NET runtime environment I've run into this problem a couple of times because I'm trying to run IronRuby on mono pretty often.
Until now I've resorted to using ENV['OS'] == "Windows_NT" to figure out which OS I'm running on and I've also had to patch a few gems to detect the OS and features properly.

---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero - Mob: +32.486.787.582
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP
On Sat, Mar 6, 2010 at 2:50 PM, Will Green <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:
Yes, that seems to be close to my understanding. Only much more eloquently stated. Thank you! :-)

Also keep in mind that not everyone using Ruby uses Ruby Gems. In fact, it is considered rude to presume the existance of any library package management system by the consumer. So, RUBY_PLATFORM is a more important constant to define correctly for platform detection (since this IS present for every Ruby implementation).

Now for feature detection, libraries usually do a regex match on RUBY_PLATFORM, usually

RUBY_PLATFORM =~ /mswin|mingw/

So, we might define RUBY_PLATFORM as mswin.netX, linux.netX, macosx.netX, etc. (where X is the .Net runtime version). However, I still think we'll run into libraries that make other assumptions about the Ruby runtime that won't be true or IronRuby. Such libraries would need to be patched to recognize the extended platform name.

I don't have JRuby installed, and I don't have a Mac to check on, either, but perhaps it might provide some guidance to see what JRuby defines RUBY_PLATFORM as on the various OSes.

On a side note, thank you Shri, Tomas, and everyone else for taking my impassioned pleas for what they truly are: a desire to make IronRuby an awesome, well-manored Ruby implementation! Keep up the good work!

--
Will Green
http://hotgazpacho.org/



On Mar 6, 2010, at 1:58 AM, Tomas Matousek <Tomas.Matousek at microsoft.com<mailto:Tomas.Matousek at microsoft.com>> wrote:
So basically, if I understand it well, there are two variables in question:

1)      ?native? extension formats supported by particular Ruby VM ? that would be MSVC6 compiled PE file/mingw compiled PE file/gcc compiled .so file for MRI, Java class file for JRuby and CLR assembly for IronRuby. Any subsystem that builds/uses ?native? extensions needs to use this variable. A particular VM can support multiple formats (JRuby supports Java class files and FFI compatible native extensions). This is what Gem::Platform seems to be used for.

2)      The capabilities of the underlying CPU and OS. This is what RUBY_PLATFORM is used for ? behavior of certain APIs like fork, etc, process, files, etc.  might be different/unavailable on different platforms.

Is that correct?
Tomas

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 8:18 PM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

See  http://docs.rubygems.org/read/chapter/20#platform

Basically, most gems contain pure Ruby code. Some gems contain C (or Java, or now possibly C#) code that gets compiled at gem install time. Some gems even include pre-compiled code. You will find that the overwhelming majority of these gems target the mswin32 platform (which is based on the VC6 runtime).

The reason that binary gems are distributed is that, unlike on most Linux/UNIX/BSD based systems, Windows does not come with a C compiler, let alone the specific version used to create mswin32 Ruby, MSVC 6. So, users of the mswin32 Ruby relied on those who had a license to MSVC 6 to provide binaries of the gems they needed. This is a major reason why development of the mswin32 Ruby has ceased... Very few people have MSVC6, it's old and slow, and those who want MSVC6 (so they can contribute to mswin32 Ruby) can't get it anymore. This is why the mingw32 version of Ruby is the actively maintained version of C Ruby on Windows: no worries about mingw licensing and distribution, and it's freely available.

This is the reason why it is important that IronRuby report the correct architecture and runtime environment. As I said before, Gems that target mswin32 will not run on IronRuby, because the thing that makes them mswin32 is that they include C extensions that can be, or are, compiled to native, unmanaged code targetting the MSVC6 runtime. So, it is important that IronRuby not identify itself as mswin32, because the gems that target that platform won't work on IronRuby anyway.

What Luis has done with Rake Compiler is allow the gem author to create extensions in C and Java, and permit them to compile platform specific versions of the same gem. I'm sure that he would welcome contributions that would allow us to write extensions in C# and build gems that target IronRuby as a platform, all while keeping the same gem name. That is, win32console-mswin32.gem and win32console-mingw32.gem come from the same source gem, but they are compiled against different runtimes, and target different platforms. With IronRuby identifying itself correctly, and some additions to rake-compiler to generate .Net assemblies, it may be possible to generate a win32console-.net20.gem. Even then, we'd need to provide patches to libraries that use a regex against RUBY_PLATFORM to determine if we're running on Windows. But then, what if you're running IronRuby on Mono on Linux, where any of the win32xxx gems make no sense?

My point is that I don't see a way to just inject IronRuby-specific libraries in place of the mswin32 ones without causing all sorts of headaches with platform juggling. IronRuby is not always on Windows, and thus should not identify itself as running on Windows, and certainly should not identify itself as the MSVC6 version or Ruby.

--
Will Green
http://hotgazpacho.org/



On Mar 5, 2010, at 8:39 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
The gem file name does include the platform information. That would seem to imply that gems for different platforms will live in different gem files. I am not too knowledge about the Gem process as well, so I may be incorrect as well?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 9:46 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

I may not fully understand the Gem process here, so please pardon any ignorance.

As I understand it, the ability to have separate, per-platform gem files for one Gem name would require that the code for all the platforms is present in the source of the Gem. That way, when you gem install XXX, the XXX library will get compiled locally for your current platform. Or, if the gem author provides them, pre-compiled binaries for your platform. In order to do that, though, I think the source code for multiple platforms needs to be present in the gem source.

Luis is very knowledgeable in this area; he also wrote rake-compiler to address this issue with JRuby as well: http://github.com/luislavena/rake-compiler

I think it best to get his perspective on the best way to go about this.

I am, however, glad that IronRuby is now more truthful about its architecture (since gems compiled for mswin32 WILL NOT WORK on IronRuby). I am certain this will lead to less frustration from end-users going forward.

--
Will Green
http://hotgazpacho.org/
On Fri, Mar 5, 2010 at 12:00 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
The whole point of changing RbConfig::CONFIG[?arch?] was to be able to have two independent gem files. So you should not need to have to modify Luis Lavena?s code, right? And people installing win32console with MRI should not run any of your code, right?

You could certainly drop him a line as a courtesy heads-up?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 8:11 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

I'd have to talk to Luis Lavena, the current maintainer of win32console. I might also have to make some code changes or test changes to make the .Net specific stuff a no-op on the C version of Ruby (otherwise, it won't even run). But I'd certainly be open to this. I'll drop him a line this weekend.

--
Will Green
http://hotgazpacho.org/
On Fri, Mar 5, 2010 at 10:45 AM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
We should push the change once the dust settles down. Let?s wait until the RTM to make sure that this all actually works as we would like it to.

In the meantime, I would encourage all gem authors to play with this and see if there are any issues. ?gem build? had the issue mentioned below. Not sure if jeweler etc will have any issues.

Will, will you be renaming iron-term-ansicolor to win32console? Its your call whether you want to or not. However, if you do not, we should create a gem with platform=?universal-.net? and with the same name of a native gem, and see what the experience is (does ?ir.exe ?S gem install? prefer the .NET gem over the native gem?). I did verify that ?ir.exe ?S gem install win32console? currently does not find any matching gem since the existing win32console is a native gem.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 7:08 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Cool beans!

I noticed in the latest push that a change was made to Ruby Gems itself:

http://github.com/ironruby/ironruby/commit/82cb04621b505dea5a010c70827addc2de6227ba#diff-0

Someone should contribute that change to the Ruby Gems project as well.

--
Will Green
http://hotgazpacho.org/
On Thu, Mar 4, 2010 at 7:36 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
With my last checkin, RbConfig::CONFIG[?arch?] will be ?universal-.net2.0? for IronRuby. I created a gemspec as shown below. Doing ?gem build? on it will create a gem with filename of Shri-1.2.3-universal-unknown.gem. Instead use ?rbx ?S gem build? and you will get a file called Shri-1.2.3-universal-.net.gem.

spec = Gem::Specification.new do |s|
  s.name<http://s.name> = 'Shri'
  s.version = '1.2.3'
  s.summary = "Shri summary"
  s.platform = "universal-.net<http://universal-.net>"
  s.description = %{Shri description}
  s.files = []
  s.author = "Shri"
  s.email = "shri at email"
  s.homepage = "http://shri.org"
end

I have updated with http://ironruby.net/Documentation/Real_Ruby_Applications/RubyGems with this info:
IronRuby-specific gems
Gems could specifically target IronRuby. They may contain Ruby code which uses .NET APIs, or they may even include compiled .NET assemblies. In such cases, the Gem specification should set platform <http://rubygems.org/read/chapter/20#platform> to "universal-.net<http://universal-.net>" (or "universal-.net4.0" to run only on .NET 4), and build the gem using IronRuby ("rbx -S gem build").
Note that if you build the gem with MRI using "gem build", MRI will not be able to recognize the platform string, and will create a gem file named something like foo-universal-unknown.gem (instead of the expected foo-universal-.net.gem"). To avoid this, build the gem using IronRuby as mentioned above.
Talking with Tomas, we will leave RUBY_PLATFORM set to ?x86-mswin32? (on Windows) since many apps check for ?mswin32? in RUBY_PLATFORM to check if they are running on Windows. We considered appending ?.net? and setting RUBY_PLATFORM to ?.net-mswin32? or ?x86-mswin32/.net? to indicate that it was not MRI, but decided against it as you can always check RUBY_ENGINE to detect if you are running on IronRuby.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 11:52 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

That all depends on how Gem checks the platform.  If it uses the RUBY_PLATFORM variable, then IronRuby needs to change what it reports here. Currently, it reports i386-mswin32.

--
Will Green
http://hotgazpacho.org/
On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
I believe JRuby is doing the 1st one, which makes sense in my opinion. If possible we should prefer platform == ?ironruby?, (or .net, do we need to differentiate .net and mono?), but accept others.
 JD
 From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Tuesday, March 02, 2010 10:02 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: [Ironruby-core] IronRuby version of existing gems
 This brings a question to mind - what should the general approach be for porting existing gems to IronRuby? There could be two possible approaches:

1.       Create a gem with the same name (?win32console? in this case), and specify platform==?ironruby?. That way, dependent gems do not need to be updated, and users have to remember just one name. IronRuby will use the version with platform==?ironruby?, and MRI will use the one with platform==?mswin32?. So there should not be any clashes even if you use MRI and IronRuby on the same machine.

2.       Create a new gem like iron-term-ansicolor.

Any pro or cons to the two? What should the recommendation be in general?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 7:47 AM
To: ironruby-core
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

I released iron-term-ansicolor 0.0.3 last night after testing the gem install locally first.

Please let me know if you still have trouble installing it from Rubygems.org<http://Rubygems.org>.

Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can, the same way it tries to use win32console under MRI.

--
Will Green
http://hotgazpacho.org/


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100306/017069c5/attachment-0001.html>

From jdeville at microsoft.com  Sat Mar  6 21:13:20 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Sun, 7 Mar 2010 02:13:20 +0000
Subject: [Ironruby-core] Basic Rails 3 app works (FYI review)
In-Reply-To: <b1c6aabb1003061525m4404a72ck9e579d15cd3bfe96@mail.gmail.com>
References: <6459203F8B1AF641995AE49D47FA51A705EF6D@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<b1c6aabb1003061525m4404a72ck9e579d15cd3bfe96@mail.gmail.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71E03DC@TK5EX14MBXC136.redmond.corp.microsoft.com>

Or can?t we do a gem update --system???

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ivan Porto Carrero
Sent: Saturday, March 06, 2010 3:25 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Basic Rails 3 app works (FYI review)

You can use bundler 0.9 perhaps that will install on gems 1.3.5
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP

On Sat, Mar 6, 2010 at 11:35 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
  tfpt review "/shelveset:r3;REDMOND\sborde"

Add a stub implementation of YAML.add_builtin_type. With this fix, I can create a Rails 3 app, add a controller, start the server, and request the main page! See http://weblog.rubyonrails.org/2010/2/5/rails-3-0-beta-release for setup instructions. The caveats are:

?         You need to use MRI to install the dependency gems since Rails 3 uses the bundler gem specifies RubyGems 1.3.6 as a dependency, whereas IronRuby includes 1.3.5.

?         You need to use ir.exe -1.8.7

?         None of the ActiveRecord IronRuby adapters have been updated to work with Rails 3. So you cannot use ActiveRecord

Also, Enables Rails 3 tests that now work after Tomas's fixes for Symbol#to_proc and encoding



_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100307/094e4c0b/attachment.html>

From cory.foy at gmail.com  Sat Mar  6 21:50:45 2010
From: cory.foy at gmail.com (Cory Foy)
Date: Sat, 6 Mar 2010 21:50:45 -0500
Subject: [Ironruby-core] Rake error with IronRuby on Mono - PathName2 /
	System.dll
Message-ID: <f7206bc61003061850q282de076s93d106f28f85a1bb@mail.gmail.com>

Hi All,

I'm following Aslak's instructions here to get IronRuby running on Mono/OSX.

http://wiki.github.com/aslakhellesoy/cucumber/ironruby-and-mono

I'm getting a failure when I do the "rake compile mono=1" that it can't find
the pathname2 gem. Looking back on the list, I saw that was resolved by
installing the pathname2, which I tried, and I also tried the "gem install
-y pathname2" trick I saw on the list. What that got me was what is below. I
did some more research and couldn't find what was going on, so I thought I'd
ask the list before I got too much further. Any ideas?

cory-foys-macbook-pro:ironruby foyc$ rake -v compile mono=1 --trace(in
/Users/foyc/Workspace/ironruby)
/Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/Scripts/irtests.rb:92:
warning: don't put space before argument parentheses
** Invoke compile (first_time)
** Invoke happy (first_time)
** Execute happy
** Invoke clean_build (first_time)
** Invoke happy
** Execute clean_build
** Invoke compile:dlr (first_time)
** Invoke compile:extension_attributes (first_time)
** Invoke clean_build
** Execute compile:extension_attributes
-------------------------------------------------------------------------------
dlr_extension
-------------------------------------------------------------------------------
rake aborted!
cannot resolve path System.dll
/Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/context.rb:96:in
`resolve_framework_path'
/Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/context.rb:95:in
`each'
/Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/context.rb:95:in
`resolve_framework_path'
/Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/context.rb:136:in
`resolve_framework_path'
/Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/context.rb:339:in
`resolve_framework_path'
/Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/context.rb:351:in
`references'
/Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/context.rb:349:in
`each'
/Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/context.rb:349:in
`references'
/Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/context.rb:279:in
`compile'
/Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/context.rb:277:in
`chdir'
/Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/context.rb:277:in
`compile'
/Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/rake/compile.rake:24
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:636:in `call'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:636:in `execute'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:631:in `each'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:631:in `execute'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:597:in
`invoke_with_call_chain'
/usr/local/lib/ruby/1.8/monitor.rb:238:in `synchronize'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:590:in
`invoke_with_call_chain'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:607:in
`invoke_prerequisites'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:604:in `each'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:604:in
`invoke_prerequisites'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:596:in
`invoke_with_call_chain'
/usr/local/lib/ruby/1.8/monitor.rb:238:in `synchronize'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:590:in
`invoke_with_call_chain'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:607:in
`invoke_prerequisites'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:604:in `each'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:604:in
`invoke_prerequisites'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:596:in
`invoke_with_call_chain'
/usr/local/lib/ruby/1.8/monitor.rb:238:in `synchronize'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:590:in
`invoke_with_call_chain'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:583:in `invoke'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2051:in
`invoke_task'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2029:in `top_level'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2029:in `each'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2029:in `top_level'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2068:in
`standard_exception_handling'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2023:in `top_level'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2001:in `run'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2068:in
`standard_exception_handling'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:1998:in `run'
/usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/bin/rake:31
/usr/local/bin/rake:19:in `load'
/usr/local/bin/rake:19

cory-foys-macbook-pro:ironruby foyc$ mono --version
Mono JIT compiler version 2.6.1 (tarball Thu Dec 17 10:19:23 MST 2009)
Copyright (C) 2002-2008 Novell, Inc and Contributors. www.mono-project.com
    TLS:           normal
    GC:            Included Boehm (with typed GC)
    SIGSEGV:       normal
    Notification:  Thread + polling
    Architecture:  x86
    Disabled:      none

cory-foys-macbook-pro:ironruby foyc$ rake --version
rake, version 0.8.7

cory-foys-macbook-pro:ironruby foyc$ ruby --version
ruby 1.8.6 (2007-03-13 patchlevel 0) [universal-darwin8.0]


Cory
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100306/159b0c69/attachment.html>

From Shri.Borde at microsoft.com  Sat Mar  6 22:21:22 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Sun, 7 Mar 2010 03:21:22 +0000
Subject: [Ironruby-core] Basic Rails 3 app works (FYI review)
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71E03DC@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <6459203F8B1AF641995AE49D47FA51A705EF6D@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<b1c6aabb1003061525m4404a72ck9e579d15cd3bfe96@mail.gmail.com>
	<31BD916A7536A242870B0B4E3F9068D71E03DC@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A705F150@TK5EX14MBXC134.redmond.corp.microsoft.com>

My goal was to clear the blocking issues. If someone can get to the ?gem update --system? before RC3, that?s cool. Else, there is a workaround for folks who want to use Rails 3.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Saturday, March 06, 2010 6:13 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Basic Rails 3 app works (FYI review)

Or can?t we do a gem update --system???

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ivan Porto Carrero
Sent: Saturday, March 06, 2010 3:25 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Basic Rails 3 app works (FYI review)

You can use bundler 0.9 perhaps that will install on gems 1.3.5
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP
On Sat, Mar 6, 2010 at 11:35 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
  tfpt review "/shelveset:r3;REDMOND\sborde"

Add a stub implementation of YAML.add_builtin_type. With this fix, I can create a Rails 3 app, add a controller, start the server, and request the main page! See http://weblog.rubyonrails.org/2010/2/5/rails-3-0-beta-release for setup instructions. The caveats are:

?         You need to use MRI to install the dependency gems since Rails 3 uses the bundler gem specifies RubyGems 1.3.6 as a dependency, whereas IronRuby includes 1.3.5.

?         You need to use ir.exe -1.8.7

?         None of the ActiveRecord IronRuby adapters have been updated to work with Rails 3. So you cannot use ActiveRecord

Also, Enables Rails 3 tests that now work after Tomas's fixes for Symbol#to_proc and encoding



_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100307/57286ba7/attachment-0001.html>

From Shri.Borde at microsoft.com  Sat Mar  6 22:26:36 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Sun, 7 Mar 2010 03:26:36 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71E033B@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003050708r41937888u61e3cf849cf82882@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D693@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050811j14d43c61je3faed30e4764d08@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D77D@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050946w6e10b908p47ff15e3c675a3cf@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705DDD2@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<93B2F57F-294D-49C2-9050-691B877627F5@hotgazpacho.org>
	<4B342496A3EFEB48839E10BB4BF5964C401E150B@TK5EX14MBXC122.redmond.corp.microsoft.com>
	<046EFF20-49B2-4C22-B544-090D9C560AD5@hotgazpacho.org>
	<b1c6aabb1003060611s5a25dea6mf4ce0a19895fa9b5@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705ECFE@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71E033B@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A705F165@TK5EX14MBXC134.redmond.corp.microsoft.com>

I could not parse your reply fully. If a legacy app is doing the following, it will break if we change RUBY_PLATFORM:

if RUBY_PLATFORM==?x86-mswin32? then DoSomeWindowsThing() else DoTheUnixThing() end

Let?s get some real world cases where we want RUBY_PLATFORM to be different, and then we can discuss how exactly to set it. Keeping it the same as MRI for now is the simplest thing we can. We did need to change RbConfig::CONFIG[?arch?] to enable IronRuby-specific gems, but we don?t have any concrete scenario where we need to change RUBY_PLATFORM.

About platform specific gems, I am just pointing out that an IronRuby-specific version of win32console can co-exist side-by-side with the MRI version. They do not need to be merged into a single fat binary gem.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Saturday, March 06, 2010 3:53 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

I don?t think that the RUBY_PLATFORM check would hurt legacy apps considering RUBY_ENGINE doesn?t exist on those systems. Also, in regards to gem names and platform specific gems: You don?t install foo_mswin32, you install foo, and gem finds the right one for you. I don?t believe gem has the logic to find a different gem if the one you are looking doesn?t have a more specific version available.

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Shri Borde
Sent: Saturday, March 06, 2010 10:25 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Will, Tomas and I did discuss setting RUBY_PLATFORM to something like ?x86-mswin32.net?, but decided to keep things simple. If the app needs to check if it is running on IronRuby, it can always look for RUBY_ENGINE==?ironruby?. For legacy apps,  changing RUBY_PLATFORM does not help, and will probably even hurt in many cases where app does RUBY_PLATFORM==?x86-win32? to check for Windows.

Ivan, Tomas had already fixed RUBY_PLATFORM to be ?i386-linux? for Linux in early January. So you should not need to use ENV[?OS?] anymore.

Jim has pushed the changes for RbConfig::CONFIG[?arch?]. So please do try out the new GIT sources, or the RC3 when it comes out (which should be in a week or so).

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ivan Porto Carrero
Sent: Saturday, March 06, 2010 6:12 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

my vote goes to making the rb config file as much self discoverable as possible.

Most of the info can be gotten from the .NET runtime environment I've run into this problem a couple of times because I'm trying to run IronRuby on mono pretty often.
Until now I've resorted to using ENV['OS'] == "Windows_NT" to figure out which OS I'm running on and I've also had to patch a few gems to detect the OS and features properly.

---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero - Mob: +32.486.787.582
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP
On Sat, Mar 6, 2010 at 2:50 PM, Will Green <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:
Yes, that seems to be close to my understanding. Only much more eloquently stated. Thank you! :-)

Also keep in mind that not everyone using Ruby uses Ruby Gems. In fact, it is considered rude to presume the existance of any library package management system by the consumer. So, RUBY_PLATFORM is a more important constant to define correctly for platform detection (since this IS present for every Ruby implementation).

Now for feature detection, libraries usually do a regex match on RUBY_PLATFORM, usually

RUBY_PLATFORM =~ /mswin|mingw/

So, we might define RUBY_PLATFORM as mswin.netX, linux.netX, macosx.netX, etc. (where X is the .Net runtime version). However, I still think we'll run into libraries that make other assumptions about the Ruby runtime that won't be true or IronRuby. Such libraries would need to be patched to recognize the extended platform name.

I don't have JRuby installed, and I don't have a Mac to check on, either, but perhaps it might provide some guidance to see what JRuby defines RUBY_PLATFORM as on the various OSes.

On a side note, thank you Shri, Tomas, and everyone else for taking my impassioned pleas for what they truly are: a desire to make IronRuby an awesome, well-manored Ruby implementation! Keep up the good work!

--
Will Green
http://hotgazpacho.org/



On Mar 6, 2010, at 1:58 AM, Tomas Matousek <Tomas.Matousek at microsoft.com<mailto:Tomas.Matousek at microsoft.com>> wrote:
So basically, if I understand it well, there are two variables in question:

1)      ?native? extension formats supported by particular Ruby VM ? that would be MSVC6 compiled PE file/mingw compiled PE file/gcc compiled .so file for MRI, Java class file for JRuby and CLR assembly for IronRuby. Any subsystem that builds/uses ?native? extensions needs to use this variable. A particular VM can support multiple formats (JRuby supports Java class files and FFI compatible native extensions). This is what Gem::Platform seems to be used for.

2)      The capabilities of the underlying CPU and OS. This is what RUBY_PLATFORM is used for ? behavior of certain APIs like fork, etc, process, files, etc.  might be different/unavailable on different platforms.

Is that correct?
Tomas

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 8:18 PM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

See  http://docs.rubygems.org/read/chapter/20#platform

Basically, most gems contain pure Ruby code. Some gems contain C (or Java, or now possibly C#) code that gets compiled at gem install time. Some gems even include pre-compiled code. You will find that the overwhelming majority of these gems target the mswin32 platform (which is based on the VC6 runtime).

The reason that binary gems are distributed is that, unlike on most Linux/UNIX/BSD based systems, Windows does not come with a C compiler, let alone the specific version used to create mswin32 Ruby, MSVC 6. So, users of the mswin32 Ruby relied on those who had a license to MSVC 6 to provide binaries of the gems they needed. This is a major reason why development of the mswin32 Ruby has ceased... Very few people have MSVC6, it's old and slow, and those who want MSVC6 (so they can contribute to mswin32 Ruby) can't get it anymore. This is why the mingw32 version of Ruby is the actively maintained version of C Ruby on Windows: no worries about mingw licensing and distribution, and it's freely available.

This is the reason why it is important that IronRuby report the correct architecture and runtime environment. As I said before, Gems that target mswin32 will not run on IronRuby, because the thing that makes them mswin32 is that they include C extensions that can be, or are, compiled to native, unmanaged code targetting the MSVC6 runtime. So, it is important that IronRuby not identify itself as mswin32, because the gems that target that platform won't work on IronRuby anyway.

What Luis has done with Rake Compiler is allow the gem author to create extensions in C and Java, and permit them to compile platform specific versions of the same gem. I'm sure that he would welcome contributions that would allow us to write extensions in C# and build gems that target IronRuby as a platform, all while keeping the same gem name. That is, win32console-mswin32.gem and win32console-mingw32.gem come from the same source gem, but they are compiled against different runtimes, and target different platforms. With IronRuby identifying itself correctly, and some additions to rake-compiler to generate .Net assemblies, it may be possible to generate a win32console-.net20.gem. Even then, we'd need to provide patches to libraries that use a regex against RUBY_PLATFORM to determine if we're running on Windows. But then, what if you're running IronRuby on Mono on Linux, where any of the win32xxx gems make no sense?

My point is that I don't see a way to just inject IronRuby-specific libraries in place of the mswin32 ones without causing all sorts of headaches with platform juggling. IronRuby is not always on Windows, and thus should not identify itself as running on Windows, and certainly should not identify itself as the MSVC6 version or Ruby.

--
Will Green
http://hotgazpacho.org/



On Mar 5, 2010, at 8:39 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
The gem file name does include the platform information. That would seem to imply that gems for different platforms will live in different gem files. I am not too knowledge about the Gem process as well, so I may be incorrect as well?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 9:46 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

I may not fully understand the Gem process here, so please pardon any ignorance.

As I understand it, the ability to have separate, per-platform gem files for one Gem name would require that the code for all the platforms is present in the source of the Gem. That way, when you gem install XXX, the XXX library will get compiled locally for your current platform. Or, if the gem author provides them, pre-compiled binaries for your platform. In order to do that, though, I think the source code for multiple platforms needs to be present in the gem source.

Luis is very knowledgeable in this area; he also wrote rake-compiler to address this issue with JRuby as well: http://github.com/luislavena/rake-compiler

I think it best to get his perspective on the best way to go about this.

I am, however, glad that IronRuby is now more truthful about its architecture (since gems compiled for mswin32 WILL NOT WORK on IronRuby). I am certain this will lead to less frustration from end-users going forward.

--
Will Green
http://hotgazpacho.org/
On Fri, Mar 5, 2010 at 12:00 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
The whole point of changing RbConfig::CONFIG[?arch?] was to be able to have two independent gem files. So you should not need to have to modify Luis Lavena?s code, right? And people installing win32console with MRI should not run any of your code, right?

You could certainly drop him a line as a courtesy heads-up?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 8:11 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

I'd have to talk to Luis Lavena, the current maintainer of win32console. I might also have to make some code changes or test changes to make the .Net specific stuff a no-op on the C version of Ruby (otherwise, it won't even run). But I'd certainly be open to this. I'll drop him a line this weekend.

--
Will Green
http://hotgazpacho.org/
On Fri, Mar 5, 2010 at 10:45 AM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
We should push the change once the dust settles down. Let?s wait until the RTM to make sure that this all actually works as we would like it to.

In the meantime, I would encourage all gem authors to play with this and see if there are any issues. ?gem build? had the issue mentioned below. Not sure if jeweler etc will have any issues.

Will, will you be renaming iron-term-ansicolor to win32console? Its your call whether you want to or not. However, if you do not, we should create a gem with platform=?universal-.net? and with the same name of a native gem, and see what the experience is (does ?ir.exe ?S gem install? prefer the .NET gem over the native gem?). I did verify that ?ir.exe ?S gem install win32console? currently does not find any matching gem since the existing win32console is a native gem.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 7:08 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Cool beans!

I noticed in the latest push that a change was made to Ruby Gems itself:

http://github.com/ironruby/ironruby/commit/82cb04621b505dea5a010c70827addc2de6227ba#diff-0

Someone should contribute that change to the Ruby Gems project as well.

--
Will Green
http://hotgazpacho.org/
On Thu, Mar 4, 2010 at 7:36 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
With my last checkin, RbConfig::CONFIG[?arch?] will be ?universal-.net2.0? for IronRuby. I created a gemspec as shown below. Doing ?gem build? on it will create a gem with filename of Shri-1.2.3-universal-unknown.gem. Instead use ?rbx ?S gem build? and you will get a file called Shri-1.2.3-universal-.net.gem.

spec = Gem::Specification.new do |s|
  s.name<http://s.name> = 'Shri'
  s.version = '1.2.3'
  s.summary = "Shri summary"
  s.platform = "universal-.net<http://universal-.net>"
  s.description = %{Shri description}
  s.files = []
  s.author = "Shri"
  s.email = "shri at email"
  s.homepage = "http://shri.org"
end

I have updated with http://ironruby.net/Documentation/Real_Ruby_Applications/RubyGems with this info:
IronRuby-specific gems
Gems could specifically target IronRuby. They may contain Ruby code which uses .NET APIs, or they may even include compiled .NET assemblies. In such cases, the Gem specification should set platform <http://rubygems.org/read/chapter/20#platform> to "universal-.net<http://universal-.net>" (or "universal-.net4.0" to run only on .NET 4), and build the gem using IronRuby ("rbx -S gem build").
Note that if you build the gem with MRI using "gem build", MRI will not be able to recognize the platform string, and will create a gem file named something like foo-universal-unknown.gem (instead of the expected foo-universal-.net.gem"). To avoid this, build the gem using IronRuby as mentioned above.
Talking with Tomas, we will leave RUBY_PLATFORM set to ?x86-mswin32? (on Windows) since many apps check for ?mswin32? in RUBY_PLATFORM to check if they are running on Windows. We considered appending ?.net? and setting RUBY_PLATFORM to ?.net-mswin32? or ?x86-mswin32/.net? to indicate that it was not MRI, but decided against it as you can always check RUBY_ENGINE to detect if you are running on IronRuby.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 11:52 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

That all depends on how Gem checks the platform.  If it uses the RUBY_PLATFORM variable, then IronRuby needs to change what it reports here. Currently, it reports i386-mswin32.

--
Will Green
http://hotgazpacho.org/
On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
I believe JRuby is doing the 1st one, which makes sense in my opinion. If possible we should prefer platform == ?ironruby?, (or .net, do we need to differentiate .net and mono?), but accept others.
 JD
 From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Tuesday, March 02, 2010 10:02 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: [Ironruby-core] IronRuby version of existing gems
 This brings a question to mind - what should the general approach be for porting existing gems to IronRuby? There could be two possible approaches:

1.       Create a gem with the same name (?win32console? in this case), and specify platform==?ironruby?. That way, dependent gems do not need to be updated, and users have to remember just one name. IronRuby will use the version with platform==?ironruby?, and MRI will use the one with platform==?mswin32?. So there should not be any clashes even if you use MRI and IronRuby on the same machine.

2.       Create a new gem like iron-term-ansicolor.

Any pro or cons to the two? What should the recommendation be in general?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 7:47 AM
To: ironruby-core
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

I released iron-term-ansicolor 0.0.3 last night after testing the gem install locally first.

Please let me know if you still have trouble installing it from Rubygems.org<http://Rubygems.org>.

Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can, the same way it tries to use win32console under MRI.

--
Will Green
http://hotgazpacho.org/


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100307/e5fda9e8/attachment-0001.html>

From Shri.Borde at microsoft.com  Sat Mar  6 22:33:58 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Sun, 7 Mar 2010 03:33:58 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <6704262E-4449-4E54-91DA-650DB1505507@hotgazpacho.org>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003050708r41937888u61e3cf849cf82882@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D693@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050811j14d43c61je3faed30e4764d08@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705D77D@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003050946w6e10b908p47ff15e3c675a3cf@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705DDD2@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<93B2F57F-294D-49C2-9050-691B877627F5@hotgazpacho.org>
	<4B342496A3EFEB48839E10BB4BF5964C401E150B@TK5EX14MBXC122.redmond.corp.microsoft.com>
	<046EFF20-49B2-4C22-B544-090D9C560AD5@hotgazpacho.org>
	<b1c6aabb1003060611s5a25dea6mf4ce0a19895fa9b5@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705ECFE@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<6704262E-4449-4E54-91DA-650DB1505507@hotgazpacho.org>
Message-ID: <6459203F8B1AF641995AE49D47FA51A705F1C4@TK5EX14MBXC134.redmond.corp.microsoft.com>

RUBY_PLATFORM on IronRuby will be the same as the value shown by MRI on that machine. It will be i386-darwin on Mac OS and i386-linux on Linux.

The issue is that RUBY_PLATFORM could be used for multiple purposes. It could be used to decide whether to use fork or not, whether to assume use Etc.rb or not, etc, and is indeed used in this way by many apps. So there is no one right answer. If you are writing a gem for IronRuby, you do set the gem platform to ?universal-.net?, and that does work. Any specific scenario you think would still be an issue?

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Saturday, March 06, 2010 3:36 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

I'll certainly try it out, but I remain skeptical of this decission.

Out of curiosity, what is the value of RUBY_PLATFORM when running under Mono on OS X and Mono on Linux?

FWIW, JRuby 1.4.0 reports RUBY_PLATFORM as "java".

The underlying OS is set in in the host_os key in rbconfig:

[JRuby 1.4.0]
require 'rbconfig'
Config::CONFIG['host_os']
=> "mswin32"

On OS X, I'm told it returns "darwin", and on Linux, supposedly "linux". IMO, this seems like a much better, more accurate way to do OS detection.

Think about it this way: when you write extensions for IronRuby, what platform are you targetting? Not Win32 or Darwin or Linux. You're targetting the .Net platform!

I really think that IronRuby should report ".net" for RUBY_PLATFORM, and include the host OS in the host_os key in RbConfig.

--
Will Green
http://hotgazpacho.org/



On Mar 6, 2010, at 1:24 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
Will, Tomas and I did discuss setting RUBY_PLATFORM to something like ?x86-mswin32.net?, but decided to keep things simple. If the app needs to check if it is running on IronRuby, it can always look for RUBY_ENGINE==?ironruby?. For legacy apps,  changing RUBY_PLATFORM does not help, and will probably even hurt in many cases where app does RUBY_PLATFORM==?x86-win32? to check for Windows.

Ivan, Tomas had already fixed RUBY_PLATFORM to be ?i386-linux? for Linux in early January. So you should not need to use ENV[?OS?] anymore.

Jim has pushed the changes for RbConfig::CONFIG[?arch?]. So please do try out the new GIT sources, or the RC3 when it comes out (which should be in a week or so).

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ivan Porto Carrero
Sent: Saturday, March 06, 2010 6:12 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

my vote goes to making the rb config file as much self discoverable as possible.

Most of the info can be gotten from the .NET runtime environment I've run into this problem a couple of times because I'm trying to run IronRuby on mono pretty often.
Until now I've resorted to using ENV['OS'] == "Windows_NT" to figure out which OS I'm running on and I've also had to patch a few gems to detect the OS and features properly.

---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero - Mob: +32.486.787.582
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Sat, Mar 6, 2010 at 2:50 PM, Will Green <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:
Yes, that seems to be close to my understanding. Only much more eloquently stated. Thank you! :-)

Also keep in mind that not everyone using Ruby uses Ruby Gems. In fact, it is considered rude to presume the existance of any library package management system by the consumer. So, RUBY_PLATFORM is a more important constant to define correctly for platform detection (since this IS present for every Ruby implementation).

Now for feature detection, libraries usually do a regex match on RUBY_PLATFORM, usually

RUBY_PLATFORM =~ /mswin|mingw/

So, we might define RUBY_PLATFORM as mswin.netX, linux.netX, macosx.netX, etc. (where X is the .Net runtime version). However, I still think we'll run into libraries that make other assumptions about the Ruby runtime that won't be true or IronRuby. Such libraries would need to be patched to recognize the extended platform name.

I don't have JRuby installed, and I don't have a Mac to check on, either, but perhaps it might provide some guidance to see what JRuby defines RUBY_PLATFORM as on the various OSes.

On a side note, thank you Shri, Tomas, and everyone else for taking my impassioned pleas for what they truly are: a desire to make IronRuby an awesome, well-manored Ruby implementation! Keep up the good work!

--
Will Green
http://hotgazpacho.org/



On Mar 6, 2010, at 1:58 AM, Tomas Matousek <Tomas.Matousek at microsoft.com<mailto:Tomas.Matousek at microsoft.com>> wrote:
So basically, if I understand it well, there are two variables in question:

1)      ?native? extension formats supported by particular Ruby VM ? that would be MSVC6 compiled PE file/mingw compiled PE file/gcc compiled .so file for MRI, Java class file for JRuby and CLR assembly for IronRuby. Any subsystem that builds/uses ?native? extensions needs to use this variable. A particular VM can support multiple formats (JRuby supports Java class files and FFI compatible native extensions). This is what Gem::Platform seems to be used for.

2)      The capabilities of the underlying CPU and OS. This is what RUBY_PLATFORM is used for ? behavior of certain APIs like fork, etc, process, files, etc.  might be different/unavailable on different platforms.

Is that correct?
Tomas

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 8:18 PM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

See  http://docs.rubygems.org/read/chapter/20#platform

Basically, most gems contain pure Ruby code. Some gems contain C (or Java, or now possibly C#) code that gets compiled at gem install time. Some gems even include pre-compiled code. You will find that the overwhelming majority of these gems target the mswin32 platform (which is based on the VC6 runtime).

The reason that binary gems are distributed is that, unlike on most Linux/UNIX/BSD based systems, Windows does not come with a C compiler, let alone the specific version used to create mswin32 Ruby, MSVC 6. So, users of the mswin32 Ruby relied on those who had a license to MSVC 6 to provide binaries of the gems they needed. This is a major reason why development of the mswin32 Ruby has ceased... Very few people have MSVC6, it's old and slow, and those who want MSVC6 (so they can contribute to mswin32 Ruby) can't get it anymore. This is why the mingw32 version of Ruby is the actively maintained version of C Ruby on Windows: no worries about mingw licensing and distribution, and it's freely available.

This is the reason why it is important that IronRuby report the correct architecture and runtime environment. As I said before, Gems that target mswin32 will not run on IronRuby, because the thing that makes them mswin32 is that they include C extensions that can be, or are, compiled to native, unmanaged code targetting the MSVC6 runtime. So, it is important that IronRuby not identify itself as mswin32, because the gems that target that platform won't work on IronRuby anyway.

What Luis has done with Rake Compiler is allow the gem author to create extensions in C and Java, and permit them to compile platform specific versions of the same gem. I'm sure that he would welcome contributions that would allow us to write extensions in C# and build gems that target IronRuby as a platform, all while keeping the same gem name. That is, win32console-mswin32.gem and win32console-mingw32.gem come from the same source gem, but they are compiled against different runtimes, and target different platforms. With IronRuby identifying itself correctly, and some additions to rake-compiler to generate .Net assemblies, it may be possible to generate a win32console-.net20.gem. Even then, we'd need to provide patches to libraries that use a regex against RUBY_PLATFORM to determine if we're running on Windows. But then, what if you're running IronRuby on Mono on Linux, where any of the win32xxx gems make no sense?

My point is that I don't see a way to just inject IronRuby-specific libraries in place of the mswin32 ones without causing all sorts of headaches with platform juggling. IronRuby is not always on Windows, and thus should not identify itself as running on Windows, and certainly should not identify itself as the MSVC6 version or Ruby.

--
Will Green
http://hotgazpacho.org/



On Mar 5, 2010, at 8:39 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
The gem file name does include the platform information. That would seem to imply that gems for different platforms will live in different gem files. I am not too knowledge about the Gem process as well, so I may be incorrect as well?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 9:46 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

I may not fully understand the Gem process here, so please pardon any ignorance.

As I understand it, the ability to have separate, per-platform gem files for one Gem name would require that the code for all the platforms is present in the source of the Gem. That way, when you gem install XXX, the XXX library will get compiled locally for your current platform. Or, if the gem author provides them, pre-compiled binaries for your platform. In order to do that, though, I think the source code for multiple platforms needs to be present in the gem source.

Luis is very knowledgeable in this area; he also wrote rake-compiler to address this issue with JRuby as well: http://github.com/luislavena/rake-compiler

I think it best to get his perspective on the best way to go about this.

I am, however, glad that IronRuby is now more truthful about its architecture (since gems compiled for mswin32 WILL NOT WORK on IronRuby). I am certain this will lead to less frustration from end-users going forward.

--
Will Green
http://hotgazpacho.org/


On Fri, Mar 5, 2010 at 12:00 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
The whole point of changing RbConfig::CONFIG[?arch?] was to be able to have two independent gem files. So you should not need to have to modify Luis Lavena?s code, right? And people installing win32console with MRI should not run any of your code, right?

You could certainly drop him a line as a courtesy heads-up?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 8:11 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

I'd have to talk to Luis Lavena, the current maintainer of win32console. I might also have to make some code changes or test changes to make the .Net specific stuff a no-op on the C version of Ruby (otherwise, it won't even run). But I'd certainly be open to this. I'll drop him a line this weekend.

--
Will Green
http://hotgazpacho.org/
On Fri, Mar 5, 2010 at 10:45 AM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
We should push the change once the dust settles down. Let?s wait until the RTM to make sure that this all actually works as we would like it to.

In the meantime, I would encourage all gem authors to play with this and see if there are any issues. ?gem build? had the issue mentioned below. Not sure if jeweler etc will have any issues.

Will, will you be renaming iron-term-ansicolor to win32console? Its your call whether you want to or not. However, if you do not, we should create a gem with platform=?universal-.net? and with the same name of a native gem, and see what the experience is (does ?ir.exe ?S gem install? prefer the .NET gem over the native gem?). I did verify that ?ir.exe ?S gem install win32console? currently does not find any matching gem since the existing win32console is a native gem.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 7:08 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Cool beans!

I noticed in the latest push that a change was made to Ruby Gems itself:

http://github.com/ironruby/ironruby/commit/82cb04621b505dea5a010c70827addc2de6227ba#diff-0

Someone should contribute that change to the Ruby Gems project as well.

--
Will Green
http://hotgazpacho.org/
On Thu, Mar 4, 2010 at 7:36 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
With my last checkin, RbConfig::CONFIG[?arch?] will be ?universal-.net2.0? for IronRuby. I created a gemspec as shown below. Doing ?gem build? on it will create a gem with filename of Shri-1.2.3-universal-unknown.gem. Instead use ?rbx ?S gem build? and you will get a file called Shri-1.2.3-universal-.net.gem.

spec = Gem::Specification.new do |s|
  s.name<http://s.name> = 'Shri'
  s.version = '1.2.3'
  s.summary = "Shri summary"
  s.platform = "universal-.net<http://universal-.net>"
  s.description = %{Shri description}
  s.files = []
  s.author = "Shri"
  s.email = "shri at email"
  s.homepage = "http://shri.org"
end

I have updated with http://ironruby.net/Documentation/Real_Ruby_Applications/RubyGems with this info:
IronRuby-specific gems
Gems could specifically target IronRuby. They may contain Ruby code which uses .NET APIs, or they may even include compiled .NET assemblies. In such cases, the Gem specification should set platform <http://rubygems.org/read/chapter/20#platform> to "universal-.net<http://universal-.net>" (or "universal-.net4.0" to run only on .NET 4), and build the gem using IronRuby ("rbx -S gem build").
Note that if you build the gem with MRI using "gem build", MRI will not be able to recognize the platform string, and will create a gem file named something like foo-universal-unknown.gem (instead of the expected foo-universal-.net.gem"). To avoid this, build the gem using IronRuby as mentioned above.
Talking with Tomas, we will leave RUBY_PLATFORM set to ?x86-mswin32? (on Windows) since many apps check for ?mswin32? in RUBY_PLATFORM to check if they are running on Windows. We considered appending ?.net? and setting RUBY_PLATFORM to ?.net-mswin32? or ?x86-mswin32/.net? to indicate that it was not MRI, but decided against it as you can always check RUBY_ENGINE to detect if you are running on IronRuby.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 11:52 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

That all depends on how Gem checks the platform.  If it uses the RUBY_PLATFORM variable, then IronRuby needs to change what it reports here. Currently, it reports i386-mswin32.

--
Will Green
http://hotgazpacho.org/
On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
I believe JRuby is doing the 1st one, which makes sense in my opinion. If possible we should prefer platform == ?ironruby?, (or .net, do we need to differentiate .net and mono?), but accept others.
 JD
 From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Tuesday, March 02, 2010 10:02 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: [Ironruby-core] IronRuby version of existing gems
 This brings a question to mind - what should the general approach be for porting existing gems to IronRuby? There could be two possible approaches:

1.       Create a gem with the same name (?win32console? in this case), and specify platform==?ironruby?. That way, dependent gems do not need to be updated, and users have to remember just one name. IronRuby will use the version with platform==?ironruby?, and MRI will use the one with platform==?mswin32?. So there should not be any clashes even if you use MRI and IronRuby on the same machine.

2.       Create a new gem like iron-term-ansicolor.

Any pro or cons to the two? What should the recommendation be in general?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 7:47 AM
To: ironruby-core
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

I released iron-term-ansicolor 0.0.3 last night after testing the gem install locally first.

Please let me know if you still have trouble installing it from Rubygems.org<http://Rubygems.org>.

Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can, the same way it tries to use win32console under MRI.

--
Will Green
http://hotgazpacho.org/


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100307/eed1ed2c/attachment-0001.html>

From will at hotgazpacho.org  Sun Mar  7 00:46:57 2010
From: will at hotgazpacho.org (Will Green)
Date: Sun, 7 Mar 2010 00:46:57 -0500
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A705F1C4@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003050946w6e10b908p47ff15e3c675a3cf@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705DDD2@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<93B2F57F-294D-49C2-9050-691B877627F5@hotgazpacho.org>
	<4B342496A3EFEB48839E10BB4BF5964C401E150B@TK5EX14MBXC122.redmond.corp.microsoft.com>
	<046EFF20-49B2-4C22-B544-090D9C560AD5@hotgazpacho.org>
	<b1c6aabb1003060611s5a25dea6mf4ce0a19895fa9b5@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705ECFE@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<6704262E-4449-4E54-91DA-650DB1505507@hotgazpacho.org>
	<6459203F8B1AF641995AE49D47FA51A705F1C4@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <398d3e0e1003062146v6af9552aye90bc61c449cdb18@mail.gmail.com>

With the rbconfig changes made, I now get the expected output when trying to
install a gem that has only platform-specific gems available (and is the
same as what I get on JRuby):

C:\Users\Will\dev\ironruby>rbx -S gem install win32console
ERROR:  could not find gem win32console locally or in a repository

I'll be updating iron-term-ansicolor, and I'll start looking at merging this
code with win32console, so that a win32console-universal-.net2.0.gem can be
be made.

Do I understand it right that IronRuby on .Net 4 will need a
win32console-universal-.net4.0.gem?

--
Will Green
http://hotgazpacho.org/


On Sat, Mar 6, 2010 at 10:33 PM, Shri Borde <Shri.Borde at microsoft.com>wrote:

>  RUBY_PLATFORM on IronRuby will be the same as the value shown by MRI on
> that machine. It will be i386-darwin on Mac OS and i386-linux on Linux.
>
>
>
> The issue is that RUBY_PLATFORM could be used for multiple purposes. It
> could be used to decide whether to use fork or not, whether to assume use
> Etc.rb or not, etc, and is indeed used in this way by many apps. So there is
> no one right answer. If you are writing a gem for IronRuby, you do set the
> gem platform to ?universal-.net?, and that does work. Any specific scenario
> you think would still be an issue?
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Saturday, March 06, 2010 3:36 PM
>
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> I'll certainly try it out, but I remain skeptical of this decission.
>
>
>
> Out of curiosity, what is the value of RUBY_PLATFORM when running under
> Mono on OS X and Mono on Linux?
>
>
>
> FWIW, JRuby 1.4.0 reports RUBY_PLATFORM as "java".
>
>
>
> The underlying OS is set in in the host_os key in rbconfig:
>
>
>
> [JRuby 1.4.0]
>
> require 'rbconfig'
>
> Config::CONFIG['host_os']
>
> => "mswin32"
>
>
>
> On OS X, I'm told it returns "darwin", and on Linux, supposedly
> "linux". IMO, this seems like a much better, more accurate way to do OS
> detection.
>
>
>
> Think about it this way: when you write extensions for IronRuby, what
> platform are you targetting? Not Win32 or Darwin or Linux. You're targetting
> the .Net platform!
>
>
>
> I really think that IronRuby should report ".net" for RUBY_PLATFORM, and
> include the host OS in the host_os key in RbConfig.
>
> --
>
> Will Green
>
> http://hotgazpacho.org/
>
>
>
>
>
>
> On Mar 6, 2010, at 1:24 PM, Shri Borde <Shri.Borde at microsoft.com> wrote:
>
>  Will, Tomas and I did discuss setting RUBY_PLATFORM to something like ?
> x86-mswin32.net?, but decided to keep things simple. If the app needs to
> check if it is running on IronRuby, it can always look for
> RUBY_ENGINE==?ironruby?. For legacy apps,  changing RUBY_PLATFORM does not
> help, and will probably even hurt in many cases where app does
> RUBY_PLATFORM==?x86-win32? to check for Windows.
>
>
>
> Ivan, Tomas had already fixed RUBY_PLATFORM to be ?i386-linux? for Linux in
> early January. So you should not need to use ENV[?OS?] anymore.
>
>
>
> Jim has pushed the changes for RbConfig::CONFIG[?arch?]. So please do try
> out the new GIT sources, or the RC3 when it comes out (which should be in a
> week or so).
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Ivan Porto Carrero
> *Sent:* Saturday, March 06, 2010 6:12 AM
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> my vote goes to making the rb config file as much self discoverable as
> possible.
>
>
>
> Most of the info can be gotten from the .NET runtime environment I've run
> into this problem a couple of times because I'm trying to run IronRuby on
> mono pretty often.
>
> Until now I've resorted to using ENV['OS'] == "Windows_NT" to figure out
> which OS I'm running on and I've also had to patch a few gems to detect the
> OS and features properly.
>
>
> ---
> Met vriendelijke groeten - Best regards - Salutations
> Ivan Porto Carrero - Mob: +32.486.787.582
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)
> Microsoft IronRuby/C# MVP
>
>
>  On Sat, Mar 6, 2010 at 2:50 PM, Will Green <will at hotgazpacho.org> wrote:
>
> Yes, that seems to be close to my understanding. Only much more eloquently
> stated. Thank you! :-)
>
>
>
> Also keep in mind that not everyone using Ruby uses Ruby Gems. In fact, it
> is considered rude to presume the existance of any library package
> management system by the consumer. So, RUBY_PLATFORM is a more important
> constant to define correctly for platform detection (since this IS present
> for every Ruby implementation).
>
>
>
> Now for feature detection, libraries usually do a regex match on
> RUBY_PLATFORM, usually
>
>
>
> RUBY_PLATFORM =~ /mswin|mingw/
>
>
>
> So, we might define RUBY_PLATFORM as mswin.netX, linux.netX, macosx.netX,
> etc. (where X is the .Net runtime version). However, I still think we'll run
> into libraries that make other assumptions about the Ruby runtime that won't
> be true or IronRuby. Such libraries would need to be patched to recognize
> the extended platform name.
>
>
>
> I don't have JRuby installed, and I don't have a Mac to check on, either,
> but perhaps it might provide some guidance to see what JRuby defines
> RUBY_PLATFORM as on the various OSes.
>
>
>
> On a side note, thank you Shri, Tomas, and everyone else for taking my
> impassioned pleas for what they truly are: a desire to make IronRuby an
> awesome, well-manored Ruby implementation! Keep up the good work!
>
>
> --
>
> Will Green
>
> http://hotgazpacho.org/
>
>
>
>
>
>
> On Mar 6, 2010, at 1:58 AM, Tomas Matousek <Tomas.Matousek at microsoft.com>
> wrote:
>
>  So basically, if I understand it well, there are two variables in
> question:
>
> 1)      ?native? extension formats supported by particular Ruby VM ? that
> would be MSVC6 compiled PE file/mingw compiled PE file/gcc compiled .so file
> for MRI, Java class file for JRuby and CLR assembly for IronRuby. Any
> subsystem that builds/uses ?native? extensions needs to use this variable. A
> particular VM can support multiple formats (JRuby supports Java class files
> and FFI compatible native extensions). This is what Gem::Platform seems to
> be used for.
>
> 2)      The capabilities of the underlying CPU and OS. This is what
> RUBY_PLATFORM is used for ? behavior of certain APIs like fork, etc,
> process, files, etc.  might be different/unavailable on different platforms.
>
>
>
>
> Is that correct?
>
> Tomas
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Friday, March 05, 2010 8:18 PM
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> See  http://docs.rubygems.org/read/chapter/20#platform
>
>
>
> Basically, most gems contain pure Ruby code. Some gems contain C (or Java,
> or now possibly C#) code that gets compiled at gem install time. Some gems
> even include pre-compiled code. You will find that the overwhelming majority
> of these gems target the mswin32 platform (which is based on the VC6
> runtime).
>
>
>
> The reason that binary gems are distributed is that, unlike on most
> Linux/UNIX/BSD based systems, Windows does not come with a C compiler, let
> alone the specific version used to create mswin32 Ruby, MSVC 6. So, users of
> the mswin32 Ruby relied on those who had a license to MSVC 6 to provide
> binaries of the gems they needed. This is a major reason why development of
> the mswin32 Ruby has ceased... Very few people have MSVC6, it's old and
> slow, and those who want MSVC6 (so they can contribute to mswin32 Ruby)
> can't get it anymore. This is why the mingw32 version of Ruby is the
> actively maintained version of C Ruby on Windows: no worries about mingw
> licensing and distribution, and it's freely available.
>
>
>
> This is the reason why it is important that IronRuby report the correct
> architecture and runtime environment. As I said before, Gems that target
> mswin32 will not run on IronRuby, because the thing that makes them mswin32
> is that they include C extensions that can be, or are, compiled to native,
> unmanaged code targetting the MSVC6 runtime. So, it is important that
> IronRuby not identify itself as mswin32, because the gems that target that
> platform won't work on IronRuby anyway.
>
>
>
> What Luis has done with Rake Compiler is allow the gem author to create
> extensions in C and Java, and permit them to compile platform specific
> versions of the same gem. I'm sure that he would welcome contributions that
> would allow us to write extensions in C# and build gems that target IronRuby
> as a platform, all while keeping the same gem name. That is,
> win32console-mswin32.gem and win32console-mingw32.gem come from the same
> source gem, but they are compiled against different runtimes, and target
> different platforms. With IronRuby identifying itself correctly, and some
> additions to rake-compiler to generate .Net assemblies, it may be possible
> to generate a win32console-.net20.gem. Even then, we'd need to provide
> patches to libraries that use a regex against RUBY_PLATFORM to determine if
> we're running on Windows. But then, what if you're running IronRuby on Mono
> on Linux, where any of the win32xxx gems make no sense?
>
>
>
> My point is that I don't see a way to just inject IronRuby-specific
> libraries in place of the mswin32 ones without causing all sorts of
> headaches with platform juggling. IronRuby is not always on Windows, and
> thus should not identify itself as running on Windows, and certainly should
> not identify itself as the MSVC6 version or Ruby.
>
>
> --
>
> Will Green
>
> http://hotgazpacho.org/
>
>
>
>
>
>
> On Mar 5, 2010, at 8:39 PM, Shri Borde <Shri.Borde at microsoft.com> wrote:
>
>  The gem file name does include the platform information. That would seem
> to imply that gems for different platforms will live in different gem files.
> I am not too knowledge about the Gem process as well, so I may be incorrect
> as well?
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Friday, March 05, 2010 9:46 AM
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> I may not fully understand the Gem process here, so please pardon any
> ignorance.
>
>
>
> As I understand it, the ability to have separate, per-platform gem files
> for one Gem name would require that the code for all the platforms is
> present in the source of the Gem. That way, when you gem install XXX, the
> XXX library will get compiled locally for your current platform. Or, if the
> gem author provides them, pre-compiled binaries for your platform. In order
> to do that, though, I think the source code for multiple platforms needs to
> be present in the gem source.
>
>
>
> Luis is very knowledgeable in this area; he also wrote rake-compiler to
> address this issue with JRuby as well:
> http://github.com/luislavena/rake-compiler
>
>
>
> I think it best to get his perspective on the best way to go about this.
>
>
>
> I am, however, glad that IronRuby is now more truthful about its
> architecture (since gems compiled for mswin32 WILL NOT WORK on IronRuby). I
> am certain this will lead to less frustration from end-users going forward.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
>  On Fri, Mar 5, 2010 at 12:00 PM, Shri Borde <Shri.Borde at microsoft.com>
> wrote:
>
> The whole point of changing RbConfig::CONFIG[?arch?] was to be able to have
> two independent gem files. So you should not need to have to modify Luis
> Lavena?s code, right? And people installing win32console with MRI should not
> run any of your code, right?
>
>
>
> You could certainly drop him a line as a courtesy heads-up?
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Friday, March 05, 2010 8:11 AM
>
>
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> I'd have to talk to Luis Lavena, the current maintainer of win32console. I
> might also have to make some code changes or test changes to make the .Net
> specific stuff a no-op on the C version of Ruby (otherwise, it won't even
> run). But I'd certainly be open to this. I'll drop him a line this weekend.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> On Fri, Mar 5, 2010 at 10:45 AM, Shri Borde <Shri.Borde at microsoft.com>
> wrote:
>
> We should push the change once the dust settles down. Let?s wait until the
> RTM to make sure that this all actually works as we would like it to.
>
>
>
> In the meantime, I would encourage all gem authors to play with this and
> see if there are any issues. ?gem build? had the issue mentioned below. Not
> sure if jeweler etc will have any issues.
>
>
>
> Will, will you be renaming iron-term-ansicolor to win32console? Its your
> call whether you want to or not. However, if you do not, we should create a
> gem with platform=?universal-.net? and with the same name of a native gem,
> and see what the experience is (does ?ir.exe ?S gem install? prefer the .NET
> gem over the native gem?). I did verify that ?ir.exe ?S gem install
> win32console? currently does not find any matching gem since the existing
> win32console is a native gem.
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Friday, March 05, 2010 7:08 AM
>
>
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> Cool beans!
>
>
>
> I noticed in the latest push that a change was made to Ruby Gems itself:
>
>
>
>
> http://github.com/ironruby/ironruby/commit/82cb04621b505dea5a010c70827addc2de6227ba#diff-0
>
>
>
> Someone should contribute that change to the Ruby Gems project as well.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> On Thu, Mar 4, 2010 at 7:36 PM, Shri Borde <Shri.Borde at microsoft.com>
> wrote:
>
> With my last checkin, RbConfig::CONFIG[?arch?] will be ?universal-.net2.0?
> for IronRuby. I created a gemspec as shown below. Doing ?gem build? on it
> will create a gem with filename of Shri-1.2.3-universal-unknown.gem.
> Instead use ?rbx ?S gem build? and you will get a file called
> Shri-1.2.3-universal-.net.gem.
>
>
>
> spec = Gem::Specification.new do |s|
>
>   s.name = 'Shri'
>
>   s.version = '1.2.3'
>
>   s.summary = "Shri summary"
>
>   s.platform = "universal-.net"
>
>   s.description = %{Shri description}
>
>   s.files = []
>
>   s.author = "Shri"
>
>   s.email = "shri at email"
>
>   s.homepage = "http://shri.org"
>
> end
>
>
>
> I have updated with
> http://ironruby.net/Documentation/Real_Ruby_Applications/RubyGems with
> this info:
>
> *IronRuby-specific gems *
>
> Gems could specifically target IronRuby. They may contain Ruby code which
> uses .NET APIs, or they may even include compiled .NET assemblies. In such
> cases, the Gem specification should set platform
> <http://rubygems.org/read/chapter/20#platform>to "*universal-.net*" (or "*
> universal-.net4.0*" to run only on .NET 4), and build the gem using
> IronRuby ("rbx -S gem build").
>
> Note that if you build the gem with MRI using "gem build", MRI will not be
> able to recognize the platform string, and will create a gem file named
> something like foo-universal-unknown.gem (instead of the expected
> foo-universal-.net.gem"). To avoid this, build the gem using IronRuby as
> mentioned above.
>
> Talking with Tomas, we will leave RUBY_PLATFORM set to ?x86-mswin32? (on
> Windows) since many apps check for ?mswin32? in RUBY_PLATFORM to check if
> they are running on Windows. We considered *appending* ?.net? and setting
> RUBY_PLATFORM to ?.net-mswin32? or ?x86-mswin32/.net? to indicate that it
> was not MRI, but decided against it as you can always check RUBY_ENGINE to
> detect if you are running on IronRuby.
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Tuesday, March 02, 2010 11:52 AM
>
>
> *To:* ironruby-core at rubyforge.org
>
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> That all depends on how Gem checks the platform.  If it uses the
> RUBY_PLATFORM variable, then IronRuby needs to change what it reports here.
> Currently, it reports i386-mswin32.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com>
> wrote:
>
> I believe JRuby is doing the 1st one, which makes sense in my opinion. If
> possible we should prefer platform == ?ironruby?, (or .net, do we need to
> differentiate .net and mono?), but accept others.
>
>  JD
>
>  *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shri Borde
> *Sent:* Tuesday, March 02, 2010 10:02 AM
> *To:* ironruby-core at rubyforge.org
> *Subject:* [Ironruby-core] IronRuby version of existing gems
>
>  This brings a question to mind - what should the general approach be for
> porting existing gems to IronRuby? There could be two possible approaches:
>
> 1.       Create a gem with the same name (?win32console? in this case),
> and specify platform==?ironruby?. That way, dependent gems do not need to be
> updated, and users have to remember just one name. IronRuby will use the
> version with platform==?ironruby?, and MRI will use the one with
> platform==?mswin32?. So there should not be any clashes even if you use MRI
> and IronRuby on the same machine.
>
> 2.       Create a new gem like iron-term-ansicolor.
>
>
>
> Any pro or cons to the two? What should the recommendation be in general?
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Tuesday, March 02, 2010 7:47 AM
> *To:* ironruby-core
> *Subject:* Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>
>
>
> I released iron-term-ansicolor 0.0.3 last night after testing the gem
> install locally first.
>
>
>
> Please let me know if you still have trouble installing it from
> Rubygems.org.
>
>
>
> Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can,
> the same way it tries to use win32console under MRI.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>  _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>    _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>  _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100307/40fec5ae/attachment-0001.html>

From Shri.Borde at microsoft.com  Sun Mar  7 01:16:20 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Sun, 7 Mar 2010 06:16:20 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <398d3e0e1003062146v6af9552aye90bc61c449cdb18@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003050946w6e10b908p47ff15e3c675a3cf@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705DDD2@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<93B2F57F-294D-49C2-9050-691B877627F5@hotgazpacho.org>
	<4B342496A3EFEB48839E10BB4BF5964C401E150B@TK5EX14MBXC122.redmond.corp.microsoft.com>
	<046EFF20-49B2-4C22-B544-090D9C560AD5@hotgazpacho.org>
	<b1c6aabb1003060611s5a25dea6mf4ce0a19895fa9b5@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705ECFE@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<6704262E-4449-4E54-91DA-650DB1505507@hotgazpacho.org>
	<6459203F8B1AF641995AE49D47FA51A705F1C4@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003062146v6af9552aye90bc61c449cdb18@mail.gmail.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A705F334@TK5EX14MBXC134.redmond.corp.microsoft.com>

I think you can set the platform to be ?universal-.net? and it will work on all .NET versions.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Saturday, March 06, 2010 9:47 PM
To: ironruby-core
Subject: Re: [Ironruby-core] IronRuby version of existing gems

With the rbconfig changes made, I now get the expected output when trying to install a gem that has only platform-specific gems available (and is the same as what I get on JRuby):

C:\Users\Will\dev\ironruby>rbx -S gem install win32console
ERROR:  could not find gem win32console locally or in a repository

I'll be updating iron-term-ansicolor, and I'll start looking at merging this code with win32console, so that a win32console-universal-.net2.0.gem can be be made.

Do I understand it right that IronRuby on .Net 4 will need a win32console-universal-.net4.0.gem?

--
Will Green
http://hotgazpacho.org/

On Sat, Mar 6, 2010 at 10:33 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
RUBY_PLATFORM on IronRuby will be the same as the value shown by MRI on that machine. It will be i386-darwin on Mac OS and i386-linux on Linux.

The issue is that RUBY_PLATFORM could be used for multiple purposes. It could be used to decide whether to use fork or not, whether to assume use Etc.rb or not, etc, and is indeed used in this way by many apps. So there is no one right answer. If you are writing a gem for IronRuby, you do set the gem platform to ?universal-.net?, and that does work. Any specific scenario you think would still be an issue?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Saturday, March 06, 2010 3:36 PM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

I'll certainly try it out, but I remain skeptical of this decission.

Out of curiosity, what is the value of RUBY_PLATFORM when running under Mono on OS X and Mono on Linux?

FWIW, JRuby 1.4.0 reports RUBY_PLATFORM as "java".

The underlying OS is set in in the host_os key in rbconfig:

[JRuby 1.4.0]
require 'rbconfig'
Config::CONFIG['host_os']
=> "mswin32"

On OS X, I'm told it returns "darwin", and on Linux, supposedly "linux". IMO, this seems like a much better, more accurate way to do OS detection.

Think about it this way: when you write extensions for IronRuby, what platform are you targetting? Not Win32 or Darwin or Linux. You're targetting the .Net platform!

I really think that IronRuby should report ".net" for RUBY_PLATFORM, and include the host OS in the host_os key in RbConfig.

--
Will Green
http://hotgazpacho.org/



On Mar 6, 2010, at 1:24 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
Will, Tomas and I did discuss setting RUBY_PLATFORM to something like ?x86-mswin32.net<http://x86-mswin32.net>?, but decided to keep things simple. If the app needs to check if it is running on IronRuby, it can always look for RUBY_ENGINE==?ironruby?. For legacy apps,  changing RUBY_PLATFORM does not help, and will probably even hurt in many cases where app does RUBY_PLATFORM==?x86-win32? to check for Windows.

Ivan, Tomas had already fixed RUBY_PLATFORM to be ?i386-linux? for Linux in early January. So you should not need to use ENV[?OS?] anymore.

Jim has pushed the changes for RbConfig::CONFIG[?arch?]. So please do try out the new GIT sources, or the RC3 when it comes out (which should be in a week or so).

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Ivan Porto Carrero
Sent: Saturday, March 06, 2010 6:12 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

my vote goes to making the rb config file as much self discoverable as possible.

Most of the info can be gotten from the .NET runtime environment I've run into this problem a couple of times because I'm trying to run IronRuby on mono pretty often.
Until now I've resorted to using ENV['OS'] == "Windows_NT" to figure out which OS I'm running on and I've also had to patch a few gems to detect the OS and features properly.

---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero - Mob: +32.486.787.582
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP

On Sat, Mar 6, 2010 at 2:50 PM, Will Green <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:
Yes, that seems to be close to my understanding. Only much more eloquently stated. Thank you! :-)

Also keep in mind that not everyone using Ruby uses Ruby Gems. In fact, it is considered rude to presume the existance of any library package management system by the consumer. So, RUBY_PLATFORM is a more important constant to define correctly for platform detection (since this IS present for every Ruby implementation).

Now for feature detection, libraries usually do a regex match on RUBY_PLATFORM, usually

RUBY_PLATFORM =~ /mswin|mingw/

So, we might define RUBY_PLATFORM as mswin.netX, linux.netX, macosx.netX, etc. (where X is the .Net runtime version). However, I still think we'll run into libraries that make other assumptions about the Ruby runtime that won't be true or IronRuby. Such libraries would need to be patched to recognize the extended platform name.

I don't have JRuby installed, and I don't have a Mac to check on, either, but perhaps it might provide some guidance to see what JRuby defines RUBY_PLATFORM as on the various OSes.

On a side note, thank you Shri, Tomas, and everyone else for taking my impassioned pleas for what they truly are: a desire to make IronRuby an awesome, well-manored Ruby implementation! Keep up the good work!

--
Will Green
http://hotgazpacho.org/



On Mar 6, 2010, at 1:58 AM, Tomas Matousek <Tomas.Matousek at microsoft.com<mailto:Tomas.Matousek at microsoft.com>> wrote:
So basically, if I understand it well, there are two variables in question:

1)      ?native? extension formats supported by particular Ruby VM ? that would be MSVC6 compiled PE file/mingw compiled PE file/gcc compiled .so file for MRI, Java class file for JRuby and CLR assembly for IronRuby. Any subsystem that builds/uses ?native? extensions needs to use this variable. A particular VM can support multiple formats (JRuby supports Java class files and FFI compatible native extensions). This is what Gem::Platform seems to be used for.

2)      The capabilities of the underlying CPU and OS. This is what RUBY_PLATFORM is used for ? behavior of certain APIs like fork, etc, process, files, etc.  might be different/unavailable on different platforms.

Is that correct?
Tomas

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 8:18 PM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

See  http://docs.rubygems.org/read/chapter/20#platform

Basically, most gems contain pure Ruby code. Some gems contain C (or Java, or now possibly C#) code that gets compiled at gem install time. Some gems even include pre-compiled code. You will find that the overwhelming majority of these gems target the mswin32 platform (which is based on the VC6 runtime).

The reason that binary gems are distributed is that, unlike on most Linux/UNIX/BSD based systems, Windows does not come with a C compiler, let alone the specific version used to create mswin32 Ruby, MSVC 6. So, users of the mswin32 Ruby relied on those who had a license to MSVC 6 to provide binaries of the gems they needed. This is a major reason why development of the mswin32 Ruby has ceased... Very few people have MSVC6, it's old and slow, and those who want MSVC6 (so they can contribute to mswin32 Ruby) can't get it anymore. This is why the mingw32 version of Ruby is the actively maintained version of C Ruby on Windows: no worries about mingw licensing and distribution, and it's freely available.

This is the reason why it is important that IronRuby report the correct architecture and runtime environment. As I said before, Gems that target mswin32 will not run on IronRuby, because the thing that makes them mswin32 is that they include C extensions that can be, or are, compiled to native, unmanaged code targetting the MSVC6 runtime. So, it is important that IronRuby not identify itself as mswin32, because the gems that target that platform won't work on IronRuby anyway.

What Luis has done with Rake Compiler is allow the gem author to create extensions in C and Java, and permit them to compile platform specific versions of the same gem. I'm sure that he would welcome contributions that would allow us to write extensions in C# and build gems that target IronRuby as a platform, all while keeping the same gem name. That is, win32console-mswin32.gem and win32console-mingw32.gem come from the same source gem, but they are compiled against different runtimes, and target different platforms. With IronRuby identifying itself correctly, and some additions to rake-compiler to generate .Net assemblies, it may be possible to generate a win32console-.net20.gem. Even then, we'd need to provide patches to libraries that use a regex against RUBY_PLATFORM to determine if we're running on Windows. But then, what if you're running IronRuby on Mono on Linux, where any of the win32xxx gems make no sense?

My point is that I don't see a way to just inject IronRuby-specific libraries in place of the mswin32 ones without causing all sorts of headaches with platform juggling. IronRuby is not always on Windows, and thus should not identify itself as running on Windows, and certainly should not identify itself as the MSVC6 version or Ruby.

--
Will Green
http://hotgazpacho.org/



On Mar 5, 2010, at 8:39 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
The gem file name does include the platform information. That would seem to imply that gems for different platforms will live in different gem files. I am not too knowledge about the Gem process as well, so I may be incorrect as well?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 9:46 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

I may not fully understand the Gem process here, so please pardon any ignorance.

As I understand it, the ability to have separate, per-platform gem files for one Gem name would require that the code for all the platforms is present in the source of the Gem. That way, when you gem install XXX, the XXX library will get compiled locally for your current platform. Or, if the gem author provides them, pre-compiled binaries for your platform. In order to do that, though, I think the source code for multiple platforms needs to be present in the gem source.

Luis is very knowledgeable in this area; he also wrote rake-compiler to address this issue with JRuby as well: http://github.com/luislavena/rake-compiler

I think it best to get his perspective on the best way to go about this.

I am, however, glad that IronRuby is now more truthful about its architecture (since gems compiled for mswin32 WILL NOT WORK on IronRuby). I am certain this will lead to less frustration from end-users going forward.

--
Will Green
http://hotgazpacho.org/

On Fri, Mar 5, 2010 at 12:00 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
The whole point of changing RbConfig::CONFIG[?arch?] was to be able to have two independent gem files. So you should not need to have to modify Luis Lavena?s code, right? And people installing win32console with MRI should not run any of your code, right?

You could certainly drop him a line as a courtesy heads-up?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 8:11 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

I'd have to talk to Luis Lavena, the current maintainer of win32console. I might also have to make some code changes or test changes to make the .Net specific stuff a no-op on the C version of Ruby (otherwise, it won't even run). But I'd certainly be open to this. I'll drop him a line this weekend.

--
Will Green
http://hotgazpacho.org/
On Fri, Mar 5, 2010 at 10:45 AM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
We should push the change once the dust settles down. Let?s wait until the RTM to make sure that this all actually works as we would like it to.

In the meantime, I would encourage all gem authors to play with this and see if there are any issues. ?gem build? had the issue mentioned below. Not sure if jeweler etc will have any issues.

Will, will you be renaming iron-term-ansicolor to win32console? Its your call whether you want to or not. However, if you do not, we should create a gem with platform=?universal-.net? and with the same name of a native gem, and see what the experience is (does ?ir.exe ?S gem install? prefer the .NET gem over the native gem?). I did verify that ?ir.exe ?S gem install win32console? currently does not find any matching gem since the existing win32console is a native gem.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Friday, March 05, 2010 7:08 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Cool beans!

I noticed in the latest push that a change was made to Ruby Gems itself:

http://github.com/ironruby/ironruby/commit/82cb04621b505dea5a010c70827addc2de6227ba#diff-0

Someone should contribute that change to the Ruby Gems project as well.

--
Will Green
http://hotgazpacho.org/
On Thu, Mar 4, 2010 at 7:36 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
With my last checkin, RbConfig::CONFIG[?arch?] will be ?universal-.net2.0? for IronRuby. I created a gemspec as shown below. Doing ?gem build? on it will create a gem with filename of Shri-1.2.3-universal-unknown.gem. Instead use ?rbx ?S gem build? and you will get a file called Shri-1.2.3-universal-.net.gem.

spec = Gem::Specification.new do |s|
  s.name<http://s.name> = 'Shri'
  s.version = '1.2.3'
  s.summary = "Shri summary"
  s.platform = "universal-.net<http://universal-.net>"
  s.description = %{Shri description}
  s.files = []
  s.author = "Shri"
  s.email = "shri at email"
  s.homepage = "http://shri.org"
end

I have updated with http://ironruby.net/Documentation/Real_Ruby_Applications/RubyGems with this info:
IronRuby-specific gems
Gems could specifically target IronRuby. They may contain Ruby code which uses .NET APIs, or they may even include compiled .NET assemblies. In such cases, the Gem specification should set platform <http://rubygems.org/read/chapter/20#platform> to "universal-.net<http://universal-.net>" (or "universal-.net4.0" to run only on .NET 4), and build the gem using IronRuby ("rbx -S gem build").
Note that if you build the gem with MRI using "gem build", MRI will not be able to recognize the platform string, and will create a gem file named something like foo-universal-unknown.gem (instead of the expected foo-universal-.net.gem"). To avoid this, build the gem using IronRuby as mentioned above.
Talking with Tomas, we will leave RUBY_PLATFORM set to ?x86-mswin32? (on Windows) since many apps check for ?mswin32? in RUBY_PLATFORM to check if they are running on Windows. We considered appending ?.net? and setting RUBY_PLATFORM to ?.net-mswin32? or ?x86-mswin32/.net? to indicate that it was not MRI, but decided against it as you can always check RUBY_ENGINE to detect if you are running on IronRuby.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 11:52 AM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

That all depends on how Gem checks the platform.  If it uses the RUBY_PLATFORM variable, then IronRuby needs to change what it reports here. Currently, it reports i386-mswin32.

--
Will Green
http://hotgazpacho.org/
On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
I believe JRuby is doing the 1st one, which makes sense in my opinion. If possible we should prefer platform == ?ironruby?, (or .net, do we need to differentiate .net and mono?), but accept others.
 JD
 From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Tuesday, March 02, 2010 10:02 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: [Ironruby-core] IronRuby version of existing gems
 This brings a question to mind - what should the general approach be for porting existing gems to IronRuby? There could be two possible approaches:

1.       Create a gem with the same name (?win32console? in this case), and specify platform==?ironruby?. That way, dependent gems do not need to be updated, and users have to remember just one name. IronRuby will use the version with platform==?ironruby?, and MRI will use the one with platform==?mswin32?. So there should not be any clashes even if you use MRI and IronRuby on the same machine.

2.       Create a new gem like iron-term-ansicolor.

Any pro or cons to the two? What should the recommendation be in general?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Tuesday, March 02, 2010 7:47 AM
To: ironruby-core
Subject: Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released

I released iron-term-ansicolor 0.0.3 last night after testing the gem install locally first.

Please let me know if you still have trouble installing it from Rubygems.org<http://Rubygems.org>.

Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can, the same way it tries to use win32console under MRI.

--
Will Green
http://hotgazpacho.org/


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100307/5e9ffd88/attachment-0001.html>

From will at hotgazpacho.org  Sun Mar  7 02:07:29 2010
From: will at hotgazpacho.org (Will Green)
Date: Sun, 7 Mar 2010 02:07:29 -0500
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A705F334@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<93B2F57F-294D-49C2-9050-691B877627F5@hotgazpacho.org>
	<4B342496A3EFEB48839E10BB4BF5964C401E150B@TK5EX14MBXC122.redmond.corp.microsoft.com>
	<046EFF20-49B2-4C22-B544-090D9C560AD5@hotgazpacho.org>
	<b1c6aabb1003060611s5a25dea6mf4ce0a19895fa9b5@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705ECFE@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<6704262E-4449-4E54-91DA-650DB1505507@hotgazpacho.org>
	<6459203F8B1AF641995AE49D47FA51A705F1C4@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003062146v6af9552aye90bc61c449cdb18@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705F334@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <398d3e0e1003062307u3248e3b7x11765c120aafe639@mail.gmail.com>

I just pushed both "universal-.net" and "universal-.net-2.0" versions to
RubyGems.org

I would appreciate if someone running the latest from git would try

ir -S gem install iron-term-ansicolor

on both the .Net 2 and the .Net 4 runtimes, and let me know which gem gets
installed.

I don't have .Net 4 installed, so for me, it selected the more specific
version for .Net 2:

C:\Users\Will\dev\iron-term-ansicolor>igem install iron-term-ansicolor
Successfully installed iron-term-ansicolor-0.0.3-universal-.net-2.0
1 gem installed

Thanks!
--
Will Green
http://hotgazpacho.org/


On Sun, Mar 7, 2010 at 1:16 AM, Shri Borde <Shri.Borde at microsoft.com> wrote:

>  I think you can set the platform to be ?universal-.net? and it will work
> on all .NET versions.
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Saturday, March 06, 2010 9:47 PM
> *To:* ironruby-core
>
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> With the rbconfig changes made, I now get the expected output when trying
> to install a gem that has only platform-specific gems available (and is the
> same as what I get on JRuby):
>
>
>
> C:\Users\Will\dev\ironruby>rbx -S gem install win32console
>
> ERROR:  could not find gem win32console locally or in a repository
>
>
>
> I'll be updating iron-term-ansicolor, and I'll start looking at merging
> this code with win32console, so that a win32console-universal-.net2.0.gem
> can be be made.
>
>
>
> Do I understand it right that IronRuby on .Net 4 will need a
> win32console-universal-.net4.0.gem?
>
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>  On Sat, Mar 6, 2010 at 10:33 PM, Shri Borde <Shri.Borde at microsoft.com>
> wrote:
>
> RUBY_PLATFORM on IronRuby will be the same as the value shown by MRI on
> that machine. It will be i386-darwin on Mac OS and i386-linux on Linux.
>
>
>
> The issue is that RUBY_PLATFORM could be used for multiple purposes. It
> could be used to decide whether to use fork or not, whether to assume use
> Etc.rb or not, etc, and is indeed used in this way by many apps. So there is
> no one right answer. If you are writing a gem for IronRuby, you do set the
> gem platform to ?universal-.net?, and that does work. Any specific scenario
> you think would still be an issue?
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Saturday, March 06, 2010 3:36 PM
>
>
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> I'll certainly try it out, but I remain skeptical of this decission.
>
>
>
> Out of curiosity, what is the value of RUBY_PLATFORM when running under
> Mono on OS X and Mono on Linux?
>
>
>
> FWIW, JRuby 1.4.0 reports RUBY_PLATFORM as "java".
>
>
>
> The underlying OS is set in in the host_os key in rbconfig:
>
>
>
> [JRuby 1.4.0]
>
> require 'rbconfig'
>
> Config::CONFIG['host_os']
>
> => "mswin32"
>
>
>
> On OS X, I'm told it returns "darwin", and on Linux, supposedly
> "linux". IMO, this seems like a much better, more accurate way to do OS
> detection.
>
>
>
> Think about it this way: when you write extensions for IronRuby, what
> platform are you targetting? Not Win32 or Darwin or Linux. You're targetting
> the .Net platform!
>
>
>
> I really think that IronRuby should report ".net" for RUBY_PLATFORM, and
> include the host OS in the host_os key in RbConfig.
>
> --
>
> Will Green
>
> http://hotgazpacho.org/
>
>
>
>
>
>
> On Mar 6, 2010, at 1:24 PM, Shri Borde <Shri.Borde at microsoft.com> wrote:
>
>  Will, Tomas and I did discuss setting RUBY_PLATFORM to something like ?
> x86-mswin32.net?, but decided to keep things simple. If the app needs to
> check if it is running on IronRuby, it can always look for
> RUBY_ENGINE==?ironruby?. For legacy apps,  changing RUBY_PLATFORM does not
> help, and will probably even hurt in many cases where app does
> RUBY_PLATFORM==?x86-win32? to check for Windows.
>
>
>
> Ivan, Tomas had already fixed RUBY_PLATFORM to be ?i386-linux? for Linux in
> early January. So you should not need to use ENV[?OS?] anymore.
>
>
>
> Jim has pushed the changes for RbConfig::CONFIG[?arch?]. So please do try
> out the new GIT sources, or the RC3 when it comes out (which should be in a
> week or so).
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Ivan Porto Carrero
> *Sent:* Saturday, March 06, 2010 6:12 AM
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> my vote goes to making the rb config file as much self discoverable as
> possible.
>
>
>
> Most of the info can be gotten from the .NET runtime environment I've run
> into this problem a couple of times because I'm trying to run IronRuby on
> mono pretty often.
>
> Until now I've resorted to using ENV['OS'] == "Windows_NT" to figure out
> which OS I'm running on and I've also had to patch a few gems to detect the
> OS and features properly.
>
>
> ---
> Met vriendelijke groeten - Best regards - Salutations
> Ivan Porto Carrero - Mob: +32.486.787.582
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)
> Microsoft IronRuby/C# MVP
>
>  On Sat, Mar 6, 2010 at 2:50 PM, Will Green <will at hotgazpacho.org> wrote:
>
> Yes, that seems to be close to my understanding. Only much more eloquently
> stated. Thank you! :-)
>
>
>
> Also keep in mind that not everyone using Ruby uses Ruby Gems. In fact, it
> is considered rude to presume the existance of any library package
> management system by the consumer. So, RUBY_PLATFORM is a more important
> constant to define correctly for platform detection (since this IS present
> for every Ruby implementation).
>
>
>
> Now for feature detection, libraries usually do a regex match on
> RUBY_PLATFORM, usually
>
>
>
> RUBY_PLATFORM =~ /mswin|mingw/
>
>
>
> So, we might define RUBY_PLATFORM as mswin.netX, linux.netX, macosx.netX,
> etc. (where X is the .Net runtime version). However, I still think we'll run
> into libraries that make other assumptions about the Ruby runtime that won't
> be true or IronRuby. Such libraries would need to be patched to recognize
> the extended platform name.
>
>
>
> I don't have JRuby installed, and I don't have a Mac to check on, either,
> but perhaps it might provide some guidance to see what JRuby defines
> RUBY_PLATFORM as on the various OSes.
>
>
>
> On a side note, thank you Shri, Tomas, and everyone else for taking my
> impassioned pleas for what they truly are: a desire to make IronRuby an
> awesome, well-manored Ruby implementation! Keep up the good work!
>
>
> --
>
> Will Green
>
> http://hotgazpacho.org/
>
>
>
>
>
>
> On Mar 6, 2010, at 1:58 AM, Tomas Matousek <Tomas.Matousek at microsoft.com>
> wrote:
>
>  So basically, if I understand it well, there are two variables in
> question:
>
> 1)      ?native? extension formats supported by particular Ruby VM ? that
> would be MSVC6 compiled PE file/mingw compiled PE file/gcc compiled .so file
> for MRI, Java class file for JRuby and CLR assembly for IronRuby. Any
> subsystem that builds/uses ?native? extensions needs to use this variable. A
> particular VM can support multiple formats (JRuby supports Java class files
> and FFI compatible native extensions). This is what Gem::Platform seems to
> be used for.
>
> 2)      The capabilities of the underlying CPU and OS. This is what
> RUBY_PLATFORM is used for ? behavior of certain APIs like fork, etc,
> process, files, etc.  might be different/unavailable on different platforms.
>
>
>
>
> Is that correct?
>
> Tomas
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Friday, March 05, 2010 8:18 PM
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> See  http://docs.rubygems.org/read/chapter/20#platform
>
>
>
> Basically, most gems contain pure Ruby code. Some gems contain C (or Java,
> or now possibly C#) code that gets compiled at gem install time. Some gems
> even include pre-compiled code. You will find that the overwhelming majority
> of these gems target the mswin32 platform (which is based on the VC6
> runtime).
>
>
>
> The reason that binary gems are distributed is that, unlike on most
> Linux/UNIX/BSD based systems, Windows does not come with a C compiler, let
> alone the specific version used to create mswin32 Ruby, MSVC 6. So, users of
> the mswin32 Ruby relied on those who had a license to MSVC 6 to provide
> binaries of the gems they needed. This is a major reason why development of
> the mswin32 Ruby has ceased... Very few people have MSVC6, it's old and
> slow, and those who want MSVC6 (so they can contribute to mswin32 Ruby)
> can't get it anymore. This is why the mingw32 version of Ruby is the
> actively maintained version of C Ruby on Windows: no worries about mingw
> licensing and distribution, and it's freely available.
>
>
>
> This is the reason why it is important that IronRuby report the correct
> architecture and runtime environment. As I said before, Gems that target
> mswin32 will not run on IronRuby, because the thing that makes them mswin32
> is that they include C extensions that can be, or are, compiled to native,
> unmanaged code targetting the MSVC6 runtime. So, it is important that
> IronRuby not identify itself as mswin32, because the gems that target that
> platform won't work on IronRuby anyway.
>
>
>
> What Luis has done with Rake Compiler is allow the gem author to create
> extensions in C and Java, and permit them to compile platform specific
> versions of the same gem. I'm sure that he would welcome contributions that
> would allow us to write extensions in C# and build gems that target IronRuby
> as a platform, all while keeping the same gem name. That is,
> win32console-mswin32.gem and win32console-mingw32.gem come from the same
> source gem, but they are compiled against different runtimes, and target
> different platforms. With IronRuby identifying itself correctly, and some
> additions to rake-compiler to generate .Net assemblies, it may be possible
> to generate a win32console-.net20.gem. Even then, we'd need to provide
> patches to libraries that use a regex against RUBY_PLATFORM to determine if
> we're running on Windows. But then, what if you're running IronRuby on Mono
> on Linux, where any of the win32xxx gems make no sense?
>
>
>
> My point is that I don't see a way to just inject IronRuby-specific
> libraries in place of the mswin32 ones without causing all sorts of
> headaches with platform juggling. IronRuby is not always on Windows, and
> thus should not identify itself as running on Windows, and certainly should
> not identify itself as the MSVC6 version or Ruby.
>
>
> --
>
> Will Green
>
> http://hotgazpacho.org/
>
>
>
>
>
>
> On Mar 5, 2010, at 8:39 PM, Shri Borde <Shri.Borde at microsoft.com> wrote:
>
>  The gem file name does include the platform information. That would seem
> to imply that gems for different platforms will live in different gem files.
> I am not too knowledge about the Gem process as well, so I may be incorrect
> as well?
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Friday, March 05, 2010 9:46 AM
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> I may not fully understand the Gem process here, so please pardon any
> ignorance.
>
>
>
> As I understand it, the ability to have separate, per-platform gem files
> for one Gem name would require that the code for all the platforms is
> present in the source of the Gem. That way, when you gem install XXX, the
> XXX library will get compiled locally for your current platform. Or, if the
> gem author provides them, pre-compiled binaries for your platform. In order
> to do that, though, I think the source code for multiple platforms needs to
> be present in the gem source.
>
>
>
> Luis is very knowledgeable in this area; he also wrote rake-compiler to
> address this issue with JRuby as well:
> http://github.com/luislavena/rake-compiler
>
>
>
> I think it best to get his perspective on the best way to go about this.
>
>
>
> I am, however, glad that IronRuby is now more truthful about its
> architecture (since gems compiled for mswin32 WILL NOT WORK on IronRuby). I
> am certain this will lead to less frustration from end-users going forward.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>  On Fri, Mar 5, 2010 at 12:00 PM, Shri Borde <Shri.Borde at microsoft.com>
> wrote:
>
> The whole point of changing RbConfig::CONFIG[?arch?] was to be able to have
> two independent gem files. So you should not need to have to modify Luis
> Lavena?s code, right? And people installing win32console with MRI should not
> run any of your code, right?
>
>
>
> You could certainly drop him a line as a courtesy heads-up?
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Friday, March 05, 2010 8:11 AM
>
>
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> I'd have to talk to Luis Lavena, the current maintainer of win32console. I
> might also have to make some code changes or test changes to make the .Net
> specific stuff a no-op on the C version of Ruby (otherwise, it won't even
> run). But I'd certainly be open to this. I'll drop him a line this weekend.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> On Fri, Mar 5, 2010 at 10:45 AM, Shri Borde <Shri.Borde at microsoft.com>
> wrote:
>
> We should push the change once the dust settles down. Let?s wait until the
> RTM to make sure that this all actually works as we would like it to.
>
>
>
> In the meantime, I would encourage all gem authors to play with this and
> see if there are any issues. ?gem build? had the issue mentioned below. Not
> sure if jeweler etc will have any issues.
>
>
>
> Will, will you be renaming iron-term-ansicolor to win32console? Its your
> call whether you want to or not. However, if you do not, we should create a
> gem with platform=?universal-.net? and with the same name of a native gem,
> and see what the experience is (does ?ir.exe ?S gem install? prefer the .NET
> gem over the native gem?). I did verify that ?ir.exe ?S gem install
> win32console? currently does not find any matching gem since the existing
> win32console is a native gem.
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Friday, March 05, 2010 7:08 AM
>
>
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> Cool beans!
>
>
>
> I noticed in the latest push that a change was made to Ruby Gems itself:
>
>
>
>
> http://github.com/ironruby/ironruby/commit/82cb04621b505dea5a010c70827addc2de6227ba#diff-0
>
>
>
> Someone should contribute that change to the Ruby Gems project as well.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> On Thu, Mar 4, 2010 at 7:36 PM, Shri Borde <Shri.Borde at microsoft.com>
> wrote:
>
> With my last checkin, RbConfig::CONFIG[?arch?] will be ?universal-.net2.0?
> for IronRuby. I created a gemspec as shown below. Doing ?gem build? on it
> will create a gem with filename of Shri-1.2.3-universal-unknown.gem.
> Instead use ?rbx ?S gem build? and you will get a file called
> Shri-1.2.3-universal-.net.gem.
>
>
>
> spec = Gem::Specification.new do |s|
>
>   s.name = 'Shri'
>
>   s.version = '1.2.3'
>
>   s.summary = "Shri summary"
>
>   s.platform = "universal-.net"
>
>   s.description = %{Shri description}
>
>   s.files = []
>
>   s.author = "Shri"
>
>   s.email = "shri at email"
>
>   s.homepage = "http://shri.org"
>
> end
>
>
>
> I have updated with
> http://ironruby.net/Documentation/Real_Ruby_Applications/RubyGems with
> this info:
>
> *IronRuby-specific gems *
>
> Gems could specifically target IronRuby. They may contain Ruby code which
> uses .NET APIs, or they may even include compiled .NET assemblies. In such
> cases, the Gem specification should set platform
> <http://rubygems.org/read/chapter/20#platform>to "*universal-.net*" (or "*
> universal-.net4.0*" to run only on .NET 4), and build the gem using
> IronRuby ("rbx -S gem build").
>
> Note that if you build the gem with MRI using "gem build", MRI will not be
> able to recognize the platform string, and will create a gem file named
> something like foo-universal-unknown.gem (instead of the expected
> foo-universal-.net.gem"). To avoid this, build the gem using IronRuby as
> mentioned above.
>
> Talking with Tomas, we will leave RUBY_PLATFORM set to ?x86-mswin32? (on
> Windows) since many apps check for ?mswin32? in RUBY_PLATFORM to check if
> they are running on Windows. We considered *appending* ?.net? and setting
> RUBY_PLATFORM to ?.net-mswin32? or ?x86-mswin32/.net? to indicate that it
> was not MRI, but decided against it as you can always check RUBY_ENGINE to
> detect if you are running on IronRuby.
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Tuesday, March 02, 2010 11:52 AM
>
>
> *To:* ironruby-core at rubyforge.org
>
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> That all depends on how Gem checks the platform.  If it uses the
> RUBY_PLATFORM variable, then IronRuby needs to change what it reports here.
> Currently, it reports i386-mswin32.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> On Tue, Mar 2, 2010 at 1:07 PM, Jim Deville <jdeville at microsoft.com>
> wrote:
>
> I believe JRuby is doing the 1st one, which makes sense in my opinion. If
> possible we should prefer platform == ?ironruby?, (or .net, do we need to
> differentiate .net and mono?), but accept others.
>
>  JD
>
>  *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shri Borde
> *Sent:* Tuesday, March 02, 2010 10:02 AM
> *To:* ironruby-core at rubyforge.org
> *Subject:* [Ironruby-core] IronRuby version of existing gems
>
>  This brings a question to mind - what should the general approach be for
> porting existing gems to IronRuby? There could be two possible approaches:
>
> 1.       Create a gem with the same name (?win32console? in this case),
> and specify platform==?ironruby?. That way, dependent gems do not need to be
> updated, and users have to remember just one name. IronRuby will use the
> version with platform==?ironruby?, and MRI will use the one with
> platform==?mswin32?. So there should not be any clashes even if you use MRI
> and IronRuby on the same machine.
>
> 2.       Create a new gem like iron-term-ansicolor.
>
>
>
> Any pro or cons to the two? What should the recommendation be in general?
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Tuesday, March 02, 2010 7:47 AM
> *To:* ironruby-core
> *Subject:* Re: [Ironruby-core] iron-term-ansicolor 0.0.2 Released
>
>
>
> I released iron-term-ansicolor 0.0.3 last night after testing the gem
> install locally first.
>
>
>
> Please let me know if you still have trouble installing it from
> Rubygems.org.
>
>
>
> Also, I've submitted a patch to RSpec to use iron-term-ansicolor if it can,
> the same way it tries to use win32console under MRI.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>  _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>    _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>  _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100307/dc2a3534/attachment-0001.html>

From ivan at whiterabbitconsulting.eu  Sun Mar  7 02:58:32 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Sun, 7 Mar 2010 08:58:32 +0100
Subject: [Ironruby-core] Rake error with IronRuby on Mono - PathName2 /
	System.dll
In-Reply-To: <f7206bc61003061850q282de076s93d106f28f85a1bb@mail.gmail.com>
References: <f7206bc61003061850q282de076s93d106f28f85a1bb@mail.gmail.com>
Message-ID: <b1c6aabb1003062358l495edecbg50d79b5cf5532df5@mail.gmail.com>

It's a pitty those instructions are around because they are really outdated

you can get a mono built binary for RC2 here:
http://dl.dropbox.com/u/21717/ironruby-rc2.tar.bz2

if you want to build on mono and get a few launcher scripts you can use my
linux branch from
git://github.com/casualjim/ironruby.git


to compile:
cd ironruby
./build

The rake build requires ruby 1.8
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Sun, Mar 7, 2010 at 3:50 AM, Cory Foy <cory.foy at gmail.com> wrote:

> Hi All,
>
> I'm following Aslak's instructions here to get IronRuby running on
> Mono/OSX.
>
> http://wiki.github.com/aslakhellesoy/cucumber/ironruby-and-mono
>
> I'm getting a failure when I do the "rake compile mono=1" that it can't
> find the pathname2 gem. Looking back on the list, I saw that was resolved by
> installing the pathname2, which I tried, and I also tried the "gem install
> -y pathname2" trick I saw on the list. What that got me was what is below. I
> did some more research and couldn't find what was going on, so I thought I'd
> ask the list before I got too much further. Any ideas?
>
> cory-foys-macbook-pro:ironruby foyc$ rake -v compile mono=1 --trace(in
> /Users/foyc/Workspace/ironruby)
> /Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/Scripts/irtests.rb:92:
> warning: don't put space before argument parentheses
> ** Invoke compile (first_time)
> ** Invoke happy (first_time)
> ** Execute happy
> ** Invoke clean_build (first_time)
> ** Invoke happy
> ** Execute clean_build
> ** Invoke compile:dlr (first_time)
> ** Invoke compile:extension_attributes (first_time)
> ** Invoke clean_build
> ** Execute compile:extension_attributes
>
> -------------------------------------------------------------------------------
> dlr_extension
>
> -------------------------------------------------------------------------------
> rake aborted!
> cannot resolve path System.dll
> /Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/context.rb:96:in
> `resolve_framework_path'
> /Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/context.rb:95:in
> `each'
> /Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/context.rb:95:in
> `resolve_framework_path'
> /Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/context.rb:136:in
> `resolve_framework_path'
> /Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/context.rb:339:in
> `resolve_framework_path'
> /Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/context.rb:351:in
> `references'
> /Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/context.rb:349:in
> `each'
> /Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/context.rb:349:in
> `references'
> /Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/context.rb:279:in
> `compile'
> /Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/context.rb:277:in
> `chdir'
> /Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/context.rb:277:in
> `compile'
>
> /Users/foyc/Workspace/ironruby/Merlin/Main/Languages/Ruby/rake/compile.rake:24
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:636:in `call'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:636:in `execute'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:631:in `each'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:631:in `execute'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:597:in
> `invoke_with_call_chain'
> /usr/local/lib/ruby/1.8/monitor.rb:238:in `synchronize'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:590:in
> `invoke_with_call_chain'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:607:in
> `invoke_prerequisites'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:604:in `each'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:604:in
> `invoke_prerequisites'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:596:in
> `invoke_with_call_chain'
> /usr/local/lib/ruby/1.8/monitor.rb:238:in `synchronize'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:590:in
> `invoke_with_call_chain'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:607:in
> `invoke_prerequisites'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:604:in `each'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:604:in
> `invoke_prerequisites'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:596:in
> `invoke_with_call_chain'
> /usr/local/lib/ruby/1.8/monitor.rb:238:in `synchronize'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:590:in
> `invoke_with_call_chain'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:583:in `invoke'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2051:in
> `invoke_task'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2029:in
> `top_level'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2029:in `each'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2029:in
> `top_level'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2068:in
> `standard_exception_handling'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2023:in
> `top_level'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2001:in `run'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:2068:in
> `standard_exception_handling'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/lib/rake.rb:1998:in `run'
> /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.7/bin/rake:31
> /usr/local/bin/rake:19:in `load'
> /usr/local/bin/rake:19
>
> cory-foys-macbook-pro:ironruby foyc$ mono --version
> Mono JIT compiler version 2.6.1 (tarball Thu Dec 17 10:19:23 MST 2009)
> Copyright (C) 2002-2008 Novell, Inc and Contributors. www.mono-project.com
>     TLS:           normal
>     GC:            Included Boehm (with typed GC)
>     SIGSEGV:       normal
>     Notification:  Thread + polling
>     Architecture:  x86
>     Disabled:      none
>
> cory-foys-macbook-pro:ironruby foyc$ rake --version
> rake, version 0.8.7
>
> cory-foys-macbook-pro:ironruby foyc$ ruby --version
> ruby 1.8.6 (2007-03-13 patchlevel 0) [universal-darwin8.0]
>
>
> Cory
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100307/765f7a67/attachment.html>

From suppakilla at gmail.com  Sun Mar  7 04:01:30 2010
From: suppakilla at gmail.com (Daniele Alessandri)
Date: Sun, 7 Mar 2010 10:01:30 +0100
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <398d3e0e1003062307u3248e3b7x11765c120aafe639@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com> 
	<4B342496A3EFEB48839E10BB4BF5964C401E150B@TK5EX14MBXC122.redmond.corp.microsoft.com>
	<046EFF20-49B2-4C22-B544-090D9C560AD5@hotgazpacho.org>
	<b1c6aabb1003060611s5a25dea6mf4ce0a19895fa9b5@mail.gmail.com> 
	<6459203F8B1AF641995AE49D47FA51A705ECFE@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<6704262E-4449-4E54-91DA-650DB1505507@hotgazpacho.org>
	<6459203F8B1AF641995AE49D47FA51A705F1C4@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003062146v6af9552aye90bc61c449cdb18@mail.gmail.com> 
	<6459203F8B1AF641995AE49D47FA51A705F334@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003062307u3248e3b7x11765c120aafe639@mail.gmail.com>
Message-ID: <3bf20551003070101k321879dcm43e721a154d3123@mail.gmail.com>

On Sun, Mar 7, 2010 at 08:07, Will Green <will at hotgazpacho.org> wrote:

> I would?appreciate?if someone running the latest from git would try
> ir -S gem install iron-term-ansicolor
> on both the .Net 2 and the .Net 4 runtimes, and let me know which gem gets
> installed.

C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
IronRuby 0.9.4.0 on .NET 2.0.50727.4200

C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
install iron-term-ansicolor --no-rdoc --no-ri
Successfully installed iron-term-ansicolor-0.0.3-universal-.net-2.0
1 gem installed

C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
IronRuby 0.9.4.0 on .NET 4.0.30128.1

C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
install iron-term-ansicolor --no-rdoc --no-ri
Successfully installed iron-term-ansicolor-0.0.3
1 gem installed

-- 
Daniele Alessandri
http://www.clorophilla.net/
http://twitter.com/JoL1hAHN

From will at hotgazpacho.org  Sun Mar  7 09:33:00 2010
From: will at hotgazpacho.org (Will Green)
Date: Sun, 7 Mar 2010 09:33:00 -0500
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <3bf20551003070101k321879dcm43e721a154d3123@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<046EFF20-49B2-4C22-B544-090D9C560AD5@hotgazpacho.org>
	<b1c6aabb1003060611s5a25dea6mf4ce0a19895fa9b5@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705ECFE@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<6704262E-4449-4E54-91DA-650DB1505507@hotgazpacho.org>
	<6459203F8B1AF641995AE49D47FA51A705F1C4@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003062146v6af9552aye90bc61c449cdb18@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705F334@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003062307u3248e3b7x11765c120aafe639@mail.gmail.com>
	<3bf20551003070101k321879dcm43e721a154d3123@mail.gmail.com>
Message-ID: <398d3e0e1003070633p4799f0c7qdbf36195e49c031a@mail.gmail.com>

Thanks, Daniele!

I've got three version of iron-term-ansicolor out there on RubyGems.org:


   - iron-term-ansicolor-0.0.3                     (gemspec.platform="ruby")
   - iron-term-ansicolor-0.0.3-universal-.net
    (gemspec.platform="universal-.net")
   - iron-term-ansicolor-0.0.3-universal-.net-2.0
    (gemspec.platform="universal-.net-2.0")


It looks like the .Net 4 runtime selected the non-platform specific gem,
while the .Net 2 runtime selected the "universal-.net-2.0" gem.

--
Will Green
http://hotgazpacho.org/


On Sun, Mar 7, 2010 at 4:01 AM, Daniele Alessandri <suppakilla at gmail.com>wrote:

> On Sun, Mar 7, 2010 at 08:07, Will Green <will at hotgazpacho.org> wrote:
>
> > I would appreciate if someone running the latest from git would try
> > ir -S gem install iron-term-ansicolor
> > on both the .Net 2 and the .Net 4 runtimes, and let me know which gem
> gets
> > installed.
>
> C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
> IronRuby 0.9.4.0 on .NET 2.0.50727.4200
>
> C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
> install iron-term-ansicolor --no-rdoc --no-ri
> Successfully installed iron-term-ansicolor-0.0.3-universal-.net-2.0
> 1 gem installed
>
> C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
> IronRuby 0.9.4.0 on .NET 4.0.30128.1
>
> C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
> install iron-term-ansicolor --no-rdoc --no-ri
> Successfully installed iron-term-ansicolor-0.0.3
> 1 gem installed
>
> --
> Daniele Alessandri
> http://www.clorophilla.net/
> http://twitter.com/JoL1hAHN
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100307/eddbb878/attachment.html>

From Shri.Borde at microsoft.com  Sun Mar  7 17:26:42 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Sun, 7 Mar 2010 22:26:42 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <398d3e0e1003070633p4799f0c7qdbf36195e49c031a@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<046EFF20-49B2-4C22-B544-090D9C560AD5@hotgazpacho.org>
	<b1c6aabb1003060611s5a25dea6mf4ce0a19895fa9b5@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705ECFE@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<6704262E-4449-4E54-91DA-650DB1505507@hotgazpacho.org>
	<6459203F8B1AF641995AE49D47FA51A705F1C4@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003062146v6af9552aye90bc61c449cdb18@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705F334@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003062307u3248e3b7x11765c120aafe639@mail.gmail.com>
	<3bf20551003070101k321879dcm43e721a154d3123@mail.gmail.com>
	<398d3e0e1003070633p4799f0c7qdbf36195e49c031a@mail.gmail.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A705FBDE@TK5EX14MBXC134.redmond.corp.microsoft.com>

My guess is that RubyGems tries to look for an exact platform match first. If there is no exact match, it somehow prefers ?ruby? over other platforms.

Btw, you could just change clr_version in Merlin\Main\Languages\Ruby\Libs\rbconfig.rb to ?4.0? to simulate running on .NET 4. After doing this and using the ??platform universal-.net? option, iron-term-ansicolor-0.0.3-universal-.net-2.0 was installed which was surprising to me as I would have expected it to install iron-term-ansicolor-0.0.3-universal-.net. When I used the ??platform universal-.net-4.0? option, iron-term-ansicolor-0.0.3 was installed which was also surprising. So there does not seem to be any way to install iron-term-ansicolor-0.0.3-universal-.net.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Sunday, March 07, 2010 6:33 AM
To: ironruby-core
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Thanks, Daniele!

I've got three version of iron-term-ansicolor out there on RubyGems.org:


  *   iron-term-ansicolor-0.0.3                     (gemspec.platform="ruby")
  *   iron-term-ansicolor-0.0.3-universal-.net      (gemspec.platform="universal-.net")
  *   iron-term-ansicolor-0.0.3-universal-.net-2.0  (gemspec.platform="universal-.net-2.0")

It looks like the .Net 4 runtime selected the non-platform specific gem, while the .Net 2 runtime selected the "universal-.net-2.0" gem.

--
Will Green
http://hotgazpacho.org/

On Sun, Mar 7, 2010 at 4:01 AM, Daniele Alessandri <suppakilla at gmail.com<mailto:suppakilla at gmail.com>> wrote:
On Sun, Mar 7, 2010 at 08:07, Will Green <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:

> I would appreciate if someone running the latest from git would try
> ir -S gem install iron-term-ansicolor
> on both the .Net 2 and the .Net 4 runtimes, and let me know which gem gets
> installed.
C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
IronRuby 0.9.4.0 on .NET 2.0.50727.4200

C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
install iron-term-ansicolor --no-rdoc --no-ri
Successfully installed iron-term-ansicolor-0.0.3-universal-.net-2.0
1 gem installed
C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
IronRuby 0.9.4.0 on .NET 4.0.30128.1

C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
install iron-term-ansicolor --no-rdoc --no-ri
Successfully installed iron-term-ansicolor-0.0.3
1 gem installed

--
Daniele Alessandri
http://www.clorophilla.net/
http://twitter.com/JoL1hAHN
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100307/dae48c49/attachment-0001.html>

From Shri.Borde at microsoft.com  Sun Mar  7 21:53:13 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Mon, 8 Mar 2010 02:53:13 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A705FBDE@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<046EFF20-49B2-4C22-B544-090D9C560AD5@hotgazpacho.org>
	<b1c6aabb1003060611s5a25dea6mf4ce0a19895fa9b5@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705ECFE@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<6704262E-4449-4E54-91DA-650DB1505507@hotgazpacho.org>
	<6459203F8B1AF641995AE49D47FA51A705F1C4@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003062146v6af9552aye90bc61c449cdb18@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705F334@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003062307u3248e3b7x11765c120aafe639@mail.gmail.com>
	<3bf20551003070101k321879dcm43e721a154d3123@mail.gmail.com>
	<398d3e0e1003070633p4799f0c7qdbf36195e49c031a@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705FBDE@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A705FF4B@TK5EX14MBXC134.redmond.corp.microsoft.com>

Will, could you recreate the universal-.net gem again and push it? I think it might have been created incorrectly. The persisted Gem::Specification has @new_platform and @original_platform set to ?universal-unknown? which might happen if you create it with MRI as I had mentioned below?

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Shri Borde
Sent: Sunday, March 07, 2010 2:27 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

My guess is that RubyGems tries to look for an exact platform match first. If there is no exact match, it somehow prefers ?ruby? over other platforms.

Btw, you could just change clr_version in Merlin\Main\Languages\Ruby\Libs\rbconfig.rb to ?4.0? to simulate running on .NET 4. After doing this and using the ??platform universal-.net? option, iron-term-ansicolor-0.0.3-universal-.net-2.0 was installed which was surprising to me as I would have expected it to install iron-term-ansicolor-0.0.3-universal-.net. When I used the ??platform universal-.net-4.0? option, iron-term-ansicolor-0.0.3 was installed which was also surprising. So there does not seem to be any way to install iron-term-ansicolor-0.0.3-universal-.net.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Sunday, March 07, 2010 6:33 AM
To: ironruby-core
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Thanks, Daniele!

I've got three version of iron-term-ansicolor out there on RubyGems.org:


  *   iron-term-ansicolor-0.0.3                     (gemspec.platform="ruby")
  *   iron-term-ansicolor-0.0.3-universal-.net      (gemspec.platform="universal-.net")
  *   iron-term-ansicolor-0.0.3-universal-.net-2.0  (gemspec.platform="universal-.net-2.0")

It looks like the .Net 4 runtime selected the non-platform specific gem, while the .Net 2 runtime selected the "universal-.net-2.0" gem.

--
Will Green
http://hotgazpacho.org/
On Sun, Mar 7, 2010 at 4:01 AM, Daniele Alessandri <suppakilla at gmail.com<mailto:suppakilla at gmail.com>> wrote:
On Sun, Mar 7, 2010 at 08:07, Will Green <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:

> I would appreciate if someone running the latest from git would try
> ir -S gem install iron-term-ansicolor
> on both the .Net 2 and the .Net 4 runtimes, and let me know which gem gets
> installed.
C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
IronRuby 0.9.4.0 on .NET 2.0.50727.4200

C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
install iron-term-ansicolor --no-rdoc --no-ri
Successfully installed iron-term-ansicolor-0.0.3-universal-.net-2.0
1 gem installed
C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
IronRuby 0.9.4.0 on .NET 4.0.30128.1

C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
install iron-term-ansicolor --no-rdoc --no-ri
Successfully installed iron-term-ansicolor-0.0.3
1 gem installed

--
Daniele Alessandri
http://www.clorophilla.net/
http://twitter.com/JoL1hAHN
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100308/7587e411/attachment.html>

From jdeville at microsoft.com  Sun Mar  7 22:01:26 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 8 Mar 2010 03:01:26 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A705FF4B@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<046EFF20-49B2-4C22-B544-090D9C560AD5@hotgazpacho.org>
	<b1c6aabb1003060611s5a25dea6mf4ce0a19895fa9b5@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705ECFE@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<6704262E-4449-4E54-91DA-650DB1505507@hotgazpacho.org>
	<6459203F8B1AF641995AE49D47FA51A705F1C4@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003062146v6af9552aye90bc61c449cdb18@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705F334@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003062307u3248e3b7x11765c120aafe639@mail.gmail.com>
	<3bf20551003070101k321879dcm43e721a154d3123@mail.gmail.com>
	<398d3e0e1003070633p4799f0c7qdbf36195e49c031a@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705FBDE@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<6459203F8B1AF641995AE49D47FA51A705FF4B@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71E0D7E@TK5EX14MBXC136.redmond.corp.microsoft.com>

I?m also wondering what will happen if you put the gem on two different gem servers (if that is possible, like github and rubyforge). Does gem attempt all sources to find the most specific? Or does it go with the most specific gem from the first source?

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Shri Borde
Sent: Sunday, March 07, 2010 6:53 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Will, could you recreate the universal-.net gem again and push it? I think it might have been created incorrectly. The persisted Gem::Specification has @new_platform and @original_platform set to ?universal-unknown? which might happen if you create it with MRI as I had mentioned below?

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Shri Borde
Sent: Sunday, March 07, 2010 2:27 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

My guess is that RubyGems tries to look for an exact platform match first. If there is no exact match, it somehow prefers ?ruby? over other platforms.

Btw, you could just change clr_version in Merlin\Main\Languages\Ruby\Libs\rbconfig.rb to ?4.0? to simulate running on .NET 4. After doing this and using the ??platform universal-.net? option, iron-term-ansicolor-0.0.3-universal-.net-2.0 was installed which was surprising to me as I would have expected it to install iron-term-ansicolor-0.0.3-universal-.net. When I used the ??platform universal-.net-4.0? option, iron-term-ansicolor-0.0.3 was installed which was also surprising. So there does not seem to be any way to install iron-term-ansicolor-0.0.3-universal-.net.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Sunday, March 07, 2010 6:33 AM
To: ironruby-core
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Thanks, Daniele!

I've got three version of iron-term-ansicolor out there on RubyGems.org:


  *   iron-term-ansicolor-0.0.3                     (gemspec.platform="ruby")
  *   iron-term-ansicolor-0.0.3-universal-.net      (gemspec.platform="universal-.net")
  *   iron-term-ansicolor-0.0.3-universal-.net-2.0  (gemspec.platform="universal-.net-2.0")

It looks like the .Net 4 runtime selected the non-platform specific gem, while the .Net 2 runtime selected the "universal-.net-2.0" gem.

--
Will Green
http://hotgazpacho.org/
On Sun, Mar 7, 2010 at 4:01 AM, Daniele Alessandri <suppakilla at gmail.com<mailto:suppakilla at gmail.com>> wrote:
On Sun, Mar 7, 2010 at 08:07, Will Green <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:

> I would appreciate if someone running the latest from git would try
> ir -S gem install iron-term-ansicolor
> on both the .Net 2 and the .Net 4 runtimes, and let me know which gem gets
> installed.
C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
IronRuby 0.9.4.0 on .NET 2.0.50727.4200

C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
install iron-term-ansicolor --no-rdoc --no-ri
Successfully installed iron-term-ansicolor-0.0.3-universal-.net-2.0
1 gem installed
C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
IronRuby 0.9.4.0 on .NET 4.0.30128.1

C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
install iron-term-ansicolor --no-rdoc --no-ri
Successfully installed iron-term-ansicolor-0.0.3
1 gem installed

--
Daniele Alessandri
http://www.clorophilla.net/
http://twitter.com/JoL1hAHN
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100308/8c17df76/attachment-0001.html>

From jdeville at microsoft.com  Mon Mar  8 01:08:27 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 8 Mar 2010 06:08:27 +0000
Subject: [Ironruby-core] Handling CLR events
In-Reply-To: <581455be1003041405t54af240fi529af5dd1f2e8a93@mail.gmail.com>
References: <b1c6aabb1003040339x6ff301cl6e52a32f35074bb2@mail.gmail.com>
	<581455be1003040509n41a6ed64y5bcc6c64fa4d4cab@mail.gmail.com>
	<b1c6aabb1003040545y498784a9g2176664527ebb388@mail.gmail.com>
	<581455be1003041405t54af240fi529af5dd1f2e8a93@mail.gmail.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71E0FAF@TK5EX14MBXC136.redmond.corp.microsoft.com>

Unless Ivan objects, I'm going to add this to a sample library I'm including in rc3. We can discuss moving it to core after post 1.0 plans are final.

JD

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Miguel Madero
Sent: Thursday, March 04, 2010 2:05 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Handling CLR events

Enuce work. Could this become part of IR?

On Friday, March 5, 2010, Ivan Porto Carrero <ivan at whiterabbitconsulting.eu> wrote:
> http://gist.github.com/321705
> ?<http://gist.github.com/321705>class Person
> ?? include ClrEvents?? include ILotteryWinner
>
>
> ?? attr_event :won_lottery ?#implements the CLR event WonLottery end
> ---
> Met vriendelijke groeten - Best regards - Salutations Ivan Porto 
> Carrero
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero) Microsoft 
> IronRuby/C# MVP
>
>
> On Thu, Mar 4, 2010 at 2:09 PM, Miguel Madero <me at miguelmadero.com> wrote:
>
>
> It looks good, but I think it's somethign that should be implemented on a rubyism (irubysm?) like attr_*, so we can call a method "event x" to add the add_x, remove_x and raise_x methods to that class.
>
>
>
>
>
>
>
> On Thu, Mar 4, 2010 at 10:39 PM, Ivan Porto Carrero <ivan at whiterabbitconsulting.eu> wrote:
>
> Hi,
>
>
>
>
> I've created this module to implement INotifyPropertyChanged in 
> classes for databinding with WPF, but the way I'm handling the event 
> seems a bit awkward. So I'm just checking if I'm doing it right. The 
> lines of interest would be around line 76 of the link below
>
>
>
>
>
> http://gist.github.com/316765#file_app.rb---
> Met vriendelijke groeten - Best regards - Salutations Ivan Porto 
> Carrero - Mob: +32.486.787.582
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz?
> <http://flanders.co.nz/>
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero) Microsoft 
> IronRuby/C# MVP
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
>
> --
> Miguel A. Madero Reyes
> www.miguelmadero.com (blog)
> me at miguelmadero.com
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>

--
Miguel A. Madero Reyes
www.miguelmadero.com (blog)
me at miguelmadero.com
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From jdeville at microsoft.com  Mon Mar  8 01:20:15 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 8 Mar 2010 06:20:15 +0000
Subject: [Ironruby-core] Code Review: bugfixrc3
Message-ID: <31BD916A7536A242870B0B4E3F9068D71E0FE8@TK5EX14MBXC136.redmond.corp.microsoft.com>

  tfpt review "/shelveset:bugfixrc3;REDMOND\jdeville"
  Comment  : 
  * adds clr_ext library including Array#to_clr_array, Kernel#as, and Ivan's attr_event to Samples
  * version => 0.9.5.0
  Closes:
  * CP#1594
  * CP#3934
  * CP#3083
  * CP#1840
  * CP#3319
  * CP#3314
  * CP#3450


-------------- next part --------------
A non-text attachment was scrubbed...
Name: bugfixrc3.diff
Type: application/octet-stream
Size: 113645 bytes
Desc: bugfixrc3.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100308/b9defe9c/attachment-0001.obj>

From me at miguelmadero.com  Mon Mar  8 02:22:00 2010
From: me at miguelmadero.com (Miguel Madero)
Date: Mon, 8 Mar 2010 18:22:00 +1100
Subject: [Ironruby-core] Handling CLR events
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71E0FAF@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <b1c6aabb1003040339x6ff301cl6e52a32f35074bb2@mail.gmail.com> 
	<581455be1003040509n41a6ed64y5bcc6c64fa4d4cab@mail.gmail.com> 
	<b1c6aabb1003040545y498784a9g2176664527ebb388@mail.gmail.com> 
	<581455be1003041405t54af240fi529af5dd1f2e8a93@mail.gmail.com> 
	<31BD916A7536A242870B0B4E3F9068D71E0FAF@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <581455be1003072322h5ec6e05ai3a07344b9fb2dcef@mail.gmail.com>

:)


-- 
Miguel A. Madero Reyes
www.miguelmadero.com (blog)
me at miguelmadero.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100308/9490db9b/attachment.html>

From Jimmy.Schementi at microsoft.com  Mon Mar  8 05:26:42 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Mon, 8 Mar 2010 10:26:42 +0000
Subject: [Ironruby-core] IronRuby.Ruby.GetExecutionContext removed
In-Reply-To: <1B42307CD4AADD438CDDA2FE1121CC920F61AA43@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <1B42307CD4AADD438CDDA2FE1121CC920F61AA43@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <1B42307CD4AADD438CDDA2FE1121CC920F61DFE2@TK5EX14MBXC134.redmond.corp.microsoft.com>

Tomas,

What reasons did we have for removing this in the first place? It also affects anyone writing code that uses our Ruby types/library methods in their own code (for providing the correct types to Ruby code); IronRuby.Rack does this.

As a work-around, are we really expecting people to use Microsoft.Scripting.Hosting.Providers.HostinHelpers.GetLanguageContext directly?

~Jimmy

From: Jimmy Schementi
Sent: Thursday, March 04, 2010 5:32 PM
To: Tomas Matousek
Cc: ironruby-core at rubyforge.org
Subject: IronRuby.Ruby.GetExecutionContext removed

including the mailing list as people might run into this ...

Tomas, I know you recently removed IronRuby.Ruby.GetExecutionContext; is there any other way to get to the instance of IronRuby.Ruby.RubyContext? I'd presume anyone hosting IronRuby and define ruby global variables was using DefineGlobalVariable; so they'd run into this. Looks like ScriptEngine.LanguageContext is now internal as well ...

I specifically found this while updating DLRConsole, and simply removed the places where I was using ruby global variables.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100308/106259ef/attachment.html>

From Jimmy.Schementi at microsoft.com  Mon Mar  8 05:46:45 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Mon, 8 Mar 2010 10:46:45 +0000
Subject: [Ironruby-core] IronRuby.Ruby.GetExecutionContext removed
In-Reply-To: <1B42307CD4AADD438CDDA2FE1121CC920F61DFE2@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <1B42307CD4AADD438CDDA2FE1121CC920F61AA43@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<1B42307CD4AADD438CDDA2FE1121CC920F61DFE2@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <1B42307CD4AADD438CDDA2FE1121CC920F61DFFA@TK5EX14MBXC134.redmond.corp.microsoft.com>

By the way, if anyone is depending on IronRuby.Ruby.GetExecutionContex, your code will break when built/run against the HEAD of the sources. As a work-around, here's the implementation of GetExecutionContext which you can just use in your own code:

        using Microsoft.Scripting.Hosting;
        using Microsoft.Scripting.Utils;
        using IronRuby.Runtime;
        // ...
        public static RubyContext GetExecutionContext(ScriptEngine engine) {
            ContractUtils.RequiresNotNull(engine, "engine");
            var context = Microsoft.Scripting.Hosting.Providers.HostingHelpers.GetLanguageContext(engine) as RubyContext;
            if (context == null) {
                throw new InvalidOperationException("Given engine is not a Ruby engine");
            }
            return context;
        }

        public static RubyContext GetExecutionContext(ScriptRuntime runtime) {
            ContractUtils.RequiresNotNull(runtime, "runtime");
            return GetExecutionContext(Ruby.GetEngine(runtime));
        }

Let us know if you use this, and what you use it for, so we can figure out whether removing it is the right call.

~Jimmy

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jimmy Schementi
Sent: Monday, March 08, 2010 2:27 AM
To: Tomas Matousek
Cc: 'ironruby-core at rubyforge.org'
Subject: Re: [Ironruby-core] IronRuby.Ruby.GetExecutionContext removed

Tomas,

What reasons did we have for removing this in the first place? It also affects anyone writing code that uses our Ruby types/library methods in their own code (for providing the correct types to Ruby code); IronRuby.Rack does this.

As a work-around, are we really expecting people to use Microsoft.Scripting.Hosting.Providers.HostinHelpers.GetLanguageContext directly?

~Jimmy

From: Jimmy Schementi
Sent: Thursday, March 04, 2010 5:32 PM
To: Tomas Matousek
Cc: ironruby-core at rubyforge.org
Subject: IronRuby.Ruby.GetExecutionContext removed

including the mailing list as people might run into this ...

Tomas, I know you recently removed IronRuby.Ruby.GetExecutionContext; is there any other way to get to the instance of IronRuby.Ruby.RubyContext? I'd presume anyone hosting IronRuby and define ruby global variables was using DefineGlobalVariable; so they'd run into this. Looks like ScriptEngine.LanguageContext is now internal as well ...

I specifically found this while updating DLRConsole, and simply removed the places where I was using ruby global variables.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100308/540ab44e/attachment.html>

From Tomas.Matousek at microsoft.com  Mon Mar  8 11:51:45 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Mon, 8 Mar 2010 16:51:45 +0000
Subject: [Ironruby-core] IronRuby.Ruby.GetExecutionContext removed
In-Reply-To: <1B42307CD4AADD438CDDA2FE1121CC920F61DFE2@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <1B42307CD4AADD438CDDA2FE1121CC920F61AA43@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<1B42307CD4AADD438CDDA2FE1121CC920F61DFE2@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C413CE2AF@TK5EX14MBXC124.redmond.corp.microsoft.com>

We removed it for 2 reasons:

1)      RubyContext is not a supported public API and can change any time. Hosting APIs on the other hand (i.e. IronRuby.Ruby class) will remain stable. We'll try hard not to introduce breaking changes.

2)      RubyContext is not remoting aware while Hosting APIs are.

HostingHelpers.GetLanguageContext can be used as a last resort workaround, however there is no guarantee we won't break such usage any time in future by changing RubyContext.
What methods on RubyContext does IronRuby.Rack need? If there is some feature that should be exposed via Hosting API we should add it.

Tomas

From: Jimmy Schementi
Sent: Monday, March 08, 2010 2:27 AM
To: Tomas Matousek
Cc: 'ironruby-core at rubyforge.org'
Subject: RE: IronRuby.Ruby.GetExecutionContext removed

Tomas,

What reasons did we have for removing this in the first place? It also affects anyone writing code that uses our Ruby types/library methods in their own code (for providing the correct types to Ruby code); IronRuby.Rack does this.

As a work-around, are we really expecting people to use Microsoft.Scripting.Hosting.Providers.HostinHelpers.GetLanguageContext directly?

~Jimmy

From: Jimmy Schementi
Sent: Thursday, March 04, 2010 5:32 PM
To: Tomas Matousek
Cc: ironruby-core at rubyforge.org
Subject: IronRuby.Ruby.GetExecutionContext removed

including the mailing list as people might run into this ...

Tomas, I know you recently removed IronRuby.Ruby.GetExecutionContext; is there any other way to get to the instance of IronRuby.Ruby.RubyContext? I'd presume anyone hosting IronRuby and define ruby global variables was using DefineGlobalVariable; so they'd run into this. Looks like ScriptEngine.LanguageContext is now internal as well ...

I specifically found this while updating DLRConsole, and simply removed the places where I was using ruby global variables.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100308/d28772fa/attachment-0001.html>

From Shri.Borde at microsoft.com  Mon Mar  8 14:13:49 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Mon, 8 Mar 2010 19:13:49 +0000
Subject: [Ironruby-core] RCov
In-Reply-To: <8E45365BECA665489F3CB8878A6C1B7D0C89792E@TK5EX14MBXC140.redmond.corp.microsoft.com>
References: <a880efe11001221011l2ea8430nb78920efd83bc026@mail.gmail.com>
	<D6A2C0B2674C0C4E81AF840499FCE1D13382B3A3@tk5ex14mbxc106.redmond.corp.microsoft.com>
	<8E45365BECA665489F3CB8878A6C1B7D0C89792E@TK5EX14MBXC140.redmond.corp.microsoft.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A7061725@TK5EX14MBXC134.redmond.corp.microsoft.com>

Just noticed that RCov can work in pure Ruby mode without the C-based core known as ?rcovrt?. The pure Ruby mode is two orders of magnitude slower. Just FYI. There is still the issue that it will not profile .NET code?

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Shri Borde
Sent: Friday, January 22, 2010 10:53 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] RCov

The core is C-based. Most of it is in Ruby. This is just similar to ruby-debug which also has a small C-based core. Both would need a small hook from IronRuby. So its certainly feasible to support it, but at this point, it will be post-1.0

However, you would only get coverage for Ruby code. For profiling .NET code, you have to use .NET profilers like the one in VS.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Friday, January 22, 2010 10:34 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] RCov

I think rcov is c-based ?

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ryan Riley
Sent: Friday, January 22, 2010 10:12 AM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] RCov

I know everyone is using IronRuby for their testing, but what about code coverage? Has anyone tried RCov with a .NET app?


Ryan Riley

Email: ryan.riley at panesofglass.org<mailto:ryan.riley at panesofglass.org>
LinkedIn: http://www.linkedin.com/in/ryanriley
Blog: http://wizardsofsmart.net/
Twitter: @panesofglass
Website: http://panesofglass.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100308/1deeb8ce/attachment.html>

From jdeville at microsoft.com  Mon Mar  8 14:24:54 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 8 Mar 2010 19:24:54 +0000
Subject: [Ironruby-core] RCov
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A7061725@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <a880efe11001221011l2ea8430nb78920efd83bc026@mail.gmail.com>
	<D6A2C0B2674C0C4E81AF840499FCE1D13382B3A3@tk5ex14mbxc106.redmond.corp.microsoft.com>
	<8E45365BECA665489F3CB8878A6C1B7D0C89792E@TK5EX14MBXC140.redmond.corp.microsoft.com>
	<6459203F8B1AF641995AE49D47FA51A7061725@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71E3971@TK5EX14MBXC136.redmond.corp.microsoft.com>

Interesting to know though. Thanks for sharing!

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Shri Borde
Sent: Monday, March 08, 2010 11:14 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] RCov

Just noticed that RCov can work in pure Ruby mode without the C-based core known as ?rcovrt?. The pure Ruby mode is two orders of magnitude slower. Just FYI. There is still the issue that it will not profile .NET code?

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Shri Borde
Sent: Friday, January 22, 2010 10:53 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] RCov

The core is C-based. Most of it is in Ruby. This is just similar to ruby-debug which also has a small C-based core. Both would need a small hook from IronRuby. So its certainly feasible to support it, but at this point, it will be post-1.0

However, you would only get coverage for Ruby code. For profiling .NET code, you have to use .NET profilers like the one in VS.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Friday, January 22, 2010 10:34 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] RCov

I think rcov is c-based ?

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ryan Riley
Sent: Friday, January 22, 2010 10:12 AM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] RCov

I know everyone is using IronRuby for their testing, but what about code coverage? Has anyone tried RCov with a .NET app?


Ryan Riley

Email: ryan.riley at panesofglass.org<mailto:ryan.riley at panesofglass.org>
LinkedIn: http://www.linkedin.com/in/ryanriley
Blog: http://wizardsofsmart.net/
Twitter: @panesofglass
Website: http://panesofglass.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100308/3729b679/attachment-0001.html>

From Tomas.Matousek at microsoft.com  Mon Mar  8 18:18:38 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Mon, 8 Mar 2010 23:18:38 +0000
Subject: [Ironruby-core] Code Review: CharEnum3
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C4143AD7B@TK5EX14MBXC122.redmond.corp.microsoft.com>

  tfpt review "/shelveset:CharEnum3;REDMOND\tomat"
  Comment  : 
  Implements character enumerator.
  Fixes String#split to handle case of empty separator and KCODE set - it should split the string to characters using the current KCODE encoding.

Tomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: CharEnum3.diff
Type: application/octet-stream
Size: 81642 bytes
Desc: CharEnum3.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100308/96ac2e3b/attachment-0001.obj>

From cory.foy at gmail.com  Tue Mar  9 00:06:48 2010
From: cory.foy at gmail.com (Cory Foy)
Date: Tue, 09 Mar 2010 00:06:48 -0500
Subject: [Ironruby-core] Rake error with IronRuby on Mono - PathName2
 /	System.dll
In-Reply-To: <b1c6aabb1003062358l495edecbg50d79b5cf5532df5@mail.gmail.com>
References: <f7206bc61003061850q282de076s93d106f28f85a1bb@mail.gmail.com>
	<b1c6aabb1003062358l495edecbg50d79b5cf5532df5@mail.gmail.com>
Message-ID: <4B95D768.6060505@gmail.com>

Hi Ivan,

Ivan Porto Carrero wrote:
> It's a pitty those instructions are around because they are really outdated
> 
> you can get a mono built binary for RC2 here:
> http://dl.dropbox.com/u/21717/ironruby-rc2.tar.bz2
> 
> if you want to build on mono and get a few launcher scripts you can use my
> linux branch from
> git://github.com/casualjim/ironruby.git
> 
> 
> to compile:
> cd ironruby
> ./build
> 
> The rake build requires ruby 1.8


I got the exact same Pathname2 error - I did a git clone from your repo 
and did a rake. Any thoughts?

But the binary seems to be working fine, so that will be a good start.

Thanks!

Cory

From ivan at flanders.co.nz  Tue Mar  9 02:27:03 2010
From: ivan at flanders.co.nz (Ivan Porto Carrero)
Date: Tue, 9 Mar 2010 08:27:03 +0100
Subject: [Ironruby-core] Chiron on linux
Message-ID: <B32DE377-4C44-422D-A68A-6350404B6AED@flanders.co.nz>

Hi

the chiron /b command works on mac and windows but AFAIK it doesn't on linux based systems.

On debian and ubuntu systems often there is a package xdg-open installed which provides the same functionality as start on windows and open on mac.
So if you check for the existence of xdg-open the experience on linux can be similar to the one on the other OS'es.

Ruby code:
system "xdg-open #{chiron_url}" if `which xdg-open`.chomp != ""

Cheers
Ivan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100309/357c7957/attachment.html>

From ivan at whiterabbitconsulting.eu  Tue Mar  9 07:48:06 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Tue, 9 Mar 2010 12:48:06 +0000
Subject: [Ironruby-core] Rake error with IronRuby on Mono - PathName2 /
	System.dll
In-Reply-To: <4B95D768.6060505@gmail.com>
References: <f7206bc61003061850q282de076s93d106f28f85a1bb@mail.gmail.com> 
	<b1c6aabb1003062358l495edecbg50d79b5cf5532df5@mail.gmail.com> 
	<4B95D768.6060505@gmail.com>
Message-ID: <b1c6aabb1003090448o659e907btbb1051b0b101db60@mail.gmail.com>

don't do rake try using the ./build script

it sets an environment variable MERLIN_ROOT

you need ruby 1.8.x to build it and you need to install the pathname2 gem
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero - Mob: +32.486.787.582
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Tue, Mar 9, 2010 at 5:06 AM, Cory Foy <cory.foy at gmail.com> wrote:

> Hi Ivan,
>
>
> Ivan Porto Carrero wrote:
>
>> It's a pitty those instructions are around because they are really
>> outdated
>>
>> you can get a mono built binary for RC2 here:
>> http://dl.dropbox.com/u/21717/ironruby-rc2.tar.bz2
>>
>> if you want to build on mono and get a few launcher scripts you can use my
>> linux branch from
>> git://github.com/casualjim/ironruby.git
>>
>>
>> to compile:
>> cd ironruby
>> ./build
>>
>> The rake build requires ruby 1.8
>>
>
>
> I got the exact same Pathname2 error - I did a git clone from your repo and
> did a rake. Any thoughts?
>
> But the binary seems to be working fine, so that will be a good start.
>
> Thanks!
>
>
> Cory
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100309/a237e1c8/attachment.html>

From Jimmy.Schementi at microsoft.com  Tue Mar  9 09:00:28 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Tue, 9 Mar 2010 14:00:28 +0000
Subject: [Ironruby-core] Chiron on linux
In-Reply-To: <B32DE377-4C44-422D-A68A-6350404B6AED@flanders.co.nz>
References: <B32DE377-4C44-422D-A68A-6350404B6AED@flanders.co.nz>
Message-ID: <1B42307CD4AADD438CDDA2FE1121CC920F61FE50@TK5EX14MBXC134.redmond.corp.microsoft.com>

Ivan,

Shouldn't that be a Mono bug then? Chiron just uses the .NET APIs for starting a process:

    ProcessStartInfo startInfo = new ProcessStartInfo("http://localhost:2060");
    startInfo.UseShellExecute = true;
    Process p = new Process();
    p.StartInfo = startInfo;
    p.Start();

Are you still using Chiron for SL development? If so, any reason why you're still using it? Or are you using it just because it's a convenient local web-server?

~Jimmy
________________________________
From: ironruby-core-bounces at rubyforge.org [ironruby-core-bounces at rubyforge.org] on behalf of Ivan Porto Carrero [ivan at flanders.co.nz]
Sent: Monday, March 08, 2010 11:27 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Chiron on linux

Hi

the chiron /b command works on mac and windows but AFAIK it doesn't on linux based systems.

On debian and ubuntu systems often there is a package xdg-open installed which provides the same functionality as start on windows and open on mac.
So if you check for the existence of xdg-open the experience on linux can be similar to the one on the other OS'es.

Ruby code:
system "xdg-open #{chiron_url}" if `which xdg-open`.chomp != ""

Cheers
Ivan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100309/6d527c2c/attachment.html>

From ivan at whiterabbitconsulting.eu  Tue Mar  9 11:41:23 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Tue, 9 Mar 2010 17:41:23 +0100
Subject: [Ironruby-core] Chiron on linux
In-Reply-To: <1B42307CD4AADD438CDDA2FE1121CC920F61FE50@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <B32DE377-4C44-422D-A68A-6350404B6AED@flanders.co.nz> 
	<1B42307CD4AADD438CDDA2FE1121CC920F61FE50@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <b1c6aabb1003090841o1159036br7c3b069b6b98297b@mail.gmail.com>

nah I was reviewing the chapter on silverlight earlier.
I'm not doing much silverlight at all :)
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Tue, Mar 9, 2010 at 3:00 PM, Jimmy Schementi <
Jimmy.Schementi at microsoft.com> wrote:

>  Ivan,
>
>  Shouldn't that be a Mono bug then? Chiron just uses the .NET APIs for
> starting a process:
>
>      ProcessStartInfo startInfo = new ProcessStartInfo("
> http://localhost:2060");
>     startInfo.UseShellExecute = true;
>     Process p = new Process();
>     p.StartInfo = startInfo;
>     p.Start();
>
>  Are you still using Chiron for SL development? If so, any reason why
> you're still using it? Or are you using it just because it's a convenient
> local web-server?
>
>  ~Jimmy
>  ------------------------------
> *From:* ironruby-core-bounces at rubyforge.org [
> ironruby-core-bounces at rubyforge.org] on behalf of Ivan Porto Carrero [
> ivan at flanders.co.nz]
> *Sent:* Monday, March 08, 2010 11:27 PM
> *To:* ironruby-core at rubyforge.org
> *Subject:* [Ironruby-core] Chiron on linux
>
>  Hi
>
>  the chiron /b command works on mac and windows but AFAIK it doesn't on
> linux based systems.
>
>  On debian and ubuntu systems often there is a package xdg-open installed
> which provides the same functionality as *start* on windows and *open* on
> mac.
> So if you check for the existence of xdg-open the experience on linux can
> be similar to the one on the other OS'es.
>
>  Ruby code:
> system "xdg-open #{chiron_url}" if `which xdg-open`.chomp != ""
>
>  Cheers
> Ivan
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100309/5b102372/attachment.html>

From ivan at whiterabbitconsulting.eu  Tue Mar  9 11:41:23 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Tue, 9 Mar 2010 17:41:23 +0100
Subject: [Ironruby-core] Chiron on linux
In-Reply-To: <1B42307CD4AADD438CDDA2FE1121CC920F61FE50@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <B32DE377-4C44-422D-A68A-6350404B6AED@flanders.co.nz> 
	<1B42307CD4AADD438CDDA2FE1121CC920F61FE50@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <b1c6aabb1003090841o1159036br7c3b069b6b98297b@mail.gmail.com>

nah I was reviewing the chapter on silverlight earlier.
I'm not doing much silverlight at all :)
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Tue, Mar 9, 2010 at 3:00 PM, Jimmy Schementi <
Jimmy.Schementi at microsoft.com> wrote:

>  Ivan,
>
>  Shouldn't that be a Mono bug then? Chiron just uses the .NET APIs for
> starting a process:
>
>      ProcessStartInfo startInfo = new ProcessStartInfo("
> http://localhost:2060");
>     startInfo.UseShellExecute = true;
>     Process p = new Process();
>     p.StartInfo = startInfo;
>     p.Start();
>
>  Are you still using Chiron for SL development? If so, any reason why
> you're still using it? Or are you using it just because it's a convenient
> local web-server?
>
>  ~Jimmy
>  ------------------------------
> *From:* ironruby-core-bounces at rubyforge.org [
> ironruby-core-bounces at rubyforge.org] on behalf of Ivan Porto Carrero [
> ivan at flanders.co.nz]
> *Sent:* Monday, March 08, 2010 11:27 PM
> *To:* ironruby-core at rubyforge.org
> *Subject:* [Ironruby-core] Chiron on linux
>
>  Hi
>
>  the chiron /b command works on mac and windows but AFAIK it doesn't on
> linux based systems.
>
>  On debian and ubuntu systems often there is a package xdg-open installed
> which provides the same functionality as *start* on windows and *open* on
> mac.
> So if you check for the existence of xdg-open the experience on linux can
> be similar to the one on the other OS'es.
>
>  Ruby code:
> system "xdg-open #{chiron_url}" if `which xdg-open`.chomp != ""
>
>  Cheers
> Ivan
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100309/5b102372/attachment-0003.html>

From Shri.Borde at microsoft.com  Tue Mar  9 13:41:00 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Tue, 9 Mar 2010 18:41:00 +0000
Subject: [Ironruby-core] Code Review: gems
Message-ID: <6459203F8B1AF641995AE49D47FA51A7062705@TK5EX14MBXC134.redmond.corp.microsoft.com>

  tfpt review "/shelveset:gems;REDMOND\sborde"

  Comment  : 
  When installing gems from a remote server that is using MRI, the gem information that is
   sent down to the local machine is incorrect since MRI is not able to parse the platform
   string of "universal-.net" until a patch is applied to RubyGems in Gem::Platform#initialize,
   similar to the way other platforms are handled in that method. IronRuby does include
   this patch. For now, we work around the problem in Gem::Specification._load

  Adds a case for "universal-.net" to Gem::Platform#=~. This may not be strictly needed to fix the problem above, but is included for completeness

  Running word_spec was leaving behind a Word dialog box asking whether to save the Word document or not. Fixed the spec to close Word without prompting.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: gems.diff
Type: application/octet-stream
Size: 3770 bytes
Desc: gems.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100309/4b6bba55/attachment.obj>

From Shri.Borde at microsoft.com  Tue Mar  9 13:46:04 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Tue, 9 Mar 2010 18:46:04 +0000
Subject: [Ironruby-core] Code Review: gems
Message-ID: <6459203F8B1AF641995AE49D47FA51A7062719@TK5EX14MBXC134.redmond.corp.microsoft.com>

Actually, the change in platform.rb is a nop as the string "universal-.net" will get converted to a Gem::Platform before comparsion. I will undo this change. We could consider adding a case for the string ".net" if we wanted, but I will leave that for later.

-----Original Message-----
From: Shri Borde 
Sent: Tuesday, March 09, 2010 10:41 AM
To: IronRuby External Code Reviewers
Cc: 'ironruby-core at rubyforge.org'
Subject: Code Review: gems

  tfpt review "/shelveset:gems;REDMOND\sborde"

  Comment  : 
  When installing gems from a remote server that is using MRI, the gem information that is
   sent down to the local machine is incorrect since MRI is not able to parse the platform
   string of "universal-.net" until a patch is applied to RubyGems in Gem::Platform#initialize,
   similar to the way other platforms are handled in that method. IronRuby does include
   this patch. For now, we work around the problem in Gem::Specification._load

  Adds a case for "universal-.net" to Gem::Platform#=~. This may not be strictly needed to fix the problem above, but is included for completeness

  Running word_spec was leaving behind a Word dialog box asking whether to save the Word document or not. Fixed the spec to close Word without prompting.



From jdeville at microsoft.com  Tue Mar  9 13:46:42 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Tue, 9 Mar 2010 18:46:42 +0000
Subject: [Ironruby-core] Code Review: gems
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A7062705@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <6459203F8B1AF641995AE49D47FA51A7062705@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71E695C@TK5EX14MBXC136.redmond.corp.microsoft.com>

Looks good. We should probably make the same change in the Excel specs, but that isn't pressing. 

-----Original Message-----
From: Shri Borde 
Sent: Tuesday, March 09, 2010 10:41 AM
To: IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: Code Review: gems

  tfpt review "/shelveset:gems;REDMOND\sborde"

  Comment  : 
  When installing gems from a remote server that is using MRI, the gem information that is
   sent down to the local machine is incorrect since MRI is not able to parse the platform
   string of "universal-.net" until a patch is applied to RubyGems in Gem::Platform#initialize,
   similar to the way other platforms are handled in that method. IronRuby does include
   this patch. For now, we work around the problem in Gem::Specification._load

  Adds a case for "universal-.net" to Gem::Platform#=~. This may not be strictly needed to fix the problem above, but is included for completeness

  Running word_spec was leaving behind a Word dialog box asking whether to save the Word document or not. Fixed the spec to close Word without prompting.



From Shri.Borde at microsoft.com  Wed Mar 10 00:00:34 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Wed, 10 Mar 2010 05:00:34 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <398d3e0e1003091848w6dd095c4g5d9726dba28e698f@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705FBDE@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<6459203F8B1AF641995AE49D47FA51A705FF4B@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<6459203F8B1AF641995AE49D47FA51A70602E0@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<889EA219-E22E-485B-988B-844CFE3A813C@hotgazpacho.org>
	<6459203F8B1AF641995AE49D47FA51A7060AAE@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003082017g28c22201ub0e51a598440038@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A70622FC@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003090437q6c27f7a2s3ede502f53549ae9@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A70626A8@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003091848w6dd095c4g5d9726dba28e698f@mail.gmail.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A7062F66@TK5EX14MBXC134.redmond.corp.microsoft.com>

Glad that we were able to figure out the issue! The fix did make it into RC3 as well!

It would be great if you could coordinate getting the fix into the RubyGem sources!

From: Will Green [mailto:will at hotgazpacho.org]
Sent: Tuesday, March 09, 2010 6:49 PM
To: Shri Borde
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Excellent! I just pulled the changes and confirm that I can now install directly from RubyGems.org.

Would you like me to coordinate getting the change to RubyGems into the source? I know at least two of the comitters listed on the  RubyForge project page: http://rubyforge.org/scm/?group_id=126

Let me know!

--
Will Green
http://hotgazpacho.org/

On Tue, Mar 9, 2010 at 1:30 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
The =~ method needs to be fixed, but fixing that does not help since it gets called with an argument of ?universal-unknown?.

I did find a workaround. If I add the following in Gem::Specification._load around line 308 in Merlin\External.LCA_RESTRICTED\Languages\Ruby\redist-libs\ruby\site_ruby\1.8\rubygems\specification.rb, I am able to install iron-term-ansicolor-0.0.4-universal-.net.

    if array[8] == "universal-.net"
      array[16] = Gem::Platform.new(["universal", ".net"]) if array[16] == Gem::Platform.new(["universal", "unknown"])
    end

Will try to get it into RTM (not sure if it will make it into RC3)

From: Will Green [mailto:will at hotgazpacho.org<mailto:will at hotgazpacho.org>]
Sent: Tuesday, March 09, 2010 4:38 AM

To: Shri Borde
Subject: Re: [Ironruby-core] IronRuby version of existing gems

The thing is, this works with RC2:

igem install iron-term-ansicolor --platform universal-.net

C:\ironruby\bin>igem install iron-term-ansicolor --platform universal-.net
Successfully installed iron-term-ansicolor-0.0.4-universal-unknown
1 gem installed
Installing ri documentation for iron-term-ansicolor-0.0.4-universal-unknown...
Installing RDoc documentation for iron-term-ansicolor-0.0.4-universal-unknown...

Sure, it recognizes it as universal-unknown, but it still works.

It doesn't work at all with HEAD. I think you missed a spot with the platform detection in Merlin/External.LCA_RESTRICTED/Languages/Ruby/redist-libs/ruby/site_ruby/1.8/rubygems/platform.rb

Specifically, the =~ method, which I think gets called because in the gem spec, the platform is serialized as a string. Just a hunch, but it couldn't hurt to investigate.

What do you think?

--
Will Green
http://hotgazpacho.org/
On Tue, Mar 9, 2010 at 2:27 AM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
I can see the new gem with ?gem query? but ?gem install? will not install it.

d:\ >gem query -d -r -n iron-term-ansicolor

*** REMOTE GEMS ***

iron-term-ansicolor (0.0.4)
    Platform: universal-.net
    Authors: Will Green, David Blackmon, Ivan Porto Carrero, Danny
    Coates
    Homepage: http://github.com/hotgazpacho/iron-term-ansicolor

    iron-term-ansicolor brings color output to IronRuby on Windows

d:\ >gem install iron-term-ansicolor --no-rdoc --no-ri
ERROR:  could not find gem iron-term-ansicolor locally or in a repository

d:\ >ir.exe -S gem install iron-term-ansicolor --no-rdoc --no-ri
ERROR:  could not find gem iron-term-ansicolor locally or in a repository

It does seem to be the issue I mentioned about the remote gem server, because adding logging in Gem::Specification._load shows that @platform and @new_platform are ?universal-unknown? when trying to install from a remote server. When you install locally, marshalling is not an issue. However, when you install from a remote server, the remote server is going to have to send information to the client about matching gems, and this information must be in marshaled data format.

What this means is that setting platform to ?universal-.net? will not work until a patch is made to RubyGems in platform.rb (like has already been done for JRuby). The workaround will be to set the platform to ?ruby? for now, or to create two gems with platforms set to ?universal-.net2.0? and ?universal-.net4.0?. Do you want to push updates with platforms set to ?universal-.net2.0? and ?universal-.net4.0??

Thanks for helping to figure out how all this works or should work!!

From: Will Green [mailto:will at hotgazpacho.org<mailto:will at hotgazpacho.org>]
Sent: Monday, March 08, 2010 8:17 PM

To: Shri Borde
Subject: Re: [Ironruby-core] IronRuby version of existing gems

I've made the change you suggested. Here's the gemspec that IronRuby sees and that MRI sees: (igem spec iron-term-ansicolor-0.0.4-universal-.net.gem and gem spec iron-term-ansicolor-0.0.4-universal-.net.gem)

http://gist.github.com/326161

Both see platform: universal-.net

Which is great, because I think that means the gemspec is just YAML, so marshaling is really not an issue.

I am able to successfully install locally, too. So, I'm going to bump the patch level, commit my changes, push to github, and publish the gem.

Thanks for your help!

--
Will Green
http://hotgazpacho.org/
On Mon, Mar 8, 2010 at 1:17 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
When I search for ?unknown? in the Ruby Gem sources, the only relevant occurrence is in Merlin\External.LCA_RESTRICTED\Languages\Ruby\redist-libs\ruby\site_ruby\1.8\rubygems\package.rb, which I did fix.

Something just occurred to me. Creating the gem just zips up all the files together, and does not seem to marshal any data-structures, whereas I am seeing that the marshaled representation of Gem::Specification contains @original_platform=@new_platform=?universal-unknown?. So I wonder if the gem server on rubyforge marshals the contents of the gem. It might need to do this so that it can cache the results efficiently. Assuming it does do this, the gem server will be running MRI and will not have the fix to rubygem\package.rb, and so will generate the corrupt value of ?universal-unknown?.

One possible workaround is to do this:
s.platform = Gem::Platform.new(["universal", ".net"])
By using an array of size 2 as the argument, MRI will be able to parse the platform into the CPU and OS components, even without my fix to rubygems\package.rb. Could you please create a gem as such, make sure it works as expected locally, and then push it? I did apply this fix to Rakefile, and ?ir.exe ?S rake package? was able to create the gem.

From: Will Green [mailto:will at hotgazpacho.org<mailto:will at hotgazpacho.org>]
Sent: Monday, March 08, 2010 3:44 AM
To: Shri Borde

Subject: Re: [Ironruby-core] IronRuby version of existing gems

Yes, I can install the universal-.net<http://universal-.net> gem locally, when I create it from my git repo.

I can certainly recreate and repush that gem. Maybe I can do a version bump to 0.0.4 and push only the universal-.net<http://universal-.net> gem for now.

I'd also look at the change to Ruby Gems again. I seem to recall there being more than one place in that file where it did platform name mangling. But I may be mistaken.

Thanks for looking into this, and keep up the good work!

--
Will Green
http://hotgazpacho.org/



On Mar 8, 2010, at 2:42 AM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
I did ?ir.exe ?S rake package? from your GIT repo, followed by ?ir.exe ?S gem install pkg\iron-term-ansicolor-0.0.3-universal-.net.gem?, and it seems to do the right thing. Does that work for you?

This is the repro I am using to drill into the issue. With no changes to rbconfig.rb, I added the highlighted line to Merlin\External.LCA_RESTRICTED\Languages\Ruby\redist-libs\ruby\site_ruby\1.8\rubygems\specification.rb at line 328 in the _load function:

    spec.instance_variable_set :@new_platform,              array[16]
    spec.instance_variable_set :@platform,                  array[16].to_s
    spec.instance_variable_set :@license,                   array[17]
    spec.instance_variable_set :@loaded,                    false
    puts "ori=#{spec.instance_variable_get(:@original_platform)} new=#{spec.instance_variable_get(:@new_platform)} p=#{spec.instance_variable_get(:@platform)}"
    spec

I ran the command shown below, and the platform is printed incorrectly. This data comes from the serialized string representation in the gem, and so it seems like the gem is corrupt

ir.exe -S gem install iron-term-ansicolor --platformuniversal-.net-4.0 --no-rdoc --no-ri
ori=universal-.net new=universal-unknown p=universal-unknown
ori=ruby new=ruby p=ruby
ori=ruby new=ruby p=ruby
Successfully installed iron-term-ansicolor-0.0.3


From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Sunday, March 07, 2010 6:53 PM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Will, could you recreate the universal-.net<http://universal-.net> gem again and push it? I think it might have been created incorrectly. The persisted Gem::Specification has @new_platform and @original_platform set to ?universal-unknown? which might happen if you create it with MRI as I had mentioned below?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Sunday, March 07, 2010 2:27 PM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

My guess is that RubyGems tries to look for an exact platform match first. If there is no exact match, it somehow prefers ?ruby? over other platforms.

Btw, you could just change clr_version in Merlin\Main\Languages\Ruby\Libs\rbconfig.rb to ?4.0? to simulate running on .NET 4. After doing this and using the ??platform universal-.net<http://universal-.net>? option, iron-term-ansicolor-0.0.3-universal-.net<http://iron-term-ansicolor-0.0.3-universal-.net>-2.0 was installed which was surprising to me as I would have expected it to install iron-term-ansicolor-0.0.3-universal-.net<http://iron-term-ansicolor-0.0.3-universal-.net>. When I used the ??platform universal-.net-4.0? option, iron-term-ansicolor-0.0.3 was installed which was also surprising. So there does not seem to be any way to install iron-term-ansicolor-0.0.3-universal-.net<http://iron-term-ansicolor-0.0.3-universal-.net>.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Sunday, March 07, 2010 6:33 AM
To: ironruby-core
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Thanks, Daniele!

I've got three version of iron-term-ansicolor out there on RubyGems.org<http://RubyGems.org>:


  *   iron-term-ansicolor-0.0.3                     (gemspec.platform="ruby")
  *   iron-term-ansicolor-0.0.3-universal-.net<http://iron-term-ansicolor-0.0.3-universal-.net>      (gemspec.platform="universal-.net<http://universal-.net>")
  *   iron-term-ansicolor-0.0.3-universal-.net-2.0  (gemspec.platform="universal-.net-2.0")

It looks like the .Net 4 runtime selected the non-platform specific gem, while the .Net 2 runtime selected the "universal-.net-2.0" gem.

--
Will Green
http://hotgazpacho.org/
On Sun, Mar 7, 2010 at 4:01 AM, Daniele Alessandri <suppakilla at gmail.com<mailto:suppakilla at gmail.com>> wrote:
On Sun, Mar 7, 2010 at 08:07, Will Green <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:

> I would appreciate if someone running the latest from git would try
> ir -S gem install iron-term-ansicolor
> on both the .Net 2 and the .Net 4 runtimes, and let me know which gem gets
> installed.
C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
IronRuby 0.9.4.0 on .NET 2.0.50727.4200

C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
install iron-term-ansicolor --no-rdoc --no-ri
Successfully installed iron-term-ansicolor-0.0.3-universal-.net-2.0
1 gem installed
C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
IronRuby 0.9.4.0 on .NET 4.0.30128.1

C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
install iron-term-ansicolor --no-rdoc --no-ri
Successfully installed iron-term-ansicolor-0.0.3
1 gem installed

--
Daniele Alessandri
http://www.clorophilla.net/
http://twitter.com/JoL1hAHN
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100310/17b01c83/attachment-0001.html>

From ivan at whiterabbitconsulting.eu  Wed Mar 10 03:57:17 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Wed, 10 Mar 2010 09:57:17 +0100
Subject: [Ironruby-core] running autospec
Message-ID: <b1c6aabb1003100057o2d0935fdn61c3bdd2869bca72@mail.gmail.com>

Hi

With the latest HEAD version I can successfully run autospec without any
modifications.
But I can't send it SIGINT (ctrl-c) to reinit itself. IronRuby will just
exit leaving the command prompt in an invalid state waiting for an answer to
the question: Do you want to terminate the batch (Y/N)?


http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=4128

<http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=4128>I'm sending
this to the list because somebody started chatting to me about this
yesterday.

@Andrew Wilson: you're not crazy just yet :)
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100310/44b3640b/attachment.html>

From ivan at whiterabbitconsulting.eu  Wed Mar 10 10:46:19 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Wed, 10 Mar 2010 16:46:19 +0100
Subject: [Ironruby-core] ironruby.rack patch
Message-ID: <b1c6aabb1003100746i3df58261gc3e30a3f9b04bbcc@mail.gmail.com>

HI

I needed IronRuby.Rack today so I patched it to work without
GetExecutionContext

the patch is attached
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100310/6fbbc98b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ironruby-rack.patch
Type: application/octet-stream
Size: 1856 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100310/6fbbc98b/attachment.obj>

From cjac at colliertech.org  Wed Mar 10 13:27:34 2010
From: cjac at colliertech.org (C.J. Adams-Collier)
Date: Wed, 10 Mar 2010 10:27:34 -0800
Subject: [Ironruby-core] IronRuby 0.9 and IronPython 2.6~beta2 in Debian sid
Message-ID: <1268245654.4601.11.camel@calcifer>

Hey all,

The dlr-languages package has been accepted into Debian.  It should take
much less effort to get the next release in.

Does anyone have a recommendation for what version we should package
next?

Thanks for all of your help getting this shipped!

C.J.

-------------- next part --------------
An embedded message was scrubbed...
From: Archive Administrator <installer at ftp-master.debian.org>
Subject: dlr-languages_20090805+git.e6b28d27+dfsg-1_amd64.changes ACCEPTED
Date: Wed, 10 Mar 2010 12:32:25 +0000
Size: 3152
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100310/e2bdd2dd/attachment.mht>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100310/e2bdd2dd/attachment.bin>

From Jimmy.Schementi at microsoft.com  Wed Mar 10 14:24:01 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Wed, 10 Mar 2010 19:24:01 +0000
Subject: [Ironruby-core] ironruby.rack patch
In-Reply-To: <b1c6aabb1003100746i3df58261gc3e30a3f9b04bbcc@mail.gmail.com>
References: <b1c6aabb1003100746i3df58261gc3e30a3f9b04bbcc@mail.gmail.com>
Message-ID: <1B42307CD4AADD438CDDA2FE1121CC920F620932@TK5EX14MBXC134.redmond.corp.microsoft.com>

Thanks! I?ve already added something equivalent, but haven?t checked it in; I?ll get to it soon. For anyone else who needs this, just apply Ivan?s patch for now.
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ivan Porto Carrero
Sent: Wednesday, March 10, 2010 7:46 AM
To: ironruby-core
Subject: [Ironruby-core] ironruby.rack patch

HI

I needed IronRuby.Rack today so I patched it to work without GetExecutionContext

the patch is attached
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100310/e4c8dff0/attachment.html>

From cjac at colliertech.org  Wed Mar 10 14:32:04 2010
From: cjac at colliertech.org (C.J. Adams-Collier)
Date: Wed, 10 Mar 2010 11:32:04 -0800
Subject: [Ironruby-core] [IronPython] IronRuby 0.9 and IronPython
 2.6~beta2 in Debian sid
In-Reply-To: <1A472770E042064698CB5ADC83A12ACD39400280@TK5EX14MBXC118.redmond.corp.microsoft.com>
References: <1268245654.4601.11.camel@calcifer>
	<1A472770E042064698CB5ADC83A12ACD39400280@TK5EX14MBXC118.redmond.corp.microsoft.com>
Message-ID: <1268249524.4601.15.camel@calcifer>

Thanks Dino.  Those versions sound good to me.  We haven't decided on
the next release date.  Will they be using their own DLR, or will they
be depending on the one in .NET v4?

No, the tests are not yet running.  I may have some free time during
spring break that I can use to work on that.  It would probably be best
if I sync'd my codebase up before trying to get them working.

Cheers,

C.J.

On Wed, 2010-03-10 at 18:38 +0000, Dino Viehland wrote:
> Do you know when you'll do the next push?  I'd suggest IronPython 2.6.1 
> and IronRuby 1.0 both of which we'll release right around VS 2010 shipping
> (mid-April).
> 
> Were you successful in getting IronPython tests running or do you still
> need some help there?
> 
> > -----Original Message-----
> > From: users-bounces at lists.ironpython.com [mailto:users-
> > bounces at lists.ironpython.com] On Behalf Of C.J. Adams-Collier
> > Sent: Wednesday, March 10, 2010 10:28 AM
> > To: users at lists.ironpython.com; ironruby-core at rubyforge.org
> > Subject: [IronPython] IronRuby 0.9 and IronPython 2.6~beta2 in Debian sid
> > 
> > Hey all,
> > 
> > The dlr-languages package has been accepted into Debian.  It should take much
> > less effort to get the next release in.
> > 
> > Does anyone have a recommendation for what version we should package next?
> > 
> > Thanks for all of your help getting this shipped!
> > 
> > C.J.
> 
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100310/dbc9bfd6/attachment.bin>

From orion.edwards at gmail.com  Wed Mar 10 15:41:54 2010
From: orion.edwards at gmail.com (Orion Edwards)
Date: Thu, 11 Mar 2010 09:41:54 +1300
Subject: [Ironruby-core] What appears to be a really sneaky bug related to
	loading assemblies (System::Action is temporarily nil)
Message-ID: <7c1b59c01003101241m4832915cs4654a40b9bf3fc7e@mail.gmail.com>

Intro: Using IronRuby 1.0 rc2; .NET 3.5SP1 on windows XP sp3
I have some code which is using DynamicMethod / GetILGenerator to create
statically typed methods at runtime, so I can call IUnknown-based COM
objects from IronRuby.

Here is a snippet

  # ... piles of code which figures out what the method signature should be
and generates it ...
  func_type_params = [System::Object] + someotherstuff

  # generate a .NET delegate to wrap the new DynamicMethod
  puts "DEBUG: Action= #{System::Action.inspect}"
  puts "DEBUG: Params= #{func_type_params.inspect}"
  puts "DEBUG: F= #{System::Action.of(*func_type_params)}"
  del_type = System::Action.of(*func_type_params).to_clr_type

This has been working reliably for some time, and still works with most
input. However, we've recently seen random failures. Here's some of the
output from those Debug lines:

  # successful
  DEBUG: Action= #<TypeGroup: System::Action, System::Action[T],
System::Action[T1, T2], System::Action[T1, T2, T3], System::Action[T1, T2,
T3, T4]>
  DEBUG: Params= [Object, Object, Object]
  DEBUG: F= System::Action[Object, Object, Object]

  # and then the next one fails
  DEBUG: Action= nil
  DEBUG: Params= [Object, Fixnum, Interop::FieldID[], System::Object[]]
  NoMethodError: undefined method `of' for NilClass

As far as that tells me, System::Action has somehow been set to nil.
Note: The point at which System::Action gets nil'ed out is NOT always the
same point.

If I run the code under iirb (copy/pasting my original script in), and then
after the exception inspect System::Action, it reports this:

=> #<TypeGroup: System::Action, System::Action[T], System::Action[T1, T2],
System::Action[T1, T2, T3], System::Action[T1, T2, T3, T4],
System::Action[T1, T2, T3, T4, T5], System::Action[T1, T2, T3, T4, T5, T6],
System::Action[T1, T2, T3, T4, T5, T6,
T7], System::Action[T1, T2, T3, T4, T5, T6, T7, T8], System::Action[T1, T2,
T3, T4, T5, T6, T7, T8, T9], System::Action[T1, T2, T3, T4, T5, T6, T7, T8,
T9, T10], System::Action[T1, T2, T3, T4, T5, T6, T7, T8, T9, T10, T11],
System::Action[T1, T2, T3,
 T4, T5, T6, T7, T8, T9, T10, T11, T12], System::Action[T1, T2, T3, T4, T5,
T6, T7, T8, T9, T10, T11, T12, T13], System::Action[T1, T2, T3, T4, T5, T6,
T7, T8, T9, T10, T11, T12, T13, T14], System::Action[T1, T2, T3, T4, T5, T6,
T7, T8, T9, T10, T11,
 T12, T13, T14, T15], System::Action[T1, T2, T3, T4, T5, T6, T7, T8, T9,
T10, T11, T12, T13, T14, T15, T16]>

As you can see, System::Action is no longer nil, but has now been given a
bunch more overloads. These overloads come from System.CoreEx (part of the
.NET reactive framework). Putting require 'System.CoreEx' at the top of my
script to pre-load it makes this error go away.

>From what I can tell, something causes the CLR to on-demand load
System.CoreEx.dll. This in turn adds more overloads to System::Action.
IronRuby appears to temporarily nil it out while loading, thus causing the
crash.

Am I on the right track? As mentioned I think I can work around it by
preloading all the dll's I know I'm going to need, but this doesn't seem to
be a reliable long-term solution.

Cheers, Orion
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100311/abeeb1de/attachment-0001.html>

From ivan at whiterabbitconsulting.eu  Wed Mar 10 16:04:56 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Wed, 10 Mar 2010 22:04:56 +0100
Subject: [Ironruby-core] ironruby.rack patch
In-Reply-To: <1B42307CD4AADD438CDDA2FE1121CC920F620932@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <b1c6aabb1003100746i3df58261gc3e30a3f9b04bbcc@mail.gmail.com> 
	<1B42307CD4AADD438CDDA2FE1121CC920F620932@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <b1c6aabb1003101304y20fe8828gc401208606df2de3@mail.gmail.com>

But I still wasn't able to run my rails app from IIS.

I modified my IronRuby.Rack version to have web.config etc in the public
folder but config.ru in the rackup folder. That's the way passenger does it
too and that makes absolute paths for images, stylesheets etc will work out
better.

But regardless of what I use the original code + the earlier sent patch. Or
the one that starts in public I get this error when it's trying to run a
rails app

http://gist.github.com/328343

<http://gist.github.com/328343>Any help/pointers you can give me would be
greatly appreciated
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Wed, Mar 10, 2010 at 8:24 PM, Jimmy Schementi <
Jimmy.Schementi at microsoft.com> wrote:

> Thanks! I?ve already added something equivalent, but haven?t checked it in;
> I?ll get to it soon. For anyone else who needs this, just apply Ivan?s patch
> for now.
>
>  *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Ivan Porto Carrero
> *Sent:* Wednesday, March 10, 2010 7:46 AM
> *To:* ironruby-core
> *Subject:* [Ironruby-core] ironruby.rack patch
>
>
>
> HI
>
>
>
> I needed IronRuby.Rack today so I patched it to work without
> GetExecutionContext
>
>
>
> the patch is attached
> ---
> Met vriendelijke groeten - Best regards - Salutations
> Ivan Porto Carrero
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)
> Microsoft IronRuby/C# MVP
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100310/84e63474/attachment.html>

From Tomas.Matousek at microsoft.com  Wed Mar 10 17:34:08 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Wed, 10 Mar 2010 22:34:08 +0000
Subject: [Ironruby-core] What appears to be a really sneaky bug related
 to	loading assemblies (System::Action is temporarily nil)
In-Reply-To: <7c1b59c01003101241m4832915cs4654a40b9bf3fc7e@mail.gmail.com>
References: <7c1b59c01003101241m4832915cs4654a40b9bf3fc7e@mail.gmail.com>
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C4159D326@TK5EX14MBXC122.redmond.corp.microsoft.com>

Could you try to write a simple repro in a .rb file that demonstrates the issue?

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion Edwards
Sent: Wednesday, March 10, 2010 12:42 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] What appears to be a really sneaky bug related to loading assemblies (System::Action is temporarily nil)

Intro: Using IronRuby 1.0 rc2; .NET 3.5SP1 on windows XP sp3
I have some code which is using DynamicMethod / GetILGenerator to create statically typed methods at runtime, so I can call IUnknown-based COM objects from IronRuby.

Here is a snippet

  # ... piles of code which figures out what the method signature should be and generates it ...
  func_type_params = [System::Object] + someotherstuff

  # generate a .NET delegate to wrap the new DynamicMethod
  puts "DEBUG: Action= #{System::Action.inspect}"
  puts "DEBUG: Params= #{func_type_params.inspect}"
  puts "DEBUG: F= #{System::Action.of(*func_type_params)}"
  del_type = System::Action.of(*func_type_params).to_clr_type

This has been working reliably for some time, and still works with most input. However, we've recently seen random failures. Here's some of the output from those Debug lines:

  # successful
  DEBUG: Action= #<TypeGroup: System::Action, System::Action[T], System::Action[T1, T2], System::Action[T1, T2, T3], System::Action[T1, T2, T3, T4]>
  DEBUG: Params= [Object, Object, Object]
  DEBUG: F= System::Action[Object, Object, Object]

  # and then the next one fails
  DEBUG: Action= nil
  DEBUG: Params= [Object, Fixnum, Interop::FieldID[], System::Object[]]
  NoMethodError: undefined method `of' for NilClass

As far as that tells me, System::Action has somehow been set to nil.
Note: The point at which System::Action gets nil'ed out is NOT always the same point.

If I run the code under iirb (copy/pasting my original script in), and then after the exception inspect System::Action, it reports this:

=> #<TypeGroup: System::Action, System::Action[T], System::Action[T1, T2], System::Action[T1, T2, T3], System::Action[T1, T2, T3, T4], System::Action[T1, T2, T3, T4, T5], System::Action[T1, T2, T3, T4, T5, T6], System::Action[T1, T2, T3, T4, T5, T6,
T7], System::Action[T1, T2, T3, T4, T5, T6, T7, T8], System::Action[T1, T2, T3, T4, T5, T6, T7, T8, T9], System::Action[T1, T2, T3, T4, T5, T6, T7, T8, T9, T10], System::Action[T1, T2, T3, T4, T5, T6, T7, T8, T9, T10, T11], System::Action[T1, T2, T3,
 T4, T5, T6, T7, T8, T9, T10, T11, T12], System::Action[T1, T2, T3, T4, T5, T6, T7, T8, T9, T10, T11, T12, T13], System::Action[T1, T2, T3, T4, T5, T6, T7, T8, T9, T10, T11, T12, T13, T14], System::Action[T1, T2, T3, T4, T5, T6, T7, T8, T9, T10, T11,
 T12, T13, T14, T15], System::Action[T1, T2, T3, T4, T5, T6, T7, T8, T9, T10, T11, T12, T13, T14, T15, T16]>

As you can see, System::Action is no longer nil, but has now been given a bunch more overloads. These overloads come from System.CoreEx (part of the .NET reactive framework). Putting require 'System.CoreEx' at the top of my script to pre-load it makes this error go away.

>From what I can tell, something causes the CLR to on-demand load System.CoreEx.dll. This in turn adds more overloads to System::Action.
IronRuby appears to temporarily nil it out while loading, thus causing the crash.

Am I on the right track? As mentioned I think I can work around it by preloading all the dll's I know I'm going to need, but this doesn't seem to be a reliable long-term solution.

Cheers, Orion
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100310/12e5e65a/attachment.html>

From will at hotgazpacho.org  Wed Mar 10 22:33:04 2010
From: will at hotgazpacho.org (Will Green)
Date: Wed, 10 Mar 2010 22:33:04 -0500
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71E0D7E@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705F1C4@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003062146v6af9552aye90bc61c449cdb18@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705F334@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003062307u3248e3b7x11765c120aafe639@mail.gmail.com>
	<3bf20551003070101k321879dcm43e721a154d3123@mail.gmail.com>
	<398d3e0e1003070633p4799f0c7qdbf36195e49c031a@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705FBDE@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<6459203F8B1AF641995AE49D47FA51A705FF4B@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71E0D7E@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <398d3e0e1003101933q6f765eb9q9ecc57d7953337dd@mail.gmail.com>

Based on some work that Shri and I did to figure this out, I have created
and submitted a patch to Ruby Gems to include support form .Net native gems:

http://rubyforge.org/tracker/index.php?func=detail&aid=27951&group_id=126&atid=577

<http://rubyforge.org/tracker/index.php?func=detail&aid=27951&group_id=126&atid=577>As
you can see, I've gotten some push-back from the Ruby Gems team on the
naming of the platform for the gems. The problem is that they don't like the
"." in ".net" (i.e. "universal-.net-2.0"), and have suggested alternatives
such as "dotnet", "dotNet", and "Net". I have asked for clarification on
their position.

If I understand the Gem::Platform class correctly, the initialize method
takes in the values read from RbConfig, and performs some translation to
come up with a Gem platform name. So, without any changes to IronRuby
itself, we could have gems with names like
"iron-term-ansicolor-universal-dotnet". Of course, it would require a small
tweak to the version of Ruby Gems that is distributed with IronRuby, but the
change is very minor.

So, does anyone object to .Net native gems like:

"gemname-universal-dotnet"
"gemname-universal-dotnet-2.0"
"gemname-universal-dotnet-4.0"

I think this would get the patch accepted more quickly.

Is this kosher with LCA, or even something that needs to be brought to their
attention?

--
Will Green
http://hotgazpacho.org/


On Sun, Mar 7, 2010 at 10:01 PM, Jim Deville <jdeville at microsoft.com> wrote:

> I?m also wondering what will happen if you put the gem on two different gem
> servers (if that is possible, like github and rubyforge). Does gem attempt
> all sources to find the most specific? Or does it go with the most specific
> gem from the first source?
>
>
>
> JD
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shri Borde
> *Sent:* Sunday, March 07, 2010 6:53 PM
>
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> Will, could you recreate the universal-.net gem again and push it? I think
> it might have been created incorrectly. The persisted Gem::Specification has
> @new_platform and @original_platform set to ?universal-unknown? which might
> happen if you create it with MRI as I had mentioned below?
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shri Borde
> *Sent:* Sunday, March 07, 2010 2:27 PM
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> My guess is that RubyGems tries to look for an exact platform match first.
> If there is no exact match, it somehow prefers ?ruby? over other platforms.
>
>
>
> Btw, you could just change clr_version in
> Merlin\Main\Languages\Ruby\Libs\rbconfig.rb to ?4.0? to simulate running on
> .NET 4. After doing this and using the ??platform universal-.net? option,
> iron-term-ansicolor-0.0.3-universal-.net*-2.0* was installed which was
> surprising to me as I would have expected it to install
> iron-term-ansicolor-0.0.3-universal-.net. When I used the ??platform
> universal-.net-4.0? option, iron-term-ansicolor-0.0.3 was installed which
> was also surprising. So there does not seem to be any way to install
> iron-term-ansicolor-0.0.3-universal-.net.
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Sunday, March 07, 2010 6:33 AM
> *To:* ironruby-core
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> Thanks, Daniele!
>
>
>
> I've got three version of iron-term-ansicolor out there on RubyGems.org:
>
>
>
>    - iron-term-ansicolor-0.0.3
>    (gemspec.platform="ruby")
>    - iron-term-ansicolor-0.0.3-universal-.net
>     (gemspec.platform="universal-.net")
>    - iron-term-ansicolor-0.0.3-universal-.net-2.0
>     (gemspec.platform="universal-.net-2.0")
>
>
>
> It looks like the .Net 4 runtime selected the non-platform specific gem,
> while the .Net 2 runtime selected the "universal-.net-2.0" gem.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> On Sun, Mar 7, 2010 at 4:01 AM, Daniele Alessandri <suppakilla at gmail.com>
> wrote:
>
> On Sun, Mar 7, 2010 at 08:07, Will Green <will at hotgazpacho.org> wrote:
>
> > I would appreciate if someone running the latest from git would try
> > ir -S gem install iron-term-ansicolor
> > on both the .Net 2 and the .Net 4 runtimes, and let me know which gem
> gets
> > installed.
>
> C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
> IronRuby 0.9.4.0 on .NET 2.0.50727.4200
>
> C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
> install iron-term-ansicolor --no-rdoc --no-ri
>
> Successfully installed iron-term-ansicolor-0.0.3-universal-.net-2.0
> 1 gem installed
>
> C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
> IronRuby 0.9.4.0 on .NET 4.0.30128.1
>
> C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
> install iron-term-ansicolor --no-rdoc --no-ri
>
> Successfully installed iron-term-ansicolor-0.0.3
>
> 1 gem installed
>
> --
> Daniele Alessandri
> http://www.clorophilla.net/
> http://twitter.com/JoL1hAHN
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100310/c160ed9b/attachment-0001.html>

From will at hotgazpacho.org  Wed Mar 10 23:56:42 2010
From: will at hotgazpacho.org (Will Green)
Date: Wed, 10 Mar 2010 23:56:42 -0500
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <398d3e0e1003101933q6f765eb9q9ecc57d7953337dd@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003062146v6af9552aye90bc61c449cdb18@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705F334@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003062307u3248e3b7x11765c120aafe639@mail.gmail.com>
	<3bf20551003070101k321879dcm43e721a154d3123@mail.gmail.com>
	<398d3e0e1003070633p4799f0c7qdbf36195e49c031a@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705FBDE@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<6459203F8B1AF641995AE49D47FA51A705FF4B@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71E0D7E@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003101933q6f765eb9q9ecc57d7953337dd@mail.gmail.com>
Message-ID: <398d3e0e1003102056n75a549dbqf310f77ce467e94@mail.gmail.com>

Attached is a new patch I would propose to address the feedback from the
Ruby Gems team. I would love some feedback on it.

It is a patch against rev 2463 of trunk of Ruby Gems source.

--
Will Green
http://hotgazpacho.org/


On Wed, Mar 10, 2010 at 10:33 PM, Will Green <will at hotgazpacho.org> wrote:

> Based on some work that Shri and I did to figure this out, I have created
> and submitted a patch to Ruby Gems to include support form .Net native gems:
>
>
> http://rubyforge.org/tracker/index.php?func=detail&aid=27951&group_id=126&atid=577
>
>
> <http://rubyforge.org/tracker/index.php?func=detail&aid=27951&group_id=126&atid=577>As
> you can see, I've gotten some push-back from the Ruby Gems team on the
> naming of the platform for the gems. The problem is that they don't like the
> "." in ".net" (i.e. "universal-.net-2.0"), and have suggested alternatives
> such as "dotnet", "dotNet", and "Net". I have asked for clarification on
> their position.
>
> If I understand the Gem::Platform class correctly, the initialize method
> takes in the values read from RbConfig, and performs some translation to
> come up with a Gem platform name. So, without any changes to IronRuby
> itself, we could have gems with names like
> "iron-term-ansicolor-universal-dotnet". Of course, it would require a small
> tweak to the version of Ruby Gems that is distributed with IronRuby, but the
> change is very minor.
>
> So, does anyone object to .Net native gems like:
>
> "gemname-universal-dotnet"
> "gemname-universal-dotnet-2.0"
> "gemname-universal-dotnet-4.0"
>
> I think this would get the patch accepted more quickly.
>
> Is this kosher with LCA, or even something that needs to be brought to
> their attention?
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
> On Sun, Mar 7, 2010 at 10:01 PM, Jim Deville <jdeville at microsoft.com>wrote:
>
>> I?m also wondering what will happen if you put the gem on two different
>> gem servers (if that is possible, like github and rubyforge). Does gem
>> attempt all sources to find the most specific? Or does it go with the most
>> specific gem from the first source?
>>
>>
>>
>> JD
>>
>>
>>
>> *From:* ironruby-core-bounces at rubyforge.org [mailto:
>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shri Borde
>> *Sent:* Sunday, March 07, 2010 6:53 PM
>>
>> *To:* ironruby-core at rubyforge.org
>> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>>
>>
>>
>> Will, could you recreate the universal-.net gem again and push it? I think
>> it might have been created incorrectly. The persisted Gem::Specification has
>> @new_platform and @original_platform set to ?universal-unknown? which might
>> happen if you create it with MRI as I had mentioned below?
>>
>>
>>
>> *From:* ironruby-core-bounces at rubyforge.org [mailto:
>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shri Borde
>> *Sent:* Sunday, March 07, 2010 2:27 PM
>> *To:* ironruby-core at rubyforge.org
>> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>>
>>
>>
>> My guess is that RubyGems tries to look for an exact platform match first.
>> If there is no exact match, it somehow prefers ?ruby? over other platforms.
>>
>>
>>
>> Btw, you could just change clr_version in
>> Merlin\Main\Languages\Ruby\Libs\rbconfig.rb to ?4.0? to simulate running on
>> .NET 4. After doing this and using the ??platform universal-.net? option,
>> iron-term-ansicolor-0.0.3-universal-.net*-2.0* was installed which was
>> surprising to me as I would have expected it to install
>> iron-term-ansicolor-0.0.3-universal-.net. When I used the ??platform
>> universal-.net-4.0? option, iron-term-ansicolor-0.0.3 was installed which
>> was also surprising. So there does not seem to be any way to install
>> iron-term-ansicolor-0.0.3-universal-.net.
>>
>>
>>
>> *From:* ironruby-core-bounces at rubyforge.org [mailto:
>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
>> *Sent:* Sunday, March 07, 2010 6:33 AM
>> *To:* ironruby-core
>> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>>
>>
>>
>> Thanks, Daniele!
>>
>>
>>
>> I've got three version of iron-term-ansicolor out there on RubyGems.org:
>>
>>
>>
>>    - iron-term-ansicolor-0.0.3
>>    (gemspec.platform="ruby")
>>    - iron-term-ansicolor-0.0.3-universal-.net
>>     (gemspec.platform="universal-.net")
>>    - iron-term-ansicolor-0.0.3-universal-.net-2.0
>>     (gemspec.platform="universal-.net-2.0")
>>
>>
>>
>> It looks like the .Net 4 runtime selected the non-platform specific gem,
>> while the .Net 2 runtime selected the "universal-.net-2.0" gem.
>>
>>
>> --
>> Will Green
>> http://hotgazpacho.org/
>>
>> On Sun, Mar 7, 2010 at 4:01 AM, Daniele Alessandri <suppakilla at gmail.com>
>> wrote:
>>
>> On Sun, Mar 7, 2010 at 08:07, Will Green <will at hotgazpacho.org> wrote:
>>
>> > I would appreciate if someone running the latest from git would try
>> > ir -S gem install iron-term-ansicolor
>> > on both the .Net 2 and the .Net 4 runtimes, and let me know which gem
>> gets
>> > installed.
>>
>> C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
>> IronRuby 0.9.4.0 on .NET 2.0.50727.4200
>>
>> C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
>> install iron-term-ansicolor --no-rdoc --no-ri
>>
>> Successfully installed iron-term-ansicolor-0.0.3-universal-.net-2.0
>> 1 gem installed
>>
>> C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
>> IronRuby 0.9.4.0 on .NET 4.0.30128.1
>>
>> C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
>> install iron-term-ansicolor --no-rdoc --no-ri
>>
>> Successfully installed iron-term-ansicolor-0.0.3
>>
>> 1 gem installed
>>
>> --
>> Daniele Alessandri
>> http://www.clorophilla.net/
>> http://twitter.com/JoL1hAHN
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>>
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100310/fc420c15/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dotnet_ironruby_support.diff
Type: application/octet-stream
Size: 3327 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100310/fc420c15/attachment.obj>

From Shri.Borde at microsoft.com  Thu Mar 11 10:45:50 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Thu, 11 Mar 2010 15:45:50 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <398d3e0e1003102056n75a549dbqf310f77ce467e94@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003062146v6af9552aye90bc61c449cdb18@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705F334@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003062307u3248e3b7x11765c120aafe639@mail.gmail.com>
	<3bf20551003070101k321879dcm43e721a154d3123@mail.gmail.com>
	<398d3e0e1003070633p4799f0c7qdbf36195e49c031a@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705FBDE@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<6459203F8B1AF641995AE49D47FA51A705FF4B@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71E0D7E@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003101933q6f765eb9q9ecc57d7953337dd@mail.gmail.com>
	<398d3e0e1003102056n75a549dbqf310f77ce467e94@mail.gmail.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A70644FD@TK5EX14MBXC134.redmond.corp.microsoft.com>

The name is spelled as ?.NET?, and so "gemname-universal-dotNET" would read better than just "gemname-universal-dotnet".

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Wednesday, March 10, 2010 8:57 PM
To: ironruby-core
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Attached is a new patch I would propose to address the feedback from the Ruby Gems team. I would love some feedback on it.

It is a patch against rev 2463 of trunk of Ruby Gems source.

--
Will Green
http://hotgazpacho.org/

On Wed, Mar 10, 2010 at 10:33 PM, Will Green <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:
Based on some work that Shri and I did to figure this out, I have created and submitted a patch to Ruby Gems to include support form .Net native gems:

http://rubyforge.org/tracker/index.php?func=detail&aid=27951&group_id=126&atid=577

As you can see, I've gotten some push-back from the Ruby Gems team on the naming of the platform for the gems. The problem is that they don't like the "." in ".net" (i.e. "universal-.net-2.0"), and have suggested alternatives such as "dotnet", "dotNet", and "Net". I have asked for clarification on their position.

If I understand the Gem::Platform class correctly, the initialize method takes in the values read from RbConfig, and performs some translation to come up with a Gem platform name. So, without any changes to IronRuby itself, we could have gems with names like "iron-term-ansicolor-universal-dotnet". Of course, it would require a small tweak to the version of Ruby Gems that is distributed with IronRuby, but the change is very minor.

So, does anyone object to .Net native gems like:

"gemname-universal-dotnet"
"gemname-universal-dotnet-2.0"
"gemname-universal-dotnet-4.0"

I think this would get the patch accepted more quickly.

Is this kosher with LCA, or even something that needs to be brought to their attention?

--
Will Green
http://hotgazpacho.org/

On Sun, Mar 7, 2010 at 10:01 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
I?m also wondering what will happen if you put the gem on two different gem servers (if that is possible, like github and rubyforge). Does gem attempt all sources to find the most specific? Or does it go with the most specific gem from the first source?

JD

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Sunday, March 07, 2010 6:53 PM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Will, could you recreate the universal-.net gem again and push it? I think it might have been created incorrectly. The persisted Gem::Specification has @new_platform and @original_platform set to ?universal-unknown? which might happen if you create it with MRI as I had mentioned below?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Sunday, March 07, 2010 2:27 PM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

My guess is that RubyGems tries to look for an exact platform match first. If there is no exact match, it somehow prefers ?ruby? over other platforms.

Btw, you could just change clr_version in Merlin\Main\Languages\Ruby\Libs\rbconfig.rb to ?4.0? to simulate running on .NET 4. After doing this and using the ??platform universal-.net? option, iron-term-ansicolor-0.0.3-universal-.net-2.0 was installed which was surprising to me as I would have expected it to install iron-term-ansicolor-0.0.3-universal-.net. When I used the ??platform universal-.net-4.0? option, iron-term-ansicolor-0.0.3 was installed which was also surprising. So there does not seem to be any way to install iron-term-ansicolor-0.0.3-universal-.net.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Sunday, March 07, 2010 6:33 AM
To: ironruby-core
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Thanks, Daniele!

I've got three version of iron-term-ansicolor out there on RubyGems.org:


  *   iron-term-ansicolor-0.0.3                     (gemspec.platform="ruby")
  *   iron-term-ansicolor-0.0.3-universal-.net      (gemspec.platform="universal-.net")
  *   iron-term-ansicolor-0.0.3-universal-.net-2.0  (gemspec.platform="universal-.net-2.0")

It looks like the .Net 4 runtime selected the non-platform specific gem, while the .Net 2 runtime selected the "universal-.net-2.0" gem.

--
Will Green
http://hotgazpacho.org/
On Sun, Mar 7, 2010 at 4:01 AM, Daniele Alessandri <suppakilla at gmail.com<mailto:suppakilla at gmail.com>> wrote:
On Sun, Mar 7, 2010 at 08:07, Will Green <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:

> I would appreciate if someone running the latest from git would try
> ir -S gem install iron-term-ansicolor
> on both the .Net 2 and the .Net 4 runtimes, and let me know which gem gets
> installed.
C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
IronRuby 0.9.4.0 on .NET 2.0.50727.4200

C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
install iron-term-ansicolor --no-rdoc --no-ri
Successfully installed iron-term-ansicolor-0.0.3-universal-.net-2.0
1 gem installed
C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
IronRuby 0.9.4.0 on .NET 4.0.30128.1

C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
install iron-term-ansicolor --no-rdoc --no-ri
Successfully installed iron-term-ansicolor-0.0.3
1 gem installed

--
Daniele Alessandri
http://www.clorophilla.net/
http://twitter.com/JoL1hAHN
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100311/b324a864/attachment-0001.html>

From cory.foy at gmail.com  Thu Mar 11 10:48:45 2010
From: cory.foy at gmail.com (cory.foy at gmail.com)
Date: Thu, 11 Mar 2010 15:48:45 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A70644FD@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com><398d3e0e1003062146v6af9552aye90bc61c449cdb18@mail.gmail.com><6459203F8B1AF641995AE49D47FA51A705F334@TK5EX14MBXC134.redmond.corp.microsoft.com><398d3e0e1003062307u3248e3b7x11765c120aafe639@mail.gmail.com><3bf20551003070101k321879dcm43e721a154d3123@mail.gmail.com><398d3e0e1003070633p4799f0c7qdbf36195e49c031a@mail.gmail.com><6459203F8B1AF641995AE49D47FA51A705FBDE@TK5EX14MBXC134.redmond.corp.microsoft.com><6459203F8B1AF641995AE49D47FA51A705FF4B@TK5EX14MBXC134.redmond.corp.microsoft.com><31BD916A7536A242870B0B4E3F9068D71E0D7E@TK5EX14MBXC136.redmond.corp.microsoft.com><398d3e0e1003101933q6f765eb9q9ecc57d7953337dd@mail.gmail.com><398d3e0e1003102056n75a549dbqf310f77ce467e94@mail.gmail.com><6459203F8B1AF641995AE49D47FA51A70644FD@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <1408198942-1268322526-cardhu_decombobulator_blackberry.rim.net-1926799881-@bda612.bisx.prod.on.blackberry>

Yes, but those of us on case-sensitive operating systems prefer all lower case, if possible.

Cory
Sent from my Verizon Wireless BlackBerry

-----Original Message-----
From: Shri Borde <Shri.Borde at microsoft.com>
Date: Thu, 11 Mar 2010 15:45:50 
To: ironruby-core at rubyforge.org<ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From ivan at whiterabbitconsulting.eu  Thu Mar 11 11:33:50 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Thu, 11 Mar 2010 17:33:50 +0100
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <1408198942-1268322526-cardhu_decombobulator_blackberry.rim.net-1926799881-@bda612.bisx.prod.on.blackberry>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com> 
	<3bf20551003070101k321879dcm43e721a154d3123@mail.gmail.com> 
	<398d3e0e1003070633p4799f0c7qdbf36195e49c031a@mail.gmail.com> 
	<6459203F8B1AF641995AE49D47FA51A705FBDE@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<6459203F8B1AF641995AE49D47FA51A705FF4B@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71E0D7E@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003101933q6f765eb9q9ecc57d7953337dd@mail.gmail.com> 
	<398d3e0e1003102056n75a549dbqf310f77ce467e94@mail.gmail.com> 
	<6459203F8B1AF641995AE49D47FA51A70644FD@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<1408198942-1268322526-cardhu_decombobulator_blackberry.rim.net-1926799881-@bda612.bisx.prod.on.blackberry>
Message-ID: <b1c6aabb1003110833t36f26fd1p6fff50c07d368550@mail.gmail.com>

+1 for lowercase
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Thu, Mar 11, 2010 at 4:48 PM, <cory.foy at gmail.com> wrote:

> Yes, but those of us on case-sensitive operating systems prefer all lower
> case, if possible.
>
> Cory
> Sent from my Verizon Wireless BlackBerry
>
> -----Original Message-----
> From: Shri Borde <Shri.Borde at microsoft.com>
> Date: Thu, 11 Mar 2010 15:45:50
> To: ironruby-core at rubyforge.org<ironruby-core at rubyforge.org>
> Subject: Re: [Ironruby-core] IronRuby version of existing gems
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100311/570d38ab/attachment.html>

From snyder2112 at me.com  Thu Mar 11 10:34:35 2010
From: snyder2112 at me.com (Matthew Snyder)
Date: Thu, 11 Mar 2010 10:34:35 -0500
Subject: [Ironruby-core] Rails deployment in IIS
Message-ID: <16B8C0FC-867F-4910-B3F9-1CFEC8A2C932@me.com>

I'm looking into using IronRuby.Rack (http://github.com/tenball/ironruby/tree/master/Merlin/Main/Hosts/IronRuby.Rack/ 
) to deploy a Ruby on Rails app on an IIS server. However there  
appears to be a project file missing in github for the  
Microsoft.Dynamic project, because when I open the solution, it cannot  
load the project because the file is missing.

Also, if anyone has experienced deploying Rails apps on IIS, I'd  
really appreciate any insight/lessons learned you may have.

Thanks

Matt

From will at hotgazpacho.org  Thu Mar 11 11:46:31 2010
From: will at hotgazpacho.org (Will Green)
Date: Thu, 11 Mar 2010 11:46:31 -0500
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A70644FD@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003062307u3248e3b7x11765c120aafe639@mail.gmail.com>
	<3bf20551003070101k321879dcm43e721a154d3123@mail.gmail.com>
	<398d3e0e1003070633p4799f0c7qdbf36195e49c031a@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705FBDE@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<6459203F8B1AF641995AE49D47FA51A705FF4B@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71E0D7E@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003101933q6f765eb9q9ecc57d7953337dd@mail.gmail.com>
	<398d3e0e1003102056n75a549dbqf310f77ce467e94@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A70644FD@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <398d3e0e1003110846h72b19013uaa0784241e469eaa@mail.gmail.com>

Then why is RbConfig['arch'] "universal-.net2.0" and not
"universal-.NET2.0"?

--
Will Green
http://hotgazpacho.org/


On Thu, Mar 11, 2010 at 10:45 AM, Shri Borde <Shri.Borde at microsoft.com>wrote:

>  The name is spelled as ?.NET?, and so "gemname-universal-dotNET" would
> read better than just "gemname-universal-dotnet".
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Wednesday, March 10, 2010 8:57 PM
>
> *To:* ironruby-core
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> Attached is a new patch I would propose to address the feedback from the
> Ruby Gems team. I would love some feedback on it.
>
>
>
> It is a patch against rev 2463 of trunk of Ruby Gems source.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>  On Wed, Mar 10, 2010 at 10:33 PM, Will Green <will at hotgazpacho.org>
> wrote:
>
> Based on some work that Shri and I did to figure this out, I have created
> and submitted a patch to Ruby Gems to include support form .Net native gems:
>
>
>
>
> http://rubyforge.org/tracker/index.php?func=detail&aid=27951&group_id=126&atid=577
>
>
>
> As you can see, I've gotten some push-back from the Ruby Gems team on the
> naming of the platform for the gems. The problem is that they don't like the
> "." in ".net" (i.e. "universal-.net-2.0"), and have suggested alternatives
> such as "dotnet", "dotNet", and "Net". I have asked for clarification on
> their position.
>
>
>
> If I understand the Gem::Platform class correctly, the initialize method
> takes in the values read from RbConfig, and performs some translation to
> come up with a Gem platform name. So, without any changes to IronRuby
> itself, we could have gems with names like
> "iron-term-ansicolor-universal-dotnet". Of course, it would require a small
> tweak to the version of Ruby Gems that is distributed with IronRuby, but the
> change is very minor.
>
>
>
> So, does anyone object to .Net native gems like:
>
>
>
> "gemname-universal-dotnet"
>
> "gemname-universal-dotnet-2.0"
>
> "gemname-universal-dotnet-4.0"
>
>
>
> I think this would get the patch accepted more quickly.
>
>
>
> Is this kosher with LCA, or even something that needs to be brought to
> their attention?
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>    On Sun, Mar 7, 2010 at 10:01 PM, Jim Deville <jdeville at microsoft.com>
> wrote:
>
> I?m also wondering what will happen if you put the gem on two different gem
> servers (if that is possible, like github and rubyforge). Does gem attempt
> all sources to find the most specific? Or does it go with the most specific
> gem from the first source?
>
>
>
> JD
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shri Borde
> *Sent:* Sunday, March 07, 2010 6:53 PM
>
>
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> Will, could you recreate the universal-.net gem again and push it? I think
> it might have been created incorrectly. The persisted Gem::Specification has
> @new_platform and @original_platform set to ?universal-unknown? which might
> happen if you create it with MRI as I had mentioned below?
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shri Borde
> *Sent:* Sunday, March 07, 2010 2:27 PM
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> My guess is that RubyGems tries to look for an exact platform match first.
> If there is no exact match, it somehow prefers ?ruby? over other platforms.
>
>
>
> Btw, you could just change clr_version in
> Merlin\Main\Languages\Ruby\Libs\rbconfig.rb to ?4.0? to simulate running on
> .NET 4. After doing this and using the ??platform universal-.net? option,
> iron-term-ansicolor-0.0.3-universal-.net*-2.0* was installed which was
> surprising to me as I would have expected it to install
> iron-term-ansicolor-0.0.3-universal-.net. When I used the ??platform
> universal-.net-4.0? option, iron-term-ansicolor-0.0.3 was installed which
> was also surprising. So there does not seem to be any way to install
> iron-term-ansicolor-0.0.3-universal-.net.
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Sunday, March 07, 2010 6:33 AM
> *To:* ironruby-core
> *Subject:* Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> Thanks, Daniele!
>
>
>
> I've got three version of iron-term-ansicolor out there on RubyGems.org:
>
>
>
>    - iron-term-ansicolor-0.0.3
>    (gemspec.platform="ruby")
>    - iron-term-ansicolor-0.0.3-universal-.net
>     (gemspec.platform="universal-.net")
>    - iron-term-ansicolor-0.0.3-universal-.net-2.0
>     (gemspec.platform="universal-.net-2.0")
>
>
>
> It looks like the .Net 4 runtime selected the non-platform specific gem,
> while the .Net 2 runtime selected the "universal-.net-2.0" gem.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> On Sun, Mar 7, 2010 at 4:01 AM, Daniele Alessandri <suppakilla at gmail.com>
> wrote:
>
> On Sun, Mar 7, 2010 at 08:07, Will Green <will at hotgazpacho.org> wrote:
>
> > I would appreciate if someone running the latest from git would try
> > ir -S gem install iron-term-ansicolor
> > on both the .Net 2 and the .Net 4 runtimes, and let me know which gem
> gets
> > installed.
>
> C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
> IronRuby 0.9.4.0 on .NET 2.0.50727.4200
>
> C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
> install iron-term-ansicolor --no-rdoc --no-ri
>
> Successfully installed iron-term-ansicolor-0.0.3-universal-.net-2.0
> 1 gem installed
>
> C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
> IronRuby 0.9.4.0 on .NET 4.0.30128.1
>
> C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
> install iron-term-ansicolor --no-rdoc --no-ri
>
> Successfully installed iron-term-ansicolor-0.0.3
>
> 1 gem installed
>
> --
> Daniele Alessandri
> http://www.clorophilla.net/
> http://twitter.com/JoL1hAHN
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100311/50a5af7c/attachment-0001.html>

From ivan at whiterabbitconsulting.eu  Thu Mar 11 12:04:59 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Thu, 11 Mar 2010 18:04:59 +0100
Subject: [Ironruby-core] Rails deployment in IIS
In-Reply-To: <16B8C0FC-867F-4910-B3F9-1CFEC8A2C932@me.com>
References: <16B8C0FC-867F-4910-B3F9-1CFEC8A2C932@me.com>
Message-ID: <b1c6aabb1003110904he9c8656g99b9df356387c89b@mail.gmail.com>

I've been trying too. The file isn't missing for me but I have other
issues.
I think I've submitted bugs for those.

I still have 1 issue I need to deal with and that is the fact that currently
it won't work in a virtual directory. But I'm actively looking at making
ironruby.rack working again. I need it for my last chapter

It would be great to get this working end to end.
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Thu, Mar 11, 2010 at 4:34 PM, Matthew Snyder <snyder2112 at me.com> wrote:

> I'm looking into using IronRuby.Rack (
> http://github.com/tenball/ironruby/tree/master/Merlin/Main/Hosts/IronRuby.Rack/)
> to deploy a Ruby on Rails app on an IIS server. However there appears to be
> a project file missing in github for the Microsoft.Dynamic project, because
> when I open the solution, it cannot load the project because the file is
> missing.
>
> Also, if anyone has experienced deploying Rails apps on IIS, I'd really
> appreciate any insight/lessons learned you may have.
>
> Thanks
>
> Matt
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100311/e208d777/attachment.html>

From Tomas.Matousek at microsoft.com  Thu Mar 11 12:10:38 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Thu, 11 Mar 2010 17:10:38 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <398d3e0e1003110846h72b19013uaa0784241e469eaa@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003062307u3248e3b7x11765c120aafe639@mail.gmail.com>
	<3bf20551003070101k321879dcm43e721a154d3123@mail.gmail.com>
	<398d3e0e1003070633p4799f0c7qdbf36195e49c031a@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705FBDE@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<6459203F8B1AF641995AE49D47FA51A705FF4B@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71E0D7E@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003101933q6f765eb9q9ecc57d7953337dd@mail.gmail.com>
	<398d3e0e1003102056n75a549dbqf310f77ce467e94@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A70644FD@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003110846h72b19013uaa0784241e469eaa@mail.gmail.com>
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C415A2385@TK5EX14MBXC122.redmond.corp.microsoft.com>

Wouldn?t ?clr? be better after all?

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Thursday, March 11, 2010 8:47 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Then why is RbConfig['arch'] "universal-.net2.0" and not "universal-.NET2.0"?

--
Will Green
http://hotgazpacho.org/

On Thu, Mar 11, 2010 at 10:45 AM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
The name is spelled as ?.NET?, and so "gemname-universal-dotNET" would read better than just "gemname-universal-dotnet".

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Wednesday, March 10, 2010 8:57 PM

To: ironruby-core
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Attached is a new patch I would propose to address the feedback from the Ruby Gems team. I would love some feedback on it.

It is a patch against rev 2463 of trunk of Ruby Gems source.

--
Will Green
http://hotgazpacho.org/
On Wed, Mar 10, 2010 at 10:33 PM, Will Green <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:
Based on some work that Shri and I did to figure this out, I have created and submitted a patch to Ruby Gems to include support form .Net native gems:

http://rubyforge.org/tracker/index.php?func=detail&aid=27951&group_id=126&atid=577

As you can see, I've gotten some push-back from the Ruby Gems team on the naming of the platform for the gems. The problem is that they don't like the "." in ".net" (i.e. "universal-.net-2.0"), and have suggested alternatives such as "dotnet", "dotNet", and "Net". I have asked for clarification on their position.

If I understand the Gem::Platform class correctly, the initialize method takes in the values read from RbConfig, and performs some translation to come up with a Gem platform name. So, without any changes to IronRuby itself, we could have gems with names like "iron-term-ansicolor-universal-dotnet". Of course, it would require a small tweak to the version of Ruby Gems that is distributed with IronRuby, but the change is very minor.

So, does anyone object to .Net native gems like:

"gemname-universal-dotnet"
"gemname-universal-dotnet-2.0"
"gemname-universal-dotnet-4.0"

I think this would get the patch accepted more quickly.

Is this kosher with LCA, or even something that needs to be brought to their attention?

--
Will Green
http://hotgazpacho.org/
On Sun, Mar 7, 2010 at 10:01 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
I?m also wondering what will happen if you put the gem on two different gem servers (if that is possible, like github and rubyforge). Does gem attempt all sources to find the most specific? Or does it go with the most specific gem from the first source?

JD

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Sunday, March 07, 2010 6:53 PM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Will, could you recreate the universal-.net gem again and push it? I think it might have been created incorrectly. The persisted Gem::Specification has @new_platform and @original_platform set to ?universal-unknown? which might happen if you create it with MRI as I had mentioned below?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Sunday, March 07, 2010 2:27 PM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

My guess is that RubyGems tries to look for an exact platform match first. If there is no exact match, it somehow prefers ?ruby? over other platforms.

Btw, you could just change clr_version in Merlin\Main\Languages\Ruby\Libs\rbconfig.rb to ?4.0? to simulate running on .NET 4. After doing this and using the ??platform universal-.net? option, iron-term-ansicolor-0.0.3-universal-.net-2.0 was installed which was surprising to me as I would have expected it to install iron-term-ansicolor-0.0.3-universal-.net. When I used the ??platform universal-.net-4.0? option, iron-term-ansicolor-0.0.3 was installed which was also surprising. So there does not seem to be any way to install iron-term-ansicolor-0.0.3-universal-.net.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Sunday, March 07, 2010 6:33 AM
To: ironruby-core
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Thanks, Daniele!

I've got three version of iron-term-ansicolor out there on RubyGems.org:


  *   iron-term-ansicolor-0.0.3                     (gemspec.platform="ruby")
  *   iron-term-ansicolor-0.0.3-universal-.net      (gemspec.platform="universal-.net")
  *   iron-term-ansicolor-0.0.3-universal-.net-2.0  (gemspec.platform="universal-.net-2.0")

It looks like the .Net 4 runtime selected the non-platform specific gem, while the .Net 2 runtime selected the "universal-.net-2.0" gem.

--
Will Green
http://hotgazpacho.org/
On Sun, Mar 7, 2010 at 4:01 AM, Daniele Alessandri <suppakilla at gmail.com<mailto:suppakilla at gmail.com>> wrote:
On Sun, Mar 7, 2010 at 08:07, Will Green <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:

> I would appreciate if someone running the latest from git would try
> ir -S gem install iron-term-ansicolor
> on both the .Net 2 and the .Net 4 runtimes, and let me know which gem gets
> installed.
C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
IronRuby 0.9.4.0 on .NET 2.0.50727.4200

C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
install iron-term-ansicolor --no-rdoc --no-ri
Successfully installed iron-term-ansicolor-0.0.3-universal-.net-2.0
1 gem installed
C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
IronRuby 0.9.4.0 on .NET 4.0.30128.1

C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
install iron-term-ansicolor --no-rdoc --no-ri
Successfully installed iron-term-ansicolor-0.0.3
1 gem installed

--
Daniele Alessandri
http://www.clorophilla.net/
http://twitter.com/JoL1hAHN
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core



_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100311/236879a5/attachment-0001.html>

From jdeville at microsoft.com  Thu Mar 11 12:33:10 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Thu, 11 Mar 2010 17:33:10 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <4B342496A3EFEB48839E10BB4BF5964C415A2385@TK5EX14MBXC122.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003062307u3248e3b7x11765c120aafe639@mail.gmail.com>
	<3bf20551003070101k321879dcm43e721a154d3123@mail.gmail.com>
	<398d3e0e1003070633p4799f0c7qdbf36195e49c031a@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705FBDE@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<6459203F8B1AF641995AE49D47FA51A705FF4B@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71E0D7E@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003101933q6f765eb9q9ecc57d7953337dd@mail.gmail.com>
	<398d3e0e1003102056n75a549dbqf310f77ce467e94@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A70644FD@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003110846h72b19013uaa0784241e469eaa@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C415A2385@TK5EX14MBXC122.redmond.corp.microsoft.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71F3927@TK5EX14MBXC136.redmond.corp.microsoft.com>

I?d also like to echo and +1 the *nix users vote for keeping things lowercase.

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek
Sent: Thursday, March 11, 2010 9:11 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Wouldn?t ?clr? be better after all?

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Thursday, March 11, 2010 8:47 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Then why is RbConfig['arch'] "universal-.net2.0" and not "universal-.NET2.0"?

--
Will Green
http://hotgazpacho.org/
On Thu, Mar 11, 2010 at 10:45 AM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
The name is spelled as ?.NET?, and so "gemname-universal-dotNET" would read better than just "gemname-universal-dotnet".

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Wednesday, March 10, 2010 8:57 PM

To: ironruby-core
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Attached is a new patch I would propose to address the feedback from the Ruby Gems team. I would love some feedback on it.

It is a patch against rev 2463 of trunk of Ruby Gems source.

--
Will Green
http://hotgazpacho.org/
On Wed, Mar 10, 2010 at 10:33 PM, Will Green <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:
Based on some work that Shri and I did to figure this out, I have created and submitted a patch to Ruby Gems to include support form .Net native gems:

http://rubyforge.org/tracker/index.php?func=detail&aid=27951&group_id=126&atid=577

As you can see, I've gotten some push-back from the Ruby Gems team on the naming of the platform for the gems. The problem is that they don't like the "." in ".net" (i.e. "universal-.net-2.0"), and have suggested alternatives such as "dotnet", "dotNet", and "Net". I have asked for clarification on their position.

If I understand the Gem::Platform class correctly, the initialize method takes in the values read from RbConfig, and performs some translation to come up with a Gem platform name. So, without any changes to IronRuby itself, we could have gems with names like "iron-term-ansicolor-universal-dotnet". Of course, it would require a small tweak to the version of Ruby Gems that is distributed with IronRuby, but the change is very minor.

So, does anyone object to .Net native gems like:

"gemname-universal-dotnet"
"gemname-universal-dotnet-2.0"
"gemname-universal-dotnet-4.0"

I think this would get the patch accepted more quickly.

Is this kosher with LCA, or even something that needs to be brought to their attention?

--
Will Green
http://hotgazpacho.org/
On Sun, Mar 7, 2010 at 10:01 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
I?m also wondering what will happen if you put the gem on two different gem servers (if that is possible, like github and rubyforge). Does gem attempt all sources to find the most specific? Or does it go with the most specific gem from the first source?

JD

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Sunday, March 07, 2010 6:53 PM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Will, could you recreate the universal-.net gem again and push it? I think it might have been created incorrectly. The persisted Gem::Specification has @new_platform and @original_platform set to ?universal-unknown? which might happen if you create it with MRI as I had mentioned below?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Sunday, March 07, 2010 2:27 PM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

My guess is that RubyGems tries to look for an exact platform match first. If there is no exact match, it somehow prefers ?ruby? over other platforms.

Btw, you could just change clr_version in Merlin\Main\Languages\Ruby\Libs\rbconfig.rb to ?4.0? to simulate running on .NET 4. After doing this and using the ??platform universal-.net? option, iron-term-ansicolor-0.0.3-universal-.net-2.0 was installed which was surprising to me as I would have expected it to install iron-term-ansicolor-0.0.3-universal-.net. When I used the ??platform universal-.net-4.0? option, iron-term-ansicolor-0.0.3 was installed which was also surprising. So there does not seem to be any way to install iron-term-ansicolor-0.0.3-universal-.net.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Sunday, March 07, 2010 6:33 AM
To: ironruby-core
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Thanks, Daniele!

I've got three version of iron-term-ansicolor out there on RubyGems.org:


  *   iron-term-ansicolor-0.0.3                     (gemspec.platform="ruby")
  *   iron-term-ansicolor-0.0.3-universal-.net      (gemspec.platform="universal-.net")
  *   iron-term-ansicolor-0.0.3-universal-.net-2.0  (gemspec.platform="universal-.net-2.0")

It looks like the .Net 4 runtime selected the non-platform specific gem, while the .Net 2 runtime selected the "universal-.net-2.0" gem.

--
Will Green
http://hotgazpacho.org/
On Sun, Mar 7, 2010 at 4:01 AM, Daniele Alessandri <suppakilla at gmail.com<mailto:suppakilla at gmail.com>> wrote:
On Sun, Mar 7, 2010 at 08:07, Will Green <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:

> I would appreciate if someone running the latest from git would try
> ir -S gem install iron-term-ansicolor
> on both the .Net 2 and the .Net 4 runtimes, and let me know which gem gets
> installed.
C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
IronRuby 0.9.4.0 on .NET 2.0.50727.4200

C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
install iron-term-ansicolor --no-rdoc --no-ri
Successfully installed iron-term-ansicolor-0.0.3-universal-.net-2.0
1 gem installed
C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
IronRuby 0.9.4.0 on .NET 4.0.30128.1

C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
install iron-term-ansicolor --no-rdoc --no-ri
Successfully installed iron-term-ansicolor-0.0.3
1 gem installed

--
Daniele Alessandri
http://www.clorophilla.net/
http://twitter.com/JoL1hAHN
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core



_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100311/47d23b92/attachment-0001.html>

From will at hotgazpacho.org  Thu Mar 11 12:37:51 2010
From: will at hotgazpacho.org (Will Green)
Date: Thu, 11 Mar 2010 12:37:51 -0500
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <4B342496A3EFEB48839E10BB4BF5964C415A2385@TK5EX14MBXC122.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003070633p4799f0c7qdbf36195e49c031a@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705FBDE@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<6459203F8B1AF641995AE49D47FA51A705FF4B@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71E0D7E@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003101933q6f765eb9q9ecc57d7953337dd@mail.gmail.com>
	<398d3e0e1003102056n75a549dbqf310f77ce467e94@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A70644FD@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003110846h72b19013uaa0784241e469eaa@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C415A2385@TK5EX14MBXC122.redmond.corp.microsoft.com>
Message-ID: <398d3e0e1003110937r6da16c76n2fbbb63f84a8314c@mail.gmail.com>

Probably, as it would cover both .NET and Mono.

If you look at the JRuby stuff in Ruby Gems, the gems are either
"java" or "jruby". We could do "dotnet" and "ironruby", and even
"clr", but I think we should standardize on one.

My vote is for "dotnet".

On Thursday, March 11, 2010, Tomas Matousek
<Tomas.Matousek at microsoft.com> wrote:
> Wouldn?t ?clr? be better after all??Tomas?From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
> Sent: Thursday, March 11, 2010 8:47 AM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] IronRuby version of existing gems?Then why is RbConfig['arch'] "universal-.net2.0" and not "universal-.NET2.0"?--
> Will Green
> http://hotgazpacho.org/
>
> On Thu, Mar 11, 2010 at 10:45 AM, Shri Borde <Shri.Borde at microsoft.com> wrote:The name is spelled as ?.NET?, and so "gemname-universal-dotNET" would read better than just "gemname-universal-dotnet".?From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
> Sent: Wednesday, March 10, 2010 8:57 PM
> To: ironruby-core
> Subject: Re: [Ironruby-core] IronRuby version of existing gems?Attached is a new patch I would propose to address the feedback from the Ruby Gems team. I would love some feedback on it.?It is a patch against rev 2463 of trunk of Ruby Gems source.--
> Will Green
> http://hotgazpacho.org/On Wed, Mar 10, 2010 at 10:33 PM, Will Green <will at hotgazpacho.org> wrote:Based on some work that Shri and I did to figure this out, I have created and submitted a patch to Ruby Gems to include support form .Net native gems:?http://rubyforge.org/tracker/index.php?func=detail&aid=27951&group_id=126&atid=577?As you can see, I've gotten some push-back from the Ruby Gems team on the naming of the platform for the gems. The problem is that they don't like the "." in ".net" (i.e. "universal-.net-2.0"), and have suggested alternatives such as "dotnet", "dotNet", and "Net". I have asked for clarification on their position.?If I understand the Gem::Platform class correctly, the initialize method takes in the values read from RbConfig, and performs some translation to come up with a Gem platform name. So, without any changes to IronRuby itself, we could have gems with names like "iron-term-ansicolor-universal-dotnet". Of course, it would require a small tweak to the version of Ruby Gems that is distributed with IronRuby, but the change is very minor.?So, does anyone object to .Net native gems like:?"gemname-universal-dotnet""gemname-universal-dotnet-2.0""gemname-universal-dotnet-4.0"?I think this would get the patch accepted more quickly.?Is this kosher with LCA, or even something that needs to be brought to their attention?--
> Will Green
> http://hotgazpacho.org/On Sun, Mar 7, 2010 at 10:01 PM, Jim Deville <jdeville at microsoft.com> wrote:I?m also wondering what will happen if you put the gem on two different gem servers (if that is possible, like g

-- 
--
Will Green
http://hotgazpacho.org/

From Shri.Borde at microsoft.com  Thu Mar 11 12:40:21 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Thu, 11 Mar 2010 17:40:21 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <4B342496A3EFEB48839E10BB4BF5964C415A2385@TK5EX14MBXC122.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003062307u3248e3b7x11765c120aafe639@mail.gmail.com>
	<3bf20551003070101k321879dcm43e721a154d3123@mail.gmail.com>
	<398d3e0e1003070633p4799f0c7qdbf36195e49c031a@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705FBDE@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<6459203F8B1AF641995AE49D47FA51A705FF4B@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71E0D7E@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003101933q6f765eb9q9ecc57d7953337dd@mail.gmail.com>
	<398d3e0e1003102056n75a549dbqf310f77ce467e94@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A70644FD@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003110846h72b19013uaa0784241e469eaa@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C415A2385@TK5EX14MBXC122.redmond.corp.microsoft.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A7064749@TK5EX14MBXC134.redmond.corp.microsoft.com>

Thinking about it, lower-case ?dotnet? sounds fine. Since we don?t know how the value will be used, its better to be conservative and follow existing naming patterns (lower case letters)

Any votes for ?clr?? Else, I will change RbConfig::CONFIG[?arch?] to ?universal-dotnet2.0? /?universal-dotnet4.0?

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek
Sent: Thursday, March 11, 2010 9:11 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Wouldn?t ?clr? be better after all?

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Thursday, March 11, 2010 8:47 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Then why is RbConfig['arch'] "universal-.net2.0" and not "universal-.NET2.0"?

--
Will Green
http://hotgazpacho.org/
On Thu, Mar 11, 2010 at 10:45 AM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
The name is spelled as ?.NET?, and so "gemname-universal-dotNET" would read better than just "gemname-universal-dotnet".

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Wednesday, March 10, 2010 8:57 PM

To: ironruby-core
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Attached is a new patch I would propose to address the feedback from the Ruby Gems team. I would love some feedback on it.

It is a patch against rev 2463 of trunk of Ruby Gems source.

--
Will Green
http://hotgazpacho.org/
On Wed, Mar 10, 2010 at 10:33 PM, Will Green <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:
Based on some work that Shri and I did to figure this out, I have created and submitted a patch to Ruby Gems to include support form .Net native gems:

http://rubyforge.org/tracker/index.php?func=detail&aid=27951&group_id=126&atid=577

As you can see, I've gotten some push-back from the Ruby Gems team on the naming of the platform for the gems. The problem is that they don't like the "." in ".net" (i.e. "universal-.net-2.0"), and have suggested alternatives such as "dotnet", "dotNet", and "Net". I have asked for clarification on their position.

If I understand the Gem::Platform class correctly, the initialize method takes in the values read from RbConfig, and performs some translation to come up with a Gem platform name. So, without any changes to IronRuby itself, we could have gems with names like "iron-term-ansicolor-universal-dotnet". Of course, it would require a small tweak to the version of Ruby Gems that is distributed with IronRuby, but the change is very minor.

So, does anyone object to .Net native gems like:

"gemname-universal-dotnet"
"gemname-universal-dotnet-2.0"
"gemname-universal-dotnet-4.0"

I think this would get the patch accepted more quickly.

Is this kosher with LCA, or even something that needs to be brought to their attention?

--
Will Green
http://hotgazpacho.org/
On Sun, Mar 7, 2010 at 10:01 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
I?m also wondering what will happen if you put the gem on two different gem servers (if that is possible, like github and rubyforge). Does gem attempt all sources to find the most specific? Or does it go with the most specific gem from the first source?

JD

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Sunday, March 07, 2010 6:53 PM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Will, could you recreate the universal-.net gem again and push it? I think it might have been created incorrectly. The persisted Gem::Specification has @new_platform and @original_platform set to ?universal-unknown? which might happen if you create it with MRI as I had mentioned below?

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shri Borde
Sent: Sunday, March 07, 2010 2:27 PM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

My guess is that RubyGems tries to look for an exact platform match first. If there is no exact match, it somehow prefers ?ruby? over other platforms.

Btw, you could just change clr_version in Merlin\Main\Languages\Ruby\Libs\rbconfig.rb to ?4.0? to simulate running on .NET 4. After doing this and using the ??platform universal-.net? option, iron-term-ansicolor-0.0.3-universal-.net-2.0 was installed which was surprising to me as I would have expected it to install iron-term-ansicolor-0.0.3-universal-.net. When I used the ??platform universal-.net-4.0? option, iron-term-ansicolor-0.0.3 was installed which was also surprising. So there does not seem to be any way to install iron-term-ansicolor-0.0.3-universal-.net.

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Will Green
Sent: Sunday, March 07, 2010 6:33 AM
To: ironruby-core
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Thanks, Daniele!

I've got three version of iron-term-ansicolor out there on RubyGems.org:


  *   iron-term-ansicolor-0.0.3                     (gemspec.platform="ruby")
  *   iron-term-ansicolor-0.0.3-universal-.net      (gemspec.platform="universal-.net")
  *   iron-term-ansicolor-0.0.3-universal-.net-2.0  (gemspec.platform="universal-.net-2.0")

It looks like the .Net 4 runtime selected the non-platform specific gem, while the .Net 2 runtime selected the "universal-.net-2.0" gem.

--
Will Green
http://hotgazpacho.org/
On Sun, Mar 7, 2010 at 4:01 AM, Daniele Alessandri <suppakilla at gmail.com<mailto:suppakilla at gmail.com>> wrote:
On Sun, Mar 7, 2010 at 08:07, Will Green <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:

> I would appreciate if someone running the latest from git would try
> ir -S gem install iron-term-ansicolor
> on both the .Net 2 and the .Net 4 runtimes, and let me know which gem gets
> installed.
C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
IronRuby 0.9.4.0 on .NET 2.0.50727.4200

C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
install iron-term-ansicolor --no-rdoc --no-ri
Successfully installed iron-term-ansicolor-0.0.3-universal-.net-2.0
1 gem installed
C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir --version
IronRuby 0.9.4.0 on .NET 4.0.30128.1

C:\Users\nrk\Repositories\ironruby\Merlin\Main\bin\Debug>ir -S gem
install iron-term-ansicolor --no-rdoc --no-ri
Successfully installed iron-term-ansicolor-0.0.3
1 gem installed

--
Daniele Alessandri
http://www.clorophilla.net/
http://twitter.com/JoL1hAHN
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core


_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core



_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100311/a5448318/attachment-0001.html>

From Shri.Borde at microsoft.com  Thu Mar 11 13:14:39 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Thu, 11 Mar 2010 18:14:39 +0000
Subject: [Ironruby-core] RCov
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71E3971@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <a880efe11001221011l2ea8430nb78920efd83bc026@mail.gmail.com>
	<D6A2C0B2674C0C4E81AF840499FCE1D13382B3A3@tk5ex14mbxc106.redmond.corp.microsoft.com>
	<8E45365BECA665489F3CB8878A6C1B7D0C89792E@TK5EX14MBXC140.redmond.corp.microsoft.com>
	<6459203F8B1AF641995AE49D47FA51A7061725@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71E3971@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A70647D9@TK5EX14MBXC134.redmond.corp.microsoft.com>

Any guesses what this code prints?

SCRIPT_LINES__ = {}
require "rubygems"
puts SCRIPT_LINES__.size

If you thought 0 like me, you are wrong. Its prints 31 with MRI. I was trying to get IronRuby to work with rcov in the pure Ruby mode, and was completely baffled why it was not working for IronRuby. Turns out SCRIPT_LINES__ is a magic constant that contains the mapping from the names of all the loaded files to their content. There is a comment about it in the IronRuby sources, but it is an unimplemented feature. The pure-Ruby RCov mode depends on this, and so it does not work with IronRuby.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Monday, March 08, 2010 11:25 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] RCov

Interesting to know though. Thanks for sharing!

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Shri Borde
Sent: Monday, March 08, 2010 11:14 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] RCov

Just noticed that RCov can work in pure Ruby mode without the C-based core known as ?rcovrt?. The pure Ruby mode is two orders of magnitude slower. Just FYI. There is still the issue that it will not profile .NET code?

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Shri Borde
Sent: Friday, January 22, 2010 10:53 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] RCov

The core is C-based. Most of it is in Ruby. This is just similar to ruby-debug which also has a small C-based core. Both would need a small hook from IronRuby. So its certainly feasible to support it, but at this point, it will be post-1.0

However, you would only get coverage for Ruby code. For profiling .NET code, you have to use .NET profilers like the one in VS.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Friday, January 22, 2010 10:34 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] RCov

I think rcov is c-based ?

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ryan Riley
Sent: Friday, January 22, 2010 10:12 AM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] RCov

I know everyone is using IronRuby for their testing, but what about code coverage? Has anyone tried RCov with a .NET app?


Ryan Riley

Email: ryan.riley at panesofglass.org<mailto:ryan.riley at panesofglass.org>
LinkedIn: http://www.linkedin.com/in/ryanriley
Blog: http://wizardsofsmart.net/
Twitter: @panesofglass
Website: http://panesofglass.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100311/8b1c946f/attachment.html>

From cory.foy at gmail.com  Thu Mar 11 13:18:50 2010
From: cory.foy at gmail.com (cory.foy at gmail.com)
Date: Thu, 11 Mar 2010 18:18:50 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <398d3e0e1003110937r6da16c76n2fbbb63f84a8314c@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com><398d3e0e1003070633p4799f0c7qdbf36195e49c031a@mail.gmail.com><6459203F8B1AF641995AE49D47FA51A705FBDE@TK5EX14MBXC134.redmond.corp.microsoft.com><6459203F8B1AF641995AE49D47FA51A705FF4B@TK5EX14MBXC134.redmond.corp.microsoft.com><31BD916A7536A242870B0B4E3F9068D71E0D7E@TK5EX14MBXC136.redmond.corp.microsoft.com><398d3e0e1003101933q6f765eb9q9ecc57d7953337dd@mail.gmail.com><398d3e0e1003102056n75a549dbqf310f77ce467e94@mail.gmail.com><6459203F8B1AF641995AE49D47FA51A70644FD@TK5EX14MBXC134.redmond.corp.microsoft.com><398d3e0e1003110846h72b19013uaa0784241e469eaa@mail.gmail.com><4B342496A3EFEB48839E10BB4BF5964C415A2385@TK5EX14MBXC122.redmond.corp.microsoft.com><398d3e0e1003110937r6da16c76n2fbbb63f84a8314c@mail.gmail.com>
Message-ID: <863018261-1268331531-cardhu_decombobulator_blackberry.rim.net-674813576-@bda612.bisx.prod.on.blackberry>

There's pretty strong use of "dotnet" in other open source projects, and I think that would be best in case gems ever need to decide between dotnet and mono (which is rare, but could happen).

Cory
Sent from my Verizon Wireless BlackBerry

-----Original Message-----
From: Will Green <will at hotgazpacho.org>
Date: Thu, 11 Mar 2010 12:37:51 
To: <ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Probably, as it would cover both .NET and Mono.

If you look at the JRuby stuff in Ruby Gems, the gems are either
"java" or "jruby". We could do "dotnet" and "ironruby", and even
"clr", but I think we should standardize on one.

My vote is for "dotnet".

On Thursday, March 11, 2010, Tomas Matousek
<Tomas.Matousek at microsoft.com> wrote:
> Wouldn?t ?clr? be better after all??Tomas?From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
> Sent: Thursday, March 11, 2010 8:47 AM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] IronRuby version of existing gems?Then why is RbConfig['arch'] "universal-.net2.0" and not "universal-.NET2.0"?--
> Will Green
> http://hotgazpacho.org/
>
> On Thu, Mar 11, 2010 at 10:45 AM, Shri Borde <Shri.Borde at microsoft.com> wrote:The name is spelled as ?.NET?, and so "gemname-universal-dotNET" would read better than just "gemname-universal-dotnet".?From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
> Sent: Wednesday, March 10, 2010 8:57 PM
> To: ironruby-core
> Subject: Re: [Ironruby-core] IronRuby version of existing gems?Attached is a new patch I would propose to address the feedback from the Ruby Gems team. I would love some feedback on it.?It is a patch against rev 2463 of trunk of Ruby Gems source.--
> Will Green
> http://hotgazpacho.org/On Wed, Mar 10, 2010 at 10:33 PM, Will Green <will at hotgazpacho.org> wrote:Based on some work that Shri and I did to figure this out, I have created and submitted a patch to Ruby Gems to include support form .Net native gems:?http://rubyforge.org/tracker/index.php?func=detail&aid=27951&group_id=126&atid=577?As you can see, I've gotten some push-back from the Ruby Gems team on the naming of the platform for the gems. The problem is that they don't like the "." in ".net" (i.e. "universal-.net-2.0"), and have suggested alternatives such as "dotnet", "dotNet", and "Net". I have asked for clarification on their position.?If I understand the Gem::Platform class correctly, the initialize method takes in the values read from RbConfig, and performs some translation to come up with a Gem platform name. So, without any changes to IronRuby itself, we could have gems with names like "iron-term-ansicolor-universal-dotnet". Of course, it would require a small tweak to the version of Ruby Gems that is distributed with IronRuby, but the change is very minor.?So, does anyone object to .Net native gems like:?"gemname-universal-dotnet""gemname-universal-dotnet-2.0""gemname-universal-dotnet-4.0"?I think this would get the patch accepted more quickly.?Is this kosher with LCA, or even something that needs to be brought to their attention?--
> Will Green
> http://hotgazpacho.org/On Sun, Mar 7, 2010 at 10:01 PM, Jim Deville <jdeville at microsoft.com> wrote:I?m also wondering what will happen if you put the gem on two different gem servers (if that is possible, like g

-- 
--
Will Green
http://hotgazpacho.org/
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core

From Shri.Borde at microsoft.com  Thu Mar 11 14:36:16 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Thu, 11 Mar 2010 19:36:16 +0000
Subject: [Ironruby-core] FYI Code Review: config
Message-ID: <6459203F8B1AF641995AE49D47FA51A70651B4@TK5EX14MBXC134.redmond.corp.microsoft.com>

  tfpt review "/shelveset:config;REDMOND\sborde"
  Comment  : 
  Change RbConfig::CONFIG["arch"] to "universal-dotnet2.0" (or "universal-dotnet4.0" on .NET 4)
  Also changed RbConfig::CONFIG["host_os"] to be based on RUBY_PLATFORM so that it will be mswin32 on Windows and linux on Linux.
  Removed some config values that are not present in JRuby


-------------- next part --------------
A non-text attachment was scrubbed...
Name: config.diff
Type: application/octet-stream
Size: 6196 bytes
Desc: config.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100311/cefdb483/attachment.obj>

From jdeville at microsoft.com  Thu Mar 11 14:53:58 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Thu, 11 Mar 2010 19:53:58 +0000
Subject: [Ironruby-core] FYI Code Review: config
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A70651B4@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <6459203F8B1AF641995AE49D47FA51A70651B4@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D71F4988@TK5EX14MBXC136.redmond.corp.microsoft.com>

Looks good. As part of MQ, we should look deeply at the compilation based variables and see if they can be removed or picked up from the arguments to csc.

JD


-----Original Message-----
From: Shri Borde 
Sent: Thursday, March 11, 2010 11:36 AM
To: IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org
Subject: FYI Code Review: config

  tfpt review "/shelveset:config;REDMOND\sborde"
  Comment  : 
  Change RbConfig::CONFIG["arch"] to "universal-dotnet2.0" (or "universal-dotnet4.0" on .NET 4)
  Also changed RbConfig::CONFIG["host_os"] to be based on RUBY_PLATFORM so that it will be mswin32 on Windows and linux on Linux.
  Removed some config values that are not present in JRuby



From orion.edwards at gmail.com  Thu Mar 11 15:07:57 2010
From: orion.edwards at gmail.com (Orion Edwards)
Date: Fri, 12 Mar 2010 09:07:57 +1300
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <863018261-1268331531-cardhu_decombobulator_blackberry.rim.net-674813576-@bda612.bisx.prod.on.blackberry>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A705FF4B@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71E0D7E@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003101933q6f765eb9q9ecc57d7953337dd@mail.gmail.com>
	<398d3e0e1003102056n75a549dbqf310f77ce467e94@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A70644FD@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003110846h72b19013uaa0784241e469eaa@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C415A2385@TK5EX14MBXC122.redmond.corp.microsoft.com>
	<398d3e0e1003110937r6da16c76n2fbbb63f84a8314c@mail.gmail.com>
	<863018261-1268331531-cardhu_decombobulator_blackberry.rim.net-674813576-@bda612.bisx.prod.on.blackberry>
Message-ID: <7c1b59c01003111207m7c8134a8s2cd62972d99e0632@mail.gmail.com>

>> The name is spelled as ?.NET?, and so "gemname-universal-dotNET" would
read better than just "gemname-universal-dotnet".


dotNET looks awful. Microsoft are well known for terrible marketing and
terrible naming, so I'd argue that "use the correct spelling" is an
anti-feature :-)


Personally, I like Tomas' suggestion of clr


gemname-universal-clr2.0 looks very nice :-)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100312/f7e77568/attachment.html>

From will at hotgazpacho.org  Thu Mar 11 15:16:26 2010
From: will at hotgazpacho.org (Will Green)
Date: Thu, 11 Mar 2010 15:16:26 -0500
Subject: [Ironruby-core] FYI Code Review: config
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71F4988@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <6459203F8B1AF641995AE49D47FA51A70651B4@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71F4988@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <398d3e0e1003111216i7c28aec1g4ad306ff2437d09b@mail.gmail.com>

I still have misgivings about RUBY_PLATFORM identifying the underlying OS,
when in reality, the platform that Ruby is running on is the CLR.

Based on this change, I will update my patch for Ruby Gems and resubmit to
that team.

--
Will Green
http://hotgazpacho.org/


On Thu, Mar 11, 2010 at 2:53 PM, Jim Deville <jdeville at microsoft.com> wrote:

> Looks good. As part of MQ, we should look deeply at the compilation based
> variables and see if they can be removed or picked up from the arguments to
> csc.
>
> JD
>
>
> -----Original Message-----
> From: Shri Borde
> Sent: Thursday, March 11, 2010 11:36 AM
> To: IronRuby External Code Reviewers
> Cc: ironruby-core at rubyforge.org
> Subject: FYI Code Review: config
>
>  tfpt review "/shelveset:config;REDMOND\sborde"
>  Comment  :
>  Change RbConfig::CONFIG["arch"] to "universal-dotnet2.0" (or
> "universal-dotnet4.0" on .NET 4)
>  Also changed RbConfig::CONFIG["host_os"] to be based on RUBY_PLATFORM so
> that it will be mswin32 on Windows and linux on Linux.
>  Removed some config values that are not present in JRuby
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100311/a6ed45c6/attachment.html>

From will at hotgazpacho.org  Thu Mar 11 15:39:06 2010
From: will at hotgazpacho.org (Will Green)
Date: Thu, 11 Mar 2010 15:39:06 -0500
Subject: [Ironruby-core] The Proper way to detect the Windows Platform in
	Ruby
Message-ID: <398d3e0e1003111239w33562586u93e2a7ea75a79381@mail.gmail.com>

Thought I'd share this with everyone:

http://blog.emptyway.com/2009/11/03/proper-way-to-detect-windows-platform-in-ruby/

>From one of the JRuby core team.
<http://blog.emptyway.com/2009/11/03/proper-way-to-detect-windows-platform-in-ruby/>
--
Will Green
http://hotgazpacho.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100311/f6d41b10/attachment.html>

From ivan at whiterabbitconsulting.eu  Thu Mar 11 16:18:46 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Thu, 11 Mar 2010 22:18:46 +0100
Subject: [Ironruby-core] The Proper way to detect the Windows Platform
	in Ruby
In-Reply-To: <398d3e0e1003111239w33562586u93e2a7ea75a79381@mail.gmail.com>
References: <398d3e0e1003111239w33562586u93e2a7ea75a79381@mail.gmail.com>
Message-ID: <b1c6aabb1003111318y35206572mfca0334aa965bdcd@mail.gmail.com>

I've been using ENV['OS'] == 'Windows_NT' to detect windows relaibly


On Thursday, March 11, 2010, Will Green <will at hotgazpacho.org> wrote:
> Thought I'd share this with everyone:
> http://blog.emptyway.com/2009/11/03/proper-way-to-detect-windows-platform-in-ruby/
>
>
> From one of the JRuby core team.?<http://blog.emptyway.com/2009/11/03/proper-way-to-detect-windows-platform-in-ruby/>--
> Will Green
> http://hotgazpacho.org/
>
>

-- 
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero - Mob: +32.486.787.582
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP

From ivan at whiterabbitconsulting.eu  Thu Mar 11 16:19:52 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Thu, 11 Mar 2010 22:19:52 +0100
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <7c1b59c01003111207m7c8134a8s2cd62972d99e0632@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<31BD916A7536A242870B0B4E3F9068D71E0D7E@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003101933q6f765eb9q9ecc57d7953337dd@mail.gmail.com>
	<398d3e0e1003102056n75a549dbqf310f77ce467e94@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A70644FD@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003110846h72b19013uaa0784241e469eaa@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C415A2385@TK5EX14MBXC122.redmond.corp.microsoft.com>
	<398d3e0e1003110937r6da16c76n2fbbb63f84a8314c@mail.gmail.com>
	<863018261-1268331531-cardhu_decombobulator_blackberry.rim.net-674813576-@bda612.bisx.prod.on.blackberry>
	<7c1b59c01003111207m7c8134a8s2cd62972d99e0632@mail.gmail.com>
Message-ID: <b1c6aabb1003111319y4fbbce94y96748346db13b92e@mail.gmail.com>

I don't care either way as long as it's lower-case

On Thursday, March 11, 2010, Orion Edwards <orion.edwards at gmail.com> wrote:
>>> The name is spelled as ?.NET?, and so?"gemname-universal-dotNET"?would read better than just?"gemname-universal-dotnet".
>
>
> dotNET looks awful. Microsoft are well known for terrible marketing and terrible naming, so I'd argue that "use the correct spelling" is an anti-feature :-)
>
>
> Personally, I like Tomas' suggestion of clr
> gemname-universal-clr2.0 looks very nice :-)
>
>

-- 
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero - Mob: +32.486.787.582
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP

From Tomas.Matousek at microsoft.com  Thu Mar 11 16:39:25 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Thu, 11 Mar 2010 21:39:25 +0000
Subject: [Ironruby-core] The Proper way to detect the Windows
	Platform	in Ruby
In-Reply-To: <b1c6aabb1003111318y35206572mfca0334aa965bdcd@mail.gmail.com>
References: <398d3e0e1003111239w33562586u93e2a7ea75a79381@mail.gmail.com>
	<b1c6aabb1003111318y35206572mfca0334aa965bdcd@mail.gmail.com>
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C415A26B0@TK5EX14MBXC122.redmond.corp.microsoft.com>

Sure, using RUBY_PLATFORM is not good. However if you search thru Ruby gems it's used all over the place :(
So until at least 90% of Ruby apps detect OS specific features properly we need to keep RUBY_PLATFORM set to win32/darwin/linux depending on the underlying OS. I guess some gems might be broken on JRuby on Windows since they don't check for "java".

  ruby-1.8.6p368\lib\ruby\1.8\ftools.rb(103):    if RUBY_PLATFORM =~ /djgpp|(cyg|ms|bcc)win|mingw/ and file? to
  ruby-1.8.6p368\lib\ruby\1.8\drb\extservm.rb(89):      if RUBY_PLATFORM =~ /mswin32/ && /NT/ =~ ENV["OS"]
  ruby-1.8.6p368\lib\ruby\1.8\rdoc\options.rb(547):    return if RUBY_PLATFORM =~ /win/
  ruby-1.8.6p368\lib\ruby\1.8\soap\streamHandler.rb(23):  RUBY_VERSION_STRING = "ruby #{ RUBY_VERSION } (#{ RUBY_RELEASE_DATE }) [#{ RUBY_PLATFORM }]"
  ruby-1.8.6p368\lib\ruby\1.8\xmlrpc\server.rb(643):    if RUBY_PLATFORM =~ /mingw|mswin32/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\actionpack-2.3.5\test\controller\layout_test.rb(201):unless RUBY_PLATFORM =~ /(:?mswin|mingw|bccwin)/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\activesupport-2.3.5\lib\active_support\core_ext\kernel\reporting.rb(38):    stream.reopen(RUBY_PLATFORM =~ /mswin/ ? 'NUL:' : '/dev/null')
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\activesupport-2.3.5\lib\active_support\xml_mini\jdom.rb(1):raise "JRuby is required to use the JDOM backend for XmlMini" unless RUBY_PLATFORM =~ /java/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\activesupport-3.0.pre\lib\active_support\core_ext\kernel\reporting.rb(40):    stream.reopen(RUBY_PLATFORM =~ /mswin/ ? 'NUL:' : '/dev/null')
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\activesupport-3.0.pre\lib\active_support\testing\isolation.rb(36):        !ENV["NO_FORK"] && RUBY_PLATFORM !~ /mswin|mingw|java/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\activesupport-3.0.pre\lib\active_support\xml_mini\jdom.rb(1):raise "JRuby is required to use the JDOM backend for XmlMini" unless RUBY_PLATFORM =~ /java/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.0.2\Rakefile(41):RCOV_ENABLED = (RUBY_PLATFORM != "java" && RUBY_VERSION =~ /^1\.8/)
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.0.2\Rakefile(48):WINDOWS = (RUBY_PLATFORM =~ /mswin|win32|mingw|bccwin|cygwin/) rescue false
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.0.2\spec\addressable\uri_spec.rb(3010):    if RUBY_PLATFORM =~ /mswin/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.0.2\spec\addressable\uri_spec.rb(3017):  if RUBY_PLATFORM =~ /mswin/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.1.0\Rakefile(40):RCOV_ENABLED = (RUBY_PLATFORM != "java" && RUBY_VERSION =~ /^1\.8/)
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.1.0\Rakefile(47):WINDOWS = (RUBY_PLATFORM =~ /mswin|win32|mingw|bccwin|cygwin/) rescue false
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.1.0\spec\addressable\uri_spec.rb(3128):    if RUBY_PLATFORM =~ /mswin/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.1.0\spec\addressable\uri_spec.rb(3135):  if RUBY_PLATFORM =~ /mswin/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\cgi_multipart_eof_fix-2.5.0\lib\cgi_multipart_eof_fix.rb(8):if version [0] < 2 and version [1] < 9 and version [2] < 6 and RUBY_PLATFORM !~ /java/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\cgi_multipart_eof_fix-2.5.0\test\test_cgi_multipart_eof_fix.rb(18):IS_VULNERABLE = (version [0] < 2 and version [1] < 9 and version [2] < 6 and RUBY_PLATFORM !~ /java/)
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\cucumber-0.3.94\gem_tasks\environment.rake(2):  RUBY_APP = if RUBY_PLATFORM =~ /java/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\cucumber-0.3.97\gem_tasks\environment.rake(2):  RUBY_APP = if RUBY_PLATFORM =~ /java/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\data_objects-0.9.12\Rakefile(9):JRUBY   = RUBY_PLATFORM =~ /java/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\data_objects-0.9.12\lib\data_objects\connection.rb(19):        warn 'JNDI URLs (connection strings) are only for use with JRuby' unless RUBY_PLATFORM =~ /java/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\data_objects-0.9.12\lib\data_objects\connection.rb(22):        warn 'JDBC URLs (connection strings) are only for use with JRuby' unless RUBY_PLATFORM =~ /java/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\dm-adjust-0.9.11\Rakefile(5):JRUBY   = RUBY_PLATFORM =~ /java/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\dm-core-0.9.11\tasks\install.rb(1):WIN32 = (RUBY_PLATFORM =~ /win32|mingw|bccwin|cygwin/) rescue nil
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\dm-serializer-0.9.11\Rakefile(5):JRUBY   = RUBY_PLATFORM =~ /java/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\dm-types-0.9.11\Rakefile(5):JRUBY   = RUBY_PLATFORM =~ /java/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\dm-validations-0.9.11\Rakefile(5):JRUBY   = RUBY_PLATFORM =~ /java/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\extlib-0.9.12\Rakefile(13):JRUBY   = RUBY_PLATFORM =~ /java/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\extlib-0.9.12\spec\pooling_spec.rb(61):          pool_size = if RUBY_PLATFORM =~ /java/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\gem_plugin-0.2.3\resources\Rakefile(35):  p.need_tar = true if RUBY_PLATFORM !~ /mswin/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\haml-2.2.2\Rakefile(67):  sudo = RUBY_PLATFORM =~ /win32/ ? '' : 'sudo'
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\haml-2.2.2\Rakefile(68):  gem  = RUBY_PLATFORM =~ /java/  ? 'jgem' : 'gem'
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\highline-1.5.1\lib\highline\system_extensions.rb(21):      raise LoadError, "Cygwin is a Posix OS." if RUBY_PLATFORM =~ /\bcygwin\b/i
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\highline-1.5.1\lib\highline\system_extensions.rb(184):        if /solaris/ =~ RUBY_PLATFORM and
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\hoe-2.3.3\lib\hoe.rb(91):  WINDOZE = /mswin|mingw/ =~ RUBY_PLATFORM unless defined? WINDOZE
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\merb-action-args-1.0.12\lib\merb-action-args\get_args.rb(1):unless RUBY_PLATFORM == "java"
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\merb-core-1.0.12\Rakefile(408):  spec_cmd = (RUBY_PLATFORM =~ /java/) ? "jruby -S spec" : "spec"
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\merb-core-1.0.12\lib\merb-core.rb(778):      RUBY_PLATFORM =~ Merb::Const::JAVA_PLATFORM_REGEXP
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\merb-core-1.0.12\lib\merb-core.rb(783):      RUBY_PLATFORM =~ Merb::Const::WIN_PLATFORM_REGEXP
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mime-types-1.16\lib\mime\types.rb(494):      system? and (RUBY_PLATFORM =~ @system)
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(70):#   if RUBY_PLATFORM !~ /mswin|mingw|java/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(167):#       unless RUBY_PLATFORM =~ /mswin/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(185):#   sh("rake java package") unless RUBY_PLATFORM =~ /java/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(188):#   # sub_project("mongrel_service", :package) if RUBY_PLATFORM =~ /mswin/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(189):#   # sh("rake mswin package") unless RUBY_PLATFORM =~ /mswin/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(207):#   sub_project("mongrel_service", :install) if RUBY_PLATFORM =~ /mswin|mingw/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(219):#   sub_project("mongrel_service", :uninstall) if RUBY_PLATFORM =~ /mswin|mingw/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(232):#   sub_project("mongrel_service", :clean) if RUBY_PLATFORM =~ /mswin|mingw/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\bin\mongrel_rails(140):        if RUBY_PLATFORM !~ /mswin/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\lib\mongrel\configurator.rb(84):      if RUBY_PLATFORM !~ /mswin|mingw/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\lib\mongrel\configurator.rb(188):      if RUBY_PLATFORM !~ /mswin|mingw/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\lib\mongrel\configurator.rb(369):      if RUBY_PLATFORM !~ /mswin|mingw/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\lib\mongrel\rails.rb(176):        if RUBY_PLATFORM !~ /mswin|mingw/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\test\testhelp.rb(78):  result = RUBY_PLATFORM =~ /djgpp|(cyg|ms|bcc)win|mingw/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\net-ssh-2.0.13\Rakefile(36):  p.need_tar = true if RUBY_PLATFORM !~ /mswin/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\net-ssh-2.0.13\lib\net\ssh\authentication\agent.rb(6):require 'net/ssh/authentication/pageant' if File::ALT_SEPARATOR && !(RUBY_PLATFORM =~ /java/)
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\ParseTree-3.0.4\lib\parse_tree.rb(295):    builder.add_compile_flags "-Werror" unless RUBY_PLATFORM =~ /mswin/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\ParseTree-3.0.4\lib\parse_tree.rb(1123):    extern_mode = RUBY_PLATFORM =~ /mswin/ ? 'RUBY_EXTERN' : 'extern'
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\pathname2-1.6.2\CHANGES(28):* Changed platform checking to use rbconfig instead of RUBY_PLATFORM to avoid
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\ptools-1.1.7\CHANGES(3):* Replaced RUBY_PLATFORM with rbconfig check for the sake of other
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rack-1.0.1\lib\rack\rewindable_input.rb(97):      RUBY_PLATFORM !~ /(mswin|mingw|cygwin|java)/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\CHANGELOG(497):* Windows: include MinGW in RUBY_PLATFORM check.  #2982 [okkez000 at gmail.com, Kaspar Schiess]
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\CHANGELOG(811):* Windows: include MinGW in RUBY_PLATFORM check.  #2982 [okkez000 at gmail.com, Kaspar Schiess]
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\lib\initializer.rb(873):        if RUBY_PLATFORM =~ /(:?mswin|mingw)/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\lib\commands\console.rb(1):irb = RUBY_PLATFORM =~ /(:?mswin|mingw)/ ? 'irb.bat' : 'irb'
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\lib\commands\dbconsole.rb(35):  commands += commands.map{|cmd| "#{cmd}.exe"} if RUBY_PLATFORM =~ /win32/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\lib\commands\runner.rb(21):  if RUBY_PLATFORM !~ /mswin/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\lib\rails_generator\generators\applications\app\app_generator.rb(261):      ].find { |f| File.exist?(f) } unless RUBY_PLATFORM =~ /(:?mswin|mingw)/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\lib\tasks\testing.rake(33):    STDERR.reopen(RUBY_PLATFORM =~ /(:?mswin|mingw)/ ? 'NUL:' : '/dev/null')
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\CHANGELOG(494):* Windows: include MinGW in RUBY_PLATFORM check.  #2982 [okkez000 at gmail.com, Kaspar Schiess]
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\CHANGELOG(808):* Windows: include MinGW in RUBY_PLATFORM check.  #2982 [okkez000 at gmail.com, Kaspar Schiess]
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\lib\rails\configuration.rb(44):        RUBY_PLATFORM =~ /(:?mswin|mingw)/ ?
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\lib\rails\commands\dbconsole.rb(45):        commands += commands.map{|cmd| "#{cmd}.exe"} if RUBY_PLATFORM =~ /win32/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\lib\rails\commands\runner.rb(21):  if RUBY_PLATFORM !~ /mswin/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\lib\rails\generators\actions.rb(243):        sudo = options[:sudo] && RUBY_PLATFORM !~ /mswin|mingw/ ? 'sudo ' : ''
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\lib\rails\generators\actions.rb(300):          if RUBY_PLATFORM =~ /mswin|mingw/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\lib\rails\generators\rails\app\app_generator.rb(207):        ].find { |f| File.exist?(f) } unless RUBY_PLATFORM =~ /(:?mswin|mingw)/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\lib\rails\tasks\testing.rake(33):    STDERR.reopen(RUBY_PLATFORM =~ /(:?mswin|mingw)/ ? 'NUL:' : '/dev/null')
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rake-0.8.4\lib\rake.rb(2143):      RUBY_PLATFORM =~ /(aix|darwin|linux|(net|free|open)bsd|cygwin|solaris|irix|hpux)/i
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rake-0.8.7\lib\rake.rb(2167):      RUBY_PLATFORM =~ /(aix|darwin|linux|(net|free|open)bsd|cygwin|solaris|irix|hpux)/i
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rspec-1.2.8\History.rdoc(342):* Consider MinGW as valid RUBY_PLATFORM for --colour option. (patch from Luis Lavena). Closes #406.
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rspec-1.2.8\History.rdoc(365):* Consider MinGW as valid RUBY_PLATFORM for --colour option. (patch from Luis Lavena). Closes #406.
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rspec-1.2.8\bin\autospec(4):system (RUBY_PLATFORM =~ /mswin|mingw/ ? 'autotest.bat' : 'autotest'), *ARGV
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rspec-1.2.8\lib\spec\runner\options.rb(162):        if @colour && RUBY_PLATFORM =~ /mswin|mingw/ ;\
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rspec-1.2.8\spec\spec_helper.rb(16):  ::RUBY_PLATFORM == 'java'
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rspec-1.2.8\spec\spec\package\bin_spec_spec.rb(8):    pending "Hangs on JRuby" if RUBY_PLATFORM =~ /java/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rspec-1.2.8\spec\spec\package\bin_spec_spec.rb(16):    pending "Hangs on JRuby" if RUBY_PLATFORM =~ /java/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rubygems-update-1.3.5\ChangeLog(3793):  * changed spec to use the RUBY_PLATFORM for Platform::CURRENT
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rubygems-update-1.3.5\lib\rubygems.rb(1036):      @@win_platform = !!WIN_PATTERNS.find { |r| RUBY_PLATFORM =~ r }
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\RubyInline-3.8.3\lib\inline.rb(580):            RUBY_PLATFORM =~ /darwin9\.[01]/
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\RubyInline-3.8.3\lib\inline.rb(596):          if WINDOZE and RUBY_PLATFORM =~ /_80$/ then
  ruby-1.8.6p368\lib\ruby\gems\1.8\gems\ZenTest-4.1.4\lib\unit_diff.rb(40):  WINDOZE = /win32/ =~ RUBY_PLATFORM unless defined? WINDOZE
  ruby-1.8.6p368\lib\ruby\site_ruby\1.8\rbreadline.rb(1223):      return nil if RUBY_PLATFORM =~ /mswin|mingw/
  ruby-1.8.6p368\lib\ruby\site_ruby\1.8\rbreadline.rb(2086):      if RUBY_PLATFORM =~ /mswin|mingw/
  ruby-1.8.6p368\lib\ruby\site_ruby\1.8\rbreadline.rb(2434):      if RUBY_PLATFORM =~ /mswin|mingw/
  ruby-1.8.6p368\lib\ruby\site_ruby\1.8\rbreadline.rb(4277):      raise LoadError, "Cygwin is a Posix OS." if RUBY_PLATFORM =~ /\bcygwin\b/i
  ruby-1.8.6p368\lib\ruby\site_ruby\1.8\rbreadline.rb(4278):      raise LoadError, "Not Windows" if RUBY_PLATFORM !~ /mswin|mingw/
  ruby-1.8.6p368\lib\ruby\site_ruby\1.8\rubygems.rb(1036):      @@win_platform = !!WIN_PATTERNS.find { |r| RUBY_PLATFORM =~ r }


Tomas

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ivan Porto Carrero
Sent: Thursday, March 11, 2010 1:19 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] The Proper way to detect the Windows Platform in Ruby

I've been using ENV['OS'] == 'Windows_NT' to detect windows relaibly


On Thursday, March 11, 2010, Will Green <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:
> Thought I'd share this with everyone:
> http://blog.emptyway.com/2009/11/03/proper-way-to-detect-windows-platf
> orm-in-ruby/
>
>
> From one of the JRuby core team.
> <http://blog.emptyway.com/2009/11/03/proper-way-to-detect-windows-plat
> form-in-ruby/>--
> Will Green
> http://hotgazpacho.org/
>
>

--
---
Met vriendelijke groeten - Best regards - Salutations Ivan Porto Carrero - Mob: +32.486.787.582
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero) Microsoft IronRuby/C# MVP _______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100311/74a33b72/attachment-0001.html>

From Tomas.Matousek at microsoft.com  Thu Mar 11 16:42:34 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Thu, 11 Mar 2010 21:42:34 +0000
Subject: [Ironruby-core] Code Review: InvalidNames
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C415A26C6@TK5EX14MBXC122.redmond.corp.microsoft.com>

  tfpt review "/shelveset:InvalidNames;REDMOND\tomat"
  Comment  : 
  Adds filtering of invalid names from the lists that are produced by methods, instance_methods, constants, etc. 
  Fixes Dev.bat. Environment variables are incorrectly expanded on 64 machines.

Tomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: InvalidNames.diff
Type: application/octet-stream
Size: 5665 bytes
Desc: InvalidNames.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100311/3daaf922/attachment.obj>

From will at hotgazpacho.org  Thu Mar 11 17:01:57 2010
From: will at hotgazpacho.org (Will Green)
Date: Thu, 11 Mar 2010 17:01:57 -0500
Subject: [Ironruby-core] The Proper way to detect the Windows Platform
	in Ruby
In-Reply-To: <4B342496A3EFEB48839E10BB4BF5964C415A26B0@TK5EX14MBXC122.redmond.corp.microsoft.com>
References: <398d3e0e1003111239w33562586u93e2a7ea75a79381@mail.gmail.com>
	<b1c6aabb1003111318y35206572mfca0334aa965bdcd@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C415A26B0@TK5EX14MBXC122.redmond.corp.microsoft.com>
Message-ID: <398d3e0e1003111401g2bf00bcay7e6324dc7bcbeb8b@mail.gmail.com>

Yikes!

Well, those are all OSS projects. We should fork them, fix them, and send
pull requests/patches ;-)

--
Will Green
http://hotgazpacho.org/


On Thu, Mar 11, 2010 at 4:39 PM, Tomas Matousek <
Tomas.Matousek at microsoft.com> wrote:

>  Sure, using RUBY_PLATFORM is not good. However if you search thru Ruby
> gems it's used all over the place :(
> So until at least 90% of Ruby apps detect OS specific features properly we
> need to keep RUBY_PLATFORM set to win32/darwin/linux depending on the
> underlying OS. I guess some gems might be broken on JRuby on Windows since
> they don't check for "java".
>
>   ruby-1.8.6p368\lib\ruby\1.8\ftools.rb(103):    if RUBY_PLATFORM =~
> /djgpp|(cyg|ms|bcc)win|mingw/ and file? to
>   ruby-1.8.6p368\lib\ruby\1.8\drb\extservm.rb(89):      if RUBY_PLATFORM =~
> /mswin32/ && /NT/ =~ ENV["OS"]
>   ruby-1.8.6p368\lib\ruby\1.8\rdoc\options.rb(547):    return if
> RUBY_PLATFORM =~ /win/
>   ruby-1.8.6p368\lib\ruby\1.8\soap\streamHandler.rb(23):
> RUBY_VERSION_STRING = "ruby #{ RUBY_VERSION } (#{ RUBY_RELEASE_DATE }) [#{
> RUBY_PLATFORM }]"
>   ruby-1.8.6p368\lib\ruby\1.8\xmlrpc\server.rb(643):    if RUBY_PLATFORM =~
> /mingw|mswin32/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\actionpack-2.3.5\test\controller\layout_test.rb(201):unless
> RUBY_PLATFORM =~ /(:?mswin|mingw|bccwin)/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\activesupport-2.3.5\lib\active_support\core_ext\kernel\reporting.rb(38):
> stream.reopen(RUBY_PLATFORM =~ /mswin/ ? 'NUL:' : '/dev/null')
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\activesupport-2.3.5\lib\active_support\xml_mini\jdom.rb(1):raise
> "JRuby is required to use the JDOM backend for XmlMini" unless RUBY_PLATFORM
> =~ /java/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\activesupport-3.0.pre\lib\active_support\core_ext\kernel\reporting.rb(40):
> stream.reopen(RUBY_PLATFORM =~ /mswin/ ? 'NUL:' : '/dev/null')
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\activesupport-3.0.pre\lib\active_support\testing\isolation.rb(36):
> !ENV["NO_FORK"] && RUBY_PLATFORM !~ /mswin|mingw|java/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\activesupport-3.0.pre\lib\active_support\xml_mini\jdom.rb(1):raise
> "JRuby is required to use the JDOM backend for XmlMini" unless RUBY_PLATFORM
> =~ /java/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.0.2\Rakefile(41):RCOV_ENABLED
> = (RUBY_PLATFORM != "java" && RUBY_VERSION =~ /^1\.8/)
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.0.2\Rakefile(48):WINDOWS
> = (RUBY_PLATFORM =~ /mswin|win32|mingw|bccwin|cygwin/) rescue false
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.0.2\spec\addressable\uri_spec.rb(3010):
> if RUBY_PLATFORM =~ /mswin/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.0.2\spec\addressable\uri_spec.rb(3017):
> if RUBY_PLATFORM =~ /mswin/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.1.0\Rakefile(40):RCOV_ENABLED
> = (RUBY_PLATFORM != "java" && RUBY_VERSION =~ /^1\.8/)
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.1.0\Rakefile(47):WINDOWS
> = (RUBY_PLATFORM =~ /mswin|win32|mingw|bccwin|cygwin/) rescue false
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.1.0\spec\addressable\uri_spec.rb(3128):
> if RUBY_PLATFORM =~ /mswin/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.1.0\spec\addressable\uri_spec.rb(3135):
> if RUBY_PLATFORM =~ /mswin/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\cgi_multipart_eof_fix-2.5.0\lib\cgi_multipart_eof_fix.rb(8):if
> version [0] < 2 and version [1] < 9 and version [2] < 6 and RUBY_PLATFORM !~
> /java/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\cgi_multipart_eof_fix-2.5.0\test\test_cgi_multipart_eof_fix.rb(18):IS_VULNERABLE
> = (version [0] < 2 and version [1] < 9 and version [2] < 6 and RUBY_PLATFORM
> !~ /java/)
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\cucumber-0.3.94\gem_tasks\environment.rake(2):
> RUBY_APP = if RUBY_PLATFORM =~ /java/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\cucumber-0.3.97\gem_tasks\environment.rake(2):
> RUBY_APP = if RUBY_PLATFORM =~ /java/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\data_objects-0.9.12\Rakefile(9):JRUBY
> = RUBY_PLATFORM =~ /java/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\data_objects-0.9.12\lib\data_objects\connection.rb(19):
> warn 'JNDI URLs (connection strings) are only for use with JRuby' unless
> RUBY_PLATFORM =~ /java/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\data_objects-0.9.12\lib\data_objects\connection.rb(22):
> warn 'JDBC URLs (connection strings) are only for use with JRuby' unless
> RUBY_PLATFORM =~ /java/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\dm-adjust-0.9.11\Rakefile(5):JRUBY   =
> RUBY_PLATFORM =~ /java/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\dm-core-0.9.11\tasks\install.rb(1):WIN32
> = (RUBY_PLATFORM =~ /win32|mingw|bccwin|cygwin/) rescue nil
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\dm-serializer-0.9.11\Rakefile(5):JRUBY
> = RUBY_PLATFORM =~ /java/
>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\dm-types-0.9.11\Rakefile(5):JRUBY
> = RUBY_PLATFORM =~ /java/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\dm-validations-0.9.11\Rakefile(5):JRUBY
> = RUBY_PLATFORM =~ /java/
>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\extlib-0.9.12\Rakefile(13):JRUBY
> = RUBY_PLATFORM =~ /java/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\extlib-0.9.12\spec\pooling_spec.rb(61):
> pool_size = if RUBY_PLATFORM =~ /java/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\gem_plugin-0.2.3\resources\Rakefile(35):
> p.need_tar = true if RUBY_PLATFORM !~ /mswin/
>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\haml-2.2.2\Rakefile(67):  sudo =
> RUBY_PLATFORM =~ /win32/ ? '' : 'sudo'
>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\haml-2.2.2\Rakefile(68):  gem  =
> RUBY_PLATFORM =~ /java/  ? 'jgem' : 'gem'
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\highline-1.5.1\lib\highline\system_extensions.rb(21):
> raise LoadError, "Cygwin is a Posix OS." if RUBY_PLATFORM =~ /\bcygwin\b/i
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\highline-1.5.1\lib\highline\system_extensions.rb(184):
> if /solaris/ =~ RUBY_PLATFORM and
>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\hoe-2.3.3\lib\hoe.rb(91):  WINDOZE
> = /mswin|mingw/ =~ RUBY_PLATFORM unless defined? WINDOZE
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\merb-action-args-1.0.12\lib\merb-action-args\get_args.rb(1):unless
> RUBY_PLATFORM == "java"
>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\merb-core-1.0.12\Rakefile(408):
> spec_cmd = (RUBY_PLATFORM =~ /java/) ? "jruby -S spec" : "spec"
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\merb-core-1.0.12\lib\merb-core.rb(778):
> RUBY_PLATFORM =~ Merb::Const::JAVA_PLATFORM_REGEXP
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\merb-core-1.0.12\lib\merb-core.rb(783):
> RUBY_PLATFORM =~ Merb::Const::WIN_PLATFORM_REGEXP
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mime-types-1.16\lib\mime\types.rb(494):
> system? and (RUBY_PLATFORM =~ @system)
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(70):#
> if RUBY_PLATFORM !~ /mswin|mingw|java/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(167):#
> unless RUBY_PLATFORM =~ /mswin/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(185):#
> sh("rake java package") unless RUBY_PLATFORM =~ /java/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(188):#
> # sub_project("mongrel_service", :package) if RUBY_PLATFORM =~ /mswin/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(189):#
> # sh("rake mswin package") unless RUBY_PLATFORM =~ /mswin/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(207):#
> sub_project("mongrel_service", :install) if RUBY_PLATFORM =~ /mswin|mingw/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(219):#
> sub_project("mongrel_service", :uninstall) if RUBY_PLATFORM =~ /mswin|mingw/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(232):#
> sub_project("mongrel_service", :clean) if RUBY_PLATFORM =~ /mswin|mingw/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\bin\mongrel_rails(140):
> if RUBY_PLATFORM !~ /mswin/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\lib\mongrel\configurator.rb(84):
> if RUBY_PLATFORM !~ /mswin|mingw/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\lib\mongrel\configurator.rb(188):
> if RUBY_PLATFORM !~ /mswin|mingw/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\lib\mongrel\configurator.rb(369):
> if RUBY_PLATFORM !~ /mswin|mingw/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\lib\mongrel\rails.rb(176):
> if RUBY_PLATFORM !~ /mswin|mingw/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\test\testhelp.rb(78):
> result = RUBY_PLATFORM =~ /djgpp|(cyg|ms|bcc)win|mingw/
>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\net-ssh-2.0.13\Rakefile(36):
> p.need_tar = true if RUBY_PLATFORM !~ /mswin/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\net-ssh-2.0.13\lib\net\ssh\authentication\agent.rb(6):require
> 'net/ssh/authentication/pageant' if File::ALT_SEPARATOR && !(RUBY_PLATFORM
> =~ /java/)
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\ParseTree-3.0.4\lib\parse_tree.rb(295):
> builder.add_compile_flags "-Werror" unless RUBY_PLATFORM =~ /mswin/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\ParseTree-3.0.4\lib\parse_tree.rb(1123):
> extern_mode = RUBY_PLATFORM =~ /mswin/ ? 'RUBY_EXTERN' : 'extern'
>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\pathname2-1.6.2\CHANGES(28):*
> Changed platform checking to use rbconfig instead of RUBY_PLATFORM to avoid
>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\ptools-1.1.7\CHANGES(3):* Replaced
> RUBY_PLATFORM with rbconfig check for the sake of other
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rack-1.0.1\lib\rack\rewindable_input.rb(97):
> RUBY_PLATFORM !~ /(mswin|mingw|cygwin|java)/
>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\CHANGELOG(497):*
> Windows: include MinGW in RUBY_PLATFORM check.  #2982 [okkez000 at gmail.com,
> Kaspar Schiess]
>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\CHANGELOG(811):*
> Windows: include MinGW in RUBY_PLATFORM check.  #2982 [okkez000 at gmail.com,
> Kaspar Schiess]
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\lib\initializer.rb(873):
> if RUBY_PLATFORM =~ /(:?mswin|mingw)/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\lib\commands\console.rb(1):irb
> = RUBY_PLATFORM =~ /(:?mswin|mingw)/ ? 'irb.bat' : 'irb'
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\lib\commands\dbconsole.rb(35):
> commands += commands.map{|cmd| "#{cmd}.exe"} if RUBY_PLATFORM =~ /win32/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\lib\commands\runner.rb(21):
> if RUBY_PLATFORM !~ /mswin/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\lib\rails_generator\generators\applications\app\app_generator.rb(261):
> ].find { |f| File.exist?(f) } unless RUBY_PLATFORM =~ /(:?mswin|mingw)/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\lib\tasks\testing.rake(33):
> STDERR.reopen(RUBY_PLATFORM =~ /(:?mswin|mingw)/ ? 'NUL:' : '/dev/null')
>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\CHANGELOG(494):*
> Windows: include MinGW in RUBY_PLATFORM check.  #2982 [okkez000 at gmail.com,
> Kaspar Schiess]
>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\CHANGELOG(808):*
> Windows: include MinGW in RUBY_PLATFORM check.  #2982 [okkez000 at gmail.com,
> Kaspar Schiess]
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\lib\rails\configuration.rb(44):
> RUBY_PLATFORM =~ /(:?mswin|mingw)/ ?
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\lib\rails\commands\dbconsole.rb(45):
> commands += commands.map{|cmd| "#{cmd}.exe"} if RUBY_PLATFORM =~ /win32/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\lib\rails\commands\runner.rb(21):
> if RUBY_PLATFORM !~ /mswin/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\lib\rails\generators\actions.rb(243):
> sudo = options[:sudo] && RUBY_PLATFORM !~ /mswin|mingw/ ? 'sudo ' : ''
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\lib\rails\generators\actions.rb(300):
> if RUBY_PLATFORM =~ /mswin|mingw/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\lib\rails\generators\rails\app\app_generator.rb(207):
> ].find { |f| File.exist?(f) } unless RUBY_PLATFORM =~ /(:?mswin|mingw)/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\lib\rails\tasks\testing.rake(33):
> STDERR.reopen(RUBY_PLATFORM =~ /(:?mswin|mingw)/ ? 'NUL:' : '/dev/null')
>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rake-0.8.4\lib\rake.rb(2143):
> RUBY_PLATFORM =~
> /(aix|darwin|linux|(net|free|open)bsd|cygwin|solaris|irix|hpux)/i
>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rake-0.8.7\lib\rake.rb(2167):
> RUBY_PLATFORM =~
> /(aix|darwin|linux|(net|free|open)bsd|cygwin|solaris|irix|hpux)/i
>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rspec-1.2.8\History.rdoc(342):*
> Consider MinGW as valid RUBY_PLATFORM for --colour option. (patch from Luis
> Lavena). Closes #406.
>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rspec-1.2.8\History.rdoc(365):*
> Consider MinGW as valid RUBY_PLATFORM for --colour option. (patch from Luis
> Lavena). Closes #406.
>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rspec-1.2.8\bin\autospec(4):system
> (RUBY_PLATFORM =~ /mswin|mingw/ ? 'autotest.bat' : 'autotest'), *ARGV
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rspec-1.2.8\lib\spec\runner\options.rb(162):
> if @colour && RUBY_PLATFORM =~ /mswin|mingw/ ;\
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rspec-1.2.8\spec\spec_helper.rb(16):
> ::RUBY_PLATFORM == 'java'
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rspec-1.2.8\spec\spec\package\bin_spec_spec.rb(8):
> pending "Hangs on JRuby" if RUBY_PLATFORM =~ /java/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rspec-1.2.8\spec\spec\package\bin_spec_spec.rb(16):
> pending "Hangs on JRuby" if RUBY_PLATFORM =~ /java/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rubygems-update-1.3.5\ChangeLog(3793):
> * changed spec to use the RUBY_PLATFORM for Platform::CURRENT
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rubygems-update-1.3.5\lib\rubygems.rb(1036):
> @@win_platform = !!WIN_PATTERNS.find { |r| RUBY_PLATFORM =~ r }
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\RubyInline-3.8.3\lib\inline.rb(580):
> RUBY_PLATFORM =~ /darwin9\.[01]/
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\RubyInline-3.8.3\lib\inline.rb(596):
> if WINDOZE and RUBY_PLATFORM =~ /_80$/ then
>
> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\ZenTest-4.1.4\lib\unit_diff.rb(40):
> WINDOZE = /win32/ =~ RUBY_PLATFORM unless defined? WINDOZE
>   ruby-1.8.6p368\lib\ruby\site_ruby\1.8\rbreadline.rb(1223):      return
> nil if RUBY_PLATFORM =~ /mswin|mingw/
>   ruby-1.8.6p368\lib\ruby\site_ruby\1.8\rbreadline.rb(2086):      if
> RUBY_PLATFORM =~ /mswin|mingw/
>   ruby-1.8.6p368\lib\ruby\site_ruby\1.8\rbreadline.rb(2434):      if
> RUBY_PLATFORM =~ /mswin|mingw/
>   ruby-1.8.6p368\lib\ruby\site_ruby\1.8\rbreadline.rb(4277):      raise
> LoadError, "Cygwin is a Posix OS." if RUBY_PLATFORM =~ /\bcygwin\b/i
>   ruby-1.8.6p368\lib\ruby\site_ruby\1.8\rbreadline.rb(4278):      raise
> LoadError, "Not Windows" if RUBY_PLATFORM !~ /mswin|mingw/
>   ruby-1.8.6p368\lib\ruby\site_ruby\1.8\rubygems.rb(1036):
> @@win_platform = !!WIN_PATTERNS.find { |r| RUBY_PLATFORM =~ r }
>
>
> Tomas
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [
> mailto:ironruby-core-bounces at rubyforge.org<ironruby-core-bounces at rubyforge.org>]
> On Behalf Of Ivan Porto Carrero
> Sent: Thursday, March 11, 2010 1:19 PM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] The Proper way to detect the Windows Platform
> in Ruby
>
> I've been using ENV['OS'] == 'Windows_NT' to detect windows relaibly
>
>
> On Thursday, March 11, 2010, Will Green <will at hotgazpacho.org> wrote:
> > Thought I'd share this with everyone:
> > http://blog.emptyway.com/2009/11/03/proper-way-to-detect-windows-platf
> > orm-in-ruby/
> >
> >
> > From one of the JRuby core team.
> > <http://blog.emptyway.com/2009/11/03/proper-way-to-detect-windows-plat
> > form-in-ruby/>--
> > Will Green
> > http://hotgazpacho.org/
> >
> >
>
> --
> ---
> Met vriendelijke groeten - Best regards - Salutations Ivan Porto Carrero -
> Mob: +32.486.787.582
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero) Microsoft
> IronRuby/C# MVP _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100311/c784d619/attachment-0001.html>

From mark.ryall at gmail.com  Thu Mar 11 19:12:52 2010
From: mark.ryall at gmail.com (Mark Ryall)
Date: Fri, 12 Mar 2010 11:12:52 +1100
Subject: [Ironruby-core] The Proper way to detect the Windows Platform
	in Ruby
In-Reply-To: <398d3e0e1003111401g2bf00bcay7e6324dc7bcbeb8b@mail.gmail.com>
References: <398d3e0e1003111239w33562586u93e2a7ea75a79381@mail.gmail.com>
	<b1c6aabb1003111318y35206572mfca0334aa965bdcd@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C415A26B0@TK5EX14MBXC122.redmond.corp.microsoft.com>
	<398d3e0e1003111401g2bf00bcay7e6324dc7bcbeb8b@mail.gmail.com>
Message-ID: <43769a4a1003111612h4473aa20rd1cf105d5a82424d@mail.gmail.com>

I've been trying to writing a lot of dubious cross platform command line
tools with ruby lately and have wanted to isolate the detection of various
platform specific capabilities (playing audio files, accessing the
clipboard, launching a browser) to a gem:

http://github.com/markryall/splat

It is by far the most hideous and embarassing gem ever - basically one
gigantic case statement.  I should have called it the picture of dorian
gray.  I'd briefly looked at ironruby 1.0 rc2 but couldn't see an easy way
to characterise it and haven't got to jruby or linux at all yet.

I noticed that someone else has attempted to create something similar with
sane (the homepage link from http://rubygems.org/gems/sane is broken so i'm
not sure where the source really is).

It'd be awesome for the existence of such things to be unnecessary.

Mark.

On Fri, Mar 12, 2010 at 9:01 AM, Will Green <will at hotgazpacho.org> wrote:

> Yikes!
>
> Well, those are all OSS projects. We should fork them, fix them, and send
> pull requests/patches ;-)
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
> On Thu, Mar 11, 2010 at 4:39 PM, Tomas Matousek <
> Tomas.Matousek at microsoft.com> wrote:
>
>>  Sure, using RUBY_PLATFORM is not good. However if you search thru Ruby
>> gems it's used all over the place :(
>> So until at least 90% of Ruby apps detect OS specific features properly we
>> need to keep RUBY_PLATFORM set to win32/darwin/linux depending on the
>> underlying OS. I guess some gems might be broken on JRuby on Windows since
>> they don't check for "java".
>>
>>   ruby-1.8.6p368\lib\ruby\1.8\ftools.rb(103):    if RUBY_PLATFORM =~
>> /djgpp|(cyg|ms|bcc)win|mingw/ and file? to
>>   ruby-1.8.6p368\lib\ruby\1.8\drb\extservm.rb(89):      if RUBY_PLATFORM
>> =~ /mswin32/ && /NT/ =~ ENV["OS"]
>>   ruby-1.8.6p368\lib\ruby\1.8\rdoc\options.rb(547):    return if
>> RUBY_PLATFORM =~ /win/
>>   ruby-1.8.6p368\lib\ruby\1.8\soap\streamHandler.rb(23):
>> RUBY_VERSION_STRING = "ruby #{ RUBY_VERSION } (#{ RUBY_RELEASE_DATE }) [#{
>> RUBY_PLATFORM }]"
>>   ruby-1.8.6p368\lib\ruby\1.8\xmlrpc\server.rb(643):    if RUBY_PLATFORM
>> =~ /mingw|mswin32/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\actionpack-2.3.5\test\controller\layout_test.rb(201):unless
>> RUBY_PLATFORM =~ /(:?mswin|mingw|bccwin)/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\activesupport-2.3.5\lib\active_support\core_ext\kernel\reporting.rb(38):
>> stream.reopen(RUBY_PLATFORM =~ /mswin/ ? 'NUL:' : '/dev/null')
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\activesupport-2.3.5\lib\active_support\xml_mini\jdom.rb(1):raise
>> "JRuby is required to use the JDOM backend for XmlMini" unless RUBY_PLATFORM
>> =~ /java/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\activesupport-3.0.pre\lib\active_support\core_ext\kernel\reporting.rb(40):
>> stream.reopen(RUBY_PLATFORM =~ /mswin/ ? 'NUL:' : '/dev/null')
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\activesupport-3.0.pre\lib\active_support\testing\isolation.rb(36):
>> !ENV["NO_FORK"] && RUBY_PLATFORM !~ /mswin|mingw|java/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\activesupport-3.0.pre\lib\active_support\xml_mini\jdom.rb(1):raise
>> "JRuby is required to use the JDOM backend for XmlMini" unless RUBY_PLATFORM
>> =~ /java/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.0.2\Rakefile(41):RCOV_ENABLED
>> = (RUBY_PLATFORM != "java" && RUBY_VERSION =~ /^1\.8/)
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.0.2\Rakefile(48):WINDOWS
>> = (RUBY_PLATFORM =~ /mswin|win32|mingw|bccwin|cygwin/) rescue false
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.0.2\spec\addressable\uri_spec.rb(3010):
>> if RUBY_PLATFORM =~ /mswin/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.0.2\spec\addressable\uri_spec.rb(3017):
>> if RUBY_PLATFORM =~ /mswin/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.1.0\Rakefile(40):RCOV_ENABLED
>> = (RUBY_PLATFORM != "java" && RUBY_VERSION =~ /^1\.8/)
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.1.0\Rakefile(47):WINDOWS
>> = (RUBY_PLATFORM =~ /mswin|win32|mingw|bccwin|cygwin/) rescue false
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.1.0\spec\addressable\uri_spec.rb(3128):
>> if RUBY_PLATFORM =~ /mswin/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\addressable-2.1.0\spec\addressable\uri_spec.rb(3135):
>> if RUBY_PLATFORM =~ /mswin/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\cgi_multipart_eof_fix-2.5.0\lib\cgi_multipart_eof_fix.rb(8):if
>> version [0] < 2 and version [1] < 9 and version [2] < 6 and RUBY_PLATFORM !~
>> /java/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\cgi_multipart_eof_fix-2.5.0\test\test_cgi_multipart_eof_fix.rb(18):IS_VULNERABLE
>> = (version [0] < 2 and version [1] < 9 and version [2] < 6 and RUBY_PLATFORM
>> !~ /java/)
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\cucumber-0.3.94\gem_tasks\environment.rake(2):
>> RUBY_APP = if RUBY_PLATFORM =~ /java/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\cucumber-0.3.97\gem_tasks\environment.rake(2):
>> RUBY_APP = if RUBY_PLATFORM =~ /java/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\data_objects-0.9.12\Rakefile(9):JRUBY
>> = RUBY_PLATFORM =~ /java/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\data_objects-0.9.12\lib\data_objects\connection.rb(19):
>> warn 'JNDI URLs (connection strings) are only for use with JRuby' unless
>> RUBY_PLATFORM =~ /java/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\data_objects-0.9.12\lib\data_objects\connection.rb(22):
>> warn 'JDBC URLs (connection strings) are only for use with JRuby' unless
>> RUBY_PLATFORM =~ /java/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\dm-adjust-0.9.11\Rakefile(5):JRUBY   =
>> RUBY_PLATFORM =~ /java/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\dm-core-0.9.11\tasks\install.rb(1):WIN32
>> = (RUBY_PLATFORM =~ /win32|mingw|bccwin|cygwin/) rescue nil
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\dm-serializer-0.9.11\Rakefile(5):JRUBY
>> = RUBY_PLATFORM =~ /java/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\dm-types-0.9.11\Rakefile(5):JRUBY   =
>> RUBY_PLATFORM =~ /java/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\dm-validations-0.9.11\Rakefile(5):JRUBY
>> = RUBY_PLATFORM =~ /java/
>>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\extlib-0.9.12\Rakefile(13):JRUBY
>> = RUBY_PLATFORM =~ /java/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\extlib-0.9.12\spec\pooling_spec.rb(61):
>> pool_size = if RUBY_PLATFORM =~ /java/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\gem_plugin-0.2.3\resources\Rakefile(35):
>> p.need_tar = true if RUBY_PLATFORM !~ /mswin/
>>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\haml-2.2.2\Rakefile(67):  sudo =
>> RUBY_PLATFORM =~ /win32/ ? '' : 'sudo'
>>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\haml-2.2.2\Rakefile(68):  gem  =
>> RUBY_PLATFORM =~ /java/  ? 'jgem' : 'gem'
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\highline-1.5.1\lib\highline\system_extensions.rb(21):
>> raise LoadError, "Cygwin is a Posix OS." if RUBY_PLATFORM =~ /\bcygwin\b/i
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\highline-1.5.1\lib\highline\system_extensions.rb(184):
>> if /solaris/ =~ RUBY_PLATFORM and
>>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\hoe-2.3.3\lib\hoe.rb(91):  WINDOZE
>> = /mswin|mingw/ =~ RUBY_PLATFORM unless defined? WINDOZE
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\merb-action-args-1.0.12\lib\merb-action-args\get_args.rb(1):unless
>> RUBY_PLATFORM == "java"
>>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\merb-core-1.0.12\Rakefile(408):
>> spec_cmd = (RUBY_PLATFORM =~ /java/) ? "jruby -S spec" : "spec"
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\merb-core-1.0.12\lib\merb-core.rb(778):
>> RUBY_PLATFORM =~ Merb::Const::JAVA_PLATFORM_REGEXP
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\merb-core-1.0.12\lib\merb-core.rb(783):
>> RUBY_PLATFORM =~ Merb::Const::WIN_PLATFORM_REGEXP
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mime-types-1.16\lib\mime\types.rb(494):
>> system? and (RUBY_PLATFORM =~ @system)
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(70):#
>> if RUBY_PLATFORM !~ /mswin|mingw|java/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(167):#
>> unless RUBY_PLATFORM =~ /mswin/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(185):#
>> sh("rake java package") unless RUBY_PLATFORM =~ /java/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(188):#
>> # sub_project("mongrel_service", :package) if RUBY_PLATFORM =~ /mswin/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(189):#
>> # sh("rake mswin package") unless RUBY_PLATFORM =~ /mswin/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(207):#
>> sub_project("mongrel_service", :install) if RUBY_PLATFORM =~ /mswin|mingw/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(219):#
>> sub_project("mongrel_service", :uninstall) if RUBY_PLATFORM =~ /mswin|mingw/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\mongrel.gemspec(232):#
>> sub_project("mongrel_service", :clean) if RUBY_PLATFORM =~ /mswin|mingw/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\bin\mongrel_rails(140):
>> if RUBY_PLATFORM !~ /mswin/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\lib\mongrel\configurator.rb(84):
>> if RUBY_PLATFORM !~ /mswin|mingw/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\lib\mongrel\configurator.rb(188):
>> if RUBY_PLATFORM !~ /mswin|mingw/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\lib\mongrel\configurator.rb(369):
>> if RUBY_PLATFORM !~ /mswin|mingw/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\lib\mongrel\rails.rb(176):
>> if RUBY_PLATFORM !~ /mswin|mingw/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mingw32\test\testhelp.rb(78):
>> result = RUBY_PLATFORM =~ /djgpp|(cyg|ms|bcc)win|mingw/
>>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\net-ssh-2.0.13\Rakefile(36):
>> p.need_tar = true if RUBY_PLATFORM !~ /mswin/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\net-ssh-2.0.13\lib\net\ssh\authentication\agent.rb(6):require
>> 'net/ssh/authentication/pageant' if File::ALT_SEPARATOR && !(RUBY_PLATFORM
>> =~ /java/)
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\ParseTree-3.0.4\lib\parse_tree.rb(295):
>> builder.add_compile_flags "-Werror" unless RUBY_PLATFORM =~ /mswin/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\ParseTree-3.0.4\lib\parse_tree.rb(1123):
>> extern_mode = RUBY_PLATFORM =~ /mswin/ ? 'RUBY_EXTERN' : 'extern'
>>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\pathname2-1.6.2\CHANGES(28):*
>> Changed platform checking to use rbconfig instead of RUBY_PLATFORM to avoid
>>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\ptools-1.1.7\CHANGES(3):* Replaced
>> RUBY_PLATFORM with rbconfig check for the sake of other
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rack-1.0.1\lib\rack\rewindable_input.rb(97):
>> RUBY_PLATFORM !~ /(mswin|mingw|cygwin|java)/
>>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\CHANGELOG(497):*
>> Windows: include MinGW in RUBY_PLATFORM check.  #2982 [okkez000 at gmail.com,
>> Kaspar Schiess]
>>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\CHANGELOG(811):*
>> Windows: include MinGW in RUBY_PLATFORM check.  #2982 [okkez000 at gmail.com,
>> Kaspar Schiess]
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\lib\initializer.rb(873):
>> if RUBY_PLATFORM =~ /(:?mswin|mingw)/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\lib\commands\console.rb(1):irb
>> = RUBY_PLATFORM =~ /(:?mswin|mingw)/ ? 'irb.bat' : 'irb'
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\lib\commands\dbconsole.rb(35):
>> commands += commands.map{|cmd| "#{cmd}.exe"} if RUBY_PLATFORM =~ /win32/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\lib\commands\runner.rb(21):
>> if RUBY_PLATFORM !~ /mswin/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\lib\rails_generator\generators\applications\app\app_generator.rb(261):
>> ].find { |f| File.exist?(f) } unless RUBY_PLATFORM =~ /(:?mswin|mingw)/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rails-2.3.5\lib\tasks\testing.rake(33):
>> STDERR.reopen(RUBY_PLATFORM =~ /(:?mswin|mingw)/ ? 'NUL:' : '/dev/null')
>>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\CHANGELOG(494):*
>> Windows: include MinGW in RUBY_PLATFORM check.  #2982 [okkez000 at gmail.com,
>> Kaspar Schiess]
>>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\CHANGELOG(808):*
>> Windows: include MinGW in RUBY_PLATFORM check.  #2982 [okkez000 at gmail.com,
>> Kaspar Schiess]
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\lib\rails\configuration.rb(44):
>> RUBY_PLATFORM =~ /(:?mswin|mingw)/ ?
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\lib\rails\commands\dbconsole.rb(45):
>> commands += commands.map{|cmd| "#{cmd}.exe"} if RUBY_PLATFORM =~ /win32/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\lib\rails\commands\runner.rb(21):
>> if RUBY_PLATFORM !~ /mswin/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\lib\rails\generators\actions.rb(243):
>> sudo = options[:sudo] && RUBY_PLATFORM !~ /mswin|mingw/ ? 'sudo ' : ''
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\lib\rails\generators\actions.rb(300):
>> if RUBY_PLATFORM =~ /mswin|mingw/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\lib\rails\generators\rails\app\app_generator.rb(207):
>> ].find { |f| File.exist?(f) } unless RUBY_PLATFORM =~ /(:?mswin|mingw)/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\railties-3.0.pre\lib\rails\tasks\testing.rake(33):
>> STDERR.reopen(RUBY_PLATFORM =~ /(:?mswin|mingw)/ ? 'NUL:' : '/dev/null')
>>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rake-0.8.4\lib\rake.rb(2143):
>> RUBY_PLATFORM =~
>> /(aix|darwin|linux|(net|free|open)bsd|cygwin|solaris|irix|hpux)/i
>>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rake-0.8.7\lib\rake.rb(2167):
>> RUBY_PLATFORM =~
>> /(aix|darwin|linux|(net|free|open)bsd|cygwin|solaris|irix|hpux)/i
>>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rspec-1.2.8\History.rdoc(342):*
>> Consider MinGW as valid RUBY_PLATFORM for --colour option. (patch from Luis
>> Lavena). Closes #406.
>>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rspec-1.2.8\History.rdoc(365):*
>> Consider MinGW as valid RUBY_PLATFORM for --colour option. (patch from Luis
>> Lavena). Closes #406.
>>   ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rspec-1.2.8\bin\autospec(4):system
>> (RUBY_PLATFORM =~ /mswin|mingw/ ? 'autotest.bat' : 'autotest'), *ARGV
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rspec-1.2.8\lib\spec\runner\options.rb(162):
>> if @colour && RUBY_PLATFORM =~ /mswin|mingw/ ;\
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rspec-1.2.8\spec\spec_helper.rb(16):
>> ::RUBY_PLATFORM == 'java'
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rspec-1.2.8\spec\spec\package\bin_spec_spec.rb(8):
>> pending "Hangs on JRuby" if RUBY_PLATFORM =~ /java/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rspec-1.2.8\spec\spec\package\bin_spec_spec.rb(16):
>> pending "Hangs on JRuby" if RUBY_PLATFORM =~ /java/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rubygems-update-1.3.5\ChangeLog(3793):
>> * changed spec to use the RUBY_PLATFORM for Platform::CURRENT
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\rubygems-update-1.3.5\lib\rubygems.rb(1036):
>> @@win_platform = !!WIN_PATTERNS.find { |r| RUBY_PLATFORM =~ r }
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\RubyInline-3.8.3\lib\inline.rb(580):
>> RUBY_PLATFORM =~ /darwin9\.[01]/
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\RubyInline-3.8.3\lib\inline.rb(596):
>> if WINDOZE and RUBY_PLATFORM =~ /_80$/ then
>>
>> ruby-1.8.6p368\lib\ruby\gems\1.8\gems\ZenTest-4.1.4\lib\unit_diff.rb(40):
>> WINDOZE = /win32/ =~ RUBY_PLATFORM unless defined? WINDOZE
>>   ruby-1.8.6p368\lib\ruby\site_ruby\1.8\rbreadline.rb(1223):      return
>> nil if RUBY_PLATFORM =~ /mswin|mingw/
>>   ruby-1.8.6p368\lib\ruby\site_ruby\1.8\rbreadline.rb(2086):      if
>> RUBY_PLATFORM =~ /mswin|mingw/
>>   ruby-1.8.6p368\lib\ruby\site_ruby\1.8\rbreadline.rb(2434):      if
>> RUBY_PLATFORM =~ /mswin|mingw/
>>   ruby-1.8.6p368\lib\ruby\site_ruby\1.8\rbreadline.rb(4277):      raise
>> LoadError, "Cygwin is a Posix OS." if RUBY_PLATFORM =~ /\bcygwin\b/i
>>   ruby-1.8.6p368\lib\ruby\site_ruby\1.8\rbreadline.rb(4278):      raise
>> LoadError, "Not Windows" if RUBY_PLATFORM !~ /mswin|mingw/
>>   ruby-1.8.6p368\lib\ruby\site_ruby\1.8\rubygems.rb(1036):
>> @@win_platform = !!WIN_PATTERNS.find { |r| RUBY_PLATFORM =~ r }
>>
>>
>> Tomas
>>
>> -----Original Message-----
>> From: ironruby-core-bounces at rubyforge.org [
>> mailto:ironruby-core-bounces at rubyforge.org<ironruby-core-bounces at rubyforge.org>]
>> On Behalf Of Ivan Porto Carrero
>> Sent: Thursday, March 11, 2010 1:19 PM
>> To: ironruby-core at rubyforge.org
>> Subject: Re: [Ironruby-core] The Proper way to detect the Windows Platform
>> in Ruby
>>
>> I've been using ENV['OS'] == 'Windows_NT' to detect windows relaibly
>>
>>
>> On Thursday, March 11, 2010, Will Green <will at hotgazpacho.org> wrote:
>> > Thought I'd share this with everyone:
>> > http://blog.emptyway.com/2009/11/03/proper-way-to-detect-windows-platf
>> > orm-in-ruby/
>> >
>> >
>> > From one of the JRuby core team.
>> > <http://blog.emptyway.com/2009/11/03/proper-way-to-detect-windows-plat
>> > form-in-ruby/>--
>> > Will Green
>> > http://hotgazpacho.org/
>> >
>> >
>>
>> --
>> ---
>> Met vriendelijke groeten - Best regards - Salutations Ivan Porto Carrero -
>> Mob: +32.486.787.582
>> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
>> Twitter: http://twitter.com/casualjim
>> Author of IronRuby in Action (http://manning.com/carrero) Microsoft
>> IronRuby/C# MVP _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100312/f7eb1442/attachment-0001.html>

From will at hotgazpacho.org  Thu Mar 11 22:10:41 2010
From: will at hotgazpacho.org (Will Green)
Date: Thu, 11 Mar 2010 22:10:41 -0500
Subject: [Ironruby-core] FYI Code Review: config
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71F4988@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <6459203F8B1AF641995AE49D47FA51A70651B4@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71F4988@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <398d3e0e1003111910t1c6f3cbbtef7000e8ed701806@mail.gmail.com>

+1000 on cleaning up RbConfig. Perhaps a bost-build step that writes out
rbconfig.rb?

What is MQ?

--
Will Green
http://hotgazpacho.org/


On Thu, Mar 11, 2010 at 2:53 PM, Jim Deville <jdeville at microsoft.com> wrote:

> Looks good. As part of MQ, we should look deeply at the compilation based
> variables and see if they can be removed or picked up from the arguments to
> csc.
>
> JD
>
>
> -----Original Message-----
> From: Shri Borde
> Sent: Thursday, March 11, 2010 11:36 AM
> To: IronRuby External Code Reviewers
> Cc: ironruby-core at rubyforge.org
> Subject: FYI Code Review: config
>
>  tfpt review "/shelveset:config;REDMOND\sborde"
>  Comment  :
>  Change RbConfig::CONFIG["arch"] to "universal-dotnet2.0" (or
> "universal-dotnet4.0" on .NET 4)
>  Also changed RbConfig::CONFIG["host_os"] to be based on RUBY_PLATFORM so
> that it will be mswin32 on Windows and linux on Linux.
>  Removed some config values that are not present in JRuby
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100311/c87967fb/attachment.html>

From will at hotgazpacho.org  Thu Mar 11 22:18:39 2010
From: will at hotgazpacho.org (Will Green)
Date: Thu, 11 Mar 2010 22:18:39 -0500
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <b1c6aabb1003111319y4fbbce94y96748346db13b92e@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003101933q6f765eb9q9ecc57d7953337dd@mail.gmail.com>
	<398d3e0e1003102056n75a549dbqf310f77ce467e94@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A70644FD@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003110846h72b19013uaa0784241e469eaa@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C415A2385@TK5EX14MBXC122.redmond.corp.microsoft.com>
	<398d3e0e1003110937r6da16c76n2fbbb63f84a8314c@mail.gmail.com>
	<863018261-1268331531-cardhu_decombobulator_blackberry.rim.net-674813576-@bda612.bisx.prod.on.blackberry>
	<7c1b59c01003111207m7c8134a8s2cd62972d99e0632@mail.gmail.com>
	<b1c6aabb1003111319y4fbbce94y96748346db13b92e@mail.gmail.com>
Message-ID: <398d3e0e1003111918s22af57c9m7173cae6a2df2a4e@mail.gmail.com>

Updated my patch to Ruby Gems to match on "universal-dotnetX.X", where X.X
is the version number.

This will allow for the creation of .NET-specific gems with names like:
- gemname-dotnet
- gemname-dotnet-2.0
- gemname-dotnet-4.0
- gemname-universal-dotnet
- gemname-universal-dotnet-2.0
- gemname-universal-dotnet-4.0

If there are no objections, I'll resubmit to Ruby Gems.

--
Will Green
http://hotgazpacho.org/


On Thu, Mar 11, 2010 at 4:19 PM, Ivan Porto Carrero <
ivan at whiterabbitconsulting.eu> wrote:

> I don't care either way as long as it's lower-case
>
> On Thursday, March 11, 2010, Orion Edwards <orion.edwards at gmail.com>
> wrote:
> >>> The name is spelled as ?.NET?, and so "gemname-universal-dotNET" would
> read better than just "gemname-universal-dotnet".
> >
> >
> > dotNET looks awful. Microsoft are well known for terrible marketing and
> terrible naming, so I'd argue that "use the correct spelling" is an
> anti-feature :-)
> >
> >
> > Personally, I like Tomas' suggestion of clr
> > gemname-universal-clr2.0 looks very nice :-)
> >
> >
>
> --
> ---
> Met vriendelijke groeten - Best regards - Salutations
> Ivan Porto Carrero - Mob: +32.486.787.582
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)
> Microsoft IronRuby/C# MVP
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100311/9b5c73be/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dotnet_ironruby_support.diff
Type: application/octet-stream
Size: 3331 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100311/9b5c73be/attachment.obj>

From jdeville at microsoft.com  Fri Mar 12 12:50:19 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Fri, 12 Mar 2010 17:50:19 +0000
Subject: [Ironruby-core] FYI Code Review: readme_and_other
Message-ID: <31BD916A7536A242870B0B4E3F9068D720E192@TK5EX14MBXC132.redmond.corp.microsoft.com>

  tfpt review "/shelveset:readme_and_other;REDMOND\jdeville"
  Comment  : 
  Readme changes and tweaks to rake package. Going in directly since there are no test dependencies.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: readme_and_other.diff
Type: application/octet-stream
Size: 202062 bytes
Desc: readme_and_other.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100312/269a0d5f/attachment-0001.obj>

From Shri.Borde at microsoft.com  Fri Mar 12 12:57:15 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Fri, 12 Mar 2010 17:57:15 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <398d3e0e1003111918s22af57c9m7173cae6a2df2a4e@mail.gmail.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003101933q6f765eb9q9ecc57d7953337dd@mail.gmail.com>
	<398d3e0e1003102056n75a549dbqf310f77ce467e94@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A70644FD@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003110846h72b19013uaa0784241e469eaa@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C415A2385@TK5EX14MBXC122.redmond.corp.microsoft.com>
	<398d3e0e1003110937r6da16c76n2fbbb63f84a8314c@mail.gmail.com>
	<863018261-1268331531-cardhu_decombobulator_blackberry.rim.net-674813576-@bda612.bisx.prod.on.blackberry>
	<7c1b59c01003111207m7c8134a8s2cd62972d99e0632@mail.gmail.com>
	<b1c6aabb1003111319y4fbbce94y96748346db13b92e@mail.gmail.com>
	<398d3e0e1003111918s22af57c9m7173cae6a2df2a4e@mail.gmail.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A70B694CC3@TK5EX14MBXC137.redmond.corp.microsoft.com>

Sounds great. Thanks for pushing on this!

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Thursday, March 11, 2010 7:19 PM
To: ironruby-core
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Updated my patch to Ruby Gems to match on "universal-dotnetX.X", where X.X is the version number.

This will allow for the creation of .NET-specific gems with names like:
- gemname-dotnet
- gemname-dotnet-2.0
- gemname-dotnet-4.0
- gemname-universal-dotnet
- gemname-universal-dotnet-2.0
- gemname-universal-dotnet-4.0

If there are no objections, I'll resubmit to Ruby Gems.

--
Will Green
http://hotgazpacho.org/

On Thu, Mar 11, 2010 at 4:19 PM, Ivan Porto Carrero <ivan at whiterabbitconsulting.eu<mailto:ivan at whiterabbitconsulting.eu>> wrote:
I don't care either way as long as it's lower-case

On Thursday, March 11, 2010, Orion Edwards <orion.edwards at gmail.com<mailto:orion.edwards at gmail.com>> wrote:
>>> The name is spelled as ?.NET?, and so "gemname-universal-dotNET" would read better than just "gemname-universal-dotnet".
>
>
> dotNET looks awful. Microsoft are well known for terrible marketing and terrible naming, so I'd argue that "use the correct spelling" is an anti-feature :-)
>
>
> Personally, I like Tomas' suggestion of clr
> gemname-universal-clr2.0 looks very nice :-)
>
>
--
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero - Mob: +32.486.787.582
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100312/a2aed2ed/attachment.html>

From Shri.Borde at microsoft.com  Fri Mar 12 12:58:14 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Fri, 12 Mar 2010 17:58:14 +0000
Subject: [Ironruby-core] FYI Code Review: config
In-Reply-To: <398d3e0e1003111910t1c6f3cbbtef7000e8ed701806@mail.gmail.com>
References: <6459203F8B1AF641995AE49D47FA51A70651B4@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71F4988@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003111910t1c6f3cbbtef7000e8ed701806@mail.gmail.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A70B694CDA@TK5EX14MBXC137.redmond.corp.microsoft.com>

MQ stands for quality milestone. It?s a period teams often use to pay of engineering debt. We will be doing some of that after IronRuby 1.0 ships.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Thursday, March 11, 2010 7:11 PM
To: ironruby-core
Subject: Re: [Ironruby-core] FYI Code Review: config

+1000 on cleaning up RbConfig. Perhaps a bost-build step that writes out rbconfig.rb?

What is MQ?

--
Will Green
http://hotgazpacho.org/

On Thu, Mar 11, 2010 at 2:53 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
Looks good. As part of MQ, we should look deeply at the compilation based variables and see if they can be removed or picked up from the arguments to csc.

JD


-----Original Message-----
From: Shri Borde
Sent: Thursday, March 11, 2010 11:36 AM
To: IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: FYI Code Review: config

 tfpt review "/shelveset:config;REDMOND\sborde"
 Comment  :
 Change RbConfig::CONFIG["arch"] to "universal-dotnet2.0" (or "universal-dotnet4.0" on .NET 4)
 Also changed RbConfig::CONFIG["host_os"] to be based on RUBY_PLATFORM so that it will be mswin32 on Windows and linux on Linux.
 Removed some config values that are not present in JRuby

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100312/a09df8c5/attachment-0001.html>

From jdeville at microsoft.com  Fri Mar 12 13:05:01 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Fri, 12 Mar 2010 18:05:01 +0000
Subject: [Ironruby-core] FYI Code Review: config
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A70B694CDA@TK5EX14MBXC137.redmond.corp.microsoft.com>
References: <6459203F8B1AF641995AE49D47FA51A70651B4@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D71F4988@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<398d3e0e1003111910t1c6f3cbbtef7000e8ed701806@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A70B694CDA@TK5EX14MBXC137.redmond.corp.microsoft.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D720E240@TK5EX14MBXC132.redmond.corp.microsoft.com>

Watch out for leaking Microsoft-speak ;) Sorry about that.

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Shri Borde
Sent: Friday, March 12, 2010 9:58 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] FYI Code Review: config

MQ stands for quality milestone. It?s a period teams often use to pay of engineering debt. We will be doing some of that after IronRuby 1.0 ships.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Thursday, March 11, 2010 7:11 PM
To: ironruby-core
Subject: Re: [Ironruby-core] FYI Code Review: config

+1000 on cleaning up RbConfig. Perhaps a bost-build step that writes out rbconfig.rb?

What is MQ?

--
Will Green
http://hotgazpacho.org/
On Thu, Mar 11, 2010 at 2:53 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
Looks good. As part of MQ, we should look deeply at the compilation based variables and see if they can be removed or picked up from the arguments to csc.

JD


-----Original Message-----
From: Shri Borde
Sent: Thursday, March 11, 2010 11:36 AM
To: IronRuby External Code Reviewers
Cc: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: FYI Code Review: config

 tfpt review "/shelveset:config;REDMOND\sborde"
 Comment  :
 Change RbConfig::CONFIG["arch"] to "universal-dotnet2.0" (or "universal-dotnet4.0" on .NET 4)
 Also changed RbConfig::CONFIG["host_os"] to be based on RUBY_PLATFORM so that it will be mswin32 on Windows and linux on Linux.
 Removed some config values that are not present in JRuby
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100312/20c031b5/attachment.html>

From cory.foy at gmail.com  Fri Mar 12 16:29:18 2010
From: cory.foy at gmail.com (Cory Foy)
Date: Fri, 12 Mar 2010 16:29:18 -0500
Subject: [Ironruby-core] ir / iirb on Mono
Message-ID: <4B9AB22E.7000705@gmail.com>

Hi All,

I've noticed problems with iirb and ir interactive mode on my Mac. I'm 
running the 1.0-rc2 build.

With ir, I've noticed two things:

1) The up arrow does not scroll through the command history. This works 
on Windows.

2) the first character doesn't appear, though is processed, for each 
line. For example, if I open a new ir session and type 'puts "Hello, 
World"' the console shows:

 >>> uts "Hello, World"

but if I hit return, the command is processed just fine. It's literally 
just the first character - I often end up hitting space then backspace 
or something else before typing and then it is fine.


With iirb, I'm getting an exception just trying to run it:

cory-foys-macbook-pro:~ foyc$ iirb
IronRuby.Libraries:0:in `GetExecutable': infocmp -C (Errno::ENOENT)
	from IronRuby.Libraries:0:in `CreateProcess'
	from IronRuby.Libraries:0:in `CreateProcess'
	from :0:in ``'
	[Stack Trace truncated]

Running infocmp -C produces:

ory-foys-macbook-pro:~ foyc$ infocmp -C
#	Reconstructed via infocmp from file: /usr/share/terminfo/78/xterm-color
xterm-color|nxterm|generic color xterm:\
	:am:bs:km:mi:ms:xn:\
	:co#80:it#8:li#24:\
	:AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:DO=\E[%dB:LE=\E[%dD:\
	:RI=\E[%dC:UP=\E[%dA:ae=^O:al=\E[L:as=^N:bl=^G:cd=\E[J:\
	:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cr=^M:\
	:cs=\E[%i%d;%dr:ct=\E[3g:dc=\E[P:dl=\E[M:do=^J:ei=\E[4l:\
	:ho=\E[H:im=\E[4h:\
	:is=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E>:\
	:k1=\E[11~:k2=\E[12~:k3=\E[13~:k4=\E[14~:k5=\E[15~:\
	:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:kD=\E[3~:\
	:kI=\E[2~:kN=\E[6~:kP=\E[5~:kb=^H:kd=\EOB:ke=\E[?1l\E>:\
	:kl=\EOD:kr=\EOC:ks=\E[?1h\E=:ku=\EOA:le=^H:md=\E[1m:\
	:me=\E[m:mr=\E[7m:nd=\E[C:rc=\E8:\
	:rs=\E7\E[r\E8\E[m\E[?7h\E[?1;3;4;6l\E[4l\E>:sc=\E7:\
	:se=\E[m:sf=^J:so=\E[7m:sr=\EM:st=\EH:ta=^I:\
	:te=\E[2J\E[?47l\E8:ti=\E7\E[?47h:ue=\E[m:up=\E[A:\
	:us=\E[4m:

I'm happy to look into both of these, but wanted to see if anyone else 
was seeing this before I did (or was looking at it already).

-- 
Cory Foy
http://www.coryfoy.com
http://twitter.com/cory_foy

From curth at microsoft.com  Fri Mar 12 16:35:37 2010
From: curth at microsoft.com (Curt Hagenlocher)
Date: Fri, 12 Mar 2010 21:35:37 +0000
Subject: [Ironruby-core] ir / iirb on Mono
In-Reply-To: <4B9AB22E.7000705@gmail.com>
References: <4B9AB22E.7000705@gmail.com>
Message-ID: <9DBDB52016D6F34AABBACF6C2876EA282C89B8D5@TK5EX14MBXC139.redmond.corp.microsoft.com>

The command history on Windows when running ir.exe is being provided by the Windows console subsystem; it's not actually part of IronRuby. I imagine that Mono's readline library could be used to give the same effect on non-Windows platforms.

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Cory Foy
Sent: Friday, March 12, 2010 1:29 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] ir / iirb on Mono

Hi All,

I've noticed problems with iirb and ir interactive mode on my Mac. I'm running the 1.0-rc2 build.

With ir, I've noticed two things:

1) The up arrow does not scroll through the command history. This works on Windows.

2) the first character doesn't appear, though is processed, for each line. For example, if I open a new ir session and type 'puts "Hello, World"' the console shows:

 >>> uts "Hello, World"

but if I hit return, the command is processed just fine. It's literally just the first character - I often end up hitting space then backspace or something else before typing and then it is fine.


With iirb, I'm getting an exception just trying to run it:

cory-foys-macbook-pro:~ foyc$ iirb
IronRuby.Libraries:0:in `GetExecutable': infocmp -C (Errno::ENOENT)
	from IronRuby.Libraries:0:in `CreateProcess'
	from IronRuby.Libraries:0:in `CreateProcess'
	from :0:in ``'
	[Stack Trace truncated]

Running infocmp -C produces:

ory-foys-macbook-pro:~ foyc$ infocmp -C
#	Reconstructed via infocmp from file: /usr/share/terminfo/78/xterm-color
xterm-color|nxterm|generic color xterm:\
	:am:bs:km:mi:ms:xn:\
	:co#80:it#8:li#24:\
	:AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:DO=\E[%dB:LE=\E[%dD:\
	:RI=\E[%dC:UP=\E[%dA:ae=^O:al=\E[L:as=^N:bl=^G:cd=\E[J:\
	:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cr=^M:\
	:cs=\E[%i%d;%dr:ct=\E[3g:dc=\E[P:dl=\E[M:do=^J:ei=\E[4l:\
	:ho=\E[H:im=\E[4h:\
	:is=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E>:\
	:k1=\E[11~:k2=\E[12~:k3=\E[13~:k4=\E[14~:k5=\E[15~:\
	:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:kD=\E[3~:\
	:kI=\E[2~:kN=\E[6~:kP=\E[5~:kb=^H:kd=\EOB:ke=\E[?1l\E>:\
	:kl=\EOD:kr=\EOC:ks=\E[?1h\E=:ku=\EOA:le=^H:md=\E[1m:\
	:me=\E[m:mr=\E[7m:nd=\E[C:rc=\E8:\
	:rs=\E7\E[r\E8\E[m\E[?7h\E[?1;3;4;6l\E[4l\E>:sc=\E7:\
	:se=\E[m:sf=^J:so=\E[7m:sr=\EM:st=\EH:ta=^I:\
	:te=\E[2J\E[?47l\E8:ti=\E7\E[?47h:ue=\E[m:up=\E[A:\
	:us=\E[4m:

I'm happy to look into both of these, but wanted to see if anyone else was seeing this before I did (or was looking at it already).

--
Cory Foy
http://www.coryfoy.com
http://twitter.com/cory_foy
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From jdeville at microsoft.com  Fri Mar 12 17:50:24 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Fri, 12 Mar 2010 22:50:24 +0000
Subject: [Ironruby-core] [ANN] IronRuby 1.0 RC3
Message-ID: <31BD916A7536A242870B0B4E3F9068D720EFB0@TK5EX14MBXC132.redmond.corp.microsoft.com>

The IronRuby team is pleased to announce version 1.0 RC3!

http://ironruby.net/download

Direct download link:
http://ironruby.codeplex.com/releases/view/36929#DownloadId=110718

This release is also accompanied by a preview build
compatible with .NET 4.0 RC:
http://ironruby.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=36929

As IronRuby approaches the final 1.0, these RCs will
contain crucial bug fixes and enhancements that IronRuby
requires to be a fast and compatible 1.0. Now that IronRuby
is in the release-candidate stage, your feedback is even
more important. Please use these new binaries as much as
you can and report any issues you find here:
http://ironruby.codeplex.com/WorkItem/Create.aspx.

Note: The actual version of the assemblies is 0.9.5.

== Contributors

casualjim, eoinomeara, ghouston jimmysch, jredville, jwthornpson2,
KAZUu, kralor, niclasnilsson, nikosd, rifraf, sborde, thbar,
TomasMatousek, turp, vaderpi, vertiginous, xport

Thank you all!

Jim and the IronRuby Team
IronRuby SDET
http://ironruby.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100312/7f03939c/attachment-0001.html>

From cory.foy at gmail.com  Fri Mar 12 21:18:59 2010
From: cory.foy at gmail.com (Cory Foy)
Date: Fri, 12 Mar 2010 21:18:59 -0500
Subject: [Ironruby-core] [ANN] IronRuby 1.0 RC3
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D720EFB0@TK5EX14MBXC132.redmond.corp.microsoft.com>
References: <31BD916A7536A242870B0B4E3F9068D720EFB0@TK5EX14MBXC132.redmond.corp.microsoft.com>
Message-ID: <4B9AF613.5020908@gmail.com>

Hi all,

All of the bash scripts have dos line endings (/r/n) which fail out of 
the box on OSX. I know I can convert them, but is anyone looking at 
making those just work?

Cory

Jim Deville wrote:
> The IronRuby team is pleased to announce version 1.0 RC3!
> 
> http://ironruby.net/download
> 
> Direct download link:
> http://ironruby.codeplex.com/releases/view/36929#DownloadId=110718
> 
> This release is also accompanied by a preview build
> compatible with .NET 4.0 RC:
> http://ironruby.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=36929
> 
> As IronRuby approaches the final 1.0, these RCs will
> contain crucial bug fixes and enhancements that IronRuby
> requires to be a fast and compatible 1.0. Now that IronRuby
> is in the release-candidate stage, your feedback is even
> more important. Please use these new binaries as much as
> you can and report any issues you find here:
> http://ironruby.codeplex.com/WorkItem/Create.aspx.
> 
> Note: The actual version of the assemblies is 0.9.5.
> 
> == Contributors
> 
> casualjim, eoinomeara, ghouston jimmysch, jredville, jwthornpson2,
> KAZUu, kralor, niclasnilsson, nikosd, rifraf, sborde, thbar,
> TomasMatousek, turp, vaderpi, vertiginous, xport
> 
> Thank you all!
> 
> Jim and the IronRuby Team
> IronRuby SDET
> http://ironruby.com
> 
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core


-- 
Cory Foy
http://www.coryfoy.com
http://twitter.com/cory_foy

From jdeville at microsoft.com  Fri Mar 12 22:08:09 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Sat, 13 Mar 2010 03:08:09 +0000
Subject: [Ironruby-core] [ANN] IronRuby 1.0 RC3
Message-ID: <31BD916A7536A242870B0B4E3F9068D721192B@TK5EX14MBXC132.redmond.corp.microsoft.com>

I'll fix that. Sorry.



-----Original Message-----
From: Cory Foy <cory.foy at gmail.com>
Sent: Friday, March 12, 2010 6:28 PM
To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] [ANN] IronRuby 1.0 RC3


Hi all,

All of the bash scripts have dos line endings (/r/n) which fail out of
the box on OSX. I know I can convert them, but is anyone looking at
making those just work?

Cory

Jim Deville wrote:
> The IronRuby team is pleased to announce version 1.0 RC3!
>
> http://ironruby.net/download
>
> Direct download link:
> http://ironruby.codeplex.com/releases/view/36929#DownloadId=110718
>
> This release is also accompanied by a preview build
> compatible with .NET 4.0 RC:
> http://ironruby.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=36929
>
> As IronRuby approaches the final 1.0, these RCs will
> contain crucial bug fixes and enhancements that IronRuby
> requires to be a fast and compatible 1.0. Now that IronRuby
> is in the release-candidate stage, your feedback is even
> more important. Please use these new binaries as much as
> you can and report any issues you find here:
> http://ironruby.codeplex.com/WorkItem/Create.aspx.
>
> Note: The actual version of the assemblies is 0.9.5.
>
> == Contributors
>
> casualjim, eoinomeara, ghouston jimmysch, jredville, jwthornpson2,
> KAZUu, kralor, niclasnilsson, nikosd, rifraf, sborde, thbar,
> TomasMatousek, turp, vaderpi, vertiginous, xport
>
> Thank you all!
>
> Jim and the IronRuby Team
> IronRuby SDET
> http://ironruby.com
>
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core


--
Cory Foy
http://www.coryfoy.com
http://twitter.com/cory_foy
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From cory.foy at gmail.com  Fri Mar 12 22:17:01 2010
From: cory.foy at gmail.com (Cory Foy)
Date: Fri, 12 Mar 2010 22:17:01 -0500
Subject: [Ironruby-core] [ANN] IronRuby 1.0 RC3
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D721192B@TK5EX14MBXC132.redmond.corp.microsoft.com>
References: <31BD916A7536A242870B0B4E3F9068D721192B@TK5EX14MBXC132.redmond.corp.microsoft.com>
Message-ID: <4B9B03AD.4000806@gmail.com>

Great thanks!

I'm noticing that iirb is hanging indefinitely on OSX. Fixing the line 
endings allows ir to work fine, but iirb just hangs. Killing it shows it 
is in ReadInternal:

cory-foys-macbook-pro:bin foyc$ ./iirb
mscorlib:0:in `ReadData': Thread was being aborted 
(System::Threading::ThreadAbortException)
	from mscorlib:0:in `ReadInternal'
	from mscorlib:0:in `Read'
	from 
/Users/foyc/Workspace/ironruby1.0rc3/bin/../lib/ruby/1.8/irb/input-method.rb:49:in 
`gets'
	from 
/Users/foyc/Workspace/ironruby1.0rc3/bin/../lib/ruby/1.8/irb/input-method.rb:49:in 
`gets'
	from 
/Users/foyc/Workspace/ironruby1.0rc3/bin/../lib/ruby/1.8/irb.rb:132:in 
`eval_input'

I've waited 3-4 minutes before killing it, as I know the iirb is slow to 
start up on my Windows box as it is.

It's hanging on the call to $stdin.gets. That works fine from an ir 
session on my Windows box, but on OSX, it allows me to enter two 
characters and then returns:

 >>> cmd = $stdin.gets
=> "he"
 >>> puts cmd
he
=> nil
 >>>


Cory

Jim Deville wrote:
> I'll fix that. Sorry.
> 
> 
> 
> -----Original Message-----
> From: Cory Foy <cory.foy at gmail.com>
> Sent: Friday, March 12, 2010 6:28 PM
> To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
> Subject: Re: [Ironruby-core] [ANN] IronRuby 1.0 RC3
> 
> 
> Hi all,
> 
> All of the bash scripts have dos line endings (/r/n) which fail out of
> the box on OSX. I know I can convert them, but is anyone looking at
> making those just work?
> 
> Cory
> 
> Jim Deville wrote:
>> The IronRuby team is pleased to announce version 1.0 RC3!
>>
>> http://ironruby.net/download
>>
>> Direct download link:
>> http://ironruby.codeplex.com/releases/view/36929#DownloadId=110718
>>
>> This release is also accompanied by a preview build
>> compatible with .NET 4.0 RC:
>> http://ironruby.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=36929
>>
>> As IronRuby approaches the final 1.0, these RCs will
>> contain crucial bug fixes and enhancements that IronRuby
>> requires to be a fast and compatible 1.0. Now that IronRuby
>> is in the release-candidate stage, your feedback is even
>> more important. Please use these new binaries as much as
>> you can and report any issues you find here:
>> http://ironruby.codeplex.com/WorkItem/Create.aspx.
>>
>> Note: The actual version of the assemblies is 0.9.5.
>>
>> == Contributors
>>
>> casualjim, eoinomeara, ghouston jimmysch, jredville, jwthornpson2,
>> KAZUu, kralor, niclasnilsson, nikosd, rifraf, sborde, thbar,
>> TomasMatousek, turp, vaderpi, vertiginous, xport
>>
>> Thank you all!
>>
>> Jim and the IronRuby Team
>> IronRuby SDET
>> http://ironruby.com
>>
>>
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
> 
> 
> --
> Cory Foy
> http://www.coryfoy.com
> http://twitter.com/cory_foy
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
> 
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
> 


From ivan at whiterabbitconsulting.eu  Sat Mar 13 01:45:44 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Sat, 13 Mar 2010 07:45:44 +0100
Subject: [Ironruby-core] [ANN] IronRuby 1.0 RC3
In-Reply-To: <4B9AF613.5020908@gmail.com>
References: <31BD916A7536A242870B0B4E3F9068D720EFB0@TK5EX14MBXC132.redmond.corp.microsoft.com>
	<4B9AF613.5020908@gmail.com>
Message-ID: <b1c6aabb1003122245m19e948e7pf278a6271d81f50a@mail.gmail.com>

yes.. you have to give me 1 day after the ironruby team releases something
because I"m usually asleep
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero - Mob: +32.486.787.582
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Sat, Mar 13, 2010 at 3:18 AM, Cory Foy <cory.foy at gmail.com> wrote:

> Hi all,
>
> All of the bash scripts have dos line endings (/r/n) which fail out of the
> box on OSX. I know I can convert them, but is anyone looking at making those
> just work?
>
> Cory
>
> Jim Deville wrote:
>
>> The IronRuby team is pleased to announce version 1.0 RC3!
>>
>> http://ironruby.net/download
>>
>> Direct download link:
>> http://ironruby.codeplex.com/releases/view/36929#DownloadId=110718
>>
>> This release is also accompanied by a preview build
>> compatible with .NET 4.0 RC:
>> http://ironruby.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=36929
>>
>> As IronRuby approaches the final 1.0, these RCs will
>> contain crucial bug fixes and enhancements that IronRuby
>> requires to be a fast and compatible 1.0. Now that IronRuby
>> is in the release-candidate stage, your feedback is even
>> more important. Please use these new binaries as much as
>> you can and report any issues you find here:
>> http://ironruby.codeplex.com/WorkItem/Create.aspx.
>>
>> Note: The actual version of the assemblies is 0.9.5.
>>
>> == Contributors
>>
>> casualjim, eoinomeara, ghouston jimmysch, jredville, jwthornpson2,
>> KAZUu, kralor, niclasnilsson, nikosd, rifraf, sborde, thbar,
>> TomasMatousek, turp, vaderpi, vertiginous, xport
>>
>> Thank you all!
>>
>> Jim and the IronRuby Team
>> IronRuby SDET
>> http://ironruby.com
>>
>>
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>
>
> --
> Cory Foy
> http://www.coryfoy.com
> http://twitter.com/cory_foy
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100313/4ebbaa6c/attachment.html>

From ivan at whiterabbitconsulting.eu  Sun Mar 14 11:54:46 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Sun, 14 Mar 2010 16:54:46 +0100
Subject: [Ironruby-core] IronRuby.Rack how to debug?
Message-ID: <b1c6aabb1003140854v6a97275er1135ba2a462160e5@mail.gmail.com>

Hi

IronRuby.Rack isn't passing the windows credentials through, but uses the
credentials from the app pool so using a user + password in database.yml did
change the error message.

development:
  mode: ADONET
  adapter: sqlserver
  database: mocktwitter_dev
  username: sa
  password:
  host: (local)\SQLEXPRESS

I created my rails application under a virtual directory and then it gets
confused about where it's supposed to go


No route matches "/mocktwitter" with {:method=>:get}


When I give it a proper site it's a lot happier and will show me stuff but
it still won't display images, it's odd because it will correctly read the
css file from disk but not the image files.
The image doesn't seem to be handled by the rack handler so I wonder why it
won't show up at all. I verified permissions and gave everyone full control
on that set of files.

I did build my IronRuby.Rack with the strong named RC3 assemblies because
with a debug version it was a lot slower. Now initial startup time is
comparable to an ASP.NET application with a couple of referenced assemblies:
+/- 10 seconds on my machine (core i7 w/ 10000RPM disks) when it needs to
initialize a new application.

I am unable to debug the application though. If I put
System::Diagnostics::Debugger.break somewhere it will correctly break there
but eventually visual studio (2008 and 2010) will just get tired of it and
claim they have to quit.  I've seen that the debug windows gives me a lot of
information and I was hoping that there would be some useful information
there for me but because visual studio quits right at the interesting moment
I'm unable to figure out what's going on as nothing is printed in the
sysinternals debugvw application.



---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100314/9bde3b2a/attachment.html>

From robert.e.rouse at gmail.com  Sun Mar 14 16:04:52 2010
From: robert.e.rouse at gmail.com (Robert Rouse)
Date: Sun, 14 Mar 2010 14:04:52 -0600
Subject: [Ironruby-core] IIS + IronRuby
Message-ID: <C7C29D84.12B71%robert.e.rouse@gmail.com>

Hello,

I know this has been asked quite a few times, but I don?t see any progress
on a full set of directions for using IIS to host IronRuby Rails/Rack
applications.

Anything out there that I?m missing?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100314/757f1bcf/attachment-0001.html>

From ivan at whiterabbitconsulting.eu  Sun Mar 14 15:26:20 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Sun, 14 Mar 2010 20:26:20 +0100
Subject: [Ironruby-core] IIS + IronRuby
In-Reply-To: <C7C29D84.12B71%robert.e.rouse@gmail.com>
References: <C7C29D84.12B71%robert.e.rouse@gmail.com>
Message-ID: <b1c6aabb1003141226l18625315r745b6d912109f108@mail.gmail.com>

Well it's not really working atm at least not for me

http://www.ruby-forum.com/topic/205999
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Sun, Mar 14, 2010 at 9:04 PM, Robert Rouse <robert.e.rouse at gmail.com>wrote:

>  Hello,
>
> I know this has been asked quite a few times, but I don?t see any progress
> on a full set of directions for using IIS to host IronRuby Rails/Rack
> applications.
>
> Anything out there that I?m missing?
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100314/41aac482/attachment.html>

From ivan at whiterabbitconsulting.eu  Sun Mar 14 15:38:05 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Sun, 14 Mar 2010 20:38:05 +0100
Subject: [Ironruby-core] IIS + IronRuby
In-Reply-To: <C7C29D84.12B71%robert.e.rouse@gmail.com>
References: <C7C29D84.12B71%robert.e.rouse@gmail.com>
Message-ID: <b1c6aabb1003141238y1032d4c8v59fcc3d1a3780c00@mail.gmail.com>

but what I did was create a new solution in visual studio
Added references to the files from the ironruby rc3 distribution
Add the files from Merlin\Main\Hosts\IronRuby.Rack\*.cs to the solution

Applied this patch:
http://www.mail-archive.com/ironruby-core at rubyforge.org/msg06039.html

compiled as release

Added a bin folder to my public folder and copied the resulting assemblies
there.
Added a web.config much like this one:
http://github.com/ironruby/ironruby/blob/master/Merlin/Main/Hosts/IronRuby.Rack/IronRuby.RailsDB.Example/Web.config

But I changed the values of LibraryPaths and GemPath to point to my ironruby
install
based on C:\ironruby\

I also changed the value of AppRoot to ..

and my config.ru in the RAILS_ROOT contains:


ENV['RAILS_ENV'] = 'production'
require "config/environment"

use Rails::Rack::LogTailer
use Rails::Rack::Static
run ActionController::Dispatcher.new


That should make your application work on IIS but there is still an open
problem around it not serving the images.
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Sun, Mar 14, 2010 at 9:04 PM, Robert Rouse <robert.e.rouse at gmail.com>wrote:

>  Hello,
>
> I know this has been asked quite a few times, but I don?t see any progress
> on a full set of directions for using IIS to host IronRuby Rails/Rack
> applications.
>
> Anything out there that I?m missing?
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100314/61988c5d/attachment.html>

From robert.e.rouse at gmail.com  Sun Mar 14 16:53:50 2010
From: robert.e.rouse at gmail.com (Robert Rouse)
Date: Sun, 14 Mar 2010 14:53:50 -0600
Subject: [Ironruby-core] IIS + IronRuby
In-Reply-To: <b1c6aabb1003141238y1032d4c8v59fcc3d1a3780c00@mail.gmail.com>
Message-ID: <C7C2A8FE.12B77%robert.e.rouse@gmail.com>

Hello,

I?ve done the equivalent of that and IIS returns a 403 error when I try to
access the site.


On 3/14/10 1:38 PM, "Ivan Porto Carrero" <ivan at whiterabbitconsulting.eu>
wrote:

> but what I did was create a new solution in visual studio
> Added references to the files from the ironruby rc3 distribution
> Add the files from Merlin\Main\Hosts\IronRuby.Rack\*.cs to the solution
> 
> Applied this 
> patch:?http://www.mail-archive.com/ironruby-core at rubyforge.org/msg06039.html
> 
> compiled as release
> 
> Added a bin folder to my public folder and copied the resulting assemblies
> there.
> Added a web.config much like this one:?
> http://github.com/ironruby/ironruby/blob/master/Merlin/Main/Hosts/IronRuby.Rac
> k/IronRuby.RailsDB.Example/Web.config
> 
> But I changed the values of?LibraryPaths and GemPath to point to my ironruby
> install
> based on C:\ironruby\
> 
> I also changed the value of AppRoot to ..?
> 
> and my config.ru <http://config.ru>  in the RAILS_ROOT contains:
> 
> 
> ?
> 
> 
> ENV['RAILS_ENV'] = 'production'
> 
> 
> require "config/environment"
> 
> 
> ?
> 
> 
> use Rails::Rack::LogTailer
> 
> 
> use Rails::Rack::Static
> 
> 
> run ActionController::Dispatcher.new
> 
> 
> ?
> That should make your application work on IIS but there is still an open
> problem around it not serving the images.
> ---
> Met vriendelijke groeten - Best regards - Salutations
> Ivan Porto Carrero
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)
> Microsoft IronRuby/C# MVP
> 
> 
> On Sun, Mar 14, 2010 at 9:04 PM, Robert Rouse <robert.e.rouse at gmail.com>
> wrote:
>> Hello,
>> 
>> I know this has been asked quite a few times, but I don?t see any progress on
>> a full set of directions for using IIS to host IronRuby Rails/Rack
>> applications.
>> 
>> Anything out there that I?m missing?
>> 
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>> 
> 
> 
> 
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100314/3cfdc286/attachment.html>

From cory.foy at gmail.com  Mon Mar 15 02:24:44 2010
From: cory.foy at gmail.com (Cory Foy)
Date: Mon, 15 Mar 2010 02:24:44 -0400
Subject: [Ironruby-core] IronRuby.Rack how to debug?
In-Reply-To: <b1c6aabb1003140854v6a97275er1135ba2a462160e5@mail.gmail.com>
References: <b1c6aabb1003140854v6a97275er1135ba2a462160e5@mail.gmail.com>
Message-ID: <4B9DD2AC.8060505@gmail.com>

Ivan Porto Carrero wrote:
> I am unable to debug the application though. If I put
> System::Diagnostics::Debugger.break somewhere it will correctly break there
> but eventually visual studio (2008 and 2010) will just get tired of it and
> claim they have to quit.  I've seen that the debug windows gives me a lot of
> information and I was hoping that there would be some useful information
> there for me but because visual studio quits right at the interesting moment
> I'm unable to figure out what's going on as nothing is printed in the
> sysinternals debugvw application.

You may also want to try WinDBG with the SOS extension. Here's slides 
with code and examples on using WinDBG to debug .NET applications:

http://www.slideshare.net/CoryFoy/debugging-net-applications-with-windbg

What I'd try is using the File menu to attach to the process, then when 
it breaks typing in ".loadby sos mscorwks". Next type in "sxe clr" and 
then "g". It will now break on all CLR exceptions. You can type 
"!printexception" to see the exception details when it breaks, and "g" 
to make it go again. You can also type "!help" to see all of the SOS 
commands.

-- 
Cory Foy
http://www.coryfoy.com
http://twitter.com/cory_foy

From matthew.closson at gmail.com  Mon Mar 15 13:36:55 2010
From: matthew.closson at gmail.com (Matthew Closson)
Date: Mon, 15 Mar 2010 13:36:55 -0400
Subject: [Ironruby-core] ObjectSpace.each_object unexpected results
Message-ID: <bbfe85ae1003151036u6e2cbf43iffdead66b5139600@mail.gmail.com>

I was running an example from page 176 of IronRuby Unleashed and I got an
unexpected error.
I added a class definition for Human to make the example run.  In MRI 1.9.1
the code works as expected.
Thanks for any insight, and I'm always willing to test patches.

             -Matt Closson-


>C:\Program Files\IronRuby 0.9.5.0\bin\ir -profile -trace test.rb
test.rb:13:in `each_object': each_object only supported for objects of type
Class or Module (RuntimeError)
from test.rb:13

>Exit code: 1

class Human
  def initialize(first_name, last_name)
    @first = first_name
    @last = last_name
  end

  def introduce
    puts "Hi, I'm #{@first} #{@last}"
  end
end

john = Human.new('John', 'Doe')
ObjectSpace.each_object(Human) {|x| x.introduce}

---------------------------------------------------------------------------------------------------------------------------------------------

Results from MRI 1.9.1
Hi, I'm John Doe
>Exit code: 0
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100315/66399faa/attachment.html>

From Shri.Borde at microsoft.com  Mon Mar 15 14:18:23 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Mon, 15 Mar 2010 18:18:23 +0000
Subject: [Ironruby-core] IronRuby.Rack how to debug?
In-Reply-To: <4B9DD2AC.8060505@gmail.com>
References: <b1c6aabb1003140854v6a97275er1135ba2a462160e5@mail.gmail.com>
	<4B9DD2AC.8060505@gmail.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A70C1B5849@TK5EX14MBXC141.redmond.corp.microsoft.com>

The issue just seems to be that the process is dying before Visual Studio can properly attach. Ivan, try using " System::Diagnostics::Debug.assert false" which will pop up a dialog box, thus blocking the thread, but without using the "int 3" x86 instruction as System::Diagnostics::Debugger.break would. The latter might cause some issues. 

Also, could there be any issue with the fact that ASP.Net is running a service? Some dialog boxes might be getting hidden since services run in their own hidden workspace/workstation (I think)

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Cory Foy
Sent: Sunday, March 14, 2010 11:25 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby.Rack how to debug?

Ivan Porto Carrero wrote:
> I am unable to debug the application though. If I put
> System::Diagnostics::Debugger.break somewhere it will correctly break there
> but eventually visual studio (2008 and 2010) will just get tired of it and
> claim they have to quit.  I've seen that the debug windows gives me a lot of
> information and I was hoping that there would be some useful information
> there for me but because visual studio quits right at the interesting moment
> I'm unable to figure out what's going on as nothing is printed in the
> sysinternals debugvw application.

You may also want to try WinDBG with the SOS extension. Here's slides 
with code and examples on using WinDBG to debug .NET applications:

http://www.slideshare.net/CoryFoy/debugging-net-applications-with-windbg

What I'd try is using the File menu to attach to the process, then when 
it breaks typing in ".loadby sos mscorwks". Next type in "sxe clr" and 
then "g". It will now break on all CLR exceptions. You can type 
"!printexception" to see the exception details when it breaks, and "g" 
to make it go again. You can also type "!help" to see all of the SOS 
commands.

-- 
Cory Foy
http://www.coryfoy.com
http://twitter.com/cory_foy
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From ivan at whiterabbitconsulting.eu  Mon Mar 15 14:48:59 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Mon, 15 Mar 2010 19:48:59 +0100
Subject: [Ironruby-core] IronRuby.Rack how to debug?
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A70C1B5849@TK5EX14MBXC141.redmond.corp.microsoft.com>
References: <b1c6aabb1003140854v6a97275er1135ba2a462160e5@mail.gmail.com> 
	<4B9DD2AC.8060505@gmail.com>
	<6459203F8B1AF641995AE49D47FA51A70C1B5849@TK5EX14MBXC141.redmond.corp.microsoft.com>
Message-ID: <b1c6aabb1003151148o33a7f62bn6be27e6ae6b66135@mail.gmail.com>

I can attach and step through but just when the interesting bit occurs
visual studio takes a hike

but will try this again later
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Mon, Mar 15, 2010 at 7:18 PM, Shri Borde <Shri.Borde at microsoft.com>wrote:

> The issue just seems to be that the process is dying before Visual Studio
> can properly attach. Ivan, try using " System::Diagnostics::Debug.assert
> false" which will pop up a dialog box, thus blocking the thread, but without
> using the "int 3" x86 instruction as System::Diagnostics::Debugger.break
> would. The latter might cause some issues.
>
> Also, could there be any issue with the fact that ASP.Net is running a
> service? Some dialog boxes might be getting hidden since services run in
> their own hidden workspace/workstation (I think)
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] On Behalf Of Cory Foy
> Sent: Sunday, March 14, 2010 11:25 PM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] IronRuby.Rack how to debug?
>
> Ivan Porto Carrero wrote:
> > I am unable to debug the application though. If I put
> > System::Diagnostics::Debugger.break somewhere it will correctly break
> there
> > but eventually visual studio (2008 and 2010) will just get tired of it
> and
> > claim they have to quit.  I've seen that the debug windows gives me a lot
> of
> > information and I was hoping that there would be some useful information
> > there for me but because visual studio quits right at the interesting
> moment
> > I'm unable to figure out what's going on as nothing is printed in the
> > sysinternals debugvw application.
>
> You may also want to try WinDBG with the SOS extension. Here's slides
> with code and examples on using WinDBG to debug .NET applications:
>
> http://www.slideshare.net/CoryFoy/debugging-net-applications-with-windbg
>
> What I'd try is using the File menu to attach to the process, then when
> it breaks typing in ".loadby sos mscorwks". Next type in "sxe clr" and
> then "g". It will now break on all CLR exceptions. You can type
> "!printexception" to see the exception details when it breaks, and "g"
> to make it go again. You can also type "!help" to see all of the SOS
> commands.
>
> --
> Cory Foy
> http://www.coryfoy.com
> http://twitter.com/cory_foy
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100315/07279ee6/attachment.html>

From Shri.Borde at microsoft.com  Mon Mar 15 15:08:22 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Mon, 15 Mar 2010 19:08:22 +0000
Subject: [Ironruby-core] IronRuby.Rack how to debug?
In-Reply-To: <b1c6aabb1003151148o33a7f62bn6be27e6ae6b66135@mail.gmail.com>
References: <b1c6aabb1003140854v6a97275er1135ba2a462160e5@mail.gmail.com>
	<4B9DD2AC.8060505@gmail.com>
	<6459203F8B1AF641995AE49D47FA51A70C1B5849@TK5EX14MBXC141.redmond.corp.microsoft.com>
	<b1c6aabb1003151148o33a7f62bn6be27e6ae6b66135@mail.gmail.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A70C1B8AD2@TK5EX14MBXC141.redmond.corp.microsoft.com>

In that case, windbg might help. It?s potentially a bit more robust since it offers fewer features. Btw, I often disable ?Tools | Options | Debugging | Enable property evaluation and implicit function calls? in Visual Studio so that it does not try to implicitly run code in the process being debugged when you hit a breakpoint or step over a line of code. If I need to evaluate some property when stopped at a breakpoint, I do that explicity using the Immediate Window.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ivan Porto Carrero
Sent: Monday, March 15, 2010 11:49 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby.Rack how to debug?

I can attach and step through but just when the interesting bit occurs visual studio takes a hike

but will try this again later
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP

On Mon, Mar 15, 2010 at 7:18 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
The issue just seems to be that the process is dying before Visual Studio can properly attach. Ivan, try using " System::Diagnostics::Debug.assert false" which will pop up a dialog box, thus blocking the thread, but without using the "int 3" x86 instruction as System::Diagnostics::Debugger.break would. The latter might cause some issues.

Also, could there be any issue with the fact that ASP.Net is running a service? Some dialog boxes might be getting hidden since services run in their own hidden workspace/workstation (I think)

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Cory Foy
Sent: Sunday, March 14, 2010 11:25 PM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] IronRuby.Rack how to debug?

Ivan Porto Carrero wrote:
> I am unable to debug the application though. If I put
> System::Diagnostics::Debugger.break somewhere it will correctly break there
> but eventually visual studio (2008 and 2010) will just get tired of it and
> claim they have to quit.  I've seen that the debug windows gives me a lot of
> information and I was hoping that there would be some useful information
> there for me but because visual studio quits right at the interesting moment
> I'm unable to figure out what's going on as nothing is printed in the
> sysinternals debugvw application.

You may also want to try WinDBG with the SOS extension. Here's slides
with code and examples on using WinDBG to debug .NET applications:

http://www.slideshare.net/CoryFoy/debugging-net-applications-with-windbg

What I'd try is using the File menu to attach to the process, then when
it breaks typing in ".loadby sos mscorwks". Next type in "sxe clr" and
then "g". It will now break on all CLR exceptions. You can type
"!printexception" to see the exception details when it breaks, and "g"
to make it go again. You can also type "!help" to see all of the SOS
commands.

--
Cory Foy
http://www.coryfoy.com
http://twitter.com/cory_foy
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100315/5bb88bb3/attachment-0001.html>

From Shri.Borde at microsoft.com  Mon Mar 15 15:51:45 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Mon, 15 Mar 2010 19:51:45 +0000
Subject: [Ironruby-core] Code Review: scl
Message-ID: <6459203F8B1AF641995AE49D47FA51A70C1B958F@TK5EX14MBXC141.redmond.corp.microsoft.com>

  tfpt review "/shelveset:scl;REDMOND\sborde"

  Comment  : 
  Adds support for SCRIPT_LINES__. If the constant is set, Ruby adds all loaded file into it mapped to the contents of those files. This enables RCov to work in a slow mode

  Had to update SourceUnit to expose the encoding of the file


-------------- next part --------------
A non-text attachment was scrubbed...
Name: scl.diff
Type: application/octet-stream
Size: 11454 bytes
Desc: scl.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100315/74c97a1d/attachment.obj>

From jdeville at microsoft.com  Mon Mar 15 15:52:38 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 15 Mar 2010 19:52:38 +0000
Subject: [Ironruby-core] Code Review: versions
Message-ID: <31BD916A7536A242870B0B4E3F9068D7D30135@TK5EX14MBXC136.redmond.corp.microsoft.com>

  tfpt review "/shelveset:versions;REDMOND\jdeville"
  Comment  : 
  FYI: version fixes for msi and changelog. These will be going in directly.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: versions.diff
Type: application/octet-stream
Size: 148332 bytes
Desc: versions.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100315/4a915ddb/attachment-0001.obj>

From suppakilla at gmail.com  Mon Mar 15 16:47:39 2010
From: suppakilla at gmail.com (Daniele Alessandri)
Date: Mon, 15 Mar 2010 21:47:39 +0100
Subject: [Ironruby-core] $KCODE, -KU and CLR strings
Message-ID: <3bf20551003151347p4af9c520u180596005080ba6d@mail.gmail.com>

Hi everyone,
please consider this snippet:

$KCODE = "U"
puts "???".to_clr_string.length

When I run it by launching ir.exe without any option I get 9 as an
output (each character in that string is actually made up of 3 bytes
with UTF-8 encoding), and when I do the same with the -KU option being
passed to ir.exe I get 3. Aside from the fact that I think that 3 is
to be considered the right behaviour here, shouldn't the sole $KCODE =
"U" have the same effect of starting ir.exe with the -KU option?

Thanks,
Daniele

-- 
Daniele Alessandri
http://www.clorophilla.net/
http://twitter.com/JoL1hAHN

From Tomas.Matousek at microsoft.com  Mon Mar 15 18:36:17 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Mon, 15 Mar 2010 22:36:17 +0000
Subject: [Ironruby-core] $KCODE, -KU and CLR strings
In-Reply-To: <3bf20551003151347p4af9c520u180596005080ba6d@mail.gmail.com>
References: <3bf20551003151347p4af9c520u180596005080ba6d@mail.gmail.com>
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C43737935@TK5EX14MBXC129.redmond.corp.microsoft.com>

Setting $KCODE = "U" doesn't actually affect the encoding of the literal in the same compilation unit. It only affects literals that are parsed after the KCODE is set.

$KCODE = "U"
x = "???"
p x.Encoding			# => ASCII-8BIT since the current compilation unit (a file) was parsed using BINARY encoding
p x.size 			# => 9 bytes

y = eval('"???"')
p y.Encoding			# => KCODE: UTF8
p y.size				# => 9 since String#size in MRI 1.8.6 doesn't understand encodings, it counts in bytes

c = x.to_clr_string		# this is essentially creating a string whose non ASCII characters are not correctly encoded in UTF8 (they are UTF8 bytes widened to 16bits)
p c.size				# => 9 characters
p c.Encoding			# => UTF-8 since CLR string doesn't hold on an encoding. When you ask for its bytes we need to use some encoding. 
				# Maybe we could choose UTF16 but MRI 1.8.6 has at least some support for.

d = y.to_clr_string		# correctly encoded string
d c.Encoding			# UTF-8
p d.size				# 3 characters

Encodings in 1.8.6 are not very well supported and it is difficult to implement good interop between CLR and MRI strings. It would get better in the next version of IronRuby which will target compatibility with 1.9.

Tomas

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Daniele Alessandri
Sent: Monday, March 15, 2010 1:48 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] $KCODE, -KU and CLR strings

Hi everyone,
please consider this snippet:

$KCODE = "U"
puts "???".to_clr_string.length

When I run it by launching ir.exe without any option I get 9 as an output (each character in that string is actually made up of 3 bytes with UTF-8 encoding), and when I do the same with the -KU option being passed to ir.exe I get 3. Aside from the fact that I think that 3 is to be considered the right behaviour here, shouldn't the sole $KCODE = "U" have the same effect of starting ir.exe with the -KU option?

Thanks,
Daniele

--
Daniele Alessandri
http://www.clorophilla.net/
http://twitter.com/JoL1hAHN
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core

From shay.friedman at gmail.com  Tue Mar 16 04:14:55 2010
From: shay.friedman at gmail.com (Shay Friedman)
Date: Tue, 16 Mar 2010 10:14:55 +0200
Subject: [Ironruby-core] Silverlight Problem
Message-ID: <cd0e20101003160114p35063e2cu85853267000c26c3@mail.gmail.com>

Hi there,

I'm trying to create an IronRuby-driven Silverlight project. I'm using the
sl tool and Chiron as the server.
When trying to view the out-of-the-box template, I get an exception:
Unhandled Error in Silverlight 2 Application
Code: 2152
Category: InitializeError
Message: Failed to download a platform extension:
/dlr-slvx/Microsoft.Scripting.slvx

I took the slvx files from the Gestalt project, put them in a dlr-slvx
folder within my project folder and everything returned to work.

Are these files missing from the official ZIP file, or am I missing
something?

Thanks!
Shay.
--------------------------------------------------------
Shay Friedman | .NET Technologies Expert | Author of IronRuby Unleashed |
Sela Technology Center
Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100316/a4bc28ec/attachment.html>

From admin at wesworld.net  Tue Mar 16 15:14:21 2010
From: admin at wesworld.net (Wesley Brown)
Date: Tue, 16 Mar 2010 14:14:21 -0500
Subject: [Ironruby-core] spree or substruct?
Message-ID: <201003161916.o2GJGcC9020020@mail.authsmtp.com>

An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100316/214d6b61/attachment.html>

From suppakilla at gmail.com  Tue Mar 16 16:25:50 2010
From: suppakilla at gmail.com (Daniele Alessandri)
Date: Tue, 16 Mar 2010 21:25:50 +0100
Subject: [Ironruby-core] $KCODE, -KU and CLR strings
In-Reply-To: <4B342496A3EFEB48839E10BB4BF5964C43737935@TK5EX14MBXC129.redmond.corp.microsoft.com>
References: <3bf20551003151347p4af9c520u180596005080ba6d@mail.gmail.com> 
	<4B342496A3EFEB48839E10BB4BF5964C43737935@TK5EX14MBXC129.redmond.corp.microsoft.com>
Message-ID: <3bf20551003161325m1f4cabc3q1f5a2bce388aff62@mail.gmail.com>

On Mon, Mar 15, 2010 at 23:36, Tomas Matousek
<Tomas.Matousek at microsoft.com> wrote:

> Setting $KCODE = "U" doesn't actually affect the encoding of the literal in the same compilation unit. It only affects literals that are parsed after the KCODE is set.

I was missing the subtle difference, now it makes sense to me. Thanks :)

-- 
Daniele Alessandri
http://www.clorophilla.net/
http://twitter.com/JoL1hAHN

From Tomas.Matousek at microsoft.com  Tue Mar 16 19:49:48 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Tue, 16 Mar 2010 23:49:48 +0000
Subject: [Ironruby-core] Code Review: UnusedVars
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C43739769@TK5EX14MBXC129.redmond.corp.microsoft.com>

  tfpt review "/shelveset:UnusedVars;REDMOND\tomat"
  Comment  : 
  Removes unused local variables.

Tomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: UnusedVars.diff
Type: application/octet-stream
Size: 10739 bytes
Desc: UnusedVars.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100316/86598e2a/attachment-0001.obj>

From Tomas.Matousek at microsoft.com  Tue Mar 16 19:49:56 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Tue, 16 Mar 2010 23:49:56 +0000
Subject: [Ironruby-core] Code Review: ReleaseBacktraceFix
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C43739780@TK5EX14MBXC129.redmond.corp.microsoft.com>

  tfpt review "/shelveset:ReleaseBacktraceFix;REDMOND\tomat"
  Comment  : 
  Fixes unit test that was failing in release mode.

Tomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ReleaseBacktraceFix.diff
Type: application/octet-stream
Size: 983 bytes
Desc: ReleaseBacktraceFix.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100316/fa18665e/attachment.obj>

From Shri.Borde at microsoft.com  Wed Mar 17 19:40:55 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Wed, 17 Mar 2010 23:40:55 +0000
Subject: [Ironruby-core] Code Review: timeout
Message-ID: <6459203F8B1AF641995AE49D47FA51A70C1BD3A1@TK5EX14MBXC141.redmond.corp.microsoft.com>

  tfpt review "/shelveset:timeout;REDMOND\sborde"

  Comment  : 
  Changes Timeout.timeout to use System::Threading::Timer since the pure Ruby implementation spins up a new thread for every call to Timeout.timeout which is very expensive


-------------- next part --------------
A non-text attachment was scrubbed...
Name: timeout.diff
Type: application/octet-stream
Size: 2459 bytes
Desc: timeout.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100317/132fb28a/attachment.obj>

From ben2004uk at googlemail.com  Thu Mar 18 19:50:22 2010
From: ben2004uk at googlemail.com (Ben Hall)
Date: Thu, 18 Mar 2010 23:50:22 +0000
Subject: [Ironruby-core] IronRuby + Rails + format.xml
Message-ID: <a04554c01003181650s7842f0f5j1765c41ac42d42e0@mail.gmail.com>

Hi guys,

I'm hoping that someone will have more of a deeper understanding of
rails than myself.

Basically, I want to use the format.xml from an action in rails with a
C# object - but all I get is the to_s (MyNamespace.MyObject) - any
ideas why?

Ben

From jdeville at microsoft.com  Thu Mar 18 20:26:25 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Fri, 19 Mar 2010 00:26:25 +0000
Subject: [Ironruby-core] IronRuby + Rails + format.xml
Message-ID: <31BD916A7536A242870B0B4E3F9068D7D4410E@TK5EX14MBXC136.redmond.corp.microsoft.com>

Have you defined a to_xml builder method on the object? Also, you may need to call to_xml in the format.xml block. I can't remember if the rails processes for format.xml call to_xml in the render, or just pass it to the view.



-----Original Message-----
From: Ben Hall <ben2004uk at googlemail.com>
Sent: Thursday, March 18, 2010 4:54 PM
To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
Subject: [Ironruby-core] IronRuby + Rails + format.xml


Hi guys,

I'm hoping that someone will have more of a deeper understanding of
rails than myself.

Basically, I want to use the format.xml from an action in rails with a
C# object - but all I get is the to_s (MyNamespace.MyObject) - any
ideas why?

Ben
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From jdeville at microsoft.com  Thu Mar 18 23:05:01 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Fri, 19 Mar 2010 03:05:01 +0000
Subject: [Ironruby-core] Code Review: policheck
Message-ID: <31BD916A7536A242870B0B4E3F9068D7D44666@TK5EX14MBXC136.redmond.corp.microsoft.com>

  tfpt review "/shelveset:policheck;REDMOND\jdeville"
  Comment  : 
  Update version number to 1.0.0.0 for final RC
  Policheck changes.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: policheck.diff
Type: application/octet-stream
Size: 142476 bytes
Desc: policheck.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100319/5c9333c7/attachment-0001.obj>

From sagasw at gmail.com  Fri Mar 19 02:19:10 2010
From: sagasw at gmail.com (sagasw)
Date: Fri, 19 Mar 2010 14:19:10 +0800
Subject: [Ironruby-core] How could I get RPC in iron ruby?
Message-ID: <4de92fd1003182319n7aba8e2ao66c6212ecded61bb@mail.gmail.com>

I want to find a solution in IronRuby to use RPC function.
I tried SOAP, but it can't work, any one could tell me how to implement RPC
(or XMLRPC) in ironruby?
Thanks,

------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100319/6f186342/attachment.html>

From ivan at whiterabbitconsulting.eu  Fri Mar 19 02:41:59 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Fri, 19 Mar 2010 07:41:59 +0100
Subject: [Ironruby-core] How could I get RPC in iron ruby?
In-Reply-To: <4de92fd1003182319n7aba8e2ao66c6212ecded61bb@mail.gmail.com>
References: <4de92fd1003182319n7aba8e2ao66c6212ecded61bb@mail.gmail.com>
Message-ID: <b1c6aabb1003182341m14067ea1hb26a97873984a0ab@mail.gmail.com>

There are several ways to do that with IronRuby.

Very CLR centric:
You can create a proxy to your webservice using visual studio, compile to a
dll and use the proxy from your ruby code.

CLR centric:
You can use System.Net.HttpWebRequest to make the request and
System.Xml.XmlDocument to parse the response

Very Ruby centric:
Use Net::HTTP to perform the request and REXML to parse the response
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Fri, Mar 19, 2010 at 7:19 AM, sagasw <sagasw at gmail.com> wrote:

> I want to find a solution in IronRuby to use RPC function.
> I tried SOAP, but it can't work, any one could tell me how to implement RPC
> (or XMLRPC) in ironruby?
> Thanks,
>
> ------------------------------------
> C++, Lua, living in Dalian
> http://sunxiunan.com/
> http://twitter.com/sagasw
> ------------------------------------
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100319/6fd177f4/attachment.html>

From will at hotgazpacho.org  Fri Mar 19 06:44:30 2010
From: will at hotgazpacho.org (Will Green)
Date: Fri, 19 Mar 2010 06:44:30 -0400
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A70B694CC3@TK5EX14MBXC137.redmond.corp.microsoft.com>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003101933q6f765eb9q9ecc57d7953337dd@mail.gmail.com>
	<398d3e0e1003102056n75a549dbqf310f77ce467e94@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A70644FD@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003110846h72b19013uaa0784241e469eaa@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C415A2385@TK5EX14MBXC122.redmond.corp.microsoft.com>
	<398d3e0e1003110937r6da16c76n2fbbb63f84a8314c@mail.gmail.com>
	<863018261-1268331531-cardhu_decombobulator_blackberry.rim.net-674813576-@bda612.bisx.prod.on.blackberry>
	<7c1b59c01003111207m7c8134a8s2cd62972d99e0632@mail.gmail.com>
	<b1c6aabb1003111319y4fbbce94y96748346db13b92e@mail.gmail.com>
	<398d3e0e1003111918s22af57c9m7173cae6a2df2a4e@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A70B694CC3@TK5EX14MBXC137.redmond.corp.microsoft.com>
Message-ID: <5E7F8B77-5925-4A16-93A8-728498CDB526@hotgazpacho.org>

FYI, my patch to Ruby Gems was accepted yesterday. Hopefully, we'll  
see a release that includes it (and rubygems.org using it) at or about  
the time IronRuby 1.0 goes RTW.

--
Will Green
http://hotgazpacho.org/



On Mar 12, 2010, at 12:57 PM, Shri Borde <Shri.Borde at microsoft.com>  
wrote:

> Sounds great. Thanks for pushing on this!
>
>
>
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- 
> bounces at rubyforge.org] On Behalf Of Will Green
> Sent: Thursday, March 11, 2010 7:19 PM
> To: ironruby-core
> Subject: Re: [Ironruby-core] IronRuby version of existing gems
>
>
>
> Updated my patch to Ruby Gems to match on "universal-dotnetX.X",  
> where X.X is the version number.
>
>
>
> This will allow for the creation of .NET-specific gems with names  
> like:
>
> - gemname-dotnet
>
> - gemname-dotnet-2.0
>
> - gemname-dotnet-4.0
>
> - gemname-universal-dotnet
>
> - gemname-universal-dotnet-2.0
>
> - gemname-universal-dotnet-4.0
>
>
>
> If there are no objections, I'll resubmit to Ruby Gems.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
> On Thu, Mar 11, 2010 at 4:19 PM, Ivan Porto Carrero <ivan at whiterabbitconsulting.eu 
> > wrote:
>
> I don't care either way as long as it's lower-case
>
>
> On Thursday, March 11, 2010, Orion Edwards <orion.edwards at gmail.com>  
> wrote:
> >>> The name is spelled as ?.NET?, and so "gemname-universal- 
> dotNET" would read better than just "gemname-universal-dotnet".
> >
> >
> > dotNET looks awful. Microsoft are well known for terrible  
> marketing and terrible naming, so I'd argue that "use the correct  
> spelling" is an anti-feature :-)
> >
> >
> > Personally, I like Tomas' suggestion of clr
> > gemname-universal-clr2.0 looks very nice :-)
> >
> >
>
> --
>
> ---
> Met vriendelijke groeten - Best regards - Salutations
>
> Ivan Porto Carrero - Mob: +32.486.787.582
>
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)
> Microsoft IronRuby/C# MVP
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100319/8842a07f/attachment.html>

From Shri.Borde at microsoft.com  Fri Mar 19 12:54:32 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Fri, 19 Mar 2010 16:54:32 +0000
Subject: [Ironruby-core] IronRuby version of existing gems
In-Reply-To: <5E7F8B77-5925-4A16-93A8-728498CDB526@hotgazpacho.org>
References: <398d3e0e1002262015ka471910r81d53c0117b1cc8@mail.gmail.com>
	<398d3e0e1003101933q6f765eb9q9ecc57d7953337dd@mail.gmail.com>
	<398d3e0e1003102056n75a549dbqf310f77ce467e94@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A70644FD@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<398d3e0e1003110846h72b19013uaa0784241e469eaa@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C415A2385@TK5EX14MBXC122.redmond.corp.microsoft.com>
	<398d3e0e1003110937r6da16c76n2fbbb63f84a8314c@mail.gmail.com>
	<863018261-1268331531-cardhu_decombobulator_blackberry.rim.net-674813576-@bda612.bisx.prod.on.blackberry>
	<7c1b59c01003111207m7c8134a8s2cd62972d99e0632@mail.gmail.com>
	<b1c6aabb1003111319y4fbbce94y96748346db13b92e@mail.gmail.com>
	<398d3e0e1003111918s22af57c9m7173cae6a2df2a4e@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A70B694CC3@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<5E7F8B77-5925-4A16-93A8-728498CDB526@hotgazpacho.org>
Message-ID: <6459203F8B1AF641995AE49D47FA51A70C1BEFA0@TK5EX14MBXC141.redmond.corp.microsoft.com>

Thanks a lot for pushing on this!

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Friday, March 19, 2010 3:45 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby version of existing gems

FYI, my patch to Ruby Gems was accepted yesterday. Hopefully, we'll see a release that includes it (and rubygems.org<http://rubygems.org> using it) at or about the time IronRuby 1.0 goes RTW.

--
Will Green
http://hotgazpacho.org/



On Mar 12, 2010, at 12:57 PM, Shri Borde <Shri.Borde at microsoft.com<mailto:Shri.Borde at microsoft.com>> wrote:
Sounds great. Thanks for pushing on this!

From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Thursday, March 11, 2010 7:19 PM
To: ironruby-core
Subject: Re: [Ironruby-core] IronRuby version of existing gems

Updated my patch to Ruby Gems to match on "universal-dotnetX.X", where X.X is the version number.

This will allow for the creation of .NET-specific gems with names like:
- gemname-dotnet
- gemname-dotnet-2.0
- gemname-dotnet-4.0
- gemname-universal-dotnet
- gemname-universal-dotnet-2.0
- gemname-universal-dotnet-4.0

If there are no objections, I'll resubmit to Ruby Gems.

--
Will Green
http://hotgazpacho.org/


On Thu, Mar 11, 2010 at 4:19 PM, Ivan Porto Carrero <ivan at whiterabbitconsulting.eu<mailto:ivan at whiterabbitconsulting.eu>> wrote:
I don't care either way as long as it's lower-case

On Thursday, March 11, 2010, Orion Edwards <orion.edwards at gmail.com<mailto:orion.edwards at gmail.com>> wrote:
>>> The name is spelled as ?.NET?, and so "gemname-universal-dotNET" would read better than just "gemname-universal-dotnet".
>
>
> dotNET looks awful. Microsoft are well known for terrible marketing and terrible naming, so I'd argue that "use the correct spelling" is an anti-feature :-)
>
>
> Personally, I like Tomas' suggestion of clr
> gemname-universal-clr2.0 looks very nice :-)
>
>
--
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero - Mob: +32.486.787.582
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100319/30b3c2bc/attachment-0001.html>

From cjac at colliertech.org  Fri Mar 19 20:47:25 2010
From: cjac at colliertech.org (C.J. Adams-Collier)
Date: Fri, 19 Mar 2010 17:47:25 -0700
Subject: [Ironruby-core] sln case sensitivity patch
Message-ID: <1269046045.4067.2475.camel@calcifer>

Hey folks,

I'm poking at getting a more recent IR running on mono.

Cheers,

C.J.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: ir_sln_case_sensitivity_fix.diff
Type: text/x-patch
Size: 2523 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100319/b7872568/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100319/b7872568/attachment-0001.bin>

From cjac at colliertech.org  Sat Mar 20 14:08:44 2010
From: cjac at colliertech.org (C.J. Adams-Collier)
Date: Sat, 20 Mar 2010 11:08:44 -0700
Subject: [Ironruby-core] IR on Mono build notes - 3/20/2010
Message-ID: <1269108524.8068.736.camel@calcifer>

Hey all,

I'm getting a couple of errors while building IR on Mono.  I've poked at
it using the 2.4.2.3 and 2.4.4~svn151842-1 .deb packages as well as from
trunk.

With the .deb packages, the only problem with the xbuild system is that
yaml -> Yaml case sensitivity problem.  After applying the patch
(attached), I get a compiler error:

Internal compiler  error at Ast/GeneratorRewriter.cs(797,39): :
exception caught while emitting MethodBuilder
[GeneratorRewriter::VisitBinary]

I brought this up with Marek, and he told me to try using the compiler
from trunk, which makes sense.

It seems that building xbuild from trunk puts the *.targets under
$PREFIX/lib/mono/4.0 and not $PREFIX/lib/mono/2.0.

/usr/src/git/github/ironruby/Merlin/Main/Languages/Ruby/Ruby.sln:  warning : 
            /usr/src/git/github/ironruby/Merlin/Main/Languages/Ruby/IronRuby.Tests/IronRuby.Tests.csproj: Imported project: "/opt/mono/lib/mono/2.0/Microsoft.CSharp.targets" 
            does not exist.

Copying them from the 4.0 directory seems to fix the problem.  At that
point, I get these warnings:

/usr/src/git/github/ironruby/Merlin/Main/Languages/Ruby/Ruby.sln:  warning : Don't know how to handle GlobalSection TeamFoundationVersionControl, Ignoring.
/usr/src/git/github/ironruby/Merlin/Main/Languages/Ruby/Ruby.sln (default targets) ->
(ValidateSolutionConfiguration target) ->
: error : Error initializing task Message: Not registered task Message.

I've brought these issues up with Ankit, the maintainer of xbuild.  I
figure we'll do some investigation on Monday, since I'm cleaning the
back yard today. ;)

Just thought you all might want to know how things are going.

Cheers,

C.J.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: ir_sln_case_sensitivity_fix.diff
Type: text/x-patch
Size: 2523 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100320/56345d79/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100320/56345d79/attachment-0001.bin>

From jason at diller.ca  Sat Mar 20 17:56:03 2010
From: jason at diller.ca (Jason Diller)
Date: Sat, 20 Mar 2010 17:56:03 -0400
Subject: [Ironruby-core] ETIMEDOUT error code
Message-ID: <4BA54473.9090301@diller.ca>


I have been attempting to get an existing Ruby lib running under
IronRuby.  The first problem I hit was that there was no definition for
the ETIMEDOUT error code in IR, so I added it and humbly submit my
changes as a patch for your consideration.

I'm currently running into problems because the library I'm using makes
HTTPS calls and from my point of view as a raw noob to both IR and Ruby
itself it appears that HTTPS support (via OpenSSL?) is missing from
IronRuby.  Is this the case? (I'm sure there's a better than zero chance
that I'm just missing a dependency of some sort as well).

Jason


-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: etimedout.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100320/a702ddab/attachment.pl>

From cjac at colliertech.org  Sat Mar 20 20:57:01 2010
From: cjac at colliertech.org (C.J. Adams-Collier)
Date: Sat, 20 Mar 2010 17:57:01 -0700
Subject: [Ironruby-core] IR on Mono build notes - 3/20/2010
In-Reply-To: <1269108524.8068.736.camel@calcifer>
References: <1269108524.8068.736.camel@calcifer>
Message-ID: <1269133021.8068.1152.camel@calcifer>

Ankit helped me resolve the xbuild errors.  Here's the diff.  I'll
bother marek about the compiler error next.

cjac at dlrci:/usr/src/git/github/ironruby$ git status | cat
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       renamed:    Merlin/Main/Languages/Ruby/Libraries.LCA_RESTRICTED/socket/BasicSocket.cs -> Merlin/Main/Languages/Ruby/Libraries.LCA_RESTRICTED/Socket/BasicSocket.cs
#       renamed:    Merlin/Main/Languages/Ruby/Libraries.LCA_RESTRICTED/socket/IPSocket.cs -> Merlin/Main/Languages/Ruby/Libraries.LCA_RESTRICTED/Socket/IPSocket.cs
#       renamed:    Merlin/Main/Languages/Ruby/Libraries.LCA_RESTRICTED/socket/Socket.cs -> Merlin/Main/Languages/Ruby/Libraries.LCA_RESTRICTED/Socket/Socket.cs
#       renamed:    Merlin/Main/Languages/Ruby/Libraries.LCA_RESTRICTED/socket/SocketError.cs -> Merlin/Main/Languages/Ruby/Libraries.LCA_RESTRICTED/Socket/SocketError.cs
#       renamed:    Merlin/Main/Languages/Ruby/Libraries.LCA_RESTRICTED/socket/SocketStream.cs -> Merlin/Main/Languages/Ruby/Libraries.LCA_RESTRICTED/Socket/SocketStream.cs
#       renamed:    Merlin/Main/Languages/Ruby/Libraries.LCA_RESTRICTED/socket/TCPServer.cs -> Merlin/Main/Languages/Ruby/Libraries.LCA_RESTRICTED/Socket/TCPServer.cs
#       renamed:    Merlin/Main/Languages/Ruby/Libraries.LCA_RESTRICTED/socket/TCPSocket.cs -> Merlin/Main/Languages/Ruby/Libraries.LCA_RESTRICTED/Socket/TCPSocket.cs
#       renamed:    Merlin/Main/Languages/Ruby/Libraries.LCA_RESTRICTED/socket/UDPSocket.cs -> Merlin/Main/Languages/Ruby/Libraries.LCA_RESTRICTED/Socket/UDPSocket.cs
#       modified:   Merlin/Main/Languages/Ruby/Ruby.sln




On Sat, 2010-03-20 at 11:08 -0700, C.J. Adams-Collier wrote:
> Hey all,
> 
> I'm getting a couple of errors while building IR on Mono.  I've poked at
> it using the 2.4.2.3 and 2.4.4~svn151842-1 .deb packages as well as from
> trunk.
> 
> With the .deb packages, the only problem with the xbuild system is that
> yaml -> Yaml case sensitivity problem.  After applying the patch
> (attached), I get a compiler error:
> 
> Internal compiler  error at Ast/GeneratorRewriter.cs(797,39): :
> exception caught while emitting MethodBuilder
> [GeneratorRewriter::VisitBinary]
> 
> I brought this up with Marek, and he told me to try using the compiler
> from trunk, which makes sense.
> 
> It seems that building xbuild from trunk puts the *.targets under
> $PREFIX/lib/mono/4.0 and not $PREFIX/lib/mono/2.0.
> 
> /usr/src/git/github/ironruby/Merlin/Main/Languages/Ruby/Ruby.sln:  warning : 
>             /usr/src/git/github/ironruby/Merlin/Main/Languages/Ruby/IronRuby.Tests/IronRuby.Tests.csproj: Imported project: "/opt/mono/lib/mono/2.0/Microsoft.CSharp.targets" 
>             does not exist.
> 
> Copying them from the 4.0 directory seems to fix the problem.  At that
> point, I get these warnings:
> 
> /usr/src/git/github/ironruby/Merlin/Main/Languages/Ruby/Ruby.sln:  warning : Don't know how to handle GlobalSection TeamFoundationVersionControl, Ignoring.
> /usr/src/git/github/ironruby/Merlin/Main/Languages/Ruby/Ruby.sln (default targets) ->
> (ValidateSolutionConfiguration target) ->
> : error : Error initializing task Message: Not registered task Message.
> 
> I've brought these issues up with Ankit, the maintainer of xbuild.  I
> figure we'll do some investigation on Monday, since I'm cleaning the
> back yard today. ;)
> 
> Just thought you all might want to know how things are going.
> 
> Cheers,
> 
> C.J.
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: ir_xbuild_fix.diff
Type: text/x-patch
Size: 233355 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100320/03bbefe7/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100320/03bbefe7/attachment-0003.bin>

From zvilius at earthlink.net  Mon Mar 22 17:56:54 2010
From: zvilius at earthlink.net (Mark Zvilius)
Date: Mon, 22 Mar 2010 14:56:54 -0700
Subject: [Ironruby-core] ironruby installation
Message-ID: <fe055e181003221456r662c662aw1c95330cd52e66c@mail.gmail.com>

?A co-worker in Germany is trying to install IronRuby on Windows XP
SP3. The installer fails with:

"Dieses Installationspaket kann vom Windows Installer-Dienst nicht
installiert werden. Sie mussen ein Service Pack fur Windows
installieren, das eine neuere Version des Windows Installer-Diensts
enthalt."

Translation:

"This installation package can not be installed by the Windows
Installer Service. You have to install a service pack for Windows
which contains a newer version for the Windows Installer Service".

I had no such difficulty installing IronRuby on XP SP3 (English). Any
ideas what the remedy is?

Thanks,
Mark Zvilius

From jdeville at microsoft.com  Mon Mar 22 18:01:59 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Mon, 22 Mar 2010 22:01:59 +0000
Subject: [Ironruby-core] ironruby installation
In-Reply-To: <fe055e181003221456r662c662aw1c95330cd52e66c@mail.gmail.com>
References: <fe055e181003221456r662c662aw1c95330cd52e66c@mail.gmail.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D702BBC558@TK5EX14MBXC132.redmond.corp.microsoft.com>

I believe the installer is targeting v4.5 and I don't know if that is included in the service pack. The information about Windows installer 4.5 is here: http://support.microsoft.com/default.aspx/kb/942288?p=1

JD

JD

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mark Zvilius
Sent: Monday, March 22, 2010 2:57 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] ironruby installation

?A co-worker in Germany is trying to install IronRuby on Windows XP SP3. The installer fails with:

"Dieses Installationspaket kann vom Windows Installer-Dienst nicht installiert werden. Sie mussen ein Service Pack fur Windows installieren, das eine neuere Version des Windows Installer-Diensts enthalt."

Translation:

"This installation package can not be installed by the Windows Installer Service. You have to install a service pack for Windows which contains a newer version for the Windows Installer Service".

I had no such difficulty installing IronRuby on XP SP3 (English). Any ideas what the remedy is?

Thanks,
Mark Zvilius
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From jason at diller.ca  Mon Mar 22 19:50:57 2010
From: jason at diller.ca (Jason Diller)
Date: Mon, 22 Mar 2010 19:50:57 -0400
Subject: [Ironruby-core] ETIMEDOUT error code
In-Reply-To: <4BA54473.9090301@diller.ca>
References: <4BA54473.9090301@diller.ca>
Message-ID: <4BA80261.8090906@diller.ca>

Further to my previous question about SSL. here are the details of what 
is failing:

http.verify_mode = OpenSSL::SSL::VERIFY_PEER
#the following line causes a 'nomethoderror' because ca_file is undefined
http.ca_file     = File.dirname(__FILE__) + 'somecert.pem'

If I attempt to work around that error by omitting setting the ca_file 
and setting the verify_mode to VERIFY_NONE I later (from the 'connect' 
method in http.rb) get a NameError because OpenSSL::SSL::SSLSocket is 
also undefined.

I'm wondering if I'm missing an OpenSSL library/gem or if the SSL 
support is still to come in IronRuby.  Could someone poke me in the 
right direction?



On 20/03/2010 5:56 PM, Jason Diller wrote:
>
> I have been attempting to get an existing Ruby lib running under
> IronRuby.  The first problem I hit was that there was no definition for
> the ETIMEDOUT error code in IR, so I added it and humbly submit my
> changes as a patch for your consideration.
>
> I'm currently running into problems because the library I'm using makes
> HTTPS calls and from my point of view as a raw noob to both IR and Ruby
> itself it appears that HTTPS support (via OpenSSL?) is missing from
> IronRuby.  Is this the case? (I'm sure there's a better than zero chance
> that I'm just missing a dependency of some sort as well).
>
> Jason
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>    

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100322/723bd15f/attachment.html>

From ivan at whiterabbitconsulting.eu  Mon Mar 22 20:06:05 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Tue, 23 Mar 2010 01:06:05 +0100
Subject: [Ironruby-core] ETIMEDOUT error code
In-Reply-To: <4BA80261.8090906@diller.ca>
References: <4BA54473.9090301@diller.ca> <4BA80261.8090906@diller.ca>
Message-ID: <b1c6aabb1003221706q58c4b794u5b7c066556be3cec@mail.gmail.com>

OpenSSL is not complete yet
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Tue, Mar 23, 2010 at 12:50 AM, Jason Diller <jason at diller.ca> wrote:

>  Further to my previous question about SSL. here are the details of what is
> failing:
>
> http.verify_mode = OpenSSL::SSL::VERIFY_PEER
> #the following line causes a 'nomethoderror' because ca_file is undefined
> http.ca_file     = File.dirname(__FILE__) + 'somecert.pem'
>
> If I attempt to work around that error by omitting setting the ca_file and
> setting the verify_mode to VERIFY_NONE I later (from the 'connect' method in
> http.rb) get a NameError because OpenSSL::SSL::SSLSocket is also
> undefined.
>
> I'm wondering if I'm missing an OpenSSL library/gem or if the SSL support
> is still to come in IronRuby.  Could someone poke me in the right direction?
>
>
>
> On 20/03/2010 5:56 PM, Jason Diller wrote:
>
>
> I have been attempting to get an existing Ruby lib running under
> IronRuby.  The first problem I hit was that there was no definition for
> the ETIMEDOUT error code in IR, so I added it and humbly submit my
> changes as a patch for your consideration.
>
> I'm currently running into problems because the library I'm using makes
> HTTPS calls and from my point of view as a raw noob to both IR and Ruby
> itself it appears that HTTPS support (via OpenSSL?) is missing from
> IronRuby.  Is this the case? (I'm sure there's a better than zero chance
> that I'm just missing a dependency of some sort as well).
>
> Jason
>
>
>
> _______________________________________________
> Ironruby-core mailing listIronruby-core at rubyforge.orghttp://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100323/33b77706/attachment.html>

From Tomas.Matousek at microsoft.com  Mon Mar 22 20:09:40 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Tue, 23 Mar 2010 00:09:40 +0000
Subject: [Ironruby-core] ETIMEDOUT error code
In-Reply-To: <4BA80261.8090906@diller.ca>
References: <4BA54473.9090301@diller.ca> <4BA80261.8090906@diller.ca>
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C492682AF@TK5EX14MBXC131.redmond.corp.microsoft.com>

IronRuby doesn't fully implement OpenSLL class yet. Contributions would be appreciated :).

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jason Diller
Sent: Monday, March 22, 2010 4:51 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] ETIMEDOUT error code

Further to my previous question about SSL. here are the details of what is failing:

http.verify_mode = OpenSSL::SSL::VERIFY_PEER
#the following line causes a 'nomethoderror' because ca_file is undefined
http.ca_file     = File.dirname(__FILE__) + 'somecert.pem'

If I attempt to work around that error by omitting setting the ca_file and setting the verify_mode to VERIFY_NONE I later (from the 'connect' method in http.rb) get a NameError because OpenSSL::SSL::SSLSocket is also undefined.

I'm wondering if I'm missing an OpenSSL library/gem or if the SSL support is still to come in IronRuby.  Could someone poke me in the right direction?



On 20/03/2010 5:56 PM, Jason Diller wrote:

I have been attempting to get an existing Ruby lib running under
IronRuby.  The first problem I hit was that there was no definition for
the ETIMEDOUT error code in IR, so I added it and humbly submit my
changes as a patch for your consideration.

I'm currently running into problems because the library I'm using makes
HTTPS calls and from my point of view as a raw noob to both IR and Ruby
itself it appears that HTTPS support (via OpenSSL?) is missing from
IronRuby.  Is this the case? (I'm sure there's a better than zero chance
that I'm just missing a dependency of some sort as well).

Jason








_______________________________________________

Ironruby-core mailing list

Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>

http://rubyforge.org/mailman/listinfo/ironruby-core



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100323/465f9274/attachment-0001.html>

From shay.friedman at gmail.com  Tue Mar 23 03:53:37 2010
From: shay.friedman at gmail.com (Shay Friedman)
Date: Tue, 23 Mar 2010 09:53:37 +0200
Subject: [Ironruby-core] Using Ruby's standard libraries in Silverlight
Message-ID: <cd0e20101003230053r70caec32ie77f33bde2e5a271@mail.gmail.com>

Hey guys,

What is the recommendation for using Ruby's standard libraries in
Silverlight applications?
Should the lib be copied to the project dir? should a reference be added to
the manifest? some other technique?

Thanks,
Shay.
--------------------------------------------------------
Shay Friedman | Author of IronRuby Unleashed
Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100323/f0fddc9e/attachment.html>

From ivan at whiterabbitconsulting.eu  Tue Mar 23 04:18:40 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Tue, 23 Mar 2010 09:18:40 +0100
Subject: [Ironruby-core] Using Ruby's standard libraries in Silverlight
In-Reply-To: <cd0e20101003230053r70caec32ie77f33bde2e5a271@mail.gmail.com>
References: <cd0e20101003230053r70caec32ie77f33bde2e5a271@mail.gmail.com>
Message-ID: <b1c6aabb1003230118m2f3b9bedh489ed4501da9c6f9@mail.gmail.com>

I'd the contents of the lib folder in a zip file

and then use gestalt to download the zip. from then on they are available
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Tue, Mar 23, 2010 at 8:53 AM, Shay Friedman <shay.friedman at gmail.com>wrote:

> Hey guys,
>
> What is the recommendation for using Ruby's standard libraries in
> Silverlight applications?
> Should the lib be copied to the project dir? should a reference be added to
> the manifest? some other technique?
>
> Thanks,
> Shay.
> --------------------------------------------------------
> Shay Friedman | Author of IronRuby Unleashed
> Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100323/65b9197c/attachment.html>

From shay.friedman at gmail.com  Tue Mar 23 04:28:19 2010
From: shay.friedman at gmail.com (Shay Friedman)
Date: Tue, 23 Mar 2010 10:28:19 +0200
Subject: [Ironruby-core] Using Ruby's standard libraries in Silverlight
In-Reply-To: <b1c6aabb1003230118m2f3b9bedh489ed4501da9c6f9@mail.gmail.com>
References: <cd0e20101003230053r70caec32ie77f33bde2e5a271@mail.gmail.com>
	<b1c6aabb1003230118m2f3b9bedh489ed4501da9c6f9@mail.gmail.com>
Message-ID: <cd0e20101003230128x23a94208ye61e1a2e2c233ab1@mail.gmail.com>

That's a good idea but it enforces the user to use Gestalt.

Which brings up another question - are we willing to "standardize" Gestalt
by making it the best practice for using DLR languages in Silverlight?

--------------------------------------------------------
Shay Friedman | Author of IronRuby Unleashed
Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay


On Tue, Mar 23, 2010 at 10:18 AM, Ivan Porto Carrero <
ivan at whiterabbitconsulting.eu> wrote:

> I'd the contents of the lib folder in a zip file
>
> and then use gestalt to download the zip. from then on they are available
> ---
> Met vriendelijke groeten - Best regards - Salutations
> Ivan Porto Carrero
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)
> Microsoft IronRuby/C# MVP
>
>
> On Tue, Mar 23, 2010 at 8:53 AM, Shay Friedman <shay.friedman at gmail.com>wrote:
>
>> Hey guys,
>>
>> What is the recommendation for using Ruby's standard libraries in
>> Silverlight applications?
>> Should the lib be copied to the project dir? should a reference be added
>> to the manifest? some other technique?
>>
>> Thanks,
>> Shay.
>> --------------------------------------------------------
>> Shay Friedman | Author of IronRuby Unleashed
>> Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100323/94c12047/attachment.html>

From ivan at whiterabbitconsulting.eu  Tue Mar 23 05:50:34 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Tue, 23 Mar 2010 10:50:34 +0100
Subject: [Ironruby-core] Using Ruby's standard libraries in Silverlight
In-Reply-To: <cd0e20101003230128x23a94208ye61e1a2e2c233ab1@mail.gmail.com>
References: <cd0e20101003230053r70caec32ie77f33bde2e5a271@mail.gmail.com> 
	<b1c6aabb1003230118m2f3b9bedh489ed4501da9c6f9@mail.gmail.com> 
	<cd0e20101003230128x23a94208ye61e1a2e2c233ab1@mail.gmail.com>
Message-ID: <b1c6aabb1003230250q2a14d3edjfb3d4cb0a9a0d5af@mail.gmail.com>

I thought that already happened (dlr-slvx requirement etc)
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Tue, Mar 23, 2010 at 9:28 AM, Shay Friedman <shay.friedman at gmail.com>wrote:

> That's a good idea but it enforces the user to use Gestalt.
>
> Which brings up another question - are we willing to "standardize" Gestalt
> by making it the best practice for using DLR languages in Silverlight?
>
> --------------------------------------------------------
> Shay Friedman | Author of IronRuby Unleashed
> Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
>
>
> On Tue, Mar 23, 2010 at 10:18 AM, Ivan Porto Carrero <
> ivan at whiterabbitconsulting.eu> wrote:
>
>> I'd the contents of the lib folder in a zip file
>>
>> and then use gestalt to download the zip. from then on they are available
>> ---
>> Met vriendelijke groeten - Best regards - Salutations
>> Ivan Porto Carrero
>> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
>> Twitter: http://twitter.com/casualjim
>> Author of IronRuby in Action (http://manning.com/carrero)
>> Microsoft IronRuby/C# MVP
>>
>>
>> On Tue, Mar 23, 2010 at 8:53 AM, Shay Friedman <shay.friedman at gmail.com>wrote:
>>
>>> Hey guys,
>>>
>>> What is the recommendation for using Ruby's standard libraries in
>>> Silverlight applications?
>>> Should the lib be copied to the project dir? should a reference be added
>>> to the manifest? some other technique?
>>>
>>> Thanks,
>>> Shay.
>>> --------------------------------------------------------
>>> Shay Friedman | Author of IronRuby Unleashed
>>> Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
>>>
>>> _______________________________________________
>>> Ironruby-core mailing list
>>> Ironruby-core at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>
>>>
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100323/62397547/attachment.html>

From shay.friedman at gmail.com  Tue Mar 23 10:35:50 2010
From: shay.friedman at gmail.com (Shay Friedman)
Date: Tue, 23 Mar 2010 16:35:50 +0200
Subject: [Ironruby-core] Using Ruby's standard libraries in Silverlight
In-Reply-To: <b1c6aabb1003230250q2a14d3edjfb3d4cb0a9a0d5af@mail.gmail.com>
References: <cd0e20101003230053r70caec32ie77f33bde2e5a271@mail.gmail.com>
	<b1c6aabb1003230118m2f3b9bedh489ed4501da9c6f9@mail.gmail.com>
	<cd0e20101003230128x23a94208ye61e1a2e2c233ab1@mail.gmail.com>
	<b1c6aabb1003230250q2a14d3edjfb3d4cb0a9a0d5af@mail.gmail.com>
Message-ID: <cd0e20101003230735u1dbfc612t293f8e28079ac8d3@mail.gmail.com>

OK I zipped the libs folder and added it to the page as <script
type="application/zip" src="lib.zip"></script>.
When I try to require the assemblies, the files are not found.

I tried to make the case simpler and zipped a simple rb file to a zip and
included it in the page as well: <script type="application/zip"
src="test.zip"></script>
I tried:
require "TestClass.rb"
require "TestClass"
require 'test.zip/TestClass.rb'
require 'test.zip/TestClass'

None of these worked.

By the way, I see that Chiron loads the zip files...

What am I doing wrong?

--------------------------------------------------------
Shay Friedman | Author of IronRuby Unleashed
Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay


On Tue, Mar 23, 2010 at 11:50 AM, Ivan Porto Carrero <
ivan at whiterabbitconsulting.eu> wrote:

> I thought that already happened (dlr-slvx requirement etc)
>
> ---
> Met vriendelijke groeten - Best regards - Salutations
> Ivan Porto Carrero
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)
> Microsoft IronRuby/C# MVP
>
>
> On Tue, Mar 23, 2010 at 9:28 AM, Shay Friedman <shay.friedman at gmail.com>wrote:
>
>> That's a good idea but it enforces the user to use Gestalt.
>>
>> Which brings up another question - are we willing to "standardize" Gestalt
>> by making it the best practice for using DLR languages in Silverlight?
>>
>> --------------------------------------------------------
>> Shay Friedman | Author of IronRuby Unleashed
>> Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
>>
>>
>> On Tue, Mar 23, 2010 at 10:18 AM, Ivan Porto Carrero <
>> ivan at whiterabbitconsulting.eu> wrote:
>>
>>> I'd the contents of the lib folder in a zip file
>>>
>>> and then use gestalt to download the zip. from then on they are
>>> available
>>> ---
>>> Met vriendelijke groeten - Best regards - Salutations
>>> Ivan Porto Carrero
>>> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
>>> Twitter: http://twitter.com/casualjim
>>> Author of IronRuby in Action (http://manning.com/carrero)
>>> Microsoft IronRuby/C# MVP
>>>
>>>
>>> On Tue, Mar 23, 2010 at 8:53 AM, Shay Friedman <shay.friedman at gmail.com>wrote:
>>>
>>>> Hey guys,
>>>>
>>>> What is the recommendation for using Ruby's standard libraries in
>>>> Silverlight applications?
>>>> Should the lib be copied to the project dir? should a reference be added
>>>> to the manifest? some other technique?
>>>>
>>>> Thanks,
>>>> Shay.
>>>> --------------------------------------------------------
>>>> Shay Friedman | Author of IronRuby Unleashed
>>>> Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
>>>>
>>>> _______________________________________________
>>>> Ironruby-core mailing list
>>>> Ironruby-core at rubyforge.org
>>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Ironruby-core mailing list
>>> Ironruby-core at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>
>>>
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100323/06cf2d2a/attachment-0001.html>

From ivan at whiterabbitconsulting.eu  Tue Mar 23 11:00:18 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Tue, 23 Mar 2010 16:00:18 +0100
Subject: [Ironruby-core] Using Ruby's standard libraries in Silverlight
In-Reply-To: <cd0e20101003230735u1dbfc612t293f8e28079ac8d3@mail.gmail.com>
References: <cd0e20101003230053r70caec32ie77f33bde2e5a271@mail.gmail.com> 
	<b1c6aabb1003230118m2f3b9bedh489ed4501da9c6f9@mail.gmail.com> 
	<cd0e20101003230128x23a94208ye61e1a2e2c233ab1@mail.gmail.com> 
	<b1c6aabb1003230250q2a14d3edjfb3d4cb0a9a0d5af@mail.gmail.com> 
	<cd0e20101003230735u1dbfc612t293f8e28079ac8d3@mail.gmail.com>
Message-ID: <b1c6aabb1003230800k6ebe2ee9q755132be4f9f7efc@mail.gmail.com>

for assemblies you need to add an appmanifest I think
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Tue, Mar 23, 2010 at 3:35 PM, Shay Friedman <shay.friedman at gmail.com>wrote:

> OK I zipped the libs folder and added it to the page as <script
> type="application/zip" src="lib.zip"></script>.
> When I try to require the assemblies, the files are not found.
>
> I tried to make the case simpler and zipped a simple rb file to a zip and
> included it in the page as well: <script type="application/zip"
> src="test.zip"></script>
>  I tried:
> require "TestClass.rb"
> require "TestClass"
> require 'test.zip/TestClass.rb'
> require 'test.zip/TestClass'
>
> None of these worked.
>
> By the way, I see that Chiron loads the zip files...
>
> What am I doing wrong?
>
> --------------------------------------------------------
> Shay Friedman | Author of IronRuby Unleashed
> Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
>
>
> On Tue, Mar 23, 2010 at 11:50 AM, Ivan Porto Carrero <
> ivan at whiterabbitconsulting.eu> wrote:
>
>> I thought that already happened (dlr-slvx requirement etc)
>>
>> ---
>> Met vriendelijke groeten - Best regards - Salutations
>> Ivan Porto Carrero
>> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
>> Twitter: http://twitter.com/casualjim
>> Author of IronRuby in Action (http://manning.com/carrero)
>> Microsoft IronRuby/C# MVP
>>
>>
>> On Tue, Mar 23, 2010 at 9:28 AM, Shay Friedman <shay.friedman at gmail.com>wrote:
>>
>>> That's a good idea but it enforces the user to use Gestalt.
>>>
>>> Which brings up another question - are we willing to "standardize"
>>> Gestalt by making it the best practice for using DLR languages in
>>> Silverlight?
>>>
>>> --------------------------------------------------------
>>> Shay Friedman | Author of IronRuby Unleashed
>>> Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
>>>
>>>
>>> On Tue, Mar 23, 2010 at 10:18 AM, Ivan Porto Carrero <
>>> ivan at whiterabbitconsulting.eu> wrote:
>>>
>>>> I'd the contents of the lib folder in a zip file
>>>>
>>>> and then use gestalt to download the zip. from then on they are
>>>> available
>>>> ---
>>>> Met vriendelijke groeten - Best regards - Salutations
>>>> Ivan Porto Carrero
>>>> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
>>>> Twitter: http://twitter.com/casualjim
>>>> Author of IronRuby in Action (http://manning.com/carrero)
>>>> Microsoft IronRuby/C# MVP
>>>>
>>>>
>>>> On Tue, Mar 23, 2010 at 8:53 AM, Shay Friedman <shay.friedman at gmail.com
>>>> > wrote:
>>>>
>>>>> Hey guys,
>>>>>
>>>>> What is the recommendation for using Ruby's standard libraries in
>>>>> Silverlight applications?
>>>>> Should the lib be copied to the project dir? should a reference be
>>>>> added to the manifest? some other technique?
>>>>>
>>>>> Thanks,
>>>>> Shay.
>>>>> --------------------------------------------------------
>>>>> Shay Friedman | Author of IronRuby Unleashed
>>>>> Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
>>>>>
>>>>> _______________________________________________
>>>>> Ironruby-core mailing list
>>>>> Ironruby-core at rubyforge.org
>>>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> Ironruby-core mailing list
>>>> Ironruby-core at rubyforge.org
>>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Ironruby-core mailing list
>>> Ironruby-core at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>
>>>
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100323/fb1f5415/attachment.html>

From mark at markrendle.net  Tue Mar 23 11:02:58 2010
From: mark at markrendle.net (Mark Rendle)
Date: Tue, 23 Mar 2010 15:02:58 +0000
Subject: [Ironruby-core] Missing method in NKF module
Message-ID: <3d65f4711003230802h1f6c8a12oab5e216679d72bdf@mail.gmail.com>

I'm trying to use the waz-storage gem for talking to Windows Azure storage
services, but it uses kconv and there's a problem with the toutf8 mix-in
method, which is trying to call NKF.nkf, which is not defined.

Repro:

irb(main):001:0> require 'kconv'
=> true
irb(main):002:0> "foo".toutf8
NoMethodError: undefined method `nkf' for NKF:Module
        from C:/ironruby/lib/ruby/1.8/kconv.rb:187:in `toutf8'
        from C:/ironruby/lib/ruby/1.8/kconv.rb:327:in `toutf8'
        from (irb):2
        from C:/ironruby/lib/ruby/1.8/irb.rb:150:in `eval_input'
        from C:/ironruby/lib/ruby/1.8/irb.rb:263:in `signal_status'
        from C:/ironruby/lib/ruby/1.8/irb.rb:147:in `eval_input'
        from C:/ironruby/lib/ruby/1.8/irb.rb:146:in `eval_input'
        from C:/ironruby/lib/ruby/1.8/irb.rb:70:in `start'
        from C:/ironruby/lib/ruby/1.8/irb.rb:69:in `catch'
        from C:/ironruby/lib/ruby/1.8/irb.rb:69:in `start'
        from C:/ironruby/bin/iirb:13

Is there another way of converting to UTF-8 which is support in IronRuby?

Cheers,
Mark
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100323/2e59f6b8/attachment.html>

From shay.friedman at gmail.com  Tue Mar 23 11:13:13 2010
From: shay.friedman at gmail.com (Shay Friedman)
Date: Tue, 23 Mar 2010 17:13:13 +0200
Subject: [Ironruby-core] Missing method in NKF module
In-Reply-To: <3d65f4711003230802h1f6c8a12oab5e216679d72bdf@mail.gmail.com>
References: <3d65f4711003230802h1f6c8a12oab5e216679d72bdf@mail.gmail.com>
Message-ID: <cd0e20101003230813l251b0377gb05b377e0d1b0ad0@mail.gmail.com>

Maybe the .NET's System.Text.Encoding class:

>>> bytes = Encoding.convert(Encoding.ASCII, Encoding.UTF8,
Encoding.ASCII.get_bytes("Hello".to_clr_string))
=> [72 (Byte), 101 (Byte), 108 (Byte), 108 (Byte), 111 (Byte)]
>>> Encoding.UTF8.get_string(bytes)
=> 'Hello'

Shay.
--------------------------------------------------------
Shay Friedman | Author of IronRuby Unleashed
Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay


On Tue, Mar 23, 2010 at 5:02 PM, Mark Rendle <mark at markrendle.net> wrote:

> I'm trying to use the waz-storage gem for talking to Windows Azure storage
> services, but it uses kconv and there's a problem with the toutf8 mix-in
> method, which is trying to call NKF.nkf, which is not defined.
>
> Repro:
>
> irb(main):001:0> require 'kconv'
> => true
> irb(main):002:0> "foo".toutf8
> NoMethodError: undefined method `nkf' for NKF:Module
>         from C:/ironruby/lib/ruby/1.8/kconv.rb:187:in `toutf8'
>         from C:/ironruby/lib/ruby/1.8/kconv.rb:327:in `toutf8'
>         from (irb):2
>         from C:/ironruby/lib/ruby/1.8/irb.rb:150:in `eval_input'
>         from C:/ironruby/lib/ruby/1.8/irb.rb:263:in `signal_status'
>         from C:/ironruby/lib/ruby/1.8/irb.rb:147:in `eval_input'
>         from C:/ironruby/lib/ruby/1.8/irb.rb:146:in `eval_input'
>         from C:/ironruby/lib/ruby/1.8/irb.rb:70:in `start'
>         from C:/ironruby/lib/ruby/1.8/irb.rb:69:in `catch'
>         from C:/ironruby/lib/ruby/1.8/irb.rb:69:in `start'
>         from C:/ironruby/bin/iirb:13
>
> Is there another way of converting to UTF-8 which is support in IronRuby?
>
> Cheers,
> Mark
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100323/247b14a1/attachment.html>

From jdeville at microsoft.com  Tue Mar 23 21:12:49 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Wed, 24 Mar 2010 01:12:49 +0000
Subject: [Ironruby-core] [ANN]IronRuby 1.0 RC4
Message-ID: <31BD916A7536A242870B0B4E3F9068D702BC4EE2@TK5EX14MBXC132.redmond.corp.microsoft.com>

The IronRuby team is pleased to announce version 1.0 RC4!

http://ironruby.net/download

Direct download link:
http://ironruby.codeplex.com/releases/view/41854#DownloadId=112345


As IronRuby approaches the final 1.0, these RCs will
contain crucial bug fixes and enhancements that IronRuby
requires to be a fast and compatible 1.0. Now that IronRuby
is in the release-candidate stage, your feedback is even
more important. Please use these new binaries as much as
you can and report any issues you find here:
http://ironruby.codeplex.com/WorkItem/Create.aspx.

Note: The actual version of the assemblies is 1.0.0.0.

== Contributors

casualjim, eoinomeara, ghouston jimmysch, jredville, jwthornpson2,
KAZUu, kralor, niclasnilsson, nikosd, rifraf, sborde, thbar,
TomasMatousek, turp, vaderpi, vertiginous, xport

Thank you all!

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100324/747cfe19/attachment-0001.html>

From jdeville at microsoft.com  Tue Mar 23 21:33:29 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Wed, 24 Mar 2010 01:33:29 +0000
Subject: [Ironruby-core] [ANN]IronRuby 1.0 RC4
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D702BC4EE2@TK5EX14MBXC132.redmond.corp.microsoft.com>
References: <31BD916A7536A242870B0B4E3F9068D702BC4EE2@TK5EX14MBXC132.redmond.corp.microsoft.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D702BC4FB2@TK5EX14MBXC132.redmond.corp.microsoft.com>

FYI: Git repo will be updated later tonight. Just finishing up the sync.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, March 23, 2010 6:13 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] [ANN]IronRuby 1.0 RC4

The IronRuby team is pleased to announce version 1.0 RC4!

http://ironruby.net/download

Direct download link:
http://ironruby.codeplex.com/releases/view/41854#DownloadId=112345


As IronRuby approaches the final 1.0, these RCs will
contain crucial bug fixes and enhancements that IronRuby
requires to be a fast and compatible 1.0. Now that IronRuby
is in the release-candidate stage, your feedback is even
more important. Please use these new binaries as much as
you can and report any issues you find here:
http://ironruby.codeplex.com/WorkItem/Create.aspx.

Note: The actual version of the assemblies is 1.0.0.0.

== Contributors

casualjim, eoinomeara, ghouston jimmysch, jredville, jwthornpson2,
KAZUu, kralor, niclasnilsson, nikosd, rifraf, sborde, thbar,
TomasMatousek, turp, vaderpi, vertiginous, xport

Thank you all!

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100324/61b7cb30/attachment.html>

From Tomas.Matousek at microsoft.com  Tue Mar 23 23:01:22 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Wed, 24 Mar 2010 03:01:22 +0000
Subject: [Ironruby-core] Code Review: Tokens2
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C49268E6B@TK5EX14MBXC131.redmond.corp.microsoft.com>

  tfpt review "/shelveset:Tokens2;REDMOND\tomat"
  Comment  : 
  Tokenizer improvements.

Tomas

-------------- next part --------------
A non-text attachment was scrubbed...
Name: Tokens2.diff
Type: application/octet-stream
Size: 613732 bytes
Desc: Tokens2.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100324/0b7e9e3f/attachment-0001.obj>

From jdeville at microsoft.com  Tue Mar 23 23:53:47 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Wed, 24 Mar 2010 03:53:47 +0000
Subject: [Ironruby-core] [ANN]IronRuby 1.0 RC4
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D702BC4FB2@TK5EX14MBXC132.redmond.corp.microsoft.com>
References: <31BD916A7536A242870B0B4E3F9068D702BC4EE2@TK5EX14MBXC132.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D702BC4FB2@TK5EX14MBXC132.redmond.corp.microsoft.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D702BC53BE@TK5EX14MBXC132.redmond.corp.microsoft.com>

Git updated

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, March 23, 2010 6:33 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] [ANN]IronRuby 1.0 RC4

FYI: Git repo will be updated later tonight. Just finishing up the sync.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, March 23, 2010 6:13 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] [ANN]IronRuby 1.0 RC4

The IronRuby team is pleased to announce version 1.0 RC4!

http://ironruby.net/download

Direct download link:
http://ironruby.codeplex.com/releases/view/41854#DownloadId=112345


As IronRuby approaches the final 1.0, these RCs will
contain crucial bug fixes and enhancements that IronRuby
requires to be a fast and compatible 1.0. Now that IronRuby
is in the release-candidate stage, your feedback is even
more important. Please use these new binaries as much as
you can and report any issues you find here:
http://ironruby.codeplex.com/WorkItem/Create.aspx.

Note: The actual version of the assemblies is 1.0.0.0.

== Contributors

casualjim, eoinomeara, ghouston jimmysch, jredville, jwthornpson2,
KAZUu, kralor, niclasnilsson, nikosd, rifraf, sborde, thbar,
TomasMatousek, turp, vaderpi, vertiginous, xport

Thank you all!

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100324/194ada2a/attachment.html>

From shay.friedman at gmail.com  Wed Mar 24 03:17:52 2010
From: shay.friedman at gmail.com (Shay Friedman)
Date: Wed, 24 Mar 2010 09:17:52 +0200
Subject: [Ironruby-core] Using Ruby's standard libraries in Silverlight
In-Reply-To: <b1c6aabb1003230800k6ebe2ee9q755132be4f9f7efc@mail.gmail.com>
References: <cd0e20101003230053r70caec32ie77f33bde2e5a271@mail.gmail.com>
	<b1c6aabb1003230118m2f3b9bedh489ed4501da9c6f9@mail.gmail.com>
	<cd0e20101003230128x23a94208ye61e1a2e2c233ab1@mail.gmail.com>
	<b1c6aabb1003230250q2a14d3edjfb3d4cb0a9a0d5af@mail.gmail.com>
	<cd0e20101003230735u1dbfc612t293f8e28079ac8d3@mail.gmail.com>
	<b1c6aabb1003230800k6ebe2ee9q755132be4f9f7efc@mail.gmail.com>
Message-ID: <cd0e20101003240017k28a5212j41710707ba4c1d6d@mail.gmail.com>

It doesn't work for Ruby files as well as assemblies (which are placed
within a ZIP file)... :-(

--------------------------------------------------------
Shay Friedman | Author of IronRuby Unleashed
Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay


On Tue, Mar 23, 2010 at 5:00 PM, Ivan Porto Carrero <
ivan at whiterabbitconsulting.eu> wrote:

> for assemblies you need to add an appmanifest I think
>
> ---
> Met vriendelijke groeten - Best regards - Salutations
> Ivan Porto Carrero
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)
> Microsoft IronRuby/C# MVP
>
>
> On Tue, Mar 23, 2010 at 3:35 PM, Shay Friedman <shay.friedman at gmail.com>wrote:
>
>> OK I zipped the libs folder and added it to the page as <script
>> type="application/zip" src="lib.zip"></script>.
>> When I try to require the assemblies, the files are not found.
>>
>> I tried to make the case simpler and zipped a simple rb file to a zip and
>> included it in the page as well: <script type="application/zip"
>> src="test.zip"></script>
>>  I tried:
>> require "TestClass.rb"
>> require "TestClass"
>> require 'test.zip/TestClass.rb'
>> require 'test.zip/TestClass'
>>
>> None of these worked.
>>
>> By the way, I see that Chiron loads the zip files...
>>
>> What am I doing wrong?
>>
>> --------------------------------------------------------
>> Shay Friedman | Author of IronRuby Unleashed
>> Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
>>
>>
>> On Tue, Mar 23, 2010 at 11:50 AM, Ivan Porto Carrero <
>> ivan at whiterabbitconsulting.eu> wrote:
>>
>>> I thought that already happened (dlr-slvx requirement etc)
>>>
>>> ---
>>> Met vriendelijke groeten - Best regards - Salutations
>>> Ivan Porto Carrero
>>> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
>>> Twitter: http://twitter.com/casualjim
>>> Author of IronRuby in Action (http://manning.com/carrero)
>>> Microsoft IronRuby/C# MVP
>>>
>>>
>>> On Tue, Mar 23, 2010 at 9:28 AM, Shay Friedman <shay.friedman at gmail.com>wrote:
>>>
>>>> That's a good idea but it enforces the user to use Gestalt.
>>>>
>>>> Which brings up another question - are we willing to "standardize"
>>>> Gestalt by making it the best practice for using DLR languages in
>>>> Silverlight?
>>>>
>>>> --------------------------------------------------------
>>>> Shay Friedman | Author of IronRuby Unleashed
>>>> Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
>>>>
>>>>
>>>> On Tue, Mar 23, 2010 at 10:18 AM, Ivan Porto Carrero <
>>>> ivan at whiterabbitconsulting.eu> wrote:
>>>>
>>>>> I'd the contents of the lib folder in a zip file
>>>>>
>>>>> and then use gestalt to download the zip. from then on they are
>>>>> available
>>>>> ---
>>>>> Met vriendelijke groeten - Best regards - Salutations
>>>>> Ivan Porto Carrero
>>>>> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
>>>>> Twitter: http://twitter.com/casualjim
>>>>> Author of IronRuby in Action (http://manning.com/carrero)
>>>>> Microsoft IronRuby/C# MVP
>>>>>
>>>>>
>>>>> On Tue, Mar 23, 2010 at 8:53 AM, Shay Friedman <
>>>>> shay.friedman at gmail.com> wrote:
>>>>>
>>>>>> Hey guys,
>>>>>>
>>>>>> What is the recommendation for using Ruby's standard libraries in
>>>>>> Silverlight applications?
>>>>>> Should the lib be copied to the project dir? should a reference be
>>>>>> added to the manifest? some other technique?
>>>>>>
>>>>>> Thanks,
>>>>>> Shay.
>>>>>> --------------------------------------------------------
>>>>>> Shay Friedman | Author of IronRuby Unleashed
>>>>>> Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
>>>>>>
>>>>>> _______________________________________________
>>>>>> Ironruby-core mailing list
>>>>>> Ironruby-core at rubyforge.org
>>>>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Ironruby-core mailing list
>>>>> Ironruby-core at rubyforge.org
>>>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> Ironruby-core mailing list
>>>> Ironruby-core at rubyforge.org
>>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Ironruby-core mailing list
>>> Ironruby-core at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>
>>>
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100324/7ad4ee1a/attachment.html>

From ivan at whiterabbitconsulting.eu  Wed Mar 24 03:50:03 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Wed, 24 Mar 2010 08:50:03 +0100
Subject: [Ironruby-core] Using Ruby's standard libraries in Silverlight
In-Reply-To: <cd0e20101003240017k28a5212j41710707ba4c1d6d@mail.gmail.com>
References: <cd0e20101003230053r70caec32ie77f33bde2e5a271@mail.gmail.com> 
	<b1c6aabb1003230118m2f3b9bedh489ed4501da9c6f9@mail.gmail.com> 
	<cd0e20101003230128x23a94208ye61e1a2e2c233ab1@mail.gmail.com> 
	<b1c6aabb1003230250q2a14d3edjfb3d4cb0a9a0d5af@mail.gmail.com> 
	<cd0e20101003230735u1dbfc612t293f8e28079ac8d3@mail.gmail.com> 
	<b1c6aabb1003230800k6ebe2ee9q755132be4f9f7efc@mail.gmail.com> 
	<cd0e20101003240017k28a5212j41710707ba4c1d6d@mail.gmail.com>
Message-ID: <b1c6aabb1003240050l3f581b4dled9c508016206977@mail.gmail.com>

if you put a app\myfile.rb in the zip file
you should be able to do require 'app/myfile'
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP


On Wed, Mar 24, 2010 at 8:17 AM, Shay Friedman <shay.friedman at gmail.com>wrote:

> It doesn't work for Ruby files as well as assemblies (which are placed
> within a ZIP file)... :-(
>
> --------------------------------------------------------
> Shay Friedman | Author of IronRuby Unleashed
> Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
>
>
> On Tue, Mar 23, 2010 at 5:00 PM, Ivan Porto Carrero <
> ivan at whiterabbitconsulting.eu> wrote:
>
>> for assemblies you need to add an appmanifest I think
>>
>> ---
>> Met vriendelijke groeten - Best regards - Salutations
>> Ivan Porto Carrero
>> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
>> Twitter: http://twitter.com/casualjim
>> Author of IronRuby in Action (http://manning.com/carrero)
>> Microsoft IronRuby/C# MVP
>>
>>
>> On Tue, Mar 23, 2010 at 3:35 PM, Shay Friedman <shay.friedman at gmail.com>wrote:
>>
>>> OK I zipped the libs folder and added it to the page as <script
>>> type="application/zip" src="lib.zip"></script>.
>>> When I try to require the assemblies, the files are not found.
>>>
>>> I tried to make the case simpler and zipped a simple rb file to a zip and
>>> included it in the page as well: <script type="application/zip"
>>> src="test.zip"></script>
>>>  I tried:
>>> require "TestClass.rb"
>>> require "TestClass"
>>> require 'test.zip/TestClass.rb'
>>> require 'test.zip/TestClass'
>>>
>>> None of these worked.
>>>
>>> By the way, I see that Chiron loads the zip files...
>>>
>>> What am I doing wrong?
>>>
>>> --------------------------------------------------------
>>> Shay Friedman | Author of IronRuby Unleashed
>>> Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
>>>
>>>
>>> On Tue, Mar 23, 2010 at 11:50 AM, Ivan Porto Carrero <
>>> ivan at whiterabbitconsulting.eu> wrote:
>>>
>>>> I thought that already happened (dlr-slvx requirement etc)
>>>>
>>>> ---
>>>> Met vriendelijke groeten - Best regards - Salutations
>>>> Ivan Porto Carrero
>>>> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
>>>> Twitter: http://twitter.com/casualjim
>>>> Author of IronRuby in Action (http://manning.com/carrero)
>>>> Microsoft IronRuby/C# MVP
>>>>
>>>>
>>>> On Tue, Mar 23, 2010 at 9:28 AM, Shay Friedman <shay.friedman at gmail.com
>>>> > wrote:
>>>>
>>>>> That's a good idea but it enforces the user to use Gestalt.
>>>>>
>>>>> Which brings up another question - are we willing to "standardize"
>>>>> Gestalt by making it the best practice for using DLR languages in
>>>>> Silverlight?
>>>>>
>>>>> --------------------------------------------------------
>>>>> Shay Friedman | Author of IronRuby Unleashed
>>>>> Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
>>>>>
>>>>>
>>>>> On Tue, Mar 23, 2010 at 10:18 AM, Ivan Porto Carrero <
>>>>> ivan at whiterabbitconsulting.eu> wrote:
>>>>>
>>>>>> I'd the contents of the lib folder in a zip file
>>>>>>
>>>>>> and then use gestalt to download the zip. from then on they are
>>>>>> available
>>>>>> ---
>>>>>> Met vriendelijke groeten - Best regards - Salutations
>>>>>> Ivan Porto Carrero
>>>>>> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
>>>>>> Twitter: http://twitter.com/casualjim
>>>>>> Author of IronRuby in Action (http://manning.com/carrero)
>>>>>> Microsoft IronRuby/C# MVP
>>>>>>
>>>>>>
>>>>>> On Tue, Mar 23, 2010 at 8:53 AM, Shay Friedman <
>>>>>> shay.friedman at gmail.com> wrote:
>>>>>>
>>>>>>> Hey guys,
>>>>>>>
>>>>>>> What is the recommendation for using Ruby's standard libraries in
>>>>>>> Silverlight applications?
>>>>>>> Should the lib be copied to the project dir? should a reference be
>>>>>>> added to the manifest? some other technique?
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Shay.
>>>>>>> --------------------------------------------------------
>>>>>>> Shay Friedman | Author of IronRuby Unleashed
>>>>>>> Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Ironruby-core mailing list
>>>>>>> Ironruby-core at rubyforge.org
>>>>>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Ironruby-core mailing list
>>>>>> Ironruby-core at rubyforge.org
>>>>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Ironruby-core mailing list
>>>>> Ironruby-core at rubyforge.org
>>>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> Ironruby-core mailing list
>>>> Ironruby-core at rubyforge.org
>>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Ironruby-core mailing list
>>> Ironruby-core at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>
>>>
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100324/2a3e6529/attachment-0001.html>

From mark at markrendle.net  Wed Mar 24 06:16:45 2010
From: mark at markrendle.net (Mark Rendle)
Date: Wed, 24 Mar 2010 10:16:45 +0000
Subject: [Ironruby-core] Missing method in NKF module
In-Reply-To: <cd0e20101003230813l251b0377gb05b377e0d1b0ad0@mail.gmail.com>
References: <3d65f4711003230802h1f6c8a12oab5e216679d72bdf@mail.gmail.com>
	<cd0e20101003230813l251b0377gb05b377e0d1b0ad0@mail.gmail.com>
Message-ID: <3d65f4711003240316k26d07576w10dabb1acf0b2757@mail.gmail.com>

I'll give that a try, thanks.

On Tue, Mar 23, 2010 at 3:13 PM, Shay Friedman <shay.friedman at gmail.com>wrote:

> Maybe the .NET's System.Text.Encoding class:
>
> >>> bytes = Encoding.convert(Encoding.ASCII, Encoding.UTF8,
> Encoding.ASCII.get_bytes("Hello".to_clr_string))
> => [72 (Byte), 101 (Byte), 108 (Byte), 108 (Byte), 111 (Byte)]
> >>> Encoding.UTF8.get_string(bytes)
> => 'Hello'
>
> Shay.
> --------------------------------------------------------
> Shay Friedman | Author of IronRuby Unleashed
> Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
>
>
> On Tue, Mar 23, 2010 at 5:02 PM, Mark Rendle <mark at markrendle.net> wrote:
>
>> I'm trying to use the waz-storage gem for talking to Windows Azure storage
>> services, but it uses kconv and there's a problem with the toutf8 mix-in
>> method, which is trying to call NKF.nkf, which is not defined.
>>
>> Repro:
>>
>> irb(main):001:0> require 'kconv'
>> => true
>> irb(main):002:0> "foo".toutf8
>> NoMethodError: undefined method `nkf' for NKF:Module
>>         from C:/ironruby/lib/ruby/1.8/kconv.rb:187:in `toutf8'
>>         from C:/ironruby/lib/ruby/1.8/kconv.rb:327:in `toutf8'
>>         from (irb):2
>>         from C:/ironruby/lib/ruby/1.8/irb.rb:150:in `eval_input'
>>         from C:/ironruby/lib/ruby/1.8/irb.rb:263:in `signal_status'
>>         from C:/ironruby/lib/ruby/1.8/irb.rb:147:in `eval_input'
>>         from C:/ironruby/lib/ruby/1.8/irb.rb:146:in `eval_input'
>>         from C:/ironruby/lib/ruby/1.8/irb.rb:70:in `start'
>>         from C:/ironruby/lib/ruby/1.8/irb.rb:69:in `catch'
>>         from C:/ironruby/lib/ruby/1.8/irb.rb:69:in `start'
>>         from C:/ironruby/bin/iirb:13
>>
>> Is there another way of converting to UTF-8 which is support in IronRuby?
>>
>> Cheers,
>> Mark
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100324/d8301e5e/attachment.html>

From curth at microsoft.com  Wed Mar 24 11:42:53 2010
From: curth at microsoft.com (Curt Hagenlocher)
Date: Wed, 24 Mar 2010 15:42:53 +0000
Subject: [Ironruby-core] IronRuby on your Phone
Message-ID: <9DBDB52016D6F34AABBACF6C2876EA283EB58C0C@TK5EX14MBXC139.redmond.corp.microsoft.com>

You might like Tomas' latest blog entry: http://blog.tomasm.net/2010/03/21/ironruby-on-your-phone/

-Curt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100324/38fafd68/attachment.html>

From shay.friedman at gmail.com  Thu Mar 25 09:30:31 2010
From: shay.friedman at gmail.com (Shay Friedman)
Date: Thu, 25 Mar 2010 15:30:31 +0200
Subject: [Ironruby-core] Using Ruby's standard libraries in Silverlight
In-Reply-To: <b1c6aabb1003240050l3f581b4dled9c508016206977@mail.gmail.com>
References: <cd0e20101003230053r70caec32ie77f33bde2e5a271@mail.gmail.com>
	<b1c6aabb1003230118m2f3b9bedh489ed4501da9c6f9@mail.gmail.com>
	<cd0e20101003230128x23a94208ye61e1a2e2c233ab1@mail.gmail.com>
	<b1c6aabb1003230250q2a14d3edjfb3d4cb0a9a0d5af@mail.gmail.com>
	<cd0e20101003230735u1dbfc612t293f8e28079ac8d3@mail.gmail.com>
	<b1c6aabb1003230800k6ebe2ee9q755132be4f9f7efc@mail.gmail.com>
	<cd0e20101003240017k28a5212j41710707ba4c1d6d@mail.gmail.com>
	<b1c6aabb1003240050l3f581b4dled9c508016206977@mail.gmail.com>
Message-ID: <cd0e20101003250630m5f18b1d8ibc5a0833c9ab6503@mail.gmail.com>

It doesn't work for me.

--------------------------------------------------------
Shay Friedman | Author of IronRuby Unleashed
Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay


On Wed, Mar 24, 2010 at 9:50 AM, Ivan Porto Carrero <
ivan at whiterabbitconsulting.eu> wrote:

> if you put a app\myfile.rb in the zip file
> you should be able to do require 'app/myfile'
> ---
> Met vriendelijke groeten - Best regards - Salutations
> Ivan Porto Carrero
> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
> Twitter: http://twitter.com/casualjim
> Author of IronRuby in Action (http://manning.com/carrero)
> Microsoft IronRuby/C# MVP
>
>
> On Wed, Mar 24, 2010 at 8:17 AM, Shay Friedman <shay.friedman at gmail.com>wrote:
>
>> It doesn't work for Ruby files as well as assemblies (which are placed
>> within a ZIP file)... :-(
>>
>> --------------------------------------------------------
>> Shay Friedman | Author of IronRuby Unleashed
>> Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
>>
>>
>> On Tue, Mar 23, 2010 at 5:00 PM, Ivan Porto Carrero <
>> ivan at whiterabbitconsulting.eu> wrote:
>>
>>> for assemblies you need to add an appmanifest I think
>>>
>>> ---
>>> Met vriendelijke groeten - Best regards - Salutations
>>> Ivan Porto Carrero
>>> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
>>> Twitter: http://twitter.com/casualjim
>>> Author of IronRuby in Action (http://manning.com/carrero)
>>> Microsoft IronRuby/C# MVP
>>>
>>>
>>> On Tue, Mar 23, 2010 at 3:35 PM, Shay Friedman <shay.friedman at gmail.com>wrote:
>>>
>>>> OK I zipped the libs folder and added it to the page as <script
>>>> type="application/zip" src="lib.zip"></script>.
>>>> When I try to require the assemblies, the files are not found.
>>>>
>>>> I tried to make the case simpler and zipped a simple rb file to a zip
>>>> and included it in the page as well: <script type="application/zip"
>>>> src="test.zip"></script>
>>>>  I tried:
>>>> require "TestClass.rb"
>>>> require "TestClass"
>>>> require 'test.zip/TestClass.rb'
>>>> require 'test.zip/TestClass'
>>>>
>>>> None of these worked.
>>>>
>>>> By the way, I see that Chiron loads the zip files...
>>>>
>>>> What am I doing wrong?
>>>>
>>>> --------------------------------------------------------
>>>> Shay Friedman | Author of IronRuby Unleashed
>>>> Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
>>>>
>>>>
>>>> On Tue, Mar 23, 2010 at 11:50 AM, Ivan Porto Carrero <
>>>> ivan at whiterabbitconsulting.eu> wrote:
>>>>
>>>>> I thought that already happened (dlr-slvx requirement etc)
>>>>>
>>>>> ---
>>>>> Met vriendelijke groeten - Best regards - Salutations
>>>>> Ivan Porto Carrero
>>>>> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
>>>>> Twitter: http://twitter.com/casualjim
>>>>> Author of IronRuby in Action (http://manning.com/carrero)
>>>>> Microsoft IronRuby/C# MVP
>>>>>
>>>>>
>>>>> On Tue, Mar 23, 2010 at 9:28 AM, Shay Friedman <
>>>>> shay.friedman at gmail.com> wrote:
>>>>>
>>>>>> That's a good idea but it enforces the user to use Gestalt.
>>>>>>
>>>>>> Which brings up another question - are we willing to "standardize"
>>>>>> Gestalt by making it the best practice for using DLR languages in
>>>>>> Silverlight?
>>>>>>
>>>>>> --------------------------------------------------------
>>>>>> Shay Friedman | Author of IronRuby Unleashed
>>>>>> Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
>>>>>>
>>>>>>
>>>>>> On Tue, Mar 23, 2010 at 10:18 AM, Ivan Porto Carrero <
>>>>>> ivan at whiterabbitconsulting.eu> wrote:
>>>>>>
>>>>>>> I'd the contents of the lib folder in a zip file
>>>>>>>
>>>>>>> and then use gestalt to download the zip. from then on they are
>>>>>>> available
>>>>>>> ---
>>>>>>> Met vriendelijke groeten - Best regards - Salutations
>>>>>>> Ivan Porto Carrero
>>>>>>> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
>>>>>>> Twitter: http://twitter.com/casualjim
>>>>>>> Author of IronRuby in Action (http://manning.com/carrero)
>>>>>>> Microsoft IronRuby/C# MVP
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Mar 23, 2010 at 8:53 AM, Shay Friedman <
>>>>>>> shay.friedman at gmail.com> wrote:
>>>>>>>
>>>>>>>> Hey guys,
>>>>>>>>
>>>>>>>> What is the recommendation for using Ruby's standard libraries in
>>>>>>>> Silverlight applications?
>>>>>>>> Should the lib be copied to the project dir? should a reference be
>>>>>>>> added to the manifest? some other technique?
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Shay.
>>>>>>>> --------------------------------------------------------
>>>>>>>> Shay Friedman | Author of IronRuby Unleashed
>>>>>>>> Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Ironruby-core mailing list
>>>>>>>> Ironruby-core at rubyforge.org
>>>>>>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Ironruby-core mailing list
>>>>>>> Ironruby-core at rubyforge.org
>>>>>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Ironruby-core mailing list
>>>>>> Ironruby-core at rubyforge.org
>>>>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Ironruby-core mailing list
>>>>> Ironruby-core at rubyforge.org
>>>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> Ironruby-core mailing list
>>>> Ironruby-core at rubyforge.org
>>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Ironruby-core mailing list
>>> Ironruby-core at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>>
>>>
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100325/c5257fee/attachment-0001.html>

From jdeville at microsoft.com  Thu Mar 25 13:07:20 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Thu, 25 Mar 2010 17:07:20 +0000
Subject: [Ironruby-core] Code Review: installer_and_versions
Message-ID: <31BD916A7536A242870B0B4E3F9068D703DAA251@TK5EX14MBXC136.redmond.corp.microsoft.com>

  tfpt review "/shelveset:installer_and_versions;REDMOND\jdeville"
  Comment  : 
  * Checks in RC4 changelog
  * Updates config.wxi (need to make this updateable, see http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=4246)
  * Correct URL in IronRuby.wxs (.com should have been .net)
  * License.rtf cleanup:
  ** consistent formatting,
  ** hyperlinks for the basic document.
  ** uses headings so the sections show up in Word 2010 Navigation section.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: installer_and_versions.diff
Type: application/octet-stream
Size: 117957 bytes
Desc: installer_and_versions.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100325/eac72aba/attachment-0001.obj>

From ivan at whiterabbitconsulting.eu  Thu Mar 25 18:08:48 2010
From: ivan at whiterabbitconsulting.eu (Ivan Porto Carrero)
Date: Thu, 25 Mar 2010 22:08:48 +0000
Subject: [Ironruby-core] ir -S gem not working on windows 7 32-bit
Message-ID: <b1c6aabb1003251508g47145cdbi2c8020ee23b96c9a@mail.gmail.com>

Hi

just for information:

On a clean instance of windows 7, with the latest ironruby release and using
cmd.exe I'm unable to run ir -S gem install rails

can't find C:\users\ivan\gem is the error message.

---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100325/408400b3/attachment.html>

From jdeville at microsoft.com  Thu Mar 25 18:17:08 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Thu, 25 Mar 2010 22:17:08 +0000
Subject: [Ironruby-core] ir -S gem not working on windows 7 32-bit
Message-ID: <31BD916A7536A242870B0B4E3F9068D703DABD25@TK5EX14MBXC136.redmond.corp.microsoft.com>

Yeah. Thats expected, but we should also fix it. Ir -S igem should work



________________________________
From: Ivan Porto Carrero <ivan at whiterabbitconsulting.eu>
Sent: Thursday, March 25, 2010 3:13 PM
To: ironruby-core <ironruby-core at rubyforge.org>
Subject: [Ironruby-core] ir -S gem not working on windows 7 32-bit

Hi

just for information:

On a clean instance of windows 7, with the latest ironruby release and using cmd.exe I'm unable to run ir -S gem install rails

can't find C:\users\ivan\gem is the error message.

---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
Microsoft IronRuby/C# MVP
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100325/fb2347f6/attachment.html>

From sagasw at gmail.com  Fri Mar 26 01:47:56 2010
From: sagasw at gmail.com (sagasw)
Date: Fri, 26 Mar 2010 13:47:56 +0800
Subject: [Ironruby-core] Question about test ironruby for rails
Message-ID: <4de92fd1003252247x42b9d2fdw6878e0b499d4f88e@mail.gmail.com>

Hi,

I just follow the steps with this video

http://www.teachmetocode.com/screencasts/6

And has install rails sqlite3-ironruby nifty-generators successfully.

I generate a "Welcome" controller, and in routes.rb, change it like:
 map.root :controller => "welcome"

After I run "ir script/generate nifty_authentication", it will generate
login signup functions.
And I run irake db:migrate too.

Now, I run "ir script/server" and could see "http://127.0.0.1:3000/signup",
When I fill everything and click submit button, this error popup,

who could tell me, how could I fix this issue?

I use ironruby 1.0RC4.

Thanks,

sagasw


----------------------------------
Action Controller: Exception caughtSystem::NotSupportedException in
Welcome#index

Showing *app/views/layouts/application.html.erb* where line *#12* raised:

Class System::Int64 does not have a valid constructor

 Extracted source (around line *#12*):

9:   <body>
10:     <div id="container">
11:       <%- flash.each do |name, msg| -%>
12:         <%= content_tag :div, msg, :id => "flash_#{name}" %>
13:       <%- end -%>
14:
15:       <%- if show_title? -%>

 RAILS_ROOT: E:/mytwitter
Application Trace <#> | Framework Trace <#> | Full Trace <#>

IronRuby.Libraries:0:in `ReadObject'
IronRuby.Libraries:0:in `ReadAnObject'
IronRuby.Libraries:0:in `ReadHash'
IronRuby.Libraries:0:in `ReadAnObject'
IronRuby.Libraries:0:in `Load'
E:2:in `__send__'
E:2:in `flash'
E:/mytwitter/app/views/layouts/application.html.erb:12:in
`_run_erb_app47views47layouts47application46html46erb'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/message_verifier.rb:31:in
`load'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/message_verifier.rb:31:in
`verify'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/cookie_store.rb:156:in
`unmarshal'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/cookie_store.rb:145:in
`load_session'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:62:in
`send'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:62:in
`load!'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:70:in
`stale_session_check!'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:61:in
`load!'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:28:in
`[]'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/flash.rb:163:in
`flash'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/renderable.rb:34:in
`__send__'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/renderable.rb:34:in
`render'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:306:in
`with_template'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/renderable.rb:30:in
`render'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/template.rb:205:in
`render_template'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:265:in
`render'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:352:in
`_render_with_layout'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:262:in
`render'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:1250:in
`render_for_file'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:945:in
`render'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:51:in
`render_with_benchmark'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in
`ms'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:10:in
`realtime'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in
`ms'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:51:in
`render_with_benchmark'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:1326:in
`default_render'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:1332:in
`perform_action'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/filters.rb:617:in
`call_filters'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/filters.rb:610:in
`perform_action_with_filters'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:68:in
`perform_action_with_benchmark'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in
`ms'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:10:in
`realtime'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in
`ms'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:68:in
`perform_action_with_benchmark'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/rescue.rb:160:in
`perform_action_with_rescue'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/flash.rb:146:in
`perform_action_with_flash'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:532:in
`send'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:532:in
`process'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/filters.rb:606:in
`process_with_filters'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:391:in
`process'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:386:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/routing/route_set.rb:437:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:87:in
`dispatch'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:121:in
`_call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:130:in
`build_middleware_stack'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:29:in
`[]'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:29:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/connection_adapters/abstract/query_cache.rb:34:in
`cache'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:9:in
`cache'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:28:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/connection_adapters/abstract/connection_pool.rb:361:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/string_coercion.rb:25:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/head.rb:9:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/methodoverride.rb:24:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/params_parser.rb:15:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/cookie_store.rb:93:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/failsafe.rb:26:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/lock.rb:11:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/lock.rb:11:in
`synchronize'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/lock.rb:11:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:114:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/reloader.rb:34:in
`run'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:108:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/rails/rack/static.rb:31:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/urlmap.rb:44:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/urlmap.rb:40:in
`each'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/urlmap.rb:40:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/rails/rack/log_tailer.rb:17:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/content_length.rb:13:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/handler/webrick.rb:50:in
`service'
E:/IronRuby1.0/lib/ruby/1.8/webrick/httpserver.rb:104:in `service'
E:/IronRuby1.0/lib/ruby/1.8/webrick/httpserver.rb:65:in `run'
E:/IronRuby1.0/lib/ruby/1.8/webrick/server.rb:173:in `start_thread'

IronRuby.Libraries:0:in `ReadObject'
IronRuby.Libraries:0:in `ReadAnObject'
IronRuby.Libraries:0:in `ReadHash'
IronRuby.Libraries:0:in `ReadAnObject'
IronRuby.Libraries:0:in `Load'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/message_verifier.rb:31:in
`load'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/message_verifier.rb:31:in
`verify'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/cookie_store.rb:156:in
`unmarshal'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/cookie_store.rb:145:in
`load_session'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:62:in
`send'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:62:in
`load!'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:70:in
`stale_session_check!'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:61:in
`load!'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:28:in
`[]'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/flash.rb:163:in
`flash'
E:2:in `__send__'
E:2:in `flash'
E:/mytwitter/app/views/layouts/application.html.erb:12:in
`_run_erb_app47views47layouts47application46html46erb'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/renderable.rb:34:in
`__send__'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/renderable.rb:34:in
`render'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:306:in
`with_template'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/renderable.rb:30:in
`render'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/template.rb:205:in
`render_template'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:265:in
`render'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:352:in
`_render_with_layout'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:262:in
`render'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:1250:in
`render_for_file'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:945:in
`render'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:51:in
`render_with_benchmark'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in
`ms'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:10:in
`realtime'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in
`ms'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:51:in
`render_with_benchmark'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:1326:in
`default_render'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:1332:in
`perform_action'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/filters.rb:617:in
`call_filters'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/filters.rb:610:in
`perform_action_with_filters'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:68:in
`perform_action_with_benchmark'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in
`ms'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:10:in
`realtime'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in
`ms'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:68:in
`perform_action_with_benchmark'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/rescue.rb:160:in
`perform_action_with_rescue'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/flash.rb:146:in
`perform_action_with_flash'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:532:in
`send'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:532:in
`process'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/filters.rb:606:in
`process_with_filters'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:391:in
`process'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:386:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/routing/route_set.rb:437:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:87:in
`dispatch'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:121:in
`_call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:130:in
`build_middleware_stack'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:29:in
`[]'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:29:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/connection_adapters/abstract/query_cache.rb:34:in
`cache'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:9:in
`cache'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:28:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/connection_adapters/abstract/connection_pool.rb:361:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/string_coercion.rb:25:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/head.rb:9:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/methodoverride.rb:24:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/params_parser.rb:15:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/cookie_store.rb:93:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/failsafe.rb:26:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/lock.rb:11:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/lock.rb:11:in
`synchronize'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/lock.rb:11:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:114:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/reloader.rb:34:in
`run'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:108:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/rails/rack/static.rb:31:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/urlmap.rb:44:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/urlmap.rb:40:in
`each'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/urlmap.rb:40:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/rails/rack/log_tailer.rb:17:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/content_length.rb:13:in
`call'
E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/handler/webrick.rb:50:in
`service'
E:/IronRuby1.0/lib/ruby/1.8/webrick/httpserver.rb:104:in `service'
E:/IronRuby1.0/lib/ruby/1.8/webrick/httpserver.rb:65:in `run'
E:/IronRuby1.0/lib/ruby/1.8/webrick/server.rb:173:in `start_thread'
IronRuby.Libraries:0:in `RubyThreadStart'
IronRuby.Libraries:0:in `b__0'
mscorlib:0:in `ThreadStart_Context'
mscorlib:0:in `Run'
mscorlib:0:in `ThreadStart'

Request

*Parameters*:

None

 Show session dump <#>

---

Response

*Headers*:

{"Cache-Control"=>"no-cache",
 "Content-Type"=>"text/html"}





------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100326/8d5b8fee/attachment-0001.html>

From Shri.Borde at microsoft.com  Fri Mar 26 02:30:51 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Fri, 26 Mar 2010 06:30:51 +0000
Subject: [Ironruby-core] Question about test ironruby for rails
In-Reply-To: <4de92fd1003252247x42b9d2fdw6878e0b499d4f88e@mail.gmail.com>
References: <4de92fd1003252247x42b9d2fdw6878e0b499d4f88e@mail.gmail.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A7133B5BCD@TK5EX14MBXC134.redmond.corp.microsoft.com>

Marshal currently does not deal properly with Int64. Dumping both 1 and 2 results in the same result which is obviously incorrect. Marshal.load then blows up if called on the result of Marshal.dump.

>>> Marshal.dump(System::Int64.new(1))
=> "\004\bo:\022System::Int64\000"
>>> Marshal.dump(System::Int64.new(2))
=> "\004\bo:\022System::Int64\000"

We could (and should) fix Marshal so that it deals with Int64 properly. However, I wonder where the Int64 comes from. In pure Ruby code, there should be no occurrence of Int64 as no Ruby type maps to Int64 (Fixnum does map to Int32). Could you add the following code to config\environment.rb? This should raise an exception when the app tries to dump an Int64. The resulting stack trace might provide some clue as to who is generating an Int64.

module Marshal
  class << self
    alias :old_dump :dump
    def dump(o)
      raise "dumping Int64 : #{o}" if o.kind_of? System::Int64
      old_dump(o)
    end
  end
end

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of sagasw
Sent: Thursday, March 25, 2010 10:48 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Question about test ironruby for rails

Hi,

I just follow the steps with this video

http://www.teachmetocode.com/screencasts/6

And has install rails sqlite3-ironruby nifty-generators successfully.

I generate a "Welcome" controller, and in routes.rb, change it like:
 map.root :controller => "welcome"

After I run "ir script/generate nifty_authentication", it will generate login signup functions.
And I run irake db:migrate too.

Now, I run "ir script/server" and could see "http://127.0.0.1:3000/signup",
When I fill everything and click submit button, this error popup,

who could tell me, how could I fix this issue?

I use ironruby 1.0RC4.

Thanks,

sagasw


----------------------------------
System::NotSupportedException in Welcome#index

Showing app/views/layouts/application.html.erb where line #12 raised:

Class System::Int64 does not have a valid constructor

Extracted source (around line #12):

9:   <body>

10:     <div id="container">

11:       <%- flash.each do |name, msg| -%>

12:         <%= content_tag :div, msg, :id => "flash_#{name}" %>

13:       <%- end -%>

14:

15:       <%- if show_title? -%>

RAILS_ROOT: E:/mytwitter
Application Trace | Framework Trace | Full Trace

IronRuby.Libraries:0:in `ReadObject'

IronRuby.Libraries:0:in `ReadAnObject'

IronRuby.Libraries:0:in `ReadHash'

IronRuby.Libraries:0:in `ReadAnObject'

IronRuby.Libraries:0:in `Load'

E:2:in `__send__'

E:2:in `flash'

E:/mytwitter/app/views/layouts/application.html.erb:12:in `_run_erb_app47views47layouts47application46html46erb'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/message_verifier.rb:31:in `load'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/message_verifier.rb:31:in `verify'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/cookie_store.rb:156:in `unmarshal'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/cookie_store.rb:145:in `load_session'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:62:in `send'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:62:in `load!'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:70:in `stale_session_check!'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:61:in `load!'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:28:in `[]'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/flash.rb:163:in `flash'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/renderable.rb:34:in `__send__'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/renderable.rb:34:in `render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:306:in `with_template'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/renderable.rb:30:in `render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/template.rb:205:in `render_template'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:265:in `render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:352:in `_render_with_layout'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:262:in `render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:1250:in `render_for_file'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:945:in `render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:51:in `render_with_benchmark'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in `ms'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:10:in `realtime'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in `ms'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:51:in `render_with_benchmark'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:1326:in `default_render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:1332:in `perform_action'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/filters.rb:617:in `call_filters'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/filters.rb:610:in `perform_action_with_filters'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:68:in `perform_action_with_benchmark'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in `ms'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:10:in `realtime'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in `ms'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:68:in `perform_action_with_benchmark'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/rescue.rb:160:in `perform_action_with_rescue'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/flash.rb:146:in `perform_action_with_flash'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:532:in `send'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:532:in `process'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/filters.rb:606:in `process_with_filters'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:391:in `process'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:386:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/routing/route_set.rb:437:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:87:in `dispatch'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:121:in `_call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:130:in `build_middleware_stack'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:29:in `[]'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:29:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/connection_adapters/abstract/query_cache.rb:34:in `cache'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:9:in `cache'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:28:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/connection_adapters/abstract/connection_pool.rb:361:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/string_coercion.rb:25:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/head.rb:9:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/methodoverride.rb:24:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/params_parser.rb:15:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/cookie_store.rb:93:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/failsafe.rb:26:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/lock.rb:11:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/lock.rb:11:in `synchronize'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/lock.rb:11:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:114:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/reloader.rb:34:in `run'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:108:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/rails/rack/static.rb:31:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/urlmap.rb:44:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/urlmap.rb:40:in `each'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/urlmap.rb:40:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/rails/rack/log_tailer.rb:17:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/content_length.rb:13:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/handler/webrick.rb:50:in `service'

E:/IronRuby1.0/lib/ruby/1.8/webrick/httpserver.rb:104:in `service'

E:/IronRuby1.0/lib/ruby/1.8/webrick/httpserver.rb:65:in `run'

E:/IronRuby1.0/lib/ruby/1.8/webrick/server.rb:173:in `start_thread'

IronRuby.Libraries:0:in `ReadObject'

IronRuby.Libraries:0:in `ReadAnObject'

IronRuby.Libraries:0:in `ReadHash'

IronRuby.Libraries:0:in `ReadAnObject'

IronRuby.Libraries:0:in `Load'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/message_verifier.rb:31:in `load'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/message_verifier.rb:31:in `verify'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/cookie_store.rb:156:in `unmarshal'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/cookie_store.rb:145:in `load_session'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:62:in `send'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:62:in `load!'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:70:in `stale_session_check!'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:61:in `load!'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:28:in `[]'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/flash.rb:163:in `flash'

E:2:in `__send__'

E:2:in `flash'

E:/mytwitter/app/views/layouts/application.html.erb:12:in `_run_erb_app47views47layouts47application46html46erb'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/renderable.rb:34:in `__send__'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/renderable.rb:34:in `render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:306:in `with_template'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/renderable.rb:30:in `render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/template.rb:205:in `render_template'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:265:in `render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:352:in `_render_with_layout'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:262:in `render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:1250:in `render_for_file'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:945:in `render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:51:in `render_with_benchmark'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in `ms'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:10:in `realtime'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in `ms'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:51:in `render_with_benchmark'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:1326:in `default_render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:1332:in `perform_action'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/filters.rb:617:in `call_filters'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/filters.rb:610:in `perform_action_with_filters'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:68:in `perform_action_with_benchmark'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in `ms'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:10:in `realtime'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in `ms'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:68:in `perform_action_with_benchmark'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/rescue.rb:160:in `perform_action_with_rescue'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/flash.rb:146:in `perform_action_with_flash'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:532:in `send'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:532:in `process'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/filters.rb:606:in `process_with_filters'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:391:in `process'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:386:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/routing/route_set.rb:437:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:87:in `dispatch'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:121:in `_call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:130:in `build_middleware_stack'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:29:in `[]'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:29:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/connection_adapters/abstract/query_cache.rb:34:in `cache'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:9:in `cache'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:28:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/connection_adapters/abstract/connection_pool.rb:361:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/string_coercion.rb:25:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/head.rb:9:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/methodoverride.rb:24:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/params_parser.rb:15:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/cookie_store.rb:93:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/failsafe.rb:26:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/lock.rb:11:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/lock.rb:11:in `synchronize'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/lock.rb:11:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:114:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/reloader.rb:34:in `run'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:108:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/rails/rack/static.rb:31:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/urlmap.rb:44:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/urlmap.rb:40:in `each'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/urlmap.rb:40:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/rails/rack/log_tailer.rb:17:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/content_length.rb:13:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/handler/webrick.rb:50:in `service'

E:/IronRuby1.0/lib/ruby/1.8/webrick/httpserver.rb:104:in `service'

E:/IronRuby1.0/lib/ruby/1.8/webrick/httpserver.rb:65:in `run'

E:/IronRuby1.0/lib/ruby/1.8/webrick/server.rb:173:in `start_thread'

IronRuby.Libraries:0:in `RubyThreadStart'

IronRuby.Libraries:0:in `b__0'

mscorlib:0:in `ThreadStart_Context'

mscorlib:0:in `Run'

mscorlib:0:in `ThreadStart'

Request

Parameters:

None

Show session dump

---

Response

Headers:

{"Cache-Control"=>"no-cache",

 "Content-Type"=>"text/html"}




------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100326/7dd6c544/attachment-0001.html>

From Shri.Borde at microsoft.com  Fri Mar 26 02:49:09 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Fri, 26 Mar 2010 06:49:09 +0000
Subject: [Ironruby-core] Question about test ironruby for rails
References: <4de92fd1003252247x42b9d2fdw6878e0b499d4f88e@mail.gmail.com> 
Message-ID: <6459203F8B1AF641995AE49D47FA51A7133B5C39@TK5EX14MBXC134.redmond.corp.microsoft.com>

One possibility is that sqlite3-ironruby maps large integer values to Int64 instead of to BigInteger?

Also, it looks like Marshal.dump does not deal with .NET types in general. System::DateTime is dumped similarly to Int64 with only the name of the type in the result, but no data. For serializable types, we should include the .NET serialization representation within the dump representation. For non-serializable types, we should throw an exception instead of just writing out the type name?
>>> Marshal.dump(System::DateTime.now)
=> "\004\bo:\025System::DateTime\000"

From: Shri Borde
Sent: Thursday, March 25, 2010 11:31 PM
To: ironruby-core at rubyforge.org
Subject: RE: [Ironruby-core] Question about test ironruby for rails

Marshal currently does not deal properly with Int64. Dumping both 1 and 2 results in the same result which is obviously incorrect. Marshal.load then blows up if called on the result of Marshal.dump.

>>> Marshal.dump(System::Int64.new(1))
=> "\004\bo:\022System::Int64\000"
>>> Marshal.dump(System::Int64.new(2))
=> "\004\bo:\022System::Int64\000"

We could (and should) fix Marshal so that it deals with Int64 properly. However, I wonder where the Int64 comes from. In pure Ruby code, there should be no occurrence of Int64 as no Ruby type maps to Int64 (Fixnum does map to Int32). Could you add the following code to config\environment.rb? This should raise an exception when the app tries to dump an Int64. The resulting stack trace might provide some clue as to who is generating an Int64.

module Marshal
  class << self
    alias :old_dump :dump
    def dump(o)
      raise "dumping Int64 : #{o}" if o.kind_of? System::Int64
      old_dump(o)
    end
  end
end

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of sagasw
Sent: Thursday, March 25, 2010 10:48 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Question about test ironruby for rails

Hi,

I just follow the steps with this video

http://www.teachmetocode.com/screencasts/6

And has install rails sqlite3-ironruby nifty-generators successfully.

I generate a "Welcome" controller, and in routes.rb, change it like:
 map.root :controller => "welcome"

After I run "ir script/generate nifty_authentication", it will generate login signup functions.
And I run irake db:migrate too.

Now, I run "ir script/server" and could see "http://127.0.0.1:3000/signup",
When I fill everything and click submit button, this error popup,

who could tell me, how could I fix this issue?

I use ironruby 1.0RC4.

Thanks,

sagasw


----------------------------------
System::NotSupportedException in Welcome#index

Showing app/views/layouts/application.html.erb where line #12 raised:

Class System::Int64 does not have a valid constructor

Extracted source (around line #12):

9:   <body>

10:     <div id="container">

11:       <%- flash.each do |name, msg| -%>

12:         <%= content_tag :div, msg, :id => "flash_#{name}" %>

13:       <%- end -%>

14:

15:       <%- if show_title? -%>

RAILS_ROOT: E:/mytwitter
Application Trace | Framework Trace | Full Trace

IronRuby.Libraries:0:in `ReadObject'

IronRuby.Libraries:0:in `ReadAnObject'

IronRuby.Libraries:0:in `ReadHash'

IronRuby.Libraries:0:in `ReadAnObject'

IronRuby.Libraries:0:in `Load'

E:2:in `__send__'

E:2:in `flash'

E:/mytwitter/app/views/layouts/application.html.erb:12:in `_run_erb_app47views47layouts47application46html46erb'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/message_verifier.rb:31:in `load'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/message_verifier.rb:31:in `verify'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/cookie_store.rb:156:in `unmarshal'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/cookie_store.rb:145:in `load_session'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:62:in `send'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:62:in `load!'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:70:in `stale_session_check!'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:61:in `load!'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:28:in `[]'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/flash.rb:163:in `flash'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/renderable.rb:34:in `__send__'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/renderable.rb:34:in `render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:306:in `with_template'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/renderable.rb:30:in `render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/template.rb:205:in `render_template'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:265:in `render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:352:in `_render_with_layout'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:262:in `render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:1250:in `render_for_file'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:945:in `render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:51:in `render_with_benchmark'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in `ms'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:10:in `realtime'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in `ms'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:51:in `render_with_benchmark'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:1326:in `default_render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:1332:in `perform_action'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/filters.rb:617:in `call_filters'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/filters.rb:610:in `perform_action_with_filters'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:68:in `perform_action_with_benchmark'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in `ms'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:10:in `realtime'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in `ms'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:68:in `perform_action_with_benchmark'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/rescue.rb:160:in `perform_action_with_rescue'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/flash.rb:146:in `perform_action_with_flash'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:532:in `send'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:532:in `process'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/filters.rb:606:in `process_with_filters'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:391:in `process'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:386:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/routing/route_set.rb:437:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:87:in `dispatch'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:121:in `_call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:130:in `build_middleware_stack'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:29:in `[]'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:29:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/connection_adapters/abstract/query_cache.rb:34:in `cache'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:9:in `cache'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:28:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/connection_adapters/abstract/connection_pool.rb:361:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/string_coercion.rb:25:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/head.rb:9:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/methodoverride.rb:24:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/params_parser.rb:15:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/cookie_store.rb:93:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/failsafe.rb:26:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/lock.rb:11:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/lock.rb:11:in `synchronize'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/lock.rb:11:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:114:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/reloader.rb:34:in `run'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:108:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/rails/rack/static.rb:31:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/urlmap.rb:44:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/urlmap.rb:40:in `each'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/urlmap.rb:40:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/rails/rack/log_tailer.rb:17:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/content_length.rb:13:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/handler/webrick.rb:50:in `service'

E:/IronRuby1.0/lib/ruby/1.8/webrick/httpserver.rb:104:in `service'

E:/IronRuby1.0/lib/ruby/1.8/webrick/httpserver.rb:65:in `run'

E:/IronRuby1.0/lib/ruby/1.8/webrick/server.rb:173:in `start_thread'

IronRuby.Libraries:0:in `ReadObject'

IronRuby.Libraries:0:in `ReadAnObject'

IronRuby.Libraries:0:in `ReadHash'

IronRuby.Libraries:0:in `ReadAnObject'

IronRuby.Libraries:0:in `Load'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/message_verifier.rb:31:in `load'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/message_verifier.rb:31:in `verify'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/cookie_store.rb:156:in `unmarshal'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/cookie_store.rb:145:in `load_session'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:62:in `send'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:62:in `load!'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:70:in `stale_session_check!'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:61:in `load!'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/abstract_store.rb:28:in `[]'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/flash.rb:163:in `flash'

E:2:in `__send__'

E:2:in `flash'

E:/mytwitter/app/views/layouts/application.html.erb:12:in `_run_erb_app47views47layouts47application46html46erb'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/renderable.rb:34:in `__send__'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/renderable.rb:34:in `render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:306:in `with_template'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/renderable.rb:30:in `render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/template.rb:205:in `render_template'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:265:in `render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:352:in `_render_with_layout'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_view/base.rb:262:in `render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:1250:in `render_for_file'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:945:in `render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:51:in `render_with_benchmark'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in `ms'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:10:in `realtime'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in `ms'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:51:in `render_with_benchmark'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:1326:in `default_render'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:1332:in `perform_action'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/filters.rb:617:in `call_filters'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/filters.rb:610:in `perform_action_with_filters'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:68:in `perform_action_with_benchmark'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in `ms'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:10:in `realtime'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/core_ext/benchmark.rb:17:in `ms'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/benchmarking.rb:68:in `perform_action_with_benchmark'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/rescue.rb:160:in `perform_action_with_rescue'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/flash.rb:146:in `perform_action_with_flash'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:532:in `send'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:532:in `process'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/filters.rb:606:in `process_with_filters'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:391:in `process'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/base.rb:386:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/routing/route_set.rb:437:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:87:in `dispatch'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:121:in `_call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:130:in `build_middleware_stack'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:29:in `[]'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:29:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/connection_adapters/abstract/query_cache.rb:34:in `cache'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:9:in `cache'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/query_cache.rb:28:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/activerecord-2.3.5/lib/active_record/connection_adapters/abstract/connection_pool.rb:361:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/string_coercion.rb:25:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/head.rb:9:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/methodoverride.rb:24:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/params_parser.rb:15:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/session/cookie_store.rb:93:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/failsafe.rb:26:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/lock.rb:11:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/lock.rb:11:in `synchronize'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/lock.rb:11:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:114:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/reloader.rb:34:in `run'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/actionpack-2.3.5/lib/action_controller/dispatcher.rb:108:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/rails/rack/static.rb:31:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/urlmap.rb:44:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/urlmap.rb:40:in `each'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/urlmap.rb:40:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/rails/rack/log_tailer.rb:17:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/content_length.rb:13:in `call'

E:/IronRuby1.0/lib/ironruby/gems/1.8/gems/rack-1.0.1/lib/rack/handler/webrick.rb:50:in `service'

E:/IronRuby1.0/lib/ruby/1.8/webrick/httpserver.rb:104:in `service'

E:/IronRuby1.0/lib/ruby/1.8/webrick/httpserver.rb:65:in `run'

E:/IronRuby1.0/lib/ruby/1.8/webrick/server.rb:173:in `start_thread'

IronRuby.Libraries:0:in `RubyThreadStart'

IronRuby.Libraries:0:in `b__0'

mscorlib:0:in `ThreadStart_Context'

mscorlib:0:in `Run'

mscorlib:0:in `ThreadStart'

Request

Parameters:

None

Show session dump

---

Response

Headers:

{"Cache-Control"=>"no-cache",

 "Content-Type"=>"text/html"}




------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100326/e1fd7bfc/attachment-0001.html>

From Jimmy.Schementi at microsoft.com  Fri Mar 26 16:11:18 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Fri, 26 Mar 2010 20:11:18 +0000
Subject: [Ironruby-core] Code Review: installer_and_versions
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D703DAA251@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <31BD916A7536A242870B0B4E3F9068D703DAA251@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <1B42307CD4AADD438CDDA2FE1121CC921730F049@TK5EX14MBXC136.redmond.corp.microsoft.com>

License changes look good

> -----Original Message-----
> From: Jim Deville
> Sent: Thursday, March 25, 2010 10:07 AM
> To: IronRuby External Code Reviewers
> Cc: ironruby-core at rubyforge.org
> Subject: Code Review: installer_and_versions
> 
>   tfpt review "/shelveset:installer_and_versions;REDMOND\jdeville"
>   Comment  :
>   * Checks in RC4 changelog
>   * Updates config.wxi (need to make this updateable, see
> http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=4246)
>   * Correct URL in IronRuby.wxs (.com should have been .net)
>   * License.rtf cleanup:
>   ** consistent formatting,
>   ** hyperlinks for the basic document.
>   ** uses headings so the sections show up in Word 2010 Navigation section.
> 


From Tomas.Matousek at microsoft.com  Fri Mar 26 21:30:26 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Sat, 27 Mar 2010 01:30:26 +0000
Subject: [Ironruby-core] Code Review: Tokens.1
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C4928E9CD@TK5EX14MBXC124.redmond.corp.microsoft.com>

  tfpt review "/shelveset:Tokens.1;REDMOND\tomat"
  Comment  : 
  More tokenizer improvements.

Tomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Tokens.1.diff
Type: application/octet-stream
Size: 20214 bytes
Desc: Tokens.1.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100327/07aceb10/attachment-0001.obj>

From Tomas.Matousek at microsoft.com  Sat Mar 27 14:55:19 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Sat, 27 Mar 2010 18:55:19 +0000
Subject: [Ironruby-core] Code Review: Tokens.4
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C4928FDE9@TK5EX14MBXC124.redmond.corp.microsoft.com>

  tfpt review "/shelveset:Tokens.4;REDMOND\tomat"
  Comment  : 
  Tokenizer improvements.

Tomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Tokens.4.diff
Type: application/octet-stream
Size: 547339 bytes
Desc: Tokens.4.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100327/5689fb23/attachment-0001.obj>

From ryan.riley at panesofglass.org  Sat Mar 27 14:52:21 2010
From: ryan.riley at panesofglass.org (Ryan Riley)
Date: Sat, 27 Mar 2010 11:52:21 -0700
Subject: [Ironruby-core] Mono setup
In-Reply-To: <a880efe11003050940wb2bff79pe805418f3b48c8ec@mail.gmail.com>
References: <a880efe11003031456y38dec5edp718eca1637c2ede@mail.gmail.com> 
	<b1c6aabb1003040034r7acb3d06ra68a7d0193beab2a@mail.gmail.com> 
	<a880efe11003050940wb2bff79pe805418f3b48c8ec@mail.gmail.com>
Message-ID: <a880efe11003271152w5cf61980y907810a57b09e80f@mail.gmail.com>

With Ivan's latest, when I try to build with ./build, I get:
Beleriand:ironruby ryan$ ./build --trace
(in /Volumes/Nargothrond/dev/ironruby/Merlin/Main/Languages/Ruby)
rake aborted!
no such file to load -- ./Merlin/Main/Languages/Ruby/Scripts/irtests

(See full trace by running task with --trace)
(in /Volumes/Nargothrond/dev/ironruby/Merlin/Main/Languages/Ruby)
rake aborted!
no such file to load -- ./Merlin/Main/Languages/Ruby/Scripts/irtests

(See full trace by running task with --trace)

and with rake compile:
... same as before though now it's 'compile' and not 'compile:all'

/sigh

Maybe I should stick with Windows development.

Ryan Riley

Email: ryan.riley at panesofglass.org
LinkedIn: http://www.linkedin.com/in/ryanriley
Blog: http://wizardsofsmart.net/
Twitter: @panesofglass
Website: http://panesofglass.org/


On Fri, Mar 5, 2010 at 10:40 AM, Ryan Riley <ryan.riley at panesofglass.org>wrote:

> Fantastic!  Thanks, Ivan. That worked. I think my problem was that I hadn't
> run 'chmod +x' on the .dll files. I hope that helps someone else.
>
> Okay, as far as building IronRuby<http://wiki.github.com/ironruby/ironruby/building#wiki_building-mono>,
> I'm still having some issues. I pulled down Ivan's fork from github. Running
> ./build tells me:
> Beleriand:ironruby ryan$ ./build --trace
> (in /Volumes/Nargothrond/dev/ironruby)
> rake aborted!
> Don't know how to build task 'compile:all'
>
> (See full trace by running task with --trace)
> (in /Volumes/Nargothrond/dev/ironruby)
> rake aborted!
> Don't know how to build task 'compile:all'
>
> (See full trace by running task with --trace)
>
> When I run rake compile, I get:
> Beleriand:ironruby ryan$ rake compile --trace
> (in /Volumes/Nargothrond/dev/ironruby)
> rake aborted!
> Don't know how to build task 'compile'
> /Users/ryan/.rvm/gems/ruby-1.8.6-p399/gems/rake-0.8.7/lib/rake.rb:1728:in
> `[]'
> /Users/ryan/.rvm/gems/ruby-1.8.6-p399/gems/rake-0.8.7/lib/rake.rb:2050:in
> `invoke_task'
> /Users/ryan/.rvm/gems/ruby-1.8.6-p399/gems/rake-0.8.7/lib/rake.rb:2029:in
> `top_level'
> /Users/ryan/.rvm/gems/ruby-1.8.6-p399/gems/rake-0.8.7/lib/rake.rb:2029:in
> `each'
> /Users/ryan/.rvm/gems/ruby-1.8.6-p399/gems/rake-0.8.7/lib/rake.rb:2029:in
> `top_level'
> /Users/ryan/.rvm/gems/ruby-1.8.6-p399/gems/rake-0.8.7/lib/rake.rb:2068:in
> `standard_exception_handling'
> /Users/ryan/.rvm/gems/ruby-1.8.6-p399/gems/rake-0.8.7/lib/rake.rb:2023:in
> `top_level'
> /Users/ryan/.rvm/gems/ruby-1.8.6-p399/gems/rake-0.8.7/lib/rake.rb:2001:in
> `run'
> /Users/ryan/.rvm/gems/ruby-1.8.6-p399/gems/rake-0.8.7/lib/rake.rb:2068:in
> `standard_exception_handling'
> /Users/ryan/.rvm/gems/ruby-1.8.6-p399/gems/rake-0.8.7/lib/rake.rb:1998:in
> `run'
> /Users/ryan/.rvm/gems/ruby-1.8.6-p399/gems/rake-0.8.7/bin/rake:31
> /Users/ryan/.rvm/gems/ruby-1.8.6-p399/bin/rake:19:in `load'
> /Users/ryan/.rvm/gems/ruby-1.8.6-p399/bin/rake:19
>
> What might I be doing wrong?
>
> Ryan Riley
>
> Email: ryan.riley at panesofglass.org
> LinkedIn: http://www.linkedin.com/in/ryanriley
> Blog: http://wizardsofsmart.net/
> Twitter: @panesofglass
> Website: http://panesofglass.org/
>
>
>  On Thu, Mar 4, 2010 at 12:34 AM, Ivan Porto Carrero <
> ivan at whiterabbitconsulting.eu> wrote:
>
>  Hello Ryan,
>>
>> I've included the mailinglist because this info can be of help to other
>> people trying to get going with IronRuby on mono.
>>
>> if you do want to symlink then you have to symlink everything under
>> /usr/local/ironruby/bin/* to /usr/local/bin and
>> /usr/local/ironruby/lib/ironruby/* /usr/local/lib/ironruby
>>
>> it might be easier to not symlink (it can't find ir.exe.config then I
>> think) but just add
>>
>>     export PATH=/usr/local/ironruby/bin:$PATH
>>
>> to the bottom of your ~/.bashrc or ~/.profile file
>> if you don't want to start a new bash session you can execute that export
>> command in your current bash session too.
>>
>> then if you do
>> which ir
>>
>> it should show you /usr/local/ironruby/bin/ir
>>
>> You can download the rc2 files from:
>> http://dl.dropbox.com/u/21717/ironruby-rc2.tar.bz2
>>
>> Another option to use ironruby on mono is to use rvm I believe, but
>> Daniele has more info on that.
>>
>> Which version of mono are you using? mono -V
>> AFAIK mono needs to be 2.6.1 built from the branch because there are a few
>> issues that got fixed after the mono 2.6.1 release
>> ---
>> Met vriendelijke groeten - Best regards - Salutations
>> Ivan Porto Carrero
>> Web: http://whiterabbitconsulting.eu - http://flanders.co.nz
>> Twitter: http://twitter.com/casualjim
>> Author of IronRuby in Action (http://manning.com/carrero)
>> Microsoft IronRuby/C# MVP
>>
>>
>>
>> On Wed, Mar 3, 2010 at 11:56 PM, Ryan Riley <ryan.riley at panesofglass.org>
>>  wrote:
>>
>>> Ivan,
>>>
>>> I'm following your setup for installing ir on mono. I've created a
>>> symlink to ir in /usr/local/bin from /usr/local/ironruby/bin using the
>>> included ir script. The only difference is that the one in ir now has an '*'
>>> instead of the '@' you have in the book. However, when I run 'ir' on the
>>> command line, I get "env: bash\r: No such file or directory". I've no idea
>>> what to do now. Any thoughts?
>>>
>>> Cheers!
>>>
>>>
>>> Ryan Riley
>>>
>>> Email: ryan.riley at panesofglass.org
>>> LinkedIn: http://www.linkedin.com/in/ryanriley
>>> Blog: http://wizardsofsmart.net/
>>> Twitter: @panesofglass
>>> Website: http://panesofglass.org/
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100327/19ce1e19/attachment.html>

From Jimmy.Schementi at microsoft.com  Sun Mar 28 15:36:51 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Sun, 28 Mar 2010 19:36:51 +0000
Subject: [Ironruby-core] Code Review: asm-gettypes
Message-ID: <1B42307CD4AADD438CDDA2FE1121CC921730FDEF@TK5EX14MBXC136.redmond.corp.microsoft.com>

tfpt review "/shelveset:asm-gettypes;REDMOND\jimmysch"
Comment  : 
Fixes Assembly.GetTypes on IronRuby.Libraries.dll; this was reported by the MEF team.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: asm-gettypes.diff
Type: application/octet-stream
Size: 2953 bytes
Desc: asm-gettypes.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100328/fe6f9429/attachment.obj>

From Jimmy.Schementi at microsoft.com  Mon Mar 29 03:21:18 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Mon, 29 Mar 2010 07:21:18 +0000
Subject: [Ironruby-core] Code Review: i-scripts
Message-ID: <1B42307CD4AADD438CDDA2FE1121CC921731015F@TK5EX14MBXC136.redmond.corp.microsoft.com>

tfpt review "/shelveset:i-scripts;REDMOND\jimmysch"

Cleans up i* scripts
- only keep gem, irb, rdoc, ri; delete rack, rails, etc
- rename Ruby scripts to non-i names, and keep i*.bat files (igem.bat and gem)
- Fix tutorial.bat
-------------- next part --------------
A non-text attachment was scrubbed...
Name: i-scripts.diff
Type: application/octet-stream
Size: 20148 bytes
Desc: i-scripts.diff
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100329/30fecb31/attachment-0001.obj>

From lists at ruby-forum.com  Mon Mar 29 12:52:38 2010
From: lists at ruby-forum.com (Roger Pack)
Date: Mon, 29 Mar 2010 18:52:38 +0200
Subject: [Ironruby-core] ruby soc
Message-ID: <505e3f1badb369e618ae3d8af0cb3a5c@ruby-forum.com>

Might be worthwhile for IronRuby to put together a project list wiki and
add it to the ruby Soc list (http://rubysoc.org/students).

The one I'd like to see would be "Ruby in the server and the client
using silverlight" (guide) or work on it or what not.

Cheers and good luck.
-rp
-- 
Posted via http://www.ruby-forum.com/.

From Shri.Borde at microsoft.com  Mon Mar 29 16:39:27 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Mon, 29 Mar 2010 20:39:27 +0000
Subject: [Ironruby-core] Anyone interested in implementing Etc module
	for Mono?
In-Reply-To: <1B42307CD4AADD438CDDA2FE1121CC921731015F@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <1B42307CD4AADD438CDDA2FE1121CC921731015F@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A7133BEBAC@TK5EX14MBXC134.redmond.corp.microsoft.com>

Ryan, fwiw, the window for getting this into the V1 release will be closing down in the next few days. 

-----Original Message-----
Posted by Ryan Riley (Guest) on 04.03.2010 02:27  
Well, I'm still trying to get my environment set up and having little 
luck.
Still getting used to Mac OS X and *nix development. Has anyone else
attempted the fix? Hopefully I'll have this sorted soon and can get on 
it.

Regards,

Ryan Riley

Email: ryan.riley at panesofglass.org
LinkedIn: http://www.linkedin.com/in/ryanriley
Blog: http://wizardsofsmart.net/
Twitter: @panesofglass
Website: http://panesofglass.org/

From nrhird at gmail.com  Tue Mar 30 07:07:12 2010
From: nrhird at gmail.com (Nick Hird)
Date: Tue, 30 Mar 2010 07:07:12 -0400
Subject: [Ironruby-core] Saving to YAML not working as expected.
Message-ID: <d5e25fe81003300407w33a2516r1c9b8657b8c1f8d9@mail.gmail.com>

I am following the Stock Portfolio post from RubyQuiz.com and it
involves using YAML for its storage. Under ruby 1.8.7, the data is
being saved and loaded with no problem. Under ironruby rc4, when it
gets saved  and then retrieved it changes the data to its object type.
For example on the first same it saves the data correctly.

name: !str:CSV::Cell Google Inc.

After a reload of the data it changes the previous line to.

name: !ruby/object:IronRuby::StandardLibrary::Yaml::PrivateType {}

This then throws off what data it is trying to use and display. Is
there something i need to do so that ironruby doesn't change the data
into its type?  This does work correctly under a ruby implementation,
no special gems or anything, just plain ole ruby. I can load and save
the data all day and it works just fine. I prefer ironruby however and
would love to get this working under it.

Link: http://www.rubyquiz.com/quiz41.html

Thanks,
-Nick

From Tomas.Matousek at microsoft.com  Tue Mar 30 12:07:43 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Tue, 30 Mar 2010 16:07:43 +0000
Subject: [Ironruby-core] Saving to YAML not working as expected.
In-Reply-To: <d5e25fe81003300407w33a2516r1c9b8657b8c1f8d9@mail.gmail.com>
References: <d5e25fe81003300407w33a2516r1c9b8657b8c1f8d9@mail.gmail.com>
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C49291C99@TK5EX14MBXC124.redmond.corp.microsoft.com>

This looks like a bug. Could you sent us a simple self-contained repro? It would help us to identity the issue faster.

Thanks,
Tomas

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Nick Hird
Sent: Tuesday, March 30, 2010 4:07 AM
To: Ironruby-core at rubyforge.org
Subject: [Ironruby-core] Saving to YAML not working as expected.

I am following the Stock Portfolio post from RubyQuiz.com and it involves using YAML for its storage. Under ruby 1.8.7, the data is being saved and loaded with no problem. Under ironruby rc4, when it gets saved  and then retrieved it changes the data to its object type.
For example on the first same it saves the data correctly.

name: !str:CSV::Cell Google Inc.

After a reload of the data it changes the previous line to.

name: !ruby/object:IronRuby::StandardLibrary::Yaml::PrivateType {}

This then throws off what data it is trying to use and display. Is there something i need to do so that ironruby doesn't change the data into its type?  This does work correctly under a ruby implementation, no special gems or anything, just plain ole ruby. I can load and save the data all day and it works just fine. I prefer ironruby however and would love to get this working under it.

Link: http://www.rubyquiz.com/quiz41.html

Thanks,
-Nick
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From nrhird at gmail.com  Tue Mar 30 14:09:19 2010
From: nrhird at gmail.com (Nick Hird)
Date: Tue, 30 Mar 2010 14:09:19 -0400
Subject: [Ironruby-core] Saving to YAML not working as expected.
In-Reply-To: <4B342496A3EFEB48839E10BB4BF5964C49291C99@TK5EX14MBXC124.redmond.corp.microsoft.com>
References: <d5e25fe81003300407w33a2516r1c9b8657b8c1f8d9@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C49291C99@TK5EX14MBXC124.redmond.corp.microsoft.com>
Message-ID: <d5e25fe81003301109g144e4fe8o827e0075458ad5b2@mail.gmail.com>

My ruby isn't the best so i included the source i am working with.

1) start the script (no args)
2) type "buy 10 msft"
3) type "history" (view output)
4) type "exit"
5) view yaml file (should look good here)
6) start the script again (no args)
7) type "history" (different than before)
8) you'll see the first part of the object type
9) type "exit"
10) view the yaml file

Hope this helps.
-Nick

On Tue, Mar 30, 2010 at 12:07 PM, Tomas Matousek
<Tomas.Matousek at microsoft.com> wrote:
> This looks like a bug. Could you sent us a simple self-contained repro? It would help us to identity the issue faster.
>
> Thanks,
> Tomas
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Nick Hird
> Sent: Tuesday, March 30, 2010 4:07 AM
> To: Ironruby-core at rubyforge.org
> Subject: [Ironruby-core] Saving to YAML not working as expected.
>
> I am following the Stock Portfolio post from RubyQuiz.com and it involves using YAML for its storage. Under ruby 1.8.7, the data is being saved and loaded with no problem. Under ironruby rc4, when it gets saved ?and then retrieved it changes the data to its object type.
> For example on the first same it saves the data correctly.
>
> name: !str:CSV::Cell Google Inc.
>
> After a reload of the data it changes the previous line to.
>
> name: !ruby/object:IronRuby::StandardLibrary::Yaml::PrivateType {}
>
> This then throws off what data it is trying to use and display. Is there something i need to do so that ironruby doesn't change the data into its type? ?This does work correctly under a ruby implementation, no special gems or anything, just plain ole ruby. I can load and save the data all day and it works just fine. I prefer ironruby however and would love to get this working under it.
>
> Link: http://www.rubyquiz.com/quiz41.html
>
> Thanks,
> -Nick
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>



-- 
--Nick
-------------- next part --------------
A non-text attachment was scrubbed...
Name: stock-portfolio.rb
Type: application/octet-stream
Size: 6419 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100330/61649cc4/attachment.obj>

From Tomas.Matousek at microsoft.com  Tue Mar 30 16:03:27 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Tue, 30 Mar 2010 20:03:27 +0000
Subject: [Ironruby-core] Saving to YAML not working as expected.
In-Reply-To: <d5e25fe81003301109g144e4fe8o827e0075458ad5b2@mail.gmail.com>
References: <d5e25fe81003300407w33a2516r1c9b8657b8c1f8d9@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C49291C99@TK5EX14MBXC124.redmond.corp.microsoft.com>
	<d5e25fe81003301109g144e4fe8o827e0075458ad5b2@mail.gmail.com>
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C49291E9F@TK5EX14MBXC124.redmond.corp.microsoft.com>

Thanks! I've filed a bug http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=4284. 

Tomas

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Nick Hird
Sent: Tuesday, March 30, 2010 11:09 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Saving to YAML not working as expected.

My ruby isn't the best so i included the source i am working with.

1) start the script (no args)
2) type "buy 10 msft"
3) type "history" (view output)
4) type "exit"
5) view yaml file (should look good here)
6) start the script again (no args)
7) type "history" (different than before)
8) you'll see the first part of the object type
9) type "exit"
10) view the yaml file

Hope this helps.
-Nick

On Tue, Mar 30, 2010 at 12:07 PM, Tomas Matousek <Tomas.Matousek at microsoft.com> wrote:
> This looks like a bug. Could you sent us a simple self-contained repro? It would help us to identity the issue faster.
>
> Thanks,
> Tomas
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org 
> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Nick Hird
> Sent: Tuesday, March 30, 2010 4:07 AM
> To: Ironruby-core at rubyforge.org
> Subject: [Ironruby-core] Saving to YAML not working as expected.
>
> I am following the Stock Portfolio post from RubyQuiz.com and it involves using YAML for its storage. Under ruby 1.8.7, the data is being saved and loaded with no problem. Under ironruby rc4, when it gets saved ?and then retrieved it changes the data to its object type.
> For example on the first same it saves the data correctly.
>
> name: !str:CSV::Cell Google Inc.
>
> After a reload of the data it changes the previous line to.
>
> name: !ruby/object:IronRuby::StandardLibrary::Yaml::PrivateType {}
>
> This then throws off what data it is trying to use and display. Is there something i need to do so that ironruby doesn't change the data into its type? ?This does work correctly under a ruby implementation, no special gems or anything, just plain ole ruby. I can load and save the data all day and it works just fine. I prefer ironruby however and would love to get this working under it.
>
> Link: http://www.rubyquiz.com/quiz41.html
>
> Thanks,
> -Nick
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>



--
--Nick

From lists at ruby-forum.com  Tue Mar 30 22:36:15 2010
From: lists at ruby-forum.com (Charles Strahan)
Date: Wed, 31 Mar 2010 04:36:15 +0200
Subject: [Ironruby-core] Saving to YAML not working as expected.
In-Reply-To: <4B342496A3EFEB48839E10BB4BF5964C49291E9F@TK5EX14MBXC124.redmond.corp.microsoft.com>
References: <d5e25fe81003300407w33a2516r1c9b8657b8c1f8d9@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C49291C99@TK5EX14MBXC124.redmond.corp.microsoft.com>
	<d5e25fe81003301109g144e4fe8o827e0075458ad5b2@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C49291E9F@TK5EX14MBXC124.redmond.corp.microsoft.com>
Message-ID: <4ce7cb1c7e0a2f4f052b9e2a928aa259@ruby-forum.com>

Tomas Matousek wrote:
> Thanks! I've filed a bug 
> http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=4284.
> 
> Tomas

Hello Tomas! I'm having the exact same problem as Nick. Unfortunately, 
this error is a show stopper for me. I'm writing an application that 
needs to read a ton of YAML, and I can't do any testing until this bug 
is fixed. I'd love to stub out part of the code to continue testing, but 
that's not a possibility in my particular case (my app needs to load 
~100 Ruby scripts that I do not have any control over).

Is there any chance that the priority on this could be bumped up (please 
:p)? I'd do my testing off the trunk if this gets patched before RC5.


(BTW, I left a comment on the CodePlex site.)

Thanks,
-Charles
-- 
Posted via http://www.ruby-forum.com/.

From ryan.riley at panesofglass.org  Wed Mar 31 00:02:10 2010
From: ryan.riley at panesofglass.org (Ryan Riley)
Date: Tue, 30 Mar 2010 21:02:10 -0700
Subject: [Ironruby-core] Anyone interested in implementing Etc module
	for Mono?
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A7133BEBAC@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <1B42307CD4AADD438CDDA2FE1121CC921731015F@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<6459203F8B1AF641995AE49D47FA51A7133BEBAC@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <a880efe11003302102r4dc429c7we5dafb04e861102d@mail.gmail.com>

Thanks for the update. I am working on it now and will keep you posted.

Ryan Riley

Email: ryan.riley at panesofglass.org
LinkedIn: http://www.linkedin.com/in/ryanriley
Blog: http://wizardsofsmart.net/
Twitter: @panesofglass
Website: http://panesofglass.org/


On Mon, Mar 29, 2010 at 1:39 PM, Shri Borde <Shri.Borde at microsoft.com>wrote:

> Ryan, fwiw, the window for getting this into the V1 release will be closing
> down in the next few days.
>
> -----Original Message-----
> Posted by Ryan Riley (Guest) on 04.03.2010 02:27
> Well, I'm still trying to get my environment set up and having little
> luck.
> Still getting used to Mac OS X and *nix development. Has anyone else
> attempted the fix? Hopefully I'll have this sorted soon and can get on
> it.
>
> Regards,
>
> Ryan Riley
>
> Email: ryan.riley at panesofglass.org
> LinkedIn: http://www.linkedin.com/in/ryanriley
> Blog: http://wizardsofsmart.net/
> Twitter: @panesofglass
> Website: http://panesofglass.org/
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100330/b7fa4453/attachment.html>

From ryan.riley at panesofglass.org  Wed Mar 31 00:06:40 2010
From: ryan.riley at panesofglass.org (Ryan Riley)
Date: Tue, 30 Mar 2010 21:06:40 -0700
Subject: [Ironruby-core] Saving to YAML not working as expected.
In-Reply-To: <4ce7cb1c7e0a2f4f052b9e2a928aa259@ruby-forum.com>
References: <d5e25fe81003300407w33a2516r1c9b8657b8c1f8d9@mail.gmail.com> 
	<4B342496A3EFEB48839E10BB4BF5964C49291C99@TK5EX14MBXC124.redmond.corp.microsoft.com>
	<d5e25fe81003301109g144e4fe8o827e0075458ad5b2@mail.gmail.com> 
	<4B342496A3EFEB48839E10BB4BF5964C49291E9F@TK5EX14MBXC124.redmond.corp.microsoft.com>
	<4ce7cb1c7e0a2f4f052b9e2a928aa259@ruby-forum.com>
Message-ID: <a880efe11003302106n1d76d351kc5b1e033dfe4f70d@mail.gmail.com>

Not sure if this is related, but I just tried building on Mono 2.6.3 on the
Mac and am getting a build error here:
-------------------------------------------------------------------------------
yaml
-------------------------------------------------------------------------------
BuiltinsOps.cs(135,17): warning CS0168: The variable `encoding' is declared
but never used
Engine/BaseConstructor.cs(661,41): error CS1501: No overload for method
`ToUpperInvariant' takes `0' arguments
Compilation failed: 1 error(s), 1 warnings
rake aborted!
Command failed with status (1): [gmcs /noconfig
@/var/folders/LV/LVQdctQPGL...]

Could there be something related?

Ryan Riley

Email: ryan.riley at panesofglass.org
LinkedIn: http://www.linkedin.com/in/ryanriley
Blog: http://wizardsofsmart.net/
Twitter: @panesofglass
Website: http://panesofglass.org/


On Tue, Mar 30, 2010 at 7:36 PM, Charles Strahan <lists at ruby-forum.com>wrote:

> Tomas Matousek wrote:
> > Thanks! I've filed a bug
> > http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=4284.
> >
> > Tomas
>
> Hello Tomas! I'm having the exact same problem as Nick. Unfortunately,
> this error is a show stopper for me. I'm writing an application that
> needs to read a ton of YAML, and I can't do any testing until this bug
> is fixed. I'd love to stub out part of the code to continue testing, but
> that's not a possibility in my particular case (my app needs to load
> ~100 Ruby scripts that I do not have any control over).
>
> Is there any chance that the priority on this could be bumped up (please
> :p)? I'd do my testing off the trunk if this gets patched before RC5.
>
>
> (BTW, I left a comment on the CodePlex site.)
>
> Thanks,
> -Charles
> --
> Posted via http://www.ruby-forum.com/.
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100330/968adf0b/attachment.html>

From Jimmy.Schementi at microsoft.com  Wed Mar 31 01:32:14 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Wed, 31 Mar 2010 05:32:14 +0000
Subject: [Ironruby-core] IronRuby.Rack how to debug?
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A70C1B8AD2@TK5EX14MBXC141.redmond.corp.microsoft.com>
References: <b1c6aabb1003140854v6a97275er1135ba2a462160e5@mail.gmail.com>
	<4B9DD2AC.8060505@gmail.com>
	<6459203F8B1AF641995AE49D47FA51A70C1B5849@TK5EX14MBXC141.redmond.corp.microsoft.com>
	<b1c6aabb1003151148o33a7f62bn6be27e6ae6b66135@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A70C1B8AD2@TK5EX14MBXC141.redmond.corp.microsoft.com>
Message-ID: <1B42307CD4AADD438CDDA2FE1121CC9217313082@TK5EX14MBXC136.redmond.corp.microsoft.com>

Ivan,

When using IronRuby.Rack and debugging the ruby code running, keep a few things in mind:


1.       Enable debug mode for DLR code in your app?s web.config (in the Microsoft.Scripting section).

2.       Because VS breakpoints in blocks don?t work yet, using Debug.Assert will do the job.

3.       IIS has a timeout of 60 seconds per request, which can be annoying when debugging. In the AppPool configuration that your application is running in try to max the timeout out so the process you want to debug stays around.

4.       Use WinDBG if you want to ?man up?, but the VS debugger will be just fine.

Ivan, your ?No route matches "/mocktwitter" with {:method=>:get}? error is because you need to tell Rails what the root directory on the web-server is so it can route appropriately. To see how to do this, look at the IronRuby.Rails.Example environment.rb<http://github.com/ironruby/ironruby/blob/master/Merlin/Main/Hosts/IronRuby.Rack/IronRuby.Rails.Example/config/environment.rb#L10>:

Rails::Initializer.run do |config|
  config.action_controller.relative_url_root = "/IronRuby.Rails.Example" if ENV['RACK_ENV'] == 'production'
  # ?
end

Also, I usually set up a separate AppPool, and set it to run as a specific Windows user, so I can grant read-only permissions to that user for the Ruby stdlib/gems, and read-write access for the app. Then you don?t have to grant permissions to IIS_IUSRS for all your stuff.

~js
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100331/86ea8aa2/attachment-0001.html>

From Tomas.Matousek at microsoft.com  Wed Mar 31 01:59:48 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Wed, 31 Mar 2010 05:59:48 +0000
Subject: [Ironruby-core] Saving to YAML not working as expected.
In-Reply-To: <a880efe11003302106n1d76d351kc5b1e033dfe4f70d@mail.gmail.com>
References: <d5e25fe81003300407w33a2516r1c9b8657b8c1f8d9@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C49291C99@TK5EX14MBXC124.redmond.corp.microsoft.com>
	<d5e25fe81003301109g144e4fe8o827e0075458ad5b2@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C49291E9F@TK5EX14MBXC124.redmond.corp.microsoft.com>
	<4ce7cb1c7e0a2f4f052b9e2a928aa259@ruby-forum.com>
	<a880efe11003302106n1d76d351kc5b1e033dfe4f70d@mail.gmail.com>
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C49292289@TK5EX14MBXC124.redmond.corp.microsoft.com>

Nope, this looks more like a bug in Mono (or the rake build).

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ryan Riley
Sent: Tuesday, March 30, 2010 9:07 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Saving to YAML not working as expected.

Not sure if this is related, but I just tried building on Mono 2.6.3 on the Mac and am getting a build error here:
-------------------------------------------------------------------------------
yaml
-------------------------------------------------------------------------------
BuiltinsOps.cs(135,17): warning CS0168: The variable `encoding' is declared but never used
Engine/BaseConstructor.cs(661,41): error CS1501: No overload for method `ToUpperInvariant' takes `0' arguments
Compilation failed: 1 error(s), 1 warnings
rake aborted!
Command failed with status (1): [gmcs /noconfig @/var/folders/LV/LVQdctQPGL...]

Could there be something related?

Ryan Riley

Email: ryan.riley at panesofglass.org<mailto:ryan.riley at panesofglass.org>
LinkedIn: http://www.linkedin.com/in/ryanriley
Blog: http://wizardsofsmart.net/
Twitter: @panesofglass
Website: http://panesofglass.org/

On Tue, Mar 30, 2010 at 7:36 PM, Charles Strahan <lists at ruby-forum.com<mailto:lists at ruby-forum.com>> wrote:
Tomas Matousek wrote:
> Thanks! I've filed a bug
> http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=4284.
>
> Tomas
Hello Tomas! I'm having the exact same problem as Nick. Unfortunately,
this error is a show stopper for me. I'm writing an application that
needs to read a ton of YAML, and I can't do any testing until this bug
is fixed. I'd love to stub out part of the code to continue testing, but
that's not a possibility in my particular case (my app needs to load
~100 Ruby scripts that I do not have any control over).

Is there any chance that the priority on this could be bumped up (please
:p)? I'd do my testing off the trunk if this gets patched before RC5.


(BTW, I left a comment on the CodePlex site.)

Thanks,
-Charles
--
Posted via http://www.ruby-forum.com/.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100331/f63f04f4/attachment.html>

From Jimmy.Schementi at microsoft.com  Wed Mar 31 02:36:24 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Wed, 31 Mar 2010 06:36:24 +0000
Subject: [Ironruby-core] Consuming DynamicObjects in IronRuby
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D71D8C21@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <A0C011A6A9248C488757E59CD232FE156CD7F8AF@kansrvpex1.kinaxis.com>
	<31BD916A7536A242870B0B4E3F9068D71D8C21@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <1B42307CD4AADD438CDDA2FE1121CC9217313168@TK5EX14MBXC136.redmond.corp.microsoft.com>

Also, a small repro would be useful ... I'm not sure how to recreate the assembly finding issues using.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Tuesday, March 02, 2010 2:05 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Consuming DynamicObjects in IronRuby

Have you tried building Ruby directly? Get the sources from Github, then, from the command line, run
c:\path\to\merlin\main\languages\ruby\scripts\dev.bat
rb
devenv ruby4.sln

Inside of VS build ruby4.sln then:

1)      For basic testing, rbd will open a prompt for you to resume testing.

2)      For using it then without the sources, rake package will generate the release layout at c:\ironruby, which you can then copy to your desired location.

After 1.0, I'm going to look into making nightly drops available, but that's a little ways off.

If this still doesn't work, it might be a bug :(

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Robert Walker
Sent: Tuesday, March 02, 2010 1:22 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Consuming DynamicObjects in IronRuby

(All work done with VS2010 RC and matching IronRuby build (v0.9.40, 07-Feb-10)).

I have a C# assembly that implements a dynamic object. When I try to use this object from Ruby I get the error:

>>> r.StdUnitCost
System.Core:0:in `BindCore': unbound variable: Param_0 (TypeError)
        from (ir):1

This usage works fine from a test C# 4.0 app using the 'dynamic' keyword.

I suspect that the issue is related to the version of the DLR in use -- there are a number of 'InvalidOperationExceptions' being thrown from the Microsoft.Dynamic.dll and I believe this is no longer a shipping assembly with .NET 4?

Is there a (simple) work around for this?

Thanks,

Rob Walker
Senior Software Architect
[cid:image001.gif at 01CAB992.6A7F4590]<http://www.kinaxis.com/>
http://www.kinaxis.com
Kinaxis
700 Silver Seven Road
Ottawa, ON, Canada K2V 1C3
Office:

+1 613.592.5780 ext. 5282

Fax:

+1 613.592.0584


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100331/2a758d9e/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 1706 bytes
Desc: image001.gif
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100331/2a758d9e/attachment-0001.gif>

From Jimmy.Schementi at microsoft.com  Wed Mar 31 03:19:21 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Wed, 31 Mar 2010 07:19:21 +0000
Subject: [Ironruby-core] Chiron on linux
In-Reply-To: <B32DE377-4C44-422D-A68A-6350404B6AED@flanders.co.nz>
References: <B32DE377-4C44-422D-A68A-6350404B6AED@flanders.co.nz>
Message-ID: <1B42307CD4AADD438CDDA2FE1121CC92173131F5@TK5EX14MBXC136.redmond.corp.microsoft.com>

FYI, Chiron's switches can either be prefixed by a "/" or a "-" ... so you can use a dash if that feels more natural:

mono Chiron.exe -b

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ivan Porto Carrero
Sent: Monday, March 08, 2010 11:27 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Chiron on linux

Hi

the chiron /b command works on mac and windows but AFAIK it doesn't on linux based systems.

On debian and ubuntu systems often there is a package xdg-open installed which provides the same functionality as start on windows and open on mac.
So if you check for the existence of xdg-open the experience on linux can be similar to the one on the other OS'es.

Ruby code:
system "xdg-open #{chiron_url}" if `which xdg-open`.chomp != ""

Cheers
Ivan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100331/53aaf229/attachment.html>

From Jimmy.Schementi at microsoft.com  Wed Mar 31 03:35:55 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Wed, 31 Mar 2010 07:35:55 +0000
Subject: [Ironruby-core] Silverlight Problem
In-Reply-To: <cd0e20101003160114p35063e2cu85853267000c26c3@mail.gmail.com>
References: <cd0e20101003160114p35063e2cu85853267000c26c3@mail.gmail.com>
Message-ID: <1B42307CD4AADD438CDDA2FE1121CC9217313259@TK5EX14MBXC136.redmond.corp.microsoft.com>

Shay,

Not sure what release you're using, but I've made sure that the Chiron.exe in the IronRuby releases will only depend on the DLL files, and put them in the generated XAP file. Let me know if you had this issue with the last RC.

~js

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Shay Friedman
Sent: Tuesday, March 16, 2010 1:15 AM
To: ironruby-core
Subject: [Ironruby-core] Silverlight Problem

Hi there,

I'm trying to create an IronRuby-driven Silverlight project. I'm using the sl tool and Chiron as the server.
When trying to view the out-of-the-box template, I get an exception:
Unhandled Error in Silverlight 2 Application
Code: 2152
Category: InitializeError
Message: Failed to download a platform extension: /dlr-slvx/Microsoft.Scripting.slvx

I took the slvx files from the Gestalt project, put them in a dlr-slvx folder within my project folder and everything returned to work.

Are these files missing from the official ZIP file, or am I missing something?

Thanks!
Shay.
--------------------------------------------------------
Shay Friedman | .NET Technologies Expert | Author of IronRuby Unleashed | Sela Technology Center
Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100331/0a7e7310/attachment.html>

From jdeville at microsoft.com  Wed Mar 31 13:03:41 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Wed, 31 Mar 2010 17:03:41 +0000
Subject: [Ironruby-core] Saving to YAML not working as expected.
In-Reply-To: <4B342496A3EFEB48839E10BB4BF5964C49292289@TK5EX14MBXC124.redmond.corp.microsoft.com>
References: <d5e25fe81003300407w33a2516r1c9b8657b8c1f8d9@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C49291C99@TK5EX14MBXC124.redmond.corp.microsoft.com>
	<d5e25fe81003301109g144e4fe8o827e0075458ad5b2@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C49291E9F@TK5EX14MBXC124.redmond.corp.microsoft.com>
	<4ce7cb1c7e0a2f4f052b9e2a928aa259@ruby-forum.com>
	<a880efe11003302106n1d76d351kc5b1e033dfe4f70d@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C49292289@TK5EX14MBXC124.redmond.corp.microsoft.com>
Message-ID: <31BD916A7536A242870B0B4E3F9068D703DC48FA@TK5EX14MBXC136.redmond.corp.microsoft.com>

Does Xbuild work then (in place of rake)? Or do we still have issues with casing and such?

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek
Sent: Tuesday, March 30, 2010 11:00 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Saving to YAML not working as expected.

Nope, this looks more like a bug in Mono (or the rake build).

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ryan Riley
Sent: Tuesday, March 30, 2010 9:07 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Saving to YAML not working as expected.

Not sure if this is related, but I just tried building on Mono 2.6.3 on the Mac and am getting a build error here:
-------------------------------------------------------------------------------
yaml
-------------------------------------------------------------------------------
BuiltinsOps.cs(135,17): warning CS0168: The variable `encoding' is declared but never used
Engine/BaseConstructor.cs(661,41): error CS1501: No overload for method `ToUpperInvariant' takes `0' arguments
Compilation failed: 1 error(s), 1 warnings
rake aborted!
Command failed with status (1): [gmcs /noconfig @/var/folders/LV/LVQdctQPGL...]

Could there be something related?

Ryan Riley

Email: ryan.riley at panesofglass.org<mailto:ryan.riley at panesofglass.org>
LinkedIn: http://www.linkedin.com/in/ryanriley
Blog: http://wizardsofsmart.net/
Twitter: @panesofglass
Website: http://panesofglass.org/
On Tue, Mar 30, 2010 at 7:36 PM, Charles Strahan <lists at ruby-forum.com<mailto:lists at ruby-forum.com>> wrote:
Tomas Matousek wrote:
> Thanks! I've filed a bug
> http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=4284.
>
> Tomas
Hello Tomas! I'm having the exact same problem as Nick. Unfortunately,
this error is a show stopper for me. I'm writing an application that
needs to read a ton of YAML, and I can't do any testing until this bug
is fixed. I'd love to stub out part of the code to continue testing, but
that's not a possibility in my particular case (my app needs to load
~100 Ruby scripts that I do not have any control over).

Is there any chance that the priority on this could be bumped up (please
:p)? I'd do my testing off the trunk if this gets patched before RC5.


(BTW, I left a comment on the CodePlex site.)

Thanks,
-Charles
--
Posted via http://www.ruby-forum.com/.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100331/0b7b7031/attachment-0001.html>

From Tomas.Matousek at microsoft.com  Wed Mar 31 13:31:21 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Wed, 31 Mar 2010 17:31:21 +0000
Subject: [Ironruby-core] Saving to YAML not working as expected.
In-Reply-To: <31BD916A7536A242870B0B4E3F9068D703DC48FA@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <d5e25fe81003300407w33a2516r1c9b8657b8c1f8d9@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C49291C99@TK5EX14MBXC124.redmond.corp.microsoft.com>
	<d5e25fe81003301109g144e4fe8o827e0075458ad5b2@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C49291E9F@TK5EX14MBXC124.redmond.corp.microsoft.com>
	<4ce7cb1c7e0a2f4f052b9e2a928aa259@ruby-forum.com>
	<a880efe11003302106n1d76d351kc5b1e033dfe4f70d@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C49292289@TK5EX14MBXC124.redmond.corp.microsoft.com>
	<31BD916A7536A242870B0B4E3F9068D703DC48FA@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C4929254C@TK5EX14MBXC124.redmond.corp.microsoft.com>

Unfortunately Mono C# compiler in 2.6.3 is broken again. I haven?t had time to investigate yet, but I?ll look at that in a week or two.

In any case xbuild is the way how to build IronRuby and IronPython on Mono. We are not going to maintain rake files that duplicate msbuild project system.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville
Sent: Wednesday, March 31, 2010 10:04 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Saving to YAML not working as expected.

Does Xbuild work then (in place of rake)? Or do we still have issues with casing and such?

JD

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek
Sent: Tuesday, March 30, 2010 11:00 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Saving to YAML not working as expected.

Nope, this looks more like a bug in Mono (or the rake build).

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ryan Riley
Sent: Tuesday, March 30, 2010 9:07 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Saving to YAML not working as expected.

Not sure if this is related, but I just tried building on Mono 2.6.3 on the Mac and am getting a build error here:
-------------------------------------------------------------------------------
yaml
-------------------------------------------------------------------------------
BuiltinsOps.cs(135,17): warning CS0168: The variable `encoding' is declared but never used
Engine/BaseConstructor.cs(661,41): error CS1501: No overload for method `ToUpperInvariant' takes `0' arguments
Compilation failed: 1 error(s), 1 warnings
rake aborted!
Command failed with status (1): [gmcs /noconfig @/var/folders/LV/LVQdctQPGL...]

Could there be something related?

Ryan Riley

Email: ryan.riley at panesofglass.org<mailto:ryan.riley at panesofglass.org>
LinkedIn: http://www.linkedin.com/in/ryanriley
Blog: http://wizardsofsmart.net/
Twitter: @panesofglass
Website: http://panesofglass.org/
On Tue, Mar 30, 2010 at 7:36 PM, Charles Strahan <lists at ruby-forum.com<mailto:lists at ruby-forum.com>> wrote:
Tomas Matousek wrote:
> Thanks! I've filed a bug
> http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=4284.
>
> Tomas
Hello Tomas! I'm having the exact same problem as Nick. Unfortunately,
this error is a show stopper for me. I'm writing an application that
needs to read a ton of YAML, and I can't do any testing until this bug
is fixed. I'd love to stub out part of the code to continue testing, but
that's not a possibility in my particular case (my app needs to load
~100 Ruby scripts that I do not have any control over).

Is there any chance that the priority on this could be bumped up (please
:p)? I'd do my testing off the trunk if this gets patched before RC5.


(BTW, I left a comment on the CodePlex site.)

Thanks,
-Charles
--
Posted via http://www.ruby-forum.com/.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100331/5c123193/attachment.html>

From nrhird at gmail.com  Wed Mar 31 17:33:23 2010
From: nrhird at gmail.com (Nick Hird)
Date: Wed, 31 Mar 2010 17:33:23 -0400
Subject: [Ironruby-core] IronRuby on Rails and IIS 6 or IIS 7
Message-ID: <z2td5e25fe81003311433hc3251211h2364575ac1e86c66@mail.gmail.com>

Is there a way to get IronRuby on Rails to work under IIS6 or IIS7? I
have seen some articles about Ruby on Rails, but not IronRuby. I guess
it wouldn't be too difficult since these are both MS apps. I just cant
find how to do it, sure the built in tester for rails is there for
development, but i would like a static always-on-solution for some
serious testing of my app as well as available to anyone who can hit
the web server.
Thanks,
--Nick

From Shri.Borde at microsoft.com  Wed Mar 31 18:06:10 2010
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Wed, 31 Mar 2010 22:06:10 +0000
Subject: [Ironruby-core] IronRuby on Rails and IIS 6 or IIS 7
In-Reply-To: <z2td5e25fe81003311433hc3251211h2364575ac1e86c66@mail.gmail.com>
References: <z2td5e25fe81003311433hc3251211h2364575ac1e86c66@mail.gmail.com>
Message-ID: <6459203F8B1AF641995AE49D47FA51A7133C7422@TK5EX14MBXC134.redmond.corp.microsoft.com>

http://ironruby.net/Documentation/Real_Ruby_Applications/Rails should have the info you need.

Did this not show up in a web search? Could the web site be better organized? Just wondering how we could make it easier for people to get to the info on ironruby.net...

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Nick Hird
Sent: Wednesday, March 31, 2010 2:33 PM
To: Ironruby-core at rubyforge.org
Subject: [Ironruby-core] IronRuby on Rails and IIS 6 or IIS 7

Is there a way to get IronRuby on Rails to work under IIS6 or IIS7? I
have seen some articles about Ruby on Rails, but not IronRuby. I guess
it wouldn't be too difficult since these are both MS apps. I just cant
find how to do it, sure the built in tester for rails is there for
development, but i would like a static always-on-solution for some
serious testing of my app as well as available to anyone who can hit
the web server.
Thanks,
--Nick
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From robert.e.rouse at gmail.com  Wed Mar 31 19:08:44 2010
From: robert.e.rouse at gmail.com (Robert Rouse)
Date: Wed, 31 Mar 2010 17:08:44 -0600
Subject: [Ironruby-core] IronRuby on Rails and IIS 6 or IIS 7
In-Reply-To: <6459203F8B1AF641995AE49D47FA51A7133C7422@TK5EX14MBXC134.redmond.corp.microsoft.com>
References: <z2td5e25fe81003311433hc3251211h2364575ac1e86c66@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A7133C7422@TK5EX14MBXC134.redmond.corp.microsoft.com>
Message-ID: <g2pc1746aa61003311608oa685fc9dr96d26fe85b9e0f9d@mail.gmail.com>

I think the problem is that the information really isn't complete. The
IIS stuff isn't even on this page, it's in the IronRuby.Rack readme,
which I have yet to have success with.

On Wed, Mar 31, 2010 at 4:06 PM, Shri Borde <Shri.Borde at microsoft.com> wrote:
> http://ironruby.net/Documentation/Real_Ruby_Applications/Rails should have the info you need.
>
> Did this not show up in a web search? Could the web site be better organized? Just wondering how we could make it easier for people to get to the info on ironruby.net...
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Nick Hird
> Sent: Wednesday, March 31, 2010 2:33 PM
> To: Ironruby-core at rubyforge.org
> Subject: [Ironruby-core] IronRuby on Rails and IIS 6 or IIS 7
>
> Is there a way to get IronRuby on Rails to work under IIS6 or IIS7? I
> have seen some articles about Ruby on Rails, but not IronRuby. I guess
> it wouldn't be too difficult since these are both MS apps. I just cant
> find how to do it, sure the built in tester for rails is there for
> development, but i would like a static always-on-solution for some
> serious testing of my app as well as available to anyone who can hit
> the web server.
> Thanks,
> --Nick
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>

From Jimmy.Schementi at microsoft.com  Wed Mar 31 19:37:15 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Wed, 31 Mar 2010 23:37:15 +0000
Subject: [Ironruby-core] IronRuby on Rails and IIS 6 or IIS 7
In-Reply-To: <g2pc1746aa61003311608oa685fc9dr96d26fe85b9e0f9d@mail.gmail.com>
References: <z2td5e25fe81003311433hc3251211h2364575ac1e86c66@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A7133C7422@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<g2pc1746aa61003311608oa685fc9dr96d26fe85b9e0f9d@mail.gmail.com>
Message-ID: <1B42307CD4AADD438CDDA2FE1121CC92173157F4@TK5EX14MBXC136.redmond.corp.microsoft.com>

Nick,

IronRuby.Rack lets you run Rack-based applications on IIS, like Rails. Read more here:
http://github.com/ironruby/ironruby/tree/master/Merlin/Main/Hosts/IronRuby.Rack#readme

Basically get the IronRuby source code, build IronRuby.Rack.sln, and try the IronRuby.Rails.Example app; it will run Rails in IIS. If it doesn't work, it's probably just a configuration issue, so please let me know. The next release of IronRuby will be accompanied by a build of IronRuby.Rack.dll, if you'd rather wait until then.

Robert, what problems have you been having? I'll want to capture common issues in the docs, and also make sure you're unblocked.

~Jimmy

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Robert Rouse
Sent: Wednesday, March 31, 2010 4:09 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby on Rails and IIS 6 or IIS 7

I think the problem is that the information really isn't complete. The IIS stuff isn't even on this page, it's in the IronRuby.Rack readme, which I have yet to have success with.

On Wed, Mar 31, 2010 at 4:06 PM, Shri Borde <Shri.Borde at microsoft.com> wrote:
> http://ironruby.net/Documentation/Real_Ruby_Applications/Rails should have the info you need.
>
> Did this not show up in a web search? Could the web site be better organized? Just wondering how we could make it easier for people to get to the info on ironruby.net...
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org 
> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Nick Hird
> Sent: Wednesday, March 31, 2010 2:33 PM
> To: Ironruby-core at rubyforge.org
> Subject: [Ironruby-core] IronRuby on Rails and IIS 6 or IIS 7
>
> Is there a way to get IronRuby on Rails to work under IIS6 or IIS7? I 
> have seen some articles about Ruby on Rails, but not IronRuby. I guess 
> it wouldn't be too difficult since these are both MS apps. I just cant 
> find how to do it, sure the built in tester for rails is there for 
> development, but i would like a static always-on-solution for some 
> serious testing of my app as well as available to anyone who can hit 
> the web server.
> Thanks,
> --Nick
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From robert.e.rouse at gmail.com  Wed Mar 31 19:46:21 2010
From: robert.e.rouse at gmail.com (Robert Rouse)
Date: Wed, 31 Mar 2010 17:46:21 -0600
Subject: [Ironruby-core] IronRuby on Rails and IIS 6 or IIS 7
In-Reply-To: <1B42307CD4AADD438CDDA2FE1121CC92173157F4@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <z2td5e25fe81003311433hc3251211h2364575ac1e86c66@mail.gmail.com>
	<6459203F8B1AF641995AE49D47FA51A7133C7422@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<g2pc1746aa61003311608oa685fc9dr96d26fe85b9e0f9d@mail.gmail.com>
	<1B42307CD4AADD438CDDA2FE1121CC92173157F4@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <j2ic1746aa61003311646zeb0d3e1fn180eeb43e68e30cc@mail.gmail.com>

It probably is a configuration issue for me.

I could never get it to actually run anything through Rack.

I'll try again at some point very soon and note what I've tried. I was
just a little frustrated last time, so I didn't write anything useful
down.

On Wed, Mar 31, 2010 at 5:37 PM, Jimmy Schementi
<Jimmy.Schementi at microsoft.com> wrote:
> Nick,
>
> IronRuby.Rack lets you run Rack-based applications on IIS, like Rails. Read more here:
> http://github.com/ironruby/ironruby/tree/master/Merlin/Main/Hosts/IronRuby.Rack#readme
>
> Basically get the IronRuby source code, build IronRuby.Rack.sln, and try the IronRuby.Rails.Example app; it will run Rails in IIS. If it doesn't work, it's probably just a configuration issue, so please let me know. The next release of IronRuby will be accompanied by a build of IronRuby.Rack.dll, if you'd rather wait until then.
>
> Robert, what problems have you been having? I'll want to capture common issues in the docs, and also make sure you're unblocked.
>
> ~Jimmy
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Robert Rouse
> Sent: Wednesday, March 31, 2010 4:09 PM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] IronRuby on Rails and IIS 6 or IIS 7
>
> I think the problem is that the information really isn't complete. The IIS stuff isn't even on this page, it's in the IronRuby.Rack readme, which I have yet to have success with.
>
> On Wed, Mar 31, 2010 at 4:06 PM, Shri Borde <Shri.Borde at microsoft.com> wrote:
>> http://ironruby.net/Documentation/Real_Ruby_Applications/Rails should have the info you need.
>>
>> Did this not show up in a web search? Could the web site be better organized? Just wondering how we could make it easier for people to get to the info on ironruby.net...
>>
>> -----Original Message-----
>> From: ironruby-core-bounces at rubyforge.org
>> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Nick Hird
>> Sent: Wednesday, March 31, 2010 2:33 PM
>> To: Ironruby-core at rubyforge.org
>> Subject: [Ironruby-core] IronRuby on Rails and IIS 6 or IIS 7
>>
>> Is there a way to get IronRuby on Rails to work under IIS6 or IIS7? I
>> have seen some articles about Ruby on Rails, but not IronRuby. I guess
>> it wouldn't be too difficult since these are both MS apps. I just cant
>> find how to do it, sure the built in tester for rails is there for
>> development, but i would like a static always-on-solution for some
>> serious testing of my app as well as available to anyone who can hit
>> the web server.
>> Thanks,
>> --Nick
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>