Re: [Ironruby-core] Rails ActionPack tests

Hello Shri, sounds good. I will start on OpenSSL implementation this weekend. The information will share to everyone here on Monday. Thanks, -Jirapong On Apr 23, 2009, at 12:32 PM, Shri Borde wrote: It is now possible to run the Rails ActionPack tests to completion without any hangs or fa

[Ironruby-core] Rails ActionPack tests

It is now possible to run the Rails ActionPack tests to completion without any hangs or fatal crashes! The full instructions are at the bottom of http://www.ironruby.net/Documentation/Rails. Note that this is not the full test suite (have not tried to run that yet). The result summary for the A

[Ironruby-core] Review: Equality and misc fixes

http://github.com/shri/ironruby/commit/19a5ea114cf91ed9bd4ba1871da28293240fe344 Here is the description I put at http://www.ironruby.net/Documentation/CLR_Interop/Specification: Equality and hashing [cid:image001.gif@01C9C364.2D044410]

Re: [Ironruby-core] Sinatra fails on both 0.3 and custom build

Haven't looked at Sinatra in a couple weeks, but I'm planning on demoing it at RailsConf, so I'll be looking at it very soon =) > -Original Message- > From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core- > boun...@rubyforge.org] On Behalf Of Ben Hall > Sent: Wednesday, April 2

[Ironruby-core] Sinatra fails on both 0.3 and custom build

Hello, Just tried to run Sinatra however running into some difficultly. Firstly, I installed Sinarta via gems. I then tried the sample off their website: require 'rubygems' require 'sinatra' get '/hi' do "Hello World!" end When running it via ir I get the following error message: E:\IronRubyG

Re: [Ironruby-core] Code Review: Update RubySpec

Finished offline and F2F with Tomas. JD From: Tomas Matousek Sent: Wednesday, April 22, 2009 11:33 AM To: Jim Deville; ironruby-core@rubyforge.org; IronRuby External Code Reviewers Subject: RE: Code Review: Update RubySpec I see - umask maintains a global state. Any global state maintained by l

Re: [Ironruby-core] Interop with Excel

The COM interop stuff looks great. Does this mean that there's now a way to "cast" a COM object to a type (and perform a QueryInterface) ? ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core

Re: [Ironruby-core] Code Review: Update RubySpec

I see - umask maintains a global state. Any global state maintained by libraries should be stored on RubyContext, not in static fields. Use RubyContext.GetOrCreateLibraryData/TryGetLibraryData (if you search the library you'll find some use cases). Also defining a struct just to store an integer

Re: [Ironruby-core] Code Review: core/module/autoload

http://github.com/jschementi/ironruby/commit/78bd7541cebae33b3b07bfed17ce74a63ecb49d4 Code review updates: - Don't combine paths with '/' if the base-path already ends with '/' or '\\' * Merlin/Main/Languages/Ruby/Ruby/Runtime/Loader.cs * Merlin/Main/Languages/Ruby/Ruby/Runtime/RubyUtils.

Re: [Ironruby-core] Code Review: core/module/autoload

Looks good. Tomas -Original Message- From: Jimmy Schementi Sent: Wednesday, April 22, 2009 10:45 AM To: Tomas Matousek; ironruby-core@rubyforge.org Cc: IronRuby External Code Reviewers Subject: RE: Code Review: core/module/autoload http://github.com/jschementi/ironruby/commit/78bd7541ce

Re: [Ironruby-core] Requiring standard libraries within hosted DLR Runtime

Jirapong Nanta wrote: > Hi Kevin, > Let's assume you have ironruby at c:\ironruby . add App.config from > http://gist.github.com/99910 > to your project. > > Hope this helps, > -Jirapong Jirapong, Tomas, It looks like that was it. I needed my searchpaths to be set. I didn't realize they nee

Re: [Ironruby-core] Code Review: __FILE__ and $PROGRAM_NAME paths

http://github.com/jschementi/ironruby/commit/43514f8f9e980ba22dfb5b8661e5633661f50d1f Remove Glob.CanonicalizePath (in favor of RubyUtils.CanonicalizePath) - Merlin/Main/Languages/Ruby/Libraries.LCA_RESTRICTED/Builtins/FileOps.cs - Merlin/Main/Languages/Ruby/Ruby/Builtins/Glo

Re: [Ironruby-core] Code Review: __FILE__ and $PROGRAM_NAME paths

Looks good. Tomas From: Jimmy Schementi Sent: Wednesday, April 22, 2009 10:56 AM To: Tomas Matousek; Jim Deville; ironruby-core@rubyforge.org Cc: IronRuby External Code Reviewers Subject: RE: Code Review: __FILE__ and $PROGRAM_NAME paths http://github.com/jschementi/ironruby/commit/43514f8f9e980

Re: [Ironruby-core] Code Review: Update RubySpec

Umask is a mask on file creation. By itself it does nothing more than what I've implemented (that I can tell), but File.open (and other file creation methods) should look at it to derive the default permissions. The attached script shows the basic idea, and here's it's output: [9] > ruby .\temp

Re: [Ironruby-core] Interop with Excel

This should now mostly work. respond_to? is not supported for COM yet, but "methods" is (try workbooks.methods(false)). require 'Microsoft.Office.Interop.Excel, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c' include Microsoft::Office::Interop::Excel excel = ApplicationClass

Re: [Ironruby-core] Requiring standard libraries within hosted DLR Runtime

Hi Kevin, Let's assume you have ironruby at c:\ironruby . add App.config from http://gist.github.com/99910 to your project. Hope this helps, -Jirapong On Apr 22, 2009, at 10:59 PM, Kevin Radcliffe wrote: Hello, I previously tried sending this to the mailing list (on 04/17), but it doesn't

Re: [Ironruby-core] Requiring standard libraries within hosted DLR Runtime

Do you have the right library paths set? engine.Execute("puts $:"); If not, you can either set them in App.config of your app (see ir.exe.config) or explicitly using engine.SetSearchPaths(). Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun.

[Ironruby-core] Requiring standard libraries within hosted DLR Runtime

Hello, I previously tried sending this to the mailing list (on 04/17), but it doesn't appear to have arrived there. I did a git pull today (04/22/09), and rake compile, so I am using the very latest sources.. I'm trying to attempt something simple but I can't seem to get the hosted environment do

Re: [Ironruby-core] How to use -X:SaveAssemblies, etc.?

Excellent, thank you! On Wed, Apr 22, 2009 at 8:43 AM, Tomas Matousek < tomas.matou...@microsoft.com> wrote: > -X:SaveAssemblies, -save and –load are experimental/for compiler > debugging only. > > -X:Interpret runs in interpreted mode, which makes loading libraries much > faster but throughput

Re: [Ironruby-core] Strange behavior when redefining methods on object instances (possible bug)

Please file a bug. Thanks, Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Daniele Alessandri Sent: Wednesday, April 22, 2009 5:44 AM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] Strange behavior whe

