[IronPython] Users Digest, Vol 65, Issue 24
Perez, Justin
Justin.Perez at energytransfer.com
Thu Dec 17 17:10:01 CET 2009
Hello all,
I have been following the mailing list quite vigorously and have learned
much. I work with python in Geographic Information Systems. I poked
around Shri Borde's example of using IronPython to work with Excel. I
have the need to go through a directory and convert each .dbf file to a
.csv file. I am thinking this may be a good intro into IronPython to do
this. However, I am needing to get the solution quickly as this is just
the last part of my code (mostly dealing with geo processing code).
Does anyone have an idea as to how quickly I could get this running.
Otherwise I am thinking to use the win32all module and hopefully that
will be painless for a newcomer like myself. Is IronPython ready to be
used in this context? Thanks.
Justin Perez
Energy Transfer
Houston
Pipeline Integrity GIS
281.714.2382
-----Original Message-----
From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of
users-request at lists.ironpython.com
Sent: Wednesday, December 16, 2009 3:08 PM
To: users at lists.ironpython.com
Subject: Users Digest, Vol 65, Issue 24
Send Users mailing list submissions to
users at lists.ironpython.com
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
or, via email, send a message with subject or body 'help' to
users-request at lists.ironpython.com
You can reach the person managing the list at
users-owner at lists.ironpython.com
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Users digest..."
Today's Topics:
1. IronPython 2.6 CodePlex Source Update (merllab at microsoft.com)
2. Chiron and Mono (Michael Foord)
3. Re: IPY and multitasking (Dino Viehland)
4. Re: Chiron and Mono (Ivan Porto Carrero)
----------------------------------------------------------------------
Message: 1
Date: Wed, 16 Dec 2009 08:52:47 -0800
From: <merllab at microsoft.com>
To: <users at lists.ironpython.com>
Subject: [IronPython] IronPython 2.6 CodePlex Source Update
Message-ID:
<3b10ebc6-bef8-4718-8d95-dc1029eb076b at tk5-exsmh-c101.redmond.corp.micros
oft.com>
Content-Type: text/plain; charset="utf-8"
This is an automated email letting you know that sources
have recently been pushed out. You can download these newer
sources directly from
http://ironpython.codeplex.com/SourceControl/changeset/view/62327.
MODIFIED SOURCES
$/IronPython/IronPython_Main/Src/Runtime/Microsoft.Dynamic/Math/BigInteg
erV2.cs
$/IronPython/IronPython_Main/Src/Runtime/Microsoft.Dynamic/Math/BigInteg
erV4.cs
$/IronPython/IronPython_Main/Src/Runtime/Microsoft.Dynamic/Utils/MathUti
ls.cs
$/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/PointerType.
cs
$/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/CFuncPtr.cs
$/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/_ctypes.cs
$/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/UnionType.cs
$/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/SimpleCData.
cs
$/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/CFuncPtrType
.cs
$/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/Array.cs
$/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/INativeType.
cs
$/IronPython/IronPython_Main/Src/IronPython.Modules/ModuleOps.cs
$/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/SimpleType.c
s
$/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/CData.cs
$/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/ArrayType.cs
$/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/StructType.c
s
$/IronPython/IronPython_Main/Src/IronPython/Compiler/GeneratorRewriter.c
s
$/IronPython/IronPython_Main/Src/IronPython/Runtime/Operations/LongOps.c
s
$/IronPython/IronPython_Main/Src/IronPython.Modules/socket.cs
$/IronPython/IronPython_Main/Src/IronPython.Modules/math.cs
CHECKIN COMMENTS
------------------------------------------------------------------------
--------
Changeset Id: 1346991
Date: 12/15/2009 11:56:36 AM
Fixes _ctypes union support so that it now works. Also fixes
_buffer_info API so that it can work (and enables one test which was
previously failing). _buffer_info is a little bit odd in that sometimes
we need to save the buffer format when a type is created and other times
we don?t (the tests cover this). Union is easy ? it just needs the same
logic for getting/setting values that structures have.
GeneratorRewriter is looking for something which isn?t a
DelayedTupleExpression. But we can get back a simple FieldExpression
for the LHS and when that happens the cast to BlockExpression fails. So
instead we should always test that we have a BlockExpression.
(Shelveset: CtypesUnionAndGeneratorFullFramesBugFinal;REDMOND\dinov |
SNAP CheckinId: 10020)
------------------------------------------------------------------------
--------
Changeset Id: 1346865
Date: 12/15/2009 10:24:40 AM
Removes some excess methods from BigIntegerV4 that the underlying BigInt
does not implement, to help phase out this wrapper:
- Moves ToFloat64 and TryToFloat64 into MathUtils as extension methods
- Removes the IConvertible interface from BigIntegerV4
Fixes minor bugs in math.cs and socket.cs, and removes dependenies on
BigInteger's IConvertible methods.
Corrects BigIntegerV2's broken right-shift so we don't have to permute
the value in LongOps.RightShift (which is broken given BigIntegerV4's
correct behavior).
Fixes BigIntegerV4's float and double conversions to overflow properly
by adding an implicit BigInteger to double conversion.
(Shelveset: BigIntV4;REDMOND\ddicato | SNAP CheckinId: 10019)
------------------------------
Message: 2
Date: Wed, 16 Dec 2009 17:31:39 +0000
From: Michael Foord <fuzzyman at voidspace.org.uk>
To: Discussion of IronPython <users at lists.ironpython.com>
Subject: [IronPython] Chiron and Mono
Message-ID: <4B29197B.1010901 at voidspace.org.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hello all,
Just a warning that Chiron is broken with Mono 2.4.3 and Mono 2.6. It
may only happen with large xap files (still to be confirmed) but for us
the last working version of Mono is 2.4.2.3.
What compression API does Chiron use? I need to report back to the Mono
team so that they can fix this...
Michael
--
http://www.ironpythoninaction.com/
http://www.voidspace.org.uk/blog
------------------------------
Message: 3
Date: Wed, 16 Dec 2009 19:18:23 +0000
From: Dino Viehland <dinov at microsoft.com>
To: Discussion of IronPython <users at lists.ironpython.com>
Subject: Re: [IronPython] IPY and multitasking
Message-ID:
<1A472770E042064698CB5ADC83A12ACD04D9F3FD at TK5EX14MBXC118.redmond.corp.mi
crosoft.com>
Content-Type: text/plain; charset="us-ascii"
Sorry for taking so long on getting back to you on this - PDC and
Thanksgiving caused this to fall off my radar.
I've taken a look at the repro and ultimately the issues come down
to the fact that we don't have any kind of module importing lock
which is causing things to get imported multiple times. I'm really
inclined not to fix this the way CPython has (a big importing lock)
for user defined modules as our users want the ability to import these
in parallel. But in your case the problem isn't limited to just user
defined modules, built in modules are also a problem. Clearly we
should make sure each built-in module is only getting loaded once.
I also think we should probably have some sort of per-file lock so
that each individual .py file will have its own importing be
serialized.
But anyway I was able to make your program work by modifying
IronPythonHelper.CreateScriptEngine so that it will eagerly import
The things that it needs and then everything else works by adding
this code:
var scope = scriptEngine.CreateScope();
scriptEngine.Execute("from utils import Struct", scope);
scriptEngine.Execute("import cPickle", scope);
scriptEngine.Execute("import copy_reg", scope);
I realize you've opened a DLR bug for this but because this is an
IronPython bug I've gone ahead and opened an issue in our tracker:
http://ironpython.codeplex.com/WorkItem/View.aspx?WorkItemId=25700
The DLR issue will probably get closed soon.
> -----Original Message-----
> From: users-bounces at lists.ironpython.com [mailto:users-
> bounces at lists.ironpython.com] On Behalf Of Pavel Suhotyuk
> Sent: Friday, November 13, 2009 1:01 AM
> To: Discussion of IronPython
> Subject: Re: [IronPython] IPY and multitasking
>
> I'm prepare simple test for problem demonstration.
> http://files.roinet.net/DLRTest.zip
>
> Module utils imported 6-7 times on 2x Dual-Core Opteron 2216 machine,
> but method IronPythonHelper.CreateScript() called one time. On Core 2
> Quad this problem has detected 4 times. On Core 2 Duo problem has not
> detected.
>
> In file out.txt console output with exceptions and logging
information.
>
> Dino Viehland wrote:
> > You're only using 1 ScriptEngine class? That should be fine based
upon
> > the code below but I just want to make sure I understand the
scenario.
> >
> > Is citypay.utils being ran multiple times when you run the code in
the
> > multi-threaded scenario? If you have a console app you could put a
> > print statement in utils.py to see if it's getting executed multiple
> > times. If it's not a console app you could put some other logging
> > into it. Executing Struct's definition multiple times might cause
> > the exceptions you're seeing but I don't know why it would get
executed
> > multiple times.
> >
> > _______________________________________________
> > 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
------------------------------
Message: 4
Date: Wed, 16 Dec 2009 21:44:35 +0100
From: Ivan Porto Carrero <ivan at flanders.co.nz>
To: Discussion of IronPython <users at lists.ironpython.com>
Cc: ironruby-core <ironruby-core at rubyforge.org>
Subject: Re: [IronPython] Chiron and Mono
Message-ID:
<b1c6aabb0912161244r3152cd20tb85502e4870d72d7 at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Michael it uses System.IO.Compression stuff and a class to create zip
files.
I'll submit the bug to mono no sweat.
I was called away earlier.
It happens with small xap files too.
---
Met vriendelijke groeten - Best regards - Salutations
Ivan Porto Carrero
Blog: http://flanders.co.nz
Google Wave: portocarrero.ivan at googlewave.com
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
On Wed, Dec 16, 2009 at 6:31 PM, Michael Foord
<fuzzyman at voidspace.org.uk>wrote:
> Hello all,
>
> Just a warning that Chiron is broken with Mono 2.4.3 and Mono 2.6. It
may
> only happen with large xap files (still to be confirmed) but for us
the last
> working version of Mono is 2.4.2.3.
>
> What compression API does Chiron use? I need to report back to the
Mono
> team so that they can fix this...
>
> Michael
>
> --
> http://www.ironpythoninaction.com/
> http://www.voidspace.org.uk/blog
>
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ironpython.com/pipermail/users-ironpython.com/attachments/
20091216/ad5d111a/attachment.html>
------------------------------
_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
End of Users Digest, Vol 65, Issue 24
*************************************
More information about the Ironpython-users
mailing list