From me at miguelmadero.com Fri Apr 1 15:03:38 2011 From: me at miguelmadero.com (Miguel Madero) Date: Sat, 2 Apr 2011 03:03:38 +0800 Subject: [Ironruby-core] IronRuby not loading DLL In-Reply-To: References: <6a2422d9dfe18d5a0adcd3c94af80a35@ruby-forum.com> <9597F4A19BFDB342B6E90963100C3308043B17@SN2PRD0302MB113.namprd03.prod.outlook.com> <9597F4A19BFDB342B6E90963100C33080440E4@SN2PRD0302MB113.namprd03.prod.outlook.com> Message-ID: >I could imagine there *might* be case where you have an xFoo type and an XFoo type in the same namespace BTW, differentiating types or public members by case isn't CLS compliant, which basically means that who ever wrote that code should be expecting some interop issues. Miguel A. Madero Reyes www.miguelmadero.com (blog) me at miguelmadero.com On Mon, Mar 28, 2011 at 7:19 AM, Charles Strahan < charles.c.strahan at gmail.com> wrote: > 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.Matousek at 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-bounces at rubyforge.org [mailto: >> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Charles Strahan >> *Sent:* Saturday, March 26, 2011 10:00 AM >> >> *To:* ironruby-core at 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.Matousek at 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-bounces at rubyforge.org [mailto: >> ironruby-core-bounces at rubyforge.org] On Behalf Of Paul Wheeler >> Sent: Thursday, March 24, 2011 2:01 PM >> To: ironruby-core at 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 at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> >> >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Fri Apr 1 20:58:47 2011 From: lists at ruby-forum.com (Ken Collins) Date: Sat, 02 Apr 2011 02:58:47 +0200 Subject: [Ironruby-core] Ironruby on Rails with SQL Azure In-Reply-To: References: Message-ID: <9b765ad26166642e85c222af7dbc90e4@ruby-forum.com> The Latest v3 SQL Server Adapter now supports Azure http://groups.google.com/group/rails-sqlserver-adapter/browse_thread/thread/50dc2108c4fda584?hl=en You must use the latest DBLIB/TinyTDS connection mode which also means you must use the latest FreeTDS compiled with OpenSSL. All the details are here. http://github.com/rails-sqlserver/activerecord-sqlserver-adapter/wiki/Using-Azure http://github.com/rails-sqlserver/activerecord-sqlserver-adapter/wiki/Using-TinyTDS I realize some of this may be only informative for IronRuby in an indirect way. It is also worth pointing out that FreeTDS/TinyTDS will soon be available as precompiled libs for Windows with the RailsInstaller project too. - HTH, Ken -- Posted via http://www.ruby-forum.com/. From ustuntas at ekatek.com.tr Mon Apr 4 01:23:22 2011 From: ustuntas at ekatek.com.tr (=?UTF-8?B?TXVyYXQgw5xTVMOcTlRBxZ4=?=) Date: Mon, 04 Apr 2011 08:23:22 +0300 Subject: [Ironruby-core] [AutoCAD and IronRuby] In-Reply-To: <220cbd581eeb0e4d5298a8ab4721e9ea@ruby-forum.com> References: <4D6B7685.6080500@ekatek.com.tr> <220cbd581eeb0e4d5298a8ab4721e9ea@ruby-forum.com> Message-ID: <4D9955CA.5090209@ekatek.com.tr> Hi Timothy, This is very very good news for me.. I just try this. I hope so i will fulfill in your way.. Regards, Mura USTUNTAS On 03/30/2011 03:48 AM, Timothy Barnes wrote: > Murat, > > I was successful in getting Excel to talk to AutoCAD. I had to revert > back to IronRuby 0.9.1 b/c IronRuby 1+, so far has been kicked out of > Autocad saying that .NET is too new. > > Here is what I used: > > Applications: > SharpDevelop 4.0 (b/c I'm new to visual studio) > IronRuby 0.9.1 > Autocad 2011 > Excel 2007 > > References: > (AutoCAD Specific) -find these files in C:\Program > Files\Autodesk\AutoCAD 2011 or wherever your program is located at. > acdbmgd.dll > acmgd.dll > > IronRuby Libraries -find in Ironruby\bin > IronRuby.dll > IronRuby.Libraries.dll > IronRuby.Libraries.Yaml.dll > Microsoft.Dynamic.dll > Microsoft.Scripting.Core.dll > Microsoft.Scripting.Debugging.dll > > Standard Libraries > System.dll > System.Core.dll > System.Xml.dll > System.Xml.Linq.dll > > Code: > AL.cs - C# bridge (build project and type 'netload' in AutoCAD to load > resulting .dll file) > > xl_2_acad.rb - after you have successfully load ironruby type 'RBLOAD' @ > AutoCAD command prompt and select this file > > xl_2_acad.xlsx - must be at location 'C:\xl_2_acad.xlsx' to work or > change ruby script > > I have attached the code and excel files that I used. (the ruby code is > literally thrown together) Let me know if your were successful. I will > continue to try and get IronRuby 1+ to work and even possibly the > 'win32ole' library since I am used to scripting excel with it instead of > the .net methods. Also I will try and get David's helper methods up and > working. > > > Timothy > > Attachments: > http://www.ruby-forum.com/attachment/6089/xl_2_acad.xlsx > http://www.ruby-forum.com/attachment/6090/AL.cs > http://www.ruby-forum.com/attachment/6091/xl_2_acad.rb > > -- From charles.c.strahan at gmail.com Mon Apr 4 07:40:18 2011 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Mon, 4 Apr 2011 06:40:18 -0500 Subject: [Ironruby-core] Ruby FFI port In-Reply-To: References: <9597F4A19BFDB342B6E90963100C33080420C2@SN2PRD0302MB113.namprd03.prod.outlook.com> Message-ID: All, IronRuby FFI is coming along well. So far, I support most of the FFI::Function uses, including attaching to function pointers, library functions, and wrapping Procs. Structs are at 50%, and callbacks need to be implemented. I'll need just another week or two to cut the first release. -Charles On Thu, Mar 31, 2011 at 5:00 AM, Charles Strahan < charles.c.strahan at gmail.com> wrote: > > >> I am concerned about one thing though - we need to be able to call >> function pointers, but I think that * >> Marshal.GetDelegateForFunctionPointer* only supports the STD calling >> convention. Any thoughts on how we might support cdecl? Presently, it's not >> a blocking concern - so I'll cross that bridge when the time comes... > > > D'oh! I overlooked the UnmanagedFunctionPointerAttribute > . > > -Charles > > > On Thu, Mar 31, 2011 at 4:41 AM, Charles Strahan < > charles.c.strahan at gmail.com> wrote: > >> Well, with some really, *really *ugly hacking, I've managed to get this >> far (the first example from FFI wiki): >> >> irb(main):011:0> module Hello >> irb(main):012:1> extend FFI::Library >> irb(main):013:1> ffi_lib FFI::Library::LIBC >> irb(main):014:1> attach_function 'puts', [ :string ], :int >> irb(main):015:1> end >> *(Object doesn't support #inspect)* >> => >> irb(main):016:0> Hello.puts("Hello, World") >> Hello, World >> => 0 >> >> (dunno why that *"(Object doesn't support #inspect)"* shows up...) >> >> Anywho, I think we might might have a significant portion of FFI >> implemented fairly soon. The codebase is still pretty unstable/crappy, but >> I'm hoping to get it ready for contributions soon. >> >> -Charles >> >> >> >> On Sun, Mar 27, 2011 at 6:28 PM, Charles Strahan < >> charles.c.strahan at gmail.com> wrote: >> >>> Well, I think I've made a little progress - hoping to attach a simple >>> function soon. >>> >>> I am concerned about one thing though - we need to be able to call >>> function pointers, but I think that * >>> Marshal.GetDelegateForFunctionPointer* only supports the STD calling >>> convention. Any thoughts on how we might support cdecl? Presently, it's not >>> a blocking concern - so I'll cross that bridge when the time comes... >>> >>> >>> Wayne: Sorry - I meant to send that to the mailing list, as opposed to >>> sending it directly to you. >>> >>> -Charles >>> >>> >>> >>> On Fri, Mar 25, 2011 at 8:03 AM, Wayne Meissner wrote: >>> >>>> That sounds like a good plan. Much of the CRuby version of FFI used >>>> to be written in ruby, until people had the quaint notion that it >>>> shouldn't be as slow as it was, and I moved most of the implementation >>>> into C. >>>> >>>> dlopen and friends are usually in the libdl library on most unixen. I >>>> can't remember where the windows equivalents live. >>>> >>>> >>>> On 25 March 2011 20:09, Charles Strahan >>>> wrote: >>>> > Sweet - thank you for the tip, Wayne! >>>> > Here's my current plan: >>>> > >>>> > All Ruby classes defined inside of ffi_c will be ported to Ruby, where >>>> I'll >>>> > call into my C# lib where it makes sense. >>>> > Because my poor brain can only handle so much context-switching, I'll >>>> stub >>>> > out all of the Ruby classes with methods that will simply raise "not >>>> > implemented". >>>> > I'll follow Wayne's advice to get some simple clib funcs working. >>>> > Port the rest of ffi_c >>>> > >>>> > When all is said and done, it looks like I shouldn't need to touch a >>>> single >>>> > line of FFI's Ruby code - I should only need to implement classes (or >>>> parts >>>> > thereof) that are defined in ffi_c. >>>> > One thing I will need to figure later is the name of the dll that >>>> contains >>>> > dlopen/dlsym/etc for each platform. I'm willing to be that I'll be >>>> able to >>>> > piece that together with decent accuracy by looking >>>> at FFI.map_library_name. >>>> > >>>> > -Charles >>>> > >>>> > On Thu, Mar 24, 2011 at 6:11 PM, Wayne Meissner >>>> wrote: >>>> >> >>>> >> On 25 March 2011 04:58, Charles Strahan >>> > >>>> >> wrote: >>>> >> > >>>> >> >> Another idea? what about starting from http://github.com/ffi and >>>> >> >> replacing >>>> >> >> the C extension with C# code? >>>> >> > >>>> >> > That's a great idea, Tomas. I'll need some immediate gratification >>>> to >>>> >> > keep >>>> >> > me from getting discouraged; porting the C funcs piecemeal sounds >>>> like a >>>> >> > good way to get something working. I've forked FFI - I'll try to >>>> lay >>>> >> > out a >>>> >> > foundation tonight. >>>> >> >>>> >> If you want some easy wins, The first classes you'll want to >>>> implement >>>> >> are: >>>> >> >>>> >> 1) FFI::Type - this is used by much of the rest of the system, e.g. >>>> >> to identify arguments and struct field types. At a minimum, you need >>>> >> to implement #size and #alignment, and have FFI::Type instances for >>>> 8, >>>> >> 16, 32, 64 bit signed/unsigned integers, float, double and pointer >>>> >> defined as the constants FFI::Type::UINT8, FFI::Type::INT8, etc. >>>> >> >>>> >> 2) FFI::Pointer - instances of this are used to represent a native >>>> >> pointer. To get things up and running, you can stub this out with >>>> >> just the basic initialize() method. Most of the accessor methods can >>>> >> be done later. >>>> >> >>>> >> 3) FFI::DynamicLibrary - kinda useful for loading libraries and >>>> >> locating symbols within said library. >>>> >> >>>> >> 4) FFI::Function - the swiss army knife class for calling functions, >>>> >> and creating C => ruby callbacks. Ignore the callback aspect of this >>>> >> for now, and just get ruby => C calling working. >>>> >> >>>> >> That will take you a little while, but you'll be able to at least get >>>> >> simple functions like 'puts' from libc callable from FFI. >>>> >> _______________________________________________ >>>> >> Ironruby-core mailing list >>>> >> Ironruby-core at rubyforge.org >>>> >> http://rubyforge.org/mailman/listinfo/ironruby-core >>>> > >>>> > >>>> > _______________________________________________ >>>> > Ironruby-core mailing list >>>> > Ironruby-core at rubyforge.org >>>> > http://rubyforge.org/mailman/listinfo/ironruby-core >>>> > >>>> > >>>> >>> >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Wed Apr 6 17:27:14 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Wed, 6 Apr 2011 15:27:14 -0600 Subject: [Ironruby-core] Dropping .NET 2.0 Support for IronRuby Message-ID: 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 From Tomas.Matousek at microsoft.com Wed Apr 6 18:00:49 2011 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 6 Apr 2011 22:00:49 +0000 Subject: [Ironruby-core] Dropping .NET 2.0 Support for IronRuby In-Reply-To: References: Message-ID: <9597F4A19BFDB342B6E90963100C3308054A38@SN2PRD0302MB113.namprd03.prod.outlook.com> 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-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jeff Hardy Sent: Wednesday, April 06, 2011 2:27 PM To: ironruby-core at 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 at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From jdhardy at gmail.com Wed Apr 6 18:10:02 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Wed, 6 Apr 2011 16:10:02 -0600 Subject: [Ironruby-core] Dropping .NET 2.0 Support for IronRuby In-Reply-To: <9597F4A19BFDB342B6E90963100C3308054A38@SN2PRD0302MB113.namprd03.prod.outlook.com> References: <9597F4A19BFDB342B6E90963100C3308054A38@SN2PRD0302MB113.namprd03.prod.outlook.com> Message-ID: On Wed, Apr 6, 2011 at 4:00 PM, Tomas Matousek 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 From raycasting at gmail.com Wed Apr 6 18:16:05 2011 From: raycasting at gmail.com (Casting Ray) Date: Thu, 7 Apr 2011 07:16:05 +0900 Subject: [Ironruby-core] jagged array of 2D array Message-ID: Hi I have a question about object creation of jagged array in IronRuby. -------------------- C# double[][] csArray0 = new double[100][]; double[][,] csArray1 = new double[100][,]; IronRuby irArray0 = System::Array.CreateInstance(System::Array.of(System::Double).to_clr_type,100) irArray1 = ??? -------------------- "csArray0" is a simple jagged array, so I could find the corresponding code("irArray0"). "csArray1" is a jagged array of 2D array. I'd like to create "csArray1" object in IronRuby. Can someone help? Mikami From Tomas.Matousek at microsoft.com Wed Apr 6 18:19:07 2011 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 6 Apr 2011 22:19:07 +0000 Subject: [Ironruby-core] Dropping .NET 2.0 Support for IronRuby In-Reply-To: References: <9597F4A19BFDB342B6E90963100C3308054A38@SN2PRD0302MB113.namprd03.prod.outlook.com> Message-ID: <9597F4A19BFDB342B6E90963100C3308054A9F@SN2PRD0302MB113.namprd03.prod.outlook.com> 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:jdhardy at gmail.com] Sent: Wednesday, April 06, 2011 3:10 PM To: ironruby-core at 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 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 From jdhardy at gmail.com Wed Apr 6 18:32:10 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Wed, 6 Apr 2011 16:32:10 -0600 Subject: [Ironruby-core] Dropping .NET 2.0 Support for IronRuby In-Reply-To: <9597F4A19BFDB342B6E90963100C3308054A9F@SN2PRD0302MB113.namprd03.prod.outlook.com> References: <9597F4A19BFDB342B6E90963100C3308054A38@SN2PRD0302MB113.namprd03.prod.outlook.com> <9597F4A19BFDB342B6E90963100C3308054A9F@SN2PRD0302MB113.namprd03.prod.outlook.com> Message-ID: On Wed, Apr 6, 2011 at 4:19 PM, Tomas Matousek wrote: > 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? Sounds good to me. I hate to invoke the "It's OSS; if you want it, you do it" rule, but this seems like an appropriate place to do so. - Jeff From michael.letterle at gmail.com Thu Apr 7 15:54:35 2011 From: michael.letterle at gmail.com (Michael Letterle) Date: Thu, 7 Apr 2011 15:54:35 -0400 Subject: [Ironruby-core] IronRuby in Action cancelled In-Reply-To: <816db2e2f11348a3dcc4af94ec1dde1a@ruby-forum.com> References: <816db2e2f11348a3dcc4af94ec1dde1a@ruby-forum.com> Message-ID: I was briefly involved at one point too... turns out writing a book is very hard. Thanks for all your hard work Ivan, hope you get to share it with us! On Fri, Mar 18, 2011 at 6:39 AM, gaurav s. wrote: > Was waiting for this book from a long time. > But what we can say. Good look to you for ahead. :) > > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Michael Letterle ----------//----------- http://blog.prokrams.com From jdhardy at gmail.com Thu Apr 7 18:18:58 2011 From: jdhardy at gmail.com (Jeff Hardy) Date: Thu, 7 Apr 2011 16:18:58 -0600 Subject: [Ironruby-core] Google Summer of Code Message-ID: Hi, If anyone is still interested in doing an IronPython, IronRuby, or any other DLR-related project for GSoC, feel free to submit them to either the Mono project (IronPython/IronRuby/DLR) or the Python Software Foundation (IronPython). The deadline is tomorrow (Friday, April 8 at 19:00 UTC), so you'll have to act quickly. - Jeff From charles.c.strahan at gmail.com Fri Apr 8 23:42:22 2011 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Fri, 8 Apr 2011 22:42:22 -0500 Subject: [Ironruby-core] Encoding::InvalidByteSequenceError: character U+7453 can't be encoded in IBM437 Message-ID: Hello, I'm getting the following error while running one of the examples (Enumerate Top Level Windows ) from the FFI wiki: *Encoding::InvalidByteSequenceError: character U+7453 can't be encoded in IBM437* * from (irb):26:in `puts'* The example works fine in MRI 1.9.2, so I'm curious if this might be a bug, or if I'm screwing something up in my FFI impl. Official FFI uses *str_new *, which in turn performs a simple *memcopy* given a *char**, which is more or less what I'm doing to construct my string... At any rate, the example, which features callbacks, makes it this far (which is exciting): *[001] Found ''* *[002] Found ''* *[003] Found ''* *[004] Found ''* *[005] Found ''* *[006] Found ''* *[007] Found ''* *[008] Found ''* *Encoding::InvalidByteSequenceError: character U+7453 can't be encoded in IBM437* * from (irb):26:in `puts'* -Charles -------------- next part -------------- An HTML attachment was scrubbed... URL: From charles.c.strahan at gmail.com Sat Apr 9 20:18:03 2011 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Sat, 9 Apr 2011 19:18:03 -0500 Subject: [Ironruby-core] Encoding::InvalidByteSequenceError: character U+7453 can't be encoded in IBM437 In-Reply-To: References: Message-ID: On second thought (and with a little more rest), I'm pretty positive this my problem :). -Charles On Fri, Apr 8, 2011 at 10:42 PM, Charles Strahan < charles.c.strahan at gmail.com> wrote: > Hello, > > I'm getting the following error while running one of the examples (Enumerate > Top Level Windows ) from > the FFI wiki: > > *Encoding::InvalidByteSequenceError: character U+7453 can't be encoded in > IBM437* > * from (irb):26:in `puts'* > > The example works fine in MRI 1.9.2, so I'm curious if this might be a bug, > or if I'm screwing something up in my FFI impl. Official FFI uses *str_new > *, which in turn performs a simple *memcopy* given a *char**, which is > more or less what I'm doing to construct my string... > > At any rate, the example, which features callbacks, makes it this far > (which is exciting): > > *[001] Found ''* > *[002] Found ''* > *[003] Found ''* > *[004] Found ''* > *[005] Found ''* > *[006] Found ''* > *[007] Found ''* > *[008] Found ''* > *Encoding::InvalidByteSequenceError: character U+7453 can't be encoded in > IBM437* > * from (irb):26:in `puts'* > > > -Charles > -------------- next part -------------- An HTML attachment was scrubbed... URL: From charles.c.strahan at gmail.com Sun Apr 10 01:28:59 2011 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Sun, 10 Apr 2011 00:28:59 -0500 Subject: [Ironruby-core] Encoding::InvalidByteSequenceError: character U+7453 can't be encoded in IBM437 In-Reply-To: References: Message-ID: Nope - must be a bug in IronRuby: *MRI v1.9.2:* * irb(main):001:0> str = "%s" % "\u00c2" => "\u00C2" irb(main):002:0> str.encoding => # irb(main):003:0> puts str ?? * *IronRuby v1.1.3:* * irb(main):001:0> str = "%s" % "\u00c2" => "\xC2" irb(main):002:0> str.encoding => # irb(main):003:0> puts str Encoding::InvalidByteSequenceError: character U+00C2 can't be encoded in IBM437 from (irb):3:in `puts' from (irb):3 from C:/IronRuby/bin/irb:13 * *String#%* seems to handle encoding differently between the two Rubies. If I can figure it out, I'll send a pull request. Cheers, -Charles On Sat, Apr 9, 2011 at 7:18 PM, Charles Strahan wrote: > On second thought (and with a little more rest), I'm pretty positive this > my problem :). > > -Charles > > > On Fri, Apr 8, 2011 at 10:42 PM, Charles Strahan < > charles.c.strahan at gmail.com> wrote: > >> Hello, >> >> I'm getting the following error while running one of the examples (Enumerate >> Top Level Windows ) >> from the FFI wiki: >> >> *Encoding::InvalidByteSequenceError: character U+7453 can't be encoded in >> IBM437* >> * from (irb):26:in `puts'* >> >> The example works fine in MRI 1.9.2, so I'm curious if this might be a >> bug, or if I'm screwing something up in my FFI impl. Official FFI uses * >> str_new >> *, which in turn performs a simple *memcopy* given a *char**, which is >> more or less what I'm doing to construct my string... >> >> At any rate, the example, which features callbacks, makes it this far >> (which is exciting): >> >> *[001] Found ''* >> *[002] Found ''* >> *[003] Found ''* >> *[004] Found ''* >> *[005] Found ''* >> *[006] Found ''* >> *[007] Found ''* >> *[008] Found ''* >> *Encoding::InvalidByteSequenceError: character U+7453 can't be encoded in >> IBM437* >> * from (irb):26:in `puts'* >> >> >> -Charles >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Sun Apr 10 05:23:08 2011 From: lists at ruby-forum.com (James Leskovar) Date: Sun, 10 Apr 2011 11:23:08 +0200 Subject: [Ironruby-core] IronRuby assemblies Message-ID: <3179a965a4e80573e781229fdd9bf5d8@ruby-forum.com> Hey all, I've noticed that the IronRuby 1.0+ installer copies all of the requisite libraries into the GAC. However, it would also be nice if the installer also updated the registry to allow the libraries to show up in the "Add References" dialog in VS2010. See http://support.microsoft.com/kb/306149 for more info. Otherwise, keep up the good work! Cheers, James -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Tue Apr 12 21:29:53 2011 From: lists at ruby-forum.com (Bob A.) Date: Wed, 13 Apr 2011 03:29:53 +0200 Subject: [Ironruby-core] digest.so implemented In-Reply-To: <6821FE23D98BAC41AC2A91E7970F31AF1CCF72760B@QUTEXMBX02.qut.edu.au> References: <6821FE23D98BAC41AC2A91E7970F31AF1CCF72760B@QUTEXMBX02.qut.edu.au> Message-ID: <106d68da9442f7288bcfdccc3e90a37b@ruby-forum.com> This is very much an ARGH!!! Time line: Friday get confirmation about an interview using Ruby. Google for IDE and find Ruby in Steel. Yea (ruby 1.86 in the free version). Read the "Book of Ruby" and start my first Ruby application. For my first application I choose Solve KenKen puzzles. At some point I need to make a deep copy. I define my initialize_copy method. The assumption is this will actually be ran, but NO! I have not looked into implementing the IDuplicable interface. This is what I ended up doing. if equation.validEquation newEquation = equation.clone newEquation.initialize_copy(newEquation) #should not have to do this. very anoying @equations << newEquation # need to make this a deep copy. end ARGH!!! ARGH!!! Is there a free ide that does plain Ruby vs. IronRuby? -- Posted via http://www.ruby-forum.com/. From charles.c.strahan at gmail.com Thu Apr 14 15:25:37 2011 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Thu, 14 Apr 2011 14:25:37 -0500 Subject: [Ironruby-core] digest.so implemented In-Reply-To: <106d68da9442f7288bcfdccc3e90a37b@ruby-forum.com> References: <6821FE23D98BAC41AC2A91E7970F31AF1CCF72760B@QUTEXMBX02.qut.edu.au> <106d68da9442f7288bcfdccc3e90a37b@ruby-forum.com> Message-ID: RubyMne works pretty well. -Charles On Tue, Apr 12, 2011 at 8:29 PM, Bob A. wrote: > This is very much an ARGH!!! > > Time line: Friday get confirmation about an interview using Ruby. > Google for IDE and find Ruby in Steel. Yea (ruby 1.86 in the free > version). > > Read the "Book of Ruby" and start my first Ruby application. > For my first application I choose Solve KenKen puzzles. > > At some point I need to make a deep copy. I define my initialize_copy > method. The assumption is this will actually be ran, but NO! > > I have not looked into implementing the IDuplicable interface. This is > what I ended up doing. > > if equation.validEquation > newEquation = equation.clone > newEquation.initialize_copy(newEquation) #should not have to do > this. very anoying > @equations << newEquation # need to make this a deep copy. > end > > ARGH!!! ARGH!!! > > Is there a free ide that does plain Ruby vs. IronRuby? > > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Thu Apr 14 16:29:45 2011 From: lists at ruby-forum.com (Roger Pack) Date: Thu, 14 Apr 2011 22:29:45 +0200 Subject: [Ironruby-core] Ruby FFI port In-Reply-To: References: Message-ID: > I'll need just another week or two to cut the first release. Maybe it can merge with mainline ffi gem at some point? -r -- Posted via http://www.ruby-forum.com/. From evgeny at rhomobile.com Fri Apr 22 13:08:39 2011 From: evgeny at rhomobile.com (evgeny vovchenko) Date: Fri, 22 Apr 2011 21:08:39 +0400 Subject: [Ironruby-core] IronRuby to compile ruby code to assembly Message-ID: Hello, Rhomobile company (rhomobile.com) is looking for contractor developer who is familiar with IronRuby code to implement SavableScriptCode for IronRuby. Here is comment from Tomas Matousek : "SavableScriptCode provides basic infrastructure for serializing compiled expression trees to an assembly. IronPython uses this. To make this work the language needs to ensure that the expression trees it produces only refer to live objects (constants) that are IExpressionSerializable. IronRuby trees hold on various method objects, RubyContext instance, not yet compiled Ruby AST, dynamic sites, constant lookup caches, etc. All these need to support serialization. I haven't done the work that's necessary to make all this work but this would be the way to go about it." Why we need it? Rhomobile is developing Rhodes - open source mobile platform based on Ruby. Now we are supporting Windows Phone 7. Iron Ruby works fine on the device, except the startup time, which is slow (8-9 sec). At startup time we load bunch of ruby files, and create some objects, so if text parsing can be done at build time when startup should be faster we suppose. Best Regards, Evgeny Vovchenko, Rhomobile. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Sat Apr 23 14:10:37 2011 From: lists at ruby-forum.com (Eduardo Blumenfeld) Date: Sat, 23 Apr 2011 20:10:37 +0200 Subject: [Ironruby-core] ironruby-rack gem In-Reply-To: <1a1765f616d07e562471c92ebb77f085@ruby-forum.com> References: <809c919ced12ce139450acecb8789277@ruby-forum.com> <28f1242963070b447df699988e994859@ruby-forum.com> <1a1765f616d07e562471c92ebb77f085@ruby-forum.com> Message-ID: <2228e79732d54953574467f9e3d1bc13@ruby-forum.com> Eduardo Blumenfeld wrote in post #982472: Hi all, IronRuby 1.1.2 is working really good in production for wpf applications. Do you know the status of the IronRuby-Rack project? Is there any way to contribute? Eduardo -- Posted via http://www.ruby-forum.com/. From jschementi at gmail.com Sat Apr 23 15:24:20 2011 From: jschementi at gmail.com (Jimmy Schementi) Date: Sat, 23 Apr 2011 15:24:20 -0400 Subject: [Ironruby-core] ironruby-rack gem In-Reply-To: <2228e79732d54953574467f9e3d1bc13@ruby-forum.com> References: <809c919ced12ce139450acecb8789277@ruby-forum.com> <28f1242963070b447df699988e994859@ruby-forum.com> <1a1765f616d07e562471c92ebb77f085@ruby-forum.com> <2228e79732d54953574467f9e3d1bc13@ruby-forum.com> Message-ID: On Sat, Apr 23, 2011 at 2:10 PM, Eduardo Blumenfeld wrote: > IronRuby 1.1.2 is working really good in production for wpf > applications. > Do you know the status of the IronRuby-Rack project? Not much going on. Should at least make sure it's rack-1.2.0 compatible. > Is there any way to contribute? If you want to submit patches, source is here: https://github.com/IronLanguages/main/tree/master/Hosts/IronRuby.Rack If you want to contribute blog-posts, tutorials, or documentation, send it to the mailing list and we'll figure out where best to put it. ~Jimmy From charles.c.strahan at gmail.com Sat Apr 23 20:06:44 2011 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Sat, 23 Apr 2011 19:06:44 -0500 Subject: [Ironruby-core] Ruby FFI port In-Reply-To: References: Message-ID: That's a possibility, but it might have to come further down the road. -Charles On Thu, Apr 14, 2011 at 3:29 PM, Roger Pack wrote: > > I'll need just another week or two to cut the first release. > > Maybe it can merge with mainline ffi gem at some point? > -r > > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.radcliffe at gmail.com Sat Apr 23 23:35:10 2011 From: kevin.radcliffe at gmail.com (Kevin Radcliffe) Date: Sun, 24 Apr 2011 12:35:10 +0900 Subject: [Ironruby-core] ironruby-rack gem In-Reply-To: References: <809c919ced12ce139450acecb8789277@ruby-forum.com> <28f1242963070b447df699988e994859@ruby-forum.com> <1a1765f616d07e562471c92ebb77f085@ruby-forum.com> <2228e79732d54953574467f9e3d1bc13@ruby-forum.com> Message-ID: I may also be interested in contributing to move IronRuby.Rack toward rack-1.2.0 compatibility. I would imagine (but this could be totally wrong) that we would want to move more tests over from: https://github.com/chneukirchen/rack/tree/master/test Would this be a good approach? Where would be a good place for them, here? https://github.com/IronLanguages/main/tree/master/Hosts/IronRuby.Rack/ironruby-rack/test (Or pehaps a subdirectory off of that) If it isn't a good approach, what would be a better way to move toward 1.2.0 compatibility? Thanks! Best Regards, Kevin Radcliffe -------------- next part -------------- An HTML attachment was scrubbed... URL: From jschementi at gmail.com Sun Apr 24 09:08:14 2011 From: jschementi at gmail.com (Jimmy Schementi) Date: Sun, 24 Apr 2011 09:08:14 -0400 Subject: [Ironruby-core] ironruby-rack gem In-Reply-To: References: <809c919ced12ce139450acecb8789277@ruby-forum.com> <28f1242963070b447df699988e994859@ruby-forum.com> <1a1765f616d07e562471c92ebb77f085@ruby-forum.com> <2228e79732d54953574467f9e3d1bc13@ruby-forum.com> Message-ID: <26C2BF76-BF42-4321-83E5-ED4A54784830@gmail.com> There are two important parts to testing IronRuby-Rack: First, we need to make sure IronRuby can run rack 1.2. This will be a subset of the tests as rack has tests for mongrel and thin, which we won't be able to run, but the webrick test is fair game. The rack tests are checked into external/languages/ruby/tests, as we used to run rack tests against IronRuby in CI. So just updating those tests and running them should be all that's required, and well see what bugs come out of that. Second we need to actually test IronRuby-Rack: given a HttpRequest it creates a valid rack request, runs the request, and then takes the rack response and makes into a HttpResponse. We should thoroughly make sure that's unit tested, and the only way to do that is write the tests; the rack tests won't really help. Currently there are some unit tests and a test similar to rack's webrick test that use Cassini instead. For starters in testing the HttpRequest portion, we could give it a HttpRequest and run rack-lint to make sure it doesn't fuck anything up. But ideally we'll probably need tests exercising the entire rack spec. ~Jimmy On Apr 23, 2011, at 11:35 PM, Kevin Radcliffe wrote: > I may also be interested in contributing to move IronRuby.Rack toward rack-1.2.0 compatibility. > > I would imagine (but this could be totally wrong) that we would want to move more tests over from: > https://github.com/chneukirchen/rack/tree/master/test > > Would this be a good approach? > Where would be a good place for them, here? > https://github.com/IronLanguages/main/tree/master/Hosts/IronRuby.Rack/ironruby-rack/test > (Or pehaps a subdirectory off of that) > > If it isn't a good approach, what would be a better way to move toward 1.2.0 compatibility? > Thanks! > > Best Regards, > Kevin Radcliffe > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From jschementi at gmail.com Sun Apr 24 09:24:24 2011 From: jschementi at gmail.com (Jimmy Schementi) Date: Sun, 24 Apr 2011 09:24:24 -0400 Subject: [Ironruby-core] IronRuby to compile ruby code to assembly In-Reply-To: References: Message-ID: <063FDCF4-A4E6-4F66-B4FA-A3F2E1B96C32@gmail.com> This would be a great project for someone to pick up, though it is a large amount of work, it is highly needed for embedded scripting scenarios. And sounds like you'll also be paid :) so if you have time and are a confident C# dev, my all means jump on this. ~Jimmy On Apr 22, 2011, at 1:08 PM, "evgeny vovchenko" wrote: > Hello, > > Rhomobile company (rhomobile.com) is looking for contractor developer who is familiar with IronRuby code to implement SavableScriptCode for IronRuby. Here is comment from Tomas Matousek : > > "SavableScriptCode provides basic infrastructure for serializing compiled expression trees to an assembly. IronPython uses this. To make this work the language needs to ensure that the expression trees it produces only refer to live objects (constants) that are IExpressionSerializable. IronRuby trees hold on various method objects, RubyContext instance, not yet compiled Ruby AST, dynamic sites, constant lookup caches, etc. All these need to support serialization. I haven?t done the work that?s necessary to make all this work but this would be the way to go about it." > > Why we need it? > > Rhomobile is developing Rhodes - open source mobile platform based on Ruby. Now we are supporting Windows Phone 7. Iron Ruby works fine on the device, except the startup time, which is slow (8-9 sec). > > At startup time we load bunch of ruby files, and create some objects, so if text parsing can be done at build time when startup should be faster we suppose. > > > Best Regards, > Evgeny Vovchenko, Rhomobile. > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Mon Apr 25 22:37:34 2011 From: lists at ruby-forum.com (sridharans sivamurugan) Date: Tue, 26 Apr 2011 04:37:34 +0200 Subject: [Ironruby-core] Getting value of IronRuby object's property using reflections Message-ID: <18d3aa069bc9ba1b0baba05773ff098a@ruby-forum.com> 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/. From Tomas.Matousek at microsoft.com Mon Apr 25 23:14:00 2011 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Tue, 26 Apr 2011 03:14:00 +0000 Subject: [Ironruby-core] Getting value of IronRuby object's property using reflections In-Reply-To: <18d3aa069bc9ba1b0baba05773ff098a@ruby-forum.com> References: <18d3aa069bc9ba1b0baba05773ff098a@ruby-forum.com> Message-ID: <9597F4A19BFDB342B6E90963100C330824945B@SN2PRD0302MB113.namprd03.prod.outlook.com> Would this be what you need? http://ironruby.codeplex.com/workitem/4920 Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of sridharans sivamurugan Sent: Monday, April 25, 2011 7:38 PM To: ironruby-core at 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 at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From lists at ruby-forum.com Tue Apr 26 01:06:45 2011 From: lists at ruby-forum.com (sridharans sivamurugan) Date: Tue, 26 Apr 2011 07:06:45 +0200 Subject: [Ironruby-core] Getting value of IronRuby object's property using reflections In-Reply-To: <9597F4A19BFDB342B6E90963100C330824945B@SN2PRD0302MB113.namprd03.prod.outlook.com> References: <18d3aa069bc9ba1b0baba05773ff098a@ruby-forum.com> <9597F4A19BFDB342B6E90963100C330824945B@SN2PRD0302MB113.namprd03.prod.outlook.com> Message-ID: Tomas Matousek wrote in post #995011: > Would this be what you need? > http://ironruby.codeplex.com/workitem/4920 > > Tomas Hi Tomas, Yes exactly the same. I need to get those methods as property in C#. Do you have any idea to achieve this? Thanks, Sri. -- Posted via http://www.ruby-forum.com/. From jschementi at gmail.com Tue Apr 26 11:38:27 2011 From: jschementi at gmail.com (Jimmy Schementi) Date: Tue, 26 Apr 2011 11:38:27 -0400 Subject: [Ironruby-core] Getting value of IronRuby object's property using reflections In-Reply-To: References: <18d3aa069bc9ba1b0baba05773ff098a@ruby-forum.com> <9597F4A19BFDB342B6E90963100C330824945B@SN2PRD0302MB113.namprd03.prod.outlook.com> Message-ID: On Tue, Apr 26, 2011 at 1:06 AM, sridharans sivamurugan wrote: > Tomas Matousek wrote in post #995011: >> Would this be what you need? >> http://ironruby.codeplex.com/workitem/4920 >> >> Tomas > > Hi Tomas, > > Yes exactly the same. I need to get those methods as property in C#. Do > you have any idea to achieve this? > > Thanks, > Sri. Sri, do you actually need to use .NET Reflection APIs? If so, then your Ruby class would have to inherit from an interface where the properties you'd want to reflect over are defined. However, I highly doubt that you absolutely need to use .NET's reflection; you just want to find the method names available on a Ruby object, correct? Ruby itself has it's own reflection capabilities built into the language (Persion.instance_methods), and the DLR hosting API lets you use C# to access Ruby-defined entities; take a look at the methods on ScriptEngine.Operations to see what you need to do from C#; GetMemberNames might be useful to you. You could also write the reflection code in Ruby and pass the result back to C#: var personMethods = engine.Execute("Person.instance_methods - Object.instance_methods", someScope); ~Jimmy From lists at ruby-forum.com Wed Apr 27 05:30:07 2011 From: lists at ruby-forum.com (sridharans sivamurugan) Date: Wed, 27 Apr 2011 11:30:07 +0200 Subject: [Ironruby-core] Getting value of IronRuby object's property using reflections In-Reply-To: <18d3aa069bc9ba1b0baba05773ff098a@ruby-forum.com> References: <18d3aa069bc9ba1b0baba05773ff098a@ruby-forum.com> Message-ID: <18e3cc2d601c151f60291732f92d0e5b@ruby-forum.com> Hi Jimy, Thanks for the information. But I need to use the .Net reflection API. I'm trying to do something with the ruby object in my WPF control. So I can?t use Ruby reflection API, I can get just a Ruby object I need to manipulate that with the help of Reflection API. -Sri. -- Posted via http://www.ruby-forum.com/. From charles.c.strahan at gmail.com Wed Apr 27 21:02:29 2011 From: charles.c.strahan at gmail.com (Charles Strahan) Date: Wed, 27 Apr 2011 20:02:29 -0500 Subject: [Ironruby-core] Getting value of IronRuby object's property using reflections In-Reply-To: <18e3cc2d601c151f60291732f92d0e5b@ruby-forum.com> References: <18d3aa069bc9ba1b0baba05773ff098a@ruby-forum.com> <18e3cc2d601c151f60291732f92d0e5b@ruby-forum.com> Message-ID: Hi Sri, What is it that you are ultimately trying to accomplish? Are you wanting to bind a control to the Ruby object? -Charles On Wed, Apr 27, 2011 at 4:30 AM, sridharans sivamurugan < lists at ruby-forum.com> wrote: > Hi Jimy, > > Thanks for the information. But I need to use the .Net reflection API. > I'm trying to do something with the ruby object in my WPF control. So I > can?t use Ruby reflection API, I can get just a Ruby object I need to > manipulate that with the help of Reflection API. > > -Sri. > > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: