Skip to main content

Browse the archive

Revision be66a6c43dcba42c56f66a8706721a76098f8e25 authored by Johannes Schindelin on 25 April 2009, 09:57:14 UTC, committed by Junio C Hamano on 25 April 2009, 16:49:21 UTC 
Add an option not to use link(src, dest) && unlink(src) when that is unreliable
 
It seems that accessing NTFS partitions with ufsd (at least on my EeePC)
has an unnerving bug: if you link() a file and unlink() it right away,
the target of the link() will have the correct size, but consist of NULs.

It seems as if the calls are simply not serialized correctly, as single-stepping
through the function move_temp_to_file() works flawlessly.

As ufsd is "Commertial software" (sic!), I cannot fix it, and have to work
around it in Git.

At the same time, it seems that this fixes msysGit issues 222 and 229 to
assume that Windows cannot handle link() && unlink().

Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Acked-by: Johannes Sixt <j6t@kdbg.org>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
1 parent 785a985
Raw File
RelNotes-1.5.4.6.txt 
GIT v1.5.4.6 Release Notes
==========================

I personally do not think there is any reason anybody should want to
run v1.5.4.X series these days, because 'master' version is always
more stable than any tagged released version of git.

This is primarily to futureproof "git-shell" to accept requests
without a dash between "git" and subcommand name (e.g. "git
upload-pack") which the newer client will start to make sometime in
the future.

Fixes since v1.5.4.5
--------------------

 * Command line option "-n" to "git-repack" was not correctly parsed.

 * Error messages from "git-apply" when the patchfile cannot be opened
   have been improved.

 * Error messages from "git-bisect" when given nonsense revisions have
   been improved.

 * reflog syntax that uses time e.g. "HEAD@{10 seconds ago}:path" did not
   stop parsing at the closing "}".

 * "git rev-parse --symbolic-full-name ^master^2" printed solitary "^",
   but it should print nothing.

 * "git apply" did not enforce "match at the beginning" correctly.

 * a path specification "a/b" in .gitattributes file should not match
   "sub/a/b", but it did.

 * "git log --date-order --topo-order" did not override the earlier
   date-order with topo-order as expected.

 * "git fast-export" did not export octopus merges correctly.

 * "git archive --prefix=$path/" mishandled gitattributes.

As usual, it also comes with many documentation fixes and clarifications.
back to top