<div>I&#39;ve closed the following issues:</div><div><br></div><a href="http://ironpython.codeplex.com/workitem/24008">test blocking: support setting field of value type when calling ctor</a><br><a href="http://ironpython.codeplex.com/workitem/24000">keyword argument is also treated as args for params array</a><br>
<a href="http://ironpython.codeplex.com/workitem/24009">unable to invoke delegate object with method which takes ref args</a><br><a href="http://ironpython.codeplex.com/workitem/24001">binder does not handle argument list with keyword and tuple correctly for .net methods</a><br>
<a href="http://ironpython.codeplex.com/workitem/24007">tracking: wrong message when calling System.Activator.CreateInstance(None)</a><br><a href="http://ironpython.codeplex.com/workitem/24012">clr.AddReference need invalidate the cached rules related to NamespaceTracker</a><div>
<br></div><div><a href="http://ironpython.codeplex.com/workitem/24012"></a>Questions:</div><div><ul><li><a href="http://ironpython.codeplex.com/workitem/24042">Incompatibility between CPy and IPy in the way REG_EXPAND_SZ works in _winreg module.</a></li>
</ul></div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><div><div>It seems to me that in this case that IronPython was doing the right thing, and CPython was doing the wrong thing. <a href="http://msdn.microsoft.com/en-us/library/ms724884(v=vs.85).aspx">REG_EXPAND_SZ</a> seems to mean that environment variables should be expanded when the value is inserted into the registry. I&#39;ve assumed here that even if CPython does the wrong thing, IronPython should follow the behaviour of CPython (and closed the issue).</div>
</div></blockquote><div><ul><li>Code has recently been added to fix this issue: <a href="http://ironpython.codeplex.com/workitem/25124">types in assemblies loaded with .AddReferenceToFileAndPath() are not importable if they reference other assemblies</a></li>
</ul></div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><div><div><div>Should I close this one as well or does this need to make it into a build first?</div></div></div>
</blockquote><div><div><div><ul><li>-X:PreferComDispatch</li></ul></div></div></div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><div><div><div><div>I have come across quite a few issues where there are inconsistencies when IronPython is started with/without the &#39;-X:PreferComDispatch&#39; switch (<a href="http://ironpython.codeplex.com/workitem/24013">like this one</a>). If I look at the IronPython console help this switch is absent and attempting to run it gives me the error &#39;File -X:PreferComDispatch does not exist.&#39;. Is this option no longer available/supported? If not, what should be done with these issues?</div>
</div></div></div><div><br></div></blockquote>Richard<br><div><div><div><a href="http://ironpython.codeplex.com/workitem/25124"></a><br><div><br></div><div><br></div></div></div></div>