Re: [Ironruby-core] [Ironpython-users] IronRuby scripting in Windows Store apps
That's correct, new types can't be generated at runtime and hence it is not possible to inherit from an arbitrary CLR type. Tomas -Original Message- From: ironpython-users-bounces+tomas.matousek=microsoft@python.org [mailto:ironpython-users-bounces+tomas.matousek=microsoft@python.org] On Behalf Of Jeff Hardy Sent: Tuesday, August 28, 2012 11:59 AM To: ironruby-core@rubyforge.org Cc: ironpython-us...@python.org; John Lam (WINDOWS) Subject: Re: [Ironpython-users] [Ironruby-core] IronRuby scripting in Windows Store apps On Sat, Aug 25, 2012 at 3:39 PM, Tomas Matousek tomas.matou...@microsoft.com wrote: IronPython doesn't build yet for Win8 profile, there is quite a bit of work to be done to make it work. If anyone is interested in making IronPython work or improving IronRuby let me know. I'm interested (as you know) and I'm already neck-deep in IronPython's codegen, so I'll probably be tackling this next. I think they may be related anyway. FRom looking at the API reference, there's no way to generate Types at runtime in Metro apps, right? Does IronRuby have a way to inherit from a .NET type in that case? IIRC that was one thing WP7 could not support. - Jeff ___ Ironpython-users mailing list ironpython-us...@python.org http://mail.python.org/mailman/listinfo/ironpython-users ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
[Ironruby-core] IronRuby scripting in Windows Store apps
(Seems like my previous email didn't go thru, trying again) I have just checked in a sample Windows 8 application that evaluates Ruby code and displays result. https://github.com/IronLanguages/main/tree/master/Hosts/WindowsStore Feel free to play with it. The basics should work but definitely expect bugs :). To try it out build Ruby.sln Win8 configuration: main\Solutions msbuild Ruby.sln /p:Configuration=Win8Debug Then open Hosts\WindowsStore\IronApp.sln, build and run. The app is a regular C# Windows Store app that uses ScriptEngine to execute Ruby code against a ScriptScope containing a “main” variable, which is set to be the application MainPage UI element. Tomas ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
[Ironruby-core] IronRuby scripting in Windows Store apps
I have just checked in a sample Windows 8 application that evaluates Ruby code and displays result. https://github.com/IronLanguages/main/tree/master/Hosts/WindowsStore Feel free to play with it. The basics should work but definitely expect bugs :). To try it out build Ruby.sln Win8 configuration: main\Solutions msbuild Ruby.sln /p:Configuration=Win8Debug Then open Hosts\WindowsStore\IronApp.sln, build and run. [cid:image001.png@01CD82D6.0A8FA250] The app is a regular C# Windows Store app that uses ScriptEngine to execute Ruby code against a ScriptScope containing a main variable, which is set to be the application MainPage UI element. IronPython doesn't build yet for Win8 profile, there is quite a bit of work to be done to make it work. If anyone is interested in making IronPython work or improving IronRuby let me know. Tomas inline: image001.png___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Array Specs
Cool! I'll take a look asap. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Orion Edwards Sent: Wednesday, January 04, 2012 1:54 PM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] Array Specs I've been working on bringing IronRuby up to speed with rubyspec, and picked the core\array folder as a start: My pull request is here: https://github.com/IronLanguages/main/pull/52 I'd like to fix them all, but I'm not sure if I'll have the time to do so - Here is a summary of the rubyspec\core\array folder as of right now: ok means the spec was already passing fixed means the spec was failing, and I have fixed it FAILS means the specs fail, and I have not fixed them yet ok allocate_spec.rb ok append_spec.rb ok array_spec.rb ok assoc_spec.rb ok at_spec.rb ok choice_spec.rb ok clear_spec.rb ok clone_spec.rb ok collect_spec.rb ok combination_spec.rb ok compact_spec.rb ok comparison_spec.rb ok concat_spec.rb ok constructor_spec.rb ok count_spec.rb ok cycle_spec.rb ok delete_at_spec.rb ok delete_if_spec.rb ok delete_spec.rb ok drop_spec.rb ok drop_while_spec.rb ok dup_spec.rb ok each_index_spec.rb ok each_spec.rb ok element_reference_spec.rb fixed element_set_spec.rb ok empty_spec.rb ok eql_spec.rb ok equal_value_spec.rb ok fetch_spec.rb fixed fill_spec.rb ok find_index_spec.rb ok first_spec.rb FAILS flatten_spec.rb ok frozen_spec.rb FAILS hash_spec.rb ok include_spec.rb ok indexes_spec.rb ok index_spec.rb ok indices_spec.rb ok initialize_copy_spec.rb ok initialize_spec.rb ok insert_spec.rb FAILS inspect_spec.rb ok intersection_spec.rb FAILS join_spec.rb FAILS keep_if_spec.rb ok last_spec.rb ok length_spec.rb ok map_spec.rb ok minus_spec.rb FAILS multiply_spec.rb ok new_spec.rb ok nitems_spec.rb FAILS in MRI also pack_spec.rb ok partition_spec.rb ok permutation_spec.rb ok plus_spec.rb FAILS pop_spec.rb !! HANGS product_spec.rb ok push_spec.rb ok rassoc_spec.rb ok reject_spec.rb FAILS repeated_combination_spec.rb FAILS repeated_permutation_spec.rb ok replace_spec.rb ok reverse_each_spec.rb ok reverse_spec.rb FAILS rindex_spec.rb FAILS rotate_spec.rb fixed sample_spec.rb fixed select_spec.rb fixed shift_spec.rb fixed shuffle_spec.rb ok size_spec.rb FAILS slice_spec.rb FAILS hard to fix sort_by_spec.rb FAILS hard to fix sort_spec.rb ok take_spec.rb ok take_while_spec.rb ok to_ary_spec.rb ok to_a_spec.rb ok to_s_spec.rb ok transpose_spec.rb ok try_convert_spec.rb ok union_spec.rb fixed uniq_spec.rb ok unshift_spec.rb ok values_at_spec.rb fixed zip_spec.rb ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] IronRuby internals - How can I get the full path to the current file?
I'd recommend to start with some simpler features than this one. This seems to be quite non-trivial to implement efficiently and correctly. Note that getting the current stack trace is very expensive, so you'd probably want to encode the path into Ruby call-sites (RubyCallAction) or something like that. But also adding more information to all call-sites consumes more memory so maybe we need a special call-site for methods called require_relative and fall back to the slow stack trace capture only when the method is called via an alias. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Orion Edwards Sent: Tuesday, January 03, 2012 2:02 PM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] IronRuby internals - How can I get the full path to the current file? I thought I'd be a good samaritan and implement require_relative in IronRuby, but I'm having real trouble figuring out what the current file's path actually is. The closest I've got is something like this: * Pull apart the the caller/backtrace to get the file name * File.expand_path(file, File.dirname(dir)) * require that file This is equivalent to the existing ruby idiom of require File.join(File.dirname(__FILE__), 'lib/file1'), but this doesn't work reliably because __FILE__ is already relative, so File.dirname(__FILE__) often just returns . Without the full path to the current file however, this is as good as we can get. I've looked through various parts of the IronRuby source code... - as far as I can tell the Parser/Syntax tree code (which has access to the file path) doesn't keep the information around - and even if it did, I'm not sure how regular ruby code could access the parser/AST?? If anyone could help at all, even with a small bit of detail, it'd be much appreciated. Thanks, Orion PS: Here's my test program, which works correctly in MRI 1.92, but I cannot get it to work in IronRuby require_relative 'lib/file1' Dir.chdir 'c:/windows/system32' require_relative 'lib/file2' Other things I tried - eval(__FILE__) - is hard-coded to return (eval) - I thought about poking around in RubyContext.Loader.LoadedFiles, but the Loader doesn't know about the entry-point file (is this a bug??), which is a big stumbling block ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] WP7 limitations
I changed Silverlight 3 configuration to build against Mango reference assemblies a couple of days ago. I'll rename Silverlight3 configuration to WP75 soon :) Haven't tested if it works (at runtime) but it at least builds :) IronRuby now also builds against Silverlight 5 and MonoAndroid. Nothing is tested though, help with testing on all these platforms is very welcome. Support for Windows 8 might also be available soon - perhaps with the next public preview release of Windows 8. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Andrei N. Sent: Tuesday, December 20, 2011 1:11 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] WP7 limitations Hi James! System.Reflection.Emit is available in Mango, partially http://blogs.telerik.com/blogs/posts/11-09-13/mango-and-system-reflection-emit-new-optimizations-in-radcontrols-for-windows-phone.aspx http://msdn.microsoft.com/en-us/library/system.reflection.emit.ilgenerator(VS.96).aspx DynamicMethod, ILGenerator and OpCodes looks like they are fully supported. What do you think? Jurassic for example has made his way on WP7. -- Posted via http://www.ruby-forum.com/. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Cannot build IronRuby or IronPython MSI's
Yes, the installer is broken. Jeff is working on some better installer building scripts. I'm not sure what the status is atm. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Orion Edwards Sent: Tuesday, January 03, 2012 8:07 PM To: ironruby-core@rubyforge.org Cc: ironpython-us...@python.org Subject: [Ironruby-core] Cannot build IronRuby or IronPython MSI's I did a git pull today of IronLanguages\main, and noticed a giant stack of changes on December 30, 31 and Jan 1 - which look like they're related to Win8 and Mango, amongst other things. I'm trying to build the IronRuby installer - the process also builds the IronPython installer along with it. It ( msbuild /p:Configuration=Release Installer.proj ) now fails with several errors: 1 - IronRubyTools.dll fails to build. It complains about A reference was created to embedded interop assembly '..\VSLangProj.dll' - I fixed this by setting Embed Interop Types = false on that reference (what happened to break this??) 2 - The build now fails because it couldn't find silverlight 4 dll's, whereas it used to work (did it used to reference silverlight 3 which ships with VS2010??). - I fixed the error by installing the silverlight 4 SDK 3 - Two proj files have gone missing: c:\Dev\ironlanguages-main\Msi\Installer.proj(23,9): error MSB3202: The project file Python\Chm\IronPython.Chm.proj was not found. c:\Dev\ironlanguages-main\Msi\Installer.proj(23,9): error MSB3202: The project file Python\Msi\IronPython.Msi.wproj was not found. It seems these have vanished?? I tried to work around this by manually building only Ruby\Msi\IronRuby.Msi.wproj 4 - This now fails with c:\Dev\ironlanguages-main\Msi\Ruby\Msi\Silverlight.wxi(14): error CNDL0150: Undefined preprocessor variable '$(var.OutputPath)'. [c:\Dev\ironlanguages-main\Msi\Ruby\Msi\IronRuby.Msi.wproj] It looks like that Wxi file hasn't changed recently, so presumably something else is ruining the outpath? - I fixed this by editing IronRuby.wxs and removing all mention of silverlight... This is fine for me, as I don't want to go near silverlight, but others may require a better solution :-) 5 - Now there's a bunch of errors all like this: c:\Dev\ironlanguages-main\Msi\Ruby\Msi\IronRuby.wxs(92): error LGHT1055: The InstallExecuteSequence table contains an action 'NetFxScheduleNativeImage' which cannot be merged from the merge module 'c:\Dev\ironlanguages-main\bin\Release\ \IrbRedist.msm'. This action is likely colliding with an action in the database that is being created. The colliding action may have been authored in the database or merged in from another merge module. If this is a standard action, it is likely colliding due to a difference in the condition for the action in the database and merge module. If this is a custom action, it should only be declared in the database or one merge module. [c:\Dev\ironlanguages-main\Msi\Ruby\Ms i\IronRuby.Msi.wproj] This is where I give up.. The giant stack of changes mostly came from Tomas Matousek / JDHardy / couple of other IronPython devs... Would one of those people mind please having a look at this? Thanks, Orion ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] RubySpecs
1) Partly. We are in progress of updating them. Since we've added more specs and sometimes corrected existing ones this needs to be done with care. The current progress is captured here: https://gist.github.com/1159998 After we are done with this process of bringing the specs up to date we can submit a path to RubySpec containing the changed we made. The plan is also to make the RubySpec dir a submodule so that merging with RubySpec is easier. 2) Or maybe we should just remove MRI completely? You can always use one on your system. I need to check if we need CRuby for anything in the infrastructure. 3) Well, that would be a question for RubySpec maintainers. I found some specs be failures Windows specific, which means the specs are not properly written. Feel free to contribute to RubySpecs git repo - I bet they are happy to accept fixes. 4) Well, you need to figure out if the behavior makes sense. If it doesn't feel free to file a bug on CRuby and let them decide if the behavior is intentional or not. Then CRuby might get fixed, specs might get fixed, or IronRuby might get fixed. Which specs particularly are you working on? Is it marshal related? Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Orion Edwards Sent: Monday, October 31, 2011 1:19 PM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] RubySpecs I've just run mspec under the Languages\Ruby\Tests\mspec\rubyspec\core folder against MRI 1.9.2p0 (which is checked into the ironlanguages-main git repo), and it crashes with a segfault in putc_spec.rb I then tried running against MRI 1.9.2p290 and I get the following: 1518 files, 9618 examples, 28229 expectations, 339 failures, 256 errors Running against the dev build of IronRuby stalls running tests in the array subfolder, so I can't even complete the run. I'd like to try fixing some of the spec failures that IronRuby has, but these results raise several questions: 1. Are the specs in the mspec\rubyspec folder up to date? How would someone find this out and/or update them? - Also, I added a few specs the other day for the marshalling code. Do these need to somehow get pushed upstream into some master rubyspec repository?? 2. Shouldn't we check the latest build of MRI into the ironlangauges git-repo? Either the latest 1.9.2 or the just-released 1.9.3 instead? 3. Isn't MRI the definitive ruby? How can the specs be failing against MRI? 4. If I update some IronRuby code to pass the specs, how do I know that the specs are even correct? Thanks, Orion ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] RubySpecs
There is a lot of work to do around exceptions in general. I wouldn't start digging into it if I were you :). I'm thinking of some core changes in how we map Ruby to .NET exceptions... it will take me some time to get to it though. I would not worry about all these Errno exceptions for now unless your application is blocked by some specific bug. Certainly not if a few specs fail here and there (we have thousands of specs failing, which might be more important to fix). Time to file a bug on CRuby to get some input from MRI guys what they think the behavior should really be if it doesn't make sense. Or RubySpec guys if the MRI behavior is reasonable. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Orion Edwards Sent: Monday, October 31, 2011 4:40 PM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] RubySpecs Thanks for that. After the code review comments about Exception#== I was running the Exception specs. 3 fail against ruby 1.9.2p290 (2011-07-09) [i386-mingw32] I don't have access to a linux/mac system at work to check if they pass on non-windows platforms, but it doesn't look like there's anything platform related in those errors, so I'd doubt it. Random comment: It appears that there's a lot more work to be done in IronRuby particularly relating to Errno and SystemCallErrors - I could do this work, but there's a blocking problem: - Various bits of IronRuby core code call helper methods such as RubyExceptions.CreateEINVAL, RubyExceptions.CreateEEXIST, etc, etc. These are supposed to return Errno::EINVAL, but they can't, because the Errno classes are defined in IronRuby.Libraries and the RubyExceptions.CreateXYZ methods are defined in IronRuby.dll. We'd have to move the Errno stuff out of Libraries and into IronRuby.dll I think From:Tomas Matousek tomas.matou...@microsoft.commailto:tomas.matou...@microsoft.com To:ironruby-core@rubyforge.orgmailto:ironruby-core@rubyforge.org ironruby-core@rubyforge.orgmailto:ironruby-core@rubyforge.org Date:01/11/2011 10:16 a.m. Subject:Re: [Ironruby-core] RubySpecs Sent by: ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org 1) Partly. We are in progress of updating them. Since we've added more specs and sometimes corrected existing ones this needs to be done with care. The current progress is captured here: https://gist.github.com/1159998 After we are done with this process of bringing the specs up to date we can submit a path to RubySpec containing the changed we made. The plan is also to make the RubySpec dir a submodule so that merging with RubySpec is easier. 2) Or maybe we should just remove MRI completely? You can always use one on your system. I need to check if we need CRuby for anything in the infrastructure. 3) Well, that would be a question for RubySpec maintainers. I found some specs be failures Windows specific, which means the specs are not properly written. Feel free to contribute to RubySpecs git repo - I bet they are happy to accept fixes. 4) Well, you need to figure out if the behavior makes sense. If it doesn't feel free to file a bug on CRuby and let them decide if the behavior is intentional or not. Then CRuby might get fixed, specs might get fixed, or IronRuby might get fixed. Which specs particularly are you working on? Is it marshal related? Tomas From: ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Orion Edwards Sent: Monday, October 31, 2011 1:19 PM To: ironruby-core@rubyforge.orgmailto:ironruby-core@rubyforge.org Subject: [Ironruby-core] RubySpecs I've just run mspec under the Languages\Ruby\Tests\mspec\rubyspec\core folder against MRI 1.9.2p0 (which is checked into the ironlanguages-main git repo), and it crashes with a segfault in putc_spec.rb I then tried running against MRI 1.9.2p290 and I get the following: 1518 files, 9618 examples, 28229 expectations, 339 failures, 256 errors Running against the dev build of IronRuby stalls running tests in the array subfolder, so I can't even complete the run. I'd like to try fixing some of the spec failures that IronRuby has, but these results raise several questions: 1. Are the specs in the mspec\rubyspec folder up to date? How would someone find this out and/or update them? - Also, I added a few specs the other day for the marshalling code. Do these need to somehow get pushed upstream into some master rubyspec repository?? 2. Shouldn't we check the latest build of MRI into the ironlangauges git-repo? Either the latest 1.9.2 or the just-released 1.9.3 instead? 3. Isn't MRI the definitive ruby? How can the specs be failing against MRI? 4. If I update some IronRuby code to pass the specs, how do I know that the specs are even correct? Thanks
Re: [Ironruby-core] IronRuby's Marshal.dump doesn't work with CLR types, or ruby types backed by a CLR type
I think we should NOT serialize non-Ruby types for now. The implementation isn't quite working so I'd prefer we delete all code that deals with ISerializable, clean up the marshaller and if .NET serialization is needed in future implement it fully and correctly. Marshal.dump has to output exactly the same data as CRuby implementation (for Ruby objects). Otherwise you won't be able to read data serialized by CRuby in IronRuby and vice versa. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Orion Edwards Sent: Tuesday, October 25, 2011 6:22 PM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] IronRuby's Marshal.dump doesn't work with CLR types, or ruby types backed by a CLR type Backstory: I'm trying to use DRb for some in-house utility code. DRb itself seems to work fine, but I found that when I misspelled a method name, instead of reporting back a NoMethodError, the IronRuby process crashed immediately to the console. This is using a relatively recent build of IronRuby from Github Steps to repro: e = RuntimeError.new 'xyz' dumped = Marshal.dump e e2 = Marshal.load dumped I would expect e2 to be equivalent to e, but instead the process crashes with this exception mscorlib:0:in `_InvokeConstructor': Exception has been thrown by the target of an invocation. (System::Reflection::TargetInvocationException) from mscorlib:0:in `InvokeConstructor' from mscorlib:0:in `Invoke' from (ir):1:in `load' from (ir):1 Note: This also happens with any CLR type eg System::DateTime. I looked through IronRuby's marshalling code, and it appears that the behaviour of Marshal.dump and Marshal.load don't align properly. Marshal.dump is it's own self-contained set of code which essentially writes data to a BinaryStream. For ruby types, it ends up writing a series of values in a format that looks a lot like what I remember CRuby's marshal writing. For CLR types, this just writes the Type name and no instance data (clr objects don't have ruby instance variables after all) Marshal.load does 2 things: 1. Reads any ruby instance variables out into an Attributes dictionary 2. Uses reflection to find any non-public Constructor(SerializationInfo, StreamingContext) and invoke it. For ruby types, this finds the protected RubyClass(SerializationInfo, StreamingContext) ctor, which calls RubyOps.DeserializeObject, which in turn reads the attributes dictionary and it's all fine. For CLR types, this finds whatever constructor might exist for the CLR object, which does whatever it does for that type. Unfortunately because the data that is getting passed into the CLR deserialization constructor came from Marshal.dump which has no knowledge whatsoever of CLR serialization, the whole thing crashes. I'm no expert on CLR serialization, so I'd really appreciate some comments on this, as I'm not sure what to do here. As far as I can guess however, I can see two solutions: 1. Implement Marshal.dump on top of the CLR serialization code so it matches Marshal.load and should therefore be able to handle CLR types too. 2. Don't allow marshalling of CLR types, and put some special-case code into any Ruby types that are backed by CLR types (such as Exception) so these at least can be serialized? I'm going to have a crack at #1, but I'm not sure how successful this is. Again, any feedback would be greatly appreciated. Thanks, Orion ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] override method_missing()
Might be a bug. -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Lewis L. Sent: Wednesday, October 19, 2011 8:24 AM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] override method_missing() Hi, Is there a way to override the method_missing method and keep the SetVariable lookup behavior from ScriptScope? For example, in C# aScriptScope.SetVariable(a, some_value) in Ruby p a = some_value But if I do, class self def method_missing(sym, *args, block) case (sym) when :some_case do_something else super #try to fallback to the original end end end or class self alias :old_method_missing :method_missing def method_missing(sym, *args, block) case (sym) when :some_case do_something else old_method_missing(sym, *args, block) #try to fallback to the original end end end p a = NameError: undefined local variable or method 'a' for main:Object -- Posted via http://www.ruby-forum.com/. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Pull requests
Yes, sorry about the delay. I just didn't have time to look at it yet - I was out last two weekends. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Orion Edwards Sent: Monday, October 03, 2011 12:58 PM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] Pull requests I've had an open pull request which resolves a deadlock in IronRuby itself sitting on github for over a month now. There are also two other pull requests which improve visual studio integration. While I can understand perhaps why the core ironruby committers might not know about the visual studio integration and hence put off merging those, surely the patch to resolve the deadlock is useful? I currently have all the developers in my organization working off my fork of IronRuby , as the deadlock issue is impossible to ignore for us. It is somewhat embarrassing to say oh, don't install the official ironruby, install my custom one from over here Is there any intention to merge any of these pull requests? ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] ObjectSpace module
This is actually pretty good solution - it's not harming perf of apps that don't need the feature. Is there any real-world scenario that this doesn't address? Some app translating random integers to objects? Until there is I'm not sure if it makes sense to go any further. What about implementing your approach directly in the libraries? Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Iulian Fecioru Sent: Monday, August 15, 2011 10:35 PM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] ObjectSpace module Hello, Thank you for your response. My implementation was a trick to make something working. I think I can do this more correctly and complete in the IronRuby core. I'll try to implement this in IronRuby core, if nobody is against this. (Something like JRuby has implemented). Regards, Iulian Fecioru From: Tomas Matousek [mailto:tomas.matou...@microsoft.com]mailto:[mailto:tomas.matou...@microsoft.com] Sent: Wednesday, August 10, 2011 7:20 PM To: ironruby-core@rubyforge.orgmailto:ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] ObjectSpace module Your implementation of _id2ref might be a good enough approximation. (It isn't 100% equivalent to MRI though since in MRI I can enumerate integers and ask if there is an object with that id. So I can get to objects for which object_id wasn't called before.) You become a developer by submitting a patch on github. No need to talk to anybody :). Of course, it is better to let folks in this list know what you're working on so that we don't dup efforts. Tomas From: ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org]mailto:[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Iulian Fecioru Sent: Tuesday, August 09, 2011 10:51 PM To: ironruby-core@rubyforge.orgmailto:ironruby-core@rubyforge.org Subject: [Ironruby-core] ObjectSpace module Hello, I've wrote on http://ironruby.codeplex.com/workitem/6028 that the ObjectSpace module is not complete Comments from the issues above: wrote Thu at 11:57 PM File.realpath is a Ruby 1.9 method we haven't gotten to. We're unable to implement those methods of ObjectSpace as we can't track them ourselves as we don't know when the CLR will garbage collect a specific object, and we don't have access to a list of reachable objects. Renaming this issue to track File.realpath iulianfecioru wrote Fri at 8:27 AM From the previous comment I understand that methods from ObjectSpace (_id2ref, count_objects.) will not be supported. Is this true?! PS: I've added _id2ref method to the ObjectSpace, so I think it is posible but is just my opinion ;) jimmysch wrote Fri at 4:50 PM How did you implement _id2ref in IronRuby? I'm 100% sure we can't implement it without slowing down the entire runtime. ObjectSpace is a thin wrapper around MRI's memory manager, while on the CLR we don't have access to it. Therefore, it's more MRI's implementation detail than a general Ruby feature. And Ruby library writers already know not to use it if they want to run on all Ruby implementations. That being said, we could implement it poorly and require the user to turn it on if they want to use it (like JRuby does: http://kenai.com/projects/jruby/pages/PerformanceTuning#Disabling_ObjectSpace), but I don't see that as a priority feature. That being said, patches are welcome. If you want to discuss this further, let's move this discussion to the mailing list (ironruby-core@rubyforge.orgmailto:ironruby-core@rubyforge.org) or open a new feature request (http://ironruby.codeplex.com/WorkItem/Create). I think jimmysch is right about the performance issues, but in my case I need to have the ObjectSpace.id2ref because we need to send the object IDs to native languages and retrieve the objects using this object IDs in IronRuby. I think that the JRuby solution (http://kenai.com/projects/jruby/pages/PerformanceTuning#Disabling_ObjectSpace) should be in IronRuby. I've attached my own trick (I think it is a big performance issue). Maybe this could be done in a more better way and directly in IronRuby source code. Thank you! PS: I would like to become a developer in this project. With who should I talk?! Regards, Iulian Fecioru NAPA Romania SRL Lead Software Developer Brailei, 165b, 1 800310, Galati, Romania Mobile: +40-722-664027 Phone: +40-336-802182 Fax: +40-336-802185 ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Pull request #31 - fix workitem 6345, implemented IO#binread
Regex should be fixed now.
-Original Message-
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Tomas Matousek
Sent: Sunday, August 07, 2011 9:33 PM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Pull request #31 - fix workitem 6345, implemented
IO#binread
I can take a look at fixing the regex issue perhaps next weekend.
Tomas
-Original Message-
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Enrico Sada
Sent: Sunday, August 07, 2011 3:47 PM
To: ironruby-core@rubyforge.org
Subject: [Ironruby-core] Pull request #31 - fix workitem 6345, implemented
IO#binread
The pull request #31 ( https://github.com/IronLanguages/main/pull/31 ) is for
resolve workitem 6345 (
http://ironruby.codeplex.com/workitem/6345 ).
Implemented IO#binread with rubyspec (sent also to rubyspec/rubyspec).
This anyway is not enough for fix rdoc, needed for gem install.
C:\repo\IronLanguagesigem install rake
Successfully installed rake-0.9.2
1 gem installed
Installing ri documentation for rake-0.9.2...
C:/repo/IronLanguages/Languages/Ruby/StdLib/ruby/1.9.1/rdoc/text.rb:12:in `expan
d_tabs': parsing ^(.{8}*?)([\x00-?-[\\t\\r\\n]]{0,7})\\t - Nested quantifier
* . (SyntaxError)
from C:/repo/IronLanguages/Languages/Ruby/StdLib/ruby/1.9.1/rdoc/text.rb
:9:in `lines'
from C:/repo/IronLanguages/Languages/Ruby/StdLib/ruby/1.9.1/rdoc/text.rb
:9:in `expand_tabs'
from C:/repo/IronLanguages/Languages/Ruby/StdLib/ruby/1.9.1/rdoc/text.rb
:60:in `normalize_comment'
from C:/repo/IronLanguages/Languages/Ruby/StdLib/ruby/1.9.1/rdoc/code_ob
ject.rb:97:in `comment='
from C:/repo/IronLanguages/Languages/Ruby/StdLib/ruby/1.9.1/rdoc/rdoc.rb
:278:in `parse_file'
from C:/repo/IronLanguages/Languages/Ruby/StdLib/ruby/1.9.1/rdoc/rdoc.rb
:322:in `parse_files'
i think the problem is .{8}*? , (like
http://stackoverflow.com/questions/210206/what-is-a-nested-quantifier-and-why-is-it-causing-my-regex-to-fail
) i will check it later, probably an rdoc modify is needed, dont know how to
fix it ironruby side.
___
Ironruby-core mailing list
Ironruby-core@rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core
___
Ironruby-core mailing list
Ironruby-core@rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core
___
Ironruby-core mailing list
Ironruby-core@rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Sync rubyspec
Merged into main. I've updated some as well. The following specs are up to date: \core array b* \language * \library net zlib Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Enrico Sada Sent: Tuesday, August 09, 2011 2:14 PM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] Sync rubyspec I started to update rubyspec to latest version (pull requests: https://github.com/IronLanguages/main/pull/35 https://github.com/IronLanguages/main/pull/36 ), the dir 'core/array', 'core/b*' are done. The rubyspec/rubyspec commit i use as reference is the latest ( https://github.com/rubyspec/rubyspec/commit/ea0ae038fd0e3ab995c44657dbb3f22ef7fa450d ) At first i tried to branch from a commit 1 year old of rubyspec/rubyspec, replace branch contents with ironruby's rubyspec and try to merge to master, but got too much merge conflicts and merged files not was ok. So i am merging files in various steps, slower but better quality. after that i think we can clone rubyspec/rubyspec, branch from commit ea00ae038 and replace branch contents with ironruby's rubyspec. We get a clean fork, so more easy to contribute back changes to rubyspec/rubyspec. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Sync rubyspec
And bigdecimal :) \core array b* \language * \library bigdecimal net zlib -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Tomas Matousek Sent: Sunday, August 14, 2011 1:20 PM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Sync rubyspec Merged into main. I've updated some as well. The following specs are up to date: \core array b* \language * \library net zlib Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Enrico Sada Sent: Tuesday, August 09, 2011 2:14 PM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] Sync rubyspec I started to update rubyspec to latest version (pull requests: https://github.com/IronLanguages/main/pull/35 https://github.com/IronLanguages/main/pull/36 ), the dir 'core/array', 'core/b*' are done. The rubyspec/rubyspec commit i use as reference is the latest ( https://github.com/rubyspec/rubyspec/commit/ea0ae038fd0e3ab995c44657dbb3f22ef7fa450d ) At first i tried to branch from a commit 1 year old of rubyspec/rubyspec, replace branch contents with ironruby's rubyspec and try to merge to master, but got too much merge conflicts and merged files not was ok. So i am merging files in various steps, slower but better quality. after that i think we can clone rubyspec/rubyspec, branch from commit ea00ae038 and replace branch contents with ironruby's rubyspec. We get a clean fork, so more easy to contribute back changes to rubyspec/rubyspec. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] ObjectSpace module
Your implementation of _id2ref might be a good enough approximation. (It isn't 100% equivalent to MRI though since in MRI I can enumerate integers and ask if there is an object with that id. So I can get to objects for which object_id wasn't called before.) You become a developer by submitting a patch on github. No need to talk to anybody :). Of course, it is better to let folks in this list know what you're working on so that we don't dup efforts. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Iulian Fecioru Sent: Tuesday, August 09, 2011 10:51 PM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] ObjectSpace module Hello, I've wrote on http://ironruby.codeplex.com/workitem/6028 that the ObjectSpace module is not complete Comments from the issues above: wrote Thu at 11:57 PM File.realpath is a Ruby 1.9 method we haven't gotten to. We're unable to implement those methods of ObjectSpace as we can't track them ourselves as we don't know when the CLR will garbage collect a specific object, and we don't have access to a list of reachable objects. Renaming this issue to track File.realpath iulianfecioru wrote Fri at 8:27 AM From the previous comment I understand that methods from ObjectSpace (_id2ref, count_objects.) will not be supported. Is this true?! PS: I've added _id2ref method to the ObjectSpace, so I think it is posible but is just my opinion ;) jimmysch wrote Fri at 4:50 PM How did you implement _id2ref in IronRuby? I'm 100% sure we can't implement it without slowing down the entire runtime. ObjectSpace is a thin wrapper around MRI's memory manager, while on the CLR we don't have access to it. Therefore, it's more MRI's implementation detail than a general Ruby feature. And Ruby library writers already know not to use it if they want to run on all Ruby implementations. That being said, we could implement it poorly and require the user to turn it on if they want to use it (like JRuby does: http://kenai.com/projects/jruby/pages/PerformanceTuning#Disabling_ObjectSpace), but I don't see that as a priority feature. That being said, patches are welcome. If you want to discuss this further, let's move this discussion to the mailing list (ironruby-core@rubyforge.orgmailto:ironruby-core@rubyforge.org) or open a new feature request (http://ironruby.codeplex.com/WorkItem/Create). I think jimmysch is right about the performance issues, but in my case I need to have the ObjectSpace.id2ref because we need to send the object IDs to native languages and retrieve the objects using this object IDs in IronRuby. I think that the JRuby solution (http://kenai.com/projects/jruby/pages/PerformanceTuning#Disabling_ObjectSpace) should be in IronRuby. I've attached my own trick (I think it is a big performance issue). Maybe this could be done in a more better way and directly in IronRuby source code. Thank you! PS: I would like to become a developer in this project. With who should I talk?! Regards, Iulian Fecioru NAPA Romania SRL Lead Software Developer Brailei, 165b, 1 800310, Galati, Romania Mobile: +40-722-664027 Phone: +40-336-802182 Fax: +40-336-802185 ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] IronRuby IDE with MRI?
Have you tried http://www.sapphiresteel.com/? Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of David Garner Sent: Tuesday, August 09, 2011 5:32 PM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] IronRuby IDE with MRI? Hi. I've been trying to learn to program Ruby and I've been wondering if it's possible to use the Visual Studio IDE with MRI. It seems to have some nice features, but I don't find much documentation about it anywhere. I'm excited about the prospects of IronRuby, but it does not seem to be up to some of the stuff I need to do, yet. Just wondering if I could get my head around the IDE while using all the gems and other benefits that are available in a more standard or mature programming environment. I'm hoping that IronRuby will eventually support and surpass Matz's version. Thanks. David Garner ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Pull request #31 - fix workitem 6345, implemented IO#binread
I can take a look at fixing the regex issue perhaps next weekend.
Tomas
-Original Message-
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Enrico Sada
Sent: Sunday, August 07, 2011 3:47 PM
To: ironruby-core@rubyforge.org
Subject: [Ironruby-core] Pull request #31 - fix workitem 6345, implemented
IO#binread
The pull request #31 ( https://github.com/IronLanguages/main/pull/31 ) is for
resolve workitem 6345 (
http://ironruby.codeplex.com/workitem/6345 ).
Implemented IO#binread with rubyspec (sent also to rubyspec/rubyspec).
This anyway is not enough for fix rdoc, needed for gem install.
C:\repo\IronLanguagesigem install rake
Successfully installed rake-0.9.2
1 gem installed
Installing ri documentation for rake-0.9.2...
C:/repo/IronLanguages/Languages/Ruby/StdLib/ruby/1.9.1/rdoc/text.rb:12:in `expan
d_tabs': parsing ^(.{8}*?)([\x00-?-[\\t\\r\\n]]{0,7})\\t - Nested quantifier
* . (SyntaxError)
from C:/repo/IronLanguages/Languages/Ruby/StdLib/ruby/1.9.1/rdoc/text.rb
:9:in `lines'
from C:/repo/IronLanguages/Languages/Ruby/StdLib/ruby/1.9.1/rdoc/text.rb
:9:in `expand_tabs'
from C:/repo/IronLanguages/Languages/Ruby/StdLib/ruby/1.9.1/rdoc/text.rb
:60:in `normalize_comment'
from C:/repo/IronLanguages/Languages/Ruby/StdLib/ruby/1.9.1/rdoc/code_ob
ject.rb:97:in `comment='
from C:/repo/IronLanguages/Languages/Ruby/StdLib/ruby/1.9.1/rdoc/rdoc.rb
:278:in `parse_file'
from C:/repo/IronLanguages/Languages/Ruby/StdLib/ruby/1.9.1/rdoc/rdoc.rb
:322:in `parse_files'
i think the problem is .{8}*? , (like
http://stackoverflow.com/questions/210206/what-is-a-nested-quantifier-and-why-is-it-causing-my-regex-to-fail
) i will check it later, probably an rdoc modify is needed, dont know how to
fix it ironruby side.
___
Ironruby-core mailing list
Ironruby-core@rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core
___
Ironruby-core mailing list
Ironruby-core@rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Code Review - Time#strftime ignore invalid directives on format string
You can remove compatibility check (including the one that's there). IronRuby only supports MRI 1.9. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Enrico Sada Sent: Tuesday, August 02, 2011 9:45 AM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] Code Review - Time#strftime ignore invalid directives on format string i asked a pull request ( https://github.com/IronLanguages/main/pull/28 ) for fix Time#strftime behaviour on invalid directives on format string, ex: ruby 1.8: Time.now.strftime '%$' = '$' ruby 1.9: Time.now.strftime '%$' = '%$' this make green a mspec test on core/time/strftime_spec.rb I have some question: 1) i added a check for ruby compatibility = ruby 1.9, is needed? 2) i removed 'fails:' from ironruby-tags-19/core/time/strftime_tags.txt is correct? 3) usually code review is in mailing list or github pull request? (so i dont need to write two times the same questions) ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Working on IronRuby visual studio tools
If you need it for in production testing definitely use the MSI. That's the way how users will install it. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Orion Edwards Sent: Wednesday, May 25, 2011 1:04 PM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Working on IronRuby visual studio tools The experimental instance works well for development. After making a change to the VS tools I'd like to use it in anger in the production instance working on real code, and rebuilding/reinstalling the release MSI is just an extra step requiring more time. If it's difficult to resolve or likely to cause issues then it's no big deal, I was mainly just curious. Is there a wiki page which explains this? I could add one? Thanks, Orion From:Jimmy Schementi jscheme...@gmail.commailto:jscheme...@gmail.com To:ironruby-core@rubyforge.orgmailto:ironruby-core@rubyforge.org ironruby-core@rubyforge.orgmailto:ironruby-core@rubyforge.org Date:26/05/2011 01:51 a.m. Subject:Re: [Ironruby-core] Working on IronRuby visual studio tools Sent by: ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org Orion, what can't you accomplish with the experimental hive which you think you can do by installing a non-MSI'd IronRuby tools? The non-MSI installation is not supported as we use the GAC for resolving dependencies of IronStudio components between Ruby and Python. A non-MSI installation using VSIX has no dependency management, so things could break easily. ~Jimmy On May 23, 2011, at 4:28 PM, Orion Edwards ori...@gallagher.co.nzmailto:ori...@gallagher.co.nz wrote: Re-post of this email as it accidentally was sent as a reply to someone else's... Oops - I'm hoping to do some work to fix some of the bugs in IronRuby's visual studio integration, but I'm having a few issues getting a dev environment up and running. - I can build IronStudio.sln from the Solutions folder, and my modified version of the IronRuby tools loads in the visual studio experimental instance and is fine. - I can build the full IronRuby installer, and when I install it, my modified version of IronRuby tools loads in the normal visual studio instance. But, I can't figure out how I can build a modified version of IronRuby tools and run it in a normal instance without doing the full MSI release build. Simply building the tools and then launching a normal visual studio instance produces this error message when I open any solution: --- Microsoft Visual Studio --- The 'Microsoft.IronRubyTools.IronRubyToolsPackage, IronRubyTools, Version=1.0.0.0, Culture=neutral, PublicKeyToken=7f709c5b713576e1' package did not load correctly. The problem may have been caused by a configuration change or by the installation of another extension. You can get more information by running the application together with the /log parameter on the command line, and then examining the file 'C:\Users\orione\AppData\Roaming\Microsoft\VisualStudio\10.0\ActivityLog.xml'. Continue to show this error message? --- Yes No --- If I click Yes, then the projects load, but this dialog reappears whenever I launch VS or load any solutions. If I click no, VS disables the IronRuby addin, and I have to run devenv /ResetSkipPkgs to put it back (and then the error messages come back). The only way to fix the issue is to uninstall/reinstall the IronRuby tools MSI itself. Is there a way to get the non-experimental instance of visual studio to load IronRuby tools without having to do a full build if the MSI in release mode? Thanks, Orion This e-mail is confidential and may contain information subject to legal privilege. If you are not the intended recipient please advise us of our error by return e-mail then delete this e-mail and any attached files. You may not copy, disclose or use the contents in any way. The views expressed in this e-mail may not be those of Gallagher Group Ltd or subsidiary companies thereof. ___ Ironruby-core mailing list Ironruby-core@rubyforge.orgmailto:Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core___ Ironruby-core mailing list Ironruby-core@rubyforge.orgmailto:Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Commit to solve bug: String.delete gives a wrong result (http://ironruby.codeplex.com/workitem/5426)
I'll take a look. Could you add some tests to the specs, unless there already are some? Let me know if you have any questions. Thanks, Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Roberto Perez Sent: Wednesday, May 11, 2011 3:56 AM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] Commit to solve bug: String.delete gives a wrong result (http://ironruby.codeplex.com/workitem/5426) Hi, I committed in my fork a very small change to solve the bug which is in http://ironruby.codeplex.com/workitem/5426 The commit is in: https://github.com/robjperez/main/commit/7d94882990bc80504a78c7ed9ea989e31b8e19ed The problem was inside the range detector in the delete method. When it finds a '-' character, it assumes that the string is a range, but when you use the \ before the '-' you are telling that the '-' char is a literal. The change was in the File MutableStringOps.cs in the Delete Method. This is my first contribution to IronRuby, so I don't know if i'm following all the steps in the right order :), so, forgive me if i'm doing wrong but I followed the guides written in github wiki. Shall I proceed with the pull request to main repository, or are you going to review the commit before? Regards. Roberto -- http://zbutton.wordpress.com/ blog sobre programación y tecnología ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Commit to solve bug: String.delete gives a wrong result (http://ironruby.codeplex.com/workitem/5426)
I meant Ruby mspec tests located in Languages\Ruby\Tests\mspec\rubyspec\core\string (for strings). You might find they are already written but disabled. In that case remove the corresponding entries from tags: Languages\Ruby\Tests\mspec\ironruby-tags-19\core\string You can find more on mspec here: https://github.com/rubyspec/mspec Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Roberto Perez Sent: Wednesday, May 11, 2011 3:27 PM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Commit to solve bug: String.delete gives a wrong result (http://ironruby.codeplex.com/workitem/5426) Ok I'll add some tests to check the functionality of this commit. I was trying to add one, but i'm having some problems passing the same pattern string due to the difference between ruby syntax and c# one. (As the tests are written in c#) I'll tell you as soon as I have the test done. Cheers On Wed, May 11, 2011 at 6:23 PM, Tomas Matousek tomas.matou...@microsoft.commailto:tomas.matou...@microsoft.com wrote: I'll take a look. Could you add some tests to the specs, unless there already are some? Let me know if you have any questions. Thanks, Tomas From: ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Roberto Perez Sent: Wednesday, May 11, 2011 3:56 AM To: ironruby-core@rubyforge.orgmailto:ironruby-core@rubyforge.org Subject: [Ironruby-core] Commit to solve bug: String.delete gives a wrong result (http://ironruby.codeplex.com/workitem/5426) Hi, I committed in my fork a very small change to solve the bug which is in http://ironruby.codeplex.com/workitem/5426 The commit is in: https://github.com/robjperez/main/commit/7d94882990bc80504a78c7ed9ea989e31b8e19ed The problem was inside the range detector in the delete method. When it finds a '-' character, it assumes that the string is a range, but when you use the \ before the '-' you are telling that the '-' char is a literal. The change was in the File MutableStringOps.cs in the Delete Method. This is my first contribution to IronRuby, so I don't know if i'm following all the steps in the right order :), so, forgive me if i'm doing wrong but I followed the guides written in github wiki. Shall I proceed with the pull request to main repository, or are you going to review the commit before? Regards. Roberto -- http://zbutton.wordpress.com/ blog sobre programación y tecnología ___ Ironruby-core mailing list Ironruby-core@rubyforge.orgmailto:Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- http://zbutton.wordpress.com/ blog sobre programación y tecnología ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Fwd: WorkItem Issue #6095 - IronRuby 1.1.3 Can't count
Yes, this is the right process - fix it in a branch and send a pull request. The change looks great! Merged into main and closed the bug. Thanks, Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Nicholas Radford Sent: Saturday, May 07, 2011 1:13 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Fwd: WorkItem Issue #6095 - IronRuby 1.1.3 Can't count Quick question guys, when pushing this to my repo on github, should I push to a topic branch or push to master? Well I pushed it to a topic branch, just in case you guys required changes :) As the contributing documentation says, would someone mind giving me a code review? Code can be found at https://github.com/sekhat/main/tree/bugfix/issue-6095 Cheers. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Hi guys
It is. Feel free to send start discussion on features you want to work on. See https://github.com/IronLanguages/main/wiki for useful info. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Nicholas Radford Sent: Tuesday, May 03, 2011 1:31 PM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] Hi guys hi guys, just wondering if this is still the right list to post to as I wish to start contributing to the project. -- Nik Radford ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Getting value of IronRuby object's property using reflections
Would this be what you need? http://ironruby.codeplex.com/workitem/4920 Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of sridharans sivamurugan Sent: Monday, April 25, 2011 7:38 PM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] Getting value of IronRuby object's property using reflections hi All, I'm having the ruby class of following structure. I need to gets its value using reflection that it need to get its value using Property Descriptor or PropertyInfo collection. I can get this only when I use the attributes. If I have the object without any attributes its returning the public methods of the Ruby object. I need to get the properties using Property Descriptor, when there is no attributes in the object. Please share your Idea this is important for my project. Thanks. Sri Class Structure class Person def name @name end def name=(n) @name = n end def age @age end def age=(a) @age = a end end -- Posted via http://www.ruby-forum.com/. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Dropping .NET 2.0 Support for IronRuby
I'd be fine with dropping support for *Desktop* v2.0. We need to support Silverlight 3 builds though so that we continue running on Windows Phone 7. This essentially means we can't get rid of the inner ring just yet. Do you consider supporting IronPython on Windows Phone too? The only work that's needed there is to interpret call-sites instead of compiling them. Some of them already do so but there are others that don't. Plus you'd need a bit refactoring to avoid referring Ref.Emit types in common code paths. Overall I don't think dropping v2.0 build buys us that much if we need Silverlight 3 build anyways. Do you experience problems or excessive amount of work supporting v2.0 builds? Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Jeff Hardy Sent: Wednesday, April 06, 2011 2:27 PM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] Dropping .NET 2.0 Support for IronRuby Right now, the plan is for IronPython to drop support for .NET 2.0 and be .NET 4 only for the 3.0 release (which is probably still a year or more away). Are there any similar plans for IronRuby? IP can drop 2.0 support without impacting IR at all (I think), but if there plans to drop it from IR as well we can trim up the repository somewhat (in particular, the DLR inner ring could be removed and live in the Mono tree, or something like that). - Jeff ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Dropping .NET 2.0 Support for IronRuby
I think having the V2 build there but not actively tested works fine. Anybody who wants to use the latest IPy 3.0 build on V2 could submit a patch that fixes v2 specific issues if there are any. What about officially declaring we don't support V2 but keep the infrastructure in place and not intentionally remove v2 specific code. Sounds good? Tomas -Original Message- From: Jeff Hardy [mailto:jdha...@gmail.com] Sent: Wednesday, April 06, 2011 3:10 PM To: ironruby-core@rubyforge.org Cc: Tomas Matousek Subject: Re: [Ironruby-core] Dropping .NET 2.0 Support for IronRuby On Wed, Apr 6, 2011 at 4:00 PM, Tomas Matousek tomas.matou...@microsoft.com wrote: I'd be fine with dropping support for *Desktop* v2.0. We need to support Silverlight 3 builds though so that we continue running on Windows Phone 7. This essentially means we can't get rid of the inner ring just yet. Do you consider supporting IronPython on Windows Phone too? The only work that's needed there is to interpret call-sites instead of compiling them. Some of them already do so but there are others that don't. Plus you'd need a bit refactoring to avoid referring Ref.Emit types in common code paths. It's a pretty common request, but no one has stepped up to do it yet, and it doesn't interest me personally. I don't want to rule it out, though. I think we'd similar work to run on MonoTouch as well. However, we could restrict that to the 2.7 line until WP gets a proper Silverlight 4/CoreCLR runtime. Overall I don't think dropping v2.0 build buys us that much if we need Silverlight 3 build anyways. Do you experience problems or excessive amount of work supporting v2.0 builds? We're still going to support them for 2.7, and 2.7 will be around for a long time. For 3.0 I doubt I'll do anything to actively break 2.0 support, but testing against it won't be done on a regular basis, and if it breaks, and no one steps up to fix it, it'll stay probably stay broken. - Jeff ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] IronRuby not loading DLL
You can always use const_get for the 1% cases. IMO, having non-capitalized namespaces and classes is already 1% case, since such libraries violate .NET design guidelines. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Charles Strahan Sent: Sunday, March 27, 2011 4:19 PM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] IronRuby not loading DLL I figured that it's always nice to have options - especially if there are conflicts. Capitalizing the first letter would probably work in 99% of cases, but I could imagine there might be case where you have an xFoo type and an XFoo type in the same namespace. That's probably being pedantic though - just capitalizing the first letter sounds like a pragmatic solution to me. -Charles On Sat, Mar 26, 2011 at 10:01 PM, Tomas Matousek tomas.matou...@microsoft.commailto:tomas.matou...@microsoft.com wrote: What would such block usually do? Uppercase the first letter of a lower-cased class/namespace? We could do that or some other mangling automatically. Is there any value in customizing the mangling? Being it automatic would help you to discover the constants since they would appear in Module#constants. Tomas From: ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Charles Strahan Sent: Saturday, March 26, 2011 10:00 AM To: ironruby-core@rubyforge.orgmailto:ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] IronRuby not loading DLL Tomas, how would you feel about adding an optional block param to require/load_assembly for overriding how .NET types are mapped to constants? That might be prove beneficial in cases such as these. -Charles On Fri, Mar 25, 2011 at 5:37 PM, Tomas Matousek tomas.matou...@microsoft.commailto:tomas.matou...@microsoft.com wrote: You need to use const_get to access classes/namespaces whose names are not compatible with Ruby naming conventions. A module in Ruby must start with capital ASCII letter. const_get(:mdMATCHUPOBJECTLib).const_get(:mdMUIncrementalClass).new should work. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Paul Wheeler Sent: Thursday, March 24, 2011 2:01 PM To: ironruby-core@rubyforge.orgmailto:ironruby-core@rubyforge.org Subject: [Ironruby-core] IronRuby not loading DLL I have been using IronRuby for a while now to do simple scripting against DotNet DLLs with great success. I ran in to a problem recently where I am asking IronRuby 1.1.1 to require a DLL but it does not appear to be loaded. I do not get an error message but cannot instantiate any types from the DLL. If I do p Object.constants it does not return any namespaces or classes from the DLL. When trying to do: mdMATCHUPOBJECTLib::mdMUIncrementalClass.new I get the error: undefined method mdMATCHUPOBJECTLib Where mdMUIncrementalClass is a class in the DLL and mdMATCHUPOBJECTLib is the namespace. This works perfectly in C#/VisualStudio with the same DLL (I am basically using the exact same code in C# and Ruby). If it helps, this is an Interop DLL created by Visual Studio from a COM DLL. -- Posted via http://www.ruby-forum.com/. ___ Ironruby-core mailing list Ironruby-core@rubyforge.orgmailto:Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.orgmailto:Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.orgmailto:Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] IronRuby not loading DLL
What would such block usually do? Uppercase the first letter of a lower-cased class/namespace? We could do that or some other mangling automatically. Is there any value in customizing the mangling? Being it automatic would help you to discover the constants since they would appear in Module#constants. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Charles Strahan Sent: Saturday, March 26, 2011 10:00 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] IronRuby not loading DLL Tomas, how would you feel about adding an optional block param to require/load_assembly for overriding how .NET types are mapped to constants? That might be prove beneficial in cases such as these. -Charles On Fri, Mar 25, 2011 at 5:37 PM, Tomas Matousek tomas.matou...@microsoft.commailto:tomas.matou...@microsoft.com wrote: You need to use const_get to access classes/namespaces whose names are not compatible with Ruby naming conventions. A module in Ruby must start with capital ASCII letter. const_get(:mdMATCHUPOBJECTLib).const_get(:mdMUIncrementalClass).new should work. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Paul Wheeler Sent: Thursday, March 24, 2011 2:01 PM To: ironruby-core@rubyforge.orgmailto:ironruby-core@rubyforge.org Subject: [Ironruby-core] IronRuby not loading DLL I have been using IronRuby for a while now to do simple scripting against DotNet DLLs with great success. I ran in to a problem recently where I am asking IronRuby 1.1.1 to require a DLL but it does not appear to be loaded. I do not get an error message but cannot instantiate any types from the DLL. If I do p Object.constants it does not return any namespaces or classes from the DLL. When trying to do: mdMATCHUPOBJECTLib::mdMUIncrementalClass.new I get the error: undefined method mdMATCHUPOBJECTLib Where mdMUIncrementalClass is a class in the DLL and mdMATCHUPOBJECTLib is the namespace. This works perfectly in C#/VisualStudio with the same DLL (I am basically using the exact same code in C# and Ruby). If it helps, this is an Interop DLL created by Visual Studio from a COM DLL. -- Posted via http://www.ruby-forum.com/. ___ Ironruby-core mailing list Ironruby-core@rubyforge.orgmailto:Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.orgmailto:Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] IronRuby not loading DLL
You need to use const_get to access classes/namespaces whose names are not compatible with Ruby naming conventions. A module in Ruby must start with capital ASCII letter. const_get(:mdMATCHUPOBJECTLib).const_get(:mdMUIncrementalClass).new should work. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Paul Wheeler Sent: Thursday, March 24, 2011 2:01 PM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] IronRuby not loading DLL I have been using IronRuby for a while now to do simple scripting against DotNet DLLs with great success. I ran in to a problem recently where I am asking IronRuby 1.1.1 to require a DLL but it does not appear to be loaded. I do not get an error message but cannot instantiate any types from the DLL. If I do p Object.constants it does not return any namespaces or classes from the DLL. When trying to do: mdMATCHUPOBJECTLib::mdMUIncrementalClass.new I get the error: undefined method mdMATCHUPOBJECTLib Where mdMUIncrementalClass is a class in the DLL and mdMATCHUPOBJECTLib is the namespace. This works perfectly in C#/VisualStudio with the same DLL (I am basically using the exact same code in C# and Ruby). If it helps, this is an Interop DLL created by Visual Studio from a COM DLL. -- Posted via http://www.ruby-forum.com/. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Ruby FFI port
It would be easier to write the core implementation as regular C# library (i.e. not IronRuby.Libraries.*) and write the public API in Ruby that would internally call to that library. The Ruby file could call load_assembly 'CoreFFI.dll' and then use the classes defined there. This way you don't even need to include the code to IronRuby main repo, it could be a separate gem. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Charles Strahan Sent: Tuesday, March 22, 2011 6:30 PM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] Ruby FFI port Alright, I have a hankering again to port Ruby FFI ;). One question: should the port be written in pure Ruby, or should this be a C# library in the same vein as YAML (IronRuby.Libraries.Yaml)? I was leaning towards the latter, where I would branch from IronLanguages/Main, adding a Libraries.FFI folder beside Libraries.Yaml. Cheers, -Charles ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Ruby FFI port
Another idea... what about starting from http://github.com/ffi and replacing the C extension with C# code? Not sure if it will work but it's at least worth looking at. Or perhaps you can also look at what JRuby is doing. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Charles Strahan Sent: Tuesday, March 22, 2011 6:30 PM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] Ruby FFI port Alright, I have a hankering again to port Ruby FFI ;). One question: should the port be written in pure Ruby, or should this be a C# library in the same vein as YAML (IronRuby.Libraries.Yaml)? I was leaning towards the latter, where I would branch from IronLanguages/Main, adding a Libraries.FFI folder beside Libraries.Yaml. Cheers, -Charles ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Compiling Ruby classes to assemblies for use with Unity3D (which uses Mono 1.2.4)
We are already targeting Mono 2.10. You can try building with msbuild on Windows using /p:Configuration=v2Debug and using the resulting binaries on Mono 2.6. Mono fixed a bunch of bugs since 2.6 though so it might not quite work. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Asfand yar Qazi Sent: Monday, March 21, 2011 2:41 PM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Compiling Ruby classes to assemblies for use with Unity3D (which uses Mono 1.2.4) Asfand yar Qazi wrote in post #875250: 2009/12/22 Jb Evain j...@nurv.fr: Hey, On 12/22/09, Asfand Yar Qazi ayq...@gmail.com wrote: I want to be able to use Ruby code in the Unity3D game engine, which embeds GNU Mono 1.2.4 to provide support for various languages (a ECMAScript-based language, Boo, and C# - they don't upgrade the ancient Mono version to keep compatibility with games designed for older versions of Unity3D). Mono 1.2.4 is most probably too old to support IronRuby and the DLR. Thanks for that, I can now stop chasing a pointless dream :) Well, a long time has passed since I asked the previous question. Unity3D now uses GNU Mono 2.6, and I hope IronRuby has made progress too. Is it now possible to compile Ruby files into assemblies to use with Unity3D's Mono 2.6? Thank you for your help. Regards, Asfand -- Posted via http://www.ruby-forum.com/. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] [Bug Found: IronRuby 1.1.3 Gem install problem]
You either need to run gem install in an elevated prompt (start cmd.exe as admin) or install the gems to a directory which you have access to (set GEM_HOME environment variable, see http://docs.rubygems.org/read/chapter/3). Tomas From: ironruby-core-boun...@rubyforge.org [ironruby-core-boun...@rubyforge.org] on behalf of Murat ÜSTÜNTAŞ [ustun...@ekatek.com.tr] Sent: Monday, March 14, 2011 3:08 AM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] [Bug Found: IronRuby 1.1.3 Gem install problem] Hello All, When trying to install whois gem in ironruby 1.1.3, i got errors. I run these commands; ir -S gem install whois -r and gem install whois -r it said to me C:\Users\Makine Yöneticisiir -S gem install whois -r ERROR: While executing gem ... (Errno::EACCES) C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/gems/1.9.1/gems C:\Users\Makine Yöneticisiir -S gem install whois -r ERROR: While executing gem ... (Errno::ENOENT) Could not find a part of the path 'C:\Program Files (x86)\IronRuby 1.1\Lib\ruby\gems\1.9.1\cache\whois-1.6.6.gem'. [I created cache directory] C:\Users\Makine Yöneticisiir -S gem install whois -r ERROR: While executing gem ... (Errno::EACCES) C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/gems/1.9.1/gems [I created gems directory] C:\Users\Makine Yöneticisiir -S gem install whois -r ERROR: While executing gem ... (Errno::ENOENT) Could not find a part of the path 'C:\Program Files (x86)\IronRuby 1.1\Lib\ruby\gems\1.9.1\specifications\whois-1.6.6.gemspec'. [I created specifications directory] C:\Users\Makine Yöneticisiir -S gem install whois -r Successfully installed whois-1.6.6 1 gem installed ERROR: While executing gem ... (Errno::EACCES) C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/gems/1.9.1/doc [I created doc directory] At the end i have taken the following ERROR with ASC encoding name.. C:\Users\Makine Yöneticisiir -S gem install whois -r Successfully installed whois-1.6.6 1 gem installed Installing ri documentation for whois-1.6.6... Installing RDoc documentation for whois-1.6.6... ERROR: While executing gem ... (ArgumentError) 'ASC' is not a supported encoding name. Parameter name: name How can we solve this? Regards, Murat USTUNTAS -- ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
[Ironruby-core] [ANN] IronRuby 1.1.3 Released!
Dear IronRuby community,
We’re pleased to announce the release of IronRuby 1.1.3. The binaries
and the installer are now available at CodePlex:
http://ironruby.codeplex.com/releases/view/60511
IronRuby 1.1.3 is a servicing release that keeps on improving compatibility
with Ruby 1.9.2 and includes IronRuby integration to Visual Studio 2010. We
decided to drop 1.8.6 compatibility mode in all post-1.0 releases. We recommend
using IronRuby 1.0 if you need 1.8.6 compatibility.
The main purpose of this release is to sync with IronPython 2.7 release, i.e.
to keep the Dynamic Language Runtime that both these languages build on top
shareable.
This release also fixes a few bugs:
5763 Use of Bewildr Gem Fails in V1.1.2
5786 Hash.each (without block) gives a syntax error. ir 1.1.2. breaks Builder
3.0.0 gem.
5787 alias :#{var} :name fails with SyntaxErrorException in v1.1.2. Breaks
awesome_print gem.
-- IronRuby team
___
Ironruby-core mailing list
Ironruby-core@rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Finally trying to check in Iron7....
What is the motivation for including Iron7 to the IronLanguages repo? Couldn't it just be a separate github project? Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Stuart Lodge Sent: Tuesday, March 08, 2011 9:57 AM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] Finally trying to check in Iron7 Hi All I'm finally trying to check iron7 into the GitHub I've selected to put it in /Hosts/Silverlight/Iron7 - where it can be a sibling of WinPhone7 - and I've mostly got it building here However, I'm still hitting the issue that Iron7 has a couple of external dependencies - System.Windows.Controls.dll from the Silverlight toolkit and Newtonsoft.Json.Silverlight.dll from Json.Net - and I really don't want to remove these from the app (sorry) I'm really not sure whether to check these in - I'm kind of scared about messing up your lovely source tree. Sorry if this sounds wet... I'm a long way from being a git or build tree expert. Does anyone have a strong feeling about how I should check this in? I'm more than a bit tempted just to check this into a new codeplex project using MS-PL (or whatever license you would prefer) - someone who knows their way around the ironlang source tree can then merge this in if they want to? Thanks again for all your fab work on ironruby - still loving coding in it :) Stuart ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] How-to Contribute to IronRuby
This information should be up to date: http://github.com/IronLanguages/main/wiki if you find any discrepancies, let us know. Bugs are tracked on CodePlex: http://ironruby.codeplex.com There is a plenty of failing specs that also need to be fixed -- see https://github.com/IronLanguages/main/tree/master/Languages/Ruby/Tests/mspec/ironruby-tags-19 If you find something interesting you'd like to work on send an e-mail to the list so that others know what you are up to. Thanks! Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Mike H. Sent: Monday, February 28, 2011 9:37 AM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] How-to Contribute to IronRuby I've been trying to find information on how to contribute to the project. Given the recent changes to the solution source and website, is the information on becoming a contributor still current? My hope was that I could work on issues as a way to get my feet wet. Are these tracked exclusively on the main branch on GitHub? I checked yesterday and I only saw 2 active issues. I think this is a fantastic project. I love being able to use my .NET assemblies. Using something like Cucumber and RSpec to test my .NET classes is huge and honestly very exciting. I also really like the prospect to using Ruby to code my Silverlight/WPF/Win Phone 7 applications. I'm not as interesting in hosting Ruby code in my CLR code. As an outsider, it looks like IronRuby is dying a slow death given the last 6 months or so. I want to try to do my part to keep this project not just alive, but vibrant. Certainly we can offer a CLR-integrated Ruby interpreter that is as capable as JRuby. Come on, put me to work! :) -- Posted via http://www.ruby-forum.com/. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Accessing a Module's Classes from C# with dynamic
Wouldn't this work?
dynamic globalConstants = engine.Runtime.Globals
globalConstants.MyModule.const_get('MyClass')
assuming
module MyModule
class MyClass
end
end
Haven't tried. Let me know if it works.
Tomas
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Shay Friedman
Sent: Thursday, February 24, 2011 10:38 PM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Accessing a Module's Classes from C# with dynamic
I got it working using a kind of a hack/workaround.
I know this is kind of a hack/workaround, but I managed to do it this way:
I added the next code to the end of the ruby file:
def hack(s)
eval(s)
end
And then used it from the C# code to get the class object:
var engine = Ruby.CreateEngine();
var scope =
engine.ExecuteFile(@c:\code\generator\lib\generator\generator_cmd_line.rb);
var genCmdLineObj = engine.Execute(String.Format(hack('{0}::{1}'),
Generator, CmdLine), scope);
var cmdLineObj = engine.Operations.CreateInstance(genCmdLineObj);
var results = engine.Operations.InvokeMember(cmdLineObj, run);
return Content(results);
Kind of a hack, but hey, it works! :)
Shay.
Shay Friedman | Co-Founder @ CodeValuehttp://codevalue.net/ | C#/IronRuby
MVP | Author of IronRuby Unleashed
Blog: http://IronShay.comhttp://ironshay.com/ | Twitter:
http://twitter.com/ironshay
On Thu, Feb 24, 2011 at 4:41 PM, Rob R.
li...@ruby-forum.commailto:li...@ruby-forum.com wrote:
to add directories to your search path from within C# you can do
something like this:
var engine = Ruby.CreateEngine();
var searchPaths = engine.GetSearchPaths().ToList();
searchPaths.Add(@c:\code\generator\lib);
searchPaths.Add(@C:\Ruby-ri-192\lib\ruby\1.9.1);
engine.SetSearchPaths(searchPaths);
Let me know if you find out how to access classes that are within
modules from C#. I'm having no luck.
--
Posted via http://www.ruby-forum.com/.
___
Ironruby-core mailing list
Ironruby-core@rubyforge.orgmailto:Ironruby-core@rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core
___
Ironruby-core mailing list
Ironruby-core@rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] [IronPython] Contents of Lib (packaging for RPM)
The expected layout is: /usr/lib/ironruby/bin ir.exe IronRuby.dll IronRuby.Libraries.dll IronRuby.Libraries.Yaml.dll Microsoft.Scripting.dll Microsoft.Dynamic.dll Microsoft.scripting.Metadata.dll /usr/lib/ironruby/Lib - StdLib directory ironruby digest mathn test yaml ... ruby 1.9.1 gems site_ruby It is indeed possible to change it but this is the simplest setup that requires no additional configuration. Would it work for you? Tomas -Original Message- From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of Andrew Jorgensen Sent: Friday, February 11, 2011 8:05 AM To: Discussion of IronPython Cc: ironruby-core@rubyforge.org Subject: Re: [IronPython] Contents of Lib (packaging for RPM) For now it looks like this: /usr/bin/ir # etc., wrapper scripts to call mono /usr/lib/ironruby/ir.exe # etc. /usr/lib/ironruby/IronRuby.dll # etc. /usr/lib/ironruby/Lib/ironruby # etc. contents pulled from Languages/Ruby/StdLib When I strace'd running ir and typing require 'foo' it said it was looking in various directories that make sense if you're running from the source build. On Thu, Feb 10, 2011 at 4:01 PM, Tomas Matousek tomas.matou...@microsoft.com wrote: What is your installation dir/file layout? -Original Message- From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of Andrew Jorgensen Sent: Thursday, February 10, 2011 2:52 PM To: Discussion of IronPython Cc: ironruby-core@rubyforge.org Subject: Re: [IronPython] Contents of Lib (packaging for RPM) Okay, we're making some great progress here now. Last issue I see immediately is that ir.exe crashes hard when trying to require a library, also it looks for it in all the wrong places on mono. Ideally (IMHO) it would first look under a Lib directory under the directory ir.exe lives in. ___ Users mailing list us...@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Users mailing list us...@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Users mailing list us...@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] [IronPython] Contents of Lib (packaging for RPM)
The directory should be called Lib, not StdLib. The repo has it under StdLib but the installer creates Lib. Tomas -Original Message- From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of Andrew Jorgensen Sent: Friday, February 11, 2011 4:59 PM To: Discussion of IronPython Cc: ironruby-core@rubyforge.org Subject: Re: [IronPython] Contents of Lib (packaging for RPM) It still looks in the wrong place for the libraries, as you can see from this strace log grep date log read(0, require 'date'\n, 1024) = 15 stat(/usr/lib/Languages/Ruby/StdLib/ironruby/date.rb, 0x7fff01eb9510) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ironruby/date.rb, 0x7fff01eb9510) = -1 ENOENT (No such file or directory) stat(/usr/lib/Languages/Ruby/StdLib/ironruby/date.dll, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ironruby/date.dll, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat(/usr/lib/Languages/Ruby/StdLib/ironruby/date.so, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ironruby/date.so, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat(/usr/lib/Languages/Ruby/StdLib/ironruby/date.exe, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ironruby/date.exe, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat(/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.rb, 0x7fff01eb9510) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.rb, 0x7fff01eb9510) = -1 ENOENT (No such file or directory) stat(/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.dll, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.dll, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat(/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.so, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.so, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat(/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.exe, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.exe, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat(/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.rb, 0x7fff01eb9510) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.rb, 0x7fff01eb9510) = -1 ENOENT (No such file or directory) stat(/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.dll, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.dll, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat(/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.so, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.so, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat(/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.exe, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.exe, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat(/home/ajorg/packages-provo/Mono/ironruby/date.rb, 0x7fff01eb9510) = -1 ENOENT (No such file or directory) lstat(/home/ajorg/packages-provo/Mono/ironruby/date.rb, 0x7fff01eb9510) = -1 ENOENT (No such file or directory) stat(/home/ajorg/packages-provo/Mono/ironruby/date.dll, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/home/ajorg/packages-provo/Mono/ironruby/date.dll, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat(/home/ajorg/packages-provo/Mono/ironruby/date.so, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/home/ajorg/packages-provo/Mono/ironruby/date.so, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat(/home/ajorg/packages-provo/Mono/ironruby/date.exe, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/home/ajorg/packages-provo/Mono/ironruby/date.exe, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) On Fri, Feb 11, 2011 at 5:43 PM, Andrew Jorgensen and...@jorgensenfamily.usmailto:and...@jorgensenfamily.us wrote: Yes, that should be fine, I'll give it a try and see if it can load anything. On Fri, Feb 11, 2011 at 10:23 AM, Tomas Matousek tomas.matou...@microsoft.commailto:tomas.matou...@microsoft.com wrote: The expected layout is: /usr/lib/ironruby/bin ir.exe IronRuby.dll IronRuby.Libraries.dll IronRuby.Libraries.Yaml.dll Microsoft.Scripting.dll Microsoft.Dynamic.dll Microsoft.scripting.Metadata.dll /usr/lib/ironruby/Lib - StdLib directory ironruby digest mathn test yaml ... ruby 1.9.1 gems site_ruby It is indeed possible to change
Re: [Ironruby-core] [IronPython] Contents of Lib (packaging for RPM)
Yes, it is possible. You shouldn't need to change the config file. We don't have a config file in the Windows installation. Tomas -Original Message- From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of Andrew Jorgensen Sent: Friday, February 11, 2011 5:07 PM To: Discussion of IronPython Cc: ironruby-core@rubyforge.org Subject: Re: [IronPython] Contents of Lib (packaging for RPM) Oh, nevermind, now I see this is configured in the .config files, I can probably fix this myself. On Fri, Feb 11, 2011 at 5:59 PM, Andrew Jorgensen and...@jorgensenfamily.us wrote: It still looks in the wrong place for the libraries, as you can see from this strace log grep date log read(0, require 'date'\n, 1024) = 15 stat(/usr/lib/Languages/Ruby/StdLib/ironruby/date.rb, 0x7fff01eb9510) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ironruby/date.rb, 0x7fff01eb9510) = -1 ENOENT (No such file or directory) stat(/usr/lib/Languages/Ruby/StdLib/ironruby/date.dll, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ironruby/date.dll, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat(/usr/lib/Languages/Ruby/StdLib/ironruby/date.so, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ironruby/date.so, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat(/usr/lib/Languages/Ruby/StdLib/ironruby/date.exe, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ironruby/date.exe, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat(/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.rb, 0x7fff01eb9510) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.rb, 0x7fff01eb9510) = -1 ENOENT (No such file or directory) stat(/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.dll, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.dll, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat(/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.so, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.so, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat(/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.exe, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ruby/site_ruby/1.9.1/date.exe, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat(/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.rb, 0x7fff01eb9510) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.rb, 0x7fff01eb9510) = -1 ENOENT (No such file or directory) stat(/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.dll, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.dll, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat(/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.so, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.so, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat(/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.exe, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/usr/lib/Languages/Ruby/StdLib/ruby/1.9.1/date.exe, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat(/home/ajorg/packages-provo/Mono/ironruby/date.rb, 0x7fff01eb9510) = -1 ENOENT (No such file or directory) lstat(/home/ajorg/packages-provo/Mono/ironruby/date.rb, 0x7fff01eb9510) = -1 ENOENT (No such file or directory) stat(/home/ajorg/packages-provo/Mono/ironruby/date.dll, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/home/ajorg/packages-provo/Mono/ironruby/date.dll, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat(/home/ajorg/packages-provo/Mono/ironruby/date.so, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/home/ajorg/packages-provo/Mono/ironruby/date.so, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) stat(/home/ajorg/packages-provo/Mono/ironruby/date.exe, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) lstat(/home/ajorg/packages-provo/Mono/ironruby/date.exe, 0x7fff01eb9580) = -1 ENOENT (No such file or directory) On Fri, Feb 11, 2011 at 5:43 PM, Andrew Jorgensen and...@jorgensenfamily.us wrote: Yes, that should be fine, I'll give it a try and see if it can load anything. On Fri, Feb 11, 2011 at 10:23 AM, Tomas Matousek tomas.matou...@microsoft.com wrote: The expected layout is: /usr/lib/ironruby/bin ir.exe IronRuby.dll IronRuby.Libraries.dll IronRuby.Libraries.Yaml.dll Microsoft.Scripting.dll Microsoft.Dynamic.dll
Re: [Ironruby-core] [IronPython] Contents of Lib (packaging for RPM)
Yes, but the .config file doesn't need to be there at all. ../Lib is the default value. The files in Config directory are for development env only. Tomas -Original Message- From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of Andrew Jorgensen Sent: Friday, February 11, 2011 6:44 PM To: Discussion of IronPython Cc: ironruby-core@rubyforge.org Subject: Re: [IronPython] Contents of Lib (packaging for RPM) On Fri, Feb 11, 2011 at 7:28 PM, Tomas Matousek tomas.matou...@microsoft.com wrote: Yes, it is possible. You shouldn't need to change the config file. We don't have a config file in the Windows installation. This comes from Config/Signed/App.config (which becomes ir.exe.config), which has the following line set language=Ruby option=StandardLibrary value=..\..\Languages\Ruby\StdLib/ which must be changed to set language=Ruby option=StandardLibrary value=..\Lib/ for ir.exe to find libraries. Of course the first is correct for the built copy, just not correct when installed. ___ Users mailing list us...@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] [IronPython] Contents of Lib (packaging for RPM)
Might be. You can compare your layout with the one for Windows - this zip file has the right layout: http://ironruby.codeplex.com/releases/view/55250#DownloadId=206131 Just exclude .bat files and Samples, Silverlight and WP7 directories. Tomas -Original Message- From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of Andrew Jorgensen Sent: Friday, February 11, 2011 7:14 PM To: Discussion of IronPython Cc: ironruby-core@rubyforge.org Subject: Re: [IronPython] Contents of Lib (packaging for RPM) On Fri, Feb 11, 2011 at 8:03 PM, Tomas Matousek tomas.matou...@microsoft.com wrote: Yes, but the .config file doesn't need to be there at all. ../Lib is the default value. The files in Config directory are for development env only. Ah, see I was just copying all the contents of bin/Configuration to /usr/lib/ironruby Are there other files I should /not/ be installing? ___ Users mailing list us...@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] [IronPython] Contents of Lib (packaging for RPM)
What is your installation dir/file layout? -Original Message- From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of Andrew Jorgensen Sent: Thursday, February 10, 2011 2:52 PM To: Discussion of IronPython Cc: ironruby-core@rubyforge.org Subject: Re: [IronPython] Contents of Lib (packaging for RPM) Okay, we're making some great progress here now. Last issue I see immediately is that ir.exe crashes hard when trying to require a library, also it looks for it in all the wrong places on mono. Ideally (IMHO) it would first look under a Lib directory under the directory ir.exe lives in. ___ Users mailing list us...@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] [IronPython] Contents of Lib (packaging for RPM)
[Including IronRuby list]. We have a script in Msi directory called harvest.rb. This is used by another scripts Msi\Python\generate_wxis.rb and Msi\Ruby\generate_wxis.rb that launch it with Python and Ruby specific parameters, respectively. The generated .wxi files fully describe the files and directory hierarchy that is created by the Windows installer on the target machine. I think you can easily run them thru a script that converts them to whatever format you need. They are just XML files. Would it be possible to create a script (Python or Ruby) that builds RPM package and runs on Windows as well? This would allow us to build new releases in one pass on a single machine and just publish the Mac packages on CodePlex next to .msi's. Let me know if you had any issues. Tomas -Original Message- From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of Andrew Jorgensen Sent: Wednesday, February 09, 2011 12:42 PM To: us...@lists.ironpython.com Subject: [IronPython] Contents of Lib (packaging for RPM) Hello Folks, First let me thank you for making IronPython easy to compile on Mono. I'm the release manager for the Mono Project at Novell and I'm currently working on packaging IronPython and IronRuby for openSUSE (also to be included in the Mono Mac framework package). Where I've run into trouble is the stdlibs for both. I can see that the -Bin.zip contains a Lib directory with various standard libraries in it but I don't see how I can reliably and repeatably get that exact content into my RPM packages (short of including the -Bin.zip in the build). Is there a script of some sort that takes the appropriate files from the correct source and puts them where I need them (the script used to build the -Bin.zip perhaps?) Thanks! Andrew Jorgensen ___ Users mailing list us...@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Error Using Bewildr Gem in V1.1.2
One possible explanation is following: If you run the gem with IronRuby 1.0 it
runs in 1.8.6 compat mode. There may be a condition that checks for the
RUBY_VERSION in the gem. On Ruby 1.1.2 the RUBY_VERSION is 1.9.2 and thus some
other code path might be executed that depends on Hash#flatten. I don't think
we regressed, it's just a missing feature. Feel free to implement it and send a
pull request.
Tomas
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Thibaut Barrère
Sent: Wednesday, February 09, 2011 11:00 AM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Error Using Bewildr Gem in V1.1.2
Hi Larry,
undefined method `flatten' for {:name=Modeling}:Hash (NoMethodError)
I can reproduce this here as well: https://gist.github.com/819024
My understanding is that Hash#flatten only exist on 1.9 and not on 1.8.
Is there a regression here maybe ?
-- Thibaut
___
Ironruby-core mailing list
Ironruby-core@rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Connect to Sql server with Ironruby for windows phone 7
Require should work if you pass a full assembly name (System.Data, Version=..., Culture=..., PublicKyeToken=...). Or you can load the assemblies via Hosting API ScriptRuntime.LoadAssembly. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Sheetal Amolik Sent: Wednesday, February 09, 2011 9:20 PM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] Connect to Sql server with Ironruby for windows phone 7 Hi, I am developing a project for Windows Phone 7 using Ironruby. However I am not able to add referencec for Database connectivity. and even not able to add dll System.data. When I include Syste.data dll in .rb file, I get exception as NotImplementedException in my .xaml.cs page Please provide solution for this. Regards, Sheetal Attachments: http://www.ruby-forum.com/attachment/5881/DBConnectruby.rb -- Posted via http://www.ruby-forum.com/. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Preparing 1.1.2 release
Oops :( Let's try again: http://cid-b3ba7307194acfee.skydrive.live.com/self.aspx/IronRuby/IronRuby.msi I have the binaries ready, will publish them in the evening unless there is some major issue. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Eduardo Blumenfeld Sent: Monday, February 07, 2011 4:43 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Preparing 1.1.2 release Unfortunately none of the links are accessible... Regards Eduardo Tomas Matousek wrote in post #979978: Preliminary binaries are here packaged as an .msi (hopefully, it's accessible): http://alturl.com/3xnzm Let me know if there were any problems with the installation. Especially test various Gems - this release should fix the infamous can't convert NilClass into String bug (http://ironruby.codeplex.com/workitem/5728, http://ironruby.codeplex.com/workitem/5695, etc.). (an alternative link to the .msi is http://9qodxw.blu.livefilestore.com/y1pvmLNcFco8fyb3ow2A7mrDtNZ8oXH-yz2sNbCiJhvamDaDSSo3-6u1kEd97ivI9sV82s0ImyhZmdPZV0pyzxM4WxhTkm1vNJN/IronRuby.msi?downloadpsid=2) Thanks, Tomas -- Posted via http://www.ruby-forum.com/. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Preparing 1.1.2 release
IronRuby 1.1.2 runs on Mono, though there are some bugs in Mono that might cause issues in certain scenarios. The best Mono version to try it on would be 2.10. The .msi requires .NET 4.0, a separate zip package with raw dlls will be available later today (you can always build from sources as well). I tested the binaries on Mono 2.10 RC2 on Windows. If you have non-Windows systems, please, try 1.1.2 out, report bugs and/or submit fixes! Thanks, Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Simon Harrison Sent: Monday, February 07, 2011 11:13 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Preparing 1.1.2 release Will this run on Mono or is .net 4.0 required? -- Posted via http://www.ruby-forum.com/. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Preparing 1.1.2 release
Great! I spent some time to make xbuild happy :), I'm glad it works on non-Windows boxes as well. I filed a couple of Mono bugs (crashes) yesterday: http://bugzilla.novell.com/show_bug.cgi?id=669808https://bugzilla.novell.com/show_bug.cgi?id=669808 (GetCustomAttributes crash) http://bugzilla.novell.com/show_bug.cgi?id=669815 (non-deterministic crash in /nointerpret) So this might be hitting one of them. Or another. I guess we can either wait until these are fixed and try again or try to narrow the Rubygems crash down to a simpler repro. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Thibaut Barrère Sent: Monday, February 07, 2011 2:54 PM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Preparing 1.1.2 release I'm cloning it right now (then I'll look where is Ruby.sln, because I have no idea yet :-)). I'll report back here after doing a few basic tests. I can report the compile went without any issue as long as I'm on Mono 2.10 RC2. I was able to start mono ir.exe and do a couple of things. require rubygems raised a SIGSEGV: /tmp/mono-gdb-commands.2Rimy1:1: Error in sourced command file: unable to debug self = Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = Abort trap But well - it already compiles out of the box, which is good! -- Thibaut ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Preparing 1.1.2 release
Re binaries - 3 flavors are currently built: 1) Desktop CLR 4.0 (.NET FW 4.0, Mono 2.10) 2) Core CLR 4.0 (Silverlight 4.0, Moonlight) 3) Core CLR 3.0 (Windows Phone 7) So yes, the binaries should be equivalent. They won't be byte-for-byte equal, but should functionally be the same. So should be binaries built on Windows using Microsoft C# compiler or Mono C# compiler. Re packaging and build automation: Sync with Jeff Hardy who maintains IronPython. We should have one solution for both languages. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Thibaut Barrère Sent: Monday, February 07, 2011 3:33 PM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Preparing 1.1.2 release Great! I spent some time to make xbuild happy :), I'm glad it works on non-Windows boxes as well. Thanks for that really :) I've got a question wrt the build script we could set up: are the resulting binaries different if I compile from Mac OS X, as compared with Ubuntu ? If they are identical, I could work on provisioning a Vagrant box with all that is required to generate the builds on Ubuntu automatically. This would let anyone with access to Vagrant (and I think it works on Windows too for the host) with the ability to automate the builds and tests for IronRuby on *nix, and we could also push this to a VPS instance later on so that we keep fresh automated binaries for OS X / Ubuntu etc. Are the resulting binaries identical ? I filed a couple of Mono bugs (crashes) yesterday: So this might be hitting one of them. Or another. I guess we can either wait until these are fixed and try again or try to narrow the Rubygems crash down to a simpler repro. I'll wait a bit, given my current free time, but I will definitely try again later on (feel free to ping me if you want to try things out later on, by email or gtalk thibaut.barr...@gmail.commailto:thibaut.barr...@gmail.com). -- Thibaut ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
[Ironruby-core] Preparing 1.1.2 release
Preliminary binaries are here packaged as an .msi (hopefully, it's accessible): http://alturl.com/3xnzm Let me know if there were any problems with the installation. Especially test various Gems - this release should fix the infamous can't convert NilClass into String bug (http://ironruby.codeplex.com/workitem/5728, http://ironruby.codeplex.com/workitem/5695, etc.). (an alternative link to the .msi is http://9qodxw.blu.livefilestore.com/y1pvmLNcFco8fyb3ow2A7mrDtNZ8oXH-yz2sNbCiJhvamDaDSSo3-6u1kEd97ivI9sV82s0ImyhZmdPZV0pyzxM4WxhTkm1vNJN/IronRuby.msi?downloadpsid=2) Thanks, Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Shay Friedman Sent: Tuesday, February 01, 2011 12:38 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] [IronPython] Proposed Release Schedule for 2.7 I'd be happy to help. Let me know what needs to be done. Shay. On Tue, Feb 1, 2011 at 8:41 AM, Tomas Matousek tomas.matou...@microsoft.commailto:tomas.matou...@microsoft.com wrote: It's easy to build the msi's and I'll run IronRuby tests. I could use some help with IronRuby Tools testing. Tomas From: users-boun...@lists.ironpython.commailto:users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.commailto:users-boun...@lists.ironpython.com] On Behalf Of Jimmy Schementi Sent: Monday, January 31, 2011 8:28 PM To: Discussion of IronPython Cc: ironruby-core@rubyforge.orgmailto:ironruby-core@rubyforge.org Subject: Re: [IronPython] Proposed Release Schedule for 2.7 That schedule looks good for me too, and I can help get the releases out as well. ~Jimmy On Sun, Jan 30, 2011 at 3:37 PM, Tomas Matousek tomas.matou...@microsoft.commailto:tomas.matou...@microsoft.com wrote: I propose we sync IronRuby releases with IronPython as follows: IronRuby - IronPython - date 1.1.2 - Beta 2 - February 6 none - RC1 - February 20 none - RC2 - February 27 1.1.3 - RTM - March 6 Tomas -Original Message- From: users-boun...@lists.ironpython.commailto:users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.commailto:users-boun...@lists.ironpython.com] On Behalf Of Jeff Hardy Sent: Friday, January 28, 2011 3:39 PM To: Discussion of IronPython Subject: [IronPython] Proposed Release Schedule for 2.7 I'd like to propose the following release schedule for IronPython 2.7: Beta 2 - February 6 RC1 - February 20 RC2 - February 27 RTM - March 6 The need for a Beta 3 release could push those dates back by up to two weeks. Also, I may reevaluate based on the rate of bugs being fixed - if lots of fixes are coming in, delaying the release may be worthwhile. Obviously, any showstoppers would have an affect as while, but I don't believe there are any of those at the moment. The only current blocker for release is that the test suite does not pass 100%. That will need to be sorted prior to RTM. It's an aggressive schedule, but I think IronPython has gone too long without a release. I'm expecting there to be 2.7.x releases every 4-6 weeks if there are sufficient contributions (like new modules). I want to get the 2.x series behind us so that work can begin on 3.2/3.3. Compatibility with 3.x is going to be much better than 2.x, and with most Python stuff needing porting effort anyway getting IronPython support will be easier. That's going to require some work in the innards, and I'm not sure too many people are familiar with those parts or IronPython yet. I've already updated the version numbers to Beta 2 and fixed the installer bugs that prevented Beta 1 from installing over Alpha 1. At this point, the bugs that get fixed will probably be the ones that have patches, or at least solid repros, attached to them. If you've got a bug that you think *must* be fixed, bring it up here. Does anyone else think this is doable? - Jeff ___ Users mailing list us...@lists.ironpython.commailto:us...@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Users mailing list us...@lists.ironpython.commailto:us...@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Ironruby-core mailing list Ironruby-core@rubyforge.orgmailto:Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] How can you return the Rubified version of a CLR object back to the CLR?
This is by design. System.String doesn't really have reverse method. IronRuby just pretends it's there to make work more like Ruby string. So while you're writing Ruby code you use these convenience methods, but once you're in another context (another language, be it C#, or Python) you won't see them. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Greg Houston Sent: Friday, February 04, 2011 1:45 PM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] How can you return the Rubified version of a CLR object back to the CLR? Using IronRuby from C# is like a one-way street. I can take a C# object, and use it from the DLR. But I can't enhance that object and return it back to C#. When I return it back, it looses all the Ruby joy! I've got an example of what I mean at http://pastie.org/1529598 How can I get a CLR object back from IronRuby that keeps all the goodness that Ruby gave it? = Greg -- Posted via http://www.ruby-forum.com/. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] linq support in IronRuby
https://github.com/IronLanguages/main/blob/master/Languages/Ruby/Samples/Linq/101samples.rb Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Eduardo Blumenfeld Sent: Wednesday, February 02, 2011 10:26 AM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] linq support in IronRuby Hi all, Anyone knows where the 101 examples of linq for rb went? http://github.com/ironruby/ironruby/blob/master/Languages/Ruby/Samples/Linq/101samples.rb It is great news to know that this great project is moving along. Please let me know in which way I could help... Eduardo Blumenfeld -- Posted via http://www.ruby-forum.com/. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] [IronPython] Proposed Release Schedule for 2.7
It's easy to build the msi's and I'll run IronRuby tests. I could use some help with IronRuby Tools testing. Tomas From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of Jimmy Schementi Sent: Monday, January 31, 2011 8:28 PM To: Discussion of IronPython Cc: ironruby-core@rubyforge.org Subject: Re: [IronPython] Proposed Release Schedule for 2.7 That schedule looks good for me too, and I can help get the releases out as well. ~Jimmy On Sun, Jan 30, 2011 at 3:37 PM, Tomas Matousek tomas.matou...@microsoft.commailto:tomas.matou...@microsoft.com wrote: I propose we sync IronRuby releases with IronPython as follows: IronRuby - IronPython - date 1.1.2 - Beta 2 - February 6 none - RC1 - February 20 none - RC2 - February 27 1.1.3 - RTM - March 6 Tomas -Original Message- From: users-boun...@lists.ironpython.commailto:users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.commailto:users-boun...@lists.ironpython.com] On Behalf Of Jeff Hardy Sent: Friday, January 28, 2011 3:39 PM To: Discussion of IronPython Subject: [IronPython] Proposed Release Schedule for 2.7 I'd like to propose the following release schedule for IronPython 2.7: Beta 2 - February 6 RC1 - February 20 RC2 - February 27 RTM - March 6 The need for a Beta 3 release could push those dates back by up to two weeks. Also, I may reevaluate based on the rate of bugs being fixed - if lots of fixes are coming in, delaying the release may be worthwhile. Obviously, any showstoppers would have an affect as while, but I don't believe there are any of those at the moment. The only current blocker for release is that the test suite does not pass 100%. That will need to be sorted prior to RTM. It's an aggressive schedule, but I think IronPython has gone too long without a release. I'm expecting there to be 2.7.x releases every 4-6 weeks if there are sufficient contributions (like new modules). I want to get the 2.x series behind us so that work can begin on 3.2/3.3. Compatibility with 3.x is going to be much better than 2.x, and with most Python stuff needing porting effort anyway getting IronPython support will be easier. That's going to require some work in the innards, and I'm not sure too many people are familiar with those parts or IronPython yet. I've already updated the version numbers to Beta 2 and fixed the installer bugs that prevented Beta 1 from installing over Alpha 1. At this point, the bugs that get fixed will probably be the ones that have patches, or at least solid repros, attached to them. If you've got a bug that you think *must* be fixed, bring it up here. Does anyone else think this is doable? - Jeff ___ Users mailing list us...@lists.ironpython.commailto:us...@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Users mailing list us...@lists.ironpython.commailto:us...@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Accessing a Module's Classes from C# with dynamic
Another option would be RbScriptApp.const_get(Foo) I haven't tried that, but I think it should work. Neither solution is indeed ideal. CLR interop with Modules isn't quite polished yet. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Joshua M. Sent: Friday, January 14, 2011 11:55 PM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Accessing a Module's Classes from C# with dynamic It turns out that the problem is not accessing a module's class, but accessing the contents of a module in a require'd file. global.rb require 'app' app.rb module RbScriptApp class Foo def Bar() return (rand(100) + 1).to_s() end end end No matter what I do I can only access RbScriptApp and not Foo if I call Runtime.UseFile(global.rb). So far I have two other work arounds: 1.) create wrapper methods for everything I want to access in app.rb (ugh), or 2.) use Engine.Execute(RbScriptApp::Foo.new). The latter is more preferrable, I suppose, but it seems strange that I can't access Foo by dynamic. Any more information about this issue would be very helpful and appreciated. -- Posted via http://www.ruby-forum.com/. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] IR WPF Project, ActiveRecord sqlite3-ironruby writes slow, reads fast
The driver should convert Int64 to Bignum, using e.g. Kernel#Integer: i64 = System::Int64.new(1) = 1 (Int64) Integer(i64) = 1 Integer(i64).class = Bignum Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Sick Boy Sent: Saturday, January 08, 2011 3:58 PM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] IR WPF Project, ActiveRecord sqlite3-ironruby writes slow, reads fast Only problem i've ran into with this method for now has been the usage of System::Int64 for Primary keys. In a join table it was storing the yaml representation of the Int64 object instead of the proper Integer value, as a quick patch I've applied the following but i'm sure there is a better safer way; class System::Int64 def to_i; self.to_s.to_i; end end From: s...@dev-heaven.net To: ironruby-core@rubyforge.org Date: Sat, 8 Jan 2011 11:53:05 + Subject: Re: [Ironruby-core] IR WPF Project, ActiveRecord sqlite3-ironruby writes slow, reads fast I went out of my way and decided to have a look at updating the SQlite dll. It seems the interface has changed since sqlite3-ironruby gem release. I have downloaded and put the Community.CsharpSqlite.dll in the native folder: http://code.google.com/p/csharp-sqlite/downloads/list?can=1q=colspec=Filename+Summary+Uploaded+ReleaseDate+Size+DownloadCount Then I have adjusted driver.rb to: http://pastebin.com/diff.php?i=7e522Rvs Most things seem to just work, and it's blazing fast now, about as fast as Ruby 1.9.2's sqlite3 performance! I thought i'd let you know in case experiencing similair issues :-) From: s...@dev-heaven.net To: ironruby-core@rubyforge.org Date: Thu, 6 Jan 2011 15:51:46 + Subject: [Ironruby-core] IR WPF Project, ActiveRecord sqlite3-ironruby writes slow, reads fast Hello, I am since some weeks working with IronRuby. I do not consider myself a great programmer in neither Ruby or .NET, yet I really love Ruby, and in these past few weeks IronRuby and .NET in general has really grown on me; very powerful! So first; my gratitude for this amazing product, thanks to all who make this possible! My project's available @ Github: https://github.com/sickboy/six-updater-gui My current issue is that SQLite writes seem to take at least 0.7 seconds per write. So if I update 100 records at once in 1 query, it will take ~0.8s. But also if I update 1 record, it will take ~0.7s.. In comparison, the same actions with mingw Ruby 1.9.2 (from RubyInstaller.org), these writes take only about 0.005s Reads seem to be okay. Is this a known problem? Is there anything that can be done about this? Do others see these long delays as well? How about msSQL (/Express)? Not sure if I should create a seperate mail thread for this; The second problem i'm having is that when I load a database model with ActiveRecord 2.3.8 into a BindingList, and that to a BindingSource, and assign it to a DataGridView, everything is fine. When I use ActiveRecord 3.03, I get A singleton class has no underlying system type. Unless I don't add records to the binding list, before assigning the BindingSource as data_source of the DataGridView, and instead, add records to the binding list after assigning the data_source. I am not sure how I should debug this problem. Lastly I have the feeling (based on timing results in my logs) that processing IronRuby scripts is faster when they run through the ir.exe interpreter, than when they are executed in an engine from within a c# app. Could that be because certain optimizations are enabled in ir.exe, or something similair? Thanks for your time! ___ Ironruby-core mailing list Ironruby-core@rubyforge.orgmailto:Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.orgmailto:Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Location of ir.exe.config in IronRuby 1.1
Create a new file ir.exe.config next to ir.exe. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Poojan Wagh Sent: Thursday, January 06, 2011 6:36 AM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] Location of ir.exe.config in IronRuby 1.1 I'm trying to set the useLegacyV2RuntimeActivationPolicy option so that my IronRuby script can reference .NET 2.0 assemblies from .NET 4.0. I found a few references that say that .NET will run the script in IronRuby's (ir.exe) app domain, so I need to modify ir.exe.config. However, for IronRuby 1.1, I can't find ir.exe.config anywhere. Is there some other method IronRuby is using for setting such .NET options. If not, where should I put ir.exe.config? Any help or pointers would be much-appreciated. Thanks, -- Poojan ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Any coming IronRuby releases fixing igem this year?
I was able to repro this issue on my laptop and will check in a fix soon. Albert-Jan was right, the problem was in SocketStream.cs though the solution is to remove most of the code there rather then add any. I have no idea what was it supposed to achieve but it seems the class is a bit overengineered. Tomas From: ironruby-core-boun...@rubyforge.org [ironruby-core-boun...@rubyforge.org] on behalf of Mohamed Meligy [eng.mel...@gmail.com] Sent: Monday, December 20, 2010 9:37 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Any coming IronRuby releases fixing igem this year? Tried to sync my local copy again, and building from source. There is updated code, but the same error 1. I tried building every solution in the \Solutions folder. 2. Copied \Languages\Ruby\Scripts\bin *.bat files to \bin\debug. 3. Started a console window in \bin\debug. 4. Entered igem install rails. Error: ERROR: While executing gem ... (TypeError) can't convert NilClass into String Mohamed Meligy Readify | Senior Developer M:+61 451 835006 | W: www.readify.nethttp://www.readify.net/ [Description: Description: Description: Description: rss_16] [Description: Description: Description: Description: cid:image003.png@01CAF81D.6A076510] http://www.linkedin.com/in/meligy [Description: Description: Description: Description: cid:image005.png@01CAF81D.6A076510] http://twitter.com/meligy [http://gurustop.net/mail/signature/readify-50best.jpg]http://www.greatplacetowork.com.au/best/best-companies-australia.php[http://gurustop.net/mail/signature/readify-partner2010.png]http://www.readify.net/AboutUs/NewsItem.aspx?id=10 On Mon, Dec 20, 2010 at 6:36 PM, Tomas Matousek tomas.matou...@microsoft.commailto:tomas.matou...@microsoft.com wrote: That should still be ok, I think :). If the problem is here (Languages\Ruby\StdLib\ruby\1.9.1\net\protocol.rb): def rbuf_fill begin @rbuf @io.read_nonblock(BUFSIZE) rescue IO::WaitReadable if IO.select([...@io], nil, nil, @read_timeout) retry else raise Timeout::Error end rescue IO::WaitWritable # OpenSSL::Buffering#read_nonblock may fail with IO::WaitWritable. # http://www.openssl.org/support/faq.html#PROG10 if IO.select(nil, [...@io], nil, @read_timeout) retry else raise Timeout::Error end end end Then such an exception should be caught as IO::WaitReadable. The problem would be if the method returned nil instead of throwing an exception. Tomas From: ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org [ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org] on behalf of Shay Friedman [shay.fried...@gmail.commailto:shay.fried...@gmail.com] Sent: Sunday, December 19, 2010 1:19 AM To: ironruby-core@rubyforge.orgmailto:ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Any coming IronRuby releases fixing igem this year? You're right, there're more exceptions afterwards. The exception I suspect that causes the problems is on SocketStream, line 90: A non-blocking socket operation could not be completed immediately. What do you think? Shay. On Sat, Dec 18, 2010 at 7:26 PM, Tomas Matousek tomas.matou...@microsoft.commailto:tomas.matou...@microsoft.com wrote: Isn't no such file to load -- rubygems/defaults/operating_system exception caught somewhere? I think this exception is common. Tomas From: ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org [ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org] on behalf of Shay Friedman [shay.fried...@gmail.commailto:shay.fried...@gmail.com] Sent: Saturday, December 18, 2010 6:18 AM To: ironruby-core@rubyforge.orgmailto:ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Any coming IronRuby releases fixing igem this year? My repo is synced with the recent changes and I still get the same error (which originates from a different one as I stated above)... Shay. On Sat, Dec 18, 2010 at 12:09 PM, Mohamed Meligy eng.mel...@gmail.commailto:eng.mel...@gmail.com wrote: @Tomas, Thanks a lot. I'm checking that now. @Shay Can you please confirm your repo is in sync and see if the problem is still the same for you? I'll be checking too, but if I get issues, will not be sure it's code issue not me missing an instruction or so. Thanks a lot everyone. Regards, Mohamed Meligy Readify | Senior Developer M:+61 451 835006 | W: www.readify.nethttp://www.readify.net/ [Description: Description: Description: Description: rss_16] [Description: Description: Description: Description: cid:image003.png@01CAF81D.6A076510] http://www.linkedin.com/in/meligy [Description: Description: Description: Description: cid:image005.png@01CAF81D.6A076510] http://twitter.com/meligy [X]http://www.greatplacetowork.com.au/best/best-companies
Re: [Ironruby-core] Hello...
Very cool! Tomas From: ironruby-core-boun...@rubyforge.org [ironruby-core-boun...@rubyforge.org] on behalf of Stuart Lodge [...@slodge.com] Sent: Wednesday, December 22, 2010 3:42 AM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] Hello... Hello IronRuby Just thought I'd say hello and also thanks for all the effort the IronRuby team have put in. I've just created a new app for WP7 - Iron7 - which takes ruby scripts and runs them on the phone. Despite being an Iron-virgin and a Ruby-virgin, the integration of IronRuby and WP7 was very painless - I very much enjoyed it :) I've talked briefly this morning about the idea of getting some of the Iron7 code into GitHub - and I will find a way to do so in the new year - does anyone have anything they'd specifically like to see integrated? Anyways... that's my hello... and now I'm being dragged away into a wifi free zone for the next 2 weeks - happy holidays all :) Stuart ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Any coming IronRuby releases fixing igem this year?
That should still be ok, I think :). If the problem is here (Languages\Ruby\StdLib\ruby\1.9.1\net\protocol.rb): def rbuf_fill begin @rbuf @io.read_nonblock(BUFSIZE) rescue IO::WaitReadable if IO.select([...@io], nil, nil, @read_timeout) retry else raise Timeout::Error end rescue IO::WaitWritable # OpenSSL::Buffering#read_nonblock may fail with IO::WaitWritable. # http://www.openssl.org/support/faq.html#PROG10 if IO.select(nil, [...@io], nil, @read_timeout) retry else raise Timeout::Error end end end Then such an exception should be caught as IO::WaitReadable. The problem would be if the method returned nil instead of throwing an exception. Tomas From: ironruby-core-boun...@rubyforge.org [ironruby-core-boun...@rubyforge.org] on behalf of Shay Friedman [shay.fried...@gmail.com] Sent: Sunday, December 19, 2010 1:19 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Any coming IronRuby releases fixing igem this year? You're right, there're more exceptions afterwards. The exception I suspect that causes the problems is on SocketStream, line 90: A non-blocking socket operation could not be completed immediately. What do you think? Shay. On Sat, Dec 18, 2010 at 7:26 PM, Tomas Matousek tomas.matou...@microsoft.commailto:tomas.matou...@microsoft.com wrote: Isn't no such file to load -- rubygems/defaults/operating_system exception caught somewhere? I think this exception is common. Tomas From: ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org [ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org] on behalf of Shay Friedman [shay.fried...@gmail.commailto:shay.fried...@gmail.com] Sent: Saturday, December 18, 2010 6:18 AM To: ironruby-core@rubyforge.orgmailto:ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Any coming IronRuby releases fixing igem this year? My repo is synced with the recent changes and I still get the same error (which originates from a different one as I stated above)... Shay. On Sat, Dec 18, 2010 at 12:09 PM, Mohamed Meligy eng.mel...@gmail.commailto:eng.mel...@gmail.com wrote: @Tomas, Thanks a lot. I'm checking that now. @Shay Can you please confirm your repo is in sync and see if the problem is still the same for you? I'll be checking too, but if I get issues, will not be sure it's code issue not me missing an instruction or so. Thanks a lot everyone. Regards, Mohamed Meligy Readify | Senior Developer M:+61 451 835006 | W: www.readify.nethttp://www.readify.net/ [Description: Description: Description: Description: rss_16] [Description: Description: Description: Description: cid:image003.png@01CAF81D.6A076510] http://www.linkedin.com/in/meligy [Description: Description: Description: Description: cid:image005.png@01CAF81D.6A076510] http://twitter.com/meligy [X]http://www.greatplacetowork.com.au/best/best-companies-australia.php[X]http://www.readify.net/AboutUs/NewsItem.aspx?id=10 On Sat, Dec 18, 2010 at 4:32 AM, Tomas Matousek tomas.matou...@microsoft.commailto:tomas.matou...@microsoft.com wrote: The fix is already checked into the main. So if there is still any problem it's another bug. Build instructions are here: http://github.com/IronLanguages/main/wiki/Building let me know if anything there is not clear or doesn't work. Tomas From: ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org [ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org] on behalf of Mohamed Meligy [eng.mel...@gmail.commailto:eng.mel...@gmail.com] Sent: Friday, December 17, 2010 6:05 AM To: ironruby-core@rubyforge.orgmailto:ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Any coming IronRuby releases fixing igem this year? @Tomas, if it works on your local machine, maybe it's worth checking it out and having a 1.1.2 release. If your local repository is in sync already, then maybe there is some other issues that needs to be fixed. If this is easy as repositories sync issue of existing working fix or so, would really appreciate a 1.1.2 update. I'm new to Ruby and Rails and would love to try the IronRuby Rails integration even better with Visual Studio. I'm kind of lost in the source too. Not sure which VS solutions I should build and where the output Ruby\bin kind-of-directory would then be, neither how to get the MSI file for VS tools. Will be great if there is some explanation to this (forgive me if it's some readme already in the source), or else, then another release will be much easier to deal with. Thanks a lot. Regards, Mohamed Meligy Readify | Senior Developer M:+61 451 835006 | W: www.readify.nethttp://www.readify.net/ [Description: Description: Description: Description: rss_16] [Description: Description: Description: Description
Re: [Ironruby-core] Any coming IronRuby releases fixing igem this year?
Isn't no such file to load -- rubygems/defaults/operating_system exception
caught somewhere?
I think this exception is common.
Tomas
From: ironruby-core-boun...@rubyforge.org [ironruby-core-boun...@rubyforge.org]
on behalf of Shay Friedman [shay.fried...@gmail.com]
Sent: Saturday, December 18, 2010 6:18 AM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Any coming IronRuby releases fixing igem this year?
My repo is synced with the recent changes and I still get the same error (which
originates from a different one as I stated above)...
Shay.
On Sat, Dec 18, 2010 at 12:09 PM, Mohamed Meligy
eng.mel...@gmail.commailto:eng.mel...@gmail.com wrote:
@Tomas,
Thanks a lot. I'm checking that now.
@Shay
Can you please confirm your repo is in sync and see if the problem is still the
same for you?
I'll be checking too, but if I get issues, will not be sure it's code issue not
me missing an instruction or so.
Thanks a lot everyone.
Regards,
Mohamed Meligy
Readify | Senior Developer
M:+61 451 835006 | W: www.readify.nethttp://www.readify.net/
[Description: Description: Description: Description: rss_16] [Description:
Description: Description: Description: cid:image003.png@01CAF81D.6A076510]
http://www.linkedin.com/in/meligy [Description: Description: Description:
Description: cid:image005.png@01CAF81D.6A076510] http://twitter.com/meligy
[X]http://www.greatplacetowork.com.au/best/best-companies-australia.php[X]http://www.readify.net/AboutUs/NewsItem.aspx?id=10
On Sat, Dec 18, 2010 at 4:32 AM, Tomas Matousek
tomas.matou...@microsoft.commailto:tomas.matou...@microsoft.com wrote:
The fix is already checked into the main. So if there is still any problem it's
another bug.
Build instructions are here:
http://github.com/IronLanguages/main/wiki/Building
let me know if anything there is not clear or doesn't work.
Tomas
From:
ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org
[ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org]
on behalf of Mohamed Meligy [eng.mel...@gmail.commailto:eng.mel...@gmail.com]
Sent: Friday, December 17, 2010 6:05 AM
To: ironruby-core@rubyforge.orgmailto:ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Any coming IronRuby releases fixing igem this year?
@Tomas, if it works on your local machine, maybe it's worth checking it out and
having a 1.1.2 release.
If your local repository is in sync already, then maybe there is some other
issues that needs to be fixed.
If this is easy as repositories sync issue of existing working fix or so, would
really appreciate a 1.1.2 update. I'm new to Ruby and Rails and would love to
try the IronRuby Rails integration even better with Visual Studio.
I'm kind of lost in the source too. Not sure which VS solutions I should build
and where the output Ruby\bin kind-of-directory would then be, neither how to
get the MSI file for VS tools.
Will be great if there is some explanation to this (forgive me if it's some
readme already in the source), or else, then another release will be much
easier to deal with.
Thanks a lot.
Regards,
Mohamed Meligy
Readify | Senior Developer
M:+61 451 835006 | W: www.readify.nethttp://www.readify.net/
[Description: Description: Description: Description: rss_16] [Description:
Description: Description: Description: cid:image003.png@01CAF81D.6A076510]
http://www.linkedin.com/in/meligy [Description: Description: Description:
Description: cid:image005.png@01CAF81D.6A076510] http://twitter.com/meligy
[X]http://www.greatplacetowork.com.au/best/best-companies-australia.php[X]http://www.readify.net/AboutUs/NewsItem.aspx?id=10
On Fri, Dec 17, 2010 at 8:46 PM, Albert-Jan Pieter Nijburg
albert...@curit.commailto:albert...@curit.com wrote:
Hey,
I looked into this also and read_nonblock will still return 0 bytes sometimes.
I made a small hack in SocketStream.cs that forces the socket to return more
than 0 bytes.
if (bytesToRead 0) {
while(oldPos == _pos) {
_pos += _socket.Receive(readBuffer, bytesToRead,
SocketFlags.None);
}
}
I know this is absolutely not the way to fix it but it does specify the source
of the exception maybe a bit better.
Regards,
Albert-Jan
Van:
ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org]
Namens Tomas Matousek
Verzonden: vrijdag 17 december 2010 9:14
Aan: ironruby-core@rubyforge.orgmailto:ironruby-core@rubyforge.org
Onderwerp: Re: [Ironruby-core] Any coming IronRuby releases fixing igem this
year?
I believe I fixed this in main. So if you download the sources and build it
should work.
Let me know if it works for you. Maybe we should do a 1.1.2 release soon - it
should be pretty easy - it might ease
Re: [Ironruby-core] Any coming IronRuby releases fixing igem this year?
I believe I fixed this in main. So if you download the sources and build it should work. Let me know if it works for you. Maybe we should do a 1.1.2 release soon - it should be pretty easy - it might ease adoption of 1.1. Tomas From: ironruby-core-boun...@rubyforge.org [ironruby-core-boun...@rubyforge.org] on behalf of Mohamed Meligy [eng.mel...@gmail.com] Sent: Thursday, December 16, 2010 4:29 PM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] Any coming IronRuby releases fixing igem this year? Hello all, I noticed IronRuby 1.1.1 has problems in igem where it fails to installs gems due to some conversion issue from nil to string. IronRuby 1.0 is compatible with Ruby 1.8.x which can run Rails 2.x not Rails 3.0. I'm interested in learning Rails 3.0 on IronRuby and see how I can integrate .NET stuff with that. So, is there any coming patch release or even git code push that solves the igem issues? Will be great if I get something to play with in Christmas holidays, but this might be very unrealistic anyway. Thanks a lot. Regards, Mohamed Meligy Readify | Senior Developer M:+61 451 835006 | W: www.readify.nethttp://www.readify.net/ [Description: Description: Description: Description: rss_16] [Description: Description: Description: Description: cid:image003.png@01CAF81D.6A076510] http://www.linkedin.com/in/meligy [Description: Description: Description: Description: cid:image005.png@01CAF81D.6A076510] http://twitter.com/meligy [http://gurustop.net/mail/signature/readify-50best.jpg]http://www.greatplacetowork.com.au/best/best-companies-australia.php[http://gurustop.net/mail/signature/readify-partner2010.png]http://www.readify.net/AboutUs/NewsItem.aspx?id=10 ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] What happened to the github repo?
The repo was renamed to https://github.com/IronLanguages/main It's the primary repo for IronRuby, IronPython and the DLR. Tomas From: ironruby-core-boun...@rubyforge.org [ironruby-core-boun...@rubyforge.org] on behalf of Ryan Riley [ryan.ri...@panesofglass.org] Sent: Sunday, December 12, 2010 10:13 PM To: IronRuby Core Subject: [Ironruby-core] What happened to the github repo? Did I miss some (fairly large) announcement? I can no longer see the github repo. :( Ryan Riley Email: ryan.ri...@panesofglass.org LinkedIn: http://www.linkedin.com/in/ryanriley Blog: http://wizardsofsmart.net/ Twitter: @panesofglass Website: http://panesofglass.org/ ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Help configuring latest IronRuby
What errors do you get? Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Travis Herrick Sent: Wednesday, December 01, 2010 1:34 PM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] Help configuring latest IronRuby Hello, I am not entirely sure the best way to go about doing what I'm attempting to do and hope that someone may be able to provide some guidance. My ultimate goal is to use the latest IronRuby code base, tools, etc. to attempt to develop a Ruby on Rails application in VS 2010. I am able to successfully build Ruby.sln from the IDE (VS 2010 Ultimate), but when I attempt to build the .msi (from the command line per instructions), I am met with errors that I am having difficulty overcoming. The reason I was doing this was to attempt to use the .msi to install the latest IronRuby. Is there a better (recommended) way to accomplish running IronRuby with the latest changes? Any help will be greatly appreciated, -Travis ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Is it possible to yield C# code?
It is not possible today, it might be possible in future :) BTW, I would suggest to use Actionstring instead of defining your own delegate type. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Jonas Elfström Sent: Monday, November 29, 2010 2:52 PM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] Is it possible to yield C# code? I'm sorry if this is the wrong list. Please direct me if so. This is not really something I'm losing sleep over but still I'm a fair bit curious to know if it's possible to yield code that's not Ruby from IronRuby. Is it? The following C# gives me a wrong number of arguments (1 for 0) exception. delegate void del(string s); ... var rt = Ruby.CreateRuntime(); var eng = rt.GetEngine(rb); eng.Execute(@ class YieldTest def test yield 'From IronRuby' end end ); object test = eng.Runtime.Globals.GetVariable(YieldTest); dynamic t = eng.Operations.CreateInstance(test); t.test((del)(s = Console.WriteLine(s))); See http://stackoverflow.com/questions/4189955/calling-ironruby-from-c-with-a-delegate If this is not possible, is it then a kind of integration that is planned for future releases of IronRuby? -- Jonas Elfström ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
[Ironruby-core] Language poll
In case you'd like to vote for your favorite language :) http://blogs.msdn.com/b/mikeormond/archive/2010/11/26/msdn-flash-poll-13-language-shapes-the-way-we-think.aspx Tomas ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] no such file to load -- spec/story (LoadError)
Do these problems manifest when using IronRuby 1.1.2? (master from github).
Could you file a bug with details if so?
Thanks,
Tomas
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Mike Hatfield
Sent: Monday, November 29, 2010 11:16 AM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] no such file to load -- spec/story (LoadError)
It seems that Cucumber for IronRuby is a little broken at the moment. There's
an issue with Gherkin (the bdd language used by Cucumber and SpecFlow).
To get around this, I installed an older version of Cucumber that did not have
this dependency.
I installed Cucumber 1.6.4 with the command:
igem install cucumber -v=1.6.4
It needed iron-term-ansicolor, I installed that with:
igem install iron-term-ansicolor
To get Cucumber to run with IronRuby, I created a batch file in the IronRuby
bin folder called icucumber.bat. My bat file looks like:
@ECHO OFF
REM This is to tell IronRuby where to find gems.
SET
GEM_PATH=C:\Users\mike.hatfield.NICOM\.pik\rubies\IronRuby-10v4\lib\ironruby\gems\1.8
@C:\Users\mike.hatfield.NICOM\.pik\rubies\IronRuby-10v4\bin\ir.exe
C:\Users\mike.hatfield.NICOM\.pik\rubies\IronRuby-10v4\bin\cucumber %*
Your batch file's GEM_PATH and executable paths are probably different than
mine, I'm running IronRuby with PIK (allows me to run multiple versions of
Ruby).
I then started the feature from the MSDN article. I had to change Story: to
Feature:. My story is:
Feature: Pricing for New Product X
As a sales administrator, I want to be able to view
prices for product x so that I can provide customers
with an accurate cost for their requirements.
Scenario: Single User License for Product X without support
Given Product X
When user requests a 1 user license
And this does not include support
Then the price should be $250
I called this file story.feature and saved it in a folder called features.
If you run the following cucumber command, you should get the initial cucumber
story run.
icucumber features
This gives you a list of steps (When clauses) that need to be implemented in
your step definitions to make the story pass.
Inside the features folder I created another folder called step_definitons.
Inside the step_definitons folder, I created a file called product_steps.rb
Now, for the .NET class library. I created three class files:
Product.cs
namespace Bdd.Store
{
public class Product
{
public string Name { get; set; }
public double Price { get; set; }
}
}
Store.cs
namespace Bdd.Store
{
public class Store
{
public Product FindByProductName(string name)
{
Product product = new Product { Name = name };
return product;
}
}
}
Purchase.cs
namespace Bdd.Store
{
public class Purchase
{
public Product Product{ get; set; }
public int Licenses { get; set; }
public bool IncludesSupport { get; set; }
public double GetTotalPurchasePrice()
{
double price = Product.Price * Licenses;
double supportFees = 0.0;
if(IncludesSupport)
{
supportFees = price * 0.10;
}
return price + supportFees;
}
}
}
I then compiled these into an assembly called Product.dll using the CSharp
compiler command (run from my Visual Studio Command window):
csc /out:Product.dll /target:library Product.cs Store.cs Purchase.cs
I then required my Product.dll into my step definitions file (product_steps.rb)
require File.dirname(__FILE__) + /Product.dll
Just as a convenience, I include my Bdd.Store namespace:
include Bdd::Store
I also require RSepc
require rspec
Lastly, I begin implementing my steps:
Given /^Product (.*)$/ do |product|
@store = Store.new
@product = @store.find_by_product_name(product)
@product.price = 250;
@product.name.should == product
end
and so on and so forth. You can download my files from
http://webcoding4fun.oakraven.net/downloads/BDD Example with
CSharp.ziphttp://webcoding4fun.oakraven.net/downloads/BDD%20Example%20with%20CSharp.zip
I hope this helps a little.
Mike
___
Ironruby-core mailing list
Ironruby-core@rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Name mangling seems broken
The library doesn't follow .NET naming conventions at all :( BWAPI::Bwapi.BWAPIClient.respond_to? :isConnected = true Client class has a method called isConnected. BWAPI::Bwapi.BWAPIClient.respond_to? :is_connected = false Client doesn't have a method IsConnected nor is_connected hence this returns false. You are right. The list of method names should not include is_connected. I've filed a bug: http://ironruby.codeplex.com/workitem/5463 Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Tinco Andringa Sent: Monday, November 22, 2010 7:31 PM To: ironruby-core Subject: [Ironruby-core] Name mangling seems broken Hey guys, I seem to have IronRuby name mangling in a rather inconsistent state. I was under the impression it would automagically work, but it seems it only changed the array #methods returns and not the actual methods it responds to... BWAPI::Bwapi.BWAPIClient.is_connected (ir):1: undefined method `is_connected' for BWAPI.Client:BWAPI::Client (NoMethod Error) BWAPI::Bwapi.BWAPIClient.isConnected = false BWAPI::Bwapi.BWAPIClient.respond_to? :isConnected = true BWAPI::Bwapi.BWAPIClient.respond_to? :is_connected = false BWAPI::Bwapi.BWAPIClient.methods - Object.new.methods = ['finalize', 'dispose', 'get_hash_code', 'equals', '==', 'data=', 'data', 'is _connected', 'connect', 'disconnect', 'update', 'swig_c_mem_own', 'swig_c_mem_ow n='] IRONRUBY_VERSION = 1.1.1.0 So it does not respond to 'is_connected' but 'is_connected' is in the methods array. Anyone an idea what I could have missed? Greetings Tinco ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Running IronRuby script from C#
Can you pull the latest source from gthub and try to build again? I fixed some issues, so it should work now. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Timothy Barnes Sent: Friday, November 12, 2010 10:44 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Running IronRuby script from C# I have attached the output.log file. Timothy Attachments: http://www.ruby-forum.com/attachment/5352/output.log -- Posted via http://www.ruby-forum.com/. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] ScriptScope from IDictionary + function definitions = NotImplementedException
I've just added support for string dictionaries. It's committed to the github repo. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Anton Firsov Sent: Tuesday, November 16, 2010 10:05 AM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] ScriptScope from IDictionary + function definitions = NotImplementedException Hi all! I'm running ruby script from C# in my project. It's a very useful feature to initialize ScriptScope with an IDictionary, (it's much faster to fill a dictionary, than making scope.SetVariable calls). The problem is, that if I define functions in my script, then a NotImplementedException is thrown. A simple example is here: http://paste.dprogramming.com/dpil37pp It fails at engine.Execute(script, scope). However, when I create my scope with no dictionary, or just pass no scope to Execute, everything works fine. Is it an issue to be fixed in the future? I need to set, and change many context variables for my scripts at running time, so I have to work out this problem somehow. I'm using IronRuby 1.1. Thanks: Anton ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Lowercase classname
Can you send a link to the assembly that defines the class you are trying to use? Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Tinco Andringa Sent: Saturday, November 20, 2010 2:27 PM To: ironruby-core Subject: Re: [Ironruby-core] Lowercase classname Hey guys.. it's very nice that you all say the same thing, but it doesn't work in IronRuby 1.1.1: Object.const_get foo (ir):1:in `const_get': `foo' is not allowed as a constant name (NameError) from (ir):1 If this would've worked then I wouldn't have had to ask the question in the first place :) Kind regards, Tinco Andringa On Fri, Nov 19, 2010 at 6:43 PM, Mike Moore blowm...@gmail.com wrote: For some reason Jimmy's reply didn't show up in my inbox until I sent my reply. Sorry for the duplicate explanation. On Fri, Nov 19, 2010 at 9:00 AM, Jimmy Schementi ji...@schementi.com wrote: Andrew, Not sure I follow. IronRuby does support this via DotNetClassName = Object.const_get(lower_case_dotnet_class_name), so you don't need to change your code. This is an issue because of Ruby itself; classes are required to be Ruby constants, which syntactically can only start with an upper-case letter. Since IronRuby is syntactically equivalent to Ruby, we will not remove this rule. Instead, we either suggest changing your C# code, or if you can't, use const_get. WRT your IronPython comment, it doesn't have this issue because the Python language doesn't enforce a naming scheme on type names. ~Jimmy On Fri, Nov 19, 2010 at 10:48 AM, andrew Wilson a.wilso...@gmail.com wrote: This is only an acceptable solution if the user has the source code and is capable of modifying it. For how I test things with IronRuby, this isn't always possible. Seems odd to me that one of the most flexible language I know of can't read/integrate with another language due to code not following a rigid structure. Doesn't IronPython allow for this? I was fairly sure I could import non-standard .Net convention based code into it. -Andrew On Fri, Nov 19, 2010 at 2:41 PM, Shay Friedman shay.fried...@gmail.comwrote: Look here: http://www.ironshay.com/post/Working-with-NET-Lowercase-Namespace s-and-Classes-in-IronRuby.aspx http://www.ironshay.com/post/Working-with-NET-Lowercase-Namespace s-and-Classes-in-IronRuby.aspx Shay. Excellent solution. I mean, really, all the C# classes should start with an uppercase letter, thats basically a standard, therefore this should be the only solution and I don't see no need to actually hack this otherwise into IronRuby. -- “If I had six hours to chop down a tree, I’d spend the first four of them sharpening my axe”. -Abraham Lincoln ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Lowercase classname
This might be a bug in the documentation :-)? Method names are mangled so that you can use foo_bar to call FooBar method. You should be able to use const_get(:foo) to get to the constant. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Tinco Andringa Sent: Thursday, November 18, 2010 3:01 PM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Lowercase classname Hmm I've found the documentation for IronRuby now :P It says class names should automatically be capitalized. This however seems not to have happened since it plainly isn't available. I have worked around the issue by renaming it in the source, but this forces me to ship precompiled dll's instead of referencing the other framework. Should I file a bugreport? This is on the 1.1.1 release :) Cheers, Tinco On Thu, Nov 18, 2010 at 15:17, Tinco Andringa m...@tinco.nl wrote: Hey guys, I'm using IronRuby to interface with a clr library. There is a small problem however: It has one class that does not start with a capital letter. This causes IronRuby to just not see the class since ruby does not support lowercase constantnames. Does anyone know if it's possible to work around this in IronRuby (like somehow getting a reference to it with a string, and then assigning it to different ruby constant)? Or should I make my own clr dll that exposes the class with a different (uppercased) name? Cheers, Tinco Andringa (simkor.nl) ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
[Ironruby-core] Organization and repo renames
Hello everyone, I've renamed the github organization that hosts IronRuby repo on github to IronLanguages and the repo itself to main. This name better reflects the fact that the repository also includes IronPython and DLR sources and is their primary repo as well. If you have a clone of the main repo the only change you need to do is to change g...@github.com:ironruby/ironruby.git to g...@github.com:IronLanguages/main.git in .git/config file. Let me know if you had any problems related to the rename. PS: Submodules of the main repo for IronRuby, IronPython and DLR can be created if found useful in future. Thanks, Tomas ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Organization and repo renames
IronPython uses the github repo as a primary repo. I don't think they will try to keep the TFS repo up to date. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Andrius Bentkus Sent: Monday, November 15, 2010 11:49 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Organization and repo renames On Mon, Nov 15, 2010 at 6:42 PM, Tomas Matousek tomas.matou...@microsoft.commailto:tomas.matou...@microsoft.com wrote: Hello everyone, I've renamed the github organization that hosts IronRuby repo on github to IronLanguages and the repo itself to main. This name better reflects the fact that the repository also includes IronPython and DLR sources and is their primary repo as well. But the commits done by the IronPython community will be only synced once in a while into github, right? Will the IronPython community continue to commit on this TFS server? PS: Submodules of the main repo for IronRuby, IronPython and DLR can be created if found useful in future. Nice. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Running IronRuby script from C#
msbuild Installer.proj /p:Configuration=Release output.log Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Timothy Barnes Sent: Thursday, November 11, 2010 12:26 PM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Running IronRuby script from C# This is all the text left in the command prompt box. Unless there is a way to record what happens (or different software), I don't know how to capture all of the text for the build. Timothy Attachments: http://www.ruby-forum.com/attachment/5343/msbuild_errors.txt -- Posted via http://www.ruby-forum.com/. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Running IronRuby script from C#
Can you attach the entire output? Did you synced to the latest version of the repo? TOmas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Timothy Barnes Sent: Thursday, November 11, 2010 11:05 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Running IronRuby script from C# I did not have VS SDK 2010, which I now have installed and the build is still failing. I have attached a copy of some of the error text from the unsuccessful build, if you want to look. More info: Only have Visual C# Express 2010 installed - Not sure if this is affecting the build. Using command prompt to build. Timothy Attachments: http://www.ruby-forum.com/attachment/5342/msbuild_errors.txt -- Posted via http://www.ruby-forum.com/. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Running IronRuby script from C#
There are some issues with how library load paths are set up today (gem_prelude load error), I'm working on a fix. I might finish it this weekend. Did you pass /p:Configuration=Release to msbuild when building the installer? If not look at bin\Debug folder :) Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Timothy Barnes Sent: Wednesday, November 10, 2010 11:57 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Running IronRuby script from C# Tomas, I built the binaries using msbuild (command line). I then copy all of the resulting files into my bin folder and now even using ir.exe results in an error message: unknown: no such file to load -- gem_prelude.rb (LoadError) Can you tell me what I have done wrong? Also, when I tried to build the .msi installer a .msi file doesn't show up in the bin Release Folder. I am unsure if there is something wrong or it is my incompetence. Timothy -- Posted via http://www.ruby-forum.com/. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Running IronRuby script from C#
No, you don't need to build anything before you build the installer. What are the errors? Do you have VS SDK 2010 installed? You need to have that so that the VS integration builds. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Timothy Barnes Sent: Wednesday, November 10, 2010 2:02 PM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Running IronRuby script from C# I did pass /p:Configuration=Release to msbuild and checked the debug folder. I did get 4 errors which might have been the cause. They were 20-30 lines long so I didn't type them out here. Would it help for me to post them? Also, am I correct in the fact that you have to build the solution Ruby.sln before you can build the installer.proj? Timothy -- Posted via http://www.ruby-forum.com/. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Questions around load order of rb files in Libs and StdLib
I don't think it's good idea to introduce such a dependency. Why would I need to install CRuby if I just wanted to program in Ruby on Mono/.NET? CRuby would not be useful for me and it's additional 12MB to download and 30MB on disk. Besides JRuby also ships with the standard library. In fact both 1.8 and 1.9 std libs are included. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Alistair Bush Sent: Monday, November 08, 2010 11:19 PM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Questions around load order of rb files in Libs and StdLib There are currently some small changes in the StdLib to work around IronRuby bugs. So those need to be fixed first. Will your IronRuby package require CRuby to be installed first? Initially probably yes. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Alistair Bush Sent: Monday, November 08, 2010 2:24 AM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] Questions around load order of rb files in Libs and StdLib More questions. Im assuming that Lib is loaded before StdLib and can therefore override any implementations in StdLib right? Also the Readme file states complex18.rb and rational18.rb are taken from MRI 1.8.6 - this should be replaced by IronRuby's own implementation of Complex and Rational builtins in future gem_prelude.rb taked from Ruby 1.9.2 source distribution and adapted - should be replaced by an implementation in IronRuby.Libraries.dll Im kinda assuming that the first question is correct here. but would we be able to have the complex/rational and gem_prelude files located in the Lib directory. I would like it if the StdLib is as vanilla as possible (preferrably 100% minus any *.so if that makes you happy). The reason I ask is because I plan on not using the StdLib dir from your tree at all when I package IronRuby. but will instead point it to ruby19's. This will save hd space/maintainance effort and mean we can fix stdlib bugs without waiting for ironruby upstream releases. - Alistair. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Using win32ole connect method on Ironruby
Contributing is easy: fork the repo, make the changes, add tests covering the new functionality (ideally as specs to Languages/Ruby/Tests/mspec/rubyspec), run all the tests (irtests command in Languages\Ruby\Scripts), and if everything passes push your changes to your fork and send a pull request to the mailing list. See https://github.com/ironruby/ironruby/wiki/Getting-the-sources Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Timothy Barnes Sent: Tuesday, November 09, 2010 8:46 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Using win32ole connect method on Ironruby I would love to write a patch to ironRuby. However, I am not sure about how to do that. I am not even really sure where to look for the issue in the ironruby library, nor I do I really have git fully figured out to submit my patch back to ironruby. I am still trying to get up to speed on how all this works (contributing). I will be glad to try. Any direction towards where to find and solve this issue would help! -- Posted via http://www.ruby-forum.com/. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Running IronRuby script from C#
It's already there - build Solutions\Ruby.sln from GIT repo (https://github.com/ironruby/ironruby/archives/master): msbuild Solutions.Ruby.sln /p:Configuration=Release This produces binaries to bin\Release directory. You'll need to take all IronRuby binaries (not just irw.exe). Of if you'd rather make an installer (IronRuby.msi) go to Msi directory and run msbuild Installer.proj /p:Configuration=Release This produces the .msi also into bin\Release. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Timothy Barnes Sent: Monday, November 08, 2010 7:52 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Running IronRuby script from C# Tomas, Where should I look for this file when you are finished? Timothy -- Posted via http://www.ruby-forum.com/. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Questions around load order of rb files in Libs and StdLib
There are currently some small changes in the StdLib to work around IronRuby bugs. So those need to be fixed first. Will your IronRuby package require CRuby to be installed first? Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Alistair Bush Sent: Monday, November 08, 2010 2:24 AM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] Questions around load order of rb files in Libs and StdLib More questions. Im assuming that Lib is loaded before StdLib and can therefore override any implementations in StdLib right? Also the Readme file states complex18.rb and rational18.rb are taken from MRI 1.8.6 - this should be replaced by IronRuby's own implementation of Complex and Rational builtins in future gem_prelude.rb taked from Ruby 1.9.2 source distribution and adapted - should be replaced by an implementation in IronRuby.Libraries.dll Im kinda assuming that the first question is correct here. but would we be able to have the complex/rational and gem_prelude files located in the Lib directory. I would like it if the StdLib is as vanilla as possible (preferrably 100% minus any *.so if that makes you happy). The reason I ask is because I plan on not using the StdLib dir from your tree at all when I package IronRuby. but will instead point it to ruby19's. This will save hd space/maintainance effort and mean we can fix stdlib bugs without waiting for ironruby upstream releases. - Alistair. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Running IronRuby script from C#
Files don't need to be encoded in UTF8, you can chose any encoding supported on your system. IronRuby 1.1.1 supports BOMs and also Ruby specific #encoding directives. I would suggest always using UTF8. Personally I consider any non-Unicode based encoding obsolete and frankly don't understand why Ruby went the way they did with all that complexity around encodings. It just makes it slower and cumbersome to use. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Timothy Barnes Sent: Wednesday, November 03, 2010 6:19 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Running IronRuby script from C# Thanks for the replies. I recreated hello.rb in Scite and the program worked. I have read about UTF8 encoding and ruby, but had not ran into it before, and I didn't not know what the symbols in front of the hello.rb text meant (see VS error message). So thanks for the help. Tomas: I was using IronRuby 1.0.0.0 but had just downloaded IronRuby 1.1.1. However, I originally created the file in SharpDevelop and have been creating IronRuby programs in SharpDevelop with no issue (running in SD Debug), until I tried to call this ruby file from C#. So I still don't quite understand why ruby works one way and not the other, but that seems to be a SharpDevelop issue/setting. I am pretty sure SharpDevelop is running IronRuby 1.0.0.0. After I couldn't get it to work I tried it again in Visual Studio which I assume also called IronRuby 1.0.0.0. since I still had that version installed and my files associated with that version. Last, Now that IronRuby supports the UTF8 encoding, should my files be encoded that way? Or now does it just not matter which encoding I use? and does C# have to be encoded UTF8? -- Posted via http://www.ruby-forum.com/. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Very Very initial CMake support
Please don't add yet another build system. Generating .csproj files is not the right way to go. The project files are and should be the primary metadata storage for the build system. If you work in VS and add a new file VS will add it into csproj. If you would like to build some packages (like rpms) you can write a .proj file that does that. Like we do for building .msis (see Msi\Installer.proj). If there is something msbuild/xbuild doesn't support you can write a custom task that does that. If there is some bug in xbuild that prevents you to do what you need the bug needs to be fixed in xbuild. Other than supporting packages, what's exactly is the scenario that doesn't work today that you want to support? I don't understand what do you mean by Allows multiple (as many as you want) out of tree builds Can you be more specific? Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Alistair Bush Sent: Wednesday, November 03, 2010 11:18 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Very Very initial CMake support Having multiple building systems is counterproductive, it's hard to maintain all of them. In General I agree. thats is why ultimately I would like cmake to support creating of csproj files. That would need to be implemented, but has already been proven possible by cmakes other VS proj support. For this project I don't believe that maintaining cmake will be all that difficult. it supports wildcards (Dir/*.cs) when selecting which files to build which means that in most cases no changes will need to be made. There is an exception to this which im planning on raising in a separate thread. Currently that work I have done with cmake has encountered a large number of abandoned files within the repo. It seems these classes have been migrated into System.* but only removed from the proj file. This is really really messy. Is cmake using xbuild to buil the dlls or does it all the file linking by itself? Nope it calls the compiler directly. Sadly I think it would be very difficult to maintain xbuild to do what I want it to do. Ultimately we need to get the Runtime/ directory out of the tree (or at least make linking against it optional). There are also other benefits. * It also makes pkg-config support very easy. * Allows multiple (as many as you want) out of tree builds so that you can for example run tests on standard debug build as well as a silverlight build simultaneously. You also don't have to be constantly switch configs. you can easy target multiple versions of mono/.NET etc etc etc. * supports creating of debs and rpms directly. On Wed, Nov 3, 2010 at 11:54 AM, Alistair Bush ali_b...@gentoo.org wrote: I have started playing around with cmake to see whether it could help out iron* and dlr. I have therefore started implementing CMake makefiles to build the dlr (Runtime) part of ironruby, install those dlls into the gac and generate *.pc files for them. I have tested it on mono-2.8 (requires mono-2.8) and am aware that windows .NET support is broken (but very possible) cmake also supports creating deb's and rpm's which will be done in the future hopefully. The potential is also there for it to generate csproj files (already supports other VS file types) To play around with it git clone git://github.com/alistair/ironruby.git mkdir build mkdir install cd build (out of tree builds, oh how I love them ) cmake ../repo/Runtime/ make make DESTDIR=../install install After this you should have install $ find . ./usr ./usr/lib64 ./usr/lib64/mono ./usr/lib64/mono/Microsoft.Scripting.Metadata ./usr/lib64/mono/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadat a.dll ./usr/lib64/mono/Microsoft.Dynamic ./usr/lib64/mono/Microsoft.Dynamic/Microsoft.Dynamic.dll ./usr/lib64/mono/Microsoft.Scripting ./usr/lib64/mono/Microsoft.Scripting/Microsoft.Scripting.dll ./usr/lib64/mono/Microsoft.Scripting.Core ./usr/lib64/mono/Microsoft.Scripting.Core/Microsoft.Scripting.Core.dll ./usr/lib64/mono/gac ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata/1.1.0.10__7f709c5b71357 6e1 ./usr/lib64/mono/gac/Microsoft.Scripting.Metadata/1.1.0.10__7f709c5b71357 6e1/Microsoft.Scripting.Metadata.dll ./usr/lib64/mono/gac/Microsoft.Dynamic ./usr/lib64/mono/gac/Microsoft.Dynamic/1.1.0.10__7f709c5b713576e1 ./usr/lib64/mono/gac/Microsoft.Dynamic/1.1.0.10__7f709c5b713576e1/Microso ft.Dynamic.dll ./usr/lib64/mono/gac/Microsoft.Scripting ./usr/lib64/mono/gac/Microsoft.Scripting/1.1.0.10__7f709c5b713576e1 ./usr/lib64/mono/gac/Microsoft.Scripting/1.1.0.10__7f709c5b713576e1/Micro soft.Scripting.dll ./usr/lib64/mono/gac/Microsoft.Scripting.Core
Re: [Ironruby-core] Running IronRuby script from C#
Not today, but it would be easy to implement. I can do it over the weekend if you need it. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Timothy Barnes Sent: Wednesday, November 03, 2010 10:59 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Running IronRuby script from C# Tomas, I appreciate the suggestion. The reason I was trying to do this was to create and .exe file that I can distribute to other co-workers without them having to understand what ruby is. The only other answer I can't find through internet searches is whether on not I can suppress the console window while running a window application through IronRuby. (similar to the using a .rbw file) It appears that this is not possible. Is that correct? Timothy -- Posted via http://www.ruby-forum.com/. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Running IronRuby script from C#
What version of IronRuby do you use?
The file has UTF8 BOM at the beginning and IronRuby 1.0 doesn't support that
(MRI 1.8.6 doesn't either). IronRuby 1.1.1 should work fine.
Tomas
-Original Message-
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Timothy Barnes
Sent: Tuesday, November 02, 2010 11:07 AM
To: ironruby-core@rubyforge.org
Subject: [Ironruby-core] Running IronRuby script from C#
I am trying to get a Ruby file to run through C#. I was reading through Ruby
Unleashed (book), and it appears to be easy. However, I keep getting an error
on a very simple test. The text of my programs are:
C#:
using System;
using Microsoft.Scripting.Hosting;
using IronRuby;
class Run_Ruby
{
static void Main()
{
ScriptEngine engine = IronRuby.Ruby.CreateEngine();
engine.ExecuteFile(C:/Test_Files/hello.rb);
}
}
-
hello.rb:
puts 'hello'
When I run the program I get:
MissingMethodException was unhandled
undefined method `puts' for main:Object
I am a novice to C#, but this should be hard. What am I doing wrong?
Attachments:
http://www.ruby-forum.com/attachment/5280/C_toRuby.jpg
--
Posted via http://www.ruby-forum.com/.
___
Ironruby-core mailing list
Ironruby-core@rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core
___
Ironruby-core mailing list
Ironruby-core@rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Contributing?
Can you be more specific? What's wrong with the structure (other than LCA_RESTRICTED directories, which I agree were there only to satisfy our lawyers but can be now merged into other directories)? Yes, there are executable files checked in. These are tools that are needed for running scripts, tests and various code generators. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Andrius Bentkus Sent: Monday, October 25, 2010 12:51 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Contributing? The project directory structure is a mess. Dozens of executable files in the versioning and what not. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Compiling on Mono?
I think we should not have any #if MONO conditionals. That would mean we'd need a different set of binaries for Mono, Moonlight, etc. almost doubling the number of flavors we have today (desktop CLR, Silverlight 4, Silverlight 3). Now that Mono 2.8 is released we can use memory mapped files (it wasn't available when I wrote this code). We don't need to use P/Invokes anymore. I have the V4 implementation somewhere almost working so I might be able to check it in soon. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Andrius Bentkus Sent: Monday, October 25, 2010 10:12 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Compiling on Mono? On Mon, Oct 25, 2010 at 2:51 PM, Joe Scott joseph_scott...@msn.commailto:joseph_scott...@msn.com wrote: Doing a google search I found this. I have not had a chance to try it out maybe this would work. http://groups.google.com/group/DotNetDevelopment/msg/ba5e2bd42ecb83e3 It is really possible, I guess I was too lazy to do the search myself, thanks for googling :) Date: Mon, 25 Oct 2010 12:31:08 +0200 From: andrius.bent...@rwth-aachen.demailto:andrius.bent...@rwth-aachen.de To: ironruby-core@rubyforge.orgmailto:ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Compiling on Mono? On Mon, Oct 25, 2010 at 11:23 AM, Alistair Bush ali_b...@gentoo.orgmailto:ali_b...@gentoo.org wrote: I got it compiling, there is a missing reference for Mono.Posix, one bad cast and you need to use CCI in the constants. Does someone know what CCI should be? patches would be nice :) I can't patch the csproj with the missing reference because it would break building on windows. Creating another set of csproj for the a mono build would be madness. Do csproj'ects support something like ifdef or is it possible to include a reference only when mono is used? And the other change I made was a one liner, I don't think that attaching an entire patch is is really necessary for it. Just run xbuild with CCI: xbuild /property:TreatWarningsAsErrors=false /property:DefineConstants=DEBUG MONO Ruby.csproj and look at the warning outputs... O for god sake, I'll just attach it. I used this branch: http://github.com/mletterle/ironruby/tree/linux as the base. ___ Ironruby-core mailing list Ironruby-core@rubyforge.orgmailto:Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.orgmailto:Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core There is just another question, maybe one of the former developers will know, why are there 2 build systems now? Why is there a *.build.csproj for every *.csproj? Isn't that redudant like the suggested rakefiles? ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Contributing?
Yes, I agree our web sites need some work. Jimmy, what is that status of the new design you started working on (the one IronPython.net has already)? Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Christopher Bennage Sent: Monday, October 25, 2010 11:20 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Contributing? As someone who attempted to dive into IronRuby a couple of months ago, I found it difficult to discern the IronRuby Story from the various websites. By that I mean that was not immediately obvious to me what information was current and what was outdated. I'd like to see an executive summary of the project that is updated at least once a month and perhaps a more conspicuous hub for FeRb activity. (For example, see the one page site we have for Caliburn - http://www.caliburnproject.com/) I'm .NET dev, but a ruby beginner. However, we're also a git shop, OSS enthusiasts, and so on. That's just to say that tooling and culture were not a roadblock. I'd also be interested in contributing to the effort of web presence. Christopher ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Contributing?
Let's assume IronPython moves to github. There would be two options: 1) We could just rename the current IronRuby repo to DynamicLanguages repo and IronPython can use it as it is (more or less). 2) It might be possible to split the repo to 3 parts - IronRuby specific, IronPython specific, and DLR, make a submodule for each and combine those submodules into DynamicLanguages repo. So what's exactly the effective difference among the repo built this way and 1)? AFAICT it's only that super-module doesn't track the head of the sub-module automatically. You need to manually update it to the latest version. How does that help us? If we have a (single) CI server that makes sure that both IronPython's and IronRuby's heads are passing all tests, what is the advantage of not using the latest source code of each other? Or am I missing something (maybe I misunderstand what git submodule can do)? PS: All this is orthogonal to minor refactoring of the current directory structure that is a no-brainer and I already mentioned them (like removing LCA_RESTRICTED). Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Mike Moore Sent: Monday, October 25, 2010 10:28 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Contributing? On Mon, Oct 25, 2010 at 4:22 AM, Andrius Bentkus andrius.bent...@rwth-aachen.demailto:andrius.bent...@rwth-aachen.de wrote: On Sun, Oct 24, 2010 at 1:57 AM, Michael Letterle michael.lette...@gmail.commailto:michael.lette...@gmail.com wrote: FWIW having separate IronRuby, IronPython, and Common repos that are sub moduled(is that a word?) would make sense, that way changes that are done in Common by both people working on Ruby and Python are easily shared.. the current configuration feels.. fragile. There is a major problem: different vcs tools. I guess the IronPython project will stay with TFS/SVN while IronRuby will use git(hub). Having common submodule repos managed by different VCS would be a world of pain. There is no way of dividing the project into submodules if IronPython doesn't move to github/git. Maybe some git-svn magic would help and mirror versions on github of the svn repositories would be needed. I don't think this would be too difficult to work around. There is already some process that replicates changes from the IronPython's CodePlex repo to IronRuby's GitHub repo. If the current monolithic project structure were broken up into submoldules, you could have just IronPython's CodePlex being replicated to an IronPython git repo. I think that another major problem the IronRuby project has are the 4 sites with IronRuby content. There are like 4 sites now on github, rubyforge, ironruby.nethttp://ironruby.net and the codeplex with different content on ironruby. This is madness, IronPython as only 2 sites, ironpython.nethttp://ironpython.net and codeplex and that makes sence. When I looked into the project I was just confused, because I couldn't find any information and the little bits of Information were scattered and outdated. And this is a real dilemma, because you just can't move away from any of these sites: you have to stay at codeplex at because it is an Iron project, you have to stay at rubyforge because it is ruby afterall, you can't move from github, because all the ruby kids use git, so there is only ironruby.nethttp://ironruby.net left, but you can't get rid of that either, it's after all the ironruby domain. The purposes of the sites need to be trimmed down: use codeplex and rubyforge only for binary distribution, github for versioning, issue tracking and wiki and ironruby.nethttp://ironruby.net as a presentation site just like ironpython.nethttp://ironpython.net is, cut the documentation out of it and stuff it in the github wiki, redudancy is hard to version. I don't think that keeping the issue tracking system on codeplex really helps in any way: people who are interested only in IronRuby have to register now on codeplex and github, people who are interested in bot iron projects will have to register on both anyway. I don't see the number of content sites as a major problem. Rubyforge is being phased out in favor of better tools, so I don't think its a long term solution. (Even gem hosting has moved to rubygems.orghttp://rubygems.org instead of gems.rubyforge.orghttp://gems.rubyforge.org.) I don't think the ironruby.nethttp://ironruby.net site is holding the project back at all, but I agree it could be better. I think a better solution would be to replace it with a jekyll site running on GitHub. Just point the ironruby.nethttp://ironruby.net domain to GitHub and you're done. The reason I like the jekyll approach is because it makes it much easier for folks to create and improve web content. Its just a pull request away from being published. I think that system works really well, and its free. It doesn't really matter where downloads are
Re: [Ironruby-core] Compiling on Mono?
Once we'll have CI server test against Mono we'll discover the problem right away and don't check in anything that would be broken on Mono. I suggest we implement the workaround, file bugs into Mono and IronRuby bug trackers, and add a comment to the code with explanation and a link to the filed IronRuby bug. When the bug is fixed in Mono we go and remove the workaround to keep the code base clean. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Michael Letterle Sent: Monday, October 25, 2010 12:10 PM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Compiling on Mono? How do we want to handle things that CAN be worked around in Mono before they're patched then? I agree that the same binaries should run in either location, but Mono necessarily is always playing catchup. Unless we target Mono . On Mon, Oct 25, 2010 at 1:30 PM, Tomas Matousek tomas.matou...@microsoft.com wrote: I think we should not have any #if MONO conditionals. That would mean we'd need a different set of binaries for Mono, Moonlight, etc. almost doubling the number of flavors we have today (desktop CLR, Silverlight 4, Silverlight 3). Now that Mono 2.8 is released we can use memory mapped files (it wasn't available when I wrote this code). We don't need to use P/Invokes anymore. I have the V4 implementation somewhere almost working so I might be able to check it in soon. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Andrius Bentkus Sent: Monday, October 25, 2010 10:12 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Compiling on Mono? On Mon, Oct 25, 2010 at 2:51 PM, Joe Scott joseph_scott...@msn.com wrote: Doing a google search I found this. I have not had a chance to try it out maybe this would work. http://groups.google.com/group/DotNetDevelopment/msg/ba5e2bd42ecb83e3 It is really possible, I guess I was too lazy to do the search myself, thanks for googling :) Date: Mon, 25 Oct 2010 12:31:08 +0200 From: andrius.bent...@rwth-aachen.de To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Compiling on Mono? On Mon, Oct 25, 2010 at 11:23 AM, Alistair Bush ali_b...@gentoo.org wrote: I got it compiling, there is a missing reference for Mono.Posix, one bad cast and you need to use CCI in the constants. Does someone know what CCI should be? patches would be nice :) I can't patch the csproj with the missing reference because it would break building on windows. Creating another set of csproj for the a mono build would be madness. Do csproj'ects support something like ifdef or is it possible to include a reference only when mono is used? And the other change I made was a one liner, I don't think that attaching an entire patch is is really necessary for it. Just run xbuild with CCI: xbuild /property:TreatWarningsAsErrors=false /property:DefineConstants=DEBUG MONO Ruby.csproj and look at the warning outputs... O for god sake, I'll just attach it. I used this branch: http://github.com/mletterle/ironruby/tree/linux as the base. ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core There is just another question, maybe one of the former developers will know, why are there 2 build systems now? Why is there a *.build.csproj for every *.csproj? Isn't that redudant like the suggested rakefiles? ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- Michael Letterle IronRuby MVP http://blog.prokrams.com ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Contributing?
Makes sense. That seems like a goodness and I guess we should evolve the repo that way. Let's keep everything working and get there one step at a time. It doesn't feel like something that would be critical to do right now though. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Jb Evain Sent: Monday, October 25, 2010 1:03 PM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Contributing? Hey, On Mon, Oct 25, 2010 at 8:19 PM, Tomas Matousek tomas.matou...@microsoft.com wrote: 2) It might be possible to split the repo to 3 parts – IronRuby specific, IronPython specific, and DLR, make a submodule for each and combine those submodules into “DynamicLanguages” repo. So what’s exactly the effective difference among the repo built this way and 1)? The difference is that it then becomes easier for people that are only interested in either IronPython or IronRuby to track commits. There will be a timeline for each modules. And you get to follow the ones you're interested in. And if you're only interested in one, your timeline isn't «polluted» with comments or commits from the others. Jb ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] Compiling on Mono?
We have actually always targeted Mono and IronRuby mostly works on it. Of course we found a bunch of Mono bugs for which we either implemented a workaround or filed a bug if the workaround would be too convoluted. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Mike Moore Sent: Monday, October 25, 2010 1:39 PM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] Compiling on Mono? On Mon, Oct 25, 2010 at 1:09 PM, Michael Letterle michael.lette...@gmail.commailto:michael.lette...@gmail.com wrote: Unless we target Mono . +1 ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] IronRuby 1.1.1 IIRB failing
Right, the installer installs only to GAC. You can download all the binaries from http://ironruby.codeplex.com/releases/view/49097#DownloadId=159562.There is no point copying them to Program Files. Once they are in the GAC all apps load them from there. You can build a redistributable msm Windows installer package if you want to include IronRuby in your Windows app or you can just grab the binaries from the link above if you want an xcopy deployment. It seems irb doesn't like the command you're writing ... does it include non-ASCII characters? Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Orion Edwards Sent: Monday, October 25, 2010 4:17 PM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] IronRuby 1.1.1 IIRB failing After upgrading to IronRuby 1.1.1, I try run IIRB, and I get the following exception: Have I screwed up my install? What I did was this: 1. Ran the IronRuby installer 2. Copied the bin and lib folders to a local folder that I have checked into source control (to deploy IronRuby to other machines) 3. I wanted the dll's, and the installer seemed to ONLY (!?!?!?) put them in the GAC, so I went into the GAC and copied them out, then put them in my local ruby/bin folder The bytes are [B8] if running in powershell and [D0] in cmd mscorlib:0:in `Throw': Unable to translate bytes [B8] at index 2 from specified code page to Unicode. (System::Text::Dec oderFallbackException) from mscorlib:0:in `Fallback' from mscorlib:0:in `InternalFallback' from mscorlib:0:in `GetCharCount' from mscorlib:0:in `GetCharCount' from mscorlib:0:in `GetChars' from C:/Dev/TEST/ruby/Lib/ruby/site_ruby/1.9.1/rbreadline.rb:1845:in `[]' from C:/Dev/TEST/ruby/Lib/ruby/site_ruby/1.9.1/rbreadline.rb:1845:in `_rl_get_screen_size' from C:/Dev/TEST/ruby/Lib/ruby/site_ruby/1.9.1/rbreadline.rb:1975:in `_rl_init_terminal_io' from C:/Dev/TEST/ruby/Lib/ruby/site_ruby/1.9.1/rbreadline.rb:2491:in `readline_initialize_everything' from C:/Dev/TEST/ruby/Lib/ruby/site_ruby/1.9.1/rbreadline.rb:3726:in `rl_initialize' from C:/Dev/TEST/ruby/Lib/ruby/site_ruby/1.9.1/rbreadline.rb:4720:in `readline' from C:/Dev/TEST/ruby/Lib/ruby/site_ruby/1.9.1/readline.rb:40:in `readline' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/input-method.rb:115:in `gets' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb.rb:139:in `eval_input' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb.rb:273:in `signal_status' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb.rb:138:in `eval_input' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:188:in `[]' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:188:in `buf_input' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:103:in `getc' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/slex.rb:205:in `match_io' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/slex.rb:75:in `match' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:286:in `token' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:262:in `lex' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:233:in `each_top_level_statement' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:229:in `loop' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:229:in `each_top_level_statement' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:228:in `catch' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb/ruby-lex.rb:228:in `each_top_level_statement' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb.rb:155:in `eval_input' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb.rb:70:in `start' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb.rb:69:in `catch' from C:/Dev/TEST/ruby/Lib/ruby/1.9.1/irb.rb:69:in `start' from C:/Dev/TEST/ruby/bin/irb:13 ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] IronRuby 1.1.1 under Mono (on Linux)
The tests below are legacy (and broken). irtests (in Languages/Ruby/Scripts) is the right test harness to run. I recommend running irtests -p if you have multicore machine. It will spawn multiple processes to run the test suite. Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Michael Letterle Sent: Saturday, October 23, 2010 7:12 PM To: ironruby-core@rubyforge.org Subject: [Ironruby-core] IronRuby 1.1.1 under Mono (on Linux) Running into some issues, curious if anyone else has seen these. Note, I see the same behavior if I build from Trunk or download the binaries from Codeplex. Mono JIT compiler version 2.8.1 (master/e8a3aab Fri Oct 22 22:15:50 EDT 2010) Copyright (C) 2002-2010 Novell, Inc and Contributors. www.mono-project.com TLS: __thread SIGSEGV: altstack Notifications: epoll Architecture: amd64 Disabled: none Misc: softdebug LLVM: supported, not enabled. GC:Included Boehm (with typed GC and Parallel Mark) Running tests: mono ../bin/Debug/ir64.exe run.rb IronRubyDriver ( /home/mletterle/src/ironruby/Languages/Test/Scripts/ir.cmd ) log @ /home/mletterle/src/ironruby/Languages/Ruby/Tests/ironm2_10232207.log ./common.rb:108:in `chdir': undefined method `exitstatus' for nil:NilClass (NoMethodError) from ./common.rb:108:in `run' from mscorlib:0:in `invoke_object__this___CallSite_object_object_object_object' from mscorlib:0:in `invoke_object__this___CallSite_object_object_object_object' from ./common.rb:102:in `run' from run.rb:69:in `run_by' from run.rb:128:in `each' from run.rb:128 from run.rb:128 from mscorlib:0:in `invoke_object__this___Func`4object, Proc, object, object_object_Proc_object' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/benchmark.rb:294:in `measure' from mscorlib:0:in `invoke_object__this___CallSite_object_object_object_object' from run.rb:121:in `each' from run.rb:121 This seems to occur due to system() not populating $? (or indeed working at all from what I can tell...) Trying to run irb doesn't work: mono ../../bin/Debug/ir64.exe irb mscorlib:0:in `invoke_object__this___Func`4object, Proc, object, object_object_Proc_object': can't convert Symbol into Fixnum (TypeError) from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/irb/locale.rb:35:in `initialize' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/irb/init.rb:114:in `init_config' from mscorlib:0:in `invoke_object__this___Func`4object, Proc, object, object_object_Proc_object' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/irb/init.rb:16:in `setup' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/irb.rb:53:in `start' gem returns a different error: mono ../../bin/Debug/ir64.exe gem --help /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/requirement.rb:72:in `parse': Illformed requirement [= 0] (ArgumentError) from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/requirement.rb:97:in `map!' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/requirement.rb:97:in `initialize' from mscorlib:0:in `invoke_object__this___Func`4object, Proc, object, object_object_Proc_object' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/requirement.rb:97:in `initialize' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/requirement.rb:53:in `default' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/specification.rb:1201:in `require' from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/specification.rb:1201 from /home/mletterle/src/ironruby/Languages/Ruby/bin/Debug/../../../../External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
Re: [Ironruby-core] [ANN] IronRuby 1.1.1 Released!
Rack might be broken. I haven’t tested that one. Note that IronRuby 1.1.1 completely switched to 1.9.2 grammar and libraries so apps/gems that previously worked might be broken now. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Ryan Riley Sent: Saturday, October 23, 2010 10:20 AM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! Anyone else having trouble installing gems? ir gem -S install ... no longer runs at all, and when I run igem install, I get PS C:\IronRuby1.1\bin igem install rack sinatra --no-rdoc --no-ri ERROR: While executing gem ... (TypeError) can't convert NilClass into String Am I alone in this? Ryan Riley On Fri, Oct 22, 2010 at 2:40 AM, Dotan N. dip...@gmail.commailto:dip...@gmail.com wrote: excellent!!! Thanks! On Fri, Oct 22, 2010 at 2:33 AM, Charles Strahan charles.c.stra...@gmail.commailto:charles.c.stra...@gmail.com wrote: Great news! -Charles On Thu, Oct 21, 2010 at 6:14 PM, Tomas Matousek tomas.matou...@microsoft.commailto:tomas.matou...@microsoft.com wrote: The IronRuby team is pleased to announce the release of IronRuby 1.1.1 for .NET Framework 4, Silverlight 4 and Windows Phone 7, and IronRuby Tools for Visual Studio! All of these are of Alpha quality, the last stable version is still IronRuby 1.0. Download IronRuby 1.1.1 now: http://ironruby.codeplex.com/releases/view/49097 This is the first release of IronRuby that aims to be compatible with Ruby 1.9.2 and drops support for features specific to previous Ruby versions. We made the decision to not support 1.8.6, 1.8.7 and 1.9.1 anymore to simplify the implementation. We recommend using IronRuby 1.0 if you need 1.8.6 compatibility. In this release we implemented many 1.9.2 features. The language grammar is now fully compatible with 1.9.2, so any file that is a valid Ruby 1.9.2 file should be correctly parsed. The runtime is not yet feature complete though. The list of unsupported features includes optional parameters to blocks, nested method parameters, some regular expression features, and others. In spite of these missing pieces, IronRuby 1.1.1 runs simple Ruby on Rails 3 applications and passes most of the tests in RoR 3 suite. For the first time we are also releasing IronRuby integration to Visual Studio 2010. It is bundled into the single IronRuby.msi you can download from CodePlex following the link above. The installer offers you an option to install IronRuby Tools if you have any non-Express SKU of Visual Studio 2010 installed on the machine. The tools also work with the free Visual Studio 2010 Integrated Shellhttp://www.microsoft.com/downloads/en/details.aspx?FamilyID=8e5aa7b6-8436-43f0-b778-00c3bca733d3displaylang=enhttp://www.microsoft.com/downloads/en/details.aspx?FamilyID=8e5aa7b6-8436-43f0-b778-00c3bca733d3displaylang=en. The integration includes Ruby colorizer and syntax checker, interactive loop window, directory based project, and templates for common Ruby applications (including Ruby on Rails 3, Sinatra, Gems and Silverlight based browser scripting app). This release also fixes the following bugs: 4506http://ironruby.codeplex.com/workitem/4506 irb 1.9 4600http://ironruby.codeplex.com/workitem/4600 require 'rubygems' fails for 64Bit Process 5190http://ironruby.codeplex.com/workitem/5190 Thread Safety Bugs in RubyMetaBinderFactory.cs - Exception Thrown on Method's First Invocation 4958http://ironruby.codeplex.com/workitem/4958 foo = if 3.odd? ... gets NoMethodError 4994http://ironruby.codeplex.com/workitem/4994 several socket constants missing 4429http://ironruby.codeplex.com/workitem/4429 Release automation 4611http://ironruby.codeplex.com/workitem/4611 missing RUBY_DESCRIPTION 4957http://ironruby.codeplex.com/workitem/4957 Can't safely subclass IronRuby libraries (super doesn't resolve correctly) 4432http://ironruby.codeplex.com/workitem/4432 Improve irtests -p 5037http://ironruby.codeplex.com/workitem/5037 Incorrect loading of nested type groups in RubyModule.LoadNestedTypes IronRuby 1.1.1 is the last release from Microsoft before turning it to the new non-Microsoft coordinators. See Jason’s blog posthttp://blogs.msdn.com/b/jasonz/archive/2010/10/21/new-components-and-contributors-for-ironpython-and-ironruby.aspx that announces this transition for details. As always, if you find any bugs or have a feature request, please open an issue on CodePlexhttp://ironruby.codeplex.com/WorkItem/Create.aspx. Sincerely, The IronRuby Core Team Jim Devillehttp://blog.jredville.com/, Tomas Matousekhttp://blog.tomasm.net/, and Jimmy Schementihttp://blog.jimmy.schementi.com/ ___ Ironruby-core mailing list Ironruby-core@rubyforge.orgmailto:Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core
Re: [Ironruby-core] [ANN] IronRuby 1.1.1 Released!
You can still build .NET 3.5 binaries (CLR 2.0) build from sources (msbuild Ruby.sln /p:Configuration=v2Release), but not the installer. The future support for .NET 3.5 would depend on the amount of interest in it. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Anton Firsov Sent: Sunday, October 24, 2010 2:53 PM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! Are you planning a .NET 2.0 compatible release for this version? Will be .NET 2.0 supported in the future? 2010/10/22 Tomas Matousek tomas.matou...@microsoft.commailto:tomas.matou...@microsoft.com The IronRuby team is pleased to announce the release of IronRuby 1.1.1 for .NET Framework 4, Silverlight 4 and Windows Phone 7, and IronRuby Tools for Visual Studio! All of these are of Alpha quality, the last stable version is still IronRuby 1.0. Download IronRuby 1.1.1 now: http://ironruby.codeplex.com/releases/view/49097 This is the first release of IronRuby that aims to be compatible with Ruby 1.9.2 and drops support for features specific to previous Ruby versions. We made the decision to not support 1.8.6, 1.8.7 and 1.9.1 anymore to simplify the implementation. We recommend using IronRuby 1.0 if you need 1.8.6 compatibility. In this release we implemented many 1.9.2 features. The language grammar is now fully compatible with 1.9.2, so any file that is a valid Ruby 1.9.2 file should be correctly parsed. The runtime is not yet feature complete though. The list of unsupported features includes optional parameters to blocks, nested method parameters, some regular expression features, and others. In spite of these missing pieces, IronRuby 1.1.1 runs simple Ruby on Rails 3 applications and passes most of the tests in RoR 3 suite. For the first time we are also releasing IronRuby integration to Visual Studio 2010. It is bundled into the single IronRuby.msi you can download from CodePlex following the link above. The installer offers you an option to install IronRuby Tools if you have any non-Express SKU of Visual Studio 2010 installed on the machine. The tools also work with the free Visual Studio 2010 Integrated Shellhttp://www.microsoft.com/downloads/en/details.aspx?FamilyID=8e5aa7b6-8436-43f0-b778-00c3bca733d3displaylang=enhttp://www.microsoft.com/downloads/en/details.aspx?FamilyID=8e5aa7b6-8436-43f0-b778-00c3bca733d3displaylang=en. The integration includes Ruby colorizer and syntax checker, interactive loop window, directory based project, and templates for common Ruby applications (including Ruby on Rails 3, Sinatra, Gems and Silverlight based browser scripting app). This release also fixes the following bugs: 4506http://ironruby.codeplex.com/workitem/4506 irb 1.9 4600http://ironruby.codeplex.com/workitem/4600 require 'rubygems' fails for 64Bit Process 5190http://ironruby.codeplex.com/workitem/5190 Thread Safety Bugs in RubyMetaBinderFactory.cs - Exception Thrown on Method's First Invocation 4958http://ironruby.codeplex.com/workitem/4958 foo = if 3.odd? ... gets NoMethodError 4994http://ironruby.codeplex.com/workitem/4994 several socket constants missing 4429http://ironruby.codeplex.com/workitem/4429 Release automation 4611http://ironruby.codeplex.com/workitem/4611 missing RUBY_DESCRIPTION 4957http://ironruby.codeplex.com/workitem/4957 Can't safely subclass IronRuby libraries (super doesn't resolve correctly) 4432http://ironruby.codeplex.com/workitem/4432 Improve irtests -p 5037http://ironruby.codeplex.com/workitem/5037 Incorrect loading of nested type groups in RubyModule.LoadNestedTypes IronRuby 1.1.1 is the last release from Microsoft before turning it to the new non-Microsoft coordinators. See Jason's blog posthttp://blogs.msdn.com/b/jasonz/archive/2010/10/21/new-components-and-contributors-for-ironpython-and-ironruby.aspx that announces this transition for details. As always, if you find any bugs or have a feature request, please open an issue on CodePlexhttp://ironruby.codeplex.com/WorkItem/Create.aspx. Sincerely, The IronRuby Core Team Jim Devillehttp://blog.jredville.com/, Tomas Matousekhttp://blog.tomasm.net/, and Jimmy Schementihttp://blog.jimmy.schementi.com/ ___ Ironruby-core mailing list Ironruby-core@rubyforge.orgmailto:Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
Re: [Ironruby-core] [ANN] IronRuby 1.1.1 Released!
If not, that should should've reported an error like: C:\Users\tomatigem install rspec --no-ri --no-rdoc ERROR: While executing gem ... (Errno::EACCES) Access to the path 'C:\Program Files\IronRuby 1.1\Lib\ruby\gems\1.9.1\cache\rspec-core-2.0.1.gem' is denied. Works as expected on a clean VM with IronRuby 1.1.1 installed: C:\Tempigem install rspec --no-ri --no-rdoc ** Thank you for installing rspec-core-2.0.1 Please be sure to look at Upgrade.markdown to see what might have changed since the last release. ** Successfully installed rspec-core-2.0.1 Successfully installed diff-lcs-1.1.2 Successfully installed rspec-expectations-2.0.1 Successfully installed rspec-mocks-2.0.1 Successfully installed rspec-2.0.1 5 gems installed C:\Tempigem install rack sinatra --no-rdoc --no-ri Successfully installed rack-1.2.1 Successfully installed tilt-1.1 Successfully installed sinatra-1.1.0 3 gems installed Don't you have some other Ruby/IronRuby installation on your path (or GEM_PATH/GEM_HOME)? Tomas -Original Message- From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of cory@gmail.com Sent: Sunday, October 24, 2010 5:21 PM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! Ryan, Just a thought - have you tried running from an elevated command prompt? Cory Sent from my Verizon Wireless BlackBerry -Original Message- From: Ryan Riley ryan.ri...@panesofglass.org Sender: ironruby-core-boun...@rubyforge.org Date: Sun, 24 Oct 2010 15:33:14 To: ironruby-core@rubyforge.org Reply-To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] [ANN] IronRuby 1.1.1 Released! ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core ___ Ironruby-core mailing list Ironruby-core@rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core
