Re: [nant-dev] Bug Report

[Gert Driesen]

Hi Ian,

I'd suggest upgrading to a recent nightly build of NAnt
(http://nant.sourceforge.net/nightly/builds), and use a webmap instead of
relying on WebDAV (this has even been deprecated since the 0.84 release).

See the  task help for examples :
http://nant.sourceforge.net/nightly/help/tasks/solution.html

Hope this helps,

Gert

- Original Message - 
From: "Ian Kulmatycki" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 26, 2004 10:00 PM
Subject: [nant-dev] Bug Report


Hey,

I got this from nant trying to build an asp.net app.

If you have any ideas let me know,

Thanks
ian



BUILD FAILED

INTERNAL ERROR

System.Net.WebException: The remote server returned an error: (404) Not
Found.
   at System.Net.HttpWebRequest.CheckFinalStatus()
   at System.Net.HttpWebRequest.EndGetResponse(IAsyncResult asyncResult)
   at System.Net.HttpWebRequest.GetResponse()
   at NAnt.VSNet.WebDavClient.DownloadFile(String localFileName, String
remoteFileName)
   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 referenceProj
ects, TempFileCollection tfc, SolutionTask solutionTask,
WebMapCollection webMappings, FileSet excludesProject
s, 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.Tasks.CallTask.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]


---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
___
nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers

Re: [nant-dev] .vcproj solutions

[Gert Driesen]

- Original Message - 
From: "Robert Blum" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, October 27, 2004 7:26 AM
Subject: [nant-dev] .vcproj solutions


> Hi guys!
> 
> I'm just getting into the swing of nant. First of all, hats off for a 
> great tool!
> 
> Of course, like every other developer, I have my favorite complaints ;) 
> It seems that the  task has trouble with .vcproj files. 
> Specifically (at least for what I've found so far), it doesn't honor 
> any of the VisualStudio-wide include path settings.
> 
> Is anybody working on that part of Nant now, or is the best way to get 
> this fixed getting my hands dirty and sending you guys a patch? (Don't 
> get me wrong, I'd be happy to do that - but not if you are already 
> pursuing that)

Short answer: get your hands dirty ;-)

Gert


---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
___
nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers

RE: [nant-dev] Nant - Buid Error

[Santhosh Thomas]

Hi Gert,

Thanks for your input. I did more research on this matter & found that
new .NET framework patch made these messup.  We've uninstalled the
patch, now its working perfectly. 

We have to inform the problem with this patch to nant engineers. 

Santhosh 

* +91 80 51367149
* [EMAIL PROTECTED]
* [EMAIL PROTECTED]


-Original Message-
From: Gert Driesen [mailto:[EMAIL PROTECTED] 
Sent: Thursday, October 21, 2004 11:21 AM
To: Santhosh Thomas; [EMAIL PROTECTED]
Subject: RE: [nant-dev] Nant - Buid Error

Hi Thomas,

I don't think the CultureInfo.GetCultures(CultureTypes.AllCultures)
method
call should ever fail, so in that case it would mean that there's an
issue
on your system. Can someone verify this ?

Gert



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Santhosh
Thomas
Sent: dinsdag 19 oktober 2004 16:43
To: [EMAIL PROTECTED]
Subject: [nant-dev] Nant - Buid Error



Hi,

 

Can you please help me to find about the following error which
is
raising in one computer but it works with other computer.

 

 

 

[nant]
D:\ClearCase\views\prdjd_sv_porpose_r2.0_build\porpoise\Apollo.Tools\Sec
tion
Component\Source\Apollo.Tools.SectionComponent.build Debug

 

Buildfile:
file:///D:/ClearCase/views/prdjd_sv_porpose_r2.0_build/porpoise/Apollo.T
ools
/SectionComponent/Source/Apollo.Tools.SectionComponent.build

Target(s) specified: Debug 



Debug.CopyRefs:





Apollo.Tools.SectionComponent.Debug:





setup:



[mkdir] Creating directory
D:\ClearCase\views\prdjd_sv_porpose_r2.0_build\porpoise\Apollo.Tools\Sec
tion
Component\Source\Build\Debug.



Apollo.Tools.SectionComponent:





BUILD FAILED



INTERNAL ERROR



System.Reflection.TargetInvocationException:
Exception
has been thrown by the target of an invocation. --->
System.TypeInitializationException: The type initializer for
"NAnt.DotNet.Tasks.CompilerBase" threw an exception. --->
System.ArgumentException: Culture ID 31770 (0x7C1A) is not a supported
culture.

Parameter name: culture

   at System.Globalization.CultureInfo..ctor(Int32 culture,
Boolean
useUserOverride)

   at System.Globalization.CultureTable.GetCultures(CultureTypes
types)

   at System.Globalization.CultureInfo.GetCultures(CultureTypes
types)

   at NAnt.DotNet.Tasks.CompilerBase..cctor()

   --- End of inner exception stack trace ---

   at NAnt.DotNet.Tasks.CompilerBase..ctor()

   at NAnt.DotNet.Tasks.CscTask..ctor()

   --- End of inner exception stack trace ---

   at System.RuntimeType.CreateInstanceImpl(Boolean publicOnly)

   at System.Activator.CreateInstance(Type type, Boolean
nonPublic)

   at System.RuntimeType.CreateInstanceImpl(BindingFlags
bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[]
activationAttributes)

   at System.Activator.CreateInstance(Type type, BindingFlags
bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[]
activationAttributes)

   at System.Reflection.Assembly.CreateInstance(String typeName,
Boolean ignoreCase, BindingFlags bindingAttr, Binder binder, Object[]
args,
CultureInfo culture, Object[] activationAttributes)

   at NAnt.Core.TaskBuilder.CreateTask()

   at NAnt.Core.TypeFactory.CreateTask(XmlNode taskNode, Project
proj)

   at NAnt.Core.Target.Execute()

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

   at NAnt.Core.Tasks.CallTask.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.1 seconds.

 

 

Nested build failed.  Refer to build log for exact reason.

 

Santhosh Thomas
IRI Group

Symphony Services
Bangalore 

( +91 80 51367149
* [EMAIL PROTECTED]
 
* [EMAIL PROTECTED]  




---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice

[nant-dev] Bug Report

[Ian Kulmatycki]

Hey,

 

I got this from nant trying to
build an asp.net app. 

 

If you have any ideas let me know, 

 

Thanks

ian

 

 

 

BUILD FAILED

 

INTERNAL ERROR

 

System.Net.WebException: The remote
server returned an error: (404) Not Found.

   at
System.Net.HttpWebRequest.CheckFinalStatus()

   at
System.Net.HttpWebRequest.EndGetResponse(IAsyncResult asyncResult)

   at
System.Net.HttpWebRequest.GetResponse()

   at
NAnt.VSNet.WebDavClient.DownloadFile(String localFileName, String remoteFileName)

   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 referenceProj

ects, TempFileCollection tfc, SolutionTask solutionTask, WebMapCollection webMappings, FileSet excludesProject

s, 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.Tasks.CallTask.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]

[nant-dev] .vcproj solutions

[Robert Blum]

Hi guys!
I'm just getting into the swing of nant. First of all, hats off for a 
great tool!

Of course, like every other developer, I have my favorite complaints ;) 
It seems that the  task has trouble with .vcproj files. 
Specifically (at least for what I've found so far), it doesn't honor 
any of the VisualStudio-wide include path settings.

Is anybody working on that part of Nant now, or is the best way to get 
this fixed getting my hands dirty and sending you guys a patch? (Don't 
get me wrong, I'd be happy to do that - but not if you are already 
pursuing that)

Thanks,
 - Robert

---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
___
nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers

Re: [nant-dev] Re: temp leekage

[Matthew Mastracci]

Can you try running filemon while NAnt is going?  Once you've got the 
error, filter your filemon output to include only the failing directory 
and reply with that.  It should show us the file being deleted after the 
fact.

Matt.
Nicklas Norling wrote:
There are no files in that directory after it's finished. Only the 
directory itself remains.
/Nicke

Matthew Mastracci wrote:
What sort of files are in that temp directory after NAnt completes?
Nicklas Norling wrote:
Hi.
No, my system is not very slow. It's a P4 3(?) GHz with a HD doing 
60-40 MB/s random read.
I've tried it both with and without [EMAIL PROTECTED] running and it seemed 
to make no differance. I've had
no extra load on the hard drive though. The hard drive was no where 
near full.

I tried -verbose but ended up getting just successful builds then. 
But that might have been good fortune
as it takes 10 minutes to run each test and I only tried it about 5 
times.

I'll try to run it more times and use -debug, thanks for the tip! 
I'll be using the new nightly then, no need
to hunt down bugs you guys might have accidentially fixed already.

/Nicke
Gert Driesen wrote:
Has anyone else ran into this issue ?
Nicklas, is your system perhaps very slow ?
Can you try running the build in debug mode
(NAnt.exe -debug -logfile:log.txt), and send me a log of a failed 
build ?
Can you check what's left in that directory after the build failure ?

Thanks !
Gert
- Original Message - From: "Nicklas Norling" 
<[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 26, 2004 4:05 PM
Subject: [nant-dev] temp leekage

 

Hi.
I've been a lazy boy running on nightly 03/24 for much too long.
Decided to try out 10/25 today and a few days ago the newest 
nightly at
  

that
 

time.
To my great sorrow there appears to have sneaked in a tricky bug 
where
timing appears to be of essence.
Due to the code I have is propritary I can not provide a repo, but 
I'll
  

try
 

to be as specific as I can anyway.
I compile a project using the solution task in Nant nightly 10/25. 
The
snipplet that compiles it is well tested.

   
The solution itself contains 38 C# projects. This is the 
occational error
output:

[nant]
C:\CodeModules\Montgomery\modules\fndwin\packages.build debug
   Buildfile:
file:///C:/CodeModules/Montgomery/modules/fndwin/pack

ages.build
   Target(s) specified: debug
   debug:
[solution] Starting solution 
build.
[solution] Building
  

'IFSVSAddInManager'
 

[Debug] ...
[solution] Building
'Ifs.Fnd.Data.CodeGen' [Debug] ...
[solution] Building
'Ifs.Fnd.Feature.Design.Installer' [Debug]
...
  [resgen] Read in 0
resources from 'C:\CodeModules
  

\Montgomery\modules\fndwin\framework\Design\Ifs.Fnd.Feature.Design.Installer 

 

\FeatureInstaller.resx'
  [resgen] Writing
  

resource
 

file...  Done.
   BUILD FAILED
   Cannot delete directory
'C:\TEMP\tmp1966.tmp'.
   The directory is not empty.
   Total time: 3.2 seconds.
   BUILD FAILED
   Nested build failed.  Refer to build log 
for exact
reason.

   Total time: 3.4 seconds.
This error message occurs only maybe one in 5-10 times that I 
compile.
  

It's
 

always complaining with the same type
of error, but sometimes the directory's number is different, like
"tmp243.tmp" etc.
Looking at disk this folder is there in the temp folder. I can 
remove it
without getting an error.

I'm assuming somewhere between 03/24 and 10/25 someone did some 
change to
the resgen part of the solution task
that resulted in a non-deterministic order of deletion of files in 
the
  

temp
 

folder and the folder itself. Hence at times not all
files are removed in time for when the folder is removed and it 
then gives
this error.

With this info is it possible to review the code part to find such 
a bug
  

or
 

can I do anything else to help reproduce this?
/Nicke



---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
___
nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers

Re: [nant-dev] Re: temp leekage

[Nicklas Norling]

There are no files in that directory after it's finished. Only the 
directory itself remains.
/Nicke

Matthew Mastracci wrote:
What sort of files are in that temp directory after NAnt completes?
Nicklas Norling wrote:
Hi.
No, my system is not very slow. It's a P4 3(?) GHz with a HD doing 
60-40 MB/s random read.
I've tried it both with and without [EMAIL PROTECTED] running and it seemed 
to make no differance. I've had
no extra load on the hard drive though. The hard drive was no where 
near full.

I tried -verbose but ended up getting just successful builds then. 
But that might have been good fortune
as it takes 10 minutes to run each test and I only tried it about 5 
times.

I'll try to run it more times and use -debug, thanks for the tip! 
I'll be using the new nightly then, no need
to hunt down bugs you guys might have accidentially fixed already.

/Nicke
Gert Driesen wrote:
Has anyone else ran into this issue ?
Nicklas, is your system perhaps very slow ?
Can you try running the build in debug mode
(NAnt.exe -debug -logfile:log.txt), and send me a log of a failed 
build ?
Can you check what's left in that directory after the build failure ?

Thanks !
Gert
- Original Message - From: "Nicklas Norling" 
<[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 26, 2004 4:05 PM
Subject: [nant-dev] temp leekage

 

Hi.
I've been a lazy boy running on nightly 03/24 for much too long.
Decided to try out 10/25 today and a few days ago the newest 
nightly at
  

that
 

time.
To my great sorrow there appears to have sneaked in a tricky bug where
timing appears to be of essence.
Due to the code I have is propritary I can not provide a repo, but 
I'll
  

try
 

to be as specific as I can anyway.
I compile a project using the solution task in Nant nightly 10/25. The
snipplet that compiles it is well tested.
   
The solution itself contains 38 C# projects. This is the occational 
error
output:

[nant]
C:\CodeModules\Montgomery\modules\fndwin\packages.build debug
   Buildfile:
file:///C:/CodeModules/Montgomery/modules/fndwin/pack

ages.build
   Target(s) specified: debug
   debug:
[solution] Starting solution 
build.
[solution] Building
  

'IFSVSAddInManager'
 

[Debug] ...
[solution] Building
'Ifs.Fnd.Data.CodeGen' [Debug] ...
[solution] Building
'Ifs.Fnd.Feature.Design.Installer' [Debug]
...
  [resgen] Read in 0
resources from 'C:\CodeModules
  

\Montgomery\modules\fndwin\framework\Design\Ifs.Fnd.Feature.Design.Installer 

 

\FeatureInstaller.resx'
  [resgen] Writing
  

resource
 

file...  Done.
   BUILD FAILED
   Cannot delete directory
'C:\TEMP\tmp1966.tmp'.
   The directory is not empty.
   Total time: 3.2 seconds.
   BUILD FAILED
   Nested build failed.  Refer to build log for 
exact
reason.

   Total time: 3.4 seconds.
This error message occurs only maybe one in 5-10 times that I compile.
  

It's
 

always complaining with the same type
of error, but sometimes the directory's number is different, like
"tmp243.tmp" etc.
Looking at disk this folder is there in the temp folder. I can 
remove it
without getting an error.

I'm assuming somewhere between 03/24 and 10/25 someone did some 
change to
the resgen part of the solution task
that resulted in a non-deterministic order of deletion of files in the
  

temp
 

folder and the folder itself. Hence at times not all
files are removed in time for when the folder is removed and it 
then gives
this error.

With this info is it possible to review the code part to find such 
a bug
  

or
 

can I do anything else to help reproduce this?
/Nicke


---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
___
nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers

[nant-dev] Re: temp leekage

[Matthew Mastracci]

What sort of files are in that temp directory after NAnt completes?
Nicklas Norling wrote:
Hi.
No, my system is not very slow. It's a P4 3(?) GHz with a HD doing 60-40 
MB/s random read.
I've tried it both with and without [EMAIL PROTECTED] running and it seemed to 
make no differance. I've had
no extra load on the hard drive though. The hard drive was no where near 
full.

I tried -verbose but ended up getting just successful builds then. But 
that might have been good fortune
as it takes 10 minutes to run each test and I only tried it about 5 times.

I'll try to run it more times and use -debug, thanks for the tip! I'll 
be using the new nightly then, no need
to hunt down bugs you guys might have accidentially fixed already.

/Nicke
Gert Driesen wrote:
Has anyone else ran into this issue ?
Nicklas, is your system perhaps very slow ?
Can you try running the build in debug mode
(NAnt.exe -debug -logfile:log.txt), and send me a log of a failed build ?
Can you check what's left in that directory after the build failure ?
Thanks !
Gert
- Original Message - From: "Nicklas Norling" 
<[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 26, 2004 4:05 PM
Subject: [nant-dev] temp leekage

 

Hi.
I've been a lazy boy running on nightly 03/24 for much too long.
Decided to try out 10/25 today and a few days ago the newest nightly at
  
that
 

time.
To my great sorrow there appears to have sneaked in a tricky bug where
timing appears to be of essence.
Due to the code I have is propritary I can not provide a repo, but I'll
  
try
 

to be as specific as I can anyway.
I compile a project using the solution task in Nant nightly 10/25. The
snipplet that compiles it is well tested.
   
The solution itself contains 38 C# projects. This is the occational 
error
output:

[nant]
C:\CodeModules\Montgomery\modules\fndwin\packages.build debug
   Buildfile:
file:///C:/CodeModules/Montgomery/modules/fndwin/pack

ages.build
   Target(s) specified: debug
   debug:
[solution] Starting solution build.
[solution] Building
  
'IFSVSAddInManager'
 

[Debug] ...
[solution] Building
'Ifs.Fnd.Data.CodeGen' [Debug] ...
[solution] Building
'Ifs.Fnd.Feature.Design.Installer' [Debug]
...
  [resgen] Read in 0
resources from 'C:\CodeModules
  
\Montgomery\modules\fndwin\framework\Design\Ifs.Fnd.Feature.Design.Installer 

 

\FeatureInstaller.resx'
  [resgen] Writing
  
resource
 

file...  Done.
   BUILD FAILED
   Cannot delete directory
'C:\TEMP\tmp1966.tmp'.
   The directory is not empty.
   Total time: 3.2 seconds.
   BUILD FAILED
   Nested build failed.  Refer to build log for 
exact
reason.

   Total time: 3.4 seconds.
This error message occurs only maybe one in 5-10 times that I compile.
  
It's
 

always complaining with the same type
of error, but sometimes the directory's number is different, like
"tmp243.tmp" etc.
Looking at disk this folder is there in the temp folder. I can remove it
without getting an error.
I'm assuming somewhere between 03/24 and 10/25 someone did some 
change to
the resgen part of the solution task
that resulted in a non-deterministic order of deletion of files in the
  
temp
 

folder and the folder itself. Hence at times not all
files are removed in time for when the folder is removed and it then 
gives
this error.

With this info is it possible to review the code part to find such a bug
  
or
 

can I do anything else to help reproduce this?
/Nicke
  

---
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
___
nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers

Re: [nant-dev] temp leekage

[Nicklas Norling]

Hi.
No, my system is not very slow. It's a P4 3(?) GHz with a HD doing 60-40 
MB/s random read.
I've tried it both with and without [EMAIL PROTECTED] running and it seemed to 
make no differance. I've had
no extra load on the hard drive though. The hard drive was no where near 
full.

I tried -verbose but ended up getting just successful builds then. But 
that might have been good fortune
as it takes 10 minutes to run each test and I only tried it about 5 times.

I'll try to run it more times and use -debug, thanks for the tip! I'll 
be using the new nightly then, no need
to hunt down bugs you guys might have accidentially fixed already.

/Nicke
Gert Driesen wrote:
Has anyone else ran into this issue ?
Nicklas, is your system perhaps very slow ?
Can you try running the build in debug mode
(NAnt.exe -debug -logfile:log.txt), and send me a log of a failed build ?
Can you check what's left in that directory after the build failure ?
Thanks !
Gert
- Original Message - 
From: "Nicklas Norling" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 26, 2004 4:05 PM
Subject: [nant-dev] temp leekage

 

Hi.
I've been a lazy boy running on nightly 03/24 for much too long.
Decided to try out 10/25 today and a few days ago the newest nightly at
   

that
 

time.
To my great sorrow there appears to have sneaked in a tricky bug where
timing appears to be of essence.
Due to the code I have is propritary I can not provide a repo, but I'll
   

try
 

to be as specific as I can anyway.
I compile a project using the solution task in Nant nightly 10/25. The
snipplet that compiles it is well tested.
   
The solution itself contains 38 C# projects. This is the occational error
output:
[nant]
C:\CodeModules\Montgomery\modules\fndwin\packages.build debug
   Buildfile:
file:///C:/CodeModules/Montgomery/modules/fndwin/pack

ages.build
   Target(s) specified: debug
   debug:
[solution] Starting solution build.
[solution] Building
   

'IFSVSAddInManager'
 

[Debug] ...
[solution] Building
'Ifs.Fnd.Data.CodeGen' [Debug] ...
[solution] Building
'Ifs.Fnd.Feature.Design.Installer' [Debug]
...
  [resgen] Read in 0
resources from 'C:\CodeModules
   

\Montgomery\modules\fndwin\framework\Design\Ifs.Fnd.Feature.Design.Installer
 

\FeatureInstaller.resx'
  [resgen] Writing
   

resource
 

file...  Done.
   BUILD FAILED
   Cannot delete directory
'C:\TEMP\tmp1966.tmp'.
   The directory is not empty.
   Total time: 3.2 seconds.
   BUILD FAILED
   Nested build failed.  Refer to build log for exact
reason.
   Total time: 3.4 seconds.
This error message occurs only maybe one in 5-10 times that I compile.
   

It's
 

always complaining with the same type
of error, but sometimes the directory's number is different, like
"tmp243.tmp" etc.
Looking at disk this folder is there in the temp folder. I can remove it
without getting an error.
I'm assuming somewhere between 03/24 and 10/25 someone did some change to
the resgen part of the solution task
that resulted in a non-deterministic order of deletion of files in the
   

temp
 

folder and the folder itself. Hence at times not all
files are removed in time for when the folder is removed and it then gives
this error.
With this info is it possible to review the code part to find such a bug
   

or
 

can I do anything else to help reproduce this?
/Nicke
   


---
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
___
nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers

Re: [nant-dev] temp leekage

[Gert Driesen]

Has anyone else ran into this issue ?

Nicklas, is your system perhaps very slow ?

Can you try running the build in debug mode
(NAnt.exe -debug -logfile:log.txt), and send me a log of a failed build ?
Can you check what's left in that directory after the build failure ?

Thanks !

Gert

- Original Message - 
From: "Nicklas Norling" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 26, 2004 4:05 PM
Subject: [nant-dev] temp leekage


> Hi.
>
> I've been a lazy boy running on nightly 03/24 for much too long.
> Decided to try out 10/25 today and a few days ago the newest nightly at
that
> time.
>
> To my great sorrow there appears to have sneaked in a tricky bug where
> timing appears to be of essence.
> Due to the code I have is propritary I can not provide a repo, but I'll
try
> to be as specific as I can anyway.
>
> I compile a project using the solution task in Nant nightly 10/25. The
> snipplet that compiles it is well tested.
>
>  solutionfile="${nant.project.basedir}\framework\FrameworkBuild.sln"/>
>
> The solution itself contains 38 C# projects. This is the occational error
> output:
>
>  [nant]
> C:\CodeModules\Montgomery\modules\fndwin\packages.build debug
> Buildfile:
> file:///C:/CodeModules/Montgomery/modules/fndwin/pack
> 
> ages.build
> Target(s) specified: debug
>
>
> debug:
>
>  [solution] Starting solution build.
>  [solution] Building
'IFSVSAddInManager'
> [Debug] ...
>  [solution] Building
> 'Ifs.Fnd.Data.CodeGen' [Debug] ...
>  [solution] Building
> 'Ifs.Fnd.Feature.Design.Installer' [Debug]
> ...
>[resgen] Read in 0
> resources from 'C:\CodeModules
>
\Montgomery\modules\fndwin\framework\Design\Ifs.Fnd.Feature.Design.Installer
> \FeatureInstaller.resx'
>[resgen] Writing
resource
> file...  Done.
>
> BUILD FAILED
>
> Cannot delete directory
> 'C:\TEMP\tmp1966.tmp'.
> The directory is not empty.
>
>
> Total time: 3.2 seconds.
>
>
> BUILD FAILED
>
> Nested build failed.  Refer to build log for exact
> reason.
>
> Total time: 3.4 seconds.
>
> This error message occurs only maybe one in 5-10 times that I compile.
It's
> always complaining with the same type
> of error, but sometimes the directory's number is different, like
> "tmp243.tmp" etc.
> Looking at disk this folder is there in the temp folder. I can remove it
> without getting an error.
>
> I'm assuming somewhere between 03/24 and 10/25 someone did some change to
> the resgen part of the solution task
> that resulted in a non-deterministic order of deletion of files in the
temp
> folder and the folder itself. Hence at times not all
> files are removed in time for when the folder is removed and it then gives
> this error.
>
> With this info is it possible to review the code part to find such a bug
or
> can I do anything else to help reproduce this?
> /Nicke
>
>


---
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
___
nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers

Re: [nant-dev] Major performance enhancements landed

[Nicklas Norling]

Matthew Mastracci wrote:
With the help of Gert Dreisen, we've landed some major file-scanning 
performance changes.  You'll find them in any nightly builds from 
today onward.  I'm seeing major CPU usage drops as well as 
improvements in scanning many filesets.  I can now run a full rebuild 
on an unchanged -task-based, 100-project solution in about 2 
seconds.  :)

Some of the major changes include caching and compiling of regexes 
(avoiding re-creation of the same regex over and over), scanning only 
the regexes that apply to a given directory and various improvements 
to the regexes themselves.

Give it a shot and make sure it works with your current projects.  If 
you find something breaking, please try to reduce it to a managable 
testcase before reporting - stuff changes all the time and it may not 
be related to the regex changes.  Ideally, your testcase should 
consist of a single task with a single fileset and a number of files 
to select from.

Finally, if you are wondering why NAnt is behaving a certain way with 
your filesets, you can uncomment the "DEBUG_REGEXES" line in 
DirectoryScanner.cs to get a full dump of all directory scanning 
activity (extremely verbose).

Matt.
Yay! Well done Matthew and Gert!
I'll make sure to try it out tomorrow if possible. Hopefully it solves 
the nasty timing bug I found and reported
earlier today :)

/Nicke
---
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
___
nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers

[nant-dev] Major performance enhancements landed

[Matthew Mastracci]

With the help of Gert Dreisen, we've landed some major file-scanning 
performance changes.  You'll find them in any nightly builds from today 
onward.  I'm seeing major CPU usage drops as well as improvements in 
scanning many filesets.  I can now run a full rebuild on an unchanged 
-task-based, 100-project solution in about 2 seconds.  :)

Some of the major changes include caching and compiling of regexes 
(avoiding re-creation of the same regex over and over), scanning only 
the regexes that apply to a given directory and various improvements to 
the regexes themselves.

Give it a shot and make sure it works with your current projects.  If 
you find something breaking, please try to reduce it to a managable 
testcase before reporting - stuff changes all the time and it may not be 
related to the regex changes.  Ideally, your testcase should consist of 
a single task with a single fileset and a number of files to select from.

Finally, if you are wondering why NAnt is behaving a certain way with 
your filesets, you can uncomment the "DEBUG_REGEXES" line in 
DirectoryScanner.cs to get a full dump of all directory scanning 
activity (extremely verbose).

Matt.
---
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
___
nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers

[nant-dev] temp leekage

[Nicklas Norling]

Title: Message



Hi.
 
I've been a lazy boy 
running on nightly 03/24 for much too long.
Decided to try out 
10/25 today and a few days ago the newest nightly at that 
time.
 
To my great sorrow 
there appears to have sneaked in a tricky bug where timing appears to be of 
essence.
Due to the code I 
have is propritary I can not provide a repo, but I'll try to be as specific as I 
can anyway.
 
I compile a project 
using the solution task in Nant nightly 10/25. The snipplet that 
compiles it is well tested.
 
    

The solution itself 
contains 38 C# projects. This is the occational error 
output:
 
 
[nant] C:\CodeModules\Montgomery\modules\fndwin\packages.build 
debug    
Buildfile: file:///C:/CodeModules/Montgomery/modules/fndwin/packages.build    
Target(s) specified: debug
 
    
debug:
 
 
[solution] Starting solution 
build. 
[solution] Building 'IFSVSAddInManager' [Debug] 
... 
[solution] Building 'Ifs.Fnd.Data.CodeGen' [Debug] 
... 
[solution] Building 'Ifs.Fnd.Feature.Design.Installer' 
[Debug]...   
[resgen] Read in 0 resources from 
'C:\CodeModules\Montgomery\modules\fndwin\framework\Design\Ifs.Fnd.Feature.Design.Installer\FeatureInstaller.resx'   
[resgen] Writing resource file...  Done.
 
    
BUILD FAILED
 
    
Cannot delete directory 
'C:\TEMP\tmp1966.tmp'.    
The directory is not empty.
 
    
Total time: 3.2 seconds.
 
    
BUILD FAILED
 
    
Nested build failed.  Refer to build log for exact 
reason.
 
    
Total time: 3.4 seconds.
 
This error message 
occurs only maybe one in 5-10 times that I compile. It's always complaining with 
the same type
of error, but 
sometimes the directory's number is different, like "tmp243.tmp" 
etc.
Looking at 
disk this folder is there in the temp folder. I can remove it without getting an 
error.
 
I'm assuming 
somewhere between 03/24 and 10/25 someone did some change to the resgen part of 
the solution task
that resulted 
in a non-deterministic order of deletion of files in the temp folder and the 
folder itself. Hence at times not all
files are 
removed in time for when the folder is removed and it then gives this 
error.
 
With this info 
is it possible to review the code part to find such a bug or can I do anything 
else to help reproduce this?
/Nicke
 

RE: [nant-dev] Fwd: NAntContrib Debugging

[Gert Driesen]

Eric,

The instructions for NAnt also apply to NAntContrib :

http://nant.sourceforge.net/faq.html#building-vsnet-1 (you need to set the
debugging info for the NAntContrib project though)

You also need to set the -buildfile: in the Command Line Arguments option of VS.NET (in Configuration
Properties -> Debugging).

Hope this helps,

Gert

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On 
> Behalf Of Eric Fetzer
> Sent: maandag 25 oktober 2004 23:29
> To: NAnt Developers
> Subject: [nant-dev] Fwd: NAntContrib Debugging
> 
> Forwarding to NAntDev in case no one is monitoring
> NAntContrib.  Sorry for the double post...
> 
> 
> Note: forwarded message attached.
> 
> 
> 
>   
> __
> Do you Yahoo!?
> Yahoo! Mail Address AutoComplete - You start. We finish.
> http://promotions.yahoo.com/new_mail 



---
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
___
nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers