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: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: Wednesday, December 16, 2009 3:08 PM To: [email protected] Subject: Users Digest, Vol 65, Issue 24 Send Users mailing list submissions to [email protected] 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 [email protected] You can reach the person managing the list at [email protected] 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 ([email protected]) 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: <[email protected]> To: <[email protected]> Subject: [IronPython] IronPython 2.6 CodePlex Source Update Message-ID: <3b10ebc6-bef8-4718-8d95-dc1029eb0...@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 <[email protected]> To: Discussion of IronPython <[email protected]> Subject: [IronPython] Chiron and Mono Message-ID: <[email protected]> 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 <[email protected]> To: Discussion of IronPython <[email protected]> Subject: Re: [IronPython] IPY and multitasking Message-ID: <1a472770e042064698cb5adc83a12acd04d9f...@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: [email protected] [mailto:users- > [email protected]] 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 > > [email protected] > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > _______________________________________________ > Users mailing list > [email protected] > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ------------------------------ Message: 4 Date: Wed, 16 Dec 2009 21:44:35 +0100 From: Ivan Porto Carrero <[email protected]> To: Discussion of IronPython <[email protected]> Cc: ironruby-core <[email protected]> Subject: Re: [IronPython] Chiron and Mono Message-ID: <[email protected]> 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: [email protected] 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 <[email protected]>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 > [email protected] > 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 [email protected] http://lists.ironpython.com/listinfo.cgi/users-ironpython.com End of Users Digest, Vol 65, Issue 24 ************************************* _______________________________________________ Users mailing list [email protected] http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
