From ustuntas at ekatek.com.tr  Tue Mar  1 01:21:27 2011
From: ustuntas at ekatek.com.tr (=?UTF-8?B?TXVyYXQgw5xTVMOcTlRBxZ4=?=)
Date: Tue, 01 Mar 2011 08:21:27 +0200
Subject: [Ironruby-core] [AutoCAD and IronRuby]
In-Reply-To: <AANLkTinDTxGLmG8hNnXK=CN_1-uKL0weq-vAJt6BRcTt@mail.gmail.com>
References: <4D6B7685.6080500@ekatek.com.tr>	<AANLkTik+Ob1T2M56i4o1SB_=O2cmrqrbjvtLOYhir4jG@mail.gmail.com>
	<AANLkTinDTxGLmG8hNnXK=CN_1-uKL0weq-vAJt6BRcTt@mail.gmail.com>
Message-ID: <4D6C9067.7050202@ekatek.com.tr>

Thank you Mike,

I assume that this is very tricky.. But, i hope that somebody knows 
about AutoCAD and .NET Api
integration in this comminity..

Regards,

Murat USTUNTAS


On 02/28/2011 02:59 PM, Mike Hatfield wrote:
>
> I have no AutoCAD experience, so is not something I can personally 
> help with.  I agree with Andrius in that there are probably very few 
> people that would need (or want) this kind of integration.  On the 
> other hand, if AutoCAD has a .NET API then using IronRuby is a least a 
> possibility.
>
> Is there anyone in the IronRuby community familiar with AutoCAD and 
> it's API's willing to give Murat a hand with this?
>
> Mike
>
> @WebCoding4Fun on Twitter
>
>
> -- 
>
>
> _______________________________________________
> 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/20110301/c4f968ae/attachment.html>

From andrius.bentkus at gmail.com  Tue Mar  1 01:47:45 2011
From: andrius.bentkus at gmail.com (Andrius Bentkus)
Date: Tue, 1 Mar 2011 07:47:45 +0100
Subject: [Ironruby-core] [AutoCAD and IronRuby]
In-Reply-To: <4D6C9067.7050202@ekatek.com.tr>
References: <4D6B7685.6080500@ekatek.com.tr>
	<AANLkTik+Ob1T2M56i4o1SB_=O2cmrqrbjvtLOYhir4jG@mail.gmail.com>
	<AANLkTinDTxGLmG8hNnXK=CN_1-uKL0weq-vAJt6BRcTt@mail.gmail.com>
	<4D6C9067.7050202@ekatek.com.tr>
Message-ID: <AANLkTimf9Q_PkEvyqJW8LXfxizpusoBE+MOSx=_+P=jo@mail.gmail.com>

The world would be a very boring place if we would do only stuff that was
already done, wouldn't it?


On Tue, Mar 1, 2011 at 7:21 AM, Murat ?ST?NTA? <ustuntas at ekatek.com.tr>wrote:

>  Thank you Mike,
>
> I assume that this is very tricky.. But, i hope that somebody knows about
> AutoCAD and .NET Api
> integration in this comminity..
>
> Regards,
>
> Murat USTUNTAS
>
>
>
> On 02/28/2011 02:59 PM, Mike Hatfield wrote:
>
> I have no AutoCAD experience, so is not something I can personally help
> with.  I agree with Andrius in that there are probably very few people that
> would need (or want) this kind of integration.  On the other hand, if
> AutoCAD has a .NET API then using IronRuby is a least a possibility.
>
> Is there anyone in the IronRuby community familiar with AutoCAD and it's
> API's willing to give Murat a hand with this?
>
> Mike
>
> @WebCoding4Fun on Twitter
>
> --
>
>
> _______________________________________________
> Ironruby-core mailing listIronruby-core at rubyforge.orghttp://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/20110301/1c7925c4/attachment-0001.html>

From robert.brotherus at napa.fi  Tue Mar  1 07:51:19 2011
From: robert.brotherus at napa.fi (Robert Brotherus)
Date: Tue, 1 Mar 2011 14:51:19 +0200
Subject: [Ironruby-core] IronRuby in Action cancelled
References: <D955D376A9974BBE825E92F8FCE3CB5C@gmail.com>
	<d99ee2169c2104e2a62558af1c2c71b0@ruby-forum.com>
Message-ID: <16A7DD08F0425648AB80B28A3453C40B483E5A@NW60R2.napa.fi>

Pity to hear of the cancellation, good luck to your subsequent pursuits Ivan!
 
Having written myself as unpaid "Community Contribution" the Chaper 10, "Transforming a legacy GUI to WPF and
IronRuby", I guess I own enough IP on that to hereby donate it (attached) to the public domain. 
I hope you or Manning will release rest of the book in some form.
 
Robert J. Brotherus
www.napa.fi
 
 

________________________________

From: ironruby-core-bounces at rubyforge.org on behalf of Ivan Porto carrero
Sent: Sun 2/27/2011 7:29 PM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] IronRuby in Action cancelled



I won't go in too deep on the reasons why but in the end I ran out time
basically and lack of interest. The entire explanation is quite lengthy.
Anyway I'm finding out who owns the actual IP rights now. But the last
time Manning asked I told them that in an ideal situation this book
would be a gift to the ironruby community, shared under a creative
commons license.

if it turns out that manning is planning to make the pdf available for
download then fine. if it turns out that I have the rights to the
content then I'll make the raw word documents available as a pdf book.

Cheers
Ivan

--
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 --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 489929 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20110301/270fcfb6/attachment-0001.bin>

From ryan.riley at panesofglass.org  Tue Mar  1 14:00:13 2011
From: ryan.riley at panesofglass.org (Ryan Riley)
Date: Tue, 1 Mar 2011 11:00:13 -0800
Subject: [Ironruby-core] [ rubygems-Bugs-27154 ] Computed hash is sometimes
	too large.
In-Reply-To: <20110301185424.A10EA1678326@rubyforge.org>
References: <20110301185424.A10EA1678326@rubyforge.org>
Message-ID: <AANLkTimkAZWad+3FUhF8AC_3W_xHvP6bUyYkDFt7TFFK@mail.gmail.com>

Took long enough, but it would appear the fix to #hash has finally made it
into rubygems.

Ryan Riley

Email: ryan.riley at panesofglass.org
LinkedIn: http://www.linkedin.com/in/ryanriley
Blog: http://wizardsofsmart.net/
Website: http://panesofglass.org/


---------- Forwarded message ----------
From: <noreply at rubyforge.org>
Date: Tue, Mar 1, 2011 at 10:54 AM
Subject: [ rubygems-Bugs-27154 ] Computed hash is sometimes too large.
To: noreply at rubyforge.org


Bugs item #27154, was opened at 2009-09-21 16:42
You can respond by visiting:
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27154&group_id=126

Category: `gem install` command
Group: v1.3.x
Status: Closed
Resolution: Accepted
Priority: 3
Submitted By: Ryan Riley (panesofglass)
Assigned to: John Barnette (jbarnette)
Summary: Computed hash is sometimes too large.

Initial Comment:
The current hash algorithm in dependency.rb (line 138) and specification.rb
(line 658) can sometimes create a hash that is too large. This is also
possible with Array#hash in MRI, which can also misbehave if one of the
array elements returns a large hash value:

class C
 def hash
   100000000000000000000
 end
end

[C.new].hash  # => in `hash': bignum too big to convert into
`long' (RangeError)

REXML has a similar issue. http://redmine.ruby-
lang.org/issues/show/1883 tracks the issue, and MRI will be
fixing the issue.

Suggested fixes are:

edit: c:/ruby/libs/ruby/site_ruby/1.8/rubygems/dependency.rb;C840659
File: dependency.rb
===================================================================
--- c:/ruby/libs/ruby/site_ruby/1.8/rubygems/dependency.rb;C840659  (server)
   6/23/2009 1:21 PM
+++ c:/ruby/libs/ruby/site_ruby/1.8/rubygems/dependency.rb
@@ -112,7 +112,7 @@
  end

  def hash # :nodoc:
-    name.hash + type.hash + version_requirements.hash
+    name.hash ^ type.hash ^ version_requirements.hash
  end

 end
===================================================================
edit: c:/ruby/libs/ruby/site_ruby/1.8/rubygems/specification.rb;C908357
File: specification.rb
===================================================================
--- c:/ruby/libs/ruby/site_ruby/1.8/rubygems/specification.rb;C908357
 (server)    6/23/2009 1:24 PM
+++ c:/ruby/libs/ruby/site_ruby/1.8/rubygems/specification.rb
@@ -661,9 +661,8 @@
    private :same_attributes?

    def hash # :nodoc:
-      @@attributes.inject(0) { |hash_code, (name, default_value)|
-        n = self.send(name).hash
-        hash_code + n
+      @@attributes.inject(612553) { |hash_code, (name, default_value)|
+        hash_code ^ self.send(name).hash
      }
    end

===================================================================

----------------------------------------------------------------------

Comment By: Bernard Lambeau (blambeau)
Date: 2011-03-01 19:54

Message:
This bug seems to re-appear. requirement.rb should probably be patched as
proposed by Daniel Weaver to guarantee compatibility with ruby 1.8.7-p176.

I've written a review with additional details about this bug at:
http://revision-zero.org/history-of-a-bug

----------------------------------------------------------------------

Comment By: Eric Hodel (drbrain)
Date: 2011-02-02 01:03

Message:
This is fixed.

----------------------------------------------------------------------

Comment By: Daniel Weaver (zlern2k)
Date: 2010-12-20 21:20

Message:
I realize these are bugs in the underlying Ruby implementation of hash, but
it really helps us to have them fixed in gem.

This is the patch for requirement.rb that we currently need to deploy to
make bundler happy with our apps:

zlerntop:rubygems danielweaver$ diff -u requirement.rb.orig requirement.rb
--- requirement.rb.orig 2010-12-20 12:13:40.000000000 -0800
+++ requirement.rb      2010-12-20 12:13:40.000000000 -0800
@@ -106,7 +106,7 @@
  end

  def hash # :nodoc:
-    requirements.hash
+    requirements.inject(0) { |h, r| h ^ r.first.hash ^ r.last.hash }
  end

  def marshal_dump # :nodoc:


----------------------------------------------------------------------

Comment By: George Mendoza (gsmendoza)
Date: 2010-12-07 05:06

Message:
Hello again,

I got the bignum error again, but this time with cucumber-0.9.4. These
commands weren't able to install the gem:

 * bundle install
 * bundle install --local
 * sudo bundle install --local
 * sudo bundle install --local --system
 * sudo bundle install --system

However, I was able to work around the issue by

 1. installing the gem to my system manually (sudo gem install cucumber
--version "0.9.4"), and
 2. installing the bundle to the system (sudo bundle install --system)

For step 2, trying "bundle install --local" worked only if all the gems in
the bundle are already installed. If there were some gems from the bundle
that are not installed, running "sudo bundle install --system" was the only
way I could install them.

George Mendoza
Philippines


----------------------------------------------------------------------

Comment By: George Mendoza (gsmendoza)
Date: 2010-12-01 04:52

Message:
Hello,

Appreciate if anybody can re-open this ticket. I am also getting the error
when I try to install the dmitryv-backup gem via bundle. Please let me know
if I need to provide any other information in order to fix this bug. Thanks!

Gemfile:
----------------------------------------
source :rubygems
source "http://gems.github.com"

#...

gem 'dmitryv-backup', '2.4.0', :require => "backup"

#...

----------------------------------------

Running:
----------------------------------------
bundle install --local
/usr/local/lib/site_ruby/1.8/rubygems/requirement.rb:109:in `hash': bignum
too big to convert into `long' (RangeError)
 from /usr/local/lib/site_ruby/1.8/rubygems/requirement.rb:109:in `hash'
 from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:675:in `hash'
 from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/index.rb:36:in
`inject'
 from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:674:in `each'
 from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:674:in `inject'
 from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:674:in `hash'
 from /usr/lib/ruby/1.8/tsort.rb:204:in `include?'
 from /usr/lib/ruby/1.8/tsort.rb:204:in
`each_strongly_connected_component_from'
 from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/spec_set.rb:130:in
`tsort_each_child'
 from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/spec_set.rb:130:in
`each'
 from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/spec_set.rb:130:in
`tsort_each_child'
 from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/spec_set.rb:128:in
`each'
 from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/spec_set.rb:128:in
`tsort_each_child'
 from /usr/lib/ruby/1.8/tsort.rb:203:in
`each_strongly_connected_component_from'
 from /usr/lib/ruby/1.8/tsort.rb:209:in
`each_strongly_connected_component_from'
 from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/spec_set.rb:130:in
`tsort_each_child'
 from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/spec_set.rb:130:in
`each'
 from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/spec_set.rb:130:in
`tsort_each_child'
 from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/spec_set.rb:128:in
`each'
 from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/spec_set.rb:128:in
`tsort_each_child'
 from /usr/lib/ruby/1.8/tsort.rb:203:in
`each_strongly_connected_component_from'
 from /usr/lib/ruby/1.8/tsort.rb:182:in `each_strongly_connected_component'
 from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/spec_set.rb:124:in
`tsort_each_node'
 from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/spec_set.rb:124:in
`each'
 from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/spec_set.rb:124:in
`tsort_each_node'
 from /usr/lib/ruby/1.8/tsort.rb:180:in `each_strongly_connected_component'
 from /usr/lib/ruby/1.8/tsort.rb:148:in `tsort_each'
 from /usr/lib/ruby/1.8/tsort.rb:135:in `tsort'
 from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/spec_set.rb:107:in
`sorted'
 from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/spec_set.rb:12:in
`each'
 from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/installer.rb:44:in
`run'
 from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/installer.rb:8:in
`install'
 from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/cli.rb:225:in
`install'
 from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/vendor/thor/task.rb:22:in
`send'
 from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/vendor/thor/task.rb:22:in
`run'
 from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/vendor/thor/invocation.rb:118:in
`invoke_task'
 from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/vendor/thor.rb:246:in
`dispatch'
 from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/vendor/thor/base.rb:389:in
`start'
 from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/bin/bundle:13
 from /usr/bin/bundle:19:in `load'
 from /usr/bin/bundle:19
----------------------------------------

Thanks,

George Mendoza
Philippines


----------------------------------------------------------------------

Comment By: Ryan Davis (zenspider)
Date: 2010-11-12 23:46

