From no_reply at codeplex.com Mon Sep 2 09:24:34 2013 From: no_reply at codeplex.com (CodePlex) Date: 2 Sep 2013 00:24:34 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 9/1/2013 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New issue] IronPython.SQlite Malformed database schema ---------------------------------------------- ISSUES 1. [New issue] IronPython.SQlite Malformed database schema http://ironpython.codeplex.com/workitem/34431 User celldet has proposed the issue: "In running my VS application and calling a created python script against an SQLite db file IronPython.Sqlite is returning "malformed database schema (UTF-16le (not supported)). The version of IronPython.SQlite is 2.7.0.40 a snippet of the py file: import System import time clr.AddReference("Ironpython.SQlite") import sys import _sqlite3 from _sqlite3 import * conn = _sqlite3.connect(sys.argv[1]) _ Thank you" ---------------------------------------------- ---------------------------------------------- You are receiving this email because you subscribed to notifications on CodePlex. To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mgcheung at gmail.com Sat Sep 7 15:18:55 2013 From: mgcheung at gmail.com (Matt Cheung) Date: Sat, 07 Sep 2013 09:18:55 -0400 Subject: [Ironpython-users] New to .NET and IronPython Message-ID: <522B27BF.1010706@gmail.com> Hi, I'm new to both .NET and IronPython. I've mostly worked in the Linux world and was tasked recently to develop a conversion tool for Enterprise Architect. I have a Python script that can convert an XML exported version of a diagram, but there is a way to add a dll to create Add-Ins. That part isn't really important, but the point is I was thinking of rewriting what I have in the Python script in C#, but I've had trouble finding the same information from the Enterprise Architect API. What I did find was a function to get Enterprise Architect to export the diagram in the XML format I knew how to work with in Python. I suppose I could rewrite it in C#, but I figured it would be easier to reuse my Python code. So what I would like to do is export the XML file, then essentially call the Python script on this file. If possible, it'd be nice if it could be compiled into the dll that creates the Add-In, but I don't know if that is possible. I saw in the documentation that it is possible to compile Python into a dll, but I'd rather minimize the number of dll's if possible. Also, if I do compile the Python into a dll, I'm not sure how to call it. Given my situation, do any of you have any advice? I've tried looking through the documentation, but I couldn't quite find what I was looking for. Thanks. From jdhardy at gmail.com Sun Sep 8 05:41:42 2013 From: jdhardy at gmail.com (Jeff Hardy) Date: Sat, 7 Sep 2013 20:41:42 -0700 Subject: [Ironpython-users] IronPython 2.7.4 Release Message-ID: On behalf of the IronPython team, I'm happy to announce the final release of IronPython 2.7.4 . This release includes everything from IronPython 2.7.3 and earlier. Like all IronPython 2.7-series releases, .NET 4 is required to install it. Installing this release will replace any existing IronPython 2.7-series installation. Assemblies for embedding are provided for .NET 3.5, .NET 4, .NET 4.5, and Silverlight 5. Improvements in IronPython 2.7.4 are mainly a collection of bug fixes, many of which are directed at getting IPython working. The complete list of changes is also available. Specific improvements include: - Many fixes to the ast module (thanks to Pawel Jasinski ) - A bunch of fixes to locale and tty handling (also courtesy of Pawel) designed to get IPython working. - .NET 4.5 builds, courtesy of Aleksander Heintz - Other fixes from Michael van der Kolff , Fraser Tweedale , and Igor (WildOgr) - A bunch of small fixes backported from the master branch Android and Silverlight 4 assemblies have been dropped from this version. The Android assemblies need some more work to be usable with Xamarin.Android, and Silverlight 4 is just plain dead. For Visual Studio integration, check out Python Tools for Visual Studio which has support for IronPython as well as CPython, and many other fantastic features. IronPython 2.7.4 is also available for embedding via NuGet. The main package is IronPython, and the standard library is in IronPython.StdLib. -------------- next part -------------- An HTML attachment was scrubbed... URL: From no_reply at codeplex.com Sun Sep 8 09:20:27 2013 From: no_reply at codeplex.com (CodePlex) Date: 8 Sep 2013 00:20:27 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 9/7/2013 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New comment] Support for Code Quality Tools in IronPython missing 2. [New comment] ast.parse: TryExcept within TryFinally doesn't have the lineno attribute ---------------------------------------------- ISSUES 1. [New comment] Support for Code Quality Tools in IronPython missing http://ironpython.codeplex.com/workitem/563 User paweljasinski has commented on the issue: "

pylint works with 2.7.4

"----------------- 2. [New comment] ast.parse: TryExcept within TryFinally doesn't have the lineno attribute http://ironpython.codeplex.com/workitem/34389 User jdhardy has commented on the issue: "

Fixed in 90ff583.

" ---------------------------------------------- ---------------------------------------------- You are receiving this email because you subscribed to notifications on CodePlex. To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jason at wishray.com Sun Sep 8 23:19:33 2013 From: jason at wishray.com (Jason A. Petrasko) Date: Sun, 08 Sep 2013 17:19:33 -0400 Subject: [Ironpython-users] Problem with Restricted Permissions AppDomain, when using Compile() then ExecuteAndWrap()... Message-ID: <522CE9E5.3030907@wishray.com> I had my code setup to call ExecuteAndWrap on the ScriptSource, which worked ok, but if there were errors in the compilation stage I lost them because of the cross domain exceptions bungling. So I changed my code like so: Source = Engine.CreateScriptSourceFromString (code, Microsoft.Scripting.SourceCodeKind.File); Reporter.Reset(); CompiledCode cc = Source.Compile (Reporter); if (cc != null) { ObjectHandle ohe; cc.ExecuteAndWrap (Scope, out ohe); if (ohe != null) { object o = ohe.Unwrap (); if (o is Exception) return ((Exception)o).ToString (); } return null; } else return Reporter.AllErrors(); However when I try to access my scope variable objects I get this exception: ---- System.Security.SecurityException: Request failed. at System.Security.CodeAccessSecurityEngine.ThrowSecurityException(RuntimeAssembly asm, PermissionSet granted, PermissionSet refused, RuntimeMethodHandleInternal rmh, SecurityAction action, Object demand, IPermission permThatFailed) at System.Security.CodeAccessSecurityEngine.ThrowSecurityException(Object assemblyOrString, PermissionSet granted, PermissionSet refused, RuntimeMethodHandleInternal rmh, SecurityAction action, Object demand, IPermission permThatFailed) at System.Security.CodeAccessSecurityEngine.CheckSetHelper(PermissionSet grants, PermissionSet refused, PermissionSet demands, RuntimeMethodHandleInternal rmh, Object assemblyOrString, SecurityAction action, Boolean throwException) at System.Security.CodeAccessSecurityEngine.CheckSetHelper(CompressedStack cs, PermissionSet grants, PermissionSet refused, PermissionSet demands, RuntimeMethodHandleInternal rmh, RuntimeAssembly asm, SecurityAction action) at System.Runtime.CompilerServices.RuntimeHelpers._CompileMethod(IRuntimeMethodInfo method) at System.Reflection.Emit.DynamicMethod.CreateDelegate(Type delegateType, Object target) at System.Linq.Expressions.Compiler.LambdaCompiler.CreateDelegate() ct state) at Microsoft.Scripting.Interpreter.LightDelegateCreator.CreateDelegate(StrongBox`1[] closure) at Microsoft.Scripting.Interpreter.LightDelegateCreator.CreateDelegate() at Microsoft.Scripting.Generation.CompilerHelpers.LightCompile(Lamb at System.Linq.Expressions.Compiler.LambdaCompiler.Compile(LambdaExpression lambda, DebugInfoGenerator debugInfoGenerator) at System.Linq.Expressions.LambdaExpression.Compile() at Microsoft.Scripting.Interpreter.LightDelegateCreator.Compile(ObjeDynamicMetaObject binding, CachedBindingInfo`1 bindingInfo) at Microsoft.Scripting.Utils.DynamicUtils.GenericInterpretedBinder`1.Bind(DynamicMetaObjectBinder binder, Int32 compilationThreshold, Object[] args) at Microsoft.Scripting.Utils.DynamicUtidaExpression lambda, Int32 compilationThreshold) at Microsoft.Scripting.Generation.CompilerHelpers.LightCompile[T](Expression`1 lambda, Int32 compilationThreshold) at Microsoft.Scripting.Utils.DynamicUtils.GenericInterpretedBinder`1.CreateDelegate(ls.LightBind[T](DynamicMetaObjectBinder binder, Object[] args, Int32 compilationThreshold) at IronPython.Runtime.Types.BuiltinFunction.IronPython.Runtime.Binding.IFastInvokable.MakeInvokeBinding[T](CallSite`1 site, PythonInvokeBinder binder, CodeContext state, Object[] args) at IronPython.Runtime.Binding.PythonInvokeBinder.BindDelegate[T](CallSite`1 site, Object[] args) at System.Runtime.CompilerServices.CallSiteBinder.BindCore[T](CallSite`1 site, Object[] args) at System.Dynamic.UpdateDelegates.UpdateAndExecute3[T0,T1,T2,TRet](CallSite site, T0 arg0, T1 arg1, T2 arg2) at Microsoft.Scripting.Interpreter.DynamicInstruction`4.Run(InterpretedFrame frame) at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame) at Microsoft.Scripting.Interpreter.LightLambda.Run2[T0,T1,TRet](T0 arg0, T1 arg1) at IronPython.Compiler.PythonScriptCode.RunWorker(CodeContext ctx) at IronPython.Compiler.PythonScriptCode.Run(Scope scope) at IronPython.Compiler.RuntimeScriptCode.InvokeTarget(Scope scope) at IronPython.Compiler.RuntimeScriptCode.Run(Scope scope) at Microsoft.Scripting.Hosting.CompiledCode.Execute(ScriptScope scope) at Microsoft.Scripting.Hosting.CompiledCode.ExecuteAndWrap(ScriptScope scope, ObjectHandle& exception) The action that failed was: Demand The type of the first permission that failed was: System.Security.PermissionSet The demand was for: The granted set of the failing assembly was: The assembly or AppDomain that failed was: mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken= ---- Which I didn't get when I called ExecuteAndWrap() from the ScriptSource... I have no idea what is going on, and no internet searches are helping me debug this :( I setup the AppDomain for the engine like so: pset.AddPermission (new SecurityPermission (SecurityPermissionFlag.Execution)); pset.AddPermission(new ReflectionPermission(PermissionState.Unrestricted)); pset.AddPermission(new FileIOPermission(FileIOPermissionAccess.PathDiscovery | FileIOPermissionAccess.Read | FileIOPermissionAccess.Write, AppDomain.CurrentDomain.BaseDirectory)); Any ideas? - Jason Petrasko -------------- next part -------------- An HTML attachment was scrubbed... URL: From dinov at microsoft.com Tue Sep 10 00:11:05 2013 From: dinov at microsoft.com (Dino Viehland) Date: Mon, 9 Sep 2013 22:11:05 +0000 Subject: [Ironpython-users] [ANN]: Python Tools for Visual Studio 2.0RC Message-ID: <46aae3457e0b441081f4c2bcce92946a@BY2PR03MB596.namprd03.prod.outlook.com> We're pleased to announce the release of Python Tools for Visual Studio 2.0 RC. Python Tools for Visual Studio (PTVS) is an open-source plug-in for Visual Studio which supports programming with the Python language. PTVS supports a broad range of features including CPython/IronPython, Edit/Intellisense/Debug/Profile, Cloud, HPC, IPython, and cross platform and cross language debugging support. QUICK VIDEO OVERVIEW For a quick overview of the general IDE experience, please watch this video: http://www.youtube.com/watch?v=JNNAOypc6Ek&hd=1. CHANGES SINCE 2.0 BETA 1) Many bug fixes. Please see this link for full list: http://aka.ms/Yddlkc 2) Performance improvements: for example Project load times. 3) Intellisense improvements, especially for packages with compiled modules such as numpy and PyQt CHANGES SINCE 1.5 RTM There are a number of exciting improvements in this release compared to 1.5RTM, many based on your feedback & suggestions. Here's a summary: Debugging * New - Mixed-mode debugging for Python and C++: http://www.youtube.com/watch?v=wvJaKQ94lBY * Remote cross-OS debugging for Windows, Linux and MacOS: http://www.youtube.com/watch?v=VTluEosS4Ts IDE * New - "Python Environments": Please refer to the documentation or this video for an overview: http://www.youtube.com/watch?v=L1bk7t9YDkE * Virtual Env support: easily and quickly create silo'd environments for installing packages in your project. * Associate different environments with your Project and quickly switch between them. * Various Intellisense improvements. Please refer to the documentation or this video for an overview: http://www.youtube.com/watch?v=TFxRSV9cucM * New reformat code command Cloud * Publish Django applications to Windows Azure Web Sites - in addition to the already existing publish to Cloud Service you can now quickly publish a site to Windows Azure Web Sites. http://www.youtube.com/watch?v=S7A7VNnsA_8 * Various bug fixes to the Azure SDK for Windows, Linux and MacOS. General * New - Survey/News feature. This experimental feature will periodically push News items such as "We just posted a new video on Python Debugging: ", or mini surveys such as "Which version of Python do you use most often?". You are in full control of this feature and can turn it off permanently. No user identifiable information is collected. * New - Starting with VS2013, we're happy to announce that PTVS is "in the box". This means when you install Visual Studio, there is a an existing "Python" download link which will direct you to the latest PTVS installer. * Various other smaller improvements New "PTVS Integrated" package * If you don't have VS already, you can install PTVS and VS with a single click using the "Integrated" packaged. This gives you a complete and perpetually free Python IDE based on VS 2013. For a list of known issues for this release, please see each feature's docs. We'd like to thank the following people who took the time to report the issues and feedback for this release: akirkby, AngellusMortis, aperception, ardakkolcak, ArmedGuy, ArtScott, atilev, azapotylok, bbusacker, bde_fft, bfcondon, bkilian, bosmart, bveldkamp, cfu, cpitcla, Crazometer, cvolzke, d2walter, delind, denfromufa, detly, Drmanac, fwkz, gennadiy_d, golubdr, indra_k, jamescoder, JandalDoe, jmfrank63, joxn, MarkBerryman, mattme, mcdevitts, meanim, miloslavbeno, mmclark, mstampfer, newfound, Nirmal4G, noam0101, ooplex, pasmocko, paweljasiniski, salbright, shoejunk, soyiharu, spaun2002, SuperKronos, tffung, VadimC, willum070. And the following devs who sent us pull requests: donre, nahnhnahk, sharwell, Vilhelmenator. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jason at wishray.com Wed Sep 11 02:41:22 2013 From: jason at wishray.com (Jason A. Petrasko) Date: Tue, 10 Sep 2013 20:41:22 -0400 Subject: [Ironpython-users] Problem with Restricted Permissions AppDomain, when using Compile() then ExecuteAndWrap()... In-Reply-To: <522CE9E5.3030907@wishray.com> References: <522CE9E5.3030907@wishray.com> Message-ID: <522FBC32.6060605@wishray.com> Update: Removing my list of full trust assemblies from AppDomain.CreateDomain() allows the code to run just fine with the restricted permission set. I'm not sure why, starting to think its an issue or bug in .NET itself, unless I'm just not understanding full trust assemblies right. - Jason On 9/8/2013 5:19 PM, Jason A. Petrasko wrote: > I had my code setup to call ExecuteAndWrap on the ScriptSource, which > worked ok, but if there were errors in the compilation stage I lost > them because of the cross domain exceptions bungling. So I changed my > code like so: > > Source = Engine.CreateScriptSourceFromString (code, > Microsoft.Scripting.SourceCodeKind.File); > Reporter.Reset(); > CompiledCode cc = Source.Compile (Reporter); > if (cc != null) > { > ObjectHandle ohe; > cc.ExecuteAndWrap (Scope, out ohe); > if (ohe != null) { > object o = ohe.Unwrap (); > if (o is Exception) > return ((Exception)o).ToString (); > } > return null; > } else > return Reporter.AllErrors(); > > However when I try to access my scope variable objects I get this > exception: > > ---- > System.Security.SecurityException: Request failed. > at > System.Security.CodeAccessSecurityEngine.ThrowSecurityException(RuntimeAssembly > asm, PermissionSet granted, PermissionSet refused, > RuntimeMethodHandleInternal rmh, SecurityAction action, Object demand, > IPermission permThatFailed) > at > System.Security.CodeAccessSecurityEngine.ThrowSecurityException(Object > assemblyOrString, PermissionSet granted, PermissionSet refused, > RuntimeMethodHandleInternal rmh, SecurityAction action, Object demand, > IPermission permThatFailed) > at > System.Security.CodeAccessSecurityEngine.CheckSetHelper(PermissionSet > grants, PermissionSet refused, PermissionSet demands, > RuntimeMethodHandleInternal rmh, Object assemblyOrString, > SecurityAction action, Boolean throwException) > at > System.Security.CodeAccessSecurityEngine.CheckSetHelper(CompressedStack cs, > PermissionSet grants, PermissionSet refused, PermissionSet demands, > RuntimeMethodHandleInternal rmh, RuntimeAssembly asm, SecurityAction > action) > at > System.Runtime.CompilerServices.RuntimeHelpers._CompileMethod(IRuntimeMethodInfo > method) > at System.Reflection.Emit.DynamicMethod.CreateDelegate(Type > delegateType, Object target) > at System.Linq.Expressions.Compiler.LambdaCompiler.CreateDelegate() > ct state) > at > Microsoft.Scripting.Interpreter.LightDelegateCreator.CreateDelegate(StrongBox`1[] > closure) > at > Microsoft.Scripting.Interpreter.LightDelegateCreator.CreateDelegate() > at Microsoft.Scripting.Generation.CompilerHelpers.LightCompile(Lamb > at > System.Linq.Expressions.Compiler.LambdaCompiler.Compile(LambdaExpression > lambda, DebugInfoGenerator debugInfoGenerator) > at System.Linq.Expressions.LambdaExpression.Compile() > at > Microsoft.Scripting.Interpreter.LightDelegateCreator.Compile(ObjeDynamicMetaObject > binding, CachedBindingInfo`1 bindingInfo) > at > Microsoft.Scripting.Utils.DynamicUtils.GenericInterpretedBinder`1.Bind(DynamicMetaObjectBinder > binder, Int32 compilationThreshold, Object[] args) > at Microsoft.Scripting.Utils.DynamicUtidaExpression lambda, Int32 > compilationThreshold) > at > Microsoft.Scripting.Generation.CompilerHelpers.LightCompile[T](Expression`1 > lambda, Int32 compilationThreshold) > at > Microsoft.Scripting.Utils.DynamicUtils.GenericInterpretedBinder`1.CreateDelegate(ls.LightBind[T](DynamicMetaObjectBinder > binder, Object[] args, Int32 compilationThreshold) > at > IronPython.Runtime.Types.BuiltinFunction.IronPython.Runtime.Binding.IFastInvokable.MakeInvokeBinding[T](CallSite`1 > site, PythonInvokeBinder binder, CodeContext state, Object[] args) > at > IronPython.Runtime.Binding.PythonInvokeBinder.BindDelegate[T](CallSite`1 > site, Object[] args) > at > System.Runtime.CompilerServices.CallSiteBinder.BindCore[T](CallSite`1 > site, Object[] args) > at > System.Dynamic.UpdateDelegates.UpdateAndExecute3[T0,T1,T2,TRet](CallSite > site, T0 arg0, T1 arg1, T2 arg2) > at > Microsoft.Scripting.Interpreter.DynamicInstruction`4.Run(InterpretedFrame > frame) > at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame > frame) > at Microsoft.Scripting.Interpreter.LightLambda.Run2[T0,T1,TRet](T0 > arg0, T1 arg1) > at IronPython.Compiler.PythonScriptCode.RunWorker(CodeContext ctx) > at IronPython.Compiler.PythonScriptCode.Run(Scope scope) > at IronPython.Compiler.RuntimeScriptCode.InvokeTarget(Scope scope) > at IronPython.Compiler.RuntimeScriptCode.Run(Scope scope) > at Microsoft.Scripting.Hosting.CompiledCode.Execute(ScriptScope scope) > at > Microsoft.Scripting.Hosting.CompiledCode.ExecuteAndWrap(ScriptScope > scope, ObjectHandle& exception) > The action that failed was: > Demand > The type of the first permission that failed was: > System.Security.PermissionSet > The demand was for: > version="1" > Unrestricted="true"/> > > The granted set of the failing assembly was: > version="1"> > version="1" > Unrestricted="true"/> > version="1" > Flags="Execution"/> > > > The assembly or AppDomain that failed was: > mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken= > ---- > > Which I didn't get when I called ExecuteAndWrap() from the > ScriptSource... I have no idea what is going on, and no internet > searches are helping me debug this :( > > I setup the AppDomain for the engine like so: > > pset.AddPermission (new SecurityPermission > (SecurityPermissionFlag.Execution)); > pset.AddPermission(new > ReflectionPermission(PermissionState.Unrestricted)); > pset.AddPermission(new > FileIOPermission(FileIOPermissionAccess.PathDiscovery | > FileIOPermissionAccess.Read | FileIOPermissionAccess.Write, > AppDomain.CurrentDomain.BaseDirectory)); > > Any ideas? > > - Jason Petrasko > > > _______________________________________________ > Ironpython-users mailing list > Ironpython-users at python.org > https://mail.python.org/mailman/listinfo/ironpython-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From no_reply at codeplex.com Mon Sep 16 09:22:33 2013 From: no_reply at codeplex.com (CodePlex) Date: 16 Sep 2013 00:22:33 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 9/15/2013 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New comment] Implement msvcrt module ---------------------------------------------- ISSUES 1. [New comment] Implement msvcrt module http://ironpython.codeplex.com/workitem/21402 User alefnula has commented on the issue: "

`msvcrt` is still broken on MacOSX and Linux (Mono 3.2.1 and 2.10.8). Trying any function from the module raises:

```
>>> import msvcrt
>>> msvcrt.getch()
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
SystemError: msvcr100
```

IronPython 2.7.4.

" ---------------------------------------------- ---------------------------------------------- You are receiving this email because you subscribed to notifications on CodePlex. To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: From no_reply at codeplex.com Tue Sep 17 09:21:52 2013 From: no_reply at codeplex.com (CodePlex) Date: 17 Sep 2013 00:21:52 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 9/16/2013 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New comment] Implement msvcrt module 2. [New comment] Implement msvcrt module 3. [New comment] Implement msvcrt module ---------------------------------------------- ISSUES 1. [New comment] Implement msvcrt module http://ironpython.codeplex.com/workitem/21402 User slide_o_mix has commented on the issue: "

msvcrt is not available on non-Windows platforms even for CPython.

"----------------- 2. [New comment] Implement msvcrt module http://ironpython.codeplex.com/workitem/21402 User alefnula has commented on the issue: "

I know, but since it runs on `.NET`'s equivalent Mono, I thought that maybe it's sensible to also have a `msvcrt` module.

The problem is that there is no `tty` nor `termios` modules, even if it's a POSIX systems, so there is no way to implement `getch` and also, which is I think more important, `getpass.getpass` is not working.

"----------------- 3. [New comment] Implement msvcrt module http://ironpython.codeplex.com/workitem/21402 User slide_o_mix has commented on the issue: "

If the module is not supported in CPython, I don't think it will be in IronPython.

" ---------------------------------------------- ---------------------------------------------- You are receiving this email because you subscribed to notifications on CodePlex. To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: From no_reply at codeplex.com Wed Sep 18 09:25:10 2013 From: no_reply at codeplex.com (CodePlex) Date: 18 Sep 2013 00:25:10 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 9/17/2013 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New comment] Implement msvcrt module 2. [New comment] Implement msvcrt module 3. [New comment] Implement msvcrt module 4. [New comment] IronPython exception trace does not show actual offending line for certain case. ---------------------------------------------- ISSUES 1. [New comment] Implement msvcrt module http://ironpython.codeplex.com/workitem/21402 User MarkusSchaber has commented on the issue: "

Maybe an implementation of tty and/or termios for Mono on Unixoid systems would be feasible

"----------------- 2. [New comment] Implement msvcrt module http://ironpython.codeplex.com/workitem/21402 User vernondcole has commented on the issue: "

So it sounds like the intent of this ticket would be better addressed by finding other ways of making the non-functional standard library routines work on mono -- rather than asking for a module that does not exist. Whould that not be more feasable?

"----------------- 3. [New comment] Implement msvcrt module http://ironpython.codeplex.com/workitem/21402 User jdhardy has commented on the issue: "

When running on Linux/Mac then IronPython should ideally surface the same set of modules as CPython - so tty, termios, getpass, etc should (ideally) all work. It's an area that just hasn't had anyone to go after it yet.

Each missing POSIX module should have its own ticket for easier tracking. Also, missing modules are a great way for people to start contributing ;).

"----------------- 4. [New comment] IronPython exception trace does not show actual offending line for certain case. http://ironpython.codeplex.com/workitem/34386 User Gimmi has commented on the issue: "

Same problem here, seems that this behavior only happen with some kind of error, for example:

```
(1, 2) + [3, 4] # TypeError
```

Attached is a test that show this behavior. Note that the attached test passes when run with __CPython 2.7.2__ and fail when run __IronPython 2.7.4__. To execute the tests, run this command:

```
python -m unittest test_traceback
ipy -m unittest test_traceback
```

" ---------------------------------------------- ---------------------------------------------- You are receiving this email because you subscribed to notifications on CodePlex. To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: From no_reply at codeplex.com Tue Sep 24 09:25:18 2013 From: no_reply at codeplex.com (CodePlex) Date: 24 Sep 2013 00:25:18 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 9/23/2013 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New comment] Memory Leak ---------------------------------------------- ISSUES 1. [New comment] Memory Leak http://ironpython.codeplex.com/workitem/31764 User koreney has commented on the issue: "

I've had a look on that leak and I think I found a workaround for the problem.
It is not an actual fix but its what I managed to achieve in the time I had for investigating it.

It seems that the tree of objects holding all that memory is:

PythonContext --> Stack<PythonTracebackListener> --> PythonTracebackListener[] --> PythonTracebackListener --> PythonContext --> DebugContext --> Many more objects

This is the root path and it looks like it is being held because of some static delegates which are not cleared properly.
For every script execution done, more objects are added under the DebugContext class. This is valid only if SetTrace have been used.

What I did as a workaround is the following:

PythonContext.cs, Ln 4041 - Changed DebugContext property to public to allow access to the debug information saved in each code execution.
DebugContext.cs, Ln 88 - Added function ResetAllSourceFiles() which clears the _sourceFiles dictionary that holds the debug information.
sys.cs, Ln 830 - Disable the ZipImporter. Didn't have time to get fully into this but it seems it causes a leak as well. Since I don't import from zip files i disabled it completely.

Now, after every source code execution I call the ResetAllSourceFiles() method from the DebugContext, Like this:

var pyContext = HostingHelpers.GetLanguageContext(Engine) as PythonContext;
pyContext.DebugContext.ResetAllSourceFiles();


The above is based on: IronLanguages-main-568c234

See the attached source code for changes i've made.
The above changes are marked in the files with: "// XXX XXX Koren".

" ---------------------------------------------- ---------------------------------------------- You are receiving this email because you subscribed to notifications on CodePlex. To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: From no_reply at codeplex.com Wed Sep 25 09:19:36 2013 From: no_reply at codeplex.com (CodePlex) Date: 25 Sep 2013 00:19:36 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 9/24/2013 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New comment] Memory Leak ---------------------------------------------- ISSUES 1. [New comment] Memory Leak http://ironpython.codeplex.com/workitem/31764 User jdhardy has commented on the issue: "

@koreney: That ownership chain is incredibly useful. If this happens routinely it should be possible from a debugger to figure out (a) how many DebugContext instances there are, and (b) what the owners of those DebugContexts are, it might be possible to track down what is keeping stuff alive. It might require windbg to do it, unfortunately. It's quite possible that there are places currently using strong references that should be replaced with weak references to prevent this sort of thing.

I really dislike the idea of requiring users to take a manual step to avoid a memory leak; it should be something that's handled automatically. I'd prefer to find the root cause and eliminate that, but as a workaround ResetAllSourceFiles() could be called inside the Execute() function or something.

" ---------------------------------------------- ---------------------------------------------- You are receiving this email because you subscribed to notifications on CodePlex. To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: From no_reply at codeplex.com Thu Sep 26 09:18:31 2013 From: no_reply at codeplex.com (CodePlex) Date: 26 Sep 2013 00:18:31 -0700 Subject: [Ironpython-users] IronPython, Daily Digest 9/25/2013 Message-ID: Hi ironpython, Here's your Daily Digest of new issues for project "IronPython". In today's digest:ISSUES 1. [New comment] Memory Leak 2. [New comment] Memory Leak ---------------------------------------------- ISSUES 1. [New comment] Memory Leak http://ironpython.codeplex.com/workitem/31764 User MarkusSchaber has commented on the issue: "

Calling ResetAllSourceFiles() automatically inside the Execute() function might cause problems in hosted environments when the user deliberately has delegates or object instances which live longer than the Execute() function because they were registered somewhere in the environment, and are called from the surrounding C# / .NET code.

"----------------- 2. [New comment] Memory Leak http://ironpython.codeplex.com/workitem/31764 User MarkusSchaber has commented on the issue: "

Calling ResetAllSourceFiles() automatically inside the Execute() function might cause problems in hosted environments when the user deliberately has delegates or object instances which live longer than the Execute() function because they were registered somewhere in the environment, and are called from the surrounding C# / .NET code.

" ---------------------------------------------- ---------------------------------------------- You are receiving this email because you subscribed to notifications on CodePlex. To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: