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

Re: fsfs: Segfault when rep line lists the all-zeroes checksum

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Sun, 11 Sep 2016 06:54:44 +0000

Stefan Fuhrmann wrote on Sat, Sep 10, 2016 at 20:50:28 +0200:
> On 08.09.2016 18:51, Daniel Shahaf wrote:
> >Stefan Fuhrmann wrote on Thu, Sep 08, 2016 at 17:51:47 +0200:
> >>It appears that it might be very hard to get such data into the
> >>repository because we use the same parser function in e.g. the
> >>network layer and the editor drivers. Not sure we all for MD5s etc.
> >>to be missing in all relevant places.
> >Let's get this function to return a non-NULL svn_checksum_t object for
> >the all-zeroes checksum when we next revv it. (This would be a better
> >interface since it would have fewer special cases.)
> That would make sense. Although I would hesitate
> to revv the API if that was the only change: We call
> it in ~30 places and probably use the current quirk
> to provide backward compatibility with old clients
> and such. Migrating these invocations seems risky.

Of course: if another public API inherits the "all-zeroes checksum is
represented as a NULL struct" promise of svn_checksum_parse_hex(), then
we can't upgrade the svn_checksum_parse_hex() call in that (other) API's
implementation without revving that API too — for the same reason that
we don't make the change to svn_checksum_parse_hex() without revving it.

Cheers,

Daniel
Received on 2016-09-11 08:55:43 CEST

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.