Re: [Ironruby-core] How to use -X:SaveAssemblies, etc.?

-X:SaveAssemblies, -save and -load are experimental/for compiler debugging only. -X:Interpret runs in interpreted mode, which makes loading libraries much faster but throughput is worse. We are working on adaptive compilation so that -X:Interpret won't be necessary. Tomas From: ironruby-core-bo

Re: [Ironruby-core] How to use -X:SaveAssemblies, etc.?

Anyone? Please? On Tue, Apr 21, 2009 at 4:13 PM, Justin Bailey wrote: > Greetings! > > Getting into using IronRuby for some command line stuff, and the startup > time on ir.exe is killing me. The command line options hint that I can > save/reuse assemblies - is that true? Specifically: > > * W

Re: [Ironruby-core] RUBYLIB environment variable?

On Wed, 2009-04-22 at 21:55 +0900, Seo Sanghyeon wrote: > 2009/4/22 Andrew S. Townley : > > The only way to add local paths seems to be to use the -I command line > > arguments. While this works, I'm surprised that RUBYLIB isn't > > supported. I was pleasantly surprised when I installed JRuby and

Re: [Ironruby-core] RUBYLIB environment variable?

2009/4/22 Andrew S. Townley : > The only way to add local paths seems to be to use the -I command line > arguments.  While this works, I'm surprised that RUBYLIB isn't > supported.  I was pleasantly surprised when I installed JRuby and fired > it up to test things and noticed that I didn't have to

[Ironruby-core] Strange behavior when redefining methods on object instances (possible bug)

Hi, while in the process of trimming down the failure rate of the core/array specs I noticed a strange behavior of IronRuby. I'm pasting here two repl sessions I used to reproduce it: >>> foo = Object.new => # >>> bar = Object.new => # >>> >>> def foo.to_s; p "foo#to_s has

Re: [Ironruby-core] WinForms event handling

On Wed, 2009-04-22 at 13:00 +0200, thibaut.barr...@gmail.com wrote: > Quick message from phone: if windows forms or wpf is an option for > you, have a look here: > > Http://www.github.com/thbar/magic > > Cheers > > -- Thibaut > > Le 22 avr. 09 à 11:45, "Andrew S. Townley" a > écrit : Hi T

Re: [Ironruby-core] WinForms event handling

Quick message from phone: if windows forms or wpf is an option for you, have a look here: Http://www.github.com/thbar/magic Cheers -- Thibaut Le 22 avr. 09 à 11:45, "Andrew S. Townley" a écrit : Hi Jim I'm assuming this is the 0.3 release from Rubyforge, is that correct? Yes. That

[Ironruby-core] RUBYLIB environment variable?

Hi, I did some Googling, but I didn't see anything about this particular issue. It seems that IronRuby (the latest release from rubyforge) ignores the RUBYLIB environment variable, leaving $: set to the default. The only way to add local paths seems to be to use the -I command line arguments. W

Re: [Ironruby-core] WinForms event handling

Hi Jim > I'm assuming this is the 0.3 release from Rubyforge, is that correct? Yes. That's correct. > In the newest build of IronRuby, @textfield.text.strip and > @textfield.text.trim both work. It also appears we have fixed the String > creation bug you mention (note that '' is a ClrString a

Re: [Ironruby-core] WinForms event handling

Hi Jimmy, > In the latest builds this will work: > > >>> s = System::String.new 'fubar' > => 'fubar' > >>> s.class > => System::String > > Note that the result is single-quoted; that's a little hint that it's a > System::String rather than a Ruby String. The reason they are different is > muta