From jdhardy at gmail.com Mon Dec 1 22:08:00 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Mon, 1 Dec 2014 21:08:00 +0000 Subject: [Ironpython-users] Last Call for 2.7.5 Message-ID: I'm going to cut 2.7.5 final this weekend, so if there's any showstoppers that I've missed please let me know. - Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.schaber at codesys.com Tue Dec 2 16:53:30 2014 From: m.schaber at codesys.com (Markus Schaber) Date: Tue, 2 Dec 2014 15:53:30 +0000 Subject: [Ironpython-users] IronPython 2.7.5 RC 1 Released In-Reply-To: References: Message-ID: <727D8E16AE957149B447FE368139F2B53CC55957@SERVER10> Hi, Big thanks to Jeff, Pawel and all the others! Best regards Markus Schaber CODESYS? a trademark of 3S-Smart Software Solutions GmbH Inspiring Automation Solutions ________________________________ 3S-Smart Software Solutions GmbH Dipl.-Inf. Markus Schaber | Product Development Core Technology Memminger Str. 151 | 87439 Kempten | Germany Tel. +49-831-54031-979 | Fax +49-831-54031-50 E-Mail: m.schaber at codesys.com | Web: codesys.com | CODESYS store: store.codesys.com CODESYS forum: forum.codesys.com Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 ________________________________ This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Von: Ironpython-users [mailto:ironpython-users-bounces+m.schaber=codesys.com at python.org] Im Auftrag von Jeff Hardy Gesendet: Freitag, 21. November 2014 23:18 An: ironpython-users at python.org Betreff: [Ironpython-users] IronPython 2.7.5 RC 1 Released On behalf of the IronPython team, I'm happy to announce the first release candidate of IronPython 2.7.5. 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 is primarily a collection of bug fixes which smooths off many of the remaining rough edges. Thecomplete list of changes is also available. Note: The assembly version of IronPython has changed to 2.7.5.0. All previous 2.7 versions had the same version (2.7.0.40) which caused issues when different versions were installed. Publisher policy files are used to so that applications don't have to be recompiled, but recompiling is strongly recommended. A huge thanks goes out to Pawel Jasinski, who contributed most of the changes in this release. Thanks is also due to Simon Opelt, Alex Earl, Jeffrey Bester, yngipy hernan, Alexander K?plinger, Vincent Ducros, and fdanny. For Visual Studio integration, check out Python Tools for Visual Studio which has support for IronPython as well as CPython, and many other fantastic features. IronPython 2.7.5 RC 1 is also available for embedding via NuGet. The main package is IronPython, and the standard library is in IronPython.StdLib. - Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.schaber at codesys.com Tue Dec 2 17:18:14 2014 From: m.schaber at codesys.com (Markus Schaber) Date: Tue, 2 Dec 2014 16:18:14 +0000 Subject: [Ironpython-users] GUI Toolkits References: <546D1B4B.5060001@britishideas.com> <037401d00453$1dc8f410$595adc30$@ilnumerics.net> <546DA6C0.6050400@britishideas.com> Message-ID: <727D8E16AE957149B447FE368139F2B53CC559B6@SERVER10> Hi, Andrew, I just had another (maybe weird) idea: Maybe your users could use HTML Forms to define the UI, and you use an embedded WebbrowserControl to render the UI, and use the DOM tree to read and write the values. Create a slim python function for this which accepts an HTML form fragment and a dictionary with the values, and you should be done. :-) 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 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. > -----Urspr?ngliche Nachricht----- > Von: Markus Schaber > Gesendet: Dienstag, 2. Dezember 2014 17:17 > An: 'Andrew Ayre'; ironpython-users at python.org > Betreff: AW: [Ironpython-users] GUI Toolkits > > Hi, Andrew, > > I did embed IronPython into CODESYS. In our case, we already had a > set of standard dialog functions in the framework which I exposed to > the API available for the scripts: > > - Standard Error messages, Yes/No/Cancel prompts and similar dialogs > (basically an improved Windows forms MessageBox) > > - Multiple Choice Prompt (The user can choose one of a list). > > - Choose Prompt (The user can use checkboxes to select individual > items in a list). > > - Enter text (singleline and multiline) > > - Enter password > > - Enter username and password > > - File open / file save / choose directory (basically simplifying > wrappers around the windows forms classes). > > Maybe most of the users can already work with a similar set of basic > dialogs. You could also add some kind of "form layouter" where you > give a list of tuples (name, value, type) and create a table layout > based dialog form of it. > > You may as well find other Windows Forms or WPF based libraries on > the net which you can expose in a simplified, wrapped way. > > When trying to use a different UI toolkit, you should be aware of 2 > problems: > > - IronPython is implemented very differently from cPython, so most > probably, you will only get .NET libraries to work, not the GUI > toolkits ported for cPython. > > - Due to the nature of the windows message loop system, it is rather > hard to mix 2 different toolkits in the same process. So as long as > your application uses Windows Forms, it will be very hard to mix it > with any other UI toolkit (apart from native win32 and WPF, and even > those have problems and limitations). For example, as far as I know, > it is not possible to mix windows forms and GTK# or QT.NET in the > same process, except using ugly workarounds like ActiveQT (using > ActiveX / COM internally). > > > 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 > > This e-mail may contain confidential and/or privileged information. > If you are not the intended recipient (or have received this e-mail > in error) please notify the sender immediately and destroy this e- > mail. Any unauthorised copying, disclosure or distribution of the > material in this e-mail is strictly forbidden. > > > -----Urspr?ngliche Nachricht----- > > Von: Ironpython-users [mailto:ironpython-users- > > bounces+m.schaber=codesys.com at python.org] Im Auftrag von Andrew > Ayre > > Gesendet: Donnerstag, 20. November 2014 09:32 > > An: ironpython-users at python.org > > Betreff: Re: [Ironpython-users] GUI Toolkits > > > > Hi Haymo, > > > > Thanks for responding. > > > > Sorry, I should have clarified something. I never run IronPython > > standalone. I only use it embedded in my C# applications. For me > that > > is the single biggest advantage of IronPython. > > > > I understand what you are saying. I'm a professional software > > developer familiar with all these technologies, so I know what is > > involved to make it work. However.... > > > > The users of my application are non-technical. They need to be > gently > > coaxed into even considering using python for the first time. > > > > Of course WinForms is already there in my app for anyone to use > from > > IronPython, but what I need to supplement this is a much simpler > GUI > > system that has an easier learning curve, so my users won't be > > frightened off. Then they have a choice: > > > > - full blown winforms > > - something simpler and familiar to most python users > > > > Thanks, Andy > > > > On 11/19/2014 11:47 PM, Haymo Kutschbach wrote: > > > Andy, for my understanding one of the biggest advantage of having > > > IronPython is to actually be able to use things like winforms? As > > for > > > all systems it will require some learning to begin with, of > course. > > > But in fact very little is required in order to get so much more > > than > > > any of the systems mentioned in your link is able to provide. > > > > > > If you need a very newbee example: I recently had some fun > > > experimenting with IronPython to create interactive scientific 3d > > > plots in less than 10 > > > lines: > > > > > > http://ilnumerics.net/blog/plotting-fun-with-ilnumerics-and- > > ironpython > > > / > > > > > > Having winforms and the whole .NET framework in the back, I can > > hardly > > > imagine to recommend Tcl/TK any time soon... ;) > > > > > > Best, Haymo > > > > > > > -- > > Andy > > PGP Key ID: 0xDC1B5864 > > _______________________________________________ > > Ironpython-users mailing list > > Ironpython-users at python.org > > https://mail.python.org/mailman/listinfo/ironpython-users From m.schaber at codesys.com Tue Dec 2 17:16:42 2014 From: m.schaber at codesys.com (Markus Schaber) Date: Tue, 2 Dec 2014 16:16:42 +0000 Subject: [Ironpython-users] GUI Toolkits In-Reply-To: <546DA6C0.6050400@britishideas.com> References: <546D1B4B.5060001@britishideas.com> <037401d00453$1dc8f410$595adc30$@ilnumerics.net> <546DA6C0.6050400@britishideas.com> Message-ID: <727D8E16AE957149B447FE368139F2B53CC559A1@SERVER10> Hi, Andrew, I did embed IronPython into CODESYS. In our case, we already had a set of standard dialog functions in the framework which I exposed to the API available for the scripts: - Standard Error messages, Yes/No/Cancel prompts and similar dialogs (basically an improved Windows forms MessageBox) - Multiple Choice Prompt (The user can choose one of a list). - Choose Prompt (The user can use checkboxes to select individual items in a list). - Enter text (singleline and multiline) - Enter password - Enter username and password - File open / file save / choose directory (basically simplifying wrappers around the windows forms classes). Maybe most of the users can already work with a similar set of basic dialogs. You could also add some kind of "form layouter" where you give a list of tuples (name, value, type) and create a table layout based dialog form of it. You may as well find other Windows Forms or WPF based libraries on the net which you can expose in a simplified, wrapped way. When trying to use a different UI toolkit, you should be aware of 2 problems: - IronPython is implemented very differently from cPython, so most probably, you will only get .NET libraries to work, not the GUI toolkits ported for cPython. - Due to the nature of the windows message loop system, it is rather hard to mix 2 different toolkits in the same process. So as long as your application uses Windows Forms, it will be very hard to mix it with any other UI toolkit (apart from native win32 and WPF, and even those have problems and limitations). For example, as far as I know, it is not possible to mix windows forms and GTK# or QT.NET in the same process, except using ugly workarounds like ActiveQT (using ActiveX / COM internally). 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 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. > -----Urspr?ngliche Nachricht----- > Von: Ironpython-users [mailto:ironpython-users- > bounces+m.schaber=codesys.com at python.org] Im Auftrag von Andrew Ayre > Gesendet: Donnerstag, 20. November 2014 09:32 > An: ironpython-users at python.org > Betreff: Re: [Ironpython-users] GUI Toolkits > > Hi Haymo, > > Thanks for responding. > > Sorry, I should have clarified something. I never run IronPython > standalone. I only use it embedded in my C# applications. For me that > is the single biggest advantage of IronPython. > > I understand what you are saying. I'm a professional software > developer familiar with all these technologies, so I know what is > involved to make it work. However.... > > The users of my application are non-technical. They need to be gently > coaxed into even considering using python for the first time. > > Of course WinForms is already there in my app for anyone to use from > IronPython, but what I need to supplement this is a much simpler GUI > system that has an easier learning curve, so my users won't be > frightened off. Then they have a choice: > > - full blown winforms > - something simpler and familiar to most python users > > Thanks, Andy > > On 11/19/2014 11:47 PM, Haymo Kutschbach wrote: > > Andy, for my understanding one of the biggest advantage of having > > IronPython is to actually be able to use things like winforms? As > for > > all systems it will require some learning to begin with, of course. > > But in fact very little is required in order to get so much more > than > > any of the systems mentioned in your link is able to provide. > > > > If you need a very newbee example: I recently had some fun > > experimenting with IronPython to create interactive scientific 3d > > plots in less than 10 > > lines: > > > > http://ilnumerics.net/blog/plotting-fun-with-ilnumerics-and- > ironpython > > / > > > > Having winforms and the whole .NET framework in the back, I can > hardly > > imagine to recommend Tcl/TK any time soon... ;) > > > > Best, Haymo > > > > -- > Andy > PGP Key ID: 0xDC1B5864 > _______________________________________________ > Ironpython-users mailing list > Ironpython-users at python.org > https://mail.python.org/mailman/listinfo/ironpython-users From no_reply at codeplex.com Wed Dec 3 09:23:54 2014 From: no_reply at codeplex.com (CodePlex) Date: 3 Dec 2014 00:23:54 -0800 Subject: [Ironpython-users] IronPython, Daily Digest 12/2/2014 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New issue] no support for parameterized properties with default values ---------------------------------------------- ISSUES 1. [New issue] no support for parameterized properties with default values http://ironpython.codeplex.com/workitem/35722 User nsstl has proposed the issue: "The code in the bottom raise the exception [unsupported operand type(s) for -: 'indexer#' and 'int'] if I use the expression with the call for prop1 Option Explicit On Option Strict On Imports Microsoft.Scripting.Hosting Imports IronPython.Hosting Imports Microsoft.Scripting Public Class TestObject Public ReadOnly Property prop1(Optional param As Double = 10) As Double Get Return param * 9 End Get End Property Public ReadOnly Property prop2 As Double Get Return 999 End Get End Property End Class Module Module1 Sub Main() Dim obj As TestObject = New TestObject Dim engine As ScriptEngine = Python.CreateEngine() Dim scope As ScriptScope = engine.CreateScope() scope.SetVariable("obj", obj) Dim expression As CompiledCode = engine.CreateScriptSourceFromString("test = obj.prop1 - 11", SourceCodeKind.Statements).Compile() 'Dim expression As CompiledCode = engine.CreateScriptSourceFromString("test = obj.prop2 - 11", SourceCodeKind.Statements).Compile() expression.Execute(scope) Dim ret As Double = CType(scope.GetVariable("test"), Double) Console.WriteLine("returned value from python: " & ret) Console.ReadLine() End Sub End Module " ---------------------------------------------- ---------------------------------------------- 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 andy at britishideas.com Wed Dec 3 10:19:32 2014 From: andy at britishideas.com (Andrew Ayre) Date: Wed, 03 Dec 2014 09:19:32 +0000 Subject: [Ironpython-users] GUI Toolkits In-Reply-To: <727D8E16AE957149B447FE368139F2B53CC559B6@SERVER10> References: <546D1B4B.5060001@britishideas.com> <037401d00453$1dc8f410$595adc30$@ilnumerics.net> <546DA6C0.6050400@britishideas.com> <727D8E16AE957149B447FE368139F2B53CC559B6@SERVER10> Message-ID: <547ED5A4.9060906@britishideas.com> Hi Markus, Thanks for responding to my plea for help. I was leaning towards something like your first suggestion but I like your second suggestion better! HTML opens up possibilities for users to add logos, etc to their forms if they wish, and HTML is widely known. Thanks again and I am glad I'm not the only one who sees a need for an easy to use UI when embedded IronPython. Andy On 12/2/2014 4:18 PM, Markus Schaber wrote: > Hi, Andrew, > > I just had another (maybe weird) idea: > > Maybe your users could use HTML Forms to define the UI, and you use an embedded WebbrowserControl to render the UI, and use the DOM tree to read and write the values. Create a slim python function for this which accepts an HTML form fragment and a dictionary with the values, and you should be done. :-) > > 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 > > This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received > this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure > or distribution of the material in this e-mail is strictly forbidden. > >> -----Urspr?ngliche Nachricht----- >> Von: Markus Schaber >> Gesendet: Dienstag, 2. Dezember 2014 17:17 >> An: 'Andrew Ayre'; ironpython-users at python.org >> Betreff: AW: [Ironpython-users] GUI Toolkits >> >> Hi, Andrew, >> >> I did embed IronPython into CODESYS. In our case, we already had a >> set of standard dialog functions in the framework which I exposed to >> the API available for the scripts: >> >> - Standard Error messages, Yes/No/Cancel prompts and similar dialogs >> (basically an improved Windows forms MessageBox) >> >> - Multiple Choice Prompt (The user can choose one of a list). >> >> - Choose Prompt (The user can use checkboxes to select individual >> items in a list). >> >> - Enter text (singleline and multiline) >> >> - Enter password >> >> - Enter username and password >> >> - File open / file save / choose directory (basically simplifying >> wrappers around the windows forms classes). >> >> Maybe most of the users can already work with a similar set of basic >> dialogs. You could also add some kind of "form layouter" where you >> give a list of tuples (name, value, type) and create a table layout >> based dialog form of it. >> >> You may as well find other Windows Forms or WPF based libraries on >> the net which you can expose in a simplified, wrapped way. >> >> When trying to use a different UI toolkit, you should be aware of 2 >> problems: >> >> - IronPython is implemented very differently from cPython, so most >> probably, you will only get .NET libraries to work, not the GUI >> toolkits ported for cPython. >> >> - Due to the nature of the windows message loop system, it is rather >> hard to mix 2 different toolkits in the same process. So as long as >> your application uses Windows Forms, it will be very hard to mix it >> with any other UI toolkit (apart from native win32 and WPF, and even >> those have problems and limitations). For example, as far as I know, >> it is not possible to mix windows forms and GTK# or QT.NET in the >> same process, except using ugly workarounds like ActiveQT (using >> ActiveX / COM internally). >> >> >> 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 >> >> This e-mail may contain confidential and/or privileged information. >> If you are not the intended recipient (or have received this e-mail >> in error) please notify the sender immediately and destroy this e- >> mail. Any unauthorised copying, disclosure or distribution of the >> material in this e-mail is strictly forbidden. >> >>> -----Urspr?ngliche Nachricht----- >>> Von: Ironpython-users [mailto:ironpython-users- >>> bounces+m.schaber=codesys.com at python.org] Im Auftrag von Andrew >> Ayre >>> Gesendet: Donnerstag, 20. November 2014 09:32 >>> An: ironpython-users at python.org >>> Betreff: Re: [Ironpython-users] GUI Toolkits >>> >>> Hi Haymo, >>> >>> Thanks for responding. >>> >>> Sorry, I should have clarified something. I never run IronPython >>> standalone. I only use it embedded in my C# applications. For me >> that >>> is the single biggest advantage of IronPython. >>> >>> I understand what you are saying. I'm a professional software >>> developer familiar with all these technologies, so I know what is >>> involved to make it work. However.... >>> >>> The users of my application are non-technical. They need to be >> gently >>> coaxed into even considering using python for the first time. >>> >>> Of course WinForms is already there in my app for anyone to use >> from >>> IronPython, but what I need to supplement this is a much simpler >> GUI >>> system that has an easier learning curve, so my users won't be >>> frightened off. Then they have a choice: >>> >>> - full blown winforms >>> - something simpler and familiar to most python users >>> >>> Thanks, Andy >>> >>> On 11/19/2014 11:47 PM, Haymo Kutschbach wrote: >>>> Andy, for my understanding one of the biggest advantage of having >>>> IronPython is to actually be able to use things like winforms? As >>> for >>>> all systems it will require some learning to begin with, of >> course. >>>> But in fact very little is required in order to get so much more >>> than >>>> any of the systems mentioned in your link is able to provide. >>>> >>>> If you need a very newbee example: I recently had some fun >>>> experimenting with IronPython to create interactive scientific 3d >>>> plots in less than 10 >>>> lines: >>>> >>>> http://ilnumerics.net/blog/plotting-fun-with-ilnumerics-and- >>> ironpython >>>> / >>>> >>>> Having winforms and the whole .NET framework in the back, I can >>> hardly >>>> imagine to recommend Tcl/TK any time soon... ;) >>>> >>>> Best, Haymo >>>> >>> >>> -- >>> Andy >>> PGP Key ID: 0xDC1B5864 >>> _______________________________________________ >>> Ironpython-users mailing list >>> Ironpython-users at python.org >>> https://mail.python.org/mailman/listinfo/ironpython-users > > > -- Andy PGP Key ID: 0xDC1B5864 From jdhardy at gmail.com Wed Dec 3 14:57:01 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Wed, 3 Dec 2014 13:57:01 +0000 Subject: [Ironpython-users] GUI Toolkits In-Reply-To: <547ED5A4.9060906@britishideas.com> References: <546D1B4B.5060001@britishideas.com> <037401d00453$1dc8f410$595adc30$@ilnumerics.net> <546DA6C0.6050400@britishideas.com> <727D8E16AE957149B447FE368139F2B53CC559B6@SERVER10> <547ED5A4.9060906@britishideas.com> Message-ID: On Wed, Dec 3, 2014 at 9:19 AM, Andrew Ayre wrote: > Hi Markus, > > Thanks for responding to my plea for help. I was leaning towards > something like your first suggestion but I like your second suggestion > better! HTML opens up possibilities for users to add logos, etc to their > forms if they wish, and HTML is widely known. > This is a really common pattern on mobile apps, actually - host most of the app in a WebView and just have a bit of chrome around it to control things. I never realized that WebBrowserControl had the two-way capabilities that it does (c.f. http://msdn.microsoft.com/en-us/library/a0746166(v=vs.110).aspx). Interesting possibilities there. > > Thanks again and I am glad I'm not the only one who sees a need for an > easy to use UI when embedded IronPython. > I doubt you're the only one. Any chance you could make the code open-source if the approach turns out to work? - Jeff P.S. I'd also kill for an open-source embeddable REPL and an embeddable editor (with debugging for extra points). > > Andy > > On 12/2/2014 4:18 PM, Markus Schaber wrote: > > Hi, Andrew, > > > > I just had another (maybe weird) idea: > > > > Maybe your users could use HTML Forms to define the UI, and you use an > embedded WebbrowserControl to render the UI, and use the DOM tree to read > and write the values. Create a slim python function for this which accepts > an HTML form fragment and a dictionary with the values, and you should be > done. :-) > > > > 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 > > > > This e-mail may contain confidential and/or privileged information. If > you are not the intended recipient (or have received > > this e-mail in error) please notify the sender immediately and destroy > this e-mail. Any unauthorised copying, disclosure > > or distribution of the material in this e-mail is strictly forbidden. > > > >> -----Urspr?ngliche Nachricht----- > >> Von: Markus Schaber > >> Gesendet: Dienstag, 2. Dezember 2014 17:17 > >> An: 'Andrew Ayre'; ironpython-users at python.org > >> Betreff: AW: [Ironpython-users] GUI Toolkits > >> > >> Hi, Andrew, > >> > >> I did embed IronPython into CODESYS. In our case, we already had a > >> set of standard dialog functions in the framework which I exposed to > >> the API available for the scripts: > >> > >> - Standard Error messages, Yes/No/Cancel prompts and similar dialogs > >> (basically an improved Windows forms MessageBox) > >> > >> - Multiple Choice Prompt (The user can choose one of a list). > >> > >> - Choose Prompt (The user can use checkboxes to select individual > >> items in a list). > >> > >> - Enter text (singleline and multiline) > >> > >> - Enter password > >> > >> - Enter username and password > >> > >> - File open / file save / choose directory (basically simplifying > >> wrappers around the windows forms classes). > >> > >> Maybe most of the users can already work with a similar set of basic > >> dialogs. You could also add some kind of "form layouter" where you > >> give a list of tuples (name, value, type) and create a table layout > >> based dialog form of it. > >> > >> You may as well find other Windows Forms or WPF based libraries on > >> the net which you can expose in a simplified, wrapped way. > >> > >> When trying to use a different UI toolkit, you should be aware of 2 > >> problems: > >> > >> - IronPython is implemented very differently from cPython, so most > >> probably, you will only get .NET libraries to work, not the GUI > >> toolkits ported for cPython. > >> > >> - Due to the nature of the windows message loop system, it is rather > >> hard to mix 2 different toolkits in the same process. So as long as > >> your application uses Windows Forms, it will be very hard to mix it > >> with any other UI toolkit (apart from native win32 and WPF, and even > >> those have problems and limitations). For example, as far as I know, > >> it is not possible to mix windows forms and GTK# or QT.NET in the > >> same process, except using ugly workarounds like ActiveQT (using > >> ActiveX / COM internally). > >> > >> > >> 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 > >> > >> This e-mail may contain confidential and/or privileged information. > >> If you are not the intended recipient (or have received this e-mail > >> in error) please notify the sender immediately and destroy this e- > >> mail. Any unauthorised copying, disclosure or distribution of the > >> material in this e-mail is strictly forbidden. > >> > >>> -----Urspr?ngliche Nachricht----- > >>> Von: Ironpython-users [mailto:ironpython-users- > >>> bounces+m.schaber=codesys.com at python.org] Im Auftrag von Andrew > >> Ayre > >>> Gesendet: Donnerstag, 20. November 2014 09:32 > >>> An: ironpython-users at python.org > >>> Betreff: Re: [Ironpython-users] GUI Toolkits > >>> > >>> Hi Haymo, > >>> > >>> Thanks for responding. > >>> > >>> Sorry, I should have clarified something. I never run IronPython > >>> standalone. I only use it embedded in my C# applications. For me > >> that > >>> is the single biggest advantage of IronPython. > >>> > >>> I understand what you are saying. I'm a professional software > >>> developer familiar with all these technologies, so I know what is > >>> involved to make it work. However.... > >>> > >>> The users of my application are non-technical. They need to be > >> gently > >>> coaxed into even considering using python for the first time. > >>> > >>> Of course WinForms is already there in my app for anyone to use > >> from > >>> IronPython, but what I need to supplement this is a much simpler > >> GUI > >>> system that has an easier learning curve, so my users won't be > >>> frightened off. Then they have a choice: > >>> > >>> - full blown winforms > >>> - something simpler and familiar to most python users > >>> > >>> Thanks, Andy > >>> > >>> On 11/19/2014 11:47 PM, Haymo Kutschbach wrote: > >>>> Andy, for my understanding one of the biggest advantage of having > >>>> IronPython is to actually be able to use things like winforms? As > >>> for > >>>> all systems it will require some learning to begin with, of > >> course. > >>>> But in fact very little is required in order to get so much more > >>> than > >>>> any of the systems mentioned in your link is able to provide. > >>>> > >>>> If you need a very newbee example: I recently had some fun > >>>> experimenting with IronPython to create interactive scientific 3d > >>>> plots in less than 10 > >>>> lines: > >>>> > >>>> http://ilnumerics.net/blog/plotting-fun-with-ilnumerics-and- > >>> ironpython > >>>> / > >>>> > >>>> Having winforms and the whole .NET framework in the back, I can > >>> hardly > >>>> imagine to recommend Tcl/TK any time soon... ;) > >>>> > >>>> Best, Haymo > >>>> > >>> > >>> -- > >>> Andy > >>> PGP Key ID: 0xDC1B5864 > >>> _______________________________________________ > >>> Ironpython-users mailing list > >>> Ironpython-users at python.org > >>> https://mail.python.org/mailman/listinfo/ironpython-users > > > > > > > > -- > Andy > PGP Key ID: 0xDC1B5864 > _______________________________________________ > 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 kerray.cz at gmail.com Wed Dec 3 15:31:44 2014 From: kerray.cz at gmail.com (Kerray) Date: Wed, 3 Dec 2014 15:31:44 +0100 Subject: [Ironpython-users] WDB web debugger for IronPython In-Reply-To: References: Message-ID: Hi Jeff, I've opened the issue with IPV6_V6ONLY - https://github.com/IronLanguages/main/issues/238 And I'll open one for the Tornado socket problem also. Other than that, I can successfuly run import wdb w = wdb.set_trace() in console and examine the contents of the resulting Wdb object (it seems allright, I can print most attributes etc.) but it doesn't matter what code I run after that - it fails with a variable assignment, with print etc. The code object that gets passed at that moment into the dis.findlinestarts() call which results in crash has these attributes: co_argcount: 1 co_cellvars: () co_code: co_consts: (None,) co_filename: IronPython\27\Lib\threading.py co_firstlineno: 774 co_flags: 0 co_freevars: () co_lnotab: co_name: _exitfunc co_names: ('_pickSomeNonDaemonThread', '__debug__') co_nlocals: 2 co_stacksize: co_varnames: ('self', 't') When the VS debugger is attached, first it comes up with a "call stack is not deep enough" exception at IronPython.Modules.SysModule._getframeImpl(CodeContext context, Int32 depth, List`1 stack) in c:\Users\jmatysek\Documents\main\Languages\IronPython\IronPython\Modules\sys.cs:line 212 at IronPython.Modules.SysModule._getframeImpl(CodeContext context, Int32 depth) in c:\Users\jmatysek\Documents\main\Languages\IronPython\IronPython\Modules\sys.cs:line 183 at Microsoft.Scripting.Interpreter.FuncCallInstruction`3.Run(InterpretedFrame frame) at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame) the context parameter of the _getFrameImpl call is the logging module, depth 3 And only after continuing through this exception several times do I get to the point where the original "Unable to cast object of type 'System.Linq.Expressions.FieldExpression' to type 'System.Linq.Expressions.BlockExpression'." exception comes up. But it's fairly easy to get the same results running the wdb server in Python and the client in IronPython with X:FullFrames. I can't think of any other way I could be of help, but I'm open to suggestions :) Thanks anyway! JM On Wed, Nov 26, 2014 at 12:03 AM, Jeff Hardy wrote: > On Tue, Nov 25, 2014 at 12:32 PM, Kerray wrote: > >> Hi, >> very good point, I've been on beta3. But the upgrade didn't help. I've >> figured out how to debug the internals in VS, but there's nothing I could >> be able to fix (or even understand) myself at this point. >> >> ad 1) after running wdb.server, Tornado at first says >> \tornado\netutil.py", line 88, in bind_sockets >> AttributeError: 'module' object has no attribute 'IPV6_V6ONLY' >> When I comment the whole if section out, it starts the loop and waits for >> connections. >> > > Can you open an issue for this? Should be straightforward, if .NET > supports IPv6 only connections. Might have to wait to 2.7.6 though. In the > meantime you can add `hasatter(socket, 'IPV6_V6ONLY')` to the if. > > >> >> Running the client, the server reports this and continues listening: >> Connection received from ('127.0.0.1', 1518) >> [E 141125 11:51:35 stack_context:1] Exception in I/O handler for fd 1616 >> Traceback (most recent call last): >> File "-\tornado\stack_context.py", line 304, in wrapped >> ret = fn(*args, **kwargs) >> File "-\tornado\netutil.py", line 154, in accept_handler >> callback(connection, address) >> File "-\wdb_server\streams.py", line 95, in handle_connection >> stream.read_bytes(4, partial(read_uuid_size, stream)) >> File "-\tornado\iostream.py", line 168, in read_bytes >> self._try_inline_read() >> File "-\tornado\iostream.py", line 424, in _try_inline_read >> if self._read_to_buffer() == 0: >> File "-\tornado\iostream.py", line 447, in _read_to_buffer >> chunk = self.read_from_fd() >> File "-\tornado\iostream.py", line 686, in read_from_fd >> chunk = self.socket.recv(self.read_chunk_size) >> error: [Errno 10022] A request to send or receive data was disallowed >> because the socket is not connected and (when sending on a datagram socket >> using a sendto call) no address was supplied >> >> And the client crashes with >> wdb\client\wdb\_compat.py", line 165, in send_bytes >> socket.error: [Errno 10053] An established connection was aborted by the >> software in your host machine >> >> When trying to debug this in VS, I came to the conclusion that the >> Tornado server's socket handling (or my commenting out a piece, or >> something else inside Tornado running under IronPython-) is at fault, since >> it's not true what I've written previously (that a message gets >> communicated and then coms fail) - in fact nothing gets communicated, it >> crashes in the client on trying to send the first message using socket.cs >> sendallWorker(byte[] buffer, int flags). >> > > Not sure why it would not be connected, but I presume Tornado tries to > configure the sockets as non-blocking; it's possible that gets IronPython > confused. > > >> >> >> ad 2) running the server in Python and client in IronPython, I get a bit >> further, but the error is the same - the client in IronPython reports >> Launching browser and wait for connection >> Exception Traceback (most recent call last): >> File "-\wdb\client\wdb\__init__.py", line 291, in trace_debug_dispatch >> File "-\wdb\client\wdb\__init__.py", line 250, in trace_dispatch >> File "-\wdb\client\wdb\__init__.py", line 686, in handle_call >> File "-\wdb\client\wdb\__init__.py", line 660, in interaction >> File "-\wdb\client\wdb\ui.py", line 80, in __init__ >> File "-\wdb\client\wdb\__init__.py", line 575, in get_trace >> TypeError: Unable to cast object of type >> 'System.Linq.Expressions.FieldExpression' to type >> 'System.Linq.Expressions.BlockExpression'. >> >> It's the same place and line of code I mentioned in my previous mail: >> > startlnos = dis.findlinestarts(code) >> >> Debugging in VS yields an impressive stack trace, but I don't have any >> idea where to start with this, so again - I'll be very grateful for any >> pointers. >> > > Looks like one of the generator rewriters has a bug. I can't come up with > a simple case to reproduce this, though. It's failing when switching from > interpreted to compiled (LambdaExpression.Compile) but I'm not sure how to > trip that right now, for if it's specific to the code it's compiling. > > - Jeff > > >> Thanks - for even reading this far. >> >> >> at >> Microsoft.Scripting.Ast.GeneratorRewriter.VisitAssign(BinaryExpression >> node) in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Ast\GeneratorRewriter.cs:line >> 831 >> at >> Microsoft.Scripting.Ast.GeneratorRewriter.VisitBinary(BinaryExpression >> node) in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Ast\GeneratorRewriter.cs:line >> 876 >> at System.Linq.Expressions.BinaryExpression.Accept(ExpressionVisitor >> visitor) >> at System.Linq.Expressions.ExpressionVisitor.Visit(Expression node) >> at >> System.Linq.Expressions.ExpressionVisitor.Visit(ReadOnlyCollection`1 nodes) >> at >> Microsoft.Scripting.Ast.GeneratorRewriter.VisitBlock(BlockExpression node) >> in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Ast\GeneratorRewriter.cs:line >> 595 >> at System.Linq.Expressions.BlockExpression.Accept(ExpressionVisitor >> visitor) >> at System.Linq.Expressions.ExpressionVisitor.Visit(Expression node) >> at >> System.Linq.Expressions.ExpressionVisitor.Visit(ReadOnlyCollection`1 nodes) >> at >> Microsoft.Scripting.Ast.GeneratorRewriter.VisitBlock(BlockExpression node) >> in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Ast\GeneratorRewriter.cs:line >> 595 >> at System.Linq.Expressions.BlockExpression.Accept(ExpressionVisitor >> visitor) >> at System.Linq.Expressions.ExpressionVisitor.Visit(Expression node) >> at >> System.Linq.Expressions.ExpressionVisitor.Visit(ReadOnlyCollection`1 nodes) >> at >> Microsoft.Scripting.Ast.GeneratorRewriter.VisitBlock(BlockExpression node) >> in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Ast\GeneratorRewriter.cs:line >> 595 >> at System.Linq.Expressions.BlockExpression.Accept(ExpressionVisitor >> visitor) >> at System.Linq.Expressions.ExpressionVisitor.Visit(Expression node) >> at >> System.Linq.Expressions.ExpressionVisitor.Visit(ReadOnlyCollection`1 nodes) >> at >> Microsoft.Scripting.Ast.GeneratorRewriter.VisitBlock(BlockExpression node) >> in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Ast\GeneratorRewriter.cs:line >> 595 >> at System.Linq.Expressions.BlockExpression.Accept(ExpressionVisitor >> visitor) >> at System.Linq.Expressions.ExpressionVisitor.Visit(Expression node) >> at >> System.Linq.Expressions.ExpressionVisitor.Visit(ReadOnlyCollection`1 nodes) >> at >> Microsoft.Scripting.Ast.GeneratorRewriter.VisitBlock(BlockExpression node) >> in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Ast\GeneratorRewriter.cs:line >> 595 >> at System.Linq.Expressions.BlockExpression.Accept(ExpressionVisitor >> visitor) >> at System.Linq.Expressions.ExpressionVisitor.Visit(Expression node) >> at Microsoft.Scripting.Ast.GeneratorRewriter.VisitTry(TryExpression >> node) in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Ast\GeneratorRewriter.cs:line >> 297 >> at System.Linq.Expressions.TryExpression.Accept(ExpressionVisitor >> visitor) >> at System.Linq.Expressions.ExpressionVisitor.Visit(Expression node) >> at >> System.Linq.Expressions.ExpressionVisitor.Visit(ReadOnlyCollection`1 nodes) >> at >> Microsoft.Scripting.Ast.GeneratorRewriter.VisitBlock(BlockExpression node) >> in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Ast\GeneratorRewriter.cs:line >> 595 >> at System.Linq.Expressions.BlockExpression.Accept(ExpressionVisitor >> visitor) >> at System.Linq.Expressions.ExpressionVisitor.Visit(Expression node) >> at >> System.Linq.Expressions.ExpressionVisitor.Visit(ReadOnlyCollection`1 nodes) >> at >> Microsoft.Scripting.Ast.GeneratorRewriter.VisitBlock(BlockExpression node) >> in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Ast\GeneratorRewriter.cs:line >> 595 >> at System.Linq.Expressions.BlockExpression.Accept(ExpressionVisitor >> visitor) >> at System.Linq.Expressions.ExpressionVisitor.Visit(Expression node) >> at >> System.Linq.Expressions.ExpressionVisitor.Visit(ReadOnlyCollection`1 nodes) >> at >> Microsoft.Scripting.Ast.GeneratorRewriter.VisitBlock(BlockExpression node) >> in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Ast\GeneratorRewriter.cs:line >> 595 >> at System.Linq.Expressions.BlockExpression.Accept(ExpressionVisitor >> visitor) >> at System.Linq.Expressions.ExpressionVisitor.Visit(Expression node) >> at >> System.Linq.Expressions.ExpressionVisitor.Visit(ReadOnlyCollection`1 nodes) >> at >> Microsoft.Scripting.Ast.GeneratorRewriter.VisitBlock(BlockExpression node) >> in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Ast\GeneratorRewriter.cs:line >> 595 >> at System.Linq.Expressions.BlockExpression.Accept(ExpressionVisitor >> visitor) >> at System.Linq.Expressions.ExpressionVisitor.Visit(Expression node) >> at >> System.Linq.Expressions.ExpressionVisitor.Visit(ReadOnlyCollection`1 nodes) >> at >> Microsoft.Scripting.Ast.GeneratorRewriter.VisitBlock(BlockExpression node) >> in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Ast\GeneratorRewriter.cs:line >> 595 >> at System.Linq.Expressions.BlockExpression.Accept(ExpressionVisitor >> visitor) >> at System.Linq.Expressions.ExpressionVisitor.Visit(Expression node) >> at >> System.Linq.Expressions.ExpressionVisitor.Visit(ReadOnlyCollection`1 nodes) >> at >> Microsoft.Scripting.Ast.GeneratorRewriter.VisitBlock(BlockExpression node) >> in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Ast\GeneratorRewriter.cs:line >> 595 >> at System.Linq.Expressions.BlockExpression.Accept(ExpressionVisitor >> visitor) >> at System.Linq.Expressions.ExpressionVisitor.Visit(Expression node) >> at >> System.Linq.Expressions.ExpressionVisitor.Visit(ReadOnlyCollection`1 nodes) >> at >> Microsoft.Scripting.Ast.GeneratorRewriter.VisitBlock(BlockExpression node) >> in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Ast\GeneratorRewriter.cs:line >> 595 >> at System.Linq.Expressions.BlockExpression.Accept(ExpressionVisitor >> visitor) >> at System.Linq.Expressions.ExpressionVisitor.Visit(Expression node) >> at >> System.Linq.Expressions.ExpressionVisitor.Visit(ReadOnlyCollection`1 nodes) >> at >> Microsoft.Scripting.Ast.GeneratorRewriter.VisitBlock(BlockExpression node) >> in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Ast\GeneratorRewriter.cs:line >> 595 >> at System.Linq.Expressions.BlockExpression.Accept(ExpressionVisitor >> visitor) >> at System.Linq.Expressions.ExpressionVisitor.Visit(Expression node) >> at >> Microsoft.Scripting.Ast.GeneratorRewriter.VisitAssign(BinaryExpression >> node) in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Ast\GeneratorRewriter.cs:line >> 789 >> at >> Microsoft.Scripting.Ast.GeneratorRewriter.VisitBinary(BinaryExpression >> node) in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Ast\GeneratorRewriter.cs:line >> 876 >> at System.Linq.Expressions.BinaryExpression.Accept(ExpressionVisitor >> visitor) >> at System.Linq.Expressions.ExpressionVisitor.Visit(Expression node) >> at >> System.Linq.Expressions.ExpressionVisitor.Visit(ReadOnlyCollection`1 nodes) >> at >> Microsoft.Scripting.Ast.GeneratorRewriter.VisitBlock(BlockExpression node) >> in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Ast\GeneratorRewriter.cs:line >> 595 >> at System.Linq.Expressions.BlockExpression.Accept(ExpressionVisitor >> visitor) >> at System.Linq.Expressions.ExpressionVisitor.Visit(Expression node) >> at >> System.Linq.Expressions.ExpressionVisitor.Visit(ReadOnlyCollection`1 nodes) >> at >> Microsoft.Scripting.Ast.GeneratorRewriter.VisitBlock(BlockExpression node) >> in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Ast\GeneratorRewriter.cs:line >> 595 >> at System.Linq.Expressions.BlockExpression.Accept(ExpressionVisitor >> visitor) >> at System.Linq.Expressions.ExpressionVisitor.Visit(Expression node) >> at Microsoft.Scripting.Ast.GeneratorRewriter.Reduce() in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Ast\GeneratorRewriter.cs:line >> 100 >> at Microsoft.Scripting.Ast.GeneratorExpression.Reduce() in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Ast\GeneratorExpression.cs:line >> 94 >> at System.Linq.Expressions.Expression.ReduceAndCheck() >> at System.Linq.Expressions.Expression.ReduceExtensions() >> at >> System.Linq.Expressions.Compiler.StackSpiller.RewriteExtensionExpression(Expression >> expr, Stack stack) >> at >> System.Linq.Expressions.Compiler.StackSpiller.RewriteExpression(Expression >> node, Stack stack) >> at >> System.Linq.Expressions.Compiler.StackSpiller.RewriteExpressionFreeTemps(Expression >> expression, Stack stack) >> at >> System.Linq.Expressions.Compiler.StackSpiller.Rewrite[T](Expression`1 >> lambda) >> at System.Linq.Expressions.Expression`1.Accept(StackSpiller spiller) >> at >> System.Linq.Expressions.Compiler.LambdaCompiler.Compile(LambdaExpression >> lambda, DebugInfoGenerator debugInfoGenerator) >> at System.Linq.Expressions.LambdaExpression.Compile() >> at >> Microsoft.Scripting.Debugging.DebuggableLambdaBuilder.CreateFunctionInfo(LambdaExpression >> generatorFactoryLambda) in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Debugging\DebuggableLambdaBuilder.cs:line >> 386 >> at >> Microsoft.Scripting.Debugging.DebuggableLambdaBuilder.TransformLambda(LambdaExpression >> lambda) in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Debugging\DebuggableLambdaBuilder.cs:line >> 171 >> at >> Microsoft.Scripting.Debugging.DebuggableLambdaBuilder.Transform(LambdaExpression >> lambda) in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Debugging\DebuggableLambdaBuilder.cs:line >> 111 >> at >> Microsoft.Scripting.Debugging.CompilerServices.DebugContext.TransformLambda(LambdaExpression >> lambda, DebugLambdaInfo lambdaInfo) in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Debugging\DebugContext.cs:line >> 68 >> at >> IronPython.Runtime.FunctionCode.<>c__DisplayClass1a.b__19(Expression`1 >> x) in >> c:\Users\jmatysek\Documents\main\Languages\IronPython\IronPython\Runtime\FunctionCode.cs:line >> 787 >> at IronPython.Compiler.GeneratorRewriter.Reduce(Boolean >> shouldInterpret, Boolean emitDebugSymbols, Int32 compilationThreshold, >> IList`1 parameters, Func`2 bodyConverter) in >> c:\Users\jmatysek\Documents\main\Languages\IronPython\IronPython\Compiler\GeneratorRewriter.cs:line >> 147 >> at >> IronPython.Runtime.FunctionCode.GetGeneratorOrNormalLambdaTracing(PythonContext >> context) in >> c:\Users\jmatysek\Documents\main\Languages\IronPython\IronPython\Runtime\FunctionCode.cs:line >> 777 >> at IronPython.Runtime.FunctionCode.UpdateDelegate(PythonContext >> context, Boolean forceCreation) in >> c:\Users\jmatysek\Documents\main\Languages\IronPython\IronPython\Runtime\FunctionCode.cs:line >> 717 >> at >> IronPython.Runtime.FunctionCode.LazyCompileFirstTarget(PythonFunction >> function) in >> c:\Users\jmatysek\Documents\main\Languages\IronPython\IronPython\Runtime\FunctionCode.cs:line >> 697 >> at >> IronPython.Compiler.PythonCallTargets.OriginalCallTarget1(PythonFunction >> function, Object arg0) in >> c:\Users\jmatysek\Documents\main\Languages\IronPython\IronPython\Compiler\PythonCallTargets.cs:line >> 42 >> at IronPython.Runtime.FunctionCaller`1.Call1(CallSite site, >> CodeContext context, Object func, T0 arg0) in >> c:\Users\jmatysek\Documents\main\Languages\IronPython\IronPython\Runtime\PythonFunction.Generated.cs:line >> 420 >> at >> System.Dynamic.UpdateDelegates.UpdateAndExecute3[T0,T1,T2,TRet](CallSite >> site, T0 arg0, T1 arg1, T2 arg2) >> at get_trace$495(Closure , PythonFunction , Object , Object , Object ) >> at >> IronPython.Compiler.PythonFunctionRecursionCheck3.CallTarget(PythonFunction >> function, Object arg0, Object arg1, Object arg2) in >> c:\Users\jmatysek\Documents\main\Languages\IronPython\IronPython\Compiler\PythonCallTargets.cs:line >> 273 >> at >> IronPython.Compiler.PythonCallTargets.OriginalCallTarget3(PythonFunction >> function, Object arg0, Object arg1, Object arg2) in >> c:\Users\jmatysek\Documents\main\Languages\IronPython\IronPython\Compiler\PythonCallTargets.cs:line >> 53 >> at IronPython.Runtime.FunctionCaller`3.Call3(CallSite site, >> CodeContext context, Object func, T0 arg0, T1 arg1, T2 arg2) in >> c:\Users\jmatysek\Documents\main\Languages\IronPython\IronPython\Runtime\PythonFunction.Generated.cs:line >> 676 >> at >> System.Dynamic.UpdateDelegates.UpdateAndExecute5[T0,T1,T2,T3,T4,TRet](CallSite >> site, T0 arg0, T1 arg1, T2 arg2, T3 arg3, T4 arg4) >> at CallSite.Target(Closure , CallSite , CodeContext , Object , Object >> , Object , Object ) >> at IronPython.Runtime.Method.MethodBinding`2.SelfTarget(CallSite site, >> CodeContext context, Object target, T0 arg0, T1 arg1) in >> c:\Users\jmatysek\Documents\main\Languages\IronPython\IronPython\Runtime\Method.Generated.cs:line >> 195 >> at >> System.Dynamic.UpdateDelegates.UpdateAndExecute4[T0,T1,T2,T3,TRet](CallSite >> site, T0 arg0, T1 arg1, T2 arg2, T3 arg3) >> at >> Microsoft.Scripting.Interpreter.DynamicInstruction`5.Run(InterpretedFrame >> frame) in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Interpreter\Instructions\DynamicInstructions.Generated.cs:line >> 218 >> at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame >> frame) in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Interpreter\Interpreter.cs:line >> 132 >> at >> Microsoft.Scripting.Interpreter.LightLambda.Run10[T0,T1,T2,T3,T4,T5,T6,T7,T8,T9,TRet](T0 >> arg0, T1 arg1, T2 arg2, T3 arg3, T4 arg4, T5 arg5, T6 arg6, T7 arg7, T8 >> arg8, T9 arg9) in >> c:\Users\jmatysek\Documents\main\Runtime\Microsoft.Dynamic\Interpreter\LightLambda.Generated.cs:line >> 417 >> at >> IronPython.Compiler.PythonFunctionRecursionCheck9.CallTarget(PythonFunction >> function, Object arg0, Object arg1, Object arg2, Object arg3, Object arg4, >> Object arg5, Object arg6, Object arg7, Object arg8) in >> c:\Users\jmatysek\Documents\main\Languages\IronPython\IronPython\Compiler\PythonCallTargets.cs:line >> 375 >> at >> IronPython.Compiler.PythonCallTargets.OriginalCallTarget9(PythonFunction >> function, Object arg0, Object arg1, Object arg2, Object arg3, Object arg4, >> Object arg5, Object arg6, Object arg7, Object arg8) in >> c:\Users\jmatysek\Documents\main\Languages\IronPython\IronPython\Compiler\PythonCallTargets.cs:line >> 83 >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Wed Dec 3 16:25:42 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Wed, 3 Dec 2014 15:25:42 +0000 Subject: [Ironpython-users] GUI Toolkits In-Reply-To: References: <546D1B4B.5060001@britishideas.com> <037401d00453$1dc8f410$595adc30$@ilnumerics.net> <546DA6C0.6050400@britishideas.com> <727D8E16AE957149B447FE368139F2B53CC559B6@SERVER10> <547ED5A4.9060906@britishideas.com> Message-ID: On Wed, Dec 3, 2014 at 1:57 PM, Jeff Hardy wrote: > On Wed, Dec 3, 2014 at 9:19 AM, Andrew Ayre wrote: > >> Hi Markus, >> >> Thanks for responding to my plea for help. I was leaning towards >> something like your first suggestion but I like your second suggestion >> better! HTML opens up possibilities for users to add logos, etc to their >> forms if they wish, and HTML is widely known. >> > > This is a really common pattern on mobile apps, actually - host most of > the app in a WebView and just have a bit of chrome around it to control > things. > > I never realized that WebBrowserControl had the two-way capabilities that > it does (c.f. > http://msdn.microsoft.com/en-us/library/a0746166(v=vs.110).aspx). > Interesting possibilities there. > Random other notes: you probably can't use an IronPython class with .ObjectForScripting directly (not ComVisible). However, it should work if there is a shim class in C# that implements Sys.Ref.IReflect and adapts that interface to the IDMOP interface used by Python objects. Not an easy class to write, but it would only need to be written once and tossed in the clr module. I don't know if anyone's tried it, though, so it's all theoretical. (Mostly taken from http://blogs.msdn.com/b/srivatsn/archive/2008/05/09/accessing-ironpython-objects-from-native-javascript.aspx and http://blogs.msdn.com/b/shrib/archive/2007/09/04/ireflect-and-idispatch.aspx ). - Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From no_reply at codeplex.com Fri Dec 5 21:46:53 2014 From: no_reply at codeplex.com (CodePlex) Date: 5 Dec 2014 12:46:53 -0800 Subject: [Ironpython-users] IronPython, Daily Digest 12/4/2014 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New issue] list of sets can not be sorted - TypeError: cannot compare sets using cmp() ---------------------------------------------- ISSUES 1. [New issue] list of sets can not be sorted - TypeError: cannot compare sets using cmp() http://ironpython.codeplex.com/workitem/35730 User paweljasinski has proposed the issue: "different behavior between cpython and ipy $ python Python 2.7.8 (default, Jul 25 2014, 14:04:36) [GCC 4.8.3] on cygwin Type "help", "copyright", "credits" or "license" for more information. >>> [set(), set()].sort() >>> c:\cygwin64\home\rejap>ipy -X:Frames IronPython 2.7.5rc2 (2.7.5.0) on .NET 4.0.30319.18444 (32-bit) Type "help", "copyright", "credits" or "license" for more information. >>> [set(), set()].sort() Traceback (most recent call last): File "", line 1, in TypeError: cannot compare sets using cmp() " ---------------------------------------------- ---------------------------------------------- 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 Sat Dec 6 09:21:55 2014 From: no_reply at codeplex.com (CodePlex) Date: 6 Dec 2014 00:21:55 -0800 Subject: [Ironpython-users] IronPython, Daily Digest 12/5/2014 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New comment] Fail to display WPF window containing TreeView by Python script ---------------------------------------------- ISSUES 1. [New comment] Fail to display WPF window containing TreeView by Python script http://ironpython.codeplex.com/workitem/35681 User MarkusSchaber has commented on the issue: "

