Indeed, r1092033 fixes the problem to. Thanks, Marc
-----Original Message----- From: Bert Huijben [mailto:b...@qqmail.nl] Sent: donderdag 14 april 2011 9:49 To: Marc Haesen; dev@subversion.apache.org Subject: RE: svn up problem using latest trunk revision (1092011) > -----Original Message----- > From: Bert Huijben [mailto:b...@qqmail.nl] > Sent: donderdag 14 april 2011 9:19 > To: 'Marc Haesen'; dev@subversion.apache.org > Subject: RE: svn up problem using latest trunk revision (1092011) > This patch would only affect the error: > > if (recorded_base_checksum && expected_base_checksum > && strcmp(expected_base_checksum, recorded_base_checksum) != 0) > return svn_error_createf(SVN_ERR_WC_CORRUPT_TEXT_BASE, NULL, > _("Checksum mismatch for '%s':\n" > " expected: %s\n" > " recorded: %s\n"), > svn_dirent_local_style(fb->local_abspath, pool), > expected_base_checksum, recorded_base_checksum); > > While you got the error from a different function. > > Are you sure you tested this on a clean checkout? > > (What HEAD version did you get on the checkout? I can't reproduce it here) While I couldn't reproduce this issue, I expect that it is fixed by r1092033. (In a different way than in your patch: It uses SHA1 properly when the server doesn't provide a checksum) Bert
