On 05.01.2015 18:15, stef...@apache.org wrote:
> Author: stefan2
> Date: Mon Jan  5 17:15:27 2015
> New Revision: 1649592
>
> URL: http://svn.apache.org/r1649592
> Log:
> Follow-up to r1645907: Fix pack test failures seen on macos buildbot.
>
> * subversion/libsvn_fs_x/fs_x.c
>   (write_revision_zero): Fix off-by-4 in noderev size.
>
> Modified:
>     subversion/trunk/subversion/libsvn_fs_x/fs_x.c
>
> Modified: subversion/trunk/subversion/libsvn_fs_x/fs_x.c
> URL: 
> http://svn.apache.org/viewvc/subversion/trunk/subversion/libsvn_fs_x/fs_x.c?rev=1649592&r1=1649591&r2=1649592&view=diff
> ==============================================================================
> --- subversion/trunk/subversion/libsvn_fs_x/fs_x.c (original)
> +++ subversion/trunk/subversion/libsvn_fs_x/fs_x.c Mon Jan  5 17:15:27 2015
> @@ -863,7 +863,7 @@ write_revision_zero(svn_fs_t *fs,
>                 "2d2977d1c96f487abe4a1e202dd03b4e\n"
>                 "cpath: /\n"
>                 "\n\n",
> -               0x8b, subpool));
> +               0x87, subpool));


Yah. This is why such magic numbers should never appear in the code in
the first place. We had a heated discussion this, or some similar code
in fsfs7, a while ago ...

Is it really that hard to write a rev file constructor function that
calculates the magic numbers, including checksum, based on the revision
contents? I'd feel a lot safer that way.

-- Brane

Reply via email to