Message:
This ticket has been deemed stale and we're closing it in order to catch up
with our ticket list. If you think it is still valid, please reopen.

----------------------------------------------------------------------

Comment By: Craig Cook (ccook)
Date: 2010-10-18 23:08

Message:
Hello,

I tried this patch, but I am still getting the error, at the same place in
the code.  The error is the same with or without the patch to
specification.rb; dependency.rb was already like the patched part shown
above.  This happened when installing using bundler, executed via
capistrano.

We  had been using hpricot, it wasn't needed, it was giving this error
first.  I took it out, but then the same  RangeError happened with mysql.
 I've seen it before also with nokogiri.  (Always with native gems, though).

Here's the relevant part of the log:
----------- begin log ----------------------------
 ** [out :: 192.168.10.63] Installing mysql (2.8.1)
 ** [out :: 192.168.10.63] with native extensions
 ** [out :: 192.168.10.62]
/usr/lib/ruby/site_ruby/1.8/rubygems/requirement.rb:109:in `hash'
 ** [out :: 192.168.10.62] :
 ** [out :: 192.168.10.62] bignum too big to convert into `long'
 ** [out :: 192.168.10.62] (
 ** [out :: 192.168.10.62] RangeError
 ** [out :: 192.168.10.62] )
 ** [out :: 192.168.10.62] from
/usr/lib/ruby/site_ruby/1.8/rubygems/requirement.rb:109:in `hash'
 ** [out :: 192.168.10.62] from
/usr/lib/ruby/site_ruby/1.8/rubygems/specification.rb:675:in `hash'
 ** [out :: 192.168.10.62] from /usr/lib/ruby/1.8/fileutils.rb:243:in
`inject'
 ** [out :: 192.168.10.62] from
/usr/lib/ruby/site_ruby/1.8/rubygems/specification.rb:674:in `each'
 ** [out :: 192.168.10.62] from
/usr/lib/ruby/site_ruby/1.8/rubygems/specification.rb:674:in `inject'
 ** [out :: 192.168.10.62] from
/usr/lib/ruby/site_ruby/1.8/rubygems/specification.rb:674:in `hash'
 ** [out :: 192.168.10.62] from /usr/lib/ruby/1.8/tsort.rb:205:in `include?'
 ** [out :: 192.168.10.62] from /usr/lib/ruby/1.8/tsort.rb:205:in
`each_strongly_connected_component_from'
 ** [out :: 192.168.10.62] ... 22 levels...
 ** [out :: 192.168.10.62] from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.2/lib/bundler/vendor/thor/base.rb:389:in
`start'
 ** [out :: 192.168.10.62] from
/usr/lib/ruby/gems/1.8/gems/bundler-1.0.2/bin/bundle:13
 ** [out :: 192.168.10.62] from /usr/bin/bundle:19:in `load'
 ** [out :: 192.168.10.62] from /usr/bin/bundle:19
----------- end cap output -------------------


running:
------------ system & ruby info ------------------
[ccook at ev2-stage ~]$ ruby -v
ruby 1.8.7 (2010-08-16 patchlevel 302) [i686-linux]
[ccook at ev2-stage ~]$ gem  -v
1.3.7
[ccook at ev2-stage ~]$ uname -a
Linux ev2-stage 2.6.18-194.11.4.el5xen #1 SMP Tue Sep 21 06:28:04 EDT 2010
i686 i686 i386 GNU/Linux
------ end system / ruby info  ----------

Gemfile:

----------- begin Gemfile -----------------
 source :gemcutter

 gem 'rails',          '2.3.8'
 gem 'mysql',          '2.8.1'
 gem "geokit"
 gem "geokit-rails"
 gem "builder"
 gem 'chronic'
 gem 'whenever'
 gem 'database_cleaner'
 gem 'apn_on_rails'
 gem 'factory_girl'
 gem 'net-sftp'
 gem 'will_paginate'    # dependency for squirrel & jqgrid
 gem 'nokogiri'           # only for test/functional/auth_controller_test.rb

 gem 'cucumber'
 gem 'cucumber-rails'
 gem 'webrat'
 gem 'rspec'

---------- end Gemfile -----------------


So, is this the same issue? It sure looks like it to me.  I hope not to have
to dive into the innards of rubygems if  possible.  But we need to be able
to deploy.  The app is working and passing tests on development, but hard to
say on staging as we can't get it over there with cap.  I suppose it could
all be done by hand once anyway, but we (other dev on my team and I ) need
to be able to do this over again.

Thanks for your time in this!

Cheers,
Craig

----------------------------------------------------------------------

You can respond by visiting:
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27154&group_id=126
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20110301/d6ad65e1/attachment-0001.html>

From lists at ruby-forum.com  Wed Mar  2 15:40:39 2011
From: lists at ruby-forum.com (Timothy Barnes)
Date: Wed, 02 Mar 2011 21:40:39 +0100
Subject: [Ironruby-core] [AutoCAD and IronRuby]
In-Reply-To: <4D6B7685.6080500@ekatek.com.tr>
References: <4D6B7685.6080500@ekatek.com.tr>
Message-ID: <5c792a7f31df769f3e616ebf887068ff@ruby-forum.com>

I have played around with this.

There are 2 steps:

1. Using the example given in the "Through the Interface" post you have 
to use an existing .net language to create a "script engine" to allow 
AutoCAD and Ironruby to talk. You should be able to copy Kean Walmsley's 
script directly, pick the right .dll's for you version of AutoCAD, load 
them and in your project in either Visual Studio or I have used 
SharpDevelop, and follow the rest of Kean's directions to run scripts in 
AutoCAD.

That is the hardest part.  It took me awhile to get step 1 to work.

2. Use either the "win32ole" library or .net libraries to connect to 
excel. The best place I have found to read about the win32ole library 
is: http://rubyonwindows.blogspot.com/search/label/excel
If you want to use .net libraries and you can't find ironruby examples, 
find VB.net examples and the are the easiest to translate to ruby.

Side Notes:

1. MRI ruby can connect to autocad using the "win32ole" library. It is 
virtually the same as using VBA. Don't know how long this ability will 
last since VBA is going away.

2. David Blackmon has created helper libraries for drawing things in 
autocad at:
http://www.davidkblackmon.com/autocad
B/c coding autocad in .net is very messy.
My understanding is David took what Kean did in his post and tried 
improve and expand it.  Last I tried to get David's version to work I 
couldn't. But I knew a lot less then :) I am not sure if he is actively 
working on his autocad_helper library or not.

The previous commenters were correct in that there is not many people 
interested in this subject yet. I am.

I am constanly working in excel and autocad so I will be glad to answer 
any question that I can. If you can give me your version of windows and 
your version of Autocad I can probably get you started. From there you 
can explore the vast undiscovered potential the 2-3 other people 
interested in this subject get to wander in.

Timothy Barnes

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

From ustuntas at ekatek.com.tr  Thu Mar  3 03:37:42 2011
From: ustuntas at ekatek.com.tr (=?UTF-8?B?TXVyYXQgw5xTVMOcTlRBxZ4=?=)
Date: Thu, 03 Mar 2011 10:37:42 +0200
Subject: [Ironruby-core] [AutoCAD and IronRuby]
In-Reply-To: <5c792a7f31df769f3e616ebf887068ff@ruby-forum.com>
References: <4D6B7685.6080500@ekatek.com.tr>
	<5c792a7f31df769f3e616ebf887068ff@ruby-forum.com>
Message-ID: <4D6F5356.9010909@ekatek.com.tr>

Hello Timothy,

I am very pleased for this information from you. If you give me
your email address i want to talk to you directly.

I am planing to user AutoCAD 2010 or AutoCAD 2011
- also later ZwCAD 2011 - and I am using Windows 7
pro 64bit, Micosoft Office XP.


If we will fulfill in this project, i am planing to write a
documantation about this integration in very detail..

Regards,

Murat USTUNTAS




On 03/02/2011 10:40 PM, Timothy Barnes wrote:
> I have played around with this.
>
> There are 2 steps:
>
> 1. Using the example given in the "Through the Interface" post you have
> to use an existing .net language to create a "script engine" to allow
> AutoCAD and Ironruby to talk. You should be able to copy Kean Walmsley's
> script directly, pick the right .dll's for you version of AutoCAD, load
> them and in your project in either Visual Studio or I have used
> SharpDevelop, and follow the rest of Kean's directions to run scripts in
> AutoCAD.
>
> That is the hardest part.  It took me awhile to get step 1 to work.
>
> 2. Use either the "win32ole" library or .net libraries to connect to
> excel. The best place I have found to read about the win32ole library
> is: http://rubyonwindows.blogspot.com/search/label/excel
> If you want to use .net libraries and you can't find ironruby examples,
> find VB.net examples and the are the easiest to translate to ruby.
>
> Side Notes:
>
> 1. MRI ruby can connect to autocad using the "win32ole" library. It is
> virtually the same as using VBA. Don't know how long this ability will
> last since VBA is going away.
>
> 2. David Blackmon has created helper libraries for drawing things in
> autocad at:
> http://www.davidkblackmon.com/autocad
> B/c coding autocad in .net is very messy.
> My understanding is David took what Kean did in his post and tried
> improve and expand it.  Last I tried to get David's version to work I
> couldn't. But I knew a lot less then :) I am not sure if he is actively
> working on his autocad_helper library or not.
>
> The previous commenters were correct in that there is not many people
> interested in this subject yet. I am.
>
> I am constanly working in excel and autocad so I will be glad to answer
> any question that I can. If you can give me your version of windows and
> your version of Autocad I can probably get you started. From there you
> can explore the vast undiscovered potential the 2-3 other people
> interested in this subject get to wander in.
>
> Timothy Barnes
>


-- 


From Piotr.Nestorow at systemverification.com  Thu Mar  3 03:48:24 2011
From: Piotr.Nestorow at systemverification.com (Piotr Nestorow)
Date: Thu, 3 Mar 2011 09:48:24 +0100
Subject: [Ironruby-core] IronRuby support for .Net 5.0
Message-ID: <90CF25803C44814EA1B29B33259679C62F4CDB26@sr01259>

What is the roadmap for .Net 5.0 support in IronRuby?

Piotr Nestorow
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20110303/b7d0c375/attachment.html>

From andrius.bentkus at gmail.com  Thu Mar  3 05:29:40 2011
From: andrius.bentkus at gmail.com (Andrius Bentkus)
Date: Thu, 3 Mar 2011 11:29:40 +0100
Subject: [Ironruby-core] IronRuby support for .Net 5.0
In-Reply-To: <90CF25803C44814EA1B29B33259679C62F4CDB26@sr01259>
References: <90CF25803C44814EA1B29B33259679C62F4CDB26@sr01259>
Message-ID: <AANLkTimO-sFTgQpL6o910qfsUwv=eiRRxQuoFZyj8+6f@mail.gmail.com>

Is it already out? Are there any previews of it? Showcases? Anything?

On Thu, Mar 3, 2011 at 9:48 AM, Piotr Nestorow <
Piotr.Nestorow at systemverification.com> wrote:

>  What is the roadmap for .Net 5.0 support in IronRuby?
>
> Piotr Nestorow
>
> _______________________________________________
> 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/20110303/808be98c/attachment.html>

From gthiesfeld at gmail.com  Thu Mar  3 10:52:57 2011
From: gthiesfeld at gmail.com (Gordon Thiesfeld)
Date: Thu, 3 Mar 2011 09:52:57 -0600
Subject: [Ironruby-core] ironruby binary packages
Message-ID: <AANLkTik5Nn9dZ1mDZm=mwM_Kd5ggYnAkJC2VSgG5fUdW@mail.gmail.com>

Hey guys,

The binary zip package for 1.1.2 has an extra directory level that
previous versions didn't have. This is causing problems for pik's
install command.  I was wondering if you guys would be willing to
change it back?

ironruby-1.1.1
|-- Lib
|-- Samples
|-- Silverlight
|-- Windows Phone 7
`-- bin

ironruby-1.1.2
`-- IronRuby 1.1.2 Binaries
    |-- Lib
    |-- Samples
    |-- Silverlight
    |-- Windows Phone 7
    `-- bin

Thanks,

-- 
Gordon Thiesfeld
http://vert.igino.us

From jimmy at schementi.com  Thu Mar  3 11:03:46 2011
From: jimmy at schementi.com (Jimmy Schementi)
Date: Thu, 3 Mar 2011 11:03:46 -0500
Subject: [Ironruby-core] ironruby binary packages
In-Reply-To: <AANLkTik5Nn9dZ1mDZm=mwM_Kd5ggYnAkJC2VSgG5fUdW@mail.gmail.com>
References: <AANLkTik5Nn9dZ1mDZm=mwM_Kd5ggYnAkJC2VSgG5fUdW@mail.gmail.com>
Message-ID: <AANLkTimkKwhQrj6vJ9TbO2-3U+VO1_JUxEoy+8miEX-T@mail.gmail.com>

Yes, we'll make sure it doesn't have that directory in the future.
~Jimmy



On Thu, Mar 3, 2011 at 10:52 AM, Gordon Thiesfeld <gthiesfeld at gmail.com> wrote:
> Hey guys,
>
> The binary zip package for 1.1.2 has an extra directory level that
> previous versions didn't have. This is causing problems for pik's
> install command. ?I was wondering if you guys would be willing to
> change it back?
>
> ironruby-1.1.1
> |-- Lib
> |-- Samples
> |-- Silverlight
> |-- Windows Phone 7
> `-- bin
>
> ironruby-1.1.2
> `-- IronRuby 1.1.2 Binaries
> ? ?|-- Lib
> ? ?|-- Samples
> ? ?|-- Silverlight
> ? ?|-- Windows Phone 7
> ? ?`-- bin
>
> Thanks,
>
> --
> Gordon Thiesfeld
> http://vert.igino.us
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>

From jimmy at schementi.com  Thu Mar  3 11:22:06 2011
From: jimmy at schementi.com (Jimmy Schementi)
Date: Thu, 3 Mar 2011 11:22:06 -0500
Subject: [Ironruby-core] IronRuby support for .Net 5.0
In-Reply-To: <AANLkTimO-sFTgQpL6o910qfsUwv=eiRRxQuoFZyj8+6f@mail.gmail.com>
References: <90CF25803C44814EA1B29B33259679C62F4CDB26@sr01259>
	<AANLkTimO-sFTgQpL6o910qfsUwv=eiRRxQuoFZyj8+6f@mail.gmail.com>
Message-ID: <AANLkTimiDSA+yVfQkbu=MSBFuL+9huueH+tGQagDORKK@mail.gmail.com>

There is no formal roadmap. Basically once .NET 5 is released in any
form we'll assess what (if anything) needs to be done. We won't get
our hands on it before it's released, so this will be unlike previous
releases where IronRuby released a compatible version with a .NET
pre-release, like we did with .NET 4 releases ... unless Tomas
front-loads this work =P.

This is quite like how Mono doesn't know what they need to do to be
.NET 5 compatible...

To speculate, presumably nothing will *need* to be done, but there
might be some potential for iterating on the .NET integration
features. Or if the hosting APIs make it into the framework
(Microsoft.Scripting.dll), we can take a dependency on those. But we
won't know for sure until it's releases.

~Jimmy



On Thu, Mar 3, 2011 at 5:29 AM, Andrius Bentkus
<andrius.bentkus at gmail.com> wrote:
> Is it already out? Are there any previews of it? Showcases? Anything?
>
> On Thu, Mar 3, 2011 at 9:48 AM, Piotr Nestorow
> <Piotr.Nestorow at systemverification.com> wrote:
>>
>> What is the roadmap for .Net 5.0 support in IronRuby?
>>
>> Piotr Nestorow
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>

From lists at ruby-forum.com  Thu Mar  3 14:13:55 2011
From: lists at ruby-forum.com (Timothy Barnes)
Date: Thu, 03 Mar 2011 20:13:55 +0100
Subject: [Ironruby-core] [AutoCAD and IronRuby]
In-Reply-To: <4D6B7685.6080500@ekatek.com.tr>
References: <4D6B7685.6080500@ekatek.com.tr>
Message-ID: <9aefdc28d6c55855fde3996414a579cc@ruby-forum.com>

You can email me at:

barnes7td at sbcglobal.net

Timothy

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

From lists at ruby-forum.com  Thu Mar  3 15:11:01 2011
From: lists at ruby-forum.com (Timothy Barnes)
Date: Thu, 03 Mar 2011 21:11:01 +0100
Subject: [Ironruby-core] [AutoCAD and IronRuby]
In-Reply-To: <4D6B7685.6080500@ekatek.com.tr>
References: <4D6B7685.6080500@ekatek.com.tr>
Message-ID: <80fec9945d479275e85a4cdee0757a21@ruby-forum.com>

Don't use the email above. I am having problems with it.

Instead use:

barnes7td at gmail.com

Sorry.

Timothy

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

From aldinei.sampaio at gmail.com  Thu Mar  3 18:11:59 2011
From: aldinei.sampaio at gmail.com (Aldinei Sampaio)
Date: Thu, 3 Mar 2011 20:11:59 -0300
Subject: [Ironruby-core] Linebreak issue with clr strings manipulated by
	Ruby code
In-Reply-To: <AANLkTikMPSbZvSx_qd2wfHvqQx-mKK717GiNEuWvk+DG@mail.gmail.com>
References: <AANLkTikMPSbZvSx_qd2wfHvqQx-mKK717GiNEuWvk+DG@mail.gmail.com>
Message-ID: <AANLkTikNB2KnE3d77+wjMTVqTVR7CcMJ8Ert7O7N_PPu@mail.gmail.com>

Hi, sorry again, but is anyone seeing this message?

I coudnt get any response about this, either here or in the Codeplex
issue tracker.

2011/2/25 Aldinei Sampaio <aldinei.sampaio at gmail.com>:
> Hi, guys. Sorry if I am posting this in the wrong place, but I need
> some kind of direction here.
>
> I isolated my problem in the following UnitTest in Visual Basic:
>
> <TestMethod()>
> Public Sub LineBreakProblem()
> ? ?Const SCRIPT = "print System::String.Format('Line1{0}Line2',
> System::Environment.NewLine)"
>
> ? ?Dim engine = IronRuby.Ruby.CreateEngine()
> ? ?Dim stream = New IO.MemoryStream
> ? ?Dim writer = New IO.StreamWriter(stream)
> ? ?engine.Runtime.IO.SetOutput(stream, writer)
> ? ?Dim source = engine.CreateScriptSourceFromString(SCRIPT, "Script",
> Microsoft.Scripting.SourceCodeKind.File)
> ? ?source.Execute()
>
> ? ?writer.Flush()
> ? ?stream.Position = 0
> ? ?Dim actual = (New IO.StreamReader(stream)).ReadToEnd()
>
> ? ?Dim expected = String.Format("Line1{0}Line2", Environment.NewLine)
>
> ? ?Assert.AreEqual(expected, actual)
> End Sub
>
>
> As you can see, i am running this Ruby code:
>
> print System::String.Format('Line1{0}Line2', System::Environment.NewLine)
>
> And then I am using the engine.Runtime.IO.SetOutput to get back the
> result generated by the "print" statement. System.Environment.NewLine
> returns the char combination CR + LF.
>
> The "expected" variable will contain: "Line1" + CR + LF + "Line2".
> The "actual" variable receive the value "Line1" + CR + LF + CR + LF + "Line2"
>
> Seems that all the linebreaks are doubled when using the CLR string
> with the "print" statement.
>
> Any suggestion that you can give me to resolve or work around this
> problem will be much appreciated.
>

From jimmy at schementi.com  Fri Mar  4 16:06:19 2011
From: jimmy at schementi.com (Jimmy Schementi)
Date: Fri, 4 Mar 2011 16:06:19 -0500
Subject: [Ironruby-core] Linebreak issue with clr strings manipulated by
 Ruby code
In-Reply-To: <AANLkTikNB2KnE3d77+wjMTVqTVR7CcMJ8Ert7O7N_PPu@mail.gmail.com>
References: <AANLkTikMPSbZvSx_qd2wfHvqQx-mKK717GiNEuWvk+DG@mail.gmail.com>
	<AANLkTikNB2KnE3d77+wjMTVqTVR7CcMJ8Ert7O7N_PPu@mail.gmail.com>
Message-ID: <AANLkTinAsmZnPdV2F7YP=MMCfCRV3ETkAKqgY=+yUPBY@mail.gmail.com>

Yes, I can reproduce this. I'll look into it. Have you opened a bug?
I'll follow up there.
~Jimmy



On Thu, Mar 3, 2011 at 6:11 PM, Aldinei Sampaio
<aldinei.sampaio at gmail.com> wrote:
> Hi, sorry again, but is anyone seeing this message?
>
> I coudnt get any response about this, either here or in the Codeplex
> issue tracker.
>
> 2011/2/25 Aldinei Sampaio <aldinei.sampaio at gmail.com>:
>> Hi, guys. Sorry if I am posting this in the wrong place, but I need
>> some kind of direction here.
>>
>> I isolated my problem in the following UnitTest in Visual Basic:
>>
>> <TestMethod()>
>> Public Sub LineBreakProblem()
>> ? ?Const SCRIPT = "print System::String.Format('Line1{0}Line2',
>> System::Environment.NewLine)"
>>
>> ? ?Dim engine = IronRuby.Ruby.CreateEngine()
>> ? ?Dim stream = New IO.MemoryStream
>> ? ?Dim writer = New IO.StreamWriter(stream)
>> ? ?engine.Runtime.IO.SetOutput(stream, writer)
>> ? ?Dim source = engine.CreateScriptSourceFromString(SCRIPT, "Script",
>> Microsoft.Scripting.SourceCodeKind.File)
>> ? ?source.Execute()
>>
>> ? ?writer.Flush()
>> ? ?stream.Position = 0
>> ? ?Dim actual = (New IO.StreamReader(stream)).ReadToEnd()
>>
>> ? ?Dim expected = String.Format("Line1{0}Line2", Environment.NewLine)
>>
>> ? ?Assert.AreEqual(expected, actual)
>> End Sub
>>
>>
>> As you can see, i am running this Ruby code:
>>
>> print System::String.Format('Line1{0}Line2', System::Environment.NewLine)
>>
>> And then I am using the engine.Runtime.IO.SetOutput to get back the
>> result generated by the "print" statement. System.Environment.NewLine
>> returns the char combination CR + LF.
>>
>> The "expected" variable will contain: "Line1" + CR + LF + "Line2".
>> The "actual" variable receive the value "Line1" + CR + LF + CR + LF + "Line2"
>>
>> Seems that all the linebreaks are doubled when using the CLR string
>> with the "print" statement.
>>
>> Any suggestion that you can give me to resolve or work around this
>> problem will be much appreciated.
>>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>

From aldinei.sampaio at gmail.com  Mon Mar  7 06:24:38 2011
From: aldinei.sampaio at gmail.com (Aldinei Sampaio)
Date: Mon, 7 Mar 2011 08:24:38 -0300
Subject: [Ironruby-core] Linebreak issue with clr strings manipulated by
 Ruby code
In-Reply-To: <AANLkTinAsmZnPdV2F7YP=MMCfCRV3ETkAKqgY=+yUPBY@mail.gmail.com>
References: <AANLkTikMPSbZvSx_qd2wfHvqQx-mKK717GiNEuWvk+DG@mail.gmail.com>
	<AANLkTikNB2KnE3d77+wjMTVqTVR7CcMJ8Ert7O7N_PPu@mail.gmail.com>
	<AANLkTinAsmZnPdV2F7YP=MMCfCRV3ETkAKqgY=+yUPBY@mail.gmail.com>
Message-ID: <AANLkTi=iHSYMPOCRfhd+HEkOUx4vgaYi9rnxCwJ3zhJO@mail.gmail.com>

Yes, i created the issue #5836.

Thank you very much.

2011/3/4 Jimmy Schementi <jimmy at schementi.com>:
> Yes, I can reproduce this. I'll look into it. Have you opened a bug?
> I'll follow up there.
> ~Jimmy
>
>
>
> On Thu, Mar 3, 2011 at 6:11 PM, Aldinei Sampaio
> <aldinei.sampaio at gmail.com> wrote:
>> Hi, sorry again, but is anyone seeing this message?
>>
>> I coudnt get any response about this, either here or in the Codeplex
>> issue tracker.
>>
>> 2011/2/25 Aldinei Sampaio <aldinei.sampaio at gmail.com>:
>>> Hi, guys. Sorry if I am posting this in the wrong place, but I need
>>> some kind of direction here.
>>>
>>> I isolated my problem in the following UnitTest in Visual Basic:
>>>
>>> <TestMethod()>
>>> Public Sub LineBreakProblem()
>>> ? ?Const SCRIPT = "print System::String.Format('Line1{0}Line2',
>>> System::Environment.NewLine)"
>>>
>>> ? ?Dim engine = IronRuby.Ruby.CreateEngine()
>>> ? ?Dim stream = New IO.MemoryStream
>>> ? ?Dim writer = New IO.StreamWriter(stream)
>>> ? ?engine.Runtime.IO.SetOutput(stream, writer)
>>> ? ?Dim source = engine.CreateScriptSourceFromString(SCRIPT, "Script",
>>> Microsoft.Scripting.SourceCodeKind.File)
>>> ? ?source.Execute()
>>>
>>> ? ?writer.Flush()
>>> ? ?stream.Position = 0
>>> ? ?Dim actual = (New IO.StreamReader(stream)).ReadToEnd()
>>>
>>> ? ?Dim expected = String.Format("Line1{0}Line2", Environment.NewLine)
>>>
>>> ? ?Assert.AreEqual(expected, actual)
>>> End Sub
>>>
>>>
>>> As you can see, i am running this Ruby code:
>>>
>>> print System::String.Format('Line1{0}Line2', System::Environment.NewLine)
>>>
>>> And then I am using the engine.Runtime.IO.SetOutput to get back the
>>> result generated by the "print" statement. System.Environment.NewLine
>>> returns the char combination CR + LF.
>>>
>>> The "expected" variable will contain: "Line1" + CR + LF + "Line2".
>>> The "actual" variable receive the value "Line1" + CR + LF + CR + LF + "Line2"
>>>
>>> Seems that all the linebreaks are doubled when using the CLR string
>>> with the "print" statement.
>>>
>>> Any suggestion that you can give me to resolve or work around this
>>> problem will be much appreciated.
>>>
>> _______________________________________________
>> Ironruby-core mailing list
>> Ironruby-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>
>

From me at slodge.com  Tue Mar  8 12:57:29 2011
From: me at slodge.com (Stuart Lodge)
Date: Tue, 8 Mar 2011 17:57:29 +0000
Subject: [Ironruby-core] Finally trying to check in Iron7....
Message-ID: <AANLkTinLm_cD7qOxsdu4rx-5ksJfCMfXe_FP7D0T5vq1@mail.gmail.com>

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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20110308/40a119e2/attachment.html>

From jdhardy at gmail.com  Tue Mar  8 13:56:04 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Tue, 8 Mar 2011 11:56:04 -0700
Subject: [Ironruby-core] Finally trying to check in Iron7....
In-Reply-To: <AANLkTinLm_cD7qOxsdu4rx-5ksJfCMfXe_FP7D0T5vq1@mail.gmail.com>
References: <AANLkTinLm_cD7qOxsdu4rx-5ksJfCMfXe_FP7D0T5vq1@mail.gmail.com>
Message-ID: <AANLkTi=WVPpJ4wF0Ci_d-GB0Dmk_eei1uJH8hPp5hD3L@mail.gmail.com>

Any external dependencies should go under the Util/ folder. Include
any licenses as well.

Otherwise, just check it in where you see fit and send a pull request.
git is really good at moving files around, so it can easily be
corrected afterwards.

- Jeff

On Tue, Mar 8, 2011 at 10:57 AM, Stuart Lodge <me at slodge.com> wrote:
> 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 at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>

From Tomas.Matousek at microsoft.com  Tue Mar  8 14:06:26 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Tue, 8 Mar 2011 19:06:26 +0000
Subject: [Ironruby-core] Finally trying to check in Iron7....
In-Reply-To: <AANLkTinLm_cD7qOxsdu4rx-5ksJfCMfXe_FP7D0T5vq1@mail.gmail.com>
References: <AANLkTinLm_cD7qOxsdu4rx-5ksJfCMfXe_FP7D0T5vq1@mail.gmail.com>
Message-ID: <D5CEB4B8E7E7514993E9FAA680B207351E76D299@TK5EX14MBXC116.redmond.corp.microsoft.com>

What is the motivation for including Iron7 to the IronLanguages repo? Couldn't it just be a separate github project?

Tomas

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Stuart Lodge
Sent: Tuesday, March 08, 2011 9:57 AM
To: ironruby-core at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20110308/27f3334f/attachment.html>

From me at slodge.com  Tue Mar  8 15:39:46 2011
From: me at slodge.com (Stuart Lodge)
Date: Tue, 8 Mar 2011 20:39:46 +0000
Subject: [Ironruby-core] Finally trying to check in Iron7....
In-Reply-To: <AANLkTi=WVPpJ4wF0Ci_d-GB0Dmk_eei1uJH8hPp5hD3L@mail.gmail.com>
References: <AANLkTinLm_cD7qOxsdu4rx-5ksJfCMfXe_FP7D0T5vq1@mail.gmail.com>
	<AANLkTi=WVPpJ4wF0Ci_d-GB0Dmk_eei1uJH8hPp5hD3L@mail.gmail.com>
Message-ID: <AANLkTinhPNtynfR8Hnf=OwSEUJMDpnDxhH3NeL9LsEk5@mail.gmail.com>

Thanks Jeff

I've just sent a Pull request - I hope that iron7 is successfully included
in the Hosts directory.

Included in the source is:
- my code - Iron7
- image derived from "Pinwheel Galaxy" on Flickr - used creative commons
- System.Controls.Windows.dll - which i think is part of Silverlight 4 - not
the toolkit
- the Bing Maps SL control for Windows Phone - it wasn't clear to me what
the redist rules were on this dll
- JSON.Net for SL WindowsPhone - including license

Iron7 itself is a separate solution - it definitely builds in WP7 Release -
alongside IronLanguages SL3 Release

Any problems... you've got my email address...

Stuart

P.S The code doesn't currently contain any copyright headers - I want to
donate the source to IronRuby.net - Apache license sounds OK to me - but do
intend to keep publishing the app on the Marketplace - not sure if there's
any way I can specify that! (No worries if not)

On 8 March 2011 18:56, Jeff Hardy <jdhardy at gmail.com> wrote:

> Any external dependencies should go under the Util/ folder. Include
> any licenses as well.
>
> Otherwise, just check it in where you see fit and send a pull request.
> git is really good at moving files around, so it can easily be
> corrected afterwards.
>
> - Jeff
>
> On Tue, Mar 8, 2011 at 10:57 AM, Stuart Lodge <me at slodge.com> wrote:
> > 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 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/20110308/b76c1862/attachment-0001.html>

From me at slodge.com  Tue Mar  8 15:51:52 2011
From: me at slodge.com (Stuart Lodge)
Date: Tue, 8 Mar 2011 20:51:52 +0000
Subject: [Ironruby-core] Ironruby-core Digest, Vol 43, Issue 5
In-Reply-To: <mailman.175.1299616793.30050.ironruby-core@rubyforge.org>
References: <mailman.175.1299616793.30050.ironruby-core@rubyforge.org>
Message-ID: <AANLkTi=VkMu6Gf8VbYhypTgK1zoR=47CyciD2zH4kMsw@mail.gmail.com>

Hi Tomas

Jimmy asked me back in December about whether Iron7 might replace the WP7
app in the tree - and it's been sitting on my todo list ever since.

I don't mind if Iron7 is included in the main tree or on its own - I'm quite
happy to publish it in a separate repo or on CodePlex

Thanks again for all your hard work on IronRuby!

Stuart

On 8 March 2011 20:39, <ironruby-core-request at rubyforge.org> wrote:

> Send Ironruby-core mailing list submissions to
>        ironruby-core at rubyforge.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        http://rubyforge.org/mailman/listinfo/ironruby-core
> or, via email, send a message with subject or body 'help' to
>        ironruby-core-request at rubyforge.org
>
> You can reach the person managing the list at
>        ironruby-core-owner at rubyforge.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Ironruby-core digest..."
>
>
> Today's Topics:
>
>   1. Re: Linebreak issue with clr strings manipulated by Ruby code
>      (Jimmy Schementi)
>   2. Re: Linebreak issue with clr strings manipulated by Ruby code
>      (Aldinei Sampaio)
>   3. Finally trying to check in Iron7.... (Stuart Lodge)
>   4. Re: Finally trying to check in Iron7.... (Jeff Hardy)
>   5. Re: Finally trying to check in Iron7.... (Tomas Matousek)
>   6. Re: Finally trying to check in Iron7.... (Stuart Lodge)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 4 Mar 2011 16:06:19 -0500
> From: Jimmy Schementi <jimmy at schementi.com>
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Linebreak issue with clr strings
>        manipulated by Ruby code
> Message-ID:
>        <AANLkTinAsmZnPdV2F7YP=MMCfCRV3ETkAKqgY=+yUPBY at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Yes, I can reproduce this. I'll look into it. Have you opened a bug?
> I'll follow up there.
> ~Jimmy
>
>
>
> On Thu, Mar 3, 2011 at 6:11 PM, Aldinei Sampaio
> <aldinei.sampaio at gmail.com> wrote:
> > Hi, sorry again, but is anyone seeing this message?
> >
> > I coudnt get any response about this, either here or in the Codeplex
> > issue tracker.
> >
> > 2011/2/25 Aldinei Sampaio <aldinei.sampaio at gmail.com>:
> >> Hi, guys. Sorry if I am posting this in the wrong place, but I need
> >> some kind of direction here.
> >>
> >> I isolated my problem in the following UnitTest in Visual Basic:
> >>
> >> <TestMethod()>
> >> Public Sub LineBreakProblem()
> >> ? ?Const SCRIPT = "print System::String.Format('Line1{0}Line2',
> >> System::Environment.NewLine)"
> >>
> >> ? ?Dim engine = IronRuby.Ruby.CreateEngine()
> >> ? ?Dim stream = New IO.MemoryStream
> >> ? ?Dim writer = New IO.StreamWriter(stream)
> >> ? ?engine.Runtime.IO.SetOutput(stream, writer)
> >> ? ?Dim source = engine.CreateScriptSourceFromString(SCRIPT, "Script",
> >> Microsoft.Scripting.SourceCodeKind.File)
> >> ? ?source.Execute()
> >>
> >> ? ?writer.Flush()
> >> ? ?stream.Position = 0
> >> ? ?Dim actual = (New IO.StreamReader(stream)).ReadToEnd()
> >>
> >> ? ?Dim expected = String.Format("Line1{0}Line2", Environment.NewLine)
> >>
> >> ? ?Assert.AreEqual(expected, actual)
> >> End Sub
> >>
> >>
> >> As you can see, i am running this Ruby code:
> >>
> >> print System::String.Format('Line1{0}Line2',
> System::Environment.NewLine)
> >>
> >> And then I am using the engine.Runtime.IO.SetOutput to get back the
> >> result generated by the "print" statement. System.Environment.NewLine
> >> returns the char combination CR + LF.
> >>
> >> The "expected" variable will contain: "Line1" + CR + LF + "Line2".
> >> The "actual" variable receive the value "Line1" + CR + LF + CR + LF +
> "Line2"
> >>
> >> Seems that all the linebreaks are doubled when using the CLR string
> >> with the "print" statement.
> >>
> >> Any suggestion that you can give me to resolve or work around this
> >> problem will be much appreciated.
> >>
> > _______________________________________________
> > Ironruby-core mailing list
> > Ironruby-core at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/ironruby-core
> >
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 7 Mar 2011 08:24:38 -0300
> From: Aldinei Sampaio <aldinei.sampaio at gmail.com>
> To: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Linebreak issue with clr strings
>        manipulated by Ruby code
> Message-ID:
>        <AANLkTi=iHSYMPOCRfhd+HEkOUx4vgaYi9rnxCwJ3zhJO at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Yes, i created the issue #5836.
>
> Thank you very much.
>
> 2011/3/4 Jimmy Schementi <jimmy at schementi.com>:
> > Yes, I can reproduce this. I'll look into it. Have you opened a bug?
> > I'll follow up there.
> > ~Jimmy
> >
> >
> >
> > On Thu, Mar 3, 2011 at 6:11 PM, Aldinei Sampaio
> > <aldinei.sampaio at gmail.com> wrote:
> >> Hi, sorry again, but is anyone seeing this message?
> >>
> >> I coudnt get any response about this, either here or in the Codeplex
> >> issue tracker.
> >>
> >> 2011/2/25 Aldinei Sampaio <aldinei.sampaio at gmail.com>:
> >>> Hi, guys. Sorry if I am posting this in the wrong place, but I need
> >>> some kind of direction here.
> >>>
> >>> I isolated my problem in the following UnitTest in Visual Basic:
> >>>
> >>> <TestMethod()>
> >>> Public Sub LineBreakProblem()
> >>> ? ?Const SCRIPT = "print System::String.Format('Line1{0}Line2',
> >>> System::Environment.NewLine)"
> >>>
> >>> ? ?Dim engine = IronRuby.Ruby.CreateEngine()
> >>> ? ?Dim stream = New IO.MemoryStream
> >>> ? ?Dim writer = New IO.StreamWriter(stream)
> >>> ? ?engine.Runtime.IO.SetOutput(stream, writer)
> >>> ? ?Dim source = engine.CreateScriptSourceFromString(SCRIPT, "Script",
> >>> Microsoft.Scripting.SourceCodeKind.File)
> >>> ? ?source.Execute()
> >>>
> >>> ? ?writer.Flush()
> >>> ? ?stream.Position = 0
> >>> ? ?Dim actual = (New IO.StreamReader(stream)).ReadToEnd()
> >>>
> >>> ? ?Dim expected = String.Format("Line1{0}Line2", Environment.NewLine)
> >>>
> >>> ? ?Assert.AreEqual(expected, actual)
> >>> End Sub
> >>>
> >>>
> >>> As you can see, i am running this Ruby code:
> >>>
> >>> print System::String.Format('Line1{0}Line2',
> System::Environment.NewLine)
> >>>
> >>> And then I am using the engine.Runtime.IO.SetOutput to get back the
> >>> result generated by the "print" statement. System.Environment.NewLine
> >>> returns the char combination CR + LF.
> >>>
> >>> The "expected" variable will contain: "Line1" + CR + LF + "Line2".
> >>> The "actual" variable receive the value "Line1" + CR + LF + CR + LF +
> "Line2"
> >>>
> >>> Seems that all the linebreaks are doubled when using the CLR string
> >>> with the "print" statement.
> >>>
> >>> Any suggestion that you can give me to resolve or work around this
> >>> problem will be much appreciated.
> >>>
> >> _______________________________________________
> >> Ironruby-core mailing list
> >> Ironruby-core at rubyforge.org
> >> http://rubyforge.org/mailman/listinfo/ironruby-core
> >>
> >
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 8 Mar 2011 17:57:29 +0000
> From: Stuart Lodge <me at slodge.com>
> To: ironruby-core at rubyforge.org
> Subject: [Ironruby-core] Finally trying to check in Iron7....
> Message-ID:
>        <AANLkTinLm_cD7qOxsdu4rx-5ksJfCMfXe_FP7D0T5vq1 at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> 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
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://rubyforge.org/pipermail/ironruby-core/attachments/20110308/40a119e2/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 4
> Date: Tue, 8 Mar 2011 11:56:04 -0700
> From: Jeff Hardy <jdhardy at gmail.com>
> To: ironruby-core at rubyforge.org
> Cc: Stuart Lodge <me at slodge.com>
> Subject: Re: [Ironruby-core] Finally trying to check in Iron7....
> Message-ID:
>        <AANLkTi=WVPpJ4wF0Ci_d-GB0Dmk_eei1uJH8hPp5hD3L at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Any external dependencies should go under the Util/ folder. Include
> any licenses as well.
>
> Otherwise, just check it in where you see fit and send a pull request.
> git is really good at moving files around, so it can easily be
> corrected afterwards.
>
> - Jeff
>
> On Tue, Mar 8, 2011 at 10:57 AM, Stuart Lodge <me at slodge.com> wrote:
> > 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 at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/ironruby-core
> >
> >
>
>
> ------------------------------
>
> Message: 5
> Date: Tue, 8 Mar 2011 19:06:26 +0000
> From: Tomas Matousek <Tomas.Matousek at microsoft.com>
> To: "ironruby-core at rubyforge.org" <ironruby-core at rubyforge.org>
> Subject: Re: [Ironruby-core] Finally trying to check in Iron7....
> Message-ID:
>        <
> D5CEB4B8E7E7514993E9FAA680B207351E76D299 at TK5EX14MBXC116.redmond.corp.microsoft.com
> >
>
> Content-Type: text/plain; charset="us-ascii"
>
> What is the motivation for including Iron7 to the IronLanguages repo?
> Couldn't it just be a separate github project?
>
> Tomas
>
> From: ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] On Behalf Of Stuart Lodge
> Sent: Tuesday, March 08, 2011 9:57 AM
> To: ironruby-core at 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
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://rubyforge.org/pipermail/ironruby-core/attachments/20110308/27f3334f/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 6
> Date: Tue, 8 Mar 2011 20:39:46 +0000
> From: Stuart Lodge <me at slodge.com>
> To: Jeff Hardy <jdhardy at gmail.com>
> Cc: ironruby-core at rubyforge.org
> Subject: Re: [Ironruby-core] Finally trying to check in Iron7....
> Message-ID:
>        <AANLkTinhPNtynfR8Hnf=OwSEUJMDpnDxhH3NeL9LsEk5 at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Thanks Jeff
>
> I've just sent a Pull request - I hope that iron7 is successfully included
> in the Hosts directory.
>
> Included in the source is:
> - my code - Iron7
> - image derived from "Pinwheel Galaxy" on Flickr - used creative commons
> - System.Controls.Windows.dll - which i think is part of Silverlight 4 -
> not
> the toolkit
> - the Bing Maps SL control for Windows Phone - it wasn't clear to me what
> the redist rules were on this dll
> - JSON.Net for SL WindowsPhone - including license
>
> Iron7 itself is a separate solution - it definitely builds in WP7 Release -
> alongside IronLanguages SL3 Release
>
> Any problems... you've got my email address...
>
> Stuart
>
> P.S The code doesn't currently contain any copyright headers - I want to
> donate the source to IronRuby.net - Apache license sounds OK to me - but do
> intend to keep publishing the app on the Marketplace - not sure if there's
> any way I can specify that! (No worries if not)
>
> On 8 March 2011 18:56, Jeff Hardy <jdhardy at gmail.com> wrote:
>
> > Any external dependencies should go under the Util/ folder. Include
> > any licenses as well.
> >
> > Otherwise, just check it in where you see fit and send a pull request.
> > git is really good at moving files around, so it can easily be
> > corrected afterwards.
> >
> > - Jeff
> >
> > On Tue, Mar 8, 2011 at 10:57 AM, Stuart Lodge <me at slodge.com> wrote:
> > > 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 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/20110308/b76c1862/attachment.html
> >
>
> ------------------------------
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
> End of Ironruby-core Digest, Vol 43, Issue 5
> ********************************************
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20110308/5e37d7ea/attachment-0001.html>

From eric at efvincent.com  Tue Mar  8 16:18:05 2011
From: eric at efvincent.com (Eric Vincent)
Date: Tue, 8 Mar 2011 16:18:05 -0500
Subject: [Ironruby-core] help: gem error
Message-ID: <2E0F77D1FF9B9E49A16B54D11DB02BDA55A571A725@VMBX106.ihostexchange.net>

Sorry for the noob level problem - but I'm trying to run igem.bat and I'm getting the following:

C:/Program Files (x86)/IronRuby 1.1/Lib/ironruby/thread.rb:16:in `load_assembly': Specified type IronRuby.StandardLibrar
y.Threading.ThreadingLibraryInitializer is not a subclass of IronRuby.Builtins.LibraryInitializer (LoadError)
        from C:/Program Files (x86)/IronRuby 1.1/Lib/ironruby/thread.rb:16
        from C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
        from C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
        from C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems.rb:16
        from C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
        from C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
        from C:/Program Files (x86)/IronRuby 1.1/bin/gem:9

I've got the 1.1.2 build, which I removed and reinstalled just in case. It works on my second computer. This machine is:
Win7 Ultimate x64
Lenovo W510
16 Gig

I'll gladly supply any other needed info

Thanks in advance
-e

IronRuby noob - but curious and ready to learn
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20110308/cae763fc/attachment.html>

From lists at ruby-forum.com  Tue Mar  8 20:52:24 2011
From: lists at ruby-forum.com (David B.)
Date: Wed, 09 Mar 2011 02:52:24 +0100
Subject: [Ironruby-core] [AutoCAD and IronRuby]
In-Reply-To: <4D6B7685.6080500@ekatek.com.tr>
References: <4D6B7685.6080500@ekatek.com.tr>
Message-ID: <934df7b0f56dceb5bf1cd4ce254f6527@ruby-forum.com>

Hi,
Timothy is correct.  I am not actively working on my gem any longer. 
Mainly because there wasn't much interest.

But I remain convinced that using Ruby to code against the Acad .net API 
can be a great way to go.

I haven't even tried to compile any of my code with the newer versions 
of IronRuby or Acad. (It has been over a year since I worked on it)

But I would be willing to try again if there is some interest.

Anyone that is interested can contact me  davidkblackmon at gmail DOT 
com.

I would love if we could build some interest in using IronRuby with 
AutoCad.


Thanks,
David Blackmon

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

From ustuntas at ekatek.com.tr  Wed Mar  9 02:59:10 2011
From: ustuntas at ekatek.com.tr (=?UTF-8?B?TXVyYXQgw5xTVMOcTlRBxZ4=?=)
Date: Wed, 09 Mar 2011 09:59:10 +0200
Subject: [Ironruby-core] [AutoCAD and IronRuby]
In-Reply-To: <934df7b0f56dceb5bf1cd4ce254f6527@ruby-forum.com>
References: <4D6B7685.6080500@ekatek.com.tr>
	<934df7b0f56dceb5bf1cd4ce254f6527@ruby-forum.com>
Message-ID: <4D77334E.5080701@ekatek.com.tr>

Hello David,

I am happy to hear your noise. I hope that open source
programming languages will be very popular and attractive
for this type of programming (Acad, Office, and others).
So please you refresh and develop your gem..

Regards,

Murat USTUNTAS

On 03/09/2011 03:52 AM, David B. wrote:
> Hi,
> Timothy is correct.  I am not actively working on my gem any longer.
> Mainly because there wasn't much interest.
>
> But I remain convinced that using Ruby to code against the Acad .net API
> can be a great way to go.
>
> I haven't even tried to compile any of my code with the newer versions
> of IronRuby or Acad. (It has been over a year since I worked on it)
>
> But I would be willing to try again if there is some interest.
>
> Anyone that is interested can contact me  davidkblackmon at gmail DOT
> com.
>
> I would love if we could build some interest in using IronRuby with
> AutoCad.
>
>
> Thanks,
> David Blackmon
>


-- 


From shay.friedman at gmail.com  Thu Mar 10 09:31:52 2011
From: shay.friedman at gmail.com (Shay Friedman)
Date: Thu, 10 Mar 2011 16:31:52 +0200
Subject: [Ironruby-core] help: gem error
In-Reply-To: <2E0F77D1FF9B9E49A16B54D11DB02BDA55A571A725@VMBX106.ihostexchange.net>
References: <2E0F77D1FF9B9E49A16B54D11DB02BDA55A571A725@VMBX106.ihostexchange.net>
Message-ID: <AANLkTi=2t4Ficz4kM8BzbTEQCXGxT-NLCu0D7jgM0PX=@mail.gmail.com>

What is the command you're trying to execute?

Shay.




On Tue, Mar 8, 2011 at 11:18 PM, Eric Vincent <eric at efvincent.com> wrote:

> Sorry for the noob level problem ? but I?m trying to run igem.bat and I?m
> getting the following:
>
>
>
> C:/Program Files (x86)/IronRuby 1.1/Lib/ironruby/thread.rb:16:in
> `load_assembly': Specified type IronRuby.StandardLibrar
>
> y.Threading.ThreadingLibraryInitializer is not a subclass of
> IronRuby.Builtins.LibraryInitializer (LoadError)
>
>         from C:/Program Files (x86)/IronRuby 1.1/Lib/ironruby/thread.rb:16
>
>         from C:/Program Files (x86)/IronRuby
> 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
>
>         from C:/Program Files (x86)/IronRuby
> 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
>
>         from C:/Program Files (x86)/IronRuby
> 1.1/Lib/ruby/1.9.1/rubygems.rb:16
>
>         from C:/Program Files (x86)/IronRuby
> 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
>
>         from C:/Program Files (x86)/IronRuby
> 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
>
>         from C:/Program Files (x86)/IronRuby 1.1/bin/gem:9
>
>
>
> I?ve got the 1.1.2 build, which I removed and reinstalled just in case. It
> works on my second computer. This machine is:
>
> Win7 Ultimate x64
>
> Lenovo W510
>
> 16 Gig
>
>
>
> I?ll gladly supply any other needed info
>
>
>
> Thanks in advance
>
> -e
>
>
>
> *IronRuby noob ? but curious and ready to learn*
>
> _______________________________________________
> 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/20110310/0ed269c5/attachment.html>

From eric at efvincent.com  Thu Mar 10 10:56:55 2011
From: eric at efvincent.com (Eric Vincent)
Date: Thu, 10 Mar 2011 10:56:55 -0500
Subject: [Ironruby-core] help: gem error
In-Reply-To: <AANLkTi=2t4Ficz4kM8BzbTEQCXGxT-NLCu0D7jgM0PX=@mail.gmail.com>
References: <2E0F77D1FF9B9E49A16B54D11DB02BDA55A571A725@VMBX106.ihostexchange.net>
	<AANLkTi=2t4Ficz4kM8BzbTEQCXGxT-NLCu0D7jgM0PX=@mail.gmail.com>
Message-ID: <2E0F77D1FF9B9E49A16B54D11DB02BDA55A571A960@VMBX106.ihostexchange.net>

This happens when I run igem.bat from the .../IronRuby1.1/bin directory, which is the same as running "ir gem" or "ir64 gem" - all get the same exception.

Thanks for the reply. Also thanks for taking the time  to write Unleashed - great work!

-e

_________________________
Eric F. Vincent
t:@efvincent<http://twitter.com/efvincent>
w:blog.efvincent.com<http://blog.efvincent.com/>



From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Shay Friedman
Sent: Thursday, March 10, 2011 9:32 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] help: gem error

What is the command you're trying to execute?

Shay.



On Tue, Mar 8, 2011 at 11:18 PM, Eric Vincent <eric at efvincent.com<mailto:eric at efvincent.com>> wrote:
Sorry for the noob level problem - but I'm trying to run igem.bat and I'm getting the following:

C:/Program Files (x86)/IronRuby 1.1/Lib/ironruby/thread.rb:16:in `load_assembly': Specified type IronRuby.StandardLibrar
y.Threading.ThreadingLibraryInitializer is not a subclass of IronRuby.Builtins.LibraryInitializer (LoadError)
        from C:/Program Files (x86)/IronRuby 1.1/Lib/ironruby/thread.rb:16
        from C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
        from C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
        from C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems.rb:16
        from C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
        from C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
        from C:/Program Files (x86)/IronRuby 1.1/bin/gem:9

I've got the 1.1.2 build, which I removed and reinstalled just in case. It works on my second computer. This machine is:
Win7 Ultimate x64
Lenovo W510
16 Gig

I'll gladly supply any other needed info

Thanks in advance
-e

IronRuby noob - but curious and ready to learn

_______________________________________________
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/20110310/f6295198/attachment-0001.html>

From shay.friedman at gmail.com  Thu Mar 10 11:02:52 2011
From: shay.friedman at gmail.com (Shay Friedman)
Date: Thu, 10 Mar 2011 18:02:52 +0200
Subject: [Ironruby-core] help: gem error
In-Reply-To: <2E0F77D1FF9B9E49A16B54D11DB02BDA55A571A960@VMBX106.ihostexchange.net>
References: <2E0F77D1FF9B9E49A16B54D11DB02BDA55A571A725@VMBX106.ihostexchange.net>
	<AANLkTi=2t4Ficz4kM8BzbTEQCXGxT-NLCu0D7jgM0PX=@mail.gmail.com>
	<2E0F77D1FF9B9E49A16B54D11DB02BDA55A571A960@VMBX106.ihostexchange.net>
Message-ID: <AANLkTikHYnNVDfZd_c2TnkpR0OGgTxS+DRi42cLPZX9O@mail.gmail.com>

Thanks :)

Try running "ir -S gem". Does it work?


Shay.



On Thu, Mar 10, 2011 at 5:56 PM, Eric Vincent <eric at efvincent.com> wrote:

> This happens when I run igem.bat from the ?/IronRuby1.1/bin directory,
> which is the same as running "ir gem" or "ir64 gem" - all get the same
> exception.
>
>
>
> Thanks for the reply. Also thanks for taking the time  to write Unleashed -
> great work!
>
>
>
> -e
>
>
>
> _________________________
>
> Eric F. Vincent
>
> t:@efvincent <http://twitter.com/efvincent>
>
> w:blog.efvincent.com
>
>
>
>
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shay Friedman
> *Sent:* Thursday, March 10, 2011 9:32 AM
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] help: gem error
>
>
>
> What is the command you're trying to execute?
>
>
>
> Shay.
>
>
>
>
>
> On Tue, Mar 8, 2011 at 11:18 PM, Eric Vincent <eric at efvincent.com> wrote:
>
> Sorry for the noob level problem ? but I?m trying to run igem.bat and I?m
> getting the following:
>
>
>
> C:/Program Files (x86)/IronRuby 1.1/Lib/ironruby/thread.rb:16:in
> `load_assembly': Specified type IronRuby.StandardLibrar
>
> y.Threading.ThreadingLibraryInitializer is not a subclass of
> IronRuby.Builtins.LibraryInitializer (LoadError)
>
>         from C:/Program Files (x86)/IronRuby 1.1/Lib/ironruby/thread.rb:16
>
>         from C:/Program Files (x86)/IronRuby
> 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
>
>         from C:/Program Files (x86)/IronRuby
> 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
>
>         from C:/Program Files (x86)/IronRuby
> 1.1/Lib/ruby/1.9.1/rubygems.rb:16
>
>         from C:/Program Files (x86)/IronRuby
> 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
>
>         from C:/Program Files (x86)/IronRuby
> 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
>
>         from C:/Program Files (x86)/IronRuby 1.1/bin/gem:9
>
>
>
> I?ve got the 1.1.2 build, which I removed and reinstalled just in case. It
> works on my second computer. This machine is:
>
> Win7 Ultimate x64
>
> Lenovo W510
>
> 16 Gig
>
>
>
> I?ll gladly supply any other needed info
>
>
>
> Thanks in advance
>
> -e
>
>
>
> *IronRuby noob ? but curious and ready to learn*
>
>
> _______________________________________________
> 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/20110310/d29a3687/attachment.html>

From eric at efvincent.com  Thu Mar 10 12:45:23 2011
From: eric at efvincent.com (Eric Vincent)
Date: Thu, 10 Mar 2011 12:45:23 -0500
Subject: [Ironruby-core] help: gem error
In-Reply-To: <AANLkTikHYnNVDfZd_c2TnkpR0OGgTxS+DRi42cLPZX9O@mail.gmail.com>
References: <2E0F77D1FF9B9E49A16B54D11DB02BDA55A571A725@VMBX106.ihostexchange.net>
	<AANLkTi=2t4Ficz4kM8BzbTEQCXGxT-NLCu0D7jgM0PX=@mail.gmail.com>
	<2E0F77D1FF9B9E49A16B54D11DB02BDA55A571A960@VMBX106.ihostexchange.net>
	<AANLkTikHYnNVDfZd_c2TnkpR0OGgTxS+DRi42cLPZX9O@mail.gmail.com>
Message-ID: <2E0F77D1FF9B9E49A16B54D11DB02BDA55A571A99D@VMBX106.ihostexchange.net>

Same exception with "ir -S gem". I've also tried it with full privs, and I added "..Lib\ruby\1.9.1\rubygems" to the path and and still no go. If you have an idea about what's happening or how I might try to debug the problem, let me know.


Thanks,
-e

From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Shay Friedman
Sent: Thursday, March 10, 2011 11:03 AM
To: ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] help: gem error

Thanks :)

Try running "ir -S gem". Does it work?


Shay.


On Thu, Mar 10, 2011 at 5:56 PM, Eric Vincent <eric at efvincent.com<mailto:eric at efvincent.com>> wrote:
This happens when I run igem.bat from the .../IronRuby1.1/bin directory, which is the same as running "ir gem" or "ir64 gem" - all get the same exception.

Thanks for the reply. Also thanks for taking the time  to write Unleashed - great work!

-e

_________________________
Eric F. Vincent
t:@efvincent<http://twitter.com/efvincent>
w:blog.efvincent.com<http://blog.efvincent.com/>



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 Shay Friedman
Sent: Thursday, March 10, 2011 9:32 AM
To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org>
Subject: Re: [Ironruby-core] help: gem error

What is the command you're trying to execute?

Shay.


On Tue, Mar 8, 2011 at 11:18 PM, Eric Vincent <eric at efvincent.com<mailto:eric at efvincent.com>> wrote:
Sorry for the noob level problem - but I'm trying to run igem.bat and I'm getting the following:

C:/Program Files (x86)/IronRuby 1.1/Lib/ironruby/thread.rb:16:in `load_assembly': Specified type IronRuby.StandardLibrar
y.Threading.ThreadingLibraryInitializer is not a subclass of IronRuby.Builtins.LibraryInitializer (LoadError)
        from C:/Program Files (x86)/IronRuby 1.1/Lib/ironruby/thread.rb:16
        from C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
        from C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
        from C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems.rb:16
        from C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
        from C:/Program Files (x86)/IronRuby 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
        from C:/Program Files (x86)/IronRuby 1.1/bin/gem:9

I've got the 1.1.2 build, which I removed and reinstalled just in case. It works on my second computer. This machine is:
Win7 Ultimate x64
Lenovo W510
16 Gig

I'll gladly supply any other needed info

Thanks in advance
-e

IronRuby noob - but curious and ready to learn

_______________________________________________
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/20110310/30a4fb32/attachment-0001.html>

From lists at ruby-forum.com  Fri Mar 11 12:35:06 2011
From: lists at ruby-forum.com (Roger Pack)
Date: Fri, 11 Mar 2011 18:35:06 +0100
Subject: [Ironruby-core] Using win32ole "connect" method on Ironruby
In-Reply-To: <93f9cdde6e04daad7cbfd01435463aa5@ruby-forum.com>
References: <93f9cdde6e04daad7cbfd01435463aa5@ruby-forum.com>
Message-ID: <f6c15f1ff04f091ea5f203bec5bc289b@ruby-forum.com>

> I don't  believe ruby allows you to create a class instance with out calling the 
new method.

maybe #allocate?

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

From Tomas.Matousek at microsoft.com  Sun Mar 13 18:53:31 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Sun, 13 Mar 2011 22:53:31 +0000
Subject: [Ironruby-core] [ANN] IronRuby 1.1.3 Released!
Message-ID: <9597F4A19BFDB342B6E90963100C33080390E3@SN2PRD0302MB113.namprd03.prod.outlook.com>

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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20110313/6f3c331a/attachment.html>

From ustuntas at ekatek.com.tr  Mon Mar 14 06:08:56 2011
From: ustuntas at ekatek.com.tr (=?UTF-8?B?TXVyYXQgw5xTVMOcTlRBxZ4=?=)
Date: Mon, 14 Mar 2011 12:08:56 +0200
Subject: [Ironruby-core] [Bug Found: IronRuby 1.1.3 Gem install problem]
Message-ID: <4D7DE938.8020105@ekatek.com.tr>

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


-- 


From Tomas.Matousek at microsoft.com  Mon Mar 14 12:38:49 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Mon, 14 Mar 2011 16:38:49 +0000
Subject: [Ironruby-core] [Bug Found: IronRuby 1.1.3 Gem install problem]
In-Reply-To: <4D7DE938.8020105@ekatek.com.tr>
References: <4D7DE938.8020105@ekatek.com.tr>
Message-ID: <9597F4A19BFDB342B6E90963100C33080394D6@SN2PRD0302MB113.namprd03.prod.outlook.com>

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-bounces at rubyforge.org [ironruby-core-bounces at rubyforge.org] on behalf of Murat ?ST?NTA? [ustuntas at ekatek.com.tr]
Sent: Monday, March 14, 2011 3:08 AM
To: ironruby-core at 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?neticisi>ir -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?neticisi>ir -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?neticisi>ir -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?neticisi>ir -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?neticisi>ir -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?neticisi>ir -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 at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core

From shay.friedman at gmail.com  Thu Mar 17 04:10:33 2011
From: shay.friedman at gmail.com (Shay Friedman)
Date: Thu, 17 Mar 2011 10:10:33 +0200
Subject: [Ironruby-core] help: gem error
In-Reply-To: <2E0F77D1FF9B9E49A16B54D11DB02BDA55A571A99D@VMBX106.ihostexchange.net>
References: <2E0F77D1FF9B9E49A16B54D11DB02BDA55A571A725@VMBX106.ihostexchange.net>
	<AANLkTi=2t4Ficz4kM8BzbTEQCXGxT-NLCu0D7jgM0PX=@mail.gmail.com>
	<2E0F77D1FF9B9E49A16B54D11DB02BDA55A571A960@VMBX106.ihostexchange.net>
	<AANLkTikHYnNVDfZd_c2TnkpR0OGgTxS+DRi42cLPZX9O@mail.gmail.com>
	<2E0F77D1FF9B9E49A16B54D11DB02BDA55A571A99D@VMBX106.ihostexchange.net>
Message-ID: <AANLkTiki-QXSxoMcPJ7=ZgiXnwr1nb6T+YOJ46q6tf6C@mail.gmail.com>

I don't really have an idea. Try to add more info -
- Which IronRuby version?
- Have you installed it using the installer or are you building and running
the code directly?
- Is it the first time you've tried using rubygems with IronRuby?

Maybe try to install the new version 1.1.3 and see if it fixes the problem (
http://ironruby.codeplex.com/releases/view/60511)

Shay.


On Thu, Mar 10, 2011 at 7:45 PM, Eric Vincent <eric at efvincent.com> wrote:

> Same exception with "ir -S gem". I've also tried it with full privs, and I
> added "..Lib\ruby\1.9.1\rubygems" to the path and and still no go. If you
> have an idea about what's happening or how I might try to debug the problem,
> let me know.
>
>
>
>
>
> Thanks,
>
> -e
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shay Friedman
> *Sent:* Thursday, March 10, 2011 11:03 AM
>
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] help: gem error
>
>
>
> Thanks :)
>
>
>
> Try running "ir -S gem". Does it work?
>
>
>
>
>
> Shay.
>
>
>
> On Thu, Mar 10, 2011 at 5:56 PM, Eric Vincent <eric at efvincent.com> wrote:
>
> This happens when I run igem.bat from the ?/IronRuby1.1/bin directory,
> which is the same as running "ir gem" or "ir64 gem" - all get the same
> exception.
>
>
>
> Thanks for the reply. Also thanks for taking the time  to write Unleashed -
> great work!
>
>
>
> -e
>
>
>
> _________________________
>
> Eric F. Vincent
>
> t:@efvincent <http://twitter.com/efvincent>
>
> w:blog.efvincent.com
>
>
>
>
>
>
>
> *From:* ironruby-core-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Shay Friedman
> *Sent:* Thursday, March 10, 2011 9:32 AM
> *To:* ironruby-core at rubyforge.org
> *Subject:* Re: [Ironruby-core] help: gem error
>
>
>
> What is the command you're trying to execute?
>
>
>
> Shay.
>
>
>
>
>
> On Tue, Mar 8, 2011 at 11:18 PM, Eric Vincent <eric at efvincent.com> wrote:
>
> Sorry for the noob level problem ? but I?m trying to run igem.bat and I?m
> getting the following:
>
>
>
> C:/Program Files (x86)/IronRuby 1.1/Lib/ironruby/thread.rb:16:in
> `load_assembly': Specified type IronRuby.StandardLibrar
>
> y.Threading.ThreadingLibraryInitializer is not a subclass of
> IronRuby.Builtins.LibraryInitializer (LoadError)
>
>         from C:/Program Files (x86)/IronRuby 1.1/Lib/ironruby/thread.rb:16
>
>         from C:/Program Files (x86)/IronRuby
> 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
>
>         from C:/Program Files (x86)/IronRuby
> 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
>
>         from C:/Program Files (x86)/IronRuby
> 1.1/Lib/ruby/1.9.1/rubygems.rb:16
>
>         from C:/Program Files (x86)/IronRuby
> 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
>
>         from C:/Program Files (x86)/IronRuby
> 1.1/Lib/ruby/1.9.1/rubygems/custom_require.rb:29:in `require'
>
>         from C:/Program Files (x86)/IronRuby 1.1/bin/gem:9
>
>
>
> I?ve got the 1.1.2 build, which I removed and reinstalled just in case. It
> works on my second computer. This machine is:
>
> Win7 Ultimate x64
>
> Lenovo W510
>
> 16 Gig
>
>
>
> I?ll gladly supply any other needed info
>
>
>
> Thanks in advance
>
> -e
>
>
>
> *IronRuby noob ? but curious and ready to learn*
>
>
> _______________________________________________
> 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/20110317/cac40158/attachment-0001.html>

From lists at ruby-forum.com  Fri Mar 18 06:39:51 2011
From: lists at ruby-forum.com (gaurav s.)
Date: Fri, 18 Mar 2011 11:39:51 +0100
Subject: [Ironruby-core] IronRuby in Action cancelled
In-Reply-To: <D955D376A9974BBE825E92F8FCE3CB5C@gmail.com>
References: <D955D376A9974BBE825E92F8FCE3CB5C@gmail.com>
Message-ID: <816db2e2f11348a3dcc4af94ec1dde1a@ruby-forum.com>

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/.

From me at slodge.com  Mon Mar 21 04:12:59 2011
From: me at slodge.com (Stuart Lodge)
Date: Mon, 21 Mar 2011 08:12:59 +0000
Subject: [Ironruby-core] WP7Comp - a bit of a spammy request - sorry!
Message-ID: <AANLkTikqNGx2+qZBLZdNaRbmoDzAH_hD4zY4ikP7Lami@mail.gmail.com>

Hi All

I've entered Iron7 into Wp7Comp - "Make a WP7 app that developers
will love". There are 3 prizes available of $10000 each - winning a prize
would definitely help me spend some more time on IronRuby code.

If any of you have a spare moment and want to help, then please go to http:/
www.wp7comp.com/iron7 and leave a positive comment.

Sorry for sending this... really hate the fact that the competition judges
say they're going to judge based on the number of comments as well as on the
apps themselves.

Thanks to anyone who can help

Stuart
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20110321/1c60aceb/attachment.html>

From jdhardy at gmail.com  Mon Mar 21 14:49:46 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Mon, 21 Mar 2011 12:49:46 -0600
Subject: [Ironruby-core] No GSoC for IronPython/IronRuby for 2011
Message-ID: <AANLkTim79untyfeTbsm02XjsKs7BfZ+BU=K6THGA5Gwt@mail.gmail.com>

I got the notice on Friday that IronLanguages was not accepted into
Google Summer of Code for 2011. However, both the Mono project and the
PSF have indicated that they would consider IronPython/IronRuby
projects, so if you're interested, you should ask one of those
organizations.

- Jeff

From lists at ruby-forum.com  Mon Mar 21 17:40:44 2011
From: lists at ruby-forum.com (Asfand yar Qazi)
Date: Mon, 21 Mar 2011 22:40:44 +0100
Subject: [Ironruby-core] Compiling Ruby classes to assemblies for use
 with Unity3D (which uses Mono 1.2.4)
In-Reply-To: <79328ea80912220531l42b9d417qfe13cf23d6621da3@mail.gmail.com>
References: <79328ea80912220324o6c896c29wc3b3c6d9183d96e7@mail.gmail.com>
	<69f7d8470912220434u6e6f1590wdaecfb7d33f2b4b2@mail.gmail.com>
	<79328ea80912220531l42b9d417qfe13cf23d6621da3@mail.gmail.com>
Message-ID: <107c98c9f4a999457ca4b30187603c1b@ruby-forum.com>

Asfand yar Qazi wrote in post #875250:
> 2009/12/22 Jb Evain <jb at nurv.fr>:
>> Hey,
>>
>> On 12/22/09, Asfand Yar Qazi <ayqazi at 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/.

From Tomas.Matousek at microsoft.com  Mon Mar 21 19:36:01 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Mon, 21 Mar 2011 23:36:01 +0000
Subject: [Ironruby-core] Compiling Ruby classes to assemblies for use
 with Unity3D (which uses Mono 1.2.4)
In-Reply-To: <107c98c9f4a999457ca4b30187603c1b@ruby-forum.com>
References: <79328ea80912220324o6c896c29wc3b3c6d9183d96e7@mail.gmail.com>
	<69f7d8470912220434u6e6f1590wdaecfb7d33f2b4b2@mail.gmail.com>
	<79328ea80912220531l42b9d417qfe13cf23d6621da3@mail.gmail.com>
	<107c98c9f4a999457ca4b30187603c1b@ruby-forum.com>
Message-ID: <9597F4A19BFDB342B6E90963100C33080417AB@SN2PRD0302MB113.namprd03.prod.outlook.com>

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-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Asfand yar Qazi
Sent: Monday, March 21, 2011 2:41 PM
To: ironruby-core at 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 <jb at nurv.fr>:
>> Hey,
>>
>> On 12/22/09, Asfand Yar Qazi <ayqazi at 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 at rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core

From charles.c.strahan at gmail.com  Tue Mar 22 21:29:37 2011
From: charles.c.strahan at gmail.com (Charles Strahan)
Date: Tue, 22 Mar 2011 20:29:37 -0500
Subject: [Ironruby-core] Ruby FFI port
Message-ID: <AANLkTimBGN8TcOG690469z0sE4+UmpYf2b0A--8x91La@mail.gmail.com>

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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20110322/794c2634/attachment.html>

From Tomas.Matousek at microsoft.com  Wed Mar 23 01:25:25 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Wed, 23 Mar 2011 05:25:25 +0000
Subject: [Ironruby-core] Ruby FFI port
In-Reply-To: <AANLkTimBGN8TcOG690469z0sE4+UmpYf2b0A--8x91La@mail.gmail.com>
References: <AANLkTimBGN8TcOG690469z0sE4+UmpYf2b0A--8x91La@mail.gmail.com>
Message-ID: <9597F4A19BFDB342B6E90963100C33080420A8@SN2PRD0302MB113.namprd03.prod.outlook.com>

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-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Charles Strahan
Sent: Tuesday, March 22, 2011 6:30 PM
To: ironruby-core at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20110323/9dbc8ced/attachment-0001.html>

From Tomas.Matousek at microsoft.com  Wed Mar 23 01:29:49 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Wed, 23 Mar 2011 05:29:49 +0000
Subject: [Ironruby-core] Ruby FFI port
In-Reply-To: <AANLkTimBGN8TcOG690469z0sE4+UmpYf2b0A--8x91La@mail.gmail.com>
References: <AANLkTimBGN8TcOG690469z0sE4+UmpYf2b0A--8x91La@mail.gmail.com>
Message-ID: <9597F4A19BFDB342B6E90963100C33080420C2@SN2PRD0302MB113.namprd03.prod.outlook.com>

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-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Charles Strahan
Sent: Tuesday, March 22, 2011 6:30 PM
To: ironruby-core at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20110323/53eab35c/attachment.html>

From charles.c.strahan at gmail.com  Thu Mar 24 14:58:06 2011
From: charles.c.strahan at gmail.com (Charles Strahan)
Date: Thu, 24 Mar 2011 13:58:06 -0500
Subject: [Ironruby-core] Ruby FFI port
In-Reply-To: <9597F4A19BFDB342B6E90963100C33080420C2@SN2PRD0302MB113.namprd03.prod.outlook.com>
References: <AANLkTimBGN8TcOG690469z0sE4+UmpYf2b0A--8x91La@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C33080420C2@SN2PRD0302MB113.namprd03.prod.outlook.com>
Message-ID: <AANLkTin_qLZcT461C=gY8cgDzqBEjmfDZT0=JjLfHCyv@mail.gmail.com>

> 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<https://github.com/cstrahan/iron-ffi>- I'll try to lay out a
foundation tonight.

-Charles

On Wed, Mar 23, 2011 at 12:29 AM, Tomas Matousek <
Tomas.Matousek at microsoft.com> wrote:

>  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-bounces at rubyforge.org [mailto:
> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Charles Strahan
> *Sent:* Tuesday, March 22, 2011 6:30 PM
> *To:* ironruby-core at 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 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/20110324/ee4b35c7/attachment.html>

From charles.c.strahan at gmail.com  Thu Mar 24 16:19:32 2011
From: charles.c.strahan at gmail.com (Charles Strahan)
Date: Thu, 24 Mar 2011 15:19:32 -0500
Subject: [Ironruby-core] Ruby FFI port
In-Reply-To: <AANLkTin_qLZcT461C=gY8cgDzqBEjmfDZT0=JjLfHCyv@mail.gmail.com>
References: <AANLkTimBGN8TcOG690469z0sE4+UmpYf2b0A--8x91La@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C33080420C2@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTin_qLZcT461C=gY8cgDzqBEjmfDZT0=JjLfHCyv@mail.gmail.com>
Message-ID: <AANLkTinm7Mdx_zKifc5Grj4-QKszsKMsfWK4wzOVP0+A@mail.gmail.com>

I've successfully built the FFI gem on my Win7 x64 machine, but the specs
currently fail:

*E:/Source/ffi/lib/ffi/library.rb:147:in `attach_function': Function
'strdup' not*
* found in [msvcrt.dll] (FFI::NotFoundError)*
*        from E:/Source/ffi/spec/ffi/strptr_spec.rb:33:in `<module:StrPtr>'*

This is a known problem, but it hasn't been fixed yet:

http://groups.google.com/group/ruby-ffi/browse_thread/thread/c40766b574a15962

> Thats just a symbol lookup problem.  All the traditional libc symbols
> in msvcrt.dll have an underscore prepended, so that test should have a
> special case for win32 in it.


My first goal is to fix any failing specs.  Any help would be appreciated.

-Charles

On Thu, Mar 24, 2011 at 1:58 PM, Charles Strahan <
charles.c.strahan at gmail.com> 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<https://github.com/cstrahan/iron-ffi>- I'll try to lay out a foundation tonight.
>
> -Charles
>
> On Wed, Mar 23, 2011 at 12:29 AM, Tomas Matousek <
> Tomas.Matousek at microsoft.com> wrote:
>
>>  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-bounces at rubyforge.org [mailto:
>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Charles Strahan
>> *Sent:* Tuesday, March 22, 2011 6:30 PM
>> *To:* ironruby-core at 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 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/20110324/2b5be73c/attachment.html>

From lists at ruby-forum.com  Thu Mar 24 17:00:51 2011
From: lists at ruby-forum.com (Paul Wheeler)
Date: Thu, 24 Mar 2011 22:00:51 +0100
Subject: [Ironruby-core] IronRuby not loading DLL
Message-ID: <6a2422d9dfe18d5a0adcd3c94af80a35@ruby-forum.com>

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/.

From charles.c.strahan at gmail.com  Thu Mar 24 18:46:26 2011
From: charles.c.strahan at gmail.com (Charles Strahan)
Date: Thu, 24 Mar 2011 17:46:26 -0500
Subject: [Ironruby-core] Ruby FFI port
In-Reply-To: <AANLkTinm7Mdx_zKifc5Grj4-QKszsKMsfWK4wzOVP0+A@mail.gmail.com>
References: <AANLkTimBGN8TcOG690469z0sE4+UmpYf2b0A--8x91La@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C33080420C2@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTin_qLZcT461C=gY8cgDzqBEjmfDZT0=JjLfHCyv@mail.gmail.com>
	<AANLkTinm7Mdx_zKifc5Grj4-QKszsKMsfWK4wzOVP0+A@mail.gmail.com>
Message-ID: <AANLkTinvsaRY4h+kw7cWXBRefZ156F28_gO7=m3w0JGN@mail.gmail.com>

I've fixed the problem in the spec <https://github.com/ffi/ffi/pull/82>, and
all specs pass now.  Time to start porting the C code to C#.

-Charles

On Thu, Mar 24, 2011 at 3:19 PM, Charles Strahan <
charles.c.strahan at gmail.com> wrote:

> I've successfully built the FFI gem on my Win7 x64 machine, but the specs
> currently fail:
>
> *E:/Source/ffi/lib/ffi/library.rb:147:in `attach_function': Function
> 'strdup' not*
> * found in [msvcrt.dll] (FFI::NotFoundError)*
> *        from E:/Source/ffi/spec/ffi/strptr_spec.rb:33:in
> `<module:StrPtr>'*
>
> This is a known problem, but it hasn't been fixed yet:
>
>
> http://groups.google.com/group/ruby-ffi/browse_thread/thread/c40766b574a15962
>
>> Thats just a symbol lookup problem.  All the traditional libc symbols
>> in msvcrt.dll have an underscore prepended, so that test should have a
>> special case for win32 in it.
>
>
> My first goal is to fix any failing specs.  Any help would be appreciated.
>
> -Charles
>
> On Thu, Mar 24, 2011 at 1:58 PM, Charles Strahan <
> charles.c.strahan at gmail.com> 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<https://github.com/cstrahan/iron-ffi>- I'll try to lay out a foundation tonight.
>>
>> -Charles
>>
>> On Wed, Mar 23, 2011 at 12:29 AM, Tomas Matousek <
>> Tomas.Matousek at microsoft.com> wrote:
>>
>>>  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-bounces at rubyforge.org [mailto:
>>> ironruby-core-bounces at rubyforge.org] *On Behalf Of *Charles Strahan
>>> *Sent:* Tuesday, March 22, 2011 6:30 PM
>>> *To:* ironruby-core at 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 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/20110324/7e95a53e/attachment.html>

From wmeissner at gmail.com  Thu Mar 24 19:11:27 2011
From: wmeissner at gmail.com (Wayne Meissner)
Date: Fri, 25 Mar 2011 09:11:27 +1000
Subject: [Ironruby-core] Ruby FFI port
In-Reply-To: <AANLkTin_qLZcT461C=gY8cgDzqBEjmfDZT0=JjLfHCyv@mail.gmail.com>
References: <AANLkTimBGN8TcOG690469z0sE4+UmpYf2b0A--8x91La@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C33080420C2@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTin_qLZcT461C=gY8cgDzqBEjmfDZT0=JjLfHCyv@mail.gmail.com>
Message-ID: <AANLkTinYCYQeixtsxLUEZd9VBSeGVh9K1O-kmJi4xU31@mail.gmail.com>

On 25 March 2011 04:58, Charles Strahan <charles.c.strahan at gmail.com> 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.

From charles.c.strahan at gmail.com  Fri Mar 25 06:09:10 2011
From: charles.c.strahan at gmail.com (Charles Strahan)
Date: Fri, 25 Mar 2011 05:09:10 -0500
Subject: [Ironruby-core] Ruby FFI port
In-Reply-To: <AANLkTinYCYQeixtsxLUEZd9VBSeGVh9K1O-kmJi4xU31@mail.gmail.com>
References: <AANLkTimBGN8TcOG690469z0sE4+UmpYf2b0A--8x91La@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C33080420C2@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTin_qLZcT461C=gY8cgDzqBEjmfDZT0=JjLfHCyv@mail.gmail.com>
	<AANLkTinYCYQeixtsxLUEZd9VBSeGVh9K1O-kmJi4xU31@mail.gmail.com>
Message-ID: <AANLkTikHPSgWDGTxVrZWpM8xzq-QiOfKSe8Rs=uBA_UY@mail.gmail.com>

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 <wmeissner at gmail.com> wrote:

> On 25 March 2011 04:58, Charles Strahan <charles.c.strahan at gmail.com>
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20110325/56a05fcc/attachment.html>

From wmeissner at gmail.com  Fri Mar 25 09:03:10 2011
From: wmeissner at gmail.com (Wayne Meissner)
Date: Fri, 25 Mar 2011 23:03:10 +1000
Subject: [Ironruby-core] Ruby FFI port
In-Reply-To: <AANLkTikHPSgWDGTxVrZWpM8xzq-QiOfKSe8Rs=uBA_UY@mail.gmail.com>
References: <AANLkTimBGN8TcOG690469z0sE4+UmpYf2b0A--8x91La@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C33080420C2@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTin_qLZcT461C=gY8cgDzqBEjmfDZT0=JjLfHCyv@mail.gmail.com>
	<AANLkTinYCYQeixtsxLUEZd9VBSeGVh9K1O-kmJi4xU31@mail.gmail.com>
	<AANLkTikHPSgWDGTxVrZWpM8xzq-QiOfKSe8Rs=uBA_UY@mail.gmail.com>
Message-ID: <AANLkTinkKB2sLijaJsVKrzq-=C=-OLtWDaambSBoTZ94@mail.gmail.com>

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 <charles.c.strahan at gmail.com> 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 <wmeissner at gmail.com> wrote:
>>
>> On 25 March 2011 04:58, Charles Strahan <charles.c.strahan at gmail.com>
>> 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
>
>

From Larry.Jones at aspentech.com  Fri Mar 25 16:06:10 2011
From: Larry.Jones at aspentech.com (Jones, Larry)
Date: Fri, 25 Mar 2011 16:06:10 -0400
Subject: [Ironruby-core] IronRuby not loading DLL
In-Reply-To: <6a2422d9dfe18d5a0adcd3c94af80a35@ruby-forum.com>
References: <6a2422d9dfe18d5a0adcd3c94af80a35@ruby-forum.com>
Message-ID: <E8096D1789BBDA489C4DA48FAC97563A03A68F3C@hqmail4.corp.aspentech.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.

From Tomas.Matousek at microsoft.com  Fri Mar 25 18:37:33 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Fri, 25 Mar 2011 22:37:33 +0000
Subject: [Ironruby-core] IronRuby not loading DLL
In-Reply-To: <6a2422d9dfe18d5a0adcd3c94af80a35@ruby-forum.com>
References: <6a2422d9dfe18d5a0adcd3c94af80a35@ruby-forum.com>
Message-ID: <9597F4A19BFDB342B6E90963100C3308043B17@SN2PRD0302MB113.namprd03.prod.outlook.com>

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





From charles.c.strahan at gmail.com  Sat Mar 26 12:59:45 2011
From: charles.c.strahan at gmail.com (Charles Strahan)
Date: Sat, 26 Mar 2011 11:59:45 -0500
Subject: [Ironruby-core] IronRuby not loading DLL
In-Reply-To: <9597F4A19BFDB342B6E90963100C3308043B17@SN2PRD0302MB113.namprd03.prod.outlook.com>
References: <6a2422d9dfe18d5a0adcd3c94af80a35@ruby-forum.com>
	<9597F4A19BFDB342B6E90963100C3308043B17@SN2PRD0302MB113.namprd03.prod.outlook.com>
Message-ID: <AANLkTikuR8nxCdx1aY_bcT9g3noPLfzySkRis7+8Lb4i@mail.gmail.com>

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>

From Tomas.Matousek at microsoft.com  Sat Mar 26 23:01:21 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Sun, 27 Mar 2011 03:01:21 +0000
Subject: [Ironruby-core] IronRuby not loading DLL
In-Reply-To: <AANLkTikuR8nxCdx1aY_bcT9g3noPLfzySkRis7+8Lb4i@mail.gmail.com>
References: <6a2422d9dfe18d5a0adcd3c94af80a35@ruby-forum.com>
	<9597F4A19BFDB342B6E90963100C3308043B17@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTikuR8nxCdx1aY_bcT9g3noPLfzySkRis7+8Lb4i@mail.gmail.com>
Message-ID: <9597F4A19BFDB342B6E90963100C33080440E4@SN2PRD0302MB113.namprd03.prod.outlook.com>

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>

From charles.c.strahan at gmail.com  Sun Mar 27 19:19:10 2011
From: charles.c.strahan at gmail.com (Charles Strahan)
Date: Sun, 27 Mar 2011 18:19:10 -0500
Subject: [Ironruby-core] IronRuby not loading DLL
In-Reply-To: <9597F4A19BFDB342B6E90963100C33080440E4@SN2PRD0302MB113.namprd03.prod.outlook.com>
References: <6a2422d9dfe18d5a0adcd3c94af80a35@ruby-forum.com>
	<9597F4A19BFDB342B6E90963100C3308043B17@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTikuR8nxCdx1aY_bcT9g3noPLfzySkRis7+8Lb4i@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C33080440E4@SN2PRD0302MB113.namprd03.prod.outlook.com>
Message-ID: <AANLkTikvS7mL_jUj9ML7F9XjPtz8a3+p06OwqVZ6FS8J@mail.gmail.com>

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>

From charles.c.strahan at gmail.com  Sun Mar 27 19:28:10 2011
From: charles.c.strahan at gmail.com (Charles Strahan)
Date: Sun, 27 Mar 2011 18:28:10 -0500
Subject: [Ironruby-core] Fwd:  Ruby FFI port
In-Reply-To: <AANLkTikFL9A5fJh_1ehuNUZtK+ECgtL99bLb86NEEfo_@mail.gmail.com>
References: <AANLkTimBGN8TcOG690469z0sE4+UmpYf2b0A--8x91La@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C33080420C2@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTin_qLZcT461C=gY8cgDzqBEjmfDZT0=JjLfHCyv@mail.gmail.com>
	<AANLkTinYCYQeixtsxLUEZd9VBSeGVh9K1O-kmJi4xU31@mail.gmail.com>
	<AANLkTikHPSgWDGTxVrZWpM8xzq-QiOfKSe8Rs=uBA_UY@mail.gmail.com>
	<AANLkTinkKB2sLijaJsVKrzq-=C=-OLtWDaambSBoTZ94@mail.gmail.com>
	<AANLkTikFL9A5fJh_1ehuNUZtK+ECgtL99bLb86NEEfo_@mail.gmail.com>
Message-ID: <AANLkTimW6y=EK=vLSR1Joz_U32HiXFQ5FDh0kCih+U0g@mail.gmail.com>

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 <wmeissner at gmail.com> 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 <charles.c.strahan at gmail.com>
> 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 <wmeissner at gmail.com>
> wrote:
> >>
> >> On 25 March 2011 04:58, Charles Strahan <charles.c.strahan at gmail.com>
> >> 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: <http://rubyforge.org/pipermail/ironruby-core/attachments/20110327/b4bc6218/attachment.html>

From Tomas.Matousek at microsoft.com  Sun Mar 27 21:44:59 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Mon, 28 Mar 2011 01:44:59 +0000
Subject: [Ironruby-core] IronRuby not loading DLL
In-Reply-To: <AANLkTikvS7mL_jUj9ML7F9XjPtz8a3+p06OwqVZ6FS8J@mail.gmail.com>
References: <6a2422d9dfe18d5a0adcd3c94af80a35@ruby-forum.com>
	<9597F4A19BFDB342B6E90963100C3308043B17@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTikuR8nxCdx1aY_bcT9g3noPLfzySkRis7+8Lb4i@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C33080440E4@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTikvS7mL_jUj9ML7F9XjPtz8a3+p06OwqVZ6FS8J@mail.gmail.com>
Message-ID: <9597F4A19BFDB342B6E90963100C330804DD18@SN2PRD0302MB113.namprd03.prod.outlook.com>

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>

From charles.c.strahan at gmail.com  Sun Mar 27 23:20:13 2011
From: charles.c.strahan at gmail.com (Charles Strahan)
Date: Sun, 27 Mar 2011 22:20:13 -0500
Subject: [Ironruby-core] IronRuby not loading DLL
In-Reply-To: <9597F4A19BFDB342B6E90963100C330804DD18@SN2PRD0302MB113.namprd03.prod.outlook.com>
References: <6a2422d9dfe18d5a0adcd3c94af80a35@ruby-forum.com>
	<9597F4A19BFDB342B6E90963100C3308043B17@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTikuR8nxCdx1aY_bcT9g3noPLfzySkRis7+8Lb4i@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C33080440E4@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTikvS7mL_jUj9ML7F9XjPtz8a3+p06OwqVZ6FS8J@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C330804DD18@SN2PRD0302MB113.namprd03.prod.outlook.com>
Message-ID: <AANLkTinW1sd22jXqkRiGWWn=RyGM60enm-F_MCe0TQhk@mail.gmail.com>

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

From lists at ruby-forum.com  Tue Mar 29 20:48:02 2011
From: lists at ruby-forum.com (Timothy Barnes)
Date: Wed, 30 Mar 2011 02:48:02 +0200
Subject: [Ironruby-core] [AutoCAD and IronRuby]
In-Reply-To: <4D6B7685.6080500@ekatek.com.tr>
References: <4D6B7685.6080500@ekatek.com.tr>
Message-ID: <220cbd581eeb0e4d5298a8ab4721e9ea@ruby-forum.com>

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


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

From charles.c.strahan at gmail.com  Thu Mar 31 05:41:06 2011
From: charles.c.strahan at gmail.com (Charles Strahan)
Date: Thu, 31 Mar 2011 04:41:06 -0500
Subject: [Ironruby-core] Ruby FFI port
In-Reply-To: <AANLkTimW6y=EK=vLSR1Joz_U32HiXFQ5FDh0kCih+U0g@mail.gmail.com>
References: <AANLkTimBGN8TcOG690469z0sE4+UmpYf2b0A--8x91La@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C33080420C2@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTin_qLZcT461C=gY8cgDzqBEjmfDZT0=JjLfHCyv@mail.gmail.com>
	<AANLkTinYCYQeixtsxLUEZd9VBSeGVh9K1O-kmJi4xU31@mail.gmail.com>
	<AANLkTikHPSgWDGTxVrZWpM8xzq-QiOfKSe8Rs=uBA_UY@mail.gmail.com>
	<AANLkTinkKB2sLijaJsVKrzq-=C=-OLtWDaambSBoTZ94@mail.gmail.com>
	<AANLkTikFL9A5fJh_1ehuNUZtK+ECgtL99bLb86NEEfo_@mail.gmail.com>
	<AANLkTimW6y=EK=vLSR1Joz_U32HiXFQ5FDh0kCih+U0g@mail.gmail.com>
Message-ID: <AANLkTin7Go1HpTkqGe_73ZBJRDhoFz6CnLJAq+tNLPgV@mail.gmail.com>

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 <wmeissner at gmail.com>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 <charles.c.strahan at gmail.com>
>> 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 <wmeissner at gmail.com>
>> wrote:
>> >>
>> >> On 25 March 2011 04:58, Charles Strahan <charles.c.strahan at gmail.com>
>> >> 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: <http://rubyforge.org/pipermail/ironruby-core/attachments/20110331/407d2834/attachment-0001.html>

From charles.c.strahan at gmail.com  Thu Mar 31 06:00:32 2011
From: charles.c.strahan at gmail.com (Charles Strahan)
Date: Thu, 31 Mar 2011 05:00:32 -0500
Subject: [Ironruby-core] Ruby FFI port
In-Reply-To: <AANLkTin7Go1HpTkqGe_73ZBJRDhoFz6CnLJAq+tNLPgV@mail.gmail.com>
References: <AANLkTimBGN8TcOG690469z0sE4+UmpYf2b0A--8x91La@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C33080420C2@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTin_qLZcT461C=gY8cgDzqBEjmfDZT0=JjLfHCyv@mail.gmail.com>
	<AANLkTinYCYQeixtsxLUEZd9VBSeGVh9K1O-kmJi4xU31@mail.gmail.com>
	<AANLkTikHPSgWDGTxVrZWpM8xzq-QiOfKSe8Rs=uBA_UY@mail.gmail.com>
	<AANLkTinkKB2sLijaJsVKrzq-=C=-OLtWDaambSBoTZ94@mail.gmail.com>
	<AANLkTikFL9A5fJh_1ehuNUZtK+ECgtL99bLb86NEEfo_@mail.gmail.com>
	<AANLkTimW6y=EK=vLSR1Joz_U32HiXFQ5FDh0kCih+U0g@mail.gmail.com>
	<AANLkTin7Go1HpTkqGe_73ZBJRDhoFz6CnLJAq+tNLPgV@mail.gmail.com>
Message-ID: <AANLkTi=V2_87HshNOMFTw4PBq_pCxuZR3K6HN1w=7Mq7@mail.gmail.com>

> 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<http://msdn.microsoft.com/en-us/library/system.runtime.interopservices.unmanagedfunctionpointerattribute.aspx>
.

-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 <wmeissner at gmail.com>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 <charles.c.strahan at gmail.com>
>>> 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 <wmeissner at gmail.com>
>>> wrote:
>>> >>
>>> >> On 25 March 2011 04:58, Charles Strahan <charles.c.strahan at gmail.com>
>>> >> 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: <http://rubyforge.org/pipermail/ironruby-core/attachments/20110331/4620d000/attachment.html>

From ryan.riley at panesofglass.org  Thu Mar 31 09:40:45 2011
From: ryan.riley at panesofglass.org (Ryan Riley)
Date: Thu, 31 Mar 2011 06:40:45 -0700
Subject: [Ironruby-core] Ruby FFI port
In-Reply-To: <AANLkTin7Go1HpTkqGe_73ZBJRDhoFz6CnLJAq+tNLPgV@mail.gmail.com>
References: <AANLkTimBGN8TcOG690469z0sE4+UmpYf2b0A--8x91La@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C33080420C2@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTin_qLZcT461C=gY8cgDzqBEjmfDZT0=JjLfHCyv@mail.gmail.com>
	<AANLkTinYCYQeixtsxLUEZd9VBSeGVh9K1O-kmJi4xU31@mail.gmail.com>
	<AANLkTikHPSgWDGTxVrZWpM8xzq-QiOfKSe8Rs=uBA_UY@mail.gmail.com>
	<AANLkTinkKB2sLijaJsVKrzq-=C=-OLtWDaambSBoTZ94@mail.gmail.com>
	<AANLkTikFL9A5fJh_1ehuNUZtK+ECgtL99bLb86NEEfo_@mail.gmail.com>
	<AANLkTimW6y=EK=vLSR1Joz_U32HiXFQ5FDh0kCih+U0g@mail.gmail.com>
	<AANLkTin7Go1HpTkqGe_73ZBJRDhoFz6CnLJAq+tNLPgV@mail.gmail.com>
Message-ID: <EE952253-6A48-470A-B441-131325E94E6F@panesofglass.org>

Are you coming to ALT.NET Seattle? We have an OSS track this year to help people learn how to contribute to projects. Interested?

Ryan

Sent from my iPhone

On Mar 31, 2011, at 2: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 <wmeissner at gmail.com> 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 <charles.c.strahan at gmail.com> 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 <wmeissner at gmail.com> wrote:
> >>
> >> On 25 March 2011 04:58, Charles Strahan <charles.c.strahan at gmail.com>
> >> 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
> >
> >
> 
> 
> 
> _______________________________________________
> 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/20110331/4309f349/attachment-0001.html>

From charles.c.strahan at gmail.com  Thu Mar 31 20:09:01 2011
From: charles.c.strahan at gmail.com (Charles Strahan)
Date: Thu, 31 Mar 2011 19:09:01 -0500
Subject: [Ironruby-core] Ruby FFI port
In-Reply-To: <EE952253-6A48-470A-B441-131325E94E6F@panesofglass.org>
References: <AANLkTimBGN8TcOG690469z0sE4+UmpYf2b0A--8x91La@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C33080420C2@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTin_qLZcT461C=gY8cgDzqBEjmfDZT0=JjLfHCyv@mail.gmail.com>
	<AANLkTinYCYQeixtsxLUEZd9VBSeGVh9K1O-kmJi4xU31@mail.gmail.com>
	<AANLkTikHPSgWDGTxVrZWpM8xzq-QiOfKSe8Rs=uBA_UY@mail.gmail.com>
	<AANLkTinkKB2sLijaJsVKrzq-=C=-OLtWDaambSBoTZ94@mail.gmail.com>
	<AANLkTikFL9A5fJh_1ehuNUZtK+ECgtL99bLb86NEEfo_@mail.gmail.com>
	<AANLkTimW6y=EK=vLSR1Joz_U32HiXFQ5FDh0kCih+U0g@mail.gmail.com>
	<AANLkTin7Go1HpTkqGe_73ZBJRDhoFz6CnLJAq+tNLPgV@mail.gmail.com>
	<EE952253-6A48-470A-B441-131325E94E6F@panesofglass.org>
Message-ID: <AANLkTik_zajKWHXtJePMiHuBWcG2SW9grh9VXOzuO+e_@mail.gmail.com>

Ryan,

I'm *absolutely* interested, but, as much as it shames me to say, the
ALT.NET Seattle conference wasn't on my radar until just now.

I'm down for next year though, especially if you plan to give an F#
workshop.

-Charles


On Thu, Mar 31, 2011 at 8:40 AM, Ryan Riley <ryan.riley at panesofglass.org>wrote:

> Are you coming to ALT.NET Seattle? We have an OSS track this year to help
> people learn how to contribute to projects. Interested?
>
> Ryan
>
> Sent from my iPhone
>
> On Mar 31, 2011, at 2: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>
> 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 < <wmeissner at gmail.com>
>> wmeissner at gmail.com> 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 < <charles.c.strahan at gmail.com>
>>> charles.c.strahan at gmail.com> 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 <<wmeissner at gmail.com>
>>> wmeissner at gmail.com> wrote:
>>> >>
>>> >> On 25 March 2011 04:58, Charles Strahan <<charles.c.strahan at gmail.com>
>>> charles.c.strahan at gmail.com>
>>> >> wrote:
>>> >> >
>>> >> >> Another idea? what about starting from  <http://github.com/ffi>
>>> 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>Ironruby-core at rubyforge.org
>>> >> <http://rubyforge.org/mailman/listinfo/ironruby-core>
>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>> >
>>> >
>>> > _______________________________________________
>>> > Ironruby-core mailing list
>>> > <Ironruby-core at rubyforge.org>Ironruby-core at rubyforge.org
>>> > <http://rubyforge.org/mailman/listinfo/ironruby-core>
>>> http://rubyforge.org/mailman/listinfo/ironruby-core
>>> >
>>> >
>>>
>>
>>
>>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
> _______________________________________________
> Ironruby-core mailing list
> Ironruby-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/ironruby-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20110331/2b9aab0e/attachment.html>