From no_reply at codeplex.com Wed Mar 5 09:24:40 2014 From: no_reply at codeplex.com (CodePlex) Date: 5 Mar 2014 00:24:40 -0800 Subject: [Ironpython-users] IronPython, Daily Digest 3/4/2014 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New comment] misleading error message for bytes(unicode, encoding) 2. [New comment] subprocess.Popen should accept os.environ as env argument 3. [New comment] ctypes.memmove doesn't tolerate 0 size 4. [New comment] os.stat should accept bytes as argument 5. [New comment] ast.parse raises SystemError on "yield" ---------------------------------------------- ISSUES 1. [New comment] misleading error message for bytes(unicode, encoding) http://ironpython.codeplex.com/workitem/34689 User paweljasinski has commented on the issue: "

fixed in
master 3c4103f7c5b119809f56b86b540d52d0edbf45ed
2.7 23fe78b57d15d6193d876e99fcef957a9d43f3c9

"----------------- 2. [New comment] subprocess.Popen should accept os.environ as env argument http://ironpython.codeplex.com/workitem/34837 User paweljasinski has commented on the issue: "

fixed in
master 8a1de8b7a1086ccfad5b65960d3d29fd55d7adb6
2.7 4dbbc3ef7451ebcd3bae60f747fe151a05d729eb

"----------------- 3. [New comment] ctypes.memmove doesn't tolerate 0 size http://ironpython.codeplex.com/workitem/34892 User paweljasinski has commented on the issue: "

fixed in
master b1de8f129e102736c709f92ed40e3974f054ee40
2.7 b1de8f129e102736c709f92ed40e3974f054ee40

"----------------- 4. [New comment] os.stat should accept bytes as argument http://ironpython.codeplex.com/workitem/34910 User paweljasinski has commented on the issue: "

fixed in
master b40af0973c447aa7295ae84205942563bd63b6b3
2.7 444f37d30e4b65de497b59348cf6da61e4c92a6a

"----------------- 5. [New comment] ast.parse raises SystemError on "yield" http://ironpython.codeplex.com/workitem/35001 User paweljasinski has commented on the issue: "

fixed in
master 11533b8c3cc8d52859cec6971cc51c74d0f8db78
2.7 4928c8e1f94be056fb6c5fd33699bf1eae83fb76

Yes, I am a victim of registry virtualization.
I have this info under HKLM\SOFTWARE\Wow6432Node\IronPython\2.7\InstallPath

Thank you for your time

"----------------- 2. [New issue] Popen.send_signal(CTRL_BREAK_EVENT) does not work http://ironpython.codeplex.com/workitem/35020 User pekkaklarck has proposed the issue: "Code like this works fine on CPython but doesn't seem to send correct/any signal with IronPython (v2.7.3): process = subprocess.Popen(command, creationflags=subprocess.CREATE_NEW_PROCESS_GROUP) process.send_signal(signal.CTRL_BREAK_EVENT) As a workaround I was able to send the signal using ctypes: ctypes.windll.kernel32.GenerateConsoleCtrlEvent(signal.CTRL_BREAK_EVENT, process.pid) I created a simple example demonstrating the problem and attached it to the issue. Run the script with use_signal or use_ctypes arguments to test behavior. Below is what I got on Windows 7: E:\>python send_signal.py use_signal Started Received signal 21 E:\>python send_signal.py use_ctypes Started Received signal 21 E:\>ipy send_signal.py use_signal Started E:\>ipy send_signal.py use_ctypes Started Received signal 21 "----------------- 3. [New issue] __doc__ should not be read-only in partial http://ironpython.codeplex.com/workitem/35021 User abeham has proposed the issue: "The following code does not work in IronPython, but works in CPython: from functools import partial def function(arg): print arg hiFunc = partial(function, "hi") hiFunc.doc = "Doc-string" hiFunc()" ---------------------------------------------- ---------------------------------------------- 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 andreas.beham at heuristiclab.com Fri Mar 7 13:44:08 2014 From: andreas.beham at heuristiclab.com (Andreas Beham) Date: Fri, 7 Mar 2014 13:44:08 +0100 Subject: [Ironpython-users] Specified cast not valid Message-ID: <000001cf3a02$f12a98c0$d37fca40$@heuristiclab.com> Hi again, I am trying to execute further scripts and I stumbled across an error that involves numerical base types: >>> type(int(numpy.ceil(65))) I wonder that this results in a long. Is this the fault of the numpy port for .NET? I have installed the rather old package from enthought. Regards, Andreas -------------- next part -------------- An HTML attachment was scrubbed... URL: From no_reply at codeplex.com Sat Mar 8 09:23:15 2014 From: no_reply at codeplex.com (CodePlex) Date: 8 Mar 2014 00:23:15 -0800 Subject: [Ironpython-users] IronPython, Daily Digest 3/7/2014 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New comment] Popen.send_signal(CTRL_BREAK_EVENT) does not work ---------------------------------------------- ISSUES 1. [New comment] Popen.send_signal(CTRL_BREAK_EVENT) does not work http://ironpython.codeplex.com/workitem/35020 User paweljasinski has commented on the issue: "

see also https://ironpython.codeplex.com/workitem/34928

" ---------------------------------------------- ---------------------------------------------- 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 pawel.jasinski at gmail.com Sun Mar 9 15:56:18 2014 From: pawel.jasinski at gmail.com (Pawel Jasinski) Date: Sun, 9 Mar 2014 15:56:18 +0100 Subject: [Ironpython-users] Splitting up the IronPython repo In-Reply-To: References: <727D8E16AE957149B447FE368139F2B5398580BF@SERVER10> <727D8E16AE957149B447FE368139F2B53985817F@SERVER10> Message-ID: I do realize it is over a month, but ... I managed to get git status reliably under 5 seconds (most of the time under 1 second). First improvement was an accident, as I installed some other stuff from cygwinports, my git version got updated to 1.8.x and it was already way better. Second, I have set a config option core.preloadindex to true which reduced it further. My config: - win7-64 running as VM, - git comes from cygwinports - cygwin itself is 64bit flavour - hd is ssd - also modified windows registry: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management set to 1 --pawel On Wed, Feb 5, 2014 at 1:46 AM, Jeff Hardy wrote: > I pushed some updates to the repo that should make it work now. One > piece that is currently missing is the DLR assemblies. To get those, > download https://www.dropbox.com/s/bpg05pk50xyadgz/dlr-1.5.0.zip and > copy the 'lib' directory (in dlr-1.5.0) to > Util\References\DynamicLanguageRuntime.1.5.0 (that is, you should have > Util\References\DynamicLanguageRuntime.1.5.0\lib). I haven't tested > 2012 but it works in 2013. > > - Jeff > > On Tue, Feb 4, 2014 at 10:40 AM, Markus Schaber wrote: >> Hi, Jeff, >> >> Okay, I'll try to have a look at it later. >> >> I've got mixed results with MonoDevelop/Xamarin Studio in the past, including crashes while trying to load "normal" solution files (which work fine with VS, VS Express, MSBuild, VisualBuild and SharpDevelop)... >> >> Best regards >> >> Markus Schaber >> >> CODESYS? a trademark of 3S-Smart Software Solutions GmbH >> >> Inspiring Automation Solutions >> >> 3S-Smart Software Solutions GmbH >> Dipl.-Inf. Markus Schaber | Product Development Core Technology >> Memminger Str. 151 | 87439 Kempten | Germany >> Tel. +49-831-54031-979 | Fax +49-831-54031-50 >> >> E-Mail: m.schaber at codesys.com | Web: http://www.codesys.com | CODESYS store: http://store.codesys.com >> CODESYS forum: http://forum.codesys.com >> >> Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 >> >>> -----Urspr?ngliche Nachricht----- >>> Von: Jeff Hardy [mailto:jdhardy at gmail.com] >>> Gesendet: Dienstag, 4. Februar 2014 10:01 >>> An: Markus Schaber >>> Cc: ironpython-users at python.org >>> Betreff: Re: [Ironpython-users] Splitting up the IronPython repo >>> >>> I did most of the work on my MacBook, just running MSBuild from the command >>> line; it might still need some tweaking to work from VS. The main thing is >>> making sure all of the properties are set when just loading the projects (not >>> using Build.proj as a wrapper). If you look in the .csproj file, it tries to >>> populate a property (the filename of the platform-specific properties) and >>> then import it; my guess is that for some reason that is not getting set >>> properly and staying at ''. >>> >>> Unfortunately VS and MSBuild are not exactly the same; the environment and >>> pre-set properties are different depending on whether it is run from the >>> command line or VS. I do remember opening it in VS 2013 though, to make sure >>> that it worked, but it's possible I changed something since then or that 2012 >>> and 2013 are slightly different. I don't want to require 2013, though. (I'd >>> also like to open cleanly in MonoDevelop/Xamarin Studio, but it tends to >>> mangle the csproj files in unfortunate ways.) >>> >>> - Jeff >>> >>> On Tue, Feb 4, 2014 at 8:21 AM, Markus Schaber wrote: >>> > Hi, Jeff, >>> > >>> > I tried to open the IronPython solution file using Visual Studio 2010 Pro >>> and 2012 Express for Desktop. Both failed to open the IronPython, IronPython >>> and IronPython.SQLite projects with the following error messages: >>> > >>> > D:\Contribs\Ironpython\ironpython-only\Src\IronPython\IronPython.csproj : >>> error : Unable to read the project file 'IronPython.csproj'. >>> > D:\Contribs\Ironpython\ironpython- >>> only\Src\IronPython\IronPython.csproj(516,3): The value "" of the "Project" >>> attribute in element is invalid. Parameter "path" cannot have zero >>> length. >>> > >>> > D:\Contribs\Ironpython\ironpython- >>> only\Src\IronPython.Modules\IronPython.Modules.csproj : error : Unable to >>> read the project file 'IronPython.Modules.csproj'. >>> > D:\Contribs\Ironpython\ironpython- >>> only\Src\IronPython.Modules\IronPython.Modules.csproj(149,3): The value "" of >>> the "Project" attribute in element is invalid. Parameter "path" >>> cannot have zero length. >>> > >>> > D:\Contribs\Ironpython\ironpython- >>> only\Src\IronPython.SQLite\IronPython.SQLite.csproj : error : Unable to read >>> the project file 'IronPython.SQLite.csproj'. >>> > D:\Contribs\Ironpython\ironpython- >>> only\Src\IronPython.SQLite\IronPython.SQLite.csproj(160,3): The value "" of >>> the "Project" attribute in element is invalid. Parameter "path" >>> cannot have zero length. >>> > >>> > Some of the properties associated with the solution could not be read. >>> > >>> > Best regards >>> > >>> > Markus Schaber >>> > >>> > CODESYS? a trademark of 3S-Smart Software Solutions GmbH >>> > >>> > Inspiring Automation Solutions >>> > >>> > 3S-Smart Software Solutions GmbH >>> > Dipl.-Inf. Markus Schaber | Product Development Core Technology >>> > Memminger Str. 151 | 87439 Kempten | Germany Tel. +49-831-54031-979 | >>> > Fax +49-831-54031-50 >>> > >>> > E-Mail: m.schaber at codesys.com | Web: http://www.codesys.com | CODESYS >>> > store: http://store.codesys.com CODESYS forum: >>> > http://forum.codesys.com >>> > >>> > Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | >>> > Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 >>> > >>> >> -----Urspr?ngliche Nachricht----- >>> >> Von: Ironpython-users [mailto:ironpython-users- >>> >> bounces+m.schaber=codesys.com at python.org] Im Auftrag von Jeff Hardy >>> >> Gesendet: Montag, 20. Januar 2014 10:10 >>> >> An: ironpython-users at python.org >>> >> Betreff: [Ironpython-users] Splitting up the IronPython repo >>> >> >>> >> One of the big issues with working on IronPython is the size of the >>> >> git repository (specifically https://github.com/IronLanguages/main) - >>> >> git does not like really big repos, especially on Windows. Part of >>> >> the problem is that the repository includes: >>> >> >>> >> * The DLR >>> >> * IronPython >>> >> * IronRuby >>> >> * Two copies of the Python stdlib >>> >> * The Ruby stdlib >>> >> * WiX >>> >> * and a bunch of reference assemblies >>> >> >>> >> Even on a fast machine, 'git status' takes several seconds to return. >>> >> I believe this is because it was originally a TFS repo, which can >>> >> scale to handle bigger repos by using a bigger server. With git that >>> >> option doesn't exist - if the repo is too big, the only option is to split >>> it up. >>> >> >>> >> I've created two repos - https://github.com/jdhardy/dlr and >>> >> https://github.com/jdhardy/ironpython-only - that contain just the >>> >> DLR and IronPython, respectively. In them, git calls are nearly >>> >> instantaneous, which makes working with it a lot less painful. >>> >> >>> >> There are other advantages - the DLR can get its own release cycle >>> >> and packaging, and IP can then depend on a specific version of the DLR. >>> >> Each project has a modified version of the IronPython build system >>> >> that makes it easy to build for other platforms (iOS, Android, Win8, >>> >> etc. - they still need to ported and tested, but the builds are easier). >>> >> >>> >> I did most of the work using Mono/xbuild, so I know it works there >>> >> (except for a bug in Mono's .NET 4.5 support), but it has some errors >>> >> on Windows that I need to sort out. >>> >> >>> >> Once I get my Windows box back and get some time to fix the few >>> >> remaining issues, I'll move the repos to the IronLanguages account >>> >> and use them for development of a real DLR release and IronPython >>> >> 3.0. Any more 2.7 releases will come out of the existing repo. >>> >> >>> >> One downside is that copying patches between 3.0 and 2.7 is going to >>> >> be extra work, but 3.0 will solve so many problems with strings that >>> >> I think it will quickly become the more common target. In general >>> >> Python >>> >> 3 momentum is picking up so it's a good time (some recent >>> >> hand-wringing >>> >> notwithstanding) to try and have IronPython 3 in the right spot at >>> >> the right time. >>> >> >>> >> I haven't really addressed IronRuby because, for intents and >>> >> purposes, it's dead. >>> >> >>> >> All of that said, if anyone has any objections I'd like to hear them. >>> >> The split repos work well for me but I'm curious if others prefer the >>> >> combined repo. >>> >> >>> >> - Jeff >>> >> _______________________________________________ >>> >> Ironpython-users mailing list >>> >> Ironpython-users at python.org >>> >> https://mail.python.org/mailman/listinfo/ironpython-users > _______________________________________________ > Ironpython-users mailing list > Ironpython-users at python.org > https://mail.python.org/mailman/listinfo/ironpython-users From no_reply at codeplex.com Thu Mar 13 08:22:05 2014 From: no_reply at codeplex.com (CodePlex) Date: 13 Mar 2014 00:22:05 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 3/12/2014 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New comment] unbound methods instead of bound methods in cloned class instances ---------------------------------------------- ISSUES 1. [New comment] unbound methods instead of bound methods in cloned class instances http://ironpython.codeplex.com/workitem/34649 User s3e3 has commented on the issue: "

