<feed xmlns='http://www.w3.org/2005/Atom'>
<title>git/copy.c, branch v1.2.2</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/git/git.git/
</subtitle>
<id>https://git.shady.money/git/atom?h=v1.2.2</id>
<link rel='self' href='https://git.shady.money/git/atom?h=v1.2.2'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/'/>
<updated>2005-12-27T18:49:25Z</updated>
<entry>
<title>copy_fd: close ifd on error</title>
<updated>2005-12-27T18:49:25Z</updated>
<author>
<name>Sam Ravnborg</name>
<email>sam@ravnborg.org</email>
</author>
<published>2005-12-27T08:19:05Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=08337a97a2756cd89ab611444f37d67250d3c05b'/>
<id>urn:sha1:08337a97a2756cd89ab611444f37d67250d3c05b</id>
<content type='text'>
In copy_fd when write fails we ought to close input file descriptor.

Signed-off-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>xread/xwrite: do not worry about EINTR at calling sites.</title>
<updated>2005-12-20T02:28:16Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2005-12-20T00:18:28Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=1c15afb9343bca82e687d008ec983a9110ac9c40'/>
<id>urn:sha1:1c15afb9343bca82e687d008ec983a9110ac9c40</id>
<content type='text'>
We had errno==EINTR check after read(2)/write(2) sprinkled all
over the places, always doing continue.  Consolidate them into
xread()/xwrite() wrapper routines.

Credits for suggestion goes to HPA -- bugs are mine.

Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>copy.c::copy_fd() - do not leak file descriptor on error return.</title>
<updated>2005-11-05T19:02:56Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2005-11-05T19:02:56Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=e6c64fc1e9b3b9a5ea7101f8a2a499c9e2112da5'/>
<id>urn:sha1:e6c64fc1e9b3b9a5ea7101f8a2a499c9e2112da5</id>
<content type='text'>
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>pack-objects: Allow use of pre-generated pack.</title>
<updated>2005-10-26T19:37:49Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2005-10-22T08:28:13Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=f3123c4ab3d3698262e59561ac084de45b10365a'/>
<id>urn:sha1:f3123c4ab3d3698262e59561ac084de45b10365a</id>
<content type='text'>
git-pack-objects can reuse pack files stored in $GIT_DIR/pack-cache
directory, when a necessary pack is found.  This is hopefully useful
when upload-pack (called from git-daemon) is expected to receive
requests for the same set of objects many times (e.g full cloning
request of any project, or updates from the set of heads previous day
to the latest for a slow moving project).

Currently git-pack-objects does *not* keep pack files it creates for
reusing.  It might be useful to add --update-cache option to it,
which would allow it store pack files it created in the pack-cache
directory, and prune rarely used ones from it.

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