You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Moisei <mo...@gmail.com> on 2005/04/18 12:22:15 UTC
1.2 rc-1. "svn up" -- reports errors and does not delete tmp files
Hello dear all,
I just installed the 1.2 and run fast test for the locks.
Most of the scenarios are worked well for me lock/edit/unlock, etc.
(THANKS to dev. really perfect job)
So, i went and tried the real case when two users would work on the same file
one of them is locked and edited it and another one is going to update her repo,
indid I used the svn:needs-lock property.
This scenario did not work well - even the file has been updated,
it took a lot of time and svn reported errors while update
and after update tmp files are still present in my working copy dir.
I created the batch file that reproduces the issue.
I am not sure whether attachments are allowed in this list, so
I both attach it and add as a raw text in the end of the file
my exactly environment:
Dual Xeon 2.8 Hz, 2 Gb RAM,
windows 2000 server SP 4
svn precompiled binaries from
http://subversion.tigris.org/files/documents/15/22097/svn-win32-1.2.0-rc1.zip
D:\Temp\TestSvnWC\trunk>svn version
svn, version 1.2.0 (Release Candidate 1)
compiled Apr 17 2005, 02:25:07
here is the sample output that I got from the script
...
svn: In directory 'C:\temp\reproduce\wc1'
svn: Can't move 'C:\temp\reproduce\wc1\foo.txt.tmp' to
'C:\temp\reproduce\wc1\foo.txt': Access is denied.
U C:\temp\reproduce\wc1\foo.txt
after update c:/temp/reproduce\wc1 contains
foo.txt
foo.txt.2.tmp
foo.txt.tmp
--
Best Regards,
Moisei
the batch file to reproduce (edit the test dir location, otherwise
c:\temp\reproduce is used)
-------------------------------------------------------------------------------------------------------------
@echo off
REM CHANGE TO THE TEMP FOLDER WHERE TEST WILL BE RUN
REM NOTE the slashes must be a "UNIX" slashes
set tstDir=c:/temp/reproduce
REM NO NEED TO CHANGE ANYTHING BELOW
rem prepare test
rmdir /S /Q "%tstDir%"
mkdir "%tstDir%" > nul
rem prepare repo
mkdir "%tstDir%\repo" > nul
svnadmin create "%tstDir%\repo\tst"
rem prepare wc and add 1 file
set wc=%tstDir%\wc
mkdir "%wc%" > nul
svn checkout "file:///%tstDir%/repo/tst" "%wc%"
set foo=%wc%/foo.txt
echo blabla > "%foo%"
svn add "%foo%" > nul
svn propset svn:needs-lock true "%foo%"
svn commit "%foo%" -m "commit file"
set wc1=%wc%1
mkdir "%wc1%"
svn checkout "file:///%tstDir%/repo/tst" "%wc1%"
svn lock "%foo%" -m "take a lock"
echo klakla >> "%foo%"
svn commit "%foo%" -m "edited after lock"
rem now the bug:
set foo1=%wc1%/foo.txt
echo ****************************************
echo PREPARATION IS DONE. NOW THE ISSUE DEMONSTRATION
echo the %foo1% should be updated in the %wc1% because it has been
edited in the %wc%
echo after update the file *IS* updated
echo BUT errors are reported and temporary files are present int he working copy
echo before update %wc1% contains
dir /B "%wc1%"
svn update "%wc1%"
echo after update %wc1% contains
dir /B "%wc1%"
Re: 1.2 rc-1. "svn up" -- reports errors and does not delete tmp files
Posted by kf...@collab.net.
Moisei <mo...@gmail.com> writes:
> 100% - I did mean "working copy". Anyway, please ignore this mail,
> I've found my theory is just wrong.
No problem.
> Sorry & Good Luck.
Branko Čibej fixed the bug in r14304 :-).
-K
> 18 Apr 2005 14:30:51 -0500, kfogel@collab.net <kf...@collab.net>:
> > Moisei <mo...@gmail.com> writes:
> > > Hi, sorry to post here, I just did not find a way to comment the issue
> > > in the tracker.
> >
> > You just need to have the 'Observer' on the subversion.tigris.org
> > project. If you request that role, we'll approve right away. As long
> > as you're logged in as Observer, you can annotate issues.
> >
> > > I just would like to mention that file *IS* updated in the another repository...
> > > I would suggest the problem is a "source" file rather than the target.
> > > It seems the rename call (whatever API is used) manages to override the target
> > > but cannot remove the source (the tmp file).
> >
> > I think you might be saying "repository" where you mean "working copy"?
> >
> > Also, can you say the exact path names, so we don't get confused?
> >
> > Thanks,
> > -Karl
> >
>
>
> --
> Best Regards,
> Moisei
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: 1.2 rc-1. "svn up" -- reports errors and does not delete tmp files
Posted by Moisei <mo...@gmail.com>.
100% - I did mean "working copy". Anyway, please ignore this mail,
I've found my theory is just wrong.
Sorry & Good Luck.
Moisei.
18 Apr 2005 14:30:51 -0500, kfogel@collab.net <kf...@collab.net>:
> Moisei <mo...@gmail.com> writes:
> > Hi, sorry to post here, I just did not find a way to comment the issue
> > in the tracker.
>
> You just need to have the 'Observer' on the subversion.tigris.org
> project. If you request that role, we'll approve right away. As long
> as you're logged in as Observer, you can annotate issues.
>
> > I just would like to mention that file *IS* updated in the another repository...
> > I would suggest the problem is a "source" file rather than the target.
> > It seems the rename call (whatever API is used) manages to override the target
> > but cannot remove the source (the tmp file).
>
> I think you might be saying "repository" where you mean "working copy"?
>
> Also, can you say the exact path names, so we don't get confused?
>
> Thanks,
> -Karl
>
--
Best Regards,
Moisei
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: 1.2 rc-1. "svn up" -- reports errors and does not delete tmp files
Posted by kf...@collab.net.
Moisei <mo...@gmail.com> writes:
> Hi, sorry to post here, I just did not find a way to comment the issue
> in the tracker.
You just need to have the 'Observer' on the subversion.tigris.org
project. If you request that role, we'll approve right away. As long
as you're logged in as Observer, you can annotate issues.
> I just would like to mention that file *IS* updated in the another repository...
> I would suggest the problem is a "source" file rather than the target.
> It seems the rename call (whatever API is used) manages to override the target
> but cannot remove the source (the tmp file).
I think you might be saying "repository" where you mean "working copy"?
Also, can you say the exact path names, so we don't get confused?
Thanks,
-Karl
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: 1.2 rc-1. "svn up" -- reports errors and does not delete tmp files
Posted by Moisei <mo...@gmail.com>.
Hi, sorry to post here, I just did not find a way to comment the issue
in the tracker.
you write:
>> Short summary: on Windows, you can't rename A to B if B already exists and is
>> read-only.
I just would like to mention that file *IS* updated in the another repository...
I would suggest the problem is a "source" file rather than the target.
It seems the rename call (whatever API is used) manages to override the target
but cannot remove the source (the tmp file).
Hope it helps,
Best Regards,
Moisei.
18 Apr 2005 13:18:52 -0500, kfogel@collab.net <kf...@collab.net>:
> Thanks for the excellent script! This is indeed a bug. We've filed:
>
> http://subversion.tigris.org/issues/show_bug.cgi?id=2278
>
> ...and we're working on it now.
>
> -Karl
>
> Moisei <mo...@gmail.com> writes:
> > Hello dear all,
> > I just installed the 1.2 and run fast test for the locks.
> > Most of the scenarios are worked well for me lock/edit/unlock, etc.
> > (THANKS to dev. really perfect job)
> > So, i went and tried the real case when two users would work on the same file
> > one of them is locked and edited it and another one is going to update her repo,
> > indid I used the svn:needs-lock property.
> > This scenario did not work well - even the file has been updated,
> > it took a lot of time and svn reported errors while update
> > and after update tmp files are still present in my working copy dir.
> > I created the batch file that reproduces the issue.
> > I am not sure whether attachments are allowed in this list, so
> > I both attach it and add as a raw text in the end of the file
> >
> > my exactly environment:
> > Dual Xeon 2.8 Hz, 2 Gb RAM,
> > windows 2000 server SP 4
> >
> > svn precompiled binaries from
> > http://subversion.tigris.org/files/documents/15/22097/svn-win32-1.2.0-rc1.zip
> > D:\Temp\TestSvnWC\trunk>svn version
> > svn, version 1.2.0 (Release Candidate 1)
> > compiled Apr 17 2005, 02:25:07
> >
> >
> > here is the sample output that I got from the script
> > ...
> > svn: In directory 'C:\temp\reproduce\wc1'
> > svn: Can't move 'C:\temp\reproduce\wc1\foo.txt.tmp' to
> > 'C:\temp\reproduce\wc1\foo.txt': Access is denied.
> > U C:\temp\reproduce\wc1\foo.txt
> > after update c:/temp/reproduce\wc1 contains
> > foo.txt
> > foo.txt.2.tmp
> > foo.txt.tmp
> >
> >
> > --
> > Best Regards,
> > Moisei
> > the batch file to reproduce (edit the test dir location, otherwise
> > c:\temp\reproduce is used)
> >
> > -------------------------------------------------------------------------------------------------------------
> > @echo off
> >
> > REM CHANGE TO THE TEMP FOLDER WHERE TEST WILL BE RUN
> > REM NOTE the slashes must be a "UNIX" slashes
> > set tstDir=c:/temp/reproduce
> >
> > REM NO NEED TO CHANGE ANYTHING BELOW
> >
> > rem prepare test
> > rmdir /S /Q "%tstDir%"
> > mkdir "%tstDir%" > nul
> > rem prepare repo
> > mkdir "%tstDir%\repo" > nul
> > svnadmin create "%tstDir%\repo\tst"
> > rem prepare wc and add 1 file
> > set wc=%tstDir%\wc
> > mkdir "%wc%" > nul
> > svn checkout "file:///%tstDir%/repo/tst" "%wc%"
> > set foo=%wc%/foo.txt
> > echo blabla > "%foo%"
> > svn add "%foo%" > nul
> > svn propset svn:needs-lock true "%foo%"
> > svn commit "%foo%" -m "commit file"
> >
> > set wc1=%wc%1
> > mkdir "%wc1%"
> > svn checkout "file:///%tstDir%/repo/tst" "%wc1%"
> > svn lock "%foo%" -m "take a lock"
> > echo klakla >> "%foo%"
> > svn commit "%foo%" -m "edited after lock"
> >
> > rem now the bug:
> > set foo1=%wc1%/foo.txt
> > echo ****************************************
> > echo PREPARATION IS DONE. NOW THE ISSUE DEMONSTRATION
> > echo the %foo1% should be updated in the %wc1% because it has been
> > edited in the %wc%
> > echo after update the file *IS* updated
> > echo BUT errors are reported and temporary files are present int he working copy
> >
> > echo before update %wc1% contains
> > dir /B "%wc1%"
> >
> > svn update "%wc1%"
> >
> > echo after update %wc1% contains
> > dir /B "%wc1%"
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> > For additional commands, e-mail: dev-help@subversion.tigris.org
>
--
Best Regards,
Moisei
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: 1.2 rc-1. "svn up" -- reports errors and does not delete tmp files
Posted by kf...@collab.net.
Thanks for the excellent script! This is indeed a bug. We've filed:
http://subversion.tigris.org/issues/show_bug.cgi?id=2278
...and we're working on it now.
-Karl
Moisei <mo...@gmail.com> writes:
> Hello dear all,
> I just installed the 1.2 and run fast test for the locks.
> Most of the scenarios are worked well for me lock/edit/unlock, etc.
> (THANKS to dev. really perfect job)
> So, i went and tried the real case when two users would work on the same file
> one of them is locked and edited it and another one is going to update her repo,
> indid I used the svn:needs-lock property.
> This scenario did not work well - even the file has been updated,
> it took a lot of time and svn reported errors while update
> and after update tmp files are still present in my working copy dir.
> I created the batch file that reproduces the issue.
> I am not sure whether attachments are allowed in this list, so
> I both attach it and add as a raw text in the end of the file
>
> my exactly environment:
> Dual Xeon 2.8 Hz, 2 Gb RAM,
> windows 2000 server SP 4
>
> svn precompiled binaries from
> http://subversion.tigris.org/files/documents/15/22097/svn-win32-1.2.0-rc1.zip
> D:\Temp\TestSvnWC\trunk>svn version
> svn, version 1.2.0 (Release Candidate 1)
> compiled Apr 17 2005, 02:25:07
>
>
> here is the sample output that I got from the script
> ...
> svn: In directory 'C:\temp\reproduce\wc1'
> svn: Can't move 'C:\temp\reproduce\wc1\foo.txt.tmp' to
> 'C:\temp\reproduce\wc1\foo.txt': Access is denied.
> U C:\temp\reproduce\wc1\foo.txt
> after update c:/temp/reproduce\wc1 contains
> foo.txt
> foo.txt.2.tmp
> foo.txt.tmp
>
>
> --
> Best Regards,
> Moisei
> the batch file to reproduce (edit the test dir location, otherwise
> c:\temp\reproduce is used)
>
> -------------------------------------------------------------------------------------------------------------
> @echo off
>
> REM CHANGE TO THE TEMP FOLDER WHERE TEST WILL BE RUN
> REM NOTE the slashes must be a "UNIX" slashes
> set tstDir=c:/temp/reproduce
>
> REM NO NEED TO CHANGE ANYTHING BELOW
>
> rem prepare test
> rmdir /S /Q "%tstDir%"
> mkdir "%tstDir%" > nul
> rem prepare repo
> mkdir "%tstDir%\repo" > nul
> svnadmin create "%tstDir%\repo\tst"
> rem prepare wc and add 1 file
> set wc=%tstDir%\wc
> mkdir "%wc%" > nul
> svn checkout "file:///%tstDir%/repo/tst" "%wc%"
> set foo=%wc%/foo.txt
> echo blabla > "%foo%"
> svn add "%foo%" > nul
> svn propset svn:needs-lock true "%foo%"
> svn commit "%foo%" -m "commit file"
>
> set wc1=%wc%1
> mkdir "%wc1%"
> svn checkout "file:///%tstDir%/repo/tst" "%wc1%"
> svn lock "%foo%" -m "take a lock"
> echo klakla >> "%foo%"
> svn commit "%foo%" -m "edited after lock"
>
> rem now the bug:
> set foo1=%wc1%/foo.txt
> echo ****************************************
> echo PREPARATION IS DONE. NOW THE ISSUE DEMONSTRATION
> echo the %foo1% should be updated in the %wc1% because it has been
> edited in the %wc%
> echo after update the file *IS* updated
> echo BUT errors are reported and temporary files are present int he working copy
>
> echo before update %wc1% contains
> dir /B "%wc1%"
>
> svn update "%wc1%"
>
> echo after update %wc1% contains
> dir /B "%wc1%"
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: 1.2 rc-1. "svn up" -- reports errors and does not delete tmp files
Posted by kf...@collab.net.
Thanks for the excellent script! This is indeed a bug. We've filed:
http://subversion.tigris.org/issues/show_bug.cgi?id=2278
...and we're working on it now.
-Karl
Moisei <mo...@gmail.com> writes:
> Hello dear all,
> I just installed the 1.2 and run fast test for the locks.
> Most of the scenarios are worked well for me lock/edit/unlock, etc.
> (THANKS to dev. really perfect job)
> So, i went and tried the real case when two users would work on the same file
> one of them is locked and edited it and another one is going to update her repo,
> indid I used the svn:needs-lock property.
> This scenario did not work well - even the file has been updated,
> it took a lot of time and svn reported errors while update
> and after update tmp files are still present in my working copy dir.
> I created the batch file that reproduces the issue.
> I am not sure whether attachments are allowed in this list, so
> I both attach it and add as a raw text in the end of the file
>
> my exactly environment:
> Dual Xeon 2.8 Hz, 2 Gb RAM,
> windows 2000 server SP 4
>
> svn precompiled binaries from
> http://subversion.tigris.org/files/documents/15/22097/svn-win32-1.2.0-rc1.zip
> D:\Temp\TestSvnWC\trunk>svn version
> svn, version 1.2.0 (Release Candidate 1)
> compiled Apr 17 2005, 02:25:07
>
>
> here is the sample output that I got from the script
> ...
> svn: In directory 'C:\temp\reproduce\wc1'
> svn: Can't move 'C:\temp\reproduce\wc1\foo.txt.tmp' to
> 'C:\temp\reproduce\wc1\foo.txt': Access is denied.
> U C:\temp\reproduce\wc1\foo.txt
> after update c:/temp/reproduce\wc1 contains
> foo.txt
> foo.txt.2.tmp
> foo.txt.tmp
>
>
> --
> Best Regards,
> Moisei
> the batch file to reproduce (edit the test dir location, otherwise
> c:\temp\reproduce is used)
>
> -------------------------------------------------------------------------------------------------------------
> @echo off
>
> REM CHANGE TO THE TEMP FOLDER WHERE TEST WILL BE RUN
> REM NOTE the slashes must be a "UNIX" slashes
> set tstDir=c:/temp/reproduce
>
> REM NO NEED TO CHANGE ANYTHING BELOW
>
> rem prepare test
> rmdir /S /Q "%tstDir%"
> mkdir "%tstDir%" > nul
> rem prepare repo
> mkdir "%tstDir%\repo" > nul
> svnadmin create "%tstDir%\repo\tst"
> rem prepare wc and add 1 file
> set wc=%tstDir%\wc
> mkdir "%wc%" > nul
> svn checkout "file:///%tstDir%/repo/tst" "%wc%"
> set foo=%wc%/foo.txt
> echo blabla > "%foo%"
> svn add "%foo%" > nul
> svn propset svn:needs-lock true "%foo%"
> svn commit "%foo%" -m "commit file"
>
> set wc1=%wc%1
> mkdir "%wc1%"
> svn checkout "file:///%tstDir%/repo/tst" "%wc1%"
> svn lock "%foo%" -m "take a lock"
> echo klakla >> "%foo%"
> svn commit "%foo%" -m "edited after lock"
>
> rem now the bug:
> set foo1=%wc1%/foo.txt
> echo ****************************************
> echo PREPARATION IS DONE. NOW THE ISSUE DEMONSTRATION
> echo the %foo1% should be updated in the %wc1% because it has been
> edited in the %wc%
> echo after update the file *IS* updated
> echo BUT errors are reported and temporary files are present int he working copy
>
> echo before update %wc1% contains
> dir /B "%wc1%"
>
> svn update "%wc1%"
>
> echo after update %wc1% contains
> dir /B "%wc1%"
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org