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/.
I may be totally "off base," but have you tried using the fusion viewer to ensure that you do not have a problem with .NET loading the DLL (and its underlying COM object). --- Larry Jones ||| Senior Level Development Engineer Aspen Technology, Inc. ||| +1 281-504-3324 ||| fax: 281-584-1062 ||| www.aspentech.com -----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 4: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 This e-mail and any attachments are intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified any dissemination, distribution or copying of this email, and any attachments thereto, is strictly prohibited. If you receive this email in error please immediately notify the sender and permanently delete the original copy and any copy of any e-mail, and any printout thereof.
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
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 >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20110326/23b59b83/attachment.html>
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<mailto: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> [mailto: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<mailto: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<mailto:Ironruby-core at rubyforge.org> http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org> http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20110327/f964cae3/attachment-0001.html>
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 > >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20110327/8f434a1a/attachment.html>
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-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Charles Strahan Sent: Sunday, March 27, 2011 4:19 PM To: ironruby-core at 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.Matousek at microsoft.com<mailto: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> [mailto: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<mailto: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<mailto: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> [mailto: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<mailto: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<mailto:Ironruby-core at rubyforge.org> http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org> http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org> http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20110328/2cac1b0f/attachment-0001.html>
> > 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.That''s a valid point. I''t would be trivial to write a script to re-map types to Ruby constants in the 1% case; my suggestion is probably not worth implementing in IronRuby directly. -Charles On Sun, Mar 27, 2011 at 8:44 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote:> 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-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Charles Strahan > *Sent:* Sunday, March 27, 2011 4:19 PM > > *To:* ironruby-core at 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.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: <http://rubyforge.org/pipermail/ironruby-core/attachments/20110327/d7909eef/attachment.html>
>I could imagine there *might* be case where you have an xFoo type and anXFoo 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: <http://rubyforge.org/pipermail/ironruby-core/attachments/20110402/61ceb0b3/attachment-0001.html>