From williamj at tenbase2.com Thu Jul 1 15:49:44 2010 From: williamj at tenbase2.com (William Johnston) Date: Thu, 1 Jul 2010 09:49:44 -0400 Subject: [IronPython] How do I include a complete IronPython installation in an ASP.NET Web application? Message-ID: <004601cb1924$441d5080$cc57f180$@com> Hello, How do I include site-modules (including IronPython) in an ASP.NET Web application? I'm already including the proper dlls, but I am not sure how to include the site-modules (or the complete installation of IronPython) in an ASP.NET Web application. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From merllab at microsoft.com Thu Jul 1 17:07:41 2010 From: merllab at microsoft.com (merllab at microsoft.com) Date: Thu, 1 Jul 2010 08:07:41 -0700 Subject: [IronPython] IronPython 2.6 CodePlex Source Update Message-ID: <534e0b0a-68c2-49fa-afc4-44af601c2ff4@tk5-exsmh-c101.redmond.corp.microsoft.com> This is an automated email letting you know that sources have recently been pushed out. You can download these newer sources directly from http://ironpython.codeplex.com/SourceControl/changeset/view/71819. MODIFIED SOURCES $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Languages/IronPython/AssemblyVersion.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Chiron/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/AssemblyInfo.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Properties/AssemblyInfo.cs From williamj at tenbase2.com Thu Jul 1 19:05:41 2010 From: williamj at tenbase2.com (William Johnston) Date: Thu, 1 Jul 2010 13:05:41 -0400 Subject: [IronPython] How do I include a complete IronPython installation in an ASP.NET Web application? In-Reply-To: <004601cb1924$441d5080$cc57f180$@com> References: <004601cb1924$441d5080$cc57f180$@com> Message-ID: <00a001cb193f$a3c6f430$eb54dc90$@com> Hello again, What I would like to do is publish and run my IronPython installation along with my web app onto a remote server. Thanks. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of William Johnston Sent: Thursday, July 01, 2010 9:50 AM To: users at lists.ironpython.com Subject: [IronPython] How do I include a complete IronPython installation in an ASP.NET Web application? Hello, How do I include site-modules (including IronPython) in an ASP.NET Web application? I'm already including the proper dlls, but I am not sure how to include the site-modules (or the complete installation of IronPython) in an ASP.NET Web application. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From williamj at tenbase2.com Thu Jul 1 20:14:07 2010 From: williamj at tenbase2.com (William Johnston) Date: Thu, 1 Jul 2010 14:14:07 -0400 Subject: [IronPython] How do I include a complete IronPython installation in an ASP.NET Web application? In-Reply-To: <00a001cb193f$a3c6f430$eb54dc90$@com> References: <004601cb1924$441d5080$cc57f180$@com> <00a001cb193f$a3c6f430$eb54dc90$@com> Message-ID: <002701cb1949$332b8bf0$9982a3d0$@com> Hello, I think a web service is in order! Regards, William Johnston From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of William Johnston Sent: Thursday, July 01, 2010 1:06 PM To: 'Discussion of IronPython' Subject: Re: [IronPython] How do I include a complete IronPython installation in an ASP.NET Web application? Hello again, What I would like to do is publish and run my IronPython installation along with my web app onto a remote server. Thanks. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of William Johnston Sent: Thursday, July 01, 2010 9:50 AM To: users at lists.ironpython.com Subject: [IronPython] How do I include a complete IronPython installation in an ASP.NET Web application? Hello, How do I include site-modules (including IronPython) in an ASP.NET Web application? I'm already including the proper dlls, but I am not sure how to include the site-modules (or the complete installation of IronPython) in an ASP.NET Web application. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Thu Jul 1 20:34:06 2010 From: dinov at microsoft.com (Dino Viehland) Date: Thu, 1 Jul 2010 18:34:06 +0000 Subject: [IronPython] Announcing IronPython Tools for Visual Studio CTP3 Message-ID: <1A472770E042064698CB5ADC83A12ACD48AB2F35@TK5EX14MBXC118.redmond.corp.microsoft.com> Hello Python Community, We are happy to announce a minor update to the IronPython Tools for Visual Studio. IronPython Tools for Visual Studio (IPyTools) is a set of extensions available for Visual Studio 2010 which supports development of IronPython applications. This release is our 3rd Community Technical Preview (CTP) and builds upon the previous two releases. The release is a minor update which includes bug fixes and a number of small features. You can download the latest release at http://www.ironpython.net/ironpython/tools/ There is also one major change in that the project system is no longer based upon the files which live on disk. Instead we now follow the normal VS project model. This means files must be explicitly added to the project and files which you don't want in the project won't automatically show up. We made this change based upon feedback from people using the tool and think it will make it more familiar for normal Visual Studio users. Despite this change there is still support for an "implicit" project when working without a project. Like the previous release this release includes support for Intellisense including member completion, signature help, find all references, and goto definition. It enables quick browsing of your code using the object browser and the editor navigation bar. It has an interactive (REPL) window that enables the development of applications in an interactive way. IPyTools supports lightweight development without a project as well as working with project files in the tradition of Visual Studio . Opening a .py file causes IronPython Tools to model the code in the containing directory as an implicit project for Intellisense features. There are project templates for console, WPF, WinForms, and Silverlight applications. WPF applications support drag-and-drop UI development. Debugging of Python applications works just like you debug other languages in Visual Studio. We are still working on our final licensing terms for IronPython Tools, and as such this release is licensed under a temporary limited use license. While we weren't able to finalize this for this release we expect to have this finalized for the next release. The full list of changes includes a number of bug fixes: Interactive window now respects VS color settings Fixed default settings for insert tabs, enter completing options, list of characters to complete to Fixed auto-indent inserting extra tabs on a blank line Enables usage of VS common settings for smart indentation and tabs and respects those options. Escape in REPL cancels both the intellisense session and the current input REPL: When a completion item is focused but not selective enter should not complete it REPL: We should respect the various intellisense completion options REPL: We should be using IronPython's auto intending Fix repl not respecting smart up/down on startup if the window was set to be open REPL: Don't allow history if the current command is still running - instead navigate the buffer REPL: Enable syntax highlighting even if a command throws an exception REPL: Remove trailing new lines from REPL history so we go back to the last line of input REPL: When pasting ensure there's a new line REPL: Auto indent should delete selected lines when pressing enter There are also a few new features: New Fill Comment Paragraph feature Implemented auto-dedent so it will backspace # of tabs Support for disabling intellisense via normal VS mechanism Support for hiding "advanced" members in intellisense (currently defined as __abc__ members) There is one major change: Removes directory based projects in favor of normal VS style projects - The IronPython Team -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfugate at microsoft.com Thu Jul 1 21:14:33 2010 From: dfugate at microsoft.com (Dave Fugate) Date: Thu, 1 Jul 2010 19:14:33 +0000 Subject: [IronPython] Better NumPy/SciPy Support for IronPython Message-ID: <32707103E022E74FA2BF41530F385A7C0F88D5C0@TK5EX14MBXC127.redmond.corp.microsoft.com> Enthought, a company specialized in Python-based scientific computing solutions, announced a partnership with Microsoft several hours ago at the SciPy 2010 conference in which they're porting over the NumPy and SciPy scientific software packages to IronPython. A significant part of this effort involves duplicating these packages' C-based modules in .NET. Previously, these libraries could only be consumed from IronPython very slowly using a C to .NET bridge. Not only will this porting effort drastically improve the performance of Python's top scientific packages under IronPython, it's fantastic for NumPy/SciPy in the sense that it enables an entirely new community of (.NET) developers to utilize and contribute to these libraries. Also, Enthought's refactoring work will make it easier to run these packages against all implementations of Python, not just IronPython. It's expected that NumPy will be finished by September and SciPy before the end of the year. The IronPython Team [100_1450.JPG] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 30194 bytes Desc: image001.jpg URL: From williamj at tenbase2.com Thu Jul 1 21:44:34 2010 From: williamj at tenbase2.com (William Johnston) Date: Thu, 1 Jul 2010 15:44:34 -0400 Subject: [IronPython] DataContract for IronPython.Runtime.PythonTuple? Message-ID: <000001cb1955$d5bc19a0$81344ce0$@com> Hello, Do I need a DataContract for an embedded Python WCF Web Service that returns a generic List of PythonTuples? Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fuzzyman at voidspace.org.uk Thu Jul 1 23:44:21 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Thu, 01 Jul 2010 22:44:21 +0100 Subject: [IronPython] Better NumPy/SciPy Support for IronPython In-Reply-To: <32707103E022E74FA2BF41530F385A7C0F88D5C0@TK5EX14MBXC127.redmond.corp.microsoft.com> References: <32707103E022E74FA2BF41530F385A7C0F88D5C0@TK5EX14MBXC127.redmond.corp.microsoft.com> Message-ID: <4C2D0C35.7070403@voidspace.org.uk> On 01/07/2010 20:14, Dave Fugate wrote: > > Enthought , a company specialized in > Python-based scientific computing solutions, announced > a partnership > with Microsoft several hours ago at the SciPy 2010 > conference in > which they're porting over the NumPy and SciPy > scientific software packages to IronPython. A significant part of > this effort involves duplicating these packages' C-based modules in > .NET. Previously, these libraries could only be consumed from > IronPython very slowly using a C to .NET bridge. > Is there any evidence (metrics) that using the Ironclad C to .NET bridge is "very slow"? I can believe there are places where it is slower but but I've never seen enthought (or any one else) show metrics of this. Michael > Not only will this porting effort drastically improve the > performance of Python's top scientific packages under IronPython, it's > fantastic for NumPy/SciPy in the sense that it enables an entirely new > community of (.NET) developers to utilize and contribute to these > libraries. Also, Enthought's refactoring work will make it easier to > run these packages against all implementations of Python, not just > IronPython. It's expected that NumPy will be finished by September and > SciPy before the end of the year. > > The IronPython Team > > 100_1450.JPG > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies ("BOGUS AGREEMENTS") that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 30194 bytes Desc: not available URL: From fuzzyman at voidspace.org.uk Thu Jul 1 23:46:02 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Thu, 01 Jul 2010 22:46:02 +0100 Subject: [IronPython] Announcing IronPython Tools for Visual Studio CTP3 In-Reply-To: <1A472770E042064698CB5ADC83A12ACD48AB2F35@TK5EX14MBXC118.redmond.corp.microsoft.com> References: <1A472770E042064698CB5ADC83A12ACD48AB2F35@TK5EX14MBXC118.redmond.corp.microsoft.com> Message-ID: <4C2D0C9A.1060800@voidspace.org.uk> On 01/07/2010 19:34, Dino Viehland wrote: > > Hello Python Community, > > We are happy to announce a minor update to the IronPython Tools for > Visual Studio. IronPython Tools for Visual Studio (IPyTools) is a set > of extensions available for Visual Studio 2010 which supports > development of IronPython applications. This release is our 3^rd > Community Technical Preview (CTP) and builds upon the previous two > releases. The release is a minor update which includes bug fixes and > a number of small features. You can download the latest release at > http://www.ironpython.net/ironpython/tools/ > Can the download page please have a download link on it instead of (or as well as) serving the download through a refresh: http://ironpython.net/tools/download/ Additionally, if possible, can the downloaded file have a version number in the filename please. :-) Thanks Michael Foord > There is also one major change in that the project system is no longer > based upon the files which live on disk. Instead we now follow the > normal VS project model. This means files must be explicitly added to > the project and files which you don't want in the project won't > automatically show up. We made this change based upon feedback from > people using the tool and think it will make it more familiar for > normal Visual Studio users. Despite this change there is still > support for an "implicit" project when working without a project. > > Like the previous release this release includes support for > Intellisense including member completion, signature help, find all > references, and goto definition. It enables quick browsing of your > code using the object browser and the editor navigation bar. It has > an interactive (REPL) window that enables the development of > applications in an interactive way. IPyTools supports lightweight > development without a project as well as working with project files in > the tradition of Visual Studio . Opening a .py file causes IronPython > Tools to model the code in the containing directory as an implicit > project for Intellisense features. There are project templates for > console, WPF, WinForms, and Silverlight applications. WPF > applications support drag-and-drop UI development. Debugging of > Python applications works just like you debug other languages in > Visual Studio. > > We are still working on our final licensing terms for IronPython > Tools, and as such this release is licensed under a temporary limited > use license. While we weren't able to finalize this for this release > we expect to have this finalized for the next release. > > The full list of changes includes a number of bug fixes: > > Interactive window now respects VS color settings > > Fixed default settings for insert tabs, enter > completing options, list of characters to complete to > > Fixed auto-indent inserting extra tabs on a blank line > > Enables usage of VS common settings for smart > indentation and tabs and respects those options. > > Escape in REPL cancels both the intellisense session > and the current input > > REPL: When a completion item is focused but not > selective enter should not complete it > > REPL: We should respect the various intellisense > completion options > > REPL: We should be using IronPython's auto intending > > Fix repl not respecting smart up/down on startup if the window was set > to be open > > REPL: Don't allow history if the current command is still running -- > instead navigate the buffer > > REPL: Enable syntax highlighting even if a command throws an exception > > REPL: Remove trailing new lines from REPL history so we go back to > the last line of input > > REPL: When pasting ensure there's a new line > > REPL: Auto indent should delete selected lines when pressing enter > > There are also a few new features: > > New Fill Comment Paragraph feature > > Implemented auto-dedent so it will backspace # of tabs > > Support for disabling intellisense via normal VS mechanism > > Support for hiding "advanced" members in intellisense (currently > defined as __abc__ members) > > There is one major change: > > Removes directory based projects in favor of normal VS style projects > > - The IronPython Team > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies ("BOGUS AGREEMENTS") that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kfarmer at thuban.org Thu Jul 1 23:46:28 2010 From: kfarmer at thuban.org (Keith J. Farmer) Date: Thu, 1 Jul 2010 14:46:28 -0700 Subject: [IronPython] Better NumPy/SciPy Support for IronPython References: <32707103E022E74FA2BF41530F385A7C0F88D5C0@TK5EX14MBXC127.redmond.corp.microsoft.com> Message-ID: holy-freakin-awesome :) I've long lamented the lack of free, solid scientific packages with semi-official standing in .NET. Frankly, I'd prefer something like this annexed into the BCL, but I understand why that might be overkill. Maybe we need BCL Extensions for such things. ________________________________ From: users-bounces at lists.ironpython.com on behalf of Dave Fugate Sent: Thu 7/1/2010 12:14 PM To: Discussion of IronPython Subject: [IronPython] Better NumPy/SciPy Support for IronPython Enthought , a company specialized in Python-based scientific computing solutions, announced a partnership with Microsoft several hours ago at the SciPy 2010 conference in which they're porting over the NumPy and SciPy scientific software packages to IronPython. A significant part of this effort involves duplicating these packages' C-based modules in .NET. Previously, these libraries could only be consumed from IronPython very slowly using a C to .NET bridge. Not only will this porting effort drastically improve the performance of Python's top scientific packages under IronPython, it's fantastic for NumPy/SciPy in the sense that it enables an entirely new community of (.NET) developers to utilize and contribute to these libraries. Also, Enthought's refactoring work will make it easier to run these packages against all implementations of Python, not just IronPython. It's expected that NumPy will be finished by September and SciPy before the end of the year. The IronPython Team 100_1450.JPG -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 30194 bytes Desc: image001.jpg URL: From Jimmy.Schementi at microsoft.com Fri Jul 2 01:35:08 2010 From: Jimmy.Schementi at microsoft.com (Jimmy Schementi) Date: Thu, 1 Jul 2010 23:35:08 +0000 Subject: [IronPython] Announcing IronPython Tools for Visual Studio CTP3 In-Reply-To: <4C2D0C9A.1060800@voidspace.org.uk> References: <1A472770E042064698CB5ADC83A12ACD48AB2F35@TK5EX14MBXC118.redmond.corp.microsoft.com>, <4C2D0C9A.1060800@voidspace.org.uk> Message-ID: <1B42307CD4AADD438CDDA2FE1121CC9217430702@TK5EX14MBXC138.redmond.corp.microsoft.com> Keep in mind, these downloads are hosted on the website directly only while we have this temporary license; once the source code is released as well, the downloads will move to CodePlex. That being said, the download page which redirects to the actual file is for tracking purposes; we use Google Analytics to track downloads, and have no way of tracking files that way. It's pretty easy to figure out where the redirect is pulling the file from; hint: http://ironpython.net/tools//IronPythonTools.vsix. Though, we can't track those downloads, and those stats are one of the ways we show Microsoft management the benefits of the project. Also, a list of versions will be at http://ironpython.net/tools/download/versions.html. ~Jimmy ________________________________ From: users-bounces at lists.ironpython.com [users-bounces at lists.ironpython.com] on behalf of Michael Foord [fuzzyman at voidspace.org.uk] Sent: Thursday, July 01, 2010 2:46 PM To: Discussion of IronPython Subject: Re: [IronPython] Announcing IronPython Tools for Visual Studio CTP3 On 01/07/2010 19:34, Dino Viehland wrote: Hello Python Community, We are happy to announce a minor update to the IronPython Tools for Visual Studio. IronPython Tools for Visual Studio (IPyTools) is a set of extensions available for Visual Studio 2010 which supports development of IronPython applications. This release is our 3rd Community Technical Preview (CTP) and builds upon the previous two releases. The release is a minor update which includes bug fixes and a number of small features. You can download the latest release at http://www.ironpython.net/ironpython/tools/ Can the download page please have a download link on it instead of (or as well as) serving the download through a refresh: http://ironpython.net/tools/download/ Additionally, if possible, can the downloaded file have a version number in the filename please. :-) Thanks Michael Foord There is also one major change in that the project system is no longer based upon the files which live on disk. Instead we now follow the normal VS project model. This means files must be explicitly added to the project and files which you don?t want in the project won?t automatically show up. We made this change based upon feedback from people using the tool and think it will make it more familiar for normal Visual Studio users. Despite this change there is still support for an ?implicit? project when working without a project. Like the previous release this release includes support for Intellisense including member completion, signature help, find all references, and goto definition. It enables quick browsing of your code using the object browser and the editor navigation bar. It has an interactive (REPL) window that enables the development of applications in an interactive way. IPyTools supports lightweight development without a project as well as working with project files in the tradition of Visual Studio . Opening a .py file causes IronPython Tools to model the code in the containing directory as an implicit project for Intellisense features. There are project templates for console, WPF, WinForms, and Silverlight applications. WPF applications support drag-and-drop UI development. Debugging of Python applications works just like you debug other languages in Visual Studio. We are still working on our final licensing terms for IronPython Tools, and as such this release is licensed under a temporary limited use license. While we weren?t able to finalize this for this release we expect to have this finalized for the next release. The full list of changes includes a number of bug fixes: Interactive window now respects VS color settings Fixed default settings for insert tabs, enter completing options, list of characters to complete to Fixed auto-indent inserting extra tabs on a blank line Enables usage of VS common settings for smart indentation and tabs and respects those options. Escape in REPL cancels both the intellisense session and the current input REPL: When a completion item is focused but not selective enter should not complete it REPL: We should respect the various intellisense completion options REPL: We should be using IronPython?s auto intending Fix repl not respecting smart up/down on startup if the window was set to be open REPL: Don?t allow history if the current command is still running ? instead navigate the buffer REPL: Enable syntax highlighting even if a command throws an exception REPL: Remove trailing new lines from REPL history so we go back to the last line of input REPL: When pasting ensure there?s a new line REPL: Auto indent should delete selected lines when pressing enter There are also a few new features: New Fill Comment Paragraph feature Implemented auto-dedent so it will backspace # of tabs Support for disabling intellisense via normal VS mechanism Support for hiding ?advanced? members in intellisense (currently defined as __abc__ members) There is one major change: Removes directory based projects in favor of normal VS style projects - The IronPython Team _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bruce.bromberek at gmail.com Fri Jul 2 03:22:00 2010 From: bruce.bromberek at gmail.com (Bruce Bromberek) Date: Thu, 1 Jul 2010 20:22:00 -0500 Subject: [IronPython] Conflicting information with Ironpython and MapWindowGIS interop Message-ID: I'm trying to drive MapWindows GIS from an Ironpython script to automate some tasks. ?MapWindow is in C#, and I have generated the Interop Assembly, and I can load the MapWinGIS namespace. Following this example in C# //create a new instance for MapWinGIS.Shapefile //MapWinGIS.Shapefile is a data provider for ESRI Shapefile MapWinGIS.Shapefile shapefile1 = new MapWinGIS.Shapefile(); //Define the data source for MapWinGIS.Shapefile instance shapefile1.Open(@"D:\GISSampleData\base.shp", null ); So I did the following: >>> import clr >>> clr.AddReference('MapWindow.Interfaces') >>> clr.AddReference('MapWinGeoProc') >>> clr.AddReference('MapWinUtility') >>> clr.AddReference('MapWinInterfaces') >>> clr.AddReference('Interop.MapWinGIS') >>> import MapWinGIS >>> shapefile1 = MapWinGIS.Shapefile >>> help(shapefile1.Open) Help on method_descriptor: Open(...) Open(self, str ShapefileName, ICallback cBack) -> bool >>> shapefile1.Open(r"G:\DLS\BAB\2010 USPS GIS\ADC_Layer\ADC_ALBANY_NY_120.shp",None) Traceback (most recent call last): File "", line 1, in TypeError: expected IShapefile, got str Not being a C# master, I thought maybe I'm accessing the objects correctly. Try again using IShapefile instead of Shapefile and I got this >>> t = MapWinGIS.IShapefile >>> dir(t) ['BeginPointInShapefile', 'CacheExtents', 'CanUseSpatialIndex', 'CdlgFilter', 'CellValue', 'Close', 'CreateNew', 'CreateNewWithShapeID', 'CreateSpatialIndex', 'Dissolve', 'EditCellValue', 'EditClear', 'EditDeleteField', 'EditDeleteShape', 'EditInsertField', 'EditInsertShape', 'EditingShapes', 'EditingTable', 'EndPointInShapefile', 'ErrorMsg', 'Extents', 'Field', 'FieldByName', 'FileHandle', 'Filename', 'GenerateLabels', 'GetIntersection', 'GlobalCallback', 'HasSpatialIndex', 'InvertSelection', 'IsSpatialIndexValid', 'Key', 'Labels', 'LastErrorCode', 'NumFields', 'NumSelected', 'NumShapes', 'Open', 'PointInShape', 'PointInShapefile', 'Projection', 'QuickExtents', 'QuickPoint', 'QuickPoints', 'QuickQueryInEditMode', 'RefreshExtents', 'RefreshShapeExtents', 'Resource', 'Save', 'SaveAs', 'SelectAll', 'SelectByShapefile', 'SelectNone', 'SelectShapes', 'SelectionDrawingOptions', 'Shape', 'ShapeSelected', 'ShapefileType', 'SpatialIndexMaxAreaPercent', 'StartEditingShapes', 'StartEditingTable', 'StopEditingShapes', 'StopEditingTable', 'UseQTree', 'UseSpatialIndex', '__doc__', '__repr__', 'numPoints'] >>> t.Open.__doc__ 'Open(self, str ShapefileName, ICallback cBack) -> bool' >>> a = r"C:\2010 USPS GIS\Shapefiles\ADC ATLANTA GA 303.shp" >>> t.Open(a,None) Traceback (most recent call last): File "", line 1, in TypeError: expected IShapefile, got str Can anyone tell me what I'm missing? Thanks. Bruce From dinov at microsoft.com Fri Jul 2 04:34:57 2010 From: dinov at microsoft.com (Dino Viehland) Date: Fri, 2 Jul 2010 02:34:57 +0000 Subject: [IronPython] Conflicting information with Ironpython and MapWindowGIS interop In-Reply-To: References: Message-ID: <1A472770E042064698CB5ADC83A12ACD48AB5045@TK5EX14MBXC118.redmond.corp.microsoft.com> My guess is you need to change: >>> shapefile1 = MapWinGIS.Shapefile To: >>> shapefile1 = MapWinGIS.Shapefile() You've just gotten a reference to the class whereas the C# code has created an instance of that class. > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Bruce Bromberek > Sent: Thursday, July 01, 2010 6:22 PM > To: Discussion of IronPython > Subject: [IronPython] Conflicting information with Ironpython and > MapWindowGIS interop > > I'm trying to drive MapWindows GIS from an Ironpython script to > automate some tasks. ?MapWindow is in C#, and I have generated the > Interop Assembly, and I can load the MapWinGIS namespace. > Following this example in C# > > //create a new instance for MapWinGIS.Shapefile > //MapWinGIS.Shapefile is a data provider for ESRI Shapefile > MapWinGIS.Shapefile shapefile1 = new MapWinGIS.Shapefile(); > //Define the data source for MapWinGIS.Shapefile instance > shapefile1.Open(@"D:\GISSampleData\base.shp", null ); > > So I did the following: > >>> import clr > >>> clr.AddReference('MapWindow.Interfaces') > >>> clr.AddReference('MapWinGeoProc') > >>> clr.AddReference('MapWinUtility') > >>> clr.AddReference('MapWinInterfaces') > >>> clr.AddReference('Interop.MapWinGIS') > >>> import MapWinGIS > >>> shapefile1 = MapWinGIS.Shapefile > >>> help(shapefile1.Open) > Help on method_descriptor: > > Open(...) > Open(self, str ShapefileName, ICallback cBack) -> bool > > >>> shapefile1.Open(r"G:\DLS\BAB\2010 USPS > GIS\ADC_Layer\ADC_ALBANY_NY_120.shp",None) > Traceback (most recent call last): > File "", line 1, in > TypeError: expected IShapefile, got str > > Not being a C# master, I thought maybe I'm accessing the objects > correctly. Try again using IShapefile instead of Shapefile and I got > this > > >>> t = MapWinGIS.IShapefile > >>> dir(t) > ['BeginPointInShapefile', 'CacheExtents', 'CanUseSpatialIndex', > 'CdlgFilter', 'CellValue', 'Close', 'CreateNew', > 'CreateNewWithShapeID', 'CreateSpatialIndex', 'Dissolve', > 'EditCellValue', 'EditClear', 'EditDeleteField', 'EditDeleteShape', > 'EditInsertField', 'EditInsertShape', 'EditingShapes', 'EditingTable', > 'EndPointInShapefile', 'ErrorMsg', 'Extents', 'Field', 'FieldByName', > 'FileHandle', 'Filename', 'GenerateLabels', 'GetIntersection', > 'GlobalCallback', 'HasSpatialIndex', 'InvertSelection', > 'IsSpatialIndexValid', 'Key', 'Labels', 'LastErrorCode', 'NumFields', > 'NumSelected', 'NumShapes', 'Open', 'PointInShape', > 'PointInShapefile', 'Projection', 'QuickExtents', 'QuickPoint', > 'QuickPoints', 'QuickQueryInEditMode', 'RefreshExtents', > 'RefreshShapeExtents', 'Resource', 'Save', 'SaveAs', 'SelectAll', > 'SelectByShapefile', 'SelectNone', 'SelectShapes', > 'SelectionDrawingOptions', 'Shape', 'ShapeSelected', 'ShapefileType', > 'SpatialIndexMaxAreaPercent', 'StartEditingShapes', > 'StartEditingTable', 'StopEditingShapes', 'StopEditingTable', > 'UseQTree', 'UseSpatialIndex', '__doc__', '__repr__', 'numPoints'] > >>> t.Open.__doc__ > 'Open(self, str ShapefileName, ICallback cBack) -> bool' > > >>> a = r"C:\2010 USPS GIS\Shapefiles\ADC ATLANTA GA 303.shp" > >>> t.Open(a,None) > Traceback (most recent call last): > File "", line 1, in > TypeError: expected IShapefile, got str > > Can anyone tell me what I'm missing? > > Thanks. > > Bruce > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From fuzzyman at voidspace.org.uk Fri Jul 2 12:32:53 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Fri, 02 Jul 2010 11:32:53 +0100 Subject: [IronPython] Announcing IronPython Tools for Visual Studio CTP3 In-Reply-To: <1B42307CD4AADD438CDDA2FE1121CC9217430702@TK5EX14MBXC138.redmond.corp.microsoft.com> References: <1A472770E042064698CB5ADC83A12ACD48AB2F35@TK5EX14MBXC118.redmond.corp.microsoft.com>, <4C2D0C9A.1060800@voidspace.org.uk> <1B42307CD4AADD438CDDA2FE1121CC9217430702@TK5EX14MBXC138.redmond.corp.microsoft.com> Message-ID: <4C2DC055.5000402@voidspace.org.uk> On 02/07/2010 00:35, Jimmy Schementi wrote: > Keep in mind, these downloads are hosted on the website directly only > while we have this temporary license; once the source code is released > as well, the downloads will move to CodePlex. Right, but the changes I were suggesting were really simple ones no? > > That being said, the download page which redirects to the actual file > is for tracking purposes; we use Google Analytics to track downloads, > and have no way of tracking files that way. Don't you have server logs? (Or are you counting page views as downloads? Given that IE blocks the download by default, and you have to manually allow it, you will get some nicely inflated figures that way...) > It's pretty easy to figure out where the redirect is pulling the file > from; hint: http://ironpython.net/tools//IronPythonTools.vsix. But the way you find that out is by doing view source on the page after you've downloaded it. Or cancel the download and because there is no download link you have to refresh the page to start it again. If you want to save a versioned filename so you know what version it is you have on your fileystem if you need to reinstall then you have to remember to do this after you have downloaded and rename it yourself. Sending a versioned filename at least would save that. > Though, we can't track those downloads, and those stats are one of the > ways we show Microsoft management the benefits of the project. Also, a > list of versions will be at > http://ironpython.net/tools/download/versions.html. That's helpful. Thanks Michael Foord > > ~Jimmy > > ------------------------------------------------------------------------ > *From:* users-bounces at lists.ironpython.com > [users-bounces at lists.ironpython.com] on behalf of Michael Foord > [fuzzyman at voidspace.org.uk] > *Sent:* Thursday, July 01, 2010 2:46 PM > *To:* Discussion of IronPython > *Subject:* Re: [IronPython] Announcing IronPython Tools for Visual > Studio CTP3 > > On 01/07/2010 19:34, Dino Viehland wrote: >> >> Hello Python Community, >> >> We are happy to announce a minor update to the IronPython Tools for >> Visual Studio. IronPython Tools for Visual Studio (IPyTools) is a >> set of extensions available for Visual Studio 2010 which supports >> development of IronPython applications. This release is our 3^rd >> Community Technical Preview (CTP) and builds upon the previous two >> releases. The release is a minor update which includes bug fixes and >> a number of small features. You can download the latest release at >> http://www.ironpython.net/ironpython/tools/ >> > > Can the download page please have a download link on it instead of (or > as well as) serving the download through a refresh: > > http://ironpython.net/tools/download/ > > Additionally, if possible, can the downloaded file have a version > number in the filename please. :-) > > Thanks > > Michael Foord > > >> There is also one major change in that the project system is no >> longer based upon the files which live on disk. Instead we now >> follow the normal VS project model. This means files must be >> explicitly added to the project and files which you don?t want in the >> project won?t automatically show up. We made this change based upon >> feedback from people using the tool and think it will make it more >> familiar for normal Visual Studio users. Despite this change there >> is still support for an ?implicit? project when working without a >> project. >> >> Like the previous release this release includes support for >> Intellisense including member completion, signature help, find all >> references, and goto definition. It enables quick browsing of your >> code using the object browser and the editor navigation bar. It has >> an interactive (REPL) window that enables the development of >> applications in an interactive way. IPyTools supports lightweight >> development without a project as well as working with project files >> in the tradition of Visual Studio . Opening a .py file causes >> IronPython Tools to model the code in the containing directory as an >> implicit project for Intellisense features. There are project >> templates for console, WPF, WinForms, and Silverlight applications. >> WPF applications support drag-and-drop UI development. Debugging of >> Python applications works just like you debug other languages in >> Visual Studio. >> >> We are still working on our final licensing terms for IronPython >> Tools, and as such this release is licensed under a temporary limited >> use license. While we weren?t able to finalize this for this release >> we expect to have this finalized for the next release. >> >> The full list of changes includes a number of bug fixes: >> >> Interactive window now respects VS color settings >> >> Fixed default settings for insert tabs, enter >> completing options, list of characters to complete to >> >> Fixed auto-indent inserting extra tabs on a blank line >> >> Enables usage of VS common settings for smart >> indentation and tabs and respects those options. >> >> Escape in REPL cancels both the intellisense session >> and the current input >> >> REPL: When a completion item is focused but not >> selective enter should not complete it >> >> REPL: We should respect the various intellisense >> completion options >> >> REPL: We should be using IronPython?s auto intending >> >> Fix repl not respecting smart up/down on startup if the window was >> set to be open >> >> REPL: Don?t allow history if the current command is still running ? >> instead navigate the buffer >> >> REPL: Enable syntax highlighting even if a command throws an exception >> >> REPL: Remove trailing new lines from REPL history so we go back >> to the last line of input >> >> REPL: When pasting ensure there?s a new line >> >> REPL: Auto indent should delete selected lines when pressing enter >> >> There are also a few new features: >> >> New Fill Comment Paragraph feature >> >> Implemented auto-dedent so it will backspace # of tabs >> >> Support for disabling intellisense via normal VS mechanism >> >> Support for hiding ?advanced? members in intellisense (currently >> defined as __abc__ members) >> >> There is one major change: >> >> Removes directory based projects in favor of normal VS style projects >> >> - The IronPython Team >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> > > > -- > http://www.ironpythoninaction.com/ > http://www.voidspace.org.uk/blog > > READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. > > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bruce.bromberek at gmail.com Fri Jul 2 14:10:54 2010 From: bruce.bromberek at gmail.com (Bruce Bromberek) Date: Fri, 2 Jul 2010 07:10:54 -0500 Subject: [IronPython] Conflicting information with Ironpython and MapWindowGIS interop In-Reply-To: <1A472770E042064698CB5ADC83A12ACD48AB5045@TK5EX14MBXC118.redmond.corp.microsoft.com> References: <1A472770E042064698CB5ADC83A12ACD48AB5045@TK5EX14MBXC118.redmond.corp.microsoft.com> Message-ID: Thanks Dino. But now I get >>> shapefile1 = MapWinGIS.Shapefile() Traceback (most recent call last): File "", line 1, in TypeError: Cannot create instances of Shapefile because it is abstract So then I poked around a bit and found ShapeFileClass, but then I get a different error. >>> s=MapWinGIS.ShapefileClass() >>> tst = s.Open(a,None) Traceback (most recent call last): File "", line 1, in ValueError: Could not convert argument 0 for call to Open. I guess its time to add IronPython in Action back to my Safari account and read the C# stuff I skipped over before. On Thu, Jul 1, 2010 at 9:34 PM, Dino Viehland wrote: > My guess is you need to change: > >>>> shapefile1 = MapWinGIS.Shapefile > > To: > >>>> shapefile1 = MapWinGIS.Shapefile() > > You've just gotten a reference to the class whereas the C# code has > created an instance of that class. > >> -----Original Message----- >> From: users-bounces at lists.ironpython.com [mailto:users- >> bounces at lists.ironpython.com] On Behalf Of Bruce Bromberek >> Sent: Thursday, July 01, 2010 6:22 PM >> To: Discussion of IronPython >> Subject: [IronPython] Conflicting information with Ironpython and >> MapWindowGIS interop >> >> I'm trying to drive MapWindows GIS from an Ironpython script to >> automate some tasks. ?MapWindow is in C#, and I have generated the >> Interop Assembly, and I can load the MapWinGIS namespace. >> Following this example in C# >> >> //create a new instance for MapWinGIS.Shapefile >> //MapWinGIS.Shapefile ?is a data provider for ESRI Shapefile >> MapWinGIS.Shapefile shapefile1 = new MapWinGIS.Shapefile(); >> //Define the data source for MapWinGIS.Shapefile instance >> shapefile1.Open(@"D:\GISSampleData\base.shp", null ); >> >> So I did the following: >> >>> import clr >> >>> clr.AddReference('MapWindow.Interfaces') >> >>> clr.AddReference('MapWinGeoProc') >> >>> clr.AddReference('MapWinUtility') >> >>> clr.AddReference('MapWinInterfaces') >> >>> clr.AddReference('Interop.MapWinGIS') >> >>> import MapWinGIS >> >>> shapefile1 = MapWinGIS.Shapefile >> >>> help(shapefile1.Open) >> Help on method_descriptor: >> >> Open(...) >> ? ? Open(self, str ShapefileName, ICallback cBack) -> bool >> >> >>> shapefile1.Open(r"G:\DLS\BAB\2010 USPS >> GIS\ADC_Layer\ADC_ALBANY_NY_120.shp",None) >> Traceback (most recent call last): >> ? File "", line 1, in >> TypeError: expected IShapefile, got str >> >> Not being a C# master, I thought maybe I'm accessing the objects >> correctly. ?Try again using IShapefile instead of Shapefile and I got >> this >> >> >>> t = MapWinGIS.IShapefile >> >>> dir(t) >> ['BeginPointInShapefile', 'CacheExtents', 'CanUseSpatialIndex', >> 'CdlgFilter', 'CellValue', 'Close', 'CreateNew', >> 'CreateNewWithShapeID', 'CreateSpatialIndex', 'Dissolve', >> 'EditCellValue', 'EditClear', 'EditDeleteField', 'EditDeleteShape', >> 'EditInsertField', 'EditInsertShape', 'EditingShapes', 'EditingTable', >> 'EndPointInShapefile', 'ErrorMsg', 'Extents', 'Field', 'FieldByName', >> 'FileHandle', 'Filename', 'GenerateLabels', 'GetIntersection', >> 'GlobalCallback', 'HasSpatialIndex', 'InvertSelection', >> 'IsSpatialIndexValid', 'Key', 'Labels', 'LastErrorCode', 'NumFields', >> 'NumSelected', 'NumShapes', 'Open', 'PointInShape', >> 'PointInShapefile', 'Projection', 'QuickExtents', 'QuickPoint', >> 'QuickPoints', 'QuickQueryInEditMode', 'RefreshExtents', >> 'RefreshShapeExtents', 'Resource', 'Save', 'SaveAs', 'SelectAll', >> 'SelectByShapefile', 'SelectNone', 'SelectShapes', >> 'SelectionDrawingOptions', 'Shape', 'ShapeSelected', 'ShapefileType', >> 'SpatialIndexMaxAreaPercent', 'StartEditingShapes', >> 'StartEditingTable', 'StopEditingShapes', 'StopEditingTable', >> 'UseQTree', 'UseSpatialIndex', '__doc__', '__repr__', 'numPoints'] >> >>> t.Open.__doc__ >> 'Open(self, str ShapefileName, ICallback cBack) -> bool' >> >> >>> a = r"C:\2010 USPS GIS\Shapefiles\ADC ATLANTA GA 303.shp" >> >>> t.Open(a,None) >> Traceback (most recent call last): >> ? File "", line 1, in >> TypeError: expected IShapefile, got str >> >> Can anyone tell me what I'm missing? >> >> Thanks. >> >> Bruce >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From merllab at microsoft.com Fri Jul 2 17:07:52 2010 From: merllab at microsoft.com (merllab at microsoft.com) Date: Fri, 2 Jul 2010 08:07:52 -0700 Subject: [IronPython] IronPython 2.6 CodePlex Source Update Message-ID: This is an automated email letting you know that sources have recently been pushed out. You can download these newer sources directly from http://ironpython.codeplex.com/SourceControl/changeset/view/71898. MODIFIED SOURCES $/IronPython/IronPython_Main/Hosts/Silverlight/Microsoft.Scripting.SilverLight/DynamicAppManifest.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Microsoft.Scripting.SilverLight/Microsoft.Scripting.Silverlight.csproj $/IronPython/IronPython_Main/Languages/IronPython/IronPython/IronPython.csproj $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/IronPython.Modules.csproj $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/time.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonConsoleAny/IronPythonConsoleAny.csproj $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/GeneratorRewriter.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Chiron/XapBuilder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonConsole/IronPythonConsole.csproj $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate_dynsites.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_methodbinder2.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_methodbinder1.py $/IronPython/IronPython_Main/Languages/IronPython/IronPythonWindow/IronPythonWindow.csproj $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_cliclass.py $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/IronPythonTest.csproj $/IronPython/IronPython_Main/Languages/IronPython/IronPythonWindowAny/IronPythonWindowAny.csproj $/IronPython/IronPython_Main/Hosts/Silverlight/Microsoft.Scripting.SilverLight/DynamicScriptTags.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/Microsoft.Scripting.Debugging.csproj $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/HashSet.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Microsoft.Dynamic.csproj $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Instructions/LocalAccess.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Microsoft.Scripting.csproj $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/PlatformAdaptationLayer.cs CHECKIN COMMENTS -------------------------------------------------------------------------------- Changeset Id: 1900368 Date: 7/1/2010 1:46:02 PM Removes Microsoft.Scripting.ExtensionAttribute.dll. Upgrades target framework versions of all projects from 2.0 to 3.5. (Shelveset: NoEA6;REDMOND\tomat | SNAP CheckinId: 11029) -------------------------------------------------------------------------------- Changeset Id: 1900368 Date: 7/1/2010 1:46:02 PM Removes Microsoft.Scripting.ExtensionAttribute.dll. Upgrades target framework versions of all projects from 2.0 to 3.5. (Shelveset: NoEA6;REDMOND\tomat | SNAP CheckinId: 11029) From jgehrcke at googlemail.com Fri Jul 2 20:02:02 2010 From: jgehrcke at googlemail.com (Jan-Philip Gehrcke) Date: Fri, 02 Jul 2010 20:02:02 +0200 Subject: [IronPython] Developing Silverlight apps using IronPython -- best strategies Message-ID: <4C2E299A.5060806@googlemail.com> Dear list, I'm totally new to Silverlight (SL) development and it seems that I can benefit from my Python experience by combining SL with IronPython (at which I've never looked before, too). In the last days, I crawled the web and tried to get an impression of what is the best way to start. During this time, some questions came up... 1) What is the cutting-edge way to deploy an SL4/IP2.6 application? I've basically seen two: - The "all-in-xap-way", with the python application and assemblies as well as the XAML in the xap file, as it is described in the article series at http://www.voidspace.org.uk/ironpython/silverlight/silverlight_application.shtml - The "Gestalt way", with some magic inside, allowing to place XAML/Python code directly in the HTML Is the first way out-of-date? Are there more techniques? What are advantages/disadvantages? 2) Are IP based SL applications creating much more traffic than compiled (C#...) ones? It seems to me that the IronPython assemblies either have to be delivered within the xap archive or by an external resource, but definitely on *each* application load, resulting in ~1 MB traffic per load, even for very small apps (okay, the browser cache will definitely help here..). If this is true, isn't this a huge disadvantage over compiled solutions? Is the browser cache the only help at this point or are there better solutions? 3) Which -- in your opinion -- is the best environment for developing an IP based SL app? For the first time, I installed Visual Web Developer..., then Visual Studio 2010 shell and the IronPython tools CTP3. I still have to get into this.. Which tools do *you* use for developing IP/SL apps? 4) Code compilation: Is it possible to develop using IP, but to only deploy compiled binaries? I've stumbled over Pyc. How to use it within the best approach of question (1)? My naive mind sees two possible advantages: - Could this be a solution to the traffic problem in question (2), i.e. would this do without IP assembly provisioning? - For some developers it could be attractive for code obfuscation. I have the feeling that things are not that easy... Because things are not very clear to me at the moment, my questions are not totally clear, too and leave (too) much room for answers, sorry for that. ;-) Anyway, I'm sure that your comments will help me to get a better overview, a better technical understanding and to get the feeling to start with the right way. All the best, Jan-Philip Gehrcke http://gehrcke.de PS: I already sent an email yesterday, without having subscribed to the list before. It did not show up in the archives until now. I think (hope) that this old mail is in a black hole now and I did not produce a doublet. From Jimmy.Schementi at microsoft.com Fri Jul 2 20:34:28 2010 From: Jimmy.Schementi at microsoft.com (Jimmy Schementi) Date: Fri, 2 Jul 2010 18:34:28 +0000 Subject: [IronPython] Developing Silverlight apps using IronPython -- best strategies In-Reply-To: <4C2E299A.5060806@googlemail.com> References: <4C2E299A.5060806@googlemail.com> Message-ID: <1B42307CD4AADD438CDDA2FE1121CC9217432625@TK5EX14MBXC138.redmond.corp.microsoft.com> > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Jan-Philip Gehrcke > Sent: Friday, July 02, 2010 11:02 AM > To: users at lists.ironpython.com > Subject: [IronPython] Developing Silverlight apps using IronPython -- best > strategies > > Dear list, > > I'm totally new to Silverlight (SL) development and it seems that I can benefit > from my Python experience by combining SL with IronPython (at which I've > never looked before, too). In the last days, I crawled the web and tried to get > an impression of what is the best way to start. > During this time, some questions came up... Awesome, I'll give thoughts on these questions: > 1) What is the cutting-edge way to deploy an SL4/IP2.6 application? > I've basically seen two: > - The "all-in-xap-way", with the python application and assemblies as well > as the XAML in the xap file, as it is described in the article series at > http://www.voidspace.org.uk/ironpython/silverlight/silverlight_application.s > html > - The "Gestalt way", with some magic inside, allowing to place > XAML/Python code directly in the HTML Is the first way out-of-date? Are > there more techniques? What are advantages/disadvantages? There are two ways of developing apps because the Silverlight application model and the HTML application model are way different. The all-in-xap-way doesn't fight Silverlight at all, but it is a fight against how you're use to making web-apps. The script-tag way doesn't fight the web at all, but requires some tricks to work in Silverlight's world (zip files for DLL's, for example). We now advertise the script-tag way, as its most friendly to how people develop in dynamic languages, but there is nothing obsolete about the all-in-xap way. I personally prefer the script-tag way, and then I put libraries in zip files as needed. However, if you want to make a Silverlight app which runs out-of-browser, you need to use the app-in-xap way, since there in no HTML page to put script-tags on. =) > 2) Are IP based SL applications creating much more traffic than compiled > (C#...) ones? > It seems to me that the IronPython assemblies either have to be delivered > within the xap archive or by an external resource, but definitely on *each* > application load, resulting in ~1 MB traffic per load, even for very small apps > (okay, the browser cache will definitely help here..). If this is true, isn't this a > huge disadvantage over compiled solutions? Is the browser cache the only > help at this point or are there better solutions? For the all-in-xap way, by default IronPython's assemblies are embedded in the XAP, which means that every time that app gets downloaded the full payload comes too. You can also put them on your web-server, which means all your apps can share one set of assemblies, and your users will see them download once (browser caching). For gestalt, you have the added benefit of using IronPython's assemblies from gestalt.ironpython.net, which means ALL apps that use it share the same assemblies, and a user is more likely to have it on their machine. Personally, I don't see this as any different than requiring your users have Silverlight installed ... =) > 3) Which -- in your opinion -- is the best environment for developing an IP > based SL app? > For the first time, I installed Visual Web Developer..., then Visual Studio 2010 > shell and the IronPython tools CTP3. I still have to get into this.. Which tools > do *you* use for developing IP/SL apps? Because there is really no tools requirement, I use the same tools that I would use to develop a JavaScript+HTML app: my favorite text editor and a browser. IronPython tools will give you syntax highlighting of Python code, and F5-launch-browser, but there is still a lot to be desired (eg. intellisence doesn't look at the Silverlight assemblies yet). Michael Food uses WingIDE, and really any Python editor is appropriate. Keep in mind you can still use Blend or VS to work on any XAML UI, or even a HTML editor, regardless of what tool you choose to use for IronPython. > 4) Code compilation: Is it possible to develop using IP, but to only deploy > compiled binaries? > I've stumbled over Pyc. How to use it within the best approach of question > (1)? My naive mind sees two possible advantages: > - Could this be a solution to the traffic problem in question (2), i.e. would > this do without IP assembly provisioning? > - For some developers it could be attractive for code obfuscation. > I have the feeling that things are not that easy... We don't support pre-compilation in Silverlight today. It wouldn't solve the traffic problem, as the DLR and IronPython are still required to run the pyc files. It might help make startup a bit quicker, but we haven't done performance testing to see what the actual win would be in Silverlight. In practice I prefer to import on a background thread, which does not hang the app during startup, and lets things load in as they need to. > Because things are not very clear to me at the moment, my questions are not > totally clear, too and leave (too) much room for answers, sorry for that. ;-) > Anyway, I'm sure that your comments will help me to get a better overview, > a better technical understanding and to get the feeling to start with the right > way. Let me know if you have any more questions; this is all perfect info to go on the website, so thanks for helping seed that content =) > All the best, > > Jan-Philip Gehrcke > http://gehrcke.de > > PS: I already sent an email yesterday, without having subscribed to the list > before. It did not show up in the archives until now. I think > (hope) that this old mail is in a black hole now and I did not produce a > doublet. > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From dinov at microsoft.com Fri Jul 2 21:43:18 2010 From: dinov at microsoft.com (Dino Viehland) Date: Fri, 2 Jul 2010 19:43:18 +0000 Subject: [IronPython] Conflicting information with Ironpython and MapWindowGIS interop In-Reply-To: References: <1A472770E042064698CB5ADC83A12ACD48AB5045@TK5EX14MBXC118.redmond.corp.microsoft.com> Message-ID: <1A472770E042064698CB5ADC83A12ACD48ABBD39@TK5EX14MBXC118.redmond.corp.microsoft.com> Does: System.Activator.CreateInstance(MapWinGIS.Shapefile) Work when you're using the original shape file? It could be that Shapefile is actually a COM interface. Currently we don't support calling COM interfaces directly but I've heard recently that it's something that C# lets you do. If that is the case I think the Activator.CreateInstance call would work around this. I think we're going to add support for calling COM interface types directly for the next major release though. > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Bruce Bromberek > Sent: Friday, July 02, 2010 5:11 AM > To: Discussion of IronPython > Subject: Re: [IronPython] Conflicting information with Ironpython and > MapWindowGIS interop > > Thanks Dino. But now I get > > > >>> shapefile1 = MapWinGIS.Shapefile() > Traceback (most recent call last): > File "", line 1, in > TypeError: Cannot create instances of Shapefile because it is abstract > > So then I poked around a bit and found ShapeFileClass, but then I get > a different error. > > >>> s=MapWinGIS.ShapefileClass() > >>> tst = s.Open(a,None) > Traceback (most recent call last): > File "", line 1, in > ValueError: Could not convert argument 0 for call to Open. > > I guess its time to add IronPython in Action back to my Safari account > and read the C# stuff I skipped over before. > > > On Thu, Jul 1, 2010 at 9:34 PM, Dino Viehland wrote: > > My guess is you need to change: > > > >>>> shapefile1 = MapWinGIS.Shapefile > > > > To: > > > >>>> shapefile1 = MapWinGIS.Shapefile() > > > > You've just gotten a reference to the class whereas the C# code has > > created an instance of that class. > > > >> -----Original Message----- > >> From: users-bounces at lists.ironpython.com [mailto:users- > >> bounces at lists.ironpython.com] On Behalf Of Bruce Bromberek > >> Sent: Thursday, July 01, 2010 6:22 PM > >> To: Discussion of IronPython > >> Subject: [IronPython] Conflicting information with Ironpython and > >> MapWindowGIS interop > >> > >> I'm trying to drive MapWindows GIS from an Ironpython script to > >> automate some tasks. ?MapWindow is in C#, and I have generated the > >> Interop Assembly, and I can load the MapWinGIS namespace. > >> Following this example in C# > >> > >> //create a new instance for MapWinGIS.Shapefile > >> //MapWinGIS.Shapefile ?is a data provider for ESRI Shapefile > >> MapWinGIS.Shapefile shapefile1 = new MapWinGIS.Shapefile(); > >> //Define the data source for MapWinGIS.Shapefile instance > >> shapefile1.Open(@"D:\GISSampleData\base.shp", null ); > >> > >> So I did the following: > >> >>> import clr > >> >>> clr.AddReference('MapWindow.Interfaces') > >> >>> clr.AddReference('MapWinGeoProc') > >> >>> clr.AddReference('MapWinUtility') > >> >>> clr.AddReference('MapWinInterfaces') > >> >>> clr.AddReference('Interop.MapWinGIS') > >> >>> import MapWinGIS > >> >>> shapefile1 = MapWinGIS.Shapefile > >> >>> help(shapefile1.Open) > >> Help on method_descriptor: > >> > >> Open(...) > >> ? ? Open(self, str ShapefileName, ICallback cBack) -> bool > >> > >> >>> shapefile1.Open(r"G:\DLS\BAB\2010 USPS > >> GIS\ADC_Layer\ADC_ALBANY_NY_120.shp",None) > >> Traceback (most recent call last): > >> ? File "", line 1, in > >> TypeError: expected IShapefile, got str > >> > >> Not being a C# master, I thought maybe I'm accessing the objects > >> correctly. ?Try again using IShapefile instead of Shapefile and I got > >> this > >> > >> >>> t = MapWinGIS.IShapefile > >> >>> dir(t) > >> ['BeginPointInShapefile', 'CacheExtents', 'CanUseSpatialIndex', > >> 'CdlgFilter', 'CellValue', 'Close', 'CreateNew', > >> 'CreateNewWithShapeID', 'CreateSpatialIndex', 'Dissolve', > >> 'EditCellValue', 'EditClear', 'EditDeleteField', 'EditDeleteShape', > >> 'EditInsertField', 'EditInsertShape', 'EditingShapes', 'EditingTable', > >> 'EndPointInShapefile', 'ErrorMsg', 'Extents', 'Field', 'FieldByName', > >> 'FileHandle', 'Filename', 'GenerateLabels', 'GetIntersection', > >> 'GlobalCallback', 'HasSpatialIndex', 'InvertSelection', > >> 'IsSpatialIndexValid', 'Key', 'Labels', 'LastErrorCode', 'NumFields', > >> 'NumSelected', 'NumShapes', 'Open', 'PointInShape', > >> 'PointInShapefile', 'Projection', 'QuickExtents', 'QuickPoint', > >> 'QuickPoints', 'QuickQueryInEditMode', 'RefreshExtents', > >> 'RefreshShapeExtents', 'Resource', 'Save', 'SaveAs', 'SelectAll', > >> 'SelectByShapefile', 'SelectNone', 'SelectShapes', > >> 'SelectionDrawingOptions', 'Shape', 'ShapeSelected', 'ShapefileType', > >> 'SpatialIndexMaxAreaPercent', 'StartEditingShapes', > >> 'StartEditingTable', 'StopEditingShapes', 'StopEditingTable', > >> 'UseQTree', 'UseSpatialIndex', '__doc__', '__repr__', 'numPoints'] > >> >>> t.Open.__doc__ > >> 'Open(self, str ShapefileName, ICallback cBack) -> bool' > >> > >> >>> a = r"C:\2010 USPS GIS\Shapefiles\ADC ATLANTA GA 303.shp" > >> >>> t.Open(a,None) > >> Traceback (most recent call last): > >> ? File "", line 1, in > >> TypeError: expected IShapefile, got str > >> > >> Can anyone tell me what I'm missing? > >> > >> Thanks. > >> > >> Bruce > >> _______________________________________________ > >> Users mailing list > >> Users at lists.ironpython.com > >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > _______________________________________________ > > Users mailing list > > Users at lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From dfugate at microsoft.com Fri Jul 2 22:52:23 2010 From: dfugate at microsoft.com (Dave Fugate) Date: Fri, 2 Jul 2010 20:52:23 +0000 Subject: [IronPython] Better NumPy/SciPy Support for IronPython In-Reply-To: <4C2D0C35.7070403@voidspace.org.uk> References: <32707103E022E74FA2BF41530F385A7C0F88D5C0@TK5EX14MBXC127.redmond.corp.microsoft.com>, <4C2D0C35.7070403@voidspace.org.uk> Message-ID: <32707103E022E74FA2BF41530F385A7C0F88E62B@TK5EX14MBXC127.redmond.corp.microsoft.com> ________________________________ From: users-bounces at lists.ironpython.com [users-bounces at lists.ironpython.com] on behalf of Michael Foord [fuzzyman at voidspace.org.uk] Sent: Thursday, July 01, 2010 2:44 PM To: Discussion of IronPython Subject: Re: [IronPython] Better NumPy/SciPy Support for IronPython On 01/07/2010 20:14, Dave Fugate wrote: Enthought, a company specialized in Python-based scientific computing solutions, announced a partnership with Microsoft several hours ago at the SciPy 2010 conference in which they?re porting over the NumPy and SciPy scientific software packages to IronPython. A significant part of this effort involves duplicating these packages? C-based modules in .NET. Previously, these libraries could only be consumed from IronPython very slowly using a C to .NET bridge. Is there any evidence (metrics) that using the Ironclad C to .NET bridge is "very slow"? I can believe there are places where it is slower but but I've never seen enthought (or any one else) show metrics of this. Michael Hi Michael, I personally haven?t seen the performance reports on IronClad, just word of mouth (e.g., http://www.johndcook.com/blog/2009/03/19/ironclad-ironpytho/). Dave Not only will this porting effort drastically improve the performance of Python?s top scientific packages under IronPython, it?s fantastic for NumPy/SciPy in the sense that it enables an entirely new community of (.NET) developers to utilize and contribute to these libraries. Also, Enthought?s refactoring work will make it easier to run these packages against all implementations of Python, not just IronPython. It?s expected that NumPy will be finished by September and SciPy before the end of the year. The IronPython Team [100_1450.JPG] _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ATT00001.jpg Type: image/jpeg Size: 30194 bytes Desc: ATT00001.jpg URL: From michael at voidspace.org.uk Mon Jul 5 16:38:35 2010 From: michael at voidspace.org.uk (Michael Foord) Date: Mon, 05 Jul 2010 15:38:35 +0100 Subject: [IronPython] IronPython Tools for existing project Message-ID: <4C31EE6B.1020603@voidspace.org.uk> Hello all, I'm working with a team on an IronPython Silverlight application. Some of the team develop with Windows and would like to use IronPython Tools for Visual Studio, especially for its debugging capabilities. This means I need to create a Visual Studio Solution and project(s) from the existing file layout. We would like to have the project checked in under version control and I'm aware that we'll probably need to manually manipulate the project files when we add files outside of visual studio. I can create the Visual Studio solution and project file and then manually manipulate the xml to add all the folders and individual files. So far so good. (Although perhaps not ideal having to add files individually - unfortunately I was away during the discussion about whether projects should be able to operate from the filesystem or have to explicitly include files.) Next I want to be able to launch our silverlight app from within visual studio in order to be able to debug. The html file is in a folder call "devcode". This has a subdirectory called "python", which becomes "python.xap" when served from chiron. I set the startup file for the project to "devcode\index.html" and the start directory to "devcode". When I launch the app with debugging from Visual Studio I get the message that Chiron has started on port 1322 and IE opens to the page http://localhost:1322/index.html Our html page opens (so far so good again), but unfortunately fails with the following error: Line: 31 Error: Unhandled Error in Silverlight 2 Application Code: 2104 Category: InitializeError Message: Could not download the Silverlight application. Check web server settings So it looks like Chiron is not building python.xap. How can I fix this? The next problem is that the xaml designer doesn't work. It fails due to all the external assembly references used in our xaml. Now this itself isn't so much a problem as I know the xaml designer is ropey at the moment anyway - however Chiron is going to have the same problem. It needs to know which assemblies our app uses so that it can serve them (they are served externally rather than being included in the xap file and need an entry in the Chiron manifest.) If this is never going to work with VS tools I can move the assemblies into the xap file as we will *probably* need this later anyway in order to allow our application to be installed and run out of browser. However I had assumed I could "add a reference" to the assemblies we were using. The "add reference" dialog doesn't actually allow me to add any references... The only active button on it is "Cancel". Is it possible to add references to Silverlight assemblies used by our project? (And preferably have them picked up by both the xaml designer and by chiron.) All the best, Michael -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. From merllab at microsoft.com Mon Jul 5 17:07:36 2010 From: merllab at microsoft.com (merllab at microsoft.com) Date: Mon, 5 Jul 2010 08:07:36 -0700 Subject: [IronPython] IronPython 2.6 CodePlex Source Update Message-ID: <16c5584e-15fd-4597-b269-1a065b4770d1@tk5-exsmh-c101.redmond.corp.microsoft.com> This is an automated email letting you know that sources have recently been pushed out. You can download these newer sources directly from http://ironpython.codeplex.com/SourceControl/changeset/view/72111. MODIFIED SOURCES $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/PythonOverloadResolver.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/PythonBinder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/InstanceBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/ActionBinder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/EngineTest.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/OverloadResolver.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/ScriptEngine.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/PlatformAdaptationLayer.cs CHECKIN COMMENTS -------------------------------------------------------------------------------- Changeset Id: 1903287 Date: 7/2/2010 7:08:56 PM Removes obsolete APIs and dead code. Implements overload disambiguation based upon proc arity. (Shelveset: RemoveObsolete;REDMOND\tomat | SNAP CheckinId: 11043) -------------------------------------------------------------------------------- Changeset Id: 1903287 Date: 7/2/2010 7:08:56 PM Removes obsolete APIs and dead code. Implements overload disambiguation based upon proc arity. (Shelveset: RemoveObsolete;REDMOND\tomat | SNAP CheckinId: 11043) From fuzzyman at voidspace.org.uk Mon Jul 5 17:11:51 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Mon, 05 Jul 2010 16:11:51 +0100 Subject: [IronPython] IronPython Tools for existing project In-Reply-To: <4C31EE6B.1020603@voidspace.org.uk> References: <4C31EE6B.1020603@voidspace.org.uk> Message-ID: <4C31F637.60102@voidspace.org.uk> Hello all, A further problem I forgot to mention is that when I add / create items through the ui it puts absolute paths in the project file rather than relative ones. This makes it problematic to keep the project files under version control where different users will have different paths. When I edit these paths to make them relative to the solution file / project file everything seems to work - so I can create a tool to "fix" the project files I guess. All the best, Michael Foord On 05/07/2010 15:38, Michael Foord wrote: > Hello all, > > I'm working with a team on an IronPython Silverlight application. Some > of the team develop with Windows and would like to use IronPython > Tools for Visual Studio, especially for its debugging capabilities. > This means I need to create a Visual Studio Solution and project(s) > from the existing file layout. > > We would like to have the project checked in under version control and > I'm aware that we'll probably need to manually manipulate the project > files when we add files outside of visual studio. > > I can create the Visual Studio solution and project file and then > manually manipulate the xml to add all the folders and individual > files. So far so good. (Although perhaps not ideal having to add files > individually - unfortunately I was away during the discussion about > whether projects should be able to operate from the filesystem or have > to explicitly include files.) > > Next I want to be able to launch our silverlight app from within > visual studio in order to be able to debug. > > The html file is in a folder call "devcode". This has a subdirectory > called "python", which becomes "python.xap" when served from chiron. > > I set the startup file for the project to "devcode\index.html" and the > start directory to "devcode". > > When I launch the app with debugging from Visual Studio I get the > message that Chiron has started on port 1322 and IE opens to the page > http://localhost:1322/index.html > > Our html page opens (so far so good again), but unfortunately fails > with the following error: > > Line: 31 > Error: Unhandled Error in Silverlight 2 Application > Code: 2104 > Category: InitializeError > Message: Could not download the Silverlight application. Check web > server settings > > So it looks like Chiron is not building python.xap. How can I fix this? > > The next problem is that the xaml designer doesn't work. It fails due > to all the external assembly references used in our xaml. Now this > itself isn't so much a problem as I know the xaml designer is ropey at > the moment anyway - however Chiron is going to have the same problem. > It needs to know which assemblies our app uses so that it can serve > them (they are served externally rather than being included in the xap > file and need an entry in the Chiron manifest.) > > If this is never going to work with VS tools I can move the assemblies > into the xap file as we will *probably* need this later anyway in > order to allow our application to be installed and run out of browser. > > However I had assumed I could "add a reference" to the assemblies we > were using. The "add reference" dialog doesn't actually allow me to > add any references... The only active button on it is "Cancel". Is it > possible to add references to Silverlight assemblies used by our > project? (And preferably have them picked up by both the xaml designer > and by chiron.) > > All the best, > > Michael > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. From dinov at microsoft.com Mon Jul 5 22:20:14 2010 From: dinov at microsoft.com (Dino Viehland) Date: Mon, 5 Jul 2010 20:20:14 +0000 Subject: [IronPython] IronPython Tools for existing project In-Reply-To: <4C31F637.60102@voidspace.org.uk> References: <4C31EE6B.1020603@voidspace.org.uk> <4C31F637.60102@voidspace.org.uk> Message-ID: <1A472770E042064698CB5ADC83A12ACD48AD00E4@TK5EX14MBXC118.redmond.corp.microsoft.com> We should definitely be adding relative paths so this is just a bug and I'll take a look at fixing it. > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Michael Foord > Sent: Monday, July 05, 2010 8:12 AM > To: Discussion of IronPython > Cc: Sven Passig > Subject: Re: [IronPython] IronPython Tools for existing project > > Hello all, > > A further problem I forgot to mention is that when I add / create items > through the ui it puts absolute paths in the project file rather than > relative ones. This makes it problematic to keep the project files > under > version control where different users will have different paths. > > When I edit these paths to make them relative to the solution file / > project file everything seems to work - so I can create a tool to "fix" > the project files I guess. > > All the best, > > Michael Foord > > > On 05/07/2010 15:38, Michael Foord wrote: > > Hello all, > > > > I'm working with a team on an IronPython Silverlight application. > Some > > of the team develop with Windows and would like to use IronPython > > Tools for Visual Studio, especially for its debugging capabilities. > > This means I need to create a Visual Studio Solution and project(s) > > from the existing file layout. > > > > We would like to have the project checked in under version control > and > > I'm aware that we'll probably need to manually manipulate the project > > files when we add files outside of visual studio. > > > > I can create the Visual Studio solution and project file and then > > manually manipulate the xml to add all the folders and individual > > files. So far so good. (Although perhaps not ideal having to add > files > > individually - unfortunately I was away during the discussion about > > whether projects should be able to operate from the filesystem or > have > > to explicitly include files.) > > > > Next I want to be able to launch our silverlight app from within > > visual studio in order to be able to debug. > > > > The html file is in a folder call "devcode". This has a subdirectory > > called "python", which becomes "python.xap" when served from chiron. > > > > I set the startup file for the project to "devcode\index.html" and > the > > start directory to "devcode". > > > > When I launch the app with debugging from Visual Studio I get the > > message that Chiron has started on port 1322 and IE opens to the page > > http://localhost:1322/index.html > > > > Our html page opens (so far so good again), but unfortunately fails > > with the following error: > > > > Line: 31 > > Error: Unhandled Error in Silverlight 2 Application > > Code: 2104 > > Category: InitializeError > > Message: Could not download the Silverlight application. Check web > > server settings > > > > So it looks like Chiron is not building python.xap. How can I fix > this? > > > > The next problem is that the xaml designer doesn't work. It fails due > > to all the external assembly references used in our xaml. Now this > > itself isn't so much a problem as I know the xaml designer is ropey > at > > the moment anyway - however Chiron is going to have the same problem. > > It needs to know which assemblies our app uses so that it can serve > > them (they are served externally rather than being included in the > xap > > file and need an entry in the Chiron manifest.) > > > > If this is never going to work with VS tools I can move the > assemblies > > into the xap file as we will *probably* need this later anyway in > > order to allow our application to be installed and run out of > browser. > > > > However I had assumed I could "add a reference" to the assemblies we > > were using. The "add reference" dialog doesn't actually allow me to > > add any references... The only active button on it is "Cancel". Is it > > possible to add references to Silverlight assemblies used by our > > project? (And preferably have them picked up by both the xaml > designer > > and by chiron.) > > > > All the best, > > > > Michael > > > > > -- > http://www.ironpythoninaction.com/ > http://www.voidspace.org.uk/blog > > READ CAREFULLY. By accepting and reading this email you agree, on > behalf of your employer, to release me from all obligations and waivers > arising from any and all NON-NEGOTIATED agreements, licenses, terms-of- > service, shrinkwrap, clickwrap, browsewrap, confidentiality, non- > disclosure, non-compete and acceptable use policies ("BOGUS > AGREEMENTS") that I have entered into with your employer, its partners, > licensors, agents and assigns, in perpetuity, without prejudice to my > ongoing rights and privileges. You further represent that you have the > authority to release me from any BOGUS AGREEMENTS on behalf of your > employer. > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From fuzzyman at voidspace.org.uk Mon Jul 5 22:22:51 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Mon, 05 Jul 2010 21:22:51 +0100 Subject: [IronPython] IronPython Tools for existing project In-Reply-To: <1A472770E042064698CB5ADC83A12ACD48AD00E4@TK5EX14MBXC118.redmond.corp.microsoft.com> References: <4C31EE6B.1020603@voidspace.org.uk> <4C31F637.60102@voidspace.org.uk> <1A472770E042064698CB5ADC83A12ACD48AD00E4@TK5EX14MBXC118.redmond.corp.microsoft.com> Message-ID: <4C323F1B.2030306@voidspace.org.uk> On 05/07/2010 21:20, Dino Viehland wrote: > We should definitely be adding relative paths so this is just a bug and I'll > take a look at fixing it. > > Cool - any ideas on the Chiron issue? (Why it isn't building our xap file and if it is possible for me to tell it about the external assemblies it needs to serve.) All the best, Michael >> -----Original Message----- >> From: users-bounces at lists.ironpython.com [mailto:users- >> bounces at lists.ironpython.com] On Behalf Of Michael Foord >> Sent: Monday, July 05, 2010 8:12 AM >> To: Discussion of IronPython >> Cc: Sven Passig >> Subject: Re: [IronPython] IronPython Tools for existing project >> >> Hello all, >> >> A further problem I forgot to mention is that when I add / create items >> through the ui it puts absolute paths in the project file rather than >> relative ones. This makes it problematic to keep the project files >> under >> version control where different users will have different paths. >> >> When I edit these paths to make them relative to the solution file / >> project file everything seems to work - so I can create a tool to "fix" >> the project files I guess. >> >> All the best, >> >> Michael Foord >> >> >> On 05/07/2010 15:38, Michael Foord wrote: >> >>> Hello all, >>> >>> I'm working with a team on an IronPython Silverlight application. >>> >> Some >> >>> of the team develop with Windows and would like to use IronPython >>> Tools for Visual Studio, especially for its debugging capabilities. >>> This means I need to create a Visual Studio Solution and project(s) >>> from the existing file layout. >>> >>> We would like to have the project checked in under version control >>> >> and >> >>> I'm aware that we'll probably need to manually manipulate the project >>> files when we add files outside of visual studio. >>> >>> I can create the Visual Studio solution and project file and then >>> manually manipulate the xml to add all the folders and individual >>> files. So far so good. (Although perhaps not ideal having to add >>> >> files >> >>> individually - unfortunately I was away during the discussion about >>> whether projects should be able to operate from the filesystem or >>> >> have >> >>> to explicitly include files.) >>> >>> Next I want to be able to launch our silverlight app from within >>> visual studio in order to be able to debug. >>> >>> The html file is in a folder call "devcode". This has a subdirectory >>> called "python", which becomes "python.xap" when served from chiron. >>> >>> I set the startup file for the project to "devcode\index.html" and >>> >> the >> >>> start directory to "devcode". >>> >>> When I launch the app with debugging from Visual Studio I get the >>> message that Chiron has started on port 1322 and IE opens to the page >>> http://localhost:1322/index.html >>> >>> Our html page opens (so far so good again), but unfortunately fails >>> with the following error: >>> >>> Line: 31 >>> Error: Unhandled Error in Silverlight 2 Application >>> Code: 2104 >>> Category: InitializeError >>> Message: Could not download the Silverlight application. Check web >>> server settings >>> >>> So it looks like Chiron is not building python.xap. How can I fix >>> >> this? >> >>> The next problem is that the xaml designer doesn't work. It fails due >>> to all the external assembly references used in our xaml. Now this >>> itself isn't so much a problem as I know the xaml designer is ropey >>> >> at >> >>> the moment anyway - however Chiron is going to have the same problem. >>> It needs to know which assemblies our app uses so that it can serve >>> them (they are served externally rather than being included in the >>> >> xap >> >>> file and need an entry in the Chiron manifest.) >>> >>> If this is never going to work with VS tools I can move the >>> >> assemblies >> >>> into the xap file as we will *probably* need this later anyway in >>> order to allow our application to be installed and run out of >>> >> browser. >> >>> However I had assumed I could "add a reference" to the assemblies we >>> were using. The "add reference" dialog doesn't actually allow me to >>> add any references... The only active button on it is "Cancel". Is it >>> possible to add references to Silverlight assemblies used by our >>> project? (And preferably have them picked up by both the xaml >>> >> designer >> >>> and by chiron.) >>> >>> All the best, >>> >>> Michael >>> >>> >> >> -- >> http://www.ironpythoninaction.com/ >> http://www.voidspace.org.uk/blog >> >> READ CAREFULLY. By accepting and reading this email you agree, on >> behalf of your employer, to release me from all obligations and waivers >> arising from any and all NON-NEGOTIATED agreements, licenses, terms-of- >> service, shrinkwrap, clickwrap, browsewrap, confidentiality, non- >> disclosure, non-compete and acceptable use policies ("BOGUS >> AGREEMENTS") that I have entered into with your employer, its partners, >> licensors, agents and assigns, in perpetuity, without prejudice to my >> ongoing rights and privileges. You further represent that you have the >> authority to release me from any BOGUS AGREEMENTS on behalf of your >> employer. >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. From jimmy at schementi.com Mon Jul 5 22:27:20 2010 From: jimmy at schementi.com (Jimmy Schementi) Date: Mon, 5 Jul 2010 13:27:20 -0700 Subject: [IronPython] IronPython Tools for existing project In-Reply-To: <4C323F1B.2030306@voidspace.org.uk> References: <4C31EE6B.1020603@voidspace.org.uk> <4C31F637.60102@voidspace.org.uk> <1A472770E042064698CB5ADC83A12ACD48AD00E4@TK5EX14MBXC118.redmond.corp.microsoft.com> <4C323F1B.2030306@voidspace.org.uk> Message-ID: On Mon, Jul 5, 2010 at 1:22 PM, Michael Foord wrote: > On 05/07/2010 21:20, Dino Viehland wrote: > >> We should definitely be adding relative paths so this is just a bug and >> I'll >> take a look at fixing it. >> >> >> > > Cool - any ideas on the Chiron issue? (Why it isn't building our xap file > and if it is possible for me to tell it about the external assemblies it > needs to serve.) > > I'll look into it tomorrow > All the best, > > Michael > > > -----Original Message----- >>> From: users-bounces at lists.ironpython.com [mailto:users- >>> bounces at lists.ironpython.com] On Behalf Of Michael Foord >>> Sent: Monday, July 05, 2010 8:12 AM >>> To: Discussion of IronPython >>> Cc: Sven Passig >>> Subject: Re: [IronPython] IronPython Tools for existing project >>> >>> Hello all, >>> >>> A further problem I forgot to mention is that when I add / create items >>> through the ui it puts absolute paths in the project file rather than >>> relative ones. This makes it problematic to keep the project files >>> under >>> version control where different users will have different paths. >>> >>> When I edit these paths to make them relative to the solution file / >>> project file everything seems to work - so I can create a tool to "fix" >>> the project files I guess. >>> >>> All the best, >>> >>> Michael Foord >>> >>> >>> On 05/07/2010 15:38, Michael Foord wrote: >>> >>> >>>> Hello all, >>>> >>>> I'm working with a team on an IronPython Silverlight application. >>>> >>>> >>> Some >>> >>> >>>> of the team develop with Windows and would like to use IronPython >>>> Tools for Visual Studio, especially for its debugging capabilities. >>>> This means I need to create a Visual Studio Solution and project(s) >>>> from the existing file layout. >>>> >>>> We would like to have the project checked in under version control >>>> >>>> >>> and >>> >>> >>>> I'm aware that we'll probably need to manually manipulate the project >>>> files when we add files outside of visual studio. >>>> >>>> I can create the Visual Studio solution and project file and then >>>> manually manipulate the xml to add all the folders and individual >>>> files. So far so good. (Although perhaps not ideal having to add >>>> >>>> >>> files >>> >>> >>>> individually - unfortunately I was away during the discussion about >>>> whether projects should be able to operate from the filesystem or >>>> >>>> >>> have >>> >>> >>>> to explicitly include files.) >>>> >>>> Next I want to be able to launch our silverlight app from within >>>> visual studio in order to be able to debug. >>>> >>>> The html file is in a folder call "devcode". This has a subdirectory >>>> called "python", which becomes "python.xap" when served from chiron. >>>> >>>> I set the startup file for the project to "devcode\index.html" and >>>> >>>> >>> the >>> >>> >>>> start directory to "devcode". >>>> >>>> When I launch the app with debugging from Visual Studio I get the >>>> message that Chiron has started on port 1322 and IE opens to the page >>>> http://localhost:1322/index.html >>>> >>>> Our html page opens (so far so good again), but unfortunately fails >>>> with the following error: >>>> >>>> Line: 31 >>>> Error: Unhandled Error in Silverlight 2 Application >>>> Code: 2104 >>>> Category: InitializeError >>>> Message: Could not download the Silverlight application. Check web >>>> server settings >>>> >>>> So it looks like Chiron is not building python.xap. How can I fix >>>> >>>> >>> this? >>> >>> >>>> The next problem is that the xaml designer doesn't work. It fails due >>>> to all the external assembly references used in our xaml. Now this >>>> itself isn't so much a problem as I know the xaml designer is ropey >>>> >>>> >>> at >>> >>> >>>> the moment anyway - however Chiron is going to have the same problem. >>>> It needs to know which assemblies our app uses so that it can serve >>>> them (they are served externally rather than being included in the >>>> >>>> >>> xap >>> >>> >>>> file and need an entry in the Chiron manifest.) >>>> >>>> If this is never going to work with VS tools I can move the >>>> >>>> >>> assemblies >>> >>> >>>> into the xap file as we will *probably* need this later anyway in >>>> order to allow our application to be installed and run out of >>>> >>>> >>> browser. >>> >>> >>>> However I had assumed I could "add a reference" to the assemblies we >>>> were using. The "add reference" dialog doesn't actually allow me to >>>> add any references... The only active button on it is "Cancel". Is it >>>> possible to add references to Silverlight assemblies used by our >>>> project? (And preferably have them picked up by both the xaml >>>> >>>> >>> designer >>> >>> >>>> and by chiron.) >>>> >>>> All the best, >>>> >>>> Michael >>>> >>>> >>>> >>> >>> -- >>> http://www.ironpythoninaction.com/ >>> http://www.voidspace.org.uk/blog >>> >>> READ CAREFULLY. By accepting and reading this email you agree, on >>> behalf of your employer, to release me from all obligations and waivers >>> arising from any and all NON-NEGOTIATED agreements, licenses, terms-of- >>> service, shrinkwrap, clickwrap, browsewrap, confidentiality, non- >>> disclosure, non-compete and acceptable use policies ("BOGUS >>> AGREEMENTS") that I have entered into with your employer, its partners, >>> licensors, agents and assigns, in perpetuity, without prejudice to my >>> ongoing rights and privileges. You further represent that you have the >>> authority to release me from any BOGUS AGREEMENTS on behalf of your >>> employer. >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at lists.ironpython.com >>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >>> >>> >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >> > > > -- > http://www.ironpythoninaction.com/ > http://www.voidspace.org.uk/blog > > READ CAREFULLY. By accepting and reading this email you agree, on behalf of > your employer, to release me from all obligations and waivers arising from > any and all NON-NEGOTIATED agreements, licenses, terms-of-service, > shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, > non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have > entered into with your employer, its partners, licensors, agents and > assigns, in perpetuity, without prejudice to my ongoing rights and > privileges. You further represent that you have the authority to release me > from any BOGUS AGREEMENTS on behalf of your employer. > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Mon Jul 5 22:28:38 2010 From: dinov at microsoft.com (Dino Viehland) Date: Mon, 5 Jul 2010 20:28:38 +0000 Subject: [IronPython] IronPython Tools for existing project In-Reply-To: <4C323F1B.2030306@voidspace.org.uk> References: <4C31EE6B.1020603@voidspace.org.uk> <4C31F637.60102@voidspace.org.uk> <1A472770E042064698CB5ADC83A12ACD48AD00E4@TK5EX14MBXC118.redmond.corp.microsoft.com> <4C323F1B.2030306@voidspace.org.uk> Message-ID: <1A472770E042064698CB5ADC83A12ACD48AD01B6@TK5EX14MBXC118.redmond.corp.microsoft.com> Michael wrote: > On 05/07/2010 21:20, Dino Viehland wrote: > > We should definitely be adding relative paths so this is just a bug > and I'll > > take a look at fixing it. > > > > > > Cool - any ideas on the Chiron issue? (Why it isn't building our xap > file and if it is possible for me to tell it about the external > assemblies it needs to serve.) > Not yet - I need to look at it and today's a holiday for us in the US so I thought I'd just respond to the easy issue for now :) I'll look at that one more in depth tomorrow. From fuzzyman at voidspace.org.uk Mon Jul 5 22:36:04 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Mon, 05 Jul 2010 21:36:04 +0100 Subject: [IronPython] IronPython Tools for existing project In-Reply-To: References: <4C31EE6B.1020603@voidspace.org.uk> <4C31F637.60102@voidspace.org.uk> <1A472770E042064698CB5ADC83A12ACD48AD00E4@TK5EX14MBXC118.redmond.corp.microsoft.com> <4C323F1B.2030306@voidspace.org.uk> Message-ID: <4C324234.9010800@voidspace.org.uk> On 05/07/2010 21:27, Jimmy Schementi wrote: > On Mon, Jul 5, 2010 at 1:22 PM, Michael Foord > > wrote: > > On 05/07/2010 21:20, Dino Viehland wrote: > > We should definitely be adding relative paths so this is just > a bug and I'll > take a look at fixing it. > > > > Cool - any ideas on the Chiron issue? (Why it isn't building our > xap file and if it is possible for me to tell it about the > external assemblies it needs to serve.) > > > I'll look into it tomorrow Thanks guys - really appreciate your help. All the best, Michael > All the best, > > Michael > > > -----Original Message----- > From: users-bounces at lists.ironpython.com > [mailto:users- > > bounces at lists.ironpython.com > ] On Behalf Of > Michael Foord > Sent: Monday, July 05, 2010 8:12 AM > To: Discussion of IronPython > Cc: Sven Passig > Subject: Re: [IronPython] IronPython Tools for existing > project > > Hello all, > > A further problem I forgot to mention is that when I add / > create items > through the ui it puts absolute paths in the project file > rather than > relative ones. This makes it problematic to keep the > project files > under > version control where different users will have different > paths. > > When I edit these paths to make them relative to the > solution file / > project file everything seems to work - so I can create a > tool to "fix" > the project files I guess. > > All the best, > > Michael Foord > > > On 05/07/2010 15:38, Michael Foord wrote: > > Hello all, > > I'm working with a team on an IronPython Silverlight > application. > > Some > > of the team develop with Windows and would like to use > IronPython > Tools for Visual Studio, especially for its debugging > capabilities. > This means I need to create a Visual Studio Solution > and project(s) > from the existing file layout. > > We would like to have the project checked in under > version control > > and > > I'm aware that we'll probably need to manually > manipulate the project > files when we add files outside of visual studio. > > I can create the Visual Studio solution and project > file and then > manually manipulate the xml to add all the folders and > individual > files. So far so good. (Although perhaps not ideal > having to add > > files > > individually - unfortunately I was away during the > discussion about > whether projects should be able to operate from the > filesystem or > > have > > to explicitly include files.) > > Next I want to be able to launch our silverlight app > from within > visual studio in order to be able to debug. > > The html file is in a folder call "devcode". This has > a subdirectory > called "python", which becomes "python.xap" when > served from chiron. > > I set the startup file for the project to > "devcode\index.html" and > > the > > start directory to "devcode". > > When I launch the app with debugging from Visual > Studio I get the > message that Chiron has started on port 1322 and IE > opens to the page > http://localhost:1322/index.html > > Our html page opens (so far so good again), but > unfortunately fails > with the following error: > > Line: 31 > Error: Unhandled Error in Silverlight 2 Application > Code: 2104 > Category: InitializeError > Message: Could not download the Silverlight > application. Check web > server settings > > So it looks like Chiron is not building python.xap. > How can I fix > > this? > > The next problem is that the xaml designer doesn't > work. It fails due > to all the external assembly references used in our > xaml. Now this > itself isn't so much a problem as I know the xaml > designer is ropey > > at > > the moment anyway - however Chiron is going to have > the same problem. > It needs to know which assemblies our app uses so that > it can serve > them (they are served externally rather than being > included in the > > xap > > file and need an entry in the Chiron manifest.) > > If this is never going to work with VS tools I can > move the > > assemblies > > into the xap file as we will *probably* need this > later anyway in > order to allow our application to be installed and run > out of > > browser. > > However I had assumed I could "add a reference" to the > assemblies we > were using. The "add reference" dialog doesn't > actually allow me to > add any references... The only active button on it is > "Cancel". Is it > possible to add references to Silverlight assemblies > used by our > project? (And preferably have them picked up by both > the xaml > > designer > > and by chiron.) > > All the best, > > Michael > > > > -- > http://www.ironpythoninaction.com/ > http://www.voidspace.org.uk/blog > > READ CAREFULLY. By accepting and reading this email you > agree, on > behalf of your employer, to release me from all > obligations and waivers > arising from any and all NON-NEGOTIATED agreements, > licenses, terms-of- > service, shrinkwrap, clickwrap, browsewrap, > confidentiality, non- > disclosure, non-compete and acceptable use policies ("BOGUS > AGREEMENTS") that I have entered into with your employer, > its partners, > licensors, agents and assigns, in perpetuity, without > prejudice to my > ongoing rights and privileges. You further represent that > you have the > authority to release me from any BOGUS AGREEMENTS on > behalf of your > employer. > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > -- > http://www.ironpythoninaction.com/ > http://www.voidspace.org.uk/blog > > READ CAREFULLY. By accepting and reading this email you agree, on > behalf of your employer, to release me from all obligations and > waivers arising from any and all NON-NEGOTIATED agreements, > licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, > confidentiality, non-disclosure, non-compete and acceptable use > policies (?BOGUS AGREEMENTS?) that I have entered into with your > employer, its partners, licensors, agents and assigns, in > perpetuity, without prejudice to my ongoing rights and privileges. > You further represent that you have the authority to release me > from any BOGUS AGREEMENTS on behalf of your employer. > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Mon Jul 5 22:58:37 2010 From: jdhardy at gmail.com (Jeff Hardy) Date: Mon, 5 Jul 2010 14:58:37 -0600 Subject: [IronPython] Attaching Silverlight/Gestalt events using IronPython 2.6.1 Message-ID: I'm working on a test Silverlight app using Gestalt and IronPython 2.6.1. I've got a local copy of gestalt-20100305 with the assemblies in the IronPython.slvx & Microsoft.Scripting.slvx file replaced with the ones from IronPython 2.6.1. When trying to attach an event using document.hello.events.onclick += hello_onclick I get a "AttributeError: 'NoneType' object has no attribute 'onclick'" error, because 'events' is None. Using document.hello.AttachEvent('onclick', System.EventHandler[HtmlEventArgs](hello_onclick)) works as expected. The 'document..events.' notation is still the example in the Gestalt documentation, and if I use dlr-latest.js from gestalt.ironpython.net, it works just fine. I need to use IronPython 2.6.1, however, to access isolated storage. - Jeff From fuzzyman at voidspace.org.uk Tue Jul 6 01:11:53 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Tue, 06 Jul 2010 00:11:53 +0100 Subject: [IronPython] Developing Silverlight apps using IronPython -- best strategies In-Reply-To: <1B42307CD4AADD438CDDA2FE1121CC9217432625@TK5EX14MBXC138.redmond.corp.microsoft.com> References: <4C2E299A.5060806@googlemail.com> <1B42307CD4AADD438CDDA2FE1121CC9217432625@TK5EX14MBXC138.redmond.corp.microsoft.com> Message-ID: <4C3266B9.7020409@voidspace.org.uk> On 02/07/2010 19:34, Jimmy Schementi wrote: > [snip...] >> 1) What is the cutting-edge way to deploy an SL4/IP2.6 application? >> I've basically seen two: >> - The "all-in-xap-way", with the python application and assemblies as well >> as the XAML in the xap file, as it is described in the article series at >> http://www.voidspace.org.uk/ironpython/silverlight/silverlight_application.s >> html >> - The "Gestalt way", with some magic inside, allowing to place >> XAML/Python code directly in the HTML Is the first way out-of-date? Are >> there more techniques? What are advantages/disadvantages? >> > There are two ways of developing apps because the Silverlight application model and the HTML application model are way different. The all-in-xap-way doesn't fight Silverlight at all, but it is a fight against how you're use to making web-apps. The script-tag way doesn't fight the web at all, but requires some tricks to work in Silverlight's world (zip files for DLL's, for example). > > We now advertise the script-tag way, as its most friendly to how people develop in dynamic languages, but there is nothing obsolete about the all-in-xap way. I personally prefer the script-tag way, and then I put libraries in zip files as needed. However, if you want to make a Silverlight app which runs out-of-browser, you need to use the app-in-xap way, since there in no HTML page to put script-tags on. =) > > The "Gestalt way" is definitely the cutting edge, and was brought in after I wrote the silverlight articles. It is "on my list" to update these articles... > [snip good questions and good answers from Jimmy that I can't add to...] >> 4) Code compilation: Is it possible to develop using IP, but to only deploy >> compiled binaries? >> I've stumbled over Pyc. How to use it within the best approach of question >> (1)? My naive mind sees two possible advantages: >> - Could this be a solution to the traffic problem in question (2), i.e. would >> this do without IP assembly provisioning? >> - For some developers it could be attractive for code obfuscation. >> I have the feeling that things are not that easy... >> > We don't support pre-compilation in Silverlight today. It wouldn't solve the traffic problem, as the DLR and IronPython are still required to run the pyc files. It might help make startup a bit quicker, but we haven't done performance testing to see what the actual win would be in Silverlight. In practice I prefer to import on a background thread, which does not hang the app during startup, and lets things load in as they need to. > We would dearly love to be able to deliver compiled IronPython binaries with Silverlight applications - mainly for startup performance (but also code obfuscation which is always a controversial topic). We also use background thread importing but it is still not as fast as we *would like*... :-) I think the limitation here is in the core-CLR missing the APIs that Pyc uses to write out assemblies. All the best, Michael Foord -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. From fuzzyman at voidspace.org.uk Tue Jul 6 14:31:45 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Tue, 06 Jul 2010 13:31:45 +0100 Subject: [IronPython] Better NumPy/SciPy Support for IronPython In-Reply-To: <32707103E022E74FA2BF41530F385A7C0F88E62B@TK5EX14MBXC127.redmond.corp.microsoft.com> References: <32707103E022E74FA2BF41530F385A7C0F88D5C0@TK5EX14MBXC127.redmond.corp.microsoft.com>, <4C2D0C35.7070403@voidspace.org.uk> <32707103E022E74FA2BF41530F385A7C0F88E62B@TK5EX14MBXC127.redmond.corp.microsoft.com> Message-ID: <4C332231.8070901@voidspace.org.uk> On 02/07/2010 21:52, Dave Fugate wrote: > ------------------------------------------------------------------------ > *From:* users-bounces at lists.ironpython.com > [users-bounces at lists.ironpython.com] on behalf of Michael Foord > [fuzzyman at voidspace.org.uk] > *Sent:* Thursday, July 01, 2010 2:44 PM > *To:* Discussion of IronPython > *Subject:* Re: [IronPython] Better NumPy/SciPy Support for IronPython > > On 01/07/2010 20:14, Dave Fugate wrote: >> >> Enthought , a company specialized in >> Python-based scientific computing solutions, announced >> a >> partnership with Microsoft several hours ago at the SciPy 2010 >> conference in >> which they?re porting over the NumPy and SciPy >> scientific software packages to >> IronPython. A significant part of this effort involves >> duplicating these packages? C-based modules in .NET. Previously, >> these libraries could only be consumed from IronPython very >> slowly using a C to .NET bridge. >> > > Is there any evidence (metrics) that using the Ironclad C to .NET > bridge is "very slow"? I can believe there are places where it is > slower but but I've never seen enthought (or any one else) show > metrics of this. > > Michael > > Hi Michael, I personally haven?t seen the performance reports on > IronClad, just word of mouth (e.g., > http://www.johndcook.com/blog/2009/03/19/ironclad-ironpytho/). > Well that is William being typically self-effacing. :-) In practise most of the examples I've seen have been pretty damn fast, and that article points that out too. Going from "in pathological cases it?s worse" to "only be consumed from IronPython very slowly" is quite a stretch. Anyway, it's a serious point. It's a shame that the exciting news is being promoted by knocking Ironclad instead of celebrating it. There is another article that takes a similar tack, so I think this was part of the presentation announcing it which is very disappointing. All the best, Michael > Dave > >> Not only will this porting effort drastically improve the >> performance of Python?s top scientific packages under IronPython, >> it?s fantastic for NumPy/SciPy in the sense that it enables an >> entirely new community of (.NET) developers to utilize and >> contribute to these libraries. Also, Enthought?s refactoring work >> will make it easier to run these packages against all >> implementations of Python, not just IronPython. It?s expected >> that NumPy will be finished by September and SciPy before the end >> of the year. >> >> The IronPython Team >> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> > > > -- > http://www.ironpythoninaction.com/ > http://www.voidspace.org.uk/blog > > READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. > > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jgehrcke at googlemail.com Tue Jul 6 16:59:48 2010 From: jgehrcke at googlemail.com (Jan-Philip Gehrcke) Date: Tue, 06 Jul 2010 16:59:48 +0200 Subject: [IronPython] IronPython/Silverlight -- callback problem Message-ID: <4C3344E4.1020601@googlemail.com> Hello, I don't know if this is more an IronPython (2.6.1) issue than a Silverlight (4) issue, but I hope that I am talking to the right audience again (thank you for the great answers last time). I've created an `Image` class managing images based on System.Windows.Media.Imaging.BitmapImage. My method `image_instance.load_and_show()` should load the image from a given URI and then show it in an XAML element. The important thing is that the showing part should only happen after it is sure that the image has loaded correctly. To control this, I use the BitmapImage.ImageOpened event. This is the relevant part of the code from my `Image` class: def load_and_show(self): self.bi = BitmapImage(Uri(self.abspath, UriKind.Absolute)) self.bi.ImageOpened += self.successfully_loaded_now_show self.bi.ImageFailed += self.load_failed #self.xaml_main_image.Source = self.bi # LINE A def successfully_loaded_now_show(self, s, e): debug("image loaded: %s" % s.UriSource) # LINE B self.xaml_main_image.Source = self.bi # LINE C def load_failed(self, s, e): debug("image load failed") # LINE D If the code is like shown above and I do `image_instance.show_and_load()`, nothing happens. More exactly, LINE B, C, and D are not reached. It is like *neither the event ImageOpened nor ImageFailed is toggled*. If I re-activate (or un-outcomment =)) LINE A, the callbacks magically work properly, i.e. after calling `image_instance.show_and_load()` the image shows up in the UI (either via LINE A or C), and LINE B is definitely reached (or LINE D in case of a wrong URI). The point is that I don't want LINE A, because showing the image should happen in a more controlled manner. What's the problem in my approach, why are the callbacks not called? Thank you in advance, Jan-Philip Gehrcke -- http://gehrcke.de From jimmy at schementi.com Wed Jul 7 00:29:46 2010 From: jimmy at schementi.com (Jimmy Schementi) Date: Tue, 6 Jul 2010 15:29:46 -0700 Subject: [IronPython] IronPython Tools for existing project In-Reply-To: <4C31EE6B.1020603@voidspace.org.uk> References: <4C31EE6B.1020603@voidspace.org.uk> Message-ID: On Mon, Jul 5, 2010 at 7:38 AM, Michael Foord wrote: > Hello all, > > I'm working with a team on an IronPython Silverlight application. Some of > the team develop with Windows and would like to use IronPython Tools for > Visual Studio, especially for its debugging capabilities. This means I need > to create a Visual Studio Solution and project(s) from the existing file > layout. > > We would like to have the project checked in under version control and I'm > aware that we'll probably need to manually manipulate the project files when > we add files outside of visual studio. > > I can create the Visual Studio solution and project file and then manually > manipulate the xml to add all the folders and individual files. So far so > good. (Although perhaps not ideal having to add files individually - > unfortunately I was away during the discussion about whether projects should > be able to operate from the filesystem or have to explicitly include files.) > Yes, projects now have an explicit set of files which VS never magically updates. Unfortunately "Show All Files" isn't supported on IronPython projects today (well, really MPFProj doesn't support it), meaning there is no "add this sub-directory" option, so it's really annoying to add a new set of files. Which means a script to update the pyproj file is your best bet. Dino and I were discussing a "refresh" button to enable on-demand updating, but that kinda sucks for someone who just wants a directory browser, which is sounds like you'd prefer? Personally I like the directory browser + regex exclusion list, but I understand that others want a closer-to-VS experience. Maybe there should be a toggle on the project that will put it in one or the other modes? I say a project-setting because it wouldn't be good if a explicit-project user created a project, and then it was opened by a directory-browser user. =P > Next I want to be able to launch our silverlight app from within visual > studio in order to be able to debug. > > The html file is in a folder call "devcode". This has a subdirectory called > "python", which becomes "python.xap" when served from chiron. > > I set the startup file for the project to "devcode\index.html" and the > start directory to "devcode". > > When I launch the app with debugging from Visual Studio I get the message > that Chiron has started on port 1322 and IE opens to the page > http://localhost:1322/index.html > > Our html page opens (so far so good again), but unfortunately fails with > the following error: > > Line: 31 > Error: Unhandled Error in Silverlight 2 Application > Code: 2104 > Category: InitializeError > Message: Could not download the Silverlight application. Check web server > settings > > So it looks like Chiron is not building python.xap. How can I fix this? > I'm able to reproduce this too; all xap file requests are 500 errors. Must be an issue with how VS is launching Chiron, as it works when I launch Chiron with the same set of flags from cmd.exe. Let me poke around a bit more ... > The next problem is that the xaml designer doesn't work. It fails due to > all the external assembly references used in our xaml. Now this itself isn't > so much a problem as I know the xaml designer is ropey at the moment anyway > - however Chiron is going to have the same problem. It needs to know which > assemblies our app uses so that it can serve them (they are served > externally rather than being included in the xap file and need an entry in > the Chiron manifest.) > No need for putting an entry in the Chiron manifest; just create your own AppManifest.xaml in the "python" directory and put your entries there. Then put your assemblies somewhere relative to the "python" directory (like, maybe, "bin"?), and use the same relative paths in the AppManifest.xaml, like this: > If this is never going to work with VS tools I can move the assemblies into > the xap file as we will *probably* need this later anyway in order to allow > our application to be installed and run out of browser. > True, in SL3 ExternalParts did not work OOB, and I don't think that's changed in SL4. > However I had assumed I could "add a reference" to the assemblies we were > using. The "add reference" dialog doesn't actually allow me to add any > references... The only active button on it is "Cancel". Is it possible to > add references to Silverlight assemblies used by our project? (And > preferably have them picked up by both the xaml designer and by chiron.) > "Add Reference" does not work in any IronPython projects, mainly because there is no standard place to put "clr.AddReference" ... at the top of the main file? ... in a references.py file? This is more complicated in Silverlight, as it first requires *either* that assembly to be in the XAP, or as an ExternalPart, *or* as a zip-file script-tag, before clr.AddReference is used. So for now, the reference must be manually added depending on how you want it deployed. In your case, putting it in the AppManifest.xaml will work fine for Chiron, though I'm almost certain the XAML designer will not work; we'll have to extend the designer the same way we're doing for WPF, except with knowledge of our Silverlight app-model. > All the best, > > Michael > > -- > http://www.ironpythoninaction.com/ > http://www.voidspace.org.uk/blog > > READ CAREFULLY. By accepting and reading this email you agree, on behalf of > your employer, to release me from all obligations and waivers arising from > any and all NON-NEGOTIATED agreements, licenses, terms-of-service, > shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, > non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have > entered into with your employer, its partners, licensors, agents and > assigns, in perpetuity, without prejudice to my ongoing rights and > privileges. You further represent that you have the authority to release me > from any BOGUS AGREEMENTS on behalf of your employer. > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fuzzyman at voidspace.org.uk Wed Jul 7 00:36:17 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Tue, 06 Jul 2010 23:36:17 +0100 Subject: [IronPython] IronPython Tools for existing project In-Reply-To: References: <4C31EE6B.1020603@voidspace.org.uk> Message-ID: <4C33AFE1.5060206@voidspace.org.uk> Thanks Jimmy - that answers all my questions. I would *personally* prefer a directory based solution (*much*) with include / exclude regexen but I think our developers will be happy with a VS like solution and I can manipulate the xml to update the project with new files. The Chiron problem is a real problem for us and negates some of the advantage of using Visual Studio. When there is any news on it please let us know. Also please let me know when there is news on informing the Silverlight xaml designer about referenced assemblies. All the best, Michael Foord On 06/07/2010 23:29, Jimmy Schementi wrote: > On Mon, Jul 5, 2010 at 7:38 AM, Michael Foord > > wrote: > > Hello all, > > I'm working with a team on an IronPython Silverlight application. > Some of the team develop with Windows and would like to use > IronPython Tools for Visual Studio, especially for its debugging > capabilities. This means I need to create a Visual Studio Solution > and project(s) from the existing file layout. > > We would like to have the project checked in under version control > and I'm aware that we'll probably need to manually manipulate the > project files when we add files outside of visual studio. > > I can create the Visual Studio solution and project file and then > manually manipulate the xml to add all the folders and individual > files. So far so good. (Although perhaps not ideal having to add > files individually - unfortunately I was away during the > discussion about whether projects should be able to operate from > the filesystem or have to explicitly include files.) > > > Yes, projects now have an explicit set of files which VS never > magically updates. Unfortunately "Show All Files" isn't supported on > IronPython projects today (well, really MPFProj > doesn't support it), meaning there is > no "add this sub-directory" option, so it's really annoying to add a > new set of files. Which means a script to update the pyproj file is > your best bet. > > Dino and I were discussing a "refresh" button to enable on-demand > updating, but that kinda sucks for someone who just wants a directory > browser, which is sounds like you'd prefer? Personally I like the > directory browser + regex exclusion list, but I understand that others > want a closer-to-VS experience. Maybe there should be a toggle on the > project that will put it in one or the other modes? I say a > project-setting because it wouldn't be good if a explicit-project user > created a project, and then it was opened by a directory-browser user. =P > > Next I want to be able to launch our silverlight app from within > visual studio in order to be able to debug. > > The html file is in a folder call "devcode". This has a > subdirectory called "python", which becomes "python.xap" when > served from chiron. > > I set the startup file for the project to "devcode\index.html" and > the start directory to "devcode". > > When I launch the app with debugging from Visual Studio I get the > message that Chiron has started on port 1322 and IE opens to the > page http://localhost:1322/index.html > > Our html page opens (so far so good again), but unfortunately > fails with the following error: > > Line: 31 > Error: Unhandled Error in Silverlight 2 Application > Code: 2104 > Category: InitializeError > Message: Could not download the Silverlight application. Check web > server settings > > So it looks like Chiron is not building python.xap. How can I fix > this? > > > I'm able to reproduce this too; all xap file requests are 500 errors. > Must be an issue with how VS is launching Chiron, as it works when I > launch Chiron with the same set of flags from cmd.exe. Let me poke > around a bit more ... > > The next problem is that the xaml designer doesn't work. It fails > due to all the external assembly references used in our xaml. Now > this itself isn't so much a problem as I know the xaml designer is > ropey at the moment anyway - however Chiron is going to have the > same problem. It needs to know which assemblies our app uses so > that it can serve them (they are served externally rather than > being included in the xap file and need an entry in the Chiron > manifest.) > > > No need for putting an entry in the Chiron manifest; just create your > own AppManifest.xaml in the "python" directory and put your entries > there. Then put your assemblies somewhere relative to the "python" > directory (like, maybe, "bin"?), and use the same relative paths in > the AppManifest.xaml, like this: > > > > If this is never going to work with VS tools I can move the > assemblies into the xap file as we will *probably* need this later > anyway in order to allow our application to be installed and run > out of browser. > > > True, in SL3 ExternalParts did not work OOB, and I don't think that's > changed in SL4. > > However I had assumed I could "add a reference" to the assemblies > we were using. The "add reference" dialog doesn't actually allow > me to add any references... The only active button on it is > "Cancel". Is it possible to add references to Silverlight > assemblies used by our project? (And preferably have them picked > up by both the xaml designer and by chiron.) > > > "Add Reference" does not work in any IronPython projects, mainly > because there is no standard place to put "clr.AddReference" ... at > the top of the main file? ... in a references.py file? This is more > complicated in Silverlight, as it first requires *either* that > assembly to be in the XAP, or as an ExternalPart, *or* as a zip-file > script-tag, before clr.AddReference is used. So for now, the reference > must be manually added depending on how you want it deployed. In your > case, putting it in the AppManifest.xaml will work fine for Chiron, > though I'm almost certain the XAML designer will not work; we'll have > to extend the designer the same way we're doing for WPF, except with > knowledge of our Silverlight app-model. > > > All the best, > > Michael > > -- > http://www.ironpythoninaction.com/ > http://www.voidspace.org.uk/blog > > READ CAREFULLY. By accepting and reading this email you agree, on > behalf of your employer, to release me from all obligations and > waivers arising from any and all NON-NEGOTIATED agreements, > licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, > confidentiality, non-disclosure, non-compete and acceptable use > policies (?BOGUS AGREEMENTS?) that I have entered into with your > employer, its partners, licensors, agents and assigns, in > perpetuity, without prejudice to my ongoing rights and privileges. > You further represent that you have the authority to release me > from any BOGUS AGREEMENTS on behalf of your employer. > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy at schementi.com Wed Jul 7 01:31:33 2010 From: jimmy at schementi.com (Jimmy Schementi) Date: Tue, 6 Jul 2010 16:31:33 -0700 Subject: [IronPython] Attaching Silverlight/Gestalt events using IronPython 2.6.1 In-Reply-To: References: Message-ID: On Mon, Jul 5, 2010 at 1:58 PM, Jeff Hardy wrote: > I'm working on a test Silverlight app using Gestalt and IronPython > 2.6.1. I've got a local copy of gestalt-20100305 with the assemblies > in the IronPython.slvx & Microsoft.Scripting.slvx file replaced with > the ones from IronPython 2.6.1. > > When trying to attach an event using > > document.hello.events.onclick += hello_onclick > > I get a "AttributeError: 'NoneType' object has no attribute 'onclick'" > error, because 'events' is None. Using > > document.hello.AttachEvent('onclick', > System.EventHandler[HtmlEventArgs](hello_onclick)) > > works as expected. > > The 'document..events.' notation is still the example in > the Gestalt documentation, and if I use dlr-latest.js from > gestalt.ironpython.net, it works just fine. I need to use IronPython > 2.6.1, however, to access isolated storage. > Problem here is IronPython 2.6.1 shipped with an older version of Microsoft.Scripting.Silverlight.dll, which does not support the .events method ... it supports accessing events directly off of the HTML element (document.foo.onclick += click_foo). Given that change, we didn't update the gestalt.iron*.net binaries for 2.6.1, but it will be updated for 2.6.2. In the meantime, I'll put a build 20100706 up there shortly. - Jeff > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From merllab at microsoft.com Wed Jul 7 17:08:50 2010 From: merllab at microsoft.com (merllab at microsoft.com) Date: Wed, 7 Jul 2010 08:08:50 -0700 Subject: [IronPython] IronPython 2.6 CodePlex Source Update Message-ID: <6eac51dc-37e3-4f2c-b961-6880360092ee@tk5-exsmh-c101.redmond.corp.microsoft.com> This is an automated email letting you know that sources have recently been pushed out. You can download these newer sources directly from http://ironpython.codeplex.com/SourceControl/changeset/view/72285. ADDED SOURCES $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/XamlObjectWriterSettings.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/DynamicXamlReader.cs MODIFIED SOURCES $/IronPython/IronPython_Main/Languages/IronPython/IronPython/IronPython.csproj $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Hosting/PythonOptionsParser.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/PythonScriptCode.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/Node.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/XamlObjectWriterSettings.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/PythonContext.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/PythonOptions.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/ClrModule.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/EngineTest.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/IronPythonTest.csproj $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/PythonAst.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/RuntimeScriptCode.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/Modes/ConsoleHelp.Release.out $/IronPython/IronPython_Main/Languages/IronPython/Tests/Modes/ConsoleHelp.Debug.out $/IronPython/IronPython_Main/Languages/IronPython/Tests/Modes/ConsoleFlags.ps1 $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_cliclass.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Microsoft.Dynamic.csproj $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/DynamicXamlReader.cs From zachc at microsoft.com Wed Jul 7 17:49:13 2010 From: zachc at microsoft.com (Zach Crowell) Date: Wed, 7 Jul 2010 15:49:13 +0000 Subject: [IronPython] IronPython Tools for existing project In-Reply-To: <4C33AFE1.5060206@voidspace.org.uk> References: <4C31EE6B.1020603@voidspace.org.uk> <4C33AFE1.5060206@voidspace.org.uk> Message-ID: <96E729AD36208D4DA2A5909C89A1C3671396E5C9@TK5EX14MBXW604.wingroup.windeploy.ntdev.microsoft.com> I don't actually know how the project system worked prior to CTP3, but has anyone tried using this construct* in the pyproj file? I vaguely recall issues in the past where VS would occasionally replace this Include with specific file paths, but my brief experimentation with it this morning seemed promising. Using Add->New Item to add .py files to the project didn't affect it. The only immediate downside was files added via other means required a project reload to show up in VS (but this could be turned into a single button in the UI). (*If you aren't familiar with it, this is MSBuild recursive wildcard syntax.) From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Michael Foord Sent: Tuesday, 06 July, 2010 15:36 To: Discussion of IronPython Cc: Sven Passig Subject: Re: [IronPython] IronPython Tools for existing project Thanks Jimmy - that answers all my questions. I would *personally* prefer a directory based solution (*much*) with include / exclude regexen but I think our developers will be happy with a VS like solution and I can manipulate the xml to update the project with new files. The Chiron problem is a real problem for us and negates some of the advantage of using Visual Studio. When there is any news on it please let us know. Also please let me know when there is news on informing the Silverlight xaml designer about referenced assemblies. All the best, Michael Foord On 06/07/2010 23:29, Jimmy Schementi wrote: On Mon, Jul 5, 2010 at 7:38 AM, Michael Foord > wrote: Hello all, I'm working with a team on an IronPython Silverlight application. Some of the team develop with Windows and would like to use IronPython Tools for Visual Studio, especially for its debugging capabilities. This means I need to create a Visual Studio Solution and project(s) from the existing file layout. We would like to have the project checked in under version control and I'm aware that we'll probably need to manually manipulate the project files when we add files outside of visual studio. I can create the Visual Studio solution and project file and then manually manipulate the xml to add all the folders and individual files. So far so good. (Although perhaps not ideal having to add files individually - unfortunately I was away during the discussion about whether projects should be able to operate from the filesystem or have to explicitly include files.) Yes, projects now have an explicit set of files which VS never magically updates. Unfortunately "Show All Files" isn't supported on IronPython projects today (well, really MPFProj doesn't support it), meaning there is no "add this sub-directory" option, so it's really annoying to add a new set of files. Which means a script to update the pyproj file is your best bet. Dino and I were discussing a "refresh" button to enable on-demand updating, but that kinda sucks for someone who just wants a directory browser, which is sounds like you'd prefer? Personally I like the directory browser + regex exclusion list, but I understand that others want a closer-to-VS experience. Maybe there should be a toggle on the project that will put it in one or the other modes? I say a project-setting because it wouldn't be good if a explicit-project user created a project, and then it was opened by a directory-browser user. =P Next I want to be able to launch our silverlight app from within visual studio in order to be able to debug. The html file is in a folder call "devcode". This has a subdirectory called "python", which becomes "python.xap" when served from chiron. I set the startup file for the project to "devcode\index.html" and the start directory to "devcode". When I launch the app with debugging from Visual Studio I get the message that Chiron has started on port 1322 and IE opens to the page http://localhost:1322/index.html Our html page opens (so far so good again), but unfortunately fails with the following error: Line: 31 Error: Unhandled Error in Silverlight 2 Application Code: 2104 Category: InitializeError Message: Could not download the Silverlight application. Check web server settings So it looks like Chiron is not building python.xap. How can I fix this? I'm able to reproduce this too; all xap file requests are 500 errors. Must be an issue with how VS is launching Chiron, as it works when I launch Chiron with the same set of flags from cmd.exe. Let me poke around a bit more ... The next problem is that the xaml designer doesn't work. It fails due to all the external assembly references used in our xaml. Now this itself isn't so much a problem as I know the xaml designer is ropey at the moment anyway - however Chiron is going to have the same problem. It needs to know which assemblies our app uses so that it can serve them (they are served externally rather than being included in the xap file and need an entry in the Chiron manifest.) No need for putting an entry in the Chiron manifest; just create your own AppManifest.xaml in the "python" directory and put your entries there. Then put your assemblies somewhere relative to the "python" directory (like, maybe, "bin"?), and use the same relative paths in the AppManifest.xaml, like this: If this is never going to work with VS tools I can move the assemblies into the xap file as we will *probably* need this later anyway in order to allow our application to be installed and run out of browser. True, in SL3 ExternalParts did not work OOB, and I don't think that's changed in SL4. However I had assumed I could "add a reference" to the assemblies we were using. The "add reference" dialog doesn't actually allow me to add any references... The only active button on it is "Cancel". Is it possible to add references to Silverlight assemblies used by our project? (And preferably have them picked up by both the xaml designer and by chiron.) "Add Reference" does not work in any IronPython projects, mainly because there is no standard place to put "clr.AddReference" ... at the top of the main file? ... in a references.py file? This is more complicated in Silverlight, as it first requires *either* that assembly to be in the XAP, or as an ExternalPart, *or* as a zip-file script-tag, before clr.AddReference is used. So for now, the reference must be manually added depending on how you want it deployed. In your case, putting it in the AppManifest.xaml will work fine for Chiron, though I'm almost certain the XAML designer will not work; we'll have to extend the designer the same way we're doing for WPF, except with knowledge of our Silverlight app-model. All the best, Michael -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies ("BOGUS AGREEMENTS") that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies ("BOGUS AGREEMENTS") that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fuzzyman at voidspace.org.uk Wed Jul 7 18:49:50 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Wed, 07 Jul 2010 17:49:50 +0100 Subject: [IronPython] IronPython/Silverlight -- callback problem In-Reply-To: <4C3344E4.1020601@googlemail.com> References: <4C3344E4.1020601@googlemail.com> Message-ID: <4C34B02E.4030407@voidspace.org.uk> On 06/07/2010 15:59, Jan-Philip Gehrcke wrote: > Hello, > > I don't know if this is more an IronPython (2.6.1) issue than a > Silverlight (4) issue, but I hope that I am talking to the right > audience again (thank you for the great answers last time). > > I've created an `Image` class managing images based on > System.Windows.Media.Imaging.BitmapImage. My method > `image_instance.load_and_show()` should load the image from a given > URI and then show it in an XAML element. The important thing > is that the showing part should only happen after it is sure that the > image has loaded correctly. To control this, I use the > BitmapImage.ImageOpened event. This is the relevant part of the code > from my `Image` class: > > > def load_and_show(self): > self.bi = BitmapImage(Uri(self.abspath, UriKind.Absolute)) > self.bi.ImageOpened += self.successfully_loaded_now_show > self.bi.ImageFailed += self.load_failed > #self.xaml_main_image.Source = self.bi # LINE A > > def successfully_loaded_now_show(self, s, e): > debug("image loaded: %s" % s.UriSource) # LINE B > self.xaml_main_image.Source = self.bi # LINE C > > def load_failed(self, s, e): > debug("image load failed") # LINE D > > > If the code is like shown above and I do > `image_instance.show_and_load()`, nothing happens. More exactly, LINE > B, C, and D are not reached. It is like *neither the event ImageOpened > nor ImageFailed is toggled*. > It seems likely then that the image is not opened or downloaded until you set it as the source on an image. Does the code behave differently if you write it in C#? If you set the bitmapimage as the image source does the event then fire correctly? If so perhaps create the image control but only add it to the visual tree once the bitmap has loaded. Michael > If I re-activate (or un-outcomment =)) LINE A, the callbacks magically > work properly, i.e. after calling `image_instance.show_and_load()` the > image shows up in the UI (either via LINE A or C), and LINE B is > definitely reached (or LINE D in case of a wrong URI). > > The point is that I don't want LINE A, because showing the image > should happen in a more controlled manner. What's the problem in my > approach, why are the callbacks not called? > > Thank you in advance, > > Jan-Philip Gehrcke > -- > http://gehrcke.de > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. From jimmy at schementi.com Wed Jul 7 20:10:32 2010 From: jimmy at schementi.com (Jimmy Schementi) Date: Wed, 7 Jul 2010 11:10:32 -0700 Subject: [IronPython] Attaching Silverlight/Gestalt events using IronPython 2.6.1 In-Reply-To: References: Message-ID: On Tue, Jul 6, 2010 at 4:31 PM, Jimmy Schementi wrote: > On Mon, Jul 5, 2010 at 1:58 PM, Jeff Hardy wrote: > >> I'm working on a test Silverlight app using Gestalt and IronPython >> 2.6.1. I've got a local copy of gestalt-20100305 with the assemblies >> in the IronPython.slvx & Microsoft.Scripting.slvx file replaced with >> the ones from IronPython 2.6.1. >> >> When trying to attach an event using >> >> document.hello.events.onclick += hello_onclick >> >> I get a "AttributeError: 'NoneType' object has no attribute 'onclick'" >> error, because 'events' is None. Using >> >> document.hello.AttachEvent('onclick', >> System.EventHandler[HtmlEventArgs](hello_onclick)) >> >> works as expected. >> >> The 'document..events.' notation is still the example in >> the Gestalt documentation, and if I use dlr-latest.js from >> gestalt.ironpython.net, it works just fine. I need to use IronPython >> 2.6.1, however, to access isolated storage. >> > > Problem here is IronPython 2.6.1 shipped with an older version of > Microsoft.Scripting.Silverlight.dll, which does not support the .events > method ... it supports accessing events directly off of the HTML element > (document.foo.onclick += click_foo). Given that change, we didn't update the > gestalt.iron*.net binaries for 2.6.1, but it will be updated for 2.6.2. In > the meantime, I'll put a build 20100706 up there shortly. > > Try using http://gestalt.ironpython.net/dlr-20100706.js ... I'll make that dlr-latest.js if it works for you and all the tests pass against it. > - Jeff >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cenovsky at bakalari.cz Wed Jul 7 20:53:26 2010 From: cenovsky at bakalari.cz (Lukas Cenovsky) Date: Wed, 07 Jul 2010 20:53:26 +0200 Subject: [IronPython] Developing Silverlight apps using IronPython -- best strategies In-Reply-To: <4C2E299A.5060806@googlemail.com> References: <4C2E299A.5060806@googlemail.com> Message-ID: <4C34CD26.506@bakalari.cz> On 2.7.2010 20:02, Jan-Philip Gehrcke wrote: > Dear list, > > I'm totally new to Silverlight (SL) development and it seems that I > can benefit from my Python experience by combining SL with IronPython > (at which I've never looked before, too). In the last days, I crawled > the web and tried to get an impression of what is the best way to > start. During this time, some questions came up... > > 1) What is the cutting-edge way to deploy an SL4/IP2.6 application? > I've basically seen two: > - The "all-in-xap-way", with the python application and assemblies > as well as the XAML in the xap file, as it is described in the article > series at > http://www.voidspace.org.uk/ironpython/silverlight/silverlight_application.shtml > - The "Gestalt way", with some magic inside, allowing to place > XAML/Python code directly in the HTML > Is the first way out-of-date? Are there more techniques? What are > advantages/disadvantages? If you want to use "all-in-xap-way" with some .dlls served (and cached) separately, see my blog: http://gui-at.blogspot.com/2010/05/distributing-silverlight-application.html > 4) Code compilation: Is it possible to develop using IP, but to only > deploy compiled binaries? > I've stumbled over Pyc. How to use it within the best approach of > question (1)? My naive mind sees two possible advantages: > - Could this be a solution to the traffic problem in question (2), > i.e. would this do without IP assembly provisioning? > - For some developers it could be attractive for code obfuscation. > I have the feeling that things are not that easy... There were some promises about compilation... If you want it, vote for http://ironpython.codeplex.com/workitem/25680 -- -- Lukas From jdhardy at gmail.com Wed Jul 7 21:07:47 2010 From: jdhardy at gmail.com (Jeff Hardy) Date: Wed, 7 Jul 2010 13:07:47 -0600 Subject: [IronPython] Attaching Silverlight/Gestalt events using IronPython 2.6.1 In-Reply-To: References: Message-ID: On Wed, Jul 7, 2010 at 12:10 PM, Jimmy Schementi wrote: > Try using http://gestalt.ironpython.net/dlr-20100706.js ... I'll make that > dlr-latest.js if it works for you and all the tests pass against it. Both the event hookup and IsolatedStorage work for me with dlr-20100706.js. Thanks for the quick response! - Jeff From jimmy at schementi.com Wed Jul 7 22:04:49 2010 From: jimmy at schementi.com (Jimmy Schementi) Date: Wed, 7 Jul 2010 13:04:49 -0700 Subject: [IronPython] Attaching Silverlight/Gestalt events using IronPython 2.6.1 In-Reply-To: References: Message-ID: On Wed, Jul 7, 2010 at 12:07 PM, Jeff Hardy wrote: > On Wed, Jul 7, 2010 at 12:10 PM, Jimmy Schementi > wrote: > > Try using http://gestalt.ironpython.net/dlr-20100706.js ... I'll make > that > > dlr-latest.js if it works for you and all the tests pass against it. > > Both the event hookup and IsolatedStorage work for me with > dlr-20100706.js. Thanks for the quick response! > > - Jeff > Great. Tests passed, so now dlr-latest.js has been updated. I'll make sure to push the IronPython 2.6.2 release as well. ~js -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Wed Jul 7 23:18:49 2010 From: dinov at microsoft.com (Dino Viehland) Date: Wed, 7 Jul 2010 21:18:49 +0000 Subject: [IronPython] IronPython Tools for existing project In-Reply-To: <4C31F637.60102@voidspace.org.uk> References: <4C31EE6B.1020603@voidspace.org.uk> <4C31F637.60102@voidspace.org.uk> Message-ID: <1A472770E042064698CB5ADC83A12ACD48AE07E4@TK5EX14MBXC118.redmond.corp.microsoft.com> Michael wrote: > A further problem I forgot to mention is that when I add / create items > through the ui it puts absolute paths in the project file rather than > relative ones. This makes it problematic to keep the project files under > version control where different users will have different paths. > > When I edit these paths to make them relative to the solution file / > project file everything seems to work - so I can create a tool to "fix" > the project files I guess. Hi Michael, I just wanted to let you know I have a fix for this and it'll be included in the next release. From fuzzyman at voidspace.org.uk Wed Jul 7 23:50:08 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Wed, 07 Jul 2010 22:50:08 +0100 Subject: [IronPython] IronPython Tools for existing project In-Reply-To: <1A472770E042064698CB5ADC83A12ACD48AE07E4@TK5EX14MBXC118.redmond.corp.microsoft.com> References: <4C31EE6B.1020603@voidspace.org.uk> <4C31F637.60102@voidspace.org.uk> <1A472770E042064698CB5ADC83A12ACD48AE07E4@TK5EX14MBXC118.redmond.corp.microsoft.com> Message-ID: <4C34F690.4030904@voidspace.org.uk> On 07/07/2010 22:18, Dino Viehland wrote: > Michael wrote: > >> A further problem I forgot to mention is that when I add / create items >> through the ui it puts absolute paths in the project file rather than >> relative ones. This makes it problematic to keep the project files under >> version control where different users will have different paths. >> >> When I edit these paths to make them relative to the solution file / >> project file everything seems to work - so I can create a tool to "fix" >> the project files I guess. >> > > Hi Michael, > > I just wanted to let you know I have a fix for this and it'll be included > in the next release. > > > Great! Michael > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. From dinov at microsoft.com Thu Jul 8 00:37:41 2010 From: dinov at microsoft.com (Dino Viehland) Date: Wed, 7 Jul 2010 22:37:41 +0000 Subject: [IronPython] IronPython Tools for existing project In-Reply-To: <96E729AD36208D4DA2A5909C89A1C3671396E5C9@TK5EX14MBXW604.wingroup.windeploy.ntdev.microsoft.com> References: <4C31EE6B.1020603@voidspace.org.uk> <4C33AFE1.5060206@voidspace.org.uk> <96E729AD36208D4DA2A5909C89A1C3671396E5C9@TK5EX14MBXW604.wingroup.windeploy.ntdev.microsoft.com> Message-ID: <1A472770E042064698CB5ADC83A12ACD48AE1031@TK5EX14MBXC118.redmond.corp.microsoft.com> There's definitely some problems w/ this - for example it appears that rename doesn't work with this right now. I'm not sure what else would be broken when using that syntax but I'm guessing that it's generally not supported by MPFProj. We do successfully bring up all the files though into project explorer when we first load. So if there was no editing modifying of the files it would appear to work. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Zach Crowell Sent: Wednesday, July 07, 2010 8:49 AM To: Discussion of IronPython Subject: Re: [IronPython] IronPython Tools for existing project I don't actually know how the project system worked prior to CTP3, but has anyone tried using this construct* in the pyproj file? I vaguely recall issues in the past where VS would occasionally replace this Include with specific file paths, but my brief experimentation with it this morning seemed promising. Using Add->New Item to add .py files to the project didn't affect it. The only immediate downside was files added via other means required a project reload to show up in VS (but this could be turned into a single button in the UI). (*If you aren't familiar with it, this is MSBuild recursive wildcard syntax.) From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Michael Foord Sent: Tuesday, 06 July, 2010 15:36 To: Discussion of IronPython Cc: Sven Passig Subject: Re: [IronPython] IronPython Tools for existing project Thanks Jimmy - that answers all my questions. I would *personally* prefer a directory based solution (*much*) with include / exclude regexen but I think our developers will be happy with a VS like solution and I can manipulate the xml to update the project with new files. The Chiron problem is a real problem for us and negates some of the advantage of using Visual Studio. When there is any news on it please let us know. Also please let me know when there is news on informing the Silverlight xaml designer about referenced assemblies. All the best, Michael Foord On 06/07/2010 23:29, Jimmy Schementi wrote: On Mon, Jul 5, 2010 at 7:38 AM, Michael Foord > wrote: Hello all, I'm working with a team on an IronPython Silverlight application. Some of the team develop with Windows and would like to use IronPython Tools for Visual Studio, especially for its debugging capabilities. This means I need to create a Visual Studio Solution and project(s) from the existing file layout. We would like to have the project checked in under version control and I'm aware that we'll probably need to manually manipulate the project files when we add files outside of visual studio. I can create the Visual Studio solution and project file and then manually manipulate the xml to add all the folders and individual files. So far so good. (Although perhaps not ideal having to add files individually - unfortunately I was away during the discussion about whether projects should be able to operate from the filesystem or have to explicitly include files.) Yes, projects now have an explicit set of files which VS never magically updates. Unfortunately "Show All Files" isn't supported on IronPython projects today (well, really MPFProj doesn't support it), meaning there is no "add this sub-directory" option, so it's really annoying to add a new set of files. Which means a script to update the pyproj file is your best bet. Dino and I were discussing a "refresh" button to enable on-demand updating, but that kinda sucks for someone who just wants a directory browser, which is sounds like you'd prefer? Personally I like the directory browser + regex exclusion list, but I understand that others want a closer-to-VS experience. Maybe there should be a toggle on the project that will put it in one or the other modes? I say a project-setting because it wouldn't be good if a explicit-project user created a project, and then it was opened by a directory-browser user. =P Next I want to be able to launch our silverlight app from within visual studio in order to be able to debug. The html file is in a folder call "devcode". This has a subdirectory called "python", which becomes "python.xap" when served from chiron. I set the startup file for the project to "devcode\index.html" and the start directory to "devcode". When I launch the app with debugging from Visual Studio I get the message that Chiron has started on port 1322 and IE opens to the page http://localhost:1322/index.html Our html page opens (so far so good again), but unfortunately fails with the following error: Line: 31 Error: Unhandled Error in Silverlight 2 Application Code: 2104 Category: InitializeError Message: Could not download the Silverlight application. Check web server settings So it looks like Chiron is not building python.xap. How can I fix this? I'm able to reproduce this too; all xap file requests are 500 errors. Must be an issue with how VS is launching Chiron, as it works when I launch Chiron with the same set of flags from cmd.exe. Let me poke around a bit more ... The next problem is that the xaml designer doesn't work. It fails due to all the external assembly references used in our xaml. Now this itself isn't so much a problem as I know the xaml designer is ropey at the moment anyway - however Chiron is going to have the same problem. It needs to know which assemblies our app uses so that it can serve them (they are served externally rather than being included in the xap file and need an entry in the Chiron manifest.) No need for putting an entry in the Chiron manifest; just create your own AppManifest.xaml in the "python" directory and put your entries there. Then put your assemblies somewhere relative to the "python" directory (like, maybe, "bin"?), and use the same relative paths in the AppManifest.xaml, like this: If this is never going to work with VS tools I can move the assemblies into the xap file as we will *probably* need this later anyway in order to allow our application to be installed and run out of browser. True, in SL3 ExternalParts did not work OOB, and I don't think that's changed in SL4. However I had assumed I could "add a reference" to the assemblies we were using. The "add reference" dialog doesn't actually allow me to add any references... The only active button on it is "Cancel". Is it possible to add references to Silverlight assemblies used by our project? (And preferably have them picked up by both the xaml designer and by chiron.) "Add Reference" does not work in any IronPython projects, mainly because there is no standard place to put "clr.AddReference" ... at the top of the main file? ... in a references.py file? This is more complicated in Silverlight, as it first requires *either* that assembly to be in the XAP, or as an ExternalPart, *or* as a zip-file script-tag, before clr.AddReference is used. So for now, the reference must be manually added depending on how you want it deployed. In your case, putting it in the AppManifest.xaml will work fine for Chiron, though I'm almost certain the XAML designer will not work; we'll have to extend the designer the same way we're doing for WPF, except with knowledge of our Silverlight app-model. All the best, Michael -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies ("BOGUS AGREEMENTS") that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies ("BOGUS AGREEMENTS") that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jimmy.Schementi at microsoft.com Thu Jul 8 01:35:51 2010 From: Jimmy.Schementi at microsoft.com (Jimmy Schementi) Date: Wed, 7 Jul 2010 23:35:51 +0000 Subject: [IronPython] How do I include a complete IronPython installation in an ASP.NET Web application? In-Reply-To: <00a001cb193f$a3c6f430$eb54dc90$@com> References: <004601cb1924$441d5080$cc57f180$@com> <00a001cb193f$a3c6f430$eb54dc90$@com> Message-ID: <1B42307CD4AADD438CDDA2FE1121CC92174499FA@TK5EX14MBXC138.redmond.corp.microsoft.com> You can put python scripts in the App_Script directory, which is added to the os.path for you, or store it in any other directory and put it on the path. Deploying your application is no different than deploying any other ASP.NET app. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of William Johnston Sent: Thursday, July 01, 2010 10:06 AM To: 'Discussion of IronPython' Subject: Re: [IronPython] How do I include a complete IronPython installation in an ASP.NET Web application? Hello again, What I would like to do is publish and run my IronPython installation along with my web app onto a remote server. Thanks. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of William Johnston Sent: Thursday, July 01, 2010 9:50 AM To: users at lists.ironpython.com Subject: [IronPython] How do I include a complete IronPython installation in an ASP.NET Web application? Hello, How do I include site-modules (including IronPython) in an ASP.NET Web application? I'm already including the proper dlls, but I am not sure how to include the site-modules (or the complete installation of IronPython) in an ASP.NET Web application. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From yngipy at gmail.com Thu Jul 8 08:13:46 2010 From: yngipy at gmail.com (yngipy hernan) Date: Thu, 8 Jul 2010 01:13:46 -0500 Subject: [IronPython] (no subject) Message-ID: Hi all, I have observed something that may be an issue, see snippet below import sys #filename is temp.py print 'hello world' print 'hello world' print 'Line : %s'%sys._getframe(0).f_lineno Here is my command line: ipy.exe -X:FullFrames temp.py The command "sys._getframe(0).f_lineno" always returns 1. Below my IPY version: IronPython 2.6.1 (2.6.10920.0) on .NET 4.0.30319.1 Note that CPython 2.6.5 reports "6" Regards, Yngipy IPRobot (http://pyas.svn.sourceforge.net/viewvc/pyas/trunk/src/ipr/) -------------- next part -------------- An HTML attachment was scrubbed... URL: From yngipy at gmail.com Thu Jul 8 08:15:01 2010 From: yngipy at gmail.com (yngipy hernan) Date: Thu, 8 Jul 2010 01:15:01 -0500 Subject: [IronPython] sys._getframe(0).f_lineno always returns 1 Message-ID: Hi all, I have observed something that may be an issue, see snippet below import sys #filename is temp.py print 'hello world' print 'hello world' print 'Line : %s'%sys._getframe(0).f_lineno Here is my command line: ipy.exe -X:FullFrames temp.py The command "sys._getframe(0).f_lineno" always returns 1. Below my IPY version: IronPython 2.6.1 (2.6.10920.0) on .NET 4.0.30319.1 Note that CPython 2.6.5 reports "6" Regards, Yngipy IPRobot (http://pyas.svn.sourceforge.net/viewvc/pyas/trunk/src/ipr/) -------------- next part -------------- An HTML attachment was scrubbed... URL: From r.brown.bayliss at gmail.com Thu Jul 8 10:37:05 2010 From: r.brown.bayliss at gmail.com (Rob Brown-Bayliss) Date: Thu, 8 Jul 2010 20:37:05 +1200 Subject: [IronPython] Write permissions Message-ID: Hi I have begun playing with ironpython and wpf. I come from a python on linux with gtk+ background. I have a problem with vista and trying to open a log file via the logging module: Access to the path 'C:\log.txt' is denied. I expect this will bite me a lot on vista, but it works on xp. Can some one point me in the right direction with regards to user permissions etc? Thanks -- -- Rob From jgehrcke at googlemail.com Thu Jul 8 13:28:51 2010 From: jgehrcke at googlemail.com (Jan-Philip Gehrcke) Date: Thu, 08 Jul 2010 13:28:51 +0200 Subject: [IronPython] IronPython/Silverlight -- callback problem In-Reply-To: <4C34B02E.4030407@voidspace.org.uk> References: <4C3344E4.1020601@googlemail.com> <4C34B02E.4030407@voidspace.org.uk> Message-ID: <4C35B673.2090505@googlemail.com> Thanks for your comment, Michael. I found the explanation in the docs: http://msdn.microsoft.com/en-us/library/ms619201(v=VS.95).aspx The default setting is `BitmapCreateOptions.DelayCreation` -> "Causes a BitmapSource object to delay initialization until it is necessary. This is useful when dealing with collections of images. This is the default value of the BitmapImage.CreateOptions property in Silverlight." Now, I change this to `BitmapCreateOptions.None` and add the callbacks before assigning the URI: def load_and_show(self): self.bi = BitmapImage() self.bi.CreateOptions = BitmapCreateOptions.None; self.bi.ImageOpened += self.successfully_loaded_now_show self.bi.ImageFailed += self.load_failed self.bi.UriSource = Uri(self.abspath, UriKind.Absolute) def successfully_loaded_now_show(self, s, e): self.xaml_main_image.Source = self.bi This works as expected. Jan-Philip On 07.07.2010 18:49, Michael Foord wrote: > On 06/07/2010 15:59, Jan-Philip Gehrcke wrote: >> Hello, >> >> I don't know if this is more an IronPython (2.6.1) issue than a >> Silverlight (4) issue, but I hope that I am talking to the right >> audience again (thank you for the great answers last time). >> >> I've created an `Image` class managing images based on >> System.Windows.Media.Imaging.BitmapImage. My method >> `image_instance.load_and_show()` should load the image from a given >> URI and then show it in an XAML element. The important >> thing is that the showing part should only happen after it is sure >> that the image has loaded correctly. To control this, I use the >> BitmapImage.ImageOpened event. This is the relevant part of the code >> from my `Image` class: >> >> >> def load_and_show(self): >> self.bi = BitmapImage(Uri(self.abspath, UriKind.Absolute)) >> self.bi.ImageOpened += self.successfully_loaded_now_show >> self.bi.ImageFailed += self.load_failed >> #self.xaml_main_image.Source = self.bi # LINE A >> >> def successfully_loaded_now_show(self, s, e): >> debug("image loaded: %s" % s.UriSource) # LINE B >> self.xaml_main_image.Source = self.bi # LINE C >> >> def load_failed(self, s, e): >> debug("image load failed") # LINE D >> >> >> If the code is like shown above and I do >> `image_instance.show_and_load()`, nothing happens. More exactly, LINE >> B, C, and D are not reached. It is like *neither the event >> ImageOpened nor ImageFailed is toggled*. >> > > It seems likely then that the image is not opened or downloaded until > you set it as the source on an image. Does the code behave differently > if you write it in C#? > > If you set the bitmapimage as the image source does the event then > fire correctly? If so perhaps create the image control but only add it > to the visual tree once the bitmap has loaded. > > Michael > >> If I re-activate (or un-outcomment =)) LINE A, the callbacks >> magically work properly, i.e. after calling >> `image_instance.show_and_load()` the image shows up in the UI (either >> via LINE A or C), and LINE B is definitely reached (or LINE D in case >> of a wrong URI). >> >> The point is that I don't want LINE A, because showing the image >> should happen in a more controlled manner. What's the problem in my >> approach, why are the callbacks not called? >> >> Thank you in advance, >> >> Jan-Philip Gehrcke >> -- >> http://gehrcke.de >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > From fuzzyman at voidspace.org.uk Thu Jul 8 13:34:58 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Thu, 08 Jul 2010 12:34:58 +0100 Subject: [IronPython] IronPython/Silverlight -- callback problem In-Reply-To: <4C35B673.2090505@googlemail.com> References: <4C3344E4.1020601@googlemail.com> <4C34B02E.4030407@voidspace.org.uk> <4C35B673.2090505@googlemail.com> Message-ID: <4C35B7E2.7090406@voidspace.org.uk> On 08/07/2010 12:28, Jan-Philip Gehrcke wrote: > Thanks for your comment, Michael. > I found the explanation in the docs: > http://msdn.microsoft.com/en-us/library/ms619201(v=VS.95).aspx > The default setting is `BitmapCreateOptions.DelayCreation` > -> "Causes a BitmapSource object to delay initialization until it is > necessary. This is useful when dealing with collections of images. > This is the default value of the BitmapImage.CreateOptions property in > Silverlight." > > Now, I change this to `BitmapCreateOptions.None` and add the callbacks > before assigning the URI: > Great - glad you got it sorted. Michael > def load_and_show(self): > self.bi = BitmapImage() > self.bi.CreateOptions = BitmapCreateOptions.None; > self.bi.ImageOpened += self.successfully_loaded_now_show > self.bi.ImageFailed += self.load_failed > self.bi.UriSource = Uri(self.abspath, UriKind.Absolute) > > def successfully_loaded_now_show(self, s, e): > self.xaml_main_image.Source = self.bi > > This works as expected. > > Jan-Philip > > On 07.07.2010 18:49, Michael Foord wrote: >> On 06/07/2010 15:59, Jan-Philip Gehrcke wrote: >>> Hello, >>> >>> I don't know if this is more an IronPython (2.6.1) issue than a >>> Silverlight (4) issue, but I hope that I am talking to the right >>> audience again (thank you for the great answers last time). >>> >>> I've created an `Image` class managing images based on >>> System.Windows.Media.Imaging.BitmapImage. My method >>> `image_instance.load_and_show()` should load the image from a given >>> URI and then show it in an XAML element. The important >>> thing is that the showing part should only happen after it is sure >>> that the image has loaded correctly. To control this, I use the >>> BitmapImage.ImageOpened event. This is the relevant part of the code >>> from my `Image` class: >>> >>> >>> def load_and_show(self): >>> self.bi = BitmapImage(Uri(self.abspath, UriKind.Absolute)) >>> self.bi.ImageOpened += self.successfully_loaded_now_show >>> self.bi.ImageFailed += self.load_failed >>> #self.xaml_main_image.Source = self.bi # LINE A >>> >>> def successfully_loaded_now_show(self, s, e): >>> debug("image loaded: %s" % s.UriSource) # LINE B >>> self.xaml_main_image.Source = self.bi # LINE C >>> >>> def load_failed(self, s, e): >>> debug("image load failed") # LINE D >>> >>> >>> If the code is like shown above and I do >>> `image_instance.show_and_load()`, nothing happens. More exactly, >>> LINE B, C, and D are not reached. It is like *neither the event >>> ImageOpened nor ImageFailed is toggled*. >>> >> >> It seems likely then that the image is not opened or downloaded until >> you set it as the source on an image. Does the code behave >> differently if you write it in C#? >> >> If you set the bitmapimage as the image source does the event then >> fire correctly? If so perhaps create the image control but only add >> it to the visual tree once the bitmap has loaded. >> >> Michael >> >>> If I re-activate (or un-outcomment =)) LINE A, the callbacks >>> magically work properly, i.e. after calling >>> `image_instance.show_and_load()` the image shows up in the UI >>> (either via LINE A or C), and LINE B is definitely reached (or LINE >>> D in case of a wrong URI). >>> >>> The point is that I don't want LINE A, because showing the image >>> should happen in a more controlled manner. What's the problem in my >>> approach, why are the callbacks not called? >>> >>> Thank you in advance, >>> >>> Jan-Philip Gehrcke >>> -- >>> http://gehrcke.de >>> _______________________________________________ >>> Users mailing list >>> Users at lists.ironpython.com >>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >> > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. From fuzzyman at voidspace.org.uk Thu Jul 8 13:38:48 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Thu, 08 Jul 2010 12:38:48 +0100 Subject: [IronPython] Write permissions In-Reply-To: References: Message-ID: <4C35B8C8.7050004@voidspace.org.uk> On 08/07/2010 09:37, Rob Brown-Bayliss wrote: > Hi > > I have begun playing with ironpython and wpf. I come from a python on > linux with gtk+ background. > > > I have a problem with vista and trying to open a log file via the > logging module: Access to the path 'C:\log.txt' is denied. > > Writing to C: in Vista and Windows 7 requires elevated permissions so your application will require admin privileges. Can you not choose another location to write to (one of the user folders)? Michael > I expect this will bite me a lot on vista, but it works on xp. Can > some one point me in the right direction with regards to user > permissions etc? > > Thanks > > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. From mrkafk at gmail.com Thu Jul 8 18:38:01 2010 From: mrkafk at gmail.com (Marcin Krol) Date: Thu, 08 Jul 2010 18:38:01 +0200 Subject: [IronPython] GUI programming / IronPython In-Reply-To: References: Message-ID: <4C35FEE9.4090707@gmail.com> Hello everyone, I'm a relatively long-time Python user and need to develop a GUI application with Python. I'm waffling between PyQT and IronPython. PyQT has multiplatform capability that is going for it. On the plus side, IronPython may be better integrated with Windows, which will be my main target audience. The question is, how hard is GUI programming with IronPython? Asking bc I have very little experience with C# / .NET. Are there any pitfalls re IronPython / Windows Forms? Is it hard for a newbie to figure out using .NET stuff via IronPython? -- Regards, mk -- Premature optimization is the root of all fun. From mrkafk at gmail.com Thu Jul 8 18:38:18 2010 From: mrkafk at gmail.com (Marcin Krol) Date: Thu, 08 Jul 2010 18:38:18 +0200 Subject: [IronPython] Packaging IronPython GUI app In-Reply-To: <2b1a55fa-a17e-4228-b2f7-e688c9c5d2b2@s9g2000yqd.googlegroups.com> References: <2b1a55fa-a17e-4228-b2f7-e688c9c5d2b2@s9g2000yqd.googlegroups.com> Message-ID: <4C35FEFA.3040002@gmail.com> Hello everyone, Is it possible to package IronPython GUI app as standalone executable? Anybody here doing that as a practice for production apps? My motivation is obvious: I can't expect most users to go through rigmarole of installing ironpython to use my app. I need to use standard windows installer, and make an app as robust and "self- reliant" (in the sense: independent of various system settings and problems) as possible. It seems that it's at least theoretically possible: http://www.codeproject.com/KB/dotnet/ironpython.aspx Caveats? Problems? I'd appreciate feedback from someone who has been there and done that. -- Regards, mk -- Premature optimization is the root of all fun. From fuzzyman at voidspace.org.uk Thu Jul 8 19:40:14 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Thu, 08 Jul 2010 18:40:14 +0100 Subject: [IronPython] GUI programming / IronPython In-Reply-To: <4C35FEE9.4090707@gmail.com> References: <4C35FEE9.4090707@gmail.com> Message-ID: <4C360D7E.3060408@voidspace.org.uk> On 08/07/2010 17:38, Marcin Krol wrote: > > Hello everyone, > > I'm a relatively long-time Python user and need to develop a GUI > application with Python. > > I'm waffling between PyQT and IronPython. PyQT has multiplatform > capability that is going for it. On the plus side, IronPython may be > better integrated with Windows, which will be my main target audience. > > The question is, how hard is GUI programming with IronPython? Asking > bc I have very little experience with C# / .NET. > > Are there any pitfalls re IronPython / Windows Forms? Is it hard for a > newbie to figure out using .NET stuff via IronPython? > IronPython and either WPF or Windows Forms is a great platform for developing desktop applications for Windows. It's a fairly big topic. I'd say Windows Forms is probably easier to start with but WPF is capable of creating better looking user interfaces. IronPython in Action has great material on both winforms and WPF, naturally. :-) All the best, Michael Foord -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. From dinov at microsoft.com Thu Jul 8 19:43:58 2010 From: dinov at microsoft.com (Dino Viehland) Date: Thu, 8 Jul 2010 17:43:58 +0000 Subject: [IronPython] GUI programming / IronPython In-Reply-To: <4C360D7E.3060408@voidspace.org.uk> References: <4C35FEE9.4090707@gmail.com> <4C360D7E.3060408@voidspace.org.uk> Message-ID: <1A472770E042064698CB5ADC83A12ACD48AE6DA2@TK5EX14MBXC118.redmond.corp.microsoft.com> Michael wrote: > On 08/07/2010 17:38, Marcin Krol wrote: > > > > Hello everyone, > > > > I'm a relatively long-time Python user and need to develop a GUI > > application with Python. > > > > I'm waffling between PyQT and IronPython. PyQT has multiplatform > > capability that is going for it. On the plus side, IronPython may be > > better integrated with Windows, which will be my main target > audience. > > > > The question is, how hard is GUI programming with IronPython? Asking > > bc I have very little experience with C# / .NET. > > > > Are there any pitfalls re IronPython / Windows Forms? Is it hard for > a > > newbie to figure out using .NET stuff via IronPython? > > > IronPython and either WPF or Windows Forms is a great platform for > developing desktop applications for Windows. It's a fairly big topic. > I'd say Windows Forms is probably easier to start with but WPF is > capable of creating better looking user interfaces. IronPython in > Action > has great material on both winforms and WPF, naturally. :-) I'd also add that WPF is a better fit w/ Python as far as designer support goes. IronPython Tools for VS has some basic designer support for WPF but more is coming soon. From fuzzyman at voidspace.org.uk Thu Jul 8 19:54:21 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Thu, 08 Jul 2010 18:54:21 +0100 Subject: [IronPython] Packaging IronPython GUI app In-Reply-To: <4C35FEFA.3040002@gmail.com> References: <2b1a55fa-a17e-4228-b2f7-e688c9c5d2b2@s9g2000yqd.googlegroups.com> <4C35FEFA.3040002@gmail.com> Message-ID: <4C3610CD.90605@voidspace.org.uk> On 08/07/2010 17:38, Marcin Krol wrote: > Hello everyone, > > Is it possible to package IronPython GUI app as standalone executable? > Anybody here doing that as a practice for production apps? > > My motivation is obvious: I can't expect most users to go through > rigmarole of installing ironpython to use my app. I need to use > standard windows installer, and make an app as robust and "self- > reliant" (in the sense: independent of various system settings and > problems) as possible. > > It seems that it's at least theoretically possible: > http://www.codeproject.com/KB/dotnet/ironpython.aspx > > Caveats? Problems? > > I'd appreciate feedback from someone who has been there and done that. > Packaging an app as an installer is a separate problem from IronPython. I've used Wix in the past for creating installers for Windows. You can use the Pyc compiler to create an executable from your IronPython application, or write a minimal C# .exe that embeds the IronPython engine and starts the app. Both ways are pretty easy. All you need to do is include the IronPython assemblies along with your app. All the best, Michael Foord -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. From mrkafk at gmail.com Thu Jul 8 20:03:27 2010 From: mrkafk at gmail.com (Marcin Krol) Date: Thu, 08 Jul 2010 20:03:27 +0200 Subject: [IronPython] Dynamic-ish programming, or MissingMemberException Message-ID: <4C3612EF.5090203@gmail.com> Hello everyone, When I try to add attributes to self in a method outside __init__, I'm getting MissingMemberException. Do I have to add everything to __slots__ and __init__() ? I'm not saying it's not worth having smth like this to get Python plug into CLR, but this is kinda weird. In addition, IronPython Studio crashed when I tried to get an online explanation from the exception window. -- Regards, mk -- Premature optimization is the root of all fun. From mrkafk at gmail.com Thu Jul 8 20:07:09 2010 From: mrkafk at gmail.com (Marcin Krol) Date: Thu, 08 Jul 2010 20:07:09 +0200 Subject: [IronPython] Packaging IronPython GUI app In-Reply-To: <4C3610CD.90605@voidspace.org.uk> References: <2b1a55fa-a17e-4228-b2f7-e688c9c5d2b2@s9g2000yqd.googlegroups.com> <4C35FEFA.3040002@gmail.com> <4C3610CD.90605@voidspace.org.uk> Message-ID: <4C3613CD.8080402@gmail.com> Michael Foord wrote: > Packaging an app as an installer is a separate problem from IronPython. > I've used Wix in the past for creating installers for Windows. You can > use the Pyc compiler to create an executable from your IronPython > application, or write a minimal C# .exe that embeds the IronPython > engine and starts the app. > > Both ways are pretty easy. All you need to do is include the IronPython > assemblies along with your app. Thanks Michael! This is precisely what I needed. -- Regards, mk -- Premature optimization is the root of all fun. From fuzzyman at voidspace.org.uk Thu Jul 8 20:14:49 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Thu, 08 Jul 2010 19:14:49 +0100 Subject: [IronPython] Dynamic-ish programming, or MissingMemberException In-Reply-To: <4C3612EF.5090203@gmail.com> References: <4C3612EF.5090203@gmail.com> Message-ID: <4C361599.9080601@voidspace.org.uk> On 08/07/2010 19:03, Marcin Krol wrote: > Hello everyone, > > When I try to add attributes to self in a method outside __init__, I'm > getting MissingMemberException. Do I have to add everything to > __slots__ and __init__() ? > > I'm not saying it's not worth having smth like this to get Python plug > into CLR, but this is kinda weird. > > In addition, IronPython Studio crashed when I tried to get an online > explanation from the exception window. > Don't use IronPython Studio - it is *very* unstable and uses IronPython 1 which is years out of date. Use IronPython Tools for Visual Studio 2010: http://ironpython.net/ironpython/tools/ Basically you shouldn't use __slots__ because it causes problems like this... I think IronPython Studio creates classes with __slots__ when you use the windows forms designer. IronPython Tools doesn't have a winforms designer because it isn't really possible without horrible hacks. I recommend using the Visual Studio C# designer and then subclass the classes it generates from IronPython. Michael -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. From mrkafk at gmail.com Thu Jul 8 20:26:34 2010 From: mrkafk at gmail.com (Marcin Krol) Date: Thu, 08 Jul 2010 20:26:34 +0200 Subject: [IronPython] Dynamic-ish programming, or MissingMemberException In-Reply-To: <4C361599.9080601@voidspace.org.uk> References: <4C3612EF.5090203@gmail.com> <4C361599.9080601@voidspace.org.uk> Message-ID: <4C36185A.2020507@gmail.com> Michael Foord wrote: > Don't use IronPython Studio - it is *very* unstable and uses IronPython > 1 which is years out of date. Yikes. > Use IronPython Tools for Visual Studio 2010: > > http://ironpython.net/ironpython/tools/ > > Basically you shouldn't use __slots__ because it causes problems like > this... I think IronPython Studio creates classes with __slots__ when > you use the windows forms designer. It does. > IronPython Tools doesn't have a > winforms designer because it isn't really possible without horrible > hacks. I recommend using the Visual Studio C# designer and then subclass > the classes it generates from IronPython. Thanks, this saves me newbie pains - but can I make this work with VS 2010 Express? -- Regards, mk -- Premature optimization is the root of all fun. From mrkafk at gmail.com Thu Jul 8 20:29:37 2010 From: mrkafk at gmail.com (Marcin Krol) Date: Thu, 08 Jul 2010 20:29:37 +0200 Subject: [IronPython] Dynamic-ish programming, or MissingMemberException In-Reply-To: <4C361599.9080601@voidspace.org.uk> References: <4C3612EF.5090203@gmail.com> <4C361599.9080601@voidspace.org.uk> Message-ID: <4C361911.4040904@gmail.com> Ahh, I should have done RTFM: IronPython Tools work with either the free integrated shell or with the Professional, Premium, or Ultimate editions. If you don?t already have Visual Studio 2010 installed you can download the integrated shell -- Regards, mk -- Premature optimization is the root of all fun. From fuzzyman at voidspace.org.uk Thu Jul 8 20:30:19 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Thu, 08 Jul 2010 19:30:19 +0100 Subject: [IronPython] Dynamic-ish programming, or MissingMemberException In-Reply-To: <4C36185A.2020507@gmail.com> References: <4C3612EF.5090203@gmail.com> <4C361599.9080601@voidspace.org.uk> <4C36185A.2020507@gmail.com> Message-ID: <4C36193B.8080809@voidspace.org.uk> On 08/07/2010 19:26, Marcin Krol wrote: > [snip...] >> IronPython Tools doesn't have a winforms designer because it isn't >> really possible without horrible hacks. I recommend using the Visual >> Studio C# designer and then subclass the classes it generates from >> IronPython. > > Thanks, this saves me newbie pains - but can I make this work with VS > 2010 Express? > Yes - just compile assemblies from the VS 2010 C# Express winforms designer. Add references to those assemblies and import from them in IronPython as you would for any .NET assembly. Michael -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. From dinov at microsoft.com Thu Jul 8 20:30:40 2010 From: dinov at microsoft.com (Dino Viehland) Date: Thu, 8 Jul 2010 18:30:40 +0000 Subject: [IronPython] Dynamic-ish programming, or MissingMemberException In-Reply-To: <4C36185A.2020507@gmail.com> References: <4C3612EF.5090203@gmail.com> <4C361599.9080601@voidspace.org.uk> <4C36185A.2020507@gmail.com> Message-ID: <1A472770E042064698CB5ADC83A12ACD48AE724B@TK5EX14MBXC118.redmond.corp.microsoft.com> Marcin wrote: > Michael Foord wrote: > > Don't use IronPython Studio - it is *very* unstable and uses > IronPython > > 1 which is years out of date. > > Yikes. > > > Use IronPython Tools for Visual Studio 2010: > > > > http://ironpython.net/ironpython/tools/ > > > > Basically you shouldn't use __slots__ because it causes problems like > > this... I think IronPython Studio creates classes with __slots__ when > > you use the windows forms designer. > > It does. > > > IronPython Tools doesn't have a > > winforms designer because it isn't really possible without horrible > > hacks. I recommend using the Visual Studio C# designer and then > subclass > > the classes it generates from IronPython. > > Thanks, this saves me newbie pains - but can I make this work with VS > 2010 Express? It doesn't work w/ Express because Express doesn't support adding extensions. It does work w/ the free integrated shell. There's a link to the integrated shell download over at http://www.ironpython.net/tools/download/ From r.brown.bayliss at gmail.com Thu Jul 8 20:46:18 2010 From: r.brown.bayliss at gmail.com (Rob Brown-Bayliss) Date: Fri, 9 Jul 2010 06:46:18 +1200 Subject: [IronPython] Write permissions In-Reply-To: <4C35B8C8.7050004@voidspace.org.uk> References: <4C35B8C8.7050004@voidspace.org.uk> Message-ID: On Thu, Jul 8, 2010 at 11:38 PM, Michael Foord wrote: > > Writing to C: in Vista and Windows 7 requires elevated permissions so your > application will require admin privileges. Can you not choose another > location to write to (one of the user folders)? > I could. On linux I would write to /tmp is there a similar concept in windows vista and 7? Are there some good docs along the lines of .NET python equivalents of win32api.GetUserName() and others? -- -- Rob From fuzzyman at voidspace.org.uk Thu Jul 8 20:49:30 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Thu, 08 Jul 2010 19:49:30 +0100 Subject: [IronPython] Write permissions In-Reply-To: References: <4C35B8C8.7050004@voidspace.org.uk> Message-ID: <4C361DBA.5090501@voidspace.org.uk> On 08/07/2010 19:46, Rob Brown-Bayliss wrote: > On Thu, Jul 8, 2010 at 11:38 PM, Michael Foord > wrote: > > >> Writing to C: in Vista and Windows 7 requires elevated permissions so your >> application will require admin privileges. Can you not choose another >> location to write to (one of the user folders)? >> >> > I could. On linux I would write to /tmp is there a similar concept in > windows vista and 7? > There are multiple ways of finding the temporary directory in .NET. > Are there some good docs along the lines of .NET python equivalents of > win32api.GetUserName() and others? > System.Environment.UserName System.Environment almost certainly has the temp directory as well. Check that or System.IO.Directory. All the best, Michael > > > > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies ("BOGUS AGREEMENTS") that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy at schementi.com Thu Jul 8 21:00:12 2010 From: jimmy at schementi.com (Jimmy Schementi) Date: Thu, 8 Jul 2010 12:00:12 -0700 Subject: [IronPython] Write permissions In-Reply-To: <4C361DBA.5090501@voidspace.org.uk> References: <4C35B8C8.7050004@voidspace.org.uk> <4C361DBA.5090501@voidspace.org.uk> Message-ID: On Thu, Jul 8, 2010 at 11:49 AM, Michael Foord wrote: > On 08/07/2010 19:46, Rob Brown-Bayliss wrote: > > On Thu, Jul 8, 2010 at 11:38 PM, Michael Foord wrote: > > > > Writing to C: in Vista and Windows 7 requires elevated permissions so your > application will require admin privileges. Can you not choose another > location to write to (one of the user folders)? > > > > I could. On linux I would write to /tmp is there a similar concept in > windows vista and 7? > > > > There are multiple ways of finding the temporary directory in .NET. > > > Are there some good docs along the lines of .NET python equivalents of > win32api.GetUserName() and others? > > > > > System.Environment.UserName > > System.Environment almost certainly has the temp directory as well. Check > that or System.IO.Directory. > > All the best, > > Michael > System.IO.Path.GetTempFileName() will create and return the path to a temporary file: http://msdn.microsoft.com/en-us/library/system.io.path.gettempfilename.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From r.brown.bayliss at gmail.com Thu Jul 8 22:21:44 2010 From: r.brown.bayliss at gmail.com (Rob Brown-Bayliss) Date: Fri, 9 Jul 2010 08:21:44 +1200 Subject: [IronPython] png images in xaml Message-ID: Hi I am using visual studio 2010 and the iron python tools. How do I place an image in a dialog? I have this in my xaml: and in the project directory I have the Images folder and the png image. But nothing shows when I run the app. Is it preferable to add the images in code or is xaml the correct place? -- -- Rob From fuzzyman at voidspace.org.uk Thu Jul 8 22:45:33 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Thu, 08 Jul 2010 21:45:33 +0100 Subject: [IronPython] png images in xaml In-Reply-To: References: Message-ID: <4C3638ED.1030305@voidspace.org.uk> On 08/07/2010 21:21, Rob Brown-Bayliss wrote: > Hi > > I am using visual studio 2010 and the iron python tools. > > How do I place an image in a dialog? > > I have this in my xaml: > > > > > > > > and in the project directory I have the Images folder and the png > image. But nothing shows when I run the app. > > Is it preferable to add the images in code or is xaml the correct place? > The URI syntax for loading images from the filesystem is truly horrible and requires you to specify absolute paths I believe. It is easier from C# as you can refer to them statically as embedded resources (or something like that). If I recall correctly, in IronPython in Action I do it by preprocessing the xaml to insert the absolute path in the correct syntax before loading the xaml. Doing it from code is the other alternative. All the best, Michael -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. From cenovsky at bakalari.cz Thu Jul 8 23:19:48 2010 From: cenovsky at bakalari.cz (Lukas Cenovsky) Date: Thu, 08 Jul 2010 23:19:48 +0200 Subject: [IronPython] png images in xaml In-Reply-To: References: Message-ID: <4C3640F4.4090306@bakalari.cz> On 8.7.2010 22:21, Rob Brown-Bayliss wrote: > Hi > > I am using visual studio 2010 and the iron python tools. > > How do I place an image in a dialog? > > I have this in my xaml: > > > > > > > > and in the project directory I have the Images folder and the png > image. But nothing shows when I run the app. > > Is it preferable to add the images in code or is xaml the correct place? I think this is not IronPython problem. I would try to search Uri questions on stackoverflow.com - e.g. http://stackoverflow.com/questions/1874705/pack-uri-and-path-not-resolving-image-in-wpf -- -- Luk?? From alex at glumol.com Thu Jul 8 23:34:28 2010 From: alex at glumol.com (Alex) Date: Thu, 8 Jul 2010 23:34:28 +0200 Subject: [IronPython] Foolproof IP Embedding Message-ID: Hello In my WPF application, I want to have an "expert mode" that lets the end-user write inline python code targetting one specific control (a sheetmusic). I embed IronPython and when the user code throws an exception I catch it and display it but there are a few foolproof problems: 1) If the user write some bad code in a function and binds it to one of the control event, it will crash the whole app. Of course I can recommand my users to always wrap event handlers into a try catch block (or ask to use a decorator that do it) but it's not really foolproof. I want to make it impossible to crash the whole app with user code. Perhaps native events mecanism is a bit too low-level to be foolproof? 2) If the user code makes an infinite loop it will hang the whole app. I want to have a "panic button" to stop the script (and even restart the python engine if necessary). I suppose I have to run user code in a worker thread but then the user have to use Invoke mecanisms each time he touchs an UI object? Is there an elegant pattern that deals with this concerns? This questions are more about .NET and patterns than IronPython, but I figured some of you have already thought about it in your IP experience. Thanks for any advices! Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: From fuzzyman at voidspace.org.uk Thu Jul 8 23:39:03 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Thu, 08 Jul 2010 22:39:03 +0100 Subject: [IronPython] Foolproof IP Embedding In-Reply-To: References: Message-ID: <4C364577.4030608@voidspace.org.uk> On 08/07/2010 22:34, Alex wrote: > Hello > In my WPF application, I want to have an "expert mode" that lets the > end-user write inline python code targetting one specific control (a > sheetmusic). I embed IronPython and when the user code throws an > exception I catch it and display it but there are a few foolproof > problems: > > 1) If the user write some bad code in a function and binds it to one > of the control event, it will crash the whole app. Of course I can > recommand my users to always wrap event handlers into a try catch > block (or ask to use a decorator that do it) but it's not really > foolproof. I want to make it impossible to crash the whole app with > user code. Perhaps native events mecanism is a bit too low-level to be > foolproof? > Catch and report exceptions. > 2) If the user code makes an infinite loop it will hang the whole > app. I want to have a "panic button" to stop the script (and even > restart the python engine if necessary). I suppose I have to run user > code in a worker thread but then the user have to use Invoke mecanisms > each time he touchs an UI object? Is there an elegant pattern that > deals with this concerns? > Execute the user code on a background thread. Provide a means for actions to be invoked on the gui thread (wrapped in exception handling) if necessary. Provide a button to abort the thread if it goes on too long. Michael > This questions are more about .NET and patterns than IronPython, but I > figured some of you have already thought about it in your IP > experience. Thanks for any advices! > > Alex > > > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies ("BOGUS AGREEMENTS") that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. -------------- next part -------------- An HTML attachment was scrubbed... URL: From yngipy at gmail.com Fri Jul 9 05:23:50 2010 From: yngipy at gmail.com (yngipy hernan) Date: Thu, 8 Jul 2010 22:23:50 -0500 Subject: [IronPython] sys._getframe(0).f_lineno always returns 1 In-Reply-To: References: Message-ID: Bump..... Anyone can confirm this issue? Or am I doing it incorrectly? Yngipy On Thu, Jul 8, 2010 at 1:15 AM, yngipy hernan wrote: > Hi all, > > I have observed something that may be an issue, see snippet below > > import sys > > #filename is temp.py > print 'hello world' > print 'hello world' > print 'Line : %s'%sys._getframe(0).f_lineno > > Here is my command line: > > ipy.exe -X:FullFrames temp.py > > The command "sys._getframe(0).f_lineno" always returns 1. > > Below my IPY version: > IronPython 2.6.1 (2.6.10920.0) on .NET 4.0.30319.1 > > Note that CPython 2.6.5 reports "6" > > Regards, > Yngipy > IPRobot (http://pyas.svn.sourceforge.net/viewvc/pyas/trunk/src/ipr/) > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From r.brown.bayliss at gmail.com Fri Jul 9 05:37:36 2010 From: r.brown.bayliss at gmail.com (Rob Brown-Bayliss) Date: Fri, 9 Jul 2010 15:37:36 +1200 Subject: [IronPython] Tracebacks Message-ID: Hi This might be the wrong list for this, but when I run python apps in an ide (like wing) I get nice exception tracebacks with line numbers, yet in visualstudio with ironpython tools these are missing, instead I get a dialog that isn't very useful unless I copy the details to the clip board and paste it to an empty file. Is there a more natural way to get this information inside visual studio? -- -- Rob From young_dge at 163.com Fri Jul 9 08:58:35 2010 From: young_dge at 163.com (=?gbk?B?0e4=?=) Date: Fri, 9 Jul 2010 14:58:35 +0800 (CST) Subject: [IronPython] problem with embedding ironpython in browser with silverlight Message-ID: hello everyone: i am new to ironpython i get the agdlr-0.5.0 package and try to run it in sliverlight 4.0, ironpython 2.6 seems to work on c# CLR, cos' when i try to add the dll's references to my silverlight assembly visual studio tells that they are not build under silverlight runtime, so i get agdlr instead, according to the description brought out by the author, it's okay with SL 2, but i want to run it under SL 4, thus i can use the new features like lambda ,linq, and something like this, anyone can help with this? i just want a script engine running in browser with silverlight, although javascript can do, but i like ironpython more, it's more powerful, and the test from agdlr give me hope, i don't know whether the project agdlr will keep going, i like it. best regards, any help is appreciated -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrkafk at gmail.com Fri Jul 9 15:38:09 2010 From: mrkafk at gmail.com (Marcin Krol) Date: Fri, 09 Jul 2010 15:38:09 +0200 Subject: [IronPython] Crippled Intellisense? Message-ID: <4C372641.5090006@gmail.com> I got an MSDN license which allowed me to install VS 2010 Professional, I also installed IronPython tools. However, intellisense doesn't seem to fully work, for instance I can access string method's like 'abc'.(complete) but when I do x = 'abc' and then x. it just underscores it in red. Most of intellisense autocompletions from IronPython walkthrough don't work, e.g.: def f(abc): return abc f('ab'). Anybody knows what's going on with this? Is this limitation of Pro as opposed to Ultimate and whatitsname versions of VS 2010? -- Regards, mk -- Premature optimization is the root of all fun. From Matt.funke at vishaypg.com Fri Jul 9 15:50:43 2010 From: Matt.funke at vishaypg.com (Funke, Matt) Date: Fri, 9 Jul 2010 13:50:43 +0000 Subject: [IronPython] Compiling so that IronPython libraries are recognized? Message-ID: <2C5C90D76B65DC47A65001FD937014B2016C9F97@WSWD43.VishayPG.com> I'm extremely new to compiling things in anything approaching a pythonic way, so my apologies in advance for what's probably a very simplistic question. I've downloaded the source for psycopg2-2.2.1. The documentation recommends using the standard "python setup.py build" and "python setup.py install". So I tried to run "ipy setup.py build" to incorporate these libraries into IronPython. I get this error: Traceback (most recent call last): File "setup.py", line 50, in ImportError: No module named subprocess I can verify that subprocess.py is in C:\Users\me\AppData\Local\Microsoft\VisualStudio\10.0\Extensions\Microsoft\IronPython Tools for Visual Studio\0.2\Lib. Do I need to add this directory to an environment variable (like PATH), or is there some other way I can notify IronPython about where to look for library files? Thanks for your time. -- Best Regards, Matt Funke From abdollaramadan.dev at gmail.com Fri Jul 9 15:53:32 2010 From: abdollaramadan.dev at gmail.com (abdalla ramadan) Date: Fri, 9 Jul 2010 16:53:32 +0300 Subject: [IronPython] Writing to a file with unicode name Message-ID: Hello, I am trying to write to a file with the japanese name ?????????????? The relative path I am passing to the methods is "output\url\c\??????????????" I used two methods s = StreamWriter(filenamenew, True, Encoding.UTF8) and outputfile = codecs.open(filenamenew, "w",'utf_8_sig') which both throwed the following exception: Unhandled Exception: System.ArgumentException: Illegal characters in path. Thanks very much for advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrkafk at gmail.com Fri Jul 9 16:00:53 2010 From: mrkafk at gmail.com (Marcin Krol) Date: Fri, 09 Jul 2010 16:00:53 +0200 Subject: [IronPython] System.MissingMemberException Message-ID: <4C372B95.5050604@gmail.com> Hello everyone, I have stumbled upon what's probably an idiotic newbie problem: if I add any method to a class, I get System.MissingMemberException. E.g. import clr clr.AddReference('System.Windows.Forms') from System.Windows.Forms import * class MyForm(Form): def __init__(self): button = Button() button.Text = 'Click Me' self.button = button self.Controls.Add(button) x = 'abc' b = self.func(range(5)) def func(self, x): return x form = MyForm() Application.Run(form) If I comment out func and reference to func in __init__, it works. However, with func I get lots of exceptions: 'ipyw.exe' (Managed (v4.0.30319)): Loaded 'C:\WINDOWS\Microsoft.Net\assembly\GAC_32\mscorlib\v4.0_4.0.0.0__b77a5c561934e089\mscorlib.dll', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled. 'ipyw.exe' (Managed (v4.0.30319)): Loaded 'C:\Documents and Settings\Administrator\Local Settings\Application Data\Microsoft\VisualStudio\10.0\Extensions\Microsoft\IronPython Tools for Visual Studio\0.3\ipyw.exe' 'ipyw.exe' (Managed (v4.0.30319)): Loaded 'C:\Documents and Settings\Administrator\Local Settings\Application Data\Microsoft\VisualStudio\10.0\Extensions\Microsoft\IronPython Tools for Visual Studio\0.3\Microsoft.Dynamic.dll' 'ipyw.exe' (Managed (v4.0.30319)): Loaded 'C:\Documents and Settings\Administrator\Local Settings\Application Data\Microsoft\VisualStudio\10.0\Extensions\Microsoft\IronPython Tools for Visual Studio\0.3\Microsoft.Scripting.dll' 'ipyw.exe' (Managed (v4.0.30319)): Loaded 'C:\WINDOWS\Microsoft.Net\assembly\GAC_MSIL\System.Configuration\v4.0_4.0.0.0__b03f5f7f11d50a3a\System.Configuration.dll', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled. 'ipyw.exe' (Managed (v4.0.30319)): Loaded 'C:\WINDOWS\Microsoft.Net\assembly\GAC_MSIL\System\v4.0_4.0.0.0__b77a5c561934e089\System.dll', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled. 'ipyw.exe' (Managed (v4.0.30319)): Loaded 'C:\WINDOWS\Microsoft.Net\assembly\GAC_MSIL\System.Xml\v4.0_4.0.0.0__b77a5c561934e089\System.Xml.dll', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled. 'ipyw.exe' (Managed (v4.0.30319)): Loaded 'C:\Documents and Settings\Administrator\Local Settings\Application Data\Microsoft\VisualStudio\10.0\Extensions\Microsoft\IronPython Tools for Visual Studio\0.3\IronPython.dll' 'ipyw.exe' (Managed (v4.0.30319)): Loaded 'C:\WINDOWS\Microsoft.Net\assembly\GAC_MSIL\System.Core\v4.0_4.0.0.0__b77a5c561934e089\System.Core.dll', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled. 'ipyw.exe' (Managed (v4.0.30319)): Loaded 'C:\WINDOWS\Microsoft.Net\assembly\GAC_MSIL\System.Numerics\v4.0_4.0.0.0__b77a5c561934e089\System.Numerics.dll', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled. 'ipyw.exe' (Managed (v4.0.30319)): Loaded 'C:\Documents and Settings\Administrator\Local Settings\Application Data\Microsoft\VisualStudio\10.0\Extensions\Microsoft\IronPython Tools for Visual Studio\0.3\IronPython.Modules.dll' 'ipyw.exe' (Managed (v4.0.30319)): Loaded 'Snippets.debug.scripting' 'ipyw.exe' (Managed (v4.0.30319)): Loaded 'C:\WINDOWS\Microsoft.Net\assembly\GAC_32\ISymWrapper\v4.0_4.0.0.0__b03f5f7f11d50a3a\ISymWrapper.dll' 'ipyw.exe' (Managed (v4.0.30319)): Loaded 'Anonymously Hosted DynamicMethods Assembly' A first chance exception of type 'Microsoft.Scripting.ArgumentTypeException' occurred in Snippets.debug.scripting 'ipyw.exe' (Managed (v4.0.30319)): Loaded 'Snippets.scripting' A first chance exception of type 'System.MissingMemberException' occurred in IronPython.dll A first chance exception of type 'IronPython.Runtime.UnboundNameException' occurred in Microsoft.Dynamic.dll A first chance exception of type 'IronPython.Runtime.UnboundNameException' occurred in Microsoft.Dynamic.dll A first chance exception of type 'IronPython.Runtime.UnboundNameException' occurred in Microsoft.Dynamic.dll A first chance exception of type 'IronPython.Runtime.UnboundNameException' occurred in IronPython.dll A first chance exception of type 'System.MissingMemberException' occurred in IronPython.dll A first chance exception of type 'System.MissingMemberException' occurred in IronPython.dll A first chance exception of type 'System.MissingMemberException' occurred in IronPython.dll A first chance exception of type 'System.MissingMemberException' occurred in IronPython.dll A first chance exception of type 'System.MissingMemberException' occurred in IronPython.dll A first chance exception of type 'System.MissingMemberException' occurred in IronPython.dll A first chance exception of type 'System.ComponentModel.Win32Exception' occurred in Microsoft.Dynamic.dll A first chance exception of type 'System.ComponentModel.Win32Exception' occurred in Microsoft.Dynamic.dll A first chance exception of type 'IronPython.Runtime.Exceptions.ImportException' occurred in IronPython.dll A first chance exception of type 'IronPython.Runtime.Exceptions.ImportException' occurred in IronPython.dll The program '[2408] ipyw.exe: Managed (v4.0.30319)' has exited with code 1 (0x1). Note: I'm using VS 2010 Pro with IronPython Tools CP3. -- Regards, mk -- Premature optimization is the root of all fun. From mrkafk at gmail.com Fri Jul 9 16:08:39 2010 From: mrkafk at gmail.com (Marcin Krol) Date: Fri, 09 Jul 2010 16:08:39 +0200 Subject: [IronPython] System.MissingMemberException Message-ID: <4C372D67.2080307@gmail.com> Hello everyone, Ok I found the cause, the __init__ filled in from the template is exactly one space to the left from where it should be: class MyForm(Form): def __init__(self): ... def func(self, x): return x If I shift "def __init__.." one space to the right, everything works. But why I got such a strange exception? And isn't there some sort of tab nanny or "inconsistent layout" exception? -- Regards, mk -- Premature optimization is the root of all fun. From mrkafk at gmail.com Fri Jul 9 16:12:16 2010 From: mrkafk at gmail.com (Marcin Krol) Date: Fri, 09 Jul 2010 16:12:16 +0200 Subject: [IronPython] Crippled Intellisense? Message-ID: <4C372E40.2080100@gmail.com> Now that I got tabs right, intellisense works too. -- Regards, mk -- Premature optimization is the root of all fun. From fuzzyman at voidspace.org.uk Fri Jul 9 16:49:28 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Fri, 09 Jul 2010 15:49:28 +0100 Subject: [IronPython] Compiling so that IronPython libraries are recognized? In-Reply-To: <2C5C90D76B65DC47A65001FD937014B2016C9F97@WSWD43.VishayPG.com> References: <2C5C90D76B65DC47A65001FD937014B2016C9F97@WSWD43.VishayPG.com> Message-ID: <4C3736F8.5000608@voidspace.org.uk> On 09/07/2010 14:50, Funke, Matt wrote: > I'm extremely new to compiling things in anything approaching a pythonic way, so my apologies in advance for what's probably a very simplistic question. > > I've downloaded the source for psycopg2-2.2.1. The documentation recommends using the standard "python setup.py build" and "python setup.py install". > > So I tried to run "ipy setup.py build" to incorporate these libraries into IronPython. > > I get this error: > > Traceback (most recent call last): > File "setup.py", line 50, in > ImportError: No module named subprocess > > subprocess relies on modules like signal that aren't available in IronPython 2.6.1. There is a partial implementation of subprocess by Jeff Hardy floating around that you could try. In general the IronPython support for distutils is "minimal", so I still wouldn't expect normal module installation to work. All the best, Michael > I can verify that subprocess.py is in C:\Users\me\AppData\Local\Microsoft\VisualStudio\10.0\Extensions\Microsoft\IronPython Tools for Visual Studio\0.2\Lib. Do I need to add this directory to an environment variable (like PATH), or is there some other way I can notify IronPython about where to look for library files? > > Thanks for your time. > > -- Best Regards, > Matt Funke > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. From jdhardy at gmail.com Fri Jul 9 17:16:42 2010 From: jdhardy at gmail.com (Jeff Hardy) Date: Fri, 9 Jul 2010 09:16:42 -0600 Subject: [IronPython] Compiling so that IronPython libraries are recognized? In-Reply-To: <4C3736F8.5000608@voidspace.org.uk> References: <2C5C90D76B65DC47A65001FD937014B2016C9F97@WSWD43.VishayPG.com> <4C3736F8.5000608@voidspace.org.uk> Message-ID: On Fri, Jul 9, 2010 at 8:49 AM, Michael Foord wrote: > subprocess relies on modules like signal that aren't available in IronPython > 2.6.1. http://bitbucket.org/jdhardy/code/src/tip/subprocess.py > > There is a partial implementation of subprocess by Jeff Hardy floating > around that you could try. In general the IronPython support for distutils > is "minimal", so I still wouldn't expect normal module installation to work. Also, anything that uses a C extension will only work with Ironclad (http://code.google.com/p/ironclad/), and even then it might not work. I seem to recall that there is a pure-python Postgres driver, but I can't remember what it's called. - Jeff From alex at glumol.com Fri Jul 9 17:20:55 2010 From: alex at glumol.com (Alex) Date: Fri, 9 Jul 2010 17:20:55 +0200 Subject: [IronPython] Foolproof IP Embedding In-Reply-To: <4C364577.4030608@voidspace.org.uk> References: <4C364577.4030608@voidspace.org.uk> Message-ID: 2010/7/8 Michael Foord > On 08/07/2010 22:34, Alex wrote: > > Hello > In my WPF application, I want to have an "expert mode" that lets the > end-user write inline python code targetting one specific control (a > sheetmusic). I embed IronPython and when the user code throws an exception I > catch it and display it but there are a few foolproof problems: > > 1) If the user write some bad code in a function and binds it to one of > the control event, it will crash the whole app. Of course I can recommand my > users to always wrap event handlers into a try catch block (or ask to use a > decorator that do it) but it's not really foolproof. I want to make it > impossible to crash the whole app with user code. Perhaps native events > mecanism is a bit too low-level to be foolproof? > > > Catch and report exceptions. > > > hi Mickael if the user write this code : #script def foo(): print 2/0 button.Click = foo ### the script will execute with no exception, only when the button is clicked, an exception is raised, how should I handle it ? > 2) If the user code makes an infinite loop it will hang the whole app. I > want to have a "panic button" to stop the script (and even restart the > python engine if necessary). I suppose I have to run user code in a worker > thread but then the user have to use Invoke mecanisms each time he touchs an > UI object? Is there an elegant pattern that deals with this concerns? > > > Execute the user code on a background thread. Provide a means for actions > to be invoked on the gui thread (wrapped in exception handling) if > necessary. Provide a button to abort the thread if it goes on too long. > > My only concern is that the users shouldn't have to think about it. Maybe I should only let them access UI elements through non-UI proxy objects, but it's a great limitation. Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: From vernondcole at gmail.com Fri Jul 9 17:43:58 2010 From: vernondcole at gmail.com (Vernon Cole) Date: Fri, 9 Jul 2010 09:43:58 -0600 Subject: [IronPython] Compiling so that IronPython libraries are recognized? In-Reply-To: <4C3736F8.5000608@voidspace.org.uk> References: <2C5C90D76B65DC47A65001FD937014B2016C9F97@WSWD43.VishayPG.com> <4C3736F8.5000608@voidspace.org.uk> Message-ID: There IS a working dbapi 2.0 implementation for Iron Python. see http://sourceforge.net/projects/adodbapi It uses Microsoft ADO, so should be able to connect with PostgreSQL or almost any other tabular data source. I have not yet tested it with Postgres. That's the next thing on my to-do list. (I have a server running on my handy Ubuntu box, but can't seem to get it to connect. Why is there never enough time?) It is known to work with MicroSoft SQL, ACCESS, MySQL, and IBM AS400 sql. I also have not yet written a distutils setup for it for IronPython -- you will have to unzip and copy to do the install the hard way. (Another to-do list item.) You will either need to find an ADO provider for Postgres, or use an ODBC driver and a different connection string. (I use an ODBC connection for the MySQL sample in the \test folder.) Let me know how it works for you. -- Vernon Cole On Fri, Jul 9, 2010 at 8:49 AM, Michael Foord wrote: > On 09/07/2010 14:50, Funke, Matt wrote: > >> I'm extremely new to compiling things in anything approaching a pythonic >> way, so my apologies in advance for what's probably a very simplistic >> question. >> >> I've downloaded the source for psycopg2-2.2.1. The documentation >> recommends using the standard "python setup.py build" and "python setup.py >> install". >> >> So I tried to run "ipy setup.py build" to incorporate these libraries into >> IronPython. >> >> I get this error: >> >> Traceback (most recent call last): >> File "setup.py", line 50, in >> ImportError: No module named subprocess >> >> >> > > subprocess relies on modules like signal that aren't available in > IronPython 2.6.1. > > There is a partial implementation of subprocess by Jeff Hardy floating > around that you could try. In general the IronPython support for distutils > is "minimal", so I still wouldn't expect normal module installation to work. > > All the best, > > Michael > > > I can verify that subprocess.py is in >> C:\Users\me\AppData\Local\Microsoft\VisualStudio\10.0\Extensions\Microsoft\IronPython >> Tools for Visual Studio\0.2\Lib. Do I need to add this directory to an >> environment variable (like PATH), or is there some other way I can notify >> IronPython about where to look for library files? >> >> Thanks for your time. >> >> -- Best Regards, >> Matt Funke >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >> > > > -- > http://www.ironpythoninaction.com/ > http://www.voidspace.org.uk/blog > > READ CAREFULLY. By accepting and reading this email you agree, on behalf of > your employer, to release me from all obligations and waivers arising from > any and all NON-NEGOTIATED agreements, licenses, terms-of-service, > shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, > non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have > entered into with your employer, its partners, licensors, agents and > assigns, in perpetuity, without prejudice to my ongoing rights and > privileges. You further represent that you have the authority to release me > from any BOGUS AGREEMENTS on behalf of your employer. > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Matt.funke at vishaypg.com Fri Jul 9 18:06:11 2010 From: Matt.funke at vishaypg.com (Funke, Matt) Date: Fri, 9 Jul 2010 16:06:11 +0000 Subject: [IronPython] Compiling so that IronPython libraries are recognized? In-Reply-To: References: <2C5C90D76B65DC47A65001FD937014B2016C9F97@WSWD43.VishayPG.com> <4C3736F8.5000608@voidspace.org.uk> Message-ID: <2C5C90D76B65DC47A65001FD937014B2016CA000@WSWD43.VishayPG.com> I'm beginning to think that something is seriously wrong with my installation of IronPython. When I enter IronPython from the command line (by typing "ipy -D -X:ColorfulConsole -X:TabCompletion"), and type in "help('modules')" to start my investigation of the dbapi implementation, I get this error: Traceback (most recent call last): File "", line unknown, in File "C:\Program Files\IronPython 2.6 for .NET 4.0\Lib\site.py", line 429, in __call__ File "C:\Program Files\IronPython 2.6 for .NET 4.0\Lib\pydoc.py", line 1719, in __call__ File "C:\Program Files\IronPython 2.6 for .NET 4.0\Lib\pydoc.py", line 1754, in help File "C:\Program Files\IronPython 2.6 for .NET 4.0\Lib\pydoc.py", line 1879, in listmodules File "C:\Program Files\IronPython 2.6 for .NET 4.0\Lib\pydoc.py", line 1930, in run File "C:\Program Files\IronPython 2.6 for .NET 4.0\Lib\pkgutil.py", line 105, in walk_packages File "C:\Program Files\IronPython 2.6 for .NET 4.0\Lib\pkgutil.py", line 147, in iter_modules File "C:\Program Files\IronPython 2.6 for .NET 4.0\Lib\pkgutil.py", line 211, in iter_modules WindowsError: [Errno 13] [Errno 5] Access to the path 'C:\Documents and Settings\' is denied. The path 'C:\Documents and Settings\' does not exist in a Windows 7 default installation. What do I need to do to fix IronPython? Thanks again for your time. -- Best Regards, Matt Funke From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Vernon Cole Sent: Friday, July 09, 2010 11:44 AM To: Discussion of IronPython Subject: Re: [IronPython] Compiling so that IronPython libraries are recognized? There IS a working dbapi 2.0 implementation for Iron Python. see http://sourceforge.net/projects/adodbapi It uses Microsoft ADO, so should be able to connect with PostgreSQL or almost any other tabular data source. I have not yet tested it with Postgres. That's the next thing on my to-do list. (I have a server running on my handy Ubuntu box, but can't seem to get it to connect. Why is there never enough time?) It is known to work with MicroSoft SQL, ACCESS, MySQL, and IBM AS400 sql. I also have not yet written a distutils setup for it for IronPython -- you will have to unzip and copy to do the install the hard way. (Another to-do list item.) You will either need to find an ADO provider for Postgres, or use an ODBC driver and a different connection string. (I use an ODBC connection for the MySQL sample in the \test folder.) Let me know how it works for you. -- Vernon Cole On Fri, Jul 9, 2010 at 8:49 AM, Michael Foord > wrote: On 09/07/2010 14:50, Funke, Matt wrote: I'm extremely new to compiling things in anything approaching a pythonic way, so my apologies in advance for what's probably a very simplistic question. I've downloaded the source for psycopg2-2.2.1. The documentation recommends using the standard "python setup.py build" and "python setup.py install". So I tried to run "ipy setup.py build" to incorporate these libraries into IronPython. I get this error: Traceback (most recent call last): File "setup.py", line 50, in ImportError: No module named subprocess subprocess relies on modules like signal that aren't available in IronPython 2.6.1. There is a partial implementation of subprocess by Jeff Hardy floating around that you could try. In general the IronPython support for distutils is "minimal", so I still wouldn't expect normal module installation to work. All the best, Michael I can verify that subprocess.py is in C:\Users\me\AppData\Local\Microsoft\VisualStudio\10.0\Extensions\Microsoft\IronPython Tools for Visual Studio\0.2\Lib. Do I need to add this directory to an environment variable (like PATH), or is there some other way I can notify IronPython about where to look for library files? Thanks for your time. -- Best Regards, Matt Funke _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies ("BOGUS AGREEMENTS") that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrkafk at gmail.com Fri Jul 9 18:11:05 2010 From: mrkafk at gmail.com (Marcin Krol) Date: Fri, 09 Jul 2010 18:11:05 +0200 Subject: [IronPython] overriding methods from C# classes In-Reply-To: <4C361599.9080601@voidspace.org.uk> References: <4C3612EF.5090203@gmail.com> <4C361599.9080601@voidspace.org.uk> Message-ID: <4C374A19.8070707@gmail.com> Hello Michael and everyone, Michael Foord wrote: > I recommend using the Visual Studio C# designer and then subclass > the classes it generates from IronPython. I set out to do just that and stumbled upon a problem: I generated Windows form in C#, compiled into assembly (ip_cl1), copied to python project folder: clr.AddReference('ip_cl1') .. from ip_cl1 import Form1 class Form1Inh(Form1): def __init__(self): Form1.__init__(self) def comboBox1_SelectedIndexChanged(self, sender, event): self.BackColor = Color.Azure This doesn't work, i.e. method comboBox1_SelectedIndexChanged doesn't get called. I have to expicitly add EventHandler in Python: class Form1Inh(Form1): def __init__(self): Form1.__init__(self) self.box1.SelectedIndexChanged += EventHandler(self.comboBox1_SelectedIndexChanged); def comboBox1_SelectedIndexChanged(self, sender, event): self.BackColor = Color.Azure Is there some way of simply overriding methods in Python so that they do get called by form events? In Form1.cs I have: namespace ip_cl1 { public partial class Form1 : Form { public Form1() { InitializeComponent(); } protected void box1_SelectedIndexChanged(object sender, EventArgs e) { } protected void comboBox1_SelectedIndexChanged(object sender, EventArgs e) { } } } -- Regards, mk -- Premature optimization is the root of all fun. From mrkafk at gmail.com Fri Jul 9 18:24:24 2010 From: mrkafk at gmail.com (Marcin Krol) Date: Fri, 09 Jul 2010 18:24:24 +0200 Subject: [IronPython] Unable to find assembly 'Microsoft.Dynamic Message-ID: <4C374D38.8000207@gmail.com> Hello everyone, I seem to be hitting all the rough edges: when I run my project in interactive window (Debug | Execute project in python interactive..), I get this exception: Remote process has been reset... Exception: System.Runtime.Serialization.SerializationException: Unable to find assembly 'Microsoft.Dynamic, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35'. Huh? Do I need DLR or smth? Full text: Running c:\Documents and Settings\Administrator\My Documents\Visual Studio 2010\Projects\WindowsApplication1\WindowsApplication1\Program.py Remote process has been reset... Exception: System.Runtime.Serialization.SerializationException: Unable to find assembly 'Microsoft.Dynamic, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35'. Server stack trace: at System.Runtime.Serialization.Formatters.Binary.BinaryAssemblyInfo.GetAssembly() at System.Runtime.Serialization.Formatters.Binary.ObjectReader.GetType(BinaryAssemblyInfo assemblyInfo, String name) at System.Runtime.Serialization.Formatters.Binary.BinaryConverter.TypeFromInfo(BinaryTypeEnum binaryTypeEnum, Object typeInformation, ObjectReader objectReader, BinaryAssemblyInfo assemblyInfo, InternalPrimitiveTypeE& primitiveTypeEnum, String& typeString, Type& type, Boolean& isVariant) at System.Runtime.Serialization.Formatters.Binary.__BinaryParser.ReadArray(BinaryHeaderEnum binaryHeaderEnum) at System.Runtime.Serialization.Formatters.Binary.__BinaryParser.Run() at System.Runtime.Serialization.Formatters.Binary.ObjectReader.Deserialize(HeaderHandler handler, __BinaryParser serParser, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage) at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize(Stream serializationStream, HeaderHandler handler, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage) at System.Runtime.Remoting.Channels.CoreChannel.DeserializeBinaryResponseMessage(Stream inputStream, IMethodCallMessage reqMsg, Boolean bStrictBinding) at System.Runtime.Remoting.Channels.BinaryClientFormatterSink.SyncProcessMessage(IMessage msg) Exception rethrown at [0]: at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg) at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type) at Microsoft.Scripting.Hosting.CompiledCode.Execute(ScriptScope scope) at Microsoft.IronPythonTools.Commands.ExecuteInReplCommand.<>c__DisplayClass1.b__0(Object _) -- Regards, mk -- Premature optimization is the root of all fun. From mrkafk at gmail.com Fri Jul 9 18:40:54 2010 From: mrkafk at gmail.com (Marcin Krol) Date: Fri, 09 Jul 2010 18:40:54 +0200 Subject: [IronPython] overriding methods defined in C# classes Message-ID: <4C375116.8030403@gmail.com> Hello Michael and everyone, (sigh, I sent reply recently while I meant to start a new thread, this is it) Michael Foord wrote: > I recommend using the Visual Studio C# designer and then subclass the classes it generates from IronPython. I set out to do just that and stumbled upon a problem: I generated Windows form in C#, compiled into assembly (ip_cl1), copied to python project folder: clr.AddReference('ip_cl1') .. from ip_cl1 import Form1 class Form1Inh(Form1): def __init__(self): Form1.__init__(self) def comboBox1_SelectedIndexChanged(self, sender, event): self.BackColor = Color.Azure This doesn't work, i.e. method comboBox1_SelectedIndexChanged doesn't get called. I have to expicitly add EventHandler in Python: class Form1Inh(Form1): def __init__(self): Form1.__init__(self) self.box1.SelectedIndexChanged += EventHandler(self.comboBox1_SelectedIndexChanged); def comboBox1_SelectedIndexChanged(self, sender, event): self.BackColor = Color.Azure Is there some way of simply overriding methods in Python so that they do get called by form events? In Form1.cs I have: namespace ip_cl1 { public partial class Form1 : Form { public Form1() { InitializeComponent(); } protected void box1_SelectedIndexChanged(object sender, EventArgs e) { } protected void comboBox1_SelectedIndexChanged(object sender, EventArgs e) { } } } -- Regards, mk -- Premature optimization is the root of all fun. -- Regards, mk -- Premature optimization is the root of all fun. From vernondcole at gmail.com Fri Jul 9 18:51:50 2010 From: vernondcole at gmail.com (Vernon Cole) Date: Fri, 9 Jul 2010 10:51:50 -0600 Subject: [IronPython] Writing to a file with unicode name In-Reply-To: References: Message-ID: Adballa: One problem you may be having is with Python trying to escape the backslashes in your Windows file name. I tried a very simple test using the Python "open" statement rather than any fancy .NET things. It created a file with a japenese name on my Windows Vista laptop. Note that I used forward (/) slashes where Windows users would expect a back (\) slash. out = open(u"c:/temp/??????????????",'w') out.write('testing...\n') out.close() The same code works in CPython, too. If I remove the "u" unicode indicator as in ...open("c:/temp... then the same code will work in IronPython and Python 3.1, since it is unnecessary in IPy and illegal in Python 3. -- Vernon 2010/7/9 abdalla ramadan > Hello, > > I am trying to write to a file with the japanese name ?????????????? > The relative path I am passing to the methods is > "output\url\c\??????????????" > > I used two methods > s = StreamWriter(filenamenew, True, Encoding.UTF8) > and > outputfile = codecs.open(filenamenew, "w",'utf_8_sig') > > which both throwed the following exception: > Unhandled Exception: System.ArgumentException: Illegal characters in path. > > Thanks very much for advance. > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.dahlbacka at gmail.com Fri Jul 9 18:56:27 2010 From: simon.dahlbacka at gmail.com (Simon Dahlbacka) Date: Fri, 9 Jul 2010 19:56:27 +0300 Subject: [IronPython] overriding methods defined in C# classes In-Reply-To: <4C375116.8030403@gmail.com> References: <4C375116.8030403@gmail.com> Message-ID: Shouldn't your c# methods be protected virtual to be overridable? On Jul 9, 2010 7:41 PM, "Marcin Krol" wrote: Hello Michael and everyone, (sigh, I sent reply recently while I meant to start a new thread, this is it) Michael Foord wrote: > I recommend using the Visual Studio C# designer and then subclass the classes it generates from IronPython. I set out to do just that and stumbled upon a problem: I generated Windows form in C#, compiled into assembly (ip_cl1), copied to python project folder: clr.AddReference('ip_cl1') .. from ip_cl1 import Form1 class Form1Inh(Form1): def __init__(self): Form1.__init__(self) def comboBox1_SelectedIndexChanged(self, sender, event): self.BackColor = Color.Azure This doesn't work, i.e. method comboBox1_SelectedIndexChanged doesn't get called. I have to expicitly add EventHandler in Python: class Form1Inh(Form1): def __init__(self): Form1.__init__(self) self.box1.SelectedIndexChanged += EventHandler(self.comboBox1_SelectedIndexChanged); def comboBox1_SelectedIndexChanged(self, sender, event): self.BackColor = Color.Azure Is there some way of simply overriding methods in Python so that they do get called by form events? In Form1.cs I have: namespace ip_cl1 { public partial class Form1 : Form { public Form1() { InitializeComponent(); } protected void box1_SelectedIndexChanged(object sender, EventArgs e) { } protected void comboBox1_SelectedIndexChanged(object sender, EventArgs e) { } } } -- Regards, mk -- Premature optimization is the root of all fun. -- Regards, mk -- Premature optimization is the root of all fun. _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Fri Jul 9 18:58:43 2010 From: dinov at microsoft.com (Dino Viehland) Date: Fri, 9 Jul 2010 16:58:43 +0000 Subject: [IronPython] System.MissingMemberException In-Reply-To: <4C372D67.2080307@gmail.com> References: <4C372D67.2080307@gmail.com> Message-ID: <1A472770E042064698CB5ADC83A12ACD48AEF95C@TK5EX14MBXC118.redmond.corp.microsoft.com> Marcin wrote: > Hello everyone, > > > Ok I found the cause, the __init__ filled in from the template is > exactly one space to the left from where it should be: > > class MyForm(Form): > def __init__(self): > ... > def func(self, x): > return x > > If I shift "def __init__.." one space to the right, everything works. > > But why I got such a strange exception? > > And isn't there some sort of tab nanny or "inconsistent layout" exception? We do have an option to report inconsistent tabs/spaces... We just need to enable it in the parser and setup an option to disable it. I believe it's somewhere on the TODO list. From dinov at microsoft.com Fri Jul 9 19:01:37 2010 From: dinov at microsoft.com (Dino Viehland) Date: Fri, 9 Jul 2010 17:01:37 +0000 Subject: [IronPython] System.MissingMemberException In-Reply-To: <4C372B95.5050604@gmail.com> References: <4C372B95.5050604@gmail.com> Message-ID: <1A472770E042064698CB5ADC83A12ACD48AEF99F@TK5EX14MBXC118.redmond.corp.microsoft.com> Marcin wrote: > Hello everyone, > > I have stumbled upon what's probably an idiotic newbie problem: if I add > any method to a class, I get System.MissingMemberException. E.g. > > import clr > clr.AddReference('System.Windows.Forms') > > from System.Windows.Forms import * > > > class MyForm(Form): > def __init__(self): > button = Button() > button.Text = 'Click Me' > self.button = button > self.Controls.Add(button) > x = 'abc' > b = self.func(range(5)) > > def func(self, x): > return x > > > form = MyForm() > Application.Run(form) > > > If I comment out func and reference to func in __init__, it works. > However, with func I get lots of exceptions: > > 'ipyw.exe' (Managed (v4.0.30319)): Loaded > 'C:\WINDOWS\Microsoft.Net\assembly\GAC_32\mscorlib\v4.0_4.0.0.0__b77a5c561934e > 089\mscorlib.dll', > Skipped loading symbols. Module is optimized and the debugger option > 'Just My Code' is enabled. > 'ipyw.exe' (Managed (v4.0.30319)): Loaded 'C:\Documents and > Settings\Administrator\Local Settings\Application > Data\Microsoft\VisualStudio\10.0\Extensions\Microsoft\IronPython Tools > for Visual Studio\0.3\ipyw.exe' > 'ipyw.exe' (Managed (v4.0.30319)): Loaded 'C:\Documents and > Settings\Administrator\Local Settings\Application > Data\Microsoft\VisualStudio\10.0\Extensions\Microsoft\IronPython Tools > for Visual Studio\0.3\Microsoft.Dynamic.dll' > 'ipyw.exe' (Managed (v4.0.30319)): Loaded 'C:\Documents and > Settings\Administrator\Local Settings\Application > Data\Microsoft\VisualStudio\10.0\Extensions\Microsoft\IronPython Tools > for Visual Studio\0.3\Microsoft.Scripting.dll' > 'ipyw.exe' (Managed (v4.0.30319)): Loaded > 'C:\WINDOWS\Microsoft.Net\assembly\GAC_MSIL\System.Configuration\v4.0_4.0.0.0_ > _b03f5f7f11d50a3a\System.Configuration.dll', > Skipped loading symbols. Module is optimized and the debugger option > 'Just My Code' is enabled. > 'ipyw.exe' (Managed (v4.0.30319)): Loaded > 'C:\WINDOWS\Microsoft.Net\assembly\GAC_MSIL\System\v4.0_4.0.0.0__b77a5c561934e > 089\System.dll', > Skipped loading symbols. Module is optimized and the debugger option > 'Just My Code' is enabled. > 'ipyw.exe' (Managed (v4.0.30319)): Loaded > 'C:\WINDOWS\Microsoft.Net\assembly\GAC_MSIL\System.Xml\v4.0_4.0.0.0__b77a5c561 > 934e089\System.Xml.dll', > Skipped loading symbols. Module is optimized and the debugger option > 'Just My Code' is enabled. > 'ipyw.exe' (Managed (v4.0.30319)): Loaded 'C:\Documents and > Settings\Administrator\Local Settings\Application > Data\Microsoft\VisualStudio\10.0\Extensions\Microsoft\IronPython Tools > for Visual Studio\0.3\IronPython.dll' > 'ipyw.exe' (Managed (v4.0.30319)): Loaded > 'C:\WINDOWS\Microsoft.Net\assembly\GAC_MSIL\System.Core\v4.0_4.0.0.0__b77a5c56 > 1934e089\System.Core.dll', > Skipped loading symbols. Module is optimized and the debugger option > 'Just My Code' is enabled. > 'ipyw.exe' (Managed (v4.0.30319)): Loaded > 'C:\WINDOWS\Microsoft.Net\assembly\GAC_MSIL\System.Numerics\v4.0_4.0.0.0__b77a > 5c561934e089\System.Numerics.dll', > Skipped loading symbols. Module is optimized and the debugger option > 'Just My Code' is enabled. > 'ipyw.exe' (Managed (v4.0.30319)): Loaded 'C:\Documents and > Settings\Administrator\Local Settings\Application > Data\Microsoft\VisualStudio\10.0\Extensions\Microsoft\IronPython Tools > for Visual Studio\0.3\IronPython.Modules.dll' > 'ipyw.exe' (Managed (v4.0.30319)): Loaded 'Snippets.debug.scripting' > 'ipyw.exe' (Managed (v4.0.30319)): Loaded > 'C:\WINDOWS\Microsoft.Net\assembly\GAC_32\ISymWrapper\v4.0_4.0.0.0__b03f5f7f11 > d50a3a\ISymWrapper.dll' > 'ipyw.exe' (Managed (v4.0.30319)): Loaded 'Anonymously Hosted > DynamicMethods Assembly' > A first chance exception of type > 'Microsoft.Scripting.ArgumentTypeException' occurred in > Snippets.debug.scripting > 'ipyw.exe' (Managed (v4.0.30319)): Loaded 'Snippets.scripting' > A first chance exception of type 'System.MissingMemberException' > occurred in IronPython.dll > A first chance exception of type > 'IronPython.Runtime.UnboundNameException' occurred in Microsoft.Dynamic.dll > A first chance exception of type > 'IronPython.Runtime.UnboundNameException' occurred in Microsoft.Dynamic.dll > A first chance exception of type > 'IronPython.Runtime.UnboundNameException' occurred in Microsoft.Dynamic.dll > A first chance exception of type > 'IronPython.Runtime.UnboundNameException' occurred in IronPython.dll > A first chance exception of type 'System.MissingMemberException' > occurred in IronPython.dll > A first chance exception of type 'System.MissingMemberException' > occurred in IronPython.dll > A first chance exception of type 'System.MissingMemberException' > occurred in IronPython.dll > A first chance exception of type 'System.MissingMemberException' > occurred in IronPython.dll > A first chance exception of type 'System.MissingMemberException' > occurred in IronPython.dll > A first chance exception of type 'System.MissingMemberException' > occurred in IronPython.dll > A first chance exception of type 'System.ComponentModel.Win32Exception' > occurred in Microsoft.Dynamic.dll > A first chance exception of type 'System.ComponentModel.Win32Exception' > occurred in Microsoft.Dynamic.dll > A first chance exception of type > 'IronPython.Runtime.Exceptions.ImportException' occurred in IronPython.dll > A first chance exception of type > 'IronPython.Runtime.Exceptions.ImportException' occurred in IronPython.dll > The program '[2408] ipyw.exe: Managed (v4.0.30319)' has exited with code > 1 (0x1). > > > Note: I'm using VS 2010 Pro with IronPython Tools CP3. Most of these exceptions are coming from the standard library on startup. For the next release I think these should all be gone. I don't see any one of these which stands out as the exception which was breaking your code though. I would have expected it to be the last one but ImportException doesn't seem like it should be caused from the indentation. From dinov at microsoft.com Fri Jul 9 19:03:34 2010 From: dinov at microsoft.com (Dino Viehland) Date: Fri, 9 Jul 2010 17:03:34 +0000 Subject: [IronPython] Tracebacks In-Reply-To: References: Message-ID: <1A472770E042064698CB5ADC83A12ACD48AEF9D1@TK5EX14MBXC118.redmond.corp.microsoft.com> Rob wrote: > Hi > > This might be the wrong list for this, but when I run python apps in > an ide (like wing) I get nice exception tracebacks with line numbers, > yet in visualstudio with ironpython tools these are missing, instead I > get a dialog that isn't very useful unless I copy the details to the > clip board and paste it to an empty file. > > Is there a more natural way to get this information inside visual studio? The experience here is definitely rough. You should see the call stack in the VS call stack window. And it should include line number information as well and you should be able to double click on a frame and go to the line immediately. But the function names are rather mangled so it doesn't look very pretty right now. We need to do more work to integrate w/ the debugger beyond what we get for free from VS. From dinov at microsoft.com Fri Jul 9 19:04:37 2010 From: dinov at microsoft.com (Dino Viehland) Date: Fri, 9 Jul 2010 17:04:37 +0000 Subject: [IronPython] sys._getframe(0).f_lineno always returns 1 In-Reply-To: References: Message-ID: <1A472770E042064698CB5ADC83A12ACD48AEFA0D@TK5EX14MBXC118.redmond.corp.microsoft.com> This is definitely a bug. If you'd open a bug on CodePlex that'd be great. Currently we only track the line information locally but in -X:Frames mode we should hoist that information into the frame. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of yngipy hernan Sent: Thursday, July 08, 2010 8:24 PM To: Discussion of IronPython Subject: Re: [IronPython] sys._getframe(0).f_lineno always returns 1 Bump..... Anyone can confirm this issue? Or am I doing it incorrectly? Yngipy On Thu, Jul 8, 2010 at 1:15 AM, yngipy hernan > wrote: Hi all, I have observed something that may be an issue, see snippet below import sys #filename is temp.py print 'hello world' print 'hello world' print 'Line : %s'%sys._getframe(0).f_lineno Here is my command line: ipy.exe -X:FullFrames temp.py The command "sys._getframe(0).f_lineno" always returns 1. Below my IPY version: IronPython 2.6.1 (2.6.10920.0) on .NET 4.0.30319.1 Note that CPython 2.6.5 reports "6" Regards, Yngipy IPRobot (http://pyas.svn.sourceforge.net/viewvc/pyas/trunk/src/ipr/) -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Fri Jul 9 19:10:35 2010 From: dinov at microsoft.com (Dino Viehland) Date: Fri, 9 Jul 2010 17:10:35 +0000 Subject: [IronPython] Unable to find assembly 'Microsoft.Dynamic In-Reply-To: <4C374D38.8000207@gmail.com> References: <4C374D38.8000207@gmail.com> Message-ID: <1A472770E042064698CB5ADC83A12ACD48AEFA96@TK5EX14MBXC118.redmond.corp.microsoft.com> Can you bring the interactive window up normally using Alt-I or View->Other Windows->IronPython Interactive? > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Marcin Krol > Sent: Friday, July 09, 2010 9:24 AM > To: Discussion of IronPython > Subject: [IronPython] Unable to find assembly 'Microsoft.Dynamic > > Hello everyone, > > I seem to be hitting all the rough edges: when I run my project in > interactive window (Debug | Execute project in python interactive..), I > get this exception: > > Remote process has been reset... > Exception: System.Runtime.Serialization.SerializationException: Unable > to find assembly 'Microsoft.Dynamic, Version=1.0.0.0, Culture=neutral, > PublicKeyToken=31bf3856ad364e35'. > > Huh? Do I need DLR or smth? > > Full text: > > Running c:\Documents and Settings\Administrator\My Documents\Visual > Studio 2010\Projects\WindowsApplication1\WindowsApplication1\Program.py > Remote process has been reset... > Exception: System.Runtime.Serialization.SerializationException: Unable > to find assembly 'Microsoft.Dynamic, Version=1.0.0.0, Culture=neutral, > PublicKeyToken=31bf3856ad364e35'. > > Server stack trace: > at > System.Runtime.Serialization.Formatters.Binary.BinaryAssemblyInfo.GetAssembly( > ) > at > System.Runtime.Serialization.Formatters.Binary.ObjectReader.GetType(BinaryAsse > mblyInfo > assemblyInfo, String name) > at > System.Runtime.Serialization.Formatters.Binary.BinaryConverter.TypeFromInfo(Bi > naryTypeEnum > binaryTypeEnum, Object typeInformation, ObjectReader objectReader, > BinaryAssemblyInfo assemblyInfo, InternalPrimitiveTypeE& > primitiveTypeEnum, String& typeString, Type& type, Boolean& isVariant) > at > System.Runtime.Serialization.Formatters.Binary.__BinaryParser.ReadArray(Binary > HeaderEnum > binaryHeaderEnum) > at System.Runtime.Serialization.Formatters.Binary.__BinaryParser.Run() > at > System.Runtime.Serialization.Formatters.Binary.ObjectReader.Deserialize(Header > Handler > handler, __BinaryParser serParser, Boolean fCheck, Boolean > isCrossAppDomain, IMethodCallMessage methodCallMessage) > at > System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize(Str > eam > serializationStream, HeaderHandler handler, Boolean fCheck, Boolean > isCrossAppDomain, IMethodCallMessage methodCallMessage) > at > System.Runtime.Remoting.Channels.CoreChannel.DeserializeBinaryResponseMessage( > Stream > inputStream, IMethodCallMessage reqMsg, Boolean bStrictBinding) > at > System.Runtime.Remoting.Channels.BinaryClientFormatterSink.SyncProcessMessage( > IMessage > msg) > > Exception rethrown at [0]: > at > System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage > reqMsg, IMessage retMsg) > at > System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& > msgData, Int32 type) > at Microsoft.Scripting.Hosting.CompiledCode.Execute(ScriptScope scope) > at > Microsoft.IronPythonTools.Commands.ExecuteInReplCommand.<>c__DisplayClass1. Command>b__0(Object > _) > > > -- > > Regards, > mk > > -- > Premature optimization is the root of all fun. > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From mrkafk at gmail.com Fri Jul 9 19:12:05 2010 From: mrkafk at gmail.com (Marcin Krol) Date: Fri, 09 Jul 2010 19:12:05 +0200 Subject: [IronPython] overriding methods defined in C# classes In-Reply-To: References: <4C375116.8030403@gmail.com> Message-ID: <4C375865.9080002@gmail.com> Simon Dahlbacka wrote: > Shouldn't your c# methods be protected virtual to be overridable? Yes, that was it. Thanks! I'm a total newbie in C#. -- Regards, mk -- Premature optimization is the root of all fun. From dinov at microsoft.com Fri Jul 9 19:17:39 2010 From: dinov at microsoft.com (Dino Viehland) Date: Fri, 9 Jul 2010 17:17:39 +0000 Subject: [IronPython] overriding methods from C# classes In-Reply-To: <4C374A19.8070707@gmail.com> References: <4C3612EF.5090203@gmail.com> <4C361599.9080601@voidspace.org.uk> <4C374A19.8070707@gmail.com> Message-ID: <1A472770E042064698CB5ADC83A12ACD48AEFB28@TK5EX14MBXC118.redmond.corp.microsoft.com> Marcin wrote: > Hello Michael and everyone, > > Michael Foord wrote: > > I recommend using the Visual Studio C# designer and then subclass > > the classes it generates from IronPython. > > I set out to do just that and stumbled upon a problem: > > I generated Windows form in C#, compiled into assembly (ip_cl1), copied > to python project folder: > > clr.AddReference('ip_cl1') > .. > from ip_cl1 import Form1 > > > class Form1Inh(Form1): > def __init__(self): > Form1.__init__(self) > > def comboBox1_SelectedIndexChanged(self, sender, event): > self.BackColor = Color.Azure > > This doesn't work, i.e. method comboBox1_SelectedIndexChanged doesn't > get called. I have to expicitly add EventHandler in Python: > > class Form1Inh(Form1): > def __init__(self): > Form1.__init__(self) > self.box1.SelectedIndexChanged += > EventHandler(self.comboBox1_SelectedIndexChanged); > > def comboBox1_SelectedIndexChanged(self, sender, event): > self.BackColor = Color.Azure > > > Is there some way of simply overriding methods in Python so that they do > get called by form events? In both of these cases there are no methods to be overridden. You're just defining methods which you want to use for the event handlers. You need to connect those methods to the event handlers somewhere. Your C# code is working probably because the connection of the event handlers is in the generated code in InitializeComponent(). This is one of the reasons why I suggest WPF over WinForms. In WPF you can declare the event handlers in the XAML and we can wire them up to you. In our IronPython 2.7 source code I recently added a clr.LoadComponent method which does this. So for WPF the code ends up looking like: import clr clr.AddReference('PresentationFramework') from System.Windows import Application, Window class MyWindow(Window): def __init__(self): clr.LoadComponent('WpfApplication16.xaml', self) def Button_Click(self, sender, e): pass if __name__ == '__main__': Application().Run(MyWindow()) While the XAML looks like: Python Code is where I am confused import clr clr.AddReference('PresentationFramework') from System.Windows.Markup import XamlReader from System.Windows import Application from System.IO import FileStream, FileMode app = Application() def doSomething(sender,event): hello.Content = "Try again" app.Run(XamlReader.Load(FileStream('Hello_World.xaml', FileMode.Open))) This I am sure is really simple... Coming from a Tk background its confusing for me. Anyway ty Cheers Andrew -------------- next part -------------- An HTML attachment was scrubbed... URL: From fuzzyman at voidspace.org.uk Sat Jul 10 00:19:27 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Fri, 09 Jul 2010 23:19:27 +0100 Subject: [IronPython] using XAML in IronPython In-Reply-To: References: Message-ID: <4C37A06F.2060802@voidspace.org.uk> On 09/07/2010 23:14, Andrew Evans wrote: > Hello I am learning IronPython having come from a CPython background, > I started learning C# to add more to my knowledge base for IronPython. > > I have a few questions using XAML: > > First if I build something using the xaml designer in IronPython Studio Don't do that, really. IronPython Studio uses IronPython 1 which is years out of date. Plus it is very unstable. Use IronPython Tools for Visual Studio 2010 instead: http://ironpython.net/ironpython/tools/ I don't think the xaml designer works particularly well with IronPython Tools, but you can use the xaml designer in Expression or Visual Studio (Express). > and give it a name x:name="somename" and want to reference it in a > function def doSomething(s, e): how do I reference the item with the > x:name value do I just type somename = changePropertyofControl? and > how do I call the function? > Controls with an x:Name can be accessed as named attributes on parent controls. Something like: def doSomething(s, e): button = root.hello # also equals "s" as it happens root = XamlReader.Load(FileStream('Hello_World.xaml', FileMode.Open)) app.Run(root) HTH, Michael > XAML > > xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" > xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" > Title="Hello World" Height="300" Width="300"> > > > > Python Code is where I am confused > > import clr > clr.AddReference('PresentationFramework') > > from System.Windows.Markup import XamlReader > from System.Windows import Application > from System.IO import FileStream, FileMode > > app = Application() > > def doSomething(sender,event): > hello.Content = "Try again" > > > app.Run(XamlReader.Load(FileStream('Hello_World.xaml', FileMode.Open))) > > This I am sure is really simple... Coming from a Tk background its > confusing for me. > > Anyway ty > > Cheers > > Andrew > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies ("BOGUS AGREEMENTS") that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. -------------- next part -------------- An HTML attachment was scrubbed... URL: From evans.d.andrew at gmail.com Sat Jul 10 00:23:01 2010 From: evans.d.andrew at gmail.com (Andrew Evans) Date: Fri, 9 Jul 2010 15:23:01 -0700 Subject: [IronPython] using XAML in IronPython In-Reply-To: References: Message-ID: ahh yes that's right I was using the development environment you linked. Thanks for the insight into my issue makes sense now On Fri, Jul 9, 2010 at 3:14 PM, Andrew Evans wrote: > Hello I am learning IronPython having come from a CPython background, I > started learning C# to add more to my knowledge base for IronPython. > > I have a few questions using XAML: > > First if I build something using the xaml designer in IronPython Studio and > give it a name x:name="somename" and want to reference it in a function def > doSomething(s, e): how do I reference the item with the x:name value do I > just type somename = changePropertyofControl? and how do I call the > function? > > XAML > > xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" > xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" > Title="Hello World" Height="300" Width="300"> > > > > Python Code is where I am confused > > import clr > clr.AddReference('PresentationFramework') > > from System.Windows.Markup import XamlReader > from System.Windows import Application > from System.IO import FileStream, FileMode > > app = Application() > > def doSomething(sender,event): > hello.Content = "Try again" > > > app.Run(XamlReader.Load(FileStream('Hello_World.xaml', FileMode.Open))) > > This I am sure is really simple... Coming from a Tk background its > confusing for me. > > Anyway ty > > Cheers > > Andrew > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Sat Jul 10 00:28:25 2010 From: dinov at microsoft.com (Dino Viehland) Date: Fri, 9 Jul 2010 22:28:25 +0000 Subject: [IronPython] using XAML in IronPython In-Reply-To: References: Message-ID: <1A472770E042064698CB5ADC83A12ACD48AF22DE@TK5EX14MBXC118.redmond.corp.microsoft.com> The next release of Ipy Tools (and IronPython 2.7) will greatly simplify this. You'll be able to call clr.LoadComponent and point at your XAML file and your Window subclass. It'll then automatically add all of the x:Name (and Name'd) elements onto your Window subclass so you can just do "self.hello.Text" or whatever w/o having to pull the values from the instance using FindName or other methods. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew Evans Sent: Friday, July 09, 2010 3:23 PM To: Discussion of IronPython Subject: Re: [IronPython] using XAML in IronPython ahh yes that's right I was using the development environment you linked. Thanks for the insight into my issue makes sense now On Fri, Jul 9, 2010 at 3:14 PM, Andrew Evans > wrote: Hello I am learning IronPython having come from a CPython background, I started learning C# to add more to my knowledge base for IronPython. I have a few questions using XAML: First if I build something using the xaml designer in IronPython Studio and give it a name x:name="somename" and want to reference it in a function def doSomething(s, e): how do I reference the item with the x:name value do I just type somename = changePropertyofControl? and how do I call the function? XAML Python Code is where I am confused import clr clr.AddReference('PresentationFramework') from System.Windows.Markup import XamlReader from System.Windows import Application from System.IO import FileStream, FileMode app = Application() def doSomething(sender,event): hello.Content = "Try again" app.Run(XamlReader.Load(FileStream('Hello_World.xaml', FileMode.Open))) This I am sure is really simple... Coming from a Tk background its confusing for me. Anyway ty Cheers Andrew -------------- next part -------------- An HTML attachment was scrubbed... URL: From evans.d.andrew at gmail.com Sat Jul 10 00:37:01 2010 From: evans.d.andrew at gmail.com (Andrew Evans) Date: Fri, 9 Jul 2010 15:37:01 -0700 Subject: [IronPython] using XAML in IronPython In-Reply-To: <1A472770E042064698CB5ADC83A12ACD48AF22DE@TK5EX14MBXC118.redmond.corp.microsoft.com> References: <1A472770E042064698CB5ADC83A12ACD48AF22DE@TK5EX14MBXC118.redmond.corp.microsoft.com> Message-ID: Sounds great when is the expected release date for that :D On Fri, Jul 9, 2010 at 3:28 PM, Dino Viehland wrote: > The next release of Ipy Tools (and IronPython 2.7) will greatly simplify > this. You?ll be able to call clr.LoadComponent and point at your XAML file > and your Window subclass. It?ll then automatically add all of the x:Name > (and Name?d) elements onto your Window subclass so you can just do > ?self.hello.Text? or whatever w/o having to pull the values from the > instance using FindName or other methods. > > > > *From:* users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] *On Behalf Of *Andrew Evans > *Sent:* Friday, July 09, 2010 3:23 PM > *To:* Discussion of IronPython > *Subject:* Re: [IronPython] using XAML in IronPython > > > > ahh yes that's right I was using the development environment you linked. > Thanks for the insight into my issue makes sense now > > On Fri, Jul 9, 2010 at 3:14 PM, Andrew Evans > wrote: > > Hello I am learning IronPython having come from a CPython background, I > started learning C# to add more to my knowledge base for IronPython. > > I have a few questions using XAML: > > First if I build something using the xaml designer in IronPython Studio and > give it a name x:name="somename" and want to reference it in a function def > doSomething(s, e): how do I reference the item with the x:name value do I > just type somename = changePropertyofControl? and how do I call the > function? > > XAML > > xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" > xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" > Title="Hello World" Height="300" Width="300"> > > > > Python Code is where I am confused > > import clr > clr.AddReference('PresentationFramework') > > from System.Windows.Markup import XamlReader > from System.Windows import Application > from System.IO import FileStream, FileMode > > app = Application() > > def doSomething(sender,event): > hello.Content = "Try again" > > > app.Run(XamlReader.Load(FileStream('Hello_World.xaml', FileMode.Open))) > > This I am sure is really simple... Coming from a Tk background its > confusing for me. > > Anyway ty > > Cheers > > Andrew > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Sat Jul 10 00:44:43 2010 From: dinov at microsoft.com (Dino Viehland) Date: Fri, 9 Jul 2010 22:44:43 +0000 Subject: [IronPython] using XAML in IronPython In-Reply-To: References: <1A472770E042064698CB5ADC83A12ACD48AF22DE@TK5EX14MBXC118.redmond.corp.microsoft.com> Message-ID: <1A472770E042064698CB5ADC83A12ACD48AF2408@TK5EX14MBXC118.redmond.corp.microsoft.com> It should be sometime this month. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew Evans Sent: Friday, July 09, 2010 3:37 PM To: Discussion of IronPython Subject: Re: [IronPython] using XAML in IronPython Sounds great when is the expected release date for that :D On Fri, Jul 9, 2010 at 3:28 PM, Dino Viehland > wrote: The next release of Ipy Tools (and IronPython 2.7) will greatly simplify this. You'll be able to call clr.LoadComponent and point at your XAML file and your Window subclass. It'll then automatically add all of the x:Name (and Name'd) elements onto your Window subclass so you can just do "self.hello.Text" or whatever w/o having to pull the values from the instance using FindName or other methods. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew Evans Sent: Friday, July 09, 2010 3:23 PM To: Discussion of IronPython Subject: Re: [IronPython] using XAML in IronPython ahh yes that's right I was using the development environment you linked. Thanks for the insight into my issue makes sense now On Fri, Jul 9, 2010 at 3:14 PM, Andrew Evans > wrote: Hello I am learning IronPython having come from a CPython background, I started learning C# to add more to my knowledge base for IronPython. I have a few questions using XAML: First if I build something using the xaml designer in IronPython Studio and give it a name x:name="somename" and want to reference it in a function def doSomething(s, e): how do I reference the item with the x:name value do I just type somename = changePropertyofControl? and how do I call the function? XAML Python Code is where I am confused import clr clr.AddReference('PresentationFramework') from System.Windows.Markup import XamlReader from System.Windows import Application from System.IO import FileStream, FileMode app = Application() def doSomething(sender,event): hello.Content = "Try again" app.Run(XamlReader.Load(FileStream('Hello_World.xaml', FileMode.Open))) This I am sure is really simple... Coming from a Tk background its confusing for me. Anyway ty Cheers Andrew _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristanz at gmail.com Sat Jul 10 19:19:47 2010 From: tristanz at gmail.com (Tristan Zajonc) Date: Sat, 10 Jul 2010 13:19:47 -0400 Subject: [IronPython] using XAML in IronPython In-Reply-To: <1A472770E042064698CB5ADC83A12ACD48AF2408@TK5EX14MBXC118.redmond.corp.microsoft.com> References: <1A472770E042064698CB5ADC83A12ACD48AF22DE@TK5EX14MBXC118.redmond.corp.microsoft.com> <1A472770E042064698CB5ADC83A12ACD48AF2408@TK5EX14MBXC118.redmond.corp.microsoft.com> Message-ID: No need to say anything before official announcement if you don't want to, but for planning purposes: - Are you planning on 2.7 by the end of this month, or just 2.6.2? - Do you expect license issues to be resolved and code released for next IronPython Tools release? I'm looking forward to both, Tristan On Fri, Jul 9, 2010 at 6:44 PM, Dino Viehland wrote: > It should be sometime this month. > > > > *From:* users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] *On Behalf Of *Andrew Evans > *Sent:* Friday, July 09, 2010 3:37 PM > > *To:* Discussion of IronPython > *Subject:* Re: [IronPython] using XAML in IronPython > > > > Sounds great when is the expected release date for that :D > > On Fri, Jul 9, 2010 at 3:28 PM, Dino Viehland wrote: > > The next release of Ipy Tools (and IronPython 2.7) will greatly simplify > this. You?ll be able to call clr.LoadComponent and point at your XAML file > and your Window subclass. It?ll then automatically add all of the x:Name > (and Name?d) elements onto your Window subclass so you can just do > ?self.hello.Text? or whatever w/o having to pull the values from the > instance using FindName or other methods. > > > > *From:* users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] *On Behalf Of *Andrew Evans > *Sent:* Friday, July 09, 2010 3:23 PM > *To:* Discussion of IronPython > *Subject:* Re: [IronPython] using XAML in IronPython > > > > ahh yes that's right I was using the development environment you linked. > Thanks for the insight into my issue makes sense now > > On Fri, Jul 9, 2010 at 3:14 PM, Andrew Evans > wrote: > > Hello I am learning IronPython having come from a CPython background, I > started learning C# to add more to my knowledge base for IronPython. > > I have a few questions using XAML: > > First if I build something using the xaml designer in IronPython Studio and > give it a name x:name="somename" and want to reference it in a function def > doSomething(s, e): how do I reference the item with the x:name value do I > just type somename = changePropertyofControl? and how do I call the > function? > > XAML > > xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" > xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" > Title="Hello World" Height="300" Width="300"> > > > > Python Code is where I am confused > > import clr > clr.AddReference('PresentationFramework') > > from System.Windows.Markup import XamlReader > from System.Windows import Application > from System.IO import FileStream, FileMode > > app = Application() > > def doSomething(sender,event): > hello.Content = "Try again" > > > app.Run(XamlReader.Load(FileStream('Hello_World.xaml', FileMode.Open))) > > This I am sure is really simple... Coming from a Tk background its > confusing for me. > > Anyway ty > > Cheers > > Andrew > > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From r.brown.bayliss at gmail.com Sat Jul 10 21:43:05 2010 From: r.brown.bayliss at gmail.com (Rob Brown-Bayliss) Date: Sun, 11 Jul 2010 07:43:05 +1200 Subject: [IronPython] VisualStudio tools Message-ID: Hi I am having many problems with indentation errors in visualstudio, no mater what I try I always end up having a problem when I decide to add a method to a class, of in a series of if:'s etc. The solution I have is to keep opening the file in wingide and converting to tabs and re-saving it. Then once reloaded in Vs all is fine. Is this a known issue or a recent bug? -- -- Rob From dinov at microsoft.com Sat Jul 10 23:33:19 2010 From: dinov at microsoft.com (Dino Viehland) Date: Sat, 10 Jul 2010 21:33:19 +0000 Subject: [IronPython] VisualStudio tools In-Reply-To: References: Message-ID: <1A472770E042064698CB5ADC83A12ACD48AFA677@TK5EX14MBXC118.redmond.corp.microsoft.com> If you're using tabs instead of spaces there's still some issues w/ auto-indent not respecting the tabs vs spaces settings. I would suggest either disabling smart indent or changing to insert spaces in Tools->Options->Text Editor->IronPython-> Tabs. > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Rob Brown-Bayliss > Sent: Saturday, July 10, 2010 12:43 PM > To: Discussion of IronPython > Subject: [IronPython] VisualStudio tools > > Hi > > I am having many problems with indentation errors in visualstudio, no > mater what I try I always end up having a problem when I decide to add > a method to a class, of in a series of if:'s etc. The solution I have > is to keep opening the file in wingide and converting to tabs and > re-saving it. Then once reloaded in Vs all is fine. > > Is this a known issue or a recent bug? > > -- > -- > > Rob > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From dinov at microsoft.com Sat Jul 10 23:36:09 2010 From: dinov at microsoft.com (Dino Viehland) Date: Sat, 10 Jul 2010 21:36:09 +0000 Subject: [IronPython] using XAML in IronPython In-Reply-To: References: <1A472770E042064698CB5ADC83A12ACD48AF22DE@TK5EX14MBXC118.redmond.corp.microsoft.com> <1A472770E042064698CB5ADC83A12ACD48AF2408@TK5EX14MBXC118.redmond.corp.microsoft.com> Message-ID: <1A472770E042064698CB5ADC83A12ACD48AFA81C@TK5EX14MBXC118.redmond.corp.microsoft.com> It'll be 2.7 Alpha 1 by the end of this month. I need to investigate a couple of failing tests in the 2.6.2 branch and then we'll need to kick off the final test pass and then that'll be ready to go too - it'll probably come out slightly after 2.7A1 simply due to machine resources for the test passes. I'll keep quite on the tools side of things just not to jinx things :) From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Tristan Zajonc Sent: Saturday, July 10, 2010 10:20 AM To: Discussion of IronPython Subject: Re: [IronPython] using XAML in IronPython No need to say anything before official announcement if you don't want to, but for planning purposes: - Are you planning on 2.7 by the end of this month, or just 2.6.2? - Do you expect license issues to be resolved and code released for next IronPython Tools release? I'm looking forward to both, Tristan On Fri, Jul 9, 2010 at 6:44 PM, Dino Viehland > wrote: It should be sometime this month. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew Evans Sent: Friday, July 09, 2010 3:37 PM To: Discussion of IronPython Subject: Re: [IronPython] using XAML in IronPython Sounds great when is the expected release date for that :D On Fri, Jul 9, 2010 at 3:28 PM, Dino Viehland > wrote: The next release of Ipy Tools (and IronPython 2.7) will greatly simplify this. You'll be able to call clr.LoadComponent and point at your XAML file and your Window subclass. It'll then automatically add all of the x:Name (and Name'd) elements onto your Window subclass so you can just do "self.hello.Text" or whatever w/o having to pull the values from the instance using FindName or other methods. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew Evans Sent: Friday, July 09, 2010 3:23 PM To: Discussion of IronPython Subject: Re: [IronPython] using XAML in IronPython ahh yes that's right I was using the development environment you linked. Thanks for the insight into my issue makes sense now On Fri, Jul 9, 2010 at 3:14 PM, Andrew Evans > wrote: Hello I am learning IronPython having come from a CPython background, I started learning C# to add more to my knowledge base for IronPython. I have a few questions using XAML: First if I build something using the xaml designer in IronPython Studio and give it a name x:name="somename" and want to reference it in a function def doSomething(s, e): how do I reference the item with the x:name value do I just type somename = changePropertyofControl? and how do I call the function? XAML Python Code is where I am confused import clr clr.AddReference('PresentationFramework') from System.Windows.Markup import XamlReader from System.Windows import Application from System.IO import FileStream, FileMode app = Application() def doSomething(sender,event): hello.Content = "Try again" app.Run(XamlReader.Load(FileStream('Hello_World.xaml', FileMode.Open))) This I am sure is really simple... Coming from a Tk background its confusing for me. Anyway ty Cheers Andrew _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From r.brown.bayliss at gmail.com Sun Jul 11 02:03:17 2010 From: r.brown.bayliss at gmail.com (Rob Brown-Bayliss) Date: Sun, 11 Jul 2010 12:03:17 +1200 Subject: [IronPython] VisualStudio tools In-Reply-To: <1A472770E042064698CB5ADC83A12ACD48AFA677@TK5EX14MBXC118.redmond.corp.microsoft.com> References: <1A472770E042064698CB5ADC83A12ACD48AFA677@TK5EX14MBXC118.redmond.corp.microsoft.com> Message-ID: Thanks, setting intent to block seems to have worked. On Sun, Jul 11, 2010 at 9:33 AM, Dino Viehland wrote: > If you're using tabs instead of spaces there's still some issues w/ auto-indent > not respecting the tabs vs spaces settings. ?I would suggest either disabling > smart indent or changing to insert spaces in Tools->Options->Text Editor->IronPython-> > Tabs. > >> -----Original Message----- >> From: users-bounces at lists.ironpython.com [mailto:users- >> bounces at lists.ironpython.com] On Behalf Of Rob Brown-Bayliss >> Sent: Saturday, July 10, 2010 12:43 PM >> To: Discussion of IronPython >> Subject: [IronPython] VisualStudio tools >> >> Hi >> >> I am having many problems with indentation errors in visualstudio, no >> mater what I try I always end up having a problem when I decide to add >> a method to a class, of in a series of if:'s etc. ?The solution I have >> is to keep opening the file in wingide and converting to tabs and >> re-saving it. ?Then once reloaded in Vs all is fine. >> >> Is ?this a known issue or a recent bug? >> >> -- >> -- >> >> Rob >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- -- Rob From yngipy at gmail.com Sun Jul 11 07:24:52 2010 From: yngipy at gmail.com (yngipy hernan) Date: Sun, 11 Jul 2010 00:24:52 -0500 Subject: [IronPython] sys._getframe(0).f_lineno always returns 1 In-Reply-To: <1A472770E042064698CB5ADC83A12ACD48AEFA0D@TK5EX14MBXC118.redmond.corp.microsoft.com> References: <1A472770E042064698CB5ADC83A12ACD48AEFA0D@TK5EX14MBXC118.redmond.corp.microsoft.com> Message-ID: Thanks for confirming this Dino. I have opened a bug report, see 28052. Regards, Yngipy On Fri, Jul 9, 2010 at 12:04 PM, Dino Viehland wrote: > This is definitely a bug. If you?d open a bug on CodePlex that?d be > great. Currently we only track the line information locally but in > ?X:Frames mode we should hoist that information into the frame. > > > > *From:* users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] *On Behalf Of *yngipy hernan > *Sent:* Thursday, July 08, 2010 8:24 PM > *To:* Discussion of IronPython > *Subject:* Re: [IronPython] sys._getframe(0).f_lineno always returns 1 > > > > Bump..... > > > > Anyone can confirm this issue? Or am I doing it incorrectly? > > > > Yngipy > > > > On Thu, Jul 8, 2010 at 1:15 AM, yngipy hernan wrote: > > Hi all, > > > > I have observed something that may be an issue, see snippet below > > > > import sys > > > > #filename is temp.py > > print 'hello world' > > print 'hello world' > > print 'Line : %s'%sys._getframe(0).f_lineno > > > > Here is my command line: > > > > ipy.exe -X:FullFrames temp.py > > > > The command "sys._getframe(0).f_lineno" always returns 1. > > > > Below my IPY version: > > IronPython 2.6.1 (2.6.10920.0) on .NET 4.0.30319.1 > > > > Note that CPython 2.6.5 reports "6" > > > > Regards, > > Yngipy > > IPRobot (http://pyas.svn.sourceforge.net/viewvc/pyas/trunk/src/ipr/) > > > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From evans.d.andrew at gmail.com Sun Jul 11 23:06:36 2010 From: evans.d.andrew at gmail.com (Andrew Evans) Date: Sun, 11 Jul 2010 14:06:36 -0700 Subject: [IronPython] Adding more than one entry to a TextBox WPF Message-ID: Hello I am building a simple python app to further educate myself. I am almost some what complete with this application. However I can not think how to add more than one entry to a TextBox. So when I input the first value it stays and then the second value third and so forth right now it replaces the first value with the second etc etc Here is my app code #PYTHON# import clr clr.AddReference("PresentationFramework") clr.AddReference("PresentationCore") from System.IO import File from System.Windows.Markup import XamlReader from System.Windows import * import socket from threading import * import cPickle CMD_MSG = range(1) class Chat(object): def __init__(self): mythread = Thread(target=self.server) mythread.start() stream = File.OpenRead("p2pChat.xaml") self.root = XamlReader.Load(stream) self.ip_address_input = self.root.FindName('ip_address') self.sendB = self.root.FindName('send') self.output = self.root.FindName('textbox') self.entry_input = self.root.FindName('entry') self.sendB.Click += self.sendit def server(self): self.port = 9000 self.s = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) self.s.bind((socket.gethostbyname(socket.gethostname()), int(self.port))) #print socket.gethostbyname(socket.gethostname()) while True: msg, addr = self.s.recvfrom(2024) ## cmd, msg = ord(msg[0]),msg[1:] ## if cmd == CMD_MSG: self.output.Text = str(msg) + "\n" def client(self, msg): self.port = 9000 self.host = self.ip_address_input.Text self.se = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) self.se.sendto(str(self.host) + " : " + msg, (self.host, int(self.port))) def sendit(self, s, e): self.client(str(self.entry_input.Text)) self.output.Text = str(self.entry_input.Text + "\n") self.entry_input.Text = "" myChat = Chat() app = Application() app.Run(myChat.root) Thanks in advance :-) -------------- next part -------------- An HTML attachment was scrubbed... URL: From fuzzyman at voidspace.org.uk Sun Jul 11 23:10:44 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Sun, 11 Jul 2010 22:10:44 +0100 Subject: [IronPython] Adding more than one entry to a TextBox WPF In-Reply-To: References: Message-ID: <4C3A3354.1060003@voidspace.org.uk> On 11/07/2010 22:06, Andrew Evans wrote: > Hello I am building a simple python app to further educate myself. > > I am almost some what complete with this application. However I can > not think how to add more than one entry to a TextBox. So when I input > the first value it stays and then the second value third and so forth > right now it replaces the first value with the second etc etc You currently have this for setting the text in the textbox: self.output.Text = str(self.entry_input.Text + "\n") This replaces the current text with next text. Instead try: self.output.Text += (self.entry_input.Text + "\n") No need for the call to str - the Text property of a textbox is already a string. All the best, Michael > > Here is my app code > > #PYTHON# > > > import clr > clr.AddReference("PresentationFramework") > clr.AddReference("PresentationCore") > > from System.IO import File > from System.Windows.Markup import XamlReader > from System.Windows import * > > import socket > from threading import * > import cPickle > > CMD_MSG = range(1) > > class Chat(object): > def __init__(self): > mythread = Thread(target=self.server) > mythread.start() > stream = File.OpenRead("p2pChat.xaml") > self.root = XamlReader.Load(stream) > self.ip_address_input = self.root.FindName('ip_address') > self.sendB = self.root.FindName('send') > self.output = self.root.FindName('textbox') > self.entry_input = self.root.FindName('entry') > self.sendB.Click += self.sendit > > def server(self): > self.port = 9000 > self.s = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) > self.s.bind((socket.gethostbyname(socket.gethostname()), > int(self.port))) > #print socket.gethostbyname(socket.gethostname()) > while True: > msg, addr = self.s.recvfrom(2024) > ## cmd, msg = ord(msg[0]),msg[1:] > ## if cmd == CMD_MSG: > self.output.Text = str(msg) + "\n" > > def client(self, msg): > self.port = 9000 > self.host = self.ip_address_input.Text > self.se = socket.socket(socket.AF_INET, > socket.SOCK_DGRAM) > self.se.sendto(str(self.host) + " : " + msg, (self.host, > int(self.port))) > > def sendit(self, s, e): > self.client(str(self.entry_input.Text)) > self.output.Text = str(self.entry_input.Text + "\n") > self.entry_input.Text = "" > > > > myChat = Chat() > > > app = Application() > app.Run(myChat.root) > > Thanks in advance :-) > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies ("BOGUS AGREEMENTS") that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. -------------- next part -------------- An HTML attachment was scrubbed... URL: From evans.d.andrew at gmail.com Sun Jul 11 23:18:55 2010 From: evans.d.andrew at gmail.com (Andrew Evans) Date: Sun, 11 Jul 2010 14:18:55 -0700 Subject: [IronPython] Adding more than one entry to a TextBox WPF In-Reply-To: <4C3A3354.1060003@voidspace.org.uk> References: <4C3A3354.1060003@voidspace.org.uk> Message-ID: Yay ty worked perfectly *cheers Thanks a bunch Andrew On Sun, Jul 11, 2010 at 2:10 PM, Michael Foord wrote: > On 11/07/2010 22:06, Andrew Evans wrote: > > Hello I am building a simple python app to further educate myself. > > I am almost some what complete with this application. However I can not > think how to add more than one entry to a TextBox. So when I input the first > value it stays and then the second value third and so forth right now it > replaces the first value with the second etc etc > > > You currently have this for setting the text in the textbox: > > > self.output.Text = str(self.entry_input.Text + "\n") > > This replaces the current text with next text. Instead try: > > self.output.Text += (self.entry_input.Text + "\n") > > No need for the call to str - the Text property of a textbox is already a > string. > > All the best, > > Michael > > > > Here is my app code > > #PYTHON# > > > import clr > clr.AddReference("PresentationFramework") > clr.AddReference("PresentationCore") > > from System.IO import File > from System.Windows.Markup import XamlReader > from System.Windows import * > > import socket > from threading import * > import cPickle > > CMD_MSG = range(1) > > class Chat(object): > def __init__(self): > mythread = Thread(target=self.server) > mythread.start() > stream = File.OpenRead("p2pChat.xaml") > self.root = XamlReader.Load(stream) > self.ip_address_input = self.root.FindName('ip_address') > self.sendB = self.root.FindName('send') > self.output = self.root.FindName('textbox') > self.entry_input = self.root.FindName('entry') > self.sendB.Click += self.sendit > > def server(self): > self.port = 9000 > self.s = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) > self.s.bind((socket.gethostbyname(socket.gethostname()), > int(self.port))) > #print socket.gethostbyname(socket.gethostname()) > while True: > msg, addr = self.s.recvfrom(2024) > ## cmd, msg = ord(msg[0]),msg[1:] > ## if cmd == CMD_MSG: > self.output.Text = str(msg) + "\n" > > def client(self, msg): > self.port = 9000 > self.host = self.ip_address_input.Text > self.se = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) > self.se.sendto(str(self.host) + " : " + msg, (self.host, > int(self.port))) > > def sendit(self, s, e): > self.client(str(self.entry_input.Text)) > self.output.Text = str(self.entry_input.Text + "\n") > self.entry_input.Text = "" > > > > myChat = Chat() > > > app = Application() > app.Run(myChat.root) > > Thanks in advance :-) > > > > _______________________________________________ > Users mailing listUsers at lists.ironpython.comhttp://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > -- http://www.ironpythoninaction.com/http://www.voidspace.org.uk/blog > > READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From boxerab at gmail.com Sun Jul 11 23:38:04 2010 From: boxerab at gmail.com (Aaron Boxer) Date: Sun, 11 Jul 2010 17:38:04 -0400 Subject: [IronPython] script c# application Message-ID: Hello! I have a c# application, and I need to make it scriptable for testing purposes. So, what I would like to do is: 1) run my program 2) pop up a window where I could interactively execute IronPython commands, to manipulate the c# classes in my application 3)be able to load an IronPython script from file, which would be able to manipulate the c# classes in my app. Number 3 is the most important for me; I want to stress test my wcf services by hammering away at them in a loop. Any insight or help, or sample code would be greatly appreciated. Thanks! Aaron From killver at gmail.com Mon Jul 12 17:47:33 2010 From: killver at gmail.com (Philipp Singer) Date: Mon, 12 Jul 2010 17:47:33 +0200 Subject: [IronPython] IronPython tool VS 2010 - numby Message-ID: <4C3B3915.1090505@gmail.com> Hey! Can anybody tell me, how to add the numby library to my visual studio 2010 project? Thanks Philipp From harry.percival at gmail.com Mon Jul 12 19:20:50 2010 From: harry.percival at gmail.com (Harry Percival) Date: Mon, 12 Jul 2010 19:20:50 +0200 Subject: [IronPython] IronPython tool VS 2010 - numby In-Reply-To: <4C3B3915.1090505@gmail.com> References: <4C3B3915.1090505@gmail.com> Message-ID: if you meant numpy, it doesn't work natively on ironpython, but you can still use it with IronClad http://www.resolversystems.com/documentation/index.php/Ironclad On Mon, Jul 12, 2010 at 5:47 PM, Philipp Singer wrote: > Hey! > > Can anybody tell me, how to add the numby library to my visual studio 2010 > project? > > Thanks > Philipp > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- ------------------------------ Harry J.W. Percival ------------------------------ Italy Mobile: +39 389 095 8959 UK Mobile:? +44 (0) 78877 02511 Skype:? ? ? ?? harry dot percival From evans.d.andrew at gmail.com Mon Jul 12 19:49:37 2010 From: evans.d.andrew at gmail.com (Andrew Evans) Date: Mon, 12 Jul 2010 10:49:37 -0700 Subject: [IronPython] compiling an executable with the standard library Message-ID: I am having problems compiling an executable. From what research I have done, I need to include in my compilation the python standard modules that I am using. How ever I can not figure out how to do this. Any advice would be appreciated here is the command I am using ipy \pyc.py /main:\p2pChat.py /target:exe these are the modules used in my script import socket from threading import * Thank you in advance -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Mon Jul 12 20:03:10 2010 From: dinov at microsoft.com (Dino Viehland) Date: Mon, 12 Jul 2010 18:03:10 +0000 Subject: [IronPython] script c# application In-Reply-To: References: Message-ID: <1A472770E042064698CB5ADC83A12ACD48B05A41@TK5EX14MBXC118.redmond.corp.microsoft.com> Aaron wrote: > Hello! > > I have a c# application, and I need to make it scriptable for testing > purposes. So, what I would like to do is: > > 1) run my program > 2) pop up a window where I could interactively execute IronPython > commands, to manipulate the c# classes in my application > 3)be able to load an IronPython script from file, which would be able > to manipulate the c# classes in my app. > > Number 3 is the most important for me; I want to stress test my wcf > services by hammering away at them in a loop. > > > Any insight or help, or sample code would be greatly appreciated. I'd check out the BadPaint sample here: http://ironpython.codeplex.com/releases/view/36280 It goes along with this presentation: http://www.microsoftpdc.com/2009/FT30 This just goes over how to take a really simple app and add scripting to it. There's nothing about reading from a file but that's easy enough to do - it does have a window to input text in and execute it immediately. You can also check out the DLR hosting spec over here: http://dlr.codeplex.com/wikipage?title=Docs%20and%20specs&referringTitle=Documentation which will give you the details on how to use the hosting APIs. From dinov at microsoft.com Mon Jul 12 20:13:30 2010 From: dinov at microsoft.com (Dino Viehland) Date: Mon, 12 Jul 2010 18:13:30 +0000 Subject: [IronPython] compiling an executable with the standard library In-Reply-To: References: Message-ID: <1A472770E042064698CB5ADC83A12ACD48B05A94@TK5EX14MBXC118.redmond.corp.microsoft.com> socket is actually a built-in in IronPython. So you really only need threading. But threading depends upon functools, and collections, and traceback. I'm not sure how far the transitive closure goes so let's just assume you'll need to compile the entire standard library. You can actually compile this into its own DLL using pyc. So you could do: import System import pyc files = System.IO.Directory.GetFiles(r'C:\Program Files (x86)\IronPython 2.6\Lib') files = [f for f in files if f.endswith('.py')] import pyc pyc.Main(files + ['/out:stdlib.dll']) I'm just importing pyc directly here because for whatever reason it doesn't accept wildcards. There's a bug in 2.6.1 which prevents this from working - it'll be fixed in 2.6.2. You could compile w/ 2.6.0 to get a working EXE or you could remove any std lib modules that fail to compile. Now you can just do a clr.AddReference('stdlib.dll') in your script and the std lib will be available to you. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew Evans Sent: Monday, July 12, 2010 10:50 AM To: Discussion of IronPython Subject: [IronPython] compiling an executable with the standard library I am having problems compiling an executable. From what research I have done, I need to include in my compilation the python standard modules that I am using. How ever I can not figure out how to do this. Any advice would be appreciated here is the command I am using ipy \pyc.py /main:\p2pChat.py /target:exe these are the modules used in my script import socket from threading import * Thank you in advance -------------- next part -------------- An HTML attachment was scrubbed... URL: From Matt.funke at vishaypg.com Mon Jul 12 20:31:02 2010 From: Matt.funke at vishaypg.com (Funke, Matt) Date: Mon, 12 Jul 2010 18:31:02 +0000 Subject: [IronPython] IPy Dependencies? Message-ID: <2C5C90D76B65DC47A65001FD937014B2016CA64D@WSWD43.VishayPG.com> Is there any chance that IronPython has dependencies on PyQt or anything like that? My copy of PyScripter (1.9.9.7) stopped working after I tried to use it to edit some scripts I was building for IronPython. Rebooting and re-installing has not fixed the problem. I'm just trying to troubleshoot and investigate all possibilities. -- Best Regards, Matt Funke From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino Viehland Sent: Monday, July 12, 2010 2:14 PM To: Discussion of IronPython Subject: Re: [IronPython] compiling an executable with the standard library socket is actually a built-in in IronPython. So you really only need threading. But threading depends upon functools, and collections, and traceback. I'm not sure how far the transitive closure goes so let's just assume you'll need to compile the entire standard library. You can actually compile this into its own DLL using pyc. So you could do: import System import pyc files = System.IO.Directory.GetFiles(r'C:\Program Files (x86)\IronPython 2.6\Lib') files = [f for f in files if f.endswith('.py')] import pyc pyc.Main(files + ['/out:stdlib.dll']) I'm just importing pyc directly here because for whatever reason it doesn't accept wildcards. There's a bug in 2.6.1 which prevents this from working - it'll be fixed in 2.6.2. You could compile w/ 2.6.0 to get a working EXE or you could remove any std lib modules that fail to compile. Now you can just do a clr.AddReference('stdlib.dll') in your script and the std lib will be available to you. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew Evans Sent: Monday, July 12, 2010 10:50 AM To: Discussion of IronPython Subject: [IronPython] compiling an executable with the standard library I am having problems compiling an executable. From what research I have done, I need to include in my compilation the python standard modules that I am using. How ever I can not figure out how to do this. Any advice would be appreciated here is the command I am using ipy \pyc.py /main:\p2pChat.py /target:exe these are the modules used in my script import socket from threading import * Thank you in advance -------------- next part -------------- An HTML attachment was scrubbed... URL: From fuzzyman at voidspace.org.uk Mon Jul 12 20:32:02 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Mon, 12 Jul 2010 19:32:02 +0100 Subject: [IronPython] IPy Dependencies? In-Reply-To: <2C5C90D76B65DC47A65001FD937014B2016CA64D@WSWD43.VishayPG.com> References: <2C5C90D76B65DC47A65001FD937014B2016CA64D@WSWD43.VishayPG.com> Message-ID: <4C3B5FA2.5020800@voidspace.org.uk> On 12/07/2010 19:31, Funke, Matt wrote: > > Is there any chance that IronPython has dependencies on PyQt or > anything like that? > Absolutely no chance at all. :-) Michael > My copy of PyScripter (1.9.9.7) stopped working after I tried to use > it to edit some scripts I was building for IronPython. Rebooting and > re-installing has not fixed the problem. > > I'm just trying to troubleshoot and investigate all possibilities. > > -- Best Regards, > > Matt Funke > > *From:* users-bounces at lists.ironpython.com > [mailto:users-bounces at lists.ironpython.com] *On Behalf Of *Dino Viehland > *Sent:* Monday, July 12, 2010 2:14 PM > *To:* Discussion of IronPython > *Subject:* Re: [IronPython] compiling an executable with the standard > library > > socket is actually a built-in in IronPython. So you really only need > threading. But threading depends upon functools, and collections, and > traceback. I'm not sure how far the transitive closure goes so let's > just assume you'll need to compile the entire standard library. You > can actually compile this into its own DLL using pyc. So you could do: > > import System > > import pyc > > files = System.IO.Directory.GetFiles(r'C:\Program Files > (x86)\IronPython 2.6\Lib') > > files = [f for f in files if f.endswith('.py')] > > import pyc > > pyc.Main(files + ['/out:stdlib.dll']) > > I'm just importing pyc directly here because for whatever reason it > doesn't accept wildcards. > > There's a bug in 2.6.1 which prevents this from working -- it'll be > fixed in 2.6.2. You could compile w/ 2.6.0 to get a working EXE or > you could remove any std lib modules that fail to compile. > > Now you can just do a clr.AddReference('stdlib.dll') in your script > and the std lib will be available to you. > > *From:* users-bounces at lists.ironpython.com > [mailto:users-bounces at lists.ironpython.com] *On Behalf Of *Andrew Evans > *Sent:* Monday, July 12, 2010 10:50 AM > *To:* Discussion of IronPython > *Subject:* [IronPython] compiling an executable with the standard library > > I am having problems compiling an executable. From what research I > have done, I need to include in my compilation the python standard > modules that I am using. How ever I can not figure out how to do this. > > Any advice would be appreciated here is the command I am using > > ipy \pyc.py /main:\p2pChat.py /target:exe > > these are the modules used in my script > > import socket > from threading import * > > Thank you in advance > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies ("BOGUS AGREEMENTS") that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. -------------- next part -------------- An HTML attachment was scrubbed... URL: From boxerab at gmail.com Mon Jul 12 21:13:46 2010 From: boxerab at gmail.com (Aaron Boxer) Date: Mon, 12 Jul 2010 15:13:46 -0400 Subject: [IronPython] script c# application In-Reply-To: <1A472770E042064698CB5ADC83A12ACD48B05A41@TK5EX14MBXC118.redmond.corp.microsoft.com> References: <1A472770E042064698CB5ADC83A12ACD48B05A41@TK5EX14MBXC118.redmond.corp.microsoft.com> Message-ID: Thanks, Dino! On Mon, Jul 12, 2010 at 2:03 PM, Dino Viehland wrote: > Aaron wrote: >> Hello! >> >> I have a c# application, and I need to make it scriptable for testing >> purposes. ?So, what I would like to do is: >> >> 1) run my program >> 2) pop up a window where I could interactively execute IronPython >> commands, to manipulate the c# classes in my application >> 3)be able to load an IronPython script from file, which would be able >> to manipulate the c# classes in my app. >> >> Number 3 is the most important for me; I want to stress test my wcf >> services by hammering away at them in a loop. >> >> >> Any insight or help, or sample code would be greatly appreciated. > > I'd check out the BadPaint sample here: > > http://ironpython.codeplex.com/releases/view/36280 > > It goes along with this presentation: > > http://www.microsoftpdc.com/2009/FT30 > > This just goes over how to take a really simple app and add scripting > to it. ?There's nothing about reading from a file but that's easy enough > to do - it does have a window to input text in and execute it immediately. > > You can also check out the DLR hosting spec over here: > > http://dlr.codeplex.com/wikipage?title=Docs%20and%20specs&referringTitle=Documentation > > which will give you the details on how to use the hosting APIs. > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From williamj at tenbase2.com Mon Jul 12 21:40:03 2010 From: williamj at tenbase2.com (William Johnston) Date: Mon, 12 Jul 2010 15:40:03 -0400 Subject: [IronPython] multiarray module? Message-ID: <001e01cb21fa$0a90bf30$1fb23d90$@com> Hello, Is the multiarray module implemented for IronPython? Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fernandez.dan at gmail.com Mon Jul 12 23:51:08 2010 From: fernandez.dan at gmail.com (Danny Fernandez) Date: Mon, 12 Jul 2010 15:51:08 -0600 Subject: [IronPython] Access functions from other modules in an embedded environment Message-ID: Hi I am planning on using IronPython 2.6.1 .NET 2.0 in a embedded in my C# app. I am playing with able to call python functions from C#. I had a question about how do you call other functions from modules that were imported. Here is a simple example moduleA.py has the following import moduleB def myFunA(): return 1 moduleB.py has the following def myFunB(): return 2 This is what I have in my sample C# program. ScriptSource source = _engine.CreateScriptSourceFromFile("moduleA); CompiledCode compiledCode = source.Compile(); ScriptScope scope = _engine.CreateScope(); compiledCode.Execute(scope); I can get access to myFunA straight forward with Func funcA = scope.GetVariable>("myFunA"); How do I access other functions from other modules in this simple case myFunB from the import moduleB? I was able to with the following but I am not sure if this is correct way or if there are better way PythonModule stuff = scope.GetVariable("moduleB"); Func funcB= _engine.Operations.GetMember>(stuff, "myFunB"); Thanks Danny -------------- next part -------------- An HTML attachment was scrubbed... URL: From evans.d.andrew at gmail.com Tue Jul 13 00:54:32 2010 From: evans.d.andrew at gmail.com (Andrew Evans) Date: Mon, 12 Jul 2010 15:54:32 -0700 Subject: [IronPython] compiling an executable with the standard library In-Reply-To: <1A472770E042064698CB5ADC83A12ACD48B05A94@TK5EX14MBXC118.redmond.corp.microsoft.com> References: <1A472770E042064698CB5ADC83A12ACD48B05A94@TK5EX14MBXC118.redmond.corp.microsoft.com> Message-ID: Hell ty for your fast reply. I compiled the dll using your script. I then did a clr.AddReference in my py code. I also switched to Python 2.6.0. I compiled my code and copied the necessary dlls from my IronPython install to my my executable output directory along with my xaml file. How ever when I run my app from command "p2pChat.exe" it crashes with no error messages and returns to a shell. This is the contents of my Directory p2p/ IronPython.dll IronPython.Modules.dll IronPython.Modules.XML IronPython.XML Microsoft.Dynamic.dll Microsoft.Scripting.Core.dll Microsoft.Scripting.Debugging.dll Microsoft.Scripting.dll Microsoft.Scripting.ExtensionAttribute.dll p2pChat.dll p2pChat.exe p2pChat.py p2pChat.xaml stdlib.dll Any ideas cheers Andrew On Mon, Jul 12, 2010 at 11:13 AM, Dino Viehland wrote: > socket is actually a built-in in IronPython. So you really only need > threading. But threading depends upon functools, and collections, and > traceback. I?m not sure how far the transitive closure goes so let?s just > assume you?ll need to compile the entire standard library. You can actually > compile this into its own DLL using pyc. So you could do: > > > > import System > > import pyc > > files = System.IO.Directory.GetFiles(r'C:\Program Files (x86)\IronPython > 2.6\Lib') > > files = [f for f in files if f.endswith('.py')] > > import pyc > > pyc.Main(files + ['/out:stdlib.dll']) > > > > I?m just importing pyc directly here because for whatever reason it doesn?t > accept wildcards. > > > > There?s a bug in 2.6.1 which prevents this from working ? it?ll be fixed in > 2.6.2. You could compile w/ 2.6.0 to get a working EXE or you could remove > any std lib modules that fail to compile. > > > > Now you can just do a clr.AddReference(?stdlib.dll?) in your script and the > std lib will be available to you. > > > > *From:* users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] *On Behalf Of *Andrew Evans > *Sent:* Monday, July 12, 2010 10:50 AM > *To:* Discussion of IronPython > *Subject:* [IronPython] compiling an executable with the standard library > > > > I am having problems compiling an executable. From what research I have > done, I need to include in my compilation the python standard modules that I > am using. How ever I can not figure out how to do this. > > Any advice would be appreciated here is the command I am using > > ipy \pyc.py /main:\p2pChat.py /target:exe > > these are the modules used in my script > > import socket > from threading import * > > Thank you in advance > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From evans.d.andrew at gmail.com Tue Jul 13 00:56:34 2010 From: evans.d.andrew at gmail.com (Andrew Evans) Date: Mon, 12 Jul 2010 15:56:34 -0700 Subject: [IronPython] compiling an executable with the standard library In-Reply-To: References: <1A472770E042064698CB5ADC83A12ACD48B05A94@TK5EX14MBXC118.redmond.corp.microsoft.com> Message-ID: A quick thought do I need to reference Threading by doing something like "stdlib.Threading" or can I just do from Threading import * On Mon, Jul 12, 2010 at 3:54 PM, Andrew Evans wrote: > Hell ty for your fast reply. > > > I compiled the dll using your script. I then did a clr.AddReference in my > py code. I also switched to Python 2.6.0. I compiled my code and copied the > necessary dlls from my IronPython install to my my executable output > directory along with my xaml file. > > How ever when I run my app from command "p2pChat.exe" it crashes with no > error messages and returns to a shell. > > This is the contents of my Directory > > p2p/ > IronPython.dll > IronPython.Modules.dll > IronPython.Modules.XML > IronPython.XML > Microsoft.Dynamic.dll > Microsoft.Scripting.Core.dll > Microsoft.Scripting.Debugging.dll > Microsoft.Scripting.dll > Microsoft.Scripting.ExtensionAttribute.dll > p2pChat.dll > p2pChat.exe > p2pChat.py > p2pChat.xaml > stdlib.dll > > Any ideas > > cheers > > Andrew > > > > On Mon, Jul 12, 2010 at 11:13 AM, Dino Viehland wrote: > >> socket is actually a built-in in IronPython. So you really only need >> threading. But threading depends upon functools, and collections, and >> traceback. I?m not sure how far the transitive closure goes so let?s just >> assume you?ll need to compile the entire standard library. You can actually >> compile this into its own DLL using pyc. So you could do: >> >> >> >> import System >> >> import pyc >> >> files = System.IO.Directory.GetFiles(r'C:\Program Files (x86)\IronPython >> 2.6\Lib') >> >> files = [f for f in files if f.endswith('.py')] >> >> import pyc >> >> pyc.Main(files + ['/out:stdlib.dll']) >> >> >> >> I?m just importing pyc directly here because for whatever reason it >> doesn?t accept wildcards. >> >> >> >> There?s a bug in 2.6.1 which prevents this from working ? it?ll be fixed >> in 2.6.2. You could compile w/ 2.6.0 to get a working EXE or you could >> remove any std lib modules that fail to compile. >> >> >> >> Now you can just do a clr.AddReference(?stdlib.dll?) in your script and >> the std lib will be available to you. >> >> >> >> *From:* users-bounces at lists.ironpython.com [mailto: >> users-bounces at lists.ironpython.com] *On Behalf Of *Andrew Evans >> *Sent:* Monday, July 12, 2010 10:50 AM >> *To:* Discussion of IronPython >> *Subject:* [IronPython] compiling an executable with the standard library >> >> >> >> I am having problems compiling an executable. From what research I have >> done, I need to include in my compilation the python standard modules that I >> am using. How ever I can not figure out how to do this. >> >> Any advice would be appreciated here is the command I am using >> >> ipy \pyc.py /main:\p2pChat.py /target:exe >> >> these are the modules used in my script >> >> import socket >> from threading import * >> >> Thank you in advance >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fuzzyman at voidspace.org.uk Tue Jul 13 01:54:22 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Tue, 13 Jul 2010 00:54:22 +0100 Subject: [IronPython] compiling an executable with the standard library In-Reply-To: References: <1A472770E042064698CB5ADC83A12ACD48B05A94@TK5EX14MBXC118.redmond.corp.microsoft.com> Message-ID: <4C3BAB2E.7020409@voidspace.org.uk> On 12/07/2010 23:56, Andrew Evans wrote: > A quick thought do I need to reference Threading by doing something > like "stdlib.Threading" or can I just do from Threading import * > > Threading is imported from .NET and not from a Python library. The usual import is "from System.Threading import Thread" etc. Michael > > On Mon, Jul 12, 2010 at 3:54 PM, Andrew Evans > > wrote: > > Hell ty for your fast reply. > > > I compiled the dll using your script. I then did a > clr.AddReference in my py code. I also switched to Python 2.6.0. I > compiled my code and copied the necessary dlls from my IronPython > install to my my executable output directory along with my xaml file. > > How ever when I run my app from command "p2pChat.exe" it crashes > with no error messages and returns to a shell. > > This is the contents of my Directory > > p2p/ > IronPython.dll > IronPython.Modules.dll > IronPython.Modules.XML > IronPython.XML > Microsoft.Dynamic.dll > Microsoft.Scripting.Core.dll > Microsoft.Scripting.Debugging.dll > Microsoft.Scripting.dll > Microsoft.Scripting.ExtensionAttribute.dll > p2pChat.dll > p2pChat.exe > p2pChat.py > p2pChat.xaml > stdlib.dll > > Any ideas > > cheers > > Andrew > > > > On Mon, Jul 12, 2010 at 11:13 AM, Dino Viehland > > wrote: > > socket is actually a built-in in IronPython. So you really > only need threading. But threading depends upon functools, > and collections, and traceback. I?m not sure how far the > transitive closure goes so let?s just assume you?ll need to > compile the entire standard library. You can actually compile > this into its own DLL using pyc. So you could do: > > import System > > import pyc > > files = System.IO.Directory.GetFiles(r'C:\Program Files > (x86)\IronPython 2.6\Lib') > > files = [f for f in files if f.endswith('.py')] > > import pyc > > pyc.Main(files + ['/out:stdlib.dll']) > > I?m just importing pyc directly here because for whatever > reason it doesn?t accept wildcards. > > There?s a bug in 2.6.1 which prevents this from working ? > it?ll be fixed in 2.6.2. You could compile w/ 2.6.0 to get a > working EXE or you could remove any std lib modules that fail > to compile. > > Now you can just do a clr.AddReference(?stdlib.dll?) in your > script and the std lib will be available to you. > > *From:* users-bounces at lists.ironpython.com > > [mailto:users-bounces at lists.ironpython.com > ] *On Behalf Of > *Andrew Evans > *Sent:* Monday, July 12, 2010 10:50 AM > *To:* Discussion of IronPython > *Subject:* [IronPython] compiling an executable with the > standard library > > I am having problems compiling an executable. From what > research I have done, I need to include in my compilation the > python standard modules that I am using. How ever I can not > figure out how to do this. > > Any advice would be appreciated here is the command I am using > > ipy \pyc.py /main:\p2pChat.py > /target:exe > > these are the modules used in my script > > import socket > from threading import * > > Thank you in advance > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Tue Jul 13 05:58:26 2010 From: dinov at microsoft.com (Dino Viehland) Date: Tue, 13 Jul 2010 03:58:26 +0000 Subject: [IronPython] compiling an executable with the standard library In-Reply-To: References: <1A472770E042064698CB5ADC83A12ACD48B05A94@TK5EX14MBXC118.redmond.corp.microsoft.com> Message-ID: <1A472770E042064698CB5ADC83A12ACD48B294D9@TK5EX14MBXC120.redmond.corp.microsoft.com> Ahh the XAML means you probably have a GUI app... You probably need /target:winexe in the options for compiling the EXE instead of /target:exe. If that doesn't fix it can you attach a debugger when it crashes and get the stack trace? From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew Evans Sent: Monday, July 12, 2010 3:57 PM To: Discussion of IronPython Subject: Re: [IronPython] compiling an executable with the standard library A quick thought do I need to reference Threading by doing something like "stdlib.Threading" or can I just do from Threading import * On Mon, Jul 12, 2010 at 3:54 PM, Andrew Evans > wrote: Hell ty for your fast reply. I compiled the dll using your script. I then did a clr.AddReference in my py code. I also switched to Python 2.6.0. I compiled my code and copied the necessary dlls from my IronPython install to my my executable output directory along with my xaml file. How ever when I run my app from command "p2pChat.exe" it crashes with no error messages and returns to a shell. This is the contents of my Directory p2p/ IronPython.dll IronPython.Modules.dll IronPython.Modules.XML IronPython.XML Microsoft.Dynamic.dll Microsoft.Scripting.Core.dll Microsoft.Scripting.Debugging.dll Microsoft.Scripting.dll Microsoft.Scripting.ExtensionAttribute.dll p2pChat.dll p2pChat.exe p2pChat.py p2pChat.xaml stdlib.dll Any ideas cheers Andrew On Mon, Jul 12, 2010 at 11:13 AM, Dino Viehland > wrote: socket is actually a built-in in IronPython. So you really only need threading. But threading depends upon functools, and collections, and traceback. I'm not sure how far the transitive closure goes so let's just assume you'll need to compile the entire standard library. You can actually compile this into its own DLL using pyc. So you could do: import System import pyc files = System.IO.Directory.GetFiles(r'C:\Program Files (x86)\IronPython 2.6\Lib') files = [f for f in files if f.endswith('.py')] import pyc pyc.Main(files + ['/out:stdlib.dll']) I'm just importing pyc directly here because for whatever reason it doesn't accept wildcards. There's a bug in 2.6.1 which prevents this from working - it'll be fixed in 2.6.2. You could compile w/ 2.6.0 to get a working EXE or you could remove any std lib modules that fail to compile. Now you can just do a clr.AddReference('stdlib.dll') in your script and the std lib will be available to you. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Andrew Evans Sent: Monday, July 12, 2010 10:50 AM To: Discussion of IronPython Subject: [IronPython] compiling an executable with the standard library I am having problems compiling an executable. From what research I have done, I need to include in my compilation the python standard modules that I am using. How ever I can not figure out how to do this. Any advice would be appreciated here is the command I am using ipy \pyc.py /main:\p2pChat.py /target:exe these are the modules used in my script import socket from threading import * Thank you in advance _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From evans.d.andrew at gmail.com Tue Jul 13 06:04:02 2010 From: evans.d.andrew at gmail.com (Andrew Evans) Date: Mon, 12 Jul 2010 21:04:02 -0700 Subject: [IronPython] compiling an executable with the standard library In-Reply-To: <1A472770E042064698CB5ADC83A12ACD48B294D9@TK5EX14MBXC120.redmond.corp.microsoft.com> References: <1A472770E042064698CB5ADC83A12ACD48B05A94@TK5EX14MBXC118.redmond.corp.microsoft.com> <1A472770E042064698CB5ADC83A12ACD48B294D9@TK5EX14MBXC120.redmond.corp.microsoft.com> Message-ID: I can if you would like me to track down the error but I did manage to fix it. Using the suggested threading method. Although importing the stdlib failed somehow Not sure what happened. I noticed after my first post that I should be using /target:winexe So was using that since then so all of this was still relevant. Anyway let me know if you would like to see me pursue the course of a debugger :-) On Mon, Jul 12, 2010 at 8:58 PM, Dino Viehland wrote: > Ahh the XAML means you probably have a GUI app? You probably need > /target:winexe in the options for compiling the EXE instead of /target:exe. > If that doesn?t fix it can you attach a debugger when it crashes and get the > stack trace? > > > > *From:* users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] *On Behalf Of *Andrew Evans > *Sent:* Monday, July 12, 2010 3:57 PM > *To:* Discussion of IronPython > *Subject:* Re: [IronPython] compiling an executable with the standard > library > > > > A quick thought do I need to reference Threading by doing something like > "stdlib.Threading" or can I just do from Threading import * > > > On Mon, Jul 12, 2010 at 3:54 PM, Andrew Evans > wrote: > > Hell ty for your fast reply. > > > I compiled the dll using your script. I then did a clr.AddReference in my > py code. I also switched to Python 2.6.0. I compiled my code and copied the > necessary dlls from my IronPython install to my my executable output > directory along with my xaml file. > > How ever when I run my app from command "p2pChat.exe" it crashes with no > error messages and returns to a shell. > > This is the contents of my Directory > > p2p/ > IronPython.dll > IronPython.Modules.dll > IronPython.Modules.XML > IronPython.XML > Microsoft.Dynamic.dll > Microsoft.Scripting.Core.dll > Microsoft.Scripting.Debugging.dll > Microsoft.Scripting.dll > Microsoft.Scripting.ExtensionAttribute.dll > p2pChat.dll > p2pChat.exe > p2pChat.py > p2pChat.xaml > stdlib.dll > > Any ideas > > cheers > > Andrew > > > On Mon, Jul 12, 2010 at 11:13 AM, Dino Viehland > wrote: > > socket is actually a built-in in IronPython. So you really only need > threading. But threading depends upon functools, and collections, and > traceback. I?m not sure how far the transitive closure goes so let?s just > assume you?ll need to compile the entire standard library. You can actually > compile this into its own DLL using pyc. So you could do: > > > > import System > > import pyc > > files = System.IO.Directory.GetFiles(r'C:\Program Files (x86)\IronPython > 2.6\Lib') > > files = [f for f in files if f.endswith('.py')] > > import pyc > > pyc.Main(files + ['/out:stdlib.dll']) > > > > I?m just importing pyc directly here because for whatever reason it doesn?t > accept wildcards. > > > > There?s a bug in 2.6.1 which prevents this from working ? it?ll be fixed in > 2.6.2. You could compile w/ 2.6.0 to get a working EXE or you could remove > any std lib modules that fail to compile. > > > > Now you can just do a clr.AddReference(?stdlib.dll?) in your script and the > std lib will be available to you. > > > > *From:* users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] *On Behalf Of *Andrew Evans > *Sent:* Monday, July 12, 2010 10:50 AM > *To:* Discussion of IronPython > *Subject:* [IronPython] compiling an executable with the standard library > > > > I am having problems compiling an executable. From what research I have > done, I need to include in my compilation the python standard modules that I > am using. How ever I can not figure out how to do this. > > Any advice would be appreciated here is the command I am using > > ipy \pyc.py /main:\p2pChat.py /target:exe > > these are the modules used in my script > > import socket > from threading import * > > Thank you in advance > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From maxyaffe at gmail.com Tue Jul 13 17:54:30 2010 From: maxyaffe at gmail.com (Max Yaffe) Date: Tue, 13 Jul 2010 11:54:30 -0400 Subject: [IronPython] Version issue in IronPython.codeplex.com Message-ID: <6F4C230DA854456CBEE65556EA506DF2@Gamry.com> I'm trying to update my IronPython installation from the codeplex site. The web page text says: IronPython 2.6.1 for NET 4.0 msi But the downloaded file says IronPython.msi. The installation also says IronPython 2.6. So what is being installed? 2.6 or 2.6.1? I do also have an installaller called: IronPython-2.6.1 RC1.msi Should I use this one instead? Thanks, Max From curt at hagenlocher.org Tue Jul 13 17:59:23 2010 From: curt at hagenlocher.org (Curt Hagenlocher) Date: Tue, 13 Jul 2010 08:59:23 -0700 Subject: [IronPython] Access functions from other modules in an embedded environment In-Reply-To: References: Message-ID: The easiest way to import a file as a module is with ScriptRuntime.UseFile. On Mon, Jul 12, 2010 at 2:51 PM, Danny Fernandez wrote: > Hi I am planning on using IronPython 2.6.1 .NET 2.0 in a embedded in my C# > app. I am playing with able > to call python functions from C#. I had a question about how do you call > other functions from modules > that were imported. Here is a simple example > > moduleA.py has the following > > import moduleB > > def myFunA(): > return 1 > > > moduleB.py has the following > > def myFunB(): > return 2 > > This is what I have in my sample C# program. > > ScriptSource source = _engine.CreateScriptSourceFromFile("moduleA); > CompiledCode compiledCode = source.Compile(); > ScriptScope scope = _engine.CreateScope(); > compiledCode.Execute(scope); > > > I can get access to myFunA straight forward with > > Func funcA = scope.GetVariable>("myFunA"); > > > How do I access other functions from other modules in this simple case > myFunB from the import moduleB? > I was able to with the following but I am not sure if this is correct way > or if there are better way > > PythonModule stuff = scope.GetVariable("moduleB"); > Func funcB= _engine.Operations.GetMember>(stuff, "myFunB"); > > > Thanks > > Danny > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Tue Jul 13 19:55:03 2010 From: dinov at microsoft.com (Dino Viehland) Date: Tue, 13 Jul 2010 17:55:03 +0000 Subject: [IronPython] Version issue in IronPython.codeplex.com In-Reply-To: <6F4C230DA854456CBEE65556EA506DF2@Gamry.com> References: <6F4C230DA854456CBEE65556EA506DF2@Gamry.com> Message-ID: <1A472770E042064698CB5ADC83A12ACD48B4C9D5@TK5EX14MBXC118.redmond.corp.microsoft.com> I think for simplicity of building the MSI it doesn't mention the version. The download from the site that says it's 2.6.1 for .NET 4.0 is indeed 2.6.1 for .NET 4. > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Max Yaffe > Sent: Tuesday, July 13, 2010 8:55 AM > To: users at lists.ironpython.com > Subject: [IronPython] Version issue in IronPython.codeplex.com > > I'm trying to update my IronPython installation from the codeplex site. > The web page text says: IronPython 2.6.1 for NET 4.0 msi > > But the downloaded file says IronPython.msi. The installation also says > IronPython 2.6. So what is being installed? 2.6 or 2.6.1? > > I do also have an installaller called: IronPython-2.6.1 RC1.msi Should I > use this one instead? > > Thanks, > Max > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From ddicato at microsoft.com Wed Jul 14 00:27:04 2010 From: ddicato at microsoft.com (David DiCato) Date: Tue, 13 Jul 2010 22:27:04 +0000 Subject: [IronPython] Version issue in IronPython.codeplex.com In-Reply-To: <6F4C230DA854456CBEE65556EA506DF2@Gamry.com> References: <6F4C230DA854456CBEE65556EA506DF2@Gamry.com> Message-ID: <3E1DC76B1781224F86EC66FCBAC8527202BEB0@TK5EX14MBXC123.redmond.corp.microsoft.com> Hi Max, If you downloaded it from the 2.6.1 release page, then IronPython.msi should be the correct version. The other MSI you mention is for the release candidate (RC), not the final release. Go ahead and run IronPython.msi, and just to be safe, you can fire up the IronPython Console and make sure it reports the correct version. This file naming scheme is definitely pretty confusing, so we'll be sure to fix it in subsequent releases. Thanks, - David -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Max Yaffe Sent: Tuesday, July 13, 2010 8:55 AM To: users at lists.ironpython.com Subject: [IronPython] Version issue in IronPython.codeplex.com I'm trying to update my IronPython installation from the codeplex site. The web page text says: IronPython 2.6.1 for NET 4.0 msi But the downloaded file says IronPython.msi. The installation also says IronPython 2.6. So what is being installed? 2.6 or 2.6.1? I do also have an installaller called: IronPython-2.6.1 RC1.msi Should I use this one instead? Thanks, Max _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From fernandez.dan at gmail.com Wed Jul 14 14:48:51 2010 From: fernandez.dan at gmail.com (Danny Fernandez) Date: Wed, 14 Jul 2010 06:48:51 -0600 Subject: [IronPython] Access functions from other modules in an embedded environment In-Reply-To: References: Message-ID: Hi Curt, In my C# test app just simple demo app for me to learn more. I have a textbox that I enter the function name I want to execute with my entry point using "moduleA.py". If I type myFunA and enter I execute this pretty straightforward I think. If I type moduleB.myFunB in the textbox and execute. I am not sure how best to access functions that were imported. If I use the ScriptRuntime.UseFile ScriptScope scope = engine.RunTime.UseFile("ModuleA"); What would be the best way to get access to myFunB defined in ModuleB? If this doesn't make sense it's all good but its weird how things make sense in your own head. Thanks Danny On Tue, Jul 13, 2010 at 9:59 AM, Curt Hagenlocher wrote: > The easiest way to import a file as a module is with ScriptRuntime.UseFile. > > On Mon, Jul 12, 2010 at 2:51 PM, Danny Fernandez < > fernandez.dan at gmail.com> wrote: > >> Hi I am planning on using IronPython 2.6.1 .NET 2.0 in a embedded in my >> C# app. I am playing with able >> to call python functions from C#. I had a question about how do you call >> other functions from modules >> that were imported. Here is a simple example >> >> moduleA.py has the following >> >> import moduleB >> >> def myFunA(): >> return 1 >> >> >> moduleB.py has the following >> >> def myFunB(): >> return 2 >> >> This is what I have in my sample C# program. >> >> ScriptSource source = _engine.CreateScriptSourceFromFile("moduleA); >> CompiledCode compiledCode = source.Compile(); >> ScriptScope scope = _engine.CreateScope(); >> compiledCode.Execute(scope); >> >> >> I can get access to myFunA straight forward with >> >> Func funcA = scope.GetVariable>("myFunA"); >> >> >> How do I access other functions from other modules in this simple case >> myFunB from the import moduleB? >> I was able to with the following but I am not sure if this is correct way >> or if there are better way >> >> PythonModule stuff = scope.GetVariable("moduleB"); >> Func funcB= _engine.Operations.GetMember>(stuff, "myFunB"); >> >> >> Thanks >> >> Danny >> >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >> > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From curt at hagenlocher.org Wed Jul 14 16:02:57 2010 From: curt at hagenlocher.org (Curt Hagenlocher) Date: Wed, 14 Jul 2010 07:02:57 -0700 Subject: [IronPython] Access functions from other modules in an embedded environment In-Reply-To: References: Message-ID: For this scenario, yes, you'd need to parse "moduleB.myFunB" into a module name and function name, then pull moduleB out of the scope for moduleA, pull myFunB out of the scope for moduleB and then execute it. If you expect to get a function, Operations.InvokeMember is cleaner than doing Operations.GetMember and casting to a delegate type. If you want to execute an arbitrary snippet of code against the scope of moduleA, (ie "moduleB.myFunB()") you can just compile the code and execute it by using ScriptEngine.Execute(string, ScriptScope). On Wed, Jul 14, 2010 at 5:48 AM, Danny Fernandez wrote: > Hi Curt, > > In my C# test app just simple demo app for me to learn more. I have a > textbox that I enter the function name I want to execute with my entry point > using "moduleA.py". If I type myFunA and enter I execute this pretty > straightforward I think. If I type moduleB.myFunB in the textbox and > execute. I am not sure how best to access functions that were imported. > > If I use the ScriptRuntime.UseFile > > ScriptScope scope = engine.RunTime.UseFile("ModuleA"); > > What would be the best way to get access to myFunB defined in ModuleB? > > If this doesn't make sense it's all good but its weird how things make > sense in your own head. > > Thanks > > Danny > > > On Tue, Jul 13, 2010 at 9:59 AM, Curt Hagenlocher wrote: > >> The easiest way to import a file as a module is with >> ScriptRuntime.UseFile. >> >> On Mon, Jul 12, 2010 at 2:51 PM, Danny Fernandez < >> fernandez.dan at gmail.com> wrote: >> >>> Hi I am planning on using IronPython 2.6.1 .NET 2.0 in a embedded in >>> my C# app. I am playing with able >>> to call python functions from C#. I had a question about how do you call >>> other functions from modules >>> that were imported. Here is a simple example >>> >>> moduleA.py has the following >>> >>> import moduleB >>> >>> def myFunA(): >>> return 1 >>> >>> >>> moduleB.py has the following >>> >>> def myFunB(): >>> return 2 >>> >>> This is what I have in my sample C# program. >>> >>> ScriptSource source = _engine.CreateScriptSourceFromFile("moduleA); >>> CompiledCode compiledCode = source.Compile(); >>> ScriptScope scope = _engine.CreateScope(); >>> compiledCode.Execute(scope); >>> >>> >>> I can get access to myFunA straight forward with >>> >>> Func funcA = scope.GetVariable>("myFunA"); >>> >>> >>> How do I access other functions from other modules in this simple case >>> myFunB from the import moduleB? >>> I was able to with the following but I am not sure if this is correct way >>> or if there are better way >>> >>> PythonModule stuff = scope.GetVariable("moduleB"); >>> Func funcB= _engine.Operations.GetMember>(stuff, >>> "myFunB"); >>> >>> >>> Thanks >>> >>> Danny >>> >>> _______________________________________________ >>> Users mailing list >>> Users at lists.ironpython.com >>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >>> >>> >> >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >> > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Matt.funke at vishaypg.com Wed Jul 14 16:38:33 2010 From: Matt.funke at vishaypg.com (Funke, Matt) Date: Wed, 14 Jul 2010 14:38:33 +0000 Subject: [IronPython] IPy Dependencies? In-Reply-To: <4C3B5FA2.5020800@voidspace.org.uk> References: <2C5C90D76B65DC47A65001FD937014B2016CA64D@WSWD43.VishayPG.com> <4C3B5FA2.5020800@voidspace.org.uk> Message-ID: <2C5C90D76B65DC47A65001FD937014B2016CAB95@WSWD43.VishayPG.com> My bad. I had tried to solve a problem by setting the PYTHONPATH environment variable, which PyScripter (evidently) uses - and it turns out that I set it badly. All is good now. Thanks for your quick reply. -- Best Regards, Matt Funke From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Michael Foord Sent: Monday, July 12, 2010 2:32 PM To: Discussion of IronPython Subject: Re: [IronPython] IPy Dependencies? On 12/07/2010 19:31, Funke, Matt wrote: Is there any chance that IronPython has dependencies on PyQt or anything like that? Absolutely no chance at all. :-) Michael My copy of PyScripter (1.9.9.7) stopped working after I tried to use it to edit some scripts I was building for IronPython. Rebooting and re-installing has not fixed the problem. I'm just trying to troubleshoot and investigate all possibilities. -- Best Regards, Matt Funke -------------- next part -------------- An HTML attachment was scrubbed... URL: From jcao219 at gmail.com Fri Jul 16 00:08:19 2010 From: jcao219 at gmail.com (Jimmy Cao) Date: Thu, 15 Jul 2010 17:08:19 -0500 Subject: [IronPython] Will clrtype.py eventually be completely combined with the clr module? Message-ID: It seems that clrtype.accepts and clrtype.returns are eventually going to be merged with clr.accepts and clr.returns, so will the clr module eventually have a version of clrtype.attribute and clrtype.ClrClass? Jimmy -------------- next part -------------- An HTML attachment was scrubbed... URL: From s.j.dower at gmail.com Fri Jul 16 00:09:00 2010 From: s.j.dower at gmail.com (Steve Dower) Date: Fri, 16 Jul 2010 08:09:00 +1000 Subject: [IronPython] IronPy Tools CTP3 - Bugs Message-ID: Hey Thanks for the new version, it's much more stable and pleasant to use. I've thrown together another list of bug/annoyance/enhancement ideas - feel free to take or leave as appropriate. - Closing parentheses doesn't hide parameter information when using a generator For example, "sum(i for i in xrange(100))" doesn't hide the sum() tooltip on the last close parenthesis (though it does close the xrange() one on the second-last). - Nesting parentheses hides parameter information prematurely For example, "sum((xrange(100)))" hides the sum() tooltip on the second parenthesis. - The completion dropdown appears after pressing space For example (completion appears when the cursor reaches the pipe characters): "i |for i |in xrange(100)" (My) expected behaviour would be "i for |i in |xrange(100)" or possibly "i |for |i |in |xrange(100)" or "i| f|or i| i|n x|range(100)" (In particular, I can't think of any situation where you have two adjacent identifiers separated by a space.) - Relative paths when adding files to a project (which I believe has been reported already, but I'm not 100% sure) - 'Exclude from Project' alternative to 'Delete'ing project items Deleting/moving/renaming via the IDE can annoy some (non-integrated) version control systems (most of them, I think) so my usual method is to remove the file from the project, move/rename using VCS and re-add to the project. (The C++ Remove/Delete dialog is also okay. Depends whether the aim is to move closer to C# or C++, I guess.) - Pressing Enter at the start of some block statements (such as 'if', 'def' and 'for') keeps indenting that line Doesn't happen when the block is completed on the same line (eg. 'if x: x += 1') - Comments ending in a colon are treated as the start of a block statement (for auto-indent purposes) Okay, that's three days worth of things, so I'll send this now and start a new list (well, hopefully I don't need to ;) ). Thanks for the great work and responsiveness. Cheers, Steve From billchi at microsoft.com Fri Jul 16 00:55:46 2010 From: billchi at microsoft.com (Bill Chiles) Date: Thu, 15 Jul 2010 22:55:46 +0000 Subject: [IronPython] Crippled Intellisense? In-Reply-To: <4C372641.5090006@gmail.com> References: <4C372641.5090006@gmail.com> Message-ID: <87F87F189CDD444089246B8290EC973501AE26@TK5EX14MBXC201.redmond.corp.microsoft.com> mk, very sorry this seems to have gone so long without a response! We've been pushing hard to ready another release soon. All this stuff should work, and we do NOT limit our functionality based on the SKU of VS you have :-). If the tools load (which they don't in the Express SKUs), then you get it all. I'm not sure why these basic things aren't working, since they have from early CTPs. Please try the next release coming "very soon" since there were many performance and fixes to the code modeling engine. Thanks, Bill -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Marcin Krol Sent: Friday, July 09, 2010 6:38 AM To: Discussion of IronPython Subject: [IronPython] Crippled Intellisense? I got an MSDN license which allowed me to install VS 2010 Professional, I also installed IronPython tools. However, intellisense doesn't seem to fully work, for instance I can access string method's like 'abc'.(complete) but when I do x = 'abc' and then x. it just underscores it in red. Most of intellisense autocompletions from IronPython walkthrough don't work, e.g.: def f(abc): return abc f('ab'). Anybody knows what's going on with this? Is this limitation of Pro as opposed to Ultimate and whatitsname versions of VS 2010? -- Regards, mk -- Premature optimization is the root of all fun. _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From r.brown.bayliss at gmail.com Fri Jul 16 01:17:50 2010 From: r.brown.bayliss at gmail.com (Rob Brown-Bayliss) Date: Fri, 16 Jul 2010 11:17:50 +1200 Subject: [IronPython] Crippled Intellisense? In-Reply-To: <4C372641.5090006@gmail.com> References: <4C372641.5090006@gmail.com> Message-ID: I had problems similar because the indenting was confusing the editor and placing the red lines under new code. It was fixed by changing the tab options in the text editor, I switched the indenting to Block (not smart) and checked the keep tabs option. On Sat, Jul 10, 2010 at 1:38 AM, Marcin Krol wrote: > > I got an MSDN license which allowed me to install VS 2010 Professional, I > also installed IronPython tools. However, intellisense doesn't seem to fully > work, for instance I can access string method's like > > 'abc'.(complete) > > but when I do > > x = 'abc' > > and then > > x. > > it just underscores it in red. > > Most of intellisense autocompletions from IronPython walkthrough don't work, > e.g.: > > def f(abc): > ? ?return abc > > f('ab'). > > > Anybody knows what's going on with this? Is this limitation of Pro as > opposed to Ultimate and whatitsname versions of VS 2010? > > > -- > > Regards, > mk > > -- > Premature optimization is the root of all fun. > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- -- Rob From dinov at microsoft.com Fri Jul 16 02:35:13 2010 From: dinov at microsoft.com (Dino Viehland) Date: Fri, 16 Jul 2010 00:35:13 +0000 Subject: [IronPython] Will clrtype.py eventually be completely combined with the clr module? In-Reply-To: References: Message-ID: <1A472770E042064698CB5ADC83A12ACD48BACB5B@TK5EX14MBXC118.redmond.corp.microsoft.com> The idea is to pull clrtype.py in at some point after we feel like it's been pretty well vetted and has an API surface people like. I'm not sure quite when it'll happen (probably not 2.7 at this point) but at some point. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jimmy Cao Sent: Thursday, July 15, 2010 3:08 PM To: Users at lists.ironpython.com Subject: [IronPython] Will clrtype.py eventually be completely combined with the clr module? It seems that clrtype.accepts and clrtype.returns are eventually going to be merged with clr.accepts and clr.returns, so will the clr module eventually have a version of clrtype.attribute and clrtype.ClrClass? Jimmy -------------- next part -------------- An HTML attachment was scrubbed... URL: From bakalarmh at mail.nih.gov Fri Jul 16 16:20:13 2010 From: bakalarmh at mail.nih.gov (Bakalar, Matthew (NIH/CIT) [C]) Date: Fri, 16 Jul 2010 10:20:13 -0400 Subject: [IronPython] Embedded IronPython engine, access to heap objects References: <69A3D9C1907FEF4388A1365AA59A9C7314044A0EB2@NIHMLBX05.nih.gov> <1A472770E042064698CB5ADC83A12ACD4896E44B@TK5EX14MBXC118.redmond.corp.microsoft.com> Message-ID: <69A3D9C1907FEF4388A1365AA59A9C73140C4056CD@NIHMLBX05.nih.gov> Hello All, I am trying to embed an IronPython engine and console into a C# application to provide the user with a simple way to execute scripts. I would like the scripts to have access to objects created within the C# application. I have reviewed many examples on creating IronPython console applications and executing statements and scripts from within compiled C# apps, but haven't found any references to help me gain access to C# objects from the engine I create. Is there a way to wrap C# objects for use in the IronPython engine? Thanks, Matt Bakalar From: Bakalar, Matthew (NIH/CIT) [C] Sent: Tuesday, June 01, 2010 3:35 PM To: 'Discussion of IronPython' Subject: RE: Uninformative Type Error Thank you very much Dino, I added the folders that contain my assemblies to sys.path and then used clr.AddReference to add a reference to them. The type error no longer exists. Matt Bakalar From: Dino Viehland [mailto:dinov at microsoft.com] Sent: Tuesday, June 01, 2010 1:41 PM To: Discussion of IronPython Subject: Re: [IronPython] Uninformative Type Error This is caused by having the same assembly loaded into 2 different loader contexts at once (loader contexts are a part of the CLR loading infrastructure). Adding references to assemblies by file can be tricky. One possible solution might be to install both assemblies into the GAC and then do clr.AddReference. Another might be to make sure they're next to ipy.exe (or whatever the host process is if it's not ipy.exe) and then also do a clr.AddReference. You could also attempt to debug where the assemblies are getting loaded and try to make the add reference to file work - that would involve using fuslogvw.exe (logging all loads) and probably looking at PythonContext.TryLoadAssemblyFromFileWithPath. But the other choices are probably much easier and more robust. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Bakalar, Matthew (NIH/CIT) [C] Sent: Tuesday, June 01, 2010 7:15 AM To: Discussion of IronPython Subject: [IronPython] Uninformative Type Error Hello All, I am running into a frustrating exception. When attempting to instantiate a class with an argument that is an instance of a different class from a separate assembly, I receive an unhelpful type error from the IronPython interpreter: TypeError: expected XYZPositioner, got XYZPositioner Both assemblies were loaded using clr.AddReferenceToFileAndPath. I have tried to confirm the type of the object I am passing as an argument to the constructor: > A.GetType() == Target.Devices.XYZPositioner True Is there any way to get more information about the error? (The message reminds me of my days working in OCaml, where all of the error messages were translated from French grammar and it was never clear how to differentiate the object from the subject) Thanks, Matt Bakalar -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Fri Jul 16 20:49:17 2010 From: dinov at microsoft.com (Dino Viehland) Date: Fri, 16 Jul 2010 18:49:17 +0000 Subject: [IronPython] Embedded IronPython engine, access to heap objects In-Reply-To: <69A3D9C1907FEF4388A1365AA59A9C73140C4056CD@NIHMLBX05.nih.gov> References: <69A3D9C1907FEF4388A1365AA59A9C7314044A0EB2@NIHMLBX05.nih.gov> <1A472770E042064698CB5ADC83A12ACD4896E44B@TK5EX14MBXC118.redmond.corp.microsoft.com> <69A3D9C1907FEF4388A1365AA59A9C73140C4056CD@NIHMLBX05.nih.gov> Message-ID: <1A472770E042064698CB5ADC83A12ACD48BADC58@TK5EX14MBXC118.redmond.corp.microsoft.com> There's no need to wrap - you can just put an instance in the ScriptScope which you're executing against and it'll be available. Just make sure the class is public (or it implements a public interface) and the members you want accessible are also public. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Bakalar, Matthew (NIH/CIT) [C] Sent: Friday, July 16, 2010 7:20 AM To: Discussion of IronPython Subject: [IronPython] Embedded IronPython engine, access to heap objects Hello All, I am trying to embed an IronPython engine and console into a C# application to provide the user with a simple way to execute scripts. I would like the scripts to have access to objects created within the C# application. I have reviewed many examples on creating IronPython console applications and executing statements and scripts from within compiled C# apps, but haven't found any references to help me gain access to C# objects from the engine I create. Is there a way to wrap C# objects for use in the IronPython engine? Thanks, Matt Bakalar From: Bakalar, Matthew (NIH/CIT) [C] Sent: Tuesday, June 01, 2010 3:35 PM To: 'Discussion of IronPython' Subject: RE: Uninformative Type Error Thank you very much Dino, I added the folders that contain my assemblies to sys.path and then used clr.AddReference to add a reference to them. The type error no longer exists. Matt Bakalar From: Dino Viehland [mailto:dinov at microsoft.com] Sent: Tuesday, June 01, 2010 1:41 PM To: Discussion of IronPython Subject: Re: [IronPython] Uninformative Type Error This is caused by having the same assembly loaded into 2 different loader contexts at once (loader contexts are a part of the CLR loading infrastructure). Adding references to assemblies by file can be tricky. One possible solution might be to install both assemblies into the GAC and then do clr.AddReference. Another might be to make sure they're next to ipy.exe (or whatever the host process is if it's not ipy.exe) and then also do a clr.AddReference. You could also attempt to debug where the assemblies are getting loaded and try to make the add reference to file work - that would involve using fuslogvw.exe (logging all loads) and probably looking at PythonContext.TryLoadAssemblyFromFileWithPath. But the other choices are probably much easier and more robust. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Bakalar, Matthew (NIH/CIT) [C] Sent: Tuesday, June 01, 2010 7:15 AM To: Discussion of IronPython Subject: [IronPython] Uninformative Type Error Hello All, I am running into a frustrating exception. When attempting to instantiate a class with an argument that is an instance of a different class from a separate assembly, I receive an unhelpful type error from the IronPython interpreter: TypeError: expected XYZPositioner, got XYZPositioner Both assemblies were loaded using clr.AddReferenceToFileAndPath. I have tried to confirm the type of the object I am passing as an argument to the constructor: > A.GetType() == Target.Devices.XYZPositioner True Is there any way to get more information about the error? (The message reminds me of my days working in OCaml, where all of the error messages were translated from French grammar and it was never clear how to differentiate the object from the subject) Thanks, Matt Bakalar -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfugate at microsoft.com Fri Jul 16 22:38:19 2010 From: dfugate at microsoft.com (Dave Fugate) Date: Fri, 16 Jul 2010 20:38:19 +0000 Subject: [IronPython] Announcing IronPython 2.7 Alpha 1 Message-ID: <299545F35D442642800736DBA0C3AA28030135@TK5EX14MBXC201.redmond.corp.microsoft.com> Hello Python Community, We're pleased to announce the Alpha release of IronPython 2.7 which can be downloaded at http://ironpython.codeplex.com/releases/view/42434. This is a major new version of IronPython with a number of significant updates. Because this is an Alpha release it is not yet feature complete nor fully compatible with CPython 2.7. Changes thus far include: * Updates the language to be compatible with CPython 2.7 * Adds integrated Visual Studio support (IronPython Tools for Visual Studio) * Extends CPython 2.7's documentation with useful information pertaining to IronPython * Adds the mmap and signal modules * Includes a number of performance updates and bug fixes * Switches the license to Apache License, Version 2.0 * Requires .NET 4.0 and Silverlight 4.0 Python 2.7 includes a number of features backported from the Python 3.0 series. This release implements the new builtin _io module, includes dictionary and set comprehensions, set literals, supports multiple context managers in the with statement, and adds several new functions to the itertools methods, and auto indexing for the new string formatting. There are also numerous updates to the standard library such as ordered dictionaries and the new argparse module. This release also includes a "IronPython Tools for Visual Studio" option within the IronPython installer. This enables one install to get both IronPython and IronPython Visual Studio support assuming you have an existing installation of Visual Studio 2010. This version of IronPython Tools includes a number of bug fixes as well as the start of improved WPF designer support. We discovered very late that the WPF designer support may crash VS when not running under the debugger. If you'd like to try the WPF designer support and give us feedback, just launch another Visual Studio instance and attach to the instance in which you are using the WPF designer support. We've also updated the IronPython installer to include documentation based upon the CPython documentation. This new .chm file includes documentation on the Python language and standard library. It's been extended from the normal Python documentation to include IronPython specific topics such as the DLR hosting APIs and extending IronPython from statically typed .NET languages. We flushed out more support for missing built-in modules which CPython includes. This release includes the mmap and signal modules bringing better support for interoperating with unmanaged code. As usual there are a number of bug fixes and performance improvements. This release includes major performance improvements in cPickle, the sum built-in function, and includes support for fast exceptions which do not use the .NET exception mechanism. There have also been improvements to significantly reduce memory usage of the IronPython ASTs. One of the end results of these numerous improvements is that IronPython's startup time has decreased by 10% when compared to IronPython 2.6.1. Finally, with this release we have changed the license from the Microsoft Public License to the Apache License, Version 2.0. We've made this change based upon continual feedback and questions from the community. The Apache License will be more familiar while remaining an open source license. - The IronPython Team -------------- next part -------------- An HTML attachment was scrubbed... URL: From jcao219 at gmail.com Fri Jul 16 22:59:15 2010 From: jcao219 at gmail.com (Jimmy Cao) Date: Fri, 16 Jul 2010 15:59:15 -0500 Subject: [IronPython] Announcing IronPython 2.7 Alpha 1 In-Reply-To: <299545F35D442642800736DBA0C3AA28030135@TK5EX14MBXC201.redmond.corp.microsoft.com> References: <299545F35D442642800736DBA0C3AA28030135@TK5EX14MBXC201.redmond.corp.microsoft.com> Message-ID: I had to copy the IronPython 2.7 files to "C:\Users\Jimmy\AppData\Local\Microsoft\VisualStudio\10.0\Extensions\Microsoft\IronPython Tools for Visual Studio\0.3" in order to get IronPython Tools to work with this new version. It was still using 2.6.1, so clr.LoadComponent failed. Was I supposed to do that? On Fri, Jul 16, 2010 at 3:38 PM, Dave Fugate wrote: > Hello Python Community, > > We?re pleased to announce the Alpha release of IronPython 2.7 which can be > downloaded at http://ironpython.codeplex.com/releases/view/42434. This is > a major new version of IronPython with a number of significant updates. > Because this is an Alpha release it is not yet feature complete nor fully > compatible with CPython 2.7. Changes thus far include: > > ? Updates the language to be compatible with CPython 2.7 > > ? Adds integrated Visual Studio support (IronPython Tools for > Visual Studio) > > ? Extends CPython 2.7?s documentation with useful information > pertaining to IronPython > > ? Adds the mmap and signal modules > > ? Includes a number of performance updates and bug fixes > > ? Switches the license to Apache License, Version 2.0 > > ? Requires .NET 4.0 and Silverlight 4.0 > > > > Python 2.7 includes a number of features backported from the Python 3.0 > series. This release implements the new builtin _io module, includes > dictionary and set comprehensions, set literals, supports multiple context > managers in the with statement, and adds several new functions to the > itertools methods, and auto indexing for the new string formatting. There > are also numerous updates to the standard library such as ordered > dictionaries and the new argparse module. > > This release also includes a ?IronPython Tools for Visual Studio? option > within the IronPython installer. This enables one install to get both > IronPython and IronPython Visual Studio support assuming you have an > existing installation of Visual Studio 2010. This version of IronPython > Tools includes a number of bug fixes as well as the start of improved WPF > designer support. We discovered very late that the WPF designer support may > crash VS when not running under the debugger. If you?d like to try the WPF > designer support and give us feedback, just launch another Visual Studio > instance and attach to the instance in which you are using the WPF designer > support. > > We?ve also updated the IronPython installer to include documentation based > upon the CPython documentation. This new .chm file includes documentation > on the Python language and standard library. It?s been extended from the > normal Python documentation to include IronPython specific topics such as > the DLR hosting APIs and extending IronPython from statically typed .NET > languages. > > We flushed out more support for missing built-in modules which CPython > includes. This release includes the mmap and signal modules bringing better > support for interoperating with unmanaged code. > > As usual there are a number of bug fixes and performance improvements. > This release includes major performance improvements in cPickle, the sum > built-in function, and includes support for fast exceptions which do not use > the .NET exception mechanism. There have also been improvements to > significantly reduce memory usage of the IronPython ASTs. One of the end > results of these numerous improvements is that IronPython?s startup time has > decreased by 10% when compared to IronPython 2.6.1. > > Finally, with this release we have changed the license from the Microsoft > Public License to the Apache License, Version 2.0. We?ve made this change > based upon continual feedback and questions from the community. The Apache > License will be more familiar while remaining an open source license. > > - The IronPython Team > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Fri Jul 16 23:06:24 2010 From: dinov at microsoft.com (Dino Viehland) Date: Fri, 16 Jul 2010 21:06:24 +0000 Subject: [IronPython] Announcing IronPython 2.7 Alpha 1 In-Reply-To: References: <299545F35D442642800736DBA0C3AA28030135@TK5EX14MBXC201.redmond.corp.microsoft.com> Message-ID: <1A472770E042064698CB5ADC83A12ACD48BB9AC0@TK5EX14MBXC118.redmond.corp.microsoft.com> That directory shouldn't exist anymore. You probably need to uninstall IronPython 2.7A1, start VS, uninstall IronPython Tools for VS via the extension manager, and then re-install IronPython 2.7A1. As long as you see the tools support in the list of options while running the MSI it should be available in VS for all users (it now gets installed into %ProgramFiles%\Microsoft Visual Studio 10.0\Common7\IDE\Extensions\Microsoft\IronPython Tools for Visual Studio\0.4). From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jimmy Cao Sent: Friday, July 16, 2010 9:59 PM To: Discussion of IronPython Subject: Re: [IronPython] Announcing IronPython 2.7 Alpha 1 I had to copy the IronPython 2.7 files to "C:\Users\Jimmy\AppData\Local\Microsoft\VisualStudio\10.0\Extensions\Microsoft\IronPython Tools for Visual Studio\0.3" in order to get IronPython Tools to work with this new version. It was still using 2.6.1, so clr.LoadComponent failed. Was I supposed to do that? On Fri, Jul 16, 2010 at 3:38 PM, Dave Fugate > wrote: Hello Python Community, We're pleased to announce the Alpha release of IronPython 2.7 which can be downloaded at http://ironpython.codeplex.com/releases/view/42434. This is a major new version of IronPython with a number of significant updates. Because this is an Alpha release it is not yet feature complete nor fully compatible with CPython 2.7. Changes thus far include: * Updates the language to be compatible with CPython 2.7 * Adds integrated Visual Studio support (IronPython Tools for Visual Studio) * Extends CPython 2.7's documentation with useful information pertaining to IronPython * Adds the mmap and signal modules * Includes a number of performance updates and bug fixes * Switches the license to Apache License, Version 2.0 * Requires .NET 4.0 and Silverlight 4.0 Python 2.7 includes a number of features backported from the Python 3.0 series. This release implements the new builtin _io module, includes dictionary and set comprehensions, set literals, supports multiple context managers in the with statement, and adds several new functions to the itertools methods, and auto indexing for the new string formatting. There are also numerous updates to the standard library such as ordered dictionaries and the new argparse module. This release also includes a "IronPython Tools for Visual Studio" option within the IronPython installer. This enables one install to get both IronPython and IronPython Visual Studio support assuming you have an existing installation of Visual Studio 2010. This version of IronPython Tools includes a number of bug fixes as well as the start of improved WPF designer support. We discovered very late that the WPF designer support may crash VS when not running under the debugger. If you'd like to try the WPF designer support and give us feedback, just launch another Visual Studio instance and attach to the instance in which you are using the WPF designer support. We've also updated the IronPython installer to include documentation based upon the CPython documentation. This new .chm file includes documentation on the Python language and standard library. It's been extended from the normal Python documentation to include IronPython specific topics such as the DLR hosting APIs and extending IronPython from statically typed .NET languages. We flushed out more support for missing built-in modules which CPython includes. This release includes the mmap and signal modules bringing better support for interoperating with unmanaged code. As usual there are a number of bug fixes and performance improvements. This release includes major performance improvements in cPickle, the sum built-in function, and includes support for fast exceptions which do not use the .NET exception mechanism. There have also been improvements to significantly reduce memory usage of the IronPython ASTs. One of the end results of these numerous improvements is that IronPython's startup time has decreased by 10% when compared to IronPython 2.6.1. Finally, with this release we have changed the license from the Microsoft Public License to the Apache License, Version 2.0. We've made this change based upon continual feedback and questions from the community. The Apache License will be more familiar while remaining an open source license. - The IronPython Team _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From fuzzyman at voidspace.org.uk Sat Jul 17 12:20:27 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Sat, 17 Jul 2010 11:20:27 +0100 Subject: [IronPython] Announcing IronPython 2.7 Alpha 1 In-Reply-To: <299545F35D442642800736DBA0C3AA28030135@TK5EX14MBXC201.redmond.corp.microsoft.com> References: <299545F35D442642800736DBA0C3AA28030135@TK5EX14MBXC201.redmond.corp.microsoft.com> Message-ID: <4C4183EB.60200@voidspace.org.uk> On 16/07/2010 21:38, Dave Fugate wrote: > > Hello Python Community, > Congratulations guys. Michael > > We're pleased to announce the Alpha release of IronPython 2.7 which > can be downloaded at > http://ironpython.codeplex.com/releases/view/42434. This is a major > new version of IronPython with a number of significant updates. > Because this is an Alpha release it is not yet feature complete nor > fully compatible with CPython 2.7. Changes thus far include: > > ? Updates the language to be compatible with CPython 2.7 > > ? Adds integrated Visual Studio support (IronPython Tools for Visual > Studio) > > ? Extends CPython 2.7's documentation with useful information > pertaining to IronPython > > ? Adds the mmap and signal modules > > ? Includes a number of performance updates and bug fixes > > ? Switches the license to Apache License, Version 2.0 > > ? Requires .NET 4.0 and Silverlight 4.0 > > Python 2.7 includes a number of features backported from the Python > 3.0 series. This release implements the new builtin _io module, > includes dictionary and set comprehensions, set literals, supports > multiple context managers in the with statement, and adds several new > functions to the itertools methods, and auto indexing for the new > string formatting. There are also numerous updates to the standard > library such as ordered dictionaries and the new argparse module. > > This release also includes a "IronPython Tools for Visual Studio" > option within the IronPython installer. This enables one install to > get both IronPython and IronPython Visual Studio support assuming you > have an existing installation of Visual Studio 2010. This version of > IronPython Tools includes a number of bug fixes as well as the start > of improved WPF designer support. We discovered very late that the > WPF designer support may crash VS when not running under the debugger. > If you'd like to try the WPF designer support and give us feedback, > just launch another Visual Studio instance and attach to the instance > in which you are using the WPF designer support. > > We've also updated the IronPython installer to include documentation > based upon the CPython documentation. This new .chm file includes > documentation on the Python language and standard library. It's been > extended from the normal Python documentation to include IronPython > specific topics such as the DLR hosting APIs and extending IronPython > from statically typed .NET languages. > > We flushed out more support for missing built-in modules which CPython > includes. This release includes the mmap and signal modules bringing > better support for interoperating with unmanaged code. > > As usual there are a number of bug fixes and performance > improvements. This release includes major performance improvements in > cPickle, the sum built-in function, and includes support for fast > exceptions which do not use the .NET exception mechanism. There have > also been improvements to significantly reduce memory usage of the > IronPython ASTs. One of the end results of these numerous > improvements is that IronPython's startup time has decreased by 10% > when compared to IronPython 2.6.1. > > Finally, with this release we have changed the license from the > Microsoft Public License to the Apache License, Version 2.0. We've > made this change based upon continual feedback and questions from the > community. The Apache License will be more familiar while remaining > an open source license. > > - The IronPython Team > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies ("BOGUS AGREEMENTS") that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. -------------- next part -------------- An HTML attachment was scrubbed... URL: From merllab at microsoft.com Fri Jul 16 23:05:17 2010 From: merllab at microsoft.com (merllab at microsoft.com) Date: Fri, 16 Jul 2010 14:05:17 -0700 Subject: [IronPython] IronPython 2.6 CodePlex Source Update Message-ID: <3e04b497-f0f8-445a-8686-a6fd9bd1f3da@tk5-exsmh-c101.redmond.corp.microsoft.com> This is an automated email letting you know that sources have recently been pushed out. You can download these newer sources directly from http://ironpython.codeplex.com/SourceControl/changeset/view/73152. ADDED SOURCES $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/SignatureHelpSource.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/FileCookie.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/StringLiteralCompletionList.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/LazyCompletion.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Editor/BraceMatcher.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Editor $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/GeneratorNextBoundBuiltinMethodInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/MethodInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/InterpreterScope.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/ObjectType.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/Key.snk $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CurrentWorkingDirectoryNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonProjectNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/Resources.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonFileNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonNonCodeFileNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/CommonLibraryNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/LibraryTask.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Utils/ProgressForm.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OANullProperty.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OAReferenceFolderItem.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/MPFProjectAll.files $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Resources $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SuspendFileChanges.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/BuildPropertyPage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/WebProjectBase.Files $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SolutionListenerForProjectReferenceUpdate.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectDesignerDocumentManager.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/EngineShim.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/BuildPropertyGroupShim.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/Resources $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/source.extension.vsixmanifest $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/RemoteScriptFactory.csproj $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/Resources/clearscr.gif $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/Commands/CancelExecutionCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/ReplWindow.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/DlrClassifierProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/ISnapshotTextContentProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WinformsProject/Program.py $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/SilverlightProject/SilverlightProject.pyproj $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/SilverlightProject/SilverlightProject.vstemplate $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WpfProject/WpfApp.pyproj $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/EmptyPyFile/EmptyPyFile.zip $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Resources/Images_32bit.bmp $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Resources/Images_24bit.bmp $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonGeneralPropertyPage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Options/PythonOptionsControl.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Options/PythonIntellisenseOptionsPage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Commands/OpenReplCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Guids.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPython Tools for VS License.rtf $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Properties $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/VSPackage.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MetadataTables.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/IPythonRuntimeHost.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/VSProject/OAReferences.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Resources/imagelis.bmp $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Diagrams/ConfigurationClasses.cd $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/ExecutionQueue.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Intellisense/AnalysisPriority.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/Commands/EchoReplCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/IReplWindow.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/ReplIntellisenseMode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/Scripting $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore.csproj $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WpfProject/Program.xaml $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/EmptyPackage/package.vstemplate $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/EmptyPyFile/empty.vstemplate $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Options/PythonOptionsPage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Editor/TextViewCreationListener.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Intellisense $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/GlobalSuppressions.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/Properties $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate_dict_views.py $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/IStarter.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/obj/Debug/DesignTimeResolveAssemblyReferencesInput.cache $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Misc/ExternDll.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectReferenceNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/VsCommands.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/RegisteredProjectType.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/UserProjectSecurityChecker.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Output.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectDocumentsListener.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectBase.files $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Intellisense/IAnalyzer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/ReplPrompt.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/TokenCache.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Intellisense $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/VSProject/OAAssemblyReference.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/VSProject/OAVSProject.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Diagrams/HierarchyClasses.cd $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/DocumentManager.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Navigation/ClassScopeNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/TypeUnion.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/VariableDef.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/MemberResult.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/ConstantInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/GeneratorSendBoundBuiltinMethodInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/SliceInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/SpecializedBuiltinFunction.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/Resources.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/QuickInfoSourceProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Repl/SwitchModuleCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/Utils.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/UnboundReference.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/ListAppendBoundBuiltinMethodInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinModule.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinMethodInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/AnalysisUnit.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonStarter.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/ProjectDocumentsListenerForStartupFileUpdates.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/ISimpleObject.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Repl/VsReplWindow.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OAFolderItem.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/HierarchyNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/VisualStudio.Project.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/obj $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/BuildDependency.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/UpdateSolutionEventsListener.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ConfigurationProperties.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/BuildItemShim.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/PkgCmdID.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/SnapshotSpanTextContentProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/WpfWindow/__TemplateIcon.ico $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/WpfWindow/WpfWindow.vstemplate $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonProjectPackage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/IPythonStarter.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Commands/CommandTable.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Navigation/PythonLanguageInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Navigation/DropDownBarClient.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Designer/PythonRuntimeNameProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/ClrStubs.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/SignatureAnalysis.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/CompletionSource.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/ExpressionAnalysis.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Navigation/AstScopeNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Repl/RemotePythonEvaluator.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/PythonClassifierProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinFunctionInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinFieldInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/NamespaceSetExtensions.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonProjectPackage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonFolderNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/LibraryManager.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OAProperty.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Diagrams/PropertiesClasses.cd $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/Commands/WaitReplCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/DlrEvaluator.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Navigation $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/SnapshotMultpleSpanSourceCodeReader.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/Resources $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/ConsoleAppProject/ConsoleApp.zip $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/ConsoleAppProject/__TemplateIcon.ico $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/SilverlightProject/Program.html $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WpfProject/Program.py $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/EmptyPackage/EmptyPackage.zip $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/EmptyPyFile/empty.py $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Resources/Images_32bit.png $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonFileNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Editor/LanguagePreferences.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Designer $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/PkgCmdID.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Overview.txt $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Resources $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MemoryReader.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MetadataTables.CCI.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/Resources/Images_32bit.png $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/DirectoryBasedProjectNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Repl $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Misc/NativeMethods.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SecurityWarningDialog.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectNode.CopyPaste.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/IPythonExpandable.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/source.extension.vsixmanifest $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Editor $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Repl/PythonVsEvaluator.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Intellisense/IntellisensePreKeyProcessor.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Commands/Command.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Commands/SendToReplCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Options/PythonDialogPage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonGeneralyPropertyPageControl.Designer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonProjectFactory.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonStarter.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/EmptyPackage/__TemplateIcon.ico $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/PyClass/class.vstemplate $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/SilverlightProject $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/SilverlightProject/SilverlightProject.zip $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/DlrPredefinedClassificationTypeNames.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/ResizingAdorner.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/OutputStream.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/IMultipleScopeEvaluator.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/Commands/LoadReplCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/Scripting/CollectingErrorSink.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio.vsct $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/GlobalSuppressions.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/FolderNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Url.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/TypeConverters.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/DesignPropertyDescriptor.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Utilities.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/FileChangeManager.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/OutputGroup.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ReferenceContainerNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/FileDocumentManager.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Interfaces.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Misc $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/NestedProjectBuildDependency.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectNode.Events.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OASolutionFolder.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/VSProject/OAReferenceBase.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/VSProject/OAVSProjectItem.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Repl/IReplWindowProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/TextLineEventListener.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/ModuleId.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonSearchPathContainerNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/DesignerContext.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonProjectConfig.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/Resources/ResetSession.bmp $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/HashSetExtensions.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/OverloadResult.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/ExpressionEvaluator.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/DDG.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/FunctionInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/ListInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/ListPopBoundBuiltinMethodInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinEventInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/UserDefinedInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Extensions.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/NormalCompletionList.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/PythonParameter.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadata.csproj $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MetadataExtensions.cs $/IronPython/IronPython_Main/Tools/IronStudio $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Commands $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Designer/WpfEventBindingProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Commands/SendToDefiningModuleCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/WpfWindow $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WpfProject/__TemplateIcon.ico $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/DlrClassifier.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/IReplEvaluator.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/Scripting/StringTextContentProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/Resources/ResetSession.gif $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/RemoteProxy.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Tracing.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/GlobalSuppressions.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectElement.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Attributes.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/VisualStudio.Project.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/StructuresEnums.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SolutionListenerForProjectOpen.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Diagrams/AutomationClasses.cd $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/CommonConstants.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Utils/ProgressForm.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/ILibraryManager.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/IHaveAst.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/DictionaryInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/DependencyInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/ModuleReference.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/ScopePositionInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/ModuleScope.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/DependentFileNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/DataObject.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/VSProject $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OAProperties.cs $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/RemoteScriptFactory.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/VariableResult.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/BuildPropertyShim.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonGeneralPropertyPage.cs $/IronPython/IronPython_Main/Solutions/IronPythonTools.sln $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonFolderNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ImageHandler.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonProjectNodeProperties.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Resources.Designer.cs $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/ExecutionQueueItem.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/IronStudioPackage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/OverviewWalker.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/WpfWindow/WpfWindow.xaml $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WpfProject/WpfApp.vstemplate $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/PythonCoreConstants.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Commands/ExecuteInReplCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/CoreUtils.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SettingsPage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SecurityCheckHelper.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/BuiltinModuleScope.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Misc/UnsafeNativeMethods.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/PyClass/PyClass.zip $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/Resources.Designer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/PythonAnalyzer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonGeneralyPropertyPageControl.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Dlr.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/BuildItemGroupCollectionShim.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Commands/FillParagraphCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/IReplWindowCommands.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/Key.snk $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio.Project.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/VsExtensions.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/ReverseExpressionParser.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OANavigableProjectItems.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WinformsProject/WinformsApp.zip $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/EmptyPyFile/__TemplateIcon.ico $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/Scripting/ErrorResult.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/SolutionAdvisor.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Navigation/PythonLibraryManager.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/IReplCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Options $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Intellisense/XamlAnalysis.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/LocationInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/TextViewWrapper.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/Library.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/Resources/completionset.bmp $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectPackage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectOptions.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MetadataServices.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinClassInfo.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/PEFileStructures.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Resources/PythonPackageIcons.bmp $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/EmptyPyFile $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/ConsoleAppProject/IronPythonApp.pyproj $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/Properties $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/TargetCollectionShim.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/SnapshotCookie.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/AutomationScope.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/HierarchyListener.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore.csproj $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/CoreConstants.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BoundBuiltinMethodInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/GlobalPropertyHandler.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Repl/PythonEvaluator.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SingleFileGeneratorFactory.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/BuildPropertyGroupCollectionShim.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonEditorFactory.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/DontShowAgainDialog.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/Resources $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/UIThread.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/Resources/CancelEvaluation.bmp $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/CommonPackage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/ProjectEntry.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/RangeInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/VSProject/OAProjectReference.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/IDlrClassifierProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/Resources.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/OutliningTaggerProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools.vsct $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/PyClass/class.py $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WpfProject/WpfApp.zip $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/EmptySet.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/SequenceInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/Writer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonReferenceNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Options/PythonOptionsControl.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/AssemblyReferenceNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WinformsProject $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Resources.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Diagrams $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MemoryBlock.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/TrackDocumentsHelper.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonSearchPathNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/NamespaceDependencies.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/LibraryNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OAProjectItem.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Navigation/IScopeNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Navigation $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio.csproj $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonEditorFactory.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/SnapshotTextContentProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/EnumDependencies.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectSecurityChecker.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/Resources/CancelEvaluation.gif $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/PythonConstants.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/AutoIndent.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Intellisense/IntellisenseController.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/Guids.cs $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MetadataName.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SolutionListener.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/ClassInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OANestedProjectItem.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/SimpleObjectList.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/CompletionSourceProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/SignatureHelpSourceProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Navigation/PythonLibraryNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/PyClass $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WinformsProject/WinformsApp.vstemplate $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/ReplSpan.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/Properties $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Intellisense/IParser.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/NodeProperties.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/Analysis.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/ConsoleAppProject/IPConsoleApp.vstemplate $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/VSShellUtilities.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/DontShowAgainDialog.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Key.snk $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/OleServiceProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonReferenceContainerNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/ModuleInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/Resources/Package.ico $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/ProjectState.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/ModuleAnalysis.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/QuickInfoSource.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Utils/ProgressForm.designer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/BaseSearchPathNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Editor/EditorExtensions.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Navigation $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/DontShowAgainDialog.designer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Misc/ConnectionPointContainer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonToolsPackage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/ListExtendBoundBuiltinFunction.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/SnapshotSpanSourceCodeReader.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonFileNodeProperties.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonGeneralyPropertyPageControl.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/NumericInstanceInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/OutputBuffer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonSearchPathNodeProperties.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/PythonImageList.bmp $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/ConsoleAppProject $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/PyClass/__TemplateIcon.ico $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/SetOfOne.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/FunctionScope.cs $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/AsyncAbort.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Microsoft.VisualStudio.Project.csproj $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Options/PythonIntellisenseOptionsControl.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OAProjectItems.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Utils $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/Properties $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectContainerNode.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadata.ruleset $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/ReplEvaluator.cs $/IronPython/IronPython_Main/Tools/IronStudio/Common.proj $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/History.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/LocalizableProperties.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/BuildItemGroupShim.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SolutionListenerForBuildDependencyUpdate.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/EmptyPackage/package/__init__.py $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/IMixedBuffer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Intellisense/IntellisenseControllerProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/SilverlightProject/Program.py $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Repl $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_io.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Resources/Package.ico $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OAReferenceItem.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Intellisense/AnalysisQueue.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/NestedProjectNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/TokenProcessor.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Navigation/EditFilter.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WinformsProject/WinformsApp.pyproj $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/FromImportCompletionList.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/ReflectedNamespace.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/IAnalysisCookie.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinPropertyInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectShim.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Editor/XamlTextViewCreationListener.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/SnippetsEnumerator.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinInstanceInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/CompletionList.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MemoryMapping.V2.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/Resources/imagelis.bmp $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/Commands/ResetReplCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonConfigProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Options/PythonIntellisenseOptionsControl.Designer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Navigation/CodeWindowManager.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Repl/ReplWindowProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/PythonSignature.cs $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/Properties $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/VSProject/OAComReference.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools.csproj $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SolutionListenerForProjectEvents.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MetadataTableEnumerator.CCI.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectConfig.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ConfigProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/ListInsertBoundBuiltinFunction.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SecurityWarningDialog.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/IOverloadResult.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonOutputGroup.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/Reader.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/GeneratorInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Options/PythonIntellisenseOptionsControl.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonNonCodeFileNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/Resources.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/ClassScope.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/WpfWindow/WpfWindow.zip $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ComReferenceNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/PythonRuntimeHost.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/PropertiesEditorLauncher.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VSPackage.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WpfProject $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/obj/Debug $/IronPython/IronPython_Main/Tools/IronStudio/Bin $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/Commands $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Repl $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Extensions.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/ImportCompletionList.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectFactory.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ReferenceNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/FileNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/CommonUtils.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OAProject.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonProjectNode.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/_collections.log $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/SilverlightProject/__TemplateIcon.ico $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Intellisense/IntellisensePreKeyProcessorProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/EmptyPackage/package $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/Scripting/FileTextContentProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/SnapshotMultipleSpanTextContentProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SelectionListener.cs $/IronPython/IronPython_Main/Tools/IronStudio/Bin/Chiron.exe.Config $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Navigation/FunctionScopeNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/Resources.Designer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/SimpleObject.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WinformsProject/__TemplateIcon.ico $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Intellisense/ParseQueue.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/IDlrClassifier.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/EmptyPackage $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OAFileItem.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Resources/completionset.bmp $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Diagrams/ReferenceClasses.cd $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MetadataTableImplementations.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/ImportInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/Namespace.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinNamespace.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Repl/RemotePythonVsEvaluator.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/ConsoleAppProject/Program.py $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/ICustomSearchListProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/Commands/ClearScreenReplCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SecurityWarningDialog.Designer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Options/PythonOptionsControl.Designer.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MetadataImport.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Diagrams/DocumentManagerClasses.cd $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonPropertyPage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/VSProject/OABuildManager.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectFileConstants.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/IDEBuildLogger.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/EnumInstanceInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/LazyDotNetDict.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/TargetShim.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/InstanceInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SingleFileGenerator.cs DELETED SOURCES $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/GlobalAllocator.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Metadata $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/LastFaultingLineExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/OperatorStrings.cs MODIFIED SOURCES $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/SignatureHelpSource.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/FileCookie.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/StringLiteralCompletionList.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/LazyCompletion.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Editor/BraceMatcher.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/GeneratorNextBoundBuiltinMethodInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/MethodInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/InterpreterScope.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/ObjectType.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/Key.snk $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CurrentWorkingDirectoryNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonProjectNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/Resources.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonFileNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonNonCodeFileNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/CommonLibraryNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/LibraryTask.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Utils/ProgressForm.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OANullProperty.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OAReferenceFolderItem.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/MPFProjectAll.files $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SuspendFileChanges.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/BuildPropertyPage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/WebProjectBase.Files $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SolutionListenerForProjectReferenceUpdate.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectDesignerDocumentManager.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/EngineShim.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/BuildPropertyGroupShim.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/source.extension.vsixmanifest $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/RemoteScriptFactory.csproj $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/Resources/clearscr.gif $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/Commands/CancelExecutionCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/ReplWindow.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/DlrClassifierProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/ISnapshotTextContentProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WinformsProject/Program.py $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/SilverlightProject/SilverlightProject.pyproj $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/SilverlightProject/SilverlightProject.vstemplate $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WpfProject/WpfApp.pyproj $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/EmptyPyFile/EmptyPyFile.zip $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Resources/Images_32bit.bmp $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Resources/Images_24bit.bmp $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonGeneralPropertyPage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Options/PythonOptionsControl.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Options/PythonIntellisenseOptionsPage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Commands/OpenReplCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Guids.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPython Tools for VS License.rtf $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/VSPackage.resx $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MetadataTables.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/IPythonRuntimeHost.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/VSProject/OAReferences.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Resources/imagelis.bmp $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Diagrams/ConfigurationClasses.cd $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/ExecutionQueue.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Intellisense/AnalysisPriority.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/Commands/EchoReplCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/IReplWindow.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/ReplIntellisenseMode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore.csproj $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WpfProject/Program.xaml $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/EmptyPackage/package.vstemplate $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/EmptyPyFile/empty.vstemplate $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Options/PythonOptionsPage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Editor/TextViewCreationListener.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/GlobalSuppressions.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate_dict_views.py $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/IStarter.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/obj/Debug/DesignTimeResolveAssemblyReferencesInput.cache $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Misc/ExternDll.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectReferenceNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/VsCommands.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/RegisteredProjectType.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/UserProjectSecurityChecker.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Output.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectDocumentsListener.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectBase.files $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Intellisense/IAnalyzer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/ReplPrompt.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/TokenCache.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/VSProject/OAAssemblyReference.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/VSProject/OAVSProject.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Diagrams/HierarchyClasses.cd $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/DocumentManager.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Navigation/ClassScopeNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/TypeUnion.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/VariableDef.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/MemberResult.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/ConstantInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/GeneratorSendBoundBuiltinMethodInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/SliceInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/SpecializedBuiltinFunction.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/Resources.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/QuickInfoSourceProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Repl/SwitchModuleCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/Utils.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/UnboundReference.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/ListAppendBoundBuiltinMethodInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinModule.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinMethodInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/AnalysisUnit.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonStarter.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/ProjectDocumentsListenerForStartupFileUpdates.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/ISimpleObject.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Repl/VsReplWindow.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OAFolderItem.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/HierarchyNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/VisualStudio.Project.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/BuildDependency.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/UpdateSolutionEventsListener.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ConfigurationProperties.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/BuildItemShim.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/PkgCmdID.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/SnapshotSpanTextContentProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/WpfWindow/__TemplateIcon.ico $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/WpfWindow/WpfWindow.vstemplate $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonProjectPackage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/IPythonStarter.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Commands/CommandTable.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Navigation/PythonLanguageInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Navigation/DropDownBarClient.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Designer/PythonRuntimeNameProvider.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/ClrStubs.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/SignatureAnalysis.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/CompletionSource.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/ExpressionAnalysis.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Navigation/AstScopeNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Repl/RemotePythonEvaluator.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/PythonClassifierProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinFunctionInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinFieldInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/NamespaceSetExtensions.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonProjectPackage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonFolderNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/LibraryManager.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OAProperty.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Diagrams/PropertiesClasses.cd $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/Commands/WaitReplCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/DlrEvaluator.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/SnapshotMultpleSpanSourceCodeReader.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/ConsoleAppProject/ConsoleApp.zip $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/ConsoleAppProject/__TemplateIcon.ico $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/SilverlightProject/Program.html $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WpfProject/Program.py $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/EmptyPackage/EmptyPackage.zip $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/EmptyPyFile/empty.py $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Resources/Images_32bit.png $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonFileNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Editor/LanguagePreferences.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/PkgCmdID.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Overview.txt $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MemoryReader.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MetadataTables.CCI.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/Resources/Images_32bit.png $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/DirectoryBasedProjectNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Misc/NativeMethods.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SecurityWarningDialog.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectNode.CopyPaste.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t3i.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/hosting/stress/engine.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/copy_reg.log $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/MemberMappingTests.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/DebugFrame.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/RestrictedMetaObject.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/NarrowingLevel.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/ByRefReturnBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/ApplicableCandidate.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/DefaultLanguageContext.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/ErrorSinkProxyListener.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/baseclasscs.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/typeforwarder3.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/dynamicobjmodel.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_6b.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Microsoft.Scripting.SilverLight/DynamicEngine.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/binascii.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_multibytecodec.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/time.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_heapq.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_weakref.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/math.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes/CFuncPtrType.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes/Union.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/smtpmailer.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/PythonContext.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/WeakRef.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/ModuleGlobalCache.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Enumerate.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Importer.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/BindingWarnings.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/PythonTuple.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/IFastGettable.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/MetaPythonType.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/LookupException.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/ListOfTOps.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/PythonTypeDataSlot.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/OldInstance.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/ReflectedGetterSetter.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/LazyCode.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/TryStatement.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/VariableKind.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/CallExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/ModuleName.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Hosting/PythonOptionsParser.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Lib/iptest/test_env.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Lib/iptest/assert_util.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_bigint.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_clrload2.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_list.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_delegate.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/c2.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/runsbs.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/sbs_simple_compare.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/sbs_exceptions/try_finally2.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/Inc/execfile_scope.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/compat/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/field/test_static_fields.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t2h.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t1a.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/property/test_property.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/type_related/array_test.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/system_related/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/misc/_sha512.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/hosting/editor_svcs/errorlistener.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/sys.log $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/IntegerTest.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/ExceptionConverter.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/NullableTest.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/Stress/Engine.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/DebuggableLambdaBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/TraceEventKind.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/BranchLabel.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/LightLambdaClosureVisitor.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Instructions/InstructionList.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Generation/IExpressionSerializable.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/ExtraKeyEnumerator.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/CallTypes.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/ArgumentType.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/Block.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/DispatchArgBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ErrorArgBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/VariantArgBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComBinderHelpers.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/ReflectionUtils.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Hosting/Shell/Remote/RemoteRuntimeServer.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Stubs.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/SourceFileContentProvider.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/DlrConfiguration.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/DocumentationAttribute.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/Shell/Remote/RemoteCommandDispatcher.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_3a.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Microsoft.Scripting.SilverLight/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_fileio.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/math.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate_dynamic_instructions.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/IronPython.csproj $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/PythonOptions.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/DontMapIEnumerableToContainsAttribute.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/BuiltinsDictionaryStorage.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/ConversionBinder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/PythonBinaryOperationBinder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/PythonExceptions.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/BufferException.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/FloatOps.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/ExtensionPropertyInfo.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/PythonSavableScriptCode.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Lib/iptest/console_util.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_number.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/dllsite.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_traceback.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_stdmodules.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/sbs_func_args.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/compat/hw.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/dlrcomlib/dlrcomserver.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/method/test_arguments.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/event/test_event.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t6.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t2c.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/network_related/socket_test.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/clr_helpers.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/cPickle.log $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/BindTest.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Instructions/AddInstruction.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Instructions/CallInstruction.Generated.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Generation/ToDiskRewriter.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/PositionTrackingWriter.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/DefaultBinder.MethodCalls.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/ParamsArgBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/IfStatementTest.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/Variant.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/CollectionExtensions.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/ScriptDomainManager.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/NotNullAttribute.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Utils/Assert.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/baseclassvb.vb $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_1a.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_4c.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/IDispatchMetaObject.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/UnaryExpression.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/DebugStatement.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/NestedTypeTracker.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/ConversionResultKind.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/ComboBinder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/InvokeTargets.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/DebugThread.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/LegacyScriptCode.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/CopyOnWriteList.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/InvalidImplementationException.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Utils/ConsoleInputStream.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/fieldtests.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/cmath.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes/PointerType.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes/UnionType.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Interfaces.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/PythonModule.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/BinaryRetTypeBinder.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/SystemExitException.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate_ops.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/SyntaxWarningException.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/TypeInfo.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/ParameterInfoWrapper.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/EmptyType.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/SerializedScopeStatement.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/EmptyStatement.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/PythonReference.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/badil.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/RunAgainstCpy.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_with.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/perf_micro_calls.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/pyc/winforms_hw.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/Inputs/RemoteConsole.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/apps/word.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/derivation/test_simplederive.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t2f.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/misc/datetime_test.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/hosting/editor_svcs/tokencategorizer.py $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/ProtocolTest.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonWindow/IronPythonWindow.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/AssemblyInfo.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/DebugMode.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/ModuleChangeEventType.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Math/Complex64.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/OverloadResolverFactory.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/KeywordArgBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/RestrictedArguments.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/ValueArray.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Hosting/Shell/OptionsParser.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Hosting/Shell/SuperConsole.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/TextContentProvider.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Utils/ExceptionFactory.Generated.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_3b.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Microsoft.Scripting.SilverLight/DynamicAppManifest.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_codecs.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_bytesio.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_struct.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_sha.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_random.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/nt.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes/CFuncPtr.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate_exception_factory.py $/IronPython/IronPython_Main/Languages/IronPython/Scripts/run_compiled.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/WrapperDescriptorAttribute.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/IParameterSequence.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/OutputWriter.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/PythonTracebackListener.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/PythonFunction.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/ModuleDictionaryStorage.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/GlobalDictionaryStorage.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/FastBindResult.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/IComConvertible.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/PythonUnaryOperationBinder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/UnicodeException.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/UserTypeOps.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/DynamicBaseTypeAttribute.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/DocBuilder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/BuiltinMethodDescriptor.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Parser.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/ReducableDynamicExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/BinaryExpression.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/SuiteStatement.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/WithStatement.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Modules/sys.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Lib/iptest/runner.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Lib/iptest/type_util.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/custombuiltins.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_doc.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/timeit.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_missing.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_iterator.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/pyc/console_hw_args.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/sbs_exceptions/if_false.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/Inputs/exit.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/functions/signatures.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/apps/msagent.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/dlrcomlib/SimpleErrors.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/dlrcomlib/pytraits/obj.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/test_accessibility.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/method/test_returnvalue.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t3c1.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t3c0.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/io_related/binascii_test.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/io_related/codecs_test.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/system_related/time_test.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/misc/operator_test.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/select.log $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/cStringIO.log $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/Cmplx.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/mmap.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/SetExpression.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/LightThrowingAttribute.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/LightLambdaExpression.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/ILightExceptionAwareExpression.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/LightCheckAndThrowExpression.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/HybridReferenceDictionary.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/SysModuleDictionaryStorage.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/AttributeErrorException.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/LightExceptionTests.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/itertools.log $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/ComprehensionFor.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/Comprehension.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Method.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/mmap.log $/IronPython/IronPython_Main/Solutions/IronPython.sln $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/ObjectDictionaryExpando.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/DynamicXamlReader.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/IPythonExpandable.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/source.extension.vsixmanifest $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Repl/PythonVsEvaluator.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Intellisense/IntellisensePreKeyProcessor.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Commands/Command.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Commands/SendToReplCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Options/PythonDialogPage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonGeneralyPropertyPageControl.Designer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonProjectFactory.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonStarter.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/EmptyPackage/__TemplateIcon.ico $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/PyClass/class.vstemplate $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/SilverlightProject/SilverlightProject.zip $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/DlrPredefinedClassificationTypeNames.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/ResizingAdorner.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/OutputStream.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/IMultipleScopeEvaluator.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/Commands/LoadReplCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/Scripting/CollectingErrorSink.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio.vsct $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/GlobalSuppressions.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/FolderNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Url.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/TypeConverters.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/DesignPropertyDescriptor.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Utilities.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/FileChangeManager.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/OutputGroup.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ReferenceContainerNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/FileDocumentManager.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Interfaces.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/NestedProjectBuildDependency.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectNode.Events.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OASolutionFolder.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/VSProject/OAReferenceBase.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/VSProject/OAVSProjectItem.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Repl/IReplWindowProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/TextLineEventListener.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/ModuleId.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonSearchPathContainerNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/DesignerContext.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonProjectConfig.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/Resources/ResetSession.bmp $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/HashSetExtensions.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/OverloadResult.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/ExpressionEvaluator.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/DDG.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/FunctionInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/ListInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/ListPopBoundBuiltinMethodInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinEventInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/UserDefinedInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Extensions.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/NormalCompletionList.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/PythonParameter.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadata.csproj $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MetadataExtensions.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Designer/WpfEventBindingProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Commands/SendToDefiningModuleCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WpfProject/__TemplateIcon.ico $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/DlrClassifier.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/IReplEvaluator.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/Scripting/StringTextContentProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/Resources/ResetSession.gif $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/RemoteProxy.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Tracing.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/GlobalSuppressions.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectElement.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Attributes.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/VisualStudio.Project.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/StructuresEnums.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SolutionListenerForProjectOpen.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Diagrams/AutomationClasses.cd $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/CommonConstants.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Utils/ProgressForm.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/ILibraryManager.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/IHaveAst.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/DictionaryInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/DependencyInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/ModuleReference.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/ScopePositionInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/ModuleScope.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/DependentFileNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/DataObject.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OAProperties.cs $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/RemoteScriptFactory.cs $/IronPython/IronPython_Main/Readme.html $/IronPython/IronPython_Main/Tutorial/pyevent.py $/IronPython/IronPython_Main/Tutorial/spellcheck.py $/IronPython/IronPython_Main/Tutorial/wfdemo.py $/IronPython/IronPython_Main/Tutorial/winforms.py $/IronPython/IronPython_Main/Tutorial/Extend/csxtest.py $/IronPython/IronPython_Main/Tutorial/Extend/vbextend.vb $/IronPython/IronPython_Main/Tutorial/debugcsx.py $/IronPython/IronPython_Main/Tutorial/load.xml $/IronPython/IronPython_Main/Config/Signed/App.config $/IronPython/IronPython_Main/Tools/Scripts/pyc.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/TraceBack.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/pyc/test_pyc.ps1 $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/ExtensionPropertyTracker.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/TokenCategorizer.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/VariableInfo.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/IdDispenser.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes_test.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/RuntimeScriptCode.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/PythonGlobalVariableExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes/CData.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_1b.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/SpecSharp.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/NameExpression.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/LightLambda.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_ipye.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_exceptions_generated.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/debugging/vs/__init__.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/SourceStringContentProvider.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/sbs_exceptions/shared.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/CallFailure.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/RelativeModuleName.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/cmodule.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/PythonTypeDictSlot.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/CompileFlags.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/DefaultBinder.SetMember.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/Configuration/OptionElement.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_namebinding.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/system_related/_locale_test.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/method/test_op_implicit.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/DefaultLanguageContext.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/BinaryRetTypeBinder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Lib/iptest/util.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/CollectionDebugView.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t7e.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/KeyboardInterruptException.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/UnknownArgBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/CompilerOptions.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/PythonDeleteSliceBinder.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/specialcontext/Consoleless.ps1 $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/FunctionDefinition.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/FastGetBase.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/DelegateInfo.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_clrexception.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/MethodGroup.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/Mro.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/stdmodules.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComTypeLibInfo.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/test_dynamicobjectmodel.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/ExtensionBinaryOperationBinder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/Assert.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/SlotFieldAttribute.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t7d.py $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/ScopedRuntimeVariables.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Hosting/Python.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/errno.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Microsoft.Scripting.SilverLight/DynamicScriptTags.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_sha256.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/SourceSpan.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/AssertionException.Generated.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Severity.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/misc/math_test.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/PythonNameBinder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/LoadTest.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/field/test_instance_fields.py $/IronPython/IronPython_Main/Test/ClrAssembly/Src/operators.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/CommonDictionaryStorage.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/OverloadDoc.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/ModuleOptions.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/KeywordConstructorReturnBuilder.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/type/test_clrtype.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/PythonTypeTypeSlot.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/TypeLibInfoMetaObject.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/TokenInfo.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/PythonNarrowing.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/Explicit.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Instructions/NotEqualInstruction.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_listcomp.py $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/DebugGenerator.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/TabException.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/apps/scriptpw.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/IRestrictedMetaObject.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/RunnableScriptCode.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/PythonGlobal.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/misc/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/FieldTracker.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/userdefinedconversions.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes/Extensions.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_7b.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t2b.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_ironmath.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/MutableTuple.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/MissingParameter.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/SplatCallSite.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/run_interactive.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/AssertStatement.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/PythonAst.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComDispIds.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/BoundMemberTracker.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/PythonAssemblyOps.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_slice.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/ReturnFixer.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes/SimpleTypeKind.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/run.py $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/TracePipeline/ITraceCallback.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Instructions/StackOperations.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Chiron/MimeTypeSection.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_bytes.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/LightDelegateCreator.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_function.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t3c2.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/CompiledLoader.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/StringDictionaryStorage.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Chiron/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/AstMethods.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/io_related/marshal_test.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/PythonTypeAttribute.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/TextStream.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/SourceCodeKind.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/Cast.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_importpkg.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t3g2.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/CustomAttributeTracker.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/datetime.log $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/FunctionType.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_cliclass.py $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_7c.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/PythonDeleteIndexBinder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Utils/ExpressionUtils.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate_typecache.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/LambdaParameterRewriter.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/IPythonOperable.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonWindow/AssemblyInfo.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/IConvertibleMetaObject.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/SyntaxErrorException.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/ImportException.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/apps/MultiOffice.py $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/DebugSourceFile.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/FutureBuiltins.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_index.py $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/MemberKind.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonConsole/Console.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Chiron/HttpRequestData.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/NewTypeMaker.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/TypeLibMetaObject.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/GlobalStatement.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t3f.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/GeneratorExpression.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/ReturnBuilder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/CodeContext.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Utils/TextStream.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes/SimpleType.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/EngineTest.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/method/__init__.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/SynchronizedDictionary.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/dlrcomlib/pytraits/prop.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/PythonProtocol.Operations.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/GenMeth.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/FunctionInfo.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/Microsoft.Scripting.Debugging.txt $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_sha512.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/dlrcomlib/MultipleParams.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Reversed.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/ParserSink.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/ReflectionCache.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/PythonOperationBinder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/PythonBinder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/TrackerTypes.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/property/test_indexercs.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/misc/future_test.py $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/ScriptScope.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/PythonBuffer.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/StringFormatSpec.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Instructions/LocalAccess.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate_AssemblyTypeNames.py $/IronPython/IronPython_Main/Languages/IronPython/Scripts/CompareDirs.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Hosting/PythonService.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/PythonSetIndexBinder.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t7a.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/TokenKind.Generated.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/AssemblyLoadedEventArgs.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/IFastInvokable.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t1d.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Microsoft.Dynamic.csproj $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/GlobalSuppressions.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/ReflectedSlotProperty.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/derivation/test_method_signature.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/WeakCollection.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/PythonSiteCache.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ConvertArgBuilder.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/versions/four_dot_zero.py $/IronPython/IronPython_Main/Hosts/Silverlight/Microsoft.Scripting.SilverLight/Settings.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/PythonCompilerOptions.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/sbs_exceptions/try_except3.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/XRange.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Tokenizer.Generated.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/IMembersList.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/IfStatement.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_locale.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/DynamicConvertExpression.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/ActionBinder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Instructions/LabelInfo.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/SourceLocation.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/BindingRestrictionsHelpers.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/Configuration/LanguageElementCollection.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_dict.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t3h.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/MetaPythonFunction.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/OperationFailed.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/io_related/_bytesio_test.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_stdconsole.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/DocumentationAttribute.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/sbs_exceptions/while_loop.py $/IronPython/IronPython_Main/Languages/IronPython/Scripts/ipcom.ps1 $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/io_related/re_test.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/UnboundNameException.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/ScriptIO.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/ReferenceEqualityComparer.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Hosting/PythonCodeDomCodeGen.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/Modes/ConsoleFlags.ps1 $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/ConstructorTracker.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/silverlight_sanity/run.bat $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes/INativeType.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/ReferenceArgBuilder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/InheritTest.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/PrintStatement.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/Helpers.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Utils/CollectionExtensions.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/SliceExpression.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/IDispatchComObject.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/ClassMethodAttribute.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/dynamic/dynamic_regressions.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/ListEqualityComparer.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/network_related/_ssl_test.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/MetaPythonObject.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/method/test_op_explicit.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t3d.py $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/ErrorListener.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Hosting/Shell/Remote/RemoteCommandDispatcher.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/pretest.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/HashSet.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/ScriptingRuntimeHelpers.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/PythonAsciiEncoding.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Instructions/GreaterThanInstruction.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/List.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/Extensible.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes/NativeFunctions.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_sre.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComTypeLibDesc.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_6a.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/ScopeStorage.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/ScriptHostProxy.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/IPythonObject.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/defaultmemberscs.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/CustomDictionaryStorage.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/Inputs/uninitializedGlobal.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/NoSideEffectsAttribute.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Chiron/XapBuilder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Bytes.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_2b.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/GetGlobalContextExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/WrapperDictionary.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/MemberGroup.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/Inputs/syntaxError.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/PythonCallTargets.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_file.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/ILightCallSiteBinder.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_execfile.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Instructions/FieldOperations.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/xxsubtype.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/DefaultBinder.DeleteMember.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_attrinjector.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Math/BigIntegerV2.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/CompilerContext.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/MemberDoc.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/RuntimeVariablesSupport/IDebugThreadFactory.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComEventDesc.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/ReflectedIndexer.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/method/test_operators.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/sbs_class_compare.py $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_3g.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/DictionaryUnionEnumerator.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/DlrCachedCodeAttribute.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/marshal.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/DebugOptions.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_conditional.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/_codecs.log $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/Configuration/OptionElementCollection.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/TokenizerBuffer.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/LanguageOptions.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/RuntimeVariables.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/regressions.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/DictionaryOps.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ConvertibleArgBuilder.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_complex.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/BinaryExpression.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/Publisher.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/versions/python26.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Generation/ILGen.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate_reflected_calls.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/module.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/ComOps.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/_weakref.log $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/FlowChecker.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/ExplicitConversionMethodAttribute.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/TypeGroup.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/IntOps.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/field/test_fields_inside_enum.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/plans/generic_plan_template.py $/IronPython/IronPython_Main/Languages/IronPython/Scripts/test_builder.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/ConditionalExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/CollectableCompilationMode.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/ExceptionFactory.Generated.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_3.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/NoLineFeedSourceContentProvider.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/PythonScopeExtension.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/BuiltinFunction.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t3g1.py $/IronPython/IronPython_Main/Hosts/Silverlight/Microsoft.Scripting.SilverLight/DynamicLanguageConfig.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/compat/hw_client.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/RuntimeWarningException.Generated.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/Scope.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/UnaryExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/type/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/MetaUserObject.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/DynamicHelpers.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Token.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/cleantests.py $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/OperatorTest.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ConversionArgBuilder.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/dlrcomlib/ReturnValues.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes/Structure.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_clrload.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/DictionaryStorage.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/NameType.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Microsoft.Scripting.txt $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_isinstance.py $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Utils/StringUtils.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/ClrType.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Hosting/Shell/Remote/RemoteConsoleCommandLine.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t5c2.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t3b.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_winforms.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/LocalsDictionary.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/Inputs/raise.py $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate_alltypes.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/misc/_random_test.py $/IronPython/IronPython_Main/Test/ClrAssembly/Src/indexerdefinitionscs.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/ScopeExtension.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Properties/Visibility.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/AttrInjectorTest.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Hosting/Shell/ConsoleHostOptions.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/GlobalSuppressions.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/MultiRuntimeAwareAttribute.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Generation/KeyedQueue.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/ExtensionTypeAttribute.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/TypeTracker.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/ExtensionMethodTracker.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/OperatorInfo.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/DefaultOverloadResolver.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/BindingResult.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/FlowControlRewriter.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/EmptyStatements.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComTypeEnumDesc.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/BoundDispEvent.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/ArrayUtils.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Hosting/Shell/ConsoleOptions.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/DynamicOperations.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/ParameterFlags.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/Configuration/Section.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_4.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_2d.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_5a.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Chiron/HtmlFormatter.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonConsole/AssemblyInfo.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/thread.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ssl.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_codecs_cn.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes/ArrayType.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/make_meta1.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/ModuleLoader.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/PythonFunction.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/ByteArray.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/PendingDeprecationWarningException.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/RuntimeException.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/CustomTypeDescHelpers.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/ResolvedMember.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/UncollectableCompilationMode.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/PythonScriptCode.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/MemberExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_ipyc.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_methodbinder2.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_class.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/pyc/stdmodules_ok.ps1 $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/sbs_exceptions/define.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/sbs_exceptions/try_finally1.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/dlrcomlib/OutParams.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/dlrcomlib/paramsinretval.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/event/test_delegate.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/property/test_indexervb.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/misc/_weakref_test.py $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/TypeDescriptor.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/ForceToGeneratorLoopException.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/LightCompiler.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Instructions/DynamicInstructionN.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/NullTextContentProvider.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/ReflectionCache.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/AssemblyTypeNames.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Math/BigIntegerV4.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Argument.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/CallSignature.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/MethodCandidate.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/ConversionResult.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/MethodCallExpression.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComTypeClassDesc.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/CacheDict.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/TokenCategory.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/InvariantContext.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Utils/ReflectionUtils.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_2a.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/StringArgBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComEventSinksContainer.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComEventSinkProxy.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/TypeUtils.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/IDebugCallback.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Instructions/NumericConvertInstruction.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/ThreadLocal.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Utils/ExceptionUtils.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_5c.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_5.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes/NativeArgument.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes/MarshalCleanup.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/RuntimeVariablesDictionaryStorage.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/PythonGetIndexBinder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/MetaOldClass.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/SiteLocalStorageBuilder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/EnvironmentException.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/radix_generator.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/PythonOps.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/NameConverter.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/PythonType.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/BuiltinFunctionOverloadMapper.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/ClosureInfo.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/Arg.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Lib/__future__.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_set.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_closure.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/c1.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/dynamic_sanity/dynamic_sanity.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/Inputs/exitFuncRaises.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/field/test_field_misc.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/derivation/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t2g.py $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/VariableResult.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/BuildPropertyShim.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonGeneralPropertyPage.cs $/IronPython/IronPython_Main/Solutions/IronPythonTools.sln $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonFolderNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ImageHandler.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonProjectNodeProperties.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Resources.Designer.cs $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/ExecutionQueueItem.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/IronStudioPackage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/OverviewWalker.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/WpfWindow/WpfWindow.xaml $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WpfProject/WpfApp.vstemplate $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/PythonCoreConstants.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Commands/ExecuteInReplCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/CoreUtils.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SettingsPage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SecurityCheckHelper.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/BuiltinModuleScope.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Misc/UnsafeNativeMethods.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/PyClass/PyClass.zip $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/Resources.Designer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/PythonAnalyzer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonGeneralyPropertyPageControl.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Dlr.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/BuildItemGroupCollectionShim.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Commands/FillParagraphCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/IReplWindowCommands.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/Key.snk $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio.Project.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/VsExtensions.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/ReverseExpressionParser.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OANavigableProjectItems.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WinformsProject/WinformsApp.zip $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/EmptyPyFile/__TemplateIcon.ico $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/Scripting/ErrorResult.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/SolutionAdvisor.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Navigation/PythonLibraryManager.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/IReplCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Intellisense/XamlAnalysis.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/LocationInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/TextViewWrapper.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/Library.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/Resources/completionset.bmp $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectPackage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectOptions.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MetadataServices.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinClassInfo.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/PEFileStructures.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Resources/PythonPackageIcons.bmp $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/ConsoleAppProject/IronPythonApp.pyproj $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/TargetCollectionShim.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/SnapshotCookie.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/AutomationScope.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/HierarchyListener.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore.csproj $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/CoreConstants.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BoundBuiltinMethodInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/GlobalPropertyHandler.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Repl/PythonEvaluator.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SingleFileGeneratorFactory.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/BuildPropertyGroupCollectionShim.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonEditorFactory.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/DontShowAgainDialog.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/UIThread.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/Resources/CancelEvaluation.bmp $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/CommonPackage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/ProjectEntry.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/RangeInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/VSProject/OAProjectReference.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/IDlrClassifierProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/Resources.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/OutliningTaggerProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools.vsct $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/PyClass/class.py $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WpfProject/WpfApp.zip $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/EmptySet.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/SequenceInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/Writer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonReferenceNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Options/PythonOptionsControl.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/AssemblyReferenceNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Resources.resx $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MemoryBlock.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/TrackDocumentsHelper.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonSearchPathNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/NamespaceDependencies.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/LibraryNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OAProjectItem.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Navigation/IScopeNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio.csproj $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonEditorFactory.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/SnapshotTextContentProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/EnumDependencies.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectSecurityChecker.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/Resources/CancelEvaluation.gif $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/PythonConstants.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/AutoIndent.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Intellisense/IntellisenseController.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/Guids.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MetadataName.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SolutionListener.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/ClassInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OANestedProjectItem.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/SimpleObjectList.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/CompletionSourceProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/SignatureHelpSourceProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Navigation/PythonLibraryNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WinformsProject/WinformsApp.vstemplate $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/ReplSpan.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Intellisense/IParser.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/NodeProperties.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/Analysis.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/ConsoleAppProject/IPConsoleApp.vstemplate $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/VSShellUtilities.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/DontShowAgainDialog.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Key.snk $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/OleServiceProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonReferenceContainerNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/ModuleInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/Resources/Package.ico $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/ProjectState.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/ModuleAnalysis.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/QuickInfoSource.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Utils/ProgressForm.designer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/BaseSearchPathNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Editor/EditorExtensions.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/DontShowAgainDialog.designer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Misc/ConnectionPointContainer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonToolsPackage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/ListExtendBoundBuiltinFunction.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/SnapshotSpanSourceCodeReader.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonFileNodeProperties.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonGeneralyPropertyPageControl.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/NumericInstanceInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/OutputBuffer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonSearchPathNodeProperties.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/PythonImageList.bmp $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/PyClass/__TemplateIcon.ico $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/SetOfOne.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/FunctionScope.cs $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/AsyncAbort.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Microsoft.VisualStudio.Project.csproj $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Options/PythonIntellisenseOptionsControl.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OAProjectItems.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectContainerNode.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadata.ruleset $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/ReplEvaluator.cs $/IronPython/IronPython_Main/Tools/IronStudio/Common.proj $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/History.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/LocalizableProperties.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/BuildItemGroupShim.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SolutionListenerForBuildDependencyUpdate.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/EmptyPackage/package/__init__.py $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/IMixedBuffer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Intellisense/IntellisenseControllerProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/SilverlightProject/Program.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_io.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Resources/Package.ico $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OAReferenceItem.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Intellisense/AnalysisQueue.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/NestedProjectNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/TokenProcessor.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Navigation/EditFilter.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WinformsProject/WinformsApp.pyproj $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/FromImportCompletionList.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/ReflectedNamespace.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/IAnalysisCookie.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinPropertyInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectShim.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Editor/XamlTextViewCreationListener.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/SnippetsEnumerator.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinInstanceInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/CompletionList.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MemoryMapping.V2.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/Resources/imagelis.bmp $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/Commands/ResetReplCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonConfigProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Options/PythonIntellisenseOptionsControl.Designer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Navigation/CodeWindowManager.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Repl/ReplWindowProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/PythonSignature.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/VSProject/OAComReference.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools.csproj $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SolutionListenerForProjectEvents.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MetadataTableEnumerator.CCI.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectConfig.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ConfigProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/ListInsertBoundBuiltinFunction.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SecurityWarningDialog.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/IOverloadResult.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonOutputGroup.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/Reader.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/GeneratorInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Options/PythonIntellisenseOptionsControl.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonNonCodeFileNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/Resources.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/ClassScope.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Files/WpfWindow/WpfWindow.zip $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ComReferenceNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/PythonRuntimeHost.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/PropertiesEditorLauncher.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VSPackage.resx $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Extensions.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/ImportCompletionList.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectFactory.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ReferenceNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/FileNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/CommonUtils.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OAProject.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonProjectNode.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/_collections.log $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/SilverlightProject/__TemplateIcon.ico $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Intellisense/IntellisensePreKeyProcessorProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/Scripting/FileTextContentProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/SnapshotMultipleSpanTextContentProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SelectionListener.cs $/IronPython/IronPython_Main/Tools/IronStudio/Bin/Chiron.exe.Config $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Navigation/FunctionScopeNode.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/Resources.Designer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/SimpleObject.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/WinformsProject/__TemplateIcon.ico $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Intellisense/ParseQueue.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/IDlrClassifier.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/OAFileItem.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Resources/completionset.bmp $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Diagrams/ReferenceClasses.cd $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MetadataTableImplementations.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/ImportInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/Namespace.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinNamespace.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Repl/RemotePythonVsEvaluator.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Templates/Projects/ConsoleAppProject/Program.py $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/ICustomSearchListProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/Commands/ClearScreenReplCommand.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SecurityWarningDialog.Designer.cs $/IronPython/IronPython_Main/License.html $/IronPython/IronPython_Main/License.Rtf $/IronPython/IronPython_Main/Tutorial/debugvbx.py $/IronPython/IronPython_Main/Tutorial/first.py $/IronPython/IronPython_Main/Tutorial/Tutorial.htm $/IronPython/IronPython_Main/Tutorial/xmlutil.py $/IronPython/IronPython_Main/Tutorial/Extend/csextend.cs $/IronPython/IronPython_Main/Tutorial/Extend/vbxtest.py $/IronPython/IronPython_Main/Tutorial/avalon.py $/IronPython/IronPython_Main/Tutorial/calculator.py $/IronPython/IronPython_Main/Tutorial/debugging.py $/IronPython/IronPython_Main/Config/Unsigned/App.config $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/BinderOps.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/NewTypeInfo.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/IterTools.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/gc.log $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_compiler.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/ReflectedEvent.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/Shell/Remote/RemoteConsoleHost.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate_casts.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/Inputs/simpleCommand.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/ExpressionCollectionBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/CompilerServices/IDebugCompilerSupport.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/Candidate.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/sbs_exceptions/try_finally3.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComTypeLibMemberDesc.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_tuple.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/LocalVariables.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/ExecStatement.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/__init__.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComParamDesc.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/SkipInterpretExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate_tuples.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Instructions/ControlFlowInstructions.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes/_ctypes.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Microsoft.Scripting.SilverLight/BrowserVirtualFilesystem.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_2c.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_interactive.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/NativeSignal.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/DlrCachedCodeAttribute.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/ScriptHost.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/ByteOps.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/ObjectOps.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/io_related/_fileio_test.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Generation/TypeGen.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/WeakHandle.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/SiteLocalStorage.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/array.log $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/DocumentationProvider.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Utils/NativeMethods.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComEventSink.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Symbols.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/versions/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/harness.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/PythonProtocol.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/type_related/types_test.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/ExceptionUtils.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/PythonConstantExpression.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/TypeInferer.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/sbs_simple_ops.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t3a.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/DynamicNull.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_exceptions.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/OldInstanceException.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/thread.log $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/BoolArgBuilder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/ErrorExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/TypeTrackerOps.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/CollectionExtensions.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate_comdispatch.py $/IronPython/IronPython_Main/Test/ClrAssembly/Src/methodargs.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_2f.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/PythonExceptions.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/BindingTarget.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/PythonSetMemberBinder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/FinallyFlowControlExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/DontMapIDisposableToContextManagerAttribute.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/ToDiskCompilationMode.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/DelegateOps.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/IOUtils.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Converter.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Utils/ReadOnlyDictionary.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/WhileStatement.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/NestedClass.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/ConditionalBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Instructions/DivInstruction.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/returnvalues.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Chiron/AppManifestTemplate.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_array.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/event/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/dynamic_sanity/mock.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_xrange.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/dlrcomlib/DispEvents.py $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/ThreadLocal.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Hosting/Shell/Remote/RemoteConsoleHost.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t7f.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t5a.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComInvokeAction.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/TokenizerService.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/SlotOrFunction.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/Inputs/exitFuncRuns.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_inheritance.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_attribute_customize.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Instructions/CallInstruction.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate_tree.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/SequenceExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/PythonFile.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComMetaObject.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Microsoft.Scripting.SilverLight/DynamicApplication.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Lib/iptest/misc_util.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/NewExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/debugging/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/Scripts/test_cgcheck.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/AmbiguousFileNameException.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_md5.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/Cast.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/DynamicDelegateCreator.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/UncollectableCompilationMode.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/sbs_exceptions/try_except2.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/ReturnReferenceArgBuilder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/LookupCompilationMode.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/Statement.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_functools.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/DefaultBinder.Invoke.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/SimpleArgBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/StringUtils.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_2g.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Lib/iptest/process_util.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Generation/DelegateHelpers.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_methoddispatch.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/system_related/sys_test.py $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/ScriptSource.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/IntOps.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_dllsite.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/IPythonInvokable.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/array.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_7a.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/sbs_newtype.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Generation/DelegateHelpers.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/DefaultRuntimeVariablesImpl/DefaultDebugThread.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/io_related/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/NamespaceTrackerOps.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/ImportStatement.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_3h.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/GlobalSuppressions.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/ISlice.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Python3Warning.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/TypeSamples.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Profiler.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/field/test_initonly_fields.py $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/DeTest.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Interceptor.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/OverloadResolver.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/BreakStatement.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/sbs_true_division.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/sbs_exceptions/try_except1.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/BindingHelpers.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/ExplicitConversionMethodAttribute.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/KwCallInfo.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/EnumOps.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/typeforwardee3.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/DBNullOps.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/type/test_clr_array.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/DynamicUtils.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/ArgumentArray.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/FloatingPointException.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_in.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Hosting/Shell/Remote/ConsoleRestartManager.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/defaultmembersvb.vb $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_exceptionconverter.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Modules/Builtin.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/ErrorInfo.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Hosting/Shell/ConsoleHostOptionsParser.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/type/test_assembly.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/IPythonException.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/StringDictionaryStorage.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/SimpleArgBuilder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/ScopeStatement.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/ScriptRuntimeSetup.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes/Pointer.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_numtypes.py $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_3f.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/Inputs/UseCLI.py $/IronPython/IronPython_Main/Hosts/Silverlight/Chiron/LanguageInfo.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/copy_reg.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/derivation/test_method_override.py $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/DynamicRuntimeHostingProvider.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/DefaultBinder.GetMember.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/DispCallable.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/CustomInstanceDictionaryStorage.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/misc/_sha256.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/DispCallableMetaObject.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_help.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/InterpretedFrame.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_unicode.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/LongOps.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t5b.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Hosting/Shell/BasicConsole.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/StaticTest.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/LiteralParser.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/propertydefinitions.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Lib/iptest/file_util.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/DefaultBinder.Conversions.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/RuntimeOps.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_2h.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/re.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/CompareUtil.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/DefaultBinder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/PythonVariable.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_3d.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/CandidateSet.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/dlrcomlib/__init__.py $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/TracePipeline/ITracePipeline.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/GeneratorExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_warnings.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Lib/iptest/cominterop_util.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/ComboActionRewriter.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_imp.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/nt.log $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Method.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/PlatformAdaptationLayer.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Microsoft.Scripting.SilverLight/Repl.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/InstanceOps.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t1c.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/SourceFileContentProvider.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/Generator.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/ReferenceException.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_strformat.py $/IronPython/IronPython_Main/Hosts/Silverlight/SilverlightVersion.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/ListExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/AugmentedAssignStatement.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/rulediff.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_tcf.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes/MemoryHolder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/YieldExpression.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/ConstantExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Super.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_kwarg.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/cStringIO.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/ReflectedField.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComBinder.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_4b.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Microsoft.Scripting.SilverLight/BrowserScriptHost.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/ClrModule.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_threadsafety.py $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/DynamicRegressions.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/YieldExpression.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/LoopStatement.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate_walker.py $/IronPython/IronPython_Main/Hosts/Silverlight/Chiron/Chiron.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/apps/excel.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/DeprecationWarningException.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/StringOps.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/dlrcomlib/pytraits/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/__builtin__.log $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/CompilationMode.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/hosting/stress/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/cpy_tests.py $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/DelegateSignatureInfo.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/io_related/copy_reg_test.py $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Utils/ContractUtils.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/functions/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/FastSetBase.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/SharedIO.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/UnicodeWarningException.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/PythonType.Generated.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/ParameterWrapper.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/c4.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/DebugInfoRewriter.cs $/IronPython/IronPython_Main/Languages/IronPython/AssemblyVersion.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Modules/imp.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/LambdaWalker.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/DefaultParams.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Hosting/Shell/ICommandDispatcher.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/eventdefinitions.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/MetaMethod.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/type/test_defaultmember.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/misc/_warnings_test.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/IPythonGetable.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/ExtensionUnaryOperationBinder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/UserWarningException.Generated.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/ParamDictionaryAttribute.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/Node.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/ExpressionStatement.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/derivation/test_event_override.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComInterop.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate_indicetest.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/IPythonConvertible.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/dlrcomlib/OptionalParams.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/MetaObjectExtensions.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/ClosureExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/sbs_exceptions/if_true.py $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/DefaultRuntimeVariablesImpl/DebugRuntimeVariables.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes/LocalOrArg.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/ArgBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/CollectionUtils.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_3e.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/socket.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/DictProxy.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/specialcontext/verify_ipyw.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/CurrencyArgBuilder.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/TryStatementBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/LoopCompiler.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Generation/Snippets.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/PythonDictionary.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/AndExpression.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/DefaultArgBuilder.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/testdata.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/ConstructorFunction.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/ModuleOps.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/MemberTracker.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Lib/iptest/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/CreateFallbackBinder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/DelegateSignatureInfo.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/ConditionalBuilder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/BytesConversionAttribute.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Chiron/HttpSocket.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/ComplexOps.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t2e.py $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/SourceCodeReader.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/PythonDeleteMemberBinder.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/_sre.log $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComType.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/io_related/cPickle_test.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/type_related/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/MetaOldInstance.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Generation/MethodSignatureInfo.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/WarningInfo.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_slots.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/BinaryExpression.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/Shell/Remote/ConsoleRestartManager.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/IPseudoComObject.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/ImportWarningException.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_weakref.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/PythonDocumentationProvider.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/ClassDefinition.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/Inc/toexec.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/NewArrayExpression.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadtypesample.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/DateTimeArgBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/ErrorListenerProxy.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/LanguageSetup.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/MaybeNotImplementedAttribute.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/PythonOverloadResolver.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/IndentationException.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/WeakDictionary.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/test_pystone.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/system_related/thread_test.py $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Utils/ConsoleStreamType.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/MathUtils.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ExcepInfo.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Instructions/InstructionFactory.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_5b.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/UnicodeTranslateException.Generated.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/CallFailureReason.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/pyc/other_hw.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/ReflectedProperty.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/PythonTypeSlot.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/misc/system_namespaces.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/hosting/editor_svcs/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_str.py $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/ScriptCode.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/PythonDynamicExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_metaclass.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/ArgumentBinding.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/silverlight_sanity/app/app.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/apps/__init__.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Instructions/DynamicSplatInstruction.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/PythonInvokeBinder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/OperatorSlotAttribute.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/ReflectedExtensionProperty.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_methodbinder1.py $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/Utils.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/RaiseStatement.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/DebugContext.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/DelegateHelpers.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/RuntimeVariablesSupport/IDebugRuntimeVariables.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Generation/FieldBuilderExpression.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Generation/DynamicILGen.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/DynamicLanguageProviderAttribute.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/StaticExtensionMethodAttribute.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/DynamicSiteHelper.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/NamespaceTracker.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/CustomTracker.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/ParamsDictArgBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/GeneratorRewriter.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/NullArgBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComObject.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComHresults.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComInvokeBinder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/VariantBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/CheckedDictionaryEnumerator.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/MonitorUtils.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Hosting/Shell/CommandLine.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/LanguageBoundTextContentProvider.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Utils/ArrayUtils.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/indexerdefinitionsvb.vb $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_4a.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Microsoft.Scripting.SilverLight/ExtensionTypes.cs $/IronPython/IronPython_Main/Languages/IronPython/App.config $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/cPickle.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate_math.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/ErrorCodes.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Generator.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/PythonModuleAttribute.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/ConversionWrappers.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/MetaUserObject.Members.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/MetaPythonType.Calls.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/ContextArgBuilder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/StopIterationException.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/InstanceCreator.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/ParenthesisExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_protected.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_statics.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_nofuture.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_generator.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_memory.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_assert.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/c3.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/sbs_parse_string.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/dlrcomlib/typelib.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/test_loadorder.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/field/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/type/test_reachtype.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t3e.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/type_related/_struct_test.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/system_related/signal_test.py $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/Indexable.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/Enums.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/Events.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Interpreter.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Instructions/Instruction.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Instructions/LessThanInstruction.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Generation/AssemblyGen.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/BinderType.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/DelegateInfo.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/PropertyTracker.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/ParameterMapping.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/IfStatementBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/LambdaBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/VarEnumSelector.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/VariantArray.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComFallbackMetaObject.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/CollectionUtils.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Hosting/Shell/Style.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/DynamicStackFrame.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/Shell/Remote/RemoteRuntimeServer.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComTypeDesc.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/ObjectOperations.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Instructions/DynamicInstructions.Generated.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/PropertyMethodAttribute.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/ImplicitConversionMethodAttribute.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/ModuleChangeEventArgs.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/Uninitialized.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/ScriptCodeParseResult.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/SourceUnit.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/LanguageContext.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/NewStringFormatter.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/StringFormatter.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/ModuleContext.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/Binders.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/CompatibilityInvokeBinder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/MetaBuiltinFunction.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/MetaBuiltinMethodDescriptor.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/ObjectException.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/TypeGroupOps.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/PythonTypeWeakRefSlot.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/GeneratorRewriter.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/ConstantExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/PythonWalker.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/BackQuoteExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Lib/runpy.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_property.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_generator_throw.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_syntax.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_peverify.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/stress/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/common.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/debugging/pdb_mod/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/dynamic/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/_winreg.log $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/DefaultRuntimeVariablesImpl/DefaultDebugThreadFactory.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Instructions/TypeOperations.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/InstanceBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/ArgumentTypeException.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/TokenTriggers.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Utils/CheckedDictionaryEnumerator.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/DocumentationOperations.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/delegatedefinitions.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/typeforwardee2.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/typeforwarder1.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Chiron/HttpServer.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/operator.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/IronPython.Modules.csproj $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_collections.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes/StructType.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/copyrights.py $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate_calls.py $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate_symboltable.py $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate_exceptions.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/PythonHiddenAttribute.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Slice.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/DontMapIEnumerableToIterAttribute.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/PythonDynamicStackFrame.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/DontMapGetMemberNamesToDirAttribute.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/ClassMethodDescriptor.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/Win32Exception.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/FutureWarningException.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/ArrayOps.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/DecimalOps.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/DictionaryOfTOps.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/CharOps.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/OldClass.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/TypeInfo.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Tokenizer.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/DottedName.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/TupleExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/DelStatement.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/Expression.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/IndexExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/IfStatementTest.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/ForStatement.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Hosting/PythonConsoleOptions.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_clrnuminterop.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_excinfo.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_specialcontext.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_bool.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_buffer.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_nonetype.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_python25.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/pyc/console_hw.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/apps/adodb.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/dlrcomlib/properties.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/versions/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/derivation/test_property_override.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t2d.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t4c.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t7c.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t2a.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/network_related/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/logmodule.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/types_only.log $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/BinderTest.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/Exceptions.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/Conversions.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/IronMath.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/DebugContext.GeneratorLoopProc.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/IValueEquality.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/PerfTrack.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/LightLambda.Generated.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/SavableScriptCode.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/EventTracker.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/DefaultBinder.Operations.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/ActualArguments.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/LightDynamicExpression.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComClassMetaObject.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComMethodDesc.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ComRuntimeHelpers.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/TypeEnumMetaObject.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/AssemblyQualifiedTypeName.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Hosting/Shell/ConsoleHost.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/SpecSharp.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/ContextId.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Utils/DictionaryUnionEnumerator.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/CompiledCode.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/missingtype.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/typeforwardee1.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_3c.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_2e.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/select.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes/Array.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes/SimpleCData.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate_UncollectableCompilationMode.py $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate_dynsites.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/FunctionCode.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/FunctionAttributes.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/PythonGetMemberBinder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/WarningException.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/PythonTypeOps.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/IListOfByteOps.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/CachedNewTypeInfo.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/OldInstance.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/FromImportStatement.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Hosting/PythonCommandLine.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_exec.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_builtinfunc.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_numberhash.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_superconsole.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/sbs_typeop.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/sbs_builtin.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/sbs_exceptions/try_else.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/debugging/mdbg_tool/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/derivation/test_ctor_override.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/system_related/gc_test.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/time.log $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/xxsubtype.log $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/DelegateTest.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/DebugSourceSpan.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Generation/CompilerHelpers.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Generation/ConstantCheck.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/ExceptionHelpers.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/ICustomScriptCodeData.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/ReflectedPropertyTracker.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/OperationMetaObject.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/OverloadInfo.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/BlockBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/StreamContentProvider.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Utils/AssemblyQualifiedTypeName.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/ParameterDoc.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/ExceptionOperations.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/Shell/Remote/RemoteConsoleCommandLine.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/Configuration/LanguageElement.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadexception.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_2.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_1c.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Microsoft.Scripting.SilverLight/Window.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/TypeUtils.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/Errors.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/ComInterop/ArgBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/SourceFileInformation.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/TopNamespaceTracker.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/OperationBinder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/MethodTracker.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/ScriptEngine.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/TracePipeline/TracePipeline.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Instructions/EqualInstruction.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/CodeDomCodeGen.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/CallTargets.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/Generator.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/ContractUtils.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/EnumUtils.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/ScriptingRuntimeHelpers.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/loadorder/loadorder_3i.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/gc.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/DefaultContext.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/ScopeDictionaryStorage.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Set.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/ObjectAttributesAdapter.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/IFastSettable.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/PythonSetSliceBinder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/MetaPythonType.Members.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/clean.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/PythonOps.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/PythonTypeUserDescriptorSlot.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/ReturnStatement.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/ContinueStatement.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/Parameter.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/GetParentContextFromFunctionExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Lib/site.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_genericmeth.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_decorator.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_clruse.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_attr.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/toimport.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/sbs_library.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/dlrcomlib/InOutParams.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/field/test_literal_fields.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t1b.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t4b.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/modulediff.py $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Debugging/CompilerServices/DebugLambdaInfo.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Interpreter/Instructions/ArrayOperations.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/LanguageBoundTextContentProvider.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/OutArgBuilder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/ReadOnlyDictionary.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Hosting/Shell/IConsole.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/ErrorSink.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/ReturnFixer.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/SourceStringContentProvider.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/ScriptRuntime.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Hosting/Providers/HostingHelpers.cs $/IronPython/IronPython_Main/Test/ClrAssembly/Src/testsupport.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Microsoft.Scripting.SilverLight/ErrorFormatter.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Chiron/Crc32.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/datetime.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/signal.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_winreg.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/_ctypes/Field.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/test_parrot.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/ConstantDictionaryStorage.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/ObjectDebugView.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/DontMapICollectionToLenAttribute.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/PythonContext.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/ThrowingErrorSink.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Descriptors.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/PythonGetSliceBinder.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/PythonBinder.Create.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Binding/PythonIndexType.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/OSException.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/GeneratorExitException.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/BytesWarningException.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/PythonCalls.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/BoolOps.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Types/TypeCache.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/OnDiskScriptCode.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/AssignmentStatement.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/DictionaryExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/DynamicGetMemberExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/PythonOperator.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/LambdaExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/OrExpression.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Modules/Builtin.Generated.cs $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_privateBinding.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_formatting.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/test_system_timers.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/dynamic_sanity/dynamic_runner.bat $/IronPython/IronPython_Main/Languages/IronPython/Tests/compat/sbs_exceptions/for_loop.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/com/dlrcomlib/pytraits/method.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/derivation/test_special_method.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/type/test_ctor.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t7b.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t5c1.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/loadorder/t4a.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/interop/net/property/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/io_related/cStringIO_test.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/system_related/nt_test.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/hosting/__init__.py $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/AssemblyInfo.cs $/IronPython/IronPython_Main/Languages/IronPython/Scripts/generate_set.py $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/SetStorage.cs $/IronPython/IronPython_Main/Hosts/Silverlight/Chiron/Zip.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/LightExceptions.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/ILightExceptionBinder.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/LightThrowExpression.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/LightExceptionConvertingExpression.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Ast/LightExceptionRewriter.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/TypeErrorException.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Compiler/Ast/ComprehensionIf.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Exceptions/ValueErrorException.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/StringDictionaryExpando.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Runtime/CustomStringDictionary.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/DebuggerDictionaryStorage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Options/PythonOptionsControl.Designer.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MetadataImport.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Diagrams/DocumentManagerClasses.cd $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonPropertyPage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/Automation/VSProject/OABuildManager.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/ProjectFileConstants.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/IDEBuildLogger.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/EnumInstanceInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/LazyDotNetDict.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/TargetShim.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/InstanceInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/VisualStudio/Project/SingleFileGenerator.cs CHECKIN COMMENTS -------------------------------------------------------------------------------- Changeset Id: 1917870 Date: 7/14/2010 3:38:41 PM Implements dictionary views. Bugfixes: - Fixes dir() with IPythonExpandable objects (attributes defined in C# weren?t showing up) Test changes: - marked rack.GenericTest as flaky (because it is) - added GenericTests for some tests that are new in 2.7 - switched some _io-related tests from 2.6 to 2.7 in SNAP (Shelveset: 27Features03;REDMOND\ddicato | SNAP CheckinId: 11139) -------------------------------------------------------------------------------- Changeset Id: 1916214 Date: 7/13/2010 10:41:33 PM 27179 ? file.write() should accept byte[] added overload that takes IList 27186 ? int(?0?,0) throws exception (trivial) When auto-detecting base, don?t skip leading zero unless it is followed by ?x?, ?X?, ?o?, etc. 27383 ? next() builtin should not call __iter__ Added overloads to Builtin.next() so that automatic conversion to IEnumerator is not performed 27434 ? re module?s RE_Pattern missing groups attribute (trivial) added property (Shelveset: 27Bugs01;REDMOND\ddicato | SNAP CheckinId: m12032) From billchi at microsoft.com Sat Jul 17 21:05:23 2010 From: billchi at microsoft.com (Bill Chiles) Date: Sat, 17 Jul 2010 19:05:23 +0000 Subject: [IronPython] IronPy Tools CTP3 - Bugs In-Reply-To: References: Message-ID: <87F87F189CDD444089246B8290EC973501E263@TK5EX14MBXC205.redmond.corp.microsoft.com> Thanks for the bug reports, Steve! Ironically, you couldn't know we were trying to get the next release out yesterday (and with sources :-)). I've entered several bugs for those things you mentioned that are still in IPyTools. We've been maintaining bugs internally until we got the sources out and put tools into our normal releases, but we'll be moving all those bugs to codeplex so that they are publicly visible soon. Cheers, Bill -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Steve Dower Sent: Thursday, July 15, 2010 3:09 PM To: Discussion of IronPython Subject: [IronPython] IronPy Tools CTP3 - Bugs Hey Thanks for the new version, it's much more stable and pleasant to use. I've thrown together another list of bug/annoyance/enhancement ideas - feel free to take or leave as appropriate. - Closing parentheses doesn't hide parameter information when using a generator For example, "sum(i for i in xrange(100))" doesn't hide the sum() tooltip on the last close parenthesis (though it does close the xrange() one on the second-last). - Nesting parentheses hides parameter information prematurely For example, "sum((xrange(100)))" hides the sum() tooltip on the second parenthesis. - The completion dropdown appears after pressing space For example (completion appears when the cursor reaches the pipe characters): "i |for i |in xrange(100)" (My) expected behaviour would be "i for |i in |xrange(100)" or possibly "i |for |i |in |xrange(100)" or "i| f|or i| i|n x|range(100)" (In particular, I can't think of any situation where you have two adjacent identifiers separated by a space.) - Relative paths when adding files to a project (which I believe has been reported already, but I'm not 100% sure) - 'Exclude from Project' alternative to 'Delete'ing project items Deleting/moving/renaming via the IDE can annoy some (non-integrated) version control systems (most of them, I think) so my usual method is to remove the file from the project, move/rename using VCS and re-add to the project. (The C++ Remove/Delete dialog is also okay. Depends whether the aim is to move closer to C# or C++, I guess.) - Pressing Enter at the start of some block statements (such as 'if', 'def' and 'for') keeps indenting that line Doesn't happen when the block is completed on the same line (eg. 'if x: x += 1') - Comments ending in a colon are treated as the start of a block statement (for auto-indent purposes) Okay, that's three days worth of things, so I'll send this now and start a new list (well, hopefully I don't need to ;) ). Thanks for the great work and responsiveness. Cheers, Steve _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From billchi at microsoft.com Sat Jul 17 21:05:23 2010 From: billchi at microsoft.com (Bill Chiles) Date: Sat, 17 Jul 2010 19:05:23 +0000 Subject: [IronPython] IronPy Tools CTP3 - Bugs In-Reply-To: References: Message-ID: <87F87F189CDD444089246B8290EC973501E263@TK5EX14MBXC205.redmond.corp.microsoft.com> Thanks for the bug reports, Steve! Ironically, you couldn't know we were trying to get the next release out yesterday (and with sources :-)). I've entered several bugs for those things you mentioned that are still in IPyTools. We've been maintaining bugs internally until we got the sources out and put tools into our normal releases, but we'll be moving all those bugs to codeplex so that they are publicly visible soon. Cheers, Bill -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Steve Dower Sent: Thursday, July 15, 2010 3:09 PM To: Discussion of IronPython Subject: [IronPython] IronPy Tools CTP3 - Bugs Hey Thanks for the new version, it's much more stable and pleasant to use. I've thrown together another list of bug/annoyance/enhancement ideas - feel free to take or leave as appropriate. - Closing parentheses doesn't hide parameter information when using a generator For example, "sum(i for i in xrange(100))" doesn't hide the sum() tooltip on the last close parenthesis (though it does close the xrange() one on the second-last). - Nesting parentheses hides parameter information prematurely For example, "sum((xrange(100)))" hides the sum() tooltip on the second parenthesis. - The completion dropdown appears after pressing space For example (completion appears when the cursor reaches the pipe characters): "i |for i |in xrange(100)" (My) expected behaviour would be "i for |i in |xrange(100)" or possibly "i |for |i |in |xrange(100)" or "i| f|or i| i|n x|range(100)" (In particular, I can't think of any situation where you have two adjacent identifiers separated by a space.) - Relative paths when adding files to a project (which I believe has been reported already, but I'm not 100% sure) - 'Exclude from Project' alternative to 'Delete'ing project items Deleting/moving/renaming via the IDE can annoy some (non-integrated) version control systems (most of them, I think) so my usual method is to remove the file from the project, move/rename using VCS and re-add to the project. (The C++ Remove/Delete dialog is also okay. Depends whether the aim is to move closer to C# or C++, I guess.) - Pressing Enter at the start of some block statements (such as 'if', 'def' and 'for') keeps indenting that line Doesn't happen when the block is completed on the same line (eg. 'if x: x += 1') - Comments ending in a colon are treated as the start of a block statement (for auto-indent purposes) Okay, that's three days worth of things, so I'll send this now and start a new list (well, hopefully I don't need to ;) ). Thanks for the great work and responsiveness. Cheers, Steve _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From s.j.dower at gmail.com Sun Jul 18 01:29:14 2010 From: s.j.dower at gmail.com (Steve Dower) Date: Sun, 18 Jul 2010 09:29:14 +1000 Subject: [IronPython] IronPy Tools CTP3 - Bugs In-Reply-To: <87F87F189CDD444089246B8290EC973501E263@TK5EX14MBXC205.redmond.corp.microsoft.com> References: <87F87F189CDD444089246B8290EC973501E263@TK5EX14MBXC205.redmond.corp.microsoft.com> Message-ID: Great to hear! I'll certainly be active over there (if I need to be). As a matter of preference, would you prefer bug reports or patches/fixes? I haven't been contributing to any O-S projects recently, but since this is something I've attempted privately (twice!) I'm quite keen to dig around in your code :) On Sun, Jul 18, 2010 at 05:05, Bill Chiles wrote: > Thanks for the bug reports, Steve! ?Ironically, you couldn't know we were trying to get the next release out yesterday (and with sources :-)). ?I've entered several bugs for those things you mentioned that are still in IPyTools. ?We've been maintaining bugs internally until we got the sources out and put tools into our normal releases, but we'll be moving all those bugs to codeplex so that they are publicly visible soon. > > Cheers, > Bill > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Steve Dower > Sent: Thursday, July 15, 2010 3:09 PM > To: Discussion of IronPython > Subject: [IronPython] IronPy Tools CTP3 - Bugs > > Hey > > Thanks for the new version, it's much more stable and pleasant to use. > I've thrown together another list of bug/annoyance/enhancement ideas - > feel free to take or leave as appropriate. > > - Closing parentheses doesn't hide parameter information when using a generator > For example, "sum(i for i in xrange(100))" doesn't hide the sum() > tooltip on the last close parenthesis (though it does close the > xrange() one on the second-last). > > - Nesting parentheses hides parameter information prematurely > For example, "sum((xrange(100)))" hides the sum() tooltip on the > second parenthesis. > > - The completion dropdown appears after pressing space > For example (completion appears when the cursor reaches the pipe > characters): "i |for i |in xrange(100)" > (My) expected behaviour would be "i for |i in |xrange(100)" or > possibly "i |for |i |in |xrange(100)" or "i| f|or i| i|n x|range(100)" > (In particular, I can't think of any situation where you have two > adjacent identifiers separated by a space.) > > - Relative paths when adding files to a project (which I believe has > been reported already, but I'm not 100% sure) > > - 'Exclude from Project' alternative to 'Delete'ing project items > Deleting/moving/renaming via the IDE can annoy some (non-integrated) > version control systems (most of them, I think) so my usual method is > to remove the file from the project, move/rename using VCS and re-add > to the project. (The C++ Remove/Delete dialog is also okay. Depends > whether the aim is to move closer to C# or C++, I guess.) > > - Pressing Enter at the start of some block statements (such as 'if', > 'def' and 'for') keeps indenting that line > Doesn't happen when the block is completed on the same line (eg. 'if x: x += 1') > > - Comments ending in a colon are treated as the start of a block > statement (for auto-indent purposes) > > Okay, that's three days worth of things, so I'll send this now and > start a new list (well, hopefully I don't need to ;) ). Thanks for the > great work and responsiveness. > > Cheers, > > Steve > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From wingusr at gmail.com Sun Jul 18 18:44:36 2010 From: wingusr at gmail.com (TP) Date: Sun, 18 Jul 2010 09:44:36 -0700 Subject: [IronPython] IronPython 2.6.1 & ctypes, C library, and debugging with VS2008 Message-ID: I'm using IronPython 2.6.1 for Net 2.0 and VS2008 on Windows XP SP3. I have a python script that lets me access the Leptonica Image Processing C library (http://leptonica.com/) using the ctypes module. Everything seems to work fine with cpython 2.6. I can correctly load leptonlib.dll, create leptonica PIX images, manipulate them, and even display them using PyQT. I can use VS2008 to put breakpoints on leptonica C functions and step through the C code in the VS2008 debugger. I thought I'd give IronPython a try since it also has ctypes, but I ran into a number of problems. The leptonlib.dll must be loading since I am able to correctly get back the library's version string. That is the following works: _getLeptonlibVersion = _leptonlib.getLeptonlibVersion _getLeptonlibVersion.restype = ctypes.c_void_p addr = _getLeptonlibVersion() version = ctypes.string_at(addr) However the following code doesn't seem to work under IronPython 2.6.1: pix = Pix(dimensions=(10,20,1)) where essentially the following is called: _pix = ctypes.c_void_p() _pix.value = _leptonlib.pixCreate(width, height, depth) self._pix = _pix and I want to treat _pix as an opaque ptr I just hand back to leptonica whenever it needs it. For example: def height(self): """Get height of pix in pixels.""" return _leptonlib.pixGetHeight(self._pix) Which works with cpython but returns something other than 20 with IronPython. By specifying "-X:Debug -X:FullFrames -X:Tracing leptonica.py" as the arguments to C:\Program Files\IronPython 2.6\ipy.exe I can get IronPython to correctly stop at places in my script where I put: import pdb pdb.set_trace() when I debug leptonlibd.dll with VS2008. However, my breakpoints on leptonica's C functions never seem to get hit. This works fine if I instead use python26.exe as command to launch when debugging. Ideally I like to have the VS Debugger stop in leptonlibd.dll's pixCreate() C function just before it returns its value so I can compare that to what I get back on the IronPython side. So how's does one use VS2008 to step through C functions in DLLs that are loaded by IronPython and the ctypes module? Secondly, am I using ctypes wrong, and does my code only work by happenstance for cpython. From dinov at microsoft.com Sun Jul 18 23:38:22 2010 From: dinov at microsoft.com (Dino Viehland) Date: Sun, 18 Jul 2010 21:38:22 +0000 Subject: [IronPython] IronPython 2.6.1 & ctypes, C library, and debugging with VS2008 In-Reply-To: References: Message-ID: TP wrote: > I'm using IronPython 2.6.1 for Net 2.0 and VS2008 on Windows XP SP3. > > I have a python script that lets me access the Leptonica Image > Processing C library (http://leptonica.com/) using the ctypes module. > > Everything seems to work fine with cpython 2.6. I can correctly load > leptonlib.dll, create leptonica PIX images, manipulate them, and even > display them using PyQT. I can use VS2008 to put breakpoints on > leptonica C functions and step through the C code in the VS2008 > debugger. > > I thought I'd give IronPython a try since it also has ctypes, but I > ran into a number of problems. > > The leptonlib.dll must be loading since I am able to correctly get > back the library's version string. That is the following works: > > _getLeptonlibVersion = _leptonlib.getLeptonlibVersion > _getLeptonlibVersion.restype = ctypes.c_void_p > addr = _getLeptonlibVersion() > version = ctypes.string_at(addr) > > However the following code doesn't seem to work under IronPython 2.6.1: > > pix = Pix(dimensions=(10,20,1)) > > where essentially the following is called: > > _pix = ctypes.c_void_p() > _pix.value = _leptonlib.pixCreate(width, height, depth) > self._pix = _pix > > and I want to treat _pix as an opaque ptr I just hand back to > leptonica whenever it needs it. For example: > > def height(self): > """Get height of pix in pixels.""" > return _leptonlib.pixGetHeight(self._pix) > > Which works with cpython but returns something other than 20 with > IronPython. > > By specifying "-X:Debug -X:FullFrames -X:Tracing leptonica.py" as the > arguments to C:\Program Files\IronPython 2.6\ipy.exe I can get > IronPython to correctly stop at places in my script where I put: > > import pdb > pdb.set_trace() > > when I debug leptonlibd.dll with VS2008. However, my breakpoints on > leptonica's C functions never seem to get hit. This works fine if I > instead use python26.exe as command to launch when debugging. You should only need -X:Debug to get debugging under VS. pdb uses a more Pythonic form of debugging but there's no support for it in VS. > > Ideally I like to have the VS Debugger stop in leptonlibd.dll's > pixCreate() C function just before it returns its value so I can > compare that to what I get back on the IronPython side. > > So how's does one use VS2008 to step through C functions in DLLs that > are loaded by IronPython and the ctypes module? Do you have symbols (.PDB files) for leptonlibd.dll? You'll need symbols to be able to step through the C code. You can still probably set a breakpoint in the function because it's DLL exported - I think you can debug->new breakpoint and enter leptonlibd!pixCreate. Even w/o symbols you could step through the assembly. > > Secondly, am I using ctypes wrong, and does my code only work by > happenstance for cpython. I don't see anything particularly wrong on your side and this looks like a pretty simple call. I would assume the C functions are defined as: void* pixCreate(int width, int height, int depth); int pixGetHeight(void* pixel); I would hope we're getting all of this right as it seems like simple stuff that should be tested somewhere. My first guess would be maybe we're getting the calling convention wrong. Maybe it needs to be a WinDLL instead of a CDLL? Maybe there's a check in the Python code for sys.platform which is looking for win32 and uses WinDLL to open the DLL instead of CDLL on Windows? From wingusr at gmail.com Mon Jul 19 07:47:33 2010 From: wingusr at gmail.com (TP) Date: Sun, 18 Jul 2010 22:47:33 -0700 Subject: [IronPython] IronPython 2.6.1 & ctypes, C library, and debugging with VS2008 In-Reply-To: References: Message-ID: On Sun, Jul 18, 2010 at 2:38 PM, Dino Viehland wrote: > TP wrote: >> I'm using IronPython 2.6.1 for Net 2.0 and VS2008 on Windows XP SP3. >> >> I have a python script that lets me access the Leptonica Image >> Processing C library (http://leptonica.com/) using the ctypes module. >> >> Everything seems to work fine with cpython 2.6. I can correctly load >> leptonlib.dll, create leptonica PIX images, manipulate them, and even >> display them using PyQT. I can use VS2008 to put breakpoints on >> leptonica C functions and step through the C code in the VS2008 >> debugger. >> >> I thought I'd give IronPython a try since it also has ctypes, but I >> ran into a number of problems. >> >> The leptonlib.dll must be loading since I am able to correctly get >> back the library's version string. That is the following works: >> >> ? ? _getLeptonlibVersion = _leptonlib.getLeptonlibVersion >> ? ? _getLeptonlibVersion.restype = ctypes.c_void_p >> ? ? addr = _getLeptonlibVersion() >> ? ? version = ctypes.string_at(addr) >> >> However the following code doesn't seem to work under IronPython 2.6.1: >> >> ? ? pix = Pix(dimensions=(10,20,1)) >> >> where essentially the following is called: >> >> ? ? _pix = ctypes.c_void_p() >> ? ? _pix.value = _leptonlib.pixCreate(width, height, depth) >> ? ? self._pix = _pix >> >> and I want to treat _pix as an opaque ptr I just hand back to >> leptonica whenever it needs it. For example: >> >> ? ? def height(self): >> ? ? ? ? """Get height of pix in pixels.""" >> ? ? ? ? return _leptonlib.pixGetHeight(self._pix) >> >> Which works with cpython but returns something other than 20 with >> IronPython. >> >> By specifying "-X:Debug -X:FullFrames -X:Tracing leptonica.py" as the >> arguments to C:\Program Files\IronPython 2.6\ipy.exe I can get >> IronPython to correctly stop at places in my script where I put: >> >> ? ? import pdb >> ? ? pdb.set_trace() >> >> when I debug leptonlibd.dll with VS2008. However, my breakpoints on >> leptonica's C functions never seem to get hit. This works fine if I >> instead use python26.exe as command to launch when debugging. > > You should only need -X:Debug to get debugging under VS. ?pdb uses a > more Pythonic form of debugging but there's no support for it in VS. Let me be clear here. I am using the VS2008 Solution that I use to create leptonlib.dll. I am debugging that dll by right-clicking its project and setting its Configuration Properties | Debugging tab to: Command: C:\Program Files\IronPython 2.6\ipy.exe Arguments: -X:Debug -X:FullFrames -X:Tracing -i leptonica.py Working Directory: C:\leptonica\ If I only use -X:Debug as you suggest I get the following error: Traceback (most recent call last): File "leptonica.py", line 458, in File "leptonica.py", line 176, in __init__ File "C:\Program Files\IronPython 2.6\Lib\pdb.py", line 1220, in set_trace AttributeError: 'module' object has no attribute '_getframe'>>> Googling, I determined that I needed to add at least -X:FullFrames, and by trial and error I found I also needed -X:Tracing. (I wasn't able to find any documentation on ipy.exe's command line switches? I just ran "ipy.exe -h" to dump out the short help description and took a wild guess at which might be useful) >> >> Ideally I like to have the VS Debugger stop in leptonlibd.dll's >> pixCreate() C function just before it returns its value so I can >> compare that to what I get back on the IronPython side. >> >> So how's does one use VS2008 to step through C functions in DLLs that >> are loaded by IronPython and the ctypes module? > > Do you have symbols (.PDB files) for leptonlibd.dll? ?You'll need symbols > to be able to step through the C code. ?You can still probably set a breakpoint > in the function because it's DLL exported - I think you can debug->new > breakpoint and enter leptonlibd!pixCreate. ?Even w/o symbols you could > step through the assembly. leptonlibd.dll is created with the C7 Compatible (/Z7) compiler switch. This embeds the debugging info directly in the DLL so no .pdb file is produced. It also does NOT use pre-compiled headers. I might also point out that the same exact .dll will hit breakpoints if debugged with python26.exe rather than ipy.exe. Perhaps since ipy.exe is built on top of .NET the VS2008 debugger handles any .dll's loaded by it differently? I know for example that the VS2008 debugger didn't like trying to run the IronPython for NET 4.0 version of ipy.exe (I gather you have to use VS2010 if you want to do that). Trying to set a breaking at leptonlibd!pixCreate didn't work. >> >> Secondly, am I using ctypes wrong, and does my code only work by >> happenstance for cpython. > > I don't see anything particularly wrong on your side and this looks like > a pretty simple call. ?I would assume the C functions are defined as: > > void* pixCreate(int width, int height, int depth); > int pixGetHeight(void* pixel); That's correct. > > I would hope we're getting all of this right as it seems like simple stuff > that should be tested somewhere. ?My first guess would be maybe we're > getting the calling convention wrong. ?Maybe it needs to be a WinDLL instead > of a CDLL? ?Maybe there's a check in the Python code for sys.platform which > is looking for win32 and uses WinDLL to open the DLL instead of CDLL on > Windows? More information on the problem: I decided to explicitly set the restype even though it's the default return type. I get the same exact behavior as my original code. Works with cpython, doesn't work with IronPython 2.6.1. If I have with the following python code: _pix = ctypes.c_void_p() _pixCreate = _leptonlib.pixCreate _pixCreate.restype = ctypes.c_int import pdb pdb.set_trace() _pix.value = _pixCreate(width, height, depth) I can do the following in the Command Window after pdb breaks into the script: > leptonica.py(180)__init__() -> _pix.value = _pixCreate(width, height, depth) (Pdb) n > leptonica.py(181)__init__() -> self._pix = _pix (Pdb) _pix.value *** AttributeError: 'cell' object has no attribute 'value' This is a bit strange since I just assigned to _pix.value. Investigating further: (Pdb) _pix So instead of assigning to _pix.value (that is changing an attribute of _pix), IronPython is clobbering _pix? If I instead separately assign the result of pixCreate() to a temporary variable: width, height, depth = dimensions _pix = ctypes.c_void_p() _pixCreate = _leptonlib.pixCreate _pixCreate.restype = ctypes.c_int import pdb pdb.set_trace() addr = _pixCreate(width, height, depth) _pix.value = addr Once pdb stops the script: > leptonica.py(178)__init__() -> addr = _pixCreate(width, height, depth) (Pdb) n > leptonica.py(179)__init__() -> _pix.value = addr (Pdb) addr (Pdb) type(addr) (Pdb) dir(addr) ['__class__', '__cmp__', '__delattr__', '__doc__', '__eq__', '__format__', '__getattribute__', '__hash__', '__init__', '__ne__', '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__setattr__', '__sizeof__', '__str__', '__subclasshook__', 'cell_contents'] (Pdb) type(addr.cell_contents) (Pdb) addr.cell_contents 77491296 So instead of returning an int, ctypes under IronPython is returning a "cell" in this case for some reason? Compare this to what I get with cpython. If I change the leptonlib.dll project Configuration Properties | Debugging tab to: Command: c:\Python26\python26.exe Arguments: -i leptonica.py Working Directory: C:\leptonica\ Debugging by typing F5 (or choosing Debug > Start Debugging) without changing leptonica.py or leptonlibd.dll in any way, I then hit all my breakpoints set in leptonlibd.dll. I get warning messages about python.exe having stopped for each breakpoint and I just click the Continue button to close them. After I type F5 to get past all my C function breakpoints, pdb stops my script with: > leptonica.py(178)__init__() -> addr = _pixCreate(width, height, depth) (Pdb) n > leptonica.py(179)__init__() -> _pix.value = addr (Pdb) addr 19492760 (Pdb) hex(addr) '0x1296f98' and 0x1296f98 matches what I see for the return value of pixCreate() from the VS2008 debugger. I also tried debugging my leptonica.py script by following the directions in the IronPython tutorial. I made a new Solution with the following Debugging properties: Command: C:\Program Files\IronPython 2.6\ipy.exe Arguments: -X:Debug -i leptonica.py Working Directory: C:\leptonica\ I added my leptonlib.vcprog file to this solution by right-clicking it and choosing Add > Existing Project. I again set a breakpoint at the C function pixCreate(). I also set various breakpoints in my leptonica.py script. Pressing F5 to Start Debugging, I now hit my leptonica.py breakpoints but still don't hit any C function breakpoints. >From the locals window I can see that addr is: addr 0x00bf6ea0 object {int} Looking in a Memory window at "addr" I see: 0x06AAB590 79332d70 00bf6ea0 00000000 793042f4 00000001 33b4c9bc p-3y?n?.....?B0y.....??3 So there's something else at "addr", but the next int is 0x00bf6ea0 again. The memory at 0x00bf6ea0 looks correct: 0x00BF6EA0 0a 00 00 00 14 00 00 00 01 00 00 00 01 00 00 00 01 00 00 00 00 00 ...................... 0x00BF6EB6 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f8 6e bf 00 ..................?n?. 0x00BF6ECC fd fd fd fd 10 00 0b 00 f2 01 0c 00 80 6e bf 00 00 00 00 00 00 00 ????....?...?n?....... 0x00BF6EE2 00 00 00 00 00 00 50 00 00 00 01 00 00 00 4d 00 00 00 fd fd fd fd ......P.......M...???? At least it looks to me like those are indeed ints for width, height & depth which is what a PIX starts out with. After: _pix.value = addr I see this in the locals window: _pix "ctypes.c_void_p instance" object {IronPython.NewTypes.IronPython.Modules.SimpleCData_4$4} In the Immediate window I get: _pix "ctypes.c_void_p instance" base {IronPython.Modules.CTypes.SimpleCData}: "ctypes.c_void_p instance" .class: PythonType: "c_void_p" .dict: null .slots_and_weakref: null But I am unable to figure out how to tell what the "value" of _pix is? From wingusr at gmail.com Mon Jul 19 09:18:42 2010 From: wingusr at gmail.com (TP) Date: Mon, 19 Jul 2010 00:18:42 -0700 Subject: [IronPython] IronPython 2.6.1 & ctypes, C library, and debugging with VS2008 In-Reply-To: References: Message-ID: On Sun, Jul 18, 2010 at 10:47 PM, TP wrote: > On Sun, Jul 18, 2010 at 2:38 PM, Dino Viehland wrote: >> TP wrote: >>> I'm using IronPython 2.6.1 for Net 2.0 and VS2008 on Windows XP SP3. >>> >>> I have a python script that lets me access the Leptonica Image >>> Processing C library (http://leptonica.com/) using the ctypes module. >>> >>> Everything seems to work fine with cpython 2.6. I can correctly load >>> leptonlib.dll, create leptonica PIX images, manipulate them, and even >>> display them using PyQT. I can use VS2008 to put breakpoints on >>> leptonica C functions and step through the C code in the VS2008 >>> debugger. >>> >>> I thought I'd give IronPython a try since it also has ctypes, but I >>> ran into a number of problems. >>> >>> The leptonlib.dll must be loading since I am able to correctly get >>> back the library's version string. That is the following works: >>> >>> ? ? _getLeptonlibVersion = _leptonlib.getLeptonlibVersion >>> ? ? _getLeptonlibVersion.restype = ctypes.c_void_p >>> ? ? addr = _getLeptonlibVersion() >>> ? ? version = ctypes.string_at(addr) >>> >>> However the following code doesn't seem to work under IronPython 2.6.1: >>> >>> ? ? pix = Pix(dimensions=(10,20,1)) >>> >>> where essentially the following is called: >>> >>> ? ? _pix = ctypes.c_void_p() >>> ? ? _pix.value = _leptonlib.pixCreate(width, height, depth) >>> ? ? self._pix = _pix >>> >>> and I want to treat _pix as an opaque ptr I just hand back to >>> leptonica whenever it needs it. For example: >>> >>> ? ? def height(self): >>> ? ? ? ? """Get height of pix in pixels.""" >>> ? ? ? ? return _leptonlib.pixGetHeight(self._pix) >>> >>> Which works with cpython but returns something other than 20 with >>> IronPython. >>> >>> By specifying "-X:Debug -X:FullFrames -X:Tracing leptonica.py" as the >>> arguments to C:\Program Files\IronPython 2.6\ipy.exe I can get >>> IronPython to correctly stop at places in my script where I put: >>> >>> ? ? import pdb >>> ? ? pdb.set_trace() >>> >>> when I debug leptonlibd.dll with VS2008. However, my breakpoints on >>> leptonica's C functions never seem to get hit. This works fine if I >>> instead use python26.exe as command to launch when debugging. >> >> You should only need -X:Debug to get debugging under VS. ?pdb uses a >> more Pythonic form of debugging but there's no support for it in VS. > > Let me be clear here. I am using the VS2008 Solution that I use to > create leptonlib.dll. I am debugging that dll by right-clicking its > project and setting its Configuration Properties | Debugging tab to: > > ? Command: C:\Program Files\IronPython 2.6\ipy.exe > ? Arguments: -X:Debug -X:FullFrames -X:Tracing -i leptonica.py > ? Working Directory: C:\leptonica\ > > If I only use -X:Debug as you suggest I get the following error: > > ? Traceback (most recent call last): > ? ? File "leptonica.py", line 458, in > ? ? File "leptonica.py", line 176, in __init__ > ? ? File "C:\Program Files\IronPython 2.6\Lib\pdb.py", line 1220, in set_trace > ? AttributeError: 'module' object has no attribute '_getframe'>>> > > Googling, I determined that I needed to add at least -X:FullFrames, > and by trial and error I found I also needed -X:Tracing. (I wasn't > able to find any documentation on ipy.exe's command line switches? I > just ran "ipy.exe -h" to dump out the short help description and took > a wild guess at which might be useful) > >>> >>> Ideally I like to have the VS Debugger stop in leptonlibd.dll's >>> pixCreate() C function just before it returns its value so I can >>> compare that to what I get back on the IronPython side. >>> >>> So how's does one use VS2008 to step through C functions in DLLs that >>> are loaded by IronPython and the ctypes module? >> >> Do you have symbols (.PDB files) for leptonlibd.dll? ?You'll need symbols >> to be able to step through the C code. ?You can still probably set a breakpoint >> in the function because it's DLL exported - I think you can debug->new >> breakpoint and enter leptonlibd!pixCreate. ?Even w/o symbols you could >> step through the assembly. > > leptonlibd.dll is created with the C7 Compatible (/Z7) compiler > switch. This embeds the debugging info directly in the DLL so no .pdb > file is produced. It also does NOT use pre-compiled headers. > > I might also point out that the same exact .dll will hit breakpoints > if debugged with python26.exe rather than ipy.exe. Perhaps since > ipy.exe is built on top of .NET the VS2008 debugger handles any .dll's > loaded by it differently? I know for example that the VS2008 debugger > didn't like trying to run the IronPython for NET 4.0 version of > ipy.exe (I gather you have to use VS2010 if you want to do that). > > Trying to set a breaking at leptonlibd!pixCreate didn't work. > >>> >>> Secondly, am I using ctypes wrong, and does my code only work by >>> happenstance for cpython. >> >> I don't see anything particularly wrong on your side and this looks like >> a pretty simple call. ?I would assume the C functions are defined as: >> >> void* pixCreate(int width, int height, int depth); >> int pixGetHeight(void* pixel); > > That's correct. > >> >> I would hope we're getting all of this right as it seems like simple stuff >> that should be tested somewhere. ?My first guess would be maybe we're >> getting the calling convention wrong. ?Maybe it needs to be a WinDLL instead >> of a CDLL? ?Maybe there's a check in the Python code for sys.platform which >> is looking for win32 and uses WinDLL to open the DLL instead of CDLL on >> Windows? > > More information on the problem: > > I decided to explicitly set the restype even though it's the default > return type. I get the same exact behavior as my original code. Works > with cpython, doesn't work with IronPython 2.6.1. > > If I have with the following python code: > > ? _pix = ctypes.c_void_p() > ? _pixCreate = _leptonlib.pixCreate > ? _pixCreate.restype = ctypes.c_int > ? import pdb > ? pdb.set_trace() > > ? _pix.value = _pixCreate(width, height, depth) > > I can do the following in the Command Window after pdb breaks into the script: > > ? > leptonica.py(180)__init__() > ? -> _pix.value = _pixCreate(width, height, depth) > ? (Pdb) n > ? > leptonica.py(181)__init__() > ? -> self._pix = _pix > ? (Pdb) _pix.value > ? *** AttributeError: 'cell' object has no attribute 'value' > > This is a bit strange since I just assigned to _pix.value. > Investigating further: > > ? (Pdb) _pix > ? > > So instead of assigning to _pix.value (that is changing an attribute > of _pix), IronPython is clobbering _pix? > > If I instead separately assign the result of pixCreate() to a > temporary variable: > > ? width, height, depth = dimensions > ? _pix = ctypes.c_void_p() > ? _pixCreate = _leptonlib.pixCreate > ? _pixCreate.restype = ctypes.c_int > ? import pdb > ? pdb.set_trace() > > ? addr = _pixCreate(width, height, depth) > ? _pix.value = addr > > Once pdb stops the script: > > ? > leptonica.py(178)__init__() > ? -> addr = _pixCreate(width, height, depth) > ? (Pdb) n > ? > leptonica.py(179)__init__() > ? -> _pix.value = addr > ? (Pdb) addr > ? > ? (Pdb) type(addr) > ? > ? (Pdb) dir(addr) > ? ['__class__', '__cmp__', '__delattr__', '__doc__', '__eq__', '__format__', > ? ?'__getattribute__', '__hash__', '__init__', '__ne__', '__new__', > ? ?'__reduce__', '__reduce_ex__', '__repr__', '__setattr__', > ? ?'__sizeof__', '__str__', '__subclasshook__', 'cell_contents'] > ? (Pdb) type(addr.cell_contents) > ? > ? (Pdb) addr.cell_contents > ? 77491296 > > So instead of returning an int, ctypes under IronPython is returning a > "cell" in this case for some reason? > > Compare this to what I get with cpython. If I change the leptonlib.dll > project Configuration Properties | Debugging tab to: > > ? Command: c:\Python26\python26.exe > ? Arguments: -i leptonica.py > ? Working Directory: C:\leptonica\ > > Debugging by typing F5 (or choosing Debug > Start Debugging) without > changing leptonica.py or leptonlibd.dll in any way, I then hit all my > breakpoints set in leptonlibd.dll. I get warning messages about > python.exe having stopped for each breakpoint and I just click the > Continue button to close them. After I type F5 to get past all my C > function breakpoints, pdb stops my script with: > > ? > leptonica.py(178)__init__() > ? -> addr = _pixCreate(width, height, depth) > ? (Pdb) n > ? > leptonica.py(179)__init__() > ? -> _pix.value = addr > ? (Pdb) addr > ? 19492760 > ? (Pdb) hex(addr) > ? '0x1296f98' > > and 0x1296f98 matches what I see for the return value of pixCreate() > from the VS2008 debugger. > > I also tried debugging my leptonica.py script by following the > directions in the IronPython tutorial. I made a new Solution with the > following Debugging properties: > > ? Command: C:\Program Files\IronPython 2.6\ipy.exe > ? Arguments: -X:Debug -i leptonica.py > ? Working Directory: C:\leptonica\ > > I added my leptonlib.vcprog file to this solution by right-clicking it > and choosing Add > Existing Project. I again set a breakpoint at the C > function pixCreate(). > > I also set various breakpoints in my leptonica.py script. > > Pressing F5 to Start Debugging, I now hit my leptonica.py breakpoints > but still don't hit any C function breakpoints. > > From the locals window I can see that addr is: > > ? addr 0x00bf6ea0 ? ? ?object {int} > > Looking in a Memory window at "addr" I see: > > ? 0x06AAB590 ?79332d70 00bf6ea0 00000000 793042f4 00000001 33b4c9bc > p-3y?n?.....?B0y.....??3 > > So there's something else at "addr", but the next int is 0x00bf6ea0 again. > > The memory at 0x00bf6ea0 looks correct: > > ? 0x00BF6EA0 ?0a 00 00 00 14 00 00 00 01 00 00 00 01 00 00 00 01 00 > 00 00 00 00 ?...................... > ? 0x00BF6EB6 ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > f8 6e bf 00 ?..................?n?. > ? 0x00BF6ECC ?fd fd fd fd 10 00 0b 00 f2 01 0c 00 80 6e bf 00 00 00 > 00 00 00 00 ?????....?...?n?....... > ? 0x00BF6EE2 ?00 00 00 00 00 00 50 00 00 00 01 00 00 00 4d 00 00 00 > fd fd fd fd ?......P.......M...???? > > At least it looks to me like those are indeed ints for width, height & > depth which is what a PIX starts out with. > > After: > > ? _pix.value = addr > > I see this in the locals window: > > ? _pix "ctypes.c_void_p instance" ? ? ?object > {IronPython.NewTypes.IronPython.Modules.SimpleCData_4$4} > > In the Immediate window I get: > > ? _pix > ? "ctypes.c_void_p instance" > ? ? ? base {IronPython.Modules.CTypes.SimpleCData}: "ctypes.c_void_p instance" > ? ? ? .class: PythonType: "c_void_p" > ? ? ? .dict: null > ? ? ? .slots_and_weakref: null > > But I am unable to figure out how to tell what the "value" of _pix is? > Since there seems to be something strange going on with using IronPython, pdb & VS2008, I decided to just put in some printf's in leptonlib, rebuild it, and forget about using debuggers. Here's the results: [C:\leptonica]python26 leptonica.py pixCreate() returns 01293340 addr=01293340 _pix.value = 01293340 ctypes.addressof(_pix) = 00c78878 pixGetWidth() addr=01293340 width = 10 height = 20 depth = 1 [C:\leptonica]ipy leptonica.py pixCreate() returns 046d4f60 addr=046d4f60 _pix.value = 046d4f60 ctypes.addressof(_pix) = 0353c698 pixGetWidth() addr=0353c698 width = 74272608 height = 1442168 depth = 131074 So despite what it looks like from pdb, IronPython is correctly setting the ctypes.c_void_p. The problem is that when it passes the ctypes.c_void_p back to a C function it gives the address of the ctypes.c_void_p, instead of the ptr that it contains. I'd still like to know: Why can't I use VS2008 to set breakpoints on C functions in DLLs that are loaded by IronPython and the ctypes module? How to see the value of ctypes.c_void_p instances in the VS2008 debugger. From merllab at microsoft.com Mon Jul 19 17:08:57 2010 From: merllab at microsoft.com (merllab at microsoft.com) Date: Mon, 19 Jul 2010 08:08:57 -0700 Subject: [IronPython] IronPython 2.6 CodePlex Source Update Message-ID: This is an automated email letting you know that sources have recently been pushed out. You can download these newer sources directly from http://ironpython.codeplex.com/SourceControl/changeset/view/73344. MODIFIED SOURCES $/IronPython/IronPython_Main/Test/ClrAssembly/ClrAssembly.csproj $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPython Tools for VS License.rtf From ian at ianhobson.co.uk Mon Jul 19 17:11:08 2010 From: ian at ianhobson.co.uk (Ian Hobson) Date: Mon, 19 Jul 2010 16:11:08 +0100 Subject: [IronPython] TypeError: expected Size, got Size Message-ID: <4C446B0C.3060601@ianhobson.co.uk> Hi all, Will some kind soul please point me to a decent explanation of Assemblies, NameSpaces CLR references and the from X import Y command from an IronPythin perspective? I'm utterly fed up of getting errors like this one. When I use from System.Drawing import Size I get the ultra-informative error message in my subject line. I am trying to translate the following line from c# worksOrder.Measure(new Size(printDlg.PrintableAreaWidth, printDlg.PrintableAreaHeight)); worksOrder is a Grid, printDlg is a printDialog. I have... worksOrder.Measure(Size(printDlg.PrintableAreaWidth, printDlg.PrintableAreaHeight)) And I need to know how to find out where I can get the correct definition of Size. Thanks Ian From cenovsky at bakalari.cz Mon Jul 19 17:57:00 2010 From: cenovsky at bakalari.cz (Lukas Cenovsky) Date: Mon, 19 Jul 2010 17:57:00 +0200 Subject: [IronPython] TypeError: expected Size, got Size In-Reply-To: <4C446B0C.3060601@ianhobson.co.uk> References: <4C446B0C.3060601@ianhobson.co.uk> Message-ID: <4C4475CC.7050801@bakalari.cz> On 19.7.2010 17:11, Ian Hobson wrote: > Hi all, > > Will some kind soul please point me to a decent explanation of > Assemblies, NameSpaces > CLR references and the from X import Y command from an IronPythin > perspective? > > I'm utterly fed up of getting errors like this one. > > When I use > > from System.Drawing import Size > > I get the ultra-informative error message in my subject line. > > I am trying to translate the following line from c# > > worksOrder.Measure(new Size(printDlg.PrintableAreaWidth, > printDlg.PrintableAreaHeight)); > > worksOrder is a Grid, printDlg is a printDialog. > > I have... > > worksOrder.Measure(Size(printDlg.PrintableAreaWidth, > printDlg.PrintableAreaHeight)) > > And I need to know how to find out where I can get the correct > definition of Size. Grid is UIElement and you need System.Windows.Size for UIElement.Measure - not System.Drawing.Size. See http://msdn.microsoft.com/en-us/library/system.windows.uielement.measure.aspx. -- -- Luk?? From ian at ianhobson.co.uk Mon Jul 19 18:15:03 2010 From: ian at ianhobson.co.uk (Ian Hobson) Date: Mon, 19 Jul 2010 17:15:03 +0100 Subject: [IronPython] TypeError: expected Size, got Size In-Reply-To: <4C4475CC.7050801@bakalari.cz> References: <4C446B0C.3060601@ianhobson.co.uk> <4C4475CC.7050801@bakalari.cz> Message-ID: <4C447A07.5060505@ianhobson.co.uk> On 19/07/2010 16:57, Lukas Cenovsky wrote: >> And I need to know how to find out where I can get the correct >> definition of Size. > > Grid is UIElement and you need System.Windows.Size for > UIElement.Measure - not System.Drawing.Size. See > http://msdn.microsoft.com/en-us/library/system.windows.uielement.measure.aspx. > Hi Lukas, Thanks for the info. I went to the page and it told me *Namespace:* System.Windows *Assembly:* PresentationCore (in PresentationCore.dll) Therefore I ensured my code contained the two lines clr.AddReference("PresentationCore") from Systems.Windows import Size This gives me ImportError: Cannot import name Size giving the line numebr of the import line. Conclusion : I am missing something - and I don't know how to find it out. Regards Ian -------------- next part -------------- An HTML attachment was scrubbed... URL: From cenovsky at bakalari.cz Mon Jul 19 18:34:06 2010 From: cenovsky at bakalari.cz (Lukas Cenovsky) Date: Mon, 19 Jul 2010 18:34:06 +0200 Subject: [IronPython] TypeError: expected Size, got Size In-Reply-To: <4C447A07.5060505@ianhobson.co.uk> References: <4C446B0C.3060601@ianhobson.co.uk> <4C4475CC.7050801@bakalari.cz> <4C447A07.5060505@ianhobson.co.uk> Message-ID: <4C447E7E.10105@bakalari.cz> On 19.7.2010 18:15, Ian Hobson wrote: > On 19/07/2010 16:57, Lukas Cenovsky wrote: >>> And I need to know how to find out where I can get the correct >>> definition of Size. >> >> Grid is UIElement and you need System.Windows.Size for >> UIElement.Measure - not System.Drawing.Size. See >> http://msdn.microsoft.com/en-us/library/system.windows.uielement.measure.aspx. >> > Hi Lukas, > > Thanks for the info. I went to the page and it told me > > *Namespace:* System.Windows > > *Assembly:* PresentationCore (in PresentationCore.dll) > > Therefore I ensured my code contained the two lines > > clr.AddReference("PresentationCore") > from Systems.Windows import Size > > This gives me > ImportError: Cannot import name Size > > giving the line numebr of the import line. > > Conclusion : I am missing something - and I don't know how to find it > out. Well, UIElement.Measure is in assembly PresentationCore but System.Windows.Size structure is in assembly WindowsBase: http://msdn.microsoft.com/en-us/library/system.windows.size.aspx. This is the link in Parameters section of UIElement.Measure - availableSize parameter. -- -- Luk?s( -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Mon Jul 19 18:43:58 2010 From: dinov at microsoft.com (Dino Viehland) Date: Mon, 19 Jul 2010 16:43:58 +0000 Subject: [IronPython] TypeError: expected Size, got Size In-Reply-To: <4C447E7E.10105@bakalari.cz> References: <4C446B0C.3060601@ianhobson.co.uk> <4C4475CC.7050801@bakalari.cz> <4C447A07.5060505@ianhobson.co.uk> <4C447E7E.10105@bakalari.cz> Message-ID: You'll need to go to the page for the Size class - http://msdn.microsoft.com/en-us/library/system.windows.size.aspx It's in WindowsBase.dll instead of PresentationCore. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Lukas Cenovsky Sent: Monday, July 19, 2010 5:34 PM To: Discussion of IronPython Subject: Re: [IronPython] TypeError: expected Size, got Size On 19.7.2010 18:15, Ian Hobson wrote: On 19/07/2010 16:57, Lukas Cenovsky wrote: And I need to know how to find out where I can get the correct definition of Size. Grid is UIElement and you need System.Windows.Size for UIElement.Measure - not System.Drawing.Size. See http://msdn.microsoft.com/en-us/library/system.windows.uielement.measure.aspx. Hi Lukas, Thanks for the info. I went to the page and it told me Namespace: System.Windows Assembly: PresentationCore (in PresentationCore.dll) Therefore I ensured my code contained the two lines clr.AddReference("PresentationCore") from Systems.Windows import Size This gives me ImportError: Cannot import name Size giving the line numebr of the import line. Conclusion : I am missing something - and I don't know how to find it out. Well, UIElement.Measure is in assembly PresentationCore but System.Windows.Size structure is in assembly WindowsBase: http://msdn.microsoft.com/en-us/library/system.windows.size.aspx. This is the link in Parameters section of UIElement.Measure - availableSize parameter. -- -- Luk?? -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Mon Jul 19 18:54:20 2010 From: jdhardy at gmail.com (Jeff Hardy) Date: Mon, 19 Jul 2010 10:54:20 -0600 Subject: [IronPython] TypeError: expected Size, got Size In-Reply-To: References: <4C446B0C.3060601@ianhobson.co.uk> <4C4475CC.7050801@bakalari.cz> <4C447A07.5060505@ianhobson.co.uk> <4C447E7E.10105@bakalari.cz> Message-ID: I think, for .NET types, it might make sense to include the full namespace to avoid situations like this. - Jeff 2010/7/19 Dino Viehland : > You'll need to go to the page for the Size class - > http://msdn.microsoft.com/en-us/library/system.windows.size.aspx It's in > WindowsBase.dll instead of PresentationCore. > > > > From: users-bounces at lists.ironpython.com > [mailto:users-bounces at lists.ironpython.com] On Behalf Of Lukas Cenovsky > Sent: Monday, July 19, 2010 5:34 PM > To: Discussion of IronPython > Subject: Re: [IronPython] TypeError: expected Size, got Size > > > > On 19.7.2010 18:15, Ian Hobson wrote: > > On 19/07/2010 16:57, Lukas Cenovsky wrote: > > And I need to know how to find out where I can get the correct definition of > Size. > > Grid is UIElement and you need System.Windows.Size for UIElement.Measure - > not System.Drawing.Size. See > http://msdn.microsoft.com/en-us/library/system.windows.uielement.measure.aspx. > > Hi Lukas, > > Thanks for the info. I went to the page and it told me > > Namespace: System.Windows > Assembly: PresentationCore (in PresentationCore.dll) > > Therefore I ensured my code contained the two lines > > clr.AddReference("PresentationCore") > from Systems.Windows import Size > > This gives me > ImportError: Cannot import name Size > > giving the line numebr of the import line. > > Conclusion : I am missing something - and I don't know how to find it out. > > Well, UIElement.Measure is in assembly PresentationCore but > System.Windows.Size structure is in assembly WindowsBase: > http://msdn.microsoft.com/en-us/library/system.windows.size.aspx. This is > the link in Parameters section of UIElement.Measure - availableSize > parameter. > > -- > -- Luk?? > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > From dinov at microsoft.com Mon Jul 19 18:57:26 2010 From: dinov at microsoft.com (Dino Viehland) Date: Mon, 19 Jul 2010 16:57:26 +0000 Subject: [IronPython] TypeError: expected Size, got Size In-Reply-To: References: <4C446B0C.3060601@ianhobson.co.uk> <4C4475CC.7050801@bakalari.cz> <4C447A07.5060505@ianhobson.co.uk> <4C447E7E.10105@bakalari.cz> Message-ID: I was just talking to Michael Foord at EuroPython about this. My proposal would be: 1. If the type's fully qualified names are the same then we should report an error that warns you about loader contexts 2. if the types names are the same but the fully qualified names are different we should include the fully qualified names 3. Otherwise we should include just the simple type name. Sound reasonable? > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Jeff Hardy > Sent: Monday, July 19, 2010 5:54 PM > To: Discussion of IronPython > Subject: Re: [IronPython] TypeError: expected Size, got Size > > I think, for .NET types, it might make sense to include the full > namespace to avoid situations like this. > > - Jeff > > 2010/7/19 Dino Viehland : > > You'll need to go to the page for the Size class - > > http://msdn.microsoft.com/en-us/library/system.windows.size.aspx It's > in > > WindowsBase.dll instead of PresentationCore. > > > > > > > > From: users-bounces at lists.ironpython.com > > [mailto:users-bounces at lists.ironpython.com] On Behalf Of Lukas > Cenovsky > > Sent: Monday, July 19, 2010 5:34 PM > > To: Discussion of IronPython > > Subject: Re: [IronPython] TypeError: expected Size, got Size > > > > > > > > On 19.7.2010 18:15, Ian Hobson wrote: > > > > On 19/07/2010 16:57, Lukas Cenovsky wrote: > > > > And I need to know how to find out where I can get the correct > definition of > > Size. > > > > Grid is UIElement and you need System.Windows.Size for > UIElement.Measure - > > not System.Drawing.Size. See > > http://msdn.microsoft.com/en- > us/library/system.windows.uielement.measure.aspx. > > > > Hi Lukas, > > > > Thanks for the info. I went to the page and it told me > > > > Namespace: System.Windows > > Assembly: PresentationCore (in PresentationCore.dll) > > > > Therefore I ensured my code contained the two lines > > > > clr.AddReference("PresentationCore") > > from Systems.Windows import Size > > > > This gives me > > ImportError: Cannot import name Size > > > > giving the line numebr of the import line. > > > > Conclusion : I am missing something - and I don't know how to find it > out. > > > > Well, UIElement.Measure is in assembly PresentationCore but > > System.Windows.Size structure is in assembly WindowsBase: > > http://msdn.microsoft.com/en-us/library/system.windows.size.aspx. > This is > > the link in Parameters section of UIElement.Measure - availableSize > > parameter. > > > > -- > > -- Luk?? > > > > _______________________________________________ > > Users mailing list > > Users at lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From jdhardy at gmail.com Mon Jul 19 19:04:29 2010 From: jdhardy at gmail.com (Jeff Hardy) Date: Mon, 19 Jul 2010 11:04:29 -0600 Subject: [IronPython] TypeError: expected Size, got Size In-Reply-To: References: <4C446B0C.3060601@ianhobson.co.uk> <4C4475CC.7050801@bakalari.cz> <4C447A07.5060505@ianhobson.co.uk> <4C447E7E.10105@bakalari.cz> Message-ID: 2010/7/19 Dino Viehland : > I was just talking to Michael Foord at EuroPython about this. ?My proposal would be: > ? ? ? ?1. If the type's fully qualified names are the same then we should report an error that warns you about loader contexts > ? ? ? ?2. if the types names are the same but the fully qualified names are different we should include the fully qualified names > ? ? ? ?3. Otherwise we should include just the simple type name. > > Sound reasonable? That's pretty much what I was thinking, but didn't want to sound too greedy. :) - Jeff From jdhardy at gmail.com Mon Jul 19 19:14:24 2010 From: jdhardy at gmail.com (Jeff Hardy) Date: Mon, 19 Jul 2010 11:14:24 -0600 Subject: [IronPython] Status of Accepting External Contributions Message-ID: Hi all, This horse doesn't seem to have been beaten recently, so I thought I'd bring it up again :). What's the status, if any, on allowing people outside Microsoft to contribute patches to IronPython? I have a few things that I don't think are at the top of the team's priority list that I'd be more than willing to work on (#17250, #26044), but I don't have that option right now. I know that the team has suggested other ways to help out in the past, such as providing extensions and filing bugs, but building a real OSS community requires being able to change the code directly. I also worry about the bus factor of IronPython; if Dino decides that growing potatoes on a commune in Vermont would be preferable to staring at computers all day, what happens to IronPython without a community to carry it? I know it's all tied up with MS Legal and there's probably not much the IronPython team can do about it, but I'm curious as to what state things are in. Maybe the licence change is just the tip of the iceberg? - Jeff From billchi at microsoft.com Mon Jul 19 20:38:52 2010 From: billchi at microsoft.com (Bill Chiles) Date: Mon, 19 Jul 2010 18:38:52 +0000 Subject: [IronPython] IronPy Tools CTP3 - Bugs In-Reply-To: References: <87F87F189CDD444089246B8290EC973501E263@TK5EX14MBXC205.redmond.corp.microsoft.com> Message-ID: <87F87F189CDD444089246B8290EC9735033A6A@TK5EX14MBXC201.redmond.corp.microsoft.com> Well, in a perfect world, you'd have fun beating on the code, and we'd take your contributions :-). However, right now, it is best to just get the bug report. We're working internally on being able to take contributions to the tools (and other parts of the project), but as you'd suspect, there's lots of process for us to get to that point :-). Getting your feedback (especially since you have some knowledge of the VS APIs) is awesome! Cheers, Bill -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Steve Dower Sent: Saturday, July 17, 2010 4:29 PM To: Discussion of IronPython Subject: Re: [IronPython] IronPy Tools CTP3 - Bugs Great to hear! I'll certainly be active over there (if I need to be). As a matter of preference, would you prefer bug reports or patches/fixes? I haven't been contributing to any O-S projects recently, but since this is something I've attempted privately (twice!) I'm quite keen to dig around in your code :) On Sun, Jul 18, 2010 at 05:05, Bill Chiles wrote: > Thanks for the bug reports, Steve! ?Ironically, you couldn't know we were trying to get the next release out yesterday (and with sources :-)). ?I've entered several bugs for those things you mentioned that are still in IPyTools. ?We've been maintaining bugs internally until we got the sources out and put tools into our normal releases, but we'll be moving all those bugs to codeplex so that they are publicly visible soon. > > Cheers, > Bill > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Steve Dower > Sent: Thursday, July 15, 2010 3:09 PM > To: Discussion of IronPython > Subject: [IronPython] IronPy Tools CTP3 - Bugs > > Hey > > Thanks for the new version, it's much more stable and pleasant to use. > I've thrown together another list of bug/annoyance/enhancement ideas - > feel free to take or leave as appropriate. > > - Closing parentheses doesn't hide parameter information when using a generator > For example, "sum(i for i in xrange(100))" doesn't hide the sum() > tooltip on the last close parenthesis (though it does close the > xrange() one on the second-last). > > - Nesting parentheses hides parameter information prematurely > For example, "sum((xrange(100)))" hides the sum() tooltip on the > second parenthesis. > > - The completion dropdown appears after pressing space > For example (completion appears when the cursor reaches the pipe > characters): "i |for i |in xrange(100)" > (My) expected behaviour would be "i for |i in |xrange(100)" or > possibly "i |for |i |in |xrange(100)" or "i| f|or i| i|n x|range(100)" > (In particular, I can't think of any situation where you have two > adjacent identifiers separated by a space.) > > - Relative paths when adding files to a project (which I believe has > been reported already, but I'm not 100% sure) > > - 'Exclude from Project' alternative to 'Delete'ing project items > Deleting/moving/renaming via the IDE can annoy some (non-integrated) > version control systems (most of them, I think) so my usual method is > to remove the file from the project, move/rename using VCS and re-add > to the project. (The C++ Remove/Delete dialog is also okay. Depends > whether the aim is to move closer to C# or C++, I guess.) > > - Pressing Enter at the start of some block statements (such as 'if', > 'def' and 'for') keeps indenting that line > Doesn't happen when the block is completed on the same line (eg. 'if x: x += 1') > > - Comments ending in a colon are treated as the start of a block > statement (for auto-indent purposes) > > Okay, that's three days worth of things, so I'll send this now and > start a new list (well, hopefully I don't need to ;) ). Thanks for the > great work and responsiveness. > > Cheers, > > Steve > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From s.j.dower at gmail.com Mon Jul 19 23:24:50 2010 From: s.j.dower at gmail.com (Steve Dower) Date: Tue, 20 Jul 2010 07:24:50 +1000 Subject: [IronPython] Status of Accepting External Contributions In-Reply-To: References: Message-ID: I'll throw in a quick second. I'm also interested in contributing if/when possible. Steve On Tue, Jul 20, 2010 at 03:14, Jeff Hardy wrote: > Hi all, > This horse doesn't seem to have been beaten recently, so I thought I'd > bring it up again :). What's the status, if any, on allowing people > outside Microsoft to contribute patches to IronPython? > > I have a few things that I don't think are at the top of the team's > priority list that I'd be more than willing to work on (#17250, > #26044), but I don't have that option right now. I know that the team > has suggested other ways to help out in the past, such as providing > extensions and filing bugs, but building a real OSS community requires > being able to change the code directly. > > I also worry about the bus factor of IronPython; if Dino decides that > growing potatoes on a commune in Vermont would be preferable to > staring at computers all day, what happens to IronPython without a > community to carry it? > > I know it's all tied up with MS Legal and there's probably not much > the IronPython team can do about it, but I'm curious as to what state > things are in. Maybe the licence change is just the tip of the > iceberg? > > - Jeff > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > From s.j.dower at gmail.com Mon Jul 19 23:26:11 2010 From: s.j.dower at gmail.com (Steve Dower) Date: Tue, 20 Jul 2010 07:26:11 +1000 Subject: [IronPython] Status of Accepting External Contributions In-Reply-To: References: Message-ID: And just saw this response from Bill in the next email in my list: "Well, in a perfect world, you'd have fun beating on the code, and we'd take your contributions :-). However, right now, it is best to just get the bug report. We're working internally on being able to take contributions to the tools (and other parts of the project), but as you'd suspect, there's lots of process for us to get to that point :-)." I guess that basically covers it for now. On Tue, Jul 20, 2010 at 07:24, Steve Dower wrote: > I'll throw in a quick second. I'm also interested in contributing > if/when possible. > > Steve > > On Tue, Jul 20, 2010 at 03:14, Jeff Hardy wrote: >> Hi all, >> This horse doesn't seem to have been beaten recently, so I thought I'd >> bring it up again :). What's the status, if any, on allowing people >> outside Microsoft to contribute patches to IronPython? >> >> I have a few things that I don't think are at the top of the team's >> priority list that I'd be more than willing to work on (#17250, >> #26044), but I don't have that option right now. I know that the team >> has suggested other ways to help out in the past, such as providing >> extensions and filing bugs, but building a real OSS community requires >> being able to change the code directly. >> >> I also worry about the bus factor of IronPython; if Dino decides that >> growing potatoes on a commune in Vermont would be preferable to >> staring at computers all day, what happens to IronPython without a >> community to carry it? >> >> I know it's all tied up with MS Legal and there's probably not much >> the IronPython team can do about it, but I'm curious as to what state >> things are in. Maybe the licence change is just the tip of the >> iceberg? >> >> - Jeff >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> > From billchi at microsoft.com Tue Jul 20 00:36:15 2010 From: billchi at microsoft.com (Bill Chiles) Date: Mon, 19 Jul 2010 22:36:15 +0000 Subject: [IronPython] Status of Accepting External Contributions In-Reply-To: References: Message-ID: <87F87F189CDD444089246B8290EC9735033C7D@TK5EX14MBXC201.redmond.corp.microsoft.com> Ok, before there's jumping for joy or holding of the breath :-), we're interested in getting to take back contributions. Jeff's comments about the goodness are clearly spot on. However, there's still quite a bit of row to hoe to get to that point. We're discussing taking contributions and what needs to happen to get there. Of course, with bits shipping in .NET 4.0 (Expr Trees, CallSites, Binders, etc.), we can't take contributions, and if there's something we think we want to add to the CLR going forward, we can't take contributions there either. So, no promises and no timeline, but we'd like to get to that point. Thanks, Bill -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Steve Dower Sent: Monday, July 19, 2010 2:26 PM To: Discussion of IronPython Subject: Re: [IronPython] Status of Accepting External Contributions And just saw this response from Bill in the next email in my list: "Well, in a perfect world, you'd have fun beating on the code, and we'd take your contributions :-). However, right now, it is best to just get the bug report. We're working internally on being able to take contributions to the tools (and other parts of the project), but as you'd suspect, there's lots of process for us to get to that point :-)." I guess that basically covers it for now. On Tue, Jul 20, 2010 at 07:24, Steve Dower wrote: > I'll throw in a quick second. I'm also interested in contributing > if/when possible. > > Steve > > On Tue, Jul 20, 2010 at 03:14, Jeff Hardy wrote: >> Hi all, >> This horse doesn't seem to have been beaten recently, so I thought I'd >> bring it up again :). What's the status, if any, on allowing people >> outside Microsoft to contribute patches to IronPython? >> >> I have a few things that I don't think are at the top of the team's >> priority list that I'd be more than willing to work on (#17250, >> #26044), but I don't have that option right now. I know that the team >> has suggested other ways to help out in the past, such as providing >> extensions and filing bugs, but building a real OSS community requires >> being able to change the code directly. >> >> I also worry about the bus factor of IronPython; if Dino decides that >> growing potatoes on a commune in Vermont would be preferable to >> staring at computers all day, what happens to IronPython without a >> community to carry it? >> >> I know it's all tied up with MS Legal and there's probably not much >> the IronPython team can do about it, but I'm curious as to what state >> things are in. Maybe the licence change is just the tip of the >> iceberg? >> >> - Jeff >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> > _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From wingusr at gmail.com Tue Jul 20 12:03:32 2010 From: wingusr at gmail.com (TP) Date: Tue, 20 Jul 2010 03:03:32 -0700 Subject: [IronPython] IronPython 2.6.1 & ctypes, C library, and debugging with VS2008 In-Reply-To: References: Message-ID: On Mon, Jul 19, 2010 at 12:18 AM, TP wrote: > On Sun, Jul 18, 2010 at 10:47 PM, TP wrote: >> On Sun, Jul 18, 2010 at 2:38 PM, Dino Viehland wrote: >>> TP wrote: >>>> I'm using IronPython 2.6.1 for Net 2.0 and VS2008 on Windows XP SP3. >>>> >>>> I have a python script that lets me access the Leptonica Image >>>> Processing C library (http://leptonica.com/) using the ctypes module. >>>> >>>> Everything seems to work fine with cpython 2.6. I can correctly load >>>> leptonlib.dll, create leptonica PIX images, manipulate them, and even >>>> display them using PyQT. I can use VS2008 to put breakpoints on >>>> leptonica C functions and step through the C code in the VS2008 >>>> debugger. >>>> >>>> I thought I'd give IronPython a try since it also has ctypes, but I >>>> ran into a number of problems. >>>> >>>> The leptonlib.dll must be loading since I am able to correctly get >>>> back the library's version string. That is the following works: >>>> >>>> ? ? _getLeptonlibVersion = _leptonlib.getLeptonlibVersion >>>> ? ? _getLeptonlibVersion.restype = ctypes.c_void_p >>>> ? ? addr = _getLeptonlibVersion() >>>> ? ? version = ctypes.string_at(addr) >>>> >>>> However the following code doesn't seem to work under IronPython 2.6.1: >>>> >>>> ? ? pix = Pix(dimensions=(10,20,1)) >>>> >>>> where essentially the following is called: >>>> >>>> ? ? _pix = ctypes.c_void_p() >>>> ? ? _pix.value = _leptonlib.pixCreate(width, height, depth) >>>> ? ? self._pix = _pix >>>> >>>> and I want to treat _pix as an opaque ptr I just hand back to >>>> leptonica whenever it needs it. For example: >>>> >>>> ? ? def height(self): >>>> ? ? ? ? """Get height of pix in pixels.""" >>>> ? ? ? ? return _leptonlib.pixGetHeight(self._pix) >>>> >>>> Which works with cpython but returns something other than 20 with >>>> IronPython. >>>> >>>> By specifying "-X:Debug -X:FullFrames -X:Tracing leptonica.py" as the >>>> arguments to C:\Program Files\IronPython 2.6\ipy.exe I can get >>>> IronPython to correctly stop at places in my script where I put: >>>> >>>> ? ? import pdb >>>> ? ? pdb.set_trace() >>>> >>>> when I debug leptonlibd.dll with VS2008. However, my breakpoints on >>>> leptonica's C functions never seem to get hit. This works fine if I >>>> instead use python26.exe as command to launch when debugging. >>> >>> You should only need -X:Debug to get debugging under VS. ?pdb uses a >>> more Pythonic form of debugging but there's no support for it in VS. >> >> Let me be clear here. I am using the VS2008 Solution that I use to >> create leptonlib.dll. I am debugging that dll by right-clicking its >> project and setting its Configuration Properties | Debugging tab to: >> >> ? Command: C:\Program Files\IronPython 2.6\ipy.exe >> ? Arguments: -X:Debug -X:FullFrames -X:Tracing -i leptonica.py >> ? Working Directory: C:\leptonica\ >> >> If I only use -X:Debug as you suggest I get the following error: >> >> ? Traceback (most recent call last): >> ? ? File "leptonica.py", line 458, in >> ? ? File "leptonica.py", line 176, in __init__ >> ? ? File "C:\Program Files\IronPython 2.6\Lib\pdb.py", line 1220, in set_trace >> ? AttributeError: 'module' object has no attribute '_getframe'>>> >> >> Googling, I determined that I needed to add at least -X:FullFrames, >> and by trial and error I found I also needed -X:Tracing. (I wasn't >> able to find any documentation on ipy.exe's command line switches? I >> just ran "ipy.exe -h" to dump out the short help description and took >> a wild guess at which might be useful) >> >>>> >>>> Ideally I like to have the VS Debugger stop in leptonlibd.dll's >>>> pixCreate() C function just before it returns its value so I can >>>> compare that to what I get back on the IronPython side. >>>> >>>> So how's does one use VS2008 to step through C functions in DLLs that >>>> are loaded by IronPython and the ctypes module? >>> >>> Do you have symbols (.PDB files) for leptonlibd.dll? ?You'll need symbols >>> to be able to step through the C code. ?You can still probably set a breakpoint >>> in the function because it's DLL exported - I think you can debug->new >>> breakpoint and enter leptonlibd!pixCreate. ?Even w/o symbols you could >>> step through the assembly. >> >> leptonlibd.dll is created with the C7 Compatible (/Z7) compiler >> switch. This embeds the debugging info directly in the DLL so no .pdb >> file is produced. It also does NOT use pre-compiled headers. >> >> I might also point out that the same exact .dll will hit breakpoints >> if debugged with python26.exe rather than ipy.exe. Perhaps since >> ipy.exe is built on top of .NET the VS2008 debugger handles any .dll's >> loaded by it differently? I know for example that the VS2008 debugger >> didn't like trying to run the IronPython for NET 4.0 version of >> ipy.exe (I gather you have to use VS2010 if you want to do that). >> >> Trying to set a breaking at leptonlibd!pixCreate didn't work. >> >>>> >>>> Secondly, am I using ctypes wrong, and does my code only work by >>>> happenstance for cpython. >>> >>> I don't see anything particularly wrong on your side and this looks like >>> a pretty simple call. ?I would assume the C functions are defined as: >>> >>> void* pixCreate(int width, int height, int depth); >>> int pixGetHeight(void* pixel); >> >> That's correct. >> >>> >>> I would hope we're getting all of this right as it seems like simple stuff >>> that should be tested somewhere. ?My first guess would be maybe we're >>> getting the calling convention wrong. ?Maybe it needs to be a WinDLL instead >>> of a CDLL? ?Maybe there's a check in the Python code for sys.platform which >>> is looking for win32 and uses WinDLL to open the DLL instead of CDLL on >>> Windows? >> >> More information on the problem: >> >> I decided to explicitly set the restype even though it's the default >> return type. I get the same exact behavior as my original code. Works >> with cpython, doesn't work with IronPython 2.6.1. >> >> If I have with the following python code: >> >> ? _pix = ctypes.c_void_p() >> ? _pixCreate = _leptonlib.pixCreate >> ? _pixCreate.restype = ctypes.c_int >> ? import pdb >> ? pdb.set_trace() >> >> ? _pix.value = _pixCreate(width, height, depth) >> >> I can do the following in the Command Window after pdb breaks into the script: >> >> ? > leptonica.py(180)__init__() >> ? -> _pix.value = _pixCreate(width, height, depth) >> ? (Pdb) n >> ? > leptonica.py(181)__init__() >> ? -> self._pix = _pix >> ? (Pdb) _pix.value >> ? *** AttributeError: 'cell' object has no attribute 'value' >> >> This is a bit strange since I just assigned to _pix.value. >> Investigating further: >> >> ? (Pdb) _pix >> ? >> >> So instead of assigning to _pix.value (that is changing an attribute >> of _pix), IronPython is clobbering _pix? >> >> If I instead separately assign the result of pixCreate() to a >> temporary variable: >> >> ? width, height, depth = dimensions >> ? _pix = ctypes.c_void_p() >> ? _pixCreate = _leptonlib.pixCreate >> ? _pixCreate.restype = ctypes.c_int >> ? import pdb >> ? pdb.set_trace() >> >> ? addr = _pixCreate(width, height, depth) >> ? _pix.value = addr >> >> Once pdb stops the script: >> >> ? > leptonica.py(178)__init__() >> ? -> addr = _pixCreate(width, height, depth) >> ? (Pdb) n >> ? > leptonica.py(179)__init__() >> ? -> _pix.value = addr >> ? (Pdb) addr >> ? >> ? (Pdb) type(addr) >> ? >> ? (Pdb) dir(addr) >> ? ['__class__', '__cmp__', '__delattr__', '__doc__', '__eq__', '__format__', >> ? ?'__getattribute__', '__hash__', '__init__', '__ne__', '__new__', >> ? ?'__reduce__', '__reduce_ex__', '__repr__', '__setattr__', >> ? ?'__sizeof__', '__str__', '__subclasshook__', 'cell_contents'] >> ? (Pdb) type(addr.cell_contents) >> ? >> ? (Pdb) addr.cell_contents >> ? 77491296 >> >> So instead of returning an int, ctypes under IronPython is returning a >> "cell" in this case for some reason? >> >> Compare this to what I get with cpython. If I change the leptonlib.dll >> project Configuration Properties | Debugging tab to: >> >> ? Command: c:\Python26\python26.exe >> ? Arguments: -i leptonica.py >> ? Working Directory: C:\leptonica\ >> >> Debugging by typing F5 (or choosing Debug > Start Debugging) without >> changing leptonica.py or leptonlibd.dll in any way, I then hit all my >> breakpoints set in leptonlibd.dll. I get warning messages about >> python.exe having stopped for each breakpoint and I just click the >> Continue button to close them. After I type F5 to get past all my C >> function breakpoints, pdb stops my script with: >> >> ? > leptonica.py(178)__init__() >> ? -> addr = _pixCreate(width, height, depth) >> ? (Pdb) n >> ? > leptonica.py(179)__init__() >> ? -> _pix.value = addr >> ? (Pdb) addr >> ? 19492760 >> ? (Pdb) hex(addr) >> ? '0x1296f98' >> >> and 0x1296f98 matches what I see for the return value of pixCreate() >> from the VS2008 debugger. >> >> I also tried debugging my leptonica.py script by following the >> directions in the IronPython tutorial. I made a new Solution with the >> following Debugging properties: >> >> ? Command: C:\Program Files\IronPython 2.6\ipy.exe >> ? Arguments: -X:Debug -i leptonica.py >> ? Working Directory: C:\leptonica\ >> >> I added my leptonlib.vcprog file to this solution by right-clicking it >> and choosing Add > Existing Project. I again set a breakpoint at the C >> function pixCreate(). >> >> I also set various breakpoints in my leptonica.py script. >> >> Pressing F5 to Start Debugging, I now hit my leptonica.py breakpoints >> but still don't hit any C function breakpoints. >> >> From the locals window I can see that addr is: >> >> ? addr 0x00bf6ea0 ? ? ?object {int} >> >> Looking in a Memory window at "addr" I see: >> >> ? 0x06AAB590 ?79332d70 00bf6ea0 00000000 793042f4 00000001 33b4c9bc >> p-3y?n?.....?B0y.....??3 >> >> So there's something else at "addr", but the next int is 0x00bf6ea0 again. >> >> The memory at 0x00bf6ea0 looks correct: >> >> ? 0x00BF6EA0 ?0a 00 00 00 14 00 00 00 01 00 00 00 01 00 00 00 01 00 >> 00 00 00 00 ?...................... >> ? 0x00BF6EB6 ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >> f8 6e bf 00 ?..................?n?. >> ? 0x00BF6ECC ?fd fd fd fd 10 00 0b 00 f2 01 0c 00 80 6e bf 00 00 00 >> 00 00 00 00 ?????....?...?n?....... >> ? 0x00BF6EE2 ?00 00 00 00 00 00 50 00 00 00 01 00 00 00 4d 00 00 00 >> fd fd fd fd ?......P.......M...???? >> >> At least it looks to me like those are indeed ints for width, height & >> depth which is what a PIX starts out with. >> >> After: >> >> ? _pix.value = addr >> >> I see this in the locals window: >> >> ? _pix "ctypes.c_void_p instance" ? ? ?object >> {IronPython.NewTypes.IronPython.Modules.SimpleCData_4$4} >> >> In the Immediate window I get: >> >> ? _pix >> ? "ctypes.c_void_p instance" >> ? ? ? base {IronPython.Modules.CTypes.SimpleCData}: "ctypes.c_void_p instance" >> ? ? ? .class: PythonType: "c_void_p" >> ? ? ? .dict: null >> ? ? ? .slots_and_weakref: null >> >> But I am unable to figure out how to tell what the "value" of _pix is? >> > > Since there seems to be something strange going on with using > IronPython, pdb & VS2008, I decided to just put in some printf's in > leptonlib, rebuild it, and forget about using debuggers. > > Here's the results: > > ? [C:\leptonica]python26 leptonica.py > ? pixCreate() returns 01293340 > ? addr=01293340 > ? _pix.value = 01293340 > ? ctypes.addressof(_pix) = 00c78878 > ? pixGetWidth() addr=01293340 > ? width = 10 > ? height = 20 > ? depth = 1 > > ? [C:\leptonica]ipy leptonica.py > ? pixCreate() returns 046d4f60 > ? addr=046d4f60 > ? _pix.value = 046d4f60 > ? ctypes.addressof(_pix) = 0353c698 > ? pixGetWidth() addr=0353c698 > ? width = 74272608 > ? height = 1442168 > ? depth = 131074 > > So despite what it looks like from pdb, IronPython is correctly > setting the ctypes.c_void_p. The problem is that when it passes the > ctypes.c_void_p back to a C function it gives the address of the > ctypes.c_void_p, instead of the ptr that it contains. > > I'd still like to know: > > ? Why can't I use VS2008 to set breakpoints on C functions in DLLs > that are loaded by IronPython and the ctypes module? > > ? How to see the value of ctypes.c_void_p instances in the VS2008 debugger. > I installed Visual C++ 2010 Express edition. It is able to debug C functions in DLLs that are loaded by IronPython 2.6.1 (for Net 4.0 or Net 2.0) just fine. So the problem was with using VS2008. I created a simple test dll & python script to demonstrate IronPython's bug when passing ctypes.cvoid_p objects back to C. The dll source, cvoidPBug.c is: #include #include __declspec(dllexport) void *makeIntPtr(void) { int *p = (int *) malloc(sizeof(int)); *p = 42; return p; } __declspec(dllexport) int getInt(void *p) { int i = *(int *) p; return i; } The python script is: import sys import ctypes print(sys.version) cvoidPBugLib = ctypes.cdll.LoadLibrary(r"Debug\cvoidPBug.dll") addr=cvoidPBugLib.makeIntPtr() print("type of addr=%s" % type(addr)) print("int from direct addr=%d" % cvoidPBugLib.getInt(addr)) voidptr = ctypes.c_voidp(cvoidPBugLib.makeIntPtr()) print("type of voidptr=%s" % type(voidptr)) print("int from initialized voidptr=%d" % cvoidPBugLib.getInt(voidptr)) voidptr = ctypes.c_voidp() addr = cvoidPBugLib.makeIntPtr() voidptr.value = addr print("type of voidptr=%s" % type(voidptr)) print("int from voidptr made by assigning value=%d" % cvoidPBugLib.getInt(voidptr)) getInt = cvoidPBugLib.getInt getInt.argtypes = [ctypes.c_voidp] print("int from declared voidptr arg made by assigning value=%d" % getInt(voidptr)) makeIntPtr = cvoidPBugLib.makeIntPtr makeIntPtr.restype = ctypes.c_voidp voidptr = cvoidPBugLib.makeIntPtr() print("type of voidptr=%s" % type(voidptr)) print("int from voidptr after declaring restype=%d" % cvoidPBugLib.getInt(voidptr)) Here's the results: 2.6.4 (r264:75706, Jan 22 2010, 16:41:54) [MSC v.1500 32 bit (Intel)] type of addr= int from direct addr=42 type of voidptr= int from initialized voidptr=42 type of voidptr= int from voidptr made by assigning value=42 int from declared voidptr arg made by assigning value=42 type of voidptr= int from voidptr after declaring restype=42 2.6.1 (IronPython 2.6.1 (2.6.10920.0) on .NET 2.0.50727.3607) type of addr= int from direct addr=42 type of voidptr= int from initialized voidptr=70274912 type of voidptr= int from voidptr made by assigning value=70274960 int from declared voidptr arg made by assigning value=70274960 type of voidptr= int from voidptr after declaring restype=42 2.6.1 (IronPython 2.6.1 (2.6.10920.0) on .NET 4.0.30319.1) type of addr= int from direct addr=42 type of voidptr= int from initialized voidptr=63983480 type of voidptr= int from voidptr made by assigning value=63983528 int from declared voidptr arg made by assigning value=63983528 type of voidptr= int from voidptr after declaring restype=42 As can be seen any time the type of voidptr is actually (rather than ) the wrong value is passed to C in IronPython. For my particular case, I've just decided to store void * ptrs returned from C as ints and not bother with ctypes.c_void_p, This solves my problem but I still think the current IronPython behavior is a bug. From dinov at microsoft.com Tue Jul 20 12:11:24 2010 From: dinov at microsoft.com (Dino Viehland) Date: Tue, 20 Jul 2010 10:11:24 +0000 Subject: [IronPython] IronPython 2.6.1 & ctypes, C library, and debugging with VS2008 In-Reply-To: References: Message-ID: I agree this sounds like a bug - if you can open a bug on CodePlex that'd be great. I'll have a look at it after I'm back from EuroPython. > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of TP > Sent: Tuesday, July 20, 2010 11:04 AM > To: Discussion of IronPython > Subject: Re: [IronPython] IronPython 2.6.1 & ctypes, C library, and > debugging with VS2008 > > On Mon, Jul 19, 2010 at 12:18 AM, TP wrote: > > On Sun, Jul 18, 2010 at 10:47 PM, TP wrote: > >> On Sun, Jul 18, 2010 at 2:38 PM, Dino Viehland > wrote: > >>> TP wrote: > >>>> I'm using IronPython 2.6.1 for Net 2.0 and VS2008 on Windows XP > SP3. > >>>> > >>>> I have a python script that lets me access the Leptonica Image > >>>> Processing C library (http://leptonica.com/) using the ctypes > module. > >>>> > >>>> Everything seems to work fine with cpython 2.6. I can correctly > load > >>>> leptonlib.dll, create leptonica PIX images, manipulate them, and > even > >>>> display them using PyQT. I can use VS2008 to put breakpoints on > >>>> leptonica C functions and step through the C code in the VS2008 > >>>> debugger. > >>>> > >>>> I thought I'd give IronPython a try since it also has ctypes, but > I > >>>> ran into a number of problems. > >>>> > >>>> The leptonlib.dll must be loading since I am able to correctly get > >>>> back the library's version string. That is the following works: > >>>> > >>>> ? ? _getLeptonlibVersion = _leptonlib.getLeptonlibVersion > >>>> ? ? _getLeptonlibVersion.restype = ctypes.c_void_p > >>>> ? ? addr = _getLeptonlibVersion() > >>>> ? ? version = ctypes.string_at(addr) > >>>> > >>>> However the following code doesn't seem to work under IronPython > 2.6.1: > >>>> > >>>> ? ? pix = Pix(dimensions=(10,20,1)) > >>>> > >>>> where essentially the following is called: > >>>> > >>>> ? ? _pix = ctypes.c_void_p() > >>>> ? ? _pix.value = _leptonlib.pixCreate(width, height, depth) > >>>> ? ? self._pix = _pix > >>>> > >>>> and I want to treat _pix as an opaque ptr I just hand back to > >>>> leptonica whenever it needs it. For example: > >>>> > >>>> ? ? def height(self): > >>>> ? ? ? ? """Get height of pix in pixels.""" > >>>> ? ? ? ? return _leptonlib.pixGetHeight(self._pix) > >>>> > >>>> Which works with cpython but returns something other than 20 with > >>>> IronPython. > >>>> > >>>> By specifying "-X:Debug -X:FullFrames -X:Tracing leptonica.py" as > the > >>>> arguments to C:\Program Files\IronPython 2.6\ipy.exe I can get > >>>> IronPython to correctly stop at places in my script where I put: > >>>> > >>>> ? ? import pdb > >>>> ? ? pdb.set_trace() > >>>> > >>>> when I debug leptonlibd.dll with VS2008. However, my breakpoints > on > >>>> leptonica's C functions never seem to get hit. This works fine if > I > >>>> instead use python26.exe as command to launch when debugging. > >>> > >>> You should only need -X:Debug to get debugging under VS. ?pdb uses > a > >>> more Pythonic form of debugging but there's no support for it in > VS. > >> > >> Let me be clear here. I am using the VS2008 Solution that I use to > >> create leptonlib.dll. I am debugging that dll by right-clicking its > >> project and setting its Configuration Properties | Debugging tab to: > >> > >> ? Command: C:\Program Files\IronPython 2.6\ipy.exe > >> ? Arguments: -X:Debug -X:FullFrames -X:Tracing -i leptonica.py > >> ? Working Directory: C:\leptonica\ > >> > >> If I only use -X:Debug as you suggest I get the following error: > >> > >> ? Traceback (most recent call last): > >> ? ? File "leptonica.py", line 458, in > >> ? ? File "leptonica.py", line 176, in __init__ > >> ? ? File "C:\Program Files\IronPython 2.6\Lib\pdb.py", line 1220, in > set_trace > >> ? AttributeError: 'module' object has no attribute '_getframe'>>> > >> > >> Googling, I determined that I needed to add at least -X:FullFrames, > >> and by trial and error I found I also needed -X:Tracing. (I wasn't > >> able to find any documentation on ipy.exe's command line switches? I > >> just ran "ipy.exe -h" to dump out the short help description and > took > >> a wild guess at which might be useful) > >> > >>>> > >>>> Ideally I like to have the VS Debugger stop in leptonlibd.dll's > >>>> pixCreate() C function just before it returns its value so I can > >>>> compare that to what I get back on the IronPython side. > >>>> > >>>> So how's does one use VS2008 to step through C functions in DLLs > that > >>>> are loaded by IronPython and the ctypes module? > >>> > >>> Do you have symbols (.PDB files) for leptonlibd.dll? ?You'll need > symbols > >>> to be able to step through the C code. ?You can still probably set > a breakpoint > >>> in the function because it's DLL exported - I think you can debug- > >new > >>> breakpoint and enter leptonlibd!pixCreate. ?Even w/o symbols you > could > >>> step through the assembly. > >> > >> leptonlibd.dll is created with the C7 Compatible (/Z7) compiler > >> switch. This embeds the debugging info directly in the DLL so no > .pdb > >> file is produced. It also does NOT use pre-compiled headers. > >> > >> I might also point out that the same exact .dll will hit breakpoints > >> if debugged with python26.exe rather than ipy.exe. Perhaps since > >> ipy.exe is built on top of .NET the VS2008 debugger handles any > .dll's > >> loaded by it differently? I know for example that the VS2008 > debugger > >> didn't like trying to run the IronPython for NET 4.0 version of > >> ipy.exe (I gather you have to use VS2010 if you want to do that). > >> > >> Trying to set a breaking at leptonlibd!pixCreate didn't work. > >> > >>>> > >>>> Secondly, am I using ctypes wrong, and does my code only work by > >>>> happenstance for cpython. > >>> > >>> I don't see anything particularly wrong on your side and this looks > like > >>> a pretty simple call. ?I would assume the C functions are defined > as: > >>> > >>> void* pixCreate(int width, int height, int depth); > >>> int pixGetHeight(void* pixel); > >> > >> That's correct. > >> > >>> > >>> I would hope we're getting all of this right as it seems like > simple stuff > >>> that should be tested somewhere. ?My first guess would be maybe > we're > >>> getting the calling convention wrong. ?Maybe it needs to be a > WinDLL instead > >>> of a CDLL? ?Maybe there's a check in the Python code for > sys.platform which > >>> is looking for win32 and uses WinDLL to open the DLL instead of > CDLL on > >>> Windows? > >> > >> More information on the problem: > >> > >> I decided to explicitly set the restype even though it's the default > >> return type. I get the same exact behavior as my original code. > Works > >> with cpython, doesn't work with IronPython 2.6.1. > >> > >> If I have with the following python code: > >> > >> ? _pix = ctypes.c_void_p() > >> ? _pixCreate = _leptonlib.pixCreate > >> ? _pixCreate.restype = ctypes.c_int > >> ? import pdb > >> ? pdb.set_trace() > >> > >> ? _pix.value = _pixCreate(width, height, depth) > >> > >> I can do the following in the Command Window after pdb breaks into > the script: > >> > >> ? > leptonica.py(180)__init__() > >> ? -> _pix.value = _pixCreate(width, height, depth) > >> ? (Pdb) n > >> ? > leptonica.py(181)__init__() > >> ? -> self._pix = _pix > >> ? (Pdb) _pix.value > >> ? *** AttributeError: 'cell' object has no attribute 'value' > >> > >> This is a bit strange since I just assigned to _pix.value. > >> Investigating further: > >> > >> ? (Pdb) _pix > >> ? > >> > >> So instead of assigning to _pix.value (that is changing an attribute > >> of _pix), IronPython is clobbering _pix? > >> > >> If I instead separately assign the result of pixCreate() to a > >> temporary variable: > >> > >> ? width, height, depth = dimensions > >> ? _pix = ctypes.c_void_p() > >> ? _pixCreate = _leptonlib.pixCreate > >> ? _pixCreate.restype = ctypes.c_int > >> ? import pdb > >> ? pdb.set_trace() > >> > >> ? addr = _pixCreate(width, height, depth) > >> ? _pix.value = addr > >> > >> Once pdb stops the script: > >> > >> ? > leptonica.py(178)__init__() > >> ? -> addr = _pixCreate(width, height, depth) > >> ? (Pdb) n > >> ? > leptonica.py(179)__init__() > >> ? -> _pix.value = addr > >> ? (Pdb) addr > >> ? > >> ? (Pdb) type(addr) > >> ? > >> ? (Pdb) dir(addr) > >> ? ['__class__', '__cmp__', '__delattr__', '__doc__', '__eq__', > '__format__', > >> ? ?'__getattribute__', '__hash__', '__init__', '__ne__', '__new__', > >> ? ?'__reduce__', '__reduce_ex__', '__repr__', '__setattr__', > >> ? ?'__sizeof__', '__str__', '__subclasshook__', 'cell_contents'] > >> ? (Pdb) type(addr.cell_contents) > >> ? > >> ? (Pdb) addr.cell_contents > >> ? 77491296 > >> > >> So instead of returning an int, ctypes under IronPython is returning > a > >> "cell" in this case for some reason? > >> > >> Compare this to what I get with cpython. If I change the > leptonlib.dll > >> project Configuration Properties | Debugging tab to: > >> > >> ? Command: c:\Python26\python26.exe > >> ? Arguments: -i leptonica.py > >> ? Working Directory: C:\leptonica\ > >> > >> Debugging by typing F5 (or choosing Debug > Start Debugging) without > >> changing leptonica.py or leptonlibd.dll in any way, I then hit all > my > >> breakpoints set in leptonlibd.dll. I get warning messages about > >> python.exe having stopped for each breakpoint and I just click the > >> Continue button to close them. After I type F5 to get past all my C > >> function breakpoints, pdb stops my script with: > >> > >> ? > leptonica.py(178)__init__() > >> ? -> addr = _pixCreate(width, height, depth) > >> ? (Pdb) n > >> ? > leptonica.py(179)__init__() > >> ? -> _pix.value = addr > >> ? (Pdb) addr > >> ? 19492760 > >> ? (Pdb) hex(addr) > >> ? '0x1296f98' > >> > >> and 0x1296f98 matches what I see for the return value of pixCreate() > >> from the VS2008 debugger. > >> > >> I also tried debugging my leptonica.py script by following the > >> directions in the IronPython tutorial. I made a new Solution with > the > >> following Debugging properties: > >> > >> ? Command: C:\Program Files\IronPython 2.6\ipy.exe > >> ? Arguments: -X:Debug -i leptonica.py > >> ? Working Directory: C:\leptonica\ > >> > >> I added my leptonlib.vcprog file to this solution by right-clicking > it > >> and choosing Add > Existing Project. I again set a breakpoint at the > C > >> function pixCreate(). > >> > >> I also set various breakpoints in my leptonica.py script. > >> > >> Pressing F5 to Start Debugging, I now hit my leptonica.py > breakpoints > >> but still don't hit any C function breakpoints. > >> > >> From the locals window I can see that addr is: > >> > >> ? addr 0x00bf6ea0 ? ? ?object {int} > >> > >> Looking in a Memory window at "addr" I see: > >> > >> ? 0x06AAB590 ?79332d70 00bf6ea0 00000000 793042f4 00000001 33b4c9bc > >> p-3y?n?.....?B0y.....??3 > >> > >> So there's something else at "addr", but the next int is 0x00bf6ea0 > again. > >> > >> The memory at 0x00bf6ea0 looks correct: > >> > >> ? 0x00BF6EA0 ?0a 00 00 00 14 00 00 00 01 00 00 00 01 00 00 00 01 00 > >> 00 00 00 00 ?...................... > >> ? 0x00BF6EB6 ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > >> f8 6e bf 00 ?..................?n?. > >> ? 0x00BF6ECC ?fd fd fd fd 10 00 0b 00 f2 01 0c 00 80 6e bf 00 00 00 > >> 00 00 00 00 ?????....?...?n?....... > >> ? 0x00BF6EE2 ?00 00 00 00 00 00 50 00 00 00 01 00 00 00 4d 00 00 00 > >> fd fd fd fd ?......P.......M...???? > >> > >> At least it looks to me like those are indeed ints for width, height > & > >> depth which is what a PIX starts out with. > >> > >> After: > >> > >> ? _pix.value = addr > >> > >> I see this in the locals window: > >> > >> ? _pix "ctypes.c_void_p instance" ? ? ?object > >> {IronPython.NewTypes.IronPython.Modules.SimpleCData_4$4} > >> > >> In the Immediate window I get: > >> > >> ? _pix > >> ? "ctypes.c_void_p instance" > >> ? ? ? base {IronPython.Modules.CTypes.SimpleCData}: "ctypes.c_void_p > instance" > >> ? ? ? .class: PythonType: "c_void_p" > >> ? ? ? .dict: null > >> ? ? ? .slots_and_weakref: null > >> > >> But I am unable to figure out how to tell what the "value" of _pix > is? > >> > > > > Since there seems to be something strange going on with using > > IronPython, pdb & VS2008, I decided to just put in some printf's in > > leptonlib, rebuild it, and forget about using debuggers. > > > > Here's the results: > > > > ? [C:\leptonica]python26 leptonica.py > > ? pixCreate() returns 01293340 > > ? addr=01293340 > > ? _pix.value = 01293340 > > ? ctypes.addressof(_pix) = 00c78878 > > ? pixGetWidth() addr=01293340 > > ? width = 10 > > ? height = 20 > > ? depth = 1 > > > > ? [C:\leptonica]ipy leptonica.py > > ? pixCreate() returns 046d4f60 > > ? addr=046d4f60 > > ? _pix.value = 046d4f60 > > ? ctypes.addressof(_pix) = 0353c698 > > ? pixGetWidth() addr=0353c698 > > ? width = 74272608 > > ? height = 1442168 > > ? depth = 131074 > > > > So despite what it looks like from pdb, IronPython is correctly > > setting the ctypes.c_void_p. The problem is that when it passes the > > ctypes.c_void_p back to a C function it gives the address of the > > ctypes.c_void_p, instead of the ptr that it contains. > > > > I'd still like to know: > > > > ? Why can't I use VS2008 to set breakpoints on C functions in DLLs > > that are loaded by IronPython and the ctypes module? > > > > ? How to see the value of ctypes.c_void_p instances in the VS2008 > debugger. > > > > I installed Visual C++ 2010 Express edition. It is able to debug C > functions in DLLs that are loaded by IronPython 2.6.1 (for Net 4.0 or > Net 2.0) just fine. So the problem was with using VS2008. > > I created a simple test dll & python script to demonstrate > IronPython's bug when passing ctypes.cvoid_p objects back to C. The > dll source, cvoidPBug.c is: > > #include > #include > > __declspec(dllexport) void *makeIntPtr(void) > { > int *p = (int *) malloc(sizeof(int)); > *p = 42; > return p; > } > > __declspec(dllexport) int getInt(void *p) > { > int i = *(int *) p; > return i; > } > > The python script is: > > import sys > import ctypes > > print(sys.version) > cvoidPBugLib = ctypes.cdll.LoadLibrary(r"Debug\cvoidPBug.dll") > > addr=cvoidPBugLib.makeIntPtr() > print("type of addr=%s" % type(addr)) > print("int from direct addr=%d" % cvoidPBugLib.getInt(addr)) > > voidptr = ctypes.c_voidp(cvoidPBugLib.makeIntPtr()) > print("type of voidptr=%s" % type(voidptr)) > print("int from initialized voidptr=%d" % > cvoidPBugLib.getInt(voidptr)) > > voidptr = ctypes.c_voidp() > addr = cvoidPBugLib.makeIntPtr() > voidptr.value = addr > print("type of voidptr=%s" % type(voidptr)) > print("int from voidptr made by assigning value=%d" % > cvoidPBugLib.getInt(voidptr)) > > getInt = cvoidPBugLib.getInt > getInt.argtypes = [ctypes.c_voidp] > print("int from declared voidptr arg made by assigning value=%d" % > getInt(voidptr)) > > makeIntPtr = cvoidPBugLib.makeIntPtr > makeIntPtr.restype = ctypes.c_voidp > voidptr = cvoidPBugLib.makeIntPtr() > print("type of voidptr=%s" % type(voidptr)) > print("int from voidptr after declaring restype=%d" % > cvoidPBugLib.getInt(voidptr)) > > Here's the results: > > 2.6.4 (r264:75706, Jan 22 2010, 16:41:54) [MSC v.1500 32 bit > (Intel)] > type of addr= > int from direct addr=42 > > type of voidptr= > int from initialized voidptr=42 > > type of voidptr= > int from voidptr made by assigning value=42 > int from declared voidptr arg made by assigning value=42 > > type of voidptr= > int from voidptr after declaring restype=42 > > 2.6.1 (IronPython 2.6.1 (2.6.10920.0) on .NET 2.0.50727.3607) > type of addr= > int from direct addr=42 > > type of voidptr= > int from initialized voidptr=70274912 > > type of voidptr= > int from voidptr made by assigning value=70274960 > int from declared voidptr arg made by assigning value=70274960 > > type of voidptr= > int from voidptr after declaring restype=42 > > 2.6.1 (IronPython 2.6.1 (2.6.10920.0) on .NET 4.0.30319.1) > type of addr= > int from direct addr=42 > > type of voidptr= > int from initialized voidptr=63983480 > > type of voidptr= > int from voidptr made by assigning value=63983528 > int from declared voidptr arg made by assigning value=63983528 > > type of voidptr= > int from voidptr after declaring restype=42 > > As can be seen any time the type of voidptr is actually 'ctypes.c_void_p'> (rather than ) the wrong value is > passed to C in IronPython. > > For my particular case, I've just decided to store void * ptrs > returned from C as ints and not bother with ctypes.c_void_p, This > solves my problem but I still think the current IronPython behavior is > a bug. > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From wingusr at gmail.com Tue Jul 20 13:23:11 2010 From: wingusr at gmail.com (TP) Date: Tue, 20 Jul 2010 04:23:11 -0700 Subject: [IronPython] IronPython 2.6.1 & ctypes, C library, and debugging with VS2008 In-Reply-To: References: Message-ID: On Tue, Jul 20, 2010 at 3:11 AM, Dino Viehland wrote: > I agree this sounds like a bug - if you can open a bug on CodePlex that'd > be great. ?I'll have a look at it after I'm back from EuroPython. Okay, I just added an issue at http://ironpython.codeplex.com/workitem/28180. From merllab at microsoft.com Tue Jul 20 17:08:54 2010 From: merllab at microsoft.com (merllab at microsoft.com) Date: Tue, 20 Jul 2010 08:08:54 -0700 Subject: [IronPython] IronPython 2.6 CodePlex Source Update Message-ID: This is an automated email letting you know that sources have recently been pushed out. You can download these newer sources directly from http://ironpython.codeplex.com/SourceControl/changeset/view/73452. MODIFIED SOURCES $/IronPython/IronPython_Main/Config/Signed/App.config $/IronPython/IronPython_Main/Config/Unsigned/App.config $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Actions/Calls/OverloadResolver.cs From Matt.funke at vishaypg.com Tue Jul 20 17:30:49 2010 From: Matt.funke at vishaypg.com (Funke, Matt) Date: Tue, 20 Jul 2010 15:30:49 +0000 Subject: [IronPython] IronPython and Silverlight -- newbie question Message-ID: <2C5C90D76B65DC47A65001FD937014B2016CBAC6@WSWD43.VishayPG.com> I've really enjoyed IronPython In Action, and have found it immensely helpful in my quest to understand integrating Python with WPF. (I'm something of a newbie.) Unfortunately, I've hit a conceptual wall with Sliverlight. In particular, creating the app.xap file for the source code in chapter13\13.1.3\ControlsExample1 seems to be hitting a roadblock. Here's the command I gave to Chiron from within the chpter13 directory: C:\Users\mfunke\Documents\Programming Reference\Python\Libraries\IronPython\IronPython In Action\sourcecode\chapter13>bin/Chiron /d:13.1.3/ControlsExample1 /z:app.xap Chiron gave me this feedback: Generating XAP C:\Users\mfunke\Documents\Programming Reference\Python\Libraries\IronPython\IronPython In Action\sourcecode\chapter13\app.xap from C:\Users\mfunke\Documents\Programming Reference\Python\Libraries\IronPython\IronPython In Action\sourcecode\chapter13\13.1.3\ControlsExample1 I then moved app.xap from C:\Users\mfunke\Documents\Programming Reference\Python\Libraries\IronPython\IronPython In Action\sourcecode\chapter13 to C:\Users\mfunke\Documents\Programming Reference\Python\Libraries\IronPython\IronPython In Action\sourcecode\chapter13\13.1.3\ControlsExample1 and opened index.html. That's what generated the error in the attached screenshot. Can anyone help me? How should I be generating app.xap, and where should it live? I'm running IronPython 2.6.1 for .NET 4.0, as well as .NET 4.0 (naturally) and Silverlight 4. Thanks in advance for any help you can give. -- Best Regards, Matt Funke -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Silverlight.jpg Type: image/jpeg Size: 93210 bytes Desc: Silverlight.jpg URL: From dfugate at microsoft.com Tue Jul 20 18:20:38 2010 From: dfugate at microsoft.com (Dave Fugate) Date: Tue, 20 Jul 2010 16:20:38 +0000 Subject: [IronPython] reading utf-8 files In-Reply-To: References: Message-ID: <299545F35D442642800736DBA0C3AA280452AF@TK5EX14MBXC201.redmond.corp.microsoft.com> In this case, it looks like the test files aren't really utf-8-sig. That is, under CPython: C:\Users\dfugate\Desktop>C:\Python27\python.exe Python 2.7 (r27:82525, Jul 4 2010, 09:01:59) [MSC v.1500 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import codecs >>> import nt >>> dir = nt.getcwd() >>> i = 'a - 2 lines.txt' >>> file = codecs.open(dir + "\\" + i, "r", "utf_8_sig") >>> for line in file: print line ... Traceback (most recent call last): File "", line 1, in File "C:\Python27\lib\encodings\cp437.py", line 12, in encode return codecs.charmap_encode(input,errors,encoding_map) UnicodeEncodeError: 'charmap' codec can't encode characters in position 0-7: character maps to >>> file.close() >>> i = 'a - 3 lines.txt' >>> file = codecs.open(dir + "\\" + i, "r", "utf_8_sig") >>> for line in file: print line ... Traceback (most recent call last): File "", line 1, in File "C:\Python27\lib\encodings\cp437.py", line 12, in encode return codecs.charmap_encode(input,errors,encoding_map) UnicodeEncodeError: 'charmap' codec can't encode characters in position 0-7: character maps to >>> file.close() The bug here is that IronPython can process 'a - 2 lines.txt'. Dave From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of abdalla ramadan Sent: Friday, July 09, 2010 11:46 AM To: users at lists.ironpython.com Subject: [IronPython] reading utf-8 files Hello, I am trying to read utf-8 files (written using notepad and have BOM) using the following code file = codecs.open(dir+ '\\' + i,"r",'utf_8_sig') for line in file: print "line" I attached two files the a - 3 lines.txt file gives this exception and print "line" is never called not even once Unhandled Exception: System.Text.EncoderFallbackException: failed to decode bytes at index 65 but the file a - 2 lines.txt is read without problems I tried with several different texts but I could not find rule for a file that throws this exception. I tested other files with 3 lines that did not throw the exception. Thanks very much for advance -------------- next part -------------- An HTML attachment was scrubbed... URL: From fuzzyman at voidspace.org.uk Tue Jul 20 18:53:58 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Tue, 20 Jul 2010 17:53:58 +0100 Subject: [IronPython] IronPython and Silverlight -- newbie question In-Reply-To: <2C5C90D76B65DC47A65001FD937014B2016CBAC6@WSWD43.VishayPG.com> References: <2C5C90D76B65DC47A65001FD937014B2016CBAC6@WSWD43.VishayPG.com> Message-ID: <4C45D4A6.30804@voidspace.org.uk> On 20/07/2010 16:30, Funke, Matt wrote: > > I've really enjoyed /IronPython In Action/, and have found it > immensely helpful in my quest to understand integrating Python with > WPF. (I'm something of a newbie.) > > Unfortunately, I've hit a conceptual wall with Sliverlight. In > particular, creating the *app.xap* file for the source code in > *chapter13\13.1.3\ControlsExample1* seems to be hitting a roadblock. > Here's the command I gave to Chiron from within the chpter13 directory: > > *C:\Users\mfunke\Documents\Programming > Reference\Python\Libraries\IronPython\IronPython In > Action\sourcecode\chapter13>bin/Chiron /d:13.1.3/ControlsExample1 > /z:app.xap* > > Chiron gave me this feedback: > > *Generating XAP C:\Users\mfunke\Documents\Programming > Reference\Python\Libraries\IronPython\IronPython In > Action\sourcecode\chapter13\app.xap from > C:\Users\mfunke\Documents\Programming > Reference\Python\Libraries\IronPython\IronPython In > Action\sourcecode\chapter13\13.1.3\ControlsExample1* > > I then moved *app.xap* from *C:\Users\mfunke\Documents\Programming > Reference\Python\Libraries\IronPython\IronPython In > Action\sourcecode\chapter13* to *C:\Users\mfunke\Documents\Programming > Reference\Python\Libraries\IronPython\IronPython In > Action\sourcecode\chapter13\13.1.3\ControlsExample1* and opened > *index.html*. That's what generated the error in the attached screenshot. > > Can anyone help me? How */should/* I be generating app.xap, and where > should it live? > > I'm running IronPython 2.6.1 for .NET 4.0, as well as .NET 4.0 > (naturally) and Silverlight 4. Thanks in advance for any help you can > give. > Hey Matt, The IronPython in Action binaries include IronPython 2 (Python 2.5), which unfortunately isn't compatible with Silverlight 4 due to core-clr API changes (grrr). If you replace the IronPython binaries in the examples with the IronPython 2.6.1 "IronPython for Silverlight" binaries then all the code should "just work". I need to update the examples and get Manning to use the later version - my apologies. All the best, Michael Foord > -- Best Regards, > > Matt Funke > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://www.ironpythoninaction.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From ian at ianhobson.co.uk Tue Jul 20 19:52:14 2010 From: ian at ianhobson.co.uk (Ian Hobson) Date: Tue, 20 Jul 2010 18:52:14 +0100 Subject: [IronPython] MySQL and Iron Python Message-ID: <4C45E24E.2080508@ianhobson.co.uk> Hi all, How can I (a nube) read a MySQL database using Iron Python? (windows 7 and 2008 Server). Any method will do, so long as it works. :) I've tried adodbapi and mysqldb and mysqlconnector - and always hit an obstacle I can't get round. Regards Ian From vernondcole at gmail.com Tue Jul 20 20:05:34 2010 From: vernondcole at gmail.com (Vernon Cole) Date: Tue, 20 Jul 2010 12:05:34 -0600 Subject: [IronPython] MySQL and Iron Python In-Reply-To: <4C45E24E.2080508@ianhobson.co.uk> References: <4C45E24E.2080508@ianhobson.co.uk> Message-ID: I use MySQL as one of the basic tests for adodbapi, so I can say that it works pretty well for me. What obstacle do you hit? -- Vernon Cole On Tue, Jul 20, 2010 at 11:52 AM, Ian Hobson wrote: > Hi all, > > How can I (a nube) read a MySQL database using Iron Python? (windows 7 and > 2008 Server). > > Any method will do, so long as it works. :) > > I've tried adodbapi and mysqldb and mysqlconnector - and always hit an > obstacle I can't get round. > > Regards > > Ian > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ian at ianhobson.co.uk Tue Jul 20 20:16:07 2010 From: ian at ianhobson.co.uk (Ian Hobson) Date: Tue, 20 Jul 2010 19:16:07 +0100 Subject: [IronPython] MySQL and Iron Python In-Reply-To: References: <4C45E24E.2080508@ianhobson.co.uk> Message-ID: <4C45E7E7.5050102@ianhobson.co.uk> ...Testing MySql login... (-2147352567, 'Exception occurred.', (0, u'Microsoft OLE DB Provider for ODBC Dr ivers', u'[Microsoft][ODBC Driver Manager] Data source name not found and no def ault driver specified', None, 0, -2147467259), None) Unit tests for adodbapi version 2.3.0 Default Date Converter is On 20/07/2010 19:05, Vernon Cole wrote: > I use MySQL as one of the basic tests for adodbapi, so I can say that > it works pretty well for me. > What obstacle do you hit? > -- > Vernon Cole > > On Tue, Jul 20, 2010 at 11:52 AM, Ian Hobson > wrote: > > Hi all, > > How can I (a nube) read a MySQL database using Iron Python? > (windows 7 and 2008 Server). > > Any method will do, so long as it works. :) > > I've tried adodbapi and mysqldb and mysqlconnector - and always > hit an obstacle I can't get round. > > Regards > > Ian > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 9.0.839 / Virus Database: 271.1.1/3017 - Release Date: 07/20/10 07:36:00 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ian at ianhobson.co.uk Tue Jul 20 20:23:07 2010 From: ian at ianhobson.co.uk (Ian Hobson) Date: Tue, 20 Jul 2010 19:23:07 +0100 Subject: [IronPython] MySQL and Iron Python In-Reply-To: References: <4C45E24E.2080508@ianhobson.co.uk> Message-ID: <4C45E98B.2060301@ianhobson.co.uk> Hi Vernon, Sorry for my previous post - it slipped out as I was trying to convert your tests to use a real user, server and password. The full result of running the test batch job is D:\work\Moschatel\adodbapi\tests>runtests.bat D:\work\Moschatel\adodbapi\tests>if "" == "" goto skip_1 D:\work\Moschatel\adodbapi\tests>if not "python" == "" goto skip_python D:\work\Moschatel\adodbapi\tests>Echo on D:\work\Moschatel\adodbapi\tests>echo . . D:\work\Moschatel\adodbapi\tests>echo . . D:\work\Moschatel\adodbapi\tests>del *.pyc D:\work\Moschatel\adodbapi\tests>echo . . D:\work\Moschatel\adodbapi\tests>REM unit test D:\work\Moschatel\adodbapi\tests>call python adodbapitest.py 2.6.5 (r265:79096, Mar 19 2010, 21:48:26) [MSC v.1500 32 bit (Intel)] adodbapi v2.3.0 adodbapitestconfig.py v 2.3.0 ...Testing MS-SQL login... (-2147352567, 'Exception occurred.', (0, u'Microsoft OLE DB Provider for SQL Ser ver', u'Cannot open database "Northwind" requested by the login. The login faile d.', None, 0, -2147467259), None) ...Testing MySql login... (-2147352567, 'Exception occurred.', (0, u'Microsoft OLE DB Provider for ODBC Dr ivers', u'[Microsoft][ODBC Driver Manager] Data source name not found and no def ault driver specified', None, 0, -2147467259), None) Unit tests for adodbapi version 2.3.0 Default Date Converter is .................................................... ---------------------------------------------------------------------- Ran 52 tests in 1.895s OK Changed dateconverter to .................................................... ---------------------------------------------------------------------- Ran 52 tests in 1.907s OK D:\work\Moschatel\adodbapi\tests>echo . . D:\work\Moschatel\adodbapi\tests>echo . . D:\work\Moschatel\adodbapi\tests>REM generic test D:\work\Moschatel\adodbapi\tests>call python test_adodbapi_dbapi20.py This module depends on the dbapi20 compliance tests created by Stuart Bishop (see db-sig mailing list history for info) adodbapi v2.3.0 Tested with dbapi20 1.12 ...Testing MS-SQL login... (-2147352567, 'Exception occurred.', (0, u'Microsoft OLE DB Provider for SQL Ser ver', u'Cannot open database "Northwind" requested by the login. The login faile d.', None, 0, -2147467259), None) D:\work\Moschatel\adodbapi\tests>echo . . D:\work\Moschatel\adodbapi\tests>echo . . D:\work\Moschatel\adodbapi\tests>pause Testing complete Press any key to continue . . . D:\work\Moschatel\adodbapi\tests> Googling "Data source name not found and no default driver specified" has not been any help! Regards Ian On 20/07/2010 19:05, Vernon Cole wrote: > I use MySQL as one of the basic tests for adodbapi, so I can say that > it works pretty well for me. > What obstacle do you hit? > -- > Vernon Cole > > On Tue, Jul 20, 2010 at 11:52 AM, Ian Hobson > wrote: > > Hi all, > > How can I (a nube) read a MySQL database using Iron Python? > (windows 7 and 2008 Server). > > Any method will do, so long as it works. :) > > I've tried adodbapi and mysqldb and mysqlconnector - and always > hit an obstacle I can't get round. > > Regards > > Ian > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 9.0.839 / Virus Database: 271.1.1/3017 - Release Date: 07/20/10 07:36:00 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vernondcole at gmail.com Tue Jul 20 20:32:08 2010 From: vernondcole at gmail.com (Vernon Cole) Date: Tue, 20 Jul 2010 12:32:08 -0600 Subject: [IronPython] MySQL and Iron Python In-Reply-To: <4C45E7E7.5050102@ianhobson.co.uk> References: <4C45E24E.2080508@ianhobson.co.uk> <4C45E7E7.5050102@ianhobson.co.uk> Message-ID: You need to supply a "Driver" for each dialect of SQL you use. The Microsoft drivers (SQL server and JET) ship with Windows, but you have to hunt for the others. For my testing, I use the "MySQL ODBC 5.1 Driver". You can find it at http://dev.mysql.com/downloads/connector/odbc/5.1.html Also, http://www.connectionstrings.com/ will shed more light on the black magic of creating a working connection string. -- Vernon On Tue, Jul 20, 2010 at 12:16 PM, Ian Hobson wrote: > ...Testing MySql login... > (-2147352567, 'Exception occurred.', (0, u'Microsoft OLE DB Provider for > ODBC Dr > ivers', u'[Microsoft][ODBC Driver Manager] Data source name not found and > no def > ault driver specified', None, 0, -2147467259), None) > Unit tests for adodbapi version 2.3.0 > Default Date Converter is 0x023D7610 > > > > > > On 20/07/2010 19:05, Vernon Cole wrote: > > I use MySQL as one of the basic tests for adodbapi, so I can say that it > works pretty well for me. > What obstacle do you hit? > -- > Vernon Cole > > On Tue, Jul 20, 2010 at 11:52 AM, Ian Hobson wrote: > >> Hi all, >> >> How can I (a nube) read a MySQL database using Iron Python? (windows 7 and >> 2008 Server). >> >> Any method will do, so long as it works. :) >> >> I've tried adodbapi and mysqldb and mysqlconnector - and always hit an >> obstacle I can't get round. >> >> Regards >> >> Ian >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> > > > _______________________________________________ > Users mailing listUsers at lists.ironpython.comhttp://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 9.0.839 / Virus Database: 271.1.1/3017 - Release Date: 07/20/10 07:36:00 > > > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ian at ianhobson.co.uk Tue Jul 20 21:12:32 2010 From: ian at ianhobson.co.uk (Ian Hobson) Date: Tue, 20 Jul 2010 20:12:32 +0100 Subject: [IronPython] MySQL and Iron Python In-Reply-To: References: <4C45E24E.2080508@ianhobson.co.uk> <4C45E7E7.5050102@ianhobson.co.uk> Message-ID: <4C45F520.1080508@ianhobson.co.uk> Thanks Vernon, With your help I now have some data! Now to find out if I can access it by field name and not just position. Thanks again Ian On 20/07/2010 19:32, Vernon Cole wrote: > You need to supply a "Driver" for each dialect of SQL you use. The > Microsoft drivers (SQL server and JET) ship with Windows, but you have > to hunt for the others. For my testing, I use the "MySQL ODBC 5.1 Driver". > You can find it at http://dev.mysql.com/downloads/connector/odbc/5.1.html > > Also, http://www.connectionstrings.com/ will shed more light on the > black magic of creating a working connection string. > -- > Vernon > > On Tue, Jul 20, 2010 at 12:16 PM, Ian Hobson > wrote: > > ...Testing MySql login... > (-2147352567, 'Exception occurred.', (0, u'Microsoft OLE DB > Provider for ODBC Dr > ivers', u'[Microsoft][ODBC Driver Manager] Data source name not > found and no def > ault driver specified', None, 0, -2147467259), None) > Unit tests for adodbapi version 2.3.0 > Default Date Converter is at 0x023D7610 > > > > > > On 20/07/2010 19:05, Vernon Cole wrote: >> I use MySQL as one of the basic tests for adodbapi, so I can say >> that it works pretty well for me. >> What obstacle do you hit? >> -- >> Vernon Cole >> >> On Tue, Jul 20, 2010 at 11:52 AM, Ian Hobson > > wrote: >> >> Hi all, >> >> How can I (a nube) read a MySQL database using Iron Python? >> (windows 7 and 2008 Server). >> >> Any method will do, so long as it works. :) >> >> I've tried adodbapi and mysqldb and mysqlconnector - and >> always hit an obstacle I can't get round. >> >> Regards >> >> Ian >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >> >> >> >> No virus found in this incoming message. >> Checked by AVG -www.avg.com >> Version: 9.0.839 / Virus Database: 271.1.1/3017 - Release Date: 07/20/10 07:36:00 >> >> > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 9.0.839 / Virus Database: 271.1.1/3017 - Release Date: 07/20/10 07:36:00 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vernondcole at gmail.com Tue Jul 20 22:47:08 2010 From: vernondcole at gmail.com (Vernon Cole) Date: Tue, 20 Jul 2010 14:47:08 -0600 Subject: [IronPython] MySQL and Iron Python In-Reply-To: <4C45F520.1080508@ianhobson.co.uk> References: <4C45E24E.2080508@ianhobson.co.uk> <4C45E7E7.5050102@ianhobson.co.uk> <4C45F520.1080508@ianhobson.co.uk> Message-ID: Field name access is the next development step. The API calls for position (field number) access. Field name access is an extension. I personally think that it is the obvious thing to do, but the movers and shakers of the database API don't see it the same way. My big goal is to add that feature. I implemented name access for (input) parameters in the last revision. (paramstyle='named'). So for today, you must use column position to read the data. -- Vernon On Tue, Jul 20, 2010 at 1:12 PM, Ian Hobson wrote: > Thanks Vernon, > > With your help I now have some data! > > Now to find out if I can access it by field name and not just position. > > Thanks again > > Ian > > > On 20/07/2010 19:32, Vernon Cole wrote: > > You need to supply a "Driver" for each dialect of SQL you use. The > Microsoft drivers (SQL server and JET) ship with Windows, but you have to > hunt for the others. For my testing, I use the "MySQL ODBC 5.1 Driver". > You can find it at http://dev.mysql.com/downloads/connector/odbc/5.1.html > > Also, http://www.connectionstrings.com/ will shed more light on the black > magic of creating a working connection string. > -- > Vernon > > On Tue, Jul 20, 2010 at 12:16 PM, Ian Hobson wrote: > >> ...Testing MySql login... >> (-2147352567, 'Exception occurred.', (0, u'Microsoft OLE DB Provider for >> ODBC Dr >> ivers', u'[Microsoft][ODBC Driver Manager] Data source name not found and >> no def >> ault driver specified', None, 0, -2147467259), None) >> Unit tests for adodbapi version 2.3.0 >> Default Date Converter is > 0x023D7610 >> >> > >> >> >> On 20/07/2010 19:05, Vernon Cole wrote: >> >> I use MySQL as one of the basic tests for adodbapi, so I can say that it >> works pretty well for me. >> What obstacle do you hit? >> -- >> Vernon Cole >> >> On Tue, Jul 20, 2010 at 11:52 AM, Ian Hobson wrote: >> >>> Hi all, >>> >>> How can I (a nube) read a MySQL database using Iron Python? (windows 7 >>> and 2008 Server). >>> >>> Any method will do, so long as it works. :) >>> >>> I've tried adodbapi and mysqldb and mysqlconnector - and always hit an >>> obstacle I can't get round. >>> >>> Regards >>> >>> Ian >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at lists.ironpython.com >>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >>> >> >> >> _______________________________________________ >> Users mailing listUsers at lists.ironpython.comhttp://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >> >> >> No virus found in this incoming message. >> Checked by AVG - www.avg.com >> Version: 9.0.839 / Virus Database: 271.1.1/3017 - Release Date: 07/20/10 07:36:00 >> >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >> > > _______________________________________________ > Users mailing listUsers at lists.ironpython.comhttp://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 9.0.839 / Virus Database: 271.1.1/3017 - Release Date: 07/20/10 07:36:00 > > > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdhardy at gmail.com Tue Jul 20 23:59:32 2010 From: jdhardy at gmail.com (Jeff Hardy) Date: Tue, 20 Jul 2010 15:59:32 -0600 Subject: [IronPython] dll Assemblies in IronPython 2.7A1 Message-ID: Hi all, I downloaded & installed IronPython-2.7A1.msi. In previous versions, the IronPython assemblies (IronPython.dll, IronPython.Modules.dll, Microsoft.Scripting.dll, etc.) were in the install folder, but they seem to be gone in 2.7. There are ones in the Silverligh\bint folder, but I assume those are for Silverlight only. Is this an oversight or will the assemblies only be available in the -Bin.zip files from now on? - Jef From dfugate at microsoft.com Wed Jul 21 00:04:10 2010 From: dfugate at microsoft.com (Dave Fugate) Date: Tue, 20 Jul 2010 22:04:10 +0000 Subject: [IronPython] dll Assemblies in IronPython 2.7A1 In-Reply-To: References: Message-ID: <299545F35D442642800736DBA0C3AA280458BC@TK5EX14MBXC201.redmond.corp.microsoft.com> These assemblies are all in the GAC now instead of the install folder. There's likely some way to pull them from the GAC, but the simpler option would be the -Bin.zip file. Dave -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jeff Hardy Sent: Tuesday, July 20, 2010 3:00 PM To: Discussion of IronPython Subject: [IronPython] dll Assemblies in IronPython 2.7A1 Hi all, I downloaded & installed IronPython-2.7A1.msi. In previous versions, the IronPython assemblies (IronPython.dll, IronPython.Modules.dll, Microsoft.Scripting.dll, etc.) were in the install folder, but they seem to be gone in 2.7. There are ones in the Silverligh\bint folder, but I assume those are for Silverlight only. Is this an oversight or will the assemblies only be available in the -Bin.zip files from now on? - Jef _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From dinov at microsoft.com Wed Jul 21 09:52:24 2010 From: dinov at microsoft.com (Dino Viehland) Date: Wed, 21 Jul 2010 07:52:24 +0000 Subject: [IronPython] dll Assemblies in IronPython 2.7A1 In-Reply-To: <299545F35D442642800736DBA0C3AA280458BC@TK5EX14MBXC201.redmond.corp.microsoft.com> References: <299545F35D442642800736DBA0C3AA280458BC@TK5EX14MBXC201.redmond.corp.microsoft.com> Message-ID: Also if people would like us to keep the assemblies in program files in addition to the GAC we can make that change. But it would mean there'd be 2 copies of it on disk (not that they're particularly huge or anything). FYI the GAC directory for .NET 4 is %WINDIR%\Microsoft.NET\assembly so you can drill down and grab them from there if need be. > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Dave Fugate > Sent: Tuesday, July 20, 2010 11:04 PM > To: Discussion of IronPython > Subject: Re: [IronPython] dll Assemblies in IronPython 2.7A1 > > These assemblies are all in the GAC now instead of the install folder. > There's likely some way to pull them from the GAC, but the simpler > option would be the -Bin.zip file. > > Dave > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Jeff Hardy > Sent: Tuesday, July 20, 2010 3:00 PM > To: Discussion of IronPython > Subject: [IronPython] dll Assemblies in IronPython 2.7A1 > > Hi all, > I downloaded & installed IronPython-2.7A1.msi. In previous versions, > the IronPython assemblies (IronPython.dll, IronPython.Modules.dll, > Microsoft.Scripting.dll, etc.) were in the install folder, but they > seem to be gone in 2.7. There are ones in the Silverligh\bint folder, > but I assume those are for Silverlight only. > > Is this an oversight or will the assemblies only be available in the - > Bin.zip files from now on? > > - Jef > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From Matt.funke at vishaypg.com Wed Jul 21 14:58:34 2010 From: Matt.funke at vishaypg.com (Funke, Matt) Date: Wed, 21 Jul 2010 12:58:34 +0000 Subject: [IronPython] Trying to Create a New Silverlight Project Message-ID: <2C5C90D76B65DC47A65001FD937014B2016CBD4D@WSWD43.VishayPG.com> All right. Some attempts to use IronPython and Silverlight have become aborted, so I'm trying the most basic: starting a new Silverlight project in Visual Studio 2010, after installing IronPython Tools for Visual Studio 2010. It seems simple enough. Click on "New Project...". In the dialog box that opens, select "IronPython" in the list of Installed Templates. Select "IronPython Silverlight Web Page" in the list of offered app templates. Simple enough. But when I try to save the project so that I can see what the webpage looks like, I get an error: "The operation could not be completed. No such interface supported". Any idea what could be wrong? (Should I also see a XAML file? I only have an HTML file and a Python script that adds a button method.) Sorry for the noobish questions. I just want to get an IronPython Silverlight project running in some form on .NET 4. -- Best Regards, Matt Funke From dinov at microsoft.com Wed Jul 21 15:44:16 2010 From: dinov at microsoft.com (Dino Viehland) Date: Wed, 21 Jul 2010 13:44:16 +0000 Subject: [IronPython] Trying to Create a New Silverlight Project In-Reply-To: <2C5C90D76B65DC47A65001FD937014B2016CBD4D@WSWD43.VishayPG.com> References: <2C5C90D76B65DC47A65001FD937014B2016CBD4D@WSWD43.VishayPG.com> Message-ID: Is this CTP3 or 2.7A1? This sounds more like a bug than a noobish question but I'd only expect SL4 to work w/ 2.7A1. > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Funke, Matt > Sent: Wednesday, July 21, 2010 1:59 PM > To: Discussion of IronPython > Subject: [IronPython] Trying to Create a New Silverlight Project > > All right. Some attempts to use IronPython and Silverlight have become > aborted, so I'm trying the most basic: starting a new Silverlight > project in Visual Studio 2010, after installing IronPython Tools for > Visual Studio 2010. > > It seems simple enough. Click on "New Project...". In the dialog box > that opens, select "IronPython" in the list of Installed Templates. > Select "IronPython Silverlight Web Page" in the list of offered app > templates. > > Simple enough. But when I try to save the project so that I can see > what the webpage looks like, I get an error: "The operation could not > be completed. No such interface supported". > > Any idea what could be wrong? (Should I also see a XAML file? I only > have an HTML file and a Python script that adds a button method.) > > Sorry for the noobish questions. I just want to get an IronPython > Silverlight project running in some form on .NET 4. > > -- Best Regards, > Matt Funke > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From Matt.funke at vishaypg.com Wed Jul 21 15:46:27 2010 From: Matt.funke at vishaypg.com (Funke, Matt) Date: Wed, 21 Jul 2010 13:46:27 +0000 Subject: [IronPython] Trying to Create a New Silverlight Project In-Reply-To: References: <2C5C90D76B65DC47A65001FD937014B2016CBD4D@WSWD43.VishayPG.com> Message-ID: <2C5C90D76B65DC47A65001FD937014B2016CBD97@WSWD43.VishayPG.com> It's 2.6.1. Do I need a later version to use Silverlight 4? Can you link to some relevant reading material so that I can learn what I need to do and what the compatibility issues are? Thanks for your time and your reply. -- Best Regards, Matt Funke -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino Viehland Sent: Wednesday, July 21, 2010 9:44 AM To: Discussion of IronPython Subject: Re: [IronPython] Trying to Create a New Silverlight Project Is this CTP3 or 2.7A1? This sounds more like a bug than a noobish question but I'd only expect SL4 to work w/ 2.7A1. > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Funke, Matt > Sent: Wednesday, July 21, 2010 1:59 PM > To: Discussion of IronPython > Subject: [IronPython] Trying to Create a New Silverlight Project > > All right. Some attempts to use IronPython and Silverlight have > become aborted, so I'm trying the most basic: starting a new > Silverlight project in Visual Studio 2010, after installing IronPython > Tools for Visual Studio 2010. > > It seems simple enough. Click on "New Project...". In the dialog box > that opens, select "IronPython" in the list of Installed Templates. > Select "IronPython Silverlight Web Page" in the list of offered app > templates. > > Simple enough. But when I try to save the project so that I can see > what the webpage looks like, I get an error: "The operation could not > be completed. No such interface supported". > > Any idea what could be wrong? (Should I also see a XAML file? I only > have an HTML file and a Python script that adds a button method.) > > Sorry for the noobish questions. I just want to get an IronPython > Silverlight project running in some form on .NET 4. > > -- Best Regards, > Matt Funke > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From dinov at microsoft.com Wed Jul 21 15:56:41 2010 From: dinov at microsoft.com (Dino Viehland) Date: Wed, 21 Jul 2010 13:56:41 +0000 Subject: [IronPython] Trying to Create a New Silverlight Project In-Reply-To: <2C5C90D76B65DC47A65001FD937014B2016CBD97@WSWD43.VishayPG.com> References: <2C5C90D76B65DC47A65001FD937014B2016CBD4D@WSWD43.VishayPG.com> <2C5C90D76B65DC47A65001FD937014B2016CBD97@WSWD43.VishayPG.com> Message-ID: Yeah, I don't think 2.6.1 works w/ Silverlight 4. But I'm not sure exactly why it doesn't work. Jimmy would know better and hopefully he can reply whenever he gets into work later in the day. > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Funke, Matt > Sent: Wednesday, July 21, 2010 2:46 PM > To: Discussion of IronPython > Subject: Re: [IronPython] Trying to Create a New Silverlight Project > > It's 2.6.1. Do I need a later version to use Silverlight 4? > > Can you link to some relevant reading material so that I can learn what > I need to do and what the compatibility issues are? > > Thanks for your time and your reply. > > -- Best Regards, > Matt Funke > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Dino Viehland > Sent: Wednesday, July 21, 2010 9:44 AM > To: Discussion of IronPython > Subject: Re: [IronPython] Trying to Create a New Silverlight Project > > Is this CTP3 or 2.7A1? This sounds more like a bug than a noobish > question but I'd only expect SL4 to work w/ 2.7A1. > > > -----Original Message----- > > From: users-bounces at lists.ironpython.com [mailto:users- > > bounces at lists.ironpython.com] On Behalf Of Funke, Matt > > Sent: Wednesday, July 21, 2010 1:59 PM > > To: Discussion of IronPython > > Subject: [IronPython] Trying to Create a New Silverlight Project > > > > All right. Some attempts to use IronPython and Silverlight have > > become aborted, so I'm trying the most basic: starting a new > > Silverlight project in Visual Studio 2010, after installing > IronPython > > Tools for Visual Studio 2010. > > > > It seems simple enough. Click on "New Project...". In the dialog > box > > that opens, select "IronPython" in the list of Installed Templates. > > Select "IronPython Silverlight Web Page" in the list of offered app > > templates. > > > > Simple enough. But when I try to save the project so that I can see > > what the webpage looks like, I get an error: "The operation could not > > be completed. No such interface supported". > > > > Any idea what could be wrong? (Should I also see a XAML file? I > only > > have an HTML file and a Python script that adds a button method.) > > > > Sorry for the noobish questions. I just want to get an IronPython > > Silverlight project running in some form on .NET 4. > > > > -- Best Regards, > > Matt Funke > > _______________________________________________ > > Users mailing list > > Users at lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From Matt.funke at vishaypg.com Wed Jul 21 15:58:17 2010 From: Matt.funke at vishaypg.com (Funke, Matt) Date: Wed, 21 Jul 2010 13:58:17 +0000 Subject: [IronPython] Trying to Create a New Silverlight Project In-Reply-To: References: <2C5C90D76B65DC47A65001FD937014B2016CBD4D@WSWD43.VishayPG.com> <2C5C90D76B65DC47A65001FD937014B2016CBD97@WSWD43.VishayPG.com> Message-ID: <2C5C90D76B65DC47A65001FD937014B2016CBDC9@WSWD43.VishayPG.com> I'd appreciate that if he has the time. Meanwhile, I'll uninstall 2.6.1, install 2.7A1, and see if that makes the problem go away. Thanks for your insight. -- Best Regards, Matt Funke -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino Viehland Sent: Wednesday, July 21, 2010 9:57 AM To: Discussion of IronPython Subject: Re: [IronPython] Trying to Create a New Silverlight Project Yeah, I don't think 2.6.1 works w/ Silverlight 4. But I'm not sure exactly why it doesn't work. Jimmy would know better and hopefully he can reply whenever he gets into work later in the day. > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Funke, Matt > Sent: Wednesday, July 21, 2010 2:46 PM > To: Discussion of IronPython > Subject: Re: [IronPython] Trying to Create a New Silverlight Project > > It's 2.6.1. Do I need a later version to use Silverlight 4? > > Can you link to some relevant reading material so that I can learn > what I need to do and what the compatibility issues are? > > Thanks for your time and your reply. > > -- Best Regards, > Matt Funke > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Dino Viehland > Sent: Wednesday, July 21, 2010 9:44 AM > To: Discussion of IronPython > Subject: Re: [IronPython] Trying to Create a New Silverlight Project > > Is this CTP3 or 2.7A1? This sounds more like a bug than a noobish > question but I'd only expect SL4 to work w/ 2.7A1. > > > -----Original Message----- > > From: users-bounces at lists.ironpython.com [mailto:users- > > bounces at lists.ironpython.com] On Behalf Of Funke, Matt > > Sent: Wednesday, July 21, 2010 1:59 PM > > To: Discussion of IronPython > > Subject: [IronPython] Trying to Create a New Silverlight Project > > > > All right. Some attempts to use IronPython and Silverlight have > > become aborted, so I'm trying the most basic: starting a new > > Silverlight project in Visual Studio 2010, after installing > IronPython > > Tools for Visual Studio 2010. > > > > It seems simple enough. Click on "New Project...". In the dialog > box > > that opens, select "IronPython" in the list of Installed Templates. > > Select "IronPython Silverlight Web Page" in the list of offered app > > templates. > > > > Simple enough. But when I try to save the project so that I can see > > what the webpage looks like, I get an error: "The operation could > > not be completed. No such interface supported". > > > > Any idea what could be wrong? (Should I also see a XAML file? I > only > > have an HTML file and a Python script that adds a button method.) > > > > Sorry for the noobish questions. I just want to get an IronPython > > Silverlight project running in some form on .NET 4. > > > > -- Best Regards, > > Matt Funke > > _______________________________________________ > > Users mailing list > > Users at lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From merllab at microsoft.com Wed Jul 21 17:08:27 2010 From: merllab at microsoft.com (merllab at microsoft.com) Date: Wed, 21 Jul 2010 08:08:27 -0700 Subject: [IronPython] IronPython 2.6 CodePlex Source Update Message-ID: <0eada71c-4c2a-46f0-b262-5c75e0e58e42@tk5-exsmh-c101.redmond.corp.microsoft.com> This is an automated email letting you know that sources have recently been pushed out. You can download these newer sources directly from http://ironpython.codeplex.com/SourceControl/changeset/view/73520. MODIFIED SOURCES $/IronPython/IronPython_Main/Languages/IronPython/IronPython/IronPython.csproj $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/IronPython.Modules.csproj $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/NewStringFormatter.cs $/IronPython/IronPython_Main/Config/Unsigned/App.config $/IronPython/IronPython_Main/Config/Signed/App.config $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/FloatOps.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/IntOps.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/StringOps.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/LongOps.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/StringFormatSpec.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPythonTest/IronPythonTest.csproj CHECKIN COMMENTS -------------------------------------------------------------------------------- Changeset Id: 1928170 Date: 7/20/2010 4:57:52 PM Implements thousands separator for str.format Switches some 2.7 tests to run in SNAP (Shelveset: 27Features04;REDMOND\ddicato | SNAP CheckinId: m12056) -------------------------------------------------------------------------------- Changeset Id: 1928169 Date: 7/20/2010 4:56:58 PM IronRuby version 1.1.0.0 change: - MSI updates, 1.1 doesn't upgrade a 1.0 installation and set the IRONRUBY_11_40 environment variable to the installation path - Fix references to System.Numerics in csproj files for SL4 builds - Make sure IronRuby.Rack has an independent version number (Shelveset: ir-version-1.1.0.0;REDMOND\jimmysch | SNAP CheckinId: m12056) From Matt.funke at vishaypg.com Wed Jul 21 17:26:31 2010 From: Matt.funke at vishaypg.com (Funke, Matt) Date: Wed, 21 Jul 2010 15:26:31 +0000 Subject: [IronPython] Trying to Create a New Silverlight Project In-Reply-To: <2C5C90D76B65DC47A65001FD937014B2016CBDC9@WSWD43.VishayPG.com> References: <2C5C90D76B65DC47A65001FD937014B2016CBD4D@WSWD43.VishayPG.com> <2C5C90D76B65DC47A65001FD937014B2016CBD97@WSWD43.VishayPG.com> <2C5C90D76B65DC47A65001FD937014B2016CBDC9@WSWD43.VishayPG.com> Message-ID: <2C5C90D76B65DC47A65001FD937014B2016CBE2B@WSWD43.VishayPG.com> Regrettably, upgrading to IPy 2.7A1 didn't fix the problem. I also noticed this in the Issue Tracker: http://ironpython.codeplex.com/workitem/26807 I'm tracing down the documented link () to see if I can gain any insight into my problem. In the meantime, if Jimmy knows anything, I'd be glad to learn. -- Best Regards, Matt Funke -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Funke, Matt Sent: Wednesday, July 21, 2010 9:58 AM To: Discussion of IronPython Subject: Re: [IronPython] Trying to Create a New Silverlight Project I'd appreciate that if he has the time. Meanwhile, I'll uninstall 2.6.1, install 2.7A1, and see if that makes the problem go away. Thanks for your insight. -- Best Regards, Matt Funke -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino Viehland Sent: Wednesday, July 21, 2010 9:57 AM To: Discussion of IronPython Subject: Re: [IronPython] Trying to Create a New Silverlight Project Yeah, I don't think 2.6.1 works w/ Silverlight 4. But I'm not sure exactly why it doesn't work. Jimmy would know better and hopefully he can reply whenever he gets into work later in the day. > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Funke, Matt > Sent: Wednesday, July 21, 2010 2:46 PM > To: Discussion of IronPython > Subject: Re: [IronPython] Trying to Create a New Silverlight Project > > It's 2.6.1. Do I need a later version to use Silverlight 4? > > Can you link to some relevant reading material so that I can learn > what I need to do and what the compatibility issues are? > > Thanks for your time and your reply. > > -- Best Regards, > Matt Funke > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Dino Viehland > Sent: Wednesday, July 21, 2010 9:44 AM > To: Discussion of IronPython > Subject: Re: [IronPython] Trying to Create a New Silverlight Project > > Is this CTP3 or 2.7A1? This sounds more like a bug than a noobish > question but I'd only expect SL4 to work w/ 2.7A1. > > > -----Original Message----- > > From: users-bounces at lists.ironpython.com [mailto:users- > > bounces at lists.ironpython.com] On Behalf Of Funke, Matt > > Sent: Wednesday, July 21, 2010 1:59 PM > > To: Discussion of IronPython > > Subject: [IronPython] Trying to Create a New Silverlight Project > > > > All right. Some attempts to use IronPython and Silverlight have > > become aborted, so I'm trying the most basic: starting a new > > Silverlight project in Visual Studio 2010, after installing > IronPython > > Tools for Visual Studio 2010. > > > > It seems simple enough. Click on "New Project...". In the dialog > box > > that opens, select "IronPython" in the list of Installed Templates. > > Select "IronPython Silverlight Web Page" in the list of offered app > > templates. > > > > Simple enough. But when I try to save the project so that I can see > > what the webpage looks like, I get an error: "The operation could > > not be completed. No such interface supported". > > > > Any idea what could be wrong? (Should I also see a XAML file? I > only > > have an HTML file and a Python script that adds a button method.) > > > > Sorry for the noobish questions. I just want to get an IronPython > > Silverlight project running in some form on .NET 4. > > > > -- Best Regards, > > Matt Funke > > _______________________________________________ > > Users mailing list > > Users at lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From Matt.funke at vishaypg.com Wed Jul 21 17:36:09 2010 From: Matt.funke at vishaypg.com (Funke, Matt) Date: Wed, 21 Jul 2010 15:36:09 +0000 Subject: [IronPython] Trying to Create a New Silverlight Project In-Reply-To: <2C5C90D76B65DC47A65001FD937014B2016CBE2B@WSWD43.VishayPG.com> References: <2C5C90D76B65DC47A65001FD937014B2016CBD4D@WSWD43.VishayPG.com> <2C5C90D76B65DC47A65001FD937014B2016CBD97@WSWD43.VishayPG.com> <2C5C90D76B65DC47A65001FD937014B2016CBDC9@WSWD43.VishayPG.com> <2C5C90D76B65DC47A65001FD937014B2016CBE2B@WSWD43.VishayPG.com> Message-ID: <2C5C90D76B65DC47A65001FD937014B2016CBE40@WSWD43.VishayPG.com> I wonder if there's something more fundamentally wrong with my setup. I tried downloading and opening some examples from the documented website (http://www.silverlight.net/learn/dynamic-languages/ -- I forgot to include it before), and none of them opened well. The "talking mushroom", for example, only showed the textbox, button, and a blank square (where the mushroom presumably went). I'd appreciate any advice you could offer for rectifying my setup so that these will work properly. I've re-installed VS2010 and upgraded to IPy 2.7A1, but the problem remains. (I've been using IE8 and Firefox 3.6.7 to view the results.) -- Best Regards, Matt Funke -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Funke, Matt Sent: Wednesday, July 21, 2010 11:27 AM To: Discussion of IronPython Subject: Re: [IronPython] Trying to Create a New Silverlight Project Regrettably, upgrading to IPy 2.7A1 didn't fix the problem. I also noticed this in the Issue Tracker: http://ironpython.codeplex.com/workitem/26807 I'm tracing down the documented link () to see if I can gain any insight into my problem. In the meantime, if Jimmy knows anything, I'd be glad to learn. -- Best Regards, Matt Funke -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Funke, Matt Sent: Wednesday, July 21, 2010 9:58 AM To: Discussion of IronPython Subject: Re: [IronPython] Trying to Create a New Silverlight Project I'd appreciate that if he has the time. Meanwhile, I'll uninstall 2.6.1, install 2.7A1, and see if that makes the problem go away. Thanks for your insight. -- Best Regards, Matt Funke -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino Viehland Sent: Wednesday, July 21, 2010 9:57 AM To: Discussion of IronPython Subject: Re: [IronPython] Trying to Create a New Silverlight Project Yeah, I don't think 2.6.1 works w/ Silverlight 4. But I'm not sure exactly why it doesn't work. Jimmy would know better and hopefully he can reply whenever he gets into work later in the day. > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Funke, Matt > Sent: Wednesday, July 21, 2010 2:46 PM > To: Discussion of IronPython > Subject: Re: [IronPython] Trying to Create a New Silverlight Project > > It's 2.6.1. Do I need a later version to use Silverlight 4? > > Can you link to some relevant reading material so that I can learn > what I need to do and what the compatibility issues are? > > Thanks for your time and your reply. > > -- Best Regards, > Matt Funke > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Dino Viehland > Sent: Wednesday, July 21, 2010 9:44 AM > To: Discussion of IronPython > Subject: Re: [IronPython] Trying to Create a New Silverlight Project > > Is this CTP3 or 2.7A1? This sounds more like a bug than a noobish > question but I'd only expect SL4 to work w/ 2.7A1. > > > -----Original Message----- > > From: users-bounces at lists.ironpython.com [mailto:users- > > bounces at lists.ironpython.com] On Behalf Of Funke, Matt > > Sent: Wednesday, July 21, 2010 1:59 PM > > To: Discussion of IronPython > > Subject: [IronPython] Trying to Create a New Silverlight Project > > > > All right. Some attempts to use IronPython and Silverlight have > > become aborted, so I'm trying the most basic: starting a new > > Silverlight project in Visual Studio 2010, after installing > IronPython > > Tools for Visual Studio 2010. > > > > It seems simple enough. Click on "New Project...". In the dialog > box > > that opens, select "IronPython" in the list of Installed Templates. > > Select "IronPython Silverlight Web Page" in the list of offered app > > templates. > > > > Simple enough. But when I try to save the project so that I can see > > what the webpage looks like, I get an error: "The operation could > > not be completed. No such interface supported". > > > > Any idea what could be wrong? (Should I also see a XAML file? I > only > > have an HTML file and a Python script that adds a button method.) > > > > Sorry for the noobish questions. I just want to get an IronPython > > Silverlight project running in some form on .NET 4. > > > > -- Best Regards, > > Matt Funke > > _______________________________________________ > > Users mailing list > > Users at lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From jdhardy at gmail.com Wed Jul 21 17:38:44 2010 From: jdhardy at gmail.com (Jeff Hardy) Date: Wed, 21 Jul 2010 09:38:44 -0600 Subject: [IronPython] dll Assemblies in IronPython 2.7A1 In-Reply-To: References: <299545F35D442642800736DBA0C3AA280458BC@TK5EX14MBXC201.redmond.corp.microsoft.com> Message-ID: On Wed, Jul 21, 2010 at 1:52 AM, Dino Viehland wrote: > Also if people would like us to keep the assemblies in program files in > addition to the GAC we can make that change. ?But it would mean there'd > be 2 copies of it on disk (not that they're particularly huge or anything). There are cases where NWSGI is used in xcopy mode, and it's handy to be able to grab the assemblies from the install folder - but with the -Bin.zip available, I'm not sure how important that is. Building projects will also reference assemblies from the GAC, so that's actually a bit easier to deal with. My only argument is "it's not that hard", which isn't very convincing, I'll admit :) - Jeff From harry.percival at gmail.com Thu Jul 22 10:24:47 2010 From: harry.percival at gmail.com (Harry Percival) Date: Thu, 22 Jul 2010 10:24:47 +0200 Subject: [IronPython] MySQL and Iron Python In-Reply-To: References: <4C45E24E.2080508@ianhobson.co.uk> <4C45E7E7.5050102@ianhobson.co.uk> <4C45F520.1080508@ianhobson.co.uk> Message-ID: Hi Ian, I've been having fun getting sqlalchemy ( http://www.sqlalchemy.org/ ) to work on IronPython for the last few months. If you want a richer API for querying databases, it's pretty good - although it's primarily designed as an ORM, so it's philosophy is more about definining your OO classes first and then choosing some of the to persist in a database, rather than reading from existing databases. Also, sqlalchemy is not supported on IPY and there are some bugs if you start to do anything really complicated. However, the core functionality works fine, and it will certainly give you field-name based access and, generally, a pleasant querying API. Ping me back if you need some help getting it to run, but in a nutshell: 1: download sqlalchemy 2: open download folder in cmd.exe 3: run "ipy setup.py install --no-compile" 4: sqlalchemy is now installed inside c:\program files\ironpython\lib\site-packages. 5; check it works: ipy, >>>import sqlalchemy 6: read the sqla manual! rgds, harry On Tue, Jul 20, 2010 at 10:47 PM, Vernon Cole wrote: > Field name access is the next development step. The API calls for position > (field number) access. Field name access is an extension. I personally think > that it is the obvious thing to do, but the movers and shakers of the > database API don't see it the same way.? My big goal is to add that feature. > I implemented name access for (input) parameters in the last revision. > (paramstyle='named').? So for today, you must use column position to read > the data. > -- > Vernon > > On Tue, Jul 20, 2010 at 1:12 PM, Ian Hobson wrote: >> >> Thanks Vernon, >> >> With your help I now have some data! >> >> Now to find out if I can access it by field name and not just position. >> >> Thanks again >> >> Ian >> >> On 20/07/2010 19:32, Vernon Cole wrote: >> >> You need to supply a "Driver" for each dialect of SQL you use. The >> Microsoft drivers (SQL server and JET) ship with Windows, but you have to >> hunt for the others. For my testing, I use the "MySQL ODBC 5.1 Driver". >> You can find it at http://dev.mysql.com/downloads/connector/odbc/5.1.html >> >> Also, http://www.connectionstrings.com/ will shed more light on the black >> magic of creating a working connection string. >> -- >> Vernon >> >> On Tue, Jul 20, 2010 at 12:16 PM, Ian Hobson wrote: >>> >>> ??? ...Testing MySql login... >>> (-2147352567, 'Exception occurred.', (0, u'Microsoft OLE DB Provider for >>> ODBC Dr >>> ivers', u'[Microsoft][ODBC Driver Manager] Data source name not found and >>> no def >>> ault driver specified', None, 0, -2147467259), None) >>> ?Unit tests for adodbapi version 2.3.0 >>> Default Date Converter is >> 0x023D7610 >>> > >>> >>> >>> On 20/07/2010 19:05, Vernon Cole wrote: >>> >>> I use MySQL as one of the basic tests for adodbapi, so I can say that it >>> works pretty well for me. >>> What obstacle do you hit? >>> -- >>> Vernon Cole >>> >>> On Tue, Jul 20, 2010 at 11:52 AM, Ian Hobson wrote: >>>> >>>> Hi all, >>>> >>>> How can I (a nube) read a MySQL database using Iron Python? (windows 7 >>>> and 2008 Server). >>>> >>>> Any method will do, so long as it works. :) >>>> >>>> I've tried adodbapi and mysqldb and mysqlconnector - and always hit an >>>> obstacle I can't get round. >>>> >>>> Regards >>>> >>>> Ian >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at lists.ironpython.com >>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at lists.ironpython.com >>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >>> >>> >>> No virus found in this incoming message. >>> Checked by AVG - www.avg.com >>> Version: 9.0.839 / Virus Database: 271.1.1/3017 - Release Date: 07/20/10 >>> 07:36:00 >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at lists.ironpython.com >>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >>> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >> >> No virus found in this incoming message. >> Checked by AVG - www.avg.com >> Version: 9.0.839 / Virus Database: 271.1.1/3017 - Release Date: 07/20/10 >> 07:36:00 >> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > From tony.meyer at gmail.com Thu Jul 22 12:03:23 2010 From: tony.meyer at gmail.com (Tony Meyer) Date: Thu, 22 Jul 2010 22:03:23 +1200 Subject: [IronPython] Problems with simple silverlight/gestalt example Message-ID: Hi, I'm trying to get a simple Silverlight example working using the gestalt.ironpython.net method, and I'm having some difficulty - basically nothing happens ("Loading..." shows, of course, but nothing else). The javascript file does get loaded, and I have let it sit for a long time in case it was just excessively slow. I've tried the HTML below in Safari 5, Firefox 3.5.3, Chrome 5.0 (OS X 10.5), IE 7 (Windows Server 2003) and IE 8 (Windows XP SP2 - yes, yes, I know it should be updated!). Both have the latest version of Silverlight (as determined by Silverlight itself). Can anyone explain what I'm doing wrong? Thanks, Tony """
Loading...
""" From vernondcole at gmail.com Thu Jul 22 13:34:43 2010 From: vernondcole at gmail.com (Vernon Cole) Date: Thu, 22 Jul 2010 05:34:43 -0600 Subject: [IronPython] MySQL and Iron Python In-Reply-To: References: <4C45E24E.2080508@ianhobson.co.uk> <4C45E7E7.5050102@ianhobson.co.uk> <4C45F520.1080508@ianhobson.co.uk> Message-ID: Harry: Which dbapi package are you running under sqlalchemy? -- Vernon On Thu, Jul 22, 2010 at 2:24 AM, Harry Percival wrote: > Hi Ian, > > I've been having fun getting sqlalchemy ( http://www.sqlalchemy.org/ ) > to work on IronPython for the last few months. > > If you want a richer API for querying databases, it's pretty good - > although it's primarily designed as an ORM, so it's philosophy is more > about definining your OO classes first and then choosing some of the > to persist in a database, rather than reading from existing databases. > Also, sqlalchemy is not supported on IPY and there are some bugs if > you start to do anything really complicated. > > However, the core functionality works fine, and it will certainly give > you field-name based access and, generally, a pleasant querying API. > Ping me back if you need some help getting it to run, but in a > nutshell: > 1: download sqlalchemy > 2: open download folder in cmd.exe > 3: run "ipy setup.py install --no-compile" > 4: sqlalchemy is now installed inside c:\program > files\ironpython\lib\site-packages. > 5; check it works: ipy, >>>import sqlalchemy > 6: read the sqla manual! > > rgds, > harry > On Tue, Jul 20, 2010 at 10:47 PM, Vernon Cole > wrote: > > Field name access is the next development step. The API calls for > position > > (field number) access. Field name access is an extension. I personally > think > > that it is the obvious thing to do, but the movers and shakers of the > > database API don't see it the same way. My big goal is to add that > feature. > > I implemented name access for (input) parameters in the last revision. > > (paramstyle='named'). So for today, you must use column position to read > > the data. > > -- > > Vernon > > > > On Tue, Jul 20, 2010 at 1:12 PM, Ian Hobson wrote: > >> > >> Thanks Vernon, > >> > >> With your help I now have some data! > >> > >> Now to find out if I can access it by field name and not just position. > >> > >> Thanks again > >> > >> Ian > >> > >> On 20/07/2010 19:32, Vernon Cole wrote: > >> > >> You need to supply a "Driver" for each dialect of SQL you use. The > >> Microsoft drivers (SQL server and JET) ship with Windows, but you have > to > >> hunt for the others. For my testing, I use the "MySQL ODBC 5.1 Driver". > >> You can find it at > http://dev.mysql.com/downloads/connector/odbc/5.1.html > >> > >> Also, http://www.connectionstrings.com/ will shed more light on the > black > >> magic of creating a working connection string. > >> -- > >> Vernon > >> > >> On Tue, Jul 20, 2010 at 12:16 PM, Ian Hobson > wrote: > >>> > >>> ...Testing MySql login... > >>> (-2147352567, 'Exception occurred.', (0, u'Microsoft OLE DB Provider > for > >>> ODBC Dr > >>> ivers', u'[Microsoft][ODBC Driver Manager] Data source name not found > and > >>> no def > >>> ault driver specified', None, 0, -2147467259), None) > >>> Unit tests for adodbapi version 2.3.0 > >>> Default Date Converter is >>> 0x023D7610 > >>> > > >>> > >>> > >>> On 20/07/2010 19:05, Vernon Cole wrote: > >>> > >>> I use MySQL as one of the basic tests for adodbapi, so I can say that > it > >>> works pretty well for me. > >>> What obstacle do you hit? > >>> -- > >>> Vernon Cole > >>> > >>> On Tue, Jul 20, 2010 at 11:52 AM, Ian Hobson > wrote: > >>>> > >>>> Hi all, > >>>> > >>>> How can I (a nube) read a MySQL database using Iron Python? (windows 7 > >>>> and 2008 Server). > >>>> > >>>> Any method will do, so long as it works. :) > >>>> > >>>> I've tried adodbapi and mysqldb and mysqlconnector - and always hit an > >>>> obstacle I can't get round. > >>>> > >>>> Regards > >>>> > >>>> Ian > >>>> > >>>> > >>>> _______________________________________________ > >>>> Users mailing list > >>>> Users at lists.ironpython.com > >>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > >>> > >>> > >>> _______________________________________________ > >>> Users mailing list > >>> Users at lists.ironpython.com > >>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > >>> > >>> > >>> No virus found in this incoming message. > >>> Checked by AVG - www.avg.com > >>> Version: 9.0.839 / Virus Database: 271.1.1/3017 - Release Date: > 07/20/10 > >>> 07:36:00 > >>> > >>> > >>> > >>> _______________________________________________ > >>> Users mailing list > >>> Users at lists.ironpython.com > >>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > >>> > >> > >> > >> _______________________________________________ > >> Users mailing list > >> Users at lists.ironpython.com > >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > >> > >> > >> No virus found in this incoming message. > >> Checked by AVG - www.avg.com > >> Version: 9.0.839 / Virus Database: 271.1.1/3017 - Release Date: 07/20/10 > >> 07:36:00 > >> > >> > >> > >> _______________________________________________ > >> Users mailing list > >> Users at lists.ironpython.com > >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > >> > > > > > > _______________________________________________ > > Users mailing list > > Users at lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From harry.percival at gmail.com Thu Jul 22 13:55:53 2010 From: harry.percival at gmail.com (Harry Percival) Date: Thu, 22 Jul 2010 12:55:53 +0100 Subject: [IronPython] MySQL and Iron Python In-Reply-To: References: <4C45E24E.2080508@ianhobson.co.uk> <4C45E7E7.5050102@ianhobson.co.uk> <4C45F520.1080508@ianhobson.co.uk> Message-ID: Jeff Hardy's port of sqlite to c#: http://bytebucket.org/jdhardy/ironpython.sqlite/wiki/Home On Thu, Jul 22, 2010 at 12:34 PM, Vernon Cole wrote: > Harry: > ? Which dbapi package are you running under sqlalchemy? > -- > Vernon > > On Thu, Jul 22, 2010 at 2:24 AM, Harry Percival > wrote: >> >> Hi Ian, >> >> I've been having fun getting sqlalchemy ( http://www.sqlalchemy.org/ ) >> to work on IronPython for the last few months. >> >> If you want a richer API for querying databases, it's pretty good - >> although it's primarily designed as an ORM, so it's philosophy is more >> about definining your OO classes first and then choosing some of the >> to persist in a database, rather than reading from existing databases. >> ?Also, sqlalchemy is not supported on IPY and there are some bugs if >> you start to do anything really complicated. >> >> However, the core functionality works fine, and it will certainly give >> you field-name based access and, generally, a pleasant querying API. >> Ping me back if you need some help getting it to run, but in a >> nutshell: >> 1: download sqlalchemy >> 2: open download folder in cmd.exe >> 3: run "ipy setup.py install --no-compile" >> 4: sqlalchemy is now installed inside c:\program >> files\ironpython\lib\site-packages. >> 5; check it works: ipy, >>>import sqlalchemy >> 6: read the sqla manual! >> >> rgds, >> harry >> On Tue, Jul 20, 2010 at 10:47 PM, Vernon Cole >> wrote: >> > Field name access is the next development step. The API calls for >> > position >> > (field number) access. Field name access is an extension. I personally >> > think >> > that it is the obvious thing to do, but the movers and shakers of the >> > database API don't see it the same way.? My big goal is to add that >> > feature. >> > I implemented name access for (input) parameters in the last revision. >> > (paramstyle='named').? So for today, you must use column position to >> > read >> > the data. >> > -- >> > Vernon >> > >> > On Tue, Jul 20, 2010 at 1:12 PM, Ian Hobson wrote: >> >> >> >> Thanks Vernon, >> >> >> >> With your help I now have some data! >> >> >> >> Now to find out if I can access it by field name and not just position. >> >> >> >> Thanks again >> >> >> >> Ian >> >> >> >> On 20/07/2010 19:32, Vernon Cole wrote: >> >> >> >> You need to supply a "Driver" for each dialect of SQL you use. The >> >> Microsoft drivers (SQL server and JET) ship with Windows, but you have >> >> to >> >> hunt for the others. For my testing, I use the "MySQL ODBC 5.1 Driver". >> >> You can find it at >> >> http://dev.mysql.com/downloads/connector/odbc/5.1.html >> >> >> >> Also, http://www.connectionstrings.com/ will shed more light on the >> >> black >> >> magic of creating a working connection string. >> >> -- >> >> Vernon >> >> >> >> On Tue, Jul 20, 2010 at 12:16 PM, Ian Hobson >> >> wrote: >> >>> >> >>> ??? ...Testing MySql login... >> >>> (-2147352567, 'Exception occurred.', (0, u'Microsoft OLE DB Provider >> >>> for >> >>> ODBC Dr >> >>> ivers', u'[Microsoft][ODBC Driver Manager] Data source name not found >> >>> and >> >>> no def >> >>> ault driver specified', None, 0, -2147467259), None) >> >>> ?Unit tests for adodbapi version 2.3.0 >> >>> Default Date Converter is > >>> 0x023D7610 >> >>> > >> >>> >> >>> >> >>> On 20/07/2010 19:05, Vernon Cole wrote: >> >>> >> >>> I use MySQL as one of the basic tests for adodbapi, so I can say that >> >>> it >> >>> works pretty well for me. >> >>> What obstacle do you hit? >> >>> -- >> >>> Vernon Cole >> >>> >> >>> On Tue, Jul 20, 2010 at 11:52 AM, Ian Hobson >> >>> wrote: >> >>>> >> >>>> Hi all, >> >>>> >> >>>> How can I (a nube) read a MySQL database using Iron Python? (windows >> >>>> 7 >> >>>> and 2008 Server). >> >>>> >> >>>> Any method will do, so long as it works. :) >> >>>> >> >>>> I've tried adodbapi and mysqldb and mysqlconnector - and always hit >> >>>> an >> >>>> obstacle I can't get round. >> >>>> >> >>>> Regards >> >>>> >> >>>> Ian >> >>>> >> >>>> >> >>>> _______________________________________________ >> >>>> Users mailing list >> >>>> Users at lists.ironpython.com >> >>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >>> >> >>> >> >>> _______________________________________________ >> >>> Users mailing list >> >>> Users at lists.ironpython.com >> >>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >>> >> >>> >> >>> No virus found in this incoming message. >> >>> Checked by AVG - www.avg.com >> >>> Version: 9.0.839 / Virus Database: 271.1.1/3017 - Release Date: >> >>> 07/20/10 >> >>> 07:36:00 >> >>> >> >>> >> >>> >> >>> _______________________________________________ >> >>> Users mailing list >> >>> Users at lists.ironpython.com >> >>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >>> >> >> >> >> >> >> _______________________________________________ >> >> Users mailing list >> >> Users at lists.ironpython.com >> >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >> >> >> >> >> No virus found in this incoming message. >> >> Checked by AVG - www.avg.com >> >> Version: 9.0.839 / Virus Database: 271.1.1/3017 - Release Date: >> >> 07/20/10 >> >> 07:36:00 >> >> >> >> >> >> >> >> _______________________________________________ >> >> Users mailing list >> >> Users at lists.ironpython.com >> >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >> >> > >> > >> > _______________________________________________ >> > Users mailing list >> > Users at lists.ironpython.com >> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> > >> > >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > -- ------------------------------ Harry J.W. Percival ------------------------------ Italy Mobile: +39 389 095 8959 UK Mobile:? +44 (0) 78877 02511 Skype:? ? ? ?? harry dot percival From ian at ianhobson.co.uk Thu Jul 22 16:05:24 2010 From: ian at ianhobson.co.uk (Ian Hobson) Date: Thu, 22 Jul 2010 15:05:24 +0100 Subject: [IronPython] MySQL and Iron Python In-Reply-To: References: <4C45E24E.2080508@ianhobson.co.uk> <4C45E7E7.5050102@ianhobson.co.uk> <4C45F520.1080508@ianhobson.co.uk> Message-ID: <4C485024.6080201@ianhobson.co.uk> While not the most efficent (or pythonic) approach, this works. query = "SELECT ..... " # select one row c.execute(query) db = c.fetchmany(1) rec = db[0] def field(name): i = 0 for d in c.description: if d[0] == name: return str(rec[i]) i+= 1 rt.FindName("customerKey").Text = field("customerKey") Regards Ian On 20/07/2010 21:47, Vernon Cole wrote: > Field name access is the next development step. The API calls for > position (field number) access. Field name access is an extension. I > personally think that it is the obvious thing to do, but the movers > and shakers of the database API don't see it the same way. My big > goal is to add that feature. I implemented name access for (input) > parameters in the last revision. > (paramstyle='named'). So for today, you must use column position to > read the data. > -- > Vernon From merllab at microsoft.com Thu Jul 22 17:09:11 2010 From: merllab at microsoft.com (merllab at microsoft.com) Date: Thu, 22 Jul 2010 08:09:11 -0700 Subject: [IronPython] IronPython 2.6 CodePlex Source Update Message-ID: <0bbdf3f9-8f2f-40e9-8183-8ad45c89ca39@tk5-exsmh-c101.redmond.corp.microsoft.com> This is an automated email letting you know that sources have recently been pushed out. You can download these newer sources directly from http://ironpython.codeplex.com/SourceControl/changeset/view/73573. MODIFIED SOURCES $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Runtime/Operations/FloatOps.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MemoryMapping.V2.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting.Metadata/MetadataImport.cs CHECKIN COMMENTS -------------------------------------------------------------------------------- Changeset Id: 1931817 Date: 7/22/2010 5:07:38 AM Fixes our hashing behavior to conform to CPython's for special float values (+/-inf, NaN) (Shelveset: 27Features04_review;REDMOND\ddicato | SNAP CheckinId: 11164) From jimmy at schementi.com Thu Jul 22 18:52:48 2010 From: jimmy at schementi.com (Jimmy Schementi) Date: Thu, 22 Jul 2010 09:52:48 -0700 Subject: [IronPython] Trying to Create a New Silverlight Project In-Reply-To: <2C5C90D76B65DC47A65001FD937014B2016CBE40@WSWD43.VishayPG.com> References: <2C5C90D76B65DC47A65001FD937014B2016CBD4D@WSWD43.VishayPG.com> <2C5C90D76B65DC47A65001FD937014B2016CBD97@WSWD43.VishayPG.com> <2C5C90D76B65DC47A65001FD937014B2016CBDC9@WSWD43.VishayPG.com> <2C5C90D76B65DC47A65001FD937014B2016CBE2B@WSWD43.VishayPG.com> <2C5C90D76B65DC47A65001FD937014B2016CBE40@WSWD43.VishayPG.com> Message-ID: Matt, Just make sure the world isn't really broken; http://gestalt.ironpython.net/dlr-latest.js works with Silverlight installed from http://go.microsoft.com/fwlink/?LinkID=188039 (Silverlight 4.0.50524.0 developer runtime). Also, the VS project works as well; both launching the page and attaching to the browser Let's try to get this working outside of VS first, as it sounds like something else is busted with your IronPython tools installation, as it won't even launch the web-page on F5. More-so, when you create a new IronPython Silverlight project, it uses the binaries from gestalt.ironpython.net rather than anything locally. Anyway, can you re-install Silverlight from that link, restart IE, and then try http://ironpython.net/browser/examples/mushroom/. ~Jimmy On Wed, Jul 21, 2010 at 8:36 AM, Funke, Matt wrote: > I wonder if there's something more fundamentally wrong with my setup. > > I tried downloading and opening some examples from the documented website ( > http://www.silverlight.net/learn/dynamic-languages/ -- I forgot to include > it before), and none of them opened well. The "talking mushroom", for > example, only showed the textbox, button, and a blank square (where the > mushroom presumably went). I'd appreciate any advice you could offer for > rectifying my setup so that these will work properly. > > I've re-installed VS2010 and upgraded to IPy 2.7A1, but the problem > remains. (I've been using IE8 and Firefox 3.6.7 to view the results.) > > -- Best Regards, > Matt Funke > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] On Behalf Of Funke, Matt > Sent: Wednesday, July 21, 2010 11:27 AM > To: Discussion of IronPython > Subject: Re: [IronPython] Trying to Create a New Silverlight Project > > Regrettably, upgrading to IPy 2.7A1 didn't fix the problem. > > I also noticed this in the Issue Tracker: > > http://ironpython.codeplex.com/workitem/26807 > > I'm tracing down the documented link () to see if I can gain any insight > into my problem. In the meantime, if Jimmy knows anything, I'd be glad to > learn. > > -- Best Regards, > Matt Funke > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] On Behalf Of Funke, Matt > Sent: Wednesday, July 21, 2010 9:58 AM > To: Discussion of IronPython > Subject: Re: [IronPython] Trying to Create a New Silverlight Project > > I'd appreciate that if he has the time. Meanwhile, I'll uninstall 2.6.1, > install 2.7A1, and see if that makes the problem go away. > > Thanks for your insight. > > -- Best Regards, > Matt Funke > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] On Behalf Of Dino Viehland > Sent: Wednesday, July 21, 2010 9:57 AM > To: Discussion of IronPython > Subject: Re: [IronPython] Trying to Create a New Silverlight Project > > Yeah, I don't think 2.6.1 works w/ Silverlight 4. But I'm not sure exactly > why it doesn't work. Jimmy would know better and hopefully he can reply > whenever he gets into work later in the day. > > > -----Original Message----- > > From: users-bounces at lists.ironpython.com [mailto:users- > > bounces at lists.ironpython.com] On Behalf Of Funke, Matt > > Sent: Wednesday, July 21, 2010 2:46 PM > > To: Discussion of IronPython > > Subject: Re: [IronPython] Trying to Create a New Silverlight Project > > > > It's 2.6.1. Do I need a later version to use Silverlight 4? > > > > Can you link to some relevant reading material so that I can learn > > what I need to do and what the compatibility issues are? > > > > Thanks for your time and your reply. > > > > -- Best Regards, > > Matt Funke > > > > -----Original Message----- > > From: users-bounces at lists.ironpython.com [mailto:users- > > bounces at lists.ironpython.com] On Behalf Of Dino Viehland > > Sent: Wednesday, July 21, 2010 9:44 AM > > To: Discussion of IronPython > > Subject: Re: [IronPython] Trying to Create a New Silverlight Project > > > > Is this CTP3 or 2.7A1? This sounds more like a bug than a noobish > > question but I'd only expect SL4 to work w/ 2.7A1. > > > > > -----Original Message----- > > > From: users-bounces at lists.ironpython.com [mailto:users- > > > bounces at lists.ironpython.com] On Behalf Of Funke, Matt > > > Sent: Wednesday, July 21, 2010 1:59 PM > > > To: Discussion of IronPython > > > Subject: [IronPython] Trying to Create a New Silverlight Project > > > > > > All right. Some attempts to use IronPython and Silverlight have > > > become aborted, so I'm trying the most basic: starting a new > > > Silverlight project in Visual Studio 2010, after installing > > IronPython > > > Tools for Visual Studio 2010. > > > > > > It seems simple enough. Click on "New Project...". In the dialog > > box > > > that opens, select "IronPython" in the list of Installed Templates. > > > Select "IronPython Silverlight Web Page" in the list of offered app > > > templates. > > > > > > Simple enough. But when I try to save the project so that I can see > > > what the webpage looks like, I get an error: "The operation could > > > not be completed. No such interface supported". > > > > > > Any idea what could be wrong? (Should I also see a XAML file? I > > only > > > have an HTML file and a Python script that adds a button method.) > > > > > > Sorry for the noobish questions. I just want to get an IronPython > > > Silverlight project running in some form on .NET 4. > > > > > > -- Best Regards, > > > Matt Funke > > > _______________________________________________ > > > Users mailing list > > > Users at lists.ironpython.com > > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > _______________________________________________ > > Users mailing list > > Users at lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > _______________________________________________ > > Users mailing list > > Users at lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yngipy at gmail.com Fri Jul 23 04:34:29 2010 From: yngipy at gmail.com (yngipy hernan) Date: Thu, 22 Jul 2010 21:34:29 -0500 Subject: [IronPython] dll Assemblies in IronPython 2.7A1 In-Reply-To: References: <299545F35D442642800736DBA0C3AA280458BC@TK5EX14MBXC201.redmond.corp.microsoft.com> Message-ID: One of my target project for IronPython is to use it to test another software. It would be really nice not to install "unsupported" software on the target machine as we are qualifying the system for use in a critical environment. Hence, having a portable installation would be really appreciated. -Yngipy On Wed, Jul 21, 2010 at 2:52 AM, Dino Viehland wrote: > Also if people would like us to keep the assemblies in program files in > addition to the GAC we can make that change. But it would mean there'd > be 2 copies of it on disk (not that they're particularly huge or anything). > > FYI the GAC directory for .NET 4 is %WINDIR%\Microsoft.NET\assembly so you > can drill down and grab them from there if need be. > > > -----Original Message----- > > From: users-bounces at lists.ironpython.com [mailto:users- > > bounces at lists.ironpython.com] On Behalf Of Dave Fugate > > Sent: Tuesday, July 20, 2010 11:04 PM > > To: Discussion of IronPython > > Subject: Re: [IronPython] dll Assemblies in IronPython 2.7A1 > > > > These assemblies are all in the GAC now instead of the install folder. > > There's likely some way to pull them from the GAC, but the simpler > > option would be the -Bin.zip file. > > > > Dave > > > > -----Original Message----- > > From: users-bounces at lists.ironpython.com [mailto:users- > > bounces at lists.ironpython.com] On Behalf Of Jeff Hardy > > Sent: Tuesday, July 20, 2010 3:00 PM > > To: Discussion of IronPython > > Subject: [IronPython] dll Assemblies in IronPython 2.7A1 > > > > Hi all, > > I downloaded & installed IronPython-2.7A1.msi. In previous versions, > > the IronPython assemblies (IronPython.dll, IronPython.Modules.dll, > > Microsoft.Scripting.dll, etc.) were in the install folder, but they > > seem to be gone in 2.7. There are ones in the Silverligh\bint folder, > > but I assume those are for Silverlight only. > > > > Is this an oversight or will the assemblies only be available in the - > > Bin.zip files from now on? > > > > - Jef > > _______________________________________________ > > Users mailing list > > Users at lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > _______________________________________________ > > Users mailing list > > Users at lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From harry.percival at gmail.com Fri Jul 23 10:47:08 2010 From: harry.percival at gmail.com (Harry Percival) Date: Fri, 23 Jul 2010 10:47:08 +0200 Subject: [IronPython] MySQL and Iron Python In-Reply-To: <4C485024.6080201@ianhobson.co.uk> References: <4C45E24E.2080508@ianhobson.co.uk> <4C45E7E7.5050102@ianhobson.co.uk> <4C45F520.1080508@ianhobson.co.uk> <4C485024.6080201@ianhobson.co.uk> Message-ID: i'm no guru, but if you want to get more pythonic, the list index() function could save you a few lines of code http://docs.python.org/tutorial/datastructures.html :) On Thu, Jul 22, 2010 at 4:05 PM, Ian Hobson wrote: > While not the most efficent (or pythonic) approach, this works. > > query = "SELECT ..... " # select one row > c.execute(query) > db = c.fetchmany(1) > rec = db[0] > def field(name): > ? ?i = 0 > ? ?for d in c.description: > ? ? ? ?if d[0] == name: > ? ? ? ? ? ? return str(rec[i]) > ? ? ? ?i+= 1 > > rt.FindName("customerKey").Text = field("customerKey") > > Regards > > Ian > > > On 20/07/2010 21:47, Vernon Cole wrote: >> >> Field name access is the next development step. The API calls for position >> (field number) access. Field name access is an extension. I personally think >> that it is the obvious thing to do, but the movers and shakers of the >> database API don't see it the same way. ?My big goal is to add that feature. >> I implemented name access for (input) parameters in the last revision. >> (paramstyle='named'). ?So for today, you must use column position to read >> the data. >> -- >> Vernon > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- ------------------------------ Harry J.W. Percival ------------------------------ Italy Mobile: +39 389 095 8959 UK Mobile:? +44 (0) 78877 02511 Skype:? ? ? ?? harry dot percival From mksarav at gmail.com Fri Jul 23 12:19:06 2010 From: mksarav at gmail.com (M K Saravanan) Date: Fri, 23 Jul 2010 18:19:06 +0800 Subject: [IronPython] How to call a class written in IronPython in vb.net? Message-ID: Hi, I am a newbie to IronPython. I wrote a small test class in IronPython which I want to use in vb.net. For e.g. class MksMath(object): def __init__(self): pass def add(a,b): return a+b def sub(a,b): return a-b def mul(a,b): return a*b def div(a,b): return a/b Using SharpDevelop 3.2, I am compiling it as a class library which produces the following files: IronPython.dll IronPython.Modules.dll IronPython.Modules.xml IronPython.xml Microsoft.Dynamic.dll Microsoft.Scripting.Core.dll Microsoft.Scripting.Debugging.dll Microsoft.Scripting.dll Microsoft.Scripting.ExtensionAttribute.dll mksmath.dll Now how do I use this class in vb.net? Sorry if my question is too basic. -- mks -- From mksarav at gmail.com Fri Jul 23 13:29:22 2010 From: mksarav at gmail.com (M K Saravanan) Date: Fri, 23 Jul 2010 19:29:22 +0800 Subject: [IronPython] How to call a class written in IronPython in vb.net? In-Reply-To: References: Message-ID: On Fri, Jul 23, 2010 at 6:19 PM, M K Saravanan wrote: > class MksMath(object): > ? ? ? ?def __init__(self): > ? ? ? ? ? ? ? ?pass > ? ? ? ?def add(a,b): > ? ? ? ? ? ? ? ?return a+b > ? ? ? ?def sub(a,b): > ? ? ? ? ? ? ? ?return a-b > ? ? ? ?def mul(a,b): > ? ? ? ? ? ? ? ?return a*b > ? ? ? ?def div(a,b): > ? ? ? ? ? ? ? ?return a/b sorry for the mistake in the example class I used. Its functions should have been (missed the first parameter self): ? ? ? ?def add(self,a,b): ? ? ? ? ? ? ? ?return a+b ? ? ? ?def sub(self,a,b): ? ? ? ? ? ? ? ?return a-b ? ? ? ?def mul(self,a,b): ? ? ? ? ? ? ? ?return a*b ? ? ? ?def div(self,a,b): ? ? ? ? ? ? ? ?return a/b -- mks -- From Matt.funke at vishaypg.com Fri Jul 23 14:17:41 2010 From: Matt.funke at vishaypg.com (Funke, Matt) Date: Fri, 23 Jul 2010 12:17:41 +0000 Subject: [IronPython] Trying to Create a New Silverlight Project In-Reply-To: References: <2C5C90D76B65DC47A65001FD937014B2016CBD4D@WSWD43.VishayPG.com> <2C5C90D76B65DC47A65001FD937014B2016CBD97@WSWD43.VishayPG.com> <2C5C90D76B65DC47A65001FD937014B2016CBDC9@WSWD43.VishayPG.com> <2C5C90D76B65DC47A65001FD937014B2016CBE2B@WSWD43.VishayPG.com> <2C5C90D76B65DC47A65001FD937014B2016CBE40@WSWD43.VishayPG.com> Message-ID: <2C5C90D76B65DC47A65001FD937014B2016CC4C0@WSWD43.VishayPG.com> Thank you very much for your support. Oddly, my computer was swapped out yesterday for a better model, forcing me to re-install everything anyway. It all works like a dream now - no problems whatsoever. Thanks again for your time and effort. I hope I can build a core of internal web apps that will, thanks to IronPython, be much more fun to write and maintain. -- Best Regards, Matt Funke P.S. Could you point me at instructions for building new IronPython implementations when there are checkins of new code? From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jimmy Schementi Sent: Thursday, July 22, 2010 12:53 PM To: Discussion of IronPython Subject: Re: [IronPython] Trying to Create a New Silverlight Project Matt, Just make sure the world isn't really broken; http://gestalt.ironpython.net/dlr-latest.js works with Silverlight installed from http://go.microsoft.com/fwlink/?LinkID=188039 (Silverlight 4.0.50524.0 developer runtime). Also, the VS project works as well; both launching the page and attaching to the browser Let's try to get this working outside of VS first, as it sounds like something else is busted with your IronPython tools installation, as it won't even launch the web-page on F5. More-so, when you create a new IronPython Silverlight project, it uses the binaries from gestalt.ironpython.net rather than anything locally. Anyway, can you re-install Silverlight from that link, restart IE, and then try http://ironpython.net/browser/examples/mushroom/. ~Jimmy On Wed, Jul 21, 2010 at 8:36 AM, Funke, Matt > wrote: I wonder if there's something more fundamentally wrong with my setup. I tried downloading and opening some examples from the documented website (http://www.silverlight.net/learn/dynamic-languages/ -- I forgot to include it before), and none of them opened well. The "talking mushroom", for example, only showed the textbox, button, and a blank square (where the mushroom presumably went). I'd appreciate any advice you could offer for rectifying my setup so that these will work properly. I've re-installed VS2010 and upgraded to IPy 2.7A1, but the problem remains. (I've been using IE8 and Firefox 3.6.7 to view the results.) -- Best Regards, Matt Funke -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Funke, Matt Sent: Wednesday, July 21, 2010 11:27 AM To: Discussion of IronPython Subject: Re: [IronPython] Trying to Create a New Silverlight Project Regrettably, upgrading to IPy 2.7A1 didn't fix the problem. I also noticed this in the Issue Tracker: http://ironpython.codeplex.com/workitem/26807 I'm tracing down the documented link () to see if I can gain any insight into my problem. In the meantime, if Jimmy knows anything, I'd be glad to learn. -- Best Regards, Matt Funke -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Funke, Matt Sent: Wednesday, July 21, 2010 9:58 AM To: Discussion of IronPython Subject: Re: [IronPython] Trying to Create a New Silverlight Project I'd appreciate that if he has the time. Meanwhile, I'll uninstall 2.6.1, install 2.7A1, and see if that makes the problem go away. Thanks for your insight. -- Best Regards, Matt Funke -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino Viehland Sent: Wednesday, July 21, 2010 9:57 AM To: Discussion of IronPython Subject: Re: [IronPython] Trying to Create a New Silverlight Project Yeah, I don't think 2.6.1 works w/ Silverlight 4. But I'm not sure exactly why it doesn't work. Jimmy would know better and hopefully he can reply whenever he gets into work later in the day. > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Funke, Matt > Sent: Wednesday, July 21, 2010 2:46 PM > To: Discussion of IronPython > Subject: Re: [IronPython] Trying to Create a New Silverlight Project > > It's 2.6.1. Do I need a later version to use Silverlight 4? > > Can you link to some relevant reading material so that I can learn > what I need to do and what the compatibility issues are? > > Thanks for your time and your reply. > > -- Best Regards, > Matt Funke > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Dino Viehland > Sent: Wednesday, July 21, 2010 9:44 AM > To: Discussion of IronPython > Subject: Re: [IronPython] Trying to Create a New Silverlight Project > > Is this CTP3 or 2.7A1? This sounds more like a bug than a noobish > question but I'd only expect SL4 to work w/ 2.7A1. > > > -----Original Message----- > > From: users-bounces at lists.ironpython.com [mailto:users- > > bounces at lists.ironpython.com] On Behalf Of Funke, Matt > > Sent: Wednesday, July 21, 2010 1:59 PM > > To: Discussion of IronPython > > Subject: [IronPython] Trying to Create a New Silverlight Project > > > > All right. Some attempts to use IronPython and Silverlight have > > become aborted, so I'm trying the most basic: starting a new > > Silverlight project in Visual Studio 2010, after installing > IronPython > > Tools for Visual Studio 2010. > > > > It seems simple enough. Click on "New Project...". In the dialog > box > > that opens, select "IronPython" in the list of Installed Templates. > > Select "IronPython Silverlight Web Page" in the list of offered app > > templates. > > > > Simple enough. But when I try to save the project so that I can see > > what the webpage looks like, I get an error: "The operation could > > not be completed. No such interface supported". > > > > Any idea what could be wrong? (Should I also see a XAML file? I > only > > have an HTML file and a Python script that adds a button method.) > > > > Sorry for the noobish questions. I just want to get an IronPython > > Silverlight project running in some form on .NET 4. > > > > -- Best Regards, > > Matt Funke > > _______________________________________________ > > Users mailing list > > Users at lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From cenovsky at bakalari.cz Fri Jul 23 14:36:24 2010 From: cenovsky at bakalari.cz (Lukas Cenovsky) Date: Fri, 23 Jul 2010 14:36:24 +0200 Subject: [IronPython] How to call a class written in IronPython in vb.net? In-Reply-To: References: Message-ID: <4C498CC8.2050305@bakalari.cz> You cannot use mksmath.dll directly from VB (see http://ironpython.net/documentation/dotnet/dotnet.html#id86) so you have to host IronPython engine in your VB app and use MksMath from the engine. See http://www.ironpython.info/index.php/Using_Compiled_Python_Classes_from_.NET/CSharp_IP_2.6 for example (in C#). -- -- Lukas On 23.7.2010 12:19, M K Saravanan wrote: > Hi, > > I am a newbie to IronPython. I wrote a small test class in IronPython > which I want to use in vb.net. > > For e.g. > > class MksMath(object): > def __init__(self): > pass > def add(a,b): > return a+b > def sub(a,b): > return a-b > def mul(a,b): > return a*b > def div(a,b): > return a/b > > Using SharpDevelop 3.2, I am compiling it as a class library which > produces the following files: > > IronPython.dll > IronPython.Modules.dll > IronPython.Modules.xml > IronPython.xml > Microsoft.Dynamic.dll > Microsoft.Scripting.Core.dll > Microsoft.Scripting.Debugging.dll > Microsoft.Scripting.dll > Microsoft.Scripting.ExtensionAttribute.dll > mksmath.dll > > Now how do I use this class in vb.net? Sorry if my question is too basic. > > -- mks -- > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > From mksarav at gmail.com Fri Jul 23 15:11:05 2010 From: mksarav at gmail.com (M K Saravanan) Date: Fri, 23 Jul 2010 21:11:05 +0800 Subject: [IronPython] How to call a class written in IronPython in vb.net? In-Reply-To: <4C498CC8.2050305@bakalari.cz> References: <4C498CC8.2050305@bakalari.cz> Message-ID: It was very helpful & solved my problem. Thanks a lot. -- mks -- On Fri, Jul 23, 2010 at 8:36 PM, Lukas Cenovsky wrote: > ?You cannot use mksmath.dll directly from VB (see > http://ironpython.net/documentation/dotnet/dotnet.html#id86) so you have to > host IronPython engine in your VB app and use MksMath from the engine. See > http://www.ironpython.info/index.php/Using_Compiled_Python_Classes_from_.NET/CSharp_IP_2.6 > for example (in C#). > > -- > -- Lukas From saeli.mathieu at gmail.com Fri Jul 23 15:49:14 2010 From: saeli.mathieu at gmail.com (Saeli Mathieu) Date: Fri, 23 Jul 2010 15:49:14 +0200 Subject: [IronPython] Time out Message-ID: Hello, I'm sending this email to get more information about a specific using of ironPython. I'm working on a Silverlight 4 project and I'm using IronPython to execute script inside my C# code. The main objective is to allow users to code an AI and send it into our application. The AI will use the C# we made. That's works fine. :) But I want to prevent the user to create an infinite loop. I browsed the Online documentation but I couldn't find any information about "time out execution" Func func = scope.GetVariable >("MainLoop"); this.Result = func().ToString(); this.Result will contain a string with the error of the Python Script if something wrong appended. ex: indentation or anything else. but I want to make the method scope.GetVariable<>() time out if the script contain an infinite loop. Does anybody know something about that ? Sincerely -- Saeli Mathieu. +33 6 45 32 78 47 {Epitech} 2012 Permanent GDL http://www.gamelab.epitech.net/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From fuzzyman at voidspace.org.uk Fri Jul 23 15:57:29 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Fri, 23 Jul 2010 14:57:29 +0100 Subject: [IronPython] Time out In-Reply-To: References: Message-ID: <4C499FC9.5080702@voidspace.org.uk> On 23/07/2010 14:49, Saeli Mathieu wrote: > Hello, > > I'm sending this email to get more information about a specific using > of ironPython. > I'm working on a Silverlight 4 project and I'm using IronPython > to execute script inside my C# code. > > The main objective is to allow users to code an AI and send it into > our application. > The AI will use the C# we made. > That's works fine. :) > > But I want to prevent the user to create an infinite loop. > I browsed the Online documentation but I couldn't find any information > about "time out execution" > > Func func = scope.GetVariable >("MainLoop"); > this.Result = func().ToString(); > > this.Result will contain a string with the error of the Python Script > if something wrong appended. ex: indentation or anything else. > > but I want to make the method scope.GetVariable<>() time out if the > script contain an infinite loop. > > Does anybody know something about that ? The only way I can think of doing it is to execute the code on a different thread and then abort the thread if it exceeds the timeout. Michael > > Sincerely > -- > Saeli Mathieu. > > +33 6 45 32 78 47 > {Epitech} 2012 > Permanent GDL > http://www.gamelab.epitech.net/ > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://www.ironpythoninaction.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From merllab at microsoft.com Fri Jul 23 17:08:26 2010 From: merllab at microsoft.com (merllab at microsoft.com) Date: Fri, 23 Jul 2010 08:08:26 -0700 Subject: [IronPython] IronPython 2.6 CodePlex Source Update Message-ID: This is an automated email letting you know that sources have recently been pushed out. You can download these newer sources directly from http://ironpython.codeplex.com/SourceControl/changeset/view/73634. ADDED SOURCES $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Utils/DelegateUtils.cs DELETED SOURCES $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Utils/ReflectionUtils.cs MODIFIED SOURCES $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Microsoft.Scripting.csproj $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Runtime/DynamicOperations.cs $/IronPython/IronPython_Main/Runtime/Microsoft.Scripting/Utils/DelegateUtils.cs From cenovsky at bakalari.cz Fri Jul 23 21:36:43 2010 From: cenovsky at bakalari.cz (Lukas Cenovsky) Date: Fri, 23 Jul 2010 21:36:43 +0200 Subject: [IronPython] Building IronPython from sources Message-ID: <4C49EF4B.3060903@bakalari.cz> Hi all, I have one wish for the next release of IronPython 2.6.2 (hope it is not too late...) - please make sure it is possible to build IronPython binaries from sources. I have downloaded IronPython-2.6.1-Src-Net20SP1.zip and I there is no way for me to build Silverlight binaries from it... I have opened the solution in VS 2010, solution file was converted to the new version, I selected 'Silverlight Debug' as a solution configuration and I received meny errors as below when building Microsoft.Scripting.dll: Error 11 The type 'System.SerializableAttribute' exists in both 'c:\IronPython-2.6.1\Bin\Silverlight Debug\Microsoft.Scripting.Core.dll' and 'c:\Windows\Microsoft.NET\Framework\v2.0.50727\mscorlib.dll' C:\IronPython-2.6.1\Src\Runtime\Microsoft.Scripting\ArgumentTypeException.cs 20 6 Microsoft.Scripting Error 12 The type or namespace name 'Serializable' could not be found (are you missing a using directive or an assembly reference?) C:\IronPython-2.6.1\Src\Runtime\Microsoft.Scripting\ArgumentTypeException.cs 20 6 Microsoft.Scripting My goal was to build debug-able Microsoft.Scripting.Silverlight.dll because I'm receiving AddReference error which I'd like to inspect. -- -- Lukas -------------- next part -------------- An HTML attachment was scrubbed... URL: From calmasy at gmail.com Fri Jul 23 23:47:23 2010 From: calmasy at gmail.com (=?ISO-8859-1?Q?Count_L=E1szl=F3_de_Alm=E1sy?=) Date: Fri, 23 Jul 2010 15:47:23 -0600 Subject: [IronPython] SystemError: Object reference not set to an instance of an object Message-ID: i've been using IPY 2.6.1 with Mono 2.6.x for quite some time. Today I upgraded one of my binary assemblies (libopenmetaverse) and suddenly all my applications that use it are throwing this error: Traceback (most recent call last): SystemError: Object reference not set to an instance of an object any idea what would cause this? -- Cheers, L?szl? From kuno.meyer at gmx.ch Sat Jul 24 00:23:59 2010 From: kuno.meyer at gmx.ch (Kuno Meyer) Date: Sat, 24 Jul 2010 00:23:59 +0200 Subject: [IronPython] SystemError: Object reference not set to an instance of an object In-Reply-To: References: Message-ID: <4C4A167F.5010404@gmx.ch> You might want to have a look at the full stack trace (i.e. the full CLR stack trace, not only the stack of the Python script). The "-X:ExceptionDetail" command line option (see "ipy /?") allows to see that. On 23.07.2010 23:47, Count L?szl? de Alm?sy wrote: > i've been using IPY 2.6.1 with Mono 2.6.x for quite some time. Today I > upgraded one of my binary assemblies (libopenmetaverse) and suddenly > all my applications that use it are throwing this error: > > Traceback (most recent call last): > SystemError: Object reference not set to an instance of an object > > any idea what would cause this? > From calmasy at gmail.com Sat Jul 24 04:32:33 2010 From: calmasy at gmail.com (=?ISO-8859-1?Q?Count_L=E1szl=F3_de_Alm=E1sy?=) Date: Fri, 23 Jul 2010 20:32:33 -0600 Subject: [IronPython] SystemError: Object reference not set to an instance of an object In-Reply-To: <4C4A167F.5010404@gmx.ch> References: <4C4A167F.5010404@gmx.ch> Message-ID: ok thanks. that provided the following: Object reference not set to an instance of an object SendUpdate at offset 0 in file:line:column :0:0 SendUpdate at offset 0 in file:line:column :0:0 Fly at offset 0 in file:line:column :0:0 Invoke at offset 0 in file:line:column :0:0 at OpenMetaverse.AgentManager+AgentMovement.SendUpdate (Boolean reliable, OpenMetaverse.Simulator simulator) [0x00000] at OpenMetaverse.AgentManager+AgentMovement.SendUpdate (Boolean reliable) [0x00000] at OpenMetaverse.AgentManager.Fly (Boolean start) [0x00000] at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (object,object[],System.Exception&) at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x00000] SystemError: Object reference not set to an instance of an object On Fri, Jul 23, 2010 at 4:23 PM, Kuno Meyer wrote: > You might want to have a look at the full stack trace (i.e. the full CLR > stack trace, not only the stack of the Python script). > > The "-X:ExceptionDetail" command line option (see "ipy /?") allows to see > that. > > On 23.07.2010 23:47, Count L?szl? de Alm?sy wrote: >> >> i've been using IPY 2.6.1 with Mono 2.6.x for quite some time. Today I >> upgraded one of my binary assemblies (libopenmetaverse) and suddenly >> all my applications that use it are throwing this error: >> >> Traceback (most recent call last): >> SystemError: Object reference not set to an instance of an object >> >> any idea what would cause this? >> > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- Cheers, L?szl? From kuno.meyer at gmx.ch Sat Jul 24 10:20:45 2010 From: kuno.meyer at gmx.ch (Kuno Meyer) Date: Sat, 24 Jul 2010 10:20:45 +0200 Subject: [IronPython] SystemError: Object reference not set to an instance of an object In-Reply-To: References: <4C4A167F.5010404@gmx.ch> Message-ID: <4C4AA25D.2030304@gmx.ch> Ok. Then you should have a look at the sources or the decompilation result (.NET Reflector) of "OpenMetaverse.AgentManager+AgentMovement.SendUpdate(bool, Simulator)" and find out which reference is not initialized. Perhaps you are missing some initialization calls or are using the API in a wrong way? Or you encountered a bug in libopenmetaverse? Nothing specific to IronPython, I guess. On 24.07.2010 04:32, Count L?szl? de Alm?sy wrote: > ok thanks. that provided the following: > > Object reference not set to an instance of an object > SendUpdate at offset 0 in file:line:column:0:0 > SendUpdate at offset 0 in file:line:column:0:0 > Fly at offset 0 in file:line:column:0:0 > Invoke at offset 0 in file:line:column:0:0 > at OpenMetaverse.AgentManager+AgentMovement.SendUpdate (Boolean > reliable, OpenMetaverse.Simulator simulator) [0x00000] > at OpenMetaverse.AgentManager+AgentMovement.SendUpdate (Boolean > reliable) [0x00000] > at OpenMetaverse.AgentManager.Fly (Boolean start) [0x00000] > at (wrapper managed-to-native) > System.Reflection.MonoMethod:InternalInvoke > (object,object[],System.Exception&) > at System.Reflection.MonoMethod.Invoke (System.Object obj, > BindingFlags invokeAttr, System.Reflection.Binder binder, > System.Object[] parameters, System.Globalization.CultureInfo culture) > [0x00000] > SystemError: Object reference not set to an instance of an object > > On Fri, Jul 23, 2010 at 4:23 PM, Kuno Meyer wrote: >> You might want to have a look at the full stack trace (i.e. the full CLR >> stack trace, not only the stack of the Python script). >> >> The "-X:ExceptionDetail" command line option (see "ipy /?") allows to see >> that. >> >> On 23.07.2010 23:47, Count L?szl? de Alm?sy wrote: >>> >>> i've been using IPY 2.6.1 with Mono 2.6.x for quite some time. Today I >>> upgraded one of my binary assemblies (libopenmetaverse) and suddenly >>> all my applications that use it are throwing this error: >>> >>> Traceback (most recent call last): >>> SystemError: Object reference not set to an instance of an object >>> >>> any idea what would cause this? >>> >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> > > > From vernondcole at gmail.com Sun Jul 25 02:56:41 2010 From: vernondcole at gmail.com (Vernon Cole) Date: Sat, 24 Jul 2010 18:56:41 -0600 Subject: [IronPython] unittest broken in IPy 2.7A1 Message-ID: Dear development team: This one may be important... >"c:\program files\IronPython 2.7\ipy.exe" IronPython 2.7 Alpha 1 (2.7.0.1) on .NET 4.0.30319.1 Type "help", "copyright", "credits" or "license" for more information. >>> import unittest Traceback (most recent call last): File "", line 1, in File "c:\program files\IronPython 2.7\Lib\unittest\__init__.py", line 58, in module> ImportError: No module named result >>> Makes it a bit tough to test my modules. -- Vernon -------------- next part -------------- An HTML attachment was scrubbed... URL: From vernondcole at gmail.com Sun Jul 25 03:29:12 2010 From: vernondcole at gmail.com (Vernon Cole) Date: Sat, 24 Jul 2010 19:29:12 -0600 Subject: [IronPython] MySQL and Iron Python In-Reply-To: References: <4C45E24E.2080508@ianhobson.co.uk> <4C45E7E7.5050102@ianhobson.co.uk> <4C45F520.1080508@ianhobson.co.uk> Message-ID: Alpha test of field (column) name reading in adodbapi v 2.4.A1. (see below) On Tue, Jul 20, 2010 at 2:47 PM, Vernon Cole wrote: > Field name access is the next development step. The API calls for position > (field number) access. Field name access is an extension. I personally think > that it is the obvious thing to do, but the movers and shakers of the > database API don't see it the same way. My big goal is to add that feature. > I implemented name access for (input) parameters in the last revision. > (paramstyle='named'). So for today, you must use column position to read > the data. > -- > Vernon > > > On Tue, Jul 20, 2010 at 1:12 PM, Ian Hobson wrote: > >> Thanks Vernon, >> >> With your help I now have some data! >> >> Now to find out if I can access it by field name and not just position. >> >> Thanks again >> >> Ian >> >> Ian: Okay, you pushed me to greater heights... Try dropping this into your site-packages\adodbapi directory. If I did it right, the following should work. c = someconnection.cursor c.execute("select foo,bar from someTable") rows = c.fetchall() for row in rows: print row['foo'], row.bar Either the 'rowName.columnName' syntax or the 'rowName['columnName'] syntax should work. Is that about what you were looking for? I want to do some packaging work, but this should be the code for the next version. (Congratulations, you are now a beta tester.) The attachment will replace the adodbapi.py file in the 2.3.0 release .zip. (The entire beta test is in the mercurial tree at http://sourceforge.net/projects/adodbapi ) -- Vernon Cole -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: adodbapi.py Type: application/octet-stream Size: 60481 bytes Desc: not available URL: From empirebuilder at gmail.com Mon Jul 26 00:55:44 2010 From: empirebuilder at gmail.com (Dody Gunawinata) Date: Mon, 26 Jul 2010 01:55:44 +0300 Subject: [IronPython] IronPython for ASP.Net with .Net 4.0 Message-ID: Is there any update on IronPython for ASP.Net 4.0? The current IP for ASP.Net 3.5 will not run on ASP.Net 4.0. -- nomadlife.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy at schementi.com Mon Jul 26 09:20:09 2010 From: jimmy at schementi.com (Jimmy Schementi) Date: Mon, 26 Jul 2010 00:20:09 -0700 Subject: [IronPython] [ANN] ASP.NET dynamic language support is open source! Message-ID: I'm happy to *finally *announce that the *ASP.NET dynamic language support*is now *open source*: *Download IronPython and ASP.NET integration (includes 2.7 Alpha 1 binaries):* http://ironpython.net/download/aspnet-20100716 IronPython 2.7A1 can be found here, along with the full Python standard library: http://ironpython.codeplex.com/releases/view/42434 *Announcement blog post:* http://blog.jimmy.schementi.com/2010/07/aspnet-dynamic-language-support-is-open.html This release contains the source code to Microsoft.Scripting.AspNet.dll in the ?src? directory, licensed under the Apache License (Version 2). It will be available in the source repository for IronPython in the very near future, but don't hesitate to start sending in patches. This release is compatible with IronPython 2.7 Alpha 1. The Apache License can be found here: http://www.apache.org/licenses/LICENSE-2.0.html Enjoy! ~Jimmy -------------- next part -------------- An HTML attachment was scrubbed... URL: From empirebuilder at gmail.com Mon Jul 26 12:46:47 2010 From: empirebuilder at gmail.com (Dody Gunawinata) Date: Mon, 26 Jul 2010 13:46:47 +0300 Subject: [IronPython] IronPython for ASP.Net with .Net 4.0 In-Reply-To: References: <7145725274632188723@unknownmsgid> Message-ID: Oh dude, you just made my year! On Mon, Jul 26, 2010 at 10:34 AM, Jimmy Schementi wrote: > See > http://blog.jimmy.schementi.com/2010/07/aspnet-dynamic-language-support-is-open.html. > *Finally*, it's now open source too! =) > ~Jimmy > > > > On Sun, Jul 25, 2010 at 7:42 PM, Jimmy Schementi wrote: > >> Yes, stay tuned this evening. >> >> On Jul 25, 2010, at 3:55 PM, Dody Gunawinata >> wrote: >> >> Is there any update on IronPython for ASP.Net 4.0? The current IP for >> ASP.Net 3.5 will not run on ASP.Net 4.0. >> >> -- >> nomadlife.org >> >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >> > -- nomadlife.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From sholde4 at gmail.com Mon Jul 26 16:51:48 2010 From: sholde4 at gmail.com (Scott Holden) Date: Mon, 26 Jul 2010 09:51:48 -0500 Subject: [IronPython] Time out In-Reply-To: <4C499FC9.5080702@voidspace.org.uk> References: <4C499FC9.5080702@voidspace.org.uk> Message-ID: I'm currently dealing with the same issue. So far, a separate thread is the only thing I've come up with, but Thread.Abort seems a bit drastic, and may be hazardous to your health... Is there a safer way? On Fri, Jul 23, 2010 at 8:57 AM, Michael Foord wrote: > On 23/07/2010 14:49, Saeli Mathieu wrote: > > Hello, > > I'm sending this email to get more information about a specific using of > ironPython. > I'm working on a Silverlight 4 project and I'm using IronPython > to execute script inside my C# code. > > The main objective is to allow users to code an AI and send it into our > application. > The AI will use the C# we made. > That's works fine. :) > > But I want to prevent the user to create an infinite loop. > I browsed the Online documentation but I couldn't find any information > about "time out execution" > > Func func = scope.GetVariable >("MainLoop"); > this.Result = func().ToString(); > > this.Result will contain a string with the error of the Python Script if > something wrong appended. ex: indentation or anything else. > > but I want to make the method scope.GetVariable<>() time out if the > script contain an infinite loop. > > Does anybody know something about that ? > > The only way I can think of doing it is to execute the code on a different > thread and then abort the thread if it exceeds the timeout. > > Michael > > > Sincerely > -- > Saeli Mathieu. > > +33 6 45 32 78 47 > {Epitech} 2012 > Permanent GDL > http://www.gamelab.epitech.net/ > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.comhttp://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > -- http://www.ironpythoninaction.com/ > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fuzzyman at voidspace.org.uk Mon Jul 26 17:44:10 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Mon, 26 Jul 2010 16:44:10 +0100 Subject: [IronPython] Time out In-Reply-To: References: <4C499FC9.5080702@voidspace.org.uk> Message-ID: <4C4DAD4A.7010106@voidspace.org.uk> On 26/07/2010 15:51, Scott Holden wrote: > I'm currently dealing with the same issue. So far, a separate thread > is the only thing I've come up with, but Thread.Abort seems a bit > drastic, and may be hazardous to your health... Is there a safer way? > I've not had problems with use of Thread.Abort. You could do it another process altogether of course... Not aware of any easy alternatives. Michael > On Fri, Jul 23, 2010 at 8:57 AM, Michael Foord > > wrote: > > On 23/07/2010 14:49, Saeli Mathieu wrote: >> Hello, >> >> I'm sending this email to get more information about a specific >> using of ironPython. >> I'm working on a Silverlight 4 project and I'm using IronPython >> to execute script inside my C# code. >> >> The main objective is to allow users to code an AI and send it >> into our application. >> The AI will use the C# we made. >> That's works fine. :) >> >> But I want to prevent the user to create an infinite loop. >> I browsed the Online documentation but I couldn't find any >> information about "time out execution" >> >> Func func = scope.GetVariable >("MainLoop"); >> this.Result = func().ToString(); >> >> this.Result will contain a string with the error of the Python >> Script if something wrong appended. ex: indentation or anything else. >> >> but I want to make the method scope.GetVariable<>() time out if >> the script contain an infinite loop. >> >> Does anybody know something about that ? > The only way I can think of doing it is to execute the code on a > different thread and then abort the thread if it exceeds the timeout. > > Michael > >> >> Sincerely >> -- >> Saeli Mathieu. >> >> +33 6 45 32 78 47 >> {Epitech} 2012 >> Permanent GDL >> http://www.gamelab.epitech.net/ >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > -- > http://www.ironpythoninaction.com/ > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies ("BOGUS AGREEMENTS") that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. -------------- next part -------------- An HTML attachment was scrubbed... URL: From twyatt at ppi.ca Mon Jul 26 17:47:13 2010 From: twyatt at ppi.ca (Tim P. Wyatt) Date: Mon, 26 Jul 2010 08:47:13 -0700 Subject: [IronPython] Tim Wyatt is out of the office Message-ID: I will be out of the office starting 26-07-2010 and will not return until 28-07-2010. I will be reviewing my email less frequently than usual. For urgent matters please contact the Vancouver Help Desk at 1-800-661-7712 (helpdesk at ppi.ca) From dfugate at microsoft.com Mon Jul 26 18:21:27 2010 From: dfugate at microsoft.com (Dave Fugate) Date: Mon, 26 Jul 2010 16:21:27 +0000 Subject: [IronPython] Building IronPython from sources In-Reply-To: <4C49EF4B.3060903@bakalari.cz> References: <4C49EF4B.3060903@bakalari.cz> Message-ID: <299545F35D442642800736DBA0C3AA28033BD014@TK5EX14MBXC205.redmond.corp.microsoft.com> Hi Lukas, the error message below is because you don't have the version of Silverlight installed which was used to build IronPython 2.6.1. For this particular release, I believe it was something like "%ProgramFiles%\Microsoft Silverlight\3.0.40624.0". You can find out for sure by examining the "" element in Src\IronPython\IronPython.csproj. Any ways, there are two workarounds: * Replace all instances of "3.0.40624.0" throughout all C# project files with the version of Silverlight you have installed locally * Copy and rename the version of Silverlight you have installed to whatever is expected by the C# project files Hope that helps, Dave From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Lukas Cenovsky Sent: Friday, July 23, 2010 12:37 PM To: Discussion of IronPython Subject: [IronPython] Building IronPython from sources Hi all, I have one wish for the next release of IronPython 2.6.2 (hope it is not too late...) - please make sure it is possible to build IronPython binaries from sources. I have downloaded IronPython-2.6.1-Src-Net20SP1.zip and I there is no way for me to build Silverlight binaries from it... I have opened the solution in VS 2010, solution file was converted to the new version, I selected 'Silverlight Debug' as a solution configuration and I received meny errors as below when building Microsoft.Scripting.dll: Error 11 The type 'System.SerializableAttribute' exists in both 'c:\IronPython-2.6.1\Bin\Silverlight Debug\Microsoft.Scripting.Core.dll' and 'c:\Windows\Microsoft.NET\Framework\v2.0.50727\mscorlib.dll' C:\IronPython-2.6.1\Src\Runtime\Microsoft.Scripting\ArgumentTypeException.cs 20 6 Microsoft.Scripting Error 12 The type or namespace name 'Serializable' could not be found (are you missing a using directive or an assembly reference?) C:\IronPython-2.6.1\Src\Runtime\Microsoft.Scripting\ArgumentTypeException.cs 20 6 Microsoft.Scripting My goal was to build debug-able Microsoft.Scripting.Silverlight.dll because I'm receiving AddReference error which I'd like to inspect. -- -- Lukas -------------- next part -------------- An HTML attachment was scrubbed... URL: From tony.meyer at gmail.com Tue Jul 27 00:51:03 2010 From: tony.meyer at gmail.com (Tony Meyer) Date: Tue, 27 Jul 2010 10:51:03 +1200 Subject: [IronPython] Problems with simple silverlight/gestalt example In-Reply-To: References: Message-ID: Hi, I guess this is more complex than I thought. Is anyone able to simply confirm that they are able to get a simple script like this (using gestalt.ironpython.net) working? At least if I know that it's theoretically possible, I can try and figure out what I'm doing wrong. Thanks, Tony On Thu, Jul 22, 2010 at 10:03 PM, Tony Meyer wrote: > Hi, > > I'm trying to get a simple Silverlight example working using the > gestalt.ironpython.net method, and I'm having some difficulty - > basically nothing happens ("Loading..." shows, of course, but nothing > else). ?The javascript file does get loaded, and I have let it sit for > a long time in case it was just excessively slow. > > I've tried the HTML below in Safari 5, Firefox 3.5.3, Chrome 5.0 (OS X > 10.5), IE 7 (Windows Server 2003) and IE 8 (Windows XP SP2 - yes, yes, > I know it should be updated!). ?Both have the latest version of > Silverlight (as determined by Silverlight itself). > > Can anyone explain what I'm doing wrong? > > Thanks, > Tony > > """ > > ? ? > ? ? ? ? > ? ? > ? ? > ? ? ? ?
Loading...
> ? ? ? ? > ? ? > > """ > From fuzzyman at voidspace.org.uk Tue Jul 27 01:01:18 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Tue, 27 Jul 2010 00:01:18 +0100 Subject: [IronPython] Problems with simple silverlight/gestalt example In-Reply-To: References: Message-ID: <4C4E13BE.5040109@voidspace.org.uk> On 26/07/2010 23:51, Tony Meyer wrote: > Hi, > > I guess this is more complex than I thought. > > Is anyone able to simply confirm that they are able to get a simple > script like this (using gestalt.ironpython.net) working? At least if > I know that it's theoretically possible, I can try and figure out what > I'm doing wrong. > Are you trying to view the html file direct off the filesystem? You still need to serve it for it to work, even if it is only locally. You can use chiron to do this. Sorry if this has already been suggested. All the best, Michael > Thanks, > Tony > > On Thu, Jul 22, 2010 at 10:03 PM, Tony Meyer wrote: > >> Hi, >> >> I'm trying to get a simple Silverlight example working using the >> gestalt.ironpython.net method, and I'm having some difficulty - >> basically nothing happens ("Loading..." shows, of course, but nothing >> else). The javascript file does get loaded, and I have let it sit for >> a long time in case it was just excessively slow. >> >> I've tried the HTML below in Safari 5, Firefox 3.5.3, Chrome 5.0 (OS X >> 10.5), IE 7 (Windows Server 2003) and IE 8 (Windows XP SP2 - yes, yes, >> I know it should be updated!). Both have the latest version of >> Silverlight (as determined by Silverlight itself). >> >> Can anyone explain what I'm doing wrong? >> >> Thanks, >> Tony >> >> """ >> >> >> >> >> >>
Loading...
>> >> >> >> """ >> >> > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. From tony.meyer at gmail.com Tue Jul 27 01:05:05 2010 From: tony.meyer at gmail.com (Tony Meyer) Date: Tue, 27 Jul 2010 11:05:05 +1200 Subject: [IronPython] Problems with simple silverlight/gestalt example In-Reply-To: <4C4E13BE.5040109@voidspace.org.uk> References: <4C4E13BE.5040109@voidspace.org.uk> Message-ID: > Are you trying to view the html file direct off the filesystem? You still > need to serve it for it to work, even if it is only locally. You can use > chiron to do this. Ah, that will be it then. Thanks very much! IMO adding this information to http://ironpython.net/browser/gettingstarted.html would be very valuable! > Sorry if this has already been suggested. I had no suggestions at all, hence the (essentially) repost :) Thanks, Tony From tony.meyer at gmail.com Tue Jul 27 01:32:30 2010 From: tony.meyer at gmail.com (Tony Meyer) Date: Tue, 27 Jul 2010 11:32:30 +1200 Subject: [IronPython] Problems with simple silverlight/gestalt example In-Reply-To: References: <4C4E13BE.5040109@voidspace.org.uk> Message-ID: >> Are you trying to view the html file direct off the filesystem? You still >> need to serve it for it to work, even if it is only locally. You can use >> chiron to do this. > > Ah, that will be it then. ?Thanks very much! Dropping it into Sites and loading from there did indeed fix the problem (plus correcting the two onClick typos). I'll figure out how to get Chiron to serve it so it can easily run on Windows later. Thanks again Michael! Cheers, Tony From dinov at microsoft.com Tue Jul 27 01:51:36 2010 From: dinov at microsoft.com (Dino Viehland) Date: Mon, 26 Jul 2010 23:51:36 +0000 Subject: [IronPython] Problems with simple silverlight/gestalt example In-Reply-To: References: <4C4E13BE.5040109@voidspace.org.uk> Message-ID: Tony wrote: > > Are you trying to view the html file direct off the filesystem? You still > > need to serve it for it to work, even if it is only locally. You can use > > chiron to do this. > > Ah, that will be it then. Thanks very much! > > IMO adding this information to > http://ironpython.net/browser/gettingstarted.html would be very > valuable! We agree - there was a bug on this we saw while going over the new bugs today so it'll get fixed eventually :) > > > Sorry if this has already been suggested. > > I had no suggestions at all, hence the (essentially) repost :) > > Thanks, > Tony > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From fuzzyman at voidspace.org.uk Tue Jul 27 15:58:58 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Tue, 27 Jul 2010 14:58:58 +0100 Subject: [IronPython] unittest broken in IPy 2.7A1 In-Reply-To: References: Message-ID: <4C4EE622.3010107@voidspace.org.uk> On 25/07/2010 01:56, Vernon Cole wrote: > Dear development team: > > This one may be important... > This error is because although the unittest package directory is present in the Lib directory, big chunks of the actual unittest package are missing... Michael > >"c:\program files\IronPython 2.7\ipy.exe" > IronPython 2.7 Alpha 1 (2.7.0.1) on .NET 4.0.30319.1 > Type "help", "copyright", "credits" or "license" for more information. > >>> import unittest > Traceback (most recent call last): > File "", line 1, in > File "c:\program files\IronPython 2.7\Lib\unittest\__init__.py", > line 58, in module> > ImportError: No module named result > >>> > > Makes it a bit tough to test my modules. > -- > Vernon > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies ("BOGUS AGREEMENTS") that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. -------------- next part -------------- An HTML attachment was scrubbed... URL: From saeli.mathieu at gmail.com Tue Jul 27 16:39:31 2010 From: saeli.mathieu at gmail.com (Saeli Mathieu) Date: Tue, 27 Jul 2010 16:39:31 +0200 Subject: [IronPython] Time out Message-ID: I found a way to solve this problem :) Pretty easy :) public class MyThreadHandle { #region //Your properties here :) public String Error; #endregion //use the constructor to init your properties public MyThreadHandle(PythonEditor pythonEngine) { this.pyEngine = pythonEngine; } //You can use another methode to change the values of your properties public void SetParam(var a, var b, var c,...etc) { this.a = a; etc.... } public void ThreadLoop() { //Call the method you need or do the action you needed to do :) //Get the result with your properties this.Error = this.a.RunCode(player, EcH); } } How to use it ? Simple :) MyThreadHandle ThreadHandle = new MyThreadHandle(new object()or whatever); ThreadHandle.SetParam(ObjectA, objectB); Thread WorkerThread = new Thread(ThreadHandle.ThreadLoop); WorkerThread.Start(); if (WorkerThread.Join(5000)) { this.ErrorOutput = ThreadHandle.Error; } else { this.ErrorOutput = "Time Out, Infinit Loop"; } -- Saeli Mathieu. +33 6 45 32 78 47 {Epitech} 2012 Permanent GDL http://www.gamelab.epitech.net/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From merllab at microsoft.com Tue Jul 27 17:08:19 2010 From: merllab at microsoft.com (merllab at microsoft.com) Date: Tue, 27 Jul 2010 08:08:19 -0700 Subject: [IronPython] IronPython 2.6 CodePlex Source Update Message-ID: <4c12e362-01a4-4dad-8b66-0831a0c39930@tk5-exsmh-c101.redmond.corp.microsoft.com> This is an automated email letting you know that sources have recently been pushed out. You can download these newer sources directly from http://ironpython.codeplex.com/SourceControl/changeset/view/74130. ADDED SOURCES $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/ImportCompletionAnalysis.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/CompletionAnalysis.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/FromImportCompletionAnalysis.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/IPythonAnalyzer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/NormalCompletionAnalysis.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/PythonAnalyzer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/ResultType.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/IAnalysisValue.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/IAnalysisVariable.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/IVariableDefContainer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/NamespaceReferences.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/SetInfo.cs DELETED SOURCES $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/ImportCompletionList.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/CompletionList.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/FromImportCompletionList.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/Analysis.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/ObjectType.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/NormalCompletionList.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/IHaveAst.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/PythonAnalyzer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/BuiltinModuleScope.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/NamespaceDependencies.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/VariableResult.cs MODIFIED SOURCES $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/ImportCompletionAnalysis.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/CompletionAnalysis.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/FromImportCompletionAnalysis.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/IPythonAnalyzer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/NormalCompletionAnalysis.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/PythonAnalyzer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/ResultType.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/IAnalysisValue.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Navigation/DropDownBarClient.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/CompletionSource.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/ExpressionAnalysis.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Extensions.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Repl/RemotePythonVsEvaluator.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Extensions.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Navigation/CodeWindowManager.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Editor/XamlTextViewCreationListener.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Navigation/EditFilter.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonToolsPackage.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/CompletionSourceProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Intellisense/IntellisenseController.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore.csproj $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/WeakDictionary.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/IAnalysisVariable.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/SignatureHelpSource.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/StringLiteralCompletionList.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/InterpreterScope.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/TypeUnion.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/VariableDef.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/MemberResult.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/ConstantInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/QuickInfoSourceProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinModule.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinMethodInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/AnalysisUnit.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/SignatureAnalysis.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinFunctionInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinFieldInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/ModuleScope.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/DependencyInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/DictionaryInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinEventInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/DDG.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/ExpressionEvaluator.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinNamespace.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinInstanceInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinPropertyInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/FunctionScope.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/QuickInfoSource.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/ModuleAnalysis.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/ProjectState.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Intellisense/SignatureHelpSourceProvider.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/ClassInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/IVariableDefContainer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/GeneratorSendBoundBuiltinMethodInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/ListInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/FunctionInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/GeneratorInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/ProjectEntry.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BoundBuiltinMethodInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/BuiltinClassInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/LocationInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Interpreter/OverviewWalker.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/InstanceInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/EnumInstanceInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/NamespaceReferences.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/MethodInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/NamespaceSetExtensions.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/Namespace.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/ReflectedNamespace.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/ModuleInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/SequenceInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/SetInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/SpecializedBuiltinFunction.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/PyAnalysis/Values/UserDefinedInfo.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Navigation/LibraryManager.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonProjectNode.cs From cenovsky at bakalari.cz Tue Jul 27 17:08:41 2010 From: cenovsky at bakalari.cz (Lukas Cenovsky) Date: Tue, 27 Jul 2010 17:08:41 +0200 Subject: [IronPython] Building IronPython from sources In-Reply-To: <299545F35D442642800736DBA0C3AA28033BD014@TK5EX14MBXC205.redmond.corp.microsoft.com> References: <4C49EF4B.3060903@bakalari.cz> <299545F35D442642800736DBA0C3AA28033BD014@TK5EX14MBXC205.redmond.corp.microsoft.com> Message-ID: <4C4EF679.1010206@bakalari.cz> Thanks. Copying my current Silverlight version 4.0.50524.0 to 3.0.50106.0 helped and Microsoft.Scripting.dll compiles fine. Now I get many following errors for Microsoft.Dynamic.dll: Error 1 'Func' is an ambiguous reference between 'System.Func' and 'Microsoft.Scripting.Utils.Func' C:\IronPython-2.6.1\Src\Runtime\Microsoft.Dynamic\Interpreter\Instructions\CallInstruction.Generated.cs 278 70 Microsoft.Dynamic How can I tell Visual Studio to use reference from Microsoft.Scripting.Utils? Thanks. -- -- Lukas On 26.7.2010 18:21, Dave Fugate wrote: > > Hi Lukas, the error message below is because you don't have the > version of Silverlight installed which was used to build IronPython > 2.6.1. For this particular release, I believe it was something like > "%ProgramFiles%\Microsoft Silverlight\3.0.40624.0". You can find out > for sure by examining the "" element in > Src\IronPython\IronPython.csproj. Any ways, there are two workarounds: > > ? Replace all instances of "3.0.40624.0" throughout all C# project > files with the version of Silverlight you have installed locally > > ? Copy and rename the version of Silverlight you have installed to > whatever is expected by the C# project files > > Hope that helps, > > Dave > > *From:* users-bounces at lists.ironpython.com > [mailto:users-bounces at lists.ironpython.com] *On Behalf Of *Lukas Cenovsky > *Sent:* Friday, July 23, 2010 12:37 PM > *To:* Discussion of IronPython > *Subject:* [IronPython] Building IronPython from sources > > Hi all, > I have one wish for the next release of IronPython 2.6.2 (hope it is > not too late...) - please make sure it is possible to build IronPython > binaries from sources. I have downloaded > IronPython-2.6.1-Src-Net20SP1.zip > > and I there is no way for me to build Silverlight binaries from it... > > I have opened the solution in VS 2010, solution file was converted to > the new version, I selected 'Silverlight Debug' as a solution > configuration and I received meny errors as below when building > Microsoft.Scripting.dll: > > Error 11 The type 'System.SerializableAttribute' exists in both > 'c:\IronPython-2.6.1\Bin\Silverlight > Debug\Microsoft.Scripting.Core.dll' and > 'c:\Windows\Microsoft.NET\Framework\v2.0.50727\mscorlib.dll' > C:\IronPython-2.6.1\Src\Runtime\Microsoft.Scripting\ArgumentTypeException.cs > 20 6 Microsoft.Scripting > Error 12 The type or namespace name 'Serializable' could not be > found (are you missing a using directive or an assembly reference?) > C:\IronPython-2.6.1\Src\Runtime\Microsoft.Scripting\ArgumentTypeException.cs > 20 6 Microsoft.Scripting > > My goal was to build debug-able Microsoft.Scripting.Silverlight.dll > because I'm receiving AddReference error which I'd like to inspect. > > -- > -- Lukas > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfugate at microsoft.com Tue Jul 27 17:31:17 2010 From: dfugate at microsoft.com (Dave Fugate) Date: Tue, 27 Jul 2010 15:31:17 +0000 Subject: [IronPython] Building IronPython from sources In-Reply-To: <4C4EF679.1010206@bakalari.cz> References: <4C49EF4B.3060903@bakalari.cz> <299545F35D442642800736DBA0C3AA28033BD014@TK5EX14MBXC205.redmond.corp.microsoft.com> <4C4EF679.1010206@bakalari.cz> Message-ID: <299545F35D442642800736DBA0C3AA28033C4CF4@TK5EX14MBXC205.redmond.corp.microsoft.com> I'd actually suggest doing this with 2.7 Alpha 1 sources... Building 2.6.1 requires a Silverlight 3.x installation as there were changes to System.Core (e.g., System.Func) between Silverlight 3.x and Silverlight 4.x. As you've discovered, we implemented some of this missing System.Core functionality ourselves in 2.6.1 which is confusing the compiler when there's references to both (4.x) System.Core and MS.Scripting.Utils. If you can't get your hands on a Silverlight 3.x installation to fix this, the next easiest route IMO would be to use 2.7A1 instead. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Lukas Cenovsky Sent: Tuesday, July 27, 2010 8:09 AM To: Discussion of IronPython Subject: Re: [IronPython] Building IronPython from sources Thanks. Copying my current Silverlight version 4.0.50524.0 to 3.0.50106.0 helped and Microsoft.Scripting.dll compiles fine. Now I get many following errors for Microsoft.Dynamic.dll: Error 1 'Func' is an ambiguous reference between 'System.Func' and 'Microsoft.Scripting.Utils.Func' C:\IronPython-2.6.1\Src\Runtime\Microsoft.Dynamic\Interpreter\Instructions\CallInstruction.Generated.cs 278 70 Microsoft.Dynamic How can I tell Visual Studio to use reference from Microsoft.Scripting.Utils? Thanks. -- -- Lukas On 26.7.2010 18:21, Dave Fugate wrote: Hi Lukas, the error message below is because you don't have the version of Silverlight installed which was used to build IronPython 2.6.1. For this particular release, I believe it was something like "%ProgramFiles%\Microsoft Silverlight\3.0.40624.0". You can find out for sure by examining the "" element in Src\IronPython\IronPython.csproj. Any ways, there are two workarounds: Replace all instances of "3.0.40624.0" throughout all C# project files with the version of Silverlight you have installed locally Copy and rename the version of Silverlight you have installed to whatever is expected by the C# project files Hope that helps, Dave From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Lukas Cenovsky Sent: Friday, July 23, 2010 12:37 PM To: Discussion of IronPython Subject: [IronPython] Building IronPython from sources Hi all, I have one wish for the next release of IronPython 2.6.2 (hope it is not too late...) - please make sure it is possible to build IronPython binaries from sources. I have downloaded IronPython-2.6.1-Src-Net20SP1.zip and I there is no way for me to build Silverlight binaries from it... I have opened the solution in VS 2010, solution file was converted to the new version, I selected 'Silverlight Debug' as a solution configuration and I received meny errors as below when building Microsoft.Scripting.dll: Error 11 The type 'System.SerializableAttribute' exists in both 'c:\IronPython-2.6.1\Bin\Silverlight Debug\Microsoft.Scripting.Core.dll' and 'c:\Windows\Microsoft.NET\Framework\v2.0.50727\mscorlib.dll' C:\IronPython-2.6.1\Src\Runtime\Microsoft.Scripting\ArgumentTypeException.cs 20 6 Microsoft.Scripting Error 12 The type or namespace name 'Serializable' could not be found (are you missing a using directive or an assembly reference?) C:\IronPython-2.6.1\Src\Runtime\Microsoft.Scripting\ArgumentTypeException.cs 20 6 Microsoft.Scripting My goal was to build debug-able Microsoft.Scripting.Silverlight.dll because I'm receiving AddReference error which I'd like to inspect. -- -- Lukas _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From cenovsky at bakalari.cz Tue Jul 27 18:49:03 2010 From: cenovsky at bakalari.cz (Lukas Cenovsky) Date: Tue, 27 Jul 2010 18:49:03 +0200 Subject: [IronPython] Building IronPython from sources In-Reply-To: <299545F35D442642800736DBA0C3AA28033C4CF4@TK5EX14MBXC205.redmond.corp.microsoft.com> References: <4C49EF4B.3060903@bakalari.cz> <299545F35D442642800736DBA0C3AA28033BD014@TK5EX14MBXC205.redmond.corp.microsoft.com> <4C4EF679.1010206@bakalari.cz> <299545F35D442642800736DBA0C3AA28033C4CF4@TK5EX14MBXC205.redmond.corp.microsoft.com> Message-ID: <4C4F0DFF.2080403@bakalari.cz> I am a little bit confused about Silverlight, .NET and IronPython versions. Here is a list what I think is valid, please correct me if I am wrong: * IronPython 2.6.1 supports Silverlight 3 + .NET 2 SP1 * IronPython 2.6.1 does not support Silverlight 4 + .NET 2 SP1 or Silverlight 4 + .NET 4 * IronPython 2.7 will support Silverlight 4 + .NET 4 What will IronPython 2.6.2 support? -- -- Lukas On 27.7.2010 17:31, Dave Fugate wrote: > > I'd actually suggest doing this with 2.7 Alpha 1 sources... > > *Building* 2./6.1/ requires a Silverlight /3./x installation as there > were changes to System.Core (e.g., System.Func) between Silverlight > 3.x and Silverlight 4.x. As you've discovered, we implemented some of > this missing System.Core functionality ourselves in 2.6.1 which is > confusing the compiler when there's references to both (4.x) > System.Core and MS.Scripting.Utils. If you can't get your hands on a > Silverlight 3.x installation to fix this, the next easiest route IMO > would be to use 2.7A1 instead. > > *From:* users-bounces at lists.ironpython.com > [mailto:users-bounces at lists.ironpython.com] *On Behalf Of *Lukas Cenovsky > *Sent:* Tuesday, July 27, 2010 8:09 AM > *To:* Discussion of IronPython > *Subject:* Re: [IronPython] Building IronPython from sources > > Thanks. Copying my current Silverlight version 4.0.50524.0 to > 3.0.50106.0 helped and Microsoft.Scripting.dll compiles fine. Now I > get many following errors for Microsoft.Dynamic.dll: > > Error 1 'Func' is an ambiguous reference between > 'System.Func' and > 'Microsoft.Scripting.Utils.Func' > C:\IronPython-2.6.1\Src\Runtime\Microsoft.Dynamic\Interpreter\Instructions\CallInstruction.Generated.cs > 278 70 Microsoft.Dynamic > > How can I tell Visual Studio to use reference from > Microsoft.Scripting.Utils? Thanks. > > -- > -- Lukas > > > On 26.7.2010 18:21, Dave Fugate wrote: > > Hi Lukas, the error message below is because you don't have the > version of Silverlight installed which was used to build IronPython > 2.6.1. For this particular release, I believe it was something like > "%ProgramFiles%\Microsoft Silverlight\3.0.40624.0". You can find out > for sure by examining the "" element in > Src\IronPython\IronPython.csproj. Any ways, there are two workarounds: > > Replace all instances of "3.0.40624.0" throughout all C# project files > with the version of Silverlight you have installed locally > > Copy and rename the version of Silverlight you have installed to > whatever is expected by the C# project files > > Hope that helps, > > Dave > > *From:* users-bounces at lists.ironpython.com > > [mailto:users-bounces at lists.ironpython.com] *On Behalf Of *Lukas Cenovsky > *Sent:* Friday, July 23, 2010 12:37 PM > *To:* Discussion of IronPython > *Subject:* [IronPython] Building IronPython from sources > > Hi all, > I have one wish for the next release of IronPython 2.6.2 (hope it is > not too late...) - please make sure it is possible to build IronPython > binaries from sources. I have downloaded > IronPython-2.6.1-Src-Net20SP1.zip > > and I there is no way for me to build Silverlight binaries from it... > > I have opened the solution in VS 2010, solution file was converted to > the new version, I selected 'Silverlight Debug' as a solution > configuration and I received meny errors as below when building > Microsoft.Scripting.dll: > > Error 11 The type 'System.SerializableAttribute' exists in both > 'c:\IronPython-2.6.1\Bin\Silverlight > Debug\Microsoft.Scripting.Core.dll' and > 'c:\Windows\Microsoft.NET\Framework\v2.0.50727\mscorlib.dll' > C:\IronPython-2.6.1\Src\Runtime\Microsoft.Scripting\ArgumentTypeException.cs > 20 6 Microsoft.Scripting > Error 12 The type or namespace name 'Serializable' could not be > found (are you missing a using directive or an assembly reference?) > C:\IronPython-2.6.1\Src\Runtime\Microsoft.Scripting\ArgumentTypeException.cs > 20 6 Microsoft.Scripting > > My goal was to build debug-able Microsoft.Scripting.Silverlight.dll > because I'm receiving AddReference error which I'd like to inspect. > > -- > -- Lukas > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfugate at microsoft.com Tue Jul 27 19:18:44 2010 From: dfugate at microsoft.com (Dave Fugate) Date: Tue, 27 Jul 2010 17:18:44 +0000 Subject: [IronPython] Building IronPython from sources In-Reply-To: <4C4F0DFF.2080403@bakalari.cz> References: <4C49EF4B.3060903@bakalari.cz> <299545F35D442642800736DBA0C3AA28033BD014@TK5EX14MBXC205.redmond.corp.microsoft.com> <4C4EF679.1010206@bakalari.cz> <299545F35D442642800736DBA0C3AA28033C4CF4@TK5EX14MBXC205.redmond.corp.microsoft.com> <4C4F0DFF.2080403@bakalari.cz> Message-ID: <299545F35D442642800736DBA0C3AA28033C4E0F@TK5EX14MBXC205.redmond.corp.microsoft.com> Hi Lukas, the deal is IronPython 2.6.x (where x>0) will run against .NET 2.0 SP1, .NET 4.0, Silverlight 3, and Silverlight 4. You'll only be able to build IronPython 2.6.x against .NET 2.0 SP1, .NET 4.0, and Silverlight 3 though. In other words, we will not be back porting Silverlight 4 build support to the 2.6.x release series as we're really trying to limit 2.6.2 and later 2.6.x releases to bug fixes only. With IronPython 2.7, we'll provide .NET 4.0 and Silverlight 4 based assemblies. This said, we intend on continuing to provide the capability of building IronPython 2.7 against .NET 3.5 and Silverlight 3 via IronPython sources obtained from the DLR CodePlex source repository. Thanks, Dave From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Lukas Cenovsky Sent: Tuesday, July 27, 2010 9:49 AM To: Discussion of IronPython Subject: Re: [IronPython] Building IronPython from sources I am a little bit confused about Silverlight, .NET and IronPython versions. Here is a list what I think is valid, please correct me if I am wrong: * IronPython 2.6.1 supports Silverlight 3 + .NET 2 SP1 * IronPython 2.6.1 does not support Silverlight 4 + .NET 2 SP1 or Silverlight 4 + .NET 4 * IronPython 2.7 will support Silverlight 4 + .NET 4 What will IronPython 2.6.2 support? -- -- Lukas On 27.7.2010 17:31, Dave Fugate wrote: I'd actually suggest doing this with 2.7 Alpha 1 sources... Building 2.6.1 requires a Silverlight 3.x installation as there were changes to System.Core (e.g., System.Func) between Silverlight 3.x and Silverlight 4.x. As you've discovered, we implemented some of this missing System.Core functionality ourselves in 2.6.1 which is confusing the compiler when there's references to both (4.x) System.Core and MS.Scripting.Utils. If you can't get your hands on a Silverlight 3.x installation to fix this, the next easiest route IMO would be to use 2.7A1 instead. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Lukas Cenovsky Sent: Tuesday, July 27, 2010 8:09 AM To: Discussion of IronPython Subject: Re: [IronPython] Building IronPython from sources Thanks. Copying my current Silverlight version 4.0.50524.0 to 3.0.50106.0 helped and Microsoft.Scripting.dll compiles fine. Now I get many following errors for Microsoft.Dynamic.dll: Error 1 'Func' is an ambiguous reference between 'System.Func' and 'Microsoft.Scripting.Utils.Func' C:\IronPython-2.6.1\Src\Runtime\Microsoft.Dynamic\Interpreter\Instructions\CallInstruction.Generated.cs 278 70 Microsoft.Dynamic How can I tell Visual Studio to use reference from Microsoft.Scripting.Utils? Thanks. -- -- Lukas On 26.7.2010 18:21, Dave Fugate wrote: Hi Lukas, the error message below is because you don't have the version of Silverlight installed which was used to build IronPython 2.6.1. For this particular release, I believe it was something like "%ProgramFiles%\Microsoft Silverlight\3.0.40624.0". You can find out for sure by examining the "" element in Src\IronPython\IronPython.csproj. Any ways, there are two workarounds: Replace all instances of "3.0.40624.0" throughout all C# project files with the version of Silverlight you have installed locally Copy and rename the version of Silverlight you have installed to whatever is expected by the C# project files Hope that helps, Dave From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Lukas Cenovsky Sent: Friday, July 23, 2010 12:37 PM To: Discussion of IronPython Subject: [IronPython] Building IronPython from sources Hi all, I have one wish for the next release of IronPython 2.6.2 (hope it is not too late...) - please make sure it is possible to build IronPython binaries from sources. I have downloaded IronPython-2.6.1-Src-Net20SP1.zip and I there is no way for me to build Silverlight binaries from it... I have opened the solution in VS 2010, solution file was converted to the new version, I selected 'Silverlight Debug' as a solution configuration and I received meny errors as below when building Microsoft.Scripting.dll: Error 11 The type 'System.SerializableAttribute' exists in both 'c:\IronPython-2.6.1\Bin\Silverlight Debug\Microsoft.Scripting.Core.dll' and 'c:\Windows\Microsoft.NET\Framework\v2.0.50727\mscorlib.dll' C:\IronPython-2.6.1\Src\Runtime\Microsoft.Scripting\ArgumentTypeException.cs 20 6 Microsoft.Scripting Error 12 The type or namespace name 'Serializable' could not be found (are you missing a using directive or an assembly reference?) C:\IronPython-2.6.1\Src\Runtime\Microsoft.Scripting\ArgumentTypeException.cs 20 6 Microsoft.Scripting My goal was to build debug-able Microsoft.Scripting.Silverlight.dll because I'm receiving AddReference error which I'd like to inspect. -- -- Lukas _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From loocas at duber.cz Tue Jul 27 19:35:31 2010 From: loocas at duber.cz (=?UTF-8?B?THVrw6HFoSBEdWLEm2Rh?=) Date: Tue, 27 Jul 2010 19:35:31 +0200 Subject: [IronPython] Embedding web browser? In-Reply-To: <4C4F0DFF.2080403@bakalari.cz> References: <4C49EF4B.3060903@bakalari.cz> <299545F35D442642800736DBA0C3AA28033BD014@TK5EX14MBXC205.redmond.corp.microsoft.com> <4C4EF679.1010206@bakalari.cz> <299545F35D442642800736DBA0C3AA28033C4CF4@TK5EX14MBXC205.redmond.corp.microsoft.com> <4C4F0DFF.2080403@bakalari.cz> Message-ID: <4C4F18E3.6060508@duber.cz> Hi there everyone, I have a quick question: is it possible to embed a web browser and override it's drag&drop functionality? I mean, we have a intranet application, written in PHP, Python, JavaScript and what not and it basically provides a means for tracking our files on the servers. What it does is it serves UNC paths to the users and apps via its web UI. So I thought, can I embed the entire page and have it serve these UNC strings to my app via IronPython or general .NET? Thank you in advance, best, Luk?? Dub?da Director [T] +420 602 444 164 duber studio(tm) [M] info at duber.cz [W] http://www.duber.cz [A] R.A.Dvorsk?ho 601, Praha 10 [A] 10900, Czech Republic, Europe Lukas Cenovsky wrote: > I am a little bit confused about Silverlight, .NET and IronPython > versions. > > Here is a list what I think is valid, please correct me if I am wrong: > > * IronPython 2.6.1 supports Silverlight 3 + .NET 2 SP1 > * IronPython 2.6.1 does not support Silverlight 4 + .NET 2 SP1 or > Silverlight 4 + .NET 4 > * IronPython 2.7 will support Silverlight 4 + .NET 4 > > > What will IronPython 2.6.2 support? > > -- > -- Lukas > > > On 27.7.2010 17:31, Dave Fugate wrote: >> >> I?d actually suggest doing this with 2.7 Alpha 1 sources... >> >> >> >> *Building* 2./6.1/ requires a Silverlight /3./x installation as there >> were changes to System.Core (e.g., System.Func) between Silverlight >> 3.x and Silverlight 4.x. As you?ve discovered, we implemented some of >> this missing System.Core functionality ourselves in 2.6.1 which is >> confusing the compiler when there?s references to both (4.x) >> System.Core and MS.Scripting.Utils. If you can?t get your hands on a >> Silverlight 3.x installation to fix this, the next easiest route IMO >> would be to use 2.7A1 instead. >> >> >> >> *From:* users-bounces at lists.ironpython.com >> [mailto:users-bounces at lists.ironpython.com] *On Behalf Of *Lukas Cenovsky >> *Sent:* Tuesday, July 27, 2010 8:09 AM >> *To:* Discussion of IronPython >> *Subject:* Re: [IronPython] Building IronPython from sources >> >> >> >> Thanks. Copying my current Silverlight version 4.0.50524.0 to >> 3.0.50106.0 helped and Microsoft.Scripting.dll compiles fine. Now I >> get many following errors for Microsoft.Dynamic.dll: >> >> Error 1 'Func' is an ambiguous reference between >> 'System.Func' and >> 'Microsoft.Scripting.Utils.Func' >> C:\IronPython-2.6.1\Src\Runtime\Microsoft.Dynamic\Interpreter\Instructions\CallInstruction.Generated.cs >> 278 70 Microsoft.Dynamic >> >> How can I tell Visual Studio to use reference from >> Microsoft.Scripting.Utils? Thanks. >> >> -- >> -- Lukas >> >> >> On 26.7.2010 18:21, Dave Fugate wrote: >> >> Hi Lukas, the error message below is because you don?t have the >> version of Silverlight installed which was used to build IronPython >> 2.6.1. For this particular release, I believe it was something like >> ?%ProgramFiles%\Microsoft Silverlight\3.0.40624.0?. You can find out >> for sure by examining the ?? element in >> Src\IronPython\IronPython.csproj. Any ways, there are two workarounds: >> >> Replace all instances of ?3.0.40624.0? throughout all C# project files >> with the version of Silverlight you have installed locally >> >> Copy and rename the version of Silverlight you have installed to >> whatever is expected by the C# project files >> >> >> >> Hope that helps, >> >> >> >> Dave >> >> >> >> *From:* users-bounces at lists.ironpython.com >> >> [mailto:users-bounces at lists.ironpython.com] *On Behalf Of *Lukas Cenovsky >> *Sent:* Friday, July 23, 2010 12:37 PM >> *To:* Discussion of IronPython >> *Subject:* [IronPython] Building IronPython from sources >> >> >> >> Hi all, >> I have one wish for the next release of IronPython 2.6.2 (hope it is >> not too late...) - please make sure it is possible to build IronPython >> binaries from sources. I have downloaded >> IronPython-2.6.1-Src-Net20SP1.zip >> >> and I there is no way for me to build Silverlight binaries from it... >> >> I have opened the solution in VS 2010, solution file was converted to >> the new version, I selected 'Silverlight Debug' as a solution >> configuration and I received meny errors as below when building >> Microsoft.Scripting.dll: >> >> Error 11 The type 'System.SerializableAttribute' exists in both >> 'c:\IronPython-2.6.1\Bin\Silverlight >> Debug\Microsoft.Scripting.Core.dll' and >> 'c:\Windows\Microsoft.NET\Framework\v2.0.50727\mscorlib.dll' >> C:\IronPython-2.6.1\Src\Runtime\Microsoft.Scripting\ArgumentTypeException.cs >> 20 6 Microsoft.Scripting >> Error 12 The type or namespace name 'Serializable' could not be >> found (are you missing a using directive or an assembly reference?) >> C:\IronPython-2.6.1\Src\Runtime\Microsoft.Scripting\ArgumentTypeException.cs >> 20 6 Microsoft.Scripting >> >> My goal was to build debug-able Microsoft.Scripting.Silverlight.dll >> because I'm receiving AddReference error which I'd like to inspect. >> >> -- >> -- Lukas >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.ironpython.com >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > ------------------------------------------------------------------------ > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From cenovsky at bakalari.cz Tue Jul 27 20:05:59 2010 From: cenovsky at bakalari.cz (Lukas Cenovsky) Date: Tue, 27 Jul 2010 20:05:59 +0200 Subject: [IronPython] Building IronPython from sources In-Reply-To: <299545F35D442642800736DBA0C3AA28033C4E0F@TK5EX14MBXC205.redmond.corp.microsoft.com> References: <4C49EF4B.3060903@bakalari.cz> <299545F35D442642800736DBA0C3AA28033BD014@TK5EX14MBXC205.redmond.corp.microsoft.com> <4C4EF679.1010206@bakalari.cz> <299545F35D442642800736DBA0C3AA28033C4CF4@TK5EX14MBXC205.redmond.corp.microsoft.com> <4C4F0DFF.2080403@bakalari.cz> <299545F35D442642800736DBA0C3AA28033C4E0F@TK5EX14MBXC205.redmond.corp.microsoft.com> Message-ID: <4C4F2007.8020608@bakalari.cz> Thanks for the info Dave. However, I still smell a catch here :-) What means no build support for IronPython 2.6.x and Silverlight 4 - considering the functionality? Can I use all functionality of Silverlight 4 with Silverlight 3 based assemblies? What is a difference between Silverlight 3 and Silverlight 4 based assemblies? -- -- Lukas On 27.7.2010 19:18, Dave Fugate wrote: > > Hi Lukas, the deal is IronPython 2.6.x (where x>0) will /run/ against > .NET 2.0 SP1, .NET 4.0, Silverlight 3, and *Silverlight 4*. You'll > only be able to /build/ IronPython 2.6.x against .NET 2.0 SP1, .NET > 4.0, and Silverlight 3 though. In other words, we will not be back > porting Silverlight 4 /build/ support to the 2.6.x release series as > we're really trying to limit 2.6.2 and later 2.6.x releases to bug > fixes only. > > With IronPython 2.7, we'll provide .NET 4.0 and Silverlight 4 based > assemblies. This said, we intend on continuing to provide the > capability of /building/ IronPython 2.7 against .NET 3.5 and > Silverlight 3 via IronPython sources obtained from the DLR CodePlex > source repository. > > Thanks, > > Dave > > *From:* users-bounces at lists.ironpython.com > [mailto:users-bounces at lists.ironpython.com] *On Behalf Of *Lukas Cenovsky > *Sent:* Tuesday, July 27, 2010 9:49 AM > *To:* Discussion of IronPython > *Subject:* Re: [IronPython] Building IronPython from sources > > I am a little bit confused about Silverlight, .NET and IronPython > versions. > > Here is a list what I think is valid, please correct me if I am wrong: > > * IronPython 2.6.1 supports Silverlight 3 + .NET 2 SP1 > * IronPython 2.6.1 does not support Silverlight 4 + .NET 2 SP1 or > Silverlight 4 + .NET 4 > * IronPython 2.7 will support Silverlight 4 + .NET 4 > > > What will IronPython 2.6.2 support? > > -- > -- Lukas > > > On 27.7.2010 17:31, Dave Fugate wrote: > > I'd actually suggest doing this with 2.7 Alpha 1 sources... > > *Building* 2./6.1/ requires a Silverlight /3./x installation as there > were changes to System.Core (e.g., System.Func) between Silverlight > 3.x and Silverlight 4.x. As you've discovered, we implemented some of > this missing System.Core functionality ourselves in 2.6.1 which is > confusing the compiler when there's references to both (4.x) > System.Core and MS.Scripting.Utils. If you can't get your hands on a > Silverlight 3.x installation to fix this, the next easiest route IMO > would be to use 2.7A1 instead. > > *From:* users-bounces at lists.ironpython.com > > [mailto:users-bounces at lists.ironpython.com] *On Behalf Of *Lukas Cenovsky > *Sent:* Tuesday, July 27, 2010 8:09 AM > *To:* Discussion of IronPython > *Subject:* Re: [IronPython] Building IronPython from sources > > Thanks. Copying my current Silverlight version 4.0.50524.0 to > 3.0.50106.0 helped and Microsoft.Scripting.dll compiles fine. Now I > get many following errors for Microsoft.Dynamic.dll: > > Error 1 'Func' is an ambiguous reference between > 'System.Func' and > 'Microsoft.Scripting.Utils.Func' > C:\IronPython-2.6.1\Src\Runtime\Microsoft.Dynamic\Interpreter\Instructions\CallInstruction.Generated.cs > 278 70 Microsoft.Dynamic > > How can I tell Visual Studio to use reference from > Microsoft.Scripting.Utils? Thanks. > > -- > -- Lukas > > > On 26.7.2010 18:21, Dave Fugate wrote: > > Hi Lukas, the error message below is because you don't have the > version of Silverlight installed which was used to build IronPython > 2.6.1. For this particular release, I believe it was something like > "%ProgramFiles%\Microsoft Silverlight\3.0.40624.0". You can find out > for sure by examining the "" element in > Src\IronPython\IronPython.csproj. Any ways, there are two workarounds: > > Replace all instances of "3.0.40624.0" throughout all C# project files > with the version of Silverlight you have installed locally > > Copy and rename the version of Silverlight you have installed to > whatever is expected by the C# project files > > Hope that helps, > > Dave > > *From:* users-bounces at lists.ironpython.com > > [mailto:users-bounces at lists.ironpython.com] *On Behalf Of *Lukas Cenovsky > *Sent:* Friday, July 23, 2010 12:37 PM > *To:* Discussion of IronPython > *Subject:* [IronPython] Building IronPython from sources > > Hi all, > I have one wish for the next release of IronPython 2.6.2 (hope it is > not too late...) - please make sure it is possible to build IronPython > binaries from sources. I have downloaded > IronPython-2.6.1-Src-Net20SP1.zip > > and I there is no way for me to build Silverlight binaries from it... > > I have opened the solution in VS 2010, solution file was converted to > the new version, I selected 'Silverlight Debug' as a solution > configuration and I received meny errors as below when building > Microsoft.Scripting.dll: > > Error 11 The type 'System.SerializableAttribute' exists in both > 'c:\IronPython-2.6.1\Bin\Silverlight > Debug\Microsoft.Scripting.Core.dll' and > 'c:\Windows\Microsoft.NET\Framework\v2.0.50727\mscorlib.dll' > C:\IronPython-2.6.1\Src\Runtime\Microsoft.Scripting\ArgumentTypeException.cs > 20 6 Microsoft.Scripting > Error 12 The type or namespace name 'Serializable' could not be > found (are you missing a using directive or an assembly reference?) > C:\IronPython-2.6.1\Src\Runtime\Microsoft.Scripting\ArgumentTypeException.cs > 20 6 Microsoft.Scripting > > My goal was to build debug-able Microsoft.Scripting.Silverlight.dll > because I'm receiving AddReference error which I'd like to inspect. > > -- > -- Lukas > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From fernandez.dan at gmail.com Tue Jul 27 22:36:51 2010 From: fernandez.dan at gmail.com (Danny Fernandez) Date: Tue, 27 Jul 2010 14:36:51 -0600 Subject: [IronPython] Dynamically import namespace from C# DLL Message-ID: I am trying to figure out how to import types from a namesapce at run time. I can do a from ... import * but my goal is only to to import the types only when I need access to those types from a namespace and the namespace is not known until it is calculated by a request. I tried the simpliest and straightforward namespace = "A.B.C.TargetNameSpace" from namespace import * but that didn't work. I tried to figure out maybe I can leverage reflection. I was able to get all the types from a given namespace but I was stuck trying to expose these types to my other parts of my script. I'm using 2.6.1. with .NET 3.5. I appreciate any feeback. Danny -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Tue Jul 27 22:43:03 2010 From: dinov at microsoft.com (Dino Viehland) Date: Tue, 27 Jul 2010 20:43:03 +0000 Subject: [IronPython] Dynamically import namespace from C# DLL In-Reply-To: References: Message-ID: You can call __import__ directly and then use getattr() to get the values, such as: getattr(__import__('System'), 'Collections') __import__ returns the top-level namespace so you'll need to handle each dot yourself. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Danny Fernandez Sent: Tuesday, July 27, 2010 1:37 PM To: Discussion of IronPython Subject: [IronPython] Dynamically import namespace from C# DLL I am trying to figure out how to import types from a namesapce at run time. I can do a from ... import * but my goal is only to to import the types only when I need access to those types from a namespace and the namespace is not known until it is calculated by a request. I tried the simpliest and straightforward namespace = "A.B.C.TargetNameSpace" from namespace import * but that didn't work. I tried to figure out maybe I can leverage reflection. I was able to get all the types from a given namespace but I was stuck trying to expose these types to my other parts of my script. I'm using 2.6.1. with .NET 3.5. I appreciate any feeback. Danny -------------- next part -------------- An HTML attachment was scrubbed... URL: From fernandez.dan at gmail.com Tue Jul 27 23:06:36 2010 From: fernandez.dan at gmail.com (Danny Fernandez) Date: Tue, 27 Jul 2010 15:06:36 -0600 Subject: [IronPython] Dynamically import namespace from C# DLL In-Reply-To: References: Message-ID: Thanks for the tip this should get the ball rolling. On Tue, Jul 27, 2010 at 2:43 PM, Dino Viehland wrote: > You can call __import__ directly and then use getattr() to get the > values, such as: > > > > getattr(__import__(?System?), ?Collections?) > > > > __import__ returns the top-level namespace so you?ll need to handle each > dot yourself. > > > > *From:* users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] *On Behalf Of *Danny Fernandez > *Sent:* Tuesday, July 27, 2010 1:37 PM > *To:* Discussion of IronPython > *Subject:* [IronPython] Dynamically import namespace from C# DLL > > > > I am trying to figure out how to import types from a namesapce at run time. > I can do a from ... import * but my goal is only to > to import the types only when I need access to those types from a namespace > and the namespace is not known until it is calculated by > > a request. > I tried the simpliest and straightforward > > namespace = "A.B.C.TargetNameSpace" > from namespace import * > > but that didn't work. I tried to figure out maybe I can leverage > reflection. I was able to get all the types from a given namespace > but I was stuck trying to expose these types to my other parts of my > script. I'm using 2.6.1. with .NET 3.5. > > I appreciate any feeback. > > Danny > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Wed Jul 28 05:05:13 2010 From: dinov at microsoft.com (Dino Viehland) Date: Wed, 28 Jul 2010 03:05:13 +0000 Subject: [IronPython] unittest broken in IPy 2.7A1 In-Reply-To: <4C4EE622.3010107@voidspace.org.uk> References: <4C4EE622.3010107@voidspace.org.uk> Message-ID: Weird... I can only assume the broken module detector is broken. We apparently need a better broken broken module detector detector. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Michael Foord Sent: Tuesday, July 27, 2010 6:59 AM To: Discussion of IronPython Subject: Re: [IronPython] unittest broken in IPy 2.7A1 On 25/07/2010 01:56, Vernon Cole wrote: Dear development team: This one may be important... This error is because although the unittest package directory is present in the Lib directory, big chunks of the actual unittest package are missing... Michael >"c:\program files\IronPython 2.7\ipy.exe" IronPython 2.7 Alpha 1 (2.7.0.1) on .NET 4.0.30319.1 Type "help", "copyright", "credits" or "license" for more information. >>> import unittest Traceback (most recent call last): File "", line 1, in File "c:\program files\IronPython 2.7\Lib\unittest\__init__.py", line 58, in module> ImportError: No module named result >>> Makes it a bit tough to test my modules. -- Vernon _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies ("BOGUS AGREEMENTS") that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. -------------- next part -------------- An HTML attachment was scrubbed... URL: From vernondcole at gmail.com Wed Jul 28 07:33:53 2010 From: vernondcole at gmail.com (Vernon Cole) Date: Tue, 27 Jul 2010 23:33:53 -0600 Subject: [IronPython] unittest broken in IPy 2.7A1 In-Reply-To: References: <4C4EE622.3010107@voidspace.org.uk> Message-ID: Now THAT was funny! (I think I once read a Dr. Seuss book about it.) Can I just copy the unittest library from 2.6? -- Vernon On Tue, Jul 27, 2010 at 9:05 PM, Dino Viehland wrote: > Weird? I can only assume the broken module detector is broken. We > apparently need a better broken broken module detector detector. > > > > *From:* users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] *On Behalf Of *Michael Foord > *Sent:* Tuesday, July 27, 2010 6:59 AM > *To:* Discussion of IronPython > *Subject:* Re: [IronPython] unittest broken in IPy 2.7A1 > > > > On 25/07/2010 01:56, Vernon Cole wrote: > > Dear development team: > > This one may be important... > > > This error is because although the unittest package directory is present in > the Lib directory, big chunks of the actual unittest package are missing... > > Michael > > > >"c:\program files\IronPython 2.7\ipy.exe" > IronPython 2.7 Alpha 1 (2.7.0.1) on .NET 4.0.30319.1 > Type "help", "copyright", "credits" or "license" for more information. > >>> import unittest > Traceback (most recent call last): > File "", line 1, in > File "c:\program files\IronPython 2.7\Lib\unittest\__init__.py", line 58, > in module> > ImportError: No module named result > >>> > > Makes it a bit tough to test my modules. > -- > Vernon > > > > > > > _______________________________________________ > > Users mailing list > > Users at lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > > > > -- > > http://www.ironpythoninaction.com/ > > http://www.voidspace.org.uk/blog > > > > READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (?BOGUS AGREEMENTS?) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. > > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfugate at microsoft.com Wed Jul 28 17:04:05 2010 From: dfugate at microsoft.com (Dave Fugate) Date: Wed, 28 Jul 2010 15:04:05 +0000 Subject: [IronPython] Building IronPython from sources In-Reply-To: <4C4F2007.8020608@bakalari.cz> References: <4C49EF4B.3060903@bakalari.cz> <299545F35D442642800736DBA0C3AA28033BD014@TK5EX14MBXC205.redmond.corp.microsoft.com> <4C4EF679.1010206@bakalari.cz> <299545F35D442642800736DBA0C3AA28033C4CF4@TK5EX14MBXC205.redmond.corp.microsoft.com> <4C4F0DFF.2080403@bakalari.cz> <299545F35D442642800736DBA0C3AA28033C4E0F@TK5EX14MBXC205.redmond.corp.microsoft.com> <4C4F2007.8020608@bakalari.cz> Message-ID: <299545F35D442642800736DBA0C3AA28033C6A81@TK5EX14MBXC205.redmond.corp.microsoft.com> Hi Lukas, while IronPython 2.6.x itself won't be able to take advantage of Silverlight 4 features as it's built against Silverlight 3, I'd guess your Python scripts might be able to utilize these features. The differences between Silverlight 3 and 4 are documented at http://www.silverlight.net/getstarted/overview.aspx. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Lukas Cenovsky Sent: Tuesday, July 27, 2010 11:06 AM To: Discussion of IronPython Subject: Re: [IronPython] Building IronPython from sources Thanks for the info Dave. However, I still smell a catch here :-) What means no build support for IronPython 2.6.x and Silverlight 4 - considering the functionality? Can I use all functionality of Silverlight 4 with Silverlight 3 based assemblies? What is a difference between Silverlight 3 and Silverlight 4 based assemblies? -- -- Lukas On 27.7.2010 19:18, Dave Fugate wrote: Hi Lukas, the deal is IronPython 2.6.x (where x>0) will run against .NET 2.0 SP1, .NET 4.0, Silverlight 3, and Silverlight 4. You'll only be able to build IronPython 2.6.x against .NET 2.0 SP1, .NET 4.0, and Silverlight 3 though. In other words, we will not be back porting Silverlight 4 build support to the 2.6.x release series as we're really trying to limit 2.6.2 and later 2.6.x releases to bug fixes only. With IronPython 2.7, we'll provide .NET 4.0 and Silverlight 4 based assemblies. This said, we intend on continuing to provide the capability of building IronPython 2.7 against .NET 3.5 and Silverlight 3 via IronPython sources obtained from the DLR CodePlex source repository. Thanks, Dave From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Lukas Cenovsky Sent: Tuesday, July 27, 2010 9:49 AM To: Discussion of IronPython Subject: Re: [IronPython] Building IronPython from sources I am a little bit confused about Silverlight, .NET and IronPython versions. Here is a list what I think is valid, please correct me if I am wrong: * IronPython 2.6.1 supports Silverlight 3 + .NET 2 SP1 * IronPython 2.6.1 does not support Silverlight 4 + .NET 2 SP1 or Silverlight 4 + .NET 4 * IronPython 2.7 will support Silverlight 4 + .NET 4 What will IronPython 2.6.2 support? -- -- Lukas On 27.7.2010 17:31, Dave Fugate wrote: I'd actually suggest doing this with 2.7 Alpha 1 sources... Building 2.6.1 requires a Silverlight 3.x installation as there were changes to System.Core (e.g., System.Func) between Silverlight 3.x and Silverlight 4.x. As you've discovered, we implemented some of this missing System.Core functionality ourselves in 2.6.1 which is confusing the compiler when there's references to both (4.x) System.Core and MS.Scripting.Utils. If you can't get your hands on a Silverlight 3.x installation to fix this, the next easiest route IMO would be to use 2.7A1 instead. From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Lukas Cenovsky Sent: Tuesday, July 27, 2010 8:09 AM To: Discussion of IronPython Subject: Re: [IronPython] Building IronPython from sources Thanks. Copying my current Silverlight version 4.0.50524.0 to 3.0.50106.0 helped and Microsoft.Scripting.dll compiles fine. Now I get many following errors for Microsoft.Dynamic.dll: Error 1 'Func' is an ambiguous reference between 'System.Func' and 'Microsoft.Scripting.Utils.Func' C:\IronPython-2.6.1\Src\Runtime\Microsoft.Dynamic\Interpreter\Instructions\CallInstruction.Generated.cs 278 70 Microsoft.Dynamic How can I tell Visual Studio to use reference from Microsoft.Scripting.Utils? Thanks. -- -- Lukas On 26.7.2010 18:21, Dave Fugate wrote: Hi Lukas, the error message below is because you don't have the version of Silverlight installed which was used to build IronPython 2.6.1. For this particular release, I believe it was something like "%ProgramFiles%\Microsoft Silverlight\3.0.40624.0". You can find out for sure by examining the "" element in Src\IronPython\IronPython.csproj. Any ways, there are two workarounds: Replace all instances of "3.0.40624.0" throughout all C# project files with the version of Silverlight you have installed locally Copy and rename the version of Silverlight you have installed to whatever is expected by the C# project files Hope that helps, Dave From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Lukas Cenovsky Sent: Friday, July 23, 2010 12:37 PM To: Discussion of IronPython Subject: [IronPython] Building IronPython from sources Hi all, I have one wish for the next release of IronPython 2.6.2 (hope it is not too late...) - please make sure it is possible to build IronPython binaries from sources. I have downloaded IronPython-2.6.1-Src-Net20SP1.zip and I there is no way for me to build Silverlight binaries from it... I have opened the solution in VS 2010, solution file was converted to the new version, I selected 'Silverlight Debug' as a solution configuration and I received meny errors as below when building Microsoft.Scripting.dll: Error 11 The type 'System.SerializableAttribute' exists in both 'c:\IronPython-2.6.1\Bin\Silverlight Debug\Microsoft.Scripting.Core.dll' and 'c:\Windows\Microsoft.NET\Framework\v2.0.50727\mscorlib.dll' C:\IronPython-2.6.1\Src\Runtime\Microsoft.Scripting\ArgumentTypeException.cs 20 6 Microsoft.Scripting Error 12 The type or namespace name 'Serializable' could not be found (are you missing a using directive or an assembly reference?) C:\IronPython-2.6.1\Src\Runtime\Microsoft.Scripting\ArgumentTypeException.cs 20 6 Microsoft.Scripting My goal was to build debug-able Microsoft.Scripting.Silverlight.dll because I'm receiving AddReference error which I'd like to inspect. -- -- Lukas _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From merllab at microsoft.com Wed Jul 28 17:08:54 2010 From: merllab at microsoft.com (merllab at microsoft.com) Date: Wed, 28 Jul 2010 08:08:54 -0700 Subject: [IronPython] IronPython 2.6 CodePlex Source Update Message-ID: <9f2d690e-8dba-4db0-b318-e9f478d4e45d@tk5-exsmh-c101.redmond.corp.microsoft.com> This is an automated email letting you know that sources have recently been pushed out. You can download these newer sources directly from http://ironpython.codeplex.com/SourceControl/changeset/view/74242. ADDED SOURCES $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/albums/La Flore/fleur or sang 1.jpg $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/albums/La Flore/fleur blanche rayonnante 1.jpg $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/albums/La Flore/nervure feuille transparence 3.jpg $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/albums/La Flore/plante verte feuilles spirales.jpg $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/albums/La Flore/feuille iris gouttelettes pluie.jpg $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/albums/La Flore/fleur pissenlit mpe65 2 5x 1.jpg $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/albums/gorges de la bourne.jpg $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/albums/citadelle village medieval entrevaux.jpg $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/albums/La Flore $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/albums/ruines chateau pontaix.jpg $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/albums/gorges verdon 10.jpg $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/album.aspx $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/hello-webforms.aspx.py $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/Global.py $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/Web.Debug.config $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/Web.Release.config $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/album.aspx.py $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/hello-webforms.aspx $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/Web.config $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/albums $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/MembersInjectors/ControlMembersInjector.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/MembersInjectors/DataRowViewMembersInjector.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Configuration/WebScriptingSection.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/MembersInjectors $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/EngineHelper.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/EventHandlerWrapper.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Configuration $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/DynamicLanguageHttpModule.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/EventHookupHelper.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Clean.bat $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet $/IronPython/IronPython_Main/Hosts/MerlinWeb/dlr-aspnet-examples.sln $/IronPython/IronPython_Main/Hosts/MerlinWeb $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/Controls/DataBindingIslandControl.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/Controls/UserControl.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/Controls/ExpressionSnippetControl.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/Controls/BaseCodeControl.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/Controls/EventHookupControl.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/Controls/SnippetControl.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/Controls/ScriptControl.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/Controls/DataBindingControl.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/ScriptTemplateControlMemberProxy.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/NoCompileCodePageParserFilter.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/IScriptTemplateControl.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/ScriptUserControl.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/ScriptPage.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/ScriptTemplateControl.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/ScriptTemplateControlDictionary.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/ScriptMaster.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/Controls $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/MembersInjectors/DictionaryMembersInjector.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/MembersInjectors/XPathNavigableMembersInjector.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/MembersInjectors/NameValueCollectionMembersInjector.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/MembersInjectors/RequestParamsMembersInjector.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Util/Misc.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Util/DynamicFunction.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Util/SingleObjectCollection.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Util/FileChangeNotifier.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Util/CombiningEnumerable.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/WebScriptHost.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Util $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/MicrosoftSharedLibraries2Key.snk $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Microsoft.Scripting.AspNet.csproj $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Properties $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UpdateReleaseBinary.bat $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio.Custom.pkgdef $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/RemoteEvaluation $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/RemoteEvaluation/AsyncAbort.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/RemoteEvaluation/ExecutionQueue.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/RemoteEvaluation/ExecutionQueueItem.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/RemoteEvaluation/RemoteProxy.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/RemoteEvaluation/RemoteScriptFactory.cs $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/app.config $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/Program.cs DELETED SOURCES $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/AsyncAbort.cs $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/ExecutionQueue.cs $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/RemoteProxy.cs $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/ExecutionQueueItem.cs $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/RemoteScriptFactory.cs MODIFIED SOURCES $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/albums/La Flore/fleur or sang 1.jpg $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/albums/La Flore/fleur blanche rayonnante 1.jpg $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/albums/La Flore/nervure feuille transparence 3.jpg $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/albums/La Flore/plante verte feuilles spirales.jpg $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/albums/La Flore/feuille iris gouttelettes pluie.jpg $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/albums/La Flore/fleur pissenlit mpe65 2 5x 1.jpg $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/albums/gorges de la bourne.jpg $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/albums/citadelle village medieval entrevaux.jpg $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/albums/ruines chateau pontaix.jpg $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/albums/gorges verdon 10.jpg $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/album.aspx $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/hello-webforms.aspx.py $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/Global.py $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/Web.Debug.config $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/Web.Release.config $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/album.aspx.py $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/hello-webforms.aspx $/IronPython/IronPython_Main/Hosts/MerlinWeb/examples/Web.config $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/MembersInjectors/ControlMembersInjector.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/MembersInjectors/DataRowViewMembersInjector.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Configuration/WebScriptingSection.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/EngineHelper.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/EventHandlerWrapper.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/DynamicLanguageHttpModule.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/EventHookupHelper.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Clean.bat $/IronPython/IronPython_Main/Hosts/MerlinWeb/dlr-aspnet-examples.sln $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/Controls/DataBindingIslandControl.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/Controls/UserControl.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/Controls/ExpressionSnippetControl.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/Controls/BaseCodeControl.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/Controls/EventHookupControl.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/Controls/SnippetControl.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/Controls/ScriptControl.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/Controls/DataBindingControl.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/ScriptTemplateControlMemberProxy.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/NoCompileCodePageParserFilter.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/IScriptTemplateControl.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/ScriptUserControl.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/ScriptPage.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/ScriptTemplateControl.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/ScriptTemplateControlDictionary.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UI/ScriptMaster.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/MembersInjectors/DictionaryMembersInjector.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/MembersInjectors/XPathNavigableMembersInjector.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/MembersInjectors/NameValueCollectionMembersInjector.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/MembersInjectors/RequestParamsMembersInjector.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Util/Misc.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Util/DynamicFunction.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Util/SingleObjectCollection.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Util/FileChangeNotifier.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Util/CombiningEnumerable.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Properties/AssemblyInfo.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/WebScriptHost.cs $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/MicrosoftSharedLibraries2Key.snk $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Microsoft.Scripting.AspNet.csproj $/IronPython/IronPython_Main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/UpdateReleaseBinary.bat $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Navigation/DropDownBarClient.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/Repl/RemotePythonEvaluator.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio.Custom.pkgdef $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/source.extension.vsixmanifest $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore.csproj $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio/Project/CommonStarter.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Project/PythonStarter.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/source.extension.vsixmanifest $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/PythonRuntimeHost.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools.csproj $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonTools/IronPythonTools/Navigation/CodeWindowManager.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/IronStudio.csproj $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore.csproj $/IronPython/IronPython_Main/Tools/IronStudio/IronStudio/Resources.Designer.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/CoreUtils.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronPythonToolsCore/IronPythonToolsCore/PythonCoreConstants.cs $/IronPython/IronPython_Main/Solutions/IronPython.sln $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/RemoteEvaluation/AsyncAbort.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/RemoteEvaluation/ExecutionQueue.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/RemoteEvaluation/ExecutionQueueItem.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/RemoteEvaluation/RemoteProxy.cs $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/RemoteEvaluation/RemoteScriptFactory.cs $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/app.config $/IronPython/IronPython_Main/Tools/IronStudio/IronStudioCore/IronStudioCore/Repl/ReplWindow.cs $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/Program.cs $/IronPython/IronPython_Main/Tools/IronStudio/RemoteScriptFactory/RemoteScriptFactory.csproj From fuzzyman at voidspace.org.uk Wed Jul 28 17:12:30 2010 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Wed, 28 Jul 2010 16:12:30 +0100 Subject: [IronPython] Building IronPython from sources In-Reply-To: <299545F35D442642800736DBA0C3AA28033C6A81@TK5EX14MBXC205.redmond.corp.microsoft.com> References: <4C49EF4B.3060903@bakalari.cz> <299545F35D442642800736DBA0C3AA28033BD014@TK5EX14MBXC205.redmond.corp.microsoft.com> <4C4EF679.1010206@bakalari.cz> <299545F35D442642800736DBA0C3AA28033C4CF4@TK5EX14MBXC205.redmond.corp.microsoft.com> <4C4F0DFF.2080403@bakalari.cz> <299545F35D442642800736DBA0C3AA28033C4E0F@TK5EX14MBXC205.redmond.corp.microsoft.com> <4C4F2007.8020608@bakalari.cz> <299545F35D442642800736DBA0C3AA28033C6A81@TK5EX14MBXC205.redmond.corp.microsoft.com> Message-ID: <4C5048DE.2000605@voidspace.org.uk> On 28/07/2010 16:04, Dave Fugate wrote: > > Hi Lukas, while IronPython 2.6.x itself won't be able to take > advantage of Silverlight 4 features as it's built against Silverlight > 3, I'd guess your Python scripts might be able to utilize these > features. The differences between Silverlight 3 and 4 are documented > at http://www.silverlight.net/getstarted/overview.aspx. > I've used Silverlight 4 features from IronPython 2.6. Michael > *From:* users-bounces at lists.ironpython.com > [mailto:users-bounces at lists.ironpython.com] *On Behalf Of *Lukas Cenovsky > *Sent:* Tuesday, July 27, 2010 11:06 AM > *To:* Discussion of IronPython > *Subject:* Re: [IronPython] Building IronPython from sources > > Thanks for the info Dave. However, I still smell a catch here :-) > > What means no build support for IronPython 2.6.x and Silverlight 4 - > considering the functionality? Can I use all functionality of > Silverlight 4 with Silverlight 3 based assemblies? What is a > difference between Silverlight 3 and Silverlight 4 based assemblies? > > -- > -- Lukas > > > On 27.7.2010 19:18, Dave Fugate wrote: > > Hi Lukas, the deal is IronPython 2.6.x (where x>0) will /run/ against > .NET 2.0 SP1, .NET 4.0, Silverlight 3, and *Silverlight 4*. You'll > only be able to /build/ IronPython 2.6.x against .NET 2.0 SP1, .NET > 4.0, and Silverlight 3 though. In other words, we will not be back > porting Silverlight 4 /build/ support to the 2.6.x release series as > we're really trying to limit 2.6.2 and later 2.6.x releases to bug > fixes only. > > With IronPython 2.7, we'll provide .NET 4.0 and Silverlight 4 based > assemblies. This said, we intend on continuing to provide the > capability of /building/ IronPython 2.7 against .NET 3.5 and > Silverlight 3 via IronPython sources obtained from the DLR CodePlex > source repository. > > Thanks, > > Dave > > *From:* users-bounces at lists.ironpython.com > > [mailto:users-bounces at lists.ironpython.com] *On Behalf Of *Lukas Cenovsky > *Sent:* Tuesday, July 27, 2010 9:49 AM > *To:* Discussion of IronPython > *Subject:* Re: [IronPython] Building IronPython from sources > > I am a little bit confused about Silverlight, .NET and IronPython > versions. > > Here is a list what I think is valid, please correct me if I am wrong: > > * IronPython 2.6.1 supports Silverlight 3 + .NET 2 SP1 > * IronPython 2.6.1 does not support Silverlight 4 + .NET 2 SP1 or > Silverlight 4 + .NET 4 > * IronPython 2.7 will support Silverlight 4 + .NET 4 > > > What will IronPython 2.6.2 support? > > -- > -- Lukas > > > On 27.7.2010 17:31, Dave Fugate wrote: > > I'd actually suggest doing this with 2.7 Alpha 1 sources... > > *Building* 2./6.1/ requires a Silverlight /3./x installation as there > were changes to System.Core (e.g., System.Func) between Silverlight > 3.x and Silverlight 4.x. As you've discovered, we implemented some of > this missing System.Core functionality ourselves in 2.6.1 which is > confusing the compiler when there's references to both (4.x) > System.Core and MS.Scripting.Utils. If you can't get your hands on a > Silverlight 3.x installation to fix this, the next easiest route IMO > would be to use 2.7A1 instead. > > *From:* users-bounces at lists.ironpython.com > > [mailto:users-bounces at lists.ironpython.com] *On Behalf Of *Lukas Cenovsky > *Sent:* Tuesday, July 27, 2010 8:09 AM > *To:* Discussion of IronPython > *Subject:* Re: [IronPython] Building IronPython from sources > > Thanks. Copying my current Silverlight version 4.0.50524.0 to > 3.0.50106.0 helped and Microsoft.Scripting.dll compiles fine. Now I > get many following errors for Microsoft.Dynamic.dll: > > Error 1 'Func' is an ambiguous reference between > 'System.Func' and > 'Microsoft.Scripting.Utils.Func' > C:\IronPython-2.6.1\Src\Runtime\Microsoft.Dynamic\Interpreter\Instructions\CallInstruction.Generated.cs > 278 70 Microsoft.Dynamic > > How can I tell Visual Studio to use reference from > Microsoft.Scripting.Utils? Thanks. > > -- > -- Lukas > > > On 26.7.2010 18:21, Dave Fugate wrote: > > Hi Lukas, the error message below is because you don't have the > version of Silverlight installed which was used to build IronPython > 2.6.1. For this particular release, I believe it was something like > "%ProgramFiles%\Microsoft Silverlight\3.0.40624.0". You can find out > for sure by examining the "" element in > Src\IronPython\IronPython.csproj. Any ways, there are two workarounds: > > Replace all instances of "3.0.40624.0" throughout all C# project files > with the version of Silverlight you have installed locally > > Copy and rename the version of Silverlight you have installed to > whatever is expected by the C# project files > > Hope that helps, > > Dave > > *From:* users-bounces at lists.ironpython.com > > [mailto:users-bounces at lists.ironpython.com] *On Behalf Of *Lukas Cenovsky > *Sent:* Friday, July 23, 2010 12:37 PM > *To:* Discussion of IronPython > *Subject:* [IronPython] Building IronPython from sources > > Hi all, > I have one wish for the next release of IronPython 2.6.2 (hope it is > not too late...) - please make sure it is possible to build IronPython > binaries from sources. I have downloaded > IronPython-2.6.1-Src-Net20SP1.zip > > and I there is no way for me to build Silverlight binaries from it... > > I have opened the solution in VS 2010, solution file was converted to > the new version, I selected 'Silverlight Debug' as a solution > configuration and I received meny errors as below when building > Microsoft.Scripting.dll: > > Error 11 The type 'System.SerializableAttribute' exists in both > 'c:\IronPython-2.6.1\Bin\Silverlight > Debug\Microsoft.Scripting.Core.dll' and > 'c:\Windows\Microsoft.NET\Framework\v2.0.50727\mscorlib.dll' > C:\IronPython-2.6.1\Src\Runtime\Microsoft.Scripting\ArgumentTypeException.cs > 20 6 Microsoft.Scripting > Error 12 The type or namespace name 'Serializable' could not be > found (are you missing a using directive or an assembly reference?) > C:\IronPython-2.6.1\Src\Runtime\Microsoft.Scripting\ArgumentTypeException.cs > 20 6 Microsoft.Scripting > > My goal was to build debug-able Microsoft.Scripting.Silverlight.dll > because I'm receiving AddReference error which I'd like to inspect. > > -- > -- Lukas > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -- http://www.ironpythoninaction.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From rlacko at gratex.com Wed Jul 28 17:21:15 2010 From: rlacko at gratex.com (Lacko Roman) Date: Wed, 28 Jul 2010 17:21:15 +0200 Subject: [IronPython] Shell.Application.Windows Message-ID: Hi, I have problem with following code, where call to [doc.title] failes: # GET ALL INTERNET EXPLORER WINDOWS app = System.Activator.CreateInstance(System.Type.GetTypeFromProgID("Shell.Application")) for w in app.Windows(): try: print w.Type() # CHECK IF THIS WINDOW HOLDS HTML if (w.Type() == "HTML Document"): doc = ie.document # THIS WILL FAIL WITH "object has no property " print doc.title break except Exception, e: print e All I want is to get specific internet explorer window and get some info from the document This code is working in Cpython with win32com: app = win32com.client.Dispatch("Shell.Application") for w in app.Windows(): try: print w.Type if (w.Type == "HTML Document"): ie = w doc = ie.document print doc.title break except Exception, e: print e Thanks in advance -Roman From merllab at microsoft.com Thu Jul 29 17:08:47 2010 From: merllab at microsoft.com (merllab at microsoft.com) Date: Thu, 29 Jul 2010 08:08:47 -0700 Subject: [IronPython] IronPython 2.6 CodePlex Source Update Message-ID: <7f70c735-8f82-4c10-8682-5736956f5885@tk5-exsmh-c101.redmond.corp.microsoft.com> This is an automated email letting you know that sources have recently been pushed out. You can download these newer sources directly from http://ironpython.codeplex.com/SourceControl/changeset/view/74367. ADDED SOURCES $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/math.log MODIFIED SOURCES $/IronPython/IronPython_Main/Languages/IronPython/IronPython.Modules/math.cs $/IronPython/IronPython_Main/Languages/IronPython/IronPython/Lib/iptest/assert_util.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/modules/misc/math_test.py $/IronPython/IronPython_Main/Languages/IronPython/Tests/Tools/baselines/math.log $/IronPython/IronPython_Main/Runtime/Microsoft.Dynamic/Utils/MathUtils.cs CHECKIN COMMENTS -------------------------------------------------------------------------------- Changeset Id: 1943635 Date: 7/28/2010 3:21:31 PM Implements math functions erf, erfc, gamma, lgamma, and expm1. Improves precision of math.log1p and math.atanh Fixes and enables some tests (Shelveset: 27Features05;REDMOND\ddicato | SNAP CheckinId: 11204) From mjkd at WPI.EDU Thu Jul 29 19:59:37 2010 From: mjkd at WPI.EDU (Dickson, Madison J) Date: Thu, 29 Jul 2010 13:59:37 -0400 Subject: [IronPython] Users Digest, Vol 72, Issue 74 In-Reply-To: <mailman.1.1280347779.6422.users-ironpython.com@lists.ironpython.com> References: <mailman.1.1280347779.6422.users-ironpython.com@lists.ironpython.com> Message-ID: <2EDCBF8B5D4FD34596D45F7DE3DEA46A012D5729EB31@EXCHANGEMAIL.admin.wpi.edu> are you missing the "ie = w" in the first example? ________________________________________ From: users-bounces at lists.ironpython.com [users-bounces at lists.ironpython.com] On Behalf Of users-request at lists.ironpython.com [users-request at lists.ironpython.com] Sent: Wednesday, July 28, 2010 4:09 PM To: users at lists.ironpython.com Subject: Users Digest, Vol 72, Issue 74 Send Users mailing list submissions to users at lists.ironpython.com To subscribe or unsubscribe via the World Wide Web, visit http://lists.ironpython.com/listinfo.cgi/users-ironpython.com or, via email, send a message with subject or body 'help' to users-request at lists.ironpython.com You can reach the person managing the list at users-owner at lists.ironpython.com When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..." Today's Topics: 1. Shell.Application.Windows (Lacko Roman) ---------------------------------------------------------------------- Message: 1 Date: Wed, 28 Jul 2010 17:21:15 +0200 From: Lacko Roman <rlacko at gratex.com> To: "users at lists.ironpython.com" <users at lists.ironpython.com> Subject: [IronPython] Shell.Application.Windows Message-ID: <A76E2EE7BA21494FB90249F8809C28B9A89CEC66E8 at MBX.hq.gratex.com> Content-Type: text/plain; charset="us-ascii" Hi, I have problem with following code, where call to [doc.title] failes: # GET ALL INTERNET EXPLORER WINDOWS app = System.Activator.CreateInstance(System.Type.GetTypeFromProgID("Shell.Application")) for w in app.Windows(): try: print w.Type() # CHECK IF THIS WINDOW HOLDS HTML if (w.Type() == "HTML Document"): doc = ie.document # THIS WILL FAIL WITH "object <doc> has no property <title>" print doc.title break except Exception, e: print e All I want is to get specific internet explorer window and get some info from the document This code is working in Cpython with win32com: app = win32com.client.Dispatch("Shell.Application") for w in app.Windows(): try: print w.Type if (w.Type == "HTML Document"): ie = w doc = ie.document print doc.title break except Exception, e: print e Thanks in advance -Roman ------------------------------ _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com End of Users Digest, Vol 72, Issue 74 ************************************* From rlacko at gratex.com Fri Jul 30 09:27:13 2010 From: rlacko at gratex.com (Lacko Roman) Date: Fri, 30 Jul 2010 09:27:13 +0200 Subject: [IronPython] Users Digest, Vol 72, Issue 74 In-Reply-To: <2EDCBF8B5D4FD34596D45F7DE3DEA46A012D5729EB31@EXCHANGEMAIL.admin.wpi.edu> References: <mailman.1.1280347779.6422.users-ironpython.com@lists.ironpython.com> <2EDCBF8B5D4FD34596D45F7DE3DEA46A012D5729EB31@EXCHANGEMAIL.admin.wpi.edu> Message-ID: <A76E2EE7BA21494FB90249F8809C28B9A89CF5B631@MBX.hq.gratex.com> Yes, but this will not solve the problem, it still fails with error: "object <doc> has no property <title>" > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto:users- > bounces at lists.ironpython.com] On Behalf Of Dickson, Madison J > Sent: Thursday, July 29, 2010 8:00 PM > To: users at lists.ironpython.com > Subject: Re: [IronPython] Users Digest, Vol 72, Issue 74 > > are you missing the "ie = w" > > in the first example? > > ________________________________________ > From: users-bounces at lists.ironpython.com [users- > bounces at lists.ironpython.com] On Behalf Of users- > request at lists.ironpython.com [users-request at lists.ironpython.com] > Sent: Wednesday, July 28, 2010 4:09 PM > To: users at lists.ironpython.com > Subject: Users Digest, Vol 72, Issue 74 > > Send Users mailing list submissions to > users at lists.ironpython.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > or, via email, send a message with subject or body 'help' to > users-request at lists.ironpython.com > > You can reach the person managing the list at > users-owner at lists.ironpython.com > > When replying, please edit your Subject line so it is more specific than "Re: > Contents of Users digest..." > > > Today's Topics: > > 1. Shell.Application.Windows (Lacko Roman) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 28 Jul 2010 17:21:15 +0200 > From: Lacko Roman <rlacko at gratex.com> > To: "users at lists.ironpython.com" <users at lists.ironpython.com> > Subject: [IronPython] Shell.Application.Windows > Message-ID: > > <A76E2EE7BA21494FB90249F8809C28B9A89CEC66E8 at MBX.hq.gratex.com> > Content-Type: text/plain; charset="us-ascii" > > Hi, > > I have problem with following code, where call to [doc.title] failes: > > # GET ALL INTERNET EXPLORER WINDOWS > app = > System.Activator.CreateInstance(System.Type.GetTypeFromProgID("Shell.A > pplication")) > for w in app.Windows(): > try: > print w.Type() > # CHECK IF THIS WINDOW HOLDS HTML > if (w.Type() == "HTML Document"): > doc = ie.document > # THIS WILL FAIL WITH "object <doc> has no property <title>" > print doc.title > break > except Exception, e: > print e > > All I want is to get specific internet explorer window and get some info from > the document > > This code is working in Cpython with win32com: > > app = win32com.client.Dispatch("Shell.Application") > for w in app.Windows(): > try: > print w.Type > if (w.Type == "HTML Document"): > ie = w > doc = ie.document > print doc.title > break > except Exception, e: > print e > > Thanks in advance > > -Roman > > > ------------------------------ > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > End of Users Digest, Vol 72, Issue 74 > ************************************* > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From vernondcole at gmail.com Sat Jul 31 09:42:30 2010 From: vernondcole at gmail.com (Vernon Cole) Date: Sat, 31 Jul 2010 01:42:30 -0600 Subject: [IronPython] Announcing adodbapi version 2.4.0 -- with COLUMN NAME data access Message-ID: <AANLkTinqqzA=gTag98FdMS1nxHqK4Fgxgv1i=HPAsjRx@mail.gmail.com> Announcing a new version of adodbapi... [ for those who may not know... [ adodbapi is a pure Python package which fully implements the PEP-249 db-api [ using Microsoft ADO/db. [ It runs on CPython versions 2.3 and later, IronPython 2.6 and later, [ or Python 3.0 and later. I have often been frustrated by the need to count '?' marks for input parameters and remembering column numbers to get my SQL output. This release fixes that by allowing the use of 'named' parameters as an option, and by returning 'SQLrow' objects which allow the use of column names. This version includes a distutils setup.py file, so installation is easy. Just 1) unzip 2) "cd" to the directory you just unzipped. 2) Execute the command: python setup.py install using the python distribution of your choice. It even runs 2to3 automatically if you run it using a 3.n Python. (Why didn't I do this years ago?) NOTE: on Vista (and 7?) you must run setup.py using the administrator account to install on IronPython, because setup.py does not elevate privileges for the source installer. (Distutils can create a stand-alone binary installer which does elevate privileges, but that feature is not yet supported by IronPython because it has no zip library.) ALSO NOTE: I have _used_ this package with IronPython 2.7.A1, but not _tested_ it, because 2.7's unittest package is broken. Here's what's new............................ * adodbapi version 2.4.0 -- in this version, "fetchall()" and "fetchmany()" return an SQLrows object ...which emulates a sequence of SQLrow objects. "fetchone()" or the cursor's "next()" method return an SQLrow object. An SQLrow object emulates a tuple of data fields. An SQLrow object also appears to have an attribute for each column of data. therefore... >>> import adodbapi >>> myConnection = adodbapi.connection('someDSN') >>> cur = myConnection.cursor() >>> cur.execute("select name, rank, serialNumber from soldiers") >>> row = cur.fetchone() >>> assert row[0] == row['name'] >>> assert row[1] == row.rank >>> rows = cur.fecthall() >>> assert rows[4,'serialNumber'] == rows[4][2] * adodbapi version 2.3.0 -- this is includes major refactoring and specifically adds features for django support, including the ability for the programmer to change ado's SQL "paramstyle" at run time to select between 'qmark', 'format' and 'named' methods of passing SQL parameters. ** also, in response to user requests, adodbapi will now use client-side cursors by default. This will make rowcount and stored procedure return parameter values more readily available. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20100731/8627fea4/attachment.html>