Nabble - IronPython

Fail to execute "import System" on Silverlight embedded interpreter

2009-11-09T12:47:53Z

Hi IronPython list,

I worked along Michael Foords introductory article about embedding
IronPython in Silverlight together with his
"EmbeddingIronPythonSilverlight" project documented here:

http://www.voidspace.org.uk/ironpython/silverlight/embedding_ironpython.shtml

I added the following two lines to the source code

source = pe.CreateScriptSourceFromString("import System",
SourceCodeKind.Statements);
source.Execute(scope);

This worked all well with the given built and the shipped assemblies.

Yesterday I downloaded the DLR dlr-34133, built it and replaced the
assemblies of the "EmbeddingIronPython..." project with the latest
SilverlightDebug ones. Running the code
again I get following import error:

System.NullReferenceException wurde nicht von Benutzercode behandelt.
Message="Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt."
StackTrace:
bei Microsoft.Scripting.Silverlight.DynamicApplication.get_BaseUri()
bei
Microsoft.Scripting.Silverlight.DynamicApplication.MakeUri(Uri baseUri,
Uri relativeUri)
bei
Microsoft.Scripting.Silverlight.HttpVirtualFilesystem.GetFileInternal(Object
baseUri, Uri relativeUri)
bei
Microsoft.Scripting.Silverlight.BrowserVirtualFilesystem.GetFileInternal(Object
storageUnit, String relativePath)
bei
Microsoft.Scripting.Silverlight.BrowserVirtualFilesystem.GetFile(Object
storageUnit, String relativePath)
bei
Microsoft.Scripting.Silverlight.BrowserVirtualFilesystem.GetFile(String
relativePath)
bei Microsoft.Scripting.Silverlight.BrowserPAL.FileExists(String
path)
bei IronPython.Runtime.Importer.LoadModuleFromSource(CodeContext
context, String name, String path)
bei IronPython.Runtime.Importer.LoadPackageFromSource(CodeContext
context, String name, String path)
bei IronPython.Runtime.Importer.LoadFromDisk(CodeContext context,
String name, String fullName, String str)
bei IronPython.Runtime.Importer.ImportFromPathHook(CodeContext
context, String name, String fullName, List path, Func`5 defaultLoader)
bei IronPython.Runtime.Importer.ImportFromPath(CodeContext
context, String name, String fullName, List path)
bei IronPython.Runtime.Importer.ImportTopAbsolute(CodeContext
context, String name)
bei IronPython.Runtime.Importer.ImportModule(CodeContext context,
Object globals, String modName, Boolean bottom, Int32 level)
bei IronPython.Modules.Builtin.__import__(CodeContext context,
String name, Object globals, Object locals, Object fromlist, Int32 level)
InnerException:

Apparently, pre-loading assemblies in the loop

foreach (string name in new string[] { "mscorlib", "System",
"System.Windows", "System.Windows.Browser", "System.Net" })
{

runtime.LoadAssembly(runtime.Host.PlatformAdaptationLayer.LoadAssembly(name));
}

had no effect and IronPython attempts to load the 'System' module from
the disk as a Python module. The standard import
routine "import clr; clr.AddReference("System"); import System" causes
the same problem. I'm puzzled.

Regards, Kay

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: Safe execution of python scripts on my .net application

2009-11-09T10:44:37Z

Couple of options spring to mind:

1. Setup evidence such that your assembly is given full trust. I believe you had the start of this in your other code where you were adding some strong name evidence. You should be able to search the web for normal .NET partial trust scenarios for getting this right.

2. Setup your object model so that it is a MarshalByRefObject which lives in another app domain. You can then expose the remote object to the partial trust app domain via SetVariable.

As far as including the DLL – you can call LoadAssembly on the ScriptRuntime and give it your assembly. Then the user can import all of the types from your DLL as they need them. That won’t work w/ #2 though. Alternately you can implement IAttributesCollection (or use a dynamic object in 2.6 although IAC is still supported) and create a scope w/ that as the backing storage. Then you’ll be able to lazily resolve the members rather than eagerly populating them - although you still need some code to lazily resolve them.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Monday, November 09, 2009 7:49 AM
To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

Hi all again, I am still working with the same problem.

Now I am creating the appDomain in this way by recommendation of Dino:

public static AppDomain CreateSandboxAppDomain()

{

AppDomainSetup anAppDomainSetup = new AppDomainSetup();

anAppDomainSetup.ApplicationBase = AppDomain.CurrentDomain.BaseDirectory;

anAppDomainSetup.ApplicationName = "Testing";

Evidence evidence = new Evidence();

evidence.AddHost(new Zone(SecurityZone.Internet));

AppDomain aSandboxedDomain = AppDomain.CreateDomain("Test Domain",

evidence,

anAppDomainSetup);

return aSandboxedDomain;

}

Now it is working but I have security restrictions over some .dll that I want to have full trusted permissions. I am trying to do this:

string aPythonScript =

@"aDocument = CDLDocument()

aFigure = TextBlock(1, 'type 1')

anotherFigure = TextBlock(2, 'type 2')

aDocument.AddFigure(aFigure)

aDocument.AddFigure(anotherFigure)

aList = aDocument.Figures

ScriptSource source = engine.CreateScriptSourceFromString(aPythonScript);

ScriptScope scope = engine.CreateScope();

scope.SetVariable("CDLDocument", typeof(CDLDocument));

scope.SetVariable("TextBlock", typeof(TextBlock));

source.Execute(scope);

This is throwing the System.Security.SecurityException.

1. How can I give full trusted to a specific dll in an AppDomain?

2. How can I include a .dll to the scope instead of do a SetVariable for each type which I have to manage from the python script?

Thanks!

Nicolás

2009/11/6 Nicolás Buttarelli <nbuttarelli@...>

Hi,

On Fri, Nov 6, 2009 at 1:07 AM, Dino Viehland <dinov@...> wrote:

So you’ve run this as a standalone program and it’s failing? In the standalone app are all of the IronPython and DLR DLLs present (IronPython.dll, IronPython.modules.dll, Microsoft.Scripting.Core.dll, Microsoft.Scripting.dll, Microsoft.Dynamic.dll and Micrsoft.Scripting.Extensionattribute.dll)?

Yes I have all this dlls present.

A slightly modified version of this, dropping the strong name, works just fine for me:

using System;

using Microsoft.Scripting;

using Microsoft.Scripting.Hosting;

using IronPython.Hosting;

using System.Security;

using System.Security.Permissions;

class Test {

    public static void Main(string[] args) {



        PermissionSet aRestrictedPermissionSet = new PermissionSet(PermissionState.None);

        aRestrictedPermissionSet.AddPermission(new SecurityPermission(SecurityPermissionFlag.Execution));

        AppDomainSetup domaininfo = new AppDomainSetup();

        domaininfo.ApplicationBase = System.Environment.CurrentDirectory;

        AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain",

                  AppDomain.CurrentDomain.Evidence,

                  domaininfo,

                  aRestrictedPermissionSet);

        ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

        ScriptSource source = engine.CreateScriptSourceFromString("2+2");

        ScriptScope scope = engine.CreateScope();

        Console.WriteLine(source.Execute(scope));

    }

}

Great, I will try this after university. Thanks!

Compile with:

csc test.cs /r:Microsoft.Scripting.Core.dll /r:Microsoft.Scripting.dll /r:IronPython.dll

And run and it prints 4. Does that not work for you?

We also have a different way we do this in our test suite which also works:

            AppDomainSetup info = new AppDomainSetup();

            info.ApplicationBase = AppDomain.CurrentDomain.BaseDirectory;

            info.ApplicationName = "Test";

            Evidence evidence = new Evidence();

            evidence.AddHost(new Zone(SecurityZone.Internet));

            AppDomain newDomain = AppDomain.CreateDomain("test", evidence, info);



            // create runtime in partial trust...

            ScriptRuntime runtime = Python.CreateRuntime(newDomain);

            // get the Python engine...

            ScriptEngine engine = runtime.GetEngine("py");

This make sense too, I will try it. Thanks again.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Thursday, November 05, 2009 11:18 AM

To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

Again, thanks everyone for your help.

But.. I bring bad news. This is still not working and it doesn't depend on the Test environment.

I create another proyect, a Form project, with one button which executes the following code:

// Creating the permission set to grant other assemblies

PermissionSet aRestrictedPermissionSet = new PermissionSet(PermissionState.None);

aRestrictedPermissionSet.AddPermission(new SecurityPermission(SecurityPermissionFlag.Execution));

AppDomainSetup domaininfo = new AppDomainSetup();

domaininfo.ApplicationBase = System.Environment.CurrentDirectory;

List<StrongName> strongNameList = new List<StrongName>();

strongNameList.Add(CreateStrongName(Assembly.GetExecutingAssembly()));



AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain",

   AppDomain.CurrentDomain.Evidence,

       domaininfo,

       aRestrictedPermissionSet,

       strongNameList.ToArray<StrongName>());

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

ScriptSource source = engine.CreateScriptSourceFromString(pythonScript);

ScriptScope scope = engine.CreateScope();

source.Execute(scope);

It throws this error:

Type is not resolved for member 'Microsoft.Scripting.Hosting.ScriptRuntimeSetup,Microsoft.Scripting, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35'.

I used the fuslogvw application to see if the Microsoft.Scripting is loaded, an it is.

What seems strange for me is that anyone has tried this before. I hope to find some more help here.

Regards,

Nicolas

On Wed, Nov 4, 2009 at 7:36 PM, Shri Borde <Shri.Borde@...> wrote:

http://www.dev102.com/2008/03/22/3-ways-to-run-nunit-from-visual-studio/ has some info about test projects and appbase problems.

You can also use fuslogvw (http://msdn.microsoft.com/en-us/library/e74a18c4(VS.71).aspx) to see why Microsoft.Scripting.dll is failing to load.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Dino Viehland
Sent: Tuesday, November 03, 2009 1:52 PM

To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

Test projects are weird and somehow you don’t end up inheriting the application base. This seems to work though:

          AppDomainSetup setup = new AppDomainSetup();

            setup.ApplicationBase = AppDomain.CurrentDomain.BaseDirectory;

            AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain", null, setup);

            ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

            ScriptSource source = engine.CreateScriptSourceFromString("2+2");

            ScriptScope scope = engine.CreateScope();

            Console.WriteLine(source.Execute(scope));

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Tuesday, November 03, 2009 1:30 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

I have create a new "Test Project" and an Unit Test class in order to test the following code inside:

AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain");

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

ScriptSource source = engine.CreateScriptSourceFromString(pythonScript);

ScriptScope scope = engine.CreateScope();

source.Execute(scope);

I have add the references:

- IronPython

- Microsoft.Scripting

- Microsoft.ScriptingCore

But it still not working and throwing the same System.Runtime.Serialization.SerializationException: Type is not resolved for member 'Microsoft.Scripting.Hosting.ScriptRuntimeSetup,Microsoft.Scripting.

Any ideas?

2009/11/3 Nicolás Buttarelli <nbuttarelli@...>

Thanks Shri, I will try.

In addition, I found this open issue: http://dlr.codeplex.com/WorkItem/View.aspx?WorkItemId=2816. I think that it is related.

On Tue, Nov 3, 2009 at 9:29 PM, Shri Borde <Shri.Borde@...> wrote:

I think this happens if the new appdomain cannot load the required assembly. By default, the new appdomain should inherit its BaseDirectory property from the creating domain and should be able to load Microsoft.Scripting.dll. Is your exe and all the dlls in the same folder? If not, can you try to put all assemblies in the same folder (or in the GAC) to see if it works? If that works, you can then figure out how to configure the new appdomain such that it can load Microsoft.Scripting.dll. There may be some setting in AppDomainSetup, or you could hook the AssemblyResolve event…

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Tuesday, November 03, 2009 12:08 PM

To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

Hi again, thanks for your clear response.

I was trying to do what you proposed but it is not working. I am receiving an exception:

Test method CadworX3WCFRestTest.IronPython.SafeScriptExecutionTest.writingAFileTest threw exception: System.Runtime.Serialization.SerializationException: Type is not resolved for member 'Microsoft.Scripting.Hosting.ScriptRuntimeSetup,Microsoft.Scripting, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35'..

I tried to find a solution but I couldn't. This is the minimal code that I am running to get this exception (I have removed all the security stuff but apparently that does not resolve the problem):

AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain");

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

ScriptSource source = engine.CreateScriptSourceFromString(pythonScript);

SriptScope scope = engine.CreateScope();

source.Execute(scope);

The exception is thronged in this line:

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

Do you have any idea which could be the problem?

Thanks again,

Nicolas

On Mon, Nov 2, 2009 at 10:25 PM, Dino Viehland <dinov@...> wrote:

Assuming the app domain is setup properly then there’s no way for the Python code to elevate permissions (modulo CLR security bugs which are few and far between). This is because IronPython its self is 100% security transparent and does not affect any security decisions or assert any form of trust – so it’s all up to the CLR to limit permissions. So for example while you can access the file object, or import ctypes, or call various other Python APIs which would require trust you’ll get a security exception from the CLR when you don’t have permissions to do something.

For more complex scenarios you might also have an object model which you expose to the application and inject in via its scope. Once you’ve done that you’ll want to make sure that the object model is also secure.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Monday, November 02, 2009 1:20 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

Thanks for your response.

But what happens with the python code? Does not exist a way to write some scripts that can do some damage to my app, the server, the database, etc?

Thanks again,

Nicolas

On Mon, Nov 2, 2009 at 9:41 PM, Dino Viehland <dinov@...> wrote:

After creating your app domain you can do:

ScriptEngine engine = Python.CreateEngine(someAppDomain);

And then the rest of your code should work as it’s written.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Monday, November 02, 2009 12:39 PM
To: users@...
Subject: [IronPython] Safe execution of python scripts on my .net application

Sorry, I don't know if my previous message have arrived. So, here it is:

Hello all,

I am starting with python and I would like to add to my web application some web services. This services will allow the different clients of my application to execute some python scripts.

I would like to know if someone did this before and how can I do this in a secure way. I mean, how can I do to restrict the environment where the scripts will be executed.

In .net I can do this using the AppDoman and setting the permission set.

AppDomain.CreateDomain( string friendlyName,
                        Evidence securityInfo,
                        AppDomainSetup info,
                        PermissionSet grantSet,
                        params StrongName[] fullTrustAssemblies);

Is there a way to do the same with my python scripts?

I am running them using this:

ScriptEngine engine = Python.CreateEngine();

ScriptSource source = engine.CreateScriptSourceFromString(scriptAsString);

ScriptScope scope = engine.CreateScope();

source.Execute(scope);

Thanks in advance.

Nicolas

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

IronPython 2.6 CodePlex Source Update

2009-11-09T08:53:53Z

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/61249.

ADDED SOURCES
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/ILoopStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/AstMethods.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/SerializedScopeStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/CollectableCompilationMode.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/LookupCompilationMode.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/ToDiskCompilationMode.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/UncollectableCompilationMode.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/UncollectableCompilationMode.Generated.cs
$/IronPython/IronPython_Main/Src/Scripts/generate_UncollectableCompilationMode.py

DELETED SOURCES
$/IronPython/IronPython_Main/Src/IronPython/Compiler/ArrayGlobalAllocator.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/DictionaryGlobalAllocator.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/AstGenerator.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/SharedGlobalAllocator.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/SharedGlobalAllocator.Generated.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/SavableGlobalAllocator.cs
$/IronPython/IronPython_Main/Src/Scripts/generate_SharedGlobalAllocator.py

MODIFIED SOURCES
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/ILoopStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/AstMethods.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/BinaryExpression.Generated.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/PythonNameBinder.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/PythonAst.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/PrintStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/ParenthesisExpression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/Parameter.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/OrExpression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/Node.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/NameExpression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/MemberExpression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/ListExpression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/ListComprehensionIf.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/ListComprehensionFor.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/ListComprehension.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/LambdaExpression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/IndexExpression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/ImportStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/IfStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/GlobalStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/GeneratorExpression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/FunctionDefinition.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/FromImportStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/ForStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/ExpressionStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/Expression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/ExecStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/ErrorExpression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/EmptyStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/DictionaryExpression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/DelStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/ContinueStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/ConstantExpression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/ConditionalExpression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/ClassDefinition.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/CallExpression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/BreakStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/BinaryExpression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/BackQuoteExpression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/SerializedScopeStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/CollectableCompilationMode.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/LookupCompilationMode.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/ClosureExpression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/CompilationMode.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/ClosureInfo.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/OnDiskScriptCode.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/PythonCompilerOptions.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/VariableKind.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/YieldExpression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/PythonVariable.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/PythonReference.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/WithStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/WhileStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/UnaryExpression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/TupleExpression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/TryStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/SuiteStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/Statement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/SliceExpression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/SequenceExpression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/ScopeStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/ReturnStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/RaiseStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/AugmentedAssignStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/AssignmentStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/AssertStatement.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/Arg.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Ast/AndExpression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Parser.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/ToDiskCompilationMode.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/UncollectableCompilationMode.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/UncollectableCompilationMode.Generated.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/RunnableScriptCode.cs
$/IronPython/IronPython_Main/Src/IronPython/Modules/Builtin.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/PythonScriptCode.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/PythonGlobalVariableExpression.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/PythonGlobal.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/RuntimeScriptCode.cs
$/IronPython/IronPython_Main/Src/IronPython/Runtime/Binding/MetaPythonType.Calls.cs
$/IronPython/IronPython_Main/Src/IronPython/Runtime/Binding/BindingHelpers.cs
$/IronPython/IronPython_Main/Src/IronPython/Compiler/Tokenizer.cs
$/IronPython/IronPython_Main/Src/IronPython/IronPython.csproj
$/IronPython/IronPython_Main/Src/Runtime/Microsoft.Dynamic/Utils/CollectionUtils.cs
$/IronPython/IronPython_Main/Src/Runtime/Microsoft.Dynamic/Interpreter/LightCompiler.cs
$/IronPython/IronPython_Main/Src/IronPython/Runtime/CodeContext.cs
$/IronPython/IronPython_Main/Src/IronPython/Runtime/FunctionCode.cs
$/IronPython/IronPython_Main/Src/IronPython/Runtime/PythonFunction.cs
$/IronPython/IronPython_Main/Src/IronPython/Runtime/Operations/PythonOps.cs
$/IronPython/IronPython_Main/Src/IronPython/Runtime/PythonContext.cs
$/IronPython/IronPython_Main/Src/IronPython/Runtime/Importer.cs
$/IronPython/IronPython_Main/Src/Scripts/generate_UncollectableCompilationMode.py
$/IronPython/IronPython_Main/Src/Runtime/Microsoft.Scripting.Debugging/DebuggableLambdaBuilder.cs
$/IronPython/IronPython_Main/Src/Runtime/Microsoft.Scripting.Core/Ast/Expression.cs
$/IronPython/IronPython_Main/Src/Scripts/generate_walker.py
$/IronPython/IronPython_Main/Src/Tests/test_function.py

CHECKIN COMMENTS
--------------------------------------------------------------------------------
Changeset Id: 1258596
Date: 11/6/2009 2:16:40 PM

(sborde) Adds support to declare intefaces in the clrtype sample

(Shelveset: clrtype;REDMOND\sborde | SNAP CheckinId: 9759)
--------------------------------------------------------------------------------
Changeset Id: 1258456
Date: 11/6/2009 1:18:39 PM

(dinov) Improves import time and working set by making IronPython ASTs reducible DLR ASTs and delaying reduction of Python functions until they are run the first time.

Before After % change
Big import - no ngen 7646.252731 5129.492 -32.91496228
Big import Private WS - no ngen 58188 42560 -26.85777136
Big import Working Set - no ngen 74448 62800 -15.6458199
Hello world - no ngen 3764.7576 3600.676 -4.358357627

Big import 5696.948 3028.675 -46.83689407
Big import Private WS 55124 40260 -26.96466149
Big import Working Set 78912 59856 -24.14841849
Hello world 933.3606 844.5354 -9.51670769

(Shelveset: NewAstsFinal4;REDMOND\dinov | SNAP CheckinId: 9767)

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: Safe execution of python scripts on my .net application

2009-11-09T07:48:32Z

Hi all again, I am still working with the same problem.

Now I am creating the appDomain in this way by recommendation of Dino:

public static AppDomain CreateSandboxAppDomain()

{

AppDomainSetup anAppDomainSetup = new AppDomainSetup();

anAppDomainSetup.ApplicationBase = AppDomain.CurrentDomain.BaseDirectory;

anAppDomainSetup.ApplicationName = "Testing";

Evidence evidence = new Evidence();

evidence.AddHost(new Zone(SecurityZone.Internet));

AppDomain aSandboxedDomain = AppDomain.CreateDomain("Test Domain",

evidence,

anAppDomainSetup);

return aSandboxedDomain;

}

Now it is working but I have security restrictions over some .dll that I want to have full trusted permissions. I am trying to do this:

string aPythonScript =

@"aDocument = CDLDocument()

aFigure = TextBlock(1, 'type 1')

anotherFigure = TextBlock(2, 'type 2')

aDocument.AddFigure(aFigure)

aDocument.AddFigure(anotherFigure)

aList = aDocument.Figures

ScriptSource source = engine.CreateScriptSourceFromString(aPythonScript);

ScriptScope scope = engine.CreateScope();

scope.SetVariable("CDLDocument", typeof(CDLDocument));

scope.SetVariable("TextBlock", typeof(TextBlock));

source.Execute(scope);

This is throwing the System.Security.SecurityException.

1. How can I give full trusted to a specific dll in an AppDomain?

2. How can I include a .dll to the scope instead of do a SetVariable for each type which I have to manage from the python script?

Thanks!

Nicolás

2009/11/6 Nicolás Buttarelli <nbuttarelli@...>

Hi,

On Fri, Nov 6, 2009 at 1:07 AM, Dino Viehland <dinov@...> wrote:

So you’ve run this as a standalone program and it’s failing? In the standalone app are all of the IronPython and DLR DLLs present (IronPython.dll, IronPython.modules.dll, Microsoft.Scripting.Core.dll, Microsoft.Scripting.dll, Microsoft.Dynamic.dll and Micrsoft.Scripting.Extensionattribute.dll)?
Yes I have all this dlls present.

A slightly modified version of this, dropping the strong name, works just fine for me:

using System;

using Microsoft.Scripting;

using Microsoft.Scripting.Hosting;

using IronPython.Hosting;

using System.Security;

using System.Security.Permissions;

class Test {

    public static void Main(string[] args) {



        PermissionSet aRestrictedPermissionSet = new PermissionSet(PermissionState.None);

        aRestrictedPermissionSet.AddPermission(new SecurityPermission(SecurityPermissionFlag.Execution));

        AppDomainSetup domaininfo = new AppDomainSetup();

        domaininfo.ApplicationBase = System.Environment.CurrentDirectory;

        AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain",

                  AppDomain.CurrentDomain.Evidence,

                  domaininfo,

                  aRestrictedPermissionSet);

        ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

        ScriptSource source = engine.CreateScriptSourceFromString("2+2");

        ScriptScope scope = engine.CreateScope();

        Console.WriteLine(source.Execute(scope));

    }

}

Great, I will try this after university. Thanks!

Compile with:

csc test.cs /r:Microsoft.Scripting.Core.dll /r:Microsoft.Scripting.dll /r:IronPython.dll

And run and it prints 4. Does that not work for you?

We also have a different way we do this in our test suite which also works:

            AppDomainSetup info = new AppDomainSetup();

            info.ApplicationBase = AppDomain.CurrentDomain.BaseDirectory;

            info.ApplicationName = "Test";

            Evidence evidence = new Evidence();

            evidence.AddHost(new Zone(SecurityZone.Internet));

            AppDomain newDomain = AppDomain.CreateDomain("test", evidence, info);



            // create runtime in partial trust...

            ScriptRuntime runtime = Python.CreateRuntime(newDomain);

            // get the Python engine...

            ScriptEngine engine = runtime.GetEngine("py");

This make sense too, I will try it. Thanks again.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Thursday, November 05, 2009 11:18 AM

To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

Again, thanks everyone for your help.

But.. I bring bad news. This is still not working and it doesn't depend on the Test environment.

I create another proyect, a Form project, with one button which executes the following code:

// Creating the permission set to grant other assemblies

PermissionSet aRestrictedPermissionSet = new PermissionSet(PermissionState.None);

aRestrictedPermissionSet.AddPermission(new SecurityPermission(SecurityPermissionFlag.Execution));

AppDomainSetup domaininfo = new AppDomainSetup();

domaininfo.ApplicationBase = System.Environment.CurrentDirectory;

List<StrongName> strongNameList = new List<StrongName>();

strongNameList.Add(CreateStrongName(Assembly.GetExecutingAssembly()));



AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain",

   AppDomain.CurrentDomain.Evidence,

       domaininfo,

       aRestrictedPermissionSet,

       strongNameList.ToArray<StrongName>());

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

ScriptSource source = engine.CreateScriptSourceFromString(pythonScript);

ScriptScope scope = engine.CreateScope();

source.Execute(scope);

It throws this error:

Type is not resolved for member 'Microsoft.Scripting.Hosting.ScriptRuntimeSetup,Microsoft.Scripting, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35'.

I used the fuslogvw application to see if the Microsoft.Scripting is loaded, an it is.

What seems strange for me is that anyone has tried this before. I hope to find some more help here.

Regards,

Nicolas

On Wed, Nov 4, 2009 at 7:36 PM, Shri Borde <Shri.Borde@...> wrote:

http://www.dev102.com/2008/03/22/3-ways-to-run-nunit-from-visual-studio/ has some info about test projects and appbase problems.

You can also use fuslogvw (http://msdn.microsoft.com/en-us/library/e74a18c4(VS.71).aspx) to see why Microsoft.Scripting.dll is failing to load.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Dino Viehland
Sent: Tuesday, November 03, 2009 1:52 PM

To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

Test projects are weird and somehow you don’t end up inheriting the application base. This seems to work though:

          AppDomainSetup setup = new AppDomainSetup();

            setup.ApplicationBase = AppDomain.CurrentDomain.BaseDirectory;

            AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain", null, setup);

            ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

            ScriptSource source = engine.CreateScriptSourceFromString("2+2");

            ScriptScope scope = engine.CreateScope();

            Console.WriteLine(source.Execute(scope));

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Tuesday, November 03, 2009 1:30 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

I have create a new "Test Project" and an Unit Test class in order to test the following code inside:

AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain");

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

ScriptSource source = engine.CreateScriptSourceFromString(pythonScript);

ScriptScope scope = engine.CreateScope();

source.Execute(scope);

I have add the references:

- IronPython

- Microsoft.Scripting

- Microsoft.ScriptingCore

But it still not working and throwing the same System.Runtime.Serialization.SerializationException: Type is not resolved for member 'Microsoft.Scripting.Hosting.ScriptRuntimeSetup,Microsoft.Scripting.

Any ideas?

2009/11/3 Nicolás Buttarelli <nbuttarelli@...>

Thanks Shri, I will try.

In addition, I found this open issue: http://dlr.codeplex.com/WorkItem/View.aspx?WorkItemId=2816. I think that it is related.

On Tue, Nov 3, 2009 at 9:29 PM, Shri Borde <Shri.Borde@...> wrote:

I think this happens if the new appdomain cannot load the required assembly. By default, the new appdomain should inherit its BaseDirectory property from the creating domain and should be able to load Microsoft.Scripting.dll. Is your exe and all the dlls in the same folder? If not, can you try to put all assemblies in the same folder (or in the GAC) to see if it works? If that works, you can then figure out how to configure the new appdomain such that it can load Microsoft.Scripting.dll. There may be some setting in AppDomainSetup, or you could hook the AssemblyResolve event…

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Tuesday, November 03, 2009 12:08 PM

To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

Hi again, thanks for your clear response.

I was trying to do what you proposed but it is not working. I am receiving an exception:

Test method CadworX3WCFRestTest.IronPython.SafeScriptExecutionTest.writingAFileTest threw exception: System.Runtime.Serialization.SerializationException: Type is not resolved for member 'Microsoft.Scripting.Hosting.ScriptRuntimeSetup,Microsoft.Scripting, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35'..

I tried to find a solution but I couldn't. This is the minimal code that I am running to get this exception (I have removed all the security stuff but apparently that does not resolve the problem):

AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain");

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

ScriptSource source = engine.CreateScriptSourceFromString(pythonScript);

SriptScope scope = engine.CreateScope();

source.Execute(scope);

The exception is thronged in this line:

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

Do you have any idea which could be the problem?

Thanks again,

Nicolas

On Mon, Nov 2, 2009 at 10:25 PM, Dino Viehland <dinov@...> wrote:

Assuming the app domain is setup properly then there’s no way for the Python code to elevate permissions (modulo CLR security bugs which are few and far between). This is because IronPython its self is 100% security transparent and does not affect any security decisions or assert any form of trust – so it’s all up to the CLR to limit permissions. So for example while you can access the file object, or import ctypes, or call various other Python APIs which would require trust you’ll get a security exception from the CLR when you don’t have permissions to do something.

For more complex scenarios you might also have an object model which you expose to the application and inject in via its scope. Once you’ve done that you’ll want to make sure that the object model is also secure.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Monday, November 02, 2009 1:20 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

Thanks for your response.

But what happens with the python code? Does not exist a way to write some scripts that can do some damage to my app, the server, the database, etc?

Thanks again,

Nicolas

On Mon, Nov 2, 2009 at 9:41 PM, Dino Viehland <dinov@...> wrote:

After creating your app domain you can do:

ScriptEngine engine = Python.CreateEngine(someAppDomain);

And then the rest of your code should work as it’s written.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Monday, November 02, 2009 12:39 PM
To: users@...
Subject: [IronPython] Safe execution of python scripts on my .net application

Sorry, I don't know if my previous message have arrived. So, here it is:

Hello all,

I am starting with python and I would like to add to my web application some web services. This services will allow the different clients of my application to execute some python scripts.

I would like to know if someone did this before and how can I do this in a secure way. I mean, how can I do to restrict the environment where the scripts will be executed.

In .net I can do this using the AppDoman and setting the permission set.

AppDomain.CreateDomain( string friendlyName,
                        Evidence securityInfo,
                        AppDomainSetup info,
                        PermissionSet grantSet,
                        params StrongName[] fullTrustAssemblies);

Is there a way to do the same with my python scripts?

I am running them using this:

ScriptEngine engine = Python.CreateEngine();

ScriptSource source = engine.CreateScriptSourceFromString(scriptAsString);

ScriptScope scope = engine.CreateScope();

source.Execute(scope);

Thanks in advance.

Nicolas

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: IronPython 2.6 RC 1 Release Hidden

2009-11-09T02:04:40Z

Michael Foord wrote:

> Jimmy Schementi wrote:
>> I agree, but I think the desire it to keep that "Releases" list
>> clean. Otherwise it would have every release ever in there. It's a
>> CodePlex limitation that there is no way to hide those releases from
>> that list, while still keeping the links active.
>>
>
> I understand the motivation, but making releases that people /
> projects may have depended on is an unacceptable cost in my opinion.
>

As an addendum, if you need them many of the hidden releases are still
available from the downloads page on the IronPython Cookbook:

http://www.ironpython.info/index.php/Downloads

All the best,

Michael Foord

> All the best,
>
> Michael
>> Here are all the hidden releases; basically all superseded non-final
>> releases:
>>
>> 2.6 Release Candidate 1
>> 2.6 Beta 2 2.6 Beta 1
>> 2.6 Alpha 1 2.0 Release Candidate 2
>> 2.0 VS10 CTP
>> 2.0 Release Candidate 1
>> 2.0 Beta 5
>> 2.0 Beta 4
>> 1.1.2 RC1
>> 2.0 Beta 3
>> 2.0 Beta 2
>> 2.0 Beta 1
>> 2.0 Alpha 8
>> 1.1.1 RC1
>> 2.0 Alpha 7
>> 2.0 Alpha 6
>> 2.0 Alpha 5
>> 2.0 Alpha 4
>> 2.0 Alpha 3
>> 2.0 Alpha 2
>> 2.0 Alpha 1
>> 1.1 First Release Candidate
>> 1.1 Beta
>> 1.1 Alpha
>> 1.0 2nd Release Candidate
>> 1.0 Release Candidate
>> 1.0 9th Beta
>> 1.0 8th Beta
>> 1.0 7th Beta
>>
>> ~Jimmy
>>
>>
>>> -----Original Message-----
>>> From: users-bounces@... [mailto:users-
>>> bounces@...] On Behalf Of Michael Foord
>>> Sent: Monday, November 09, 2009 1:28 AM
>>> To: Discussion of IronPython
>>> Subject: [IronPython] IronPython 2.6 RC 1 Release Hidden
>>>
>>> Hello guys,
>>>
>>> IronPython 2.6 Release Candidate 2 supersedes Release Candidate 1,
>>> so the RC
>>> 1 download has been set to hidden. This means that it is no longer
>>> available
>>> to choose from the list of downloads and links to the download page
>>> are now
>>> effectively broken.
>>>
>>> If you have wiki admin rights on the IronPython codeplex site then
>>> you will
>>> still be able to view the page if you are logged in. To see what I
>>> mean you
>>> will have to log out first.
>>>
>>> It seems to me a bad policy to hide released versions...
>>>
>>> Michael
>>>
>>> --
>>> http://www.ironpythoninaction.com/
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users@...
>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>>
>>
>> _______________________________________________
>> Users mailing list
>> Users@...
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>
>

--
http://www.ironpythoninaction.com/

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: IronPython 2.6 RC 1 Release Hidden

2009-11-09T01:46:50Z

Jimmy Schementi wrote:
> I agree, but I think the desire it to keep that "Releases" list clean. Otherwise it would have every release ever in there. It's a CodePlex limitation that there is no way to hide those releases from that list, while still keeping the links active.
>

I understand the motivation, but making releases that people / projects
may have depended on is an unacceptable cost in my opinion.

All the best,

Michael

> Here are all the hidden releases; basically all superseded non-final releases:
>
> 2.6 Release Candidate 1
> 2.6 Beta 2
> 2.6 Beta 1
> 2.6 Alpha 1
> 2.0 Release Candidate 2
> 2.0 VS10 CTP
> 2.0 Release Candidate 1
> 2.0 Beta 5
> 2.0 Beta 4
> 1.1.2 RC1
> 2.0 Beta 3
> 2.0 Beta 2
> 2.0 Beta 1
> 2.0 Alpha 8
> 1.1.1 RC1
> 2.0 Alpha 7
> 2.0 Alpha 6
> 2.0 Alpha 5
> 2.0 Alpha 4
> 2.0 Alpha 3
> 2.0 Alpha 2
> 2.0 Alpha 1
> 1.1 First Release Candidate
> 1.1 Beta
> 1.1 Alpha
> 1.0 2nd Release Candidate
> 1.0 Release Candidate
> 1.0 9th Beta
> 1.0 8th Beta
> 1.0 7th Beta
>
> ~Jimmy
>
>
>> -----Original Message-----
>> From: users-bounces@... [mailto:users-
>> bounces@...] On Behalf Of Michael Foord
>> Sent: Monday, November 09, 2009 1:28 AM
>> To: Discussion of IronPython
>> Subject: [IronPython] IronPython 2.6 RC 1 Release Hidden
>>
>> Hello guys,
>>
>> IronPython 2.6 Release Candidate 2 supersedes Release Candidate 1, so the RC
>> 1 download has been set to hidden. This means that it is no longer available
>> to choose from the list of downloads and links to the download page are now
>> effectively broken.
>>
>> If you have wiki admin rights on the IronPython codeplex site then you will
>> still be able to view the page if you are logged in. To see what I mean you
>> will have to log out first.
>>
>> It seems to me a bad policy to hide released versions...
>>
>> Michael
>>
>> --
>> http://www.ironpythoninaction.com/
>>
>> _______________________________________________
>> Users mailing list
>> Users@...
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>
> _______________________________________________
> Users mailing list
> Users@...
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>

--
http://www.ironpythoninaction.com/

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: IronPython 2.6 RC 1 Release Hidden

2009-11-09T01:35:04Z

I agree, but I think the desire it to keep that "Releases" list clean. Otherwise it would have every release ever in there. It's a CodePlex limitation that there is no way to hide those releases from that list, while still keeping the links active.

Here are all the hidden releases; basically all superseded non-final releases:

2.6 Release Candidate 1
2.6 Beta 2
2.6 Beta 1
2.6 Alpha 1
2.0 Release Candidate 2
2.0 VS10 CTP
2.0 Release Candidate 1
2.0 Beta 5
2.0 Beta 4
1.1.2 RC1
2.0 Beta 3
2.0 Beta 2
2.0 Beta 1
2.0 Alpha 8
1.1.1 RC1
2.0 Alpha 7
2.0 Alpha 6
2.0 Alpha 5
2.0 Alpha 4
2.0 Alpha 3
2.0 Alpha 2
2.0 Alpha 1
1.1 First Release Candidate
1.1 Beta
1.1 Alpha
1.0 2nd Release Candidate
1.0 Release Candidate
1.0 9th Beta
1.0 8th Beta
1.0 7th Beta

~Jimmy

> -----Original Message-----
> From: users-bounces@... [mailto:users-
> bounces@...] On Behalf Of Michael Foord
> Sent: Monday, November 09, 2009 1:28 AM
> To: Discussion of IronPython
> Subject: [IronPython] IronPython 2.6 RC 1 Release Hidden
>
> Hello guys,
>
> IronPython 2.6 Release Candidate 2 supersedes Release Candidate 1, so the RC
> 1 download has been set to hidden. This means that it is no longer available
> to choose from the list of downloads and links to the download page are now
> effectively broken.
>
> If you have wiki admin rights on the IronPython codeplex site then you will
> still be able to view the page if you are logged in. To see what I mean you
> will have to log out first.
>
> It seems to me a bad policy to hide released versions...
>
> Michael
>
> --
> http://www.ironpythoninaction.com/
>
> _______________________________________________
> Users mailing list
> Users@...
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

IronPython 2.6 RC 1 Release Hidden

2009-11-09T01:28:00Z

Hello guys,

IronPython 2.6 Release Candidate 2 supersedes Release Candidate 1, so
the RC 1 download has been set to hidden. This means that it is no
longer available to choose from the list of downloads and links to the
download page are now effectively broken.

If you have wiki admin rights on the IronPython codeplex site then you
will still be able to view the page if you are logged in. To see what I
mean you will have to log out first.

It seems to me a bad policy to hide released versions...

Michael

--
http://www.ironpythoninaction.com/

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: DataBinding and INotifyPropertyChanged in IronPython

2009-11-06T14:22:15Z

> It links to http://sdlsdk.codeplex.com/Thread/View.aspx?ThreadId=30322
> that should have more information about how to implement
> INotifyPropertyChanged in IronPython which I am also interested in.
> Unfortunately this page is no more available. Does the guideline exist
> somewhere else? Thanks.

I've re-enabled the discussions tab on that defunct project, so that link is now active again.
_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: Embedded IronPython 2.6 Module Name

2009-11-06T14:18:20Z

It looks like you can just create the PythonModule directly now -- it's a public class with a public constructor.

On Thu, Nov 5, 2009 at 12:14 PM, Jonathan Howard <jhoward@...> wrote:

Thanks for the help, Curt. Perhaps it's a problem with the latest, RC? There is no "CreateModule" function on the PythonContext object.

~Jonathan

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: DataBinding and INotifyPropertyChanged in IronPython

2009-11-06T14:14:26Z

Why don't you think that __setattr__ is a good approach? The alternative (as shown in the linked Japanese-language blog) is to implement setters for the properties you care about and to manually trigger the event.

2009/11/6 Lukas Cenovsky <cenovsky@...>

Hi all,
I was looking for WPF data binding in IronPython and I have found nice Japanese blog about it:
http://palepoli.skr.jp/wp/2009/06/28/wpf-listview-databinding-for-ironpython/

It links to http://sdlsdk.codeplex.com/Thread/View.aspx?ThreadId=30322 that should have more information about how to implement INotifyPropertyChanged in IronPython which I am also interested in. Unfortunately this page is no more available. Does the guideline exist somewhere else? Thanks.

PS: I know about http://lists.ironpython.com/pipermail/users-ironpython.com/2009-August/010938.html but I don't think using __setattr__ is good approach. Also implementing the PropertyChanged event is different on the blog.

--
-- Lukáš
_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

DataBinding and INotifyPropertyChanged in IronPython

2009-11-06T13:58:38Z

Hi all,
I was looking for WPF data binding in IronPython and I have found nice
Japanese blog about it:
http://palepoli.skr.jp/wp/2009/06/28/wpf-listview-databinding-for-ironpython/

It links to http://sdlsdk.codeplex.com/Thread/View.aspx?ThreadId=30322
that should have more information about how to implement
INotifyPropertyChanged in IronPython which I am also interested in.
Unfortunately this page is no more available. Does the guideline exist
somewhere else? Thanks.

PS: I know about
http://lists.ironpython.com/pipermail/users-ironpython.com/2009-August/010938.html
but I don't think using __setattr__ is good approach. Also implementing
the PropertyChanged event is different on the blog.

--
-- Lukáš
_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: System.TimeSpan can't add time from IronPython

2009-11-06T11:13:40Z

span.Add() returns a new TimeSpan object, it does not mutate the existing object. You can see that the result of span.Add(hour) printed out the 2:00:00 time span in the repl that was returned.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Jan Rouvillain
Sent: Friday, November 06, 2009 11:08 AM
To: Discussion of IronPython
Subject: [IronPython] System.TimeSpan can't add time from IronPython

Hi,

System.TimeSpan does not add time when using Add:

>>> clr.AddReference('System')
>>> span = System.TimeSpan(1,0,0)
>>> span.ToString()
'01:00:00'
>>> hour = System.TimeSpan(1,0,0)
>>> hour.ToString()
'01:00:00'
>>> span.Add(hour)
<System.TimeSpan object at 0x000000000000002B [02:00:00]>
>>> span.ToString()
'01:00:00'

Should have been '02:00:00', because 1 hour is added.

Regards
Jan Rou

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

System.TimeSpan can't add time from IronPython

2009-11-06T11:07:53Z

Re: What's wrong with IronPython (UIAutomation)

2009-11-06T10:18:53Z

In the past, there had been issues with UIAutomation as mentioned in http://blogs.msdn.com/shrib/archive/2008/03/24/ironpython-cannot-call-automationelement-fromhandle.aspx. This could be related. You could try it on Win7 to see if its fixed.

You can also try the techniques mentioned in http://blogs.msdn.com/shrib/archive/2008/03/24/what-if-a-c-snippet-does-not-work-when-transliterated-to-ironpython.aspx to narrow down the problem.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Jozef
Sent: Friday, November 06, 2009 6:20 AM
To: users@...
Subject: [IronPython] What's wrong with IronPython (UIAutomation)

Hi,

I'm using UIAutomation framework with IronPython to test our application.

For WPF dialogs it works perfectly. But I run into trouble when try to use it for some older dialogs.

The problem: With IronPython I'm not able to get proper control type. Any controls appears as ControlType.Pane

Simple example: (with windows calculator)

--------------------------------------- IP Code ------------------------------------------------------

import clr

clr.AddReference('UIAutomationClient')

clr.AddReference('UIAutomationTypes')

from System.Windows.Automation import *

_rootElement = AutomationElement.RootElement

if __name__ == '__main__':

nameCondition = PropertyCondition(AutomationElement.NameProperty, "Calculator")

typeCondition = PropertyCondition(AutomationElement.ControlTypeProperty, ControlType.Window)

calcCondition = AndCondition(nameCondition, typeCondition)

appCalc = _rootElement.FindFirst(TreeScope.Children, calcCondition)

if appCalc is not None:

isFocusable = appCalc.GetCurrentPropertyValue(AutomationElement.IsKeyboardFocusableProperty, True)

if isFocusable:

#appCalc.SetFocus() #calling this raise: System.InvalidOperationException

pass

contList = appCalc.FindAll(TreeScope.Subtree, Condition.TrueCondition)

for elm in contList:

progName = elm.Current.ControlType.ProgrammaticName

print progName

-----------------------------------------------------------------------------------------------------------

above code produce following output:

ControlType.Window
ControlType.Pane
ControlType.Pane
ControlType.Pane
ControlType.Pane
ControlType.Pane
.

similar C# code works as expected

------------------------------------------ C# Code ---------------------------------------------------

using System;

using System.Collections.Generic;

using System.Linq;

using System.Text;

using System.Windows.Automation;

using Automation = System.Windows.Automation;

namespace UIAutTest

{

class Program

{

static void Main(string[] args)

{

AutomationElement rootElement = AutomationElement.RootElement;

Automation.Condition nameCondition = new PropertyCondition(AutomationElement.NameProperty, "Calculator");

Automation.Condition controlCondition = new PropertyCondition(AutomationElement.ControlTypeProperty, ControlType.Window);

Automation.Condition calcCondition = new AndCondition(nameCondition, controlCondition);

AutomationElement appCalc = rootElement.FindFirst(TreeScope.Children, calcCondition);

if (appCalc != null)

{

appCalc.SetFocus();

AutomationElementCollection allCont = appCalc.FindAll(TreeScope.Subtree, Condition.TrueCondition);

foreach (AutomationElement elm in allCont)

{

string contProgNam = elm.Current.ControlType.ProgrammaticName;

Console.WriteLine(contProgNam);

}

---------------------------------------------------------------------------------------------

C# code produce this output:

ControlType.Window
ControlType.Edit
ControlType.CheckBox
ControlType.CheckBox
ControlType.Group
ControlType.Button
ControlType.RadioButton
ControlType.RadioButton
ControlType.RadioButton
ControlType.RadioButton
ControlType.Group
ControlType.Group
ControlType.RadioButton
ControlType.RadioButton
ControlType.RadioButton
ControlType.Button
.

Does anybody know why ControlType property retrieved by IP code is different then ControlType retrieved by C# ?

Others element properties retrieved by IP code seems to by OK.

Info:

Windows Vista Business, SP2

IronPython 2.6 (2.6.10920.0) on .NET 2.0.50727.4200

Thanks,
Jozef

PS: Duane Kaufman, send similar question : http://lists.ironpython.com/htdig.cgi/users-ironpython.com/2009-June/010693.html.

But, no one answer him.

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

IronPython 2.6 CodePlex Source Update

2009-11-06T08:53:40Z

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/61130.

ADDED SOURCES
$/IronPython/IronPython_Main/Src/Tests/modules/io_related/_fileio_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/io_related/__init__.py
$/IronPython/IronPython_Main/Src/Tests/modules/io_related/codecs_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/io_related/cPickle_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/io_related/_bytesio_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/io_related/binascii_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/io_related/copy_reg_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/io_related
$/IronPython/IronPython_Main/Src/Tests/modules/io_related/cStringIO_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/io_related/marshal_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/io_related/re_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/misc
$/IronPython/IronPython_Main/Src/Tests/modules/misc/__init__.py
$/IronPython/IronPython_Main/Src/Tests/modules/misc/_random_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/misc/_sha256.py
$/IronPython/IronPython_Main/Src/Tests/modules/misc/_sha512.py
$/IronPython/IronPython_Main/Src/Tests/modules/misc/_warnings_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/misc/_weakref_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/misc/datetime_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/misc/future_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/misc/math_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/misc/operator_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/misc/system_namespaces.py
$/IronPython/IronPython_Main/Src/Tests/modules/network_related
$/IronPython/IronPython_Main/Src/Tests/modules/network_related/__init__.py
$/IronPython/IronPython_Main/Src/Tests/modules/network_related/_ssl_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/network_related/socket_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/system_related
$/IronPython/IronPython_Main/Src/Tests/modules/system_related/__init__.py
$/IronPython/IronPython_Main/Src/Tests/modules/system_related/_locale_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/system_related/gc_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/system_related/nt_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/system_related/sys_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/system_related/thread_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/system_related/time_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/type_related
$/IronPython/IronPython_Main/Src/Tests/modules/type_related/__init__.py
$/IronPython/IronPython_Main/Src/Tests/modules/type_related/_struct_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/type_related/array_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/type_related/types_test.py

DELETED SOURCES
$/IronPython/IronPython_Main/Src/Tests/modules/_fileio_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/array_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/_bytesio_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/_warnings_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/_ssl_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/_sha256.py
$/IronPython/IronPython_Main/Src/Tests/modules/system_namespaces.py
$/IronPython/IronPython_Main/Src/Tests/modules/_sha512.py
$/IronPython/IronPython_Main/Src/Tests/modules/types_test.py
$/IronPython/IronPython_Main/Src/Tests/test_copy_reg.py
$/IronPython/IronPython_Main/Src/Tests/test_future.py
$/IronPython/IronPython_Main/Src/Tests/test_datetime.py
$/IronPython/IronPython_Main/Src/Tests/test_cStringIO.py
$/IronPython/IronPython_Main/Src/Tests/test_cPickle.py
$/IronPython/IronPython_Main/Src/Tests/test_codecs.py
$/IronPython/IronPython_Main/Src/Tests/test_binascii.py
$/IronPython/IronPython_Main/Src/Tests/test_nt.py
$/IronPython/IronPython_Main/Src/Tests/test_locale.py
$/IronPython/IronPython_Main/Src/Tests/test_re.py
$/IronPython/IronPython_Main/Src/Tests/test_random.py
$/IronPython/IronPython_Main/Src/Tests/test_operator.py
$/IronPython/IronPython_Main/Src/Tests/test_math.py
$/IronPython/IronPython_Main/Src/Tests/test_marshal.py
$/IronPython/IronPython_Main/Src/Tests/test_gc.py
$/IronPython/IronPython_Main/Src/Tests/test_sys.py
$/IronPython/IronPython_Main/Src/Tests/test_thread.py
$/IronPython/IronPython_Main/Src/Tests/test_struct.py
$/IronPython/IronPython_Main/Src/Tests/test_socket.py
$/IronPython/IronPython_Main/Src/Tests/test_time.py
$/IronPython/IronPython_Main/Src/Tests/test_weakref.py

MODIFIED SOURCES
$/IronPython/IronPython_Main/Src/Tests/modules/io_related/_fileio_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/io_related/__init__.py
$/IronPython/IronPython_Main/Src/Tests/modules/io_related/codecs_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/io_related/cPickle_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/io_related/_bytesio_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/io_related/binascii_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/io_related/copy_reg_test.py
$/IronPython/IronPython_Main/Src/Hosts/SilverLight/Microsoft.Scripting.Silverlight/DynamicLanguageConfig.cs
$/IronPython/IronPython_Main/Src/Tests/modules/io_related/cStringIO_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/io_related/marshal_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/io_related/re_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/misc/__init__.py
$/IronPython/IronPython_Main/Src/Tests/modules/misc/_random_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/misc/_sha256.py
$/IronPython/IronPython_Main/Src/Tests/modules/misc/_sha512.py
$/IronPython/IronPython_Main/Src/Tests/modules/misc/_warnings_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/misc/_weakref_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/misc/datetime_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/misc/future_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/misc/math_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/misc/operator_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/misc/system_namespaces.py
$/IronPython/IronPython_Main/Src/Tests/modules/network_related/__init__.py
$/IronPython/IronPython_Main/Src/Tests/modules/network_related/_ssl_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/network_related/socket_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/system_related/__init__.py
$/IronPython/IronPython_Main/Src/Tests/modules/system_related/_locale_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/system_related/gc_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/system_related/nt_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/system_related/sys_test.py
$/IronPython/IronPython_Main/Src/Hosts/SilverLight/Microsoft.Scripting.Silverlight/Repl.cs
$/IronPython/IronPython_Main/Src/Hosts/SilverLight/Microsoft.Scripting.Silverlight/DynamicApplication.cs
$/IronPython/IronPython_Main/Src/Tests/modules/system_related/thread_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/system_related/time_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/type_related/__init__.py
$/IronPython/IronPython_Main/Src/Tests/modules/type_related/_struct_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/type_related/array_test.py
$/IronPython/IronPython_Main/Src/Tests/modules/type_related/types_test.py
$/IronPython/IronPython_Main/Src/Tests/RunAgainstCpy.py

CHECKIN COMMENTS
--------------------------------------------------------------------------------
Changeset Id: 1255422
Date: 11/5/2009 10:12:03 AM

(dfugate) - throughput improvements to RowanTest.vsmdi (e.g., two COM interop test lists now)
- moved nearly all of our standard module tests to IronPython\Tests\modules\*
- cpy.bat: pass the "-B" flag so we don't generate *.pyc files
- copy_reg_test.py: this test corrupted copy_reg._reconstructor without restoring it. This causes issues when running copy_reg_test with other tests in the same process. Fixed
- fixes an ancient issue WRT to running test_math.py under CPy

(Shelveset: SNAP_IMPROVE02;REDMOND\dfugate | SNAP CheckinId: 9755)
--------------------------------------------------------------------------------
Changeset Id: 1257061
Date: 11/5/2009 10:35:08 PM

(jimmysch) Fixes: http://ironpython.codeplex.com/WorkItem/View.aspx?WorkItemId=25174
Files modified: DynamicLanguageConfig.cs
Makes the language.config file optional again as far as Microsoft.Scripting.Silverlight is concerned.

Fixes: http://ironpython.codeplex.com/WorkItem/View.aspx?WorkItemId=25209
Files modified: DynamicApplication.cs, Repl.cs, and python\index.html
The "console" initParam was broken. Now it shows the Repl for the first used language. Provides a handle to the Repl (DynamicApplication.Current.Console) to access the OutputBuffer property if the app wants to redirect output to it. The output-redirection should happen by default, but that'll be a fix for 2.6.1.

Does NOT fix http://ironpython.codeplex.com/WorkItem/View.aspx?WorkItemId=25208; this will be checked directly into the 2.6 branch.

(Shelveset: ipy-rc2-fixes;REDMOND\jimmysch | SNAP CheckinId: 9765)

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

What's wrong with IronPython (UIAutomation)

2009-11-06T06:19:54Z

Hi,

I'm using UIAutomation framework with IronPython to test our application.

For WPF dialogs it works perfectly. But I run into trouble when try to use it for some older dialogs.

The problem: With IronPython I'm not able to get proper control type. Any controls appears as ControlType.Pane

Simple example: (with windows calculator)

--------------------------------------- IP Code ------------------------------------------------------

import clr

clr.AddReference('UIAutomationClient')

clr.AddReference('UIAutomationTypes')

from System.Windows.Automation import *

_rootElement = AutomationElement.RootElement

if __name__ == '__main__':

nameCondition = PropertyCondition(AutomationElement.NameProperty, "Calculator")

typeCondition = PropertyCondition(AutomationElement.ControlTypeProperty, ControlType.Window)

calcCondition = AndCondition(nameCondition, typeCondition)

appCalc = _rootElement.FindFirst(TreeScope.Children, calcCondition)

if appCalc is not None:

isFocusable = appCalc.GetCurrentPropertyValue(AutomationElement.IsKeyboardFocusableProperty, True)

if isFocusable:

#appCalc.SetFocus() #calling this raise: System.InvalidOperationException

pass

contList = appCalc.FindAll(TreeScope.Subtree, Condition.TrueCondition)

for elm in contList:

progName = elm.Current.ControlType.ProgrammaticName

print progName

-----------------------------------------------------------------------------------------------------------

above code produce following output:

ControlType.Window
ControlType.Pane
ControlType.Pane
ControlType.Pane
ControlType.Pane
ControlType.Pane
.

similar C# code works as expected

------------------------------------------ C# Code ---------------------------------------------------

using System;

using System.Collections.Generic;

using System.Linq;

using System.Text;

using System.Windows.Automation;

using Automation = System.Windows.Automation;

namespace UIAutTest

{

class Program

{

static void Main(string[] args)

{

AutomationElement rootElement = AutomationElement.RootElement;

Automation.Condition nameCondition = new PropertyCondition(AutomationElement.NameProperty, "Calculator");

Automation.Condition controlCondition = new PropertyCondition(AutomationElement.ControlTypeProperty, ControlType.Window);

Automation.Condition calcCondition = new AndCondition(nameCondition, controlCondition);

AutomationElement appCalc = rootElement.FindFirst(TreeScope.Children, calcCondition);

if (appCalc != null)

{

appCalc.SetFocus();

AutomationElementCollection allCont = appCalc.FindAll(TreeScope.Subtree, Condition.TrueCondition);

foreach (AutomationElement elm in allCont)

{

string contProgNam = elm.Current.ControlType.ProgrammaticName;

Console.WriteLine(contProgNam);

}

---------------------------------------------------------------------------------------------

C# code produce this output:

Does anybody know why ControlType property retrieved by IP code is different then ControlType retrieved by C# ?

Others element properties retrieved by IP code seems to by OK.

Info:

Windows Vista Business, SP2

IronPython 2.6 (2.6.10920.0) on .NET 2.0.50727.4200

Thanks,
Jozef

PS: Duane Kaufman, send similar question : http://lists.ironpython.com/htdig.cgi/users-ironpython.com/2009-June/010693.html.

But, no one answer him.

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: Safe execution of python scripts on my .net application

2009-11-06T00:35:15Z

Hi,

On Fri, Nov 6, 2009 at 1:07 AM, Dino Viehland <dinov@...> wrote:

So you’ve run this as a standalone program and it’s failing? In the standalone app are all of the IronPython and DLR DLLs present (IronPython.dll, IronPython.modules.dll, Microsoft.Scripting.Core.dll, Microsoft.Scripting.dll, Microsoft.Dynamic.dll and Micrsoft.Scripting.Extensionattribute.dll)?

Yes I have all this dlls present.

A slightly modified version of this, dropping the strong name, works just fine for me:

using System;

using Microsoft.Scripting;

using Microsoft.Scripting.Hosting;

using IronPython.Hosting;

using System.Security;

using System.Security.Permissions;

class Test {

    public static void Main(string[] args) {



        PermissionSet aRestrictedPermissionSet = new PermissionSet(PermissionState.None);

        aRestrictedPermissionSet.AddPermission(new SecurityPermission(SecurityPermissionFlag.Execution));

        AppDomainSetup domaininfo = new AppDomainSetup();

        domaininfo.ApplicationBase = System.Environment.CurrentDirectory;

        AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain",

                  AppDomain.CurrentDomain.Evidence,

                  domaininfo,

                  aRestrictedPermissionSet);

        ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

        ScriptSource source = engine.CreateScriptSourceFromString("2+2");

        ScriptScope scope = engine.CreateScope();

        Console.WriteLine(source.Execute(scope));

    }

}

Great, I will try this after university. Thanks!

Compile with:

csc test.cs /r:Microsoft.Scripting.Core.dll /r:Microsoft.Scripting.dll /r:IronPython.dll

And run and it prints 4. Does that not work for you?

We also have a different way we do this in our test suite which also works:

            AppDomainSetup info = new AppDomainSetup();

            info.ApplicationBase = AppDomain.CurrentDomain.BaseDirectory;

            info.ApplicationName = "Test";

            Evidence evidence = new Evidence();

            evidence.AddHost(new Zone(SecurityZone.Internet));

            AppDomain newDomain = AppDomain.CreateDomain("test", evidence, info);



            // create runtime in partial trust...

            ScriptRuntime runtime = Python.CreateRuntime(newDomain);

            // get the Python engine...

            ScriptEngine engine = runtime.GetEngine("py");

This make sense too, I will try it. Thanks again.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Thursday, November 05, 2009 11:18 AM

To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

Again, thanks everyone for your help.

But.. I bring bad news. This is still not working and it doesn't depend on the Test environment.

I create another proyect, a Form project, with one button which executes the following code:

// Creating the permission set to grant other assemblies

PermissionSet aRestrictedPermissionSet = new PermissionSet(PermissionState.None);

aRestrictedPermissionSet.AddPermission(new SecurityPermission(SecurityPermissionFlag.Execution));

AppDomainSetup domaininfo = new AppDomainSetup();

domaininfo.ApplicationBase = System.Environment.CurrentDirectory;

List<StrongName> strongNameList = new List<StrongName>();

strongNameList.Add(CreateStrongName(Assembly.GetExecutingAssembly()));



AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain",

   AppDomain.CurrentDomain.Evidence,

       domaininfo,

       aRestrictedPermissionSet,

       strongNameList.ToArray<StrongName>());

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

ScriptSource source = engine.CreateScriptSourceFromString(pythonScript);

ScriptScope scope = engine.CreateScope();

source.Execute(scope);

It throws this error:

Type is not resolved for member 'Microsoft.Scripting.Hosting.ScriptRuntimeSetup,Microsoft.Scripting, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35'.

I used the fuslogvw application to see if the Microsoft.Scripting is loaded, an it is.

What seems strange for me is that anyone has tried this before. I hope to find some more help here.

Regards,

Nicolas

On Wed, Nov 4, 2009 at 7:36 PM, Shri Borde <Shri.Borde@...> wrote:

http://www.dev102.com/2008/03/22/3-ways-to-run-nunit-from-visual-studio/ has some info about test projects and appbase problems.

You can also use fuslogvw (http://msdn.microsoft.com/en-us/library/e74a18c4(VS.71).aspx) to see why Microsoft.Scripting.dll is failing to load.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Dino Viehland
Sent: Tuesday, November 03, 2009 1:52 PM

To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

Test projects are weird and somehow you don’t end up inheriting the application base. This seems to work though:

          AppDomainSetup setup = new AppDomainSetup();

            setup.ApplicationBase = AppDomain.CurrentDomain.BaseDirectory;

            AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain", null, setup);

            ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

            ScriptSource source = engine.CreateScriptSourceFromString("2+2");

            ScriptScope scope = engine.CreateScope();

            Console.WriteLine(source.Execute(scope));

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Tuesday, November 03, 2009 1:30 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

I have create a new "Test Project" and an Unit Test class in order to test the following code inside:

AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain");

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

ScriptSource source = engine.CreateScriptSourceFromString(pythonScript);

ScriptScope scope = engine.CreateScope();

source.Execute(scope);

I have add the references:

- IronPython

- Microsoft.Scripting

- Microsoft.ScriptingCore

But it still not working and throwing the same System.Runtime.Serialization.SerializationException: Type is not resolved for member 'Microsoft.Scripting.Hosting.ScriptRuntimeSetup,Microsoft.Scripting.

Any ideas?

2009/11/3 Nicolás Buttarelli <nbuttarelli@...>

Thanks Shri, I will try.

In addition, I found this open issue: http://dlr.codeplex.com/WorkItem/View.aspx?WorkItemId=2816. I think that it is related.

On Tue, Nov 3, 2009 at 9:29 PM, Shri Borde <Shri.Borde@...> wrote:

I think this happens if the new appdomain cannot load the required assembly. By default, the new appdomain should inherit its BaseDirectory property from the creating domain and should be able to load Microsoft.Scripting.dll. Is your exe and all the dlls in the same folder? If not, can you try to put all assemblies in the same folder (or in the GAC) to see if it works? If that works, you can then figure out how to configure the new appdomain such that it can load Microsoft.Scripting.dll. There may be some setting in AppDomainSetup, or you could hook the AssemblyResolve event…

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Tuesday, November 03, 2009 12:08 PM

To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

Hi again, thanks for your clear response.

I was trying to do what you proposed but it is not working. I am receiving an exception:

Test method CadworX3WCFRestTest.IronPython.SafeScriptExecutionTest.writingAFileTest threw exception: System.Runtime.Serialization.SerializationException: Type is not resolved for member 'Microsoft.Scripting.Hosting.ScriptRuntimeSetup,Microsoft.Scripting, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35'..

I tried to find a solution but I couldn't. This is the minimal code that I am running to get this exception (I have removed all the security stuff but apparently that does not resolve the problem):

AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain");

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

ScriptSource source = engine.CreateScriptSourceFromString(pythonScript);

SriptScope scope = engine.CreateScope();

source.Execute(scope);

The exception is thronged in this line:

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

Do you have any idea which could be the problem?

Thanks again,

Nicolas

On Mon, Nov 2, 2009 at 10:25 PM, Dino Viehland <dinov@...> wrote:

Assuming the app domain is setup properly then there’s no way for the Python code to elevate permissions (modulo CLR security bugs which are few and far between). This is because IronPython its self is 100% security transparent and does not affect any security decisions or assert any form of trust – so it’s all up to the CLR to limit permissions. So for example while you can access the file object, or import ctypes, or call various other Python APIs which would require trust you’ll get a security exception from the CLR when you don’t have permissions to do something.

For more complex scenarios you might also have an object model which you expose to the application and inject in via its scope. Once you’ve done that you’ll want to make sure that the object model is also secure.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Monday, November 02, 2009 1:20 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

Thanks for your response.

But what happens with the python code? Does not exist a way to write some scripts that can do some damage to my app, the server, the database, etc?

Thanks again,

Nicolas

On Mon, Nov 2, 2009 at 9:41 PM, Dino Viehland <dinov@...> wrote:

After creating your app domain you can do:

ScriptEngine engine = Python.CreateEngine(someAppDomain);

And then the rest of your code should work as it’s written.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Monday, November 02, 2009 12:39 PM
To: users@...
Subject: [IronPython] Safe execution of python scripts on my .net application

Sorry, I don't know if my previous message have arrived. So, here it is:

Hello all,

I am starting with python and I would like to add to my web application some web services. This services will allow the different clients of my application to execute some python scripts.

I would like to know if someone did this before and how can I do this in a secure way. I mean, how can I do to restrict the environment where the scripts will be executed.

In .net I can do this using the AppDoman and setting the permission set.

AppDomain.CreateDomain( string friendlyName,
                        Evidence securityInfo,
                        AppDomainSetup info,
                        PermissionSet grantSet,
                        params StrongName[] fullTrustAssemblies);

Is there a way to do the same with my python scripts?

I am running them using this:

ScriptEngine engine = Python.CreateEngine();

ScriptSource source = engine.CreateScriptSourceFromString(scriptAsString);

ScriptScope scope = engine.CreateScope();

source.Execute(scope);

Thanks in advance.

Nicolas

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: Safe execution of python scripts on my .net application

2009-11-05T16:07:17Z

A slightly modified version of this, dropping the strong name, works just fine for me:

using System;

using Microsoft.Scripting;

using Microsoft.Scripting.Hosting;

using IronPython.Hosting;

using System.Security;

using System.Security.Permissions;

class Test {

public static void Main(string[] args) {

PermissionSet aRestrictedPermissionSet = new PermissionSet(PermissionState.None);

aRestrictedPermissionSet.AddPermission(new SecurityPermission(SecurityPermissionFlag.Execution));

AppDomainSetup domaininfo = new AppDomainSetup();

domaininfo.ApplicationBase = System.Environment.CurrentDirectory;

AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain",

AppDomain.CurrentDomain.Evidence,

domaininfo,

aRestrictedPermissionSet);

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

ScriptSource source = engine.CreateScriptSourceFromString("2+2");

ScriptScope scope = engine.CreateScope();

Console.WriteLine(source.Execute(scope));

}

Compile with:

csc test.cs /r:Microsoft.Scripting.Core.dll /r:Microsoft.Scripting.dll /r:IronPython.dll

And run and it prints 4. Does that not work for you?

We also have a different way we do this in our test suite which also works:

AppDomainSetup info = new AppDomainSetup();

info.ApplicationBase = AppDomain.CurrentDomain.BaseDirectory;

info.ApplicationName = "Test";

Evidence evidence = new Evidence();

evidence.AddHost(new Zone(SecurityZone.Internet));

AppDomain newDomain = AppDomain.CreateDomain("test", evidence, info);

// create runtime in partial trust...

ScriptRuntime runtime = Python.CreateRuntime(newDomain);

// get the Python engine...

ScriptEngine engine = runtime.GetEngine("py");

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Thursday, November 05, 2009 11:18 AM
To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

Again, thanks everyone for your help.

But.. I bring bad news. This is still not working and it doesn't depend on the Test environment.

I create another proyect, a Form project, with one button which executes the following code:

// Creating the permission set to grant other assemblies

PermissionSet aRestrictedPermissionSet = new PermissionSet(PermissionState.None);

aRestrictedPermissionSet.AddPermission(new SecurityPermission(SecurityPermissionFlag.Execution));

AppDomainSetup domaininfo = new AppDomainSetup();

domaininfo.ApplicationBase = System.Environment.CurrentDirectory;

List<StrongName> strongNameList = new List<StrongName>();

strongNameList.Add(CreateStrongName(Assembly.GetExecutingAssembly()));

AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain",

AppDomain.CurrentDomain.Evidence,

domaininfo,

aRestrictedPermissionSet,

strongNameList.ToArray<StrongName>());

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

ScriptSource source = engine.CreateScriptSourceFromString(pythonScript);

ScriptScope scope = engine.CreateScope();

source.Execute(scope);

It throws this error:

Type is not resolved for member 'Microsoft.Scripting.Hosting.ScriptRuntimeSetup,Microsoft.Scripting, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35'.

I used the fuslogvw application to see if the Microsoft.Scripting is loaded, an it is.

What seems strange for me is that anyone has tried this before. I hope to find some more help here.

Regards,

Nicolas

On Wed, Nov 4, 2009 at 7:36 PM, Shri Borde <Shri.Borde@...> wrote:

http://www.dev102.com/2008/03/22/3-ways-to-run-nunit-from-visual-studio/ has some info about test projects and appbase problems.

You can also use fuslogvw (http://msdn.microsoft.com/en-us/library/e74a18c4(VS.71).aspx) to see why Microsoft.Scripting.dll is failing to load.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Dino Viehland
Sent: Tuesday, November 03, 2009 1:52 PM

To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

Test projects are weird and somehow you don’t end up inheriting the application base. This seems to work though:

AppDomainSetup setup = new AppDomainSetup();

setup.ApplicationBase = AppDomain.CurrentDomain.BaseDirectory;

AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain", null, setup);

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

ScriptSource source = engine.CreateScriptSourceFromString("2+2");

ScriptScope scope = engine.CreateScope();

Console.WriteLine(source.Execute(scope));

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Tuesday, November 03, 2009 1:30 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

I have create a new "Test Project" and an Unit Test class in order to test the following code inside:

AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain");

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

ScriptSource source = engine.CreateScriptSourceFromString(pythonScript);

ScriptScope scope = engine.CreateScope();

source.Execute(scope);

I have add the references:

- IronPython

- Microsoft.Scripting

- Microsoft.ScriptingCore

But it still not working and throwing the same System.Runtime.Serialization.SerializationException: Type is not resolved for member 'Microsoft.Scripting.Hosting.ScriptRuntimeSetup,Microsoft.Scripting.

Any ideas?

2009/11/3 Nicolás Buttarelli <nbuttarelli@...>

Thanks Shri, I will try.

In addition, I found this open issue: http://dlr.codeplex.com/WorkItem/View.aspx?WorkItemId=2816. I think that it is related.

On Tue, Nov 3, 2009 at 9:29 PM, Shri Borde <Shri.Borde@...> wrote:

I think this happens if the new appdomain cannot load the required assembly. By default, the new appdomain should inherit its BaseDirectory property from the creating domain and should be able to load Microsoft.Scripting.dll. Is your exe and all the dlls in the same folder? If not, can you try to put all assemblies in the same folder (or in the GAC) to see if it works? If that works, you can then figure out how to configure the new appdomain such that it can load Microsoft.Scripting.dll. There may be some setting in AppDomainSetup, or you could hook the AssemblyResolve event…

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Tuesday, November 03, 2009 12:08 PM

To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

Hi again, thanks for your clear response.

I was trying to do what you proposed but it is not working. I am receiving an exception:

Test method CadworX3WCFRestTest.IronPython.SafeScriptExecutionTest.writingAFileTest threw exception: System.Runtime.Serialization.SerializationException: Type is not resolved for member 'Microsoft.Scripting.Hosting.ScriptRuntimeSetup,Microsoft.Scripting, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35'..

I tried to find a solution but I couldn't. This is the minimal code that I am running to get this exception (I have removed all the security stuff but apparently that does not resolve the problem):

AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain");

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

ScriptSource source = engine.CreateScriptSourceFromString(pythonScript);

SriptScope scope = engine.CreateScope();

source.Execute(scope);

The exception is thronged in this line:

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

Do you have any idea which could be the problem?

Thanks again,

Nicolas

On Mon, Nov 2, 2009 at 10:25 PM, Dino Viehland <dinov@...> wrote:

Assuming the app domain is setup properly then there’s no way for the Python code to elevate permissions (modulo CLR security bugs which are few and far between). This is because IronPython its self is 100% security transparent and does not affect any security decisions or assert any form of trust – so it’s all up to the CLR to limit permissions. So for example while you can access the file object, or import ctypes, or call various other Python APIs which would require trust you’ll get a security exception from the CLR when you don’t have permissions to do something.

For more complex scenarios you might also have an object model which you expose to the application and inject in via its scope. Once you’ve done that you’ll want to make sure that the object model is also secure.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Monday, November 02, 2009 1:20 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

Thanks for your response.

But what happens with the python code? Does not exist a way to write some scripts that can do some damage to my app, the server, the database, etc?

Thanks again,

Nicolas

On Mon, Nov 2, 2009 at 9:41 PM, Dino Viehland <dinov@...> wrote:

After creating your app domain you can do:

ScriptEngine engine = Python.CreateEngine(someAppDomain);

And then the rest of your code should work as it’s written.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Monday, November 02, 2009 12:39 PM
To: users@...
Subject: [IronPython] Safe execution of python scripts on my .net application

Sorry, I don't know if my previous message have arrived. So, here it is:

Hello all,

I am starting with python and I would like to add to my web application some web services. This services will allow the different clients of my application to execute some python scripts.

I would like to know if someone did this before and how can I do this in a secure way. I mean, how can I do to restrict the environment where the scripts will be executed.

In .net I can do this using the AppDoman and setting the permission set.

AppDomain.CreateDomain( string friendlyName,
                        Evidence securityInfo,
                        AppDomainSetup info,
                        PermissionSet grantSet,
                        params StrongName[] fullTrustAssemblies);

Is there a way to do the same with my python scripts?

I am running them using this:

ScriptEngine engine = Python.CreateEngine();

ScriptSource source = engine.CreateScriptSourceFromString(scriptAsString);

ScriptScope scope = engine.CreateScope();

source.Execute(scope);

Thanks in advance.

Nicolas

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: Safe execution of python scripts on my .net application

2009-11-05T11:17:38Z

Again, thanks everyone for your help.

But.. I bring bad news. This is still not working and it doesn't depend on the Test environment.

I create another proyect, a Form project, with one button which executes the following code:

// Creating the permission set to grant other assemblies

PermissionSet aRestrictedPermissionSet = new PermissionSet(PermissionState.None);

aRestrictedPermissionSet.AddPermission(new SecurityPermission(SecurityPermissionFlag.Execution));

AppDomainSetup domaininfo = new AppDomainSetup();

domaininfo.ApplicationBase = System.Environment.CurrentDirectory;

List<StrongName> strongNameList = new List<StrongName>();

strongNameList.Add(CreateStrongName(Assembly.GetExecutingAssembly()));

AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain",

AppDomain.CurrentDomain.Evidence,

domaininfo,

aRestrictedPermissionSet,

strongNameList.ToArray<StrongName>());

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

ScriptSource source = engine.CreateScriptSourceFromString(pythonScript);

ScriptScope scope = engine.CreateScope();

source.Execute(scope);

It throws this error:

Type is not resolved for member 'Microsoft.Scripting.Hosting.ScriptRuntimeSetup,Microsoft.Scripting, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35'.

I used the fuslogvw application to see if the Microsoft.Scripting is loaded, an it is.

What seems strange for me is that anyone has tried this before. I hope to find some more help here.

Regards,

Nicolas

On Wed, Nov 4, 2009 at 7:36 PM, Shri Borde <Shri.Borde@...> wrote:

http://www.dev102.com/2008/03/22/3-ways-to-run-nunit-from-visual-studio/ has some info about test projects and appbase problems.

You can also use fuslogvw (http://msdn.microsoft.com/en-us/library/e74a18c4(VS.71).aspx) to see why Microsoft.Scripting.dll is failing to load.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Dino Viehland
Sent: Tuesday, November 03, 2009 1:52 PM

To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

Test projects are weird and somehow you don’t end up inheriting the application base. This seems to work though:

          AppDomainSetup setup = new AppDomainSetup();

            setup.ApplicationBase = AppDomain.CurrentDomain.BaseDirectory;

            AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain", null, setup);

            ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

            ScriptSource source = engine.CreateScriptSourceFromString("2+2");

            ScriptScope scope = engine.CreateScope();

            Console.WriteLine(source.Execute(scope));

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Tuesday, November 03, 2009 1:30 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

I have create a new "Test Project" and an Unit Test class in order to test the following code inside:

AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain");

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

ScriptSource source = engine.CreateScriptSourceFromString(pythonScript);

ScriptScope scope = engine.CreateScope();

source.Execute(scope);

I have add the references:

- IronPython

- Microsoft.Scripting

- Microsoft.ScriptingCore

But it still not working and throwing the same System.Runtime.Serialization.SerializationException: Type is not resolved for member 'Microsoft.Scripting.Hosting.ScriptRuntimeSetup,Microsoft.Scripting.

Any ideas?

2009/11/3 Nicolás Buttarelli <nbuttarelli@...>

Thanks Shri, I will try.

In addition, I found this open issue: http://dlr.codeplex.com/WorkItem/View.aspx?WorkItemId=2816. I think that it is related.

On Tue, Nov 3, 2009 at 9:29 PM, Shri Borde <Shri.Borde@...> wrote:

I think this happens if the new appdomain cannot load the required assembly. By default, the new appdomain should inherit its BaseDirectory property from the creating domain and should be able to load Microsoft.Scripting.dll. Is your exe and all the dlls in the same folder? If not, can you try to put all assemblies in the same folder (or in the GAC) to see if it works? If that works, you can then figure out how to configure the new appdomain such that it can load Microsoft.Scripting.dll. There may be some setting in AppDomainSetup, or you could hook the AssemblyResolve event…

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Tuesday, November 03, 2009 12:08 PM

To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

Hi again, thanks for your clear response.

I was trying to do what you proposed but it is not working. I am receiving an exception:

Test method CadworX3WCFRestTest.IronPython.SafeScriptExecutionTest.writingAFileTest threw exception: System.Runtime.Serialization.SerializationException: Type is not resolved for member 'Microsoft.Scripting.Hosting.ScriptRuntimeSetup,Microsoft.Scripting, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35'..

I tried to find a solution but I couldn't. This is the minimal code that I am running to get this exception (I have removed all the security stuff but apparently that does not resolve the problem):

AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain");

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

ScriptSource source = engine.CreateScriptSourceFromString(pythonScript);

SriptScope scope = engine.CreateScope();

source.Execute(scope);

The exception is thronged in this line:

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

Do you have any idea which could be the problem?

Thanks again,

Nicolas

On Mon, Nov 2, 2009 at 10:25 PM, Dino Viehland <dinov@...> wrote:

Assuming the app domain is setup properly then there’s no way for the Python code to elevate permissions (modulo CLR security bugs which are few and far between). This is because IronPython its self is 100% security transparent and does not affect any security decisions or assert any form of trust – so it’s all up to the CLR to limit permissions. So for example while you can access the file object, or import ctypes, or call various other Python APIs which would require trust you’ll get a security exception from the CLR when you don’t have permissions to do something.

For more complex scenarios you might also have an object model which you expose to the application and inject in via its scope. Once you’ve done that you’ll want to make sure that the object model is also secure.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Monday, November 02, 2009 1:20 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

Thanks for your response.

But what happens with the python code? Does not exist a way to write some scripts that can do some damage to my app, the server, the database, etc?

Thanks again,

Nicolas

On Mon, Nov 2, 2009 at 9:41 PM, Dino Viehland <dinov@...> wrote:

After creating your app domain you can do:

ScriptEngine engine = Python.CreateEngine(someAppDomain);

And then the rest of your code should work as it’s written.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Monday, November 02, 2009 12:39 PM
To: users@...
Subject: [IronPython] Safe execution of python scripts on my .net application

Sorry, I don't know if my previous message have arrived. So, here it is:

Hello all,

I am starting with python and I would like to add to my web application some web services. This services will allow the different clients of my application to execute some python scripts.

I would like to know if someone did this before and how can I do this in a secure way. I mean, how can I do to restrict the environment where the scripts will be executed.

In .net I can do this using the AppDoman and setting the permission set.

AppDomain.CreateDomain( string friendlyName,
                        Evidence securityInfo,
                        AppDomainSetup info,
                        PermissionSet grantSet,
                        params StrongName[] fullTrustAssemblies);

Is there a way to do the same with my python scripts?

I am running them using this:

ScriptEngine engine = Python.CreateEngine();

ScriptSource source = engine.CreateScriptSourceFromString(scriptAsString);

ScriptScope scope = engine.CreateScope();

source.Execute(scope);

Thanks in advance.

Nicolas

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: Embedded IronPython 2.6 Module Name

2009-11-05T11:14:31Z

Thanks for the help, Curt. Perhaps it's a problem with the latest, RC? There is no "CreateModule" function on the PythonContext object.

~Jonathan

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: Embedded IronPython 2.6 Module Name

2009-11-05T10:45:19Z

I'm not sure if there's a simpler way -- here's what I did a few months back when I needed to publish something via __main__:

pythonContext = HostingHelpers.GetLanguageContext(self._engine)

module = pythonContext.CreateModule()
pythonContext.PublishModule('__main__', module)
scope = HostingHelpers.CreateScriptScope(self._engine, module.Scope)
scope.SetVariable('__name__', '__main__')
scope.SetVariable('__doc__', '')

HostingHelpers is a class in the DLR hosting interfaces. From C#, you'd need to explicitly cast the LanguageContext to a PythonContext.

After this, you would run your Python code within the "scope" ScriptScope.

On Thu, Nov 5, 2009 at 10:57 AM, Jonathan Howard <jhoward@...> wrote:

Hi,

We're trying to upgrade to IronPython 2.6 and are having a number of issues with it. The biggest issue is there doesn't appear to be a way to name the module that runs when you embed your code. We're using the Hosting API to create and run code within C#. The code runs, but we have other modules that are supposed to pull globals from the __main__ module. This worked in 1.1 by setting the DefaultModule on the PythonEngine instance. There doesn't seem to be a way to do this anymore.

Any help would be appreciated.

~Jonathan

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: Embedded IronPython 2.6 Module Name

2009-11-05T10:38:51Z

Looking further into this, it appears that __name__ is always set to <module>. This is the behavior while trying to just use:

Dictionary<string, object> options = new Dictionary<string, object>();

ScriptEngine se = Python.CreateEngine();

Console.WriteLine(se.Execute<string>("__name__"));

~Jonathan

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Embedded IronPython 2.6 Module Name

2009-11-05T09:57:28Z

Hi,

We're trying to upgrade to IronPython 2.6 and are having a number of issues with it. The biggest issue is there doesn't appear to be a way to name the module that runs when you embed your code. We're using the Hosting API to create and run code within C#. The code runs, but we have other modules that are supposed to pull globals from the __main__ module. This worked in 1.1 by setting the DefaultModule on the PythonEngine instance. There doesn't seem to be a way to do this anymore.

Any help would be appreciated.

~Jonathan

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: Reproducing an C# array of floats

2009-11-04T13:08:27Z

Ahh, read is a generic method and you’re getting type inference from C# but not IronPython. IronPython 2.6 includes type inference on generic methods so this might just work there, but otherwise I think you can do:

print buffer.Read[Single](sample, 0, True)

worked perfectly! thank you so much dino.

Windows Live: Keep your friends up to date with what you do online.
_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: Reproducing an C# array of floats

2009-11-04T12:58:43Z

print buffer.Read[Single](sample, 0, True)

The square brackets are how we specifiy generic type parameters.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Daniel D.
Sent: Wednesday, November 04, 2009 12:48 PM
To: users@...
Subject: Re: [IronPython] Reproducing an C# array of floats

Hi Dino, thanks for the quick reply.

Now I'm using System.Single instead float but the error persists.

For some reason the Read (ref. http://is.gd/4Ngjt) method of SlimDX.DirectSound.CaptureBuffer isn't accepting the array reference properly.

Maybe I should try the Microsoft.DirextX.DirectSound lib, but it's been a little bit difficult to find good references about IronPython+DirectSound (probably by own fault).

From: dinov@...
To: users@...
Date: Wed, 4 Nov 2009 20:20:35 +0000
Subject: Re: [IronPython] Reproducing an C# array of floats

float in Python is actually double in C#. You probably want:

from System import Single

System.Array.CreateInstance(Single, …)

And so on.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Daniel D.
Sent: Wednesday, November 04, 2009 12:12 PM
To: users@...
Subject: [IronPython] Reproducing an C# array of floats

Hi all,

Sorry for the silly question. I'm quite new to ironpython and I've been trying to solve this issue for the last 3 hours.

I'm not able to reproduce this code in IronPython.

float[] sample = new float[8192/sizeof(float)]

I've tried the following but nothing seems to work in my specific case:

System.Array.CreateInstance(float, (8192/4))
clr.Reference[System.Array[float]](8192/4)
System.Array[float]([(8192/4)])

I'm trying to use the SlimDX to capture the microphone input, and pass it to NumPy to do same FFT stuff.

The original C# code is here: http://crsouza.blogspot.com/2009/08/capturing-sound-from-microphone-using.html

And here my modified version

import clr

clr.AddReference('SlimDX')
from SlimDX import *
from System import *

captureDevice = DirectSound.DirectSoundCapture()
waveFormat = Multimedia.WaveFormat()

waveFormat.FormatTag = Multimedia.WaveFormatTag.IeeeFloat # For Int16, change to Pcm
waveFormat.BitsPerSample = 32 # Floats are 32 bits
waveFormat.BlockAlignment = (waveFormat.BitsPerSample/8)
waveFormat.Channels = 1

waveFormat.SamplesPerSecond = 44100
waveFormat.AverageBytesPerSecond = waveFormat.SamplesPerSecond*waveFormat.BlockAlignment*waveFormat.Channels

bufferDescription = DirectSound.CaptureBufferDescription()
bufferDescription.BufferBytes = 8192
bufferDescription.Format = waveFormat
bufferDescription.WaveMapped = False

buffer = DirectSound.CaptureBuffer(captureDevice,bufferDescription)
buffer.Start(True)

#float[] sample = new float[8192/sizeof(float)];
#sample = Array.CreateInstance(float, (8192/4))
#sample = clr.Reference[Array[float]](8192/4)
sample = Array[float]([(8192/4)])

while (True):
    #print sample
    print buffer.Read(sample, 0, True);


.... which is generating the following error

C:\Documents and Settings\Administrator\My Documents>ipy sound_capture_test.py
Traceback (most recent call last):
File "sound_capture_test.py", line 34, in sound_capture_test.py
TypeError: Read() takes at least 2147483647 arguments (3 given)



Any help will be very appreciated.

Thanks,
Daniel

Windows Live: Friends get your Flickr, Yelp, and Digg updates when they e-mail you.

Windows Live Hotmail: Your friends can get your Facebook updates, right from Hotmail®.

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: Reproducing an C# array of floats

2009-11-04T12:48:21Z

From: dinov@...
To: users@...
Date: Wed, 4 Nov 2009 20:20:35 +0000
Subject: Re: [IronPython] Reproducing an C# array of floats

float in Python is actually double in C#. You probably want:

from System import Single

System.Array.CreateInstance(Single, …)

And so on.

Windows Live: Friends get your Flickr, Yelp, and Digg updates when they e-mail you.

Windows Live Hotmail: Your friends can get your Facebook updates, right from Hotmail®.
_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: Reproducing an C# array of floats

2009-11-04T12:20:35Z

float in Python is actually double in C#. You probably want:

from System import Single

System.Array.CreateInstance(Single, …)

And so on.

Windows Live: Friends get your Flickr, Yelp, and Digg updates when they e-mail you.

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Reproducing an C# array of floats

2009-11-04T12:12:26Z

Windows Live: Friends get your Flickr, Yelp, and Digg updates when they e-mail you.
_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

IronPython 2.6 CodePlex Source Update

2009-11-04T12:08:19Z

Re: Safe execution of python scripts on my .net application

2009-11-04T10:36:15Z

http://www.dev102.com/2008/03/22/3-ways-to-run-nunit-from-visual-studio/ has some info about test projects and appbase problems.

You can also use fuslogvw (http://msdn.microsoft.com/en-us/library/e74a18c4(VS.71).aspx) to see why Microsoft.Scripting.dll is failing to load.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Dino Viehland
Sent: Tuesday, November 03, 2009 1:52 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

Test projects are weird and somehow you don’t end up inheriting the application base. This seems to work though:

AppDomainSetup setup = new AppDomainSetup();

setup.ApplicationBase = AppDomain.CurrentDomain.BaseDirectory;

AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain", null, setup);

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

ScriptSource source = engine.CreateScriptSourceFromString("2+2");

ScriptScope scope = engine.CreateScope();

Console.WriteLine(source.Execute(scope));

I have create a new "Test Project" and an Unit Test class in order to test the following code inside:

AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain");

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

ScriptSource source = engine.CreateScriptSourceFromString(pythonScript);

ScriptScope scope = engine.CreateScope();

source.Execute(scope);

I have add the references:

- IronPython

- Microsoft.Scripting

- Microsoft.ScriptingCore

Any ideas?

2009/11/3 Nicolás Buttarelli <nbuttarelli@...>

Thanks Shri, I will try.

In addition, I found this open issue: http://dlr.codeplex.com/WorkItem/View.aspx?WorkItemId=2816. I think that it is related.

On Tue, Nov 3, 2009 at 9:29 PM, Shri Borde <Shri.Borde@...> wrote:

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Nicolás Buttarelli
Sent: Tuesday, November 03, 2009 12:08 PM

To: Discussion of IronPython
Subject: Re: [IronPython] Safe execution of python scripts on my .net application

Hi again, thanks for your clear response.

I was trying to do what you proposed but it is not working. I am receiving an exception:

I tried to find a solution but I couldn't. This is the minimal code that I am running to get this exception (I have removed all the security stuff but apparently that does not resolve the problem):

AppDomain aSandboxedDomain = AppDomain.CreateDomain("Sandboxed Domain");

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

ScriptSource source = engine.CreateScriptSourceFromString(pythonScript);

SriptScope scope = engine.CreateScope();

source.Execute(scope);

The exception is thronged in this line:

ScriptEngine engine = Python.CreateEngine(aSandboxedDomain);

Do you have any idea which could be the problem?

Thanks again,

Nicolas

On Mon, Nov 2, 2009 at 10:25 PM, Dino Viehland <dinov@...> wrote:

Thanks for your response.

But what happens with the python code? Does not exist a way to write some scripts that can do some damage to my app, the server, the database, etc?

Thanks again,

Nicolas

On Mon, Nov 2, 2009 at 9:41 PM, Dino Viehland <dinov@...> wrote:

After creating your app domain you can do:

ScriptEngine engine = Python.CreateEngine(someAppDomain);

And then the rest of your code should work as it’s written.

Sorry, I don't know if my previous message have arrived. So, here it is:

Hello all,

I am starting with python and I would like to add to my web application some web services. This services will allow the different clients of my application to execute some python scripts.

I would like to know if someone did this before and how can I do this in a secure way. I mean, how can I do to restrict the environment where the scripts will be executed.

In .net I can do this using the AppDoman and setting the permission set.

Is there a way to do the same with my python scripts?

I am running them using this:

ScriptEngine engine = Python.CreateEngine();

ScriptSource source = engine.CreateScriptSourceFromString(scriptAsString);

ScriptScope scope = engine.CreateScope();

source.Execute(scope);

Thanks in advance.

Nicolas

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: Adding imports?

2009-11-04T09:38:38Z

You can load assemblies as well. For example, the hosting assembly:

            Assembly mainAssembly = Assembly.GetExecutingAssembly();
            string rootDir = Directory.GetParent(mainAssembly.Location).FullName;

            _engine.Runtime.LoadAssembly(mainAssembly);

On Wed, Nov 4, 2009 at 12:11 PM, Slide <slide.o.mix@...> wrote:

That is perfect! Thanks!

On Wed, Nov 4, 2009 at 10:08 AM, Dino Viehland <dinov@...> wrote:

You can do:

scope.SetVariable(“name”, engine.ImportModule(“module_name”));

Where ImportModule is an extension method defined in IronPython.Hosting.Python.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Slide
Sent: Wednesday, November 04, 2009 9:05 AM
To: Discussion of IronPython
Subject: [IronPython] Adding imports?

Is it possible to add imports to a script without just adding text to the source code before compilation?

Maybe something on the script scope or something?

Thanks

--
slide-o-blog
http://slide-o-blog.blogspot.com/

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

--
slide-o-blog
http://slide-o-blog.blogspot.com/

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: Adding imports?

2009-11-04T09:11:48Z

That is perfect! Thanks!

On Wed, Nov 4, 2009 at 10:08 AM, Dino Viehland <dinov@...> wrote:

You can do:

scope.SetVariable(“name”, engine.ImportModule(“module_name”));

Where ImportModule is an extension method defined in IronPython.Hosting.Python.

From: users-bounces@... [mailto:users-bounces@...] On Behalf Of Slide
Sent: Wednesday, November 04, 2009 9:05 AM
To: Discussion of IronPython
Subject: [IronPython] Adding imports?

Is it possible to add imports to a script without just adding text to the source code before compilation?

Maybe something on the script scope or something?

Thanks

--
slide-o-blog
http://slide-o-blog.blogspot.com/

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

--
slide-o-blog
http://slide-o-blog.blogspot.com/

_______________________________________________
Users mailing list
Users@...
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com