From ivan at cloudslide.net  Sat May  1 03:02:13 2010
From: ivan at cloudslide.net (Ivan Porto Carrero)
Date: Sat, 1 May 2010 09:02:13 +0200
Subject: [Ironruby-core] Running Webrick with RAILS_ENV=production
In-Reply-To: <h2wc0f2d4111004301514h3358d54fr4f593822b313ee78@mail.gmail.com>
References: <67DA98B0F14DAD4AAC6AB14DEB37A95D5B02D93F39@rrhoumx2.randgrp.com> 
	<h2wc0f2d4111004301514h3358d54fr4f593822b313ee78@mail.gmail.com>
Message-ID: <t2vb1c6aabb1005010002t61b32eeev3a8514ba2074bc7f@mail.gmail.com>

you should try to do ir -S rake test

---
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, May 1, 2010 at 12:14 AM, Chris Ortman <chrisortman at gmail.com> wrote:

> It is the config.gem 'activerecord-adonet-sqlserver' line that causes the
> error....
>
> I have gotten past it by adding
> require 'activerecord_adonet_sqlserver'
> after require File.join(File.dirname(__FILE__),'boot') in
> config/environment.rb
>
> However after doing that I'm still not able to get rake test to work.... it
> fails because it can't load driver 'ADO'
>
> On Thu, Apr 22, 2010 at 10:37 PM, Shane Holder <SHolder at randgrp.com>wrote:
>
>>  Apologies if this makes it to the list twice, I seem to be having issues
>> with mailman.
>>
>>
>>
>> I know this probably isn't an ideal situation, but I'm building a small
>> app for myself (1st rails app) and I want to be able to switch between
>> dev/test/production.  So, I set RAILS_ENV=production and tried to run the
>> server as below but I get the following error.  It's probably something on
>> my end but I'm not sure where to look, can someone shed some light?
>>
>>
>>
>> Thanks,
>>
>> Shane Holder
>>
>>
>>
>> SHolder at SHOLDER7 TaskStatus [master +0 ~5 -1 !]> ir -S .\script\server
>>
>> => Booting WEBrick
>>
>> => Rails 2.3.5 application starting on http://0.0.0.0:3000
>>
>> ir.exe : C:/Program Files (x86)/IronRuby
>> 1.0v4/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:29:in `require':
>> can't convert nil into String (TypeError)
>>
>> At line:1 char:3
>>
>> + ir <<<<  -S .\script\server
>>
>>     + CategoryInfo          : NotSpecified: (C:/Program File...ing
>> (TypeError):String) [], RemoteException
>>
>>     + FullyQualifiedErrorId : NativeCommandError
>>
>>
>>
>>     from C:/Program Files (x86)/IronRuby
>> 1.0v4/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:29:in `require
>>
>> '
>>
>>     from C:/Program Files (x86)/IronRuby
>> 1.0v4/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:156:in
>> `require'
>>
>>     from C:/Program Files (x86)/IronRuby
>> 1.0v4/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:490:in
>> `new_constants_in'
>>
>>     from C:/Program Files (x86)/IronRuby
>> 1.0v4/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:154:in
>> `require'
>>
>>     from C:/Program Files (x86)/IronRuby
>> 1.0v4/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/initializer.rb:269:in
>> `require_frameworks'
>>
>>     from C:/Program Files (x86)/IronRuby
>> 1.0v4/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/initializer.rb:269:in
>> `each'
>>
>>     from C:/Program Files (x86)/IronRuby
>> 1.0v4/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/initializer.rb:269:in
>> `require_frameworks'
>>
>>     from C:/Program Files (x86)/IronRuby
>> 1.0v4/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/initializer.rb:135:in
>> `process'
>>
>>     from C:/Program Files (x86)/IronRuby
>> 1.0v4/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/initializer.rb:114:in
>> `__send__'
>>
>>     from C:/Program Files (x86)/IronRuby
>> 1.0v4/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/initializer.rb:114:in `run'
>>
>>     from C:/d/TaskStatus/config/environment.rb:9
>>
>>     from C:/Program Files (x86)/IronRuby
>> 1.0v4/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:29:in `require'
>>
>>     from C:/Program Files (x86)/IronRuby
>> 1.0v4/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:29:in `require'
>>
>>     from C:/Program Files (x86)/IronRuby
>> 1.0v4/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:156:in
>> `require'
>>
>>     from C:/Program Files (x86)/IronRuby
>> 1.0v4/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:490:in
>> `new_constants_in'
>>
>>     from C:/Program Files (x86)/IronRuby
>> 1.0v4/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:154:in
>> `require'
>>
>>     from C:/Program Files (x86)/IronRuby
>> 1.0v4/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/commands/server.rb:84
>>
>>     from C:/Program Files (x86)/IronRuby
>> 1.0v4/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:30:in `require'
>>
>>     from C:/Program Files (x86)/IronRuby
>> 1.0v4/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:30:in `require'
>>
>>     from ./script/server:3
>>
>>
>>
>> Shane Holder
>>
>> The Rand Group, LLC
>>
>> sholder at randgrp.com <dstejskal at randgrp.com>
>>
>> 972.978.6559 Cell
>>
>> 713.341.9387 Direct
>>
>> 713.850.0747 Main Office
>>
>> www.randgrp.com
>>
>> [image: trg_email_logo (2)]
>>
>>
>>
>> ------------------------------
>> This email message and any attachments are intended for use by the
>> addressee(s) named herein and may contain legally privileged and/or
>> confidential information. If you are not the intended recipient of this
>> email you are hereby notified that any dissemination, distribution or
>> copying of this email and any attachments thereto is strictly prohibited. If
>> you have received this email in error please notify the sender and
>> permanently delete the original and any copies of this email and any prints
>> thereof.
>>
>> _______________________________________________
>> 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/20100501/75385a3a/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 3611 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100501/75385a3a/attachment-0001.jpe>

From chrisortman at gmail.com  Sat May  1 08:40:23 2010
From: chrisortman at gmail.com (Chris Ortman)
Date: Sat, 1 May 2010 07:40:23 -0500
Subject: [Ironruby-core] Running Webrick with RAILS_ENV=production
In-Reply-To: <t2vb1c6aabb1005010002t61b32eeev3a8514ba2074bc7f@mail.gmail.com>
References: <67DA98B0F14DAD4AAC6AB14DEB37A95D5B02D93F39@rrhoumx2.randgrp.com>
	<h2wc0f2d4111004301514h3358d54fr4f593822b313ee78@mail.gmail.com>
	<t2vb1c6aabb1005010002t61b32eeev3a8514ba2074bc7f@mail.gmail.com>
Message-ID: <s2zc0f2d4111005010540wff7580d1wa1dc35a30fd4cd88@mail.gmail.com>

Shane, in order to get this to work I had to use a different sqlserver

http://github.com/rails-sqlserver/2000-2005-adapter

Follow the install instructions there:

  $ gem install activerecord-sqlserver-adapter

  config.gem 'activerecord-sqlserver-adapter', :version => 'x.x.xx'

Your database.yml can be the same as the examples on ironruby docs
integrated_security was broken for me, so either use username / password or
patch the library...
I don't remember the filename, but it was the method where he creates his
connection.connection_string
I did something like this:
if config[:integrated_security]
    connection_string.integrated_security = true
else
    connection.user_i_d = config[:username]
    connection.password = config[:password]
end



On Sat, May 1, 2010 at 2:02 AM, Ivan Porto Carrero <ivan at cloudslide.net>wrote:

> you should try to do ir -S rake test
>
> ---
> 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, May 1, 2010 at 12:14 AM, Chris Ortman <chrisortman at gmail.com>wrote:
>
>> It is the config.gem 'activerecord-adonet-sqlserver' line that causes the
>> error....
>>
>> I have gotten past it by adding
>> require 'activerecord_adonet_sqlserver'
>> after require File.join(File.dirname(__FILE__),'boot') in
>> config/environment.rb
>>
>> However after doing that I'm still not able to get rake test to work....
>> it fails because it can't load driver 'ADO'
>>
>> On Thu, Apr 22, 2010 at 10:37 PM, Shane Holder <SHolder at randgrp.com>wrote:
>>
>>>  Apologies if this makes it to the list twice, I seem to be having
>>> issues with mailman.
>>>
>>>
>>>
>>> I know this probably isn't an ideal situation, but I'm building a small
>>> app for myself (1st rails app) and I want to be able to switch between
>>> dev/test/production.  So, I set RAILS_ENV=production and tried to run the
>>> server as below but I get the following error.  It's probably something on
>>> my end but I'm not sure where to look, can someone shed some light?
>>>
>>>
>>>
>>> Thanks,
>>>
>>> Shane Holder
>>>
>>>
>>>
>>> SHolder at SHOLDER7 TaskStatus [master +0 ~5 -1 !]> ir -S .\script\server
>>>
>>> => Booting WEBrick
>>>
>>> => Rails 2.3.5 application starting on http://0.0.0.0:3000
>>>
>>> ir.exe : C:/Program Files (x86)/IronRuby
>>> 1.0v4/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:29:in `require':
>>> can't convert nil into String (TypeError)
>>>
>>> At line:1 char:3
>>>
>>> + ir <<<<  -S .\script\server
>>>
>>>     + CategoryInfo          : NotSpecified: (C:/Program File...ing
>>> (TypeError):String) [], RemoteException
>>>
>>>     + FullyQualifiedErrorId : NativeCommandError
>>>
>>>
>>>
>>>     from C:/Program Files (x86)/IronRuby
>>> 1.0v4/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:29:in `require
>>>
>>> '
>>>
>>>     from C:/Program Files (x86)/IronRuby
>>> 1.0v4/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:156:in
>>> `require'
>>>
>>>     from C:/Program Files (x86)/IronRuby
>>> 1.0v4/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:490:in
>>> `new_constants_in'
>>>
>>>     from C:/Program Files (x86)/IronRuby
>>> 1.0v4/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:154:in
>>> `require'
>>>
>>>     from C:/Program Files (x86)/IronRuby
>>> 1.0v4/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/initializer.rb:269:in
>>> `require_frameworks'
>>>
>>>     from C:/Program Files (x86)/IronRuby
>>> 1.0v4/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/initializer.rb:269:in
>>> `each'
>>>
>>>     from C:/Program Files (x86)/IronRuby
>>> 1.0v4/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/initializer.rb:269:in
>>> `require_frameworks'
>>>
>>>     from C:/Program Files (x86)/IronRuby
>>> 1.0v4/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/initializer.rb:135:in
>>> `process'
>>>
>>>     from C:/Program Files (x86)/IronRuby
>>> 1.0v4/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/initializer.rb:114:in
>>> `__send__'
>>>
>>>     from C:/Program Files (x86)/IronRuby
>>> 1.0v4/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/initializer.rb:114:in `run'
>>>
>>>     from C:/d/TaskStatus/config/environment.rb:9
>>>
>>>     from C:/Program Files (x86)/IronRuby
>>> 1.0v4/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:29:in `require'
>>>
>>>     from C:/Program Files (x86)/IronRuby
>>> 1.0v4/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:29:in `require'
>>>
>>>     from C:/Program Files (x86)/IronRuby
>>> 1.0v4/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:156:in
>>> `require'
>>>
>>>     from C:/Program Files (x86)/IronRuby
>>> 1.0v4/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:490:in
>>> `new_constants_in'
>>>
>>>     from C:/Program Files (x86)/IronRuby
>>> 1.0v4/lib/ironruby/gems/1.8/gems/activesupport-2.3.5/lib/active_support/dependencies.rb:154:in
>>> `require'
>>>
>>>     from C:/Program Files (x86)/IronRuby
>>> 1.0v4/lib/ironruby/gems/1.8/gems/rails-2.3.5/lib/commands/server.rb:84
>>>
>>>     from C:/Program Files (x86)/IronRuby
>>> 1.0v4/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:30:in `require'
>>>
>>>     from C:/Program Files (x86)/IronRuby
>>> 1.0v4/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:30:in `require'
>>>
>>>     from ./script/server:3
>>>
>>>
>>>
>>> Shane Holder
>>>
>>> The Rand Group, LLC
>>>
>>> sholder at randgrp.com <dstejskal at randgrp.com>
>>>
>>> 972.978.6559 Cell
>>>
>>> 713.341.9387 Direct
>>>
>>> 713.850.0747 Main Office
>>>
>>> www.randgrp.com
>>>
>>> [image: trg_email_logo (2)]
>>>
>>>
>>>
>>> ------------------------------
>>> This email message and any attachments are intended for use by the
>>> addressee(s) named herein and may contain legally privileged and/or
>>> confidential information. If you are not the intended recipient of this
>>> email you are hereby notified that any dissemination, distribution or
>>> copying of this email and any attachments thereto is strictly prohibited. If
>>> you have received this email in error please notify the sender and
>>> permanently delete the original and any copies of this email and any prints
>>> thereof.
>>>
>>> _______________________________________________
>>> 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/20100501/51f4b9e2/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 3611 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100501/51f4b9e2/attachment.jpe>

From me at miguelmadero.com  Sun May  2 23:18:25 2010
From: me at miguelmadero.com (Miguel Madero)
Date: Mon, 3 May 2010 13:18:25 +1000
Subject: [Ironruby-core] Using Ruby's standard libraries in Silverlight
In-Reply-To: <1B42307CD4AADD438CDDA2FE1121CC9217315A7B@TK5EX14MBXC136.redmond.corp.microsoft.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> 
	<cd0e20101003250630m5f18b1d8ibc5a0833c9ab6503@mail.gmail.com> 
	<1B42307CD4AADD438CDDA2FE1121CC9217315A7B@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <z2w581455be1005022018x87a5871cx7bf0917c57754101@mail.gmail.com>

I think the Chiron model is better for different scenarios. You mentioned
OOB, but also if IronRuby (or other Dynamic Languages) are used as part of a
statically compiled app where XAPs and assemblies are distributed in the
typical SL way. Not sure how we would do it with Gestal as I've seen that it
relies on the Script tags. Is there a way of doing that programmatically?


On Thu, Apr 1, 2010 at 2:40 PM, Jimmy Schementi <
Jimmy.Schementi at microsoft.com> wrote:

>  Wow, a lot of questions to answer here; let me know if I missed one ?
>
>
>
> > 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?
>
>
>
> Depends on whether your using the Chiron to generate a XAP file, or your
> using dlr.js and embedding Ruby code in the HTML page with script-tags.
>
>
>
> Chiron to generate the XAP:
>
> Just copy the necessary Ruby stdlib files into your XAP file directory. If
> you just want to reference an entire directory, you can use the ?-path?
> Chiron.exe option.
>
>
>
> Script-tags:
>
> See the IronPython docs on this: http://ironpython.net/browser/docs.html#zip-files. Basically you must have a script-tag like this: <script type="application/x-zip-compressed" src="lib.zip"></script>. Then you can reference the ?lib? directory in your scripts, including adding it to the path: <script type="text/ruby">$: << "lib"; require 'erb';</script>.
>
>
>
> You can also just list out each Ruby file used:
>
>
>
> # foo.rb
>
> require 'bar'
>
>
>
> <!-- index.html -->
>
> <script type="text/ruby" src="foo.rb" defer="true"></script>
>
> <script type="text/ruby" src="bar.rb" defer="true"></script>
>
> <script type="text/ruby">
>
>   require 'foo'
>
> </script>
>
>
>
> I hope this shows that script-tags just download the script, and add it to the ?virtual file-system? that the DLR-languages see. The ?defer? attribute causes the script to not be run; it will be run when a script requires it.
>
>
>
> > 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?
>
>
>
> Change the mime-type to application/x-zip-compressed and try requiring
> "test/TestClass" ? that will work. We should also allow application/zip as
> the mime-type:
> http://ironpython.codeplex.com/WorkItem/View.aspx?WorkItemId=26676. Keep
> in mind that Silverlight can only read archived files created with a deflate
> ZIP algorithm; but using Chiron to create the zip file will ensure it works
> ? something like ?Chiron.exe /d:lib /x:lib.zip?.
>
>
>
> > for assemblies you need to add an appmanifest I think
>
>
>
> Actually, all the AppManifest.xaml does it load the assemblies for you; you
> can use ?require? or ?load_assembly? to accomplish the same thing, so I
> advise against touching the AppManifest.xaml, unless your XAML has
> dependencies on an assembly.
>
>
>
> Keep in mind there is no way to have an ?assembly script-tag? ? you must
> put the assembly in a ZIP file.
>
>
>
> > if you put a app\myfile.rb in the zip file, you should be able to do
> require 'app/myfile'
>
>
> Close ? you have to use the file filename in the require call, or add the
> zip file name to the path (see example above). Today this only works when
> you use the zip file name without it?s extension, but that?s a bug IMO:
> http://ironpython.codeplex.com/WorkItem/View.aspx?WorkItemId=26677.
>
> > Which brings up another question - are we willing to "standardize"
> Gestalt by making it the best practice for using DLR languages in
> Silverlight?
>
> Well on its way; the http://ironpython.net/browser/ page only has
> documentation for the ?Gestalt?-way, though the Chiron/XAP model will also
> be documented. Fun fact: while the first version of Gestalt (0.5) was made
> completely independently by the visitmix.com/labs team, the 1.0 release
> was completely rewritten and merged into
> Microsoft.Scripting.Silverlight.dll. In fact, the current source code on
> gestalt.codeplex.com is only the code from 0.5; the latest source code for
> Microsoft.Scripting.Silverlight is in IronRuby?s GitHub and IronPython?s
> CodePlex source repos.
>
> Keep in mind the previous Chiron/XAP file model isn?t going away; Gestalt
> takes [too-must] advantage of how Silverlight expects apps to be structured,
> so there are some limitations to it. The glaring limitation is you can?t run
> gestalt apps out-of-browser; HTML doesn?t work there ? there might be a way
> around this by using Silverlight?s ability to host HTML content IN a
> Silverlight control, but that hasn?t been tested yet. So the Chiron/XAP
> model will continue to be supported, but I don?t advise using it unless you
> need to run out-of-browser. You can also combine the two; the IronRuby
> tutorial uses the Chiron/XAP model for the app, but the Gestalt-way to
> enable tests running in the browser.
>
> ~Jimmy
>
> _______________________________________________
> 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/20100503/6273b380/attachment-0001.html>

From Jimmy.Schementi at microsoft.com  Mon May  3 13:59:42 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Mon, 3 May 2010 17:59:42 +0000
Subject: [Ironruby-core] Using Ruby's standard libraries in Silverlight
In-Reply-To: <z2w581455be1005022018x87a5871cx7bf0917c57754101@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>
	<cd0e20101003250630m5f18b1d8ibc5a0833c9ab6503@mail.gmail.com>
	<1B42307CD4AADD438CDDA2FE1121CC9217315A7B@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<z2w581455be1005022018x87a5871cx7bf0917c57754101@mail.gmail.com>
Message-ID: <1B42307CD4AADD438CDDA2FE1121CC9217378915@TK5EX14MBXC138.redmond.corp.microsoft.com>

When using IronRuby in a Silverlight app where the main language is C# or VB, then you wouldn't be using Chiron at all. You'd add the script files to your Silverlight project, and use the DLR hosting API to run them.

You could still use script-tags in this scenario as well; you'd need to look at the source for Microsoft.Scripting.Silverlight.DynamicApplication and call into its initialization logic from your app.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Miguel Madero
Sent: Sunday, May 02, 2010 8:18 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Using Ruby's standard libraries in Silverlight

I think the Chiron model is better for different scenarios. You mentioned OOB, but also if IronRuby (or other Dynamic Languages) are used as part of a statically compiled app where XAPs and assemblies are distributed in the typical SL way. Not sure how we would do it with Gestal as I've seen that it relies on the Script tags. Is there a way of doing that programmatically?


On Thu, Apr 1, 2010 at 2:40 PM, Jimmy Schementi <Jimmy.Schementi at microsoft.com<mailto:Jimmy.Schementi at microsoft.com>> wrote:
Wow, a lot of questions to answer here; let me know if I missed one ...

> 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?

Depends on whether your using the Chiron to generate a XAP file, or your using dlr.js and embedding Ruby code in the HTML page with script-tags.

Chiron to generate the XAP:
Just copy the necessary Ruby stdlib files into your XAP file directory. If you just want to reference an entire directory, you can use the "-path" Chiron.exe option.

Script-tags:

See the IronPython docs on this: http://ironpython.net/browser/docs.html#zip-files. Basically you must have a script-tag like this: <script type="application/x-zip-compressed" src="lib.zip"></script>. Then you can reference the "lib" directory in your scripts, including adding it to the path: <script type="text/ruby">$: << "lib"; require 'erb';</script>.


You can also just list out each Ruby file used:



# foo.rb

require 'bar'



<!-- index.html -->

<script type="text/ruby" src="foo.rb" defer="true"></script>

<script type="text/ruby" src="bar.rb" defer="true"></script>

<script type="text/ruby">

  require 'foo'

</script>


I hope this shows that script-tags just download the script, and add it to the "virtual file-system" that the DLR-languages see. The "defer" attribute causes the script to not be run; it will be run when a script requires it.

> 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?

Change the mime-type to application/x-zip-compressed and try requiring "test/TestClass" ... that will work. We should also allow application/zip as the mime-type: http://ironpython.codeplex.com/WorkItem/View.aspx?WorkItemId=26676. Keep in mind that Silverlight can only read archived files created with a deflate ZIP algorithm; but using Chiron to create the zip file will ensure it works ... something like "Chiron.exe /d:lib /x:lib.zip".

> for assemblies you need to add an appmanifest I think

Actually, all the AppManifest.xaml does it load the assemblies for you; you can use "require" or "load_assembly" to accomplish the same thing, so I advise against touching the AppManifest.xaml, unless your XAML has dependencies on an assembly.

Keep in mind there is no way to have an "assembly script-tag" ... you must put the assembly in a ZIP file.

> if you put a app\myfile.rb in the zip file, you should be able to do require 'app/myfile'

Close ... you have to use the file filename in the require call, or add the zip file name to the path (see example above). Today this only works when you use the zip file name without it's extension, but that's a bug IMO: http://ironpython.codeplex.com/WorkItem/View.aspx?WorkItemId=26677.
> Which brings up another question - are we willing to "standardize" Gestalt by making it the best practice for using DLR languages in Silverlight?
Well on its way; the http://ironpython.net/browser/ page only has documentation for the "Gestalt"-way, though the Chiron/XAP model will also be documented. Fun fact: while the first version of Gestalt (0.5) was made completely independently by the visitmix.com/labs<http://visitmix.com/labs> team, the 1.0 release was completely rewritten and merged into Microsoft.Scripting.Silverlight.dll. In fact, the current source code on gestalt.codeplex.com<http://gestalt.codeplex.com/> is only the code from 0.5; the latest source code for Microsoft.Scripting.Silverlight is in IronRuby's GitHub and IronPython's CodePlex source repos.
Keep in mind the previous Chiron/XAP file model isn't going away; Gestalt takes [too-must] advantage of how Silverlight expects apps to be structured, so there are some limitations to it. The glaring limitation is you can't run gestalt apps out-of-browser; HTML doesn't work there ... there might be a way around this by using Silverlight's ability to host HTML content IN a Silverlight control, but that hasn't been tested yet. So the Chiron/XAP model will continue to be supported, but I don't advise using it unless you need to run out-of-browser. You can also combine the two; the IronRuby tutorial uses the Chiron/XAP model for the app, but the Gestalt-way to enable tests running in the browser.
~Jimmy

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



--
Miguel A. Madero Reyes
www.miguelmadero.com<http://www.miguelmadero.com> (blog)
me at miguelmadero.com<mailto:me at miguelmadero.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100503/08aaf6cb/attachment.html>

From me at miguelmadero.com  Tue May  4 20:03:51 2010
From: me at miguelmadero.com (Miguel Madero)
Date: Wed, 5 May 2010 10:03:51 +1000
Subject: [Ironruby-core] Using Ruby's standard libraries in Silverlight
In-Reply-To: <1B42307CD4AADD438CDDA2FE1121CC9217378915@TK5EX14MBXC138.redmond.corp.microsoft.com>
References: <cd0e20101003230053r70caec32ie77f33bde2e5a271@mail.gmail.com> 
	<b1c6aabb1003230250q2a14d3edjfb3d4cb0a9a0d5af@mail.gmail.com> 
	<cd0e20101003230735u1dbfc612t293f8e28079ac8d3@mail.gmail.com> 
	<b1c6aabb1003230800k6ebe2ee9q755132be4f9f7efc@mail.gmail.com> 
	<cd0e20101003240017k28a5212j41710707ba4c1d6d@mail.gmail.com> 
	<b1c6aabb1003240050l3f581b4dled9c508016206977@mail.gmail.com> 
	<cd0e20101003250630m5f18b1d8ibc5a0833c9ab6503@mail.gmail.com> 
	<1B42307CD4AADD438CDDA2FE1121CC9217315A7B@TK5EX14MBXC136.redmond.corp.microsoft.com>
	<z2w581455be1005022018x87a5871cx7bf0917c57754101@mail.gmail.com> 
	<1B42307CD4AADD438CDDA2FE1121CC9217378915@TK5EX14MBXC138.redmond.corp.microsoft.com>
Message-ID: <n2v581455be1005041703o311ca97ud8879e4ed93efade@mail.gmail.com>

Jimmy,

I was thinking more of an scenario where one of the teams in a project do
one of the modules in IronRuby that would be downloaded on demand.

I guess one option would be for them to create a C# project and package
their IR code in there. That project could also have the hosting and
bootstrapping logic to hooked that module into the rest of the app. That's
certainly the simplest way. I was thinking to use Chiron to download the XAP
and let a "ModuleLoader" worry about how hosting it. Now that I mentioned it
I guess we could do something similar with Gestalt.

I will play a bit with both options on the weekend.

Miguel
On Tue, May 4, 2010 at 3:59 AM, Jimmy Schementi <
Jimmy.Schementi at microsoft.com> wrote:

>  When using IronRuby in a Silverlight app where the main language is C# or
> VB, then you wouldn?t be using Chiron at all. You?d add the script files to
> your Silverlight project, and use the DLR hosting API to run them.
>
>
>
> You could still use script-tags in this scenario as well; you?d need to
> look at the source for Microsoft.Scripting.Silverlight.DynamicApplication
> and call into its initialization logic from your app.
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Miguel Madero
> *Sent:* Sunday, May 02, 2010 8:18 PM
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] Using Ruby's standard libraries in
> Silverlight
>
>
>
> I think the Chiron model is better for different scenarios. You mentioned
> OOB, but also if IronRuby (or other Dynamic Languages) are used as part of a
> statically compiled app where XAPs and assemblies are distributed in the
> typical SL way. Not sure how we would do it with Gestal as I've seen that it
> relies on the Script tags. Is there a way of doing that programmatically?
>
>
>
>
> On Thu, Apr 1, 2010 at 2:40 PM, Jimmy Schementi <
> Jimmy.Schementi at microsoft.com> wrote:
>
> Wow, a lot of questions to answer here; let me know if I missed one ?
>
>
>
> > 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?
>
>
>
> Depends on whether your using the Chiron to generate a XAP file, or your
> using dlr.js and embedding Ruby code in the HTML page with script-tags.
>
>
>
> Chiron to generate the XAP:
>
> Just copy the necessary Ruby stdlib files into your XAP file directory. If
> you just want to reference an entire directory, you can use the ?-path?
> Chiron.exe option.
>
>
>
> Script-tags:
>
> See the IronPython docs on this: http://ironpython.net/browser/docs.html#zip-files. Basically you must have a script-tag like this: <script type="application/x-zip-compressed" src="lib.zip"></script>. Then you can reference the ?lib? directory in your scripts, including adding it to the path: <script type="text/ruby">$: << "lib"; require 'erb';</script>.
>
>
>
> You can also just list out each Ruby file used:
>
>
>
> # foo.rb
>
> require 'bar'
>
>
>
> <!-- index.html -->
>
> <script type="text/ruby" src="foo.rb" defer="true"></script>
>
> <script type="text/ruby" src="bar.rb" defer="true"></script>
>
> <script type="text/ruby">
>
>   require 'foo'
>
> </script>
>
>
>
> I hope this shows that script-tags just download the script, and add it to the ?virtual file-system? that the DLR-languages see. The ?defer? attribute causes the script to not be run; it will be run when a script requires it.
>
>
>
> > 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?
>
>
>
> Change the mime-type to application/x-zip-compressed and try requiring
> "test/TestClass" ? that will work. We should also allow application/zip as
> the mime-type:
> http://ironpython.codeplex.com/WorkItem/View.aspx?WorkItemId=26676. Keep
> in mind that Silverlight can only read archived files created with a deflate
> ZIP algorithm; but using Chiron to create the zip file will ensure it works
> ? something like ?Chiron.exe /d:lib /x:lib.zip?.
>
>
>
> > for assemblies you need to add an appmanifest I think
>
>
>
> Actually, all the AppManifest.xaml does it load the assemblies for you; you
> can use ?require? or ?load_assembly? to accomplish the same thing, so I
> advise against touching the AppManifest.xaml, unless your XAML has
> dependencies on an assembly.
>
>
>
> Keep in mind there is no way to have an ?assembly script-tag? ? you must
> put the assembly in a ZIP file.
>
>
>
> > if you put a app\myfile.rb in the zip file, you should be able to do
> require 'app/myfile'
>
>
> Close ? you have to use the file filename in the require call, or add the
> zip file name to the path (see example above). Today this only works when
> you use the zip file name without it?s extension, but that?s a bug IMO:
> http://ironpython.codeplex.com/WorkItem/View.aspx?WorkItemId=26677.
>
> > Which brings up another question - are we willing to "standardize"
> Gestalt by making it the best practice for using DLR languages in
> Silverlight?
>
> Well on its way; the http://ironpython.net/browser/ page only has
> documentation for the ?Gestalt?-way, though the Chiron/XAP model will also
> be documented. Fun fact: while the first version of Gestalt (0.5) was made
> completely independently by the visitmix.com/labs team, the 1.0 release
> was completely rewritten and merged into
> Microsoft.Scripting.Silverlight.dll. In fact, the current source code on
> gestalt.codeplex.com is only the code from 0.5; the latest source code for
> Microsoft.Scripting.Silverlight is in IronRuby?s GitHub and IronPython?s
> CodePlex source repos.
>
> Keep in mind the previous Chiron/XAP file model isn?t going away; Gestalt
> takes [too-must] advantage of how Silverlight expects apps to be structured,
> so there are some limitations to it. The glaring limitation is you can?t run
> gestalt apps out-of-browser; HTML doesn?t work there ? there might be a way
> around this by using Silverlight?s ability to host HTML content IN a
> Silverlight control, but that hasn?t been tested yet. So the Chiron/XAP
> model will continue to be supported, but I don?t advise using it unless you
> need to run out-of-browser. You can also combine the two; the IronRuby
> tutorial uses the Chiron/XAP model for the app, but the Gestalt-way to
> enable tests running in the browser.
>
> ~Jimmy
>
>
> _______________________________________________
> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100505/d7125713/attachment-0001.html>

From jacobsenscott at yahoo.com  Tue May  4 20:23:15 2010
From: jacobsenscott at yahoo.com (Scott Jacobsen)
Date: Tue, 04 May 2010 18:23:15 -0600
Subject: [Ironruby-core] unsubscribe
In-Reply-To: <n2v581455be1005041703o311ca97ud8879e4ed93efade@mail.gmail.com>
References: <cd0e20101003230053r70caec32ie77f33bde2e5a271@mail.gmail.com>
	<b1c6aabb1003230250q2a14d3edjfb3d4cb0a9a0d5af@mail.gmail.com>
	<cd0e20101003230735u1dbfc612t293f8e28079ac8d3@mail.gmail.com>
	<b1c6aabb1003230800k6ebe2ee9q755132be4f9f7efc@mail.gmail.com>
	<cd0e20101003240017k28a5212j41710707ba4c1d6d@mail.gmail.com>
	<b1c6aabb1003240050l3f581b4dled9c508016206977@mail.gmail.com>
	<cd0e20101003250630m5f18b1d8ibc5a0833c9ab6503@mail.gmail.com>
	<1B42307CD4AADD438CDDA2FE1121CC9217315A7B@TK5EX14MBXC136.redmond.corp.microsoft.com>	<z2w581455be1005022018x87a5871cx7bf0917c57754101@mail.gmail.com>
	<1B42307CD4AADD438CDDA2FE1121CC9217378915@TK5EX14MBXC138.redmond.corp.microsoft.com>
	<n2v581455be1005041703o311ca97ud8879e4ed93efade@mail.gmail.com>
Message-ID: <4BE0BA73.7060604@yahoo.com>



On 05/04/2010 06:03 PM, Miguel Madero wrote:
> Jimmy,
>  
> I was thinking more of an scenario where one of the teams in a project
> do one of the modules in IronRuby that would be downloaded on demand.
>  
> I guess one option would be for them to create a C# project and
> package their IR code in there. That project could also have the
> hosting and bootstrapping logic to hooked that module into the rest of
> the app. That's certainly the simplest way. I was thinking to use
> Chiron to download the XAP and let a "ModuleLoader" worry about how
> hosting it. Now that I mentioned it I guess we could do something
> similar with Gestalt.
>  
> I will play a bit with both options on the weekend.  
>  
> Miguel
> On Tue, May 4, 2010 at 3:59 AM, Jimmy Schementi
> <Jimmy.Schementi at microsoft.com <mailto:Jimmy.Schementi at microsoft.com>>
> wrote:
>
>     When using IronRuby in a Silverlight app where the main language
>     is C# or VB, then you wouldn?t be using Chiron at all. You?d add
>     the script files to your Silverlight project, and use the DLR
>     hosting API to run them.
>
>      
>
>     You could still use script-tags in this scenario as well; you?d
>     need to look at the source for
>     Microsoft.Scripting.Silverlight.DynamicApplication and call into
>     its initialization logic from your app.
>
>      
>
>     *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
>     *Miguel Madero
>     *Sent:* Sunday, May 02, 2010 8:18 PM
>     *To:* ironruby-core at rubyforge.org <mailto:ironruby-core at rubyforge.org>
>     *Subject:* Re: [Ironruby-core] Using Ruby's standard libraries in
>     Silverlight
>
>      
>
>     I think the Chiron model is better for different scenarios. You
>     mentioned OOB, but also if IronRuby (or other Dynamic Languages)
>     are used as part of a statically compiled app where XAPs and
>     assemblies are distributed in the typical SL way. Not sure how we
>     would do it with Gestal as I've seen that it relies on the Script
>     tags. Is there a way of doing that programmatically?
>
>
>      
>
>     On Thu, Apr 1, 2010 at 2:40 PM, Jimmy Schementi
>     <Jimmy.Schementi at microsoft.com
>     <mailto:Jimmy.Schementi at microsoft.com>> wrote:
>
>     Wow, a lot of questions to answer here; let me know if I missed one ?
>
>      
>
>     > 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?
>
>      
>
>     Depends on whether your using the Chiron to generate a XAP file,
>     or your using dlr.js and embedding Ruby code in the HTML page with
>     script-tags.
>
>      
>
>     Chiron to generate the XAP:
>
>     Just copy the necessary Ruby stdlib files into your XAP file
>     directory. If you just want to reference an entire directory, you
>     can use the ?-path? Chiron.exe option.
>
>      
>
>     Script-tags:
>
>     See the IronPython docs on this: http://ironpython.net/browser/docs.html#zip-files. Basically you must have a script-tag like this: <script type="application/x-zip-compressed" src="lib.zip"></script>. Then you can reference the ?lib? directory in your scripts, including adding it to the path: <script type="text/ruby">$: << "lib"; require 'erb';</script>. 
>
>      
>
>     You can also just list out each Ruby file used:
>
>      
>
>     # foo.rb
>
>     require 'bar'
>
>      
>
>     <!-- index.html -->
>
>     <script type="text/ruby" src="foo.rb" defer="true"></script>
>
>     <script type="text/ruby" src="bar.rb" defer="true"></script>
>
>     <script type="text/ruby">
>
>       require 'foo'
>
>     </script>
>
>      
>
>     I hope this shows that script-tags just download the script, and add it to the ?virtual file-system? that the DLR-languages see. The ?defer? attribute causes the script to not be run; it will be run when a script requires it.
>
>      
>
>     > 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?
>
>      
>
>     Change the mime-type to application/x-zip-compressed and try
>     requiring "test/TestClass" ? that will work. We should also allow
>     |application/zip| as the mime-type:
>     http://ironpython.codeplex.com/WorkItem/View.aspx?WorkItemId=26676. Keep
>     in mind that Silverlight can only read archived files created with
>     a deflate ZIP algorithm; but using Chiron to create the zip file
>     will ensure it works ? something like ?Chiron.exe /d:lib /x:lib.zip?.
>
>      
>
>     > for assemblies you need to add an appmanifest I think
>
>      
>
>     Actually, all the AppManifest.xaml does it load the assemblies for
>     you; you can use ?require? or ?load_assembly? to accomplish the
>     same thing, so I advise against touching the AppManifest.xaml,
>     unless your XAML has dependencies on an assembly.
>
>      
>
>     Keep in mind there is no way to have an ?assembly script-tag? ?
>     you must put the assembly in a ZIP file.
>
>      
>
>     > if you put a app\myfile.rb in the zip file, you should be able to
>     do require 'app/myfile'  
>
>
>     Close ? you have to use the file filename in the require call, or
>     add the zip file name to the path (see example above). Today this
>     only works when you use the zip file name without it?s extension,
>     but that?s a bug IMO:
>     http://ironpython.codeplex.com/WorkItem/View.aspx?WorkItemId=26677.
>
>     > Which brings up another question - are we willing to
>     "standardize" Gestalt by making it the best practice for using DLR
>     languages in Silverlight?
>
>     Well on its way; the http://ironpython.net/browser/ page only has
>     documentation for the ?Gestalt?-way, though the Chiron/XAP model
>     will also be documented. Fun fact: while the first version of
>     Gestalt (0.5) was made completely independently by the
>     visitmix.com/labs <http://visitmix.com/labs> team, the 1.0 release
>     was completely rewritten and merged into
>     Microsoft.Scripting.Silverlight.dll. In fact, the current source
>     code on gestalt.codeplex.com <http://gestalt.codeplex.com/> is
>     only the code from 0.5; the latest source code for
>     Microsoft.Scripting.Silverlight is in IronRuby?s GitHub and
>     IronPython?s CodePlex source repos.
>
>     Keep in mind the previous Chiron/XAP file model isn?t going away;
>     Gestalt takes [too-must] advantage of how Silverlight expects apps
>     to be structured, so there are some limitations to it. The glaring
>     limitation is you can?t run gestalt apps out-of-browser; HTML
>     doesn?t work there ? there might be a way around this by using
>     Silverlight?s ability to host HTML content IN a Silverlight
>     control, but that hasn?t been tested yet. So the Chiron/XAP model
>     will continue to be supported, but I don?t advise using it unless
>     you need to run out-of-browser. You can also combine the two; the
>     IronRuby tutorial uses the Chiron/XAP model for the app, but the
>     Gestalt-way to enable tests running in the browser.
>
>     ~Jimmy
>
>
>     _______________________________________________
>     Ironruby-core mailing list
>     Ironruby-core at rubyforge.org <mailto:Ironruby-core at rubyforge.org>
>     http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
>     -- 
>     Miguel A. Madero Reyes
>     www.miguelmadero.com <http://www.miguelmadero.com/> (blog)
>     me at miguelmadero.com <mailto:me at miguelmadero.com>
>
>
>     _______________________________________________
>     Ironruby-core mailing list
>     Ironruby-core at rubyforge.org <mailto:Ironruby-core at rubyforge.org>
>     http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> -- 
> Miguel A. Madero Reyes
> www.miguelmadero.com <http://www.miguelmadero.com> (blog)
> me at miguelmadero.com <mailto: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/20100504/82af48fd/attachment-0001.html>

From lists at ruby-forum.com  Wed May  5 18:03:03 2010
From: lists at ruby-forum.com (Roger Pack)
Date: Thu, 6 May 2010 00:03:03 +0200
Subject: [Ironruby-core] [ANN] IronRuby 1.0 Released!
In-Reply-To: <1B42307CD4AADD438CDDA2FE1121CC92173287FE@TK5EX14MBXC136.redmond.corp.microsoft.com>
References: <1B42307CD4AADD438CDDA2FE1121CC92173287FE@TK5EX14MBXC136.redmond.corp.microsoft.com>
Message-ID: <cf01f11c91a4c611ea66bc9880a83210@ruby-forum.com>

Jimmy Schementi wrote:
> Ruby and .NET developers,
> 
> The IronRuby team is pleased to announce IronRuby 1.0!

Cool. Here's wishing for ffi support sometime or other :)

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

From Jimmy.Schementi at microsoft.com  Wed May  5 21:20:04 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Thu, 6 May 2010 01:20:04 +0000
Subject: [Ironruby-core] Using Ruby's standard libraries in Silverlight
Message-ID: <1B42307CD4AADD438CDDA2FE1121CC9217382EF7@TK5EX14MBXC138.redmond.corp.microsoft.com>

>>> I guess one option would be for them to create a C# project and package their IR code in there. That project could also have the hosting and bootstrapping logic to hooked that module into the rest of the app. That's certainly the simplest way.

Scott, I don't think that's the "simplest way" to take Ruby code and dynamically load it in a Silverlight app ... especially since it has to do with creating a static C# project =P But in all seriousness ...

If you want your app to download a ruby library on demand, let's call it a "plugin" for argument sake, then your app needs to have the logic of how to find plugins and download them. You seemed to suggest that the plugin would do its own loading, but I don't see that being a possibility as your app will need to somehow invoke the plugin to run. Anyway, Microsoft.Scripting.Silverlight.dll has logic to download zip files and allow for loading files from them, so you can use that directly in your app (here I've written this in Ruby, but it can be easily translated to C# and using the DLR hosting API if that's what your main app is written in):

# disclaimer -- this might not work as it's been only typed
# into email client, so let me know if you have trouble with it.
include System
include Microsoft::Scripting::Silverlight
dst = DynamicScriptTags.new nil
dst.zip_packages.add Uri.new("http://some-server.com/someplugin.zip") # you can add many zip-packages ...
dst.download_external_code(lambda {
  # here you can get access to the zip file through Ruby's
  # file-system APIs, and then load those files inside it ...
  $LOAD_PATH << "someplugin" # adds someplugin.zip to Ruby's load path
  require 'init' # imagine that plugins have a init.rb file as a convention for
                 # initialization; this would kick off the loading of the plugin
})

If you don't want to do the work to implement this, then you can use the built-in support for downloading libraries on demand: http://ironpython.net/browser/docs.html#zip-files. As you can see, this is the same idea - from your app pull in this zip file and use Ruby code inside it.

Hopefully that enough to get you started, let me know if you have any other questions.
~Jimmy

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Scott Jacobsen
Sent: Tuesday, May 04, 2010 5:23 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] unsubscribe



On 05/04/2010 06:03 PM, Miguel Madero wrote:
Jimmy,

I was thinking more of an scenario where one of the teams in a project do one of the modules in IronRuby that would be downloaded on demand.

I guess one option would be for them to create a C# project and package their IR code in there. That project could also have the hosting and bootstrapping logic to hooked that module into the rest of the app. That's certainly the simplest way. I was thinking to use Chiron to download the XAP and let a "ModuleLoader" worry about how hosting it. Now that I mentioned it I guess we could do something similar with Gestalt.

I will play a bit with both options on the weekend.

Miguel
On Tue, May 4, 2010 at 3:59 AM, Jimmy Schementi <Jimmy.Schementi at microsoft.com<mailto:Jimmy.Schementi at microsoft.com>> wrote:
When using IronRuby in a Silverlight app where the main language is C# or VB, then you wouldn't be using Chiron at all. You'd add the script files to your Silverlight project, and use the DLR hosting API to run them.

You could still use script-tags in this scenario as well; you'd need to look at the source for Microsoft.Scripting.Silverlight.DynamicApplication and call into its initialization logic from your app.

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 Miguel Madero
Sent: Sunday, May 02, 2010 8:18 PM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Using Ruby's standard libraries in Silverlight

I think the Chiron model is better for different scenarios. You mentioned OOB, but also if IronRuby (or other Dynamic Languages) are used as part of a statically compiled app where XAPs and assemblies are distributed in the typical SL way. Not sure how we would do it with Gestal as I've seen that it relies on the Script tags. Is there a way of doing that programmatically?


On Thu, Apr 1, 2010 at 2:40 PM, Jimmy Schementi <Jimmy.Schementi at microsoft.com<mailto:Jimmy.Schementi at microsoft.com>> wrote:
Wow, a lot of questions to answer here; let me know if I missed one ...

> 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?

Depends on whether your using the Chiron to generate a XAP file, or your using dlr.js and embedding Ruby code in the HTML page with script-tags.

Chiron to generate the XAP:
Just copy the necessary Ruby stdlib files into your XAP file directory. If you just want to reference an entire directory, you can use the "-path" Chiron.exe option.

Script-tags:

See the IronPython docs on this: http://ironpython.net/browser/docs.html#zip-files. Basically you must have a script-tag like this: <script type="application/x-zip-compressed" src="lib.zip"></script>. Then you can reference the "lib" directory in your scripts, including adding it to the path: <script type="text/ruby">$: << "lib"; require 'erb';</script>.


You can also just list out each Ruby file used:



# foo.rb

require 'bar'



<!-- index.html -->

<script type="text/ruby" src="foo.rb" defer="true"></script>

<script type="text/ruby" src="bar.rb" defer="true"></script>

<script type="text/ruby">

  require 'foo'

</script>


I hope this shows that script-tags just download the script, and add it to the "virtual file-system" that the DLR-languages see. The "defer" attribute causes the script to not be run; it will be run when a script requires it.

> 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?

Change the mime-type to application/x-zip-compressed and try requiring "test/TestClass" ... that will work. We should also allow application/zip as the mime-type: http://ironpython.codeplex.com/WorkItem/View.aspx?WorkItemId=26676. Keep in mind that Silverlight can only read archived files created with a deflate ZIP algorithm; but using Chiron to create the zip file will ensure it works ... something like "Chiron.exe /d:lib /x:lib.zip".

> for assemblies you need to add an appmanifest I think

Actually, all the AppManifest.xaml does it load the assemblies for you; you can use "require" or "load_assembly" to accomplish the same thing, so I advise against touching the AppManifest.xaml, unless your XAML has dependencies on an assembly.

Keep in mind there is no way to have an "assembly script-tag" ... you must put the assembly in a ZIP file.

> if you put a app\myfile.rb in the zip file, you should be able to do require 'app/myfile'

Close ... you have to use the file filename in the require call, or add the zip file name to the path (see example above). Today this only works when you use the zip file name without it's extension, but that's a bug IMO: http://ironpython.codeplex.com/WorkItem/View.aspx?WorkItemId=26677.
> Which brings up another question - are we willing to "standardize" Gestalt by making it the best practice for using DLR languages in Silverlight?
Well on its way; the http://ironpython.net/browser/ page only has documentation for the "Gestalt"-way, though the Chiron/XAP model will also be documented. Fun fact: while the first version of Gestalt (0.5) was made completely independently by the visitmix.com/labs<http://visitmix.com/labs> team, the 1.0 release was completely rewritten and merged into Microsoft.Scripting.Silverlight.dll. In fact, the current source code on gestalt.codeplex.com<http://gestalt.codeplex.com/> is only the code from 0.5; the latest source code for Microsoft.Scripting.Silverlight is in IronRuby's GitHub and IronPython's CodePlex source repos.
Keep in mind the previous Chiron/XAP file model isn't going away; Gestalt takes [too-must] advantage of how Silverlight expects apps to be structured, so there are some limitations to it. The glaring limitation is you can't run gestalt apps out-of-browser; HTML doesn't work there ... there might be a way around this by using Silverlight's ability to host HTML content IN a Silverlight control, but that hasn't been tested yet. So the Chiron/XAP model will continue to be supported, but I don't advise using it unless you need to run out-of-browser. You can also combine the two; the IronRuby tutorial uses the Chiron/XAP model for the app, but the Gestalt-way to enable tests running in the browser.
~Jimmy

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



--
Miguel A. Madero Reyes
www.miguelmadero.com<http://www.miguelmadero.com/> (blog)
me at miguelmadero.com<mailto:me at miguelmadero.com>

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



--
Miguel A. Madero Reyes
www.miguelmadero.com<http://www.miguelmadero.com> (blog)
me at miguelmadero.com<mailto:me at miguelmadero.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/20100506/06fd3196/attachment-0001.html>

From zac at zacbrown.org  Thu May  6 01:29:17 2010
From: zac at zacbrown.org (Zac Brown)
Date: Wed, 05 May 2010 22:29:17 -0700
Subject: [Ironruby-core] [ANN] Eastside Hackers Group Meetup
Message-ID: <4BE253AD.4070001@zacbrown.org>

Hi all,

Myself and a couple friends at Microsoft are organizing a new casual 
group of hackers that meet to discuss and work on projects together. We 
don't intend to have an agenda or regular speakers, just a group of 
people getting together to toss around ideas and work on what we love.

We have a website up: http://eastsidehackers.org.

This Saturday (5/8/2010) I (and probably a couple others) will be 
hanging out at the Crossroads in Redmond from 3:30PM till at least 
6:00PM. This isn't a formal meeting of the group, but rather a meet and 
greet. I know it's short notice so I don't expect a huge showing. If 
you're interested and want to meet up with us, just give me a call at 
817-266-6867.

I plan to establish a more regular meeting schedule with the first one 
being the following Saturday (5/15).

If you can't make it to the meet and greet or first meeting but are 
still interested, please reply to this thread anyway so that I can get 
an idea for how interested people are in the group.

Thanks,

Zac

From claudio.maccari at gmail.com  Thu May  6 02:38:04 2010
From: claudio.maccari at gmail.com (Claudio Maccari)
Date: Thu, 6 May 2010 08:38:04 +0200
Subject: [Ironruby-core] Lower case namespace
Message-ID: <r2uf47403341005052338g4cef1284t34f1ca7fae322e96@mail.gmail.com>

Hy all,

I'm trying to use a 3rd party library into my app via IronRuby
Unfortunately the root namespace of this library is lower case and I believe
this cause some problem
This is the sample code I wish to run

require "devDept.EyeshotUltimate"
include devDept::Geometry
o = Point3D.Origin
puts o.x
puts o.y
puts o.z

but the second line throws the exception
undefined method `devDept' for main:Object (NoMethodError)

I think I know why this append (http://ironruby.net/Documentation/.NET/Names
)
"CLR namespaces and interfaces must be capitalized as they are mapped onto
Ruby modules"

Since I can't modify the 3rd party library is there a way to avoid this
error ?
Many thanks
claudio

-- 
Claudio Maccari
--------------------------------
http://testdrivendevelopment.wordpress.com/
http://twitter.com/scott4dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100506/9c56837a/attachment.html>

From ivan at cloudslide.net  Thu May  6 02:48:39 2010
From: ivan at cloudslide.net (Ivan Porto Carrero)
Date: Thu, 6 May 2010 08:48:39 +0200
Subject: [Ironruby-core] Lower case namespace
In-Reply-To: <r2uf47403341005052338g4cef1284t34f1ca7fae322e96@mail.gmail.com>
References: <r2uf47403341005052338g4cef1284t34f1ca7fae322e96@mail.gmail.com>
Message-ID: <s2mb1c6aabb1005052348w5697463do50a19c5f0541028d@mail.gmail.com>

you could try with:

Geometry = Object.const_get("devDept::Geometry")
include Geometry

I haven't tried if this actually works though

---
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, May 6, 2010 at 8:38 AM, Claudio Maccari
<claudio.maccari at gmail.com>wrote:

> Hy all,
>
> I'm trying to use a 3rd party library into my app via IronRuby
> Unfortunately the root namespace of this library is lower case and I
> believe this cause some problem
> This is the sample code I wish to run
>
> require "devDept.EyeshotUltimate"
> include devDept::Geometry
> o = Point3D.Origin
> puts o.x
> puts o.y
> puts o.z
>
> but the second line throws the exception
> undefined method `devDept' for main:Object (NoMethodError)
>
> I think I know why this append (
> http://ironruby.net/Documentation/.NET/Names)
> "CLR namespaces and interfaces must be capitalized as they are mapped onto
> Ruby modules"
>
> Since I can't modify the 3rd party library is there a way to avoid this
> error ?
> Many thanks
> claudio
>
> --
> Claudio Maccari
> --------------------------------
> http://testdrivendevelopment.wordpress.com/
> http://twitter.com/scott4dev
>
> _______________________________________________
> 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/20100506/2e0bbd4e/attachment.html>

From shay.friedman at gmail.com  Thu May  6 02:55:47 2010
From: shay.friedman at gmail.com (Shay Friedman)
Date: Thu, 6 May 2010 09:55:47 +0300
Subject: [Ironruby-core] Lower case namespace
In-Reply-To: <s2mb1c6aabb1005052348w5697463do50a19c5f0541028d@mail.gmail.com>
References: <r2uf47403341005052338g4cef1284t34f1ca7fae322e96@mail.gmail.com>
	<s2mb1c6aabb1005052348w5697463do50a19c5f0541028d@mail.gmail.com>
Message-ID: <v2pcd0e20101005052355xfe244d36w4bf9e2454bffb0b0@mail.gmail.com>

I can think of a workaround (never checked it though) - create a C# assembly
that adds a name alias to the assembly:

using DevDept = devDept;

and then require this assembly.

Shay.
--------------------------------------------------------
Shay Friedman | Microsoft Visual C#/IronRuby MVP | Author of IronRuby
Unleashed
Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay


On Thu, May 6, 2010 at 9:48 AM, Ivan Porto Carrero <ivan at cloudslide.net>wrote:

> you could try with:
>
> Geometry = Object.const_get("devDept::Geometry")
> include Geometry
>
> I haven't tried if this actually works though
>
> ---
> 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, May 6, 2010 at 8:38 AM, Claudio Maccari <claudio.maccari at gmail.com
> > wrote:
>
>> Hy all,
>>
>> I'm trying to use a 3rd party library into my app via IronRuby
>> Unfortunately the root namespace of this library is lower case and I
>> believe this cause some problem
>> This is the sample code I wish to run
>>
>> require "devDept.EyeshotUltimate"
>> include devDept::Geometry
>> o = Point3D.Origin
>> puts o.x
>> puts o.y
>> puts o.z
>>
>> but the second line throws the exception
>> undefined method `devDept' for main:Object (NoMethodError)
>>
>> I think I know why this append (
>> http://ironruby.net/Documentation/.NET/Names)
>> "CLR namespaces and interfaces must be capitalized as they are mapped onto
>> Ruby modules"
>>
>> Since I can't modify the 3rd party library is there a way to avoid this
>> error ?
>> Many thanks
>> claudio
>>
>> --
>> Claudio Maccari
>> --------------------------------
>> http://testdrivendevelopment.wordpress.com/
>> http://twitter.com/scott4dev
>>
>> _______________________________________________
>> 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/20100506/5c082d4b/attachment.html>

From claudio.maccari at gmail.com  Thu May  6 03:21:52 2010
From: claudio.maccari at gmail.com (Claudio Maccari)
Date: Thu, 6 May 2010 09:21:52 +0200
Subject: [Ironruby-core] Lower case namespace
In-Reply-To: <s2mb1c6aabb1005052348w5697463do50a19c5f0541028d@mail.gmail.com>
References: <r2uf47403341005052338g4cef1284t34f1ca7fae322e96@mail.gmail.com>
	<s2mb1c6aabb1005052348w5697463do50a19c5f0541028d@mail.gmail.com>
Message-ID: <i2hf47403341005060021g7591d390g7a7463e3d937d125@mail.gmail.com>

Hi Ivan,

thank you for you prompt reply
Now my code is

require "devDept.EyeshotUltimate"
Geometry = Object.const_get("devDept::Geometry")
include Geometry
o = Point3D.Origin
puts o.x
puts o.y
puts o.z

When I run it I get this error:

C:\Users\cmaccari\Desktop\ironruby-1.0\bin>ir devDept.rb
devDept.rb:2:in `const_get': `devDept::Geometry' is not allowed as a
constant name (NameError)
        from devDept.rb:2

Any ideas

On Thu, May 6, 2010 at 8:48 AM, Ivan Porto Carrero <ivan at cloudslide.net>wrote:

> you could try with:
>
> Geometry = Object.const_get("devDept::Geometry")
> include Geometry
>
> I haven't tried if this actually works though
>
> ---
> 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, May 6, 2010 at 8:38 AM, Claudio Maccari <claudio.maccari at gmail.com
> > wrote:
>
>> Hy all,
>>
>> I'm trying to use a 3rd party library into my app via IronRuby
>> Unfortunately the root namespace of this library is lower case and I
>> believe this cause some problem
>> This is the sample code I wish to run
>>
>> require "devDept.EyeshotUltimate"
>> include devDept::Geometry
>> o = Point3D.Origin
>> puts o.x
>> puts o.y
>> puts o.z
>>
>> but the second line throws the exception
>> undefined method `devDept' for main:Object (NoMethodError)
>>
>> I think I know why this append (
>> http://ironruby.net/Documentation/.NET/Names)
>> "CLR namespaces and interfaces must be capitalized as they are mapped onto
>> Ruby modules"
>>
>> Since I can't modify the 3rd party library is there a way to avoid this
>> error ?
>> Many thanks
>> claudio
>>
>> --
>> Claudio Maccari
>> --------------------------------
>> http://testdrivendevelopment.wordpress.com/
>> http://twitter.com/scott4dev
>>
>> _______________________________________________
>> 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
>
>


-- 
Claudio Maccari
--------------------------------
http://testdrivendevelopment.wordpress.com/
http://twitter.com/scott4dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100506/661ab483/attachment-0001.html>

From claudio.maccari at gmail.com  Thu May  6 03:36:10 2010
From: claudio.maccari at gmail.com (Claudio Maccari)
Date: Thu, 6 May 2010 09:36:10 +0200
Subject: [Ironruby-core] Lower case namespace
In-Reply-To: <v2pcd0e20101005052355xfe244d36w4bf9e2454bffb0b0@mail.gmail.com>
References: <r2uf47403341005052338g4cef1284t34f1ca7fae322e96@mail.gmail.com>
	<s2mb1c6aabb1005052348w5697463do50a19c5f0541028d@mail.gmail.com>
	<v2pcd0e20101005052355xfe244d36w4bf9e2454bffb0b0@mail.gmail.com>
Message-ID: <r2jf47403341005060036rba8ac14v5211b4d2e7d6b005@mail.gmail.com>

But this assembly has no types inside right ?

On Thu, May 6, 2010 at 8:55 AM, Shay Friedman <shay.friedman at gmail.com>wrote:

> I can think of a workaround (never checked it though) - create a C#
> assembly that adds a name alias to the assembly:
>
> using DevDept = devDept;
>
> and then require this assembly.
>
> Shay.
> --------------------------------------------------------
> Shay Friedman | Microsoft Visual C#/IronRuby MVP | Author of IronRuby
> Unleashed
> Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
>
>
> On Thu, May 6, 2010 at 9:48 AM, Ivan Porto Carrero <ivan at cloudslide.net>wrote:
>
>> you could try with:
>>
>> Geometry = Object.const_get("devDept::Geometry")
>> include Geometry
>>
>> I haven't tried if this actually works though
>>
>> ---
>> 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, May 6, 2010 at 8:38 AM, Claudio Maccari <
>> claudio.maccari at gmail.com> wrote:
>>
>>> Hy all,
>>>
>>> I'm trying to use a 3rd party library into my app via IronRuby
>>> Unfortunately the root namespace of this library is lower case and I
>>> believe this cause some problem
>>> This is the sample code I wish to run
>>>
>>> require "devDept.EyeshotUltimate"
>>> include devDept::Geometry
>>> o = Point3D.Origin
>>> puts o.x
>>> puts o.y
>>> puts o.z
>>>
>>> but the second line throws the exception
>>> undefined method `devDept' for main:Object (NoMethodError)
>>>
>>> I think I know why this append (
>>> http://ironruby.net/Documentation/.NET/Names)
>>> "CLR namespaces and interfaces must be capitalized as they are mapped
>>> onto Ruby modules"
>>>
>>> Since I can't modify the 3rd party library is there a way to avoid this
>>> error ?
>>> Many thanks
>>> claudio
>>>
>>> --
>>> Claudio Maccari
>>> --------------------------------
>>> http://testdrivendevelopment.wordpress.com/
>>> http://twitter.com/scott4dev
>>>
>>> _______________________________________________
>>> 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
>
>


-- 
Claudio Maccari
--------------------------------
http://testdrivendevelopment.wordpress.com/
http://twitter.com/scott4dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100506/28c08d9a/attachment.html>

From shay.friedman at gmail.com  Thu May  6 05:47:18 2010
From: shay.friedman at gmail.com (Shay Friedman)
Date: Thu, 6 May 2010 12:47:18 +0300
Subject: [Ironruby-core] Lower case namespace
In-Reply-To: <r2jf47403341005060036rba8ac14v5211b4d2e7d6b005@mail.gmail.com>
References: <r2uf47403341005052338g4cef1284t34f1ca7fae322e96@mail.gmail.com>
	<s2mb1c6aabb1005052348w5697463do50a19c5f0541028d@mail.gmail.com>
	<v2pcd0e20101005052355xfe244d36w4bf9e2454bffb0b0@mail.gmail.com>
	<r2jf47403341005060036rba8ac14v5211b4d2e7d6b005@mail.gmail.com>
Message-ID: <o2rcd0e20101005060247he015c43ex668c266aee2006cd@mail.gmail.com>

Right, no types, only an alias for the problematic namespace.I haven't
checked that though.

Let us know if you find a solution.

Shay.
--------------------------------------------------------
Shay Friedman | Microsoft Visual C#/IronRuby MVP | Author of IronRuby
Unleashed
Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay


On Thu, May 6, 2010 at 10:36 AM, Claudio Maccari
<claudio.maccari at gmail.com>wrote:

> But this assembly has no types inside right ?
>
>
> On Thu, May 6, 2010 at 8:55 AM, Shay Friedman <shay.friedman at gmail.com>wrote:
>
>> I can think of a workaround (never checked it though) - create a C#
>> assembly that adds a name alias to the assembly:
>>
>> using DevDept = devDept;
>>
>> and then require this assembly.
>>
>> Shay.
>> --------------------------------------------------------
>> Shay Friedman | Microsoft Visual C#/IronRuby MVP | Author of IronRuby
>> Unleashed
>> Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay
>>
>>
>> On Thu, May 6, 2010 at 9:48 AM, Ivan Porto Carrero <ivan at cloudslide.net>wrote:
>>
>>> you could try with:
>>>
>>> Geometry = Object.const_get("devDept::Geometry")
>>> include Geometry
>>>
>>> I haven't tried if this actually works though
>>>
>>>  ---
>>> 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, May 6, 2010 at 8:38 AM, Claudio Maccari <
>>> claudio.maccari at gmail.com> wrote:
>>>
>>>> Hy all,
>>>>
>>>> I'm trying to use a 3rd party library into my app via IronRuby
>>>> Unfortunately the root namespace of this library is lower case and I
>>>> believe this cause some problem
>>>> This is the sample code I wish to run
>>>>
>>>> require "devDept.EyeshotUltimate"
>>>> include devDept::Geometry
>>>> o = Point3D.Origin
>>>> puts o.x
>>>> puts o.y
>>>> puts o.z
>>>>
>>>> but the second line throws the exception
>>>> undefined method `devDept' for main:Object (NoMethodError)
>>>>
>>>> I think I know why this append (
>>>> http://ironruby.net/Documentation/.NET/Names)
>>>> "CLR namespaces and interfaces must be capitalized as they are mapped
>>>> onto Ruby modules"
>>>>
>>>> Since I can't modify the 3rd party library is there a way to avoid this
>>>> error ?
>>>> Many thanks
>>>> claudio
>>>>
>>>> --
>>>> Claudio Maccari
>>>> --------------------------------
>>>> http://testdrivendevelopment.wordpress.com/
>>>> http://twitter.com/scott4dev
>>>>
>>>> _______________________________________________
>>>> 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
>>
>>
>
>
> --
> Claudio Maccari
> --------------------------------
> http://testdrivendevelopment.wordpress.com/
> http://twitter.com/scott4dev
>
> _______________________________________________
> 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/20100506/46bb1868/attachment.html>

From ivan at cloudslide.net  Thu May  6 06:50:13 2010
From: ivan at cloudslide.net (Ivan Porto Carrero)
Date: Thu, 6 May 2010 12:50:13 +0200
Subject: [Ironruby-core] Lower case namespace
In-Reply-To: <i2hf47403341005060021g7591d390g7a7463e3d937d125@mail.gmail.com>
References: <r2uf47403341005052338g4cef1284t34f1ca7fae322e96@mail.gmail.com> 
	<s2mb1c6aabb1005052348w5697463do50a19c5f0541028d@mail.gmail.com> 
	<i2hf47403341005060021g7591d390g7a7463e3d937d125@mail.gmail.com>
Message-ID: <h2tb1c6aabb1005060350nb79307b8xe7d2b1e6deb6e603@mail.gmail.com>

you can use .NET reflection still
the assembly is loaded but you can also interrogate it and get the types you
need out and instantiate them that way.
Not ideal but still worth a shot.

The aliasing won't work I guess because that works at an assembly level, but
if it does it's good to know :)

IronRuby doesn't know extern alias which is what you'd need to use.
---
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, May 6, 2010 at 9:21 AM, Claudio Maccari
<claudio.maccari at gmail.com>wrote:

> Hi Ivan,
>
> thank you for you prompt reply
> Now my code is
>
> require "devDept.EyeshotUltimate"
> Geometry = Object.const_get("devDept::Geometry")
> include Geometry
> o = Point3D.Origin
> puts o.x
> puts o.y
> puts o.z
>
> When I run it I get this error:
>
> C:\Users\cmaccari\Desktop\ironruby-1.0\bin>ir devDept.rb
> devDept.rb:2:in `const_get': `devDept::Geometry' is not allowed as a
> constant name (NameError)
>         from devDept.rb:2
>
> Any ideas
>
> On Thu, May 6, 2010 at 8:48 AM, Ivan Porto Carrero <ivan at cloudslide.net>wrote:
>
>> you could try with:
>>
>> Geometry = Object.const_get("devDept::Geometry")
>> include Geometry
>>
>> I haven't tried if this actually works though
>>
>> ---
>> 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, May 6, 2010 at 8:38 AM, Claudio Maccari <
>> claudio.maccari at gmail.com> wrote:
>>
>>> Hy all,
>>>
>>> I'm trying to use a 3rd party library into my app via IronRuby
>>> Unfortunately the root namespace of this library is lower case and I
>>> believe this cause some problem
>>> This is the sample code I wish to run
>>>
>>> require "devDept.EyeshotUltimate"
>>> include devDept::Geometry
>>> o = Point3D.Origin
>>> puts o.x
>>> puts o.y
>>> puts o.z
>>>
>>> but the second line throws the exception
>>> undefined method `devDept' for main:Object (NoMethodError)
>>>
>>> I think I know why this append (
>>> http://ironruby.net/Documentation/.NET/Names)
>>> "CLR namespaces and interfaces must be capitalized as they are mapped
>>> onto Ruby modules"
>>>
>>> Since I can't modify the 3rd party library is there a way to avoid this
>>> error ?
>>> Many thanks
>>> claudio
>>>
>>> --
>>> Claudio Maccari
>>> --------------------------------
>>> http://testdrivendevelopment.wordpress.com/
>>> http://twitter.com/scott4dev
>>>
>>> _______________________________________________
>>> 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
>>
>>
>
>
> --
> Claudio Maccari
> --------------------------------
> http://testdrivendevelopment.wordpress.com/
> http://twitter.com/scott4dev
>
> _______________________________________________
> 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/20100506/410245b4/attachment-0001.html>

From claudio.maccari at gmail.com  Thu May  6 11:46:06 2010
From: claudio.maccari at gmail.com (Claudio Maccari)
Date: Thu, 6 May 2010 17:46:06 +0200
Subject: [Ironruby-core] Lower case namespace
In-Reply-To: <h2tb1c6aabb1005060350nb79307b8xe7d2b1e6deb6e603@mail.gmail.com>
References: <r2uf47403341005052338g4cef1284t34f1ca7fae322e96@mail.gmail.com>
	<s2mb1c6aabb1005052348w5697463do50a19c5f0541028d@mail.gmail.com>
	<i2hf47403341005060021g7591d390g7a7463e3d937d125@mail.gmail.com>
	<h2tb1c6aabb1005060350nb79307b8xe7d2b1e6deb6e603@mail.gmail.com>
Message-ID: <h2mf47403341005060846qe4453cb3y9d59e0c9ec89f9d3@mail.gmail.com>

The aliasing doesn't work or I missed something :(

On Thu, May 6, 2010 at 12:50 PM, Ivan Porto Carrero <ivan at cloudslide.net>wrote:

> you can use .NET reflection still
> the assembly is loaded but you can also interrogate it and get the types
> you need out and instantiate them that way.
> Not ideal but still worth a shot.
>
> The aliasing won't work I guess because that works at an assembly level,
> but if it does it's good to know :)
>
> IronRuby doesn't know extern alias which is what you'd need to use.
> ---
> 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, May 6, 2010 at 9:21 AM, Claudio Maccari <claudio.maccari at gmail.com
> > wrote:
>
>> Hi Ivan,
>>
>> thank you for you prompt reply
>> Now my code is
>>
>> require "devDept.EyeshotUltimate"
>> Geometry = Object.const_get("devDept::Geometry")
>> include Geometry
>> o = Point3D.Origin
>> puts o.x
>> puts o.y
>> puts o.z
>>
>> When I run it I get this error:
>>
>> C:\Users\cmaccari\Desktop\ironruby-1.0\bin>ir devDept.rb
>> devDept.rb:2:in `const_get': `devDept::Geometry' is not allowed as a
>> constant name (NameError)
>>         from devDept.rb:2
>>
>> Any ideas
>>
>> On Thu, May 6, 2010 at 8:48 AM, Ivan Porto Carrero <ivan at cloudslide.net>wrote:
>>
>>> you could try with:
>>>
>>> Geometry = Object.const_get("devDept::Geometry")
>>> include Geometry
>>>
>>> I haven't tried if this actually works though
>>>
>>> ---
>>> 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, May 6, 2010 at 8:38 AM, Claudio Maccari <
>>> claudio.maccari at gmail.com> wrote:
>>>
>>>> Hy all,
>>>>
>>>> I'm trying to use a 3rd party library into my app via IronRuby
>>>> Unfortunately the root namespace of this library is lower case and I
>>>> believe this cause some problem
>>>> This is the sample code I wish to run
>>>>
>>>> require "devDept.EyeshotUltimate"
>>>> include devDept::Geometry
>>>> o = Point3D.Origin
>>>> puts o.x
>>>> puts o.y
>>>> puts o.z
>>>>
>>>> but the second line throws the exception
>>>> undefined method `devDept' for main:Object (NoMethodError)
>>>>
>>>> I think I know why this append (
>>>> http://ironruby.net/Documentation/.NET/Names)
>>>> "CLR namespaces and interfaces must be capitalized as they are mapped
>>>> onto Ruby modules"
>>>>
>>>> Since I can't modify the 3rd party library is there a way to avoid this
>>>> error ?
>>>> Many thanks
>>>> claudio
>>>>
>>>> --
>>>> Claudio Maccari
>>>> --------------------------------
>>>> http://testdrivendevelopment.wordpress.com/
>>>> http://twitter.com/scott4dev
>>>>
>>>> _______________________________________________
>>>> 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
>>>
>>>
>>
>>
>> --
>> Claudio Maccari
>> --------------------------------
>> http://testdrivendevelopment.wordpress.com/
>> http://twitter.com/scott4dev
>>
>> _______________________________________________
>> 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
>
>


-- 
Claudio Maccari
--------------------------------
http://testdrivendevelopment.wordpress.com/
http://twitter.com/scott4dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100506/75f7e854/attachment.html>

From claudio.maccari at gmail.com  Thu May  6 11:51:11 2010
From: claudio.maccari at gmail.com (Claudio Maccari)
Date: Thu, 6 May 2010 17:51:11 +0200
Subject: [Ironruby-core] Lower case namespace
In-Reply-To: <h2mf47403341005060846qe4453cb3y9d59e0c9ec89f9d3@mail.gmail.com>
References: <r2uf47403341005052338g4cef1284t34f1ca7fae322e96@mail.gmail.com>
	<s2mb1c6aabb1005052348w5697463do50a19c5f0541028d@mail.gmail.com>
	<i2hf47403341005060021g7591d390g7a7463e3d937d125@mail.gmail.com>
	<h2tb1c6aabb1005060350nb79307b8xe7d2b1e6deb6e603@mail.gmail.com>
	<h2mf47403341005060846qe4453cb3y9d59e0c9ec89f9d3@mail.gmail.com>
Message-ID: <k2qf47403341005060851i7be27e87y12b068ddde92baf3@mail.gmail.com>

Does anyone know if IronPython use the same convention?
Will I have the same issue if I convert my ruby code to python ?

Thks
makka

On Thu, May 6, 2010 at 5:46 PM, Claudio Maccari
<claudio.maccari at gmail.com>wrote:

> The aliasing doesn't work or I missed something :(
>
>
> On Thu, May 6, 2010 at 12:50 PM, Ivan Porto Carrero <ivan at cloudslide.net>wrote:
>
>> you can use .NET reflection still
>> the assembly is loaded but you can also interrogate it and get the types
>> you need out and instantiate them that way.
>> Not ideal but still worth a shot.
>>
>> The aliasing won't work I guess because that works at an assembly level,
>> but if it does it's good to know :)
>>
>> IronRuby doesn't know extern alias which is what you'd need to use.
>> ---
>> 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, May 6, 2010 at 9:21 AM, Claudio Maccari <
>> claudio.maccari at gmail.com> wrote:
>>
>>> Hi Ivan,
>>>
>>> thank you for you prompt reply
>>> Now my code is
>>>
>>> require "devDept.EyeshotUltimate"
>>> Geometry = Object.const_get("devDept::Geometry")
>>> include Geometry
>>> o = Point3D.Origin
>>> puts o.x
>>> puts o.y
>>> puts o.z
>>>
>>> When I run it I get this error:
>>>
>>> C:\Users\cmaccari\Desktop\ironruby-1.0\bin>ir devDept.rb
>>> devDept.rb:2:in `const_get': `devDept::Geometry' is not allowed as a
>>> constant name (NameError)
>>>         from devDept.rb:2
>>>
>>> Any ideas
>>>
>>> On Thu, May 6, 2010 at 8:48 AM, Ivan Porto Carrero <ivan at cloudslide.net>wrote:
>>>
>>>> you could try with:
>>>>
>>>> Geometry = Object.const_get("devDept::Geometry")
>>>> include Geometry
>>>>
>>>> I haven't tried if this actually works though
>>>>
>>>> ---
>>>> 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, May 6, 2010 at 8:38 AM, Claudio Maccari <
>>>> claudio.maccari at gmail.com> wrote:
>>>>
>>>>> Hy all,
>>>>>
>>>>> I'm trying to use a 3rd party library into my app via IronRuby
>>>>> Unfortunately the root namespace of this library is lower case and I
>>>>> believe this cause some problem
>>>>> This is the sample code I wish to run
>>>>>
>>>>> require "devDept.EyeshotUltimate"
>>>>> include devDept::Geometry
>>>>> o = Point3D.Origin
>>>>> puts o.x
>>>>> puts o.y
>>>>> puts o.z
>>>>>
>>>>> but the second line throws the exception
>>>>> undefined method `devDept' for main:Object (NoMethodError)
>>>>>
>>>>> I think I know why this append (
>>>>> http://ironruby.net/Documentation/.NET/Names)
>>>>> "CLR namespaces and interfaces must be capitalized as they are mapped
>>>>> onto Ruby modules"
>>>>>
>>>>> Since I can't modify the 3rd party library is there a way to avoid this
>>>>> error ?
>>>>> Many thanks
>>>>> claudio
>>>>>
>>>>> --
>>>>> Claudio Maccari
>>>>> --------------------------------
>>>>> http://testdrivendevelopment.wordpress.com/
>>>>> http://twitter.com/scott4dev
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>>
>>>>
>>>
>>>
>>> --
>>> Claudio Maccari
>>> --------------------------------
>>> http://testdrivendevelopment.wordpress.com/
>>> http://twitter.com/scott4dev
>>>
>>> _______________________________________________
>>> 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
>>
>>
>
>
> --
> Claudio Maccari
> --------------------------------
> http://testdrivendevelopment.wordpress.com/
> http://twitter.com/scott4dev
>



-- 
Claudio Maccari
--------------------------------
http://testdrivendevelopment.wordpress.com/
http://twitter.com/scott4dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100506/04baedcc/attachment-0001.html>

From Tomas.Matousek at microsoft.com  Thu May  6 12:31:37 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Thu, 6 May 2010 16:31:37 +0000
Subject: [Ironruby-core] Lower case namespace
In-Reply-To: <i2hf47403341005060021g7591d390g7a7463e3d937d125@mail.gmail.com>
References: <r2uf47403341005052338g4cef1284t34f1ca7fae322e96@mail.gmail.com>
	<s2mb1c6aabb1005052348w5697463do50a19c5f0541028d@mail.gmail.com>
	<i2hf47403341005060021g7591d390g7a7463e3d937d125@mail.gmail.com>
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C5EF1105B@TK5EX14MBXC131.redmond.corp.microsoft.com>

This is almost right. You just need to split the constant lookup into 2 parts and you should be good:

require "devDept.EyeshotUltimate"
Geometry = Object.const_get("devDept")::Geometry
include Geometry
o = Point3D.Origin
puts o.x
puts o.y
puts o.z

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Claudio Maccari
Sent: Thursday, May 06, 2010 12:22 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Lower case namespace

Hi Ivan,

thank you for you prompt reply
Now my code is

require "devDept.EyeshotUltimate"
Geometry = Object.const_get("devDept::Geometry")
include Geometry
o = Point3D.Origin
puts o.x
puts o.y
puts o.z

When I run it I get this error:

C:\Users\cmaccari\Desktop\ironruby-1.0\bin>ir devDept.rb
devDept.rb:2:in `const_get': `devDept::Geometry' is not allowed as a constant name (NameError)
        from devDept.rb:2

Any ideas

On Thu, May 6, 2010 at 8:48 AM, Ivan Porto Carrero <ivan at cloudslide.net<mailto:ivan at cloudslide.net>> wrote:
you could try with:

Geometry = Object.const_get("devDept::Geometry")
include Geometry

I haven't tried if this actually works though

---
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, May 6, 2010 at 8:38 AM, Claudio Maccari <claudio.maccari at gmail.com<mailto:claudio.maccari at gmail.com>> wrote:
Hy all,

I'm trying to use a 3rd party library into my app via IronRuby
Unfortunately the root namespace of this library is lower case and I believe this cause some problem
This is the sample code I wish to run

require "devDept.EyeshotUltimate"
include devDept::Geometry
o = Point3D.Origin
puts o.x
puts o.y
puts o.z

but the second line throws the exception
undefined method `devDept' for main:Object (NoMethodError)

I think I know why this append (http://ironruby.net/Documentation/.NET/Names)
"CLR namespaces and interfaces must be capitalized as they are mapped onto Ruby modules"

Since I can't modify the 3rd party library is there a way to avoid this error ?
Many thanks
claudio

--
Claudio Maccari
--------------------------------
http://testdrivendevelopment.wordpress.com/
http://twitter.com/scott4dev

_______________________________________________
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



--
Claudio Maccari
--------------------------------
http://testdrivendevelopment.wordpress.com/
http://twitter.com/scott4dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100506/73a2758d/attachment.html>

From Tomas.Matousek at microsoft.com  Thu May  6 12:32:24 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Thu, 6 May 2010 16:32:24 +0000
Subject: [Ironruby-core] Lower case namespace
In-Reply-To: <r2jf47403341005060036rba8ac14v5211b4d2e7d6b005@mail.gmail.com>
References: <r2uf47403341005052338g4cef1284t34f1ca7fae322e96@mail.gmail.com>
	<s2mb1c6aabb1005052348w5697463do50a19c5f0541028d@mail.gmail.com>
	<v2pcd0e20101005052355xfe244d36w4bf9e2454bffb0b0@mail.gmail.com>
	<r2jf47403341005060036rba8ac14v5211b4d2e7d6b005@mail.gmail.com>
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C5EF11070@TK5EX14MBXC131.redmond.corp.microsoft.com>

This won't work since C# aliases are available only at compile time. They are not persisted in the resulting assembly.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Claudio Maccari
Sent: Thursday, May 06, 2010 12:36 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] Lower case namespace

But this assembly has no types inside right ?
On Thu, May 6, 2010 at 8:55 AM, Shay Friedman <shay.friedman at gmail.com<mailto:shay.friedman at gmail.com>> wrote:
I can think of a workaround (never checked it though) - create a C# assembly that adds a name alias to the assembly:

using DevDept = devDept;

and then require this assembly.

Shay.
--------------------------------------------------------
Shay Friedman | Microsoft Visual C#/IronRuby MVP | Author of IronRuby Unleashed
Blog: http://IronShay.com | Twitter: http://twitter.com/ironshay

On Thu, May 6, 2010 at 9:48 AM, Ivan Porto Carrero <ivan at cloudslide.net<mailto:ivan at cloudslide.net>> wrote:
you could try with:

Geometry = Object.const_get("devDept::Geometry")
include Geometry

I haven't tried if this actually works though

---
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, May 6, 2010 at 8:38 AM, Claudio Maccari <claudio.maccari at gmail.com<mailto:claudio.maccari at gmail.com>> wrote:
Hy all,

I'm trying to use a 3rd party library into my app via IronRuby
Unfortunately the root namespace of this library is lower case and I believe this cause some problem
This is the sample code I wish to run

require "devDept.EyeshotUltimate"
include devDept::Geometry
o = Point3D.Origin
puts o.x
puts o.y
puts o.z

but the second line throws the exception
undefined method `devDept' for main:Object (NoMethodError)

I think I know why this append (http://ironruby.net/Documentation/.NET/Names)
"CLR namespaces and interfaces must be capitalized as they are mapped onto Ruby modules"

Since I can't modify the 3rd party library is there a way to avoid this error ?
Many thanks
claudio

--
Claudio Maccari
--------------------------------
http://testdrivendevelopment.wordpress.com/
http://twitter.com/scott4dev

_______________________________________________
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



--
Claudio Maccari
--------------------------------
http://testdrivendevelopment.wordpress.com/
http://twitter.com/scott4dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100506/841607fe/attachment-0001.html>

From kumpera at gmail.com  Thu May  6 12:44:10 2010
From: kumpera at gmail.com (Rodrigo Kumpera)
Date: Thu, 6 May 2010 13:44:10 -0300
Subject: [Ironruby-core] IronRuby usage of ConditionalWeakTable
Message-ID: <s2t8cca42d81005060944ha3e9a7afx98b1c40c064834b9@mail.gmail.com>

Hey folks,

I downloaded DLR from dlr.codeplex.com a few days ago and IR was not
properly using CWT to store properties on CLR objects.

Has this been fixed?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100506/dc343a37/attachment.html>

From Tomas.Matousek at microsoft.com  Thu May  6 13:21:10 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Thu, 6 May 2010 17:21:10 +0000
Subject: [Ironruby-core] IronRuby usage of ConditionalWeakTable
In-Reply-To: <s2t8cca42d81005060944ha3e9a7afx98b1c40c064834b9@mail.gmail.com>
References: <s2t8cca42d81005060944ha3e9a7afx98b1c40c064834b9@mail.gmail.com>
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C5EF11153@TK5EX14MBXC131.redmond.corp.microsoft.com>

No, IronRuby still uses a custom weak table, which doesn't work properly in all scenarios.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Rodrigo Kumpera
Sent: Thursday, May 06, 2010 9:44 AM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] IronRuby usage of ConditionalWeakTable

Hey folks,

I downloaded DLR from dlr.codeplex.com<http://dlr.codeplex.com> a few days ago and IR was not properly using CWT to store properties on CLR objects.

Has this been fixed?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100506/bf10066f/attachment.html>

From kumpera at gmail.com  Thu May  6 16:34:05 2010
From: kumpera at gmail.com (Rodrigo Kumpera)
Date: Thu, 6 May 2010 17:34:05 -0300
Subject: [Ironruby-core] IronRuby usage of ConditionalWeakTable
In-Reply-To: <4B342496A3EFEB48839E10BB4BF5964C5EF11153@TK5EX14MBXC131.redmond.corp.microsoft.com>
References: <s2t8cca42d81005060944ha3e9a7afx98b1c40c064834b9@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C5EF11153@TK5EX14MBXC131.redmond.corp.microsoft.com>
Message-ID: <u2n8cca42d81005061334g81b0ee7by380fed12e59c9aa@mail.gmail.com>

That's pretty odd given that there is code to transparently use CWT instead
of Dictionary<WR, object>.

I was hoping for to use IR to benchmark my current implementation of CWT on
mono. :(


On Thu, May 6, 2010 at 2:21 PM, Tomas Matousek <Tomas.Matousek at microsoft.com
> wrote:

> No, IronRuby still uses a custom weak table, which doesn?t work properly in
> all scenarios.
>
>
>
> Tomas
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Rodrigo Kumpera
> *Sent:* Thursday, May 06, 2010 9:44 AM
> *To:* ironruby-core at rubyforge.org
> *Subject:* [Ironruby-core] IronRuby usage of ConditionalWeakTable
>
>
>
> Hey folks,
>
>
>
> I downloaded DLR from dlr.codeplex.com a few days ago and IR was not
> properly using CWT to store properties on CLR objects.
>
>
>
> Has this been fixed?
>
> _______________________________________________
> 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/20100506/77ba117a/attachment.html>

From Tomas.Matousek at microsoft.com  Thu May  6 16:45:56 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Thu, 6 May 2010 20:45:56 +0000
Subject: [Ironruby-core] IronRuby usage of ConditionalWeakTable
In-Reply-To: <u2n8cca42d81005061334g81b0ee7by380fed12e59c9aa@mail.gmail.com>
References: <s2t8cca42d81005060944ha3e9a7afx98b1c40c064834b9@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C5EF11153@TK5EX14MBXC131.redmond.corp.microsoft.com>
	<u2n8cca42d81005061334g81b0ee7by380fed12e59c9aa@mail.gmail.com>
Message-ID: <4B342496A3EFEB48839E10BB4BF5964C5EF112C5@TK5EX14MBXC131.redmond.corp.microsoft.com>

Yes, it should be easy to switch over to CWT. I can look at doing so tomorrow if it helps you.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Rodrigo Kumpera
Sent: Thursday, May 06, 2010 1:34 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby usage of ConditionalWeakTable

That's pretty odd given that there is code to transparently use CWT instead of Dictionary<WR, object>.

I was hoping for to use IR to benchmark my current implementation of CWT on mono. :(

On Thu, May 6, 2010 at 2:21 PM, Tomas Matousek <Tomas.Matousek at microsoft.com<mailto:Tomas.Matousek at microsoft.com>> wrote:
No, IronRuby still uses a custom weak table, which doesn't work properly in all scenarios.

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 Rodrigo Kumpera
Sent: Thursday, May 06, 2010 9:44 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: [Ironruby-core] IronRuby usage of ConditionalWeakTable

Hey folks,

I downloaded DLR from dlr.codeplex.com<http://dlr.codeplex.com> a few days ago and IR was not properly using CWT to store properties on CLR objects.

Has this been fixed?

_______________________________________________
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/20100506/3e504dfd/attachment.html>

From claudio.maccari at gmail.com  Sat May  8 05:49:05 2010
From: claudio.maccari at gmail.com (Claudio Maccari)
Date: Sat, 8 May 2010 11:49:05 +0200
Subject: [Ironruby-core] Lower case namespace
In-Reply-To: <4B342496A3EFEB48839E10BB4BF5964C5EF1105B@TK5EX14MBXC131.redmond.corp.microsoft.com>
References: <r2uf47403341005052338g4cef1284t34f1ca7fae322e96@mail.gmail.com>
	<s2mb1c6aabb1005052348w5697463do50a19c5f0541028d@mail.gmail.com>
	<i2hf47403341005060021g7591d390g7a7463e3d937d125@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C5EF1105B@TK5EX14MBXC131.redmond.corp.microsoft.com>
Message-ID: <AANLkTil7Ztq7MaPEMfigU2El7MjMWVV8CDcmjws21Onx@mail.gmail.com>

Amazing, now it works! :)
Thank you very much Tomas!!!

Bye
Claudio

On Thu, May 6, 2010 at 6:31 PM, Tomas Matousek <Tomas.Matousek at microsoft.com
> wrote:

> This is almost right. You just need to split the constant lookup into 2
> parts and you should be good:
>
>
>
> require "devDept.EyeshotUltimate"
>
> Geometry = Object.const_get("devDept")::Geometry
>
> include Geometry
>
> o = Point3D.Origin
>
> puts o.x
>
> puts o.y
>
> puts o.z
>
>
>
> Tomas
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Claudio Maccari
> *Sent:* Thursday, May 06, 2010 12:22 AM
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] Lower case namespace
>
>
>
> Hi Ivan,
>
>
>
> thank you for you prompt reply
>
> Now my code is
>
>
>
> require "devDept.EyeshotUltimate"
>
> Geometry = Object.const_get("devDept::Geometry")
>
> include Geometry
>
> o = Point3D.Origin
>
> puts o.x
>
> puts o.y
>
> puts o.z
>
>
>
> When I run it I get this error:
>
>
>
> C:\Users\cmaccari\Desktop\ironruby-1.0\bin>ir devDept.rb
>
> devDept.rb:2:in `const_get': `devDept::Geometry' is not allowed as a
> constant name (NameError)
>
>         from devDept.rb:2
>
>
>
> Any ideas
>
>
>
> On Thu, May 6, 2010 at 8:48 AM, Ivan Porto Carrero <ivan at cloudslide.net>
> wrote:
>
> you could try with:
>
>
>
> Geometry = Object.const_get("devDept::Geometry")
>
> include Geometry
>
>
>
> I haven't tried if this actually works though
>
>
>
> ---
> 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, May 6, 2010 at 8:38 AM, Claudio Maccari <claudio.maccari at gmail.com>
> wrote:
>
> Hy all,
>
>
>
> I'm trying to use a 3rd party library into my app via IronRuby
>
> Unfortunately the root namespace of this library is lower case and I
> believe this cause some problem
>
> This is the sample code I wish to run
>
>
>
> require "devDept.EyeshotUltimate"
>
> include devDept::Geometry
>
> o = Point3D.Origin
>
> puts o.x
>
> puts o.y
>
> puts o.z
>
>
>
> but the second line throws the exception
>
> undefined method `devDept' for main:Object (NoMethodError)
>
>
>
> I think I know why this append (
> http://ironruby.net/Documentation/.NET/Names)
>
> "CLR namespaces and interfaces must be capitalized as they are mapped onto
> Ruby modules"
>
>
>
> Since I can't modify the 3rd party library is there a way to avoid this
> error ?
>
> Many thanks
>
> claudio
>
>
>
> --
> Claudio Maccari
> --------------------------------
> http://testdrivendevelopment.wordpress.com/
> http://twitter.com/scott4dev
>
>
>
> _______________________________________________
> 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
>
>
>
>
> --
> Claudio Maccari
> --------------------------------
> http://testdrivendevelopment.wordpress.com/
> http://twitter.com/scott4dev
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>


-- 
Claudio Maccari
--------------------------------
http://testdrivendevelopment.wordpress.com/
http://twitter.com/scott4dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100508/929ef82d/attachment-0001.html>

From will at hotgazpacho.org  Sun May  9 20:05:37 2010
From: will at hotgazpacho.org (Will Green)
Date: Sun, 9 May 2010 20:05:37 -0400
Subject: [Ironruby-core] Installing IronRuby using RVM on Linux
Message-ID: <AANLkTikCzKNksDlheKqpd_OlfwRk0pU1_3E3Se4YvO8b@mail.gmail.com>

Has anyone successfully installed IronRuby using RVM on Linux? It seems that
IronRubyh itself is installed, but I get an error during some post-install
bit:

Error running
'PATH=/home/will/.rvm/rubies/ironruby-1.0/bin:/home/will/.rvm/bin:/home/will/.rvm/bin:/home/will/.rvm/rubies/ironruby-1.0/bin:/home/will/.rvm/gems/ironruby-1.0/bin:/home/will/.rvm/gems/ironruby-1.0 at global/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/will/opt/clojure-contrib/launchers/bash
GEM_HOME=/home/will/.rvm/gems/ironruby-1.0
GEM_PATH=/home/will/.rvm/gems/ironruby-1.0
/home/will/.rvm/rubies/ironruby-1.0/bin/gem install --no-rdoc --no-ri rake
', please check /home/will/.rvm/log/ironruby-1.0/gems.install*.log

/home/will/.rvm/log/ironruby-1.0/gems.install.error.log contains this:

[2010-05-09 19:59:21]
PATH=/home/will/.rvm/rubies/ironruby-1.0/bin:/home/will/.rvm/bin:/home/will/.rvm/bin:/home/will/.rvm/rubies/ironruby-1.0/bin:/home/will/.rvm/gems/ironruby-1.0/bin:/home/will/.rvm/gems/ironruby-1.0 at global/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/will/opt/clojure-contrib/launchers/bash
GEM_HOME=/home/will/.rvm/gems/ironruby-1.0
GEM_PATH=/home/will/.rvm/gems/ironruby-1.0
/home/will/.rvm/rubies/ironruby-1.0/bin/gem install --no-rdoc --no-ri rake
ERROR:  While executing gem ... (ArgumentError)
    Invalid path

And here is the backtrace:

    Invalid path
mscorlib:0:in `GetDirectoryName'
/home/will/.rvm/rubies/ironruby-1.0/bin/../lib/ruby/1.8/fileutils.rb:243:in
`mkdir'
/home/will/.rvm/rubies/ironruby-1.0/bin/../lib/ruby/1.8/fileutils.rb:243:in
`fu_mkdir'
mscorlib:0:in `reverse_each'
mscorlib:0:in `CallSite.Target'
/home/will/.rvm/rubies/ironruby-1.0/bin/../lib/ruby/1.8/fileutils.rb:217:in
`mkdir_p'
mscorlib:0:in `each'
mscorlib:0:in `CallSite.Target'
/home/will/.rvm/rubies/ironruby-1.0/bin/../lib/ruby/1.8/fileutils.rb:215:in
`mkdir_p'
/home/will/.rvm/rubies/ironruby-1.0/bin/../lib/ruby/1.8/fileutils.rb:201:in
`mkdir_p'
mscorlib:0:in `each'
mscorlib:0:in `CallSite.Target'
/home/will/.rvm/rubies/ironruby-1.0/bin/../lib/ruby/site_ruby/1.8/rubygems/installer.rb:538:in
`extract_files'
/home/will/.rvm/rubies/ironruby-1.0/bin/../lib/ruby/site_ruby/1.8/rubygems/installer.rb:521:in
`extract_files'
/home/will/.rvm/rubies/ironruby-1.0/bin/../lib/ruby/site_ruby/1.8/rubygems/installer.rb:217:in
`install'
mscorlib:0:in `each'
mscorlib:0:in `CallSite.Target'
/home/will/.rvm/rubies/ironruby-1.0/bin/../lib/ruby/site_ruby/1.8/rubygems/dependency_installer.rb:252:in
`install'
/home/will/.rvm/rubies/ironruby-1.0/bin/../lib/ruby/site_ruby/1.8/rubygems/dependency_installer.rb:222:in
`install'
mscorlib:0:in `each'
mscorlib:0:in `CallSite.Target'
/home/will/.rvm/rubies/ironruby-1.0/bin/../lib/ruby/site_ruby/1.8/rubygems/commands/install_command.rb:118:in
`execute'
/home/will/.rvm/rubies/ironruby-1.0/bin/../lib/ruby/site_ruby/1.8/rubygems/commands/install_command.rb:115:in
`execute'
/home/will/.rvm/rubies/ironruby-1.0/bin/../lib/ruby/site_ruby/1.8/rubygems/command.rb:257:in
`invoke'
/home/will/.rvm/rubies/ironruby-1.0/bin/../lib/ruby/site_ruby/1.8/rubygems/command_manager.rb:132:in
`process_args'
/home/will/.rvm/rubies/ironruby-1.0/bin/../lib/ruby/site_ruby/1.8/rubygems/command_manager.rb:102:in
`run'
/home/will/.rvm/rubies/ironruby-1.0/bin/../lib/ruby/site_ruby/1.8/rubygems/gem_runner.rb:58:in
`run'


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

From zac at zacbrown.org  Mon May 10 14:28:10 2010
From: zac at zacbrown.org (Zac Brown)
Date: Mon, 10 May 2010 11:28:10 -0700
Subject: [Ironruby-core] Fwd: [ANN] Eastside Hackers Meetup (5/15/2010)
Message-ID: <4BE8503A.6060501@zacbrown.org>


Hi all,

We had a pretty successful meetup last week (5/8/2010). I was quite 
pleased to see a fair number of people showed (my last count was 
something like 10 or 11). Due to popular demand and other stuff like 
that, we'll have another meetup this weekend and we'll be targeting more 
of a hacking meetup. In other words, bring your laptop, work on some 
stuff, have your own discussions, beat each other with your knowledge 
and just hang out :).

I think at least this weekend, we'll go to Crossroads again but we'll 
move further down toward Uncle's Games. Word on the street (or rather 
amongst those that attended last weekend) was that there are more plugs 
for us to plugin. For me, a netbook carrier, not such an issue but I 
know some of the other attendees are carrying around bigger machines.

TL;DR:

Meetup: 5/15/2010
Location: Crossroads in Bellevue, near the Halfprice Books & Starbucks 
(NE 156th Ave & NE 10 St)
Time: 3:30-ish (I'll be there around then) till whenever (7ish?)
General info: We'll be working on our side projects, maybe side demos if 
you've got something cool to show people. For example, Josh showed us an 
interesting demo with GUI development + writing to files for GUI events.

Don't hesitate to email me or the EH email (eastsidehackers at gmail.com). 
Website is http://eastsidehackers.org and twitter will have updates 
(http://twitter.com/eastsidehackers).

-Zac

PS: If anyone has suggestions for venues for future meetings, please 
email me. Crossroads isn't perfect but will accommodate us seating-wise. 
The big issue is enough seats + wifi + plugs.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100510/439e752e/attachment.html>

From kumpera at gmail.com  Mon May 10 23:50:19 2010
From: kumpera at gmail.com (Rodrigo Kumpera)
Date: Tue, 11 May 2010 00:50:19 -0300
Subject: [Ironruby-core] IronRuby usage of ConditionalWeakTable
In-Reply-To: <4B342496A3EFEB48839E10BB4BF5964C5EF112C5@TK5EX14MBXC131.redmond.corp.microsoft.com>
References: <s2t8cca42d81005060944ha3e9a7afx98b1c40c064834b9@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C5EF11153@TK5EX14MBXC131.redmond.corp.microsoft.com>
	<u2n8cca42d81005061334g81b0ee7by380fed12e59c9aa@mail.gmail.com>
	<4B342496A3EFEB48839E10BB4BF5964C5EF112C5@TK5EX14MBXC131.redmond.corp.microsoft.com>
Message-ID: <AANLkTikWti3TS7AwMq34yeTO_S59iR5k7SflrYFPMk19@mail.gmail.com>

Don't rush at finishing it just because of me. Specially because the managed
part of our CWT
is doing linear search instead of been a hashtable. I'm halfway thru
implementing it and it would
be awesome to have it done since most of my tests are artificial.


On Thu, May 6, 2010 at 5:45 PM, Tomas Matousek <Tomas.Matousek at microsoft.com
> wrote:

> Yes, it should be easy to switch over to CWT. I can look at doing so
> tomorrow if it helps you.
>
>
>
> Tomas
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Rodrigo Kumpera
> *Sent:* Thursday, May 06, 2010 1:34 PM
>
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] IronRuby usage of ConditionalWeakTable
>
>
>
> That's pretty odd given that there is code to transparently use CWT instead
> of Dictionary<WR, object>.
>
>
>
> I was hoping for to use IR to benchmark my current implementation of CWT on
> mono. :(
>
>
>
> On Thu, May 6, 2010 at 2:21 PM, Tomas Matousek <
> Tomas.Matousek at microsoft.com> wrote:
>
> No, IronRuby still uses a custom weak table, which doesn?t work properly in
> all scenarios.
>
>
>
> Tomas
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Rodrigo Kumpera
> *Sent:* Thursday, May 06, 2010 9:44 AM
> *To:* ironruby-core at rubyforge.org
> *Subject:* [Ironruby-core] IronRuby usage of ConditionalWeakTable
>
>
>
> Hey folks,
>
>
>
> I downloaded DLR from dlr.codeplex.com a few days ago and IR was not
> properly using CWT to store properties on CLR objects.
>
>
>
> Has this been fixed?
>
>
> _______________________________________________
> 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/20100511/cb91e768/attachment.html>

From martin.smith.jr at gmail.com  Tue May 11 14:14:29 2010
From: martin.smith.jr at gmail.com (Martin Smith)
Date: Tue, 11 May 2010 11:14:29 -0700
Subject: [Ironruby-core] What's next?
Message-ID: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>

Hey Guys,

Now that IronRuby 1.0 has shipped (congrats!!), what's next on the docket? :)
I'm not trying to pressure you guys! Just excited about the future.
The feature i'd love to see most would be pre-compilation...

Thanks for such a great product,
Martin

From shay.friedman at gmail.com  Tue May 11 14:36:24 2010
From: shay.friedman at gmail.com (Shay Friedman)
Date: Tue, 11 May 2010 20:36:24 +0200
Subject: [Ironruby-core] Error with Rails and DBI::Date
Message-ID: <AANLkTilfb79MYMm1TSnde2J0H16RDzKtyYMguZWDQiYt@mail.gmail.com>

Hi guys,

I'm on a new computer and I'm trying to run rails (via IronRuby) for the
first time here.
I have installed the rake, rails and activerecord-adonet-sqlserver gems,
added the config.gem line to environment.rb and updated the database.yml
file.

As soon as I try to run the WEBrick I get the next exception:
'alias_method': undefined method `public' for class `DBI::Date' (NameError)

This is caused because of line 57 in the date.rb file of the DBI gem:
deprecate :initialize, :public

I replaced the DBI gem with Ivan's Ironruby-dbi gem but it didn't help.

Has anyone run into this problem?

Thanks,
Shay.
--------------------------------------------------------
Shay Friedman | Microsoft Visual C#/IronRuby MVP | 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/20100511/28202506/attachment-0001.html>

From Tomas.Matousek at microsoft.com  Tue May 11 18:06:58 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Tue, 11 May 2010 22:06:58 +0000
Subject: [Ironruby-core] What's next?
In-Reply-To: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
Message-ID: <D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>

What would you like to achieve by pre-compiling code? Faster startup time? Packaging your code in a dll instead of a bunch of .rb files? Using Ruby code statically from C#?

Tomas

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Martin Smith
Sent: Tuesday, May 11, 2010 11:14 AM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] What's next?

Hey Guys,

Now that IronRuby 1.0 has shipped (congrats!!), what's next on the docket? :) I'm not trying to pressure you guys! Just excited about the future.
The feature i'd love to see most would be pre-compilation...

Thanks for such a great product,
Martin
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From orion.edwards at gmail.com  Tue May 11 18:39:44 2010
From: orion.edwards at gmail.com (Orion Edwards)
Date: Wed, 12 May 2010 10:39:44 +1200
Subject: [Ironruby-core] What's next?
In-Reply-To: <D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
Message-ID: <AANLkTim6dU7gX0LTyoIMKPGHMEVyYVbLh_E2eJ0k_YuF@mail.gmail.com>

On Wed, May 12, 2010 at 10:06 AM, Tomas Matousek <
Tomas.Matousek at microsoft.com> wrote:

> What would you like to achieve by pre-compiling code? Faster startup time?
> Packaging your code in a dll instead of a bunch of .rb files? Using Ruby
> code statically from C#?
>

Personally I'm not too fussed about using ruby statically from C# (dynamic
in 4.0 solves that problem), but IMHO packaging is the big one. Even if it
didn't run any faster, I'd still use precompilation just for deployment.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100512/eab3c048/attachment.html>

From davidescobar at ieee.org  Tue May 11 20:48:18 2010
From: davidescobar at ieee.org (David Escobar)
Date: Tue, 11 May 2010 17:48:18 -0700
Subject: [Ironruby-core] What's next?
In-Reply-To: <D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
Message-ID: <AANLkTimPu1GmQglsjyq3MGaByUWEkFCJZGrnhTlhXSyS@mail.gmail.com>

Pre-compiling code would allow us to distribute our programs in .exe and
.dll form, rather than .rb files. IronPython allows this with its pyc.py
script. And if that means faster startup times and using Ruby code
statically from C#, then all the better.


On Tue, May 11, 2010 at 3:06 PM, Tomas Matousek <
Tomas.Matousek at microsoft.com> wrote:

> What would you like to achieve by pre-compiling code? Faster startup time?
> Packaging your code in a dll instead of a bunch of .rb files? Using Ruby
> code statically from C#?
>
> Tomas
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] On Behalf Of Martin Smith
> Sent: Tuesday, May 11, 2010 11:14 AM
> To: ironruby-core at rubyforge.org
> Subject: [Ironruby-core] What's next?
>
> Hey Guys,
>
> Now that IronRuby 1.0 has shipped (congrats!!), what's next on the docket?
> :) I'm not trying to pressure you guys! Just excited about the future.
> The feature i'd love to see most would be pre-compilation...
>
> Thanks for such a great product,
> Martin
> _______________________________________________
> 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/20100511/2b03615b/attachment.html>

From Tomas.Matousek at microsoft.com  Tue May 11 21:04:42 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Wed, 12 May 2010 01:04:42 +0000
Subject: [Ironruby-core] What's next?
In-Reply-To: <AANLkTimPu1GmQglsjyq3MGaByUWEkFCJZGrnhTlhXSyS@mail.gmail.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<AANLkTimPu1GmQglsjyq3MGaByUWEkFCJZGrnhTlhXSyS@mail.gmail.com>
Message-ID: <D5CEB4B8E7E7514993E9FAA680B207350355E1@TK5EX14MBXC118.redmond.corp.microsoft.com>

Well, there is a pretty simple way how to package up .rb files into an .exe file w/o precompiling anything. One option is to build a self-extracting zip file or something like that. That would solve the deployment issue. Improving startup time via pre-compilation is much more work.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of David Escobar
Sent: Tuesday, May 11, 2010 5:48 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] What's next?

Pre-compiling code would allow us to distribute our programs in .exe and .dll form, rather than .rb files. IronPython allows this with its pyc.py script. And if that means faster startup times and using Ruby code statically from C#, then all the better.

On Tue, May 11, 2010 at 3:06 PM, Tomas Matousek <Tomas.Matousek at microsoft.com<mailto:Tomas.Matousek at microsoft.com>> wrote:
What would you like to achieve by pre-compiling code? Faster startup time? Packaging your code in a dll instead of a bunch of .rb files? Using Ruby code statically from C#?

Tomas

-----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 Martin Smith
Sent: Tuesday, May 11, 2010 11:14 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: [Ironruby-core] What's next?

Hey Guys,

Now that IronRuby 1.0 has shipped (congrats!!), what's next on the docket? :) I'm not trying to pressure you guys! Just excited about the future.
The feature i'd love to see most would be pre-compilation...

Thanks for such a great product,
Martin
_______________________________________________
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/20100512/659f2f44/attachment.html>

From davidescobar at ieee.org  Tue May 11 21:20:54 2010
From: davidescobar at ieee.org (David Escobar)
Date: Tue, 11 May 2010 18:20:54 -0700
Subject: [Ironruby-core] What's next?
In-Reply-To: <D5CEB4B8E7E7514993E9FAA680B207350355E1@TK5EX14MBXC118.redmond.corp.microsoft.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<AANLkTimPu1GmQglsjyq3MGaByUWEkFCJZGrnhTlhXSyS@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B207350355E1@TK5EX14MBXC118.redmond.corp.microsoft.com>
Message-ID: <AANLkTilT45IiVSzar9EGqMnW55Zh5Rv9emABCyUHP7Bn@mail.gmail.com>

Ok, that's certainly an option to look into. I guess what people want is the
ability to distribute applications and libraries in .exe and .dll form, the
same way we do with C# or VB. But perhaps it's a question of scope - maybe
IronRuby is not intended to be a 1st class .NET language in the same way
that C# or VB are, or it's only intended to be a language for embedding in a
static language or for unit testing purposes?

The other reason is that it provides some (small) level of code obfuscation.
I realize of course that the assemblies can be reverse engineered, but most
users won't bother to do that - they'll just be interested in running the
.exe.


On Tue, May 11, 2010 at 6:04 PM, Tomas Matousek <
Tomas.Matousek at microsoft.com> wrote:

> Well, there is a pretty simple way how to package up .rb files into an .exe
> file w/o precompiling anything. One option is to build a self-extracting zip
> file or something like that. That would solve the deployment issue.
> Improving startup time via pre-compilation is much more work.
>
>
>
> Tomas
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *David Escobar
> *Sent:* Tuesday, May 11, 2010 5:48 PM
>
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] What's next?
>
>
>
> Pre-compiling code would allow us to distribute our programs in .exe and
> .dll form, rather than .rb files. IronPython allows this with its pyc.py
> script. And if that means faster startup times and using Ruby code
> statically from C#, then all the better.
>
> On Tue, May 11, 2010 at 3:06 PM, Tomas Matousek <
> Tomas.Matousek at microsoft.com> wrote:
>
> What would you like to achieve by pre-compiling code? Faster startup time?
> Packaging your code in a dll instead of a bunch of .rb files? Using Ruby
> code statically from C#?
>
> Tomas
>
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] On Behalf Of Martin Smith
> Sent: Tuesday, May 11, 2010 11:14 AM
> To: ironruby-core at rubyforge.org
> Subject: [Ironruby-core] What's next?
>
> Hey Guys,
>
> Now that IronRuby 1.0 has shipped (congrats!!), what's next on the docket?
> :) I'm not trying to pressure you guys! Just excited about the future.
> The feature i'd love to see most would be pre-compilation...
>
> Thanks for such a great product,
> Martin
> _______________________________________________
> 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/20100511/49885319/attachment-0001.html>

From will at hotgazpacho.org  Tue May 11 22:07:14 2010
From: will at hotgazpacho.org (Will Green)
Date: Tue, 11 May 2010 22:07:14 -0400
Subject: [Ironruby-core] What's next?
In-Reply-To: <AANLkTilT45IiVSzar9EGqMnW55Zh5Rv9emABCyUHP7Bn@mail.gmail.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<AANLkTimPu1GmQglsjyq3MGaByUWEkFCJZGrnhTlhXSyS@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B207350355E1@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<AANLkTilT45IiVSzar9EGqMnW55Zh5Rv9emABCyUHP7Bn@mail.gmail.com>
Message-ID: <AANLkTinbSx28kwE1BueuO_dS08j9FT4NKzPznXcXI-e6@mail.gmail.com>

Why not create an executable assembly that embeds all the Ruby files as
resources in the assembly? Extract them at runtime (you could probably just
keep them in a memory stream), fire up a Ruby runtime host & engine, feed it
the Ruby file, and away you go.

Or am I missing something that would make this infeasible?

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


On Tue, May 11, 2010 at 9:20 PM, David Escobar <davidescobar at ieee.org>wrote:

> Ok, that's certainly an option to look into. I guess what people want is
> the ability to distribute applications and libraries in .exe and .dll form,
> the same way we do with C# or VB. But perhaps it's a question of scope -
> maybe IronRuby is not intended to be a 1st class .NET language in the same
> way that C# or VB are, or it's only intended to be a language for embedding
> in a static language or for unit testing purposes?
>
> The other reason is that it provides some (small) level of code
> obfuscation. I realize of course that the assemblies can be reverse
> engineered, but most users won't bother to do that - they'll just be
> interested in running the .exe.
>
>
>
> On Tue, May 11, 2010 at 6:04 PM, Tomas Matousek <
> Tomas.Matousek at microsoft.com> wrote:
>
>> Well, there is a pretty simple way how to package up .rb files into an
>> .exe file w/o precompiling anything. One option is to build a
>> self-extracting zip file or something like that. That would solve the
>> deployment issue. Improving startup time via pre-compilation is much more
>> work.
>>
>>
>>
>> Tomas
>>
>>
>>
>> *From:* ironruby-core-bounces at rubyforge.org [mailto:
>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *David Escobar
>> *Sent:* Tuesday, May 11, 2010 5:48 PM
>>
>> *To:* ironruby-core at rubyforge.org
>> *Subject:* Re: [Ironruby-core] What's next?
>>
>>
>>
>> Pre-compiling code would allow us to distribute our programs in .exe and
>> .dll form, rather than .rb files. IronPython allows this with its pyc.py
>> script. And if that means faster startup times and using Ruby code
>> statically from C#, then all the better.
>>
>> On Tue, May 11, 2010 at 3:06 PM, Tomas Matousek <
>> Tomas.Matousek at microsoft.com> wrote:
>>
>> What would you like to achieve by pre-compiling code? Faster startup time?
>> Packaging your code in a dll instead of a bunch of .rb files? Using Ruby
>> code statically from C#?
>>
>> Tomas
>>
>>
>> -----Original Message-----
>> From: ironruby-core-bounces at rubyforge.org [mailto:
>> ironruby-core-bounces at rubyforge.org] On Behalf Of Martin Smith
>> Sent: Tuesday, May 11, 2010 11:14 AM
>> To: ironruby-core at rubyforge.org
>> Subject: [Ironruby-core] What's next?
>>
>> Hey Guys,
>>
>> Now that IronRuby 1.0 has shipped (congrats!!), what's next on the docket?
>> :) I'm not trying to pressure you guys! Just excited about the future.
>> The feature i'd love to see most would be pre-compilation...
>>
>> Thanks for such a great product,
>> Martin
>> _______________________________________________
>> 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/20100511/a4b87f5f/attachment.html>

From Jimmy.Schementi at microsoft.com  Tue May 11 23:24:48 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Wed, 12 May 2010 03:24:48 +0000
Subject: [Ironruby-core] What's next?
In-Reply-To: <AANLkTinbSx28kwE1BueuO_dS08j9FT4NKzPznXcXI-e6@mail.gmail.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<AANLkTimPu1GmQglsjyq3MGaByUWEkFCJZGrnhTlhXSyS@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B207350355E1@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<AANLkTilT45IiVSzar9EGqMnW55Zh5Rv9emABCyUHP7Bn@mail.gmail.com>
	<AANLkTinbSx28kwE1BueuO_dS08j9FT4NKzPznXcXI-e6@mail.gmail.com>
Message-ID: <3FAF57DE-2423-456D-A9B7-B598A1335670@microsoft.com>

Will, what you are describing is the preferred way of packaging Ruby code as an exe. Someone should write a sample that shows how to do this; I believe there already is one but I don't have the URL handy.

David, the first part of your email sounded reasonable, but the 2nd part (about scope) came from left field. Please indicate why the recipe Tomas and Will explained make IronRuby any less than first-class (whatever that means =P). IronPython is also planning on doing this too, so we think it's the best "self-contained deployment" option, but I'd like to hear why it won't work for you.

As far as the other discussed features go, let me draw a line in the sand for the next major release (let's call it vNext for argument's sake):

1.) It is a goal of IronRuby vNext to improve interop with .NETs type system, so we will most likely implement something like IronPython's "clrtype" feature, and provide a library which lets you emit real static types from Ruby code. You could even imagine taking the emitted IL and writing it to a DLL, which could be called directly from a static language, but that's lower priority.

2.) It is not a goal of IronRuby vNext to implement a static compiler for Ruby; as in we will not emit both similar types and method bodies as C#. IronRuby is a dynamic language, and any static compiler features should be part of a .NET backend for Duby (currently only a JVM backend exists). Pre-compilation is different; it involves emitting IL to a DLL that we would have emit at runtime, given every method were called. This would only help startup marginally, as we already have fast startup with the interpreter and NGEN-ing IronRuby's binaries, and most of the time spent is actually running code, not emitting it. Also, pre-compilation doesn't help us CLR type system interop, as it would not produce a CLI-compliant assembly; assemblies generated by pyc cannot be referenced by a C# app.

As far as non-.NET<http://non-.NET> related features, we'll be targeting Ruby 1.9 support, and running Rails 3 and other libs will focus us on what features to implement first (so 1.8.7 compat might happen despite us wanting to move directly to 1.9). FFI is another possible feature, but only if there are crucial libs that use it, or if someone contributes it.

Any other features people are curious about? Now is definitely the time to voice your opinions :)

~Jimmy

On May 11, 2010, at 7:15 PM, "Will Green" <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:

Why not create an executable assembly that embeds all the Ruby files as resources in the assembly? Extract them at runtime (you could probably just keep them in a memory stream), fire up a Ruby runtime host & engine, feed it the Ruby file, and away you go.

Or am I missing something that would make this infeasible?

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


On Tue, May 11, 2010 at 9:20 PM, David Escobar <<mailto:davidescobar at ieee.org>davidescobar at ieee.org<mailto:davidescobar at ieee.org>> wrote:
Ok, that's certainly an option to look into. I guess what people want is the ability to distribute applications and libraries in .exe and .dll form, the same way we do with C# or VB. But perhaps it's a question of scope - maybe IronRuby is not intended to be a 1st class .NET language in the same way that C# or VB are, or it's only intended to be a language for embedding in a static language or for unit testing purposes?

The other reason is that it provides some (small) level of code obfuscation. I realize of course that the assemblies can be reverse engineered, but most users won't bother to do that - they'll just be interested in running the .exe.



On Tue, May 11, 2010 at 6:04 PM, Tomas Matousek <<mailto:Tomas.Matousek at microsoft.com>Tomas.Matousek at microsoft.com<mailto:Tomas.Matousek at microsoft.com>> wrote:
Well, there is a pretty simple way how to package up .rb files into an .exe file w/o precompiling anything. One option is to build a self-extracting zip file or something like that. That would solve the deployment issue. Improving startup time via pre-compilation is much more work.

Tomas

From: <mailto:ironruby-core-bounces at rubyforge.org> ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:<mailto:ironruby-core-bounces at rubyforge.org>ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of David Escobar
Sent: Tuesday, May 11, 2010 5:48 PM

To: <mailto:ironruby-core at rubyforge.org> ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] What's next?

Pre-compiling code would allow us to distribute our programs in .exe and .dll form, rather than .rb files. IronPython allows this with its pyc.py script. And if that means faster startup times and using Ruby code statically from C#, then all the better.

On Tue, May 11, 2010 at 3:06 PM, Tomas Matousek <<mailto:Tomas.Matousek at microsoft.com>Tomas.Matousek at microsoft.com<mailto:Tomas.Matousek at microsoft.com>> wrote:
What would you like to achieve by pre-compiling code? Faster startup time? Packaging your code in a dll instead of a bunch of .rb files? Using Ruby code statically from C#?

Tomas

-----Original Message-----
From: <mailto:ironruby-core-bounces at rubyforge.org> ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> [mailto:<mailto:ironruby-core-bounces at rubyforge.org>ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Martin Smith
Sent: Tuesday, May 11, 2010 11:14 AM
To: <mailto:ironruby-core at rubyforge.org> ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: [Ironruby-core] What's next?

Hey Guys,

Now that IronRuby 1.0 has shipped (congrats!!), what's next on the docket? :) I'm not trying to pressure you guys! Just excited about the future.
The feature i'd love to see most would be pre-compilation...

Thanks for such a great product,
Martin
_______________________________________________
Ironruby-core mailing list
<mailto:Ironruby-core at rubyforge.org>Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
<http://rubyforge.org/mailman/listinfo/ironruby-core>http://rubyforge.org/mailman/listinfo/ironruby-core

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



_______________________________________________
Ironruby-core mailing list
<mailto:Ironruby-core at rubyforge.org>Ironruby-core at rubyforge.org<mailto: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<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/20100512/09db72a6/attachment-0001.html>

From zac at zacbrown.org  Wed May 12 00:47:58 2010
From: zac at zacbrown.org (Zac Brown)
Date: Tue, 11 May 2010 21:47:58 -0700
Subject: [Ironruby-core] What's next?
In-Reply-To: <3FAF57DE-2423-456D-A9B7-B598A1335670@microsoft.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>	<AANLkTimPu1GmQglsjyq3MGaByUWEkFCJZGrnhTlhXSyS@mail.gmail.com>	<D5CEB4B8E7E7514993E9FAA680B207350355E1@TK5EX14MBXC118.redmond.corp.microsoft.com>	<AANLkTilT45IiVSzar9EGqMnW55Zh5Rv9emABCyUHP7Bn@mail.gmail.com>	<AANLkTinbSx28kwE1BueuO_dS08j9FT4NKzPznXcXI-e6@mail.gmail.com>
	<3FAF57DE-2423-456D-A9B7-B598A1335670@microsoft.com>
Message-ID: <4BEA32FE.2040400@zacbrown.org>

I believe the example for embedding the assemblies to create a .exe that 
you're looking for is: http://github.com/rifraf/IronRubyEmbeddedApps

I think my main interests would be 1.9 support and a .NET duby backend 
which I might need to talk to Charlie about :).

-Zac

On 5/11/2010 8:24 PM, Jimmy Schementi wrote:
> Will, what you are describing is the preferred way of packaging Ruby 
> code as an exe. Someone should write a sample that shows how to do 
> this; I believe there already is one but I don't have the URL handy.
>
> David, the first part of your email sounded reasonable, but the 2nd 
> part (about scope) came from left field. Please indicate why the 
> recipe Tomas and Will explained make IronRuby any less than 
> first-class (whatever that means =P). IronPython is also planning on 
> doing this too, so we think it's the best "self-contained deployment" 
> option, but I'd like to hear why it won't work for you.
>
> As far as the other discussed features go, let me draw a line in the 
> sand for the next major release (let's call it vNext for argument's sake):
>
> 1.) It is a goal of IronRuby vNext to improve interop with .NETs type 
> system, so we will most likely implement something like IronPython's 
> "clrtype" feature, and provide a library which lets you emit real 
> static types from Ruby code. You could even imagine taking the emitted 
> IL and writing it to a DLL, which could be called directly from a 
> static language, but that's lower priority.
>
> 2.) It is not a goal of IronRuby vNext to implement a static compiler 
> for Ruby; as in we will not emit both similar types and method bodies 
> as C#. IronRuby is a dynamic language, and any static compiler 
> features should be part of a .NET backend for Duby (currently only a 
> JVM backend exists). Pre-compilation is different; it involves 
> emitting IL to a DLL that we would have emit at runtime, given every 
> method were called. This would only help startup marginally, as we 
> already have fast startup with the interpreter and NGEN-ing IronRuby's 
> binaries, and most of the time spent is actually running code, not 
> emitting it. Also, pre-compilation doesn't help us CLR type system 
> interop, as it would not produce a CLI-compliant assembly; assemblies 
> generated by pyc cannot be referenced by a C# app.
>
> As far as non-.NET <http://non-.NET> related features, we'll be 
> targeting Ruby 1.9 support, and running Rails 3 and other libs will 
> focus us on what features to implement first (so 1.8.7 compat might 
> happen despite us wanting to move directly to 1.9). FFI is another 
> possible feature, but only if there are crucial libs that use it, or 
> if someone contributes it.
>
> Any other features people are curious about? Now is definitely the 
> time to voice your opinions :)
>
> ~Jimmy
>
> On May 11, 2010, at 7:15 PM, "Will Green" <will at hotgazpacho.org 
> <mailto:will at hotgazpacho.org>> wrote:
>
>> Why not create an executable assembly that embeds all the Ruby files 
>> as resources in the assembly? Extract them at runtime (you could 
>> probably just keep them in a memory stream), fire up a Ruby runtime 
>> host & engine, feed it the Ruby file, and away you go.
>>
>> Or am I missing something that would make this infeasible?
>>
>> --
>> Will Green
>> http://hotgazpacho.org/
>>
>>
>> On Tue, May 11, 2010 at 9:20 PM, David Escobar <davidescobar at ieee.org 
>> <mailto:davidescobar at ieee.org>> wrote:
>>
>>     Ok, that's certainly an option to look into. I guess what people
>>     want is the ability to distribute applications and libraries in
>>     .exe and .dll form, the same way we do with C# or VB. But perhaps
>>     it's a question of scope - maybe IronRuby is not intended to be a
>>     1st class .NET language in the same way that C# or VB are, or
>>     it's only intended to be a language for embedding in a static
>>     language or for unit testing purposes?
>>
>>     The other reason is that it provides some (small) level of code
>>     obfuscation. I realize of course that the assemblies can be
>>     reverse engineered, but most users won't bother to do that -
>>     they'll just be interested in running the .exe.
>>
>>
>>
>>     On Tue, May 11, 2010 at 6:04 PM, Tomas Matousek
>>     <Tomas.Matousek at microsoft.com
>>     <mailto:Tomas.Matousek at microsoft.com>> wrote:
>>
>>         Well, there is a pretty simple way how to package up .rb
>>         files into an .exe file w/o precompiling anything. One option
>>         is to build a self-extracting zip file or something like
>>         that. That would solve the deployment issue. Improving
>>         startup time via pre-compilation is much more work.
>>
>>         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
>>         *David Escobar
>>         *Sent:* Tuesday, May 11, 2010 5:48 PM
>>
>>
>>         *To:* ironruby-core at rubyforge.org
>>         <mailto:ironruby-core at rubyforge.org>
>>         *Subject:* Re: [Ironruby-core] What's next?
>>
>>         Pre-compiling code would allow us to distribute our programs
>>         in .exe and .dll form, rather than .rb files. IronPython
>>         allows this with its pyc.py script. And if that means faster
>>         startup times and using Ruby code statically from C#, then
>>         all the better.
>>
>>         On Tue, May 11, 2010 at 3:06 PM, Tomas Matousek
>>         <Tomas.Matousek at microsoft.com
>>         <mailto:Tomas.Matousek at microsoft.com>> wrote:
>>
>>         What would you like to achieve by pre-compiling code? Faster
>>         startup time? Packaging your code in a dll instead of a bunch
>>         of .rb files? Using Ruby code statically from C#?
>>
>>         Tomas
>>
>>
>>         -----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
>>         Martin Smith
>>         Sent: Tuesday, May 11, 2010 11:14 AM
>>         To: ironruby-core at rubyforge.org
>>         <mailto:ironruby-core at rubyforge.org>
>>         Subject: [Ironruby-core] What's next?
>>
>>         Hey Guys,
>>
>>         Now that IronRuby 1.0 has shipped (congrats!!), what's next
>>         on the docket? :) I'm not trying to pressure you guys! Just
>>         excited about the future.
>>         The feature i'd love to see most would be pre-compilation...
>>
>>         Thanks for such a great product,
>>         Martin
>>         _______________________________________________
>>         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
> http://rubyforge.org/mailman/listinfo/ironruby-core
>    


From Jimmy.Schementi at microsoft.com  Wed May 12 01:02:45 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Wed, 12 May 2010 05:02:45 +0000
Subject: [Ironruby-core] What's next?
In-Reply-To: <4BEA32FE.2040400@zacbrown.org>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<AANLkTimPu1GmQglsjyq3MGaByUWEkFCJZGrnhTlhXSyS@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B207350355E1@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<AANLkTilT45IiVSzar9EGqMnW55Zh5Rv9emABCyUHP7Bn@mail.gmail.com>
	<AANLkTinbSx28kwE1BueuO_dS08j9FT4NKzPznXcXI-e6@mail.gmail.com>
	<3FAF57DE-2423-456D-A9B7-B598A1335670@microsoft.com>
	<4BEA32FE.2040400@zacbrown.org>
Message-ID: <1B42307CD4AADD438CDDA2FE1121CC921738F183@TK5EX14MBXC138.redmond.corp.microsoft.com>

Charlie is really interested in having a .NET Duby backend; I started one in December but only got a simple helloworld app working. I'd like if someone else take it on, especially if they'll be committed to it, so let me know if you need any help getting started.

> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> bounces at rubyforge.org] On Behalf Of Zac Brown
> Sent: Tuesday, May 11, 2010 9:48 PM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] What's next?
> 
> I believe the example for embedding the assemblies to create a .exe that
> you're looking for is: http://github.com/rifraf/IronRubyEmbeddedApps
> 
> I think my main interests would be 1.9 support and a .NET duby backend
> which I might need to talk to Charlie about :).
> 
> -Zac
> 
> On 5/11/2010 8:24 PM, Jimmy Schementi wrote:
> > Will, what you are describing is the preferred way of packaging Ruby
> > code as an exe. Someone should write a sample that shows how to do
> > this; I believe there already is one but I don't have the URL handy.
> >
> > David, the first part of your email sounded reasonable, but the 2nd
> > part (about scope) came from left field. Please indicate why the
> > recipe Tomas and Will explained make IronRuby any less than
> > first-class (whatever that means =P). IronPython is also planning on
> > doing this too, so we think it's the best "self-contained deployment"
> > option, but I'd like to hear why it won't work for you.
> >
> > As far as the other discussed features go, let me draw a line in the
> > sand for the next major release (let's call it vNext for argument's sake):
> >
> > 1.) It is a goal of IronRuby vNext to improve interop with .NETs type
> > system, so we will most likely implement something like IronPython's
> > "clrtype" feature, and provide a library which lets you emit real
> > static types from Ruby code. You could even imagine taking the emitted
> > IL and writing it to a DLL, which could be called directly from a
> > static language, but that's lower priority.
> >
> > 2.) It is not a goal of IronRuby vNext to implement a static compiler
> > for Ruby; as in we will not emit both similar types and method bodies
> > as C#. IronRuby is a dynamic language, and any static compiler
> > features should be part of a .NET backend for Duby (currently only a
> > JVM backend exists). Pre-compilation is different; it involves
> > emitting IL to a DLL that we would have emit at runtime, given every
> > method were called. This would only help startup marginally, as we
> > already have fast startup with the interpreter and NGEN-ing IronRuby's
> > binaries, and most of the time spent is actually running code, not
> > emitting it. Also, pre-compilation doesn't help us CLR type system
> > interop, as it would not produce a CLI-compliant assembly; assemblies
> > generated by pyc cannot be referenced by a C# app.
> >
> > As far as non-.NET <http://non-.NET> related features, we'll be
> > targeting Ruby 1.9 support, and running Rails 3 and other libs will
> > focus us on what features to implement first (so 1.8.7 compat might
> > happen despite us wanting to move directly to 1.9). FFI is another
> > possible feature, but only if there are crucial libs that use it, or
> > if someone contributes it.
> >
> > Any other features people are curious about? Now is definitely the
> > time to voice your opinions :)
> >
> > ~Jimmy
> >
> > On May 11, 2010, at 7:15 PM, "Will Green" <will at hotgazpacho.org
> > <mailto:will at hotgazpacho.org>> wrote:
> >
> >> Why not create an executable assembly that embeds all the Ruby files
> >> as resources in the assembly? Extract them at runtime (you could
> >> probably just keep them in a memory stream), fire up a Ruby runtime
> >> host & engine, feed it the Ruby file, and away you go.
> >>
> >> Or am I missing something that would make this infeasible?
> >>
> >> --
> >> Will Green
> >> http://hotgazpacho.org/
> >>
> >>
> >> On Tue, May 11, 2010 at 9:20 PM, David Escobar <davidescobar at ieee.org
> >> <mailto:davidescobar at ieee.org>> wrote:
> >>
> >>     Ok, that's certainly an option to look into. I guess what people
> >>     want is the ability to distribute applications and libraries in
> >>     .exe and .dll form, the same way we do with C# or VB. But perhaps
> >>     it's a question of scope - maybe IronRuby is not intended to be a
> >>     1st class .NET language in the same way that C# or VB are, or
> >>     it's only intended to be a language for embedding in a static
> >>     language or for unit testing purposes?
> >>
> >>     The other reason is that it provides some (small) level of code
> >>     obfuscation. I realize of course that the assemblies can be
> >>     reverse engineered, but most users won't bother to do that -
> >>     they'll just be interested in running the .exe.
> >>
> >>
> >>
> >>     On Tue, May 11, 2010 at 6:04 PM, Tomas Matousek
> >>     <Tomas.Matousek at microsoft.com
> >>     <mailto:Tomas.Matousek at microsoft.com>> wrote:
> >>
> >>         Well, there is a pretty simple way how to package up .rb
> >>         files into an .exe file w/o precompiling anything. One option
> >>         is to build a self-extracting zip file or something like
> >>         that. That would solve the deployment issue. Improving
> >>         startup time via pre-compilation is much more work.
> >>
> >>         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
> >>         *David Escobar
> >>         *Sent:* Tuesday, May 11, 2010 5:48 PM
> >>
> >>
> >>         *To:* ironruby-core at rubyforge.org
> >>         <mailto:ironruby-core at rubyforge.org>
> >>         *Subject:* Re: [Ironruby-core] What's next?
> >>
> >>         Pre-compiling code would allow us to distribute our programs
> >>         in .exe and .dll form, rather than .rb files. IronPython
> >>         allows this with its pyc.py script. And if that means faster
> >>         startup times and using Ruby code statically from C#, then
> >>         all the better.
> >>
> >>         On Tue, May 11, 2010 at 3:06 PM, Tomas Matousek
> >>         <Tomas.Matousek at microsoft.com
> >>         <mailto:Tomas.Matousek at microsoft.com>> wrote:
> >>
> >>         What would you like to achieve by pre-compiling code? Faster
> >>         startup time? Packaging your code in a dll instead of a bunch
> >>         of .rb files? Using Ruby code statically from C#?
> >>
> >>         Tomas
> >>
> >>
> >>         -----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
> >>         Martin Smith
> >>         Sent: Tuesday, May 11, 2010 11:14 AM
> >>         To: ironruby-core at rubyforge.org
> >>         <mailto:ironruby-core at rubyforge.org>
> >>         Subject: [Ironruby-core] What's next?
> >>
> >>         Hey Guys,
> >>
> >>         Now that IronRuby 1.0 has shipped (congrats!!), what's next
> >>         on the docket? :) I'm not trying to pressure you guys! Just
> >>         excited about the future.
> >>         The feature i'd love to see most would be pre-compilation...
> >>
> >>         Thanks for such a great product,
> >>         Martin
> >>         _______________________________________________
> >>         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
> > http://rubyforge.org/mailman/listinfo/ironruby-core
> >
> 
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core


From zac at zacbrown.org  Wed May 12 01:13:57 2010
From: zac at zacbrown.org (Zac Brown)
Date: Tue, 11 May 2010 22:13:57 -0700
Subject: [Ironruby-core] What's next?
In-Reply-To: <1B42307CD4AADD438CDDA2FE1121CC921738F183@TK5EX14MBXC138.redmond.corp.microsoft.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>	<AANLkTimPu1GmQglsjyq3MGaByUWEkFCJZGrnhTlhXSyS@mail.gmail.com>	<D5CEB4B8E7E7514993E9FAA680B207350355E1@TK5EX14MBXC118.redmond.corp.microsoft.com>	<AANLkTilT45IiVSzar9EGqMnW55Zh5Rv9emABCyUHP7Bn@mail.gmail.com>	<AANLkTinbSx28kwE1BueuO_dS08j9FT4NKzPznXcXI-e6@mail.gmail.com>	<3FAF57DE-2423-456D-A9B7-B598A1335670@microsoft.com>	<4BEA32FE.2040400@zacbrown.org>
	<1B42307CD4AADD438CDDA2FE1121CC921738F183@TK5EX14MBXC138.redmond.corp.microsoft.com>
Message-ID: <4BEA3915.3060208@zacbrown.org>

I'd be really interested in it. I'll email you offline to ask a few more 
specific questions.

-Zac

On 5/11/2010 10:02 PM, Jimmy Schementi wrote:
> Charlie is really interested in having a .NET Duby backend; I started one in December but only got a simple helloworld app working. I'd like if someone else take it on, especially if they'll be committed to it, so let me know if you need any help getting started.
>
>    
>> -----Original Message-----
>> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
>> bounces at rubyforge.org] On Behalf Of Zac Brown
>> Sent: Tuesday, May 11, 2010 9:48 PM
>> To: ironruby-core at rubyforge.org
>> Subject: Re: [Ironruby-core] What's next?
>>
>> I believe the example for embedding the assemblies to create a .exe that
>> you're looking for is: http://github.com/rifraf/IronRubyEmbeddedApps
>>
>> I think my main interests would be 1.9 support and a .NET duby backend
>> which I might need to talk to Charlie about :).
>>
>> -Zac
>>
>> On 5/11/2010 8:24 PM, Jimmy Schementi wrote:
>>      
>>> Will, what you are describing is the preferred way of packaging Ruby
>>> code as an exe. Someone should write a sample that shows how to do
>>> this; I believe there already is one but I don't have the URL handy.
>>>
>>> David, the first part of your email sounded reasonable, but the 2nd
>>> part (about scope) came from left field. Please indicate why the
>>> recipe Tomas and Will explained make IronRuby any less than
>>> first-class (whatever that means =P). IronPython is also planning on
>>> doing this too, so we think it's the best "self-contained deployment"
>>> option, but I'd like to hear why it won't work for you.
>>>
>>> As far as the other discussed features go, let me draw a line in the
>>> sand for the next major release (let's call it vNext for argument's sake):
>>>
>>> 1.) It is a goal of IronRuby vNext to improve interop with .NETs type
>>> system, so we will most likely implement something like IronPython's
>>> "clrtype" feature, and provide a library which lets you emit real
>>> static types from Ruby code. You could even imagine taking the emitted
>>> IL and writing it to a DLL, which could be called directly from a
>>> static language, but that's lower priority.
>>>
>>> 2.) It is not a goal of IronRuby vNext to implement a static compiler
>>> for Ruby; as in we will not emit both similar types and method bodies
>>> as C#. IronRuby is a dynamic language, and any static compiler
>>> features should be part of a .NET backend for Duby (currently only a
>>> JVM backend exists). Pre-compilation is different; it involves
>>> emitting IL to a DLL that we would have emit at runtime, given every
>>> method were called. This would only help startup marginally, as we
>>> already have fast startup with the interpreter and NGEN-ing IronRuby's
>>> binaries, and most of the time spent is actually running code, not
>>> emitting it. Also, pre-compilation doesn't help us CLR type system
>>> interop, as it would not produce a CLI-compliant assembly; assemblies
>>> generated by pyc cannot be referenced by a C# app.
>>>
>>> As far as non-.NET<http://non-.NET>  related features, we'll be
>>> targeting Ruby 1.9 support, and running Rails 3 and other libs will
>>> focus us on what features to implement first (so 1.8.7 compat might
>>> happen despite us wanting to move directly to 1.9). FFI is another
>>> possible feature, but only if there are crucial libs that use it, or
>>> if someone contributes it.
>>>
>>> Any other features people are curious about? Now is definitely the
>>> time to voice your opinions :)
>>>
>>> ~Jimmy
>>>
>>> On May 11, 2010, at 7:15 PM, "Will Green"<will at hotgazpacho.org
>>> <mailto:will at hotgazpacho.org>>  wrote:
>>>
>>>        
>>>> Why not create an executable assembly that embeds all the Ruby files
>>>> as resources in the assembly? Extract them at runtime (you could
>>>> probably just keep them in a memory stream), fire up a Ruby runtime
>>>> host&  engine, feed it the Ruby file, and away you go.
>>>>
>>>> Or am I missing something that would make this infeasible?
>>>>
>>>> --
>>>> Will Green
>>>> http://hotgazpacho.org/
>>>>
>>>>
>>>> On Tue, May 11, 2010 at 9:20 PM, David Escobar<davidescobar at ieee.org
>>>> <mailto:davidescobar at ieee.org>>  wrote:
>>>>
>>>>      Ok, that's certainly an option to look into. I guess what people
>>>>      want is the ability to distribute applications and libraries in
>>>>      .exe and .dll form, the same way we do with C# or VB. But perhaps
>>>>      it's a question of scope - maybe IronRuby is not intended to be a
>>>>      1st class .NET language in the same way that C# or VB are, or
>>>>      it's only intended to be a language for embedding in a static
>>>>      language or for unit testing purposes?
>>>>
>>>>      The other reason is that it provides some (small) level of code
>>>>      obfuscation. I realize of course that the assemblies can be
>>>>      reverse engineered, but most users won't bother to do that -
>>>>      they'll just be interested in running the .exe.
>>>>
>>>>
>>>>
>>>>      On Tue, May 11, 2010 at 6:04 PM, Tomas Matousek
>>>>      <Tomas.Matousek at microsoft.com
>>>>      <mailto:Tomas.Matousek at microsoft.com>>  wrote:
>>>>
>>>>          Well, there is a pretty simple way how to package up .rb
>>>>          files into an .exe file w/o precompiling anything. One option
>>>>          is to build a self-extracting zip file or something like
>>>>          that. That would solve the deployment issue. Improving
>>>>          startup time via pre-compilation is much more work.
>>>>
>>>>          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
>>>>          *David Escobar
>>>>          *Sent:* Tuesday, May 11, 2010 5:48 PM
>>>>
>>>>
>>>>          *To:* ironruby-core at rubyforge.org
>>>>          <mailto:ironruby-core at rubyforge.org>
>>>>          *Subject:* Re: [Ironruby-core] What's next?
>>>>
>>>>          Pre-compiling code would allow us to distribute our programs
>>>>          in .exe and .dll form, rather than .rb files. IronPython
>>>>          allows this with its pyc.py script. And if that means faster
>>>>          startup times and using Ruby code statically from C#, then
>>>>          all the better.
>>>>
>>>>          On Tue, May 11, 2010 at 3:06 PM, Tomas Matousek
>>>>          <Tomas.Matousek at microsoft.com
>>>>          <mailto:Tomas.Matousek at microsoft.com>>  wrote:
>>>>
>>>>          What would you like to achieve by pre-compiling code? Faster
>>>>          startup time? Packaging your code in a dll instead of a bunch
>>>>          of .rb files? Using Ruby code statically from C#?
>>>>
>>>>          Tomas
>>>>
>>>>
>>>>          -----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
>>>>          Martin Smith
>>>>          Sent: Tuesday, May 11, 2010 11:14 AM
>>>>          To: ironruby-core at rubyforge.org
>>>>          <mailto:ironruby-core at rubyforge.org>
>>>>          Subject: [Ironruby-core] What's next?
>>>>
>>>>          Hey Guys,
>>>>
>>>>          Now that IronRuby 1.0 has shipped (congrats!!), what's next
>>>>          on the docket? :) I'm not trying to pressure you guys! Just
>>>>          excited about the future.
>>>>          The feature i'd love to see most would be pre-compilation...
>>>>
>>>>          Thanks for such a great product,
>>>>          Martin
>>>>          _______________________________________________
>>>>          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
>>> 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 lists at ruby-forum.com  Wed May 12 03:15:09 2010
From: lists at ruby-forum.com (Shay Friedman)
Date: Wed, 12 May 2010 09:15:09 +0200
Subject: [Ironruby-core] Error with Rails and DBI::Date
In-Reply-To: <AANLkTilfb79MYMm1TSnde2J0H16RDzKtyYMguZWDQiYt@mail.gmail.com>
References: <AANLkTilfb79MYMm1TSnde2J0H16RDzKtyYMguZWDQiYt@mail.gmail.com>
Message-ID: <19b436c9cad6ff6ed2adcf0fdc411d22@ruby-forum.com>

It turned out to be some kind of a gem versions mess... Had to uninstall 
several gems and reinstall them to get it going.

Shay.

Shay Friedman wrote:
> Hi guys,
> 
> I'm on a new computer and I'm trying to run rails (via IronRuby) for the
> first time here.
> I have installed the rake, rails and activerecord-adonet-sqlserver gems,
> added the config.gem line to environment.rb and updated the database.yml
> file.
> 
> As soon as I try to run the WEBrick I get the next exception:
> 'alias_method': undefined method `public' for class `DBI::Date' 
> (NameError)
> 
> This is caused because of line 57 in the date.rb file of the DBI gem:
> deprecate :initialize, :public
> 
> I replaced the DBI gem with Ivan's Ironruby-dbi gem but it didn't help.
> 
> Has anyone run into this problem?
> 
> Thanks,
> Shay.

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

From davidescobar at ieee.org  Wed May 12 03:24:29 2010
From: davidescobar at ieee.org (David Escobar)
Date: Wed, 12 May 2010 00:24:29 -0700
Subject: [Ironruby-core] What's next?
In-Reply-To: <3FAF57DE-2423-456D-A9B7-B598A1335670@microsoft.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<AANLkTimPu1GmQglsjyq3MGaByUWEkFCJZGrnhTlhXSyS@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B207350355E1@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<AANLkTilT45IiVSzar9EGqMnW55Zh5Rv9emABCyUHP7Bn@mail.gmail.com>
	<AANLkTinbSx28kwE1BueuO_dS08j9FT4NKzPznXcXI-e6@mail.gmail.com>
	<3FAF57DE-2423-456D-A9B7-B598A1335670@microsoft.com>
Message-ID: <AANLkTik59CVyhYouAbcQnpojAIV_AHOvTXyg9nXaIaB5@mail.gmail.com>

Jimmy, Will,
The suggestions posted on here are all great - I'll definitely give them a
try. For me, I've gotten used to generating .exe's and .dll's using either
compilers or packaging systems like py2exe for CPython and OCRA for MRI, and
it's been fairly straightforward on how to do it. With IronRuby, it wasn't
immediately obvious (to me) and seems to require more steps. That's what
made me wonder if maybe the scope and intention of IronRuby was limited to
being an embedded language for C# and VB, rather than as a language that
stands on its own - where I can write my entire application in IR and then
compile or pack it up to an assembly without any dependencies on C# or VB.
That's what I meant by "first class" - hopefully that clears things up a
bit. Sorry for any confusion.

But anyway, thanks for all the suggestions. That answers my questions.



On Tue, May 11, 2010 at 8:24 PM, Jimmy Schementi <
Jimmy.Schementi at microsoft.com> wrote:

> Will, what you are describing is the preferred way of packaging Ruby code
> as an exe. Someone should write a sample that shows how to do this; I
> believe there already is one but I don't have the URL handy.
>
> David, the first part of your email sounded reasonable, but the 2nd part
> (about scope) came from left field. Please indicate why the recipe Tomas and
> Will explained make IronRuby any less than first-class (whatever that means
> =P). IronPython is also planning on doing this too, so we think it's the
> best "self-contained deployment" option, but I'd like to hear why it won't
> work for you.
>
> As far as the other discussed features go, let me draw a line in the sand
> for the next major release (let's call it vNext for argument's sake):
>
> 1.) It is a goal of IronRuby vNext to improve interop with .NETs type
> system, so we will most likely implement something like IronPython's
> "clrtype" feature, and provide a library which lets you emit real static
> types from Ruby code. You could even imagine taking the emitted IL and
> writing it to a DLL, which could be called directly from a static language,
> but that's lower priority.
>
> 2.) It is not a goal of IronRuby vNext to implement a static compiler for
> Ruby; as in we will not emit both similar types and method bodies as C#.
> IronRuby is a dynamic language, and any static compiler features should be
> part of a .NET backend for Duby (currently only a JVM backend exists). Pre-compilation
> is different; it involves emitting IL to a DLL that we would have emit at
> runtime, given every method were called. This would only help startup
> marginally, as we already have fast startup with the interpreter and
> NGEN-ing IronRuby's binaries, and most of the time spent is actually running
> code, not emitting it. Also, pre-compilation doesn't help us CLR type system
> interop, as it would not produce a CLI-compliant assembly; assemblies
> generated by pyc cannot be referenced by a C# app.
>
> As far as non-.NET related features, we'll be targeting Ruby 1.9 support,
> and running Rails 3 and other libs will focus us on what features to
> implement first (so 1.8.7 compat might happen despite us wanting to move
> directly to 1.9). FFI is another possible feature, but only if there are
> crucial libs that use it, or if someone contributes it.
>
> Any other features people are curious about? Now is definitely the time to
> voice your opinions :)
>
> ~Jimmy
>
> On May 11, 2010, at 7:15 PM, "Will Green" <will at hotgazpacho.org> wrote:
>
> Why not create an executable assembly that embeds all the Ruby files as
> resources in the assembly? Extract them at runtime (you could probably just
> keep them in a memory stream), fire up a Ruby runtime host & engine, feed it
> the Ruby file, and away you go.
>
> Or am I missing something that would make this infeasible?
>
> --
> Will Green
> <http://hotgazpacho.org/>http://hotgazpacho.org/
>
>
> On Tue, May 11, 2010 at 9:20 PM, David Escobar < <davidescobar at ieee.org>
> davidescobar at ieee.org> wrote:
>
>> Ok, that's certainly an option to look into. I guess what people want is
>> the ability to distribute applications and libraries in .exe and .dll form,
>> the same way we do with C# or VB. But perhaps it's a question of scope -
>> maybe IronRuby is not intended to be a 1st class .NET language in the same
>> way that C# or VB are, or it's only intended to be a language for embedding
>> in a static language or for unit testing purposes?
>>
>> The other reason is that it provides some (small) level of code
>> obfuscation. I realize of course that the assemblies can be reverse
>> engineered, but most users won't bother to do that - they'll just be
>> interested in running the .exe.
>>
>>
>>
>> On Tue, May 11, 2010 at 6:04 PM, Tomas Matousek <<Tomas.Matousek at microsoft.com>
>> Tomas.Matousek at microsoft.com> wrote:
>>
>>> Well, there is a pretty simple way how to package up .rb files into an
>>> .exe file w/o precompiling anything. One option is to build a
>>> self-extracting zip file or something like that. That would solve the
>>> deployment issue. Improving startup time via pre-compilation is much more
>>> work.
>>>
>>>
>>>
>>> Tomas
>>>
>>>
>>>
>>> *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 *David Escobar
>>> *Sent:* Tuesday, May 11, 2010 5:48 PM
>>>
>>> *To:* <ironruby-core at rubyforge.org>ironruby-core at rubyforge.org
>>> *Subject:* Re: [Ironruby-core] What's next?
>>>
>>>
>>>
>>> Pre-compiling code would allow us to distribute our programs in .exe and
>>> .dll form, rather than .rb files. IronPython allows this with its pyc.py
>>> script. And if that means faster startup times and using Ruby code
>>> statically from C#, then all the better.
>>>
>>> On Tue, May 11, 2010 at 3:06 PM, Tomas Matousek <<Tomas.Matousek at microsoft.com>
>>> Tomas.Matousek at microsoft.com> wrote:
>>>
>>> What would you like to achieve by pre-compiling code? Faster startup
>>> time? Packaging your code in a dll instead of a bunch of .rb files? Using
>>> Ruby code statically from C#?
>>>
>>> Tomas
>>>
>>>
>>> -----Original Message-----
>>> 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 Martin Smith
>>> Sent: Tuesday, May 11, 2010 11:14 AM
>>> To: <ironruby-core at rubyforge.org>ironruby-core at rubyforge.org
>>> Subject: [Ironruby-core] What's next?
>>>
>>> Hey Guys,
>>>
>>> Now that IronRuby 1.0 has shipped (congrats!!), what's next on the
>>> docket? :) I'm not trying to pressure you guys! Just excited about the
>>> future.
>>> The feature i'd love to see most would be pre-compilation...
>>>
>>> Thanks for such a great product,
>>> Martin
>>> _______________________________________________
>>> 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/20100512/36f94c31/attachment.html>

From moore.alex at gmail.com  Wed May 12 10:00:11 2010
From: moore.alex at gmail.com (Alexander Moore)
Date: Wed, 12 May 2010 10:00:11 -0400
Subject: [Ironruby-core] What's next?
In-Reply-To: <AANLkTik59CVyhYouAbcQnpojAIV_AHOvTXyg9nXaIaB5@mail.gmail.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com> 
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<AANLkTimPu1GmQglsjyq3MGaByUWEkFCJZGrnhTlhXSyS@mail.gmail.com> 
	<D5CEB4B8E7E7514993E9FAA680B207350355E1@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<AANLkTilT45IiVSzar9EGqMnW55Zh5Rv9emABCyUHP7Bn@mail.gmail.com> 
	<AANLkTinbSx28kwE1BueuO_dS08j9FT4NKzPznXcXI-e6@mail.gmail.com> 
	<3FAF57DE-2423-456D-A9B7-B598A1335670@microsoft.com>
	<AANLkTik59CVyhYouAbcQnpojAIV_AHOvTXyg9nXaIaB5@mail.gmail.com>
Message-ID: <AANLkTinjdtXQQ3a3CJ5Ml-440Z3eAH1XQxfzdpjfZQf8@mail.gmail.com>

I don't know if I get much of a say, but I would vote for 1.8.7 / 1.9
support and better interop with CLR types.
So pretty much what Jimmy said.


--Alex



On Wed, May 12, 2010 at 3:24 AM, David Escobar <davidescobar at ieee.org> wrote:
> Jimmy, Will,
> The suggestions posted on here are all great - I'll definitely give them a
> try. For me, I've gotten used to generating .exe's and .dll's using either
> compilers or packaging systems like py2exe for CPython and OCRA for MRI, and
> it's been fairly straightforward on how to do it. With IronRuby, it wasn't
> immediately obvious (to me) and seems to require more steps. That's what
> made me wonder if maybe the scope and intention of IronRuby was limited to
> being an embedded language for C# and VB, rather than as a language that
> stands on its own - where I can write my entire application in IR and then
> compile or pack it up to an assembly without any dependencies on C# or VB.
> That's what I meant by "first class" - hopefully that clears things up a
> bit. Sorry for any confusion.
> But anyway, thanks for all the suggestions. That answers my questions.
>
>
> On Tue, May 11, 2010 at 8:24 PM, Jimmy Schementi
> <Jimmy.Schementi at microsoft.com> wrote:
>>
>> Will, what you are describing is the preferred way of packaging Ruby code
>> as an exe. Someone should write a sample that shows how to do this; I
>> believe there already is one but I don't have the URL handy.
>> David, the first part of your email sounded reasonable, but the 2nd part
>> (about scope) came from left field. Please indicate why the recipe Tomas and
>> Will explained make IronRuby any less than first-class (whatever that means
>> =P). IronPython is also planning on doing this too, so we think it's the
>> best "self-contained deployment" option, but I'd like to hear why it won't
>> work for you.
>> As far as the other discussed features go, let me draw a line in the sand
>> for the next major release (let's call it vNext for argument's sake):
>> 1.)?It is a goal of IronRuby vNext to improve interop with .NETs type
>> system, so we will most likely implement something like IronPython's
>> "clrtype" feature, and provide a library which lets you emit real static
>> types from Ruby code. You could even imagine taking the emitted IL and
>> writing it to a DLL, which could be called directly from a static language,
>> but that's lower priority.
>> 2.) It is not a goal of IronRuby vNext to implement a static compiler for
>> Ruby; as in we will not emit both similar types and method bodies as C#.
>> IronRuby is a dynamic language, and any static compiler features should be
>> part of a .NET backend for Duby (currently only a JVM backend
>> exists).?Pre-compilation is different; it involves emitting IL to a DLL that
>> we would have emit at runtime, given every method were called. This would
>> only help startup marginally, as we already have fast startup with the
>> interpreter and NGEN-ing IronRuby's binaries, and most of the time spent is
>> actually running code, not emitting it. Also, pre-compilation doesn't help
>> us CLR type system interop, as it would not produce a CLI-compliant
>> assembly; assemblies generated by pyc cannot be referenced by a C# app.
>> As far as non-.NET related features, we'll be targeting Ruby 1.9 support,
>> and running Rails 3 and other libs will focus us on what features to
>> implement first (so 1.8.7 compat might happen despite us wanting to move
>> directly to 1.9). FFI is another possible feature, but only if there are
>> crucial libs that use it, or if someone contributes it.
>> Any other features people are curious about? Now is definitely the time to
>> voice your opinions :)
>> ~Jimmy
>>
>> On May 11, 2010, at 7:15 PM, "Will Green" <will at hotgazpacho.org> wrote:
>>
>> Why not create an executable assembly that embeds all the Ruby files as
>> resources in the assembly? Extract them at runtime (you could probably just
>> keep them in a memory stream), fire up a Ruby runtime host & engine, feed it
>> the Ruby file, and away you go.
>> Or am I missing something that would make this infeasible?
>>
>> --
>> Will Green
>> http://hotgazpacho.org/
>>
>>
>> On Tue, May 11, 2010 at 9:20 PM, David Escobar <davidescobar at ieee.org>
>> wrote:
>>>
>>> Ok, that's certainly an option to look into. I guess what people want is
>>> the ability to distribute applications and libraries in .exe and .dll form,
>>> the same way we do with C# or VB. But perhaps it's a question of scope -
>>> maybe IronRuby is not intended to be a 1st class .NET language in the same
>>> way that C# or VB are, or it's only intended to be a language for embedding
>>> in a static language or for unit testing purposes?
>>>
>>> The other reason is that it provides some (small) level of code
>>> obfuscation. I realize of course that the assemblies can be reverse
>>> engineered, but most users won't bother to do that - they'll just be
>>> interested in running the .exe.
>>>
>>>
>>> On Tue, May 11, 2010 at 6:04 PM, Tomas Matousek
>>> <Tomas.Matousek at microsoft.com> wrote:
>>>>
>>>> Well, there is a pretty simple way how to package up .rb files into an
>>>> .exe file w/o precompiling anything. One option is to build a
>>>> self-extracting zip file or something like that. That would solve the
>>>> deployment issue. Improving startup time via pre-compilation is much more
>>>> work.
>>>>
>>>>
>>>>
>>>> Tomas
>>>>
>>>>
>>>>
>>>> From: ironruby-core-bounces at rubyforge.org
>>>> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of David Escobar
>>>> Sent: Tuesday, May 11, 2010 5:48 PM
>>>>
>>>> To: ironruby-core at rubyforge.org
>>>> Subject: Re: [Ironruby-core] What's next?
>>>>
>>>>
>>>>
>>>> Pre-compiling code would allow us to distribute our programs in .exe and
>>>> .dll form, rather than .rb files. IronPython allows this with its pyc.py
>>>> script. And if that means faster startup times and using Ruby code
>>>> statically from C#, then all the better.
>>>>
>>>> On Tue, May 11, 2010 at 3:06 PM, Tomas Matousek
>>>> <Tomas.Matousek at microsoft.com> wrote:
>>>>
>>>> What would you like to achieve by pre-compiling code? Faster startup
>>>> time? Packaging your code in a dll instead of a bunch of .rb files? Using
>>>> Ruby code statically from C#?
>>>>
>>>> Tomas
>>>>
>>>> -----Original Message-----
>>>> From: ironruby-core-bounces at rubyforge.org
>>>> [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Martin Smith
>>>> Sent: Tuesday, May 11, 2010 11:14 AM
>>>> To: ironruby-core at rubyforge.org
>>>> Subject: [Ironruby-core] What's next?
>>>>
>>>> Hey Guys,
>>>>
>>>> Now that IronRuby 1.0 has shipped (congrats!!), what's next on the
>>>> docket? :) I'm not trying to pressure you guys! Just excited about the
>>>> future.
>>>> The feature i'd love to see most would be pre-compilation...
>>>>
>>>> Thanks for such a great product,
>>>> Martin
>>>> _______________________________________________
>>>> 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
>
>

From tggagne at gmail.com  Wed May 12 10:58:20 2010
From: tggagne at gmail.com (Thomas Gagne)
Date: Wed, 12 May 2010 10:58:20 -0400
Subject: [Ironruby-core] What's next?
In-Reply-To: <D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
Message-ID: <4BEAC20C.6020900@gmail.com>

Personally, I'd like to see integration into VS.

What is everyone using to edit their IronRuby code?

From will at hotgazpacho.org  Wed May 12 12:14:00 2010
From: will at hotgazpacho.org (Will Green)
Date: Wed, 12 May 2010 12:14:00 -0400
Subject: [Ironruby-core] What's next?
In-Reply-To: <4BEAC20C.6020900@gmail.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<4BEAC20C.6020900@gmail.com>
Message-ID: <AANLkTim6HIwzxvEl2FpqHey1L10qY-rT62fKsvXgGV85@mail.gmail.com>

Vim ;-)

While it would be nice to have something like the IronPython Tools for
Visual Studio - http://ironpython.net/tools/ - I'd rather see IronRuby pass
more of RubySpec, get more standard libraries, like OpenSSL, implemented (I
know, I know, patches are welcome), and fix some critical bugs, like the one
that prevents upgrading RubyGems via `gem up --system` (which in turn
prevents the easy use of cool libs like Bundler).

I personally think that 1.8.7 is a better goal than 1.9.1; I've heard some
prominent Ruby community members like Yehuda Katz complain about 1.9.1 on
Twitter.

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


On Wed, May 12, 2010 at 10:58 AM, Thomas Gagne <tggagne at gmail.com> wrote:

> Personally, I'd like to see integration into VS.
>
> What is everyone using to edit their IronRuby code?
>
> _______________________________________________
> 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/20100512/993b5a29/attachment.html>

From martin.smith.jr at gmail.com  Wed May 12 14:27:07 2010
From: martin.smith.jr at gmail.com (Martin Smith)
Date: Wed, 12 May 2010 11:27:07 -0700
Subject: [Ironruby-core] What's next?
In-Reply-To: <AANLkTim6HIwzxvEl2FpqHey1L10qY-rT62fKsvXgGV85@mail.gmail.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<4BEAC20C.6020900@gmail.com>
	<AANLkTim6HIwzxvEl2FpqHey1L10qY-rT62fKsvXgGV85@mail.gmail.com>
Message-ID: <AANLkTikd8dV9GQevwzuRC4ilTzyr3wfWqKudGAgqAJKC@mail.gmail.com>

You guys have hit the nail on the head for me I actually want it for
both reasons: to provide some loose protection for our code and to
improve startup times.

I was thinking about doing something around packaging like you guys
were talking about, but i think then I'd have to redefine
Kernel.require to make sure that all the require statements execute
properly. For code protection, it only provided small benefits (a
determined code stealer would easily circumvent the protections), but
if it helped with startup times that would benefit us greatly.

The issue is that we use IR for our UI layer so the first time they
ask for any dialog it needs to compile quite a bit of code so the
first time they load a dialog can take some time.  I've thought of
changing this so we do the compilation at startup but i'm not quite
sure if that will work.  I'd envision something like this:

1) set compilation threshold to 0 (compile immediately)
2) execute "require 'file'" for each ruby script
3)set compilation threshold to 1 so eval doesn't compile everything
(we semi-extensively use eval)

Would something like this be possible? Is the compilation threshold
settable dynamically?

Thanks in advance,
Martin

From jdeville at microsoft.com  Wed May 12 15:05:07 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Wed, 12 May 2010 19:05:07 +0000
Subject: [Ironruby-core] What's next?
In-Reply-To: <AANLkTikd8dV9GQevwzuRC4ilTzyr3wfWqKudGAgqAJKC@mail.gmail.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<4BEAC20C.6020900@gmail.com>
	<AANLkTim6HIwzxvEl2FpqHey1L10qY-rT62fKsvXgGV85@mail.gmail.com>
	<AANLkTikd8dV9GQevwzuRC4ilTzyr3wfWqKudGAgqAJKC@mail.gmail.com>
Message-ID: <3A95E0143832D94BA52A18A1406403E40B3CBA@TK5EX14MBXC130.redmond.corp.microsoft.com>

Note that the DLR's ScriptHost abilities allow you to redefine what the file system is, so instead of changing require, load, load_assembly, and any other code that might touch files, you can just write a Platform Abstraction Layer. The Silverlight support uses this heavily to allow require 'foo' to look up foo in the XAP.

JD

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Martin Smith
Sent: Wednesday, May 12, 2010 11:27 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] What's next?

You guys have hit the nail on the head for me I actually want it for both reasons: to provide some loose protection for our code and to improve startup times.

I was thinking about doing something around packaging like you guys were talking about, but i think then I'd have to redefine Kernel.require to make sure that all the require statements execute properly. For code protection, it only provided small benefits (a determined code stealer would easily circumvent the protections), but if it helped with startup times that would benefit us greatly.

The issue is that we use IR for our UI layer so the first time they ask for any dialog it needs to compile quite a bit of code so the first time they load a dialog can take some time.  I've thought of changing this so we do the compilation at startup but i'm not quite sure if that will work.  I'd envision something like this:

1) set compilation threshold to 0 (compile immediately)
2) execute "require 'file'" for each ruby script 3)set compilation threshold to 1 so eval doesn't compile everything (we semi-extensively use eval)

Would something like this be possible? Is the compilation threshold settable dynamically?

Thanks in advance,
Martin
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From jdeville at microsoft.com  Wed May 12 15:05:35 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Wed, 12 May 2010 19:05:35 +0000
Subject: [Ironruby-core] What's next?
In-Reply-To: <AANLkTim6HIwzxvEl2FpqHey1L10qY-rT62fKsvXgGV85@mail.gmail.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<4BEAC20C.6020900@gmail.com>
	<AANLkTim6HIwzxvEl2FpqHey1L10qY-rT62fKsvXgGV85@mail.gmail.com>
Message-ID: <3A95E0143832D94BA52A18A1406403E40B3CC5@TK5EX14MBXC130.redmond.corp.microsoft.com>

Vim ?

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Will Green
Sent: Wednesday, May 12, 2010 9:14 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] What's next?

Vim ;-)

While it would be nice to have something like the IronPython Tools for Visual Studio - http://ironpython.net/tools/ - I'd rather see IronRuby pass more of RubySpec, get more standard libraries, like OpenSSL, implemented (I know, I know, patches are welcome), and fix some critical bugs, like the one that prevents upgrading RubyGems via `gem up --system` (which in turn prevents the easy use of cool libs like Bundler).

I personally think that 1.8.7 is a better goal than 1.9.1; I've heard some prominent Ruby community members like Yehuda Katz complain about 1.9.1 on Twitter.

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

On Wed, May 12, 2010 at 10:58 AM, Thomas Gagne <tggagne at gmail.com<mailto:tggagne at gmail.com>> wrote:
Personally, I'd like to see integration into VS.

What is everyone using to edit their IronRuby code?

_______________________________________________
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/20100512/9b78f951/attachment.html>

From ivan at cloudslide.net  Wed May 12 15:30:58 2010
From: ivan at cloudslide.net (Ivan Porto Carrero)
Date: Wed, 12 May 2010 21:30:58 +0200
Subject: [Ironruby-core] What's next?
In-Reply-To: <3A95E0143832D94BA52A18A1406403E40B3CC5@TK5EX14MBXC130.redmond.corp.microsoft.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com> 
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<4BEAC20C.6020900@gmail.com>
	<AANLkTim6HIwzxvEl2FpqHey1L10qY-rT62fKsvXgGV85@mail.gmail.com> 
	<3A95E0143832D94BA52A18A1406403E40B3CC5@TK5EX14MBXC130.redmond.corp.microsoft.com>
Message-ID: <AANLkTikK3YhYqRZ8xRR_-O6ZK4dfKmxTuThZL7uqSEl2@mail.gmail.com>

vim :)

http://github.com/casualjim/dot-files

---
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, May 12, 2010 at 9:05 PM, Jim Deville <jdeville at microsoft.com> wrote:

> Vim J
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Will Green
> *Sent:* Wednesday, May 12, 2010 9:14 AM
>
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] What's next?
>
>
>
> Vim ;-)
>
>
>
> While it would be nice to have something like the IronPython Tools for
> Visual Studio - http://ironpython.net/tools/ - I'd rather see IronRuby
> pass more of RubySpec, get more standard libraries, like OpenSSL,
> implemented (I know, I know, patches are welcome), and fix some critical
> bugs, like the one that prevents upgrading RubyGems via `gem up --system`
> (which in turn prevents the easy use of cool libs like Bundler).
>
>
>
> I personally think that 1.8.7 is a better goal than 1.9.1; I've heard some
> prominent Ruby community members like Yehuda Katz complain about 1.9.1 on
> Twitter.
>
>
> --
> Will Green
> http://hotgazpacho.org/
>
> On Wed, May 12, 2010 at 10:58 AM, Thomas Gagne <tggagne at gmail.com> wrote:
>
> Personally, I'd like to see integration into VS.
>
> What is everyone using to edit their IronRuby code?
>
>
> _______________________________________________
> 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/20100512/e659fef7/attachment-0001.html>

From Tomas.Matousek at microsoft.com  Wed May 12 16:00:05 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Wed, 12 May 2010 20:00:05 +0000
Subject: [Ironruby-core] What's next?
In-Reply-To: <AANLkTikd8dV9GQevwzuRC4ilTzyr3wfWqKudGAgqAJKC@mail.gmail.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<4BEAC20C.6020900@gmail.com>
	<AANLkTim6HIwzxvEl2FpqHey1L10qY-rT62fKsvXgGV85@mail.gmail.com>
	<AANLkTikd8dV9GQevwzuRC4ilTzyr3wfWqKudGAgqAJKC@mail.gmail.com>
Message-ID: <D5CEB4B8E7E7514993E9FAA680B20735036794@TK5EX14MBXC118.redmond.corp.microsoft.com>

How long does it take to require all the files you need? Do you use installed IronRuby v1.0 binaries for .NET 4.0 or do you build IronRuby yourself?
Can you be specific about what you're requiring?

Tomas

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Martin Smith
Sent: Wednesday, May 12, 2010 11:27 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] What's next?

You guys have hit the nail on the head for me I actually want it for both reasons: to provide some loose protection for our code and to improve startup times.

I was thinking about doing something around packaging like you guys were talking about, but i think then I'd have to redefine Kernel.require to make sure that all the require statements execute properly. For code protection, it only provided small benefits (a determined code stealer would easily circumvent the protections), but if it helped with startup times that would benefit us greatly.

The issue is that we use IR for our UI layer so the first time they ask for any dialog it needs to compile quite a bit of code so the first time they load a dialog can take some time.  I've thought of changing this so we do the compilation at startup but i'm not quite sure if that will work.  I'd envision something like this:

1) set compilation threshold to 0 (compile immediately)
2) execute "require 'file'" for each ruby script 
3)set compilation threshold to 1 so eval doesn't compile everything (we semi-extensively use eval)

Would something like this be possible? Is the compilation threshold settable dynamically?

Thanks in advance,
Martin
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From ironruby at monnet-usa.com  Wed May 12 18:12:45 2010
From: ironruby at monnet-usa.com (Philippe Monnet)
Date: Wed, 12 May 2010 16:12:45 -0600
Subject: [Ironruby-core] What's next?
In-Reply-To: <3A95E0143832D94BA52A18A1406403E40B3CC5@TK5EX14MBXC130.redmond.corp.microsoft.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>	<4BEAC20C.6020900@gmail.com>	<AANLkTim6HIwzxvEl2FpqHey1L10qY-rT62fKsvXgGV85@mail.gmail.com>
	<3A95E0143832D94BA52A18A1406403E40B3CC5@TK5EX14MBXC130.redmond.corp.microsoft.com>
Message-ID: <4BEB27DD.6000908@monnet-usa.com>

An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100512/10494894/attachment.html>

From zac at zacbrown.org  Wed May 12 19:00:42 2010
From: zac at zacbrown.org (Zac Brown)
Date: Wed, 12 May 2010 16:00:42 -0700
Subject: [Ironruby-core] What's next?
In-Reply-To: <4BEAC20C.6020900@gmail.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<4BEAC20C.6020900@gmail.com>
Message-ID: <4BEB331A.8070503@zacbrown.org>

I use Emacs :). I'm a rebel!

On 5/12/2010 7:58 AM, Thomas Gagne wrote:
> Personally, I'd like to see integration into VS.
>
> What is everyone using to edit their IronRuby code?
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core

From moore.alex at gmail.com  Wed May 12 23:35:28 2010
From: moore.alex at gmail.com (Alexander Moore)
Date: Wed, 12 May 2010 23:35:28 -0400
Subject: [Ironruby-core] What's next?
In-Reply-To: <4BEAC20C.6020900@gmail.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com> 
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<4BEAC20C.6020900@gmail.com>
Message-ID: <AANLkTim_EXrQ3JRojRpSIU96B70sdzs0r822EbmSODjf@mail.gmail.com>

Notepad++ or Vim depending on what I'm doing at that moment.

--Alex



On Wed, May 12, 2010 at 10:58 AM, Thomas Gagne <tggagne at gmail.com> wrote:
> Personally, I'd like to see integration into VS.
>
> What is everyone using to edit their IronRuby code?
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>

From lists at ruby-forum.com  Thu May 13 09:22:35 2010
From: lists at ruby-forum.com (Ray Linn)
Date: Thu, 13 May 2010 15:22:35 +0200
Subject: [Ironruby-core] How to transfer scriptscrope to a RubyCommandLine
Message-ID: <1a9f01801ebd680f7b72b2d6e47c481f@ruby-forum.com>

I found Ironruby 1.0 change a lot for some APIs, at previous version

I can create a rubycommandline via C# like this

IronRuby.Hosting.RubyCommandLine rubycommandline = new
RubyCommandLine(new
IronRuby.Runtime.RubyContext(ScriptDomainManager.CurrentManager));

but now the construction accept zero parameters, so How transfer a
scriptscope to RubyCommandLine..?

I used debug to verbose the instance of RubyCommandLine, its scriptscope
is always null!
-- 
Posted via http://www.ruby-forum.com/.

From lists at ruby-forum.com  Thu May 13 10:15:06 2010
From: lists at ruby-forum.com (Ray Linn)
Date: Thu, 13 May 2010 16:15:06 +0200
Subject: [Ironruby-core] How to transfer scriptscrope to a
	RubyCommandLine
In-Reply-To: <1a9f01801ebd680f7b72b2d6e47c481f@ruby-forum.com>
References: <1a9f01801ebd680f7b72b2d6e47c481f@ruby-forum.com>
Message-ID: <320007d6c52178f78e7f6cb96494f8c5@ruby-forum.com>

Ray Linn wrote:
> I found Ironruby 1.0 change a lot for some APIs, at previous version
> 
> I can create a rubycommandline via C# like this
> 
> IronRuby.Hosting.RubyCommandLine rubycommandline = new
> RubyCommandLine(new
> IronRuby.Runtime.RubyContext(ScriptDomainManager.CurrentManager));
> 
> but now the construction accept zero parameters, so How transfer a
> scriptscope to RubyCommandLine..?
> 
> I used debug to verbose the instance of RubyCommandLine, its scriptscope
> is always null!

2nd question why global variable does not work?


Form frm = new Form();
ScriptEngine ruby = 
IronRuby.Ruby.GetEngine(IronRuby.Ruby.CreateRuntime());
ruby.Runtime.Globals.SetVariable("frm", frm);
ScriptScope scriptscope = ruby.Runtime.CreateScope();
ScriptSource script = 
this.scriptengine.CreateScriptSourceFromFile("test.rb");
scriptscope.SetVariable("frm",frm);
ruby.Execute(script.GetCode(),scriptscope);
-----------------------------------------------
test.rb

defined? $frm
---------but it is nil....
defied? frm
it is ok...
-- 
Posted via http://www.ruby-forum.com/.

From Tomas.Matousek at microsoft.com  Thu May 13 12:29:39 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Thu, 13 May 2010 16:29:39 +0000
Subject: [Ironruby-core] How to transfer scriptscrope to
	a	RubyCommandLine
In-Reply-To: <320007d6c52178f78e7f6cb96494f8c5@ruby-forum.com>
References: <1a9f01801ebd680f7b72b2d6e47c481f@ruby-forum.com>
	<320007d6c52178f78e7f6cb96494f8c5@ruby-forum.com>
Message-ID: <D5CEB4B8E7E7514993E9FAA680B207350371F7@TK5EX14MBXC118.redmond.corp.microsoft.com>

Ruby global variables are not accessible via hosting API.
ScriptRuntime.Globals refers to global constants (constants defined on Object).

ScriptEngine ruby = IronRuby.Ruby.CreateEngine();
ruby.Runtime.Globals.SetVariable("Bar", 2);
ScritpScope scope = ruby.CreateScope();
scope.SetVariable("frm", 123);
ruby.ExecuteFile("test.rb", file);

where test.rb is
p frm, defined?(frm), p Bar

prints
123
Nil
2

frm is looked up via method_missing on the main object.

Tomas

 -----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ray Linn
Sent: Thursday, May 13, 2010 7:15 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] How to transfer scriptscrope to a RubyCommandLine

Ray Linn wrote:
> I found Ironruby 1.0 change a lot for some APIs, at previous version
> 
> I can create a rubycommandline via C# like this
> 
> IronRuby.Hosting.RubyCommandLine rubycommandline = new 
> RubyCommandLine(new 
> IronRuby.Runtime.RubyContext(ScriptDomainManager.CurrentManager));
> 
> but now the construction accept zero parameters, so How transfer a 
> scriptscope to RubyCommandLine..?
> 
> I used debug to verbose the instance of RubyCommandLine, its 
> scriptscope is always null!

2nd question why global variable does not work?


Form frm = new Form();
ScriptEngine ruby =
IronRuby.Ruby.GetEngine(IronRuby.Ruby.CreateRuntime());
ruby.Runtime.Globals.SetVariable("frm", frm); ScriptScope scriptscope = ruby.Runtime.CreateScope(); ScriptSource script = this.scriptengine.CreateScriptSourceFromFile("test.rb");
scriptscope.SetVariable("frm",frm);
ruby.Execute(script.GetCode(),scriptscope);
-----------------------------------------------
test.rb

defined? $frm
---------but it is nil....
defied? frm
it is ok...
--
Posted via http://www.ruby-forum.com/.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From Tomas.Matousek at microsoft.com  Thu May 13 12:42:10 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Thu, 13 May 2010 16:42:10 +0000
Subject: [Ironruby-core] How to transfer scriptscrope to a
 RubyCommandLine
In-Reply-To: <1a9f01801ebd680f7b72b2d6e47c481f@ruby-forum.com>
References: <1a9f01801ebd680f7b72b2d6e47c481f@ruby-forum.com>
Message-ID: <D5CEB4B8E7E7514993E9FAA680B20735037257@TK5EX14MBXC118.redmond.corp.microsoft.com>

Can you describe your scenario where you use the command line? What features you need? It's relatively easy to implement a command line yourself (see e.g. http://blog.tomasm.net/2009/04/15/python-says-hello-to-ruby/). The APIs in Microsoft.Hosting.Shell are mostly legacy and I wouldn't recommend using them.

Tomas

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ray Linn
Sent: Thursday, May 13, 2010 6:23 AM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] How to transfer scriptscrope to a RubyCommandLine

I found Ironruby 1.0 change a lot for some APIs, at previous version

I can create a rubycommandline via C# like this

IronRuby.Hosting.RubyCommandLine rubycommandline = new RubyCommandLine(new IronRuby.Runtime.RubyContext(ScriptDomainManager.CurrentManager));

but now the construction accept zero parameters, so How transfer a scriptscope to RubyCommandLine..?

I used debug to verbose the instance of RubyCommandLine, its scriptscope is always null!
--
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  Fri May 14 01:50:35 2010
From: lists at ruby-forum.com (Ray Linn)
Date: Fri, 14 May 2010 07:50:35 +0200
Subject: [Ironruby-core] How to transfer scriptscrope to a
	RubyCommandLine
In-Reply-To: <D5CEB4B8E7E7514993E9FAA680B20735037257@TK5EX14MBXC118.redmond.corp.microsoft.com>
References: <1a9f01801ebd680f7b72b2d6e47c481f@ruby-forum.com>
	<D5CEB4B8E7E7514993E9FAA680B20735037257@TK5EX14MBXC118.redmond.corp.microsoft.com>
Message-ID: <e0f25345997efc66926ed7f700be3685@ruby-forum.com>

Tomas Matousek wrote:
> Can you describe your scenario where you use the command line? What 
> features you need? It's relatively easy to implement a command line 
> yourself (see e.g. 
> http://blog.tomasm.net/2009/04/15/python-says-hello-to-ruby/). The APIs 
> in Microsoft.Hosting.Shell are mostly legacy and I wouldn't recommend 
> using them.
> 
> Tomas

I tried to store a WinForm in my script scope, and if i could transfer 
the script scope to the command line, that I have a chance to operate 
this WinForm in ruby console. As an example,I could change the title of 
the WinForm in command line like this:

$frm.text="hello,world"

seems in ironpython (refer to 
http://ludovic.chabant.com/devblog/2009/12/24/exposing-global-variables-in-ironpython/)

I can get the global variables via import something, but to ironruby 
whatever require or include, I can not import a global variables.
-- 
Posted via http://www.ruby-forum.com/.

From lists at ruby-forum.com  Fri May 14 01:55:34 2010
From: lists at ruby-forum.com (Ray Linn)
Date: Fri, 14 May 2010 07:55:34 +0200
Subject: [Ironruby-core] How to transfer scriptscrope to a
	RubyCommandLine
In-Reply-To: <D5CEB4B8E7E7514993E9FAA680B20735037257@TK5EX14MBXC118.redmond.corp.microsoft.com>
References: <1a9f01801ebd680f7b72b2d6e47c481f@ruby-forum.com>
	<D5CEB4B8E7E7514993E9FAA680B20735037257@TK5EX14MBXC118.redmond.corp.microsoft.com>
Message-ID: <989e5c785dfc576bdc6f329b18eb0413@ruby-forum.com>

Tomas Matousek wrote:
> Can you describe your scenario where you use the command line? What 
> features you need? It's relatively easy to implement a command line 
> yourself (see e.g. 
> http://blog.tomasm.net/2009/04/15/python-says-hello-to-ruby/). The APIs 
> in Microsoft.Hosting.Shell are mostly legacy and I wouldn't recommend 
> using them.
> 
> Tomas

Hi, Tomas

Thanks a lot for your response.

Here is an interesting example I found, but after upgrade to Ir 1.0 
(.net 4) , it does not work now

http://michaeldotnet.blogspot.com/2008/01/semi-practical-ironruby.html

Thanks
Ray Linn
-- 
Posted via http://www.ruby-forum.com/.

From lists at ruby-forum.com  Fri May 14 02:00:20 2010
From: lists at ruby-forum.com (Ray Linn)
Date: Fri, 14 May 2010 08:00:20 +0200
Subject: [Ironruby-core] What's next?
In-Reply-To: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
Message-ID: <f290813211af5198a9733d3e9ff468c0@ruby-forum.com>

Martin Smith wrote:
> Hey Guys,
> 
> Now that IronRuby 1.0 has shipped (congrats!!), what's next on the 
> docket? :)
> I'm not trying to pressure you guys! Just excited about the future.
> The feature i'd love to see most would be pre-compilation...
> 
> Thanks for such a great product,
> Martin


1. Speed up for performance (as fast as JRuby).

2. Pre-Compilation for easy transfering ruby components to .net (I like 
ActiveRecord!)

3. Asp.Net MVC Ruby ext as an offical supports.


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

From lists at ruby-forum.com  Fri May 14 02:24:45 2010
From: lists at ruby-forum.com (Ray Linn)
Date: Fri, 14 May 2010 08:24:45 +0200
Subject: [Ironruby-core] How to transfer scriptscrope to a
	RubyCommandLine
In-Reply-To: <D5CEB4B8E7E7514993E9FAA680B20735037257@TK5EX14MBXC118.redmond.corp.microsoft.com>
References: <1a9f01801ebd680f7b72b2d6e47c481f@ruby-forum.com>
	<D5CEB4B8E7E7514993E9FAA680B20735037257@TK5EX14MBXC118.redmond.corp.microsoft.com>
Message-ID: <307f5ce95ca003f1ab170e348acdd4d7@ruby-forum.com>

Tomas Matousek wrote:
> Can you describe your scenario where you use the command line? What 
> features you need? It's relatively easy to implement a command line 
> yourself (see e.g. 
> http://blog.tomasm.net/2009/04/15/python-says-hello-to-ruby/). The APIs 
> in Microsoft.Hosting.Shell are mostly legacy and I wouldn't recommend 
> using them.
> 
> Tomas

Thanks Tomas

At last, I found a thread you replied previously. if I used

            RubyContext context = GetExecutionContext(ruby);
            context.DefineGlobalVariable("logowin",logowin);

it works as expected.. this made me a little confused, is the

context.DefineGlobalVariable

the same as

ruby.Runtime.Globals.SetVariable

the naming is just similiar and drive me crazy..

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

From Tomas.Matousek at microsoft.com  Fri May 14 02:47:28 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Fri, 14 May 2010 06:47:28 +0000
Subject: [Ironruby-core] What's next?
In-Reply-To: <f290813211af5198a9733d3e9ff468c0@ruby-forum.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
	<f290813211af5198a9733d3e9ff468c0@ruby-forum.com>
Message-ID: <D5CEB4B8E7E7514993E9FAA680B2073503A3E2@TK5EX14MBXC118.redmond.corp.microsoft.com>

Regarding perf, do you have a particular scenario that we should speed up?

Tomas

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ray Linn
Sent: Thursday, May 13, 2010 11:00 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] What's next?

Martin Smith wrote:
> Hey Guys,
> 
> Now that IronRuby 1.0 has shipped (congrats!!), what's next on the 
> docket? :) I'm not trying to pressure you guys! Just excited about the 
> future.
> The feature i'd love to see most would be pre-compilation...
> 
> Thanks for such a great product,
> Martin


1. Speed up for performance (as fast as JRuby).

2. Pre-Compilation for easy transfering ruby components to .net (I like
ActiveRecord!)

3. Asp.Net MVC Ruby ext as an offical supports.


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


From Jimmy.Schementi at microsoft.com  Fri May 14 02:57:31 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Fri, 14 May 2010 06:57:31 +0000
Subject: [Ironruby-core] What's next?
In-Reply-To: <f290813211af5198a9733d3e9ff468c0@ruby-forum.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
	<f290813211af5198a9733d3e9ff468c0@ruby-forum.com>
Message-ID: <1B42307CD4AADD438CDDA2FE1121CC921739234F@TK5EX14MBXC138.redmond.corp.microsoft.com>

Ray Linn wrote: 
> Martin Smith wrote:
> > Hey Guys,
> >
> > Now that IronRuby 1.0 has shipped (congrats!!), what's next on the
> > docket? :) I'm not trying to pressure you guys! Just excited about the
> > future.
> > The feature i'd love to see most would be pre-compilation...
> >
> > Thanks for such a great product,
> > Martin
> 
> 1. Speed up for performance (as fast as JRuby).

According to the ruby-benchmark-suite and other startup performance benchmarks (Rails and such), we're on par with JRuby performance. Are you using the MSI installer? If not, you'll have to NGEN the binaries yourself, which increase performance significantly (ngen install DLLS+EXE); the MSI does this for you (as long as you haven't unchecked the option). If you are NGEN-ing, then please let us know where you see a significant performance difference (as Tomas just said =P).
 
> 2. Pre-Compilation for easy transfering ruby components to .net (I like
> ActiveRecord!)

I'd like some more clarification on what you need to be easier. Today you can use ActiveRecord from C# with something like this (not entirely accurate at all but you get the idea):

// Host IronRuby
var ruby = IronRuby.Ruby.CreateEngine();
var scope = ruby.CreateScope();

// Load ActiveRecord and a ActiveRecord Model
ruby.RequireFile("rubygems", scope);
ruby.Execute("require 'active_record'", scope);
ruby.RequireFile("posts", scope);
dynamic Post = ruby.Runtime.Globals.MyModel;

// Call a very dynamic method =)
var val = Post.find_by_title_and_published("My Post", true);

Pre-compilation wouldn't help with this, as any pre-compilation support wouldn't generate actual CLI-compliant types ... it would just take the IL that we generate at runtime and store it in a DLL. As I mentioned before, we'd only support producing actual CLI types through a clr-type feature, enabling of annotating your Ruby code, and you wouldn't want to annotate all of ActiveRecord. =)

> 3. Asp.Net MVC Ruby ext as an offical supports.

You want both MVC *AND* Rails? Geesh =P The be very frank, we'll need a lot of community help to make IronRuby.AspNetMvc integration really good, as we're not web-framework experts. So, please contribute -- just like Ivan has. =) I might spend more time on it for a talk here and there, but I'd really like the community to get much more involved, actually being a crucial force in building out parts of IronRuby.


~Jimmy

From lists at ruby-forum.com  Fri May 14 16:51:39 2010
From: lists at ruby-forum.com (Bassel Samman)
Date: Fri, 14 May 2010 22:51:39 +0200
Subject: [Ironruby-core] What's next?
In-Reply-To: <1B42307CD4AADD438CDDA2FE1121CC921739234F@TK5EX14MBXC138.redmond.corp.microsoft.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
	<f290813211af5198a9733d3e9ff468c0@ruby-forum.com>
	<1B42307CD4AADD438CDDA2FE1121CC921739234F@TK5EX14MBXC138.redmond.corp.microsoft.com>
Message-ID: <350a4b943b4ca54bfd8af6cd95102db0@ruby-forum.com>

I know that, technically, pre-compilation does not get you much in terms 
of functionality, but it gets us very far in terms of deployment and 
ability to use this professionally.  It's troubling to my employer if I 
have to tell him that the thousands of hours of work we put in, the 
customer can just open up and look at.  Yes, even compiled code can be 
reverse engineered, but at least you are not handing it out on a silver 
platter.  It would be great if we can do more about security of source, 
but since we can't,  this is the least we can ask for.  I'm not going to 
argue about what it gets you, because I know there are not functional 
gains or any true security gains, but I just wanted to voice my opinion 
and say that I strongly favor it.

thanks,

Bassel


Jimmy Schementi wrote:
> Ray Linn wrote:
>> 
>> 1. Speed up for performance (as fast as JRuby).
> 
> According to the ruby-benchmark-suite and other startup performance 
> benchmarks (Rails and such), we're on par with JRuby performance. Are 
> you using the MSI installer? If not, you'll have to NGEN the binaries 
> yourself, which increase performance significantly (ngen install 
> DLLS+EXE); the MSI does this for you (as long as you haven't unchecked 
> the option). If you are NGEN-ing, then please let us know where you see 
> a significant performance difference (as Tomas just said =P).
> 
>> 2. Pre-Compilation for easy transfering ruby components to .net (I like
>> ActiveRecord!)
> 
> I'd like some more clarification on what you need to be easier. Today 
> you can use ActiveRecord from C# with something like this (not entirely 
> accurate at all but you get the idea):
> 
> // Host IronRuby
> var ruby = IronRuby.Ruby.CreateEngine();
> var scope = ruby.CreateScope();
> 
> // Load ActiveRecord and a ActiveRecord Model
> ruby.RequireFile("rubygems", scope);
> ruby.Execute("require 'active_record'", scope);
> ruby.RequireFile("posts", scope);
> dynamic Post = ruby.Runtime.Globals.MyModel;
> 
> // Call a very dynamic method =)
> var val = Post.find_by_title_and_published("My Post", true);
> 
> Pre-compilation wouldn't help with this, as any pre-compilation support 
> wouldn't generate actual CLI-compliant types ... it would just take the 
> IL that we generate at runtime and store it in a DLL. As I mentioned 
> before, we'd only support producing actual CLI types through a clr-type 
> feature, enabling of annotating your Ruby code, and you wouldn't want to 
> annotate all of ActiveRecord. =)
> 
>> 3. Asp.Net MVC Ruby ext as an offical supports.
> 
> You want both MVC *AND* Rails? Geesh =P The be very frank, we'll need a 
> lot of community help to make IronRuby.AspNetMvc integration really 
> good, as we're not web-framework experts. So, please contribute -- just 
> like Ivan has. =) I might spend more time on it for a talk here and 
> there, but I'd really like the community to get much more involved, 
> actually being a crucial force in building out parts of IronRuby.
> 
> 
> ~Jimmy

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

From martin.smith.jr at gmail.com  Fri May 14 21:46:33 2010
From: martin.smith.jr at gmail.com (Martin Smith)
Date: Fri, 14 May 2010 18:46:33 -0700
Subject: [Ironruby-core] What's next?
In-Reply-To: <D5CEB4B8E7E7514993E9FAA680B20735036794@TK5EX14MBXC118.redmond.corp.microsoft.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<4BEAC20C.6020900@gmail.com>
	<AANLkTim6HIwzxvEl2FpqHey1L10qY-rT62fKsvXgGV85@mail.gmail.com>
	<AANLkTikd8dV9GQevwzuRC4ilTzyr3wfWqKudGAgqAJKC@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B20735036794@TK5EX14MBXC118.redmond.corp.microsoft.com>
Message-ID: <AANLkTikga3T53WjNEJAvMD6F_xshq_gZKPABCwaCKF81@mail.gmail.com>

Hi Tomas,

So all of the dialogs in our application are built using IR. The first
time any dialog is used there's probably a second or two delay, then
there's probably a half second (or maybe a bit less) delay each time a
new dialog is required for the first time. I've thought about doing
all of this on a secondary thread at startup, but that would require
"unwinding" our code a bit. Presumably we could just require all the
dialog ruby code when we fire up the app.  This would probably work
and would potentially take a few seconds.

Right now, our application is deployed via mono on the mac, so we're
using the .net 2.0 sp1 binaries and they're just sitting there
alongside our binaries. We're still deciding about whether we'll go
with .NET 2.0 sp1 or .NET 4 for our next PC version and will use the
IR binary for the framework version we decide on.  I would say we're
not "requiring" (in the ruby sense of the word) anything too exotic,
just a bunch of ruby files at runtime. We use a small subset of the
standard library.

Do you know what happens if I change the compilation threshold while
running, btw?

Seriously, i cant thank you guys enough for the great work you do.
Martin

On Wed, May 12, 2010 at 1:00 PM, Tomas Matousek
<Tomas.Matousek at microsoft.com> wrote:
> How long does it take to require all the files you need? Do you use installed IronRuby v1.0 binaries for .NET 4.0 or do you build IronRuby yourself?
> Can you be specific about what you're requiring?
>
> Tomas
>
> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Martin Smith
> Sent: Wednesday, May 12, 2010 11:27 AM
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] What's next?
>
> You guys have hit the nail on the head for me I actually want it for both reasons: to provide some loose protection for our code and to improve startup times.
>
> I was thinking about doing something around packaging like you guys were talking about, but i think then I'd have to redefine Kernel.require to make sure that all the require statements execute properly. For code protection, it only provided small benefits (a determined code stealer would easily circumvent the protections), but if it helped with startup times that would benefit us greatly.
>
> The issue is that we use IR for our UI layer so the first time they ask for any dialog it needs to compile quite a bit of code so the first time they load a dialog can take some time. ?I've thought of changing this so we do the compilation at startup but i'm not quite sure if that will work. ?I'd envision something like this:
>
> 1) set compilation threshold to 0 (compile immediately)
> 2) execute "require 'file'" for each ruby script
> 3)set compilation threshold to 1 so eval doesn't compile everything (we semi-extensively use eval)
>
> Would something like this be possible? Is the compilation threshold settable dynamically?
>
> Thanks in advance,
> Martin
> _______________________________________________
> 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 zac at zacbrown.org  Sat May 15 00:45:03 2010
From: zac at zacbrown.org (Zac Brown)
Date: Fri, 14 May 2010 21:45:03 -0700
Subject: [Ironruby-core] What's next?
In-Reply-To: <350a4b943b4ca54bfd8af6cd95102db0@ruby-forum.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>	<f290813211af5198a9733d3e9ff468c0@ruby-forum.com>	<1B42307CD4AADD438CDDA2FE1121CC921739234F@TK5EX14MBXC138.redmond.corp.microsoft.com>
	<350a4b943b4ca54bfd8af6cd95102db0@ruby-forum.com>
Message-ID: <4BEE26CF.8050205@zacbrown.org>

Well based on what you're describing it sounds like Duby (or is it Mirah 
now?) might be a good fit. I'm getting ready to start putting some time 
into creating a .NET backend for Duby. It'll be a ways off for you, but 
something to consider in the future.

-Zac

On 5/14/2010 1:51 PM, Bassel Samman wrote:
> I know that, technically, pre-compilation does not get you much in terms
> of functionality, but it gets us very far in terms of deployment and
> ability to use this professionally.  It's troubling to my employer if I
> have to tell him that the thousands of hours of work we put in, the
> customer can just open up and look at.  Yes, even compiled code can be
> reverse engineered, but at least you are not handing it out on a silver
> platter.  It would be great if we can do more about security of source,
> but since we can't,  this is the least we can ask for.  I'm not going to
> argue about what it gets you, because I know there are not functional
> gains or any true security gains, but I just wanted to voice my opinion
> and say that I strongly favor it.
>
> thanks,
>
> Bassel
>
>
> Jimmy Schementi wrote:
>    
>> Ray Linn wrote:
>>      
>>> 1. Speed up for performance (as fast as JRuby).
>>>        
>> According to the ruby-benchmark-suite and other startup performance
>> benchmarks (Rails and such), we're on par with JRuby performance. Are
>> you using the MSI installer? If not, you'll have to NGEN the binaries
>> yourself, which increase performance significantly (ngen install
>> DLLS+EXE); the MSI does this for you (as long as you haven't unchecked
>> the option). If you are NGEN-ing, then please let us know where you see
>> a significant performance difference (as Tomas just said =P).
>>
>>      
>>> 2. Pre-Compilation for easy transfering ruby components to .net (I like
>>> ActiveRecord!)
>>>        
>> I'd like some more clarification on what you need to be easier. Today
>> you can use ActiveRecord from C# with something like this (not entirely
>> accurate at all but you get the idea):
>>
>> // Host IronRuby
>> var ruby = IronRuby.Ruby.CreateEngine();
>> var scope = ruby.CreateScope();
>>
>> // Load ActiveRecord and a ActiveRecord Model
>> ruby.RequireFile("rubygems", scope);
>> ruby.Execute("require 'active_record'", scope);
>> ruby.RequireFile("posts", scope);
>> dynamic Post = ruby.Runtime.Globals.MyModel;
>>
>> // Call a very dynamic method =)
>> var val = Post.find_by_title_and_published("My Post", true);
>>
>> Pre-compilation wouldn't help with this, as any pre-compilation support
>> wouldn't generate actual CLI-compliant types ... it would just take the
>> IL that we generate at runtime and store it in a DLL. As I mentioned
>> before, we'd only support producing actual CLI types through a clr-type
>> feature, enabling of annotating your Ruby code, and you wouldn't want to
>> annotate all of ActiveRecord. =)
>>
>>      
>>> 3. Asp.Net MVC Ruby ext as an offical supports.
>>>        
>> You want both MVC *AND* Rails? Geesh =P The be very frank, we'll need a
>> lot of community help to make IronRuby.AspNetMvc integration really
>> good, as we're not web-framework experts. So, please contribute -- just
>> like Ivan has. =) I might spend more time on it for a talk here and
>> there, but I'd really like the community to get much more involved,
>> actually being a crucial force in building out parts of IronRuby.
>>
>>
>> ~Jimmy
>>      
>    

From kumpera at gmail.com  Sat May 15 11:05:17 2010
From: kumpera at gmail.com (Rodrigo Kumpera)
Date: Sat, 15 May 2010 12:05:17 -0300
Subject: [Ironruby-core] What's next?
In-Reply-To: <AANLkTikga3T53WjNEJAvMD6F_xshq_gZKPABCwaCKF81@mail.gmail.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<4BEAC20C.6020900@gmail.com>
	<AANLkTim6HIwzxvEl2FpqHey1L10qY-rT62fKsvXgGV85@mail.gmail.com>
	<AANLkTikd8dV9GQevwzuRC4ilTzyr3wfWqKudGAgqAJKC@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B20735036794@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<AANLkTikga3T53WjNEJAvMD6F_xshq_gZKPABCwaCKF81@mail.gmail.com>
Message-ID: <AANLkTiliRMunQJOXnyrIyIGO42UoQIazGDkVtRhRK9_A@mail.gmail.com>

Maybe what you need is background compilation/preparation, which could
reduce initial execution by going straight to JIT'd code without having to
wait for compilation.



On Fri, May 14, 2010 at 10:46 PM, Martin Smith <martin.smith.jr at gmail.com>wrote:

> Hi Tomas,
>
> So all of the dialogs in our application are built using IR. The first
> time any dialog is used there's probably a second or two delay, then
> there's probably a half second (or maybe a bit less) delay each time a
> new dialog is required for the first time. I've thought about doing
> all of this on a secondary thread at startup, but that would require
> "unwinding" our code a bit. Presumably we could just require all the
> dialog ruby code when we fire up the app.  This would probably work
> and would potentially take a few seconds.
>
> Right now, our application is deployed via mono on the mac, so we're
> using the .net 2.0 sp1 binaries and they're just sitting there
> alongside our binaries. We're still deciding about whether we'll go
> with .NET 2.0 sp1 or .NET 4 for our next PC version and will use the
> IR binary for the framework version we decide on.  I would say we're
> not "requiring" (in the ruby sense of the word) anything too exotic,
> just a bunch of ruby files at runtime. We use a small subset of the
> standard library.
>
> Do you know what happens if I change the compilation threshold while
> running, btw?
>
> Seriously, i cant thank you guys enough for the great work you do.
> Martin
>
> On Wed, May 12, 2010 at 1:00 PM, Tomas Matousek
> <Tomas.Matousek at microsoft.com> wrote:
> > How long does it take to require all the files you need? Do you use
> installed IronRuby v1.0 binaries for .NET 4.0 or do you build IronRuby
> yourself?
> > Can you be specific about what you're requiring?
> >
> > Tomas
> >
> > -----Original Message-----
> > From: ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] On Behalf Of Martin Smith
> > Sent: Wednesday, May 12, 2010 11:27 AM
> > To: ironruby-core at rubyforge.org
> > Subject: Re: [Ironruby-core] What's next?
> >
> > You guys have hit the nail on the head for me I actually want it for both
> reasons: to provide some loose protection for our code and to improve
> startup times.
> >
> > I was thinking about doing something around packaging like you guys were
> talking about, but i think then I'd have to redefine Kernel.require to make
> sure that all the require statements execute properly. For code protection,
> it only provided small benefits (a determined code stealer would easily
> circumvent the protections), but if it helped with startup times that would
> benefit us greatly.
> >
> > The issue is that we use IR for our UI layer so the first time they ask
> for any dialog it needs to compile quite a bit of code so the first time
> they load a dialog can take some time.  I've thought of changing this so we
> do the compilation at startup but i'm not quite sure if that will work.  I'd
> envision something like this:
> >
> > 1) set compilation threshold to 0 (compile immediately)
> > 2) execute "require 'file'" for each ruby script
> > 3)set compilation threshold to 1 so eval doesn't compile everything (we
> semi-extensively use eval)
> >
> > Would something like this be possible? Is the compilation threshold
> settable dynamically?
> >
> > Thanks in advance,
> > Martin
> > _______________________________________________
> > 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/20100515/9ae88481/attachment.html>

From Tomas.Matousek at microsoft.com  Sat May 15 13:19:32 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Sat, 15 May 2010 17:19:32 +0000
Subject: [Ironruby-core] What's next?
In-Reply-To: <AANLkTiliRMunQJOXnyrIyIGO42UoQIazGDkVtRhRK9_A@mail.gmail.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<4BEAC20C.6020900@gmail.com>
	<AANLkTim6HIwzxvEl2FpqHey1L10qY-rT62fKsvXgGV85@mail.gmail.com>
	<AANLkTikd8dV9GQevwzuRC4ilTzyr3wfWqKudGAgqAJKC@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B20735036794@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<AANLkTikga3T53WjNEJAvMD6F_xshq_gZKPABCwaCKF81@mail.gmail.com>
	<AANLkTiliRMunQJOXnyrIyIGO42UoQIazGDkVtRhRK9_A@mail.gmail.com>
Message-ID: <D5CEB4B8E7E7514993E9FAA680B2073503ACD8@TK5EX14MBXC118.redmond.corp.microsoft.com>

We do in fact compile hot code on background thread while interpreting it on main thread.

Are IronRuby and DLR binaries NGEN'd (or whatever is ahead-of-time compilation called on Mono)? Could you try it on Windows with .NET4 to see if there is any difference?

Compilation threshold is read-only. It's only meant to be changed for debugging and benchmarking purposes. Not to make some app faster or slower.
I can't help much without seeing the exact code that you are running/requiring.

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Rodrigo Kumpera
Sent: Saturday, May 15, 2010 8:05 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] What's next?

Maybe what you need is background compilation/preparation, which could reduce initial execution by going straight to JIT'd code without having to wait for compilation.


On Fri, May 14, 2010 at 10:46 PM, Martin Smith <martin.smith.jr at gmail.com<mailto:martin.smith.jr at gmail.com>> wrote:
Hi Tomas,

So all of the dialogs in our application are built using IR. The first
time any dialog is used there's probably a second or two delay, then
there's probably a half second (or maybe a bit less) delay each time a
new dialog is required for the first time. I've thought about doing
all of this on a secondary thread at startup, but that would require
"unwinding" our code a bit. Presumably we could just require all the
dialog ruby code when we fire up the app.  This would probably work
and would potentially take a few seconds.

Right now, our application is deployed via mono on the mac, so we're
using the .net 2.0 sp1 binaries and they're just sitting there
alongside our binaries. We're still deciding about whether we'll go
with .NET 2.0 sp1 or .NET 4 for our next PC version and will use the
IR binary for the framework version we decide on.  I would say we're
not "requiring" (in the ruby sense of the word) anything too exotic,
just a bunch of ruby files at runtime. We use a small subset of the
standard library.

Do you know what happens if I change the compilation threshold while
running, btw?

Seriously, i cant thank you guys enough for the great work you do.
Martin

On Wed, May 12, 2010 at 1:00 PM, Tomas Matousek
<Tomas.Matousek at microsoft.com<mailto:Tomas.Matousek at microsoft.com>> wrote:
> How long does it take to require all the files you need? Do you use installed IronRuby v1.0 binaries for .NET 4.0 or do you build IronRuby yourself?
> Can you be specific about what you're requiring?
>
> Tomas
>
> -----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 Martin Smith
> Sent: Wednesday, May 12, 2010 11:27 AM
> To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
> Subject: Re: [Ironruby-core] What's next?
>
> You guys have hit the nail on the head for me I actually want it for both reasons: to provide some loose protection for our code and to improve startup times.
>
> I was thinking about doing something around packaging like you guys were talking about, but i think then I'd have to redefine Kernel.require to make sure that all the require statements execute properly. For code protection, it only provided small benefits (a determined code stealer would easily circumvent the protections), but if it helped with startup times that would benefit us greatly.
>
> The issue is that we use IR for our UI layer so the first time they ask for any dialog it needs to compile quite a bit of code so the first time they load a dialog can take some time.  I've thought of changing this so we do the compilation at startup but i'm not quite sure if that will work.  I'd envision something like this:
>
> 1) set compilation threshold to 0 (compile immediately)
> 2) execute "require 'file'" for each ruby script
> 3)set compilation threshold to 1 so eval doesn't compile everything (we semi-extensively use eval)
>
> Would something like this be possible? Is the compilation threshold settable dynamically?
>
> Thanks in advance,
> Martin
> _______________________________________________
> 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/20100515/1938c179/attachment.html>

From ivan at cloudslide.net  Sat May 15 15:10:40 2010
From: ivan at cloudslide.net (Ivan Porto Carrero)
Date: Sat, 15 May 2010 21:10:40 +0200
Subject: [Ironruby-core] What's next?
In-Reply-To: <D5CEB4B8E7E7514993E9FAA680B2073503ACD8@TK5EX14MBXC118.redmond.corp.microsoft.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com> 
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<4BEAC20C.6020900@gmail.com>
	<AANLkTim6HIwzxvEl2FpqHey1L10qY-rT62fKsvXgGV85@mail.gmail.com> 
	<AANLkTikd8dV9GQevwzuRC4ilTzyr3wfWqKudGAgqAJKC@mail.gmail.com> 
	<D5CEB4B8E7E7514993E9FAA680B20735036794@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<AANLkTikga3T53WjNEJAvMD6F_xshq_gZKPABCwaCKF81@mail.gmail.com> 
	<AANLkTiliRMunQJOXnyrIyIGO42UoQIazGDkVtRhRK9_A@mail.gmail.com> 
	<D5CEB4B8E7E7514993E9FAA680B2073503ACD8@TK5EX14MBXC118.redmond.corp.microsoft.com>
Message-ID: <AANLkTimyM_sncc7j_LIS9lv2beAVQ_zkwz5mULPefQMQ@mail.gmail.com>

For me personally performance isn't a show stopper. I know I'm working with
dynamic language and am willing to pay the lookup tax  in exchange for much
faster turn-around on applications and libraries.

What is a show stopper for me (and is in fact one of the biggest the reasons
I'm now using jruby/MRI for our applications instead of ironruby) is the
fact that OpenSSL doesn't work completely and that *nix isn't supported
properly at all, as I tend to favor certificate based auth for internal
apps.
While I'm very much willing to do some work to make that happen I'm
currently mostly interested in meeting my own cut-throat deadlines.
So instead of performance my vote definitely goes to much better library
support (in particular openssl) and better *nix support.
also the proposed ir -S gem doesn't work properly on a buch of OS'es.

Those are things I'd like to see fixed + ruby 1.9 support.
---
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, May 15, 2010 at 7:19 PM, Tomas Matousek <
Tomas.Matousek at microsoft.com> wrote:

> We do in fact compile hot code on background thread while interpreting it
> on main thread.
>
>
>
> Are IronRuby and DLR binaries NGEN?d (or whatever is ahead-of-time
> compilation called on Mono)? Could you try it on Windows with .NET4 to see
> if there is any difference?
>
>
>
> Compilation threshold is read-only. It?s only meant to be changed for
> debugging and benchmarking purposes. Not to make some app faster or slower.
>
> I can?t help much without seeing the exact code that you are
> running/requiring.
>
>
>
> Tomas
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Rodrigo Kumpera
> *Sent:* Saturday, May 15, 2010 8:05 AM
>
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] What's next?
>
>
>
> Maybe what you need is background compilation/preparation, which could
> reduce initial execution by going straight to JIT'd code without having to
> wait for compilation.
>
>
>
>
>
> On Fri, May 14, 2010 at 10:46 PM, Martin Smith <martin.smith.jr at gmail.com>
> wrote:
>
> Hi Tomas,
>
> So all of the dialogs in our application are built using IR. The first
> time any dialog is used there's probably a second or two delay, then
> there's probably a half second (or maybe a bit less) delay each time a
> new dialog is required for the first time. I've thought about doing
> all of this on a secondary thread at startup, but that would require
> "unwinding" our code a bit. Presumably we could just require all the
> dialog ruby code when we fire up the app.  This would probably work
> and would potentially take a few seconds.
>
> Right now, our application is deployed via mono on the mac, so we're
> using the .net 2.0 sp1 binaries and they're just sitting there
> alongside our binaries. We're still deciding about whether we'll go
> with .NET 2.0 sp1 or .NET 4 for our next PC version and will use the
> IR binary for the framework version we decide on.  I would say we're
> not "requiring" (in the ruby sense of the word) anything too exotic,
> just a bunch of ruby files at runtime. We use a small subset of the
> standard library.
>
> Do you know what happens if I change the compilation threshold while
> running, btw?
>
> Seriously, i cant thank you guys enough for the great work you do.
> Martin
>
> On Wed, May 12, 2010 at 1:00 PM, Tomas Matousek
>
> <Tomas.Matousek at microsoft.com> wrote:
>
> > How long does it take to require all the files you need? Do you use
> installed IronRuby v1.0 binaries for .NET 4.0 or do you build IronRuby
> yourself?
> > Can you be specific about what you're requiring?
> >
> > Tomas
> >
> > -----Original Message-----
> > From: ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] On Behalf Of Martin Smith
> > Sent: Wednesday, May 12, 2010 11:27 AM
> > To: ironruby-core at rubyforge.org
> > Subject: Re: [Ironruby-core] What's next?
> >
> > You guys have hit the nail on the head for me I actually want it for both
> reasons: to provide some loose protection for our code and to improve
> startup times.
> >
> > I was thinking about doing something around packaging like you guys were
> talking about, but i think then I'd have to redefine Kernel.require to make
> sure that all the require statements execute properly. For code protection,
> it only provided small benefits (a determined code stealer would easily
> circumvent the protections), but if it helped with startup times that would
> benefit us greatly.
> >
> > The issue is that we use IR for our UI layer so the first time they ask
> for any dialog it needs to compile quite a bit of code so the first time
> they load a dialog can take some time.  I've thought of changing this so we
> do the compilation at startup but i'm not quite sure if that will work.  I'd
> envision something like this:
> >
> > 1) set compilation threshold to 0 (compile immediately)
> > 2) execute "require 'file'" for each ruby script
> > 3)set compilation threshold to 1 so eval doesn't compile everything (we
> semi-extensively use eval)
> >
> > Would something like this be possible? Is the compilation threshold
> settable dynamically?
> >
> > Thanks in advance,
> > Martin
> > _______________________________________________
> > 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/20100515/227fdda1/attachment-0001.html>

From orion.edwards at gmail.com  Sat May 15 18:50:16 2010
From: orion.edwards at gmail.com (Orion Edwards)
Date: Sun, 16 May 2010 10:50:16 +1200
Subject: [Ironruby-core] What's next?
In-Reply-To: <350a4b943b4ca54bfd8af6cd95102db0@ruby-forum.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
	<f290813211af5198a9733d3e9ff468c0@ruby-forum.com>
	<1B42307CD4AADD438CDDA2FE1121CC921739234F@TK5EX14MBXC138.redmond.corp.microsoft.com>
	<350a4b943b4ca54bfd8af6cd95102db0@ruby-forum.com>
Message-ID: <5C131A2B-ADD7-4A1A-892E-2DA53CDC23E4@gmail.com>


On 15/05/2010, at 8:51 AM, Bassel Samman wrote:

> Yes, even compiled code can be 
> reverse engineered, but at least you are not handing it out on a silver 
> platter.


Ummm... Yes you are. Have you seen reflector? Unless you're writing all your code in C++, you're pretty much shipping the source. 

Every ignorant manager seems to have this attitude that just because someone can see the source somehow means that you'll lose your intellectual property or your program will get hacked. This is blatantly false - how many years have we all been using open source software!!?!? yet the opinion still keeps hanging around like a bad smell.

</rant> Sorry :-)

From Jimmy.Schementi at microsoft.com  Sun May 16 05:31:00 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Sun, 16 May 2010 09:31:00 +0000
Subject: [Ironruby-core] ironruby.rack patch
In-Reply-To: <b1c6aabb1003101304y20fe8828gc401208606df2de3@mail.gmail.com>
References: <b1c6aabb1003100746i3df58261gc3e30a3f9b04bbcc@mail.gmail.com>
	<1B42307CD4AADD438CDDA2FE1121CC920F620932@TK5EX14MBXC134.redmond.corp.microsoft.com>
	<b1c6aabb1003101304y20fe8828gc401208606df2de3@mail.gmail.com>
Message-ID: <1B42307CD4AADD438CDDA2FE1121CC9217393E67@TK5EX14MBXC138.redmond.corp.microsoft.com>

Ivan, did you ever figure this out? The problem is that rails-2.3.5 ships with a private copy of rack-1.0.1. However, if you have the latest version of rack installed too (rack-1.1.0), IronRuby.Rack by default will load the latest version >=1.0.0 (meaning 1.1.0), but then rails will fail to load its own copy when booting. To prevent this, install rack-1.0.1 and force it to be loaded by IronRuby.Rack by specifying the ?RackVersion? in web.config?s appSettings:

<add key="RackVersion" value="=1.0.1" />

WRT the public folder, I prefer a slightly different solution: config.ru and web.config in the same directory, but web.config will have an option for telling IronRuby.Rack what folder it should serve static content out of, and by default it will be ?public?. I wouldn?t consider web.config static content, so I?d prefer keeping it out of the public folder.

In fact, the version of IronRuby.Rack in GIT does not support requesting static files at all, as all requests are routed through IronRuby.Rack and nowhere does it say ?if requested file exists: serve it and finish request?. If you?ve run a rails app through IronRuby.Rack and haven?t seen images, that?s why, but will be fixed once we push new bits to GIT.

~js

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 1:05 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] ironruby.rack patch

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<http://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

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<mailto: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> [mailto: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<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/20100516/2d9e9858/attachment.html>

From bedlamp at gmail.com  Mon May 17 11:47:56 2010
From: bedlamp at gmail.com (Tim Sjoberg)
Date: Mon, 17 May 2010 17:47:56 +0200
Subject: [Ironruby-core] IronRuby and ODBC
Message-ID: <AANLkTilvSpFv3SK5Ddp2UzgJUN32iJIJS1naBpFT0abF@mail.gmail.com>

Hi

I'm currently running IronRuby (on Rails, in IIS7) on Windows Server 2008
connecting to SQLServer 2008. As per the guide I am using the
activerecord-sqlserver-adapter in ADONET mode. It is working fine except
that it is slower than cancer itself.

I have the same website running on my Laptop (running Ubuntu Linux)
connecting over LAN to the sqlserver database. For exactly the same page the
DB time on the page request never goes below 1200ms in ironruby (the db is
local to this machine), while in linux making an odbc connection, to a
database database from a different machine, the same page gets as low as
60ms for the DB time. Now I don't believe that the fault lies with IronRuby
itself, but rather with the db connector.

What I would like to know is how exactly to go about making an odbc
connection to the database. Currently you need to use ruby-odbc, at least
activerecord-sqlserver-adapter tries to do it, but its not pure ruby and
requires compilation. There are precompiled versions but I have no idea
where it is looking for them. according to the website (
http://www.ch-werner.de/rubyodbc/) it is supposed to be in
.../ruby/1.8/i386-msvcrt which isn't particularly helpful. i tried
IronRuby/Lib/ruby/1.8/i386-msvcrt but unsurprisingly that didnt work.

So how exactly are other IronRubyists using databases? Are they struggling
with deathly slow ADO, is it maybe something my side which is making it
deathly slow, or is there a way to make an odbc connection to sqlserver? I
would think that most people using IronRuby would want to be connecting to
sqlserver, and not some other database.

Thanks in advance
Tim Sjoberg
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100517/cf96cda2/attachment.html>

From Jimmy.Schementi at microsoft.com  Mon May 17 12:12:47 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Mon, 17 May 2010 16:12:47 +0000
Subject: [Ironruby-core] IronRuby and ODBC
In-Reply-To: <AANLkTilvSpFv3SK5Ddp2UzgJUN32iJIJS1naBpFT0abF@mail.gmail.com>
References: <AANLkTilvSpFv3SK5Ddp2UzgJUN32iJIJS1naBpFT0abF@mail.gmail.com>
Message-ID: <1B42307CD4AADD438CDDA2FE1121CC9217394B0A@TK5EX14MBXC138.redmond.corp.microsoft.com>

I haven't experienced that high round-trip time before, but asking on the activerecord-sqlserver-adapter list would be best:
http://groups.google.com/group/rails-sqlserver-adapter.

As far as using ODBC from IronRuby, the most documented way is to download the .NET ODBC Driver (Microsoft.Data.ODBC.dll); simple usage from VB.NET is shown here: http://support.microsoft.com/kb/310985. Replacing the C code in ruby-odbc with IronRuby that uses this library would be fairly straight-forward. However, I'd suggest figuring out what is going on with your existing setup first.

~js

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tim Sjoberg
Sent: Monday, May 17, 2010 8:48 AM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] IronRuby and ODBC

Hi

I'm currently running IronRuby (on Rails, in IIS7) on Windows Server 2008 connecting to SQLServer 2008. As per the guide I am using the activerecord-sqlserver-adapter in ADONET mode. It is working fine except that it is slower than cancer itself.

I have the same website running on my Laptop (running Ubuntu Linux) connecting over LAN to the sqlserver database. For exactly the same page the DB time on the page request never goes below 1200ms in ironruby (the db is local to this machine), while in linux making an odbc connection, to a database database from a different machine, the same page gets as low as 60ms for the DB time. Now I don't believe that the fault lies with IronRuby itself, but rather with the db connector.

What I would like to know is how exactly to go about making an odbc connection to the database. Currently you need to use ruby-odbc, at least activerecord-sqlserver-adapter tries to do it, but its not pure ruby and requires compilation. There are precompiled versions but I have no idea where it is looking for them. according to the website (http://www.ch-werner.de/rubyodbc/) it is supposed to be in .../ruby/1.8/i386-msvcrt which isn't particularly helpful. i tried IronRuby/Lib/ruby/1.8/i386-msvcrt but unsurprisingly that didnt work.

So how exactly are other IronRubyists using databases? Are they struggling with deathly slow ADO, is it maybe something my side which is making it deathly slow, or is there a way to make an odbc connection to sqlserver? I would think that most people using IronRuby would want to be connecting to sqlserver, and not some other database.

Thanks in advance
Tim Sjoberg
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100517/791bf90d/attachment-0001.html>

From jdeville at microsoft.com  Tue May 18 01:06:51 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Tue, 18 May 2010 05:06:51 +0000
Subject: [Ironruby-core] Git push
Message-ID: <3A95E0143832D94BA52A18A1406403E417C3F4@TK5EX14MBXC128.redmond.corp.microsoft.com>

I've done a push of the IronRuby sources, finally. This push includes some crazy changes to the layout, and will probably require some churn to the dev infrastructure (dev.bat, rakefiles, irtests, etc). Just so you know, if you have changes that you want to get into the old layout, I will accept patches and migrate them until June 1st. (Zac, I know about yours)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100518/3115ca70/attachment.html>

From kevin at ouelong.com  Tue May 18 07:21:57 2010
From: kevin at ouelong.com (Kevin Pratt)
Date: Tue, 18 May 2010 14:21:57 +0300
Subject: [Ironruby-core] Ironruby and ActiveRecord
Message-ID: <AANLkTilDZjG_-3em3di3LvjXcFzx9TZjBIsrBILAnZe6@mail.gmail.com>

I wanted to try out IronRuby running rails.

I was following the
http://ironruby.net/Documentation/Real_Ruby_Applications/Rails tutorial
using the sqlite instructions.

I began writing my tests and found that I was not able to assign a object to
a belongs to relationship and have it persist to the sqlite3 database
correctly.  On investigation I found that the sql being generated did not
have the correct ID.  It was using .inspect instead of the value of the ID
for my object.

Creation of the Post:
Post Create (31.3ms)   INSERT INTO "posts" ("name", "submitted_by",
"phoned_in", "category_id", "completed_at", "created_at", "updated_at")
VALUES('', '', NULL, 0, NULL, '2010-05-18 10:59:32', '2010-05-18 10:59:32')

Looking up the category to assign:
Category Create (0.0ms)   INSERT INTO "categories" ("name", "created_at",
"updated_at") VALUES('Cat 1', '2010-05-18 10:59:32', '2010-05-18 10:59:32')

Assigning the post.category = category:
Post Request Update (15.6ms)   UPDATE "posts" SET "category_id" = '*---
!ruby/object:System::Int64 {}*', "updated_at" = '2010-05-18 10:59:32' WHERE
"id" = '*--- !ruby/object:System::Int64 {}*'

Loading the post back from the db.
Post Load (0.0ms)   SELECT * FROM "prayer_requests" WHERE
("prayer_requests"."id" = 1)
Category Load (0.0ms)   SELECT * FROM "categories" WHERE ("categories"."id"
= 0)

As you can see above the ID is never set correctly and since sqlite just
jams strings into integer fields as 0 it tries to look up a category with an
id of 0.

I was wondering if anyone has seen things like this in ActiveRecord with
IronRuby?


I'm running.
$ ir --version
IronRuby 1.0.0.0 on .NET 2.0.50727.3607

$ ir -S gem list

*** LOCAL GEMS ***

actionmailer (2.3.5)
actionpack (2.3.5)
activerecord (2.3.5)
activerecord-sqlserver-adapter (2.3.5)
activeresource (2.3.5)
activesupport (2.3.5)
rack (1.0.1)
rails (2.3.5)
rake (0.8.7)
sqlite3-ironruby (0.1.1)


If there is a better list to post to please let me know I'll redirect my
question there.

Kevin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100518/4fca27cc/attachment.html>

From lists at ruby-forum.com  Tue May 18 08:09:21 2010
From: lists at ruby-forum.com (Rodrigo Albuquerque)
Date: Tue, 18 May 2010 14:09:21 +0200
Subject: [Ironruby-core] Installing IronRuby using RVM on Linux
In-Reply-To: <AANLkTikCzKNksDlheKqpd_OlfwRk0pU1_3E3Se4YvO8b@mail.gmail.com>
References: <AANLkTikCzKNksDlheKqpd_OlfwRk0pU1_3E3Se4YvO8b@mail.gmail.com>
Message-ID: <45749408f68eb2bfc861802e8079b08f@ruby-forum.com>

Hello Will,

I have the same problem, if you find a solution please don't forget to 
post back... I'm still trying to resolve this issue too.
I'm running Ubuntu 10.04:
Notes for Linux ( DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=10.04
DISTRIB_CODENAME=lucid
DISTRIB_DESCRIPTION="Ubuntu 10.04 LTS" )

Regards,
Rodrigo.

Will Green wrote:
> Has anyone successfully installed IronRuby using RVM on Linux? It seems 
> that
> IronRubyh itself is installed, but I get an error during some 
> post-install
> bit:
-- 
Posted via http://www.ruby-forum.com/.

From will at hotgazpacho.org  Tue May 18 13:12:10 2010
From: will at hotgazpacho.org (Will Green)
Date: Tue, 18 May 2010 13:12:10 -0400
Subject: [Ironruby-core] Fix for Inability to `gem update --system`
Message-ID: <AANLkTild6zeUb5aSOEkzijsabj_0kUgKtwSjiW6eA7Ok@mail.gmail.com>

I've got a fix that will allow IronRuby to update RubyGems. It's a
refinement of the technique here:
http://marcinobel.com/index.php/bug-invalid-exec_format-ir/comment-page-1/#comment-428

Judging by the source of RubyGems, and the RubyGems source distributed with
JRuby, this is an override within RubyGems that is provided by the Ruby
implementation.

What do I need to do to get this into the Ruby Gems source that is
distributed with IronRuby?

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

From lists at ruby-forum.com  Tue May 18 13:31:09 2010
From: lists at ruby-forum.com (Roger Pack)
Date: Tue, 18 May 2010 19:31:09 +0200
Subject: [Ironruby-core] suggestion: use real capitalization
Message-ID: <32e481c4d0b3528cec449de3753bc841@ruby-forum.com>

Currently with ir, we have

C:/dev/ruby/os/rakefile:23


within

C:\dev\ruby\os>rake -T
(in C:/dev/ruby/os)
rake aborted!
no such file to load -- spec/rake/spectask
C:/dev/ruby/os/rakefile:23


In reality, rakefile's name is Rakefile (I know it doesn't matter, it's
a bit jarring).

Suggestion: lookup and use the normal capitalization for filenames.

Thanks!
-rp
-- 
Posted via http://www.ruby-forum.com/.

From lists at ruby-forum.com  Tue May 18 13:54:19 2010
From: lists at ruby-forum.com (Roger Pack)
Date: Tue, 18 May 2010 19:54:19 +0200
Subject: [Ironruby-core] win32ole connect
Message-ID: <a2a2fa2d855dd44e28bfa8174e199510@ruby-forum.com>

Hi.
With MRI this works:

          require 'win32ole'
          wmi = WIN32OLE.connect("winmgmts://")

but not with IronRuby

undefined method `connect' for WIN32OLE:Class

Is this expected?
Thanks.
-rp
-- 
Posted via http://www.ruby-forum.com/.

From Jimmy.Schementi at microsoft.com  Tue May 18 14:08:21 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Tue, 18 May 2010 18:08:21 +0000
Subject: [Ironruby-core] Fix for Inability to `gem update --system`
In-Reply-To: <AANLkTild6zeUb5aSOEkzijsabj_0kUgKtwSjiW6eA7Ok@mail.gmail.com>
References: <AANLkTild6zeUb5aSOEkzijsabj_0kUgKtwSjiW6eA7Ok@mail.gmail.com>
Message-ID: <3F5E83B0-CAF5-4160-8C93-204D417EE9E2@microsoft.com>

You're talking about rubygems/defaults/ironruby.rb? The normal contribution process would do just fine; the version of rubygems we redist is in external.lca_restricted/languages/ruby/redist-libs.

~Jimmy

On May 18, 2010, at 10:14 AM, "Will Green" <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:

I've got a fix that will allow IronRuby to update RubyGems. It's a refinement of the technique here: <http://marcinobel.com/index.php/bug-invalid-exec_format-ir/comment-page-1/#comment-428> http://marcinobel.com/index.php/bug-invalid-exec_format-ir/comment-page-1/#comment-428

Judging by the source of RubyGems, and the RubyGems source distributed with JRuby, this is an override within RubyGems that is provided by the Ruby implementation.

What do I need to do to get this into the Ruby Gems source that is distributed with IronRuby?

--
Will Green
<http://hotgazpacho.org/>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/20100518/f595ab95/attachment.html>

From lists at ruby-forum.com  Tue May 18 15:00:22 2010
From: lists at ruby-forum.com (Roger Pack)
Date: Tue, 18 May 2010 21:00:22 +0200
Subject: [Ironruby-core] bug?
Message-ID: <e66943991b806db2b85a2c0d879e6fc3@ruby-forum.com>

Is this a bug...

C:\dev\ruby\ruby-benchmark-suite\benchmarks\rails\substruct>ir
script/console
Loading development environment (Rails 2.3.2)
IronRuby.Libraries:0:in `GetExecutable': irb.bat  -r irb/completion -r
"C:/dev/ruby/ruby-benchmark-suite/benchmarks/rails/substruct/config/environment"
-r console_app -r console_with_helpers --simple-prompt (Errno::ENOENT)
        from IronRuby.Libraries:0:in `CreateProcess'
        from
C:/dev/ruby/ruby-benchmark-suite/benchmarks/rails/substruct/vendor/rails/railties/lib/commands/console.rb:45:in
`exec'

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

From will at hotgazpacho.org  Tue May 18 15:09:03 2010
From: will at hotgazpacho.org (Will Green)
Date: Tue, 18 May 2010 15:09:03 -0400
Subject: [Ironruby-core] Fix for Inability to `gem update --system`
In-Reply-To: <3F5E83B0-CAF5-4160-8C93-204D417EE9E2@microsoft.com>
References: <AANLkTild6zeUb5aSOEkzijsabj_0kUgKtwSjiW6eA7Ok@mail.gmail.com>
	<3F5E83B0-CAF5-4160-8C93-204D417EE9E2@microsoft.com>
Message-ID: <AANLkTikOZqBA5a1yfYl2xtEnH6sXBWnWf3wKKcG7jPTD@mail.gmail.com>

Yup, that's the fix!

The process outlined here:
http://wiki.github.com/ironruby/ironruby/contributing is still valid, yes?

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


On Tue, May 18, 2010 at 2:08 PM, Jimmy Schementi <
Jimmy.Schementi at microsoft.com> wrote:

> You're talking about rubygems/defaults/ironruby.rb? The normal contribution
> process would do just fine; the version of rubygems we redist is in
> external.lca_restricted/languages/ruby/redist-libs.
>
> ~Jimmy
>
> On May 18, 2010, at 10:14 AM, "Will Green" <will at hotgazpacho.org> wrote:
>
> I've got a fix that will allow IronRuby to update RubyGems. It's a
> refinement of the technique here: <http://marcinobel.com/index.php/bug-invalid-exec_format-ir/comment-page-1/#comment-428>
> http://marcinobel.com/index.php/bug-invalid-exec_format-ir/comment-page-1/#comment-428
>
> Judging by the source of RubyGems, and the RubyGems source distributed with
> JRuby, this is an override within RubyGems that is provided by the Ruby
> implementation.
>
> What do I need to do to get this into the Ruby Gems source that is
> distributed with IronRuby?
>
> --
> Will Green
> <http://hotgazpacho.org/>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/20100518/a0943ed7/attachment-0001.html>

From Jimmy.Schementi at microsoft.com  Tue May 18 15:28:33 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Tue, 18 May 2010 19:28:33 +0000
Subject: [Ironruby-core] bug?
In-Reply-To: <e66943991b806db2b85a2c0d879e6fc3@ruby-forum.com>
References: <e66943991b806db2b85a2c0d879e6fc3@ruby-forum.com>
Message-ID: <49AF5950-6C62-4058-A35F-8D9DBC5A8DD9@microsoft.com>

Not a bug, see http://ironruby.net/documentation/rails#console. Do ir script/console=iirb.bat ... Basically it's an unfortunate side-effect of how Rails implemented this command (they spawn another ruby process rather than just using IRB directly. Since we don't ship with irb.bat, you need to provide the actual name. You can also do iirb -rconfig/environment, as that's all script/console really does anyways.  

~Jimmy

On May 18, 2010, at 12:22 PM, "Roger Pack" <lists at ruby-forum.com> wrote:

> Is this a bug...
> 
> C:\dev\ruby\ruby-benchmark-suite\benchmarks\rails\substruct>ir
> script/console
> Loading development environment (Rails 2.3.2)
> IronRuby.Libraries:0:in `GetExecutable': irb.bat  -r irb/completion -r
> "C:/dev/ruby/ruby-benchmark-suite/benchmarks/rails/substruct/config/environment"
> -r console_app -r console_with_helpers --simple-prompt (Errno::ENOENT)
>        from IronRuby.Libraries:0:in `CreateProcess'
>        from
> C:/dev/ruby/ruby-benchmark-suite/benchmarks/rails/substruct/vendor/rails/railties/lib/commands/console.rb:45:in
> `exec'
> 
> Thanks.
> -rp
> -- 
> 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  Tue May 18 16:47:56 2010
From: lists at ruby-forum.com (Roger Pack)
Date: Tue, 18 May 2010 22:47:56 +0200
Subject: [Ironruby-core] extra output?
Message-ID: <e98408d801d27484beebcf5ce4de1e74@ruby-forum.com>

Hi all.  Sorry for the flood.

Another question:

When running my rails unit tests, with 1.9.x MRI I get

failure messages that look like:

  3) Error:
test_should_create_image(ImageTest):
NoMethodError: undefined method `fixture_file_upload' for
#<ImageTest:0x69eab60>
    vendor/plugins/substruct/test/unit/image_test.rb:9:in
`test_should_create_image'


with IR, I get (much) more verbose output, thus:

  3) Error:
test_should_create_image(ImageTest):
NoMethodError: undefined method `fixture_file_upload' for
#<ImageTest:0x00013d8 @method_name="test_should_create_image",
@.......[about 3000 more characters of description]>

Anybody know what's going on there?


Also I was confused as to bug tracking: googleing for "ironruby bug
tracker" first returned

http://rubyforge.org/tracker/?group_id=4359
Maybe want to disable that.

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

From lists at ruby-forum.com  Tue May 18 16:54:42 2010
From: lists at ruby-forum.com (Roger Pack)
Date: Tue, 18 May 2010 22:54:42 +0200
Subject: [Ironruby-core] bug?
In-Reply-To: <49AF5950-6C62-4058-A35F-8D9DBC5A8DD9@microsoft.com>
References: <e66943991b806db2b85a2c0d879e6fc3@ruby-forum.com>
	<49AF5950-6C62-4058-A35F-8D9DBC5A8DD9@microsoft.com>
Message-ID: <f61c4469338c40a88bf00653d568f9cc@ruby-forum.com>

Jimmy Schementi wrote:
> Not a bug, see http://ironruby.net/documentation/rails#console. Do ir 
> script/console=iirb.bat ... Basically it's an unfortunate side-effect of 
> how Rails implemented this command (they spawn another ruby process 
> rather than just using IRB directly. Since we don't ship with irb.bat, 
> you need to provide the actual name. You can also do iirb 
> -rconfig/environment, as that's all script/console really does anyways.

Ok sounds good.
A couple of feedback items for the installer, then:
1) default to a path without spaces, perhaps
2) have a checkbox for if we want to install with the i prefix or not on 
pre-installed gems (I know I for one wouldn't).
Thanks so much.
-rp
-- 
Posted via http://www.ruby-forum.com/.

From Jimmy.Schementi at microsoft.com  Tue May 18 17:52:15 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Tue, 18 May 2010 21:52:15 +0000
Subject: [Ironruby-core] bug?
In-Reply-To: <f61c4469338c40a88bf00653d568f9cc@ruby-forum.com>
References: <e66943991b806db2b85a2c0d879e6fc3@ruby-forum.com>
	<49AF5950-6C62-4058-A35F-8D9DBC5A8DD9@microsoft.com>
	<f61c4469338c40a88bf00653d568f9cc@ruby-forum.com>
Message-ID: <1B42307CD4AADD438CDDA2FE1121CC9217396918@TK5EX14MBXC138.redmond.corp.microsoft.com>

> Ok sounds good.
> A couple of feedback items for the installer, then:
> 1) default to a path without spaces, perhaps

Does installing to "Program Files" actually cause issues? Other than needing to quote the path to ir.exe?

> 2) have a checkbox for if we want to install with the i prefix or not on pre-
> installed gems (I know I for one wouldn't).

We don't preinstall any gems with IronRuby. So what you're asking is an option so we remove the "i" from "iri.bat", "irdoc.bat", and "igem.bat" ? Keep in mind the actual ruby files are still "ri", "rdoc", and "gem". For the problem with "ir script/console", rails should fix this (as in, JRuby has the same problem as they ship with jirb).

Also, I think there's a way to tell RubyGems to prefix the bat files it generates, so installing rails would install irails.bat, to keep things consistent.

From Jimmy.Schementi at microsoft.com  Tue May 18 17:57:17 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Tue, 18 May 2010 21:57:17 +0000
Subject: [Ironruby-core] extra output?
In-Reply-To: <e98408d801d27484beebcf5ce4de1e74@ruby-forum.com>
References: <e98408d801d27484beebcf5ce4de1e74@ruby-forum.com>
Message-ID: <1B42307CD4AADD438CDDA2FE1121CC9217396937@TK5EX14MBXC138.redmond.corp.microsoft.com>

The default "inspect" behavior of any method is to display all its instance variables. 1.9 might be more conservative about this.

And when in doubt, http://ironruby.net/Support is where you look for the latest on issue reporting.

~js

> -----Original Message-----
> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-
> bounces at rubyforge.org] On Behalf Of Roger Pack
> Sent: Tuesday, May 18, 2010 1:48 PM
> To: ironruby-core at rubyforge.org
> Subject: [Ironruby-core] extra output?
> 
> Hi all.  Sorry for the flood.
> 
> Another question:
> 
> When running my rails unit tests, with 1.9.x MRI I get
> 
> failure messages that look like:
> 
>   3) Error:
> test_should_create_image(ImageTest):
> NoMethodError: undefined method `fixture_file_upload' for
> #<ImageTest:0x69eab60>
>     vendor/plugins/substruct/test/unit/image_test.rb:9:in
> `test_should_create_image'
> 
> 
> with IR, I get (much) more verbose output, thus:
> 
>   3) Error:
> test_should_create_image(ImageTest):
> NoMethodError: undefined method `fixture_file_upload' for
> #<ImageTest:0x00013d8 @method_name="test_should_create_image",
> @.......[about 3000 more characters of description]>
> 
> Anybody know what's going on there?
> 
> 
> Also I was confused as to bug tracking: googleing for "ironruby bug tracker"
> first returned
> 
> http://rubyforge.org/tracker/?group_id=4359
> Maybe want to disable that.
> 
> Thanks.
> -rp
> --
> Posted via http://www.ruby-forum.com/.
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core


From bobby.johnson at gmail.com  Tue May 18 18:20:48 2010
From: bobby.johnson at gmail.com (Bobby Johnson)
Date: Tue, 18 May 2010 15:20:48 -0700
Subject: [Ironruby-core] bug?
In-Reply-To: <1B42307CD4AADD438CDDA2FE1121CC9217396918@TK5EX14MBXC138.redmond.corp.microsoft.com>
References: <e66943991b806db2b85a2c0d879e6fc3@ruby-forum.com>
	<49AF5950-6C62-4058-A35F-8D9DBC5A8DD9@microsoft.com>
	<f61c4469338c40a88bf00653d568f9cc@ruby-forum.com>
	<1B42307CD4AADD438CDDA2FE1121CC9217396918@TK5EX14MBXC138.redmond.corp.microsoft.com>
Message-ID: <AANLkTikZCVWPZ5_BiIINSfWM4veqdi-CsVm-vs_oRz9u@mail.gmail.com>

Program Files is a protected directory in Vista and Win7. I have run into
permission issues in the past.

On Tue, May 18, 2010 at 2:52 PM, Jimmy Schementi <
Jimmy.Schementi at microsoft.com> wrote:

> > Ok sounds good.
> > A couple of feedback items for the installer, then:
> > 1) default to a path without spaces, perhaps
>
> Does installing to "Program Files" actually cause issues? Other than
> needing to quote the path to ir.exe?
>
> > 2) have a checkbox for if we want to install with the i prefix or not on
> pre-
> > installed gems (I know I for one wouldn't).
>
> We don't preinstall any gems with IronRuby. So what you're asking is an
> option so we remove the "i" from "iri.bat", "irdoc.bat", and "igem.bat" ?
> Keep in mind the actual ruby files are still "ri", "rdoc", and "gem". For
> the problem with "ir script/console", rails should fix this (as in, JRuby
> has the same problem as they ship with jirb).
>
> Also, I think there's a way to tell RubyGems to prefix the bat files it
> generates, so installing rails would install irails.bat, to keep things
> consistent.
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>



-- 
"The explanation requiring the fewest assumptions is most likely to be
correct."

- Occam?s Razor
http://en.wikipedia.org/wiki/Occam's_Razor
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100518/e4734268/attachment.html>

From Jimmy.Schementi at microsoft.com  Tue May 18 18:30:03 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Tue, 18 May 2010 22:30:03 +0000
Subject: [Ironruby-core] bug?
In-Reply-To: <AANLkTikZCVWPZ5_BiIINSfWM4veqdi-CsVm-vs_oRz9u@mail.gmail.com>
References: <e66943991b806db2b85a2c0d879e6fc3@ruby-forum.com>
	<49AF5950-6C62-4058-A35F-8D9DBC5A8DD9@microsoft.com>
	<f61c4469338c40a88bf00653d568f9cc@ruby-forum.com>
	<1B42307CD4AADD438CDDA2FE1121CC9217396918@TK5EX14MBXC138.redmond.corp.microsoft.com>
	<AANLkTikZCVWPZ5_BiIINSfWM4veqdi-CsVm-vs_oRz9u@mail.gmail.com>
Message-ID: <1B42307CD4AADD438CDDA2FE1121CC9217396A28@TK5EX14MBXC138.redmond.corp.microsoft.com>

Yes, installing Gems requires you to run as Administrator, just like installing a gem on MacOS/Linux requires you do sudo. However, we will fall back to installing gems to the user-dir. I just think there needs to be better docs about this.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Bobby Johnson
Sent: Tuesday, May 18, 2010 3:21 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] bug?

Program Files is a protected directory in Vista and Win7. I have run into permission issues in the past.
On Tue, May 18, 2010 at 2:52 PM, Jimmy Schementi <Jimmy.Schementi at microsoft.com<mailto:Jimmy.Schementi at microsoft.com>> wrote:
> Ok sounds good.
> A couple of feedback items for the installer, then:
> 1) default to a path without spaces, perhaps
Does installing to "Program Files" actually cause issues? Other than needing to quote the path to ir.exe?

> 2) have a checkbox for if we want to install with the i prefix or not on pre-
> installed gems (I know I for one wouldn't).
We don't preinstall any gems with IronRuby. So what you're asking is an option so we remove the "i" from "iri.bat", "irdoc.bat", and "igem.bat" ? Keep in mind the actual ruby files are still "ri", "rdoc", and "gem". For the problem with "ir script/console", rails should fix this (as in, JRuby has the same problem as they ship with jirb).

Also, I think there's a way to tell RubyGems to prefix the bat files it generates, so installing rails would install irails.bat, to keep things consistent.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core



--
"The explanation requiring the fewest assumptions is most likely to be correct."

- Occam's Razor
http://en.wikipedia.org/wiki/Occam's_Razor
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100518/9e710776/attachment-0001.html>

From bobby.johnson at gmail.com  Tue May 18 18:35:52 2010
From: bobby.johnson at gmail.com (Bobby Johnson)
Date: Tue, 18 May 2010 15:35:52 -0700
Subject: [Ironruby-core] bug?
In-Reply-To: <1B42307CD4AADD438CDDA2FE1121CC9217396A28@TK5EX14MBXC138.redmond.corp.microsoft.com>
References: <e66943991b806db2b85a2c0d879e6fc3@ruby-forum.com>
	<49AF5950-6C62-4058-A35F-8D9DBC5A8DD9@microsoft.com>
	<f61c4469338c40a88bf00653d568f9cc@ruby-forum.com>
	<1B42307CD4AADD438CDDA2FE1121CC9217396918@TK5EX14MBXC138.redmond.corp.microsoft.com>
	<AANLkTikZCVWPZ5_BiIINSfWM4veqdi-CsVm-vs_oRz9u@mail.gmail.com>
	<1B42307CD4AADD438CDDA2FE1121CC9217396A28@TK5EX14MBXC138.redmond.corp.microsoft.com>
Message-ID: <AANLkTik7b5bk77L9A6xhB7QdSVklUAlYCYCYRC2CUWgA@mail.gmail.com>

Im thinking more of having IIS executing code out of prog files is a bad
idea.

On Tue, May 18, 2010 at 3:30 PM, Jimmy Schementi <
Jimmy.Schementi at microsoft.com> wrote:

> Yes, installing Gems requires you to run as Administrator, just like
> installing a gem on MacOS/Linux requires you do sudo. However, we will fall
> back to installing gems to the user-dir. I just think there needs to be
> better docs about this.
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Bobby Johnson
> *Sent:* Tuesday, May 18, 2010 3:21 PM
>
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] bug?
>
>
>
> Program Files is a protected directory in Vista and Win7. I have run into
> permission issues in the past.
>
> On Tue, May 18, 2010 at 2:52 PM, Jimmy Schementi <
> Jimmy.Schementi at microsoft.com> wrote:
>
> > Ok sounds good.
> > A couple of feedback items for the installer, then:
> > 1) default to a path without spaces, perhaps
>
> Does installing to "Program Files" actually cause issues? Other than
> needing to quote the path to ir.exe?
>
>
> > 2) have a checkbox for if we want to install with the i prefix or not on
> pre-
> > installed gems (I know I for one wouldn't).
>
> We don't preinstall any gems with IronRuby. So what you're asking is an
> option so we remove the "i" from "iri.bat", "irdoc.bat", and "igem.bat" ?
> Keep in mind the actual ruby files are still "ri", "rdoc", and "gem". For
> the problem with "ir script/console", rails should fix this (as in, JRuby
> has the same problem as they ship with jirb).
>
> Also, I think there's a way to tell RubyGems to prefix the bat files it
> generates, so installing rails would install irails.bat, to keep things
> consistent.
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> --
> "The explanation requiring the fewest assumptions is most likely to be
> correct."
>
> - Occam?s Razor
> http://en.wikipedia.org/wiki/Occam's_Razor<http://en.wikipedia.org/wiki/Occam%27s_Razor>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>


-- 
"The explanation requiring the fewest assumptions is most likely to be
correct."

- Occam?s Razor
http://en.wikipedia.org/wiki/Occam's_Razor
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100518/d521f90a/attachment.html>

From Jimmy.Schementi at microsoft.com  Tue May 18 18:50:58 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Tue, 18 May 2010 22:50:58 +0000
Subject: [Ironruby-core] bug?
In-Reply-To: <AANLkTik7b5bk77L9A6xhB7QdSVklUAlYCYCYRC2CUWgA@mail.gmail.com>
References: <e66943991b806db2b85a2c0d879e6fc3@ruby-forum.com>
	<49AF5950-6C62-4058-A35F-8D9DBC5A8DD9@microsoft.com>
	<f61c4469338c40a88bf00653d568f9cc@ruby-forum.com>
	<1B42307CD4AADD438CDDA2FE1121CC9217396918@TK5EX14MBXC138.redmond.corp.microsoft.com>
	<AANLkTikZCVWPZ5_BiIINSfWM4veqdi-CsVm-vs_oRz9u@mail.gmail.com>
	<1B42307CD4AADD438CDDA2FE1121CC9217396A28@TK5EX14MBXC138.redmond.corp.microsoft.com>
	<AANLkTik7b5bk77L9A6xhB7QdSVklUAlYCYCYRC2CUWgA@mail.gmail.com>
Message-ID: <1B42307CD4AADD438CDDA2FE1121CC9217396A5C@TK5EX14MBXC138.redmond.corp.microsoft.com>

Giving read-only access to IIS_IUSRS for "C:\Program Files\IronRuby 1.0\lib" is harmless, no? That's all it would take to get IronRuby.Rack to work, for example. Let me know why you don't feel comfortable doing that.

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Bobby Johnson
Sent: Tuesday, May 18, 2010 3:36 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] bug?

Im thinking more of having IIS executing code out of prog files is a bad idea.
On Tue, May 18, 2010 at 3:30 PM, Jimmy Schementi <Jimmy.Schementi at microsoft.com<mailto:Jimmy.Schementi at microsoft.com>> wrote:
Yes, installing Gems requires you to run as Administrator, just like installing a gem on MacOS/Linux requires you do sudo. However, we will fall back to installing gems to the user-dir. I just think there needs to be better docs about this.

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 Bobby Johnson
Sent: Tuesday, May 18, 2010 3:21 PM

To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] bug?

Program Files is a protected directory in Vista and Win7. I have run into permission issues in the past.
On Tue, May 18, 2010 at 2:52 PM, Jimmy Schementi <Jimmy.Schementi at microsoft.com<mailto:Jimmy.Schementi at microsoft.com>> wrote:
> Ok sounds good.
> A couple of feedback items for the installer, then:
> 1) default to a path without spaces, perhaps
Does installing to "Program Files" actually cause issues? Other than needing to quote the path to ir.exe?

> 2) have a checkbox for if we want to install with the i prefix or not on pre-
> installed gems (I know I for one wouldn't).
We don't preinstall any gems with IronRuby. So what you're asking is an option so we remove the "i" from "iri.bat", "irdoc.bat", and "igem.bat" ? Keep in mind the actual ruby files are still "ri", "rdoc", and "gem". For the problem with "ir script/console", rails should fix this (as in, JRuby has the same problem as they ship with jirb).

Also, I think there's a way to tell RubyGems to prefix the bat files it generates, so installing rails would install irails.bat, to keep things consistent.
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org>
http://rubyforge.org/mailman/listinfo/ironruby-core



--
"The explanation requiring the fewest assumptions is most likely to be correct."

- Occam's Razor
http://en.wikipedia.org/wiki/Occam's_Razor<http://en.wikipedia.org/wiki/Occam%27s_Razor>

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



--
"The explanation requiring the fewest assumptions is most likely to be correct."

- Occam's Razor
http://en.wikipedia.org/wiki/Occam's_Razor
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100518/afe5d4ac/attachment.html>

From bobby.johnson at gmail.com  Tue May 18 19:05:53 2010
From: bobby.johnson at gmail.com (Bobby Johnson)
Date: Tue, 18 May 2010 16:05:53 -0700
Subject: [Ironruby-core] bug?
In-Reply-To: <1B42307CD4AADD438CDDA2FE1121CC9217396A5C@TK5EX14MBXC138.redmond.corp.microsoft.com>
References: <e66943991b806db2b85a2c0d879e6fc3@ruby-forum.com>
	<49AF5950-6C62-4058-A35F-8D9DBC5A8DD9@microsoft.com>
	<f61c4469338c40a88bf00653d568f9cc@ruby-forum.com>
	<1B42307CD4AADD438CDDA2FE1121CC9217396918@TK5EX14MBXC138.redmond.corp.microsoft.com>
	<AANLkTikZCVWPZ5_BiIINSfWM4veqdi-CsVm-vs_oRz9u@mail.gmail.com>
	<1B42307CD4AADD438CDDA2FE1121CC9217396A28@TK5EX14MBXC138.redmond.corp.microsoft.com>
	<AANLkTik7b5bk77L9A6xhB7QdSVklUAlYCYCYRC2CUWgA@mail.gmail.com>
	<1B42307CD4AADD438CDDA2FE1121CC9217396A5C@TK5EX14MBXC138.redmond.corp.microsoft.com>
Message-ID: <AANLkTimxHxZ2YLmXMDmuYncxGeS2UWUmENSwGZi3oE97@mail.gmail.com>

Doesn't really matter to me. The browse button in the installer is all I
need.

On Tue, May 18, 2010 at 3:50 PM, Jimmy Schementi <
Jimmy.Schementi at microsoft.com> wrote:

> Giving read-only access to IIS_IUSRS for ?C:\Program Files\IronRuby
> 1.0\lib? is harmless, no? That?s all it would take to get IronRuby.Rack to
> work, for example. Let me know why you don?t feel comfortable doing that.
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Bobby Johnson
> *Sent:* Tuesday, May 18, 2010 3:36 PM
>
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] bug?
>
>
>
> Im thinking more of having IIS executing code out of prog files is a bad
> idea.
>
> On Tue, May 18, 2010 at 3:30 PM, Jimmy Schementi <
> Jimmy.Schementi at microsoft.com> wrote:
>
> Yes, installing Gems requires you to run as Administrator, just like
> installing a gem on MacOS/Linux requires you do sudo. However, we will fall
> back to installing gems to the user-dir. I just think there needs to be
> better docs about this.
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Bobby Johnson
> *Sent:* Tuesday, May 18, 2010 3:21 PM
>
>
> *To:* ironruby-core at rubyforge.org
>
> *Subject:* Re: [Ironruby-core] bug?
>
>
>
> Program Files is a protected directory in Vista and Win7. I have run into
> permission issues in the past.
>
> On Tue, May 18, 2010 at 2:52 PM, Jimmy Schementi <
> Jimmy.Schementi at microsoft.com> wrote:
>
> > Ok sounds good.
> > A couple of feedback items for the installer, then:
> > 1) default to a path without spaces, perhaps
>
> Does installing to "Program Files" actually cause issues? Other than
> needing to quote the path to ir.exe?
>
>
> > 2) have a checkbox for if we want to install with the i prefix or not on
> pre-
> > installed gems (I know I for one wouldn't).
>
> We don't preinstall any gems with IronRuby. So what you're asking is an
> option so we remove the "i" from "iri.bat", "irdoc.bat", and "igem.bat" ?
> Keep in mind the actual ruby files are still "ri", "rdoc", and "gem". For
> the problem with "ir script/console", rails should fix this (as in, JRuby
> has the same problem as they ship with jirb).
>
> Also, I think there's a way to tell RubyGems to prefix the bat files it
> generates, so installing rails would install irails.bat, to keep things
> consistent.
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> --
> "The explanation requiring the fewest assumptions is most likely to be
> correct."
>
> - Occam?s Razor
> http://en.wikipedia.org/wiki/Occam's_Razor<http://en.wikipedia.org/wiki/Occam%27s_Razor>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
>
>
> --
> "The explanation requiring the fewest assumptions is most likely to be
> correct."
>
> - Occam?s Razor
> http://en.wikipedia.org/wiki/Occam's_Razor<http://en.wikipedia.org/wiki/Occam%27s_Razor>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>


-- 
"The explanation requiring the fewest assumptions is most likely to be
correct."

- Occam?s Razor
http://en.wikipedia.org/wiki/Occam's_Razor
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100518/86668f3f/attachment-0001.html>

From will at hotgazpacho.org  Tue May 18 20:28:56 2010
From: will at hotgazpacho.org (Will Green)
Date: Tue, 18 May 2010 20:28:56 -0400
Subject: [Ironruby-core] Git push
In-Reply-To: <3A95E0143832D94BA52A18A1406403E417C3F4@TK5EX14MBXC128.redmond.corp.microsoft.com>
References: <Acr2RrwC1xoYhnJORh+TdKROYjnywA==>
	<3A95E0143832D94BA52A18A1406403E417C3F4@TK5EX14MBXC128.redmond.corp.microsoft.com>
Message-ID: <AANLkTindMcnzhn6wb42pUnxsbebrO2Yvem2Wp7YAdh0f@mail.gmail.com>

I have a change. Single commit in this branch:
http://github.com/hotgazpacho/ironruby/tree/gem-update-fix

<http://github.com/hotgazpacho/ironruby/tree/gem-update-fix>This allows gem
update --system to work :-)

I've sent an email to ssiadmin at microsoft.com, but haven't heard back yet.
<http://github.com/hotgazpacho/ironruby/tree/gem-update-fix>
--
Will Green
http://hotgazpacho.org/


On Tue, May 18, 2010 at 1:06 AM, Jim Deville <jdeville at microsoft.com> wrote:

> I?ve done a push of the IronRuby sources, finally. This push includes some
> crazy changes to the layout, and will probably require some churn to the dev
> infrastructure (dev.bat, rakefiles, irtests, etc). Just so you know, if you
> have changes that you want to get into the old layout, I will accept patches
> and migrate them until June 1st. (Zac, I know about yours)
>
> _______________________________________________
> 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/20100518/3fe2090a/attachment.html>

From kevin at ouelong.com  Wed May 19 09:14:40 2010
From: kevin at ouelong.com (Kevin Pratt)
Date: Wed, 19 May 2010 16:14:40 +0300
Subject: [Ironruby-core] Ironruby and ActiveRecord
In-Reply-To: <AANLkTilDZjG_-3em3di3LvjXcFzx9TZjBIsrBILAnZe6@mail.gmail.com>
References: <AANLkTilDZjG_-3em3di3LvjXcFzx9TZjBIsrBILAnZe6@mail.gmail.com>
Message-ID: <AANLkTilzwEs2eIJ89hoUMGSeLdKJe-nnAIkZ03UvneSm@mail.gmail.com>

I figured out the issue.

It turns out that the sqlite3-ironruby adapter uses System::Int64 for the
primary key column.  This type is not checked for in the quoting logic of
active record so it just serialize it into the yaml representation of the
object.

I'll need to dig into the sqlite source to correct the issue.  There must be
something up with the translation from .net types coming out of the DLL to
ruby types.

kevin

On Tue, May 18, 2010 at 2:21 PM, Kevin Pratt <kevin at ouelong.com> wrote:

> I wanted to try out IronRuby running rails.
>
> I was following the
> http://ironruby.net/Documentation/Real_Ruby_Applications/Rails tutorial
> using the sqlite instructions.
>
> I began writing my tests and found that I was not able to assign a object
> to a belongs to relationship and have it persist to the sqlite3 database
> correctly.  On investigation I found that the sql being generated did not
> have the correct ID.  It was using .inspect instead of the value of the ID
> for my object.
>
> Creation of the Post:
> Post Create (31.3ms)   INSERT INTO "posts" ("name", "submitted_by",
> "phoned_in", "category_id", "completed_at", "created_at", "updated_at")
> VALUES('', '', NULL, 0, NULL, '2010-05-18 10:59:32', '2010-05-18 10:59:32')
>
> Looking up the category to assign:
> Category Create (0.0ms)   INSERT INTO "categories" ("name", "created_at",
> "updated_at") VALUES('Cat 1', '2010-05-18 10:59:32', '2010-05-18 10:59:32')
>
> Assigning the post.category = category:
> Post Request Update (15.6ms)   UPDATE "posts" SET "category_id" = '*---
> !ruby/object:System::Int64 {}*', "updated_at" = '2010-05-18 10:59:32'
> WHERE "id" = '*--- !ruby/object:System::Int64 {}*'
>
> Loading the post back from the db.
> Post Load (0.0ms)   SELECT * FROM "prayer_requests" WHERE
> ("prayer_requests"."id" = 1)
> Category Load (0.0ms)   SELECT * FROM "categories" WHERE ("categories"."id"
> = 0)
>
> As you can see above the ID is never set correctly and since sqlite just
> jams strings into integer fields as 0 it tries to look up a category with an
> id of 0.
>
> I was wondering if anyone has seen things like this in ActiveRecord with
> IronRuby?
>
>
> I'm running.
> $ ir --version
> IronRuby 1.0.0.0 on .NET 2.0.50727.3607
>
> $ ir -S gem list
>
> *** LOCAL GEMS ***
>
> actionmailer (2.3.5)
> actionpack (2.3.5)
> activerecord (2.3.5)
> activerecord-sqlserver-adapter (2.3.5)
> activeresource (2.3.5)
> activesupport (2.3.5)
> rack (1.0.1)
> rails (2.3.5)
> rake (0.8.7)
> sqlite3-ironruby (0.1.1)
>
>
> If there is a better list to post to please let me know I'll redirect my
> question there.
>
> Kevin
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100519/5d36875f/attachment.html>

From lists at ruby-forum.com  Wed May 19 11:55:57 2010
From: lists at ruby-forum.com (Roger Pack)
Date: Wed, 19 May 2010 17:55:57 +0200
Subject: [Ironruby-core] bug?
In-Reply-To: <1B42307CD4AADD438CDDA2FE1121CC9217396918@TK5EX14MBXC138.redmond.corp.microsoft.com>
References: <e66943991b806db2b85a2c0d879e6fc3@ruby-forum.com>
	<49AF5950-6C62-4058-A35F-8D9DBC5A8DD9@microsoft.com>
	<f61c4469338c40a88bf00653d568f9cc@ruby-forum.com>
	<1B42307CD4AADD438CDDA2FE1121CC9217396918@TK5EX14MBXC138.redmond.corp.microsoft.com>
Message-ID: <cd34ab9d9a8a3ea94b56df42b59b3b99@ruby-forum.com>

Jimmy Schementi wrote:
>> Ok sounds good.
>> A couple of feedback items for the installer, then:
>> 1) default to a path without spaces, perhaps
> 
> Does installing to "Program Files" actually cause issues? Other than 
> needing to quote the path to ir.exe?

I haven't run into any.  I just saw it mentioned somewhere on a wiki 
page that it was advised to not install it to a directory with spaces 
since some gems don't like it.

>> 2) have a checkbox for if we want to install with the i prefix or not on pre-
>> installed gems (I know I for one wouldn't).
> 
> We don't preinstall any gems with IronRuby. 

I thought I came with rake for some reason, it doesn't though, so no 
inconsistency there.

So what you're asking is an
> option so we remove the "i" from "iri.bat", "irdoc.bat", and "igem.bat" 
> ? Keep in mind the actual ruby files are still "ri", "rdoc", and "gem". 
> For the problem with "ir script/console", rails should fix this (as in, 
> JRuby has the same problem as they ship with jirb).

At first blush it surprised me to have it differ from jruby.

With jruby, you get jruby.exe, jirb.bat, gem.bat, rake.bat, rdoc.bat, 
ri.bat

After using it a few times I got used to using "igem" instead of the 
normal gem I was used to...

Thanks!
-rp
-- 
Posted via http://www.ruby-forum.com/.

From lists at ruby-forum.com  Wed May 19 12:20:05 2010
From: lists at ruby-forum.com (Roger Pack)
Date: Wed, 19 May 2010 18:20:05 +0200
Subject: [Ironruby-core] can't run tests on new rails project
In-Reply-To: <y2qc0f2d4111004300917vf369e348n24d209e2d7bb7db0@mail.gmail.com>
References: <y2qc0f2d4111004300917vf369e348n24d209e2d7bb7db0@mail.gmail.com>
Message-ID: <f4fbf8cfa438c7f19a5ac12ad5bb17ad@ruby-forum.com>

> ir -S rake test
> 
> Fails with below output.

Works here:

C:\dev\ruby\newapp>ir -S rake test
(in C:/dev/ruby/newapp)
"C:/Program Files/IronRuby 1.0v4/bin/ir.exe" -I"lib;test" "C:/Program 
Files/IronRuby 
1.0v4/lib/ironruby/gems/1.8/gems/rake-0.8.7/lib/rake/rake_test_loader.rb" 
"test/unit/user_test.rb" "test/unit/helpers/customer_helper_test.rb"
Loaded suite C:/Program Files/IronRuby 
1.0v4/lib/ironruby/gems/1.8/gems/rake-0.8.7/lib/rake/rake_test_loader
Started
.
Finished in 1.3356 seconds.

1 tests, 1 assertions, 0 failures, 0 errors
"C:/Program Files/IronRuby 1.0v4/bin/ir.exe" -I"lib;test" "C:/Program 
Files/IronRuby 
1.0v4/lib/ironruby/gems/1.8/gems/rake-0.8.7/lib/rake/rake_test_loader.rb" 
"test/functional/customer_controller_test.rb"
Loaded suite C:/Program Files/IronRuby 
1.0v4/lib/ironruby/gems/1.8/gems/rake-0.8.7/lib/rake/rake_test_loader
Started
.
Finished in 1.296554 seconds.

1 tests, 1 assertions, 0 failures, 0 errors
"C:/Program Files/IronRuby 1.0v4/bin/ir.exe" -I"lib;test" "C:/Program 
Files/IronRuby 
1.0v4/lib/ironruby/gems/1.8/gems/rake-0.8.7/lib/rake/rake_test_loader.rb"

IronRuby 1.0.0.0 on .NET 4.0.30319.1, windows 7

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

From lists at ruby-forum.com  Wed May 19 14:53:40 2010
From: lists at ruby-forum.com (Roger Pack)
Date: Wed, 19 May 2010 20:53:40 +0200
Subject: [Ironruby-core] extra output?
In-Reply-To: <1B42307CD4AADD438CDDA2FE1121CC9217396937@TK5EX14MBXC138.redmond.corp.microsoft.com>
References: <e98408d801d27484beebcf5ce4de1e74@ruby-forum.com>
	<1B42307CD4AADD438CDDA2FE1121CC9217396937@TK5EX14MBXC138.redmond.corp.microsoft.com>
Message-ID: <aa8fd5d275d65380c8efc6c508a6dd1f@ruby-forum.com>


> And when in doubt, http://ironruby.net/Support is where you look for the 
> latest on issue reporting.

Thanks.
http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=4526

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

From jdeville at microsoft.com  Wed May 19 16:28:27 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Wed, 19 May 2010 20:28:27 +0000
Subject: [Ironruby-core] Git push
Message-ID: <3A95E0143832D94BA52A18A1406403E41B5805@TK5EX14MBXC123.redmond.corp.microsoft.com>

Oh, I thought the directions were changed to send to the Codeplex team. I'll update them



________________________________
From: Will Green <will at hotgazpacho.org>
Sent: Tuesday, May 18, 2010 5:33 PM
To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Git push

I have a change. Single commit in this branch: http://github.com/hotgazpacho/ironruby/tree/gem-update-fix

<http://github.com/hotgazpacho/ironruby/tree/gem-update-fix>This allows gem update --system to work :-)

I've sent an email to ssiadmin at microsoft.com<mailto:ssiadmin at microsoft.com>, but haven't heard back yet.
<http://github.com/hotgazpacho/ironruby/tree/gem-update-fix>
--
Will Green
http://hotgazpacho.org/


On Tue, May 18, 2010 at 1:06 AM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
I?ve done a push of the IronRuby sources, finally. This push includes some crazy changes to the layout, and will probably require some churn to the dev infrastructure (dev.bat, rakefiles, irtests, etc). Just so you know, if you have changes that you want to get into the old layout, I will accept patches and migrate them until June 1st. (Zac, I know about yours)

_______________________________________________
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/20100519/ddf27d82/attachment.html>

From defeated2k4 at gmail.com  Fri May 21 14:13:06 2010
From: defeated2k4 at gmail.com (Eddie Cianci)
Date: Fri, 21 May 2010 14:13:06 -0400
Subject: [Ironruby-core] Serving images using Rack + IIS + Rails?
Message-ID: <AANLkTikIWRaNd9jO3x-Pf-dcnSVC_z2pAdDMJa-8-Bha@mail.gmail.com>

Hi all,

I've got a Windows 2008 / IIS 7 server, and a default Rails app working
with:

  Rails 2.3.5
  Rack gem (1.0.1)
  IronRuby 1.0 RTM
  IronRuby.Rack.dll built from Git HEAD.

It seems like images are being corrupted? Static content like
/javascripts/prototype.js looks fine, but I get a broken image when
requesting /images/rails.png

Running curl, the headers looked OK:

  HTTP/1.1 200 OK
  Cache-Control: private
  Content-Length: 6646
  Content-Type: image/png; charset=utf-8
  Last-Modified: Thu, 20 May 2010 18:50:34 GMT
  Server: Microsoft-IIS/7.0
  X-AspNet-Version: 4.0.30319
  X-Powered-By: ASP.NET
  Date: Fri, 21 May 2010 18:11:54 GMT

(However, it displays correctly when using the local "ir script\server"
(just webrick) http://localhost:3000/images/rails.png)

(It looks like Bobby Johnson has the same or similar issue in his screencast
@
http://www.iamnotmyself.com/2010/04/22/RunningRailsInIIS7WithIronRubyRack.aspx(15m
04s))

Any ideas?

Thanks,
Ed C.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100521/536e7e9f/attachment-0001.html>

From bobby.johnson at gmail.com  Fri May 21 14:38:35 2010
From: bobby.johnson at gmail.com (Bobby Johnson)
Date: Fri, 21 May 2010 11:38:35 -0700
Subject: [Ironruby-core] Serving images using Rack + IIS + Rails?
In-Reply-To: <AANLkTikIWRaNd9jO3x-Pf-dcnSVC_z2pAdDMJa-8-Bha@mail.gmail.com>
References: <AANLkTikIWRaNd9jO3x-Pf-dcnSVC_z2pAdDMJa-8-Bha@mail.gmail.com>
Message-ID: <AANLkTikxoigI4EkZsHT0yyDEg5mhIsKBpOgrY8TF5RqP@mail.gmail.com>

Hi Eddie,

This is a known issue with the ironrack implementation. I had thought it was
going to be fixed with the next push to github, but it looks like it was
not. try searching the mailing list for jimmy's comments on it. couple
workarounds for you... 1. fix it... 8) 2. set up a images subdomain for
hosting image files that does not go though rack. so all your images would
come from images.mysite.com.

On Fri, May 21, 2010 at 11:13 AM, Eddie Cianci <defeated2k4 at gmail.com>wrote:

> Hi all,
>
> I've got a Windows 2008 / IIS 7 server, and a default Rails app working
> with:
>
>   Rails 2.3.5
>   Rack gem (1.0.1)
>   IronRuby 1.0 RTM
>   IronRuby.Rack.dll built from Git HEAD.
>
> It seems like images are being corrupted? Static content like
> /javascripts/prototype.js looks fine, but I get a broken image when
> requesting /images/rails.png
>
> Running curl, the headers looked OK:
>
>   HTTP/1.1 200 OK
>   Cache-Control: private
>   Content-Length: 6646
>   Content-Type: image/png; charset=utf-8
>   Last-Modified: Thu, 20 May 2010 18:50:34 GMT
>   Server: Microsoft-IIS/7.0
>   X-AspNet-Version: 4.0.30319
>   X-Powered-By: ASP.NET
>   Date: Fri, 21 May 2010 18:11:54 GMT
>
> (However, it displays correctly when using the local "ir script\server"
> (just webrick) http://localhost:3000/images/rails.png)
>
> (It looks like Bobby Johnson has the same or similar issue in his
> screencast @
> http://www.iamnotmyself.com/2010/04/22/RunningRailsInIIS7WithIronRubyRack.aspx(15m 04s))
>
> Any ideas?
>
> Thanks,
> Ed C.
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>


-- 
"The explanation requiring the fewest assumptions is most likely to be
correct."

- Occam?s Razor
http://en.wikipedia.org/wiki/Occam's_Razor
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100521/2c6b1270/attachment.html>

From defeated2k4 at gmail.com  Fri May 21 15:06:00 2010
From: defeated2k4 at gmail.com (Eddie Cianci)
Date: Fri, 21 May 2010 15:06:00 -0400
Subject: [Ironruby-core] Serving images using Rack + IIS + Rails?
In-Reply-To: <AANLkTikxoigI4EkZsHT0yyDEg5mhIsKBpOgrY8TF5RqP@mail.gmail.com>
References: <AANLkTikIWRaNd9jO3x-Pf-dcnSVC_z2pAdDMJa-8-Bha@mail.gmail.com> 
	<AANLkTikxoigI4EkZsHT0yyDEg5mhIsKBpOgrY8TF5RqP@mail.gmail.com>
Message-ID: <AANLkTimNVxj-lI7uYt7LUlhQMmWSyrPYdpXyIo3wXhbX@mail.gmail.com>

Hi Bobby,

I hadn't seen anything on the Codeplex site, but I did just find this post
from Jimmy @ http://www.ruby-forum.com/topic/208064#905769

(Apologies for beating a dead horse.)

We'll be using static asset hosts in production, so using them in
development for the short term works too. Thanks!

On Fri, May 21, 2010 at 2:38 PM, Bobby Johnson <bobby.johnson at gmail.com>wrote:

> Hi Eddie,
>
> This is a known issue with the ironrack implementation. I had thought it
> was going to be fixed with the next push to github, but it looks like it was
> not. try searching the mailing list for jimmy's comments on it. couple
> workarounds for you... 1. fix it... 8) 2. set up a images subdomain for
> hosting image files that does not go though rack. so all your images would
> come from images.mysite.com.
>
> On Fri, May 21, 2010 at 11:13 AM, Eddie Cianci <defeated2k4 at gmail.com>wrote:
>
>> Hi all,
>>
>> I've got a Windows 2008 / IIS 7 server, and a default Rails app working
>> with:
>>
>>   Rails 2.3.5
>>   Rack gem (1.0.1)
>>   IronRuby 1.0 RTM
>>   IronRuby.Rack.dll built from Git HEAD.
>>
>> It seems like images are being corrupted? Static content like
>> /javascripts/prototype.js looks fine, but I get a broken image when
>> requesting /images/rails.png
>>
>> Running curl, the headers looked OK:
>>
>>   HTTP/1.1 200 OK
>>   Cache-Control: private
>>   Content-Length: 6646
>>   Content-Type: image/png; charset=utf-8
>>   Last-Modified: Thu, 20 May 2010 18:50:34 GMT
>>   Server: Microsoft-IIS/7.0
>>   X-AspNet-Version: 4.0.30319
>>   X-Powered-By: ASP.NET
>>   Date: Fri, 21 May 2010 18:11:54 GMT
>>
>>  (However, it displays correctly when using the local "ir script\server"
>> (just webrick) http://localhost:3000/images/rails.png)
>>
>> (It looks like Bobby Johnson has the same or similar issue in his
>> screencast @
>> http://www.iamnotmyself.com/2010/04/22/RunningRailsInIIS7WithIronRubyRack.aspx(15m 04s))
>>
>> Any ideas?
>>
>> Thanks,
>> Ed C.
>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>>
>
>
> --
> "The explanation requiring the fewest assumptions is most likely to be
> correct."
>
> - Occam?s Razor
> http://en.wikipedia.org/wiki/Occam's_Razor
>
> _______________________________________________
> 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/20100521/b8ddb9e5/attachment.html>

From Jimmy.Schementi at microsoft.com  Fri May 21 17:31:33 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Fri, 21 May 2010 21:31:33 +0000
Subject: [Ironruby-core] Serving images using Rack + IIS + Rails?
In-Reply-To: <AANLkTikIWRaNd9jO3x-Pf-dcnSVC_z2pAdDMJa-8-Bha@mail.gmail.com>
References: <AANLkTikIWRaNd9jO3x-Pf-dcnSVC_z2pAdDMJa-8-Bha@mail.gmail.com>
Message-ID: <94383A7D-AE4F-40E6-971D-BE80B1A697E5@microsoft.com>

Yep, this is a known bug in the current sources; we used response.Write instead of response.WriteBinary. If you change Hosts/IronRuby.Rack/Response.cs to use that, images and other binary files will work again.

Also, it's another bug that the adapter is serving static files through Rack, it should just find them itself. This bug and the image bug will be checked in this weekend.

Let me know if you have any issues.

~Jimmy

On May 21, 2010, at 2:33 PM, "Eddie Cianci" <defeated2k4 at gmail.com<mailto:defeated2k4 at gmail.com>> wrote:

Hi all,

I've got a Windows 2008 / IIS 7 server, and a default Rails app working with:

  Rails 2.3.5
  Rack gem (1.0.1)
  IronRuby 1.0 RTM
  IronRuby.Rack.dll built from Git HEAD.

It seems like images are being corrupted? Static content like /javascripts/prototype.js looks fine, but I get a broken image when requesting /images/rails.png

Running curl, the headers looked OK:

  HTTP/1.1 200 OK
  Cache-Control: private
  Content-Length: 6646
  Content-Type: image/png; charset=utf-8
  Last-Modified: Thu, 20 May 2010 18:50:34 GMT
  Server: Microsoft-IIS/7.0
  X-AspNet-Version: 4.0.30319
  X-Powered-By: <http://ASP.NET> ASP.NET<http://ASP.NET>
  Date: Fri, 21 May 2010 18:11:54 GMT

(However, it displays correctly when using the local "ir script\server" (just webrick) <http://localhost:3000/images/rails.png> http://localhost:3000/images/rails.png)

(It looks like Bobby Johnson has the same or similar issue in his screencast @ <http://www.iamnotmyself.com/2010/04/22/RunningRailsInIIS7WithIronRubyRack.aspx> http://www.iamnotmyself.com/2010/04/22/RunningRailsInIIS7WithIronRubyRack.aspx (15m 04s))

Any ideas?

Thanks,
Ed C.
_______________________________________________
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/20100521/f0379c0b/attachment.html>

From lists at ruby-forum.com  Sun May 23 10:26:30 2010
From: lists at ruby-forum.com (Sidu Ponnappa)
Date: Sun, 23 May 2010 16:26:30 +0200
Subject: [Ironruby-core] Installing IronRuby using RVM on Linux
In-Reply-To: <45749408f68eb2bfc861802e8079b08f@ruby-forum.com>
References: <AANLkTikCzKNksDlheKqpd_OlfwRk0pU1_3E3Se4YvO8b@mail.gmail.com>
	<45749408f68eb2bfc861802e8079b08f@ruby-forum.com>
Message-ID: <dbb9f76463ed92015263920918ee1d9f@ruby-forum.com>

I'm having the same issue as well.
Fedora 11, with Mono 2.4.3

Thanks,
Sidu.

Rodrigo Albuquerque wrote:
> Hello Will,
> 
> I have the same problem, if you find a solution please don't forget to 
> post back... I'm still trying to resolve this issue too.
> I'm running Ubuntu 10.04:
> Notes for Linux ( DISTRIB_ID=Ubuntu
> DISTRIB_RELEASE=10.04
> DISTRIB_CODENAME=lucid
> DISTRIB_DESCRIPTION="Ubuntu 10.04 LTS" )
> 
> Regards,
> Rodrigo.
> 
> Will Green wrote:
>> Has anyone successfully installed IronRuby using RVM on Linux? It seems 
>> that
>> IronRubyh itself is installed, but I get an error during some 
>> post-install
>> bit:

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

From will at hotgazpacho.org  Sun May 23 17:24:52 2010
From: will at hotgazpacho.org (Will Green)
Date: Sun, 23 May 2010 17:24:52 -0400
Subject: [Ironruby-core] Installing IronRuby using RVM on Linux
In-Reply-To: <dbb9f76463ed92015263920918ee1d9f@ruby-forum.com>
References: <AANLkTikCzKNksDlheKqpd_OlfwRk0pU1_3E3Se4YvO8b@mail.gmail.com>
	<45749408f68eb2bfc861802e8079b08f@ruby-forum.com>
	<dbb9f76463ed92015263920918ee1d9f@ruby-forum.com>
Message-ID: <AANLkTinpvOz36dw6McZ1kQkAzcgppuj4zpvBSJI1AsWL@mail.gmail.com>

Perhaps Ivan Porto Carrero can shed some insight. He was maintaining the
mono builds of IronRuby for a while; perhaps he knows how to get IronRuby to
build on Mono, and maybe we can contribute this knowledge back to the RVM
team.

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


On Sun, May 23, 2010 at 10:26 AM, Sidu Ponnappa <lists at ruby-forum.com>wrote:

> I'm having the same issue as well.
> Fedora 11, with Mono 2.4.3
>
> Thanks,
> Sidu.
>
> Rodrigo Albuquerque wrote:
> > Hello Will,
> >
> > I have the same problem, if you find a solution please don't forget to
> > post back... I'm still trying to resolve this issue too.
> > I'm running Ubuntu 10.04:
> > Notes for Linux ( DISTRIB_ID=Ubuntu
> > DISTRIB_RELEASE=10.04
> > DISTRIB_CODENAME=lucid
> > DISTRIB_DESCRIPTION="Ubuntu 10.04 LTS" )
> >
> > Regards,
> > Rodrigo.
> >
> > Will Green wrote:
> >> Has anyone successfully installed IronRuby using RVM on Linux? It seems
> >> that
> >> IronRubyh itself is installed, but I get an error during some
> >> post-install
> >> bit:
>
> --
> 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/20100523/53346a11/attachment-0001.html>

From me at miguelmadero.com  Mon May 24 04:40:15 2010
From: me at miguelmadero.com (Miguel Madero)
Date: Mon, 24 May 2010 18:40:15 +1000
Subject: [Ironruby-core] Bindings for Silveright
Message-ID: <AANLkTik8c3a3Qs45JoXTuPplOBifeGUVvdE-Pu7tnjbK@mail.gmail.com>

Jimmy,

I heard on the Sparkling Clieent Podcast that you wrote in
silverlight.netabout Silverlight and Dynamic Languages, they mentioned
that bindings to
dynamic objects work now. I can't find any info about this. Do you have the
link to this? Is this actually supported (I'm thinking it was probably a
mistake from the person who mentioned it).
 By the way, there's a bug in
connect<http://connect.microsoft.com/VisualStudio/feedback/details/522119/databinding-to-dynamic-objects-is-broken>about
this that is still active.

(I write it here, since I think this might be of interest to everyone)



-- 
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/20100524/b1486489/attachment.html>

From will at hotgazpacho.org  Tue May 25 03:05:37 2010
From: will at hotgazpacho.org (Will Green)
Date: Tue, 25 May 2010 03:05:37 -0400
Subject: [Ironruby-core] Heads Up: RubyGems.org and universal-dotnet
Message-ID: <AANLkTimwTmKume6goSimlebRShMsmGSbytsk2W8l5JIj@mail.gmail.com>

Just a heads up: If you do manage to upgrade your Ruby Gems version to 1.3.7
(as I demonstrate here:
http://hotgazpacho.org/2010/05/ironruby-gem-update-system/), you will not be
able to install gems that have a platform of universal-dotnet. It appears
that this is because:

   1. RubyGems 1.3.7 includes my patch for IronRuby platform
   (universal-dotnet)
   2. RubyGems.org have not updated to 1.3.7, and appear to
   be marshaling the platform over the wire as universal-unknown (and of
   course, universal-dotnet != universal-unknown)

If you want to use bundler, however, you can upgrade to 1.3.6, as both ends
treat universal-dotnet as universal-unknown.

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

From mark at markrendle.net  Tue May 25 07:15:16 2010
From: mark at markrendle.net (Mark Rendle)
Date: Tue, 25 May 2010 12:15:16 +0100
Subject: [Ironruby-core] What's next?
In-Reply-To: <3FAF57DE-2423-456D-A9B7-B598A1335670@microsoft.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<AANLkTimPu1GmQglsjyq3MGaByUWEkFCJZGrnhTlhXSyS@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B207350355E1@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<AANLkTilT45IiVSzar9EGqMnW55Zh5Rv9emABCyUHP7Bn@mail.gmail.com>
	<AANLkTinbSx28kwE1BueuO_dS08j9FT4NKzPznXcXI-e6@mail.gmail.com>
	<3FAF57DE-2423-456D-A9B7-B598A1335670@microsoft.com>
Message-ID: <AANLkTin04itwM-e3ACssq0SzW-x0vfdBd4G4rZacgi1Q@mail.gmail.com>

In terms of MRI compatibility, I'd suggest that 1.9.2 would be a good
target. 1.9.1 has various issues and has been largely ignored in favour of
1.8.7, but I'm seeing a lot of people recommending 1.9.2 even in its current
pre state.

Beyond compatibility, I think VS integration would be sweet, and would help
drive adoption among my vi-illiterate colleagues.

If my sum workload ever drops below critical mass, I'll start to contribute:
honest!

Mark

On Wed, May 12, 2010 at 4:24 AM, Jimmy Schementi <
Jimmy.Schementi at microsoft.com> wrote:

> Will, what you are describing is the preferred way of packaging Ruby code
> as an exe. Someone should write a sample that shows how to do this; I
> believe there already is one but I don't have the URL handy.
>
> David, the first part of your email sounded reasonable, but the 2nd part
> (about scope) came from left field. Please indicate why the recipe Tomas and
> Will explained make IronRuby any less than first-class (whatever that means
> =P). IronPython is also planning on doing this too, so we think it's the
> best "self-contained deployment" option, but I'd like to hear why it won't
> work for you.
>
> As far as the other discussed features go, let me draw a line in the sand
> for the next major release (let's call it vNext for argument's sake):
>
> 1.) It is a goal of IronRuby vNext to improve interop with .NETs type
> system, so we will most likely implement something like IronPython's
> "clrtype" feature, and provide a library which lets you emit real static
> types from Ruby code. You could even imagine taking the emitted IL and
> writing it to a DLL, which could be called directly from a static language,
> but that's lower priority.
>
> 2.) It is not a goal of IronRuby vNext to implement a static compiler for
> Ruby; as in we will not emit both similar types and method bodies as C#.
> IronRuby is a dynamic language, and any static compiler features should be
> part of a .NET backend for Duby (currently only a JVM backend exists). Pre-compilation
> is different; it involves emitting IL to a DLL that we would have emit at
> runtime, given every method were called. This would only help startup
> marginally, as we already have fast startup with the interpreter and
> NGEN-ing IronRuby's binaries, and most of the time spent is actually running
> code, not emitting it. Also, pre-compilation doesn't help us CLR type system
> interop, as it would not produce a CLI-compliant assembly; assemblies
> generated by pyc cannot be referenced by a C# app.
>
> As far as non-.NET related features, we'll be targeting Ruby 1.9 support,
> and running Rails 3 and other libs will focus us on what features to
> implement first (so 1.8.7 compat might happen despite us wanting to move
> directly to 1.9). FFI is another possible feature, but only if there are
> crucial libs that use it, or if someone contributes it.
>
> Any other features people are curious about? Now is definitely the time to
> voice your opinions :)
>
> ~Jimmy
>
> On May 11, 2010, at 7:15 PM, "Will Green" <will at hotgazpacho.org> wrote:
>
> Why not create an executable assembly that embeds all the Ruby files as
> resources in the assembly? Extract them at runtime (you could probably just
> keep them in a memory stream), fire up a Ruby runtime host & engine, feed it
> the Ruby file, and away you go.
>
> Or am I missing something that would make this infeasible?
>
> --
> Will Green
> <http://hotgazpacho.org/>http://hotgazpacho.org/
>
>
> On Tue, May 11, 2010 at 9:20 PM, David Escobar < <davidescobar at ieee.org>
> davidescobar at ieee.org> wrote:
>
>> Ok, that's certainly an option to look into. I guess what people want is
>> the ability to distribute applications and libraries in .exe and .dll form,
>> the same way we do with C# or VB. But perhaps it's a question of scope -
>> maybe IronRuby is not intended to be a 1st class .NET language in the same
>> way that C# or VB are, or it's only intended to be a language for embedding
>> in a static language or for unit testing purposes?
>>
>> The other reason is that it provides some (small) level of code
>> obfuscation. I realize of course that the assemblies can be reverse
>> engineered, but most users won't bother to do that - they'll just be
>> interested in running the .exe.
>>
>>
>>
>> On Tue, May 11, 2010 at 6:04 PM, Tomas Matousek <<Tomas.Matousek at microsoft.com>
>> Tomas.Matousek at microsoft.com> wrote:
>>
>>> Well, there is a pretty simple way how to package up .rb files into an
>>> .exe file w/o precompiling anything. One option is to build a
>>> self-extracting zip file or something like that. That would solve the
>>> deployment issue. Improving startup time via pre-compilation is much more
>>> work.
>>>
>>>
>>>
>>> Tomas
>>>
>>>
>>>
>>> *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 *David Escobar
>>> *Sent:* Tuesday, May 11, 2010 5:48 PM
>>>
>>> *To:* <ironruby-core at rubyforge.org>ironruby-core at rubyforge.org
>>> *Subject:* Re: [Ironruby-core] What's next?
>>>
>>>
>>>
>>> Pre-compiling code would allow us to distribute our programs in .exe and
>>> .dll form, rather than .rb files. IronPython allows this with its pyc.py
>>> script. And if that means faster startup times and using Ruby code
>>> statically from C#, then all the better.
>>>
>>> On Tue, May 11, 2010 at 3:06 PM, Tomas Matousek <<Tomas.Matousek at microsoft.com>
>>> Tomas.Matousek at microsoft.com> wrote:
>>>
>>> What would you like to achieve by pre-compiling code? Faster startup
>>> time? Packaging your code in a dll instead of a bunch of .rb files? Using
>>> Ruby code statically from C#?
>>>
>>> Tomas
>>>
>>>
>>> -----Original Message-----
>>> 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 Martin Smith
>>> Sent: Tuesday, May 11, 2010 11:14 AM
>>> To: <ironruby-core at rubyforge.org>ironruby-core at rubyforge.org
>>> Subject: [Ironruby-core] What's next?
>>>
>>> Hey Guys,
>>>
>>> Now that IronRuby 1.0 has shipped (congrats!!), what's next on the
>>> docket? :) I'm not trying to pressure you guys! Just excited about the
>>> future.
>>> The feature i'd love to see most would be pre-compilation...
>>>
>>> Thanks for such a great product,
>>> Martin
>>> _______________________________________________
>>> 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/20100525/3379cbd2/attachment.html>

From Jimmy.Schementi at microsoft.com  Tue May 25 11:07:40 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Tue, 25 May 2010 15:07:40 +0000
Subject: [Ironruby-core] Heads Up: RubyGems.org and universal-dotnet
In-Reply-To: <AANLkTimwTmKume6goSimlebRShMsmGSbytsk2W8l5JIj@mail.gmail.com>
References: <AANLkTimwTmKume6goSimlebRShMsmGSbytsk2W8l5JIj@mail.gmail.com>
Message-ID: <098F07EC-6FB3-49E4-AA90-615058C394D8@microsoft.com>

That's pretty bad! So basically all IronRuby gems won't be installable on RubyGems 1.3.7. Sounds like this will be fixed when RubyGems.org<http://RubyGems.org> updates to it? In the meantime is there a downside to suggesting no one upgrade until RubyGems.org<http://RubyGems.org> does?

~Jimmy

On May 25, 2010, at 3:06 AM, "Will Green" <will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:

Just a heads up: If you do manage to upgrade your Ruby Gems version to 1.3.7 (as I demonstrate here: <http://hotgazpacho.org/2010/05/ironruby-gem-update-system/> http://hotgazpacho.org/2010/05/ironruby-gem-update-system/), you will not be able to install gems that have a platform of universal-dotnet. It appears that this is because:

  1.  RubyGems 1.3.7 includes my patch for IronRuby platform (universal-dotnet)
  2.  RubyGems.org<http://RubyGems.org> have not updated to 1.3.7, and appear to be marshaling the platform over the wire as universal-unknown (and of course, universal-dotnet != universal-unknown)

If you want to use bundler, however, you can upgrade to 1.3.6, as both ends treat universal-dotnet as universal-unknown.

--
Will Green
<http://hotgazpacho.org/>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/20100525/9dde5af4/attachment-0001.html>

From Jimmy.Schementi at microsoft.com  Tue May 25 11:09:59 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Tue, 25 May 2010 15:09:59 +0000
Subject: [Ironruby-core] Heads Up: RubyGems.org and universal-dotnet
In-Reply-To: <098F07EC-6FB3-49E4-AA90-615058C394D8@microsoft.com>
References: <AANLkTimwTmKume6goSimlebRShMsmGSbytsk2W8l5JIj@mail.gmail.com>
	<098F07EC-6FB3-49E4-AA90-615058C394D8@microsoft.com>
Message-ID: <B2BE5C9E-F920-4A0C-8424-45F9A38A2DFC@microsoft.com>

On May 25, 2010, at 11:08 AM, "Jimmy Schementi" <Jimmy.Schementi at microsoft.com<mailto:Jimmy.Schementi at microsoft.com>> wrote:

That's pretty bad! So basically all IronRuby gems won't be installable on RubyGems 1.3.7.

Correction ... IronRuby gems won't be installable if you upgrade to RubyGems 1.3.7 before RubyGems.org<http://RubyGems.org> upgrades, right?

Sounds like this will be fixed when <http://RubyGems.org> RubyGems.org<http://RubyGems.org> updates to it? In the meantime is there a downside to suggesting no one upgrade until <http://RubyGems.org> RubyGems.org<http://RubyGems.org> does?

~Jimmy

On May 25, 2010, at 3:06 AM, "Will Green" <<mailto:will at hotgazpacho.org>will at hotgazpacho.org<mailto:will at hotgazpacho.org>> wrote:

Just a heads up: If you do manage to upgrade your Ruby Gems version to 1.3.7 (as I demonstrate here: <http://hotgazpacho.org/2010/05/ironruby-gem-update-system/> <http://hotgazpacho.org/2010/05/ironruby-gem-update-system/> http://hotgazpacho.org/2010/05/ironruby-gem-update-system/), you will not be able to install gems that have a platform of universal-dotnet. It appears that this is because:

  1.  RubyGems 1.3.7 includes my patch for IronRuby platform (universal-dotnet)
  2.  <http://RubyGems.org> RubyGems.org<http://RubyGems.org> have not updated to 1.3.7, and appear to be marshaling the platform over the wire as universal-unknown (and of course, universal-dotnet != universal-unknown)

If you want to use bundler, however, you can upgrade to 1.3.6, as both ends treat universal-dotnet as universal-unknown.

--
Will Green
<http://hotgazpacho.org/><http://hotgazpacho.org/>http://hotgazpacho.org/
_______________________________________________
Ironruby-core mailing list
<mailto:Ironruby-core at rubyforge.org>Ironruby-core at rubyforge.org<mailto: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<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/20100525/47b732d0/attachment.html>

From will at hotgazpacho.org  Tue May 25 11:55:36 2010
From: will at hotgazpacho.org (Will Green)
Date: Tue, 25 May 2010 11:55:36 -0400
Subject: [Ironruby-core] Heads Up: RubyGems.org and universal-dotnet
In-Reply-To: <B2BE5C9E-F920-4A0C-8424-45F9A38A2DFC@microsoft.com>
References: <AANLkTimwTmKume6goSimlebRShMsmGSbytsk2W8l5JIj@mail.gmail.com>
	<098F07EC-6FB3-49E4-AA90-615058C394D8@microsoft.com>
	<B2BE5C9E-F920-4A0C-8424-45F9A38A2DFC@microsoft.com>
Message-ID: <AANLkTimR1pa_YR_u-SnxhoMgAALlfjCjV5RyPrTytvFs@mail.gmail.com>

That is the way I understand it, yes. I may be wrong, but this is
the conclusion I came to poking around a bit in RubyGems last night.

In the mean time, putting this file:
http://github.com/hotgazpacho/ironruby/blob/gem-update-fix/Merlin/External.LCA_RESTRICTED/Languages/Ruby/redist-libs/ruby/site_ruby/1.8/rubygems/defaults/ironruby.rb

<http://github.com/hotgazpacho/ironruby/blob/gem-update-fix/Merlin/External.LCA_RESTRICTED/Languages/Ruby/redist-libs/ruby/site_ruby/1.8/rubygems/defaults/ironruby.rb>in
IronRuby\lib\ruby\site_ruby\1.8\rubygems\defaults directory will allow you
to install gems whose platform is not marshaled correctly.

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


On Tue, May 25, 2010 at 11:09 AM, Jimmy Schementi <
Jimmy.Schementi at microsoft.com> wrote:

> On May 25, 2010, at 11:08 AM, "Jimmy Schementi" <
> Jimmy.Schementi at microsoft.com> wrote:
>
> That's pretty bad! So basically all IronRuby gems won't be installable on
> RubyGems 1.3.7.
>
>
> Correction ... IronRuby gems won't be installable if you upgrade to
> RubyGems 1.3.7 before RubyGems.org upgrades, right?
>
> Sounds like this will be fixed when <http://RubyGems.org>RubyGems.orgupdates to it? In the meantime is there a downside to suggesting no one
> upgrade until <http://RubyGems.org>RubyGems.org does?
>
> ~Jimmy
>
> On May 25, 2010, at 3:06 AM, "Will Green" < <will at hotgazpacho.org>
> will at hotgazpacho.org> wrote:
>
> Just a heads up: If you do manage to upgrade your Ruby Gems version to
> 1.3.7 (as I demonstrate here: <http://hotgazpacho.org/2010/05/ironruby-gem-update-system/><http://hotgazpacho.org/2010/05/ironruby-gem-update-system/>
> http://hotgazpacho.org/2010/05/ironruby-gem-update-system/), you will not
> be able to install gems that have a platform of universal-dotnet. It appears
> that this is because:
>
>    1. RubyGems 1.3.7 includes my patch for IronRuby platform
>    (universal-dotnet)
>    2. <http://RubyGems.org>RubyGems.org have not updated to 1.3.7, and
>    appear to be marshaling the platform over the wire as universal-unknown (and
>    of course, universal-dotnet != universal-unknown)
>
> If you want to use bundler, however, you can upgrade to 1.3.6, as both ends
> treat universal-dotnet as universal-unknown.
>
> --
> Will Green
> <http://hotgazpacho.org/> <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
> 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/20100525/6b301a31/attachment.html>

From bobby.johnson at gmail.com  Tue May 25 12:46:30 2010
From: bobby.johnson at gmail.com (Bobby Johnson)
Date: Tue, 25 May 2010 09:46:30 -0700
Subject: [Ironruby-core] Class System::Int64 does not have a valid
	constructor
Message-ID: <AANLkTilMu-_PWLmS0l-tzRLZy_5KVzBBQw8pWlnFffAK@mail.gmail.com>

http://www.ruby-forum.com/topic/206766

Someone posted about this error back in March, but I didn't see any
resolution posted. Any one discovered a workaround or fix for the issue
described in the original post?


-- 
"The explanation requiring the fewest assumptions is most likely to be
correct."

- Occam?s Razor
http://en.wikipedia.org/wiki/Occam's_Razor
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100525/ac2f10e6/attachment.html>

From ryan.riley at panesofglass.org  Tue May 25 15:05:17 2010
From: ryan.riley at panesofglass.org (Ryan Riley)
Date: Tue, 25 May 2010 12:05:17 -0700
Subject: [Ironruby-core] Git push
In-Reply-To: <3A95E0143832D94BA52A18A1406403E417C3F4@TK5EX14MBXC128.redmond.corp.microsoft.com>
References: <3A95E0143832D94BA52A18A1406403E417C3F4@TK5EX14MBXC128.redmond.corp.microsoft.com>
Message-ID: <AANLkTinqFcazWijspZJLCWWXQkzM32KGswjZut5e8EE9@mail.gmail.com>

What do I need to do to get my etc updates ready?

http://github.com/panesofglass/ironruby/blob/master/Merlin/Main/Languages/Ruby/Libs/etc.rb
<http://github.com/panesofglass/ironruby/blob/master/Merlin/Main/Languages/Ruby/Libs/etc.rb>
http://github.com/panesofglass/ironruby/tree/master/Merlin/External.LCA_RESTRICTED/Languages/IronRuby/mspec/rubyspec/library/etc/

Ryan


On Mon, May 17, 2010 at 10:06 PM, Jim Deville <jdeville at microsoft.com>wrote:

> I?ve done a push of the IronRuby sources, finally. This push includes some
> crazy changes to the layout, and will probably require some churn to the dev
> infrastructure (dev.bat, rakefiles, irtests, etc). Just so you know, if you
> have changes that you want to get into the old layout, I will accept patches
> and migrate them until June 1st. (Zac, I know about yours)
>
> _______________________________________________
> 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/20100525/7e20f832/attachment.html>

From ryan.riley at panesofglass.org  Tue May 25 15:20:01 2010
From: ryan.riley at panesofglass.org (Ryan Riley)
Date: Tue, 25 May 2010 12:20:01 -0700
Subject: [Ironruby-core] What's next?
In-Reply-To: <AANLkTim6HIwzxvEl2FpqHey1L10qY-rT62fKsvXgGV85@mail.gmail.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com> 
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<4BEAC20C.6020900@gmail.com>
	<AANLkTim6HIwzxvEl2FpqHey1L10qY-rT62fKsvXgGV85@mail.gmail.com>
Message-ID: <AANLkTim0twNk3WXDfcdGxpPDVnunEGLgS5Fig54iSace@mail.gmail.com>

+1 except for targeting 1.8.7. The Ruby community as a whole is really
pushing to get off of 1.8, so the faster IronRuby gets there, the better.

Ryan

On Wed, May 12, 2010 at 9:14 AM, Will Green <will at hotgazpacho.org> wrote:

> Vim ;-)
>
> While it would be nice to have something like the IronPython Tools for
> Visual Studio - http://ironpython.net/tools/ - I'd rather see IronRuby
> pass more of RubySpec, get more standard libraries, like OpenSSL,
> implemented (I know, I know, patches are welcome), and fix some critical
> bugs, like the one that prevents upgrading RubyGems via `gem up --system`
> (which in turn prevents the easy use of cool libs like Bundler).
>
> I personally think that 1.8.7 is a better goal than 1.9.1; I've heard some
> prominent Ruby community members like Yehuda Katz complain about 1.9.1 on
> Twitter.
>
> --
> Will Green
> http://hotgazpacho.org/
>
>
> On Wed, May 12, 2010 at 10:58 AM, Thomas Gagne <tggagne at gmail.com> wrote:
>
>> Personally, I'd like to see integration into VS.
>>
>> What is everyone using to edit their IronRuby code?
>>
>> _______________________________________________
>> 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/20100525/0083fa5f/attachment-0001.html>

From stuart at stuartellis.eu  Tue May 25 15:18:18 2010
From: stuart at stuartellis.eu (Stuart Ellis)
Date: Tue, 25 May 2010 20:18:18 +0100
Subject: [Ironruby-core] What's next?
In-Reply-To: <AANLkTin04itwM-e3ACssq0SzW-x0vfdBd4G4rZacgi1Q@mail.gmail.com>
References: <AANLkTiml_BMn2K9JnTeSb22wFmy21UbHmUOeTdT-GcQY@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B20735034A49@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<AANLkTimPu1GmQglsjyq3MGaByUWEkFCJZGrnhTlhXSyS@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B207350355E1@TK5EX14MBXC118.redmond.corp.microsoft.com>
	<AANLkTilT45IiVSzar9EGqMnW55Zh5Rv9emABCyUHP7Bn@mail.gmail.com>
	<AANLkTinbSx28kwE1BueuO_dS08j9FT4NKzPznXcXI-e6@mail.gmail.com>
	<3FAF57DE-2423-456D-A9B7-B598A1335670@microsoft.com>
	<AANLkTin04itwM-e3ACssq0SzW-x0vfdBd4G4rZacgi1Q@mail.gmail.com>
Message-ID: <6ECEF121-377A-4408-9941-FA39C5CF2A24@stuartellis.eu>

From the peanut gallery: the lack of VS integration has definitely held me back from trying to push IronRuby in any capacity at work - I've been happy using Ruby without an IDE, but I am fairly certain that my colleagues would politely and firmly decline any suggestion of switching to text editor and the CLI. You could take that as a complement to the work of the VS team :)

On 25 May 2010, at 12:15, Mark Rendle wrote:

> In terms of MRI compatibility, I'd suggest that 1.9.2 would be a good target. 1.9.1 has various issues and has been largely ignored in favour of 1.8.7, but I'm seeing a lot of people recommending 1.9.2 even in its current pre state.
> 
> Beyond compatibility, I think VS integration would be sweet, and would help drive adoption among my vi-illiterate colleagues.
> 
> If my sum workload ever drops below critical mass, I'll start to contribute: honest!
> 
> Mark
> 
> On Wed, May 12, 2010 at 4:24 AM, Jimmy Schementi <Jimmy.Schementi at microsoft.com> wrote:
> Will, what you are describing is the preferred way of packaging Ruby code as an exe. Someone should write a sample that shows how to do this; I believe there already is one but I don't have the URL handy.
> 
> David, the first part of your email sounded reasonable, but the 2nd part (about scope) came from left field. Please indicate why the recipe Tomas and Will explained make IronRuby any less than first-class (whatever that means =P). IronPython is also planning on doing this too, so we think it's the best "self-contained deployment" option, but I'd like to hear why it won't work for you. 
> 
> As far as the other discussed features go, let me draw a line in the sand for the next major release (let's call it vNext for argument's sake):
> 
> 1.) It is a goal of IronRuby vNext to improve interop with .NETs type system, so we will most likely implement something like IronPython's "clrtype" feature, and provide a library which lets you emit real static types from Ruby code. You could even imagine taking the emitted IL and writing it to a DLL, which could be called directly from a static language, but that's lower priority.   
> 
> 2.) It is not a goal of IronRuby vNext to implement a static compiler for Ruby; as in we will not emit both similar types and method bodies as C#. IronRuby is a dynamic language, and any static compiler features should be part of a .NET backend for Duby (currently only a JVM backend exists). Pre-compilation is different; it involves emitting IL to a DLL that we would have emit at runtime, given every method were called. This would only help startup marginally, as we already have fast startup with the interpreter and NGEN-ing IronRuby's binaries, and most of the time spent is actually running code, not emitting it. Also, pre-compilation doesn't help us CLR type system interop, as it would not produce a CLI-compliant assembly; assemblies generated by pyc cannot be referenced by a C# app.     
> 
> As far as non-.NET related features, we'll be targeting Ruby 1.9 support, and running Rails 3 and other libs will focus us on what features to implement first (so 1.8.7 compat might happen despite us wanting to move directly to 1.9). FFI is another possible feature, but only if there are crucial libs that use it, or if someone contributes it.
> 
> Any other features people are curious about? Now is definitely the time to voice your opinions :)  
> 
> ~Jimmy
> 
> On May 11, 2010, at 7:15 PM, "Will Green" <will at hotgazpacho.org> wrote:
> 
>> Why not create an executable assembly that embeds all the Ruby files as resources in the assembly? Extract them at runtime (you could probably just keep them in a memory stream), fire up a Ruby runtime host & engine, feed it the Ruby file, and away you go.
>> 
>> Or am I missing something that would make this infeasible?
>> 
>> --
>> Will Green
>> http://hotgazpacho.org/
>> 
>> 
>> On Tue, May 11, 2010 at 9:20 PM, David Escobar <davidescobar at ieee.org> wrote:
>> Ok, that's certainly an option to look into. I guess what people want is the ability to distribute applications and libraries in .exe and .dll form, the same way we do with C# or VB. But perhaps it's a question of scope - maybe IronRuby is not intended to be a 1st class .NET language in the same way that C# or VB are, or it's only intended to be a language for embedding in a static language or for unit testing purposes?
>> 
>> The other reason is that it provides some (small) level of code obfuscation. I realize of course that the assemblies can be reverse engineered, but most users won't bother to do that - they'll just be interested in running the .exe.
>> 
>> 
>> 
>> On Tue, May 11, 2010 at 6:04 PM, Tomas Matousek <Tomas.Matousek at microsoft.com> wrote:
>> Well, there is a pretty simple way how to package up .rb files into an .exe file w/o precompiling anything. One option is to build a self-extracting zip file or something like that. That would solve the deployment issue. Improving startup time via pre-compilation is much more work.
>> 
>>  
>> Tomas
>> 
>>  
>> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of David Escobar
>> Sent: Tuesday, May 11, 2010 5:48 PM
>> 
>> 
>> To: ironruby-core at rubyforge.org
>> Subject: Re: [Ironruby-core] What's next?
>> 
>>  
>> Pre-compiling code would allow us to distribute our programs in .exe and .dll form, rather than .rb files. IronPython allows this with its pyc.py script. And if that means faster startup times and using Ruby code statically from C#, then all the better.
>> 
>> 
>> On Tue, May 11, 2010 at 3:06 PM, Tomas Matousek <Tomas.Matousek at microsoft.com> wrote:
>> 
>> What would you like to achieve by pre-compiling code? Faster startup time? Packaging your code in a dll instead of a bunch of .rb files? Using Ruby code statically from C#?
>> 
>> Tomas
>> 
>> 
>> -----Original Message-----
>> From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Martin Smith
>> Sent: Tuesday, May 11, 2010 11:14 AM
>> To: ironruby-core at rubyforge.org
>> Subject: [Ironruby-core] What's next?
>> 
>> Hey Guys,
>> 
>> Now that IronRuby 1.0 has shipped (congrats!!), what's next on the docket? :) I'm not trying to pressure you guys! Just excited about the future.
>> The feature i'd love to see most would be pre-compilation...
>> 
>> Thanks for such a great product,
>> Martin
>> _______________________________________________
>> 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

---
Stuart Ellis
stuart at stuartellis.eu





From jdeville at microsoft.com  Tue May 25 17:06:51 2010
From: jdeville at microsoft.com (Jim Deville)
Date: Tue, 25 May 2010 21:06:51 +0000
Subject: [Ironruby-core] Git push
Message-ID: <3A95E0143832D94BA52A18A1406403E41E6342@TK5EX14MBXC130.redmond.corp.microsoft.com>

I'll pull them in as is.



________________________________
From: Ryan Riley <ryan.riley at panesofglass.org>
Sent: Tuesday, May 25, 2010 12:09 PM
To: ironruby-core at rubyforge.org <ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] Git push

What do I need to do to get my etc updates ready?

http://github.com/panesofglass/ironruby/blob/master/Merlin/Main/Languages/Ruby/Libs/etc.rb
<http://github.com/panesofglass/ironruby/blob/master/Merlin/Main/Languages/Ruby/Libs/etc.rb>http://github.com/panesofglass/ironruby/tree/master/Merlin/External.LCA_RESTRICTED/Languages/IronRuby/mspec/rubyspec/library/etc/

Ryan


On Mon, May 17, 2010 at 10:06 PM, Jim Deville <jdeville at microsoft.com<mailto:jdeville at microsoft.com>> wrote:
I?ve done a push of the IronRuby sources, finally. This push includes some crazy changes to the layout, and will probably require some churn to the dev infrastructure (dev.bat, rakefiles, irtests, etc). Just so you know, if you have changes that you want to get into the old layout, I will accept patches and migrate them until June 1st. (Zac, I know about yours)

_______________________________________________
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/20100525/3c85798b/attachment.html>

From bobby.johnson at gmail.com  Wed May 26 10:35:41 2010
From: bobby.johnson at gmail.com (Bobby Johnson)
Date: Wed, 26 May 2010 07:35:41 -0700
Subject: [Ironruby-core] Class System::Int64 does not have a valid
	constructor
In-Reply-To: <AANLkTilMu-_PWLmS0l-tzRLZy_5KVzBBQw8pWlnFffAK@mail.gmail.com>
References: <AANLkTilMu-_PWLmS0l-tzRLZy_5KVzBBQw8pWlnFffAK@mail.gmail.com>
Message-ID: <AANLkTilATaBNDlvVSaGtAX1oqSDEPn7y-FT-Nb450nMP@mail.gmail.com>

Ok, so either nobody else on the list is actively trying to build a rails
site using IronRuby and sqlite or I have missed something so painfully
obvious nobody has the heart to tell me what it is for fear that I may
abandon my efforts and take up a life of VB.NET programming.

On Tue, May 25, 2010 at 9:46 AM, Bobby Johnson <bobby.johnson at gmail.com>wrote:

> http://www.ruby-forum.com/topic/206766
>
> Someone posted about this error back in March, but I didn't see any
> resolution posted. Any one discovered a workaround or fix for the issue
> described in the original post?
>
>
> --
> "The explanation requiring the fewest assumptions is most likely to be
> correct."
>
> - Occam?s Razor
> http://en.wikipedia.org/wiki/Occam's_Razor<http://en.wikipedia.org/wiki/Occam%27s_Razor>
>



-- 
"The explanation requiring the fewest assumptions is most likely to be
correct."

- Occam?s Razor
http://en.wikipedia.org/wiki/Occam's_Razor
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100526/5f2b5e75/attachment.html>

From Jimmy.Schementi at microsoft.com  Wed May 26 10:46:24 2010
From: Jimmy.Schementi at microsoft.com (Jimmy Schementi)
Date: Wed, 26 May 2010 14:46:24 +0000
Subject: [Ironruby-core] Class System::Int64 does not have a
	valid	constructor
In-Reply-To: <AANLkTilATaBNDlvVSaGtAX1oqSDEPn7y-FT-Nb450nMP@mail.gmail.com>
References: <AANLkTilMu-_PWLmS0l-tzRLZy_5KVzBBQw8pWlnFffAK@mail.gmail.com>
	<AANLkTilATaBNDlvVSaGtAX1oqSDEPn7y-FT-Nb450nMP@mail.gmail.com>
Message-ID: <C45195F1-B7D3-4A29-9444-A4E94ACEFDFA@microsoft.com>

Oh Bobby, so dramatic :)

Honestly, I don't know of anyone really using the sqlite3 support, as the sqlserver support is preferred and also supports database files. I'm also not aware of how tested sqlite3 is in ironruby -- is the maintainer on the list?

Is there a bug open for this?

~Jimmy

On May 26, 2010, at 10:38 AM, "Bobby Johnson" <bobby.johnson at gmail.com<mailto:bobby.johnson at gmail.com>> wrote:

Ok, so either nobody else on the list is actively trying to build a rails site using IronRuby and sqlite or I have missed something so painfully obvious nobody has the heart to tell me what it is for fear that I may abandon my efforts and take up a life of <http://VB.NET> VB.NET<http://VB.NET> programming.

On Tue, May 25, 2010 at 9:46 AM, Bobby Johnson <<mailto:bobby.johnson at gmail.com>bobby.johnson at gmail.com<mailto:bobby.johnson at gmail.com>> wrote:
<http://www.ruby-forum.com/topic/206766>http://www.ruby-forum.com/topic/206766

Someone posted about this error back in March, but I didn't see any resolution posted. Any one discovered a workaround or fix for the issue described in the original post?


--
"The explanation requiring the fewest assumptions is most likely to be correct."

- Occam?s Razor
<http://en.wikipedia.org/wiki/Occam%27s_Razor>http://en.wikipedia.org/wiki/Occam's_Razor



--
"The explanation requiring the fewest assumptions is most likely to be correct."

- Occam?s Razor
<http://en.wikipedia.org/wiki/Occam's_Razor>http://en.wikipedia.org/wiki/Occam's_Razor
_______________________________________________
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/20100526/37eee0dc/attachment-0001.html>

From joshuaflanagan at gmail.com  Wed May 26 18:12:11 2010
From: joshuaflanagan at gmail.com (Josh Flanagan)
Date: Wed, 26 May 2010 17:12:11 -0500
Subject: [Ironruby-core] Hosting IronRuby/DLR in long running applications
Message-ID: <AANLkTinK5yvvSk0MDiXw5pYkJc5djT8YAM0KDjO3R1Qg@mail.gmail.com>

Following up on this discussion on ASP.NET:
http://rubyforge.org/pipermail/ironruby-core/2010-February/006225.html

We are considering hosting IronRuby in our application (ASP.NET
website & a couple windows services). I am looking for any guidance
around which objects should be cached, and what should be created on
the fly. The responses from the previous thread seemed to suggest it
is safe to cache the ScriptEngine. I'm wondering where else I might
want to cache, and where I would NOT want to cache (if an object is
not thread safe, and shouldn't be used to fulfill multiple
simultaneous requests).

Specifically, we are using IronRuby to provide some customization to
the application. For (simplified) example, suppose we wanted to
provide the ability to customize a greeting. I want to store the
script that generates the greeting in the web.config (either the
script itself, or the path to the script).

My theory is that I can create a CompiledCode instance during
application startup, and then execute the compiled code with different
scopes for each request (to provide request-specific data). Is this
the proper/recommended way of executing the same script with different
data within an application? Is it safe to called CompiledCode.Execute
from multiple threads simultaneously?

Sample code that shows what I plan to do:

// Perform all these steps in global.asax application_start
var scriptFromConfigFile = @"""Hi #{ctx.first_name}
#{ctx.last_name}"""; // read from web.config appSettings
var scriptEngine = IronRuby.Ruby.CreateEngine();
//GreetingScript is cached as a singleton so that it is available to requests
var GreetingScript =
scriptEngine.CreateScriptSourceFromString(scriptFromConfigFile).Compile();

// during each individual web request, change the context object
passed to the script
var scriptScope = GreetingScript.Engine.CreateScope();
scriptScope.SetVariable("ctx", new {FirstName="John", LastName="Doe"});
var greeting = GreetingScript.Execute(scriptScope);

Console.WriteLine(greeting);

From will at hotgazpacho.org  Wed May 26 22:47:19 2010
From: will at hotgazpacho.org (Will Green)
Date: Wed, 26 May 2010 22:47:19 -0400
Subject: [Ironruby-core] OpenSSL
Message-ID: <AANLkTik6CuVI-m7Q4gVwCJtZIN2R_FCtk7ThrSScmq2e@mail.gmail.com>

As I tweeted earlier (http://twitter.com/hotgazpacho/status/14799021492),
I'm putting my money where my mouth is.
As I understand it, the RubySpec project is missing specs for OpenSSL. If
someone will write (or point me to) the RubySpec specs for OpenSSL, I will
implement it for IronRuby.

Any takers?

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

From jirapong.nanta at gmail.com  Wed May 26 23:03:41 2010
From: jirapong.nanta at gmail.com (jirapong.nanta at gmail.com)
Date: Thu, 27 May 2010 10:03:41 +0700
Subject: [Ironruby-core] OpenSSL
In-Reply-To: <AANLkTik6CuVI-m7Q4gVwCJtZIN2R_FCtk7ThrSScmq2e@mail.gmail.com>
References: <AANLkTik6CuVI-m7Q4gVwCJtZIN2R_FCtk7ThrSScmq2e@mail.gmail.com>
Message-ID: <1591A8BF-964A-4F89-8D68-0FB595389E6C@gmail.com>

Hi,
	Sorry, I'm still busy with other stuff on my daily work. welcome to continue my work. You're right. There is no such a thing RubySpec for OpenSSL. Best API Document i found is http://technorama.net/~oss/ruby/openssl/doc/
and MRI source code /ruby_1_8/ext/openssl/*.c . The function's comment is very documented. 

Original project link - http://savannah.nongnu.org/projects/rubypki/

Hope this helps, I willing to find sometime to help next several months too.
-Jirapong

On May 27, 2010, at 9:47 AM, Will Green wrote:

> As I tweeted earlier (http://twitter.com/hotgazpacho/status/14799021492), I'm putting my money where my mouth is. 
> As I understand it, the RubySpec project is missing specs for OpenSSL. If someone will write (or point me to) the RubySpec specs for OpenSSL, I will implement it for IronRuby.
> 
> Any takers?
> 
> --
> 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/20100527/0524ee26/attachment.html>

From Tomas.Matousek at microsoft.com  Thu May 27 01:05:16 2010
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Thu, 27 May 2010 05:05:16 +0000
Subject: [Ironruby-core] Hosting IronRuby/DLR in long running
 applications
In-Reply-To: <AANLkTinK5yvvSk0MDiXw5pYkJc5djT8YAM0KDjO3R1Qg@mail.gmail.com>
References: <AANLkTinK5yvvSk0MDiXw5pYkJc5djT8YAM0KDjO3R1Qg@mail.gmail.com>
Message-ID: <D5CEB4B8E7E7514993E9FAA680B2073506A417@TK5EX14MBXC114.redmond.corp.microsoft.com>

Your theory is all right. It is CompiledCode's purpose to be executed many times against different scopes. CompiledCode.Execute is thread-safe provided that the script being executed and the scope storage are. The data-structures IronRuby and DLR use internally are thread-safe. If you use ScriptScope with default storage (you do so in the sample below) and if the script doesn't modify shared state not protected by a lock than everything should work just fine.

Tomas

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Josh Flanagan
Sent: Wednesday, May 26, 2010 3:12 PM
To: ironruby-core at rubyforge.org
Subject: [Ironruby-core] Hosting IronRuby/DLR in long running applications

Following up on this discussion on ASP.NET:
http://rubyforge.org/pipermail/ironruby-core/2010-February/006225.html

We are considering hosting IronRuby in our application (ASP.NET website & a couple windows services). I am looking for any guidance around which objects should be cached, and what should be created on the fly. The responses from the previous thread seemed to suggest it is safe to cache the ScriptEngine. I'm wondering where else I might want to cache, and where I would NOT want to cache (if an object is not thread safe, and shouldn't be used to fulfill multiple simultaneous requests).

Specifically, we are using IronRuby to provide some customization to the application. For (simplified) example, suppose we wanted to provide the ability to customize a greeting. I want to store the script that generates the greeting in the web.config (either the script itself, or the path to the script).

My theory is that I can create a CompiledCode instance during application startup, and then execute the compiled code with different scopes for each request (to provide request-specific data). Is this the proper/recommended way of executing the same script with different data within an application? Is it safe to called CompiledCode.Execute from multiple threads simultaneously?

Sample code that shows what I plan to do:

// Perform all these steps in global.asax application_start 
var scriptFromConfigFile = @"""Hi #{ctx.first_name} #{ctx.last_name}"""; 
// read from web.config appSettings 
var scriptEngine = IronRuby.Ruby.CreateEngine(); 
//GreetingScript is cached as a singleton so that it is available to requests
 var GreetingScript = scriptEngine.CreateScriptSourceFromString(scriptFromConfigFile).Compile();

// during each individual web request, change the context object passed to the script
 var scriptScope = GreetingScript.Engine.CreateScope();
scriptScope.SetVariable("ctx", new {FirstName="John", LastName="Doe"});
 var greeting = GreetingScript.Execute(scriptScope);

Console.WriteLine(greeting);
_______________________________________________
Ironruby-core mailing list
Ironruby-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core


From lists at ruby-forum.com  Sat May 29 01:19:44 2010
From: lists at ruby-forum.com (Prasanna Cs)
Date: Sat, 29 May 2010 07:19:44 +0200
Subject: [Ironruby-core] spree or substruct?
In-Reply-To: <201003161916.o2GJGcC9020020@mail.authsmtp.com>
References: <201003161916.o2GJGcC9020020@mail.authsmtp.com>
Message-ID: <56c8352d4f53e7aaeb5d9130ae657cab@ruby-forum.com>

Wesley Brown wrote:
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core

A very good comparison of Spree and Substruct.
http://www.railspassion.com/rails/e-commerce/spree-and-substruct/
-- 
Posted via http://www.ruby-forum.com/.