I strongly vote for this issue to be resolved in 2.7.5 as it is show-stopper for us (prevented upgrade from 2.7.3 to 2.7.4 in my company)

I'll take a look at this. Should just be a case of figuring out where it broke in the first place.

"----------------- 2. [Status update] System.Windows.Threading.DispatcherTimer not working in IronPython http://ironpython.codeplex.com/workitem/34877 User jdhardy has updated the issue: Status has changed from Proposed to Closed. ----------------- 3. [New comment] __doc__ should not be read-only in partial http://ironpython.codeplex.com/workitem/35021 User jdhardy has commented on the issue: "

Fixed in d4dcb01.

" ---------------------------------------------- ---------------------------------------------- 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 Sat Mar 15 02:13:43 2014 From: fernandez_dan2 at hotmail.com (Daniel Fernandez) Date: Fri, 14 Mar 2014 18:13:43 -0700 Subject: [Ironpython-users] Launch ipy.exe from Host Message-ID: Hi All, I have IronPython embedded in my application to run predefined scripts. I experiment and debug a lot in the interactive environment outside of my application. I was wondering if I could launch ipy from my application and pass it my ScriptScope for debug/experimenting purposes? I know I can launch ipy from my host but I haven't figured how to pass it my scriptscope so I can play with the current objects in the scope. Thanks Danny -------------- next part -------------- An HTML attachment was scrubbed... URL: From rome at Wintellect.com Sat Mar 15 02:50:36 2014 From: rome at Wintellect.com (Keith Rome) Date: Sat, 15 Mar 2014 01:50:36 +0000 Subject: [Ironpython-users] Launch ipy.exe from Host In-Reply-To: References: Message-ID: Depending upon your goals you may be able to get by with implementing a function and installing it with sys.settrace() from your hosting application. I've managed to implement a full in-application dev IDE built around that capability. The function you install as a trace handler gets invoked for each line of code being executed as well as each time a new code block/function in the python script is entered/exited. You can use that like a breakpoint - script execution is suspended until the trace function returns. You have full access to the current script scope and can get information about the source code file and line number too. It requires some effort to get advanced debugging features, but it is certainly possible. Keith Rome Principal Architect @ Wintellect (www.wintellect.com) 770.617.4016 | krome at wintellect.com [cid:F744241F-88F8-4683-BFE3-B61052FA229F] Register today for access to our high-quality on-demand training resources! From: Daniel Fernandez > Date: Friday, March 14, 2014 at 9:13 PM To: "ironpython-users at python.org" > Subject: [Ironpython-users] Launch ipy.exe from Host Hi All, I have IronPython embedded in my application to run predefined scripts. I experiment and debug a lot in the interactive environment outside of my application. I was wondering if I could launch ipy from my application and pass it my ScriptScope for debug/experimenting purposes? I know I can launch ipy from my host but I haven't figured how to pass it my scriptscope so I can play with the current objects in the scope. Thanks Danny -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 529A2558-817C-467F-8E7E-0789B90D675C[48].png Type: image/png Size: 6285 bytes Desc: 529A2558-817C-467F-8E7E-0789B90D675C[48].png URL: From fernandez_dan2 at hotmail.com Sat Mar 15 03:36:51 2014 From: fernandez_dan2 at hotmail.com (Daniel Fernandez) Date: Fri, 14 Mar 2014 20:36:51 -0600 Subject: [Ironpython-users] Launch ipy.exe from Host In-Reply-To: References: Message-ID: Hi Keith Thanks for the info. I am looking for something simple. I really haven't dealt with sys.trace before I will do some digging into this looking at samples. Danny Sent from my iPad > On Mar 14, 2014, at 7:50 PM, "Keith Rome" wrote: > > Depending upon your goals you may be able to get by with implementing a function and installing it with sys.settrace() from your hosting application. I?ve managed to implement a full in-application dev IDE built around that capability. > > The function you install as a trace handler gets invoked for each line of code being executed as well as each time a new code block/function in the python script is entered/exited. You can use that like a breakpoint - script execution is suspended until the trace function returns. You have full access to the current script scope and can get information about the source code file and line number too. > > It requires some effort to get advanced debugging features, but it is certainly possible. > > > Keith Rome > Principal Architect @ Wintellect (www.wintellect.com) > 770.617.4016 | krome at wintellect.com > > <529A2558-817C-467F-8E7E-0789B90D675C[48].png> > Register today for access to our high-quality on-demand training resources! > > From: Daniel Fernandez > Date: Friday, March 14, 2014 at 9:13 PM > To: "ironpython-users at python.org" > Subject: [Ironpython-users] Launch ipy.exe from Host > > Hi All, > > I have IronPython embedded in my application to run predefined scripts. I experiment and debug a lot in the interactive environment outside of my application. I was wondering if I could launch ipy from my application and pass it my ScriptScope for debug/experimenting purposes? I know I can launch ipy from my host but I haven't figured how to pass it my scriptscope so I can play with the current objects in the scope. > > Thanks > > Danny -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 529A2558-817C-467F-8E7E-0789B90D675C[48].png Type: image/png Size: 6285 bytes Desc: 529A2558-817C-467F-8E7E-0789B90D675C[48].png URL: From no_reply at codeplex.com Sat Mar 15 08:23:21 2014 From: no_reply at codeplex.com (CodePlex) Date: 15 Mar 2014 00:23:21 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 3/14/2014 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New issue] What are IronPython 2.7's runtime dependencies? ---------------------------------------------- ISSUES 1. [New issue] What are IronPython 2.7's runtime dependencies? http://ironpython.codeplex.com/workitem/35040 User JohnMajerle has proposed the issue: "Which version of Visual Studio redistributable is required to load IronPython 2.7 into my program? For example: "Visual C++ Redistributable for Visual Studio 2012 Update 4" ? Or is a lesser version required? Thanks" ---------------------------------------------- ---------------------------------------------- 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 Mar 18 08:26:06 2014 From: no_reply at codeplex.com (CodePlex) Date: 18 Mar 2014 00:26:06 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 3/17/2014 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New comment] What are IronPython 2.7's runtime dependencies? ---------------------------------------------- ISSUES 1. [New comment] What are IronPython 2.7's runtime dependencies? http://ironpython.codeplex.com/workitem/35040 User MarkusSchaber has commented on the issue: "

First, you should ask such questions on the ironpython mailing list (https://mail.python.org/mailman/listinfo/ironpython-users) instead of using the bug tracker, as it clearly is not a bug...

Second, IronPython is pure C# / .NET, so you won't need any Visual C++ Redistributable at all.

Stock IronPython needs the .NET Framework 4.0, but you may still be successful in compiling it for .NET 3.5.

Just print out sys.path_hooks and see what is there. You should be able to determine which item is zipimport.

"----------------- 2. [Status update] What are IronPython 2.7's runtime dependencies? http://ironpython.codeplex.com/workitem/35040 User slide_o_mix has updated the issue: Status has changed from Proposed to Closed with the following comment, "Please use the mailing list for questions."----------------- 3. [New issue] name of the second argument to int() should be 'base' not 'radix' http://ironpython.codeplex.com/workitem/35048 User paweljasinski has proposed the issue: "$ ipy.exe -c 'print int("101010", 2)' 42 $ ipy.exe -c 'print int("101010", base=2)' Traceback (most recent call last): File "", line 1, in TypeError: int() got an unexpected keyword argument 'base' $ ipy.exe -c 'print int("101010", radix=2)' 42 Reference http://docs.python.org/2/library/functions.html#int"----------------- 4. [New issue] .net4.5 enviroment not included in 2.7.4.msi installer http://ironpython.codeplex.com/workitem/35049 User danielPhh has proposed the issue: "I installed IronPython2.7.4.msi but the enviroment for .net 4.5 was not installed. The name of the source folder is 'IronPython 2.7'. When I extract the IronPython-2.7.4.zip file, a folder for NET45 is included in the 'Platforms'-folder of the source.dir. The source-dir name ist correct: 'IronPython2.7.4'. I'm using Windows7 as operating system."----------------- 5. [New issue] int() got an unexpected keyword argument 'base' error at line 803 in pdf.py when using Py2PDF2 http://ironpython.codeplex.com/workitem/35050 User myeureka has proposed the issue: "When I execute the following code in Visual Studio 2012 using Python tools and ironpython 2.7 and PyPDF2 v1.20. i got this error "int() got an unexpected keyword argument 'base' "and points to this line "self._override_encryption = False" in pdf.py. This is my complete code: import clr clr.AddReference('System.Drawing') clr.AddReference('System.Windows.Forms') from System.Drawing import * from System.Windows.Forms import * from PyPDF2 import PdfFileReader class MyForm(Form): def __init__(self): # Create child controls and initialize form self.Text = "Test Project" self.Size = Size(600, 500) path = "F:/Download/RealPython.pdf" f = open(path) inputpdf = PdfFileReader(open(path, "rb")) page = inputpdf.getPage(8) pagecontent = page.extractText() display.mediaBox.upperRight = ( display.mediaBox.getUpperRight_x() / 2, display.mediaBox.getUpperRight_y() / 2 ) Application.EnableVisualStyles() Application.SetCompatibleTextRenderingDefault(False) form = MyForm() Application.Run(form) I read that PyPDF2 is written in pure python so it should run with any python, so i am using ironpython 2.7 can anyone help :)" ---------------------------------------------- ---------------------------------------------- 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 Mar 19 22:58:43 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Wed, 19 Mar 2014 21:58:43 +0000 Subject: [Ironpython-users] IronPython 2.7.5 Beta 1 Released Message-ID: On behalf of the IronPython team, I'm happy to announce the first beta release of IronPython 2.7.5[1]. This release includes everything from IronPython 2.7.4 and earlier. 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. Assemblies for embedding are provided for .NET 3.5, .NET 4, .NET 4.5, and Silverlight 5. IronPython 2.7.5 Beta 1 is primarily a collection of bug fixes[2] which smooth off many of the remaining rough edges. The complete list of changes[3] is also available. A huge thanks goes out to Pawel Jasinski[4], who contributed most of the changes in this release. Thanks is also due to Simon Opelt[5], Alex Earl[6], Jeffrey Bester[7], and yngipy hernan[8]. For Visual Studio integration, check out Python Tools for Visual Studio[9] which has support for IronPython as well as CPython, and many other fantastic features. IronPython 2.7.5 Beta 1 is also available for embedding via NuGet [10]. The main package is IronPython, and the standard library is in IronPython.StdLib. - Jeff [1] https://ironpython.codeplex.com/releases/view/115611 [2] http://bit.ly/ipy275b1resolved [3] https://github.com/IronLanguages/main/compare/ipy-2.7.4...ipy-2.7.5-b1 [4] https://github.com/paweljasinski [5] https://github.com/sopelt [6] https://github.com/slide [7] https://github.com/jbester [8] https://github.com/yYHernan [9] http://pytools.codeplex.com [10] http://nuget.org From no_reply at codeplex.com Thu Mar 20 08:23:49 2014 From: no_reply at codeplex.com (CodePlex) Date: 20 Mar 2014 00:23:49 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 3/19/2014 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [Status update] compile('#foo\n', '', 'single') throws null ref exception 2. [New comment] compile('#foo\n', '', 'single') throws null ref exception 3. [Status update] compile('#foo\n', '', 'single') throws null ref exception 4. [New comment] compile('#foo\n', '', 'single') throws null ref exception 5. [New comment] csv.writer ignores given lineterminator 6. [New comment] reading a file using codecs can fail 7. [New comment] name of the second argument to int() should be 'base' not 'radix' 8. [New comment] int() got an unexpected keyword argument 'base' error at line 803 in pdf.py when using Py2PDF2 9. [Status update] int() got an unexpected keyword argument 'base' error at line 803 in pdf.py when using Py2PDF2 ---------------------------------------------- ISSUES 1. [Status update] compile('#foo\n', '', 'single') throws null ref exception http://ironpython.codeplex.com/workitem/30940 User jdhardy has updated the issue: Status has changed from Proposed to Closed with the following comment, "Identical duplicate of [workitem:30941]."----------------- 2. [New comment] compile('#foo\n', '', 'single') throws null ref exception http://ironpython.codeplex.com/workitem/30940 User jdhardy has commented on the issue: "Identical duplicate of [workitem:30941]. ** Closed by jdhardy 19/03/2014 1:17 PM"----------------- 3. [Status update] compile('#foo\n', '', 'single') throws null ref exception http://ironpython.codeplex.com/workitem/30940 User jdhardy has updated the issue: Status has changed from Closed to Proposed. ----------------- 4. [New comment] compile('#foo\n', '', 'single') throws null ref exception http://ironpython.codeplex.com/workitem/30940 User jdhardy has commented on the issue: "

Fixed in 2ae3f5b.

"----------------- 5. [New comment] csv.writer ignores given lineterminator http://ironpython.codeplex.com/workitem/33627 User jdhardy has commented on the issue: "

Fixed in c8537e9.

"----------------- 6. [New comment] reading a file using codecs can fail http://ironpython.codeplex.com/workitem/34951 User jdhardy has commented on the issue: "

Fixed in edd1cc4edf82ad137b8c9534d992a806325d18a7.

"----------------- 7. [New comment] name of the second argument to int() should be 'base' not 'radix' http://ironpython.codeplex.com/workitem/35048 User jdhardy has commented on the issue: "

Fixed in a44e9c9.

"----------------- 8. [New comment] int() got an unexpected keyword argument 'base' error at line 803 in pdf.py when using Py2PDF2 http://ironpython.codeplex.com/workitem/35050 User paweljasinski has commented on the issue: "

Sorry, I have silently made an issue for the bug.
https://ironpython.codeplex.com/workitem/35048

"----------------- 9. [Status update] int() got an unexpected keyword argument 'base' error at line 803 in pdf.py when using Py2PDF2 http://ironpython.codeplex.com/workitem/35050 User jdhardy has updated the issue: Status has changed from Proposed to Closed with the following comment, "Duplicate of [workitem:35048], which will be fixed in 2.7.5." ---------------------------------------------- ---------------------------------------------- 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 Fri Mar 21 00:59:37 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Thu, 20 Mar 2014 23:59:37 +0000 Subject: [Ironpython-users] IronPython 3 Update Message-ID: I know a lot of people are interested in IronPython 3, so I'm going to provide an idea of where things are right now and where they are headed. First off, IronPython 3 development will take place in a new repository (https://github.com/IronLanguages/ironpython3) to break from the old repo that was converted from Microsoft's internal TFS. It is not up-to-date with the old repo and I probably won't sync them until after 2.7.5 is released. Doing so while preserving committers should be possible but I haven't tried yet. One side effect of the repo split is that the history is also split; preserving it in a sane way was not really possible. The README has the necessary instructions to get started (finally!). There is also a new test runner based on NUnitLite; you can run the tests by running `make test` from a command prompt. I haven't tested it on Mono yet but it should work there as well. The Makefile needs to be updated to include testing. The Python 3 standard library has been imported; it doesn't really work because it uses Python 3 features, but that should provide some prioritization (the new metaclass syntax is pretty critical now, because io.py uses it). All of the old IronPython tests are there as well, although many will have to be updated (or removed, if they're redundant with CPython tests) for Python 3. I'm going to add the needed PEPs to the issues list for the new repo so that anyone interested can claim them. The new repo structure should make working on IronPython much easier than before, which will hopefully encourage more people to contribute. It also make it easir to push stdlib changes back upstream to reduce the maintenance load. As always, I'm happy to answer any questions. - Jeff From no_reply at codeplex.com Fri Mar 21 08:23:35 2014 From: no_reply at codeplex.com (CodePlex) Date: 21 Mar 2014 00:23:35 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 3/20/2014 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New issue] PEP 397 -- Python launcher for Windows ---------------------------------------------- ISSUES 1. [New issue] PEP 397 -- Python launcher for Windows http://ironpython.codeplex.com/workitem/35064 User jdhardy has proposed the issue: "http://www.python.org/dev/peps/pep-0397/." ---------------------------------------------- ---------------------------------------------- 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 vernondcole at gmail.com Fri Mar 21 09:08:31 2014 From: vernondcole at gmail.com (Vernon D. Cole) Date: Fri, 21 Mar 2014 02:08:31 -0600 Subject: [Ironpython-users] IronPython 3 Update In-Reply-To: References: Message-ID: Thank you, Jeff!! This is wonderful! I have already cloned the new repo on my Windows development machine (such as it is, and old Windows 7 laptop) and will put it on my Ubuntu development machine (the one I work on daily) in a few minutes. Two questions remain that were not answered in the Readme: 1) What github workflow are we planning to use? Everyone shares the same fork/repo and submits pull requests from his/her branch there? Or each developer forks the project and submits pull reports from it? I am more familiar with the second (having used it more) but many projects prefer the first. [It would probably a good idea to turn on the github wiki and answer this in the repo. I am willing to copy a suitable draft from another project and edit to fit, if that would be helpful. I really want to write a page for Ubuntu installation, as soon as I can figure out how to do it myself.] 2) What compilers and tool chains will be supported. I presume the current MonoDevelop on Linux, but what on Windows? My ability to work on a CPython project (pywin32) is severely hampered by not being able to obtain a suitably ancient C++ compiler. I would hate to get in to a similar bind here. I have managed to get through life so far without ever having to buy Visual Studio and believe that we should maintain the ability to build using free tools. Looking at visualstudio.comit seems that the best viable candidate would be *Express 2013 for Windows Desktop*. Would that be the appropriate choice? -- Vernon Cole On Thu, Mar 20, 2014 at 5:59 PM, Jeff Hardy wrote: > I know a lot of people are interested in IronPython 3, so I'm going to > provide an idea of where things are right now and where they are > headed. > > First off, IronPython 3 development will take place in a new > repository (https://github.com/IronLanguages/ironpython3) to break > from the old repo that was converted from Microsoft's internal TFS. It... > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pawel.jasinski at gmail.com Fri Mar 21 10:58:44 2014 From: pawel.jasinski at gmail.com (Pawel Jasinski) Date: Fri, 21 Mar 2014 10:58:44 +0100 Subject: [Ironpython-users] IronPython 3 Update In-Reply-To: References:

Message-ID: Hi, sometimes ago there was a plan to migrate from codeplex to github issue tracking. Since we are talking about a workflow, would it make sense to do migration now? --pawel From jdhardy at gmail.com Fri Mar 21 12:26:10 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Fri, 21 Mar 2014 11:26:10 +0000 Subject: [Ironpython-users] IronPython 3 Update In-Reply-To: References:

Message-ID: On Fri, Mar 21, 2014 at 8:08 AM, Vernon D. Cole wrote: > Thank you, Jeff!! > > This is wonderful! I have already cloned the new repo on my Windows > development machine (such as it is, and old Windows 7 laptop) and will put > it on my Ubuntu development machine (the one I work on daily) in a few > minutes. > > Two questions remain that were not answered in the Readme: > > 1) What github workflow are we planning to use? Everyone shares the same > fork/repo and submits pull requests from his/her branch there? Or each > developer forks the project and submits pull reports from it? I am more > familiar with the second (having used it more) but many projects prefer the > first. > > [It would probably a good idea to turn on the github wiki and answer this > in the repo. I am willing to copy a suitable draft from another project and > edit to fit, if that would be helpful. I really want to write a page for > Ubuntu installation, as soon as I can figure out how to do it myself.] I prefer the latter as well, since it's more keeping with GH's spirit, and it's worked well for the existing repo. It's also how I prefer to work :). You're right, some developer docs would be nice. I need to figure out how the permissions work to make sure everyone has access to the new repo; I don't want to be the bottleneck approving pull requests. > > 2) What compilers and tool chains will be supported. I presume the current > MonoDevelop on Linux, but what on Windows? My ability to work on a CPython > project (pywin32) is severely hampered by not being able to obtain a > suitably ancient C++ compiler. I would hate to get in to a similar bind > here. I have managed to get through life so far without ever having to buy > Visual Studio and believe that we should maintain the ability to build using > free tools. > Looking at visualstudio.com it seems that the best viable candidate would be > Express 2013 for Windows Desktop. > Would that be the appropriate choice? I haven't tried Express in a while so while I think it should work I'm not sure. If not, MS does offer MSDN licenses to open source developers, you just have to know the right person to talk to. At the very least builds from the command line should work even without VS installed. MonoDevelop currently makes a bit of a mess of the project files (but I think I have a workaround for that - the build system pushes the limits of the interaction between MSBuild and VS as it is), but it should build. The Makefile for running xbuild may also need to be updated. - Jeff From jdhardy at gmail.com Fri Mar 21 13:26:55 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Fri, 21 Mar 2014 12:26:55 +0000 Subject: [Ironpython-users] CodePlex Issues (Was: IronPython 3 Update) Message-ID: On Fri, Mar 21, 2014 at 9:58 AM, Pawel Jasinski wrote: > Hi, > > sometimes ago there was a plan to migrate from codeplex to github > issue tracking. > Since we are talking about a workflow, would it make sense to do migration now? Not *right now*, but after 2.7.5 is out, just to cut down on the issues to move. Alex mentioned this last night as well, and wondered whether we should start with a clean issues list given the amount of noise on the CodePlex side. However, there's also a lot of good stuff in there that needs to be fixed. Either way, the primary issue list will move to GitHub. The question is how: 1) Clean issue list in GH, abandon all CodePlex issues 2) Copy all open issues from CP 3) Copy all open issues from past 12 months 4) Copy all open issues with > 1 votes My thought is the best option might be a combination of 3 & 4, which should pick a useful set of things that people want (anything needed by more than 1 person, plus anything too new to accumulate votes) and leave out older issues that are already fixed or no longer relevant (or impossible to reproduce). Any other suggestions? - Jeff From slide.o.mix at gmail.com Fri Mar 21 14:20:21 2014 From: slide.o.mix at gmail.com (Slide) Date: Fri, 21 Mar 2014 06:20:21 -0700 Subject: [Ironpython-users] CodePlex Issues (Was: IronPython 3 Update) In-Reply-To: References: Message-ID: > > Either way, the primary issue list will move to GitHub. The question is > how: > > 1) Clean issue list in GH, abandon all CodePlex issues > 2) Copy all open issues from CP > 3) Copy all open issues from past 12 months > 4) Copy all open issues with > 1 votes > > Do you mean issues OPENED within the past 12 months? -- Website: http://earl-of-code.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Fri Mar 21 14:24:29 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Fri, 21 Mar 2014 13:24:29 +0000 Subject: [Ironpython-users] CodePlex Issues (Was: IronPython 3 Update) In-Reply-To: References:

Message-ID: On Fri, Mar 21, 2014 at 1:20 PM, Slide wrote: >> Either way, the primary issue list will move to GitHub. The question is >> how: >> >> 1) Clean issue list in GH, abandon all CodePlex issues >> 2) Copy all open issues from CP >> 3) Copy all open issues from past 12 months >> 4) Copy all open issues with > 1 votes >> > > Do you mean issues OPENED within the past 12 months? Yes. - Jeff From slide.o.mix at gmail.com Fri Mar 21 14:33:00 2014 From: slide.o.mix at gmail.com (Slide) Date: Fri, 21 Mar 2014 06:33:00 -0700 Subject: [Ironpython-users] CodePlex Issues (Was: IronPython 3 Update) In-Reply-To: References:

Message-ID: I think if you do > 1 vote, you'll miss a lot of issues that are valid, but it would provide for a cleaner slate to begin with on GitHub. There are a LOT of issues on CodePlex that are leftover from the MS days (internal bug tracker migration) that would be really nice to get rid of since we don't have the infrastructure to replicate them. I'm up for anything, just need to update my tool to add date and vote filtering if we decide to go that route. On Fri, Mar 21, 2014 at 6:24 AM, Jeff Hardy wrote: > On Fri, Mar 21, 2014 at 1:20 PM, Slide wrote: > >> Either way, the primary issue list will move to GitHub. The question is > >> how: > >> > >> 1) Clean issue list in GH, abandon all CodePlex issues > >> 2) Copy all open issues from CP > >> 3) Copy all open issues from past 12 months > >> 4) Copy all open issues with > 1 votes > >> > > > > Do you mean issues OPENED within the past 12 months? > > Yes. > > - Jeff > -- Website: http://earl-of-code.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Fri Mar 21 15:39:13 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Fri, 21 Mar 2014 14:39:13 +0000 Subject: [Ironpython-users] CodePlex Issues (Was: IronPython 3 Update) In-Reply-To: References:

Message-ID: On Fri, Mar 21, 2014 at 1:33 PM, Slide wrote: > I think if you do > 1 vote, you'll miss a lot of issues that are valid, but > it would provide for a cleaner slate to begin with on GitHub. There are a > LOT of issues on CodePlex that are leftover from the MS days (internal bug > tracker migration) that would be really nice to get rid of since we don't > have the infrastructure to replicate them. I'm up for anything, just need to > update my tool to add date and vote filtering if we decide to go that route. Yeah, we're going to lose some good, actionable issues, but I think it's acceptable. The 1000+ issues currently open are just too many to do anything useful with. I'm curious to see how many issues we would be talking about with the given criteria - around 250 would be good, but that's just a gut feeling. - Jeff From slide.o.mix at gmail.com Fri Mar 21 17:28:29 2014 From: slide.o.mix at gmail.com (Slide) Date: Fri, 21 Mar 2014 09:28:29 -0700 Subject: [Ironpython-users] CodePlex Issues (Was: IronPython 3 Update) In-Reply-To: References:

Message-ID: I could write a tool to do that too...screen scraping is actually kind of fun. My initial plan was just to implement vote and date filters in my current tool that ports issues over, but closing things is fine with me too. On Fri, Mar 21, 2014 at 9:14 AM, Keith Rome wrote: > IMO it is fine to lose them. I think codeplex automatically notifies > you if an issue you opened has been closed (even if it is years later), so > perhaps just going through and closing all of the < 2 vote or old issues > with a notice that says "open a new issue on github if this is still > relevant" would be enough to catch the things that fall through the cracks. > > > *Keith Rome* > > *Principal Architect @ Wintellect (www.wintellect.com > )* > > 770.617.4016 | krome at wintellect.com > > > > > Register today for > access to our high-quality on-demand training resources! > > > From: Jeff Hardy > Date: Friday, March 21, 2014 at 9:39 AM > To: Slide > Cc: "ironpython-users at python.org" > Subject: Re: [Ironpython-users] CodePlex Issues (Was: IronPython 3 Update) > > On Fri, Mar 21, 2014 at 1:33 PM, Slide wrote: > > I think if you do > 1 vote, you'll miss a lot of issues that are valid, but > it would provide for a cleaner slate to begin with on GitHub. There are a > LOT of issues on CodePlex that are leftover from the MS days (internal bug > tracker migration) that would be really nice to get rid of since we don't > have the infrastructure to replicate them. I'm up for anything, just need > to > update my tool to add date and vote filtering if we decide to go that > route. > > > Yeah, we're going to lose some good, actionable issues, but I think > it's acceptable. The 1000+ issues currently open are just too many to > do anything useful with. I'm curious to see how many issues we would > be talking about with the given criteria - around 250 would be good, > but that's just a gut feeling. > > - Jeff > _______________________________________________ > Ironpython-users mailing list > Ironpython-users at python.org > https://mail.python.org/mailman/listinfo/ironpython-users > > -- Website: http://earl-of-code.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 529A2558-817C-467F-8E7E-0789B90D675C[9].png Type: image/png Size: 6285 bytes Desc: not available URL: From jdhardy at gmail.com Fri Mar 21 17:37:45 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Fri, 21 Mar 2014 16:37:45 +0000 Subject: [Ironpython-users] CodePlex Issues (Was: IronPython 3 Update) In-Reply-To: References:

Message-ID: On Fri, Mar 21, 2014 at 4:28 PM, Slide wrote: > I could write a tool to do that too...screen scraping is actually kind of > fun. > I would say you're a sick, twisted individual, but I get unreasonable joy out of forcing cmd.exe and MSBuild to do what I want, so I'll remain silent. :) > My initial plan was just to implement vote and date filters in my current > tool that ports issues over, but closing things is fine with me too. > Closing isn't a big deal; one thing the CodePlex site does well is let you bulk-update 100 tickets at a time. My thought is to close them all with a message similar to Keith's suggestion and then leave one open issue redirecting people to the GH issues page. - Jeff > > > On Fri, Mar 21, 2014 at 9:14 AM, Keith Rome wrote: > >> IMO it is fine to lose them. I think codeplex automatically notifies >> you if an issue you opened has been closed (even if it is years later), so >> perhaps just going through and closing all of the < 2 vote or old issues >> with a notice that says "open a new issue on github if this is still >> relevant" would be enough to catch the things that fall through the cracks. >> >> >> *Keith Rome* >> >> *Principal Architect @ Wintellect (www.wintellect.com >> )* >> >> 770.617.4016 | krome at wintellect.com >> >> >> >> >> Register today for >> access to our high-quality on-demand training resources! >> >> >> From: Jeff Hardy >> Date: Friday, March 21, 2014 at 9:39 AM >> To: Slide >> Cc: "ironpython-users at python.org" >> Subject: Re: [Ironpython-users] CodePlex Issues (Was: IronPython 3 >> Update) >> >> On Fri, Mar 21, 2014 at 1:33 PM, Slide wrote: >> >> I think if you do > 1 vote, you'll miss a lot of issues that are valid, >> but >> it would provide for a cleaner slate to begin with on GitHub. There are a >> LOT of issues on CodePlex that are leftover from the MS days (internal bug >> tracker migration) that would be really nice to get rid of since we don't >> have the infrastructure to replicate them. I'm up for anything, just need >> to >> update my tool to add date and vote filtering if we decide to go that >> route. >> >> >> Yeah, we're going to lose some good, actionable issues, but I think >> it's acceptable. The 1000+ issues currently open are just too many to >> do anything useful with. I'm curious to see how many issues we would >> be talking about with the given criteria - around 250 would be good, >> but that's just a gut feeling. >> >> - Jeff >> _______________________________________________ >> Ironpython-users mailing list >> Ironpython-users at python.org >> https://mail.python.org/mailman/listinfo/ironpython-users >> >> > > > -- > Website: http://earl-of-code.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 529A2558-817C-467F-8E7E-0789B90D675C[9].png Type: image/png Size: 6285 bytes Desc: not available URL: From slide.o.mix at gmail.com Fri Mar 21 17:57:27 2014 From: slide.o.mix at gmail.com (Slide) Date: Fri, 21 Mar 2014 09:57:27 -0700 Subject: [Ironpython-users] CodePlex Issues (Was: IronPython 3 Update) In-Reply-To: References:

Message-ID: This is in the post 2.7.5 timeframe, correct? We don't want to do this before that is released? On Fri, Mar 21, 2014 at 9:37 AM, Jeff Hardy wrote: > On Fri, Mar 21, 2014 at 4:28 PM, Slide wrote: > >> I could write a tool to do that too...screen scraping is actually kind of >> fun. >> > > I would say you're a sick, twisted individual, but I get unreasonable joy > out of forcing cmd.exe and MSBuild to do what I want, so I'll remain > silent. :) > > >> My initial plan was just to implement vote and date filters in my current >> tool that ports issues over, but closing things is fine with me too. >> > > Closing isn't a big deal; one thing the CodePlex site does well is let you > bulk-update 100 tickets at a time. > > My thought is to close them all with a message similar to Keith's > suggestion and then leave one open issue redirecting people to the GH > issues page. > > - Jeff > > > >> >> >> On Fri, Mar 21, 2014 at 9:14 AM, Keith Rome wrote: >> >>> IMO it is fine to lose them. I think codeplex automatically notifies >>> you if an issue you opened has been closed (even if it is years later), so >>> perhaps just going through and closing all of the < 2 vote or old issues >>> with a notice that says "open a new issue on github if this is still >>> relevant" would be enough to catch the things that fall through the cracks. >>> >>> >>> *Keith Rome* >>> >>> *Principal Architect @ Wintellect (www.wintellect.com >>> )* >>> >>> 770.617.4016 | krome at wintellect.com >>> >>> >>> >>> >>> Register today for >>> access to our high-quality on-demand training resources! >>> >>> >>> From: Jeff Hardy >>> Date: Friday, March 21, 2014 at 9:39 AM >>> To: Slide >>> Cc: "ironpython-users at python.org" >>> Subject: Re: [Ironpython-users] CodePlex Issues (Was: IronPython 3 >>> Update) >>> >>> On Fri, Mar 21, 2014 at 1:33 PM, Slide wrote: >>> >>> I think if you do > 1 vote, you'll miss a lot of issues that are valid, >>> but >>> it would provide for a cleaner slate to begin with on GitHub. There are a >>> LOT of issues on CodePlex that are leftover from the MS days (internal >>> bug >>> tracker migration) that would be really nice to get rid of since we don't >>> have the infrastructure to replicate them. I'm up for anything, just >>> need to >>> update my tool to add date and vote filtering if we decide to go that >>> route. >>> >>> >>> Yeah, we're going to lose some good, actionable issues, but I think >>> it's acceptable. The 1000+ issues currently open are just too many to >>> do anything useful with. I'm curious to see how many issues we would >>> be talking about with the given criteria - around 250 would be good, >>> but that's just a gut feeling. >>> >>> - Jeff >>> _______________________________________________ >>> Ironpython-users mailing list >>> Ironpython-users at python.org >>> https://mail.python.org/mailman/listinfo/ironpython-users >>> >>> >> >> >> -- >> Website: http://earl-of-code.com >> > > -- Website: http://earl-of-code.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 529A2558-817C-467F-8E7E-0789B90D675C[9].png Type: image/png Size: 6285 bytes Desc: not available URL: From rome at Wintellect.com Fri Mar 21 17:14:16 2014 From: rome at Wintellect.com (Keith Rome) Date: Fri, 21 Mar 2014 16:14:16 +0000 Subject: [Ironpython-users] CodePlex Issues (Was: IronPython 3 Update) In-Reply-To: References:

Message-ID: IMO it is fine to lose them. I think codeplex automatically notifies you if an issue you opened has been closed (even if it is years later), so perhaps just going through and closing all of the < 2 vote or old issues with a notice that says "open a new issue on github if this is still relevant" would be enough to catch the things that fall through the cracks. Keith Rome Principal Architect @ Wintellect (www.wintellect.com) 770.617.4016 | krome at wintellect.com [cid:2DEFD770-1220-4AAA-A244-9FE29A4C2B2F] Register today for access to our high-quality on-demand training resources! From: Jeff Hardy > Date: Friday, March 21, 2014 at 9:39 AM To: Slide > Cc: "ironpython-users at python.org" > Subject: Re: [Ironpython-users] CodePlex Issues (Was: IronPython 3 Update) On Fri, Mar 21, 2014 at 1:33 PM, Slide > wrote: I think if you do > 1 vote, you'll miss a lot of issues that are valid, but it would provide for a cleaner slate to begin with on GitHub. There are a LOT of issues on CodePlex that are leftover from the MS days (internal bug tracker migration) that would be really nice to get rid of since we don't have the infrastructure to replicate them. I'm up for anything, just need to update my tool to add date and vote filtering if we decide to go that route. Yeah, we're going to lose some good, actionable issues, but I think it's acceptable. The 1000+ issues currently open are just too many to do anything useful with. I'm curious to see how many issues we would be talking about with the given criteria - around 250 would be good, but that's just a gut feeling. - Jeff _______________________________________________ Ironpython-users mailing list Ironpython-users at python.org https://mail.python.org/mailman/listinfo/ironpython-users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 529A2558-817C-467F-8E7E-0789B90D675C[9].png Type: image/png Size: 6285 bytes Desc: 529A2558-817C-467F-8E7E-0789B90D675C[9].png URL: From jdhardy at gmail.com Fri Mar 21 21:45:57 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Fri, 21 Mar 2014 20:45:57 +0000 Subject: [Ironpython-users] CodePlex Issues (Was: IronPython 3 Update) In-Reply-To: References:

Message-ID: On Fri, Mar 21, 2014 at 4:57 PM, Slide wrote: > This is in the post 2.7.5 timeframe, correct? We don't want to do this > before that is released? > Yeah. Plus hopefully a bunch of them will get fixed and then it's not a concern. :) - Jeff > > > On Fri, Mar 21, 2014 at 9:37 AM, Jeff Hardy wrote: > >> On Fri, Mar 21, 2014 at 4:28 PM, Slide wrote: >> >>> I could write a tool to do that too...screen scraping is actually kind >>> of fun. >>> >> >> I would say you're a sick, twisted individual, but I get unreasonable joy >> out of forcing cmd.exe and MSBuild to do what I want, so I'll remain >> silent. :) >> >> >>> My initial plan was just to implement vote and date filters in my >>> current tool that ports issues over, but closing things is fine with me too. >>> >> >> Closing isn't a big deal; one thing the CodePlex site does well is let >> you bulk-update 100 tickets at a time. >> >> My thought is to close them all with a message similar to Keith's >> suggestion and then leave one open issue redirecting people to the GH >> issues page. >> >> - Jeff >> >> >> >>> >>> >>> On Fri, Mar 21, 2014 at 9:14 AM, Keith Rome wrote: >>> >>>> IMO it is fine to lose them. I think codeplex automatically notifies >>>> you if an issue you opened has been closed (even if it is years later), so >>>> perhaps just going through and closing all of the < 2 vote or old issues >>>> with a notice that says "open a new issue on github if this is still >>>> relevant" would be enough to catch the things that fall through the cracks. >>>> >>>> >>>> *Keith Rome* >>>> >>>> *Principal Architect @ Wintellect (www.wintellect.com >>>> )* >>>> >>>> 770.617.4016 | krome at wintellect.com >>>> >>>> >>>> >>>> >>>> Register today for >>>> access to our high-quality on-demand training resources! >>>> >>>> >>>> From: Jeff Hardy >>>> Date: Friday, March 21, 2014 at 9:39 AM >>>> To: Slide >>>> Cc: "ironpython-users at python.org" >>>> Subject: Re: [Ironpython-users] CodePlex Issues (Was: IronPython 3 >>>> Update) >>>> >>>> On Fri, Mar 21, 2014 at 1:33 PM, Slide wrote: >>>> >>>> I think if you do > 1 vote, you'll miss a lot of issues that are valid, >>>> but >>>> it would provide for a cleaner slate to begin with on GitHub. There are >>>> a >>>> LOT of issues on CodePlex that are leftover from the MS days (internal >>>> bug >>>> tracker migration) that would be really nice to get rid of since we >>>> don't >>>> have the infrastructure to replicate them. I'm up for anything, just >>>> need to >>>> update my tool to add date and vote filtering if we decide to go that >>>> route. >>>> >>>> >>>> Yeah, we're going to lose some good, actionable issues, but I think >>>> it's acceptable. The 1000+ issues currently open are just too many to >>>> do anything useful with. I'm curious to see how many issues we would >>>> be talking about with the given criteria - around 250 would be good, >>>> but that's just a gut feeling. >>>> >>>> - Jeff >>>> _______________________________________________ >>>> Ironpython-users mailing list >>>> Ironpython-users at python.org >>>> https://mail.python.org/mailman/listinfo/ironpython-users >>>> >>>> >>> >>> >>> -- >>> Website: http://earl-of-code.com >>> >> >> > > > -- > Website: http://earl-of-code.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 529A2558-817C-467F-8E7E-0789B90D675C[9].png Type: image/png Size: 6285 bytes Desc: not available URL: From slide.o.mix at gmail.com Fri Mar 21 22:15:37 2014 From: slide.o.mix at gmail.com (Slide) Date: Fri, 21 Mar 2014 14:15:37 -0700 Subject: [Ironpython-users] CodePlex Issues (Was: IronPython 3 Update) In-Reply-To: References:

Message-ID: FYI, this is an example of what my tool does for the issues from CodePlex https://github.com/slide/ip-test2/issues I haven't implemented the vote or date filtering yet, and this is not all of the issues from CodePlex, just some of them. On Fri, Mar 21, 2014 at 6:33 AM, Slide wrote: > I think if you do > 1 vote, you'll miss a lot of issues that are valid, > but it would provide for a cleaner slate to begin with on GitHub. There are > a LOT of issues on CodePlex that are leftover from the MS days (internal > bug tracker migration) that would be really nice to get rid of since we > don't have the infrastructure to replicate them. I'm up for anything, just > need to update my tool to add date and vote filtering if we decide to go > that route. > > > On Fri, Mar 21, 2014 at 6:24 AM, Jeff Hardy wrote: > >> On Fri, Mar 21, 2014 at 1:20 PM, Slide wrote: >> >> Either way, the primary issue list will move to GitHub. The question is >> >> how: >> >> >> >> 1) Clean issue list in GH, abandon all CodePlex issues >> >> 2) Copy all open issues from CP >> >> 3) Copy all open issues from past 12 months >> >> 4) Copy all open issues with > 1 votes >> >> >> > >> > Do you mean issues OPENED within the past 12 months? >> >> Yes. >> >> - Jeff >> > > > > -- > Website: http://earl-of-code.com > -- Website: http://earl-of-code.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From no_reply at codeplex.com Sat Mar 22 08:19:20 2014 From: no_reply at codeplex.com (CodePlex) Date: 22 Mar 2014 00:19:20 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 3/21/2014 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New comment] PEP 397 -- Python launcher for Windows 2. [New comment] PEP 397 -- Python launcher for Windows ---------------------------------------------- ISSUES 1. [New comment] PEP 397 -- Python launcher for Windows http://ironpython.codeplex.com/workitem/35064 User vernondcole has commented on the issue: "

I made a clone of the git version of PLW to look this idea over. It is a smallish C++ program and should not be too hard to patch to make alternate-implementation friendly. The problem today is that it is CPython specific and searches the Windows registry to determine which versions of Python are present. Alternate implementations are supported only using entries in the py.ini file and setting the #! line in your source code approprietly. (Which works great. I even have mine launching perl scripts, just to proove that it can.)

I propose adding two features to PLW.

1) extend the first command-line switch to also pick items from the py.ini file. I would like to type:
py -ipy myprogram.py
and have the command associated with "ipy" in my py.ini file executed.

2) PLW should have (in py.ini) a [default] section identifying which command in the [commands] section should be run in the absence of a command-line switch.

Alternate implementations should then install (or modify) py.ini to support their interpreter.

The extended PLW version ought to be backported to the CPython distribution, so that any implementation of Python will work. I don't think that the CPython group would object.

Note 1: I have not compared to make sure the stand-alone PLW is identical with the Python 3.3 version.
Note 2: We need to make sure that PLW will work correctly even if no CPython versions are present.
Note 3: I fear that I have just volunteered to write the patch. Is someone else out there williing? It's been a very long time since I wrote commercial quality C code.

"----------------- 2. [New comment] PEP 397 -- Python launcher for Windows http://ironpython.codeplex.com/workitem/35064 User jdhardy has commented on the issue: "

Sounds good. I remember from the original PLW discussion they want it to work for other implementations but weren't sure what would be needed. It sounds like you're making that list. :)

It's probably worth opening bugs on the Python tracker describing what needs to change, since it's not IronPython specific. If you don't feel comfortable writing the code perhaps someone over there can, or at least review the code for you.

Is this a question, or a request to improve the performance of List and Dictionary? Please explain more.

Message-ID: On Tue, Mar 25, 2014 at 10:23 AM, Pawel Jasinski wrote: > Here is my work in progress: > https://github.com/paweljasinski/ironpython3/compare/parser3 > Comments are welcome. My initial thought is that it's way too big to be one commit. :) it's too much to digest or review all at once. I also made some of the changes (but not complete) for function annotations in https://github.com/jdhardy/ironpython/tree/function-annotations and keyword-only args in https://github.com/jdhardy/ironpython/tree/kw-only-args, as well. They're on the old repo but the patches should still apply. It looks like you just made the parser changes; making the info available is harder (and kw-only even harder because the callsites have to change). I need to figure out how to export commits from one repo and apply them to another while preserving Authorship. I'm pretty sure it's possible, I just don't know the exact command. Also, because issues are on GH, you can add things like "Fixes #45" to the commit message and GH will take care of the issue (the full list is at https://help.github.com/articles/closing-issues-via-commit-messages). - Jeff From pawel.jasinski at gmail.com Tue Mar 25 14:25:26 2014 From: pawel.jasinski at gmail.com (Pawel Jasinski) Date: Tue, 25 Mar 2014 14:25:26 +0100 Subject: [Ironpython-users] ironpython3 In-Reply-To: References:

Message-ID: On Tue, Mar 25, 2014 at 1:50 PM, Jeff Hardy wrote: > On Tue, Mar 25, 2014 at 10:23 AM, Pawel Jasinski > wrote: >> Here is my work in progress: >> https://github.com/paweljasinski/ironpython3/compare/parser3 >> Comments are welcome. > > My initial thought is that it's way too big to be one commit. :) it's > too much to digest or review all at once. agree, it was a first point where ipy stopped complaining on startup :-) I am sure git offers a reasonable help, so I can split things into digestible (testable) pieces. The fact that it doesn't complain doesn't mean it works. > > I also made some of the changes (but not complete) for function > annotations in https://github.com/jdhardy/ironpython/tree/function-annotations > and keyword-only args in > https://github.com/jdhardy/ironpython/tree/kw-only-args, as well. I looked at Alex's import test, but entirely missed the real one. > They're on the old repo but the patches should still apply. It looks > like you just made the parser changes; making the info available is > harder (and kw-only even harder because the callsites have to change). > > I need to figure out how to export commits from one repo and apply > them to another while preserving Authorship. I'm pretty sure it's > possible, I just don't know the exact command. > > Also, because issues are on GH, you can add things like "Fixes #45" to > the commit message and GH will take care of the issue (the full list > is at https://help.github.com/articles/closing-issues-via-commit-messages). --pawel From slide.o.mix at gmail.com Tue Mar 25 14:28:07 2014 From: slide.o.mix at gmail.com (Slide) Date: Tue, 25 Mar 2014 06:28:07 -0700 Subject: [Ironpython-users] CodePlex Issues (Was: IronPython 3 Update) In-Reply-To: References:

Message-ID: Here are four repos that show the different options [1] - Open issues from CodePlex only - 1007 issues migrated [2] - Open issues filtered by votes >= 1 - 763 issues migrated [3] - Open issues filtered by created/updated since 25/03/2013 - 111 issues migrated [4] - Open issues filtered by votes >= 1 and created/updated since 25/03/2013 - 110 issues migrated Let me know what you think. slide 1 - https://github.com/slide/ipopenonly/issues 2 - https://github.com/slide/ipvotes/issues 3 - https://github.com/slide/iponeyear/issues 4 - https://github.com/slide/ipvotesandtime/issues On Fri, Mar 21, 2014 at 2:15 PM, Slide wrote: > FYI, this is an example of what my tool does for the issues from CodePlex > > https://github.com/slide/ip-test2/issues > > I haven't implemented the vote or date filtering yet, and this is not all > of the issues from CodePlex, just some of them. > > > On Fri, Mar 21, 2014 at 6:33 AM, Slide wrote: > >> I think if you do > 1 vote, you'll miss a lot of issues that are valid, >> but it would provide for a cleaner slate to begin with on GitHub. There are >> a LOT of issues on CodePlex that are leftover from the MS days (internal >> bug tracker migration) that would be really nice to get rid of since we >> don't have the infrastructure to replicate them. I'm up for anything, just >> need to update my tool to add date and vote filtering if we decide to go >> that route. >> >> >> On Fri, Mar 21, 2014 at 6:24 AM, Jeff Hardy wrote: >> >>> On Fri, Mar 21, 2014 at 1:20 PM, Slide wrote: >>> >> Either way, the primary issue list will move to GitHub. The question >>> is >>> >> how: >>> >> >>> >> 1) Clean issue list in GH, abandon all CodePlex issues >>> >> 2) Copy all open issues from CP >>> >> 3) Copy all open issues from past 12 months >>> >> 4) Copy all open issues with > 1 votes >>> >> >>> > >>> > Do you mean issues OPENED within the past 12 months? >>> >>> Yes. >>> >>> - Jeff >>> >> >> >> >> -- >> Website: http://earl-of-code.com >> > > > > -- > Website: http://earl-of-code.com > -- Website: http://earl-of-code.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Tue Mar 25 14:50:26 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Tue, 25 Mar 2014 13:50:26 +0000 Subject: [Ironpython-users] ironpython3 In-Reply-To: References:

