git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Alex Bennee <kernel-hacker@bennee.com>
To: Robin Rosenberg <robin.rosenberg.lists@dewire.com>
Cc: Johannes Schindelin <Johannes.Schindelin@gmx.de>,
	Steffen Prohaska <prohaska@zib.de>,
	Git Mailing List <git@vger.kernel.org>
Subject: Re: Warning: cvsexportcommit considered dangerous
Date: Thu, 15 Nov 2007 11:59:46 +0000	[thread overview]
Message-ID: <1195127986.32371.6.camel@murta.transitives.com> (raw)
In-Reply-To: <200711050005.28561.robin.rosenberg.lists@dewire.com>

On Mon, 2007-11-05 at 00:05 +0100, Robin Rosenberg wrote:
> söndag 04 november 2007 skrev Johannes Schindelin:
> > Hi,
> > On Sun, 4 Nov 2007, Steffen Prohaska wrote:
> > > On Nov 4, 2007, at 5:41 PM, Johannes Schindelin wrote:
> > > > ever since the up-to-date check was changed to use just one call to 
> > > > "cvs status", a bug was present.  Now cvsexportcommit expects "cvs 
> > > > status" to return the results in the same order as the file names were 
> > > > passed.
> > > I do not know why it wasn't applied. I forgot re-checking after my 
> > > vacation.

I think at the time it was felt the speed hit was too great on large
trees. Although my view still is we should always go for correctness
over speed.

> > It slipped by me, because of holiday, too.  (I was on my well needed 
> > holiday then.)
> > 
> > But that patch really seems like a step back to me.  The line "File: ... 
> > Status: ..." should be parsable enough to fix the bug properly, instead of 
> > undoing the optimisation.
> Unfortunately it's not that easy to parse. It *can* be done by looking at the
> repository path, and the CVS/Root etc, but it's not nice. 

I also worry about corner cases in parsing code, especially if you have
to start poking around in CVS/Root files. Another (ugly) method could be
a two pass attempt, falling back to an individual status call if the
"optimized" version isn't sure.

> > AFAICS Robin replied with a "let's see if a proper fix materialises", and 
> > I kind of hope that it will materialise soon.

I've not had another go at fixing this mainly due to being too busy. The
current patch works for me.

> Still hoping :). BTW, wouldn't this err on the right side anyway, i.e. if an
> existing file was not up to date and was wrongly thought to not exist or a new 
> file was thought to be up-to-date, I would get an error and would not be able
> to commit. I've never seen it though and I always have a clean CVS checkout
> so the potential bug seems unlikely to me.

It's not just new files that can break (btw another fix has gone in to
ensure directories are added to CVS trees in order). 

-- 
Alex, homepage: http://www.bennee.com/~alex/
Nothing in life is to be feared. It is only to be understood.

      parent reply	other threads:[~2007-11-15 11:59 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-04 16:41 Warning: cvsexportcommit considered dangerous Johannes Schindelin
2007-11-04 18:16 ` Steffen Prohaska
2007-11-04 21:35   ` Johannes Schindelin
2007-11-04 23:05     ` Robin Rosenberg
2007-11-04 23:46       ` Johannes Schindelin
2007-11-15 11:59       ` Alex Bennee [this message]

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=1195127986.32371.6.camel@murta.transitives.com \
    --to=kernel-hacker@bennee.com \
    --cc=Johannes.Schindelin@gmx.de \
    --cc=git@vger.kernel.org \
    --cc=prohaska@zib.de \
    --cc=robin.rosenberg.lists@dewire.com \
    /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).