Test and fix normalize_path_copy()
commitf42302b49333d035a323f5d80fb9562d375b17f1
authorJohannes Sixt <j6t@kdbg.org>
Sat, 7 Feb 2009 15:08:30 +0000 (7 16:08 +0100)
committerJunio C Hamano <gitster@pobox.com>
Sat, 7 Feb 2009 20:23:30 +0000 (7 12:23 -0800)
tree2003fd4dd304aec98199cce60c0fe40aaefa2c2c
parent43a7ddb55d82d5c6f0c4d2cbe408a1df71d58ef3
Test and fix normalize_path_copy()

This changes the test-path-utils utility to invoke normalize_path_copy()
instead of normalize_absolute_path() because the latter is about to be
removed.

The test cases in t0060 are adjusted in two regards:

- normalize_path_copy() more often leaves a trailing slash in the result.
  This has no negative side effects because the new user of this function,
  longest_ancester_length(), already accounts for this behavior.

- The function can fail.

The tests uncover a flaw in normalize_path_copy(): If there are
sufficiently many '..' path components so that the root is reached, such as
in "/d1/s1/../../d2", then the leading slash was lost. This manifested
itself that (assuming there is a repository at /tmp/foo)

  $ git add /d1/../tmp/foo/some-file

reported 'pathspec is outside repository'. This is now fixed.

Moreover, the test case descriptions of t0060 now include the test data and
expected outcome.

Signed-off-by: Johannes Sixt <j6t@kdbg.org>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
path.c
t/t0060-path-utils.sh
test-path-utils.c