Hi all.
There seems to be a problem when deleting a projects directory before checking it out with SVN. For properly getting the latest sources I have a DeleteDirectory action on the project’s folder. After that the directory is recreated before I check out the sources with SVN.
Well that particular project contains the boost library which is known for a quite large folder hierarchy.
So when the daily build starts FinalBuilder tries to delete the directory but fails with the error code 206 (The filename or extension is too long), but I can perfectly delete it with the Windows Explorer. When checking out the sources the action fails with “svn: Unable to lock ‘folder’”. Therefore the build fails due to missing files.
The directory that cannot be checked out seems to be the same that cannot be deleted. It has 100 characters.
So I wonder if this is a bug.
Any ideas about that?
Btw, a good workaround is to delete the directoy by using a “run DOS command” action with the rd command.
Greetings,
Simon
Hi Simon
I’m not able to reproduce this here. Which version/build of FinalBuilder are you using and which version of Windows?
Hi Vincent.
To be more detailed:
The version of the FinalBuilder is 5.5.0.707 and it runs on a Windows Server 2003 R2 Enterprise Edition Service Pack 2. The Windows Updates are all made, so the system should be pretty up to date.
The path that is not working should be the following:
E:\Build\Source\TincSSR\tincas-win32libs\src\boost\currentversion\doc\html\boost\xpressive\op\insert
The path contains exactly 100 characters.
In total there are four folders in E:\Build\Source\TincSSR\tincas-win32libs. src, include, debug and release.
When normally running the delete and check out action, FinalBuilder seems to delete everything but the src folder. There is an error saying: Unable to Delete Directory: E:\Build\Source\TincSSR\tincas-win32libs, code: 206, The filename or extension is too long.
We just ignore that error and go on with checking out the sources. The action starts with the src folder and goes on until the path mentioned before. An error occurs: Unable to lock E:…
Btw before that there is a file called “E:\Build\Source\TincSSR\tincas-win32libs\src\boost\currentversion\doc\html\boost\xpressive\has_fold_case_cpp_regex_traits_ char ___id1010706.html” which has 169 characters that can be checked out without any problems.
So when finally building the solution that contains the tincas-win32libs project there are important files missing and the build fails.
I hope that these are the information to reproduce the behavior.
Thanks in advance.
Regards,
Simon
Hi Simon
I’m still unable to reproduce this here (just tested on server 2003 R2 SP2). You could try the Automatic Retry option on the action in FB5, on the Runtime property page for the action, increase the retry attempts and add 100ms to the retry interval. Sometimes that is all that is needed to overcome windows sluggishness in keeping up with file system changes.
HTH
Well thanks for your efforts.
We already tried with that retry option but had no success.
So I would say that we use the workaround that I have found and I would regard this as done.
Regards,
Simon