From no_reply at codeplex.com Wed Apr 3 09:20:52 2013
From: no_reply at codeplex.com (CodePlex)
Date: 3 Apr 2013 00:20:52 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 4/2/2013
Message-ID:
Hi ironpython,
Here's your Daily Digest of new issues for project "IronPython".
In today's digest:ISSUES
1. [New issue] Silverlight.net links broken
----------------------------------------------
ISSUES
1. [New issue] Silverlight.net links broken
http://ironpython.codeplex.com/workitem/33933
User Birbilis has proposed the issue:
"at http://ironpython.net/ironpython/browser/examples.html it points to silverlight.net, but some idiots at Microsoft have broken all silverlight.net links"
----------------------------------------------
----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.
To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From malcolmslaney at gmail.com Wed Apr 3 21:25:06 2013
From: malcolmslaney at gmail.com (Malcolm Slaney)
Date: Wed, 3 Apr 2013 12:25:06 -0700
Subject: [Ironpython-users] ipy64 Unicode file vs. pipe
Message-ID: <080901ce30a0$f3f08590$dbd190b0$@gmail.com>
Maybe this is well known, but I couldn't find it on the web.
Iron Python is pretty wonderful, but it gave me very confusing output. It
likes Unicode. But I don't want Unicode output. All my output (as part of
a processing chain) are numbers and spaces. ASCII is good for this (and
that's what the other tools want.)
If I run a simple command and send the output to a file I get Unicode. But
the exact same command when sent to a pipe gives me ASCII. ARGGHH. Took
me a long time to figure out this simple test case.
This behavior should be (better) documented. Hopefully this email will save
somebody else a lot of head scratching.
- Malcolm
P.S. The example below uses the Gnu on Windows command od to display the
actual contents of the file in hex. The first example shows ASCII output,
while the second output looks like Unicode to me.
PS Z:\PitchTracking> ipy64.exe -c "print 'hello'" | od -x
0000000 6568 6c6c 0d6f 000a
0000007
PS Z:\PitchTracking> ipy64.exe -c "print 'hello'" > junk
PS Z:\PitchTracking> od -x junk
0000000 feff 0068 0065 006c 006c 006f 000d 000a
0000020
From slide.o.mix at gmail.com Thu Apr 4 00:32:22 2013
From: slide.o.mix at gmail.com (Slide)
Date: Wed, 3 Apr 2013 15:32:22 -0700
Subject: [Ironpython-users] ipy64 Unicode file vs. pipe
In-Reply-To: <080901ce30a0$f3f08590$dbd190b0$@gmail.com>
References: <080901ce30a0$f3f08590$dbd190b0$@gmail.com>
Message-ID:
Pipe vs. file differences would probably be the realm of the shell you are
running under, not ipy. To ipy, its just stdout.
On Wed, Apr 3, 2013 at 12:25 PM, Malcolm Slaney wrote:
> Maybe this is well known, but I couldn't find it on the web.
>
> Iron Python is pretty wonderful, but it gave me very confusing output. It
> likes Unicode. But I don't want Unicode output. All my output (as part of
> a processing chain) are numbers and spaces. ASCII is good for this (and
> that's what the other tools want.)
>
> If I run a simple command and send the output to a file I get Unicode. But
> the exact same command when sent to a pipe gives me ASCII. ARGGHH. Took
> me a long time to figure out this simple test case.
>
> This behavior should be (better) documented. Hopefully this email will
> save
> somebody else a lot of head scratching.
>
> - Malcolm
> P.S. The example below uses the Gnu on Windows command od to display the
> actual contents of the file in hex. The first example shows ASCII output,
> while the second output looks like Unicode to me.
>
>
>
> PS Z:\PitchTracking> ipy64.exe -c "print 'hello'" | od -x
> 0000000 6568 6c6c 0d6f 000a
> 0000007
>
> PS Z:\PitchTracking> ipy64.exe -c "print 'hello'" > junk
> PS Z:\PitchTracking> od -x junk
> 0000000 feff 0068 0065 006c 006c 006f 000d 000a
> 0000020
>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>
--
Website: http://earl-of-code.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From m.schaber at codesys.com Thu Apr 4 08:32:48 2013
From: m.schaber at codesys.com (Markus Schaber)
Date: Thu, 4 Apr 2013 06:32:48 +0000
Subject: [Ironpython-users] ipy64 Unicode file vs. pipe
In-Reply-To:
References: <080901ce30a0$f3f08590$dbd190b0$@gmail.com>
Message-ID: <727D8E16AE957149B447FE368139F2B512F70118@SERVER10>
Hi, Slide,
Hi, Malcolm,
Both Python and .NET itself have some heuristics to determine the output encoding on stdout.
And it's well possible that this heuristics get confused depending on the locale or other settings.
However, this seems to be specific to the machine - on my machine (using the Cygwin od.exe), the problem does not appear:
D:\ipytest>"c:\Program Files (x86)\IronPython 2.7\ipy64.exe" -c "print 'hello'" | c:\cygwin\bin\od.exe -x
0000000 6568 6c6c 0d6f 000a
0000007
D:\ipytest>"c:\Program Files (x86)\IronPython 2.7\ipy64.exe" -c "print 'hello'" > foo.txt
D:\ipytest>c:\cygwin\bin\od.exe -x foo.txt
0000000 6568 6c6c 0d6f 000a
0000007
Best regards
Markus Schaber
CODESYS(r) a trademark of 3S-Smart Software Solutions GmbH
Inspiring Automation Solutions
________________________________
3S-Smart Software Solutions GmbH
Dipl.-Inf. Markus Schaber | Product Development Core Technology
Memminger Str. 151 | 87439 Kempten | Germany
Tel. +49-831-54031-979 | Fax +49-831-54031-50
E-Mail: m.schaber at codesys.com | Web: codesys.com | CODESYS store: store.codesys.com
CODESYS forum: forum.codesys.com
Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915
Von: Ironpython-users [mailto:ironpython-users-bounces+m.schaber=codesys.com at python.org] Im Auftrag von Slide
Gesendet: Donnerstag, 4. April 2013 00:32
An: malcolm at ieee.org
Cc: ironpython-users at python.org
Betreff: Re: [Ironpython-users] ipy64 Unicode file vs. pipe
Pipe vs. file differences would probably be the realm of the shell you are running under, not ipy. To ipy, its just stdout.
On Wed, Apr 3, 2013 at 12:25 PM, Malcolm Slaney > wrote:
Maybe this is well known, but I couldn't find it on the web.
Iron Python is pretty wonderful, but it gave me very confusing output. It
likes Unicode. But I don't want Unicode output. All my output (as part of
a processing chain) are numbers and spaces. ASCII is good for this (and
that's what the other tools want.)
If I run a simple command and send the output to a file I get Unicode. But
the exact same command when sent to a pipe gives me ASCII. ARGGHH. Took
me a long time to figure out this simple test case.
This behavior should be (better) documented. Hopefully this email will save
somebody else a lot of head scratching.
- Malcolm
P.S. The example below uses the Gnu on Windows command od to display the
actual contents of the file in hex. The first example shows ASCII output,
while the second output looks like Unicode to me.
PS Z:\PitchTracking> ipy64.exe -c "print 'hello'" | od -x
0000000 6568 6c6c 0d6f 000a
0000007
PS Z:\PitchTracking> ipy64.exe -c "print 'hello'" > junk
PS Z:\PitchTracking> od -x junk
0000000 feff 0068 0065 006c 006c 006f 000d 000a
0000020
_______________________________________________
Ironpython-users mailing list
Ironpython-users at python.org
http://mail.python.org/mailman/listinfo/ironpython-users
--
Website: http://earl-of-code.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From curt at hagenlocher.org Thu Apr 4 14:59:12 2013
From: curt at hagenlocher.org (Curt Hagenlocher)
Date: Thu, 4 Apr 2013 05:59:12 -0700
Subject: [Ironpython-users] ipy64 Unicode file vs. pipe
In-Reply-To: <727D8E16AE957149B447FE368139F2B512F70118@SERVER10>
References: <080901ce30a0$f3f08590$dbd190b0$@gmail.com>
<727D8E16AE957149B447FE368139F2B512F70118@SERVER10>
Message-ID:
The culprit here is actually Powershell, which likes to convert text output
to UTF-16. I bet you won't see this if you run from cmd.exe.
On Wed, Apr 3, 2013 at 11:32 PM, Markus Schaber wrote:
> Hi, Slide,****
>
> Hi, Malcolm,****
>
> ** **
>
> Both Python and .NET itself have some heuristics to determine the output
> encoding on stdout.****
>
> ** **
>
> And it's well possible that this heuristics get confused depending on the
> locale or other settings.****
>
> ** **
>
> However, this seems to be specific to the machine ? on my machine (using
> the Cygwin od.exe), the problem does not appear:****
>
> ** **
>
> D:\ipytest>"c:\Program Files (x86)\IronPython 2.7\ipy64.exe" -c "print
> 'hello'" | c:\cygwin\bin\od.exe -x****
>
> 0000000 6568 6c6c 0d6f 000a****
>
> 0000007****
>
> ** **
>
> D:\ipytest>"c:\Program Files (x86)\IronPython 2.7\ipy64.exe" -c "print
> 'hello'" > foo.txt****
>
> ** **
>
> D:\ipytest>c:\cygwin\bin\od.exe -x foo.txt****
>
> 0000000 6568 6c6c 0d6f 000a****
>
> 0000007****
>
> ** **
>
> Best regards
>
> Markus Schaber
>
> *CODESYS?* a trademark of 3S-Smart Software Solutions GmbH
> *
> **Inspiring Automation Solutions *****
> ------------------------------
>
> 3S-Smart Software Solutions GmbH
> Dipl.-Inf. Markus Schaber | Product Development Core Technology
> Memminger Str. 151 | 87439 Kempten | Germany
> Tel. +49-831-54031-979 | Fax +49-831-54031-50
>
> E-Mail: m.schaber at codesys.com | Web: codesys.com | CODESYS store:
> store.codesys.com
> CODESYS forum: forum.codesys.com
>
> *Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner* | *Trade
> register: Kempten HRB 6186* | *Tax ID No.: DE 167014915** *****
>
> *Von:* Ironpython-users [mailto:ironpython-users-bounces+m.schaber=
> codesys.com at python.org] *Im Auftrag von *Slide
> *Gesendet:* Donnerstag, 4. April 2013 00:32
> *An:* malcolm at ieee.org
> *Cc:* ironpython-users at python.org
> *Betreff:* Re: [Ironpython-users] ipy64 Unicode file vs. pipe****
>
> ** **
>
> Pipe vs. file differences would probably be the realm of the shell you are
> running under, not ipy. To ipy, its just stdout.****
>
> ** **
>
> On Wed, Apr 3, 2013 at 12:25 PM, Malcolm Slaney
> wrote:****
>
> Maybe this is well known, but I couldn't find it on the web.
>
> Iron Python is pretty wonderful, but it gave me very confusing output. It
> likes Unicode. But I don't want Unicode output. All my output (as part of
> a processing chain) are numbers and spaces. ASCII is good for this (and
> that's what the other tools want.)
>
> If I run a simple command and send the output to a file I get Unicode. But
> the exact same command when sent to a pipe gives me ASCII. ARGGHH. Took
> me a long time to figure out this simple test case.
>
> This behavior should be (better) documented. Hopefully this email will
> save
> somebody else a lot of head scratching.
>
> - Malcolm
> P.S. The example below uses the Gnu on Windows command od to display the
> actual contents of the file in hex. The first example shows ASCII output,
> while the second output looks like Unicode to me.
>
>
>
> PS Z:\PitchTracking> ipy64.exe -c "print 'hello'" | od -x
> 0000000 6568 6c6c 0d6f 000a
> 0000007
>
> PS Z:\PitchTracking> ipy64.exe -c "print 'hello'" > junk
> PS Z:\PitchTracking> od -x junk
> 0000000 feff 0068 0065 006c 006c 006f 000d 000a
> 0000020
>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users****
>
>
>
> ****
>
> ** **
>
> --
> Website: http://earl-of-code.com ****
>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From daftspaniel at gmail.com Fri Apr 5 21:20:29 2013
From: daftspaniel at gmail.com (Davy Mitchell)
Date: Fri, 5 Apr 2013 20:20:29 +0100
Subject: [Ironpython-users] DIE - Editor Code
Message-ID:
Hi Everyone,
Bit of an odd request but I had someone looking for the source code to
Davy's IronPython Editor and I can't seem to find it anywhere!
Even if it is an old version or partial etc. Thanks in advance :-)
Take care,
Davy
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From aldrin at paradise.net.nz Wed Apr 10 09:49:04 2013
From: aldrin at paradise.net.nz (Aldrin)
Date: Wed, 10 Apr 2013 19:49:04 +1200
Subject: [Ironpython-users] Newbie Questions about capabilities of
IronPython in the .Net/Windows 8 world
Message-ID: <51651970.3020804@paradise.net.nz>
noob warning! What are some of the limitations with creating .net apps
using IronPython language compared with say C#? Is it possible to use
IronPython to create Windows 8 store apps?
Thanks for your patience
Buzzc0d3r
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From no_reply at codeplex.com Thu Apr 11 09:22:42 2013
From: no_reply at codeplex.com (CodePlex)
Date: 11 Apr 2013 00:22:42 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 4/10/2013
Message-ID:
Hi ironpython,
Here's your Daily Digest of new issues for project "IronPython".
In today's digest:ISSUES
1. [New issue] Replacement Of SharpZipLib
----------------------------------------------
ISSUES
1. [New issue] Replacement Of SharpZipLib
http://ironpython.codeplex.com/workitem/33955
User JohnDavidson has proposed the issue:
"The decision to include SharpZipLib, which is licensed under GNU v2 + classpath exception, in IronPython was made back in 2006 see : http://grokbase.com/t/python/ironpython-users/069qr708df/ironpython-gzip-module
However since that time the Apache Foundation has given more complete direction about what can and cannot be included in an Apache Licensed application. See http://www.apache.org/legal/resolved.html#category-x and http://www.apache.org/licenses/GPL-compatibility.html
Full compliance with licensing requirements for the Apache license could be achieved by using the DotNetZip Library which uses the compatible MsPL license, and has components under a BSD license and a Zlib license"
----------------------------------------------
----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.
To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From no_reply at codeplex.com Fri Apr 12 09:20:55 2013
From: no_reply at codeplex.com (CodePlex)
Date: 12 Apr 2013 00:20:55 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 4/11/2013
Message-ID:
Hi ironpython,
Here's your Daily Digest of new issues for project "IronPython".
In today's digest:ISSUES
1. [New comment] Replacement Of SharpZipLib
2. [New comment] Replacement Of SharpZipLib
3. [New comment] Replacement Of SharpZipLib
4. [New comment] Replacement Of SharpZipLib
5. [Status update] Replacement Of SharpZipLib
----------------------------------------------
ISSUES
1. [New comment] Replacement Of SharpZipLib
http://ironpython.codeplex.com/workitem/33955
User MarkusSchaber has commented on the issue:
"IANAL, but AFAICS, the classpath exception invalidates the linker-argument in that GPL compatibility discussion. Linking does not create a derivate work in that case, so distribution should be fine.
OTOH, I don't oppose switching to DotNetZip. :-)
The classpath exception has been clarified to only apply to binaries compiled with a GPL-based compiler, where that compiler adds a linked component. It does not include linking when the compiler is from Microsoft.
While we are at it, I'd prefer linking against the DotNetZip library instead of copying the source over into the IronPython solution.SharpZipLib isn't used in IronPython at all - there are parts of DotNetZip used to implement bz2, and zlib.net (zlib/BSD) for the zlib module, but not SharpZipLib (for exactly the reason you specify - it's GPL).As for copying the source over vs. linking, adding those libraries (and c#-sqlite) predates nuget, so that's something that could be revisited, but it's a different discussion.
From sepatan at sibmail.com Fri Apr 12 10:13:20 2013
From: sepatan at sibmail.com (sepatan at sibmail.com)
Date: Fri, 12 Apr 2013 15:13:20 +0700 (NOVT)
Subject: [Ironpython-users] question about international encodings
Message-ID: <56829.83.172.33.173.1365754400.squirrel@www.sibmail.com>
Not be obtained from IronPython (DLR Silverlight) transfer Russian text
HTTP (XMLHttpRequest POST). example:
# -*- coding: utf-8 -*-
import cPickle
import _codecs as codecs
import sys
print sys.getdefaultencoding()
t_ish='?????? ?????!'
picl=cPickle.dumps(t_ish)
un_picl=cPickle.loads(picl)
print '--------------------'
print picl
print '===================='
print '--------------------'
print codecs.utf_8_encode(un_picl)
print '===================='
The result
ascii
--------------------
V\u041f\u0440\u0438\u0432\u0435\u0442 \u0421\u0430\u043b\u044e\u0442!
p0
.
====================
--------------------
(u'\xd0\x9f\xd1\x80\xd0\xb8\xd0\xb2\xd0\xb5\xd1\x82
\xd0\xa1\xd0\xb0\xd0\xbb\xd1\x8e\xd1\x82!', 13)
====================
I'm trying to pass on picl XMLHttpRequest (JavaScript), does not work.
Suspect picl not utf-8.
Can someone tell me how t_ish serialized to pass HTTP (XMLHttpRequest
POST), and deserialize to get the expected result:
t_ish='?????? ?????!'
And how do you know what encoding the string (for example t_ish)?
From no_reply at codeplex.com Sun Apr 14 09:20:59 2013
From: no_reply at codeplex.com (CodePlex)
Date: 14 Apr 2013 00:20:59 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 4/13/2013
Message-ID:
Hi ironpython,
Here's your Daily Digest of new issues for project "IronPython".
In today's digest:ISSUES
1. [New comment] Implement rest of sys module
2. [New comment] StackOverflowException when subclassing dict.add and dict.__setitem__
3. [New comment] super() does not preserve class
4. [New comment] ast: elif is missing lineno and col_offset attributes
5. [Status update] TypeError on joining strings with byte array
6. [New comment] Conversion from Ironpython's Decimal to System.Decimal loses precision.
7. [New comment] using IronPython in .Net 4.5 applications - Homogenous appdomain error
8. [New comment] PythonDictionary.Contains(KeyValuePair) doesn't check value
----------------------------------------------
ISSUES
1. [New comment] Implement rest of sys module
http://ironpython.codeplex.com/workitem/17460
User jdhardy has commented on the issue:
"The list has been reduced to:
sys.__egginsert
sys.__plen
sys._clear_type_cache
sys._current_frames
sys.float_repr_style
sys.getprofile
sys.long_info.n_fields
sys.long_info.n_sequence_fields
sys.long_info.n_unnamed_fields
sys.setprofile
sys.version_info.n_fields
sys.version_info.n_sequence_fields
sys.version_info.n_unnamed_fields
Some are easy to add, others are implementation details, and the profile functions could take some work.
Fixed in 54d74d6/3839fd7.Fixed in 915b8a0/77222c5.Fix in c761050/efe05b4.This is a little trickier because there's no way (that I've found) to allow a Python type to specify conversions to a .NET type.I'll need a minimal example before I'll be able to debug this, as well as which OS and which version(s) of the .NET Framework are installed.Fixed in b836259.
From vernondcole at gmail.com Sun Apr 14 12:24:24 2013
From: vernondcole at gmail.com (Vernon D. Cole)
Date: Sun, 14 Apr 2013 04:24:24 -0600
Subject: [Ironpython-users] Survey question: Should reading data from a
column of type "adGUID" return an instance of class "uuid"?
Message-ID:
I am in the midst of doing major refactoring of adodbapi. One of the fixes
I recently included was a patch so that UUID fields do not get truncated.
That patch is in, but it made me start thinking:
When I read in data from decimal, money and date-time columns, I return
those as instances of the appropriate Python class: decimal or datetime.
This is a survey -- please give your opinion:
Should I also be treating columns of "adGUID" data specially by returning
them as instances of class "uuid", rather than as raw byte streams?
--
Vernon Cole
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From jdhardy at gmail.com Mon Apr 15 07:20:22 2013
From: jdhardy at gmail.com (Jeff Hardy)
Date: Sun, 14 Apr 2013 22:20:22 -0700
Subject: [Ironpython-users] Survey question: Should reading data from a
column of type "adGUID" return an instance of class "uuid"?
In-Reply-To:
References:
Message-ID:
On Sun, Apr 14, 2013 at 3:24 AM, Vernon D. Cole wrote:
> This is a survey -- please give your opinion:
>
> Should I also be treating columns of "adGUID" data specially by returning
> them as instances of class "uuid", rather than as raw byte streams?
+1. I don't think that would surprise anyone.
- Jeff
From jdhardy at gmail.com Mon Apr 15 07:28:22 2013
From: jdhardy at gmail.com (Jeff Hardy)
Date: Sun, 14 Apr 2013 22:28:22 -0700
Subject: [Ironpython-users] Newbie Questions about capabilities of
IronPython in the .Net/Windows 8 world
In-Reply-To: <51651970.3020804@paradise.net.nz>
References: <51651970.3020804@paradise.net.nz>
Message-ID:
On Wed, Apr 10, 2013 at 12:49 AM, Aldrin wrote:
> noob warning! What are some of the limitations with creating .net apps using
> IronPython language compared with say C#? Is it possible to use IronPython
> to create Windows 8 store apps?
The biggest limitation (right now) is that compiling apps to an .exe
has a few issues. For simple things it works fine, but it fails in
some edge cases that aren't clearly defined. If you're not compiling,
WinForms works fine but I think WPF has some issues. (I'm not a GUI
programmer, so I'm not directly familiar with how well it works.)
Right now, Metro apps are not possible. The DLR has been ported, but
IronPython still doesn't compile, and improvements to pyc.py as well
(which will also benefit Android and iOS to boot).
If you're interested you should track down a copy of "IronPython in
Action" by Michael Foord[1], which covers GUI programming with
WinForms pretty thoroughly, and is a great IronPython book in general.
- Jeff
[1] http://amzn.to/102jbN5
From no_reply at codeplex.com Mon Apr 15 09:20:24 2013
From: no_reply at codeplex.com (CodePlex)
Date: 15 Apr 2013 00:20:24 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 4/14/2013
Message-ID:
Hi ironpython,
Here's your Daily Digest of new issues for project "IronPython".
In today's digest:ISSUES
1. [New comment] Conversion from Ironpython's Decimal to System.Decimal loses precision.
----------------------------------------------
ISSUES
1. [New comment] Conversion from Ironpython's Decimal to System.Decimal loses precision.
http://ironpython.codeplex.com/workitem/33830
User vernondcole has commented on the issue:
"I am wondering about the statement "Python decimal is a pure Python type that IronPython doesn't (and shouldn't) know the details of."
I think that may no longer be quite correct. As of Python 3.3, CPython has decimal library functions written in C, which are reported to speed up some decimal operations by a factor of 100. While I am sure that the Python implementation of the Decimal module will continue to work, it seems that someday, some brave soul will venture to make a C# translation of the new version so that IronPython can continue to hold its head up in the performance department.
In any case "practicality beats purity" probably should apply here, along with "There should be one-- and preferably only one --obvious way to do it." The obvious way is using a direct assignment statement. That should work. and with no surprises. To me, it seems that IronPython should know a great deal about the details of Python -- that's what it's for.
From JackieSproat at smarttech.com Mon Apr 15 23:33:50 2013
From: JackieSproat at smarttech.com (Jackie Sproat)
Date: Mon, 15 Apr 2013 21:33:50 +0000
Subject: [Ironpython-users] WPF IronPython app used with dotCover (in
TeamCity)
Message-ID: <927A025C392E9746A0DE744619AE6B011C0D47BD@CALMAIL-MBX3.smarttech.inc>
Not sure where to start:
I want to verify coverage of the DLL code which is accessed by my WPF-IronPython app.
However, dotCover is reporting 0% coverage and all statements are showing as RED/uncovered, eventhough all the methods (interface APIs) are called while the WPF-IronPython app is running!
I found this documentation regarding dotCover:
dotCover provides coverage analysis of the following types of .NET applications:
* Standalone applications (.NET Framework 1.0 to 4.0)
* Silverlight 4 applications
* ASP.NET WebForms and ASP.NET MVC web applications running under ASP.NET Development Server, IIS, and IIS Express
* Windows services
* WCF service libraries
* Windows Store applications (under Windows 8 only)
Just wondering if anyone know if dotCover can provide coverage for WPF-IronPython apps too? Or can anyone explain what prevents this from being possible?
Cheers,
Jackie
-----Original Message-----
From: Ironpython-users [mailto:ironpython-users-bounces+jackalynnsproat=smarttech.com at python.org] On Behalf Of Jeff Hardy
Sent: Sunday, April 14, 2013 11:28 PM
To: Aldrin
Cc: ironpython-users at python.org
Subject: Re: [Ironpython-users] Newbie Questions about capabilities of IronPython in the .Net/Windows 8 world
On Wed, Apr 10, 2013 at 12:49 AM, Aldrin wrote:
> noob warning! What are some of the limitations with creating .net apps
> using IronPython language compared with say C#? Is it possible to use
> IronPython to create Windows 8 store apps?
The biggest limitation (right now) is that compiling apps to an .exe has a few issues. For simple things it works fine, but it fails in some edge cases that aren't clearly defined. If you're not compiling, WinForms works fine but I think WPF has some issues. (I'm not a GUI programmer, so I'm not directly familiar with how well it works.)
Right now, Metro apps are not possible. The DLR has been ported, but IronPython still doesn't compile, and improvements to pyc.py as well (which will also benefit Android and iOS to boot).
If you're interested you should track down a copy of "IronPython in Action" by Michael Foord[1], which covers GUI programming with WinForms pretty thoroughly, and is a great IronPython book in general.
- Jeff
[1] http://amzn.to/102jbN5
_______________________________________________
Ironpython-users mailing list
Ironpython-users at python.org
http://mail.python.org/mailman/listinfo/ironpython-users
From no_reply at codeplex.com Tue Apr 16 09:25:50 2013
From: no_reply at codeplex.com (CodePlex)
Date: 16 Apr 2013 00:25:50 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 4/15/2013
Message-ID:
Hi ironpython,
Here's your Daily Digest of new issues for project "IronPython".
In today's digest:ISSUES
1. [New comment] Conversion from Ironpython's Decimal to System.Decimal loses precision.
----------------------------------------------
ISSUES
1. [New comment] Conversion from Ironpython's Decimal to System.Decimal loses precision.
http://ironpython.codeplex.com/workitem/33830
User jdhardy has commented on the issue:
"@vernondcole: I agree, mostly. There are a couple of cases (decimal is one, uuid is another, and there are probably more) where being able to implicitly convert pure-Python types to .NET types would be very useful.
There are basically two ways to do that: bake knowledge of the Python types into IronPython, create a custom extension point that allows Python types to somehow say "convert me to this .NET type", or define a few more hooks like __int__ and __float__. The first is a pain to maintain, but there's a relatively small set of types that it would apply to; the second is more flexible, but I have no idea how it would look right now; the third option is probably my favourite right now.
From doug.blank at gmail.com Wed Apr 17 16:00:28 2013
From: doug.blank at gmail.com (Doug Blank)
Date: Wed, 17 Apr 2013 10:00:28 -0400
Subject: [Ironpython-users] Calling Python function from C# with **args?
Message-ID:
IronPython users,
Is there a way to call a Python function or method defined like:
def func(**args):
return args
from C#?
Currently, I'm using Mono with mcs -sdk:2 (aka, .NET 3.5) but if I
need to upgrade to sdk:4 (.NET 4.0) I will.
Thanks for any pointers,
-Doug
From jdhardy at gmail.com Wed Apr 17 17:42:42 2013
From: jdhardy at gmail.com (Jeff Hardy)
Date: Wed, 17 Apr 2013 08:42:42 -0700
Subject: [Ironpython-users] Calling Python function from C# with **args?
In-Reply-To:
References:
Message-ID:
On Wed, Apr 17, 2013 at 7:00 AM, Doug Blank wrote:
> IronPython users,
>
> Is there a way to call a Python function or method defined like:
>
> def func(**args):
> return args
>
> from C#?
PythonCalls.CallWithKeywordArgs should do what you want. If you don't
have a CodeContext handy you should be able to use
DefaultContext.Default.
- Jeff
From doug.blank at gmail.com Wed Apr 17 18:44:18 2013
From: doug.blank at gmail.com (Doug Blank)
Date: Wed, 17 Apr 2013 12:44:18 -0400
Subject: [Ironpython-users] Calling Python function from C# with **args?
In-Reply-To:
References:
Message-ID:
On Wed, Apr 17, 2013 at 11:42 AM, Jeff Hardy wrote:
> On Wed, Apr 17, 2013 at 7:00 AM, Doug Blank wrote:
>> IronPython users,
>>
>> Is there a way to call a Python function or method defined like:
>>
>> def func(**args):
>> return args
>>
>> from C#?
>
> PythonCalls.CallWithKeywordArgs should do what you want. If you don't
> have a CodeContext handy you should be able to use
> DefaultContext.Default.
Excellent... yes that worked! I can now call most Python code directly
from our implementation of Scheme (and vice versa, with a CLR wrapper
around our Scheme function calls). Here are a few more details in case
someone needs them.
Thanks for the quick and accurate help!
-Doug
retval = IronPython.Runtime.Operations.PythonCalls.CallWithKeywordArgs(
IronPython.Runtime.DefaultContext.Default,
proc,
new object [2] {
new int[2] {1, 1},
new int[2] {1, 1}
},
new string [2] {"input", "output"});
> - Jeff
From JackieSproat at smarttech.com Wed Apr 17 19:00:45 2013
From: JackieSproat at smarttech.com (Jackie Sproat)
Date: Wed, 17 Apr 2013 17:00:45 +0000
Subject: [Ironpython-users] Using coverage.py in IronPython app
Message-ID: <927A025C392E9746A0DE744619AE6B011C0D5D0F@CALMAIL-MBX3.smarttech.inc>
Anyone used coverage.py with IronPython.
If I run from command line:
C:\>ipy
IronPython 2.7 (2.7.0.40) on .NET 4.0.30319.17929
Type "help", "copyright", "credits" or "license" for more information.
>>> import coverage
:1: DeprecationWarning: object.__new__() takes no parameters
>>> from coverage import coverage
>>> cov = coverage()
>>> cov.start
>
>>> cov.stop
>
But if I put this code in main of my IronPython WPF start up file, the app doesn't exits with code 1 (crashes)
Cheers,
Jackie
From doug.blank at gmail.com Thu Apr 18 20:08:56 2013
From: doug.blank at gmail.com (Doug Blank)
Date: Thu, 18 Apr 2013 14:08:56 -0400
Subject: [Ironpython-users] Calling Python function from C# with **args?
In-Reply-To:
References:
Message-ID:
On Wed, Apr 17, 2013 at 11:42 AM, Jeff Hardy wrote:
> On Wed, Apr 17, 2013 at 7:00 AM, Doug Blank wrote:
>> IronPython users,
>>
>> Is there a way to call a Python function or method defined like:
>>
>> def func(**args):
>> return args
>>
>> from C#?
>
> PythonCalls.CallWithKeywordArgs should do what you want. If you don't
> have a CodeContext handy you should be able to use
> DefaultContext.Default.
Is there a DLR-level way to do the same thing? For example, is there
an interface in language-agnostic code that can call a DLR-based
language with named arguments? For example, how would I do this same
thing for a Ruby (or some other) DLR language? Or does DynamicObject
solve that issue?
Also, will take a move to .NET 4 to be able to call generic C# code
with named parameters?
-Doug
> - Jeff
From no_reply at codeplex.com Fri Apr 19 09:23:33 2013
From: no_reply at codeplex.com (CodePlex)
Date: 19 Apr 2013 00:23:33 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 4/18/2013
Message-ID:
Hi ironpython,
Here's your Daily Digest of new issues for project "IronPython".
In today's digest:ISSUES
1. [New issue] IronPython ignores overridden TryUnaryOperation of DynamicObject that overrides TryUnaryOperation
----------------------------------------------
ISSUES
1. [New issue] IronPython ignores overridden TryUnaryOperation of DynamicObject that overrides TryUnaryOperation
http://ironpython.codeplex.com/workitem/33978
User Rauhotz has proposed the issue:
"IronPython (2.7.3) seems to not check the TryUnaryOperation with ExpressionType.IsFalse and ExpressionType.IsTrue for performing short-circuit evaluation of the logical AND and OR operations.
Here's an example that uses a class that inherits from DynamicObject. In C#, it works perfectly, but produces a wrong result if used in an IronPython expression. Is that behavior expected or a bug? How can i get IronPython to behave the same way as C#?
The class:
public class Dyn : DynamicObject
{
private readonly string text;
public Dyn(string text)
{
this.text = text;
}
public override string ToString()
{
return this.text;
}
public override bool TryBinaryOperation(BinaryOperationBinder binder, object arg, out object result)
{
result = new Dyn(this + " " + binder.Operation + " " + arg);
return true;
}
public override bool TryUnaryOperation(UnaryOperationBinder binder, out object result)
{
switch (binder.Operation)
{
case ExpressionType.IsFalse:
case ExpressionType.IsTrue:
result = false;
return true;
}
return base.TryUnaryOperation(binder, out result);
}
}
The usage:
dynamic a = new Dyn("a");
dynamic b = new Dyn("b");
dynamic c = new Dyn("c");
var correct = a && b || c;
var engine = Python.CreateEngine();
var scope = engine.CreateScope();
scope.SetVariable("a", a);
scope.SetVariable("b", b);
scope.SetVariable("c", c);
var incorrect = engine.Execute("a and b or c", scope);
Console.WriteLine("Correct: " + correct);
Console.WriteLine("Incorrect: " + incorrect);
Prints:
Correct: a And b Or c
Incorrect: b
"
----------------------------------------------
----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.
To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From kilyen.attila.ors at gmail.com Fri Apr 19 18:20:57 2013
From: kilyen.attila.ors at gmail.com (Attila-Ors Kilyen)
Date: Fri, 19 Apr 2013 19:20:57 +0300
Subject: [Ironpython-users] Process cannot find the file specified file
Message-ID:
I'm trying to execute "dot" (a graph drawer thing from www.graphviz.org)
form IronPython. Here is my code:
import clr
clr.AddReference('System.Core')import System
clr.ImportExtensions(System.Reflection)
clr.ImportExtensions(System.Diagnostics)from System.Diagnostics import
Processfrom System.Reflection import Assemblyfrom System.IO import *
if __name__ == "__main__":
p = Process()
p.StartInfo.UseShellExecute = False
p.StartInfo.RedirectStandardOutput = True
p.StartInfo.WorkingDirectory = "C:\\kod\\"
p.StartInfo.FileName = 'dot'
p.StartInfo.Arguments = '-Tgif uj.gv -o mamammikasza.gif'
p.Start()
p.WaitForExit()
egyString = p.StandardOutput.ReadToEnd()
print egyString
print p.ExitCode
In my test project works fine. I copied to my real project (after all I
commented everything in main.py, only the this code remained) and gives me
this
exceptions.WindowsError occurredMessage: [Errno 22] The system cannot
find the file specified
at p.Start() Please help. I'm using VS 2010, .NET 4.0 IronPython (2.7.3
(2.7.0.40))
The "dot" was installed form msi provided by graphvis, and work fine from
everywhere.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From kilyen.attila.ors at gmail.com Fri Apr 19 18:32:56 2013
From: kilyen.attila.ors at gmail.com (Attila-Ors Kilyen)
Date: Fri, 19 Apr 2013 19:32:56 +0300
Subject: [Ironpython-users] Process cannot find the file specified file
In-Reply-To:
References:
Message-ID:
No. Works with dot.exe as well, but in my first project i only used "dot",
and it worked fine. As i writed, i made a Ctr+c Ctr-V in the to the
project nr2, and only gives error there
On Fri, Apr 19, 2013 at 7:28 PM, Curt Hagenlocher wrote:
> I suspect your filename is wrong. Shouldn't it be something like "dot.exe"?
>
>
> On Fri, Apr 19, 2013 at 9:20 AM, Attila-Ors Kilyen <
> kilyen.attila.ors at gmail.com> wrote:
>
>> I'm trying to execute "dot" (a graph drawer thing from www.graphviz.org)
>> form IronPython. Here is my code:
>>
>> import clr
>> clr.AddReference('System.Core')import System
>> clr.ImportExtensions(System.Reflection)
>> clr.ImportExtensions(System.Diagnostics)from System.Diagnostics import Processfrom System.Reflection import Assemblyfrom System.IO import *
>> if __name__ == "__main__":
>>
>> p = Process()
>> p.StartInfo.UseShellExecute = False
>> p.StartInfo.RedirectStandardOutput = True
>> p.StartInfo.WorkingDirectory = "C:\\kod\\"
>> p.StartInfo.FileName = 'dot'
>> p.StartInfo.Arguments = '-Tgif uj.gv -o mamammikasza.gif'
>> p.Start()
>> p.WaitForExit()
>> egyString = p.StandardOutput.ReadToEnd()
>> print egyString
>> print p.ExitCode
>>
>> In my test project works fine. I copied to my real project (after all I
>> commented everything in main.py, only the this code remained) and gives me
>> this
>>
>> exceptions.WindowsError occurredMessage: [Errno 22] The system cannot find the file specified
>>
>> at p.Start() Please help. I'm using VS 2010, .NET 4.0 IronPython (2.7.3
>> (2.7.0.40))
>>
>> The "dot" was installed form msi provided by graphvis, and work fine from
>> everywhere.
>>
>> _______________________________________________
>> Ironpython-users mailing list
>> Ironpython-users at python.org
>> http://mail.python.org/mailman/listinfo/ironpython-users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From no_reply at codeplex.com Sun Apr 21 09:19:26 2013
From: no_reply at codeplex.com (CodePlex)
Date: 21 Apr 2013 00:19:26 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 4/20/2013
Message-ID:
Hi ironpython,
Here's your Daily Digest of new issues for project "IronPython".
In today's digest:ISSUES
1. [New issue] IronPython tutorials useless in the 1024x768 desktop resolutions
----------------------------------------------
ISSUES
1. [New issue] IronPython tutorials useless in the 1024x768 desktop resolutions
http://ironpython.codeplex.com/workitem/33988
User stgeorge has proposed the issue:
"Hi,
Are you aware of the fact that your IronPython tutorials are useless for users with desktop resolution 1024x768? The part of the instructions simply disappears right of the text box, with no possibility to use the horizontal scroll-bar.
Please have in mind that there are people out there (like myself) who have small monitors and even increasing the desktop resolution to 1152x864 is not possible, due to visibility.
I attached an screenshot as an example of how some parts of the text could not be seen.
Thank you for your time, I hope you will fix this in the near future."
----------------------------------------------
----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.
To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From Kevin.Bowrin at carleton.ca Wed Apr 24 22:08:17 2013
From: Kevin.Bowrin at carleton.ca (Kevin Bowrin)
Date: Wed, 24 Apr 2013 16:08:17 -0400
Subject: [Ironpython-users] ValueError thrown when calling
ExportAsFixedFormat
Message-ID: <43B65A463A68C049A76CACF60905BCD50BAC3B13CD@CCSMBX10.CUNET.CARLETON.CA>
import clr
clr.AddReference("Microsoft.Office.Interop.PowerPoint")
import Microsoft.Office.Interop.PowerPoint as Ppt
import pdb
pp = Ppt.ApplicationClass()
presentation = pp.Presentations.Open("C:\\ test.ppt")
presentation.ExportAsFixedFormat("C:\\test.pdf", Ppt.PpFixedFormatType.ppFixedFormatTypePDF)
pp.Quit()
This throws ValueError.
Other methods on `presentation`, like SaveAs() and Export() work without problems. Bug?
Thank you.
From vernondcole at gmail.com Mon Apr 29 00:07:05 2013
From: vernondcole at gmail.com (Vernon D. Cole)
Date: Sun, 28 Apr 2013 23:07:05 +0100
Subject: [Ironpython-users] adodbapi v2.5 beta testers needed. (Especally
IronPython on Linux users)
Message-ID:
I have just completed a major re-factor of adodbapi. My ability to test
using IronPython is quite limited right now -- the only SQL Server I can
reach does not have IronPython installed, and the IronPython I built on my
Ubuntu box still has library problems. If anyone can help out by testing
this new version, I would really appreciate it.
This re-factor may do two things for IronPython, eventually: It is now
modularized, so that it should be fairly easy to make a true ADO.Net
version (this one uses COM), and, it should be an important step in running
django on Iron.
Boilerplate follows...
--
!!! NOW WORKS FROM LINUX !!! (as a remote client using Pyro4)
--
ADO is Microsoft's update for ODBC, and can be used to open
almost any tabular data source in existance. I have personally
used adodbapi to read tables from: SQL Server, PostgreSQL, MySQL,
Jet (a.k.a. ACCESS), IBM DB2, Active Directory, and Excel.
Dozens of other sources are possible. Since ADO is proprietary,
this requires the user to be running Windows. I have added a new
"remote" module which will run on a Linux computer, and allow a
Windows computer to act as a "proxy" to make these data sources
available using a db-api version 2 interface on Linux. The remote
client has almost the same interface as the local adodbapi --
except that custom error handlers and custom variant conversions
are not supported from the remote.
In order to make this work, I had to do major surgery on the way
adodbapi processes connection strings. (The complexity of a
connection string is the price you pay for the power of the ADO
connection engine.) I am happy to say that you can now follow the
PEP-249 suggestion using the USER, PASSWORD, HOST, and DATABASE
keywords (along with any others you wish to define) as arguments
to the .connect() method.
There are also connection keyword macros. Since the remote computer
may not be aware of whether the server is running 64 bit or 32 bit
Python (which require different ADO "Providers") the remote may send
a macro to the server, allowing the server to choose the correct one.
There are also connection keywords for PARAMSTYLE, AUTOCOMMIT, and
TIMEOUT, which allow you to override those defaults at connection time.
There is a new method for the connection object:
.get_table_names() which returns a list of all the table names in your
database. This works pretty much everywhere, and will even
list the worksheets in a remote Excel spreadsheet.
The beta will be available in a source zip file from
https://sourceforge.net/projects/adodbapi/files/adodbapi/2.5.0/
A rough draft of documentation is supplied as an .odt file.
Please, several people try this and look it over. If all goes well, in
a few weeks it will be part of django-mssql.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From hfoffani at gmail.com Mon Apr 29 11:25:50 2013
From: hfoffani at gmail.com (=?iso-8859-1?Q?Hern=E1n_Foffani?=)
Date: Mon, 29 Apr 2013 11:25:50 +0200
Subject: [Ironpython-users] adodbapi v2.5 beta testers needed.
(Especally IronPython on Linux users)
In-Reply-To:
References:
Message-ID: <83891588-0B58-478F-9C95-25351AD66243@gmail.com>
El 29/04/2013, a las 00:07, "Vernon D. Cole" escribi?:
> I have just completed a major re-factor of adodbapi. My ability to test using IronPython is quite limited right now -- the only SQL Server I can reach does not have IronPython installed, and the IronPython I built on my Ubuntu box still has library problems. If anyone can help out by testing this new version, I would really appreciate it.
>
We have some Win-SQLServer machines (32 and 64 bits) available all with IPY. Are there any specific thing you want me to test?
Our scripts invokes a custom API over C# ADO.NET so we can't use them to test adodbapi.
Regards,
H. MF-S
-------------- next part --------------
An HTML attachment was scrubbed...
URL: