Bugs item #2992852, was opened at 2010-04-27 12:26
Message generated for change (Tracker Item Submitted) made by sissarte
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402868&aid=2992852&group_id=31650
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Tasks
Group: unknown
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Citizen Insane (sissarte)
Assigned to: Nobody/Anonymous (nobody)
Summary: <uptodate> task may return wrong result
Initial Comment:
The 'UpToDate' task will return wrong result in case there is more than 1 file in "targetfiles" and if some of them exists, but others don't.
This is because the test on primary file is wrong:
FileInfo primaryFile = _targetFiles.MostRecentLastWriteTimeFile;
if (primaryFile == null || !primaryFile.Exists) {
value = false;
Log(Level.Verbose, "Destination file(s) do(es) not exist.");
} else {
[blablabla...]
Log(Level.Verbose, "{0} is newer than {1}.", newerFile, primaryFile.Name);
}
primaryFile ==> Not null (because some target files exist already)
primaryFile.Exists ==> true (because some target files exist already)
And patatra ...
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402868&aid=2992852&group_id=31650

Bugs item #1685036, was opened at 2007-03-21 10:14
Message generated for change (Comment added) made by cchan_qa
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402868&aid=1685036&group_id=31650
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Core
Group: None
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: Fabien Poirier (pogzy)
Assigned to: Nobody/Anonymous (nobody)
Summary: Copy task failed with PathTooLongException exception
Initial Comment:
I run Nant 0.85, I've got the following error during a copy task:
--- begin log extract ----------
[echo] K:\nobkp\dev\tbu1\appli\prd\pclink\v1.0\buildauto/b2007_03_21/reference/Libraries
[echo] D:\PC_Link_v1.0\dev\/Libraries
BUILD FAILED
INTERNAL ERROR
System.IO.PathTooLongException: The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters.
at System.IO.Path.NormalizePathFast(String path, Boolean fullCheck)
at System.IO.Path.GetFullPathInternal(String path)
at System.IO.FileInfo..ctor(String fileName)
at NAnt.Core.Tasks.CopyTask.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 nant-developers@...
--- end log extract ----------
>From the following build file:
--- begin build.build extract ----------
<echo message="${integration.dir}/Libraries"/>
<echo message="${home.dir}/Libraries"/>
<copy todir="${integration.dir}/Libraries">
<fileset basedir="${home.dir}/Libraries">
<include name="**" />
</fileset>
</copy>
--- end build.build extract ----------
And i fact, in the D:\PC_Link_v1.0\dev\/Libraries I've got quite long subdirs.
----------------------------------------------------------------------
>Comment By: Charles Chan (cchan_qa)
Date: 2010-04-24 22:46
Message:
Hello Fabien,
As you can see from the error, this is a limitation of Windows. According
to MSDN, it states: "Full paths must not exceed 260 characters to maintain
compatibility with Windows operating systems. For more information about
this restriction, see the entry Long Paths in .NET in the BCL Team blog."
http://msdn.microsoft.com/en-us/library/system.io.pathtoolongexception.aspx
There is nothing that can be done by NAnt. As a result, I am marking this
issue as Won't Fix.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402868&aid=1685036&group_id=31650

Bugs item #1878517, was opened at 2008-01-23 13:34
Message generated for change (Comment added) made by rmboggs
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402868&aid=1878517&group_id=31650
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Core
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Ryan Boggs (rmboggs)
Summary: basedir not handled correctly in zip task under unix
Initial Comment:
try :
<zip zipfile="builds/zip.zip">
<fileset>
<include name="${build.dir}/**/*" />
</fileset>
and :
<zip zipfile="builds/zip.zip">
<fileset basedir="${build.dir}">
<include name="**/*" />
</fileset>
the second one will flatten all the files while the first one will preserve the directory structure. this happens on unix (tested on freebsd an osx) but not under windows. i build it from my home dir (might be related because of the ~ as location for the home directory).
----------------------------------------------------------------------
>Comment By: Ryan Boggs (rmboggs)
Date: 2010-04-24 15:42
Message:
I'll look into this.
----------------------------------------------------------------------
Comment By: Charles Chan (cchan_qa)
Date: 2010-04-15 21:18
Message:
There is no patch in this ticket. Moving from patch tracker to bug tracker.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402868&aid=1878517&group_id=31650

