Thank you, Curt. This workaround allows me to build ASP.NET websites
targeting Framework 3.5. I can also build assemblies targeting 3.5.
If Microsoft.Scripting.ExtensionAttribute.dll is The 5th Assembly,
what will this alternate version be called? The Ghost Assembly? =D
2008/10/24 Curt
Thanks, Curt. I understand this is a tricky situation and that the
team is trying hard to find a good solution.
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
I'm trying to upgrade from Beta 5 to RC1 and I'm getting, again, errors
trying to build an ASP.NET 3.5 website that uses IronPython.
The errors are similar to what happened with Beta 1:
(0,0): warning CS1685: The predefined type
'System.Runtime.CompilerServices.ExtensionAttribute' is defined in
No, I'm not. The process I followed is described in the issue:
http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=19126
Does the described process work for you?
Microsoft.Scripting.ExtensionAttribute.dll is copied to the website's
Bin directory without any reference to it (some of
2008/10/1 Curt Hagenlocher [EMAIL PROTECTED]:
I don't have either of these tools. Do you know of a freely-available
substitute that could work instead?
Curt, no, but both TestDriven.NET and NCover have editions that can be
freely downloaded.
NCover has a 30-day trial version as well as
2008/9/29 Curt Hagenlocher [EMAIL PROTECTED]:
Does it work correctly under NUnit if you disable shadow copying?
The sample test I provided runs without problem when it is executed
directly by NUnit, but fails if NUnit is being called by some other
layer, like the TestDriven.NET plugin for Visual
Dino, thanks for your support.
The modified code still aborts under NUnit, so it is not related to
the configuration. The program runs correctly outside NUnit, but
raises an InvalidProgramException when executed as a unit test.
I had a similar problem with a previous version of IronPython that
Christian, thanks for your help. It worked. I'm going to share my
result with the community:
ScriptEngine engine = ScriptRuntime.Create().GetEngine(py);
ScriptScope scope = engine.CreateScope();
scope.Execute(@
def calculate(operand1, operand2, operator):
if operator == '+': return operand1 +
Curt, believe me, we all appreciate very much what the dynamic
language teams are doing. It is just great to see such a movement
going on.
But I second Dody's remarks. He said it very well. The first solution
does not work (that's my problem scenario exactly) and the second one
may be too
Dody, I am checking out if a fork of IronPython can work with the 3.5
framework inside a website. I tried your version and it seems to
eliminate almost all the warnings and errors I had. But there is one
left.
In your sample website I get this:
The predefined type
Dody, thanks for your feedback. It's encouraging to know it is
possible to make this work, at least in some circunstances.
In my case, I am getting an actual error, not a warning. It seems it
has something to do with new VB XML features. I will try and see if I
can dig the problem.
But I don't
Thanks for your support, Dody. It's really a difficult decision. I
think the error about InternalXmlHelper.vb is being caused by some
component, maybe something from Infragistics or something like that.
I really can't run the risk of solving this problem and having another
one pop up when another
That's a huge issue for my project. I'm trying to leverage the DLR and
IronPython on a ASP.NET application that targets 3.5. I hope there is
a work-around.
2008/8/19 Dody Gunawinata [EMAIL PROTECTED]:
- This pretty much locks up IronPython 2 from any .Net 3.5 based website.
The ASP.Net MVC
This issue is very bad for my project too. Do you think there is a way
we can make IronPython compatible with the Framework 3.5?
I find it appalling that we even have to consider that...
___
Users mailing list
Users@lists.ironpython.com
Thanks, Dino. That might help. I hope we can have a DLR compatible
with the framework 3.5 soon.
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
I've sent some messages to this list about problems trying to use
NUnit to test IronPython hosting with IronPython-2.0A8.
Just so you know, with IronPython-2.0B1 that seems to be working, at
least with a very basic test.
Code follows.
Class1.cs
--
using NUnit.Framework;
namespace
I've developed a hosting helper class using IronPython and I would
like to unit test it using NUnit. Unfortunately, as I described in a
previous email, I'm getting exceptions:
http://lists.ironpython.com/pipermail/users-ironpython.com/2008-March/006594.html
I would like to know if anyone was
I have a small hosting class that works on a WinForms app. But it gives an
InvalidProgramException when called from a NUnit test.
The test project is within the IronPython solution and I've referenced
IronPython, IronPython.Modules and Microsoft.Scripting.
I'd like to know if other people were
2008/3/12, Dino Viehland [EMAIL PROTECTED]:
There's an inner exception here (probably from Importer.cs in MakeImportSite)
but there isn't much info on it. Could you run it under a debugger and get
that original stack trace? It's not clear to me why we would blow up there.
Thanks for your
I am trying out IronPython hosting on C#. I found out an article about
hosting with 2.0 Alpha 6:
http://blogs.msdn.com/rdawson/archive/2007/11/29/hosting-ironpython-2-0-alpha-6-via-the-dlr.aspx
But those instructions don't seem to work with 2.0 Alpha 8. I've searched
the Web but I couldn't find
20 matches
Mail list logo