Re: [Ironruby-core] IronRuby FFI

2010-12-13 Thread Charles Strahan
estigate this further in the new year. > > > > ~ Ryan > > > > *From:* ironruby-core-boun...@rubyforge.org [mailto: > ironruby-core-boun...@rubyforge.org] *On Behalf Of *Charles Strahan > *Sent:* Sunday, October 03, 2010 11:47 PM > > *To:* ironruby-core@rubyforge.org &

Re: [Ironruby-core] IronRuby FFI

2010-12-12 Thread Ryan Riley
...@rubyforge.org] On Behalf Of Charles Strahan Sent: Sunday, October 03, 2010 11:47 PM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] IronRuby FFI Here's Dino Viehland's response regarding the CERs: Objects which inherit from CriticalFinalizerObject basically have thei

Re: [Ironruby-core] IronRuby FFI

2010-10-23 Thread Ryan Riley
@Charles Have you made any progress here? If so, what's your repo? I'm looking into this again this morning. Cheers, Ryan Riley Email: ryan.ri...@panesofglass.org LinkedIn: http://www.linkedin.com/in/ryanriley Twitter: @panesofglass Blog: http://wizardsofsmart.net/ Website: http://panesofglass.

Re: [Ironruby-core] IronRuby FFI

2010-10-04 Thread Charles Strahan
Here's Dino Viehland's response regarding the CERs: Objects which inherit from CriticalFinalizerObject basically have their finalize method turned into a CER. The finalizer method is also JITed before any instances are created so the finalizer is guaranteed to be runnable. In general

Re: [Ironruby-core] IronRuby FFI

2010-10-04 Thread Charles Strahan
I've decided to not be lazy and do a little spelunking into CER's - it's rather interesting stuff. I found a pretty good article here: http://msdn.microsoft.com/en-us/magazine/cc163716.aspx In laymen's terms, it looks like CER's provide reliability where asynchronous exceptions may be thrown: OutO

Re: [Ironruby-core] IronRuby FFI

2010-10-03 Thread Ryan Riley
I've not heard of any of those. I started looking at ctypes but never got far. Sent from my iPhone On Oct 3, 2010, at 9:27 PM, Charles Strahan wrote: > I'm also taking a look at IronPython's CTypes implementation, under Tomas' > advice. I've noticed that their MemoryHolder class derives from

Re: [Ironruby-core] IronRuby FFI

2010-10-03 Thread Charles Strahan
I'm also taking a look at IronPython's CTypes implementation, under Tomas' advice. I've noticed that their MemoryHolderclass derives from CriticalFinalizerObject

Re: [Ironruby-core] IronRuby FFI

2010-10-03 Thread Ryan Riley
Sounds good to me! Sent from my iPhone On Oct 3, 2010, at 8:04 PM, Charles Strahan wrote: > Ryan, > > Sorry for the long delay - I meant to give it some thought before I got back > to you... and know it's been quite some time. > > I think it would be a good idea to replicate JFFI, using P/In

Re: [Ironruby-core] IronRuby FFI

2010-10-03 Thread Charles Strahan
Ryan, Sorry for the long delay - I meant to give it some thought before I got back to you... and know it's been quite some time. I think it would be a good idea to replicate JFFI, using P/Invoke directly, if possible (as opposed to P/Invoking libffi ). That would gi

Re: [Ironruby-core] IronRuby FFI

2010-08-21 Thread Ryan Riley
From the mono-devel list: On Thu, 2010-08-19 at 10:35 -0700, Ryan Riley wrote: > Has anyone created or investigated Mono support for libffi? Once upon a time, Mono used libffi directly. It was removed in r724 (git SHA1 ID d0cd6059c1b2edad12eb67cb8e64b3cd187be1b1) on 2001-09-05 (and earlier). Un

Re: [Ironruby-core] IronRuby FFI

2010-08-21 Thread Ryan Riley
Charles, I'm happy to work with you to get this done. I'm getting close to finishing some projects and will have more time to work on it in a few weeks. I will send the info I got from the mono-devel list. Where/how do you want to start? Ryan Sent from my iPhone On Aug 20, 2010, at 1:49 PM, C

Re: [Ironruby-core] IronRuby FFI

2010-08-20 Thread Charles Strahan
le. > > > > Tomas > > > > *From:* ironruby-core-boun...@rubyforge.org [mailto: > ironruby-core-boun...@rubyforge.org] *On Behalf Of *Charles Strahan > *Sent:* Friday, August 20, 2010 2:35 PM > *To:* ironruby-core@rubyforge.org > *Subject:* Re: [Ironruby-core] IronRuby FFI >

Re: [Ironruby-core] IronRuby FFI

2010-08-20 Thread Tomas Matousek
implementation with IronPython when possible. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Charles Strahan Sent: Friday, August 20, 2010 2:35 PM To: ironruby-core@rubyforge.org Subject: Re: [Ironruby-core] IronRuby FFI That's s

Re: [Ironruby-core] IronRuby FFI

2010-08-20 Thread Charles Strahan
That's something I'm curious about too. I don't know whether or not P/Invoke alone can match the functionality of libffi. I'd have to look through some of libffi and see if there's anything can't be accomplished in C#. If everything can be accomplished in C#, I'd go that route. We could emit types

Re: [Ironruby-core] IronRuby FFI

2010-08-20 Thread Will Green
Couldn't this be implemented via P/Invoke? Would P/Invoke work without the attributes required in C#? -- Will Green http://hotgazpacho.org/ On Fri, Aug 20, 2010 at 4:49 PM, Charles Strahan < charles.c.stra...@gmail.com> wrote: > Ryan, > > I'm right there with you, only I looked at JFFI for insp

Re: [Ironruby-core] IronRuby FFI

2010-08-20 Thread Charles Strahan
Ryan, I'm right there with you, only I looked at JFFI for inspiration (didn't know mono had anything - could you share more about that?). In fact, In my infinite laziness, I posted a job for a couple hundred bucks on Rent-A-Coder, hoping someone could essentially port JFFI to C#, so I could focus

[Ironruby-core] IronRuby FFI

2010-08-20 Thread Ryan Riley
I know that we've discussed this in the past, but I'm interested in doing it for two reasons: 1. We use mono with a bridge to ObjectiveC and Cocoa, and we'd like to investigate libffi via mono as a potential replacement for our current bridge. 2. I'm interested just for the sake of learning more ab