Bugs item #2737865, was opened at 2009-04-06 15:51
Message generated for change (Comment added) made by cchan_qa
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402868&aid=2737865&group_id=31650
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Tasks
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nikita Evseenko (kapam6a)
Assigned to: Nobody/Anonymous (nobody)
Summary: zip task does not include some files
Initial Comment:
When I'm using "English(United States)" in Regional Options (Windows XP), files with russian names are not present in .zip archive until I explicity specify "encoding" property.
----------------------------------------------------------------------
>Comment By: Charles Chan (cchan_qa)
Date: 2010-04-24 22:31
Message:
Hello Nikita,
Can you provide a sample folder layer and build file for testing?
Thanks.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402868&aid=2737865&group_id=31650

Bugs item #2972505, was opened at 2010-03-18 10:25
Message generated for change (Comment added) made by cchan_qa
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402868&aid=2972505&group_id=31650
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Chris Kennedy (fresnobob)
Assigned to: Charles Chan (cchan_qa)
Summary: Directory not empty error
Initial Comment:
When I delete a folder with a lot sub folder I get a Directory not empty error, when I run the script again it works. I am using v .85.
I am doing a <delete dir="path"/>
----------------------------------------------------------------------
>Comment By: Charles Chan (cchan_qa)
Date: 2010-04-24 22:28
Message:
Hello Chris,
I did a quick test and is unable to reproduce this problem. Can you be
more specific and provide a zipped folder structure and build file for
testing?
Thanks.
----------------------------------------------------------------------
Comment By: Chris Kennedy (fresnobob)
Date: 2010-03-24 10:50
Message:
I have put fail on error to false and this seems to fix it as it only
throws an error on the final "root" folder. Seems a bit of a hack :)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402868&aid=2972505&group_id=31650

Bugs item #2972505, was opened at 2010-03-18 10:25
Message generated for change (Settings changed) made by cchan_qa
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402868&aid=2972505&group_id=31650
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Chris Kennedy (fresnobob)
>Assigned to: Charles Chan (cchan_qa)
Summary: Directory not empty error
Initial Comment:
When I delete a folder with a lot sub folder I get a Directory not empty error, when I run the script again it works. I am using v .85.
I am doing a <delete dir="path"/>
----------------------------------------------------------------------
Comment By: Chris Kennedy (fresnobob)
Date: 2010-03-24 10:50
Message:
I have put fail on error to false and this seems to fix it as it only
throws an error on the final "root" folder. Seems a bit of a hack :)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402868&aid=2972505&group_id=31650

Bugs item #1526481, was opened at 2006-07-21 13:57
Message generated for change (Comment added) made by cchan_qa
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402868&aid=1526481&group_id=31650
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Tasks
Group: 0.85
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: carle78 (carle78)
Assigned to: Charles Chan (cchan_qa)
Summary: Copy, cant handle filepath
Initial Comment:
Hi!
Im performing a backup of our perforce server, and one
file path is truncated. Everything else works. So I
suppose the path contains some character that confuses
the copy-task.
Here it is:
[copy] Copying
'd:\Perforce\depot\customerprojects\optics\interoptik\imports\vare\orginalfiler
fra leverandorer\ok\ok_adidas sport~februar
2005.xls,d\1.1.gz' to 'z:\Perforce\Data\1.1.gz'.
As you can see, only the last part of the path is kept.
This is from the NAnt-script:
<copy todir="${backup.data.dir}"
overwrite="${do.overwrite}" verbose="true">
<fileset basedir="${data.dir}">
<include name="**/*"/>
<exclude name="checkpoint*"/>
<exclude name="journal*"/>
<exclude name="db.*"/>
</fileset>
</copy>
Best regards
Carl Ericsson
----------------------------------------------------------------------
Comment By: Charles Chan (cchan_qa)
Date: 2010-04-23 03:10
Message:
Hello carle78. Just want to check if this is still an issue? If so, are you
able to provide a small sample to reproduce the issue?
----------------------------------------------------------------------
Comment By: carle78 (carle78)
Date: 2006-07-23 18:41
Message:
Logged In: YES
user_id=1559638
Hello, actually I will not be able to do that for a while.
I´m at home packing my bags for vacation, and I got the
scripts at work.
What I can say is that it was quite a lot of files (10000+)
that where copied, but that shouln´t affect the logic I suppose.
I will be back at work in three weeks, I´ll try a
newer/nightly build and see if I can reproduce it.
/Carl
----------------------------------------------------------------------
Comment By: Gert Driesen (drieseng)
Date: 2006-07-23 15:34
Message:
Logged In: YES
user_id=707851
I'm unable to reproduce this issue. Can you create a small
repro ?
You can use <mkdir> and <touch> to setup the
files/directories in that sample build file to ensure it's
a self-contained repro.
----------------------------------------------------------------------
Comment By: carle78 (carle78)
Date: 2006-07-23 11:30
Message:
Logged In: YES
user_id=1559638
The value of the data.dir is d:/Perforce
----------------------------------------------------------------------
Comment By: carle78 (carle78)
Date: 2006-07-23 11:29
Message:
Logged In: YES
user_id=1559638
The filename is 1.1.gz
----------------------------------------------------------------------
Comment By: Gert Driesen (drieseng)
Date: 2006-07-22 23:54
Message:
Logged In: YES
user_id=707851
What's the value of data.dir ? In your example, what's the
filename part ? It is "ok_adidas sport~februar
2005.xls,d\1.1.gz" ?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402868&aid=1526481&group_id=31650

Bugs item #1802899, was opened at 2007-09-26 16:07
Message generated for change (Comment added) made by cchan_qa
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402868&aid=1802899&group_id=31650
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Tasks
Group: 0.85
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: ahm4711 (ahm4711)
Assigned to: Charles Chan (cchan_qa)
Summary: get usetimestamp="true" always download file
Initial Comment:
When setting usetimestamp to true, behaviour is not as described in the documentation. The requested file is always beeing download, allthougth the files timestamp has not changed on the server.
Just try below code twice and you will see that it "faq.html" is downloaded the second time as well (which should not happen).
<target name="Bug">
<get verbose="true" usetimestamp="true" src="http://nant.sourceforge.net/faq.html"; dest="c:/faq.html" />
<target name="GetZipAndInstall">
I had a look in the code and when changing the code from:
httpRequest.IfModifiedSince = gmtTime;
to
httpRequest.IfModifiedSince = fileLastModified;
in private WebRequest GetWebRequest(string url, DateTime fileLastModified)
then behaviour seems to be correct! In any case I do not understand why the "gmtTime" hack there is needed.
----------------------------------------------------------------------
>Comment By: Charles Chan (cchan_qa)
Date: 2010-04-22 04:09
Message:
Fixed. Checked into CVS. Fix "usetimestamp" to only download new file if
the timestamp for the resource has changed on the server.
src/NAnt.Core/Tasks/GetTask.cs
----------------------------------------------------------------------
Comment By: Charles Chan (cchan_qa)
Date: 2010-04-19 04:34
Message:
Need to verify:
1) When a file is downloaded, the local file timestamp is set to the
remote timestamp.
2) When the file is downloaded, check if the file timestamp on the server
is newer.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402868&aid=1802899&group_id=31650

Bugs item #2981386, was opened at 2010-04-03 01:13
Message generated for change (Comment added) made by cchan_qa
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402868&aid=2981386&group_id=31650
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Tasks
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: fmhome (fmhome)
Assigned to: Charles Chan (cchan_qa)
Summary: Script Task Cleanup
Initial Comment:
In the latest version of Nant v0.90. The script tasks generates this output log and there is no way to clean it up at the moment.
[script] Scanning assembly "5jfoth3r" for extensions.
[script] Scanning assembly "pfvtcwjn" for extensions.
[script] Scanning assembly "caaseujq" for extensions.
Can we clean this up for the next release? Maybe it should just show the function being called or something similar.
----------------------------------------------------------------------
>Comment By: Charles Chan (cchan_qa)
Date: 2010-04-19 14:11
Message:
This issue has been resolved in the 0.90 Beta 1 release. Now only show
assembly information and functions only when "verbose" attribute is set to
"true".
----------------------------------------------------------------------
Comment By: Ryan Boggs (rmboggs)
Date: 2010-04-06 03:32
Message:
Reassigning it to Charles.
----------------------------------------------------------------------
Comment By: fmhome (fmhome)
Date: 2010-04-03 06:49
Message:
The file is attached. You can just run the test.build as it is.
----------------------------------------------------------------------
Comment By: Ryan Boggs (rmboggs)
Date: 2010-04-03 02:42
Message:
Hi,
Can you provide a sample project that we could use for testing please?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402868&aid=2981386&group_id=31650

Bugs item #1802899, was opened at 2007-09-26 16:07
Message generated for change (Comment added) made by cchan_qa
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402868&aid=1802899&group_id=31650
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Tasks
Group: 0.85
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: ahm4711 (ahm4711)
Assigned to: Charles Chan (cchan_qa)
Summary: get usetimestamp="true" always download file
Initial Comment:
When setting usetimestamp to true, behaviour is not as described in the documentation. The requested file is always beeing download, allthougth the files timestamp has not changed on the server.
Just try below code twice and you will see that it "faq.html" is downloaded the second time as well (which should not happen).
<target name="Bug">
<get verbose="true" usetimestamp="true" src="http://nant.sourceforge.net/faq.html"; dest="c:/faq.html" />
<target name="GetZipAndInstall">
I had a look in the code and when changing the code from:
httpRequest.IfModifiedSince = gmtTime;
to
httpRequest.IfModifiedSince = fileLastModified;
in private WebRequest GetWebRequest(string url, DateTime fileLastModified)
then behaviour seems to be correct! In any case I do not understand why the "gmtTime" hack there is needed.
----------------------------------------------------------------------
>Comment By: Charles Chan (cchan_qa)
Date: 2010-04-19 04:34
Message:
Need to verify:
1) When a file is downloaded, the local file timestamp is set to the
remote timestamp.
2) When the file is downloaded, check if the file timestamp on the server
is newer.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402868&aid=1802899&group_id=31650

Hi fellow NAnt users,
I just wanted to let everyone know that we have setup a blog
specifically regarding the development of NAnt. This is an attempt to
reach out to the community and let them know whats happening with
NAnt's development. Check it out sometime:
https://sourceforge.net/apps/wordpress/nant/
Also, we have setup an IRC channel over at irc.freenode.net so
users/developers can help eachother solve problems that they may be
encountering. The channel is appropriately named: #nant
Please let us know if you have any questions.
Thanks,
Ryan

Announcing NAnt 0.90-beta1
The first beta of NAnt 0.90 has been released. Please continue to
test and report bugs so we can make the final release of 0.90 the best
it can be.
A roadmap has been created to help illustrate the current release
plan. Please note that this roadmap is a work in progress and is
subject to change depending on feature priorities, issues, and
developer's comfort level with the release:
https://sourceforge.net/apps/mediawiki/nant/index.php?title=Roadmap
This release focuses on extending our already strong support for
multiple target frameworks, bringing improved flexibility and
performance. A number of outstanding issues have been fixed as well.
Binary and source distributions are available for immediate download from:
http://sourceforge.net/project/showfiles.php?group_id=31650
The CVS tag for NAnt 0.90 Beta1 is:
rel-0-90-beta1
Instruction for checking out sources from CVS are available here:
http://sourceforge.net/cvs/?group_id=31650
Discussion of NAnt occurs on the mailing list at
nant-users@...
Bugs can be reported using the Bug Tracker at
http://sourceforge.net/projects/nant.
About NAnt:
NAnt is a free .NET build tool, allowing applications to be built
targeting both Microsoft .NET and Mono while supporting both Windows
and Linux platforms.
Check the NAnt homepage for additional info at http://nant.sourceforge.net.
Thanks,
Ryan

Community

Help

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

I agree to receive quotes, newsletters and other information from sourceforge.net and its partners regarding IT services and products. I understand that I can withdraw my consent at any time. Please refer to our Privacy Policy or Contact Us for more details