From no_reply at codeplex.com Sun Jun 3 19:27:13 2012 From: no_reply at codeplex.com (no_reply at codeplex.com) Date: 3 Jun 2012 10:27:13 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 6/2/2012 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New issue] Wrong Result when evaluating expression like "1\80" 2. [Status update] Wrong Result when evaluating expression like "1/80" ---------------------------------------------- ISSUES 1. [New issue] Wrong Result when evaluating expression like "1\80" http://ironpython.codeplex.com/workitem/32798 User JMJC has proposed the issue: "Good morning The following code gives me a result of zero but it should be 0.0125 ScriptEngine engine = Python.CreateEngine(); string expression = @"1/80"; ScriptSource source = engine.CreateScriptSourceFromString(expression); var res = source.Execute(); Can you please tell me if i'm doing anything wrong or is it a bug? Regards JC"----------------- 2. [Status update] Wrong Result when evaluating expression like "1/80" http://ironpython.codeplex.com/workitem/32798 User slide_o_mix has updated the issue: Status has changed from Proposed to Closed with the following comment, "You are dividing two integers, so you get integer division. If you run under CPython, you get the same result: Python 2.7.2 (default, Jun 12 2011, 15:08:59) [MSC v.1500 32 bit (Intel)] on win 32 Type "help", "copyright", "credits" or "license" for more information. >>> 1/80 0 If you force double/float division you get what you are looking for. Python 2.7.2 (default, Jun 12 2011, 15:08:59) [MSC v.1500 32 bit (Intel)] on win 32 Type "help", "copyright", "credits" or "license" for more information. >>> 1/80.0 0.0125 On IronPython, the result will be slightly different because of .NET's rounding and precision." ---------------------------------------------- ---------------------------------------------- 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 m.schaber at 3s-software.com Tue Jun 5 13:49:23 2012 From: m.schaber at 3s-software.com (Markus Schaber) Date: Tue, 5 Jun 2012 11:49:23 +0000 Subject: [Ironpython-users] Contributions Message-ID: <727D8E16AE957149B447FE368139F2B50D7DDBF7@SERVER10> Hi, http://ironpython.codeplex.com/wikipage?title=FAQ states that the IronPython project does not accept source contributions. Is that still true? Best regards Markus Schaber -- ___________________________ We software Automation. 3S-Smart Software Solutions GmbH Markus Schaber | Developer Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax +49-831-54031-50 Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com CoDeSys internet forum: http://forum.3s-software.com Download CoDeSys sample projects: http://www.3s-software.com/index.shtml?sample_projects Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 From slide.o.mix at gmail.com Tue Jun 5 17:20:58 2012 From: slide.o.mix at gmail.com (Slide) Date: Tue, 5 Jun 2012 08:20:58 -0700 Subject: [Ironpython-users] Contributions In-Reply-To: <727D8E16AE957149B447FE368139F2B50D7DDBF7@SERVER10> References: <727D8E16AE957149B447FE368139F2B50D7DDBF7@SERVER10> Message-ID: No, we definitely accept contributions. I updated the FAQ with information. Thanks, slide On Tue, Jun 5, 2012 at 4:49 AM, Markus Schaber wrote: > Hi, > > http://ironpython.codeplex.com/wikipage?title=FAQ states that the IronPython project does not accept source contributions. > > Is that still true? > > Best regards > > Markus Schaber > -- > ___________________________ > We software Automation. > > 3S-Smart Software Solutions GmbH > Markus Schaber | Developer > Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax +49-831-54031-50 > > Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com > CoDeSys internet forum: http://forum.3s-software.com > Download CoDeSys sample projects: http://www.3s-software.com/index.shtml?sample_projects > > Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 > > _______________________________________________ > Ironpython-users mailing list > Ironpython-users at python.org > http://mail.python.org/mailman/listinfo/ironpython-users -- Website:?http://earl-of-code.com From m.schaber at 3s-software.com Tue Jun 5 17:37:10 2012 From: m.schaber at 3s-software.com (Markus Schaber) Date: Tue, 5 Jun 2012 15:37:10 +0000 Subject: [Ironpython-users] Contributions In-Reply-To: References: <727D8E16AE957149B447FE368139F2B50D7DDBF7@SERVER10> Message-ID: <727D8E16AE957149B447FE368139F2B50D7DDE16@SERVER10> Hi, Slide, Von: Slide [mailto:slide.o.mix at gmail.com] > On Tue, Jun 5, 2012 at 4:49 AM, Markus Schaber > wrote: > > http://ironpython.codeplex.com/wikipage?title=FAQ states that the > > IronPython project does not accept source contributions. > > Is that still true? > No, we definitely accept contributions. I updated the FAQ with > information. Okay. I'll see whether I can get my fingers wet there. :-) Best regards Markus Schaber -- ___________________________ We software Automation. 3S-Smart Software Solutions GmbH Markus Schaber | Developer Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax +49-831-54031-50 Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com CoDeSys internet forum: http://forum.3s-software.com Download CoDeSys sample projects: http://www.3s-software.com/index.shtml?sample_projects Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 From jdhardy at gmail.com Tue Jun 5 19:33:41 2012 From: jdhardy at gmail.com (Jeff Hardy) Date: Tue, 5 Jun 2012 10:33:41 -0700 Subject: [Ironpython-users] Contributions In-Reply-To: <727D8E16AE957149B447FE368139F2B50D7DDE16@SERVER10> References: <727D8E16AE957149B447FE368139F2B50D7DDBF7@SERVER10> <727D8E16AE957149B447FE368139F2B50D7DDE16@SERVER10> Message-ID: On Tue, Jun 5, 2012 at 8:37 AM, Markus Schaber wrote: > > Okay. I'll see whether I can get my fingers wet there. :-) > Finding out of date web pages is a good start :) - Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Thu Jun 7 18:51:09 2012 From: dinov at microsoft.com (Dino Viehland) Date: Thu, 7 Jun 2012 16:51:09 +0000 Subject: [Ironpython-users] [ANN] Python Tools for Visual Studio 1.5 Beta Message-ID: <6757ED2748BC0A43B9F3E4DA32D65AB0011E7276@SN2PRD0310MB360.namprd03.prod.outlook.com> We're pleased to announce the release of Python Tools for Visual Studio 1.5 Beta [http://pytools.codeplex.com/releases/view/88766]. Python Tools for Visual Studio (PTVS) is an open-source plug-in for Visual Studio which supports programming with the Python language. PTVS supports a broad range of features including: * Supports CPython, IronPython, Jython and PyPy * Python editor with advanced member, signature intellisense and refactoring * Code navigation: "Find all refs", goto definition, and object browser * Local and remote debugging * Profiling with multiple views * Integrated Python interactive session window with inline matplotlib graphics * Support for HPC clusters and MPI, including debugging and Profiling * Interactive parallel computing via integrated IPython REPL (read-evaluate-print-loop) The primary new feature for this release is Django including Azure support! The http://www.djangoproject.com is a popular Python webframework/CMS which is used by many reputable companies and high-traffic websites. In this Beta release, the following are supported: * Create a New Project / Django Application * Add Django HTML Template * Intellisense for Django templates * Runtime debugging of Django templates * Use IIS with a pure-Python FastCGI interface * Support for deploying to Windows Azure when Windows Azure Tools for Visual Studio is installed For more information on Python support for Windows Azure, please see http://www.windowsazure.com. This release also introduces Python client libraries for Windows Azure services available via PyPI that work across Windows, Linux and Mac OS operating systems. The 1.5 release also includes several new intellisense features including some contributed by the community. This includes completions after "def " based upon methods defined in base classes and completions for exception types after "raise" statements" (thanks Zooba!). There are also improvements to the import intellisense. Full list of issues addressed in 1.5 beta: 714 VS crashes when open project 713 Import Intellisense should work after typing "," 712 IronPython REPL runs in builtin and not main 704 pyopencl causes AttributeError when run under the debugger. 702 VS startup crash 699 Resolve import box doesn't show when I hover the mouse on functions. 676 exception when launching a python solution with vs2010 667 stop executing when error occurs 711 Send to REPL fails with "The Python REPL process has exited" 717 Error in Interactive window crashes VS We'd like to thank the following people who took the time to report the issues and feedback for this release: ajp, Anna0311, golubdr, hjyh, hyh, mahpour, tramsay, and zooba. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Mon Jun 11 07:09:27 2012 From: jdhardy at gmail.com (Jeff Hardy) Date: Sun, 10 Jun 2012 22:09:27 -0700 Subject: [Ironpython-users] IronPython 2.7.3 Beta 1 Released Message-ID: On behalf of the IronPython team, I'm happy to announce the first beta release of IronPython 2.7.3. This release includes everything from IronPython 2.7 , 2.7.1, and 2.7.2.1 as well. Like all IronPython 2.7-series releases, *.NET 4 is required* to install it. Installing this release will replace any existing IronPython 2.7-series installation. There are no major changes from the last alpha, just a bunch of bugfixes and PEP 421, which adds sys.implementation. *IMPORTANT*: There is a known issue if IronRuby 1.1.3 is installed (2.7.2.1 "load language" problem ). *You must uninstall IronRuby* before installing IronPython 2.7.3. This will be resolved before the final 2.7.3 release. The biggest improvements in IronPython 2.7.3 are: - the winsound and _bisect modules, - the bz2 module, - major improvements to the _ast module, - support for response files in pyc.py, - support for loading zip packages from resources, - the "SuperConsole" is now the default, which adds line history and tab-completion on all platforms, - improvements to Android support, - and numerous other bug fixes . IronPython 2.7.3 is also available for embedding via NuGet. The main package is IronPython, and the standard library is in IronPython.StdLib. Because this is a prerelease package, you must use -IncludePrerelease on the command line or select "Include Prerelease" from the package drop-down menu (NuGet 1.7 only). A huge thanks to everyone who helped make this release possible; this wouldn't have been nearly as big a release without your help! -------------- next part -------------- An HTML attachment was scrubbed... URL: From no_reply at codeplex.com Mon Jun 11 18:57:30 2012 From: no_reply at codeplex.com (no_reply at codeplex.com) Date: 11 Jun 2012 09:57:30 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 6/10/2012 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New comment] PEP 421 -- Adding sys.implementation 2. [New comment] compile does not accept AST object ---------------------------------------------- ISSUES 1. [New comment] PEP 421 -- Adding sys.implementation http://ironpython.codeplex.com/workitem/32786 User jdhardy has commented on the issue: "Fixed in cd28b9e."----------------- 2. [New comment] compile does not accept AST object http://ironpython.codeplex.com/workitem/32526 User jdhardy has commented on the issue: "I thought I had this fixed, but turns out that's the ability to produce an AST from compile, not for compile to actually turn an AST into a code object. That's way, way harder." ---------------------------------------------- ---------------------------------------------- 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 Tue Jun 12 19:07:19 2012 From: no_reply at codeplex.com (no_reply at codeplex.com) Date: 12 Jun 2012 10:07:19 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 6/11/2012 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New comment] compile does not accept AST object 2. [New comment] compile does not accept AST object ---------------------------------------------- ISSUES 1. [New comment] compile does not accept AST object http://ironpython.codeplex.com/workitem/32526 User paweljasinski has commented on the issue: "I am tinkering with this one. It is not ready for "push request"."----------------- 2. [New comment] compile does not accept AST object http://ironpython.codeplex.com/workitem/32526 User paweljasinski has commented on the issue: "I have pushed changes to date to my fork (https://github.com/paweljasinski/ironlangs.git). The commit is on the ipy-2.7-maint branch. Any comments are welcome." ---------------------------------------------- ---------------------------------------------- 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 jdhardy at gmail.com Wed Jun 13 05:33:38 2012 From: jdhardy at gmail.com (Jeff Hardy) Date: Tue, 12 Jun 2012 20:33:38 -0700 Subject: [Ironpython-users] Embedding resources with pyc.py Message-ID: I was trying to embed a resource with pyc.py and I can't find an option for it. I swear somebody implemented it, but I can't find it anywhere. Was I imagining things? - Jeff From slide.o.mix at gmail.com Wed Jun 13 06:00:08 2012 From: slide.o.mix at gmail.com (Slide) Date: Tue, 12 Jun 2012 21:00:08 -0700 Subject: [Ironpython-users] Embedding resources with pyc.py In-Reply-To: References: Message-ID: It hasn't been implemented yet... http://ironpython.codeplex.com/workitem/32289 I need to get back to it. slide On Tue, Jun 12, 2012 at 8:33 PM, Jeff Hardy wrote: > I was trying to embed a resource with pyc.py and I can't find an > option for it. I swear somebody implemented it, but I can't find it > anywhere. Was I imagining things? > > - Jeff > _______________________________________________ > Ironpython-users mailing list > Ironpython-users at python.org > http://mail.python.org/mailman/listinfo/ironpython-users -- Website:?http://earl-of-code.com From jdhardy at gmail.com Wed Jun 13 07:46:45 2012 From: jdhardy at gmail.com (Jeff Hardy) Date: Tue, 12 Jun 2012 22:46:45 -0700 Subject: [Ironpython-users] Embedding resources with pyc.py In-Reply-To: References: Message-ID: Ah, so we just talked about it. I must be getting old. :) The only use case I have is embedding the standard library as a zip file, which would tie a lot of work together in a nice little package. - Jeff On Tue, Jun 12, 2012 at 9:00 PM, Slide wrote: > It hasn't been implemented yet... > > http://ironpython.codeplex.com/workitem/32289 > > I need to get back to it. > > slide > > On Tue, Jun 12, 2012 at 8:33 PM, Jeff Hardy wrote: >> I was trying to embed a resource with pyc.py and I can't find an >> option for it. I swear somebody implemented it, but I can't find it >> anywhere. Was I imagining things? >> >> - Jeff >> _______________________________________________ >> Ironpython-users mailing list >> Ironpython-users at python.org >> http://mail.python.org/mailman/listinfo/ironpython-users > > > > -- > Website:?http://earl-of-code.com From slide.o.mix at gmail.com Wed Jun 13 08:08:10 2012 From: slide.o.mix at gmail.com (Alex Earl) Date: Tue, 12 Jun 2012 23:08:10 -0700 Subject: [Ironpython-users] Embedding resources with pyc.py Message-ID: <86549353027602985@unknownmsgid> I'll take a look at it soon, pyexpat is giving me a few fits :-D Sent from my Windows Phone From: Jeff Hardy Sent: 6/12/2012 10:46 PM To: Slide Cc: ironpython-users at python.org Subject: Re: [Ironpython-users] Embedding resources with pyc.py Ah, so we just talked about it. I must be getting old. :) The only use case I have is embedding the standard library as a zip file, which would tie a lot of work together in a nice little package. - Jeff On Tue, Jun 12, 2012 at 9:00 PM, Slide wrote: > It hasn't been implemented yet... > > http://ironpython.codeplex.com/workitem/32289 > > I need to get back to it. > > slide > > On Tue, Jun 12, 2012 at 8:33 PM, Jeff Hardy wrote: >> I was trying to embed a resource with pyc.py and I can't find an >> option for it. I swear somebody implemented it, but I can't find it >> anywhere. Was I imagining things? >> >> - Jeff >> _______________________________________________ >> Ironpython-users mailing list >> Ironpython-users at python.org >> http://mail.python.org/mailman/listinfo/ironpython-users > > > > -- > Website:?http://earl-of-code.com From no_reply at codeplex.com Wed Jun 13 10:45:41 2012 From: no_reply at codeplex.com (no_reply at codeplex.com) Date: 13 Jun 2012 01:45:41 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 6/12/2012 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New comment] compile does not accept AST object ---------------------------------------------- ISSUES 1. [New comment] compile does not accept AST object http://ironpython.codeplex.com/workitem/32526 User jdhardy has commented on the issue: "Wow. I haven't looked at it in detail, but at a first glance it looks very good. It even has tests, which is fantastic. A couple of your comments need to be answered but aside from that it looks good. What state do you think it's in? If it's fairly close (less than a week) I'm inclined to include it in 2.7.3." ---------------------------------------------- ---------------------------------------------- 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 Thu Jun 14 12:24:24 2012 From: no_reply at codeplex.com (no_reply at codeplex.com) Date: 14 Jun 2012 03:24:24 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 6/13/2012 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New comment] compile does not accept AST object 2. [New comment] NullReference bug report 3. [New comment] Support all encodings CPython does for _codecs.encode and _codecs.decode ---------------------------------------------- ISSUES 1. [New comment] compile does not accept AST object http://ironpython.codeplex.com/workitem/32526 User paweljasinski has commented on the issue: "It will not be completed for 2.7.3, but it is already useful. I have a ipython running under ironpython. Most of the things one does on such a console are expressions and that is covered. I would be happy to see it in 2.7.3 in this partially implemented state. The risk that this changes broke something else are low. I will create a pull request. This will give me a chance to get feedback and address the minor (or major) things. "----------------- 2. [New comment] NullReference bug report http://ironpython.codeplex.com/workitem/31621 User jdhardy has commented on the issue: "Fixed in a3dbde9."----------------- 3. [New comment] Support all encodings CPython does for _codecs.encode and _codecs.decode http://ironpython.codeplex.com/workitem/4565 User jdhardy has commented on the issue: "The problem here is that encodings.idna depends on unicodedata.ucd_3_2_0, which uses the 3.2 Unicode database. I need to figure out why it uses that specific version, if it can just use 5.0 instead, and how easy it will be to include 3.2 if I have to." ---------------------------------------------- ---------------------------------------------- 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 slide.o.mix at gmail.com Fri Jun 15 06:20:12 2012 From: slide.o.mix at gmail.com (Slide) Date: Thu, 14 Jun 2012 21:20:12 -0700 Subject: [Ironpython-users] LINQ in IP Message-ID: I always forget what I am allowed to use when developing for IP. I can't remember if we still support executing on 2.0 or not so I should stay away from LINQ or not. Thanks, slide -- Website:?http://earl-of-code.com From jdhardy at gmail.com Fri Jun 15 15:24:48 2012 From: jdhardy at gmail.com (Jeff Hardy) Date: Fri, 15 Jun 2012 06:24:48 -0700 Subject: [Ironpython-users] LINQ in IP In-Reply-To: References: Message-ID: 3.5 is the minimum, so LINQ is OK. - Jeff On Jun 14, 2012 9:27 PM, "Slide" wrote: > > I always forget what I am allowed to use when developing for IP. I > can't remember if we still support executing on 2.0 or not so I should > stay away from LINQ or not. > > Thanks, > > slide > > -- > 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 slide.o.mix at gmail.com Fri Jun 15 16:23:29 2012 From: slide.o.mix at gmail.com (Alex Earl) Date: Fri, 15 Jun 2012 07:23:29 -0700 Subject: [Ironpython-users] LINQ in IP Message-ID: <748190288225926749@unknownmsgid> Great, this should help on pyexpat. Sent from my Windows Phone ------------------------------ From: Jeff Hardy Sent: 6/15/2012 6:24 AM To: Slide Cc: ironpython-users at python.org Subject: Re: [Ironpython-users] LINQ in IP 3.5 is the minimum, so LINQ is OK. - Jeff On Jun 14, 2012 9:27 PM, "Slide" wrote: > > I always forget what I am allowed to use when developing for IP. I > can't remember if we still support executing on 2.0 or not so I should > stay away from LINQ or not. > > Thanks, > > slide > > -- > 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 no_reply at codeplex.com Sat Jun 16 10:16:00 2012 From: no_reply at codeplex.com (no_reply at codeplex.com) Date: 16 Jun 2012 01:16:00 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 6/15/2012 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New issue] IronPython coding obeys PEP0263, inconsistent with Emacs 2. [New comment] IronPython coding obeys PEP0263, inconsistent with Emacs 3. [New comment] IronPython coding obeys PEP0263, inconsistent with Emacs 4. [New comment] IronPython coding obeys PEP0263, inconsistent with Emacs 5. [New comment] IronPython coding obeys PEP0263, inconsistent with Emacs 6. [New comment] IronPython coding obeys PEP0263, inconsistent with Emacs 7. [New comment] IronPython coding obeys PEP0263, inconsistent with Emacs 8. [New comment] IronPython coding obeys PEP0263, inconsistent with Emacs 9. [New comment] Still doesn't recognise *valid* PEP0263 codings in source files 10. [Status update] Issues installing IronPython 2.6.1 on windows 7 64 bit 11. [New comment] Need to investigate various doctest failures 12. [Status update] Support pep-263 file encodings 13. [New comment] Trivial: isdigit() return "False" in IronPython with unicode object from u'\u2460' to u'\u2468' 14. [New comment] Compatibility: IronPython does not allow space before coding declaration 15. [Status update] ipy.exe / pyc.py fails to create working WPF .exe on Windows Server 2008-64, .NET 4.0 16. [Status update] CallingDotNet example fails 17. [Status update] json load converts empty dict to empty list 18. [New issue] Communicate with package maintainers for various distributions ---------------------------------------------- ISSUES 1. [New issue] IronPython coding obeys PEP0263, inconsistent with Emacs http://ironpython.codeplex.com/workitem/32856 User russel_winder has proposed the issue: "PEP0263 and Emacs appear to be mutually inconsistent regarding coding specification. Emacs says: # -*- coding:utf-8; -*- whilst PEP0263 says: # -*- coding:utf-8 -*- CPython, PyPy and Jython all allow for both and so are compatible with Emacs. IronPython treats the Emacs form as invalid syntax. IronPython should be consistent with CPython, PyPy and Jython and be flexible so as to be compatible with Emacs rather than adhere strictly to PEP0263."----------------- 2. [New comment] IronPython coding obeys PEP0263, inconsistent with Emacs http://ironpython.codeplex.com/workitem/32856 User russel_winder has commented on the issue: "Sorry I should have added that I am using the IronPython that is standard on Debian Unstable, which is 2.6~beta2-4."----------------- 3. [New comment] IronPython coding obeys PEP0263, inconsistent with Emacs http://ironpython.codeplex.com/workitem/32856 User slide_o_mix has commented on the issue: "Are you getting an error? Can you post any stack traces, etc that you have gotten?"----------------- 4. [New comment] IronPython coding obeys PEP0263, inconsistent with Emacs http://ironpython.codeplex.com/workitem/32856 User slide_o_mix has commented on the issue: "This is a diff from the current tree with an update that should fix this issue. It should be trivial to backport to your 2.6 version, if you can build from source. I will look into how we can work with the Debian package maintainers and get an updated version. I'll also commit this for 2.7."----------------- 5. [New comment] IronPython coding obeys PEP0263, inconsistent with Emacs http://ironpython.codeplex.com/workitem/32856 User russel_winder has commented on the issue: "The program: # -*- coding:utf-8; -*- print 'worked.' works fine with python, pypy and jython. With ipy I get: |> ipy ironPythonCodingCheck.py File "ironPythonCodingCheck.py", line ? ^ SyntaxError: unknown encoding type "----------------- 6. [New comment] IronPython coding obeys PEP0263, inconsistent with Emacs http://ironpython.codeplex.com/workitem/32856 User slide_o_mix has commented on the issue: "Also, the PEP actually just says that it should match the following regex (which both the PEP0263 example and the Emacs examples you supplied do). This is the fix I put in. coding[:=]\s*([-\w.]+)"----------------- 7. [New comment] IronPython coding obeys PEP0263, inconsistent with Emacs http://ironpython.codeplex.com/workitem/32856 User russel_winder has commented on the issue: "Sorry about the loss of formatting on the previous comment, this is the first time I have used this system and I have no idea how to enforce formatting. Also I already dislike the ordering of comments, they go the wrong way :-( "----------------- 8. [New comment] IronPython coding obeys PEP0263, inconsistent with Emacs http://ironpython.codeplex.com/workitem/32856 User slide_o_mix has commented on the issue: "Fixed in 0316c67"----------------- 9. [New comment] Still doesn't recognise *valid* PEP0263 codings in source files http://ironpython.codeplex.com/workitem/19861 User slide_o_mix has commented on the issue: "Fixed in 0316c67"----------------- 10. [Status update] Issues installing IronPython 2.6.1 on windows 7 64 bit http://ironpython.codeplex.com/workitem/28657 User slide_o_mix has updated the issue: Status has changed from Proposed to Closed with the following comment, "Cannot reproduce"----------------- 11. [New comment] Need to investigate various doctest failures http://ironpython.codeplex.com/workitem/24549 User slide_o_mix has commented on the issue: "Can you please add some more description to this?"----------------- 12. [Status update] Support pep-263 file encodings http://ironpython.codeplex.com/workitem/23655 User slide_o_mix has updated the issue: Status has changed from Active to Closed with the following comment, "Duplicate"----------------- 13. [New comment] Trivial: isdigit() return "False" in IronPython with unicode object from u'\u2460' to u'\u2468' http://ironpython.codeplex.com/workitem/23855 User slide_o_mix has commented on the issue: "Fixed in 67ec3d1"----------------- 14. [New comment] Compatibility: IronPython does not allow space before coding declaration http://ironpython.codeplex.com/workitem/29193 User slide_o_mix has commented on the issue: "Fixed in 67ec3d1"----------------- 15. [Status update] ipy.exe / pyc.py fails to create working WPF .exe on Windows Server 2008-64, .NET 4.0 http://ironpython.codeplex.com/workitem/29028 User slide_o_mix has updated the issue: Status has changed from Proposed to Closed with the following comment, "Issue resolved"----------------- 16. [Status update] CallingDotNet example fails http://ironpython.codeplex.com/workitem/32742 User slide_o_mix has updated the issue: Status has changed from Proposed to Closed with the following comment, "Cannot reproduce."----------------- 17. [Status update] json load converts empty dict to empty list http://ironpython.codeplex.com/workitem/29041 User slide_o_mix has updated the issue: Status has changed from Active to Closed with the following comment, "This works in 2.7.3"----------------- 18. [New issue] Communicate with package maintainers for various distributions http://ironpython.codeplex.com/workitem/32860 User slide_o_mix has proposed the issue: "Debian is using a fairly old version of IronPython, this may be the case with other distros as well. It would be good to be in contact with the package maintainers for various distros to try and push new versions into circulation." ---------------------------------------------- ---------------------------------------------- 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 Sun Jun 17 16:44:14 2012 From: no_reply at codeplex.com (no_reply at codeplex.com) Date: 17 Jun 2012 07:44:14 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 6/16/2012 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New issue] pybench 2.0 does not work 2. [New comment] pybench 2.0 does not work ---------------------------------------------- ISSUES 1. [New issue] pybench 2.0 does not work http://ironpython.codeplex.com/workitem/32862 User slide_o_mix has proposed the issue: "------------------------------------------------------------------------------- PYBENCH 2.0 ------------------------------------------------------------------------------- * using IronPython 2.7.2 (IronPython 2.7.2.1 (2.7.0.40) on .NET 4.0.30319.237 (64-bit)) :1: RuntimeWarning: IronPython has no support for disabling the GC * disabled garbage collection * Python version doesn't support sys.setcheckinterval * using timer: time.time Creating benchmark: c:\Users\USER\Desktop\ipybench.pybench (rounds=10, warp=10) Calibrating tests. Please wait... done. Running 10 round(s) of the suite at warp factor 10: Traceback (most recent call last): File "pybench.py", line 959, in File "c:\Users\USER\Code\pybench\CommandLine.py", line 345, in __init__ File "pybench.py", line 926, in main File "pybench.py", line 543, in run File "c:\Users\USER\Code\pybench\pybench.py", line 325, in run File "c:\Users\USER\Code\pybench\Unicode.py", line 482, in test Exception: Exception of type 'System.Exception' was thrown."----------------- 2. [New comment] pybench 2.0 does not work http://ironpython.codeplex.com/workitem/32862 User slide_o_mix has commented on the issue: "It seems like unicodedata is not doing exactly what is expected public static int digit(char unichr, int? @default = null) { try { int? d = GetInfo(unichr).Numeric_Value_Digit; if(d.HasValue) { return d.Value; } else { if(@default.HasValue) return @default.Value; else throw new Exception(); } } catch(KeyNotFoundException) { if(@default.HasValue) return @default.Value; else throw new Exception(); } } The code that is throwing the exception is digit(c, None) where digit is unicodedata.digit From the Python docs, if a default is provided, it should be returned if the character is undefined. 'Returns the digit value assigned to the Unicode character unichr as integer. If no such value is defined, default is returned, or, if not given, ValueError is raised.'" ---------------------------------------------- ---------------------------------------------- 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 aviberko at gmail.com Tue Jun 19 00:23:03 2012 From: aviberko at gmail.com (Avi Berkovich) Date: Tue, 19 Jun 2012 01:23:03 +0300 Subject: [Ironpython-users] Considering IronPython for a new project In-Reply-To: <1331918939.28297.140661050133401@webmail.messagingengine.com> References: <1331630967.17063.140661048492365@webmail.messagingengine.com> <1331918939.28297.140661050133401@webmail.messagingengine.com> Message-ID: <4FDFAA47.7060008@fastmail.fm> Hey guys, Is there any progress on that list? It will help quite a bit if can you provide it. On 16/03/2012 19:28, cold_fusion at fastmail.fm wrote: > Jeff, thank you very much for your feedback. > > I'm eager to see that list you mentioned, hopefully with testimonials. > > > > > On Fri, Mar 16, 2012, at 08:44 AM, Jeff Hardy wrote: >> On Tue, Mar 13, 2012 at 2:29 AM, wrote: >>> I wasn't aware that MS bailed on the Irons (back at 2010) until a few >>> days ago, this will probably hurt my arguments, let alone other chatter >>> on the web saying that nobody uses these languages aside from the former >>> teams at MS. >> That's not true; I have a decent list of other users that I really >> need to publish soon. Figure ~20 companies, a few open source >> projects, etc. >> >>> For now, the most compelling argument to use IPy over C# is convenience >>> (not having to compile and distribute), although at the cost of few >>> other people learning to use it. >> More people learning Python is never bad a thing, in my books :) >> >>> I know static compilation is over rated, but some think it?s very >>> important, sadly I don?t remember being able to run >>> PyChecker/PyLint/PyFlakes with IronPython, and since it?s going be using >>> a lot of .net libraries I don?t see how I can use CPython to run those. >> The Python static analysis tools should still give you decent >> information, even when run under CPYthon - PyFlakes, at least, >> shouldn't be tripped up by IronPython-specific code. Heck, if you >> reimplemented the .NET BCL in Python, any IronPython code should just >> work on CPython as well. >> >> I'm not familiar with what pylint and pychecker do, so I can't comment on >> them. >> >>> Lastly, I?m concerned about future support, again for what I?ve managed >>> to gather in the last few days. >> That's definitely an issue, but it's true of any open-source project >> run entirely by volunteers. All I can say is I don't plan on going >> anywhere for a while. >> >>> Can anyone please enlighten me on any of my points? >> Hopefully that helps a little. Sorry for taking so long to get back to >> you; your message slipped by when it first came in. >> >> - Jeff >> From jdhardy at gmail.com Tue Jun 19 02:45:45 2012 From: jdhardy at gmail.com (Jeff Hardy) Date: Mon, 18 Jun 2012 17:45:45 -0700 Subject: [Ironpython-users] Considering IronPython for a new project In-Reply-To: <4FDFAA47.7060008@fastmail.fm> References: <1331630967.17063.140661048492365@webmail.messagingengine.com> <1331918939.28297.140661050133401@webmail.messagingengine.com> <4FDFAA47.7060008@fastmail.fm> Message-ID: No, sorry. Been swamped with other stuff and haven't had the time to make it pretty. I'll see if I can find the time to pull it together and just dump it here unedited. At least it'll be something. - Jeff On Mon, Jun 18, 2012 at 3:23 PM, Avi Berkovich wrote: > Hey guys, > > Is there any progress on that list? > > It will help quite a bit if can you provide it. > > > > On 16/03/2012 19:28, cold_fusion at fastmail.fm wrote: >> >> Jeff, thank you very much for your feedback. >> >> I'm eager to see that list you mentioned, hopefully with testimonials. >> >> >> >> >> On Fri, Mar 16, 2012, at 08:44 AM, Jeff Hardy wrote: >>> >>> On Tue, Mar 13, 2012 at 2:29 AM, ? wrote: >>>> >>>> I wasn't aware that MS bailed on the Irons (back at 2010) until a few >>>> days ago, this will probably hurt my arguments, let alone other chatter >>>> on the web saying that nobody uses these languages aside from the former >>>> teams at MS. >>> >>> That's not true; I have a decent list of other users that I really >>> need to publish soon. Figure ~20 companies, a few open source >>> projects, etc. >>> >>>> For now, the most compelling argument to use IPy over C# is convenience >>>> (not having to compile and distribute), although at the cost of few >>>> other people learning to use it. >>> >>> More people learning Python is never bad a thing, in my books :) >>> >>>> I know static compilation is over rated, but some think it?s very >>>> important, sadly I don?t remember being able to run >>>> PyChecker/PyLint/PyFlakes with IronPython, and since it?s going be using >>>> a lot of .net libraries I don?t see how I can use CPython to run those. >>> >>> The Python static analysis tools should still give you decent >>> information, even when run under CPYthon - PyFlakes, at least, >>> shouldn't be tripped up by IronPython-specific code. Heck, if you >>> reimplemented the .NET BCL in Python, any IronPython code should just >>> work on CPython as well. >>> >>> I'm not familiar with what pylint and pychecker do, so I can't comment on >>> them. >>> >>>> Lastly, I?m concerned about future support, again for what I?ve managed >>>> to gather in the last few days. >>> >>> That's definitely an issue, but it's true of any open-source project >>> run entirely by volunteers. All I can say is I don't plan on going >>> anywhere for a while. >>> >>>> Can anyone please enlighten me on any of my points? >>> >>> Hopefully that helps a little. Sorry for taking so long to get back to >>> you; your message slipped by when it first came in. >>> >>> - Jeff >>> > > > _______________________________________________ > Ironpython-users mailing list > Ironpython-users at python.org > http://mail.python.org/mailman/listinfo/ironpython-users From vernondcole at gmail.com Tue Jun 19 03:23:57 2012 From: vernondcole at gmail.com (Vernon Cole) Date: Mon, 18 Jun 2012 19:23:57 -0600 Subject: [Ironpython-users] Considering IronPython for a new project In-Reply-To: References: <1331630967.17063.140661048492365@webmail.messagingengine.com> <1331918939.28297.140661050133401@webmail.messagingengine.com> <4FDFAA47.7060008@fastmail.fm> Message-ID: Avi: Here's a little statistic which make help... I maintain a project called adodbapi -- a PEP 249 database api module. It is already included in the pywin32 package for CPython users, so the only folks who would normally need to download it from its own project site are IronPython users. Last month (May 2012) it was downloaded 333 times. That sounds like a lot of IronPython users to me -- especially when you consider that it does _not_ include 1) non database users, 2) those who access their database using direct .NET calls, and 3) those who download their copy of it from the PyPi cheeseshop. -- Vernon -------------- next part -------------- An HTML attachment was scrubbed... URL: From no_reply at codeplex.com Tue Jun 19 10:00:49 2012 From: no_reply at codeplex.com (no_reply at codeplex.com) Date: 19 Jun 2012 01:00:49 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 6/18/2012 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New issue] Support matplotlib in IronPython 2. [New comment] Support matplotlib in IronPython ---------------------------------------------- ISSUES 1. [New issue] Support matplotlib in IronPython http://ironpython.codeplex.com/workitem/32865 User dinov has proposed the issue: "This would really finish the whole NumPy, SciPy story and finally give .Net a decent scientific computing environment end to end. (ported from PTVS issue tracker: http://pytools.codeplex.com/workitem/716)"----------------- 2. [New comment] Support matplotlib in IronPython http://ironpython.codeplex.com/workitem/32865 User slide_o_mix has commented on the issue: "Are there any specific issues or just run the test suite?" ---------------------------------------------- ---------------------------------------------- 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 sepatan at sibmail.com Tue Jun 19 11:46:39 2012 From: sepatan at sibmail.com (sepatan at sibmail.com) Date: Tue, 19 Jun 2012 16:46:39 +0700 (NOVT) Subject: [Ironpython-users] PyCharm link to Python documentation Message-ID: <1555.83.234.184.1.1340099199.squirrel@www.sibmail.com> I can not find where to specify in PyCharm link to Python documentation. Pressure Ctrl Q - the documentation is read from the HDD. Longer, up arrow, goes to http://docs.python.org. Similarly, Shift F1. I want to load these documents from the HDD. Like java-doc from IntelliJIdea. From vernondcole at gmail.com Tue Jun 19 20:59:08 2012 From: vernondcole at gmail.com (Vernon Cole) Date: Tue, 19 Jun 2012 12:59:08 -0600 Subject: [Ironpython-users] Fwd: [python-win32] Python implementations on Windows 8rt In-Reply-To: References: Message-ID: Can anyone here on the IronPython group answer this? ---------- Forwarded message ---------- From: "Marcell Vazquez-Chanlatte" Date: Jun 19, 2012 12:25 PM Subject: [python-win32] Python implementations on Windows 8rt To: Hey, Does anyone here know about python implementations for windows on Arm. I don't know where exactly where to look and this might be the wrong place but I am willing to help test/port it if necessary. Thanks, -Marcell V.C _______________________________________________ python-win32 mailing list python-win32 at python.org http://mail.python.org/mailman/listinfo/python-win32 -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Tue Jun 19 22:23:56 2012 From: dinov at microsoft.com (Dino Viehland) Date: Tue, 19 Jun 2012 20:23:56 +0000 Subject: [Ironpython-users] Fwd: [python-win32] Python implementations on Windows 8rt In-Reply-To: References: Message-ID: <6757ED2748BC0A43B9F3E4DA32D65AB00121C28D@BY2PRD0310MB354.namprd03.prod.outlook.com> There's PythonCE which is CPython for ARM devices for Windows - not sure how active that is or how much it matters. About 6-12 months ago I attempted building CPython for ARM and the Dev11 compilers. It built and ran fine - although I didn't run all of the CPython tests. I think the main change (other than upgrading projects/solutions) I needed to make to get it to build was disabling ctypes support. From: ironpython-users-bounces+dinov=microsoft.com at python.org [mailto:ironpython-users-bounces+dinov=microsoft.com at python.org] On Behalf Of Vernon Cole Sent: Tuesday, June 19, 2012 11:59 AM To: ironpython-users at python.org Cc: mvcisback at gmail.com Subject: [Ironpython-users] Fwd: [python-win32] Python implementations on Windows 8rt Can anyone here on the IronPython group answer this? ---------- Forwarded message ---------- From: "Marcell Vazquez-Chanlatte" > Date: Jun 19, 2012 12:25 PM Subject: [python-win32] Python implementations on Windows 8rt To: > Hey, Does anyone here know about python implementations for windows on Arm. I don't know where exactly where to look and this might be the wrong place but I am willing to help test/port it if necessary. Thanks, -Marcell V.C _______________________________________________ python-win32 mailing list python-win32 at python.org http://mail.python.org/mailman/listinfo/python-win32 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mvcisback at gmail.com Tue Jun 19 22:57:50 2012 From: mvcisback at gmail.com (Marcell Vazquez-Chanlatte) Date: Tue, 19 Jun 2012 13:57:50 -0700 Subject: [Ironpython-users] Fwd: [python-win32] Python implementations on Windows 8rt In-Reply-To: <6757ED2748BC0A43B9F3E4DA32D65AB00121C28D@BY2PRD0310MB354.namprd03.prod.outlook.com> References: <6757ED2748BC0A43B9F3E4DA32D65AB00121C28D@BY2PRD0310MB354.namprd03.prod.outlook.com> Message-ID: Hey thanks for the prompt responses. @Dino Viehlan - I saw that thread on building cpython as a metro app, http://mail.python.org/pipermail/python-dev/2012-January/115489.html, the main question I have is about the win32 dependencies. So your saying that disabling ctypes removes that dependency? -Marcell V.C On Tue, Jun 19, 2012 at 1:23 PM, Dino Viehland wrote: > There?s PythonCE which is CPython for ARM devices for Windows ? not sure > how active that is or how much it matters. **** > > ** ** > > About 6-12 months ago I attempted building CPython for ARM and the Dev11 > compilers. It built and ran fine - although I didn?t run all of the > CPython tests. I think the main change (other than upgrading > projects/solutions) I needed to make to get it to build was disabling > ctypes support.**** > > ** ** > > *From:* ironpython-users-bounces+dinov=microsoft.com at python.org [mailto: > ironpython-users-bounces+dinov=microsoft.com at python.org] *On Behalf Of *Vernon > Cole > *Sent:* Tuesday, June 19, 2012 11:59 AM > *To:* ironpython-users at python.org > *Cc:* mvcisback at gmail.com > *Subject:* [Ironpython-users] Fwd: [python-win32] Python implementations > on Windows 8rt**** > > ** ** > > Can anyone here on the IronPython group answer this?**** > > ---------- Forwarded message ---------- > From: "Marcell Vazquez-Chanlatte" > Date: Jun 19, 2012 12:25 PM > Subject: [python-win32] Python implementations on Windows 8rt > To: > > Hey, > Does anyone here know about python implementations for windows on Arm. I > don't know where exactly where to look and this might be the wrong place > but I am willing to help test/port it if necessary. > > Thanks, > -Marcell V.C > > _______________________________________________ > python-win32 mailing list > python-win32 at python.org > http://mail.python.org/mailman/listinfo/python-win32**** > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Tue Jun 19 23:03:35 2012 From: dinov at microsoft.com (Dino Viehland) Date: Tue, 19 Jun 2012 21:03:35 +0000 Subject: [Ironpython-users] Fwd: [python-win32] Python implementations on Windows 8rt In-Reply-To: References: <6757ED2748BC0A43B9F3E4DA32D65AB00121C28D@BY2PRD0310MB354.namprd03.prod.outlook.com> Message-ID: <6757ED2748BC0A43B9F3E4DA32D65AB00121C425@BY2PRD0310MB354.namprd03.prod.outlook.com> That was just to get it building and running :( There's still more work to do to make sure that Python's only using non-banned APIs to make it Metro compliant so that something can actually be shipped in the app store. There were a bunch of other places where I ran into APIs which were still banned: thread local storage, registry APIs, console / env vars, and some others. I was able to make some progress in #ifdef'ing those out but never made it far enough to get a build that passed all the checks. From: Marcell Vazquez-Chanlatte [mailto:mvcisback at gmail.com] Sent: Tuesday, June 19, 2012 1:58 PM To: Dino Viehland Cc: Vernon Cole; ironpython-users at python.org Subject: Re: [Ironpython-users] Fwd: [python-win32] Python implementations on Windows 8rt Hey thanks for the prompt responses. @Dino Viehlan - I saw that thread on building cpython as a metro app, http://mail.python.org/pipermail/python-dev/2012-January/115489.html, the main question I have is about the win32 dependencies. So your saying that disabling ctypes removes that dependency? -Marcell V.C On Tue, Jun 19, 2012 at 1:23 PM, Dino Viehland > wrote: There's PythonCE which is CPython for ARM devices for Windows - not sure how active that is or how much it matters. About 6-12 months ago I attempted building CPython for ARM and the Dev11 compilers. It built and ran fine - although I didn't run all of the CPython tests. I think the main change (other than upgrading projects/solutions) I needed to make to get it to build was disabling ctypes support. From: ironpython-users-bounces+dinov=microsoft.com at python.org [mailto:ironpython-users-bounces+dinov=microsoft.com at python.org] On Behalf Of Vernon Cole Sent: Tuesday, June 19, 2012 11:59 AM To: ironpython-users at python.org Cc: mvcisback at gmail.com Subject: [Ironpython-users] Fwd: [python-win32] Python implementations on Windows 8rt Can anyone here on the IronPython group answer this? ---------- Forwarded message ---------- From: "Marcell Vazquez-Chanlatte" > Date: Jun 19, 2012 12:25 PM Subject: [python-win32] Python implementations on Windows 8rt To: > Hey, Does anyone here know about python implementations for windows on Arm. I don't know where exactly where to look and this might be the wrong place but I am willing to help test/port it if necessary. Thanks, -Marcell V.C _______________________________________________ python-win32 mailing list python-win32 at python.org http://mail.python.org/mailman/listinfo/python-win32 -------------- next part -------------- An HTML attachment was scrubbed... URL: From slide.o.mix at gmail.com Thu Jun 21 07:22:07 2012 From: slide.o.mix at gmail.com (Slide) Date: Wed, 20 Jun 2012 22:22:07 -0700 Subject: [Ironpython-users] Set __metaclass__ on .NET type? Message-ID: I am playing around with using IronPython to replace a custom language we use to define tasks and suites of tasks for an in-house automated testing framework. Currently we have something like task FooTask { cmdline = "..."; file somefile.txt = (. This will have some content, and even supports variables: $VAR1 .) } table SomeTable = { VAR1 1 2 3 } suite SomeSuite { FooTask(SomeTable); } This would permute FooTask with VAR1 for each row in the table. This is a bit more information than you probably need, but it will give you the feel for what I am trying to do. I was thinking I could reuse the objects that I now create in the parser of the custom language as base types for Python object class FooTask(Task): def __init__(self, variables): self.SetCmdLine("....") self.Files.Add("somefile.txt", "This will have some content, and even supports variables: $VAR1") class SomeSuite(Suite): def __init__(self): self.AddItem(FooTask() * [ { "VAR1" : "1" }, {"VAR1" : "2" }, { "VAR1" : "3" } ]) I can easily implement __mult__ and other such operations to handle the permutation and other operations I currently support. Now, what I _think_ I need metaclasses for is that when FooTask or SomeSuite is created, I need to be able to add the instance to my symbol table so I can then create the output that I need to. Am I thinking incorrectly about the need for metaclasses? I would like to keep as much of the details as possible away from the users, so I was thinking if I could hook into the object creation, I could add the instance to my symbol table in the metaclass. For this, I would need to set __metaclass__ on the base classes (Task and Suite), which are .NET objects, is this doable? Am I trying to fit a square peg into a round hole in general? Thanks for reading my ramblings :-) slide -- Website:?http://earl-of-code.com From dinov at microsoft.com Thu Jun 21 07:53:16 2012 From: dinov at microsoft.com (Dino Viehland) Date: Thu, 21 Jun 2012 05:53:16 +0000 Subject: [Ironpython-users] Set __metaclass__ on .NET type? In-Reply-To: References: Message-ID: <6757ED2748BC0A43B9F3E4DA32D65AB00122B7C9@CH1PRD0310MB357.namprd03.prod.outlook.com> It's not really exposed, but it is "possible" - we do it for ctypes. For ctypes we use an internal call such as PythonType.SetPythonType(typeof(Suite), new SuiteMetaType()); where SuiteMetaType is a subclass of PythonType. If this was a public API you'd do that in a static initializer of Suite so it happens before any Suite's are made. But SetPythonType isn't public... I could see making it public not being too big of a deal - we are all consenting adults and there is a pretty safe way to use it. I'd suggest extending PythonTypeAttribute so the meta-class can be specified but that wouldn't allow a whole lot of flexibility in instantiating the meta-class. I think my biggest concern about this is that these meta-classes bleed across runtime instances so you need to be careful about what you do with them, but I'm guessing that wouldn't be an issue for most people. Another way to accomplish this if you're exposing it via a built-in module would be to publish a hand-created subtype via the PerformModuleReload method doing something like: dict["Suite"] = PythonType.__new__(, DynamicHelpers.GetPythonTypeFromType(typeof(PythonType)), "Suite", new PythonTuple(new object[] { typeof(Suite) }), {"__metaclass__": new YourSubClassOfPythonType() }, ); That'd create a new sub-type of your Suite class which has its meta-class set to your meta-class. The user can then subclass this class rather than subclassing your .NET class directly. It's an extra level of indirection, but it also generally gets the per-runtime isolation right. In general I don't think what you're trying to do is too crazy, at least a more elegant solution doesn't really spring to my mind. > -----Original Message----- > From: ironpython-users-bounces+dinov=microsoft.com at python.org > [mailto:ironpython-users-bounces+dinov=microsoft.com at python.org] On > Behalf Of Slide > Sent: Wednesday, June 20, 2012 10:22 PM > To: ironpython-users at python.org > Subject: [Ironpython-users] Set __metaclass__ on .NET type? > > I am playing around with using IronPython to replace a custom language we > use to define tasks and suites of tasks for an in-house automated testing > framework. Currently we have something like > > task FooTask { > cmdline = "..."; > > file somefile.txt = (. > This will have some content, and even supports variables: $VAR1 > .) > } > > table SomeTable = { > VAR1 > 1 > 2 > 3 > } > > suite SomeSuite { > FooTask(SomeTable); > } > > This would permute FooTask with VAR1 for each row in the table. > > This is a bit more information than you probably need, but it will give you > the feel for what I am trying to do. > > I was thinking I could reuse the objects that I now create in the parser of > the custom language as base types for Python object > > class FooTask(Task): > def __init__(self, variables): > self.SetCmdLine("....") > self.Files.Add("somefile.txt", "This will have some content, and even > supports variables: $VAR1") > > class SomeSuite(Suite): > def __init__(self): > self.AddItem(FooTask() * [ { "VAR1" : "1" }, {"VAR1" : "2" }, { "VAR1" : "3" > } ]) > > I can easily implement __mult__ and other such operations to handle the > permutation and other operations I currently support. > > Now, what I _think_ I need metaclasses for is that when FooTask or > SomeSuite is created, I need to be able to add the instance to my symbol > table so I can then create the output that I need to. > > Am I thinking incorrectly about the need for metaclasses? I would like to > keep as much of the details as possible away from the users, so I was > thinking if I could hook into the object creation, I could add the instance to > my symbol table in the metaclass. For this, I would need to set > __metaclass__ on the base classes (Task and Suite), which are .NET objects, > is this doable? > > Am I trying to fit a square peg into a round hole in general? > > Thanks for reading my ramblings :-) > > slide > > -- > Website:?http://earl-of-code.com > _______________________________________________ > Ironpython-users mailing list > Ironpython-users at python.org > http://mail.python.org/mailman/listinfo/ironpython-users > > From s.j.dower at gmail.com Thu Jun 21 08:39:05 2012 From: s.j.dower at gmail.com (Steve Dower) Date: Thu, 21 Jun 2012 16:39:05 +1000 Subject: [Ironpython-users] Set __metaclass__ on .NET type? In-Reply-To: <6757ED2748BC0A43B9F3E4DA32D65AB00122B7C9@CH1PRD0310MB357.namprd03.prod.outlook.com> References: <6757ED2748BC0A43B9F3E4DA32D65AB00122B7C9@CH1PRD0310MB357.namprd03.prod.outlook.com> Message-ID: If you are loading the file with other Python code (either an `exec` or `__import__`) you could use something like: for cls in vars(module): if issubclass(cls, Suite): # do something elif issubclass(cls, Task): # do something Similar things can be done with a ScriptScope in C# as well. The only downside is that the set of base classes needs to be known in advance, but it sounds like you already do. I've found this approach works well with user-provided scripts and Python-based configuration files. On Thu, Jun 21, 2012 at 3:53 PM, Dino Viehland wrote: > It's not really exposed, but it is "possible" - we do it for ctypes. > > For ctypes we use an internal call such as PythonType.SetPythonType(typeof(Suite), new SuiteMetaType()); > where SuiteMetaType is a subclass of PythonType. ?If this was a public API you'd do > that in a static initializer of Suite so it happens before any Suite's are made. > > But SetPythonType isn't public... ?I could see making it public not being too big > of a deal - we are all consenting adults and there is a pretty safe way to use > it. ?I'd suggest extending PythonTypeAttribute so the meta-class can be specified > but that wouldn't allow a whole lot of flexibility in instantiating the meta-class. > > I think my biggest concern about this is that these meta-classes bleed across > runtime instances so you need to be careful about what you do with them, but > I'm guessing that wouldn't be an issue for most people. > > Another way to accomplish this if you're exposing it via a built-in module would > be to publish a hand-created subtype via the PerformModuleReload method > doing something like: > > dict["Suite"] = PythonType.__new__(, > ? ?DynamicHelpers.GetPythonTypeFromType(typeof(PythonType)), > ? ?"Suite", > ? ?new PythonTuple(new object[] { typeof(Suite) }), > ? ?{"__metaclass__": new YourSubClassOfPythonType() }, > ?); > > That'd create a new sub-type of your Suite class which has its meta-class > set to your meta-class. ?The user can then subclass this class rather than > subclassing your .NET class directly. ?It's an extra level of indirection, but > it also generally gets the per-runtime isolation right. > > In general I don't think what you're trying to do is too crazy, at least a more > elegant solution doesn't really spring to my mind. > > >> -----Original Message----- >> From: ironpython-users-bounces+dinov=microsoft.com at python.org >> [mailto:ironpython-users-bounces+dinov=microsoft.com at python.org] On >> Behalf Of Slide >> Sent: Wednesday, June 20, 2012 10:22 PM >> To: ironpython-users at python.org >> Subject: [Ironpython-users] Set __metaclass__ on .NET type? >> >> I am playing around with using IronPython to replace a custom language we >> use to define tasks and suites of tasks for an in-house automated testing >> framework. Currently we have something like >> >> task FooTask { >> ? ? cmdline = "..."; >> >> ? ? file somefile.txt = (. >> This will have some content, and even supports variables: $VAR1 >> ? ? .) >> } >> >> table SomeTable = { >> ? ? VAR1 >> ? ? 1 >> ? ? 2 >> ? ? 3 >> } >> >> suite SomeSuite { >> ? ? FooTask(SomeTable); >> } >> >> This would permute FooTask with VAR1 for each row in the table. >> >> This is a bit more information than you probably need, but it will give you >> the feel for what I am trying to do. >> >> I was thinking I could reuse the objects that I now create in the parser of >> the custom language as base types for Python object >> >> class FooTask(Task): >> ? ? def __init__(self, variables): >> ? ? ? ? self.SetCmdLine("....") >> ? ? ? ? self.Files.Add("somefile.txt", "This will have some content, and even >> supports variables: $VAR1") >> >> class SomeSuite(Suite): >> ? ? def __init__(self): >> ? ? ? ? self.AddItem(FooTask() * [ { "VAR1" : "1" }, {"VAR1" : "2" }, { "VAR1" : "3" >> } ]) >> >> I can easily implement __mult__ and other such operations to handle the >> permutation and other operations I currently support. >> >> Now, what I _think_ I need metaclasses for is that when FooTask or >> SomeSuite is created, I need to be able to add the instance to my symbol >> table so I can then create the output that I need to. >> >> Am I thinking incorrectly about the need for metaclasses? I would like to >> keep as much of the details as possible away from the users, so I was >> thinking if I could hook into the object creation, I could add the instance to >> my symbol table in the metaclass. For this, I would need to set >> __metaclass__ on the base classes (Task and Suite), which are .NET objects, >> is this doable? >> >> Am I trying to fit a square peg into a round hole in general? >> >> Thanks for reading my ramblings :-) >> >> slide >> >> -- >> Website:?http://earl-of-code.com >> _______________________________________________ >> Ironpython-users mailing list >> Ironpython-users at python.org >> http://mail.python.org/mailman/listinfo/ironpython-users >> >> > > > > _______________________________________________ > Ironpython-users mailing list > Ironpython-users at python.org > http://mail.python.org/mailman/listinfo/ironpython-users From no_reply at codeplex.com Thu Jun 21 14:27:48 2012 From: no_reply at codeplex.com (no_reply at codeplex.com) Date: 21 Jun 2012 05:27:48 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 6/20/2012 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New comment] pybench 2.0 does not work 2. [New issue] __excepthook__ and __displayhook__ in sys are missing 3. [New comment] __excepthook__ and __displayhook__ in sys are missing 4. [New comment] __excepthook__ and __displayhook__ in sys are missing ---------------------------------------------- ISSUES 1. [New comment] pybench 2.0 does not work http://ironpython.codeplex.com/workitem/32862 User slide_o_mix has commented on the issue: "With https://github.com/IronLanguages/main/pull/74 this is partially fixed. Once these items are pulled in there is still an issue with the return value from time.clock() that pybench is not liking. ------------------------------------------------------------------------------- PYBENCH 2.0 ------------------------------------------------------------------------------- * using IronPython 2.9.9a0 (IronPython 2.9.9a0 DEBUG (2.9.0.0) on .NET 4.0.30319 .237 (64-bit)) :1: RuntimeWarning: IronPython has no support for disabling the GC * disabled garbage collection * Python version doesn't support sys.setcheckinterval * using timer: time.time Creating benchmark: C:\Users\USER\Desktop\ipy.pybench (rounds=10, warp=10) Calibrating tests. Please wait... done. Running 10 round(s) of the suite at warp factor 10: * Round 1 done in 16.879 seconds. Traceback (most recent call last): File "C:\Users\USER\Code\pybench\pybench.py", line 959, in File "C:\Users\USER\Code\pybench\CommandLine.py", line 345, in __init__ File "C:\Users\USER\Code\pybench\pybench.py", line 926, in main File "C:\Users\USER\Code\pybench\pybench.py", line 543, in run File "C:\Users\USER\Code\pybench\pybench.py", line 328, in run ValueError: warp factor too high: test times are < 10ms"----------------- 2. [New issue] __excepthook__ and __displayhook__ in sys are missing http://ironpython.codeplex.com/workitem/32874 User paweljasinski has proposed the issue: "as stated in 17460 __excepthook__ and __displayhook__are missing"----------------- 3. [New comment] __excepthook__ and __displayhook__ in sys are missing http://ironpython.codeplex.com/workitem/32874 User paweljasinski has commented on the issue: "patch attached"----------------- 4. [New comment] __excepthook__ and __displayhook__ in sys are missing http://ironpython.codeplex.com/workitem/32874 User paweljasinski has commented on the issue: "missed a spot" ---------------------------------------------- ---------------------------------------------- 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 aviberko at gmail.com Thu Jun 21 09:50:02 2012 From: aviberko at gmail.com (Avi Berko) Date: Thu, 21 Jun 2012 10:50:02 +0300 Subject: [Ironpython-users] Considering IronPython for a new project In-Reply-To: References: <1331630967.17063.140661048492365@webmail.messagingengine.com> <1331918939.28297.140661050133401@webmail.messagingengine.com> <4FDFAA47.7060008@fastmail.fm> Message-ID: Vernon, First, thanks for the useful input, the data you present does look reassuring. I wonder if PyPI/easyinstall logs the python version used to download a package. Regards, Avi On Tue, Jun 19, 2012 at 4:23 AM, Vernon Cole wrote: > Avi: > Here's a little statistic which make help... > I maintain a project called adodbapi -- a PEP 249 database api module. It > is already included in the pywin32 package for CPython users, so the only > folks who would normally need to download it from its own project site are > IronPython users. Last month (May 2012) it was downloaded 333 times. That > sounds like a lot of IronPython users to me -- especially when you consider > that it does _not_ include 1) non database users, 2) those who access their > database using direct .NET calls, and 3) those who download their copy of > it from the PyPi cheeseshop. > -- > Vernon > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From aviberko at gmail.com Thu Jun 21 09:51:56 2012 From: aviberko at gmail.com (Avi Berko) Date: Thu, 21 Jun 2012 10:51:56 +0300 Subject: [Ironpython-users] Considering IronPython for a new project In-Reply-To: References: <1331630967.17063.140661048492365@webmail.messagingengine.com> <1331918939.28297.140661050133401@webmail.messagingengine.com> <4FDFAA47.7060008@fastmail.fm> Message-ID: Jeff, Thank you for your efforts. I will again wait patiently (and eagerly). Regards, Avi On Tue, Jun 19, 2012 at 3:45 AM, Jeff Hardy wrote: > No, sorry. Been swamped with other stuff and haven't had the time to > make it pretty. > > I'll see if I can find the time to pull it together and just dump it > here unedited. At least it'll be something. > > - Jeff > > On Mon, Jun 18, 2012 at 3:23 PM, Avi Berkovich wrote: > > Hey guys, > > > > Is there any progress on that list? > > > > It will help quite a bit if can you provide it. > > > > > > > > On 16/03/2012 19:28, cold_fusion at fastmail.fm wrote: > >> > >> Jeff, thank you very much for your feedback. > >> > >> I'm eager to see that list you mentioned, hopefully with testimonials. > >> > >> > >> > >> > >> On Fri, Mar 16, 2012, at 08:44 AM, Jeff Hardy wrote: > >>> > >>> On Tue, Mar 13, 2012 at 2:29 AM, wrote: > >>>> > >>>> I wasn't aware that MS bailed on the Irons (back at 2010) until a few > >>>> days ago, this will probably hurt my arguments, let alone other > chatter > >>>> on the web saying that nobody uses these languages aside from the > former > >>>> teams at MS. > >>> > >>> That's not true; I have a decent list of other users that I really > >>> need to publish soon. Figure ~20 companies, a few open source > >>> projects, etc. > >>> > >>>> For now, the most compelling argument to use IPy over C# is > convenience > >>>> (not having to compile and distribute), although at the cost of few > >>>> other people learning to use it. > >>> > >>> More people learning Python is never bad a thing, in my books :) > >>> > >>>> I know static compilation is over rated, but some think it?s very > >>>> important, sadly I don?t remember being able to run > >>>> PyChecker/PyLint/PyFlakes with IronPython, and since it?s going be > using > >>>> a lot of .net libraries I don?t see how I can use CPython to run > those. > >>> > >>> The Python static analysis tools should still give you decent > >>> information, even when run under CPYthon - PyFlakes, at least, > >>> shouldn't be tripped up by IronPython-specific code. Heck, if you > >>> reimplemented the .NET BCL in Python, any IronPython code should just > >>> work on CPython as well. > >>> > >>> I'm not familiar with what pylint and pychecker do, so I can't comment > on > >>> them. > >>> > >>>> Lastly, I?m concerned about future support, again for what I?ve > managed > >>>> to gather in the last few days. > >>> > >>> That's definitely an issue, but it's true of any open-source project > >>> run entirely by volunteers. All I can say is I don't plan on going > >>> anywhere for a while. > >>> > >>>> Can anyone please enlighten me on any of my points? > >>> > >>> Hopefully that helps a little. Sorry for taking so long to get back to > >>> you; your message slipped by when it first came in. > >>> > >>> - Jeff > >>> > > > > > > _______________________________________________ > > 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 jdhardy at gmail.com Thu Jun 21 19:45:42 2012 From: jdhardy at gmail.com (Jeff Hardy) Date: Thu, 21 Jun 2012 10:45:42 -0700 Subject: [Ironpython-users] Considering IronPython for a new project In-Reply-To: References: <1331630967.17063.140661048492365@webmail.messagingengine.com> <1331918939.28297.140661050133401@webmail.messagingengine.com> <4FDFAA47.7060008@fastmail.fm> Message-ID: On Thu, Jun 21, 2012 at 12:50 AM, Avi Berko wrote: > Vernon, > > First, thanks for the useful input, the data you present does look > reassuring. I'll add another datapoint: in the 3.5 months since 2.7.2 was released, it's been downloaded 28, 750 times. That's pretty good, I'd say. - Jeff From pawel.jasinski at gmail.com Thu Jun 21 23:33:59 2012 From: pawel.jasinski at gmail.com (Pawel Jasinski) Date: Thu, 21 Jun 2012 23:33:59 +0200 Subject: [Ironpython-users] Considering IronPython for a new project Message-ID: hi, > sadly I don?t remember being able to run > PyChecker/PyLint/PyFlakes with IronPython, and since it?s going be using > a lot of .net libraries I don?t see how I can use CPython to run those. pylint works now with ironpython. You need the latest version of ironpython (2.7.3b1) and small patch in one of dependencies (http://www.logilab.org/ticket/98527) cheers, pawel From m.schaber at 3s-software.com Fri Jun 22 08:26:39 2012 From: m.schaber at 3s-software.com (Markus Schaber) Date: Fri, 22 Jun 2012 06:26:39 +0000 Subject: [Ironpython-users] Considering IronPython for a new project In-Reply-To: References: <1331630967.17063.140661048492365@webmail.messagingengine.com> <1331918939.28297.140661050133401@webmail.messagingengine.com> <4FDFAA47.7060008@fastmail.fm> Message-ID: <727D8E16AE957149B447FE368139F2B50D7FC43E@SERVER10> Hi, Von: Jeff Hardy > On Thu, Jun 21, 2012 at 12:50 AM, Avi Berko wrote: > > First, thanks for the useful input, the data you present does look > > reassuring. > > I'll add another datapoint: in the 3.5 months since 2.7.2 was released, > it's been downloaded 28, 750 times. That's pretty good, I'd say. And this does not count the users which get IronPython via different distribution channels, for example Linux distributions or hosting applications (like CoDeSys) - usually, those only pull the source once (which is not noticed in the above download statistics) and then distribute it to thousands of users. Best regards Markus Schaber -- ___________________________ We software Automation. 3S-Smart Software Solutions GmbH Markus Schaber | Developer Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax +49-831-54031-50 Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com CoDeSys internet forum: http://forum.3s-software.com Download CoDeSys sample projects: http://www.3s-software.com/index.shtml?sample_projects Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 From no_reply at codeplex.com Fri Jun 22 13:14:51 2012 From: no_reply at codeplex.com (no_reply at codeplex.com) Date: 22 Jun 2012 04:14:51 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 6/21/2012 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New comment] __excepthook__ and __displayhook__ in sys are missing 2. [New comment] __excepthook__ and __displayhook__ in sys are missing 3. [Status update] __excepthook__ and __displayhook__ in sys are missing ---------------------------------------------- ISSUES 1. [New comment] __excepthook__ and __displayhook__ in sys are missing http://ironpython.codeplex.com/workitem/32874 User jdhardy has commented on the issue: "I actually fixed this in bd1a786 (https://github.com/IronLanguages/main/commit/bd1a786799029a3ca1adecde059ce3338ea99798) and it looks like the changes are in 2.7.3 Beta. Does it not work for you?"----------------- 2. [New comment] __excepthook__ and __displayhook__ in sys are missing http://ironpython.codeplex.com/workitem/32874 User paweljasinski has commented on the issue: "somehow I have missed b1 and didn't pull. After pull everything works ok. "----------------- 3. [Status update] __excepthook__ and __displayhook__ in sys are missing http://ironpython.codeplex.com/workitem/32874 User jdhardy has updated the issue: Status has changed from Proposed to Closed with the following comment, "Already fixed." ---------------------------------------------- ---------------------------------------------- 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 davew252 at tx.rr.com Fri Jun 22 15:14:50 2012 From: davew252 at tx.rr.com (Dave Wald) Date: Fri, 22 Jun 2012 08:14:50 -0500 Subject: [Ironpython-users] Considering IronPython for a new project In-Reply-To: <1331630967.17063.140661048492365@webmail.messagingengine.com> References: <1331630967.17063.140661048492365@webmail.messagingengine.com> Message-ID: <4FE46FCA.7010005@tx.rr.com> You can add a company named "Aderant" to the list. http://aderant.com/ They are now the 800-pound gorilla in the legal software arena. They bought out my previous employer (RainMaker Platinum) - I worked for them up until just recently when they closed down the Dallas office. They have a huge product called "Expert" which was written by their elite dev team in N.Z. using the MS Patterns and Practices Software Factory platform. They use IronPython to do all the deployment config and setup and also as the scripting language for it. And it's ALL scripted. When I first saw that, let's just say I was so stoked. Never got to work on it since we got pulled off to work on another new sister company's old VB system, but what I did see of it was impressive. Also, fwiw, I wrote a smart-client replacement for our old antiquated ASP.Net BI system using IronPython - I took all the old VB.Net modules and created one support dll out of them, took all the old JavaScript code and converted it to C# and made another support dll. I used WinForms originally for the screens, but was converting them to WPF as I went. I used IronPython and a whole buncha events to glue it all together. Worked pretty darn slick. If we hadn't gotten bought out, it probably would have been in production sometime this year, but that's another story... But I never gave "support" a second thought. Not an issue. IronPython is one of the best maintained projects out there. Period. Just as another little testimonial, I wrote this last year - http://sourceforge.net/projects/npppyscriptauto/ - makes heavy use of both Iron and C Python. Same codebase. It's had over 300 downloads and not one negative feedback post. Check out the download stats... 43% in Spain. Go figure. Whatever they're doing with it over there, they must really like it. ;-) (I think it's Banco Santander, but it could be a small university Computer Science class using it as study material. Who the hell knows...) Anyway, hope this helps. And thanks guys. Keep up the good work. 'Preciate it. Dave From pawel.jasinski at gmail.com Sun Jun 24 20:10:07 2012 From: pawel.jasinski at gmail.com (Pawel Jasinski) Date: Sun, 24 Jun 2012 20:10:07 +0200 Subject: [Ironpython-users] raw_input and readline support in ironpython Message-ID: hi, the documentation of raw_input says: "If the readline module was loaded, then raw_input() will use it to provide elaborate line editing and history features." Which translates to calling raw_input equivalent inside readline module. In case of cpython readline is built-in and there is no public interface for it. Readline knows about and has direct access to the internals of python and swaps the raw_input implementation. In case of ironpython it is different. Readline is an external module. It used to work by tinkering with console internal state. This was done in 1.x days, required patching of ironpython code and is broken now. I would like to fix it. So far I have modified raw_input to check if readliine was loaded and call internal things of the readline module. It appears to work but is there a better way? Cheers, Pawel From no_reply at codeplex.com Mon Jun 25 14:36:56 2012 From: no_reply at codeplex.com (no_reply at codeplex.com) Date: 25 Jun 2012 05:36:56 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 6/24/2012 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New issue] {"No module named compiler.ast"} 2. [New comment] {"No module named compiler.ast"} 3. [New comment] version() shows only version number when running pyc-compiled .exe 4. [New comment] sys.version is incomplete in user created engine, creating problems in platform.py 5. [New issue] SQLite: InterfaceError: Unable to bind parameter 1 - unsupported type 6. [New issue] Use unsigned assemblies for ipy.exe? ---------------------------------------------- ISSUES 1. [New issue] {"No module named compiler.ast"} http://ironpython.codeplex.com/workitem/32883 User moiseyo has proposed the issue: "IronPython IronPython-2.7.2.1 I created VB.NET Framework 4.0 SP1 project and Getting error {"No module named compiler.ast"} What do I miss I'm new in Irion python , but have knowledge vb and python Thank in advance"----------------- 2. [New comment] {"No module named compiler.ast"} http://ironpython.codeplex.com/workitem/32883 User moiseyo has commented on the issue: "ps. Wimdows 7 prof"----------------- 3. [New comment] version() shows only version number when running pyc-compiled .exe http://ironpython.codeplex.com/workitem/30267 User jdhardy has commented on the issue: "This is related to [workitem:31736]. The engine does not fill out the version fields by default."----------------- 4. [New comment] sys.version is incomplete in user created engine, creating problems in platform.py http://ironpython.codeplex.com/workitem/31736 User jdhardy has commented on the issue: "As a workaround, you can do: Python.SetHostVariables(engine, sys.prefix, sys.executable, '') to properly initialize it. I'll make sure a proper fix gets into 2.7.4."----------------- 5. [New issue] SQLite: InterfaceError: Unable to bind parameter 1 - unsupported type http://ironpython.codeplex.com/workitem/32884 User paweljasinski has proposed the issue: "This happens in ipython when trying to save history. Code in ipython: conn.execute("INSERT INTO output_history VALUES (?, ?, ?)", (self.session_number,)+line) The variable in python is reported as long () After modifying exception message, it turned out to be System.Numerics.BigInteger The origin of the value is SQLite itself: with conn: cur = conn.execute("""INSERT INTO sessions VALUES (NULL, ?, NULL, NULL, "") """, (datetime.datetime.now(),)) self.session_number = cur.lastrowid I attach a fix, but I am not sure if this is the right thing to do. Perhaps cur.lastrowid should map returned value internally to something else (Microsoft.Scripting.Math.BigInteger)?"----------------- 6. [New issue] Use unsigned assemblies for ipy.exe? http://ironpython.codeplex.com/workitem/32885 User jdhardy has proposed the issue: "Mainly because of [workitem:32452], I think using signed assemblies for IronPython might be more hassle than it's worth. The assemblies in the GAC will always override local ones, which may not be what is desired. Or, maybe there needs to be more discipline around interface-breaking changes; we don't do any checking to see if those are introduced between releases." ---------------------------------------------- ---------------------------------------------- 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 fernandez_dan2 at hotmail.com Tue Jun 26 00:08:38 2012 From: fernandez_dan2 at hotmail.com (Daniel Fernandez) Date: Mon, 25 Jun 2012 15:08:38 -0700 Subject: [Ironpython-users] Rough Schedule for 2.7.3 release In-Reply-To: References: <1331630967.17063.140661048492365@webmail.messagingengine.com>, , <1331918939.28297.140661050133401@webmail.messagingengine.com>, <4FDFAA47.7060008@fastmail.fm>, Message-ID: Hi Jeff, 2.7.3 looks real nice! I wanted to check if there was a certain schedule for an estimated time for releasing 2.7.3? Thanks Danny -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Tue Jun 26 00:53:58 2012 From: jdhardy at gmail.com (Jeff Hardy) Date: Mon, 25 Jun 2012 15:53:58 -0700 Subject: [Ironpython-users] Rough Schedule for 2.7.3 release In-Reply-To: References: <1331630967.17063.140661048492365@webmail.messagingengine.com> <1331918939.28297.140661050133401@webmail.messagingengine.com> <4FDFAA47.7060008@fastmail.fm> Message-ID: On Mon, Jun 25, 2012 at 3:08 PM, Daniel Fernandez wrote: > Hi Jeff, > > 2.7.3 looks real nice! I wanted to check if there was a certain schedule for > an estimated time for releasing 2.7.3? Probably this weekend or early next week. I have to make sure that http://ironpython.codeplex.com/workitem/32452 is fixed, but that's the only showstopper, and I want to have an RC for that. The calendar I work from is here: http://bit.ly/ironpython_release_schedule As you can see, I missed the target RC date. If I don't find the time this weekend then it will I have to push it back two weeks (to the 15th) because of other commitments. - Jeff From jdhardy at gmail.com Tue Jun 26 00:58:57 2012 From: jdhardy at gmail.com (Jeff Hardy) Date: Mon, 25 Jun 2012 15:58:57 -0700 Subject: [Ironpython-users] raw_input and readline support in ironpython In-Reply-To: References: Message-ID: On Sun, Jun 24, 2012 at 11:10 AM, Pawel Jasinski wrote: > hi, > > the documentation of raw_input says: > > "If the readline module was loaded, then raw_input() will use it to > provide elaborate line editing and history features." > > Which translates to calling raw_input equivalent inside readline module. > > In case of cpython readline is built-in and there is no public > interface for it. > Readline knows about and has direct access to the internals of python > and swaps the raw_input implementation. > > In case of ironpython it is different. > Readline is an external module. > It used to work by tinkering with console internal state. > This was done in 1.x days, required patching of ironpython code and is > broken now. > > I would like to fix it. > So far I have modified raw_input to check if readliine was loaded and > call internal things of the readline module. > It appears to work but is there a better way? As long as it works without readline, and it's not *too* terrible of a hack, that should be fine. There are a few modules (zipimport comes to mind) that slot into CPython in weird ways, and we might be stuck with them. It might be interesting to use some of the functionality in SuperConsole to implement history w/o readline, but I imagine readline's specific details (C-r, C-e, C-a, etc.) are wired into a lot of people's fingers, and so having the actual readline available is probably a good idea. All the more reason to fix the packaging story for IronPython so that readline can be easily distributed. - Jeff From fernandez_dan2 at hotmail.com Tue Jun 26 01:52:03 2012 From: fernandez_dan2 at hotmail.com (Daniel Fernandez) Date: Mon, 25 Jun 2012 16:52:03 -0700 Subject: [Ironpython-users] Rough Schedule for 2.7.3 release In-Reply-To: References: <1331630967.17063.140661048492365@webmail.messagingengine.com>, , <1331918939.28297.140661050133401@webmail.messagingengine.com>, <4FDFAA47.7060008@fastmail.fm>, , , Message-ID: Thanks for the update. Awesome news the RC is just around the corner. Danny > Date: Mon, 25 Jun 2012 15:53:58 -0700 > Subject: Re: Rough Schedule for 2.7.3 release > From: jdhardy at gmail.com > To: fernandez_dan2 at hotmail.com > CC: ironpython-users at python.org > > On Mon, Jun 25, 2012 at 3:08 PM, Daniel Fernandez > wrote: > > Hi Jeff, > >Send > > 2.7.3 looks real nice! I wanted to check if there was a certain schedule for > > an estimated time for releasing 2.7.3? > > Probably this weekend or early next week. I have to make sure that > http://ironpython.codeplex.com/workitem/32452 is fixed, but that's the > only showstopper, and I want to have an RC for that. > > The calendar I work from is here: > http://bit.ly/ironpython_release_schedule As you can see, I missed the > target RC date. If I don't find the time this weekend then it will I > have to push it back two weeks (to the 15th) because of other > commitments. > > - Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Sat Jun 30 06:34:13 2012 From: jdhardy at gmail.com (Jeff Hardy) Date: Fri, 29 Jun 2012 21:34:13 -0700 Subject: [Ironpython-users] WP7 & Silverlight Support in IronPython Message-ID: Throwing some thoughts out there on future platform support: Given that Windows Phone 7 is basically dead in the water at this point, it doesn't seem worth it to support it. I'm going to remove the existing WP7 binaries, which don't work anyway, from 2.7.3. If anyone is interested in supporting it I'll certainly consider patches, but I won't be adding it back to the distributions without a fully committed maintainer. Silverlight is also basically dead, but still has some users, so I have no intention of removing it yet. However, I would like to know if Silverlight 4 is still required - I'll leave it in for 2.7.3, but I'd like to remove it in 2.7.4, if Silverlight 4 has mostly been replaced by SL 5. That said, I would like someone to take over maintaining Silverlight; there really isn't any testing of it, so I'm basically taking it on faith that it still works, and I don't like that. If no one is willing to maintain it, I'm going to consider removing it entirely from 2.7.5. None of this is set in stone. I just want to get some discussion going. - Jeff From jdhardy at gmail.com Sat Jun 30 08:07:06 2012 From: jdhardy at gmail.com (Jeff Hardy) Date: Fri, 29 Jun 2012 23:07:06 -0700 Subject: [Ironpython-users] IronPython 2.7.3 Release Candidate Available Message-ID: On behalf of the IronPython team, I'm happy to announce the first beta release of IronPython 2.7.3. This release includes everything from IronPython 2.7, 2.7.1, and 2.7.2.1 as well. Like all IronPython 2.7-series releases, .NET 4 is required to install it. Installing this release will replace any existing IronPython 2.7-series installation. The biggest improvements in IronPython 2.7.3 are: * the winsound and _bisect modules, * the bz2 module, * major improvements to the _ast module, * support for response files in pyc.py, * support for loading zip packages from resources, * the "SuperConsole" is now the default, which adds line history and tab-completion on all platforms, * improvements to Android support, * and numerous other bug fixes. IronPython 2.7.3 is also available for embedding via NuGet. The main package is IronPython, and the standard library is in IronPython.StdLib. Because this is a prerelease package, you must use -IncludePrerelease on the command line or select "Include Prerelease" from the package drop-down menu (NuGet 1.7 only). There are two major changes from the beta: the incompatibility with IronRuby 1.1.3 (http://ironpython.codeplex.com/workitem/32452) has been fixed, and the Windows Phone 7 assemblies have been removed from the release packages, as they didn't work properly (or at all, really). A huge thanks to everyone who helped make this release possible; this wouldn't have been nearly as big a release without your help! From sepatan at sibmail.com Sat Jun 30 08:05:10 2012 From: sepatan at sibmail.com (sepatan at sibmail.com) Date: Sat, 30 Jun 2012 13:05:10 +0700 (NOVT) Subject: [Ironpython-users] WP7 & Silverlight Support in IronPython In-Reply-To: References: Message-ID: <4519.83.234.184.1.1341036310.squirrel@www.sibmail.com> Silverlight is very necessary. > Throwing some thoughts out there on future platform support: > > Given that Windows Phone 7 is basically dead in the water at this > point, it doesn't seem worth it to support it. I'm going to remove the > existing WP7 binaries, which don't work anyway, from 2.7.3. If anyone > is interested in supporting it I'll certainly consider patches, but I > won't be adding it back to the distributions without a fully committed > maintainer. > > Silverlight is also basically dead, but still has some users, so I > have no intention of removing it yet. However, I would like to know if > Silverlight 4 is still required - I'll leave it in for 2.7.3, but I'd > like to remove it in 2.7.4, if Silverlight 4 has mostly been replaced > by SL 5. That said, I would like someone to take over maintaining > Silverlight; there really isn't any testing of it, so I'm basically > taking it on faith that it still works, and I don't like that. If no > one is willing to maintain it, I'm going to consider removing it > entirely from 2.7.5. > > None of this is set in stone. I just want to get some discussion going. > > - Jeff > _______________________________________________ > Ironpython-users mailing list > Ironpython-users at python.org > http://mail.python.org/mailman/listinfo/ironpython-users > From no_reply at codeplex.com Sat Jun 30 12:13:42 2012 From: no_reply at codeplex.com (no_reply at codeplex.com) Date: 30 Jun 2012 03:13:42 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 6/29/2012 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New issue] Running google's cpplint 2. [Status update] IronPython 2.7B1 non-default install location not working 3. [New comment] 2.7.2.1 "load language" problem ---------------------------------------------- ISSUES 1. [New issue] Running google's cpplint http://ironpython.codeplex.com/workitem/32902 User Jorch has proposed the issue: "I executed cpplint.py in visual studio and it throws the following exception a lot of times: System.IndexOutOfRangeException was unhandled by user code Message=index out of range: 1 Source=IronPython StackTrace: at IronPython.Runtime.Operations.PythonOps.FixIndex(Int32 v, Int32 len) at IronPython.Runtime.List.get_Item(Int32 index) at IronPython.Runtime.Binding.PythonGetIndexBinder.ListIndex(CallSite site, Object target, Object index) at sre_parse$19.__getitem__$486(PythonFunction $function, Object self, Object index) in C:\Program Files\IronPython 2.7\Lib\sre_parse.py:line 133 at IronPython.Runtime.PythonFunction.FunctionCaller`2.Call2(CallSite site, CodeContext context, Object func, T0 arg0, T1 arg1) at IronPython.Runtime.Method.MethodBinding`1.SelfTarget(CallSite site, CodeContext context, Object target, T0 arg0) at IronPython.Runtime.ItemEnumerator.System.Collections.IEnumerator.MoveNext() InnerException:"----------------- 2. [Status update] IronPython 2.7B1 non-default install location not working http://ironpython.codeplex.com/workitem/29950 User jdhardy has updated the issue: Status has changed from Proposed to Closed with the following comment, "This is no longer an issue."----------------- 3. [New comment] 2.7.2.1 "load language" problem http://ironpython.codeplex.com/workitem/32452 User jdhardy has commented on the issue: "This is fixed in 2.7.3." ---------------------------------------------- ---------------------------------------------- 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: