Re: [IronPython] Switching DLR tests from MSTest to NUnit

2011-02-01 Thread Richard Nienaber
> Richard, any particular reason you went with NUnit? I went with NUnit because it's the one I'm most familiar with and the one that seems to be in wide spread use. The CI build servers that I've used ( TeamCity

Re: [IronPython] Switching DLR tests from MSTest to NUnit

2011-02-01 Thread Jeff Hardy
On Tue, Feb 1, 2011 at 4:19 PM, Tomas Matousek wrote: > I have an experience with xUnit.net > (http://xunit.codeplex.com/wikipage?title=WhyDidWeBuildXunit&referringTitle=Home), > so I would personally prefer that one. It has a pretty good VS integration. > I haven't used NUnit. If you prefer it

Re: [IronPython] Switching DLR tests from MSTest to NUnit

2011-02-01 Thread Tomas Matousek
I have an experience with xUnit.net (http://xunit.codeplex.com/wikipage?title=WhyDidWeBuildXunit&referringTitle=Home), so I would personally prefer that one. It has a pretty good VS integration. I haven't used NUnit. If you prefer it I don't have objections. One comment on the placement of the

Re: [IronPython] Disabling optimized methods

2011-02-01 Thread Daniel Jennings
We aren't constructing a ScriptSource at any point, so that's probably it. From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of Daniel Jennings Sent: Tuesday, February 01, 2011 1:32 PM To: Discussion of IronPython Subject: Re: [IronPython] Disabling o

[IronPython] Switching DLR tests from MSTest to NUnit

2011-02-01 Thread Jeff Hardy
There's a pull request (https://github.com/IronLanguages/main/pull/10) pending that changes the unit tests for the DLR from MsTest to NUnit. The advantage of doing this is that NUnit test can be run without having Visual Studio installed on the machine, which will make it much easier to run tests i

Re: [IronPython] Issue Triage

2011-02-01 Thread Richard Nienaber
> I usually start import bugs by trying to re-create a simple repro of the issue and then work from there. I've managed to get as far as this point. I've tried to boild down the problem to a simple test case which I've added to the issue. What seems t

Re: [IronPython] Disabling optimized methods

2011-02-01 Thread Daniel Jennings
I'll give that a shot, thanks! Dino Viehland wrote: Is Path on your ScriptSource non-null? That should be the only other thing which has an effect. From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of Daniel Jennings Sent: Tuesday, February 01, 2

Re: [IronPython] Disabling optimized methods

2011-02-01 Thread Dino Viehland
Is Path on your ScriptSource non-null? That should be the only other thing which has an effect. From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of Daniel Jennings Sent: Tuesday, February 01, 2011 12:51 PM To: Discussion of IronPython Subject: Re: [

Re: [IronPython] Disabling optimized methods

2011-02-01 Thread Daniel Jennings
Alright, we're using DebugMode = true already (when the application starts with the debugger attached) so we must be seeing something else that is causing us to get the 'function has been optimized' message. Thanks From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpytho

Re: [IronPython] Disabling optimized methods

2011-02-01 Thread Dino Viehland
You can use -X:Debug now to specifiy this at the command line. If you want to do it while you're hosting you can set the DebugMode option to true on the ScriptRuntimeSetup object used to create the ScriptRuntime. You'll need to make sure the ScriptSource's you create have filenames though. Fr