[IronPython] Resolver One 1.4 beta - with IronPython 2.0

[Slide]

That's true, but if the low-level bindings are in the framework
itself, rather than a consumer of the framework, it does make it
easier to port to other platforms which have the same API that wrap
the low-level bindings at the framework level.


On Wed, Feb 4, 2009 at 3:00 PM, Dan Shechter <dans at houmus.org> wrote:
> I beg to differ...
> Ultimately all undelying clr's (ms/mono) rely heavily on p/invoking so it
> really boils down to who maintains the "low-level" bindings... Ultimately,
> without pinvokes you wouldn't be able to accomplish anything...
>
> If I was able to get mmap working on Linux/windows/macosx x86/x64 in one day
> then I'm sure it can't be that much of a problem...
>
> Beside managed runtimes like python/.net/java were never about being
> platform agnostic, just about being "less" platform specific...
>
> I believe the official term is:
> "write once, debug everywhere"...
>
>      Shechter.
>
> On 04/02/2009, at 23:43, Slide <slide.o.mix at gmail.com> wrote:
>
>> I think that is a great plan. Having no P/Invokes makes it much more
>> platform agnostic.
>>
>>
>>
>> On Wed, Feb 4, 2009 at 2:20 PM, Dino Viehland <dinov at microsoft.com> wrote:
>>>
>>> Current thinking is that IronPython 3k will be the 1st version that will
>>> take a dependency on .NET 4.0 so we'll have to wait until then.  Having
>>> to
>>> rely on P/Invoke is one of the main reasons we don't have this yet
>>> (IronPython doesn't have any p/invokes today and we'd like to avoid them
>>> if
>>> at possible).
>>>
>>>
>>>
>>> From: users-bounces at lists.ironpython.com
>>> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dan Shechter
>>> Sent: Wednesday, February 04, 2009 1:04 PM
>>> To: Discussion of IronPython
>>> Subject: Re: [IronPython] Resolver One 1.4 beta - with IronPython 2.0
>>>
>>>
>>>
>>> I know :)
>>> I have my own C# Assembly that does mmap() on Windows/Linux with PInvoke.
>>>
>>> I did notice though that .NET 4.0 WIll have "native" support for mmap()
>>> through System.IO.MemoryMappedFiles...
>>> So perhaps IP 2.X will add that as well...
>>>
>>>
>>> On Wed, Feb 4, 2009 at 12:15 PM, William Reade
>>> <william at resolversystems.com>
>>> wrote:
>>>
>>> I should point out ahead of time that there's no mmap module in
>>> IronPython
>>> at the moment, and so memory-mapped ndarrays don't work yet -- although
>>> most
>>> of the usual numpy save/load bits do work, so you'll probably be fine
>>> (unless they're too big to fit in memory).
>>>
>>> Dan Shechter wrote:
>>>
>>> Here!
>>>
>>> I can't wait to use it with NumPy.
>>>
>>> I actually have a .NET C# assembly that does some really nasty low-level
>>> stuff like loading data from memory mapped
>>> files and wrapping them with IList<T> :)
>>>
>>> I can't wait to make Ironclad/Numpy blow up :)
>>>
>>>
>>> On Tue, Feb 3, 2009 at 8:50 PM, Giles Thomas
>>> <giles.thomas at resolversystems.com
>>> <mailto:giles.thomas at resolversystems.com>>
>>> wrote:
>>>
>>>  Hi all,
>>>
>>>  Version 1.4 of Resolver One, our Pythonic spreadsheet, is based on
>>>  IronPython 2.0, and includes (alpha-level) support for numpy using
>>>  our Ironclad project.
>>>  We're releasing the beta tomorrow: this has a few performance
>>>  problems (which are being addressed - many thanks to Dino Viehland
>>>  for helping with this!) but is otherwise functionally complete.
>>>   If you're interested in trying it out, drop me a line!
>>>
>>>
>>>  Best regards,
>>>
>>>  Giles
>>>  --
>>>  Giles Thomas
>>>  MD & CTO, Resolver Systems Ltd.
>>>  giles.thomas at resolversystems.com
>>>
>>>  <mailto:giles.thomas at resolversystems.com>
>>>
>>>  +44 (0) 20 7253 6372
>>>
>>>  Win up to $17,000 for a spreadsheet:
>>>  <http://www.resolversystems.com/competition/>
>>>
>>>  17a Clerkenwell Road, London EC1M 5RD, UK
>>>  VAT No.: GB 893 5643 79
>>>  Registered in England and Wales as company number 5467329.
>>>  Registered address: 843 Finchley Road, London NW11 8NA, UK
>>>
>>>
>>>  _______________________________________________
>>>  Users mailing list
>>>
>>>  Users at lists.ironpython.com <mailto:Users at lists.ironpython.com>
>>>
>>>  http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>>
>>>
>>>
>>>
>>> --
>>>
>>>  Shechter.
>>>
>>> ------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.ironpython.com
>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.ironpython.com
>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>>
>>>
>>> --
>>>
>>>  Shechter.
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.ironpython.com
>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>>
>>>
>>
>>
>>
>> --
>> slide-o-blog
>> http://slide-o-blog.blogspot.com/
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
slide-o-blog
http://slide-o-blog.blogspot.com/