[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Reproducible checksum mismatch in 'svnadmin load'

From: Daniel Shahaf <danielsh_at_elego.de>
Date: Tue, 8 Mar 2011 23:53:08 +0200

Stefan Fuhrmann wrote on Tue, Mar 08, 2011 at 22:12:59 +0100:
> On 08.03.2011 21:24, Daniel Shahaf wrote:
> >Stefan Fuhrmann wrote on Tue, Mar 08, 2011 at 21:06:03 +0100:
> >>On 08.03.2011 20:58, Daniel Shahaf wrote:
> >>>Looks like r1078357 is the culprit: r1078340 loads the dump successfully
> >>>while r1078365 croaks.
> >>>
> >>>r1078357 is the merging of the integrate-txdelta-caching branch.
> >>Are you packing the repository while loading it?
> >Yep :-)
> >
> >CFLAGS=" -DSVN_FS_FS_DEFAULT_MAX_FILES_PER_DIR=4 -DPACK_AFTER_EVERY_COMMIT
> >-DSVN_DEPRECATED= -DSVN_UNALIGNED_ACCESS_IS_OK=0 -DKEEP_SUFFIX_LINES=0
> >-Wundef -Wendif-labels -Wformat=2 -Wno-format-nonliteral -Wformat-security -Wno-unreachable-code -g "
> I had a sneaking suspicion you would ;)
>
> >>What environment are you using (since I failed
> >>to reproduce it)?
> >Debian stable, 32 bit, any other details?
> >
> >>-- Stefan^2.
> >By the way: do these keys look normal? ---
> >
> >DBG: fs_fs.c:3295: get_window_key() -> ';& 73' = '0x3b26203733'
> >DBG: fs_fs.c:3295: get_window_key() -> ']� 17' = '0x5d84203137'
> >DBG: fs_fs.c:3295: get_window_key() -> ';& 73' = '0x3b26203733'
> >DBG: fs_fs.c:3295: get_window_key() -> ']� 17' = '0x5d84203137'
> >DBG: fs_fs.c:3295: get_window_key() -> 'TP 16' = '0x5450203136'
> >DBG: fs_fs.c:3295: get_window_key() -> 'TP 16' = '0x5450203136'
> >DBG: fs_fs.c:3295: get_window_key() -> '4� 15' = '0x3484203135'
> >DBG: fs_fs.c:3295: get_window_key() -> '.` 16' = '0x2e60203136'
> >DBG: fs_fs.c:3295: get_window_key() -> '.` 16' = '0x2e60203136'
> >DBG: fs_fs.c:3295: get_window_key() -> '4� 15' = '0x3484203135'
> >DBG: fs_fs.c:3295: get_window_key() -> 'E~ 16' = '0x457e203136'
> >DBG: fs_fs.c:3295: get_window_key() -> 'E~ 16' = '0x457e203136'
> >DBG: fs_fs.c:3295: get_window_key() -> '4� 15' = '0x3484203135'
> >DBG: fs_fs.c:3295: get_window_key() -> ',� 16' = '0x2c87203136'
> >DBG: fs_fs.c:3295: get_window_key() -> ',� 16' = '0x2c87203136'
> >DBG: fs_fs.c:3295: get_window_key() -> '&% 16' = '0x2625203136'
> >DBG: fs_fs.c:3295: get_window_key() -> '&% 16' = '0x2625203136'
> >DBG: fs_fs.c:3295: get_window_key() -> '4 16' = '0x34203136'
> >DBG: fs_fs.c:3295: get_window_key() -> '4� 15' = '0x3484203135'
> >
> Yes. The first part is a packed variable-length integer
> (the offset of the txdelta window within the file). The
> second part is the "relevant" part of the rev file path.
>
> But they led me to what might be the root cause of
> your problem: Try r1079544.
>

r1079544 (with r1079554) fixes the issue, both comparaed to r1078357 and
compared to r1079543.

> -- Stefan^2.
>

Thanks,

Daniel
Received on 2011-03-08 22:54:16 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.