From: Jonathan Nieder <jrnieder@gmail.com>
To: David Barr <davidbarr@google.com>
Cc: git@vger.kernel.org, Ramkumar Ramachandra <artagnon@gmail.com>,
Dmitry Ivankov <divanorama@gmail.com>
Subject: [PATCH/RFC db/text-delta 0/4] vcs-svn: avoid hangs for corrupt deltas
Date: Fri, 27 May 2011 06:08:28 -0500 [thread overview]
Message-ID: <20110527110828.GA7972@elie> (raw)
In-Reply-To: <BANLkTinBGnCKsUOXY_RD-7yNyM7XqNTsRw@mail.gmail.com>
Hi,
As promised, here's a quick series to stop a too-greedy delta from
causing svn-fe deadlock. It took longer than I thought it would,
mostly because I started too late.
If I remember correctly, this first showed up as a theoretical
possibility when chatting with Ram and later showed up in practice due
to a bug in a test script or something like that. I don't remember
the details but luckily it is not hard to make up a delta exhibiting
the problem. See the test script in patch 4 for details.
After review, I'd like to push this to the main svn-fe branch and ask
Junio to pull it so text delta support can be rolled out. There's
just no reason not to, except for the obvious ones:
- less pleasant raw UI for svn-fe
- losing support for non-git fast-import backends that don't
support cat-blob yet
Waiting for those would be to put the cart before the horse (how can
people experiment with making something better if they haven't
experienced what we have now?). Review of the pending patches at
git://repo.or.cz/git/jrn.git svn-fe-next
to find missed details or other things that would be nice to get
taken care of toward that end would be very welcome.
As for this series: hopefully it's simple but it's perfectly
possible I got something terribly wrong. Thoughts welcome, as
always.
Thanks to David and Ram for some useful discussions on irc, including
those that led to these patches.
Jonathan Nieder (4):
test-svn-fe: split off "test-svn-fe -d" into a separate function
vcs-svn: cap number of bytes read from sliding view
vcs-svn: guard against overflow when computing preimage length
vcs-svn: avoid hangs from corrupt deltas
next parent reply other threads:[~2011-05-27 11:08 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <BANLkTi=O9AeOZTHVLbq+rKv5k-CqNGb+LQ@mail.gmail.com>
[not found] ` <BANLkTinpta+a4MAr0e2YtMa1Kr1QcJmYWg@mail.gmail.com>
[not found] ` <20110525235520.GA6971@elie>
[not found] ` <BANLkTinBGnCKsUOXY_RD-7yNyM7XqNTsRw@mail.gmail.com>
2011-05-27 11:08 ` Jonathan Nieder [this message]
2011-05-27 11:09 ` [PATCH 1/4] test-svn-fe: split off "test-svn-fe -d" into a separate function Jonathan Nieder
2011-05-31 16:18 ` Drew Northup
2011-05-31 16:32 ` Jonathan Nieder
2011-05-27 11:11 ` [PATCH 2/4] vcs-svn: cap number of bytes read from sliding view Jonathan Nieder
2011-05-27 11:12 ` [PATCH 3/4] vcs-svn: guard against overflow when computing preimage length Jonathan Nieder
2011-05-27 11:14 ` [PATCH 4/4] vcs-svn: avoid hangs from corrupt deltas Jonathan Nieder
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110527110828.GA7972@elie \
--to=jrnieder@gmail.com \
--cc=artagnon@gmail.com \
--cc=davidbarr@google.com \
--cc=divanorama@gmail.com \
--cc=git@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).