I'm not that much of an expert with WPF, we're still using Windows Forms in our development.

But as far as I know, you need to make sure that the thread isntantiating and showing the dialog is the main thread in an STA appartment. Those requirements also existed with Windows Forms, and google tells me that it's still the same with WPF.

" ---------------------------------------------- ---------------------------------------------- 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 andy at agraham.demon.co.uk Fri Dec 5 19:33:35 2014 From: andy at agraham.demon.co.uk (Andrew Graham) Date: Fri, 5 Dec 2014 18:33:35 -0000 Subject: [Ironpython-users] GUI Toolkits In-Reply-To: Message-ID: <83141F1FB9F9496A9740F80BBB2A4FCA@AndyDesktop> I have just joined and I haven't got the hang of how to use this mailing list so please excuse my ignorance. Jeff Hardy posted on the 3rd December >P.S. I'd also kill for an open-source embeddable REPL and an embeddable >editor (with debugging for extra points). I don't know if it is what you are looking for but I have a Python 2.7.5 based embeddable MIT licensed REPL based on a WinForms Textbox that I have modified from an old CodeProject posting at http://www.codeproject.com/Articles/26391/IronTextBox. I have just coded it as an add-on library for a Windows Forms based Basic language IDE that I maintain. If you like I can post it together with my hosting code as an example of how I use it. I could post both as Visual Studio 2013 projects or just the raw code - whatever! May I take this opportunity to say many thanks to Jeff, Pawel and all the other contributors to IronPython. As a retired Hardware/Software engineer I am in play mode keeping my skills (more or less) current and my interest is in .NET, C#, WinForms and WPF. IronPython is a wonderful tool for playing with the .NET Framework. Best regards Andy Graham From no_reply at codeplex.com Sun Dec 7 09:23:26 2014 From: no_reply at codeplex.com (CodePlex) Date: 7 Dec 2014 00:23:26 -0800 Subject: [Ironpython-users] IronPython, Daily Digest 12/6/2014 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [Status update] unicode throws when creating a Unicode string from an invalid Unicode string 2. [Status update] Document: IronPython does not run PYTHONSTARTUP 3. [Status update] Trivial: Light Grey Text in ipy when running on Linux or Solaris 4. [Status update] Support all encodings CPython does for _codecs.encode and _codecs.decode 5. [Status update] Trivial: SyntaxError for invalid indentation gives different line number 6. [Status update] Silverlight: modules should only be imported if import syntax matches case of filesystem 7. [Status update] implement clr.GetString and clr.GetBytes as helper to convert strings to and from bytes 8. [Status update] IronPython thread module does not allow small stack sizes 9. [Status update] help(System.String) doesn't include XML doc comments when running in 64-bit 10. [Status update] help(System) on 64-bit results in a SystemError while initializing DynamicType 11. [Status update] Ctrl-Z dosn't work right after KeyboardInterrupt 12. [Status update] str() or unicode() setting up unicode string, exception occurs. 13. [Status update] Passing globals/locals with eval() 14. [Status update] Source code encoding is not working correctly 15. [Status update] cStringIO.StringIO(u"...").tell() broken with unicode strings 16. [Status update] help broken for Vista x64 17. [Status update] Cleanup "Windows Form Tutorial"; making it more Pythonic 18. [Status update] Still doesn't recognise *valid* PEP0263 codings in source files 19. [Status update] str subclasses not always treated as strings 20. [Status update] Create a FULLY StandAlone ".exe" binary? 21. [Status update] Remove obsolete APIs after IronPython 2.6 ships 22. [Status update] Incompat: Cannot use re module on bytearray objects 23. [Status update] Implement _bisect module 24. [Status update] Implement mmap module 25. [Status update] Implement bz2 module 26. [Status update] STRESS: test_cominterop.py fails under the gcstress test mode 27. [Status update] socket.IPPROTO_GGP and socket.IPPROTO_PUP were removed in CPy 2.6 28. [Status update] PYC - Allow the Setting of the Icon if generating EXE 29. [Status update] Create wiki for 3rd party apps compat list 30. [Status update] str(System.Char(...)) broken 31. [Status update] nt.system(some garbage command) should return a non-zero exit code; not throw a WindowsError 32. [Status update] ACCESSIBILITY: at high resolutions the ipy icon looks like "IPV" 33. [Status update] COM objects unusable from ipy.exe on x64 platforms 34. [Status update] The exception message of SyntaxError is different between CPy and IPy 35. [Status update] NotImplementedError: buffer_info not implemented for the array module 36. [Status update] lseek() isn't implemented in module nt 37. [Status update] LookupError:unknown error handler name 'ignore' / 'unicode_internal' / 'idna' 38. [Status update] Trivial: isdigit() return "False" in IronPython with unicode object from u'\u2460' to u'\u2468' 39. [Status update] AttributeError: 'struct_time' object has no attribute 'n_fields' 40. [Status update] ScriptScope.GetVariable throws when the actual type is a double 41. [Status update] _ssl.RAND_add(x, y) should throw TypeError when x=None 42. [Status update] Need to investigate various doctest failures 43. [Status update] Exception().__doc__ different from CPython 44. [Status update] __getattr__ not called upon module import 45. [Status update] Allow application/zip mime-type for ZIP file script-tags 46. [Status update] Wrong implementation of ModuleType.__new__ 47. [Status update] Pyc.py and FolderBrowserDialog 48. [Status update] sys.float_info field values are inconsistent with those of CPython 49. [Status update] Hashing objects can not be created from bytearrays with 2.7 50. [Status update] StackOverflowException when subclassing dict.add and dict.__setitem__ 51. [Status update] Error message for indexing into unsubscriptable objects changed with 2.7 52. [Status update] "None=..." error message has changed 53. [Status update] Reporlab and IronPython 54. [Status update] ipy.exe crashes when launched from a subst UNC path 55. [Status update] Visual Studio 2010 crashes when Iron Python 2.7A1 is installed and you try to attach process (normal C# desktop program) 56. [Status update] Compatibility: IronPython does not allow space before coding declaration 57. [Status update] 'x'.replace(u'\uFFFE','') -> ValueError 58. [New comment] os.path.abspath('*') -> ValueError 59. [Status update] time.strptime works when it shouldn't 60. [Status update] sys.args[0] dissapears in ipy-script compiled with pyc.py 61. [Status update] version() shows only version number when running pyc-compiled .exe 62. [Status update] [2.7 Beta 2] deepcopy(time(9, 0)) != time(9, 0) 63. [Status update] Examples presented on http://ironpython.net/ironpython/browser/docs.html do not work 64. [Status update] compile('#foo\n', '', 'single') throws null ref exception 65. [Status update] NullReference bug report 66. [Status update] sys.version is incomplete in user created engine, creating problems in platform.py 67. [Status update] I can't import PIL module 68. [Status update] zlib fails to compress an empty string 69. [Status update] strftime does not format %f correctly 70. [Status update] zipimport adding an extra newline to the end of every line of imported source on windows 71. [Status update] Patch for pyc.py 72. [Status update] ast module is broken - TypeError: object.__new__() takes no parameters 73. [Status update] pyc should generate try/catch around module call 74. [Status update] 2.7.2.1: ast.py fails on Lib/subprocess.py 75. [Status update] 2.7.2.1 "load language" problem 76. [Status update] compile does not accept AST object 77. [Status update] Duplicate key in dict 78. [Status update] IronPython engine fails to load under Silverlight (MethodAccessException) 79. [Status update] Occasional build error for Silverlight targets 80. [Status update] signal module does not work on non-Windows machines 81. [Status update] Add AssemblyFoldersEx paths for other platforms 82. [Status update] PEP 421 -- Adding sys.implementation 83. [Status update] IronPython coding obeys PEP0263, inconsistent with Emacs 84. [Status update] SQLite: InterfaceError: Unable to bind parameter 1 - unsupported type 85. [Status update] Installation of IronPython on Windows XP over VMware Fusion 86. [Status update] "TypeError: find_module() takes exactly 2 arguments" during debug a script load customize DLLs 87. [Status update] different prints for u'\xa0' against python2.7.3 88. [Status update] Make PythonHiddenAttribute public 89. [Status update] eval() function doesn't work as expected 90. [Status update] sys.stdout.isatty() always returns True 91. [Status update] Lower casing non-ASCII characters does not work 92. [Status update] introduce support for readline module (raw input) 93. [Status update] match cpython behaviour - types.ModuleType() 94. [Status update] locale.setlocale does not detect/set default user locale 95. [Status update] Sockets are not properly closed 96. [Status update] Discrepancy in dict __delitem__ vs CPython 97. [Status update] TypeError: instancemethod.__cmp__(x,y) requires y to be a 'instancemethod', not a ... 98. [Status update] super() does not preserve class 99. [Status update] struct.pack not threadsafe 100. [Status update] ast: elif is missing lineno and col_offset attributes 101. [Status update] PythonDictionary.Contains(KeyValuePair) doesn't check value 102. [Status update] sys.platform under Silverlight returns wrong value 103. [Status update] locale.strxfrm doesn't work 104. [Status update] ast.parse fails on semicolon 105. [Status update] 'continue' not supported inside 'finally' clause when it should be 106. [Status update] __getattr__ not able to override when class inherits from Moduletype 107. [Status update] ast.parse: TryExcept within TryFinally doesn't have the lineno attribute 108. [Status update] bytes.decode() encoding should default to sys.getdefaultencoding(), not None 109. [Status update] import hides modules 110. [Status update] unbound methods instead of bound methods in cloned class instances 111. [Status update] cannot import idna from encodings (Ipy 2.7.3) 112. [Status update] StringIO read and writes fail with "ValueError: write to closed file" exception 113. [Status update] Quoted IRONPYTHONPATH causes error with "import" 114. [Status update] misleading error message for bytes(unicode, encoding) 115. [Status update] Include some way to discover IronPython path 116. [Status update] datetime.strptime with %f error 117. [Status update] io.StringIO always closed 118. [Status update] {}.update(b=1) -> TypeError 119. [Status update] dict lookup of System.Int64 and long is not the same 120. [Status update] subprocess.Popen should accept os.environ as env argument 121. [Status update] top level exception handler of the interpreter prints wrong traceback 122. [Status update] Unhandled traceback does not end with newline 123. [Status update] ctypes.memmove doesn't tolerate 0 size 124. [Status update] os.stat should accept bytes as argument 125. [Status update] reading a file using codecs can fail 126. [Status update] from multiprocessing.pool import ThreadPool fails 127. [Status update] ast.parse raises SystemError on "yield" 128. [Status update] __doc__ should not be read-only in partial 129. [Status update] name of the second argument to int() should be 'base' not 'radix' 130. [Status update] .net4.5 enviroment not included in 2.7.4.msi installer 131. [Status update] How to improve the operation efficiency of List or Dictionary than C#? 132. [Status update] add support for pymongo 133. [Status update] int type missing __eq__ method 134. [Status update] package gets confused as module during import 135. [Status update] IronPython.dll has wrong assembly version 136. [Status update] "argument of type 'type' is not iterable" exception reports type of the wrong argument 137. [Status update] regular expression extension accepts only single flag 138. [Status update] re.compile does not use cache 139. [Status update] random.Random(None) -> SystemError 140. [Status update] ensurepip support 141. [Status update] byte and string should be interchengable as arguments of string methods 142. [Status update] bytes "can only join an iterable of bytes" 143. [Status update] stack trace reported out of order by top level exception handler 144. [Status update] wrong line dumped out along with warning message 145. [Status update] unable to use certificate with quoted part in issuer 146. [Status update] certifacte is missing subjectAltName 147. [Status update] zlib - ValueError: Invalid initialization option 148. [Status update] built-in translate throws TypeError 149. [Status update] unexpected behaviour when IOError used as superclass 150. [Status update] __name__ not set to __main__ 151. [Status update] ctype legacy support 152. [Status update] "{} in {}" returns False instead of raising TypeError 153. [Status update] compile() does not recognize CO_FUTURE_PRINT_FUNCTION 154. [Status update] support for running content of zip file 155. [Status update] Exceptions not being trapped by Debugger in VS 2013 156. [Status update] -X:Tracing argument problem? 157. [Status update] bytearray fails comparison with string value 158. [Status update] bytearray constructor should accept string 159. [Status update] b64encode(bz2.compress()) throws exception. 160. [Status update] socket.send, socket.sendto, socket.sendall should accept bytes as parameter 161. [Status update] b'a'.decode() throws TypeError 162. [Status update] ast.literal_eval in IronPython raises exception for negative numbers in expressions 163. [Status update] ipy-2.7-maint does't compile under windows 164. [Status update] socket.create_connection() causes exception "getaddrinfo returns an empty list" 165. [Status update] dict.copy() raises SystemError if None is used as a key 166. [Status update] IronPython 2.7.5 B3 does not work with Pyro 4 167. [Status update] ssl default to SSL v2 168. [Status update] ValueError: Index was out of range. Must be non-negative and less than the size of the collection. 169. [New issue] ensurepip does not create pip.exe ---------------------------------------------- ISSUES 1. [Status update] unicode throws when creating a Unicode string from an invalid Unicode string http://ironpython.codeplex.com/workitem/356 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 2. [Status update] Document: IronPython does not run PYTHONSTARTUP http://ironpython.codeplex.com/workitem/3361 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 3. [Status update] Trivial: Light Grey Text in ipy when running on Linux or Solaris http://ironpython.codeplex.com/workitem/3825 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 4. [Status update] Support all encodings CPython does for _codecs.encode and _codecs.decode http://ironpython.codeplex.com/workitem/4565 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 5. [Status update] Trivial: SyntaxError for invalid indentation gives different line number http://ironpython.codeplex.com/workitem/5736 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 6. [Status update] Silverlight: modules should only be imported if import syntax matches case of filesystem http://ironpython.codeplex.com/workitem/7050 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 7. [Status update] implement clr.GetString and clr.GetBytes as helper to convert strings to and from bytes http://ironpython.codeplex.com/workitem/7159 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 8. [Status update] IronPython thread module does not allow small stack sizes http://ironpython.codeplex.com/workitem/7827 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 9. [Status update] help(System.String) doesn't include XML doc comments when running in 64-bit http://ironpython.codeplex.com/workitem/8416 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 10. [Status update] help(System) on 64-bit results in a SystemError while initializing DynamicType http://ironpython.codeplex.com/workitem/8417 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 11. [Status update] Ctrl-Z dosn't work right after KeyboardInterrupt http://ironpython.codeplex.com/workitem/9135 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 12. [Status update] str() or unicode() setting up unicode string, exception occurs. http://ironpython.codeplex.com/workitem/15372 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 13. [Status update] Passing globals/locals with eval() http://ironpython.codeplex.com/workitem/16884 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 14. [Status update] Source code encoding is not working correctly http://ironpython.codeplex.com/workitem/18637 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 15. [Status update] cStringIO.StringIO(u"...").tell() broken with unicode strings http://ironpython.codeplex.com/workitem/19220 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 16. [Status update] help broken for Vista x64 http://ironpython.codeplex.com/workitem/19258 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 17. [Status update] Cleanup "Windows Form Tutorial"; making it more Pythonic http://ironpython.codeplex.com/workitem/19488 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 18. [Status update] Still doesn't recognise *valid* PEP0263 codings in source files http://ironpython.codeplex.com/workitem/19861 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 19. [Status update] str subclasses not always treated as strings http://ironpython.codeplex.com/workitem/20275 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 20. [Status update] Create a FULLY StandAlone ".exe" binary? http://ironpython.codeplex.com/workitem/20621 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 21. [Status update] Remove obsolete APIs after IronPython 2.6 ships http://ironpython.codeplex.com/workitem/20775 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 22. [Status update] Incompat: Cannot use re module on bytearray objects http://ironpython.codeplex.com/workitem/21362 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 23. [Status update] Implement _bisect module http://ironpython.codeplex.com/workitem/21392 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 24. [Status update] Implement mmap module http://ironpython.codeplex.com/workitem/21401 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 25. [Status update] Implement bz2 module http://ironpython.codeplex.com/workitem/21412 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 26. [Status update] STRESS: test_cominterop.py fails under the gcstress test mode http://ironpython.codeplex.com/workitem/21438 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 27. [Status update] socket.IPPROTO_GGP and socket.IPPROTO_PUP were removed in CPy 2.6 http://ironpython.codeplex.com/workitem/21918 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 28. [Status update] PYC - Allow the Setting of the Icon if generating EXE http://ironpython.codeplex.com/workitem/22138 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 29. [Status update] Create wiki for 3rd party apps compat list http://ironpython.codeplex.com/workitem/22223 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 30. [Status update] str(System.Char(...)) broken http://ironpython.codeplex.com/workitem/23147 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 31. [Status update] nt.system(some garbage command) should return a non-zero exit code; not throw a WindowsError http://ironpython.codeplex.com/workitem/23205 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 32. [Status update] ACCESSIBILITY: at high resolutions the ipy icon looks like "IPV" http://ironpython.codeplex.com/workitem/23335 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 33. [Status update] COM objects unusable from ipy.exe on x64 platforms http://ironpython.codeplex.com/workitem/23587 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 34. [Status update] The exception message of SyntaxError is different between CPy and IPy http://ironpython.codeplex.com/workitem/23681 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 35. [Status update] NotImplementedError: buffer_info not implemented for the array module http://ironpython.codeplex.com/workitem/23778 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 36. [Status update] lseek() isn't implemented in module nt http://ironpython.codeplex.com/workitem/23813 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 37. [Status update] LookupError:unknown error handler name 'ignore' / 'unicode_internal' / 'idna' http://ironpython.codeplex.com/workitem/23832 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 38. [Status update] Trivial: isdigit() return "False" in IronPython with unicode object from u'\u2460' to u'\u2468' http://ironpython.codeplex.com/workitem/23855 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 39. [Status update] AttributeError: 'struct_time' object has no attribute 'n_fields' http://ironpython.codeplex.com/workitem/23861 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 40. [Status update] ScriptScope.GetVariable throws when the actual type is a double http://ironpython.codeplex.com/workitem/24074 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 41. [Status update] _ssl.RAND_add(x, y) should throw TypeError when x=None http://ironpython.codeplex.com/workitem/24276 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 42. [Status update] Need to investigate various doctest failures http://ironpython.codeplex.com/workitem/24549 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 43. [Status update] Exception().__doc__ different from CPython http://ironpython.codeplex.com/workitem/25155 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 44. [Status update] __getattr__ not called upon module import http://ironpython.codeplex.com/workitem/26177 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 45. [Status update] Allow application/zip mime-type for ZIP file script-tags http://ironpython.codeplex.com/workitem/26676 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 46. [Status update] Wrong implementation of ModuleType.__new__ http://ironpython.codeplex.com/workitem/27113 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 47. [Status update] Pyc.py and FolderBrowserDialog http://ironpython.codeplex.com/workitem/27118 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 48. [Status update] sys.float_info field values are inconsistent with those of CPython http://ironpython.codeplex.com/workitem/27840 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 49. [Status update] Hashing objects can not be created from bytearrays with 2.7 http://ironpython.codeplex.com/workitem/27903 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 50. [Status update] StackOverflowException when subclassing dict.add and dict.__setitem__ http://ironpython.codeplex.com/workitem/28084 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 51. [Status update] Error message for indexing into unsubscriptable objects changed with 2.7 http://ironpython.codeplex.com/workitem/28220 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 52. [Status update] "None=..." error message has changed http://ironpython.codeplex.com/workitem/28379 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 53. [Status update] Reporlab and IronPython http://ironpython.codeplex.com/workitem/28885 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 54. [Status update] ipy.exe crashes when launched from a subst UNC path http://ironpython.codeplex.com/workitem/28905 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 55. [Status update] Visual Studio 2010 crashes when Iron Python 2.7A1 is installed and you try to attach process (normal C# desktop program) http://ironpython.codeplex.com/workitem/29021 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 56. [Status update] Compatibility: IronPython does not allow space before coding declaration http://ironpython.codeplex.com/workitem/29193 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 57. [Status update] 'x'.replace(u'\uFFFE','') -> ValueError http://ironpython.codeplex.com/workitem/29402 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 58. [New comment] os.path.abspath('*') -> ValueError http://ironpython.codeplex.com/workitem/29489 User jdhardy has commented on the issue: "

In general, os.abspath is too restrictive. IPython has a path like ""//////:::::ZZZZZ,,,~~~" that is uses as a sentinel and expects to pass through os.abspath unchanged.

"----------------- 59. [Status update] time.strptime works when it shouldn't http://ironpython.codeplex.com/workitem/30047 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 60. [Status update] sys.args[0] dissapears in ipy-script compiled with pyc.py http://ironpython.codeplex.com/workitem/30263 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 61. [Status update] version() shows only version number when running pyc-compiled .exe http://ironpython.codeplex.com/workitem/30267 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 62. [Status update] [2.7 Beta 2] deepcopy(time(9, 0)) != time(9, 0) http://ironpython.codeplex.com/workitem/30274 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 63. [Status update] Examples presented on http://ironpython.net/ironpython/browser/docs.html do not work http://ironpython.codeplex.com/workitem/30346 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 64. [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 Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 65. [Status update] NullReference bug report http://ironpython.codeplex.com/workitem/31621 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 66. [Status update] sys.version is incomplete in user created engine, creating problems in platform.py http://ironpython.codeplex.com/workitem/31736 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 67. [Status update] I can't import PIL module http://ironpython.codeplex.com/workitem/31865 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 68. [Status update] zlib fails to compress an empty string http://ironpython.codeplex.com/workitem/31976 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 69. [Status update] strftime does not format %f correctly http://ironpython.codeplex.com/workitem/32215 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 70. [Status update] zipimport adding an extra newline to the end of every line of imported source on windows http://ironpython.codeplex.com/workitem/32335 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 71. [Status update] Patch for pyc.py http://ironpython.codeplex.com/workitem/32372 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 72. [Status update] ast module is broken - TypeError: object.__new__() takes no parameters http://ironpython.codeplex.com/workitem/32408 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 73. [Status update] pyc should generate try/catch around module call http://ironpython.codeplex.com/workitem/32419 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 74. [Status update] 2.7.2.1: ast.py fails on Lib/subprocess.py http://ironpython.codeplex.com/workitem/32446 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 75. [Status update] 2.7.2.1 "load language" problem http://ironpython.codeplex.com/workitem/32452 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 76. [Status update] compile does not accept AST object http://ironpython.codeplex.com/workitem/32526 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 77. [Status update] Duplicate key in dict http://ironpython.codeplex.com/workitem/32527 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 78. [Status update] IronPython engine fails to load under Silverlight (MethodAccessException) http://ironpython.codeplex.com/workitem/32596 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 79. [Status update] Occasional build error for Silverlight targets http://ironpython.codeplex.com/workitem/32602 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 80. [Status update] signal module does not work on non-Windows machines http://ironpython.codeplex.com/workitem/32627 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 81. [Status update] Add AssemblyFoldersEx paths for other platforms http://ironpython.codeplex.com/workitem/32749 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 82. [Status update] PEP 421 -- Adding sys.implementation http://ironpython.codeplex.com/workitem/32786 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 83. [Status update] IronPython coding obeys PEP0263, inconsistent with Emacs http://ironpython.codeplex.com/workitem/32856 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 84. [Status update] SQLite: InterfaceError: Unable to bind parameter 1 - unsupported type http://ironpython.codeplex.com/workitem/32884 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 85. [Status update] Installation of IronPython on Windows XP over VMware Fusion http://ironpython.codeplex.com/workitem/32925 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 86. [Status update] "TypeError: find_module() takes exactly 2 arguments" during debug a script load customize DLLs http://ironpython.codeplex.com/workitem/32989 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 87. [Status update] different prints for u'\xa0' against python2.7.3 http://ironpython.codeplex.com/workitem/33030 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 88. [Status update] Make PythonHiddenAttribute public http://ironpython.codeplex.com/workitem/33073 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 89. [Status update] eval() function doesn't work as expected http://ironpython.codeplex.com/workitem/33083 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 90. [Status update] sys.stdout.isatty() always returns True http://ironpython.codeplex.com/workitem/33123 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 91. [Status update] Lower casing non-ASCII characters does not work http://ironpython.codeplex.com/workitem/33133 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 92. [Status update] introduce support for readline module (raw input) http://ironpython.codeplex.com/workitem/33164 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 93. [Status update] match cpython behaviour - types.ModuleType() http://ironpython.codeplex.com/workitem/33173 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 94. [Status update] locale.setlocale does not detect/set default user locale http://ironpython.codeplex.com/workitem/33220 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 95. [Status update] Sockets are not properly closed http://ironpython.codeplex.com/workitem/33312 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 96. [Status update] Discrepancy in dict __delitem__ vs CPython http://ironpython.codeplex.com/workitem/33362 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 97. [Status update] TypeError: instancemethod.__cmp__(x,y) requires y to be a 'instancemethod', not a ... http://ironpython.codeplex.com/workitem/33622 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 98. [Status update] super() does not preserve class http://ironpython.codeplex.com/workitem/33663 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 99. [Status update] struct.pack not threadsafe http://ironpython.codeplex.com/workitem/33720 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 100. [Status update] ast: elif is missing lineno and col_offset attributes http://ironpython.codeplex.com/workitem/33725 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 101. [Status update] PythonDictionary.Contains(KeyValuePair) doesn't check value http://ironpython.codeplex.com/workitem/33904 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 102. [Status update] sys.platform under Silverlight returns wrong value http://ironpython.codeplex.com/workitem/34085 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 103. [Status update] locale.strxfrm doesn't work http://ironpython.codeplex.com/workitem/34188 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 104. [Status update] ast.parse fails on semicolon http://ironpython.codeplex.com/workitem/34196 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 105. [Status update] 'continue' not supported inside 'finally' clause when it should be http://ironpython.codeplex.com/workitem/34225 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 106. [Status update] __getattr__ not able to override when class inherits from Moduletype http://ironpython.codeplex.com/workitem/34257 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 107. [Status update] ast.parse: TryExcept within TryFinally doesn't have the lineno attribute http://ironpython.codeplex.com/workitem/34389 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 108. [Status update] bytes.decode() encoding should default to sys.getdefaultencoding(), not None http://ironpython.codeplex.com/workitem/34532 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 109. [Status update] import hides modules http://ironpython.codeplex.com/workitem/34551 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 110. [Status update] unbound methods instead of bound methods in cloned class instances http://ironpython.codeplex.com/workitem/34649 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 111. [Status update] cannot import idna from encodings (Ipy 2.7.3) http://ironpython.codeplex.com/workitem/34651 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 112. [Status update] StringIO read and writes fail with "ValueError: write to closed file" exception http://ironpython.codeplex.com/workitem/34683 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 113. [Status update] Quoted IRONPYTHONPATH causes error with "import" http://ironpython.codeplex.com/workitem/34687 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 114. [Status update] misleading error message for bytes(unicode, encoding) http://ironpython.codeplex.com/workitem/34689 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 115. [Status update] Include some way to discover IronPython path http://ironpython.codeplex.com/workitem/34692 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 116. [Status update] datetime.strptime with %f error http://ironpython.codeplex.com/workitem/34706 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 117. [Status update] io.StringIO always closed http://ironpython.codeplex.com/workitem/34713 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 118. [Status update] {}.update(b=1) -> TypeError http://ironpython.codeplex.com/workitem/34742 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 119. [Status update] dict lookup of System.Int64 and long is not the same http://ironpython.codeplex.com/workitem/34770 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 120. [Status update] subprocess.Popen should accept os.environ as env argument http://ironpython.codeplex.com/workitem/34837 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 121. [Status update] top level exception handler of the interpreter prints wrong traceback http://ironpython.codeplex.com/workitem/34849 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 122. [Status update] Unhandled traceback does not end with newline http://ironpython.codeplex.com/workitem/34871 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 123. [Status update] ctypes.memmove doesn't tolerate 0 size http://ironpython.codeplex.com/workitem/34892 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 124. [Status update] os.stat should accept bytes as argument http://ironpython.codeplex.com/workitem/34910 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 125. [Status update] reading a file using codecs can fail http://ironpython.codeplex.com/workitem/34951 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 126. [Status update] from multiprocessing.pool import ThreadPool fails http://ironpython.codeplex.com/workitem/34959 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 127. [Status update] ast.parse raises SystemError on "yield" http://ironpython.codeplex.com/workitem/35001 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 128. [Status update] __doc__ should not be read-only in partial http://ironpython.codeplex.com/workitem/35021 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 129. [Status update] name of the second argument to int() should be 'base' not 'radix' http://ironpython.codeplex.com/workitem/35048 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 130. [Status update] .net4.5 enviroment not included in 2.7.4.msi installer http://ironpython.codeplex.com/workitem/35049 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 131. [Status update] How to improve the operation efficiency of List or Dictionary than C#? http://ironpython.codeplex.com/workitem/35071 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 132. [Status update] add support for pymongo http://ironpython.codeplex.com/workitem/35075 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 133. [Status update] int type missing __eq__ method http://ironpython.codeplex.com/workitem/35099 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 134. [Status update] package gets confused as module during import http://ironpython.codeplex.com/workitem/35116 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 135. [Status update] IronPython.dll has wrong assembly version http://ironpython.codeplex.com/workitem/35119 User jdhardy has updated the issue: Status has changed from Active to Closed with the following comment, "Fixed in 2.7.5"----------------- 136. [Status update] "argument of type 'type' is not iterable" exception reports type of the wrong argument http://ironpython.codeplex.com/workitem/35126 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 137. [Status update] regular expression extension accepts only single flag http://ironpython.codeplex.com/workitem/35135 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 138. [Status update] re.compile does not use cache http://ironpython.codeplex.com/workitem/35146 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 139. [Status update] random.Random(None) -> SystemError http://ironpython.codeplex.com/workitem/35155 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 140. [Status update] ensurepip support http://ironpython.codeplex.com/workitem/35198 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 141. [Status update] byte and string should be interchengable as arguments of string methods http://ironpython.codeplex.com/workitem/35212 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 142. [Status update] bytes "can only join an iterable of bytes" http://ironpython.codeplex.com/workitem/35224 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 143. [Status update] stack trace reported out of order by top level exception handler http://ironpython.codeplex.com/workitem/35230 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 144. [Status update] wrong line dumped out along with warning message http://ironpython.codeplex.com/workitem/35263 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 145. [Status update] unable to use certificate with quoted part in issuer http://ironpython.codeplex.com/workitem/35293 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 146. [Status update] certifacte is missing subjectAltName http://ironpython.codeplex.com/workitem/35294 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 147. [Status update] zlib - ValueError: Invalid initialization option http://ironpython.codeplex.com/workitem/35295 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 148. [Status update] built-in translate throws TypeError http://ironpython.codeplex.com/workitem/35296 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 149. [Status update] unexpected behaviour when IOError used as superclass http://ironpython.codeplex.com/workitem/35300 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 150. [Status update] __name__ not set to __main__ http://ironpython.codeplex.com/workitem/35322 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 151. [Status update] ctype legacy support http://ironpython.codeplex.com/workitem/35326 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 152. [Status update] "{} in {}" returns False instead of raising TypeError http://ironpython.codeplex.com/workitem/35348 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 153. [Status update] compile() does not recognize CO_FUTURE_PRINT_FUNCTION http://ironpython.codeplex.com/workitem/35354 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 154. [Status update] support for running content of zip file http://ironpython.codeplex.com/workitem/35379 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 155. [Status update] Exceptions not being trapped by Debugger in VS 2013 http://ironpython.codeplex.com/workitem/35389 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 156. [Status update] -X:Tracing argument problem? http://ironpython.codeplex.com/workitem/35469 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 157. [Status update] bytearray fails comparison with string value http://ironpython.codeplex.com/workitem/35470 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 158. [Status update] bytearray constructor should accept string http://ironpython.codeplex.com/workitem/35493 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 159. [Status update] b64encode(bz2.compress()) throws exception. http://ironpython.codeplex.com/workitem/35507 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 160. [Status update] socket.send, socket.sendto, socket.sendall should accept bytes as parameter http://ironpython.codeplex.com/workitem/35543 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 161. [Status update] b'a'.decode() throws TypeError http://ironpython.codeplex.com/workitem/35544 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 162. [Status update] ast.literal_eval in IronPython raises exception for negative numbers in expressions http://ironpython.codeplex.com/workitem/35572 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 163. [Status update] ipy-2.7-maint does't compile under windows http://ironpython.codeplex.com/workitem/35575 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 164. [Status update] socket.create_connection() causes exception "getaddrinfo returns an empty list" http://ironpython.codeplex.com/workitem/35576 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 165. [Status update] dict.copy() raises SystemError if None is used as a key http://ironpython.codeplex.com/workitem/35626 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 166. [Status update] IronPython 2.7.5 B3 does not work with Pyro 4 http://ironpython.codeplex.com/workitem/35667 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 167. [Status update] ssl default to SSL v2 http://ironpython.codeplex.com/workitem/35668 User jdhardy has updated the issue: Status has changed from Resolved to Closed with the following comment, "Fixed in 2.7.5."----------------- 168. [Status update] ValueError: Index was out of range. Must be non-negative and less than the size of the collection. http://ironpython.codeplex.com/workitem/35682 User jdhardy has updated the issue: Status has changed from Resolved to Closed. ----------------- 169. [New issue] ensurepip does not create pip.exe http://ironpython.codeplex.com/workitem/35733 User jdhardy has proposed the issue: "It creates pip2.exe and pip2.7.exe in Scripts, but not pip.exe." ---------------------------------------------- ---------------------------------------------- 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 Dec 7 11:37:57 2014 From: pawel.jasinski at gmail.com (Pawel Jasinski) Date: Sun, 7 Dec 2014 11:37:57 +0100 Subject: [Ironpython-users] converting issues from codeplex to github Message-ID: hi, when will the conversion of issues from codeplex to github take place? Or simpler, where should I add new issues now? --pawel From pawel.jasinski at gmail.com Sun Dec 7 13:04:39 2014 From: pawel.jasinski at gmail.com (Pawel Jasinski) Date: Sun, 7 Dec 2014 13:04:39 +0100 Subject: [Ironpython-users] mixed line ending in time.cs and nt.cs Message-ID: hi, time.cs and nt.cs have mixed line ending. This is causing unnecessary pain when rebasing and produces ugly ^M in diff. Would it make sense to fix it now? Cheers, --pawel From jdhardy at gmail.com Sun Dec 7 21:11:27 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Sun, 7 Dec 2014 20:11:27 +0000 Subject: [Ironpython-users] mixed line ending in time.cs and nt.cs In-Reply-To: References: Message-ID: On Sun, Dec 7, 2014 at 12:04 PM, Pawel Jasinski wrote: > hi, > > time.cs and nt.cs have mixed line ending. This is causing unnecessary > pain when rebasing and produces ugly ^M in diff. > > Would it make sense to fix it now? > Yes, please! (I noticed nt.cs the other night as well.) - Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Sun Dec 7 21:10:33 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Sun, 7 Dec 2014 20:10:33 +0000 Subject: [Ironpython-users] converting issues from codeplex to github In-Reply-To: References: Message-ID: On Sun, Dec 7, 2014 at 10:37 AM, Pawel Jasinski wrote: > hi, > > when will the conversion of issues from codeplex to github take place? > > Or simpler, where should I add new issues now? > Soon-ish, I think. Alex, did you have a demo from a recent run? My thought right now is to put the existing ones into the "main" repo and only put 3.0-specific items in ironpython3. Any new ones should be put into the GitHub "main" repo. - Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From pawel.jasinski at gmail.com Mon Dec 8 00:58:48 2014 From: pawel.jasinski at gmail.com (Pawel Jasinski) Date: Mon, 8 Dec 2014 00:58:48 +0100 Subject: [Ironpython-users] mixed line ending in time.cs and nt.cs In-Reply-To: References: Message-ID: On Sun, Dec 7, 2014 at 9:11 PM, Jeff Hardy wrote: > On Sun, Dec 7, 2014 at 12:04 PM, Pawel Jasinski > wrote: >> >> hi, >> >> time.cs and nt.cs have mixed line ending. This is causing unnecessary >> pain when rebasing and produces ugly ^M in diff. >> >> Would it make sense to fix it now? > > > Yes, please! (I noticed nt.cs the other night as well.) I have checked IronLanguages main and ipy-2.7-maint Both have files with LF, CRLF and mixed. I don't want to touch the LF and CRLF. However the mixed files are recent introduction and pain to deal with. I will fix it with single commit and will not do the history rewriting unless someone give me good reason. I also checked ironpython3 and there are no mixed files. As a side effect of the check I did CRLF stats. I see most of the files committed with LF and 11 files with CRLF. Is this something to be fixed, nice to have or don't care? --pawe From slide.o.mix at gmail.com Mon Dec 8 04:51:47 2014 From: slide.o.mix at gmail.com (Slide) Date: Mon, 08 Dec 2014 03:51:47 +0000 Subject: [Ironpython-users] converting issues from codeplex to github References: Message-ID: This is the most recent run from a couple months ago or so. https://github.com/slide/ipimport7/issues On Sun, Dec 7, 2014, 13:10 Jeff Hardy wrote: > On Sun, Dec 7, 2014 at 10:37 AM, Pawel Jasinski > wrote: > >> hi, >> >> when will the conversion of issues from codeplex to github take place? >> >> Or simpler, where should I add new issues now? >> > > Soon-ish, I think. Alex, did you have a demo from a recent run? > > My thought right now is to put the existing ones into the "main" repo and > only put 3.0-specific items in ironpython3. > > Any new ones should be put into the GitHub "main" repo. > > - Jeff > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pawel.jasinski at gmail.com Mon Dec 8 09:17:13 2014 From: pawel.jasinski at gmail.com (Pawel Jasinski) Date: Mon, 8 Dec 2014 09:17:13 +0100 Subject: [Ironpython-users] converting issues from codeplex to github In-Reply-To: References: Message-ID: Hi, I have a question/suggestion. I was under impression, the milestone should be interpreted as "planned to be fixed in a release". The test run converts whatever is in "Release" in codeplex into milestone, which is technically correct. However the "Release" in codeplex appears to be abused or not maintained and is more aligned with "bug in version". Would it make more sense to not set any milestone and use value as a label instead? Cheers --pawel On Mon, Dec 8, 2014 at 4:51 AM, Slide wrote: > This is the most recent run from a couple months ago or so. > https://github.com/slide/ipimport7/issues > > > On Sun, Dec 7, 2014, 13:10 Jeff Hardy wrote: >> >> On Sun, Dec 7, 2014 at 10:37 AM, Pawel Jasinski >> wrote: >>> >>> hi, >>> >>> when will the conversion of issues from codeplex to github take place? >>> >>> Or simpler, where should I add new issues now? >> >> >> Soon-ish, I think. Alex, did you have a demo from a recent run? >> >> My thought right now is to put the existing ones into the "main" repo and >> only put 3.0-specific items in ironpython3. >> >> Any new ones should be put into the GitHub "main" repo. >> >> - Jeff From slide.o.mix at gmail.com Mon Dec 8 12:38:19 2014 From: slide.o.mix at gmail.com (Slide) Date: Mon, 08 Dec 2014 11:38:19 +0000 Subject: [Ironpython-users] converting issues from codeplex to github References: Message-ID: I don't have an opinion either way. The code is easy to change, so if there are strong opinions one way or another, just let me know which way we want to go. On Mon Dec 08 2014 at 1:19:20 AM Pawel Jasinski wrote: > Hi, > > I have a question/suggestion. I was under impression, the milestone > should be interpreted as "planned to be fixed in a release". The test > run converts whatever is in "Release" in codeplex into milestone, > which is technically correct. However the "Release" in codeplex > appears to be abused or not maintained and is more aligned with "bug > in version". Would it make more sense to not set any milestone and > use value as a label instead? > > > > Cheers > --pawel > > > On Mon, Dec 8, 2014 at 4:51 AM, Slide wrote: > > This is the most recent run from a couple months ago or so. > > https://github.com/slide/ipimport7/issues > > > > > > On Sun, Dec 7, 2014, 13:10 Jeff Hardy wrote: > >> > >> On Sun, Dec 7, 2014 at 10:37 AM, Pawel Jasinski < > pawel.jasinski at gmail.com> > >> wrote: > >>> > >>> hi, > >>> > >>> when will the conversion of issues from codeplex to github take place? > >>> > >>> Or simpler, where should I add new issues now? > >> > >> > >> Soon-ish, I think. Alex, did you have a demo from a recent run? > >> > >> My thought right now is to put the existing ones into the "main" repo > and > >> only put 3.0-specific items in ironpython3. > >> > >> Any new ones should be put into the GitHub "main" repo. > >> > >> - 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: From jdhardy at gmail.com Mon Dec 8 13:14:08 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Mon, 8 Dec 2014 12:14:08 +0000 Subject: [Ironpython-users] converting issues from codeplex to github In-Reply-To: References: Message-ID: Release it not even remotely consistent in CodePlex so I'd rather start from scratch on milestones. You could just drop it completely, I don't think we'd lose anything. Will you be able to do one final test run? What's there looks good but I'd liek to see it one more time before committing. :) Once it's ready I'll close all of the issues on CP and put up a marker issue directing people to GitHub. - Jeff On Mon, Dec 8, 2014 at 11:38 AM, Slide wrote: > I don't have an opinion either way. The code is easy to change, so if > there are strong opinions one way or another, just let me know which way we > want to go. > > > On Mon Dec 08 2014 at 1:19:20 AM Pawel Jasinski > wrote: > >> Hi, >> >> I have a question/suggestion. I was under impression, the milestone >> should be interpreted as "planned to be fixed in a release". The test >> run converts whatever is in "Release" in codeplex into milestone, >> which is technically correct. However the "Release" in codeplex >> appears to be abused or not maintained and is more aligned with "bug >> in version". Would it make more sense to not set any milestone and >> use value as a label instead? >> >> >> >> Cheers >> --pawel >> >> >> On Mon, Dec 8, 2014 at 4:51 AM, Slide wrote: >> > This is the most recent run from a couple months ago or so. >> > https://github.com/slide/ipimport7/issues >> > >> > >> > On Sun, Dec 7, 2014, 13:10 Jeff Hardy wrote: >> >> >> >> On Sun, Dec 7, 2014 at 10:37 AM, Pawel Jasinski < >> pawel.jasinski at gmail.com> >> >> wrote: >> >>> >> >>> hi, >> >>> >> >>> when will the conversion of issues from codeplex to github take place? >> >>> >> >>> Or simpler, where should I add new issues now? >> >> >> >> >> >> Soon-ish, I think. Alex, did you have a demo from a recent run? >> >> >> >> My thought right now is to put the existing ones into the "main" repo >> and >> >> only put 3.0-specific items in ironpython3. >> >> >> >> Any new ones should be put into the GitHub "main" 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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pawel.jasinski at gmail.com Mon Dec 8 13:36:09 2014 From: pawel.jasinski at gmail.com (Pawel Jasinski) Date: Mon, 8 Dec 2014 13:36:09 +0100 Subject: [Ironpython-users] mixed line ending in time.cs and nt.cs In-Reply-To: References: Message-ID: On Mon, Dec 8, 2014 at 1:10 PM, Jeff Hardy wrote: > On Sun, Dec 7, 2014 at 11:58 PM, Pawel Jasinski > wrote: >> >> On Sun, Dec 7, 2014 at 9:11 PM, Jeff Hardy wrote: >> > On Sun, Dec 7, 2014 at 12:04 PM, Pawel Jasinski >> > >> > wrote: >> >> >> >> hi, >> >> >> >> time.cs and nt.cs have mixed line ending. This is causing unnecessary >> >> pain when rebasing and produces ugly ^M in diff. >> >> >> >> Would it make sense to fix it now? >> > >> > >> > Yes, please! (I noticed nt.cs the other night as well.) >> >> I have checked IronLanguages main and ipy-2.7-maint >> Both have files with LF, CRLF and mixed. I don't want to touch the LF and >> CRLF. >> However the mixed files are recent introduction and pain to deal with. >> I will fix it with single commit and will not do the history rewriting >> unless someone give me good reason. >> >> I also checked ironpython3 and there are no mixed files. >> As a side effect of the check I did CRLF stats. I see most of the >> files committed with LF and 11 files with CRLF. >> Is this something to be fixed, nice to have or don't care? > > > Ideally all files are LF, since those are handled everywhere (except > Notepad) properly. However, it's possible those files are intentionally CRLF > for some reason so I wouldn't blindly change them. I did that conversion on > a Mac, so that's probably why they're consistent. :) here is the list for ironpython3: ./Src/IronPython/Runtime/Binding/MetaPythonFunction.cs: ASCII text, with CRLF line terminators ./Src/IronPython/Runtime/Binding/PythonBinder.cs: ASCII text, with CRLF line terminators ./Src/IronPython/Runtime/PythonBuffer.cs: ASCII text, with CRLF line terminators ./Src/IronPython/Runtime/PythonHiddenBaseClassAttribute.cs: UTF-8 Unicode (with BOM) text, with CRLF line terminators ./Src/IronPython/Runtime/Types/PythonType.cs: ASCII text, with CRLF line terminators ./Src/IronPython.Modules/bz2/dotnetzip/BZip2/BitWriter.cs: ASCII text, with CRLF line terminators ./Src/IronPython.Modules/bz2/dotnetzip/BZip2/BZip2Compressor.cs: ASCII text, with CRLF line terminators ./Src/IronPython.Modules/bz2/dotnetzip/BZip2/Rand.cs: ASCII text, with CRLF line terminators ./Src/IronPython.Modules/time.cs: ASCII text, with CRLF line terminators ./Src/IronPython.Modules/_csv.cs: UTF-8 Unicode (with BOM) text, with CRLF line terminators ./Src/IronPythonTest/EngineTest.cs: C source, ASCII text, with very long lines, with CRLF line terminators I tried first 3 and they are all on initial commit. Any particular reason to keep them CRLF? If not I will fix it. > > It's possible to configure autocrlf, but I don't know what the proper > setting should be. I will put together wiki with what I have found or better what "works for me". > > Mixed files should not be there, though. > > - Jeff Since we are talking about cleanup and we have the one time opportunity, I would like to ask one more question: How about "no trailing spaces" rule? - obligatory - nice to have - who cares --pawel From jdhardy at gmail.com Mon Dec 8 13:10:49 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Mon, 8 Dec 2014 12:10:49 +0000 Subject: [Ironpython-users] mixed line ending in time.cs and nt.cs In-Reply-To: References: Message-ID: On Sun, Dec 7, 2014 at 11:58 PM, Pawel Jasinski wrote: > On Sun, Dec 7, 2014 at 9:11 PM, Jeff Hardy wrote: > > On Sun, Dec 7, 2014 at 12:04 PM, Pawel Jasinski < > pawel.jasinski at gmail.com> > > wrote: > >> > >> hi, > >> > >> time.cs and nt.cs have mixed line ending. This is causing unnecessary > >> pain when rebasing and produces ugly ^M in diff. > >> > >> Would it make sense to fix it now? > > > > > > Yes, please! (I noticed nt.cs the other night as well.) > > I have checked IronLanguages main and ipy-2.7-maint > Both have files with LF, CRLF and mixed. I don't want to touch the LF and > CRLF. > However the mixed files are recent introduction and pain to deal with. > I will fix it with single commit and will not do the history rewriting > unless someone give me good reason. > > I also checked ironpython3 and there are no mixed files. > As a side effect of the check I did CRLF stats. I see most of the > files committed with LF and 11 files with CRLF. > Is this something to be fixed, nice to have or don't care? > Ideally all files are LF, since those are handled everywhere (except Notepad) properly. However, it's possible those files are intentionally CRLF for some reason so I wouldn't blindly change them. I did that conversion on a Mac, so that's probably why they're consistent. :) It's possible to configure autocrlf, but I don't know what thje proper setting should be. Mixed files should not be there, though. - Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Mon Dec 8 14:16:42 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Mon, 8 Dec 2014 13:16:42 +0000 Subject: [Ironpython-users] mixed line ending in time.cs and nt.cs In-Reply-To: References: Message-ID: On Mon, Dec 8, 2014 at 12:36 PM, Pawel Jasinski wrote: > On Mon, Dec 8, 2014 at 1:10 PM, Jeff Hardy wrote: > > On Sun, Dec 7, 2014 at 11:58 PM, Pawel Jasinski < > pawel.jasinski at gmail.com> > > wrote: > >> > >> On Sun, Dec 7, 2014 at 9:11 PM, Jeff Hardy wrote: > >> > On Sun, Dec 7, 2014 at 12:04 PM, Pawel Jasinski > >> > > >> > wrote: > >> >> > >> >> hi, > >> >> > >> >> time.cs and nt.cs have mixed line ending. This is causing unnecessary > >> >> pain when rebasing and produces ugly ^M in diff. > >> >> > >> >> Would it make sense to fix it now? > >> > > >> > > >> > Yes, please! (I noticed nt.cs the other night as well.) > >> > >> I have checked IronLanguages main and ipy-2.7-maint > >> Both have files with LF, CRLF and mixed. I don't want to touch the LF > and > >> CRLF. > >> However the mixed files are recent introduction and pain to deal with. > >> I will fix it with single commit and will not do the history rewriting > >> unless someone give me good reason. > >> > >> I also checked ironpython3 and there are no mixed files. > >> As a side effect of the check I did CRLF stats. I see most of the > >> files committed with LF and 11 files with CRLF. > >> Is this something to be fixed, nice to have or don't care? > > > > > > Ideally all files are LF, since those are handled everywhere (except > > Notepad) properly. However, it's possible those files are intentionally > CRLF > > for some reason so I wouldn't blindly change them. I did that conversion > on > > a Mac, so that's probably why they're consistent. :) > > here is the list for ironpython3: > > ./Src/IronPython/Runtime/Binding/MetaPythonFunction.cs: > ASCII text, with CRLF line terminators > ./Src/IronPython/Runtime/Binding/PythonBinder.cs: > ASCII text, with CRLF line terminators > ./Src/IronPython/Runtime/PythonBuffer.cs: > ASCII text, with CRLF line terminators > ./Src/IronPython/Runtime/PythonHiddenBaseClassAttribute.cs: > UTF-8 Unicode (with BOM) text, with CRLF line > terminators > ./Src/IronPython/Runtime/Types/PythonType.cs: > ASCII text, with CRLF line terminators > ./Src/IronPython.Modules/bz2/dotnetzip/BZip2/BitWriter.cs: > ASCII text, with CRLF line terminators > ./Src/IronPython.Modules/bz2/dotnetzip/BZip2/BZip2Compressor.cs: > ASCII text, with CRLF line terminators > ./Src/IronPython.Modules/bz2/dotnetzip/BZip2/Rand.cs: > ASCII text, with CRLF line terminators > ./Src/IronPython.Modules/time.cs: > ASCII text, with CRLF line terminators > ./Src/IronPython.Modules/_csv.cs: > UTF-8 Unicode (with BOM) text, with CRLF line > terminators > ./Src/IronPythonTest/EngineTest.cs: C source, > ASCII text, with very long lines, with CRLF line terminators > > > I tried first 3 and they are all on initial commit. Any particular > reason to keep them CRLF? > If not I will fix it. > Nope. If the unicode ones don't actually have Unicode characters in them (besides the BOM), then they should be plain ASCII. dotnetzip is imported from elsewhere, so leave it unchanged. > > > > > It's possible to configure autocrlf, but I don't know what the proper > > setting should be. > > I will put together wiki with what I have found or better what "works for > me". > > > > > Mixed files should not be there, though. > > > > - Jeff > > Since we are talking about cleanup and we have the one time > opportunity, I would like to ask one more question: > > How about "no trailing spaces" rule? > - obligatory > - nice to have > - who cares > If there's an automatic way to get rid of them, then do it. I'm not particularly picky about it. Having tabs instead of spaces is much worse. Per-project/solution formatting in VS would be very useful[1]. - Jeff [1] http://visualstudio.uservoice.com/forums/121579-visual-studio/suggestions/2089769-store-per-project-source-formatting-settings-with -------------- next part -------------- An HTML attachment was scrubbed... URL: From slide.o.mix at gmail.com Mon Dec 8 20:03:16 2014 From: slide.o.mix at gmail.com (Slide) Date: Mon, 08 Dec 2014 19:03:16 +0000 Subject: [Ironpython-users] converting issues from codeplex to github References: Message-ID: The issues have been imported to https://github.com/slide/ipimport8/issues. These issues are the ones that have more than 1 vote or have been updated since Mar 25, 2013 (I don't know why I picked that date). It is only issues that are not Resolved or Closed in CodeProject. I removed the milestone stuff. Let me know what you think. On Mon Dec 08 2014 at 5:14:08 AM Jeff Hardy wrote: > Release it not even remotely consistent in CodePlex so I'd rather start > from scratch on milestones. You could just drop it completely, I don't > think we'd lose anything. > > Will you be able to do one final test run? What's there looks good but I'd > liek to see it one more time before committing. :) > > Once it's ready I'll close all of the issues on CP and put up a marker > issue directing people to GitHub. > > - Jeff > > On Mon, Dec 8, 2014 at 11:38 AM, Slide wrote: > >> I don't have an opinion either way. The code is easy to change, so if >> there are strong opinions one way or another, just let me know which way we >> want to go. >> >> >> On Mon Dec 08 2014 at 1:19:20 AM Pawel Jasinski >> wrote: >> >>> Hi, >>> >>> I have a question/suggestion. I was under impression, the milestone >>> should be interpreted as "planned to be fixed in a release". The test >>> run converts whatever is in "Release" in codeplex into milestone, >>> which is technically correct. However the "Release" in codeplex >>> appears to be abused or not maintained and is more aligned with "bug >>> in version". Would it make more sense to not set any milestone and >>> use value as a label instead? >>> >>> >>> >>> Cheers >>> --pawel >>> >>> >>> On Mon, Dec 8, 2014 at 4:51 AM, Slide wrote: >>> > This is the most recent run from a couple months ago or so. >>> > https://github.com/slide/ipimport7/issues >>> > >>> > >>> > On Sun, Dec 7, 2014, 13:10 Jeff Hardy wrote: >>> >> >>> >> On Sun, Dec 7, 2014 at 10:37 AM, Pawel Jasinski < >>> pawel.jasinski at gmail.com> >>> >> wrote: >>> >>> >>> >>> hi, >>> >>> >>> >>> when will the conversion of issues from codeplex to github take >>> place? >>> >>> >>> >>> Or simpler, where should I add new issues now? >>> >> >>> >> >>> >> Soon-ish, I think. Alex, did you have a demo from a recent run? >>> >> >>> >> My thought right now is to put the existing ones into the "main" repo >>> and >>> >> only put 3.0-specific items in ironpython3. >>> >> >>> >> Any new ones should be put into the GitHub "main" 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 >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Mon Dec 8 21:43:36 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Mon, 8 Dec 2014 20:43:36 +0000 Subject: [Ironpython-users] converting issues from codeplex to github In-Reply-To: References: Message-ID: First off, it looks fantastic. With CP slowly dying I think it's worth publicizing this for any other projects looking at migrating. I plan on doing a big blog post after the migration is complete anyway, but this probably deserves its own, if you want to write it. Couple of minor things: * I don't think the "unassigned" tag is useful * Is there value in keeping low/medium around? High I can see being useful (and ideally all "high" issues are in the next milestone, and a release doesn't go out until all high issues are either fixed or downgraded) but I'm not sure there's much distinction between low, medium, and none. Once those are sorted I think we're good to go. Be sure to use the ironpythonbot account to do the actual import; I have the credentials if you need them. - Jeff On Mon, Dec 8, 2014 at 7:03 PM, Slide wrote: > The issues have been imported to https://github.com/slide/ipimport8/issues > . > > These issues are the ones that have more than 1 vote or have been updated > since Mar 25, 2013 (I don't know why I picked that date). It is only issues > that are not Resolved or Closed in CodeProject. > > I removed the milestone stuff. > > Let me know what you think. > > > On Mon Dec 08 2014 at 5:14:08 AM Jeff Hardy wrote: > >> Release it not even remotely consistent in CodePlex so I'd rather start >> from scratch on milestones. You could just drop it completely, I don't >> think we'd lose anything. >> >> Will you be able to do one final test run? What's there looks good but >> I'd liek to see it one more time before committing. :) >> >> Once it's ready I'll close all of the issues on CP and put up a marker >> issue directing people to GitHub. >> >> - Jeff >> >> On Mon, Dec 8, 2014 at 11:38 AM, Slide wrote: >> >>> I don't have an opinion either way. The code is easy to change, so if >>> there are strong opinions one way or another, just let me know which way we >>> want to go. >>> >>> >>> On Mon Dec 08 2014 at 1:19:20 AM Pawel Jasinski < >>> pawel.jasinski at gmail.com> wrote: >>> >>>> Hi, >>>> >>>> I have a question/suggestion. I was under impression, the milestone >>>> should be interpreted as "planned to be fixed in a release". The test >>>> run converts whatever is in "Release" in codeplex into milestone, >>>> which is technically correct. However the "Release" in codeplex >>>> appears to be abused or not maintained and is more aligned with "bug >>>> in version". Would it make more sense to not set any milestone and >>>> use value as a label instead? >>>> >>>> >>>> >>>> Cheers >>>> --pawel >>>> >>>> >>>> On Mon, Dec 8, 2014 at 4:51 AM, Slide wrote: >>>> > This is the most recent run from a couple months ago or so. >>>> > https://github.com/slide/ipimport7/issues >>>> > >>>> > >>>> > On Sun, Dec 7, 2014, 13:10 Jeff Hardy wrote: >>>> >> >>>> >> On Sun, Dec 7, 2014 at 10:37 AM, Pawel Jasinski < >>>> pawel.jasinski at gmail.com> >>>> >> wrote: >>>> >>> >>>> >>> hi, >>>> >>> >>>> >>> when will the conversion of issues from codeplex to github take >>>> place? >>>> >>> >>>> >>> Or simpler, where should I add new issues now? >>>> >> >>>> >> >>>> >> Soon-ish, I think. Alex, did you have a demo from a recent run? >>>> >> >>>> >> My thought right now is to put the existing ones into the "main" >>>> repo and >>>> >> only put 3.0-specific items in ironpython3. >>>> >> >>>> >> Any new ones should be put into the GitHub "main" 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 >>> >>> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From slide.o.mix at gmail.com Mon Dec 8 22:18:54 2014 From: slide.o.mix at gmail.com (Slide) Date: Mon, 08 Dec 2014 21:18:54 +0000 Subject: [Ironpython-users] converting issues from codeplex to github References: Message-ID: I'll have to figure out where the "unassigned" tag is coming from, its just part of the meta data in some of the fields, so I'll look at filtering it out. Filtering out anything but "high" for severity should be pretty easy. Do you want to see a full import again with those items? On Mon Dec 08 2014 at 1:43:36 PM Jeff Hardy wrote: > First off, it looks fantastic. With CP slowly dying I think it's worth > publicizing this for any other projects looking at migrating. I plan on > doing a big blog post after the migration is complete anyway, but this > probably deserves its own, if you want to write it. > > Couple of minor things: > * I don't think the "unassigned" tag is useful > * Is there value in keeping low/medium around? High I can see being useful > (and ideally all "high" issues are in the next milestone, and a release > doesn't go out until all high issues are either fixed or downgraded) but > I'm not sure there's much distinction between low, medium, and none. > > Once those are sorted I think we're good to go. Be sure to use the > ironpythonbot account to do the actual import; I have the credentials if > you need them. > > - Jeff > > > On Mon, Dec 8, 2014 at 7:03 PM, Slide wrote: > >> The issues have been imported to >> https://github.com/slide/ipimport8/issues. >> >> These issues are the ones that have more than 1 vote or have been updated >> since Mar 25, 2013 (I don't know why I picked that date). It is only issues >> that are not Resolved or Closed in CodeProject. >> >> I removed the milestone stuff. >> >> Let me know what you think. >> >> >> On Mon Dec 08 2014 at 5:14:08 AM Jeff Hardy wrote: >> >>> Release it not even remotely consistent in CodePlex so I'd rather start >>> from scratch on milestones. You could just drop it completely, I don't >>> think we'd lose anything. >>> >>> Will you be able to do one final test run? What's there looks good but >>> I'd liek to see it one more time before committing. :) >>> >>> Once it's ready I'll close all of the issues on CP and put up a marker >>> issue directing people to GitHub. >>> >>> - Jeff >>> >>> On Mon, Dec 8, 2014 at 11:38 AM, Slide wrote: >>> >>>> I don't have an opinion either way. The code is easy to change, so if >>>> there are strong opinions one way or another, just let me know which way we >>>> want to go. >>>> >>>> >>>> On Mon Dec 08 2014 at 1:19:20 AM Pawel Jasinski < >>>> pawel.jasinski at gmail.com> wrote: >>>> >>>>> Hi, >>>>> >>>>> I have a question/suggestion. I was under impression, the milestone >>>>> should be interpreted as "planned to be fixed in a release". The test >>>>> run converts whatever is in "Release" in codeplex into milestone, >>>>> which is technically correct. However the "Release" in codeplex >>>>> appears to be abused or not maintained and is more aligned with "bug >>>>> in version". Would it make more sense to not set any milestone and >>>>> use value as a label instead? >>>>> >>>>> >>>>> >>>>> Cheers >>>>> --pawel >>>>> >>>>> >>>>> On Mon, Dec 8, 2014 at 4:51 AM, Slide wrote: >>>>> > This is the most recent run from a couple months ago or so. >>>>> > https://github.com/slide/ipimport7/issues >>>>> > >>>>> > >>>>> > On Sun, Dec 7, 2014, 13:10 Jeff Hardy wrote: >>>>> >> >>>>> >> On Sun, Dec 7, 2014 at 10:37 AM, Pawel Jasinski < >>>>> pawel.jasinski at gmail.com> >>>>> >> wrote: >>>>> >>> >>>>> >>> hi, >>>>> >>> >>>>> >>> when will the conversion of issues from codeplex to github take >>>>> place? >>>>> >>> >>>>> >>> Or simpler, where should I add new issues now? >>>>> >> >>>>> >> >>>>> >> Soon-ish, I think. Alex, did you have a demo from a recent run? >>>>> >> >>>>> >> My thought right now is to put the existing ones into the "main" >>>>> repo and >>>>> >> only put 3.0-specific items in ironpython3. >>>>> >> >>>>> >> Any new ones should be put into the GitHub "main" 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 >>>> >>>> >>> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Tue Dec 9 10:33:25 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Tue, 9 Dec 2014 09:33:25 +0000 Subject: [Ironpython-users] IronPython 2.7.5 Released Message-ID: On behalf of the IronPython team, I'm very happy to announce the release of IronPython 2.7.5[1]. 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 is primarily a collection of bug fixes[2] which smooths off many of the remaining rough edges. The complete list of changes[3] is also available. A major new feature is the inclusion of `ensurepip`, which will install the `pip` package manager: ``` ; -X:Frames is required when using pip ipy.exe -X:Frames -m ensurepip ; Run from an Administrator console if using IronPython installer ipy.exe -X:Frames -m pip install html5lib ``` **Note:** The assembly version of IronPython has changed to 2.7.5.0. All previous 2.7 versions had the same version (2.7.0.40) which caused issues when different versions were installed. Publisher policy files are used to so that applications don't have to be recompiled, but recompiling is strongly recommended. A huge thanks goes out to Pawel Jasinski, who contributed most of the changes in this release. Thanks is also due to Simon Opelt, Alex Earl, Jeffrey Bester, yngipy hernan, Alexander K?plinger,Vincent Ducros, and fdanny. For Visual Studio integration, check out Python Tools for Visual Studio[4] which has support for IronPython as well as CPython, and many other fantastic features. IronPython 2.7.5 is also available for embedding via NuGet. The main package is IronPython, and the standard library is in IronPython.StdLib. - Jeff [1] http://ironpython.codeplex.com/releases/view/169382 [2] http://bit.ly/ipy275fixed [3] https://github.com/IronLanguages/main/compare/ipy-2.7.4...ipy-2.7.5 [4] http://pytools.codeplex.com/ From jdhardy at gmail.com Wed Dec 10 09:57:27 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Wed, 10 Dec 2014 08:57:27 +0000 Subject: [Ironpython-users] Issues Migrated to GitHub Message-ID: Please open any IronPython issues on the main GitHub repo (https://github.com/IronLanguages/main/issues) instead of CodePlex. Huge thanks to Alex for taking care of this, and apologies for flooding any inboxes that had notifications turned on. - Jeff From jdhardy at gmail.com Wed Dec 10 10:04:06 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Wed, 10 Dec 2014 09:04:06 +0000 Subject: [Ironpython-users] GUI Toolkits In-Reply-To: <83141F1FB9F9496A9740F80BBB2A4FCA@AndyDesktop> References: <83141F1FB9F9496A9740F80BBB2A4FCA@AndyDesktop> Message-ID: On Fri, Dec 5, 2014 at 6:33 PM, Andrew Graham wrote: > Jeff Hardy posted on the 3rd December >> P.S. I'd also kill for an open-source embeddable REPL and an embeddable >> editor (with debugging for extra points). > > > I don't know if it is what you are looking for but I have a Python 2.7.5 > based embeddable MIT licensed REPL based on a WinForms Textbox that I have > modified from an old CodeProject posting at > http://www.codeproject.com/Articles/26391/IronTextBox. > > I have just coded it as an add-on library for a Windows Forms based Basic > language IDE that I maintain. If you like I can post it together with my > hosting code as an example of how I use it. I could post both as Visual > Studio 2013 projects or just the raw code - whatever! I would be very interested in seeing that. Any chance you could put it up on GitHub or similar? Ideally it's something that can beinstalled from NuGet, appear in the Toolbox, and be dragged into the form when needed (I think, WinForms isn't my strong suit). > > May I take this opportunity to say many thanks to Jeff, Pawel and all the > other contributors to IronPython. As a retired Hardware/Software engineer I > am in play mode keeping my skills (more or less) current and my interest is > in .NET, C#, WinForms and WPF. IronPython is a wonderful tool for playing > with the .NET Framework. You're welcome! - Jeff From andy at agraham.demon.co.uk Wed Dec 10 17:57:34 2014 From: andy at agraham.demon.co.uk (Andrew Graham) Date: Wed, 10 Dec 2014 16:57:34 -0000 Subject: [Ironpython-users] GUI Toolkits In-Reply-To: References: <83141F1FB9F9496A9740F80BBB2A4FCA@AndyDesktop> Message-ID: <9E3036179599489ABF798D50EB9562DE@AndyDesktop> I've no idea how to use GitHub so I've put a publicly available copy of the VS2013 project on my OneDrive at http://1drv.ms/1qvR9GK There?s a brief Readme file in the project folder. Andy -----Original Message----- From: Jeff Hardy Sent: Wednesday, December 10, 2014 9:04 AM To: Andrew Graham Cc: ironpython-users at python.org Subject: Re: [Ironpython-users] GUI Toolkits On Fri, Dec 5, 2014 at 6:33 PM, Andrew Graham wrote: > Jeff Hardy posted on the 3rd December >> P.S. I'd also kill for an open-source embeddable REPL and an embeddable >> editor (with debugging for extra points). > > > I don't know if it is what you are looking for but I have a Python 2.7.5 > based embeddable MIT licensed REPL based on a WinForms Textbox that I have > modified from an old CodeProject posting at > http://www.codeproject.com/Articles/26391/IronTextBox. > > I have just coded it as an add-on library for a Windows Forms based Basic > language IDE that I maintain. If you like I can post it together with my > hosting code as an example of how I use it. I could post both as Visual > Studio 2013 projects or just the raw code - whatever! I would be very interested in seeing that. Any chance you could put it up on GitHub or similar? Ideally it's something that can beinstalled from NuGet, appear in the Toolbox, and be dragged into the form when needed (I think, WinForms isn't my strong suit). > > May I take this opportunity to say many thanks to Jeff, Pawel and all the > other contributors to IronPython. As a retired Hardware/Software engineer I > am in play mode keeping my skills (more or less) current and my interest is > in .NET, C#, WinForms and WPF. IronPython is a wonderful tool for playing > with the .NET Framework. You're welcome! - Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From no_reply at codeplex.com Thu Dec 11 09:25:27 2014 From: no_reply at codeplex.com (CodePlex) Date: 11 Dec 2014 00:25:27 -0800 Subject: [Ironpython-users] IronPython, Daily Digest 12/10/2014 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [Status update] Implement rest of __builtin__ module 2. [New issue] Error happend when Acess MSproject by IronPython 2.7.x ---------------------------------------------- ISSUES 1. [Status update] Implement rest of __builtin__ module http://ironpython.codeplex.com/workitem/17453 User slide_o_mix has updated the issue: Status has changed from Proposed to Closed with the following comment, "Issue migrated to GitHub"----------------- 2. [New issue] Error happend when Acess MSproject by IronPython 2.7.x http://ironpython.codeplex.com/workitem/35744 User wangzhongtian has proposed the issue: "detail information is as below: IronPython 2.7.5 (2.7.5.0) on .NET 4.0.30319.18444 (32-bit) Type "help", "copyright", "credits" or "license" for more information. import clr clr.AddReferenceByPartialName("Microsoft.Office.Interop.MSProject") from Microsoft.Office.Interop.MSProject import ApplicationClass w = ApplicationClass() print(w) w.Visible Traceback (most recent call last): File "", line 1, in NotImplementedError: ?????????? " ---------------------------------------------- ---------------------------------------------- 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 Thu Dec 11 14:11:30 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Thu, 11 Dec 2014 13:11:30 +0000 Subject: [Ironpython-users] GUI Toolkits In-Reply-To: <9E3036179599489ABF798D50EB9562DE@AndyDesktop> References: <83141F1FB9F9496A9740F80BBB2A4FCA@AndyDesktop> <9E3036179599489ABF798D50EB9562DE@AndyDesktop> Message-ID: On Wed, Dec 10, 2014 at 4:57 PM, Andrew Graham wrote: > I've no idea how to use GitHub so I've put a publicly available copy of the > VS2013 project on my OneDrive at > > http://1drv.ms/1qvR9GK > > There?s a brief Readme file in the project folder. It's actually really easy - the guide at https://help.github.com/ is pretty good. I'll take a look when I get a chance. Thanks! - Jeff From andy at agraham.demon.co.uk Thu Dec 11 16:38:08 2014 From: andy at agraham.demon.co.uk (Andrew Graham) Date: Thu, 11 Dec 2014 15:38:08 -0000 Subject: [Ironpython-users] GUI Toolkits In-Reply-To: References: <83141F1FB9F9496A9740F80BBB2A4FCA@AndyDesktop><9E3036179599489ABF798D50EB9562DE@AndyDesktop> Message-ID: <67CCC80893294E2D94B9BA472A9D87DE@AndyDesktop> You also said you would like an open source embeddable editor. How about this one which, like my REPL is WinForms based and is Lesser GPL licensed. http://1drv.ms/1GoOOzc It has syntax highlighting, with loads of syntax definitions for various languages. It does code folding, auto-indent, find and replace and no doubt other stuff that I haven?t found yet. Apparently it was a commecial product in the early.NET 1.0 days about 2001 but the author tidied it up for .NET 2.0 and released it as LGPL open source in 2010. I?m impressed with how utterly easy it is to use and am writing a wrapper for it to include as a component in the Basic language IDE that I maintain. Andy -----Original Message----- From: Jeff Hardy Sent: Thursday, December 11, 2014 1:11 PM To: Andrew Graham Cc: ironpython-users at python.org Subject: Re: [Ironpython-users] GUI Toolkits On Wed, Dec 10, 2014 at 4:57 PM, Andrew Graham wrote: > I've no idea how to use GitHub so I've put a publicly available copy of the > VS2013 project on my OneDrive at > > http://1drv.ms/1qvR9GK > > There?s a brief Readme file in the project folder. It's actually really easy - the guide at https://help.github.com/ is pretty good. I'll take a look when I get a chance. Thanks! - Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From no_reply at codeplex.com Fri Dec 12 09:28:36 2014 From: no_reply at codeplex.com (CodePlex) Date: 12 Dec 2014 00:28:36 -0800 Subject: [Ironpython-users] IronPython, Daily Digest 12/11/2014 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [Status update] Error happend when Acess MSproject by IronPython 2.7.x ---------------------------------------------- ISSUES 1. [Status update] Error happend when Acess MSproject by IronPython 2.7.x http://ironpython.codeplex.com/workitem/35744 User slide_o_mix has updated the issue: Status has changed from Proposed to Closed with the following comment, "Please file issues on Github https://github.com/IronLanguages/main/issues/new" ---------------------------------------------- ---------------------------------------------- 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 Fri Dec 12 12:55:44 2014 From: pawel.jasinski at gmail.com (Pawel Jasinski) Date: Fri, 12 Dec 2014 12:55:44 +0100 Subject: [Ironpython-users] mixed line ending in time.cs and nt.cs In-Reply-To: References: Message-ID: I hope this is the last iteration of the line ending saga. This is in regards to IronLanguages (2.7) and does not apply to (ironpython3) 3.x I am leaning toward conservative approach, which can be summarized with: - Fix only mixed line endings -> LF only - No .gitattributes - core.autocrlf set to false (default) - Only editors which insert line ends matching the existing ones should be used (e.g. VS, vim) - trailing spaces should not be included in changed lines, the existing ones can stay Why: the code base has files with CRLF and LF all over the place and I am not able to access consequences of normalizing everything to LF. I also don't like distorting history or rewriting it to be LF only. Comment welcome. --pawel From kuno.meyer at gmx.ch Tue Dec 16 10:42:39 2014 From: kuno.meyer at gmx.ch (Kuno Meyer) Date: Tue, 16 Dec 2014 10:42:39 +0100 Subject: [Ironpython-users] clr.GetProfileData() exclusive time bug? Message-ID: An HTML attachment was scrubbed... URL: From m.schaber at codesys.com Thu Dec 18 12:09:26 2014 From: m.schaber at codesys.com (Markus Schaber) Date: Thu, 18 Dec 2014 11:09:26 +0000 Subject: [Ironpython-users] Issues Migrated to GitHub In-Reply-To: References: Message-ID: <727D8E16AE957149B447FE368139F2B53CC8C18F@SERVER10> Hi, Thanks for your great work! Is it possible to add the new (github) issue URL to the old (codeplex) issues, so users having the old links can easier find their way forward? 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 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. > -----Urspr?ngliche Nachricht----- > Von: Ironpython-users [mailto:ironpython-users- > bounces+m.schaber=codesys.com at python.org] Im Auftrag von Jeff Hardy > Gesendet: Mittwoch, 10. Dezember 2014 09:58 > An: ironpython-users at python.org > Betreff: [Ironpython-users] Issues Migrated to GitHub > > Please open any IronPython issues on the main GitHub repo > (https://github.com/IronLanguages/main/issues) instead of CodePlex. > > Huge thanks to Alex for taking care of this, and apologies for > flooding any inboxes that had notifications turned on. > > - Jeff > _______________________________________________ > Ironpython-users mailing list > Ironpython-users at python.org > https://mail.python.org/mailman/listinfo/ironpython-users From slide.o.mix at gmail.com Thu Dec 18 13:02:51 2014 From: slide.o.mix at gmail.com (Slide) Date: Thu, 18 Dec 2014 12:02:51 +0000 Subject: [Ironpython-users] Issues Migrated to GitHub References: <727D8E16AE957149B447FE368139F2B53CC8C18F@SERVER10> Message-ID: CodePlex has no API for updating issues that I know of, so this would be a big task. I'm not sure it's worth it. I think we've done more than most groups migrating from CodePlex to Github by actually migrating issues. Most other groups start fresh and people have to reopen issues. On Thu Dec 18 2014 at 4:15:13 AM Markus Schaber wrote: > Hi, > > Thanks for your great work! > > Is it possible to add the new (github) issue URL to the old (codeplex) > issues, so users having the old links can easier find their way forward? > > 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 > > This e-mail may contain confidential and/or privileged information. If you > are not the intended recipient (or have received > this e-mail in error) please notify the sender immediately and destroy > this e-mail. Any unauthorised copying, disclosure > or distribution of the material in this e-mail is strictly forbidden. > > -----Urspr?ngliche Nachricht----- > > Von: Ironpython-users [mailto:ironpython-users- > > bounces+m.schaber=codesys.com at python.org] Im Auftrag von Jeff Hardy > > Gesendet: Mittwoch, 10. Dezember 2014 09:58 > > An: ironpython-users at python.org > > Betreff: [Ironpython-users] Issues Migrated to GitHub > > > > Please open any IronPython issues on the main GitHub repo > > (https://github.com/IronLanguages/main/issues) instead of CodePlex. > > > > Huge thanks to Alex for taking care of this, and apologies for > > flooding any inboxes that had notifications turned on. > > > > - 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.schaber at codesys.com Fri Dec 19 13:38:05 2014 From: m.schaber at codesys.com (Markus Schaber) Date: Fri, 19 Dec 2014 12:38:05 +0000 Subject: [Ironpython-users] How to call parameterless overload of generic method? Message-ID: <727D8E16AE957149B447FE368139F2B53CC8F517@SERVER10> Hi, The attached C# file demonstrates a small problem we currently encountered using IronPython 2.7.4: We have a C# method which has two overloads - one is parameterless, and the other one has a single out parameter. For non-generic methods, it is possible to call both variants when calling with and without clr.Reference, but this does not work for generic methods. When trying to call the parameterless generic method directly, the following exception appears: Microsoft.Scripting.ArgumentTypeException was unhandled HResult=-2146233088 Message=Multiple targets could match: Method(), Method() Source=Microsoft.Dynamic StackTrace: [snipped] The workaround is to use the .Overloads[] syntax: print instance.Method[str].Overloads[()]() Btw, trying "print?instance.Method[str].Overloads[int]()" leads to the following funny ArgumentTypeException: "Method() takes at least 2147483647 arguments (0 given)" 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 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: Program.cs URL: From jdhardy at gmail.com Fri Dec 19 23:36:25 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Fri, 19 Dec 2014 22:36:25 +0000 Subject: [Ironpython-users] How to call parameterless overload of generic method? In-Reply-To: <727D8E16AE957149B447FE368139F2B53CC8F517@SERVER10> References: <727D8E16AE957149B447FE368139F2B53CC8F517@SERVER10> Message-ID: On Fri, Dec 19, 2014 at 12:38 PM, Markus Schaber wrote: > Hi, > > The attached C# file demonstrates a small problem we currently encountered using IronPython 2.7.4: > > We have a C# method which has two overloads - one is parameterless, and the other one has a single out parameter. > > For non-generic methods, it is possible to call both variants when calling with and without clr.Reference, but this does not work for generic methods. > > When trying to call the parameterless generic method directly, the following exception appears: > > Microsoft.Scripting.ArgumentTypeException was unhandled > HResult=-2146233088 > Message=Multiple targets could match: Method(), Method() > Source=Microsoft.Dynamic > StackTrace: > [snipped] > > The workaround is to use the .Overloads[] syntax: > > print instance.Method[str].Overloads[()]() Probably just a bug in the generic method binder. You're into *really* edge case territory there. :) If you can proved C# signatures that work and don't work, and the IronPython code used to call them, it would be helpful. - Jeff From fernandez_dan2 at hotmail.com Sat Dec 20 03:31:57 2014 From: fernandez_dan2 at hotmail.com (Daniel Fernandez) Date: Fri, 19 Dec 2014 19:31:57 -0700 Subject: [Ironpython-users] IronPython 2.7.5 ensurepip error Message-ID: Hi All, I am getting an error calling ensurepip. I got it working on of my systems but I can getting the following error c:\IronPython27>ipy.exe -X:Frames -m ensurepip Unhandled exception: Traceback (most recent call last): File "c:\IronPython27\Lib\runpy.py", line 175, in run_module File "c:\IronPython27\Lib\runpy.py", line 72, in _run_code File "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.whl\pip\_vendor\requests\packages\urllib3\connectionpool.py", line 15, in File "c:\IronPython27\Lib\runpy.py", line 81, in _run_module_code File "c:\IronPython27\Lib\ensurepip\__main__.py", line 4, in File "c:\IronPython27\Lib\ensurepip\__init__.py", line 220, in _main File "c:\IronPython27\Lib\ensurepip\__init__.py", line 123, in bootstrap File "c:\IronPython27\Lib\ensurepip\__init__.py", line 44, in _run_pip File "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.whl\pip\__init__.py", line 11, in File "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.whl\pip\vcs\mercurial.py", line 9, in File "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.whl\pip\download.py", line 22, in File "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.whl\pip\_vendor\requests\__init__.py", line 53, in File "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.whl\pip\_vendor\requests\packages\__init__.py", line 3, in File "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.whl\pip\_vendor\requests\packages\urllib3\__init__.py", line 16, in SystemError: Language implemented by type 'IronPython.Runtime.PythonContext, IronPython, Version=2.7.0.40, Culture=neutral, PublicKeyToken=7f709c5b713576e1' has already been loaded using name 'IronPython.Runtime.PythonContext, IronPython, Version=2.7.5.0, Culture=neutral, PublicKeyToken=7f709c5b713576e1' I'm confused with the error referencing the 2.7.0.40 this is a clean system. I tried uninstalling and reinstalling but the same issue. Any ideas?? Danny -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Sat Dec 20 09:48:41 2014 From: jdhardy at gmail.com (Jeff Hardy) Date: Sat, 20 Dec 2014 08:48:41 +0000 Subject: [Ironpython-users] IronPython 2.7.5 ensurepip error In-Reply-To: References: Message-ID: On Sat, Dec 20, 2014 at 2:31 AM, Daniel Fernandez wrote: > Hi All, > > I am getting an error calling ensurepip. I got it working on of my systems > but I can getting the following error > > > c:\IronPython27>ipy.exe -X:Frames -m ensurepip > Unhandled exception: > Traceback (most recent call last): > File "c:\IronPython27\Lib\runpy.py", line 175, in run_module > File "c:\IronPython27\Lib\runpy.py", line 72, in _run_code > File > "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.whl\pip\_vendor\requests\packages\urllib3\connectionpool.py", > line 15, in > File "c:\IronPython27\Lib\runpy.py", line 81, in _run_module_code > File "c:\IronPython27\Lib\ensurepip\__main__.py", line 4, in > File "c:\IronPython27\Lib\ensurepip\__init__.py", line 220, in _main > File "c:\IronPython27\Lib\ensurepip\__init__.py", line 123, in bootstrap > File "c:\IronPython27\Lib\ensurepip\__init__.py", line 44, in _run_pip > File > "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.whl\pip\__init__.py", > line 11, in > File > "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.whl\pip\vcs\mercurial.py", > line 9, in > File > "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.whl\pip\download.py", > line 22, in > File > "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.whl\pip\_vendor\requests\__init__.py", > line 53, in > File > "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.whl\pip\_vendor\requests\packages\__init__.py", > line 3, in > File > "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.whl\pip\_vendor\requests\packages\urllib3\__init__.py", > line 16, in > SystemError: Language implemented by type 'IronPython.Runtime.PythonContext, > IronPython, Version=2.7.0.40, Culture=neutral, > PublicKeyToken=7f709c5b713576e1' has already been > loaded using name 'IronPython.Runtime.PythonContext, IronPython, > Version=2.7.5.0, Culture=neutral, PublicKeyToken=7f709c5b713576e1' > > > I'm confused with the error referencing the 2.7.0.40 this is a clean system. > I tried uninstalling and reinstalling but the same issue. Any ideas?? There are no references to "2.7.0.40" in a standard install, so it must be sneaking in from somewhere else. I've never seen that error before either. It comes from https://github.com/IronLanguages/main/blob/ipy-2.7-maint/Runtime/Microsoft.Scripting/Runtime/DlrConfiguration.cs#L265, which is part of the bits that load languages from App.config files. Can you run with -X:ExceptionDetail -X:ShowClrExceptions and see if it gives any more info? - Jeff From fernandez_dan2 at hotmail.com Sat Dec 20 18:24:01 2014 From: fernandez_dan2 at hotmail.com (Daniel Fernandez) Date: Sat, 20 Dec 2014 10:24:01 -0700 Subject: [Ironpython-users] IronPython 2.7.5 ensurepip error In-Reply-To: References: , Message-ID: Hi Jeff, I have attached the output from the error with -X:ExceptionDetail -X:ShowClrExceptions Danny > Date: Sat, 20 Dec 2014 08:48:41 +0000 > Subject: Re: [Ironpython-users] IronPython 2.7.5 ensurepip error > From: jdhardy at gmail.com > To: fernandez_dan2 at hotmail.com > CC: ironpython-users at python.org > > On Sat, Dec 20, 2014 at 2:31 AM, Daniel Fernandez > wrote: > > Hi All, > > > > I am getting an error calling ensurepip. I got it working on of my systems > > but I can getting the following error > > > > > > c:\IronPython27>ipy.exe -X:Frames -m ensurepip > > Unhandled exception: > > Traceback (most recent call last): > > File "c:\IronPython27\Lib\runpy.py", line 175, in run_module > > File "c:\IronPython27\Lib\runpy.py", line 72, in _run_code > > File > > "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.whl\pip\_vendor\requests\packages\urllib3\connectionpool.py", > > line 15, in > > File "c:\IronPython27\Lib\runpy.py", line 81, in _run_module_code > > File "c:\IronPython27\Lib\ensurepip\__main__.py", line 4, in > > File "c:\IronPython27\Lib\ensurepip\__init__.py", line 220, in _main > > File "c:\IronPython27\Lib\ensurepip\__init__.py", line 123, in bootstrap > > File "c:\IronPython27\Lib\ensurepip\__init__.py", line 44, in _run_pip > > File > > "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.whl\pip\__init__.py", > > line 11, in > > File > > "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.whl\pip\vcs\mercurial.py", > > line 9, in > > File > > "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.whl\pip\download.py", > > line 22, in > > File > > "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.whl\pip\_vendor\requests\__init__.py", > > line 53, in > > File > > "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.whl\pip\_vendor\requests\packages\__init__.py", > > line 3, in > > File > > "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.whl\pip\_vendor\requests\packages\urllib3\__init__.py", > > line 16, in > > SystemError: Language implemented by type 'IronPython.Runtime.PythonContext, > > IronPython, Version=2.7.0.40, Culture=neutral, > > PublicKeyToken=7f709c5b713576e1' has already been > > loaded using name 'IronPython.Runtime.PythonContext, IronPython, > > Version=2.7.5.0, Culture=neutral, PublicKeyToken=7f709c5b713576e1' > > > > > > I'm confused with the error referencing the 2.7.0.40 this is a clean system. > > I tried uninstalling and reinstalling but the same issue. Any ideas?? > > There are no references to "2.7.0.40" in a standard install, so it > must be sneaking in from somewhere else. I've never seen that error > before either. It comes from > https://github.com/IronLanguages/main/blob/ipy-2.7-maint/Runtime/Microsoft.Scripting/Runtime/DlrConfiguration.cs#L265, > which is part of the bits that load languages from App.config files. > > Can you run with -X:ExceptionDetail -X:ShowClrExceptions and see if it > gives any more info? > > - Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: IP_ensurepip_error.txt URL: From fernandez_dan2 at hotmail.com Tue Dec 23 16:45:26 2014 From: fernandez_dan2 at hotmail.com (Daniel Fernandez) Date: Tue, 23 Dec 2014 08:45:26 -0700 Subject: [Ironpython-users] IronPython 2.7.5 ensurepip error In-Reply-To: References: , Message-ID: Hi Jeff, I figured out the issue. It was my bad. I had an old ipy.exe.config file that had a redirect to older assembly. Danny From: Ironpython-users [mailto:ironpython-users-bounces+fernandez_dan2=hotmail.com at python.org] On Behalf Of Daniel Fernandez Sent: Saturday, December 20, 2014 10:24 AM To: Jeff Hardy Cc: ironpython-users at python.org Subject: Re: [Ironpython-users] IronPython 2.7.5 ensurepip error Hi Jeff, I have attached the output from the error with -X:ExceptionDetail -X:ShowClrExceptions Danny > Date: Sat, 20 Dec 2014 08:48:41 +0000 > Subject: Re: [Ironpython-users] IronPython 2.7.5 ensurepip error > From: jdhardy at gmail.com > To: fernandez_dan2 at hotmail.com > CC: ironpython-users at python.org > > On Sat, Dec 20, 2014 at 2:31 AM, Daniel Fernandez > > wrote: > > Hi All, > > > > I am getting an error calling ensurepip. I got it working on of my systems > > but I can getting the following error > > > > > > c:\IronPython27>ipy.exe -X:Frames -m ensurepip > > Unhandled exception: > > Traceback (most recent call last): > > File "c:\IronPython27\Lib\runpy.py", line 175, in run_module > > File "c:\IronPython27\Lib\runpy.py", line 72, in _run_code > > File > > "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.w hl\pip\_vendor\requests\packages\urllib3\connectionpool.py", > > line 15, in > > File "c:\IronPython27\Lib\runpy.py", line 81, in _run_module_code > > File "c:\IronPython27\Lib\ensurepip\__main__.py", line 4, in > > File "c:\IronPython27\Lib\ensurepip\__init__.py", line 220, in _main > > File "c:\IronPython27\Lib\ensurepip\__init__.py", line 123, in bootstrap > > File "c:\IronPython27\Lib\ensurepip\__init__.py", line 44, in _run_pip > > File > > "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.w hl\pip\__init__.py", > > line 11, in > > File > > "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.w hl\pip\vcs\mercurial.py", > > line 9, in > > File > > "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.w hl\pip\download.py", > > line 22, in > > File > > "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.w hl\pip\_vendor\requests\__init__.py", > > line 53, in > > File > > "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.w hl\pip\_vendor\requests\packages\__init__.py", > > line 3, in > > File > > "c:\users\sctltest\appdata\local\temp\tmpdxgoit\pip-1.5.6-py2.py3-none-any.w hl\pip\_vendor\requests\packages\urllib3\__init__.py", > > line 16, in > > SystemError: Language implemented by type 'IronPython.Runtime.PythonContext, > > IronPython, Version=2.7.0.40, Culture=neutral, > > PublicKeyToken=7f709c5b713576e1' has already been > > loaded using name 'IronPython.Runtime.PythonContext, IronPython, > > Version=2.7.5.0, Culture=neutral, PublicKeyToken=7f709c5b713576e1' > > > > > > I'm confused with the error referencing the 2.7.0.40 this is a clean system. > > I tried uninstalling and reinstalling but the same issue. Any ideas?? > > There are no references to "2.7.0.40" in a standard install, so it > must be sneaking in from somewhere else. I've never seen that error > before either. It comes from > https://github.com/IronLanguages/main/blob/ipy-2.7-maint/Runtime/Microsoft.S cripting/Runtime/DlrConfiguration.cs#L265, > which is part of the bits that load languages from App.config files. > > Can you run with -X:ExceptionDetail -X:ShowClrExceptions and see if it > gives any more info? > > - Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: