Re: [nant-dev] Re: temp leekage

2004-10-26 Thread 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

2004-10-26 Thread 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

2004-10-26 Thread 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