[nant-dev] [ nant-Bugs-1155919 ] VC++ don't compile after sourcecode changes

2005-03-05 Thread SourceForge.net 
Bugs item #1155919, was opened at 2005-03-03 16:23
Message generated for change (Comment added) made by drieseng
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=402868aid=1155919group_id=31650

Category: Tasks
Group: 0.85
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Matthias Jentsch (jentschi)
Assigned to: Gert Driesen (drieseng)
Summary: VC++ don't compile after sourcecode changes

Initial Comment:
I'm using Build 0.85.1881.0; nightly; 24.02.2005

When i change the sourcecode of my VC++ project and 
build it with the solution task, the project doesn't 
compile. The cpp file is newer than the obj file, but it 
doesn't compile.
I've figured out a problem in 
NAnt.VisualCpp.Tasks.ClTask.NeedsCompiling(): This 
method calls AreObjsUpToDate witch calls 
IsObjUpToDate(string) witch calls 
NAnt.Core.Types.FileSet.FindMoreRecentLastWriteTime
(StringCollection, DateTime) but this method only check 
the last write times if the filename have full path. I think 
in this case the filename have no full path and the 
method do nothing. Can you change this behaviour?

The second problem: When I change only an includefile 
the NAnt.VisualCpp.Tasks.ClTask.NeedsCompiling() 
method could not see that the project must be compiled 
because the 
NAnt.VisualCpp.Tasks.ClTask.AreSourcesUpToDate() is 
not implemented (only two TODO comments). Can you 
implement this method?

I've added a little example to redroduce this behaviour. 
Build it, Change the file AssemblyInfo.cpp, Build it again 
and the project doesn't recompile.

Matthias Jentsch



--

Comment By: Gert Driesen (drieseng)
Date: 2005-03-05 09:59

Message:
Logged In: YES 
user_id=707851

This is now fixed in cvs.  If you notice any issues with the 
next nightly build, then reopen this bug report.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=402868aid=1155919group_id=31650


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
nant-developers mailing list
nant-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nant-developers

[nant-dev] [ nant-Bugs-1124283 ] delete task fails if dir not empty

2005-03-05 Thread SourceForge.net 
Bugs item #1124283, was opened at 2005-02-16 22:17
Message generated for change (Comment added) made by drieseng
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=402868aid=1124283group_id=31650

Category: Core
Group: 0.85
Status: Open
Resolution: None
Priority: 5
Submitted By: patm (patmcfaul)
Assigned to: Nobody/Anonymous (nobody)
Summary: delete task fails if dir not empty

Initial Comment:
Hi All,

I just downloaded 0.85-RC2 and was trying to get 
my clean target to work.  I would get:
Cannot delete directory ... The directory is not empty 
message.  So I dropped back to 0.84 and it works fine.

Thought you should know!

Thanks much,
Pat

--

Comment By: Gert Driesen (drieseng)
Date: 2005-03-05 10:04

Message:
Logged In: YES 
user_id=707851

Ping !

--

Comment By: Gert Driesen (drieseng)
Date: 2005-02-17 18:42

Message:
Logged In: YES 
user_id=707851

Can you post the build fragment containing the delete 
task ?

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=402868aid=1124283group_id=31650


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
nant-developers mailing list
nant-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nant-developers

[nant-dev] [ nant-Bugs-1144996 ] Please help on installation

2005-03-05 Thread SourceForge.net 
Bugs item #1144996, was opened at 2005-02-20 21:19
Message generated for change (Comment added) made by drieseng
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=402868aid=1144996group_id=31650

Category: Other
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: ant4 (rest4)
Assigned to: Gert Driesen (drieseng)
Summary: Please help on installation

Initial Comment:
I have problem to follow the instruction on installation at:

http://nant.sourceforge.net/release/latest/help/introducti
on/installation.html

-- Installing from binaries:

In step 4:

Ensure the bin folder in your NAnt installation is in your 
PATH environment variable. 

In Windows, a common method to do this is to create an 
environment variable NANT_HOME that contains the 
folder you installed NAnt to. 
Then add %NANT_HOME%\bin to your PATH variable. 
Both of these should be System variables. 

What does it exactly mean? Can you offer an example on 
that?

-- Installing from source

When I tried Installing from source and use NMake, I got 
an error:

fatal error U1077: 'cp' is not recornized as an internal or 
external command

I checked the Makefile.nmake in

 nant-0.85-rc2-src\nant-0.85-rc2\Makefile.nmake

, it conatains the 'cp' command. Is it the Copy' 
command in Linux? Do I have to install Linux?

I tried to change 'cp' to 'copy' in the Makefile.namke, it 
started to build successfully but in the end it still failed:

  userdoc:

 Uable to load file 'NAnt.Core'


--

Comment By: Gert Driesen (drieseng)
Date: 2005-03-05 10:06

Message:
Logged In: YES 
user_id=707851

Did you try a recent nightly build 
(http://nant.sourceforge.net/nightly/latest) ?

--

Comment By: ant4 (rest4)
Date: 2005-03-01 08:34

Message:
Logged In: YES 
user_id=1223781

I am not sure why - sorry

--

Comment By: ant4 (rest4)
Date: 2005-03-01 08:33

Message:
Logged In: YES 
user_id=1223781

Drieseng, thank you so much for the help. Sorry that I could 
not reply to you ealier. 

After I change cp to copy, the error message is different 
this time. I am sure why. Here is the message:

...
 [exec] BUILD SUCCEEDED
 [exec]
 [exec] Total time: 640 seconds.
 [exec]

install-windows:

 [echo] Installing NAnt to 'F:\Program\NAnt' ...
 [copy] Copying 406 files to 'F:\Program\NAnt'.

install:

BUILD FAILED

Target 'Files' does not exist in this project.

Total time: 663.4 seconds.

NMAKE : fatal error U1077: 'bootstrap\NAnt.exe' : return 
code '0x1'
Stop.

I will download the updated release and try again.

--

Comment By: Gert Driesen (drieseng)
Date: 2005-02-23 20:51

Message:
Logged In: YES 
user_id=707851

step 4:

This can be easily done using My Computer - Properties - 
Advanced Tab - Environment Variables

But its not really required, you can also just specifiy the full 
path to NAnt.exe whenever you want to run a build file.

Install error:

The cp command was in fact a mistake, this is now correct 
in cvs (and will be in the next nightly build and release)

Can you provide more information on the error you got in 
the userdoc target ?

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=402868aid=1144996group_id=31650


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
nant-developers mailing list
nant-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nant-developers

[nant-dev] [ nant-Bugs-1146176 ] nant-task, easter egg w.r.t. datatype references

2005-03-05 Thread SourceForge.net 
Bugs item #1146176, was opened at 2005-02-22 13:02
Message generated for change (Comment added) made by drieseng
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=402868aid=1146176group_id=31650

Category: Tasks
Group: 0.85
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Rutger Dijkstra (rutgerdijkstra)
Assigned to: Gert Driesen (drieseng)
Summary: nant-task, easter egg w.r.t. datatype references

Initial Comment:
Not realy a bug since the documentation says nothing 
about how the nant-task handles datatype reference.


The nant task will always pass datatype references 
through to the executed project, i.e. irrespective
of the value of the inheritall-attribute.



--

Comment By: Gert Driesen (drieseng)
Date: 2005-03-05 10:42

Message:
Logged In: YES 
user_id=707851

This is now fixed in cvs.

I've actually introduced a breaking-change as a result of your 
bug report:

References will no longer be copied by default. This can be 
controlled using a newly introduced inheritrefs attribute.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=402868aid=1146176group_id=31650


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
nant-developers mailing list
nant-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nant-developers

[nant-dev] [ nant-Bugs-1146121 ] nant-task: inheritall attribute has wrong default

2005-03-05 Thread SourceForge.net 
Bugs item #1146121, was opened at 2005-02-22 11:37
Message generated for change (Comment added) made by drieseng
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=402868aid=1146121group_id=31650

Category: Documentation
Group: 0.85
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Rutger Dijkstra (rutgerdijkstra)
Assigned to: Gert Driesen (drieseng)
Summary: nant-task: inheritall attribute has wrong default 

Initial Comment:
the default value for the inheritall id documented
to be 'false' but is, in fact 'true'.

NAntTask.cs, line 85:
private bool _inheritAll = true;


--

Comment By: Gert Driesen (drieseng)
Date: 2005-03-05 10:45

Message:
Logged In: YES 
user_id=707851

The documentation is now fixed in cvs.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=402868aid=1146121group_id=31650


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
nant-developers mailing list
nant-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nant-developers

[nant-dev] Bug Report: Could not enlist orchestration...

2005-03-05 Thread Chen, Charles 
NAnt 0.84 (Build 0.84.1455.0; net-1.0.win32; release; 12/26/2003)

Copyright (C) 2001-2003 Gerry Shaw

http://nant.sourceforge.net

Buildfile: file:///E:/Sample/Northwind/Northwind.sln.deploy.build

Target(s) specified: debugDeploy 

[sysinfo] Setting system information properties under sys.*

winVer:

 

setWinVer.5.2:

 

debugDeploy:

 

unenlistOrchestrations:

 

controlorchestrations:

Stopping/Unenlisting/Terminating Existing Instances...

Northwind.Orchestrations.BurstProductInfoRecords

(Committing changes to the catalog)...

 

undeployOrchestrations:

 

btsUndeploySet:

 

selectPath:

[exec] btsdeploy.exe Remove 
Assembly=Northwind.Orchestrations\bin\debug\Northwind.Orchestrations.dll 
Uninstall=true Log=DeployResults\Undeploy_Northwind.Orchestrations

Information: Remove server=SERVER database=BizTalkMgmtDb 
assembly=Northwind.Orchestrations\bin\debug\Northwind.Orchestrations.dll

Information: No started orchestrations.

Information: Remove tracking profile for assembly Northwind.Orchestrations, 
Version=1.0.0.0, Culture=neutral, PublicKeyToken=a37d8b12f44b2d01.

Information: Uninstalled the Northwind.Orchestrations, Version=1.0.0.0, 
Culture=neutral, PublicKeyToken=a37d8b12f44b2d01 assembly from the Global 
Assembly Cache. (force=False)

Information: Remove operation succeeded.

BTSDeploy: Command succeeded with 0 errors, 0 warnings.

undeploySchemas:

 

btsUndeploySet:

 

selectPath:

[exec] btsdeploy.exe Remove 
Assembly=Northwind.Schemas\bin\debug\Northwind.Schemas.dll Uninstall=true 
Log=DeployResults\Undeploy_Northwind.Schemas

Information: Remove server=SERVER database=BizTalkMgmtDb 
assembly=Northwind.Schemas\bin\debug\Northwind.Schemas.dll

Information: No started orchestrations.

Information: Remove tracking profile for assembly Northwind.Schemas, 
Version=1.0.0.0, Culture=neutral, PublicKeyToken=a37d8b12f44b2d01.

Information: Uninstalled the Northwind.Schemas, Version=1.0.0.0, 
Culture=neutral, PublicKeyToken=a37d8b12f44b2d01 assembly from the Global 
Assembly Cache. (force=False)

Information: Remove operation succeeded.

BTSDeploy: Command succeeded with 0 errors, 0 warnings.

deploySchemas:

 

btsDeploySet:

 

selectPath:

[exec] btsdeploy.exe Deploy 
Assembly=Northwind.Schemas\bin\debug\Northwind.Schemas.dll Install=true 
Log=DeployResults\Northwind.Schemas

Information: Deploy server=SERVER database=BizTalkMgmtDb 
assembly=Northwind.Schemas\bin\debug\Northwind.Schemas.dll

Saved schema Northwind.Schemas.ProductId_Property, Northwind.Schemas, 
Version=1.0.0.0, Culture=neutral, PublicKeyToken=a37d8b12f44b2d01.

Saved schema Northwind.Schemas.ProductInfoRecords_XML, Northwind.Schemas, 
Version=1.0.0.0, Culture=neutral, PublicKeyToken=a37d8b12f44b2d01.

Saved schema Northwind.Schemas.ProductInfoRecord_XML, Northwind.Schemas, 
Version=1.0.0.0, Culture=neutral, PublicKeyToken=a37d8b12f44b2d01.

Information: Installed the Northwind.Schemas\bin\debug\Northwind.Schemas.dll 
assembly into The Global Assembly Cache. (force=True)

Information: Deploy operation succeeded.

BTSDeploy: Command succeeded with 0 errors, 0 warnings.

undeployPipelines:

 

btsUndeploySet:

 

selectPath:

[exec] btsdeploy.exe Remove 
Assembly=Northwind.Pipelines\bin\debug\Northwind.Pipelines.dll Uninstall=true 
Log=DeployResults\Undeploy_Northwind.Pipelines

Information: Remove server=SERVER database=BizTalkMgmtDb 
assembly=Northwind.Pipelines\bin\debug\Northwind.Pipelines.dll

Information: No started orchestrations.

Information: Remove tracking profile for assembly Northwind.Pipelines, 
Version=1.0.0.0, Culture=neutral, PublicKeyToken=a37d8b12f44b2d01.

Warning: Setting the pipeline reference in 
Northwind.Orchestrations_1.0.0.0_Northwind.Orchestrations.BurstProductInfoRecords_Northwind_ProductInfoMsg_Rcv_a37d8b12f44b2d01_ReceiveLocation
 to Microsoft.BizTalk.DefaultPipelines.PassThruReceive, 
Microsoft.BizTalk.DefaultPipelines, Version=3.0.1.0, Culture=neutral, 
PublicKeyToken=31bf3856ad364e35.

Information: Uninstalled the Northwind.Pipelines, Version=1.0.0.0, 
Culture=neutral, PublicKeyToken=a37d8b12f44b2d01 assembly from the Global 
Assembly Cache. (force=False)

Information: Remove operation succeeded.

BTSDeploy: Command succeeded with 0 errors, 1 warnings.

deployPipelines:

 

btsDeploySet:

 

selectPath:

[exec] btsdeploy.exe Deploy 
Assembly=Northwind.Pipelines\bin\debug\Northwind.Pipelines.dll Install=true 
Log=DeployResults\Northwind.Pipelines

Information: Deploy server=SERVER database=BizTalkMgmtDb 
assembly=Northwind.Pipelines\bin\debug\Northwind.Pipelines.dll

Information: Installed the 
Northwind.Pipelines\bin\debug\Northwind.Pipelines.dll assembly into The 
Global Assembly Cache. (force=True)

Information: Deploy operation succeeded.

BTSDeploy: Command succeeded with 0 errors, 0 warnings.

deployOrchestrations:

 

btsDeploySet:

 

selectPath:

[exec] btsdeploy.exe Deploy 
Assembly=Northwind.Orchestrations\bin\debug\Northwind.Orchestrations.dll 
Install=true

[nant-dev] INTERNAL ERROR

2005-03-05 Thread Steve Brennan 




NAnt 0.85 (Build 0.85.1869.0; rc2; 
2/12/2005)Copyright (C) 2001-2005 Gerry Shawhttp://nant.sourceforge.net

Buildfile: file:///C:/Centrics/Framework/fr.buildTarget 
framework: Microsoft .NET Framework 1.1Target(s) specified: Framework 


Framework:

[solution] Starting solution build.

BUILD FAILED

INTERNAL ERROR

System.UriFormatException: Invalid URI: The format of the URI could not be 
determined. at System.Uri.Parse() at 
System.Uri..ctor(String uriString, Boolean dontEscape) at 
System.Uri..ctor(String uriString) at 
NAnt.VSNet.ProjectFactory.GetProjectFileName(String fileName) at 
NAnt.VSNet.ProjectFactory.IsSupportedProjectType(String path) at 
NAnt.VSNet.Everett.Solution..ctor(String solutionContent, SolutionTask 
solutionTask, TempFileCollection tfc, GacCache gacCache, ReferencesResolver 
refResolver) at 
NAnt.VSNet.SolutionFactory.LoadSolution(SolutionTask solutionTask, 
TempFileCollection tfc, GacCache gacCache, ReferencesResolver 
refResolver) at 
NAnt.VSNet.Tasks.SolutionTask.ExecuteTask() at 
NAnt.Core.Task.Execute() at 
NAnt.Core.Target.Execute() at NAnt.Core.Project.Execute(String 
targetName, Boolean forceDependencies) at 
NAnt.Core.Project.Execute() at NAnt.Core.Project.Run()

Please send bug report to nant-developers@lists.sourceforge.net.

Total time: 0.3 seconds.

[nant-dev] (no subject)

2005-03-05 Thread Chris Hoffman 








HELP!



Im new to nAnt and am using a quick tutorial found on the
following page;

http://joefield.mysite4now.com/blog/articles/146.aspx



Im using:

CruiseControl.NET 0.7

NAnt v0.84

NAntContrib v0.84

NUnit 2.2





All goes well until I actually try to compile a simple
project, receiving the following error



-



C:\BuildProcessstartnant.bat



C:\BuildProcessNAnt 0.84\bin\nant.exe
-buildfile:cruise.build

NAnt 0.84 (Build 0.84.1455.0; net-1.0.win32; release;
12/26/2003)

Copyright (C) 2001-2003 Gerry Shaw

http://nant.sourceforge.net



Buildfile: file:///C:/BuildProcess/cruise.build

Target(s) specified: run



clean:



 [delete] Deleting directory C:\BuildProcess\CITest.

 [mkdir] Creating directory C:\BuildProcess\CITest.



get:



 [vssget] Put $/CITest to CITest



build:



[solution] Starting solution build.



BUILD FAILED



INTERNAL ERROR



System.NullReferenceException: Object reference not set to
an instance of an object.

 at NAnt.VSNet.Reference..ctor(Solution solution,
ProjectSettings ps, XmlElement elemReference, SolutionTask solutionTask, String
outputDir)

 at NAnt.VSNet.Project.Load(Solution sln, String
projectPath)

 at NAnt.VSNet.ProjectFactory.LoadProject(Solution sln,
SolutionTask slnTask, TempFileCollection tfc, String outputDir, String path)

 at NAnt.VSNet.Solution.LoadProjects()

 at NAnt.VSNet.Solution..ctor(String solutionFileName,
ArrayList additionalProjects, ArrayList referenceProjects, TempFileCollection
tfc, SolutionTa

sk solutionTask, WebMapCollection webMappings, FileSet
excludesProjects, String outputDir)

 at NAnt.VSNet.Tasks.SolutionTask.ExecuteTask()

 at NAnt.Core.Task.Execute()

 at NAnt.Core.Target.Execute()

 at NAnt.Core.Project.Execute(String targetName, Boolean
forceDependencies)

 at NAnt.Core.Project.Execute()

 at NAnt.Core.Project.Run()



Please send bug report to
[EMAIL PROTECTED]



Total time: 0.2 seconds.



-





Please respond as soon as you can

Thanx

Chris Hoffman

RE: [nant-dev] INTERNAL ERROR

2005-03-05 Thread Gert Driesen 



Steve,

Can you send me a small repro for this issue (including 
VS.NET solution/project, sources and build file) ?

Thanks !

Gert

  
  
  From: 
  [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED] On Behalf Of Steve 
  BrennanSent: vrijdag 4 maart 2005 17:41To: 
  nant-developers@lists.sourceforge.netSubject: [nant-dev] INTERNAL 
  ERROR
  
  
  NAnt 0.85 (Build 0.85.1869.0; rc2; 
  2/12/2005)Copyright (C) 2001-2005 Gerry Shawhttp://nant.sourceforge.net
  
  Buildfile: file:///C:/Centrics/Framework/fr.buildTarget 
  framework: Microsoft .NET Framework 1.1Target(s) specified: Framework 
  
  
  Framework:
  
  [solution] Starting solution build.
  
  BUILD FAILED
  
  INTERNAL ERROR
  
  System.UriFormatException: Invalid URI: The format of the URI could not 
  be determined. at System.Uri.Parse() at 
  System.Uri..ctor(String uriString, Boolean dontEscape) at 
  System.Uri..ctor(String uriString) at 
  NAnt.VSNet.ProjectFactory.GetProjectFileName(String fileName) 
  at NAnt.VSNet.ProjectFactory.IsSupportedProjectType(String 
  path) at NAnt.VSNet.Everett.Solution..ctor(String 
  solutionContent, SolutionTask solutionTask, TempFileCollection tfc, GacCache 
  gacCache, ReferencesResolver refResolver) at 
  NAnt.VSNet.SolutionFactory.LoadSolution(SolutionTask solutionTask, 
  TempFileCollection tfc, GacCache gacCache, ReferencesResolver 
  refResolver) at 
  NAnt.VSNet.Tasks.SolutionTask.ExecuteTask() at 
  NAnt.Core.Task.Execute() at 
  NAnt.Core.Target.Execute() at NAnt.Core.Project.Execute(String 
  targetName, Boolean forceDependencies) at 
  NAnt.Core.Project.Execute() at NAnt.Core.Project.Run()
  
  Please send bug report to nant-developers@lists.sourceforge.net.
  
  Total time: 0.3 seconds.

RE: [nant-dev] (no subject)

2005-03-05 Thread Gert Driesen 



Chris,

I'd highly recommend upgrading to a more recent version of 
NAnt(Contrib). Lots of issues with the solution task have been 
fixed since.

Gert

  
  
  From: 
  [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED] On Behalf Of Chris 
  HoffmanSent: donderdag 3 maart 2005 18:56To: 
  nant-developers@lists.sourceforge.netSubject: [nant-dev] (no 
  subject)
  
  
  HELP!
  
  Im new to nAnt and am using a 
  quick tutorial found on the following page;
  http://joefield.mysite4now.com/blog/articles/146.aspx
  
  Im 
  using:
  CruiseControl.NET 
  0.7
  NAnt 
  v0.84
  NAntContrib 
  v0.84
  NUnit 
  2.2
  
  
  All goes well until I actually try 
  to compile a simple project, receiving the following 
  error
  
  -
  
  C:\BuildProcessstartnant.bat
  
  C:\BuildProcess"NAnt 
  0.84\bin\nant.exe" -buildfile:cruise.build
  NAnt 0.84 (Build 0.84.1455.0; 
  net-1.0.win32; release; 12/26/2003)
  Copyright (C) 2001-2003 Gerry 
  Shaw
  http://nant.sourceforge.net
  
  Buildfile: 
  file:///C:/BuildProcess/cruise.build
  Target(s) specified: 
  run
  
  clean:
  
   [delete] Deleting 
  directory C:\BuildProcess\CITest.
   [mkdir] 
  Creating directory C:\BuildProcess\CITest.
  
  get:
  
   [vssget] Put $/CITest 
  to CITest
  
  build:
  
  [solution] Starting solution 
  build.
  
  BUILD 
  FAILED
  
  INTERNAL 
  ERROR
  
  System.NullReferenceException: 
  Object reference not set to an instance of an 
  object.
   at 
  NAnt.VSNet.Reference..ctor(Solution solution, ProjectSettings ps, XmlElement 
  elemReference, SolutionTask solutionTask, String 
  outputDir)
   at 
  NAnt.VSNet.Project.Load(Solution sln, String 
  projectPath)
   at 
  NAnt.VSNet.ProjectFactory.LoadProject(Solution sln, SolutionTask slnTask, 
  TempFileCollection tfc, String outputDir, String 
  path)
   at 
  NAnt.VSNet.Solution.LoadProjects()
   at 
  NAnt.VSNet.Solution..ctor(String solutionFileName, ArrayList 
  additionalProjects, ArrayList referenceProjects, TempFileCollection tfc, 
  SolutionTa
  sk solutionTask, WebMapCollection 
  webMappings, FileSet excludesProjects, String 
  outputDir)
   at 
  NAnt.VSNet.Tasks.SolutionTask.ExecuteTask()
   at 
  NAnt.Core.Task.Execute()
   at 
  NAnt.Core.Target.Execute()
   at 
  NAnt.Core.Project.Execute(String targetName, Boolean 
  forceDependencies)
   at 
  NAnt.Core.Project.Execute()
   at 
  NAnt.Core.Project.Run()
  
  Please send bug report to 
  [EMAIL PROTECTED]
  
  Total time: 0.2 
  seconds.
  
  -
  
  
  Please respond as soon as you 
  can
  Thanx
  Chris 
  Hoffman

RE: [nant-dev] Patch for 1156702

2005-03-05 Thread Gert Driesen 



Brian,

I'm afraid this is 
not something we'll support in the solution task. If we start 
adding switches like this one, then we end up with something that is no longer 
controllable.

If you really need 
lots of flexibility, then I'd suggest using our individual compiler 
tasks.

I've 
just added support for the different debug types to cvs. Before this change, our compiler tasks only 
supported either full debug output or no debug output at 
all.

Ireally hope you understand 
! We might look into a more configurable 
solution task after the 0.85 release, but no promises there 
...

Gert

  
  
  From: 
  [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED] On Behalf Of 
  Walker, BrianSent: vrijdag 4 maart 2005 19:22To: 
  nant-developers@lists.sourceforge.netSubject: [nant-dev] Patch for 
  1156702
  
  
  This is a patch for bug 
  1156702.
  
  It adds the releasesymbols 
  attribute to the solution task. If set to true and a project in the solution 
  is set to not generate debug information (DebugSymbols is false) then it sets 
  the debug setting to /debug:pdbonly instead of /debug-. This will generate 
  the pdb file but otherwise leave the assembly as a release build (no 
  debuggable attribute added).
  
  Brian 
  Walker

[nant-dev] [ nant-Bugs-923144 ] Strange resource related error message

2005-03-05 Thread SourceForge.net 
Bugs item #923144, was opened at 2004-03-25 15:32
Message generated for change (Comment added) made by drieseng
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=402868aid=923144group_id=31650

Category: Tasks
Group: 0.85
Status: Open
Resolution: None
Priority: 5
Submitted By: Nicklas Norling (exinor)
Assigned to: Nobody/Anonymous (nobody)
Summary: Strange resource related error message

Initial Comment:
Hi.

I get the following runtime error running an assembly
compiledwith Nant nigthly 20040320:

Ifs.Fnd.FndSystemException: Explorer: An Unhandled Exception has occured --- 
System.ArgumentException: ResourceManager base name should not end in 
.resources. It should be similar to MyResources, which the ResourceManager can 
convert into MyResources.culture.resources; for example, 
MyResources.en-US.resources.
   at System.Resources.ResourceManager.CommonSatelliteAssemblyInit()
   at System.Resources.ResourceManager..ctor(String baseName, Assembly assembly)
   at 
Ifs.Fnd.MessagingServerClientPlugin.SubscriptionHub.IndicateConnection(IFndExplorer
 explorer, Boolean connected)

This error does not appear if the code is compiled in VS.NET 2003 or with Nant 
0.84 release.

The project that makes up this assembly has a resource file with an icon in it 
added to it even though it has no GUI component.
The resource file has been created using the .NET SDK sample code reseditor 
that can be found at:
{VS.NET_ROOT}\SDK\v1.1\Samples\Tutorials\resourcesandlocalization\reseditor

According to our ace coder this resource is added correctly and no errors 
during runtime should occur with NAnt.

/Nicke

--

Comment By: Gert Driesen (drieseng)
Date: 2005-03-05 15:48

Message:
Logged In: YES 
user_id=707851

Nicklas,

Can you verify whether you still run into this issue with a 
recent nightly build of NAnt 
(http://nant.sourceforge.net/nightly/latest) ?

Thanks !

Gert

--

Comment By: JeD (fr_jericho)
Date: 2005-01-19 15:35

Message:
Logged In: YES 
user_id=1198970

I just emailed you both my C# project file and my Nant build 
file.

--

Comment By: Gert Driesen (drieseng)
Date: 2005-01-17 17:53

Message:
Logged In: YES 
user_id=707851

If you are allowed to send me the full project, then that 
would be great.

If not, then start by sending me your project file (csproj or 
vbproj).

--

Comment By: JeD (fr_jericho)
Date: 2005-01-17 17:44

Message:
Logged In: YES 
user_id=1198970

I'm experiencing the same issue with NANT version 0.85 RC1 
so I think this problem should be reopened.

My project includes 188 files so it's difficult to send a minimal 
case but let me know what information I can send to help 
solve this issue.

--

Comment By: Nicklas Norling (exinor)
Date: 2004-08-26 09:47

Message:
Logged In: YES 
user_id=949257

I haven't found the time to create a reproducable case. If I do I'll just pong 
you back :)

--

Comment By: Gert Driesen (drieseng)
Date: 2004-08-02 19:16

Message:
Logged In: YES 
user_id=707851

Ping !!

--

Comment By: Gert Driesen (drieseng)
Date: 2004-03-25 20:27

Message:
Logged In: YES 
user_id=707851

Can you attach a repro for this issue to this bug report 
(containing both a build file and VS.NET solution/project file) ?

Thanks !

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=402868aid=923144group_id=31650


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
nant-developers mailing list
nant-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nant-developers

[nant-dev] [ nant-Bugs-923144 ] Strange resource related error message

2005-03-05 Thread SourceForge.net 
Bugs item #923144, was opened at 2004-03-25 15:32
Message generated for change (Comment added) made by exinor
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=402868aid=923144group_id=31650

Category: Tasks
Group: 0.85
Status: Open
Resolution: None
Priority: 5
Submitted By: Nicklas Norling (exinor)
Assigned to: Nobody/Anonymous (nobody)
Summary: Strange resource related error message

Initial Comment:
Hi.

I get the following runtime error running an assembly
compiledwith Nant nigthly 20040320:

Ifs.Fnd.FndSystemException: Explorer: An Unhandled Exception has occured --- 
System.ArgumentException: ResourceManager base name should not end in 
.resources. It should be similar to MyResources, which the ResourceManager can 
convert into MyResources.culture.resources; for example, 
MyResources.en-US.resources.
   at System.Resources.ResourceManager.CommonSatelliteAssemblyInit()
   at System.Resources.ResourceManager..ctor(String baseName, Assembly assembly)
   at 
Ifs.Fnd.MessagingServerClientPlugin.SubscriptionHub.IndicateConnection(IFndExplorer
 explorer, Boolean connected)

This error does not appear if the code is compiled in VS.NET 2003 or with Nant 
0.84 release.

The project that makes up this assembly has a resource file with an icon in it 
added to it even though it has no GUI component.
The resource file has been created using the .NET SDK sample code reseditor 
that can be found at:
{VS.NET_ROOT}\SDK\v1.1\Samples\Tutorials\resourcesandlocalization\reseditor

According to our ace coder this resource is added correctly and no errors 
during runtime should occur with NAnt.

/Nicke

--

Comment By: Nicklas Norling (exinor)
Date: 2005-03-05 21:09

Message:
Logged In: YES 
user_id=949257

Gert,

Unfortunately I've been layed off by my company and no
longer have access to the source code in question.

Sorry I couldn't verify! Keep the good work up :)
/Nicke

--

Comment By: Gert Driesen (drieseng)
Date: 2005-03-05 15:48

Message:
Logged In: YES 
user_id=707851

Nicklas,

Can you verify whether you still run into this issue with a 
recent nightly build of NAnt 
(http://nant.sourceforge.net/nightly/latest) ?

Thanks !

Gert

--

Comment By: JeD (fr_jericho)
Date: 2005-01-19 15:35

Message:
Logged In: YES 
user_id=1198970

I just emailed you both my C# project file and my Nant build 
file.

--

Comment By: Gert Driesen (drieseng)
Date: 2005-01-17 17:53

Message:
Logged In: YES 
user_id=707851

If you are allowed to send me the full project, then that 
would be great.

If not, then start by sending me your project file (csproj or 
vbproj).

--

Comment By: JeD (fr_jericho)
Date: 2005-01-17 17:44

Message:
Logged In: YES 
user_id=1198970

I'm experiencing the same issue with NANT version 0.85 RC1 
so I think this problem should be reopened.

My project includes 188 files so it's difficult to send a minimal 
case but let me know what information I can send to help 
solve this issue.

--

Comment By: Nicklas Norling (exinor)
Date: 2004-08-26 09:47

Message:
Logged In: YES 
user_id=949257

I haven't found the time to create a reproducable case. If I do I'll just pong 
you back :)

--

Comment By: Gert Driesen (drieseng)
Date: 2004-08-02 19:16

Message:
Logged In: YES 
user_id=707851

Ping !!

--

Comment By: Gert Driesen (drieseng)
Date: 2004-03-25 20:27

Message:
Logged In: YES 
user_id=707851

Can you attach a repro for this issue to this bug report 
(containing both a build file and VS.NET solution/project file) ?

Thanks !

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=402868aid=923144group_id=31650


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
nant-developers mailing list
nant-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nant-developers

[nant-dev] [ nant-Bugs-1116862 ] Different projects with same guid in a solution fail

2005-03-05 Thread SourceForge.net 
Bugs item #1116862, was opened at 2005-02-05 16:19
Message generated for change (Comment added) made by exinor
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=402868aid=1116862group_id=31650

Category: Tasks
Group: 0.85
Status: Open
Resolution: None
Priority: 5
Submitted By: Manu (manudea)
Assigned to: Nobody/Anonymous (nobody)
Summary: Different projects with same guid in a solution fail

Initial Comment:
Apply to nant 85 and 84 (maybe others)

If you have 2 projects with same guid in a visual studio 
solution only the latter one is built. The first one is 
ignored.

I think this is a Nant bug because VStudio builds just 
fine, so Nant should, IMHO, build in the same way as 
Vstudio does.
Assuming that guid uniqueness exists in Vs solution it 
seems a wrong assumpton. If it would VS would 
complaint about this an do not build.


--

Comment By: Nicklas Norling (exinor)
Date: 2005-03-05 21:18

Message:
Logged In: YES 
user_id=949257

Nant used to give NullReferenceException when GUIDs where
not unique. I submitted a patch that writes a (hopefully)
descriptive error when this is encountered and the compile
should stop. Isn't the error still there?
I think Nant could possibly try to match the project names
if GUIDs are not unique and get a bit further, but as
pointed out it has to be considered a bug that VS isn't
alerting the user, or recreates the duplicate GUID.
/Nicke

--

Comment By: Alex Hildyard (ahildyard)
Date: 2005-02-21 16:05

Message:
Logged In: YES 
user_id=1114643

I actually think NAnt's behaviour is more correct than Visual 
Studio. Assuming that GUIDs are supposed to provide a 
mapping between project files and the project references 
within a solution file, I regard Visual Studio as defective 
because it will often continue to build solutions perfectly 
happily even when the two GUIDs don't match. This is clearly 
a recipe for disaster, since at some point Visual Studio's often 
inspired guesswork matching projects to solutions is going to 
be wrong.

However, I agree that NAnt's behaviour isn't perfect. I would 
like to see NAnt throw an error if it finds duplicate GUIDs; I 
agree that silently building one of the projects and ignoring 
the other isn't the best behaviour. But I don't think 
reproducing Visual Studio's behaviour is the way to go.

Just my tuppenceworth.

Regards,

Alex


--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=402868aid=1116862group_id=31650


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
nant-developers mailing list
nant-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nant-developers

[nant-dev] [ nant-Bugs-923144 ] Strange resource related error message

2005-03-05 Thread SourceForge.net 
Bugs item #923144, was opened at 2004-03-25 15:32
Message generated for change (Comment added) made by drieseng
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=402868aid=923144group_id=31650

Category: Tasks
Group: 0.85
Status: Closed
Resolution: Works For Me
Priority: 5
Submitted By: Nicklas Norling (exinor)
Assigned to: Gert Driesen (drieseng)
Summary: Strange resource related error message

Initial Comment:
Hi.

I get the following runtime error running an assembly
compiledwith Nant nigthly 20040320:

Ifs.Fnd.FndSystemException: Explorer: An Unhandled Exception has occured --- 
System.ArgumentException: ResourceManager base name should not end in 
.resources. It should be similar to MyResources, which the ResourceManager can 
convert into MyResources.culture.resources; for example, 
MyResources.en-US.resources.
   at System.Resources.ResourceManager.CommonSatelliteAssemblyInit()
   at System.Resources.ResourceManager..ctor(String baseName, Assembly assembly)
   at 
Ifs.Fnd.MessagingServerClientPlugin.SubscriptionHub.IndicateConnection(IFndExplorer
 explorer, Boolean connected)

This error does not appear if the code is compiled in VS.NET 2003 or with Nant 
0.84 release.

The project that makes up this assembly has a resource file with an icon in it 
added to it even though it has no GUI component.
The resource file has been created using the .NET SDK sample code reseditor 
that can be found at:
{VS.NET_ROOT}\SDK\v1.1\Samples\Tutorials\resourcesandlocalization\reseditor

According to our ace coder this resource is added correctly and no errors 
during runtime should occur with NAnt.

/Nicke

--

Comment By: Gert Driesen (drieseng)
Date: 2005-03-05 23:40

Message:
Logged In: YES 
user_id=707851

Hi Nicke,

Sad to hear that, but I'm pretty sure you'll have a new job in 
no time.

I'll close this report, but don't hesitate to reopen it if you run 
into it again ...

Gert

--

Comment By: Nicklas Norling (exinor)
Date: 2005-03-05 21:09

Message:
Logged In: YES 
user_id=949257

Gert,

Unfortunately I've been layed off by my company and no
longer have access to the source code in question.

Sorry I couldn't verify! Keep the good work up :)
/Nicke

--

Comment By: Gert Driesen (drieseng)
Date: 2005-03-05 15:48

Message:
Logged In: YES 
user_id=707851

Nicklas,

Can you verify whether you still run into this issue with a 
recent nightly build of NAnt 
(http://nant.sourceforge.net/nightly/latest) ?

Thanks !

Gert

--

Comment By: JeD (fr_jericho)
Date: 2005-01-19 15:35

Message:
Logged In: YES 
user_id=1198970

I just emailed you both my C# project file and my Nant build 
file.

--

Comment By: Gert Driesen (drieseng)
Date: 2005-01-17 17:53

Message:
Logged In: YES 
user_id=707851

If you are allowed to send me the full project, then that 
would be great.

If not, then start by sending me your project file (csproj or 
vbproj).

--

Comment By: JeD (fr_jericho)
Date: 2005-01-17 17:44

Message:
Logged In: YES 
user_id=1198970

I'm experiencing the same issue with NANT version 0.85 RC1 
so I think this problem should be reopened.

My project includes 188 files so it's difficult to send a minimal 
case but let me know what information I can send to help 
solve this issue.

--

Comment By: Nicklas Norling (exinor)
Date: 2004-08-26 09:47

Message:
Logged In: YES 
user_id=949257

I haven't found the time to create a reproducable case. If I do I'll just pong 
you back :)

--

Comment By: Gert Driesen (drieseng)
Date: 2004-08-02 19:16

Message:
Logged In: YES 
user_id=707851

Ping !!

--

Comment By: Gert Driesen (drieseng)
Date: 2004-03-25 20:27

Message:
Logged In: YES 
user_id=707851

Can you attach a repro for this issue to this bug report 
(containing both a build file and VS.NET solution/project file) ?

Thanks !

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=402868aid=923144group_id=31650


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
nant-developers mailing list