dlr Issue Tracker Rss Feed

Commented Issue: TypeLoadException when building and using Microsoft.Dynamic and Microsoft.Scripting under VS2010 beta2 [4705]

jplane — Thu, 19 Nov 2009 20:47:42 GMT

I have a project that uses DLR in .NET4 (beta 2). I want to use DefaultBinder, so I drag in Microsoft.Dynamic (which requires Microsoft.Scripting, so I drag that into my VS2010b2 solution, too). I configure MS.Dynamic and MS.Scripting to build against v4 framework (in project properties).

When I call into DefaultBinder.CallMethod, I get a TypeLoadException whenever MS.Scripting is first loaded into the AppDomain:

"Inheritance security rules violated while overriding member: 'Microsoft.Scripting.SymbolId.GetObjectData(System.Runtime.Serialization.SerializationInfo, System.Runtime.Serialization.StreamingContext)'. Security accessibility of the overriding method must match the security accessibility of the method being overriden."

Any thoughts on where I might be going wrong here?

Thanks,
Josh

Created Issue: TypeLoadException when building and using Microsoft.Dynamic and Microsoft.Scripting under VS2010 beta2 [4705]

jplane — Thu, 19 Nov 2009 20:46:36 GMT

Commented Feature: DLR doesn't have easy support for implementing dynamic scoping [3546]

mfawzymkh — Tue, 22 Sep 2009 01:05:34 GMT

Is there any plans to add support in DLR for building dynamic scope languages?
Comments: ** Comment from web user: mfawzymkh **

What I mean by "dynamic scoping languages" is something like JavaScript. In order to implement this on DLR today you need to use DynamicExpression and runtime structures to support looking up variables scopes at runtime.
the algorithm of looking up the variable scopes at runtime and the datastructures involved are very standards, so if DLR abstracts these concepts and implementation, it will even lower the bar even more.

Closed Issue: script\templates are from Silverlight 2 Beta 2 [1165]

jimmysch — Mon, 21 Sep 2009 20:10:54 GMT

The script\sl command (in DLR-0.9-Bin.zip\Silverlight) produces a Silverlight 2 Beta 2 HTML file, so you'll need to change the mime type to "application/x-silverlight-2"
Comments:

This is fixed now as well

Closed Issue: Chiron.exe.config is plain wrong [1163]

jimmysch — Mon, 21 Sep 2009 20:10:27 GMT

Chiron.exe.config is wrong in both DLR-0.9-Bin.zip and DLR-0.9-Src.zip. The correct one is here: http://github.com/jschementi/agdlr/tree/master/src/Chiron/App.config
Comments:

Yep, verified it's fixed

Commented Feature: DLR doesn't have easy support for implementing dynamic scoping [3546]

IPyTeam — Mon, 21 Sep 2009 18:53:34 GMT

Is there any plans to add support in DLR for building dynamic scope languages?
Comments: ** Comment from web user: IPyTeam **

Can you give more details around "dynamic scope languages" entails? IronRuby constants, for example, can be looked up from multiple scopes today.

Closed Issue: InterpretedScriptCode handles Expression.Return incorrectly. [3498]

IPyTeam — Mon, 21 Sep 2009 18:52:19 GMT

Expression.Return doesn't work using InterpretedScriptCode, however it works using compiled script code.
Tracing through the source code indicate the problem is in Interpreter.cs::InterpretBlockExpression in this check
if (cf.Kind == ControlFlowKind.Goto) {
// Is the goto within the block?
for (int target = 0; target < count; target++) {
LabelExpression le = expressions[target] as LabelExpression;
if (le != null && le.Target == cf.Label) {
// Reset to execute the code from after the label
// We are going to the label and since label is at the end of the
// expression, set to target and we'll advance below.
current = target;
val = null; /// ----> This is a problem since this always return NULL as from the return expressions.
goto Next;
}
}
Comments:

InterpretedScriptCode no longer exists

Commented Issue: SerializationException: Type is not resolved for member ... [2816]

IPyTeam — Mon, 21 Sep 2009 18:44:51 GMT

When using Python.CreateEngine(AppDomain, Options) function the following exception is thrown:

[SerializationException: Type is not resolved for member 'Microsoft.Scripting.Hosting.ScriptRuntimeSetup,Microsoft.Scripting, Version=0.9.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35'.]
System.AppDomain.CreateInstanceAndUnwrap(String assemblyName, String typeName, Boolean ignoreCase, BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[] activationAttributes, Evidence securityAttributes) +0
Microsoft.Scripting.Hosting.ScriptRuntime.CreateRemote(AppDomain domain, ScriptRuntimeSetup setup) +126
IronPython.Hosting.Python.CreateRuntime(AppDomain domain, IDictionary`2 options) +40
IronPython.Hosting.Python.CreateEngine(AppDomain domain, IDictionary`2 options) +8
UniBasel.Biozentrum.NMR.RunningPythonDL..ctor() in d:\My Documents\Visual Studio 2008\Projects\NMR Generator 2.0.36\ScrewTurnWiki\App_Code\NMRGen\RunningPythonDL.cs:64
WikiAgnosticTestPage.ExecuteButton_Click(Object sender, EventArgs e) in d:\My Documents\Visual Studio 2008\Projects\NMR Generator 2.0.36\ScrewTurnWiki\WikiAgnosticTestPage.aspx.cs:20
System.Web.UI.WebControls.Button.OnClick(EventArgs e) +111
System.Web.UI.WebControls.Button.RaisePostBackEvent(String eventArgument) +110
System.Web.UI.WebControls.Button.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent(String eventArgument) +10
System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument) +13
System.Web.UI.Page.RaisePostBackEvent(NameValueCollection postData) +36
System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +1565

