<feed xmlns='http://www.w3.org/2005/Atom'>
<title>user/sven/git.git, branch v1.4.4.3</title>
<subtitle>Git
</subtitle>
<id>https://git.stealer.net/cgit.cgi/user/sven/git.git/atom?h=v1.4.4.3</id>
<link rel='self' href='https://git.stealer.net/cgit.cgi/user/sven/git.git/atom?h=v1.4.4.3'/>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/git.git/'/>
<updated>2006-12-20T19:23:22Z</updated>
<entry>
<title>GIT 1.4.4.3</title>
<updated>2006-12-20T19:23:22Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2006-12-20T19:23:22Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/git.git/commit/?id=851a911024481f6759bce337b8dc50241070db81'/>
<id>urn:sha1:851a911024481f6759bce337b8dc50241070db81</id>
<content type='text'>
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>Bypass expensive content comparsion during rename detection.</title>
<updated>2006-12-14T10:40:33Z</updated>
<author>
<name>Shawn O. Pearce</name>
<email>spearce@spearce.org</email>
</author>
<published>2006-12-14T10:07:46Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/git.git/commit/?id=7da41f48c8acea834e8204917fe59da2b975903b'/>
<id>urn:sha1:7da41f48c8acea834e8204917fe59da2b975903b</id>
<content type='text'>
When comparing file contents during the second loop through a rename
detection attempt we can skip the expensive byte-by-byte comparsion
if both source and destination files have valid SHA1 values.  This
improves performance by avoiding either an expensive open/mmap to
read the working tree copy, or an expensive inflate of a blob object.

Unfortunately we still have to at least initialize the sizes of the
source and destination files even if the SHA1 values don't match.
Failing to initialize the sizes causes a number of test cases to fail
and start reporting different copy/rename behavior than was expected.

Signed-off-by: Shawn O. Pearce &lt;spearce@spearce.org&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>git-svn: correctly display fatal() error messages</title>
<updated>2006-12-13T09:51:35Z</updated>
<author>
<name>Eric Wong</name>
<email>normalperson@yhbt.net</email>
</author>
<published>2006-12-12T22:47:02Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/git.git/commit/?id=155bd0ce23144e5c7067965a22646523f1a38b51'/>
<id>urn:sha1:155bd0ce23144e5c7067965a22646523f1a38b51</id>
<content type='text'>
If I wanted to print $@, I'd pass $@ to fatal().  This looks like
a stupid typo on my part.

Signed-off-by: Eric Wong &lt;normalperson@yhbt.net&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>git-svn: exit with status 1 for test failures</title>
<updated>2006-12-13T09:48:44Z</updated>
<author>
<name>Eric Wong</name>
<email>normalperson@yhbt.net</email>
</author>
<published>2006-11-25T06:38:18Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/git.git/commit/?id=b42a044f5942c64bbc94aa2f4637d8290748e634'/>
<id>urn:sha1:b42a044f5942c64bbc94aa2f4637d8290748e634</id>
<content type='text'>
Some versions of the SVN libraries cause die() to exit with 255,
and 40cf043389ef4cdf3e56e7c4268d6f302e387fa0 tightened up
test_expect_failure to reject return values &gt;128.

Signed-off-by: Eric Wong &lt;normalperson@yhbt.net&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>Clarify fetch error for missing objects.</title>
<updated>2006-12-13T01:04:40Z</updated>
<author>
<name>Alex Riesen</name>
<email>raa.lkml@gmail.com</email>
</author>
<published>2006-12-12T17:34:02Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/git.git/commit/?id=0d7a6e4ef9e2dc458a9a56ab73638d97f4e75d87'/>
<id>urn:sha1:0d7a6e4ef9e2dc458a9a56ab73638d97f4e75d87</id>
<content type='text'>
Otherwise there're such things like:

    Cannot obtain needed none 9a6e87b60dbd2305c95cecce7d9d60f849a0658d
    while processing commit 0000000000000000000000000000000000000000.

which while looks weird. What is the none needed for?

Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>Move Fink and Ports check to after config file</title>
<updated>2006-12-12T22:48:25Z</updated>
<author>
<name>Brian Gernhardt</name>
<email>benji@silverinsanity.com</email>
</author>
<published>2006-12-12T17:01:47Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/git.git/commit/?id=59f867400650b39568e4a7f96bd60f3a0072dbda'/>
<id>urn:sha1:59f867400650b39568e4a7f96bd60f3a0072dbda</id>
<content type='text'>
Putting NO_FINK or NO_DARWIN_PORTS in config.mak is ignored because the
checks are done before the config is included.

Signed-off-by: Brian Gernhardt &lt;benji@silverinsanity.com&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>Make sure the empty tree exists when needed in merge-recursive.</title>
<updated>2006-12-11T22:11:40Z</updated>
<author>
<name>Shawn O. Pearce</name>
<email>spearce@spearce.org</email>
</author>
<published>2006-12-07T10:17:07Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/git.git/commit/?id=9abd46a3471c2d58976e06a00e937b03672b98bc'/>
<id>urn:sha1:9abd46a3471c2d58976e06a00e937b03672b98bc</id>
<content type='text'>
There are some baseless merge cases where git-merge-recursive will
try to compare one of the branches against the empty tree.  However
most projects won't have the empty tree object in their object database
as Git does not normally create empty tree objects.  If the empty tree
object is missing then the merge process will die, as it cannot load the
object from the database.  The error message may make the user think that
their database is corrupt when its actually not.

So instead we should just create the empty tree object whenever it is
needed.  If the object already exists as a loose object then no harm
done.  Otherwise that loose object will be pruned away later by either
git-prune or git-prune-packed.

Thanks goes to Junio for suggesting this fix.

Signed-off-by: Shawn O. Pearce &lt;spearce@spearce.org&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>Don't use memcpy when source and dest. buffers may overlap</title>
<updated>2006-12-11T22:04:43Z</updated>
<author>
<name>Jim Meyering</name>
<email>jim@meyering.net</email>
</author>
<published>2006-12-11T18:06:34Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/git.git/commit/?id=554a2636f7c5125a83bb07194632445467d46c83'/>
<id>urn:sha1:554a2636f7c5125a83bb07194632445467d46c83</id>
<content type='text'>
git-index-pack can call memcpy with overlapping source and destination
buffers.  The patch below makes it use memmove instead.

If you want to demonstrate a failure, add the following two lines

+               if (input_offset &lt; input_len)
+                 abort ();

before the existing memcpy call (shown in the patch below),
and then run this:

  (cd t; sh ./t5500-fetch-pack.sh)

Signed-off-by: Jim Meyering &lt;jim@meyering.net&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>no need to install manpages as executable</title>
<updated>2006-12-11T19:32:50Z</updated>
<author>
<name>Chris Wright</name>
<email>chrisw@sous-sol.org</email>
</author>
<published>2006-12-11T07:39:32Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/git.git/commit/?id=d44c92d6ab4ded7a1960bb0b4a1da0c2fc102b89'/>
<id>urn:sha1:d44c92d6ab4ded7a1960bb0b4a1da0c2fc102b89</id>
<content type='text'>
No need to install manpages as executable.  Noticed by Ville Skytt,Ad(B.

Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>cvsserver: Avoid miscounting bytes in Perl v5.8.x</title>
<updated>2006-12-07T05:47:19Z</updated>
<author>
<name>Martin Langhoff</name>
<email>martin@catalyst.net.nz</email>
</author>
<published>2006-12-07T03:38:50Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/git.git/commit/?id=4f88d3e0cbf443cd309c2c881209f3366f14023d'/>
<id>urn:sha1:4f88d3e0cbf443cd309c2c881209f3366f14023d</id>
<content type='text'>
At some point between v5.6 and 5.8 Perl started to assume its input,
output and filehandles are UTF-8. This breaks the counting of bytes
for the CVS protocol, resulting in the client expecting less data
than we actually send, and storing truncated files.

Signed-off-by: Martin Langhoff &lt;martin@catalyst.net.nz&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
</feed>
