RE: svn commit: r40025 - trunk/subversion/libsvn_wc

Bert Huijben <[email protected]>
Newsgroups gmane.comp.version-control.subversion.rapidsvn.devel,gmane.comp.version-control.subversion.svn
Message-ID <000301ca4ea7$0b07b580$21172080$__32231.2379991219$1255728313$gmane$org@nl>
> -----Original Message-----
> From: Paul Burba [mailto:[email protected]]
> Sent: vrijdag 16 oktober 2009 18:54
> To: dev-lmwclWVctOZK/[email protected]
> Cc: svn-lmwclWVctOZK/[email protected]
> Subject: Re: svn commit: r40025 - trunk/subversion/libsvn_wc

<snip 25 Kbyte patch>

> 
> Hi Bert,
> 
> While testing a patch I noticed merge_tests.py 3 was failing.  After
> confirming it wasn't due to my changes I went looking for the culprit
> and it appears to be r40025.  The test fails when a file child *and*
> directory child of a subtree are deleted and then committed.  The
> commit appears to succeed but the deleted file still shows as deleted,
> e.g.:
> 
>   trunk.release.build>svn st -v
>                    1        1 jrandom      .
>                    1        1 jrandom      A
>                    1        1 jrandom      A\mu
>                    1        1 jrandom      A\B
>                    1        1 jrandom      A\B\lambda
>                    1        1 jrandom      A\B\E
>                    1        1 jrandom      A\B\E\alpha
>                    1        1 jrandom      A\B\E\beta
>                    1        1 jrandom      A\B\F
>                    1        1 jrandom      A\C
>                    1        1 jrandom      A\D
>                    1        1 jrandom      A\D\gamma
>                    1        1 jrandom      A\D\G
>                    1        1 jrandom      A\D\G\rho
>                    1        1 jrandom      A\D\G\pi
>                    1        1 jrandom      A\D\G\tau
>                    1        1 jrandom      A\D\H
>                    1        1 jrandom      A\D\H\chi
>                    1        1 jrandom      A\D\H\omega
>                    1        1 jrandom      A\D\H\psi
>                    1        1 jrandom      iota
> 
>   trunk.release.build>svn del A\B\E A\B\lambda
>   D         A\B\E\alpha
>   D         A\B\E\beta
>   D         A\B\E
>   D         A\B\lambda
> 
>   trunk.release.build>svn ci -m "delete"
>   Deleting       A\B\E
>   Deleting       A\B\lambda
> 
>   Committed revision 2.
> 
>   trunk.release.build>svn st -v
>                    1        1 jrandom      .
>                    1        1 jrandom      A
>                    1        1 jrandom      A\mu
>                    1        1 jrandom      A\B
> D                  1        1 jrandom      A\B\lambda
>                    1        1 jrandom      A\B\F
>                    1        1 jrandom      A\C
>                    1        1 jrandom      A\D
>                    1        1 jrandom      A\D\gamma
>                    1        1 jrandom      A\D\G
>                    1        1 jrandom      A\D\G\rho
>                    1        1 jrandom      A\D\G\pi
>                    1        1 jrandom      A\D\G\tau
>                    1        1 jrandom      A\D\H
>                    1        1 jrandom      A\D\H\chi
>                    1        1 jrandom      A\D\H\omega
>                    1        1 jrandom      A\D\H\psi
>                    1        1 jrandom      iota
> 
> Both the file and directory deletes actually happened:
> 
>   trunk.release.build>svn log -v -r2
>   ---------------------------------------------------------------------
> ---
>   r2 | pburba | 2009-10-16 12:46:27 -0400 (Fri, 16 Oct 2009) | 1 line
>   Changed paths:
>      D /A/B/E
>      D /A/B/lambda
> 
> 
>   ---------------------------------------------------------------------
> ---
> 
>   trunk.release.build>svn up
>      C A\B\lambda
>   At revision 2.
>   Summary of conflicts:
>     Tree conflicts: 1
> 
> The test *only* fails with a release build.  Could you do me a favor
> and try running the test with a release build and see if it fails for
> you?
> 
> There seems to be something wrong with the initial checkout (obvious
> given the r40025 changes only libsvn_wc/update_editor.c).  If I
> perform the checkout using a debug build and then manually perform the
> deletes and commit with a release build, then the commit works
> correctly.
> 
> This is still failing for me as of trunk@40079.  Assuming you can
> replicate this any insight is appreciated.
> 
> Paul
> 


Strange issue this failure, but thanks for the release mode hint.

On the Windows buildbot -which always uses release mode- this tests passes, but on the x64-ubuntu buildbot -which uses debug mode- the test fails.

But at least I can reproduce the issue now :)

I will look into this issue tomorrow. 

Not sure what I will find, because around this commit the commit code was updated too...

	Bert

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=495&dsMessageId=2408359
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.