t; To: Discussion of IronPython
> Subject: Re: [IronPython] Resolver One 1.4 beta - with IronPython 2.0
>
> 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 pl
ronpython.com
[mailto:users-boun...@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
eade
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
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 :)
I can't wait to make Ironclad/Numpy blow up :)
On Tue, Feb 3, 2009 at 8:50 PM, Giles Thomas <
gile
Congratulations...
Is x64 fully supported?
Shechter.
On 29/01/2009, at 13:43, William Reade
wrote:
Hi all
I'm delighted to announce the release of Ironclad v0.8 -- the all-
singing, all-dancing CPython API compatibility layer for IronPython
-- available now from http://code.goog
Yeap.
That's the case.
You can always try and disassemble OEC's API assembly with ildasm (which I
did 2 years back) just to
recompile (ilasm) it with a different CLR (Silverlight in your case)
In my case I wanted to call their API from Mono on Linux and their assembly
had some dependency
I use IP on x64 exclusively since I use it to eventually memory map huge
data-sets (> 2GB) from the disk
To process them.
I agree with Michael Foord. Isn't x64 supposed to be the future or
something?
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dave Fugate
Sent: Tuesday,
f course that's going to suck big time.
>
> So the fix for this is probably to just pass
> RegexOptions.Compiled to the Regex object being contructed into
> RE_Pattern. Internally the Regex class will compile to dynamic
> methods (much better th
Just out of curiosity...
I'm guessing that there are two levels of caching that could be used.
One would be to hold a global dictionary of some sort of pattern ->
Regex that will save the lengthy parsing of the re.
The other would be to actually call Regex.CompileToAssembly to get a
more efficie
Hi,
This might be not the best place to ask this, bu I'm noticing something very
strange with SilverLight 1.1alpha and the DLRConsole sample.
I can run it from IE7 both from http:// and from file://
I can run it with FireFox 2.0 with http://
When I run it with FireFox 2.0 from file:// I get
*Obje
Hi,
Since I didn't receive any comments regarding my proposal last time I will
try to re-iterate it once again.
I think it would be very helpful for IP official builds/project files to
contain two versions of the ipy.exe and ipw.exe
ipy.exe / ipyw.exe - Targeted for all architectures
ipy-x86.exe /
Hi all,
I think there is a need, at least for users of x64 IP, to include an
additional
x86 build for the purposed of COM interop and such.
This can be achieved very easily with the VS .csproj files, but I think
people
Should first come to agree:
a. that it's needed (which should be very obvious
7:31 AM
To: Discussion of IronPython
Subject: Re: [IronPython] IronPython / Unicode / os.walk
On Wed, 7 Mar 2007, Dan Shechter wrote:
[...]
>>>> codecs.lookup("UTF-8")
> Traceback (most recent call last):
> File , line 0, in ##89
> File , line 0, in Lookup##7
Hi everyone,
I'm using IP 1.0 trying to make some CPython code work as expected.
I'm trying to write a Unicode string using the following piece of code:
(UTF8_encode, UTF8_decode, UTF8_streamreader, UTF8_streamwriter) =
codecs.lookup('UTF-8')
cache_file_obj = UTF8_streamwriter(open(cache_file , '
I can verify that :)I was able to change beta7 <-> IronPythonTextBox to work together, but it's not working on beta8 again
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
nguages on CLR?
(http://members.microsoft.com/careers/search/details.aspx?JobID=6D4754DE-11F
0-45DF-8B78-DC1B43134038)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dan Shechter
Sent: Monday, April 17, 2006 3:38 AM
To: 'Discussion of IronPython'
Hi,
I have a c# class which is a wrapper around the WMF (Windows Media Format)
SDK.
One of the classes, which wraps the IWMMetadataEditor interface roughly
looks like this:
namespace WMFSDKWrapper
{
public class MetadataEditor : IDisposable, IEnumerable
{
bool isDisposed = false;
I was wondering the same thing yesterday...
However, I already have a PocketPC with Compact Framework so I will try
To get it working there this weekend...
Shechter.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:users-
> [EMAIL PROTECTED] On Behalf Of Anthony Tarlano
> Se
Danke!
-Original Message-
From: Stanislas Pinte [mailto:[EMAIL PROTECTED]
Sent: Friday, February 24, 2006 12:02
To: Discussion of IronPython; Dan Shechter
Cc: 'Discussion of IronPython'
Subject: Re: [IronPython] clr.AddRefernce* woes
Selon Dan Shechter <[EMAIL PROTECTED]>:
>
e('System.Xml'
))
Obviously we'll have it fixed in beta 4.
Do you want to help develop Dynamic languages on CLR?
(http://members.microsoft.com/careers/search/details.aspx?JobID=6D4754DE-11F
0-45DF-8B78-DC1B43134038)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EM
Hi,
I've just installed beta 3 drop but I can't use clr.AddReference to anything
that isn't part of .NET 2.0 core libraries.
I'm trying to load a .NET 2.0 compiled assembly. "PERWAPI.dll", I have a
test.exe console c# program
which does invoke methods and instantiate classes defined within that DLL
21 matches
Mail list logo