Message-ID: On Tue, Mar 25, 2014 at 1:25 PM, Pawel Jasinski wrote: > agree, it was a first point where ipy stopped complaining on startup :-) > I am sure git offers a reasonable help, so I can split things into > digestible (testable) pieces. `git reset` will "undo" the commit back into the working tree, and then you can use `git add` (for whole files) and `git add -p` (to pick specific hunks of a file) to stage the related parts, and then `git commit` (of course) to actually commit. Repeat as necessary. > The fact that it doesn't complain doesn't mean it works. Too true. > >> >> I also made some of the changes (but not complete) for function >> annotations in https://github.com/jdhardy/ironpython/tree/function-annotations >> and keyword-only args in >> https://github.com/jdhardy/ironpython/tree/kw-only-args, as well. > > I looked at Alex's import test, but entirely missed the real one. I didn't exactly make them easy to discover. :) - Jeff From jdhardy at gmail.com Tue Mar 25 14:53:27 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Tue, 25 Mar 2014 13:53:27 +0000 Subject: [Ironpython-users] CodePlex Issues (Was: IronPython 3 Update) In-Reply-To: References:

Message-ID: On Tue, Mar 25, 2014 at 1:28 PM, Slide wrote: > Here are four repos that show the different options > > [1] - Open issues from CodePlex only - 1007 issues migrated > [2] - Open issues filtered by votes >= 1 - 763 issues migrated > [3] - Open issues filtered by created/updated since 25/03/2013 - 111 issues > migrated > [4] - Open issues filtered by votes >= 1 and created/updated since > 25/03/2013 - 110 issues migrated Could you also do [5] - Open issues filtered by (votes >= 2) OR (created/updated since 25/03/2013)? - Jeff From slide.o.mix at gmail.com Tue Mar 25 14:56:24 2014 From: slide.o.mix at gmail.com (Slide) Date: Tue, 25 Mar 2014 06:56:24 -0700 Subject: [Ironpython-users] CodePlex Issues (Was: IronPython 3 Update) In-Reply-To: References:

Message-ID: hmmm, I didn't write my filtering that way, but I can probably add it... On Tue, Mar 25, 2014 at 6:53 AM, Jeff Hardy wrote: > On Tue, Mar 25, 2014 at 1:28 PM, Slide wrote: > > Here are four repos that show the different options > > > > [1] - Open issues from CodePlex only - 1007 issues migrated > > [2] - Open issues filtered by votes >= 1 - 763 issues migrated > > [3] - Open issues filtered by created/updated since 25/03/2013 - 111 > issues > > migrated > > [4] - Open issues filtered by votes >= 1 and created/updated since > > 25/03/2013 - 110 issues migrated > > Could you also do > [5] - Open issues filtered by (votes >= 2) OR (created/updated since > 25/03/2013)? > > - Jeff > -- Website: http://earl-of-code.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From slide.o.mix at gmail.com Tue Mar 25 16:07:42 2014 From: slide.o.mix at gmail.com (Slide) Date: Tue, 25 Mar 2014 08:07:42 -0700 Subject: [Ironpython-users] CodePlex Issues (Was: IronPython 3 Update) In-Reply-To: References:

Message-ID: Ok, I didn't do the actual import, but there are 236 issues that would be migrated. On Tue, Mar 25, 2014 at 6:53 AM, Jeff Hardy wrote: > On Tue, Mar 25, 2014 at 1:28 PM, Slide wrote: > > Here are four repos that show the different options > > > > [1] - Open issues from CodePlex only - 1007 issues migrated > > [2] - Open issues filtered by votes >= 1 - 763 issues migrated > > [3] - Open issues filtered by created/updated since 25/03/2013 - 111 > issues > > migrated > > [4] - Open issues filtered by votes >= 1 and created/updated since > > 25/03/2013 - 110 issues migrated > > Could you also do > [5] - Open issues filtered by (votes >= 2) OR (created/updated since > 25/03/2013)? > > - Jeff > -- Website: http://earl-of-code.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From slide.o.mix at gmail.com Tue Mar 25 17:18:03 2014 From: slide.o.mix at gmail.com (Slide) Date: Tue, 25 Mar 2014 09:18:03 -0700 Subject: [Ironpython-users] CodePlex Issues (Was: IronPython 3 Update) In-Reply-To: References:

Message-ID: Here's the actual import with that filter: [5] - https://github.com/slide/ipimport5/issues On Tue, Mar 25, 2014 at 8:07 AM, Slide wrote: > Ok, I didn't do the actual import, but there are 236 issues that would be > migrated. > > > On Tue, Mar 25, 2014 at 6:53 AM, Jeff Hardy wrote: > >> On Tue, Mar 25, 2014 at 1:28 PM, Slide wrote: >> > Here are four repos that show the different options >> > >> > [1] - Open issues from CodePlex only - 1007 issues migrated >> > [2] - Open issues filtered by votes >= 1 - 763 issues migrated >> > [3] - Open issues filtered by created/updated since 25/03/2013 - 111 >> issues >> > migrated >> > [4] - Open issues filtered by votes >= 1 and created/updated since >> > 25/03/2013 - 110 issues migrated >> >> Could you also do >> [5] - Open issues filtered by (votes >= 2) OR (created/updated since >> 25/03/2013)? >> >> - Jeff >> > > > > -- > Website: http://earl-of-code.com > -- Website: http://earl-of-code.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From no_reply at codeplex.com Wed Mar 26 08:28:20 2014 From: no_reply at codeplex.com (CodePlex) Date: 26 Mar 2014 00:28:20 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 3/25/2014 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New comment] add support for pymongo 2. [New comment] add support for pymongo 3. [New comment] add support for pymongo ---------------------------------------------- ISSUES 1. [New comment] add support for pymongo http://ironpython.codeplex.com/workitem/35075 User MarkusSchaber has commented on the issue: "

I don't know much about the architecture of pymongo.

If the "missing pieces" is that IronPython does not support cPython extensions, I don't see an easy way to solve that problem (exept maybe the [IronClad](https://code.google.com/p/ironclad/) project which seems to be dormant and outdated now...).

If the "missing pieces" is some small bugs in cTypes or something else, it should be possible to get those fixed to get it work.

"----------------- 2. [New comment] add support for pymongo http://ironpython.codeplex.com/workitem/35075 User MarkusSchaber has commented on the issue: "

Another way may be to reimplement the C part of pymongo in C#, and keep the Python part of it

"----------------- 3. [New comment] add support for pymongo http://ironpython.codeplex.com/workitem/35075 User robden has commented on the issue: "

I rebuilt pymongo without C extensions and got the same error. With some digging, I tracked this specific issue down to a difference between CPython and IronPython:

import datetime
dt = datetime.datetime.now()
dt.replace(microsecond=1000L)

The above works fine in CPython but fails in IronPython with:
TypeError: Specified cast is not valid

A possible alternative would be to use an environment variable:
IronPython_Switches="X:FullFrames"

But even then, Frames should default to "On"

"----------------- 2. [New comment] add support for pymongo http://ironpython.codeplex.com/workitem/35075 User jdhardy has commented on the issue: "

datetime probably isn't expecting a long there. Should be easy enough to fix.

"----------------- 3. [New comment] add support for pymongo http://ironpython.codeplex.com/workitem/35075 User vernondcole has commented on the issue: "

This should be fixed in the source, not the runtime, IMHO, for two reasons:
First, the explicit Long integer is illegal in Python 3.
Second, values of "microsecond" large enough to requir a Long representation exceed the spec of datetime:
from "8.1.4. datetime Objects" I quote:

The year, month and day arguments are required. tzinfo may be None, or an instance of a tzinfo subclass. The remaining arguments may be integers, in the following ranges:

MINYEAR <= year <= MAXYEAR
1 <= month <= 12
1 <= day <= number of days in the given month and year
0 <= hour < 24
0 <= minute < 60
0 <= second < 60
0 <= microsecond < 1000000

If an argument outside those ranges is given, ValueError is raised.
At most, we should emit a different exception.

"----------------- 4. [New comment] add support for pymongo http://ironpython.codeplex.com/workitem/35075 User vernondcole has commented on the issue: "

(Answering my own post) I have cloned the mongo-python-driver from github and will be looking into this. They are supposted to be Python 3 compatible so something is off-color here.

"----------------- 5. [New comment] add support for pymongo http://ironpython.codeplex.com/workitem/35075 User robden has commented on the issue: "

The code that causes the issue in pymongo is in the bson package in \__init\__.py:

```
def _get_date(data, position, as_class, tz_aware, uuid_subtype, compile_re):
millis = <some code that results in a long>
diff = millis % 1000
<some more code>
return dt.replace(microscond=diff*1000), position
```

Thus the value of microsecond is a long. This is not a problem in CPython 2.x. From the docs for 2.x:
```
class datetime.datetime(year, month, day[, hour[, minute[, second[, microsecond[, tzinfo]]]]])
The year, month and day arguments are required. tzinfo may be None, or an instance of a tzinfo subclass. The remaining arguments may be ints or longs, in the following ranges:
```

Longs are explicitly accepted in 2.x, so I believe they should be accepted by IronPython 2.x. In Python 3, I suspect the issue will disappear since ints and longs are unified.

As a test, I forced microseconds into an int (not a good solution, but good enough to test the effects of a real solution), and pymongo worked as expected with no further exceptions, at least for simple inserts, updates, finds, and removes.

"----------------- 6. [New comment] add support for pymongo http://ironpython.codeplex.com/workitem/35075 User paweljasinski has commented on the issue: "

fix submitted for review https://github.com/IronLanguages/main/pull/183

"----------------- 7. [New comment] add support for pymongo http://ironpython.codeplex.com/workitem/35075 User robden has commented on the issue: "

Excellent! This should fix the pymongo issue. For completeness, should we do the same for all integer keys in replace() and, possibly, for integer keys in the datetime constructor?

Just as a side note for this issue. RIPEMD-160 is not implemented in hashlib itself. It's implemented in OpenSSL, so it'll only available in CPython if you got openssl installed.