The problem happens in both IIS7 and ASP.NET development server.
Using Python.CreateEngine(options) works fine.

In the following code example the exception thrown when the class constructor is called.
Source Error: Line 64: _engine = Python.CreateEngine(sandbox, engineOptions);

public class RunningPythonDL
{
private ScriptEngine _engine;
private ScriptScope _scope;
public string Evaluate(string inputText)
{
// Something
}
public RunningPythonDL()
{
AppDomain sandbox = AppDomain.CreateDomain("Sandbox");

Dictionary<string, Object> engineOptions = new Dictionary<string, object>();
engineOptions["DivisionOptions"] = PythonDivisionOptions.New; // Without this option 1/2 will give 0.
_engine = Python.CreateEngine(sandbox, engineOptions);
_scope = _engine.CreateScope();
}
}
Comments: ** Comment from web user: IPyTeam **

This exception can occur when the remote domain cannot load the required IronPython assemblies. You should set the AppBase of the remote AppDomain to be the same as the domain that creates the Python engine.

Alternatively, you can put IronPython and the DLR in the GAC (as a heavy handed fix)

Commented Issue: Conversion from invisible type breaks method binding [2481]

IPyTeam — Mon, 21 Sep 2009 18:39:53 GMT

IfConsider the following situation:

1. The type VisibleType is public.
2. The type InvisibleType, which inherits from VisibleType, is private.
3. A conversion exists from InvisibleType to ParameterType, but not from VisibleType to ParameterType.
4. You try to bind to Method(ParameterType x) with an argument whose LimitType is InvisibleType.

then the method is applicable (because the conversion exists). Now, the argument expression is restricted to VisibleType before the conversion is done. But there is no conversion from VisibleType to ParameterType, so making the expression fails at this point.
Comments: ** Comment from web user: IPyTeam **

Since the conversion is from InvisibleType, the conversion method must also be private. We can't invoke a private method.

Closed Issue: Conversion from invisible type breaks method binding [2481]

IPyTeam — Mon, 21 Sep 2009 18:38:05 GMT

By Design

Created Issue: GeneratorRewriter incorrectly handles block scoped variables

TomasMatousek — Thu, 03 Sep 2009 01:00:53 GMT

Ast.Loop(
Ast.Block(new[] { closure_var },
Ast.Call(list_var, typeof(List<Func<int>>).GetMethod("Add"), Ast.Lambda<Func<int>>(closure_var)),
Ast.PostIncrementAssign(closure_var),
AstUtils.YieldReturn(genLabel, Ast.Constant(null))
),
break_label
)

var l = AstUtils.GeneratorLambda<Func<List<Func<int>>, IEnumerator<object>>>(genLabel, body, new[] { list_var });

var list = new List<Func<int>>();
var e = l.Compile()(list);

e.MoveNext();
e.MoveNext();
e.MoveNext();
e.MoveNext();

foreach (var f in list) {
Console.WriteLine(f());
}

This prints 4,4,4,4 – that is a single storage is reused for all closures, expected result is 1, 1, 1, 1.

The C# equivalent would be:
static IEnumerable<Func<int>> Test(int n) {
for (int i = 0; i < n; i++) {
int j = i;
yield return () => j;
}
}

Commented Issue: CompileToMethod does not support instance methods, constructors, dynamicmethods

justinc — Sun, 02 Aug 2009 14:30:11 GMT

LambdaExpression.CompileToMethod doesn't support instance methods, constructors, or dynamic methods. It should take a MethodBase as the first argument, and allow any kind of ConstructorBuilder/MethodBuilder/DynamicMethod. Also, it shouldn't clobber the parameters/return type of the MethodBuilder (this change is necessary because I don't think we can modify parameters/return type of a DynamicMethod after creation).

See:

http://www.codeplex.com/dlr/Thread/View.aspx?ThreadId=43810&FocusElement=ctl00_ctl00_MasterContent_Content_RadEditorNewPost
Comments: ** Comment from web user: justinc **

Well how does IronPython generate Types? Does it not use similar expression builders to make methods? Does it not create Types at all? How can we simulate dynamic Type creation in a way similar to IronPython?

Created Issue: DLR doesn't have easy support for implementing dynamic scoping

mfawzymkh — Sun, 19 Jul 2009 21:54:57 GMT

Is there any plans to add support in DLR for building dynamic scope languages?

Created Issue: InterpretedScriptCode handles Expression.Return incorrectly.

kasparov — Sun, 12 Jul 2009 23:55:38 GMT

Created Issue: long type should support ToString(format) overload

dinov — Fri, 26 Jun 2009 21:10:22 GMT

Concerns: IronPython 1.0.60816 on .NET 2.0.50727.832

The long type does not support the ToString(format) overload so one cannot reliably use, for example, ToString("N0") given a numeric type and that the clr module has been previously imported. It works over int and float but not long. Here's a snippet to demonstrate this:

>>> import clr

>>> for n in (1234, 1234.0, 1234L):

... print type(n), n.ToString("N0")

...

<type 'int'> 1,234

<type 'float'> 1,234

<type 'long'>Traceback (most recent call last):

File , line 0, in <stdin>##56

TypeError: no overloads of ToString could match (long, str)

ToString(long, UInt32)

ToString(long, IFormatProvider)

http://ironpython.codeplex.com/WorkItem/View.aspx?WorkItemId=11896

Closed Issue: Ruby Console throwing execption

rdawson — Fri, 22 May 2009 17:58:14 GMT

The ruby console exe does not work due to the PublicKeyToken not being correct, it should be like the ironpython console, PublicKeyToken=null Shown below is the app.config for Ruby console.

<language names="IronPython;Python;py" extensions=".py" displayName="IronPython 2.0 Beta" type="IronPython.Runtime.PythonContext, IronPython, Version=2.0.0.5000, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
<language names="IronRuby;Ruby;rb" extensions=".rb" displayName="IronRuby 1.0 Alpha" type="IronRuby.Runtime.RubyContext, IronRuby, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
<language names="ManagedJScript;JScript;js" extensions=".jsx;.js" displayName="Managed JScript" type="Microsoft.JScript.Runtime.JSContext, Microsoft.JScript.Runtime, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
<language names="ToyScript;ts" extensions=".ts" type="ToyScript.ToyLanguageContext, ToyScript, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
Comments:

Closed Issue: Chiron shouldn't be under Languages\IronPython\Src

rdawson — Fri, 22 May 2009 17:57:27 GMT

Chiron is not part of IronPython, it's used by all DLR languages. It should be in Utilities\Chiron.
Comments:

Closed Issue: ToyScript is missing sample program

rdawson — Fri, 22 May 2009 17:56:52 GMT

Kind of hard to play around with toyscript without at least one sample program. Not sure why it isn't checked in, possibly because of the file extension? The missing file is called "test.ts" according to the csproj file.
Comments:

ToyScript was outdated and has been replaced by the updated Sympl language sample, which does include example scripts.

Created Issue: DOCUMENTATION: "-X:RemoteRuntimeChannel" only mentioned when using Debug binaries of IronPython/IronRuby

dfugate — Tue, 19 May 2009 22:56:28 GMT

E:\vslrft\Merlin\Main\Languages\IronPython\Tests>..\..\..\Bin\Debug\ir.exe -h
#...
-X:RemoteRuntimeChannel <channel_name> Start a remoting server for a remote console session.
#...

When I run "Bin\Release\ir.exe -h" there is no mention of the remote runtime channel flag. If this is intended to be a debug-only option, "ir.exe/ipy.exe -h" should emit:
-X:RemoteRuntimeChannel <channel_name> Start a remoting server for a remote console session. [debug only]
which is done for other debug-only flags such as -X:TrackPerformance.

Created Issue: Help option prints language-specfic command line heading when 'commandline' is null

dfugate — Mon, 11 May 2009 17:38:51 GMT

http://ironpython.codeplex.com/WorkItem/View.aspx?WorkItemId=13438
<Thanks>Leppie</Thanks>

Problem:
class IronSchemeOptionsParser : OptionsParser
{
public override void GetHelp(out string commandLine, out string[,] options, out string[,] environmentVariables, out string comments)
{
commandLine = null;
options = null;
environmentVariables = null;
comments = null;
}
}

Output:
...
/X:DumpASTs Write generated ASTs as files in the current directory
/X:ShowRules Print generated action dispatch rules to the console

IronScheme command line:

C:\dev\IronScheme\IronSchemeConsole\bin\Debug>

It should stop after the last /X option. Also many extra linefeeds.