That solved the problem. Removing the reference to nunit.framework in the
project and then adding it back allowed the solution built to complete
successfully. I checked and the HintPath was successfully added to the
reference element in the project file (*.csproj).
I don't know why that one a
I couldn't reproduce the bug, but I have some idea from the analysis of the
*.sln/*.csproj files:
Looks like "Uts.NgfEngine.Test.csproj" contains a reference with no
HintPath:
that may be causing the problem (this is the only potential reason for
NullReferenceException) in the mentioned line:
Gert/All,
Jaroslaw Kowalski, has contacted me off list and we are working to resolve
this issue.
Thanks
-Mark
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, January 13, 2004 15:25
> To: Mark Watts; [EMAIL PROTECTED]
> Subject: Re: [nant-dev] Bug
Would be great if you could attach a zip file containing all files necessary to
reproduce this issue to the bug report ...
Gert
>-Original Message-
>From: Mark Watts [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, January 13, 2004 07:16 PM
>To: [EMAIL PROTECTED]
>Subject: [nant-dev] Bug #87566
I just updated bug #875664, with a bit more detail. Does anyone have any
suggestions on what the appropriate fix for this problem might be? I am
dead in the water as long as this problem exists.
Thanks
-Mark
---
This SF.net email is sponso
If may be so bold as to add some more to this...
I've been thinking of the same thing for the task. In VS it's
possible
to choose Rebuild etc., Nant should add rebuild and clean as virtual
targets.
It would be a great contribution if all tasks like it could do the same.
Good thinking Gert, if I ma
because tasks know how to clean their output, so instead of having a clean
target we could actually have a clean mode ...
But I'm just thinking out loud here ...
Gert
- Original Message -
From: "Jaroslaw Kowalski" <[EMAIL PROTECTED]>
To: "Gert Driesen" <[EMAIL PROTECTED]>
Cc: "! nant" <[
You mean the same task used for cleaning? Why?
Jarek
> I don't mind, but we should perhaps consider having a buildmode or
> something, which can be set to Build (default), Rebuild, Clean,
>
> Gert
>
---
This SF.net email is sponsored
- Original Message -
From: "Jaroslaw Kowalski" <[EMAIL PROTECTED]>
To: "Gert Driesen" <[EMAIL PROTECTED]>
Cc: "! nant" <[EMAIL PROTECTED]>
Sent: Tuesday, January 13, 2004 3:23 PM
Subject: [nant-dev] Re: [Nant-users] Force recompilation
> How about it ? May I commit?
I don't mind, but
How about it ? May I commit?
Jarek
- Original Message -
From: "Jaroslaw Kowalski" <[EMAIL PROTECTED]>
To: "Gert Driesen" <[EMAIL PROTECTED]>; "Block, Jeffrey A. (Jeff)"
<[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, January 13, 2004 2:57 PM
Subject: Re: [Nant-users] Force re
Hmm. Good point. Merging two filesets into third one...
In fact I'd added also this (but don't think it will be needed. Maybe it
will be!):
or simmilar (and same result in this case):
What do you think? And others? I'm still not sure how a
Martin Aliger:
>We are currently extending fileset to enable add something to existing
>fileset.
Yes, that would work for the example I sent (I thought about your recent
posts after I sent my email). After sending, I realized that the
refactoring I was doing also needed to do something like this
Hi Bill,
We are currently extending fileset to enable add something to existing
fileset. So your copy with two filesets could be rewritten into our concept
as:
Unfortunatelly this is not currently in CVS yet, so if you like this
approach you have to wait some time...
Martin
--
13 matches
Mail list logo
