On Tue, Jan 19, 2010 at 05:41, Michael Rumpf <michael_at_rumpfonline.de> wrote:
> We have a Excel VBA Project where a large Excel file is modified and the changed version gets committed by the latest Tortoise SVN client version:
>
> TortoiseSVN 1.6.6, Build 17493 - 32 Bit , 2009/10/19 20:22:18
> Subversion 1.6.6,
> apr 1.3.8
> apr-utils 1.3.9
> neon 0.28.6
> OpenSSL 0.9.8k 25 Mar 2009
> zlib 1.2.3
>
> The SVN server has the following characteristics:
>
> svn, version 1.4.2 (r22196)
>
> Linux version 2.6.18-6-xen-amd64 (Debian 2.6.18.dfsg.1-18etch4) (dannf_at_debian.org) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Thu May 8 08:34:37 UTC 2008
>
> The file gets corrupted upon commit and a subsequent checkout of any SVN client fails with the following message:
>
> AU src/excel/DC_CALC_IF_SelList_.xlt
> ERROR: Failed to check out http://svnbob01.achievo.de/svn/daimler_taco/branches/dev/TACO-2.11.0/client/taco-calc
> org.tmatesoft.svn.core.SVNException: svn: Processing REPORT request response failed: XML document structures must start and end within the same entity. (/svn/daimler_taco/!svn/vcc/default)
> svn: REPORT request failed on '/svn/daimler_taco/!svn/vcc/default'
> at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:103)
> at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:87)
> at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:616)
> at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:273)
> at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:261)
> at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:266)
> at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1263)
> at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:820)
> at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:558)
> at org.tmatesoft.svn.core.wc.SVNUpdateClient.doCheckout(SVNUpdateClient.java:914)
> at org.tmatesoft.svn.core.wc.SVNUpdateClient.doCheckout(SVNUpdateClient.java:791)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:617)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:543)
> at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2062)
> at hudson.remoting.UserRequest.perform(UserRequest.java:104)
> at hudson.remoting.UserRequest.perform(UserRequest.java:48)
> at hudson.remoting.Request$2.run(Request.java:270)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> at java.lang.Thread.run(Thread.java:619)
>
> The file is the next one after src/excel/DC_CALC_IF_SelList_.xlt:
> src/excel/DC_CALC.XLA
>
> Analyzing the Excel XLA file shows that the file should be 9.47MB, but the client gets only 1.75MB. When looking into the binary, a XML fragment was found at the end of the corrupted file:
>
> <?xml version="1.0" encoding="utf-8"?>
> <D:error xmlns:D="DAV:" xmlns:m="http://apache.org/dav/xmlns" xmlns:C="svn:">
> <C:error/>
> <m:human-readable errcode="185005">
> Decompression of svndiff data failed
> </m:human-readable>
> </D:error>
>
> This might be related to the already reported issue 2726:
>
> http://subversion.tigris.org/issues/show_bug.cgi?id=2726
This sounds more like a server problem than the client, so you'll need
to ask on the Subversion mailing list. That said, 1.4 is no longer
supported, so the first suggestion you're going to hear is to upgrade.
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2440258
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-01-19 15:22:23 CET