" ---------------------------------------------- ---------------------------------------------- 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 touficmc at gmail.com Fri Mar 28 10:47:38 2014 From: touficmc at gmail.com (touficmc at gmail.com) Date: Fri, 28 Mar 2014 11:47:38 +0200 Subject: [Ironpython-users] A question on the future of ironpython Message-ID: <5335453e.0655b40a.75b3.ffff907e@mx.google.com> Hello there. My name is Toufic, and I am a python and c# programmer. I use python a lot in my finance job as much as c#. When it comes to GUI building c# makes is easy in the GUI design but in my humble opinion I find it extremely easy to manipulate data with Python. The leverage of using lists and tuples and dictionaries is huge and straight forward. After discovering ironpython I was pleased to target the .net framework and to be able to generate native applications on Windows (I use Linux a lot but at work we need fast GUI building on Windows). Two things crossed my mind since I started using ironpython (a great language!): 1- designing a GUI programmatically (talking here about winforms) is time consuming so why there is no graphical GUI designer like in a c# projects where you can drag and drop widgets on your winform? It should be an open source project and please not like wxglade! 2- what does the future hold for ironpython? Will it continue to get support from Microsoft or it is over ? Will it be maintained in the future and by whom? Before investing more on ironpython getting answers on these two questions is important. I would really appreciate if someone more involved with ironpython can answer me. Regards, Toufic From vernondcole at gmail.com Fri Mar 28 12:14:02 2014 From: vernondcole at gmail.com (Vernon D. Cole) Date: Fri, 28 Mar 2014 12:14:02 +0100 Subject: [Ironpython-users] A question on the future of ironpython In-Reply-To: <5335453e.0655b40a.75b3.ffff907e@mx.google.com> References: <5335453e.0655b40a.75b3.ffff907e@mx.google.com> Message-ID: In answer to the second question: Microsoft dropped its funding of IronPython in 2010. Since that time it has been maintained and enhanced by a corps of volunteers as a true open source project. No more worries about whether the Microsoft lawyers would complain about modification to the Python Standard Library, etc. The source code has been migrated from Microsoft's CodePlex and now resides on Github. IronPython3 is in development. On Fri, Mar 28, 2014 at 10:47 AM, wrote: > Hello there. My name is Toufic, and I am a python and c# programmer. I use > python a lot in my finance job as much as c#. When it comes to GUI building > c# makes is easy in the GUI design but in my humble opinion I find it > extremely easy to manipulate data with Python. The leverage of using lists > and tuples and dictionaries is huge and straight forward. After discovering > ironpython I was pleased to target the .net framework and to be able to > generate native applications on Windows (I use Linux a lot but at work we > need fast GUI building on Windows). Two things crossed my mind since I > started using ironpython (a great language!): > > 1- designing a GUI programmatically (talking here about winforms) is time > consuming so why there is no graphical GUI designer like in a c# projects > where you can drag and drop widgets on your winform? It should be an open > source project and please not like wxglade! > > 2- what does the future hold for ironpython? Will it continue to get > support from Microsoft or it is over ? Will it be maintained in the future > and by whom? > > Before investing more on ironpython getting answers on these two questions > is important. I would really appreciate if someone more involved with > ironpython can answer me. > > Regards, > Toufic > _______________________________________________ > Ironpython-users mailing list > Ironpython-users at python.org > https://mail.python.org/mailman/listinfo/ironpython-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.schaber at codesys.com Fri Mar 28 12:57:37 2014 From: m.schaber at codesys.com (Markus Schaber) Date: Fri, 28 Mar 2014 11:57:37 +0000 Subject: [Ironpython-users] A question on the future of ironpython In-Reply-To: <5335453e.0655b40a.75b3.ffff907e@mx.google.com> References: <5335453e.0655b40a.75b3.ffff907e@mx.google.com> Message-ID: <727D8E16AE957149B447FE368139F2B539B84181@SERVER10> Hi, In answer to the first question: As far as I know, Python Tools for Visual Studio has a WPF GUI Designer which works with IronPython. https://pytools.codeplex.com/ SharpDevelop 4.4 has a Windows Forms Designer with Support for IronPython (which seems to generate C# code under the hood, so it's not pure python). http://www.icsharpcode.net/OpenSource/SD/ Glade might work for GTK# which is accessible from IronPython, too. https://glade.gnome.org/ http://www.mono-project.com/GtkSharp Any other .NET compatible toolkit should do when you reference the generated assembly from your IronPython code. I did try neither of them myself, but they might be worth a closer look. Best regards Markus Schaber CODESYS? a trademark of 3S-Smart Software Solutions GmbH Inspiring Automation Solutions 3S-Smart Software Solutions GmbH Dipl.-Inf. Markus Schaber | Product Development Core Technology Memminger Str. 151 | 87439 Kempten | Germany Tel. +49-831-54031-979 | Fax +49-831-54031-50 E-Mail: m.schaber at codesys.com | Web: http://www.codesys.com | CODESYS store: http://store.codesys.com CODESYS forum: http://forum.codesys.com Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 > -----Urspr?ngliche Nachricht----- > Von: Ironpython-users [mailto:ironpython-users- > bounces+m.schaber=codesys.com at python.org] Im Auftrag von touficmc at gmail.com > Gesendet: Freitag, 28. M?rz 2014 10:48 > An: ironpython-users at python.org > Betreff: [Ironpython-users] A question on the future of ironpython > > Hello there. My name is Toufic, and I am a python and c# programmer. I use > python a lot in my finance job as much as c#. When it comes to GUI building > c# makes is easy in the GUI design but in my humble opinion I find it > extremely easy to manipulate data with Python. The leverage of using lists > and tuples and dictionaries is huge and straight forward. After discovering > ironpython I was pleased to target the .net framework and to be able to > generate native applications on Windows (I use Linux a lot but at work we > need fast GUI building on Windows). Two things crossed my mind since I > started using ironpython (a great language!): > > 1- designing a GUI programmatically (talking here about winforms) is time > consuming so why there is no graphical GUI designer like in a c# projects > where you can drag and drop widgets on your winform? It should be an open > source project and please not like wxglade! > > 2- what does the future hold for ironpython? Will it continue to get support > from Microsoft or it is over ? Will it be maintained in the future and by > whom? > > Before investing more on ironpython getting answers on these two questions is > important. I would really appreciate if someone more involved with ironpython > can answer me. > > Regards, > Toufic > _______________________________________________ > Ironpython-users mailing list > Ironpython-users at python.org > https://mail.python.org/mailman/listinfo/ironpython-users From jdhardy at gmail.com Fri Mar 28 16:13:08 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Fri, 28 Mar 2014 15:13:08 +0000 Subject: [Ironpython-users] A question on the future of ironpython In-Reply-To: <5335453e.0655b40a.75b3.ffff907e@mx.google.com> References: <5335453e.0655b40a.75b3.ffff907e@mx.google.com> Message-ID: On Fri, Mar 28, 2014 at 9:47 AM, wrote: > 1- designing a GUI programmatically (talking here about winforms) is time consuming so why there is no graphical GUI designer like in a c# projects where you can drag and drop widgets on your winform? It should be an open source project and please not like wxglade! The Visual Studio forms designer, in theory, supports multiple languages ... as long as those languages are similar enough to C#/VB to work with the CodeDOM extensibility model. Python is not such a language. There was work on a CodeDOM provider once upon a time, but it was never complete - the impedance mismatch is just too high. Developing one outside of VS would be a huge undertaking with minimal return compared to other work that needs to be done. I would rather see an embeddable code editor (with debugging support), for example. Or IronPython 3. :) > > 2- what does the future hold for ironpython? Will it continue to get support from Microsoft or it is over ? Will it be maintained in the future and by whom? Microsoft support ended years ago, as Vernon mentioned. It's now run as an open source project by a group of volunteers. Support is provided on a best-effort basis. THe contributors tend to work on what interests them or is in their way. > > Before investing more on ironpython getting answers on these two questions is important. I would really appreciate if someone more involved with ironpython can answer me. If you have any further questions, don't hesitate to ask. - Jeff From no_reply at codeplex.com Sat Mar 29 08:24:52 2014 From: no_reply at codeplex.com (CodePlex) Date: 29 Mar 2014 00:24:52 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 3/28/2014 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New comment] add support for pymongo 2. [New comment] add support for pymongo ---------------------------------------------- ISSUES 1. [New comment] add support for pymongo http://ironpython.codeplex.com/workitem/35075 User paweljasinski has commented on the issue: "

fixed in a54837297ca552ff30483cc8407f036bb63cf048

"----------------- 2. [New comment] add support for pymongo http://ironpython.codeplex.com/workitem/35075 User paweljasinski has commented on the issue: "

If you find another issue, please open a new issue.

Message-ID: IronPython can now use setuptools with more confidence. One more step in the general usefulness and acceptance of this implementation. I encourage members of the IronPython community to let a development team know when IronPython has a problem with their product. Very often, as in this case, there will be a very positive response. Note that they did not use my patch -- they made a better one. Thanks are in order. ---------- Forwarded message ---------- From: Jason R. Coombs Date: Sun, Mar 30, 2014 at 6:45 AM Subject: Re: [Bitbucket] Issue #177: IronPython fails with obsure error message. (pypa/setuptools) To: vernondcole at gmail.com [image: jaraco] *Jason R. Coombs* commented on issue #177: IronPython fails with obsure error message. I've taken the suggestion to "fail gracefully" a step further and decided instead to allow the install to proceed in environments where a call stack is not available, issuing a warning instead. I believe this approach is suitable as (a) bdist_* commands are less frequently run and certainly less relied upon for the basic usage (installing setuptools), (b) a warning is issued in the case where this behavior might be problemmatic. The value in allowing setuptools to install on IronPython outweighs any issue this might raise running bdist_* commands on other non-CPython environments. View this issueor add a comment by replying to this email. Unwatch this issueto stop receiving email updates. [image: Bitbucket] -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Mon Mar 31 00:05:33 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Sun, 30 Mar 2014 23:05:33 +0100 Subject: [Ironpython-users] Fwd: [Bitbucket] Issue #177: IronPython fails with obsure error message. (pypa/setuptools) In-Reply-To: References:

Message-ID: +?! On Sun, Mar 30, 2014 at 6:42 PM, Vernon D. Cole wrote: > IronPython can now use setuptools with more confidence. One more step in > the general usefulness and acceptance of this implementation. > > I encourage members of the IronPython community to let a development > team know when IronPython has a problem with their product. Very often, as > in this case, there will be a very positive response. Note that they did > not use my patch -- they made a better one. Thanks are in order. > > > ---------- Forwarded message ---------- > From: Jason R. Coombs > Date: Sun, Mar 30, 2014 at 6:45 AM > Subject: Re: [Bitbucket] Issue #177: IronPython fails with obsure error > message. (pypa/setuptools) > To: vernondcole at gmail.com > > > [image: jaraco] *Jason R. Coombs* commented on issue #177: IronPython > fails with obsure error message. > > I've taken the suggestion to "fail gracefully" a step further and decided > instead to allow the install to proceed in environments where a call stack > is not available, issuing a warning instead. > > I believe this approach is suitable as (a) bdist_* commands are less > frequently run and certainly less relied upon for the basic usage > (installing setuptools), (b) a warning is issued in the case where this > behavior might be problemmatic. > > The value in allowing setuptools to install on IronPython outweighs any > issue this might raise running bdist_* commands on other non-CPython > environments. > View this issueor add a comment by replying to this email. > Unwatch this issueto stop receiving email updates. [image: > Bitbucket] > > > _______________________________________________ > Ironpython-users mailing list > Ironpython-users at python.org > https://mail.python.org/mailman/listinfo/ironpython-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: