Skip to contentSkip to conversation

multi-pack-index: use real paths for --object-dir

PATCH Superseded Derrick Stolee via GitGitGadget 4 participants 11 messages Apr 21, 2022 – Apr 25, 2022

lore
Share & tools
lore
#0 lore raw

cover multi-pack-index: use real paths for --object-dir

A VFS for Git user reported [1] that the background maintenance did not seem to be doing anything. At least, the 'git multi-pack-index expire' and 'git multi-pack-index repack' steps did nothing. The 'write' subcommand worked to collect all pack-files into a single multi-pack-index file, but the packs were only growing in number instead of being maintained carefully.

[1] https://github.com/microsoft/git/issues/497

The root issue is about path comparisons between Windows and Unix path styles.

The fix is two-fold:

* Patch 1 performs real-path normalization at a low-level where it is required.
* Patch 2 performs real-path normalization at a high-level to be extra safe.

I'm not exactly sure how to test this properly in the Git codebase, but I'm looking to add some tests into VFS for Git to ensure this doesn't regress in the future.

Thanks, -Stolee

Derrick Stolee (2):
midx: use real paths in lookup_multi_pack_index()
multi-pack-index: use --object-dir real path

 builtin/multi-pack-index.c | 19 ++++++++++++++++---
 midx.c                     | 17 +++++++++++++----
 2 files changed, 29 insertions(+), 7 deletions(-)

base-commit: 6cd33dceed60949e2dbc32e3f0f5e67c4c882e1e
Published-As: https://github.com/gitgitgadget/git/releases/tag/pr-1221%2Fderrickstolee%2Fmidx-normalize-object-dir-v1
Fetch-It-Via: git fetch https://github.com/gitgitgadget/git pr-1221/derrickstolee/midx-normalize-object-dir-v1
Pull-Request: https://github.com/gitgitgadget/git/pull/1221

Signature · 1 line
gitgitgadget
#1 lore raw

PATCH 1/2 midx: use real paths in lookup_multi_pack_index()

From: Derrick Stolee <[email protected]>

This helper looks for a parsed multi-pack-index whose object directory matches the given object_dir. Before going into the loop over the parsed multi-pack-indexes, it calls find_odb() to ensure that the given object_dir is actually a known object directory.

However, find_odb() uses real-path manipulations to compare the input to the alternate directories. This same real-path comparison is not used in the loop, leading to potential issues with the strcmp().

Update the method to use the real-path values instead.

---
 midx.c | 17 +++++++++++++----
 1 file changed, 13 insertions(+), 4 deletions(-)
midx.c +13 -4
index 107365d2114..3db0e47735f 100644
@@ -1132,17 +1132,26 @@ cleanup:
 static struct multi_pack_index *lookup_multi_pack_index(struct repository *r,
 							const char *object_dir)
 {
+	struct multi_pack_index *result = NULL;
 	struct multi_pack_index *cur;
+	char *obj_dir_real = real_pathdup(object_dir, 1);
+	struct strbuf cur_path_real = STRBUF_INIT;
 
 	/* Ensure the given object_dir is local, or a known alternate. */
-	find_odb(r, object_dir);
+	find_odb(r, obj_dir_real);
 
 	for (cur = get_multi_pack_index(r); cur; cur = cur->next) {
-		if (!strcmp(object_dir, cur->object_dir))
-			return cur;
+		strbuf_realpath(&cur_path_real, cur->object_dir, 1);
+		if (!strcmp(obj_dir_real, cur_path_real.buf)) {
+			result = cur;
+			goto cleanup;
+		}
 	}
 
-	return NULL;
+cleanup:
+	free(obj_dir_real);
+	strbuf_release(&cur_path_real);
+	return result;
 }
 
 static int write_midx_internal(const char *object_dir,
Signature · 1 line
gitgitgadget
#2 lore raw

PATCH 2/2 multi-pack-index: use --object-dir real path

In reply to Derrick Stolee via GitGitGadget

From: Derrick Stolee <[email protected]>

The --object-dir argument to 'git multi-pack-index' allows a user to specify an alternate to use instead of the local $GITDIR. This is used by third-party tools like VFS for Git to maintain the pack-files in a "shared object cache" used by multiple clones.

On Windows, the user can specify a path using a Windows-style file path with backslashes such as "C:\Path\To\ObjectDir". This same path style is used in the .git/objects/info/alternates file, so it already matches the path of that alternate. However, find_odb() converts these paths to real-paths for the comparison, which use forward slashes. As of the previous change, lookup_multi_pack_index() uses real-paths, so it correctly finds the target multi-pack-index when given these paths.

Some commands such as 'git multi-pack-index repack' call child processes using the object_dir value, so it can be helpful to convert the path to the real-path before sending it to those locations.

Adding the normalization in builtin/multi-pack-index.c is a little complicated because of how the sub-commands were split in 60ca94769 (builtin/multi-pack-index.c: split sub-commands, 2021-03-30). The --object-dir argument could be parsed before the sub-command name _or_ after it. Thus, create a normalize_object_dir() helper to call after all arguments are parsed, but before any logic is run on that object dir.

---
 builtin/multi-pack-index.c | 19 ++++++++++++++++---
 1 file changed, 16 insertions(+), 3 deletions(-)
builtin/multi-pack-index.c +16 -3
index 4480ba39827..3853960f9ba 100644
@@ -90,6 +90,14 @@ static void read_packs_from_stdin(struct string_list *to)
 	strbuf_release(&buf);
 }
 
+static void normalize_object_dir(void)
+{
+	if (!opts.object_dir)
+		opts.object_dir = get_object_directory();
+	else
+		opts.object_dir = real_pathdup(opts.object_dir, 1);
+}
+
 static int cmd_multi_pack_index_write(int argc, const char **argv)
 {
 	struct option *options;
@@ -127,6 +135,8 @@ static int cmd_multi_pack_index_write(int argc, const char **argv)
 
 	FREE_AND_NULL(options);
 
+	normalize_object_dir();
+
 	if (opts.stdin_packs) {
 		struct string_list packs = STRING_LIST_INIT_DUP;
 		int ret;
@@ -169,6 +179,8 @@ static int cmd_multi_pack_index_verify(int argc, const char **argv)
 
 	FREE_AND_NULL(options);
 
+	normalize_object_dir();
+
 	return verify_midx_file(the_repository, opts.object_dir, opts.flags);
 }
 
@@ -195,6 +207,8 @@ static int cmd_multi_pack_index_expire(int argc, const char **argv)
 
 	FREE_AND_NULL(options);
 
+	normalize_object_dir();
+
 	return expire_midx_packs(the_repository, opts.object_dir, opts.flags);
 }
 
@@ -225,6 +239,8 @@ static int cmd_multi_pack_index_repack(int argc, const char **argv)
 
 	FREE_AND_NULL(options);
 
+	normalize_object_dir();
+
 	return midx_repack(the_repository, opts.object_dir,
 			   (size_t)opts.batch_size, opts.flags);
 }
@@ -241,9 +257,6 @@ int cmd_multi_pack_index(int argc, const char **argv,
 			     builtin_multi_pack_index_usage,
 			     PARSE_OPT_STOP_AT_NON_OPTION);
 
-	if (!opts.object_dir)
-		opts.object_dir = get_object_directory();
-
 	if (!argc)
 		goto usage;
 
Signature · 1 line
gitgitgadget
#3 lore raw

Re: [PATCH 2/2] multi-pack-index: use --object-dir real path

Quoted 37 lines · Derrick Stolee via GitGitGadget

From: Derrick Stolee <[email protected]>

The --object-dir argument to 'git multi-pack-index' allows a user to specify an alternate to use instead of the local $GITDIR. This is used by third-party tools like VFS for Git to maintain the pack-files in a "shared object cache" used by multiple clones.

On Windows, the user can specify a path using a Windows-style file path with backslashes such as "C:\Path\To\ObjectDir". This same path style is used in the .git/objects/info/alternates file, so it already matches the path of that alternate. However, find_odb() converts these paths to real-paths for the comparison, which use forward slashes. As of the previous change, lookup_multi_pack_index() uses real-paths, so it correctly finds the target multi-pack-index when given these paths.

Some commands such as 'git multi-pack-index repack' call child processes using the object_dir value, so it can be helpful to convert the path to the real-path before sending it to those locations.

Adding the normalization in builtin/multi-pack-index.c is a little complicated because of how the sub-commands were split in 60ca94769 (builtin/multi-pack-index.c: split sub-commands, 2021-03-30). The --object-dir argument could be parsed before the sub-command name _or_ after it. Thus, create a normalize_object_dir() helper to call after all arguments are parsed, but before any logic is run on that object dir.

---
 builtin/multi-pack-index.c | 19 ++++++++++++++++---
 1 file changed, 16 insertions(+), 3 deletions(-)
builtin/multi-pack-index.c +0 -0
index 4480ba39827..3853960f9ba 100644
@@ -90,6 +90,14 @@ static void read_packs_from_stdin(struct string_list *to)
 	strbuf_release(&buf);

builtin/multi-pack-index.c static void read_packs_from_stdin(struct string_list *to) · line 100

Quoted 10 lines
builtin/multi-pack-index.c +8 -0
 }
 
+static void normalize_object_dir(void)
+{
+	if (!opts.object_dir)
+		opts.object_dir = get_object_directory();
+	else
+		opts.object_dir = real_pathdup(opts.object_dir, 1);
+}
+

Rather than copy the 'normalize_object_dir()' calls to every subcommand, you could "centralize" this by making the 'object_dir' option an 'OPT_CALLBACK' option, something like:

static struct option common_opts[] = {
	OPT_CALLBACK(0, "object-dir", &opts.object_dir, N_("file"),
		     N_("object directory containing set of packfile and pack-index pairs"),
		     normalize_object_dir),
	OPT_END(),
};

It would require changing the function signature of 'normalize_object_dir' to match what's shown in 'Documentation/technical/api-parse-options.txt', and it potentially needs prefix handling similar to what's done in parse-options.c:get_value() (which internally calls 'fix_filename()' for filename opts), but I think it's probably worth reducing duplication here and avoiding the need to add 'normalize_object_dir()' to any new subcommand in the future.

Quoted 49 lines
builtin/multi-pack-index.c +8 -3
 static int cmd_multi_pack_index_write(int argc, const char **argv)
 {
 	struct option *options;
@@ -127,6 +135,8 @@ static int cmd_multi_pack_index_write(int argc, const char **argv)
 
 	FREE_AND_NULL(options);
 
+	normalize_object_dir();
+
 	if (opts.stdin_packs) {
 		struct string_list packs = STRING_LIST_INIT_DUP;
 		int ret;
@@ -169,6 +179,8 @@ static int cmd_multi_pack_index_verify(int argc, const char **argv)
 
 	FREE_AND_NULL(options);
 
+	normalize_object_dir();
+
 	return verify_midx_file(the_repository, opts.object_dir, opts.flags);
 }
 
@@ -195,6 +207,8 @@ static int cmd_multi_pack_index_expire(int argc, const char **argv)
 
 	FREE_AND_NULL(options);
 
+	normalize_object_dir();
+
 	return expire_midx_packs(the_repository, opts.object_dir, opts.flags);
 }
 
@@ -225,6 +239,8 @@ static int cmd_multi_pack_index_repack(int argc, const char **argv)
 
 	FREE_AND_NULL(options);
 
+	normalize_object_dir();
+
 	return midx_repack(the_repository, opts.object_dir,
 			   (size_t)opts.batch_size, opts.flags);
 }
@@ -241,9 +257,6 @@ int cmd_multi_pack_index(int argc, const char **argv,
 			     builtin_multi_pack_index_usage,
 			     PARSE_OPT_STOP_AT_NON_OPTION);
 
-	if (!opts.object_dir)
-		opts.object_dir = get_object_directory();
-
 	if (!argc)
 		goto usage;
 
#4 lore raw

Re: [PATCH 2/2] multi-pack-index: use --object-dir real path

Quoted 21 lines · Victoria Dye

builtin/multi-pack-index.c static void read_packs_from_stdin(struct string_list *to) · line 100

Quoted 8 lines · Derrick Stolee via GitGitGadget
builtin/multi-pack-index.c +8 -0
+static void normalize_object_dir(void)
+{
+	if (!opts.object_dir)
+		opts.object_dir = get_object_directory();
+	else
+		opts.object_dir = real_pathdup(opts.object_dir, 1);
+}
+

Rather than copy the 'normalize_object_dir()' calls to every subcommand, you could "centralize" this by making the 'object_dir' option an 'OPT_CALLBACK' option, something like:

static struct option common_opts[] = {
	OPT_CALLBACK(0, "object-dir", &opts.object_dir, N_("file"),
		     N_("object directory containing set of packfile and pack-index pairs"),
		     normalize_object_dir),
	OPT_END(),
};
Quoted 7 lines

It would require changing the function signature of 'normalize_object_dir' to match what's shown in 'Documentation/technical/api-parse-options.txt', and it potentially needs prefix handling similar to what's done in parse-options.c:get_value() (which internally calls 'fix_filename()' for filename opts), but I think it's probably worth reducing duplication here and avoiding the need to add 'normalize_object_dir()' to any new subcommand in the future.

Thanks! I agree that that would be a cleaner approach, especially if a new subcommand is added in the future.

Thanks,
-Stolee

#5 lore raw

Re: [PATCH 2/2] multi-pack-index: use --object-dir real path

In reply to Victoria Dye
Quoted 20 lines · Victoria Dye

builtin/multi-pack-index.c static void read_packs_from_stdin(struct string_list *to) · line 100

Quoted 8 lines
builtin/multi-pack-index.c +8 -0
+static void normalize_object_dir(void)
+{
+	if (!opts.object_dir)
+		opts.object_dir = get_object_directory();
+	else
+		opts.object_dir = real_pathdup(opts.object_dir, 1);
+}
+

Rather than copy the 'normalize_object_dir()' calls to every subcommand, you could "centralize" this by making the 'object_dir' option an 'OPT_CALLBACK' option, something like:

static struct option common_opts[] = {
	OPT_CALLBACK(0, "object-dir", &opts.object_dir, N_("file"),
		     N_("object directory containing set of packfile and pack-index pairs"),
		     normalize_object_dir),
	OPT_END(),
};
Quoted 7 lines

It would require changing the function signature of 'normalize_object_dir' to match what's shown in 'Documentation/technical/api-parse-options.txt', and it potentially needs prefix handling similar to what's done in parse-options.c:get_value() (which internally calls 'fix_filename()' for filename opts), but I think it's probably worth reducing duplication here and avoiding the need to add 'normalize_object_dir()' to any new subcommand in the future.

Good suggestion. Thanks, both, for taking care of this.

Are there other places that we take end-user input and treat it as a pathname without necessary normalization, I wonder. The codepath fixed by this series is relatively new, and I am not surprised such a bug was still there and hopefully it was an isolated remaining bug.

#6 lore raw

v2 cover multi-pack-index: use real paths for --object-dir

In reply to Derrick Stolee via GitGitGadget

A VFS for Git user reported [1] that the background maintenance did not seem to be doing anything. At least, the 'git multi-pack-index expire' and 'git multi-pack-index repack' steps did nothing. The 'write' subcommand worked to collect all pack-files into a single multi-pack-index file, but the packs were only growing in number instead of being maintained carefully.

[1] https://github.com/microsoft/git/issues/497

The root issue is about path comparisons between Windows and Unix path styles.

The fix is two-fold:

* Patch 1 performs real-path normalization at a low-level where it is required.
* Patch 2 performs real-path normalization at a high-level to be extra safe.
* Patch 3 adds an extra API hardening that I noticed while making Patch 2 for v2.

I'm not exactly sure how to test this properly in the Git codebase, but I'm looking to add some tests into VFS for Git to ensure this doesn't regress in the future.

Updates in v2
=============

* Patch 2 is rewritten to use an option callback, as recommended by Victoria. This is more robust to future changes to the CLI.
* Patch 3 is new, and something I found while working on patch 2.

Thanks, -Stolee

Derrick Stolee (3):
midx: use real paths in lookup_multi_pack_index()
multi-pack-index: use --object-dir real path
cache: use const char * for get_object_directory()

 builtin/multi-pack-index.c | 45 ++++++++++++++++++++++++++++----------
 cache.h                    |  2 +-
 environment.c              |  2 +-
 midx.c                     | 17 ++++++++++----
 4 files changed, 49 insertions(+), 17 deletions(-)

base-commit: 6cd33dceed60949e2dbc32e3f0f5e67c4c882e1e
Published-As: https://github.com/gitgitgadget/git/releases/tag/pr-1221%2Fderrickstolee%2Fmidx-normalize-object-dir-v2
Fetch-It-Via: git fetch https://github.com/gitgitgadget/git pr-1221/derrickstolee/midx-normalize-object-dir-v2
Pull-Request: https://github.com/gitgitgadget/git/pull/1221

Range-diff vs v1:

 1:  34785a0c7cc = 1:  34785a0c7cc midx: use real paths in lookup_multi_pack_index()
 2:  0435406e2db ! 2:  fd580e79477 multi-pack-index: use --object-dir real path

@@ Commit message
using the object_dir value, so it can be helpful to convert the path to the real-path before sending it to those locations.

- Adding the normalization in builtin/multi-pack-index.c is a little
- complicated because of how the sub-commands were split in 60ca94769
- (builtin/multi-pack-index.c: split sub-commands, 2021-03-30). The
- --object-dir argument could be parsed before the sub-command name _or_
- after it. Thus, create a normalize_object_dir() helper to call after all
- arguments are parsed, but before any logic is run on that object dir.
+ Add a callback to convert the real path immediately upon parsing the
+ argument. We need to be careful that we don't store the exact value out
+ of get_object_directory() and free it, or we could corrupt a later use
+ of the_repository->objects->odb->path.
+
+ We don't use get_object_directory() for the initial instantiation in
+ cmd_multi_pack_index() because we need 'git multi-pack-index -h' to work
+ without a Git repository.

## builtin/multi-pack-index.c ##
-@@ builtin/multi-pack-index.c: static void read_packs_from_stdin(struct string_list *to)
- strbuf_release(&buf);
- }
+@@ builtin/multi-pack-index.c: static char const * const builtin_multi_pack_index_usage[] = {
+ };
+
+ static struct opts_multi_pack_index {
+- const char *object_dir;
++ char *object_dir;
+ const char *preferred_pack;
+ const char *refs_snapshot;
+ unsigned long batch_size;
+@@ builtin/multi-pack-index.c: static struct opts_multi_pack_index {
+ int stdin_packs;
+ } opts;

-+static void normalize_object_dir(void)
++
++static int parse_object_dir(const struct option *opt, const char *arg,
++ int unset)
+{
-+ if (!opts.object_dir)
-+ opts.object_dir = get_object_directory();
++ free(opts.object_dir);
++ if (unset)
++ opts.object_dir = xstrdup(get_object_directory());
+ else
-+ opts.object_dir = real_pathdup(opts.object_dir, 1);
++ opts.object_dir = real_pathdup(arg, 1);
++ return 0;
+}
+
- static int cmd_multi_pack_index_write(int argc, const char **argv)
- {
- struct option *options;
-@@ builtin/multi-pack-index.c: static int cmd_multi_pack_index_write(int argc, const char **argv) -
- FREE_AND_NULL(options);
-
-+ normalize_object_dir();
-+
- if (opts.stdin_packs) {
- struct string_list packs = STRING_LIST_INIT_DUP;
- int ret;
-@@ builtin/multi-pack-index.c: static int cmd_multi_pack_index_verify(int argc, const char **argv) -
- FREE_AND_NULL(options);
-
-+ normalize_object_dir();
-+
- return verify_midx_file(the_repository, opts.object_dir, opts.flags);
- }
-
-@@ builtin/multi-pack-index.c: static int cmd_multi_pack_index_expire(int argc, const char **argv) -
- FREE_AND_NULL(options);
-
-+ normalize_object_dir();
-+
- return expire_midx_packs(the_repository, opts.object_dir, opts.flags);
- }
+ static struct option common_opts[] = {
+- OPT_FILENAME(0, "object-dir", &opts.object_dir,
+- N_("object directory containing set of packfile and pack-index pairs")),
++ OPT_CALLBACK(0, "object-dir", &opts.object_dir,
++ N_("directory"),
++ N_("object directory containing set of packfile and pack-index pairs"),
++ parse_object_dir),
+ OPT_END(),
+ };

@@ builtin/multi-pack-index.c: static int cmd_multi_pack_index_repack(int argc, const char **argv)
+ int cmd_multi_pack_index(int argc, const char **argv,
+ const char *prefix)
+ {
++ int res;
+ struct option *builtin_multi_pack_index_options = common_opts;

- FREE_AND_NULL(options);
+ git_config(git_default_config, NULL);

-+ normalize_object_dir();
++ if (the_repository &&
++ the_repository->objects &&
++ the_repository->objects->odb)
++ opts.object_dir = xstrdup(the_repository->objects->odb->path);
+
- return midx_repack(the_repository, opts.object_dir,
- (size_t)opts.batch_size, opts.flags);
- }
-@@ builtin/multi-pack-index.c: int cmd_multi_pack_index(int argc, const char **argv,
+ argc = parse_options(argc, argv, prefix,
+ builtin_multi_pack_index_options,
builtin_multi_pack_index_usage, PARSE_OPT_STOP_AT_NON_OPTION);

@@ builtin/multi-pack-index.c: int cmd_multi_pack_index(int argc, const char **argv
if (!argc)
goto usage;

+ if (!strcmp(argv[0], "repack"))
+- return cmd_multi_pack_index_repack(argc, argv);
++ res = cmd_multi_pack_index_repack(argc, argv);
+ else if (!strcmp(argv[0], "write"))
+- return cmd_multi_pack_index_write(argc, argv);
++ res = cmd_multi_pack_index_write(argc, argv);
+ else if (!strcmp(argv[0], "verify"))
+- return cmd_multi_pack_index_verify(argc, argv);
++ res = cmd_multi_pack_index_verify(argc, argv);
+ else if (!strcmp(argv[0], "expire"))
+- return cmd_multi_pack_index_expire(argc, argv);
++ res = cmd_multi_pack_index_expire(argc, argv);
++ else {
++ error(_("unrecognized subcommand: %s"), argv[0]);
++ goto usage;
++ }
++
++ free(opts.object_dir);
++ return res;
+
+- error(_("unrecognized subcommand: %s"), argv[0]);
+ usage:
+ usage_with_options(builtin_multi_pack_index_usage,
+ builtin_multi_pack_index_options);
-: ----------- > 3: c9b13f0e146 cache: use const char * for get_object_directory()

Signature · 1 line
gitgitgadget
#7 lore raw

PATCH v2 1/3 midx: use real paths in lookup_multi_pack_index()

From: Derrick Stolee <[email protected]>

This helper looks for a parsed multi-pack-index whose object directory matches the given object_dir. Before going into the loop over the parsed multi-pack-indexes, it calls find_odb() to ensure that the given object_dir is actually a known object directory.

However, find_odb() uses real-path manipulations to compare the input to the alternate directories. This same real-path comparison is not used in the loop, leading to potential issues with the strcmp().

Update the method to use the real-path values instead.

---
 midx.c | 17 +++++++++++++----
 1 file changed, 13 insertions(+), 4 deletions(-)
midx.c +13 -4
index 107365d2114..3db0e47735f 100644
@@ -1132,17 +1132,26 @@ cleanup:
 static struct multi_pack_index *lookup_multi_pack_index(struct repository *r,
 							const char *object_dir)
 {
+	struct multi_pack_index *result = NULL;
 	struct multi_pack_index *cur;
+	char *obj_dir_real = real_pathdup(object_dir, 1);
+	struct strbuf cur_path_real = STRBUF_INIT;
 
 	/* Ensure the given object_dir is local, or a known alternate. */
-	find_odb(r, object_dir);
+	find_odb(r, obj_dir_real);
 
 	for (cur = get_multi_pack_index(r); cur; cur = cur->next) {
-		if (!strcmp(object_dir, cur->object_dir))
-			return cur;
+		strbuf_realpath(&cur_path_real, cur->object_dir, 1);
+		if (!strcmp(obj_dir_real, cur_path_real.buf)) {
+			result = cur;
+			goto cleanup;
+		}
 	}
 
-	return NULL;
+cleanup:
+	free(obj_dir_real);
+	strbuf_release(&cur_path_real);
+	return result;
 }
 
 static int write_midx_internal(const char *object_dir,
Signature · 1 line
gitgitgadget
#8 lore raw

PATCH v2 2/3 multi-pack-index: use --object-dir real path

In reply to Derrick Stolee via GitGitGadget

From: Derrick Stolee <[email protected]>

The --object-dir argument to 'git multi-pack-index' allows a user to specify an alternate to use instead of the local $GITDIR. This is used by third-party tools like VFS for Git to maintain the pack-files in a "shared object cache" used by multiple clones.

On Windows, the user can specify a path using a Windows-style file path with backslashes such as "C:\Path\To\ObjectDir". This same path style is used in the .git/objects/info/alternates file, so it already matches the path of that alternate. However, find_odb() converts these paths to real-paths for the comparison, which use forward slashes. As of the previous change, lookup_multi_pack_index() uses real-paths, so it correctly finds the target multi-pack-index when given these paths.

Some commands such as 'git multi-pack-index repack' call child processes using the object_dir value, so it can be helpful to convert the path to the real-path before sending it to those locations.

Add a callback to convert the real path immediately upon parsing the argument. We need to be careful that we don't store the exact value out of get_object_directory() and free it, or we could corrupt a later use of the_repository->objects->odb->path.

We don't use get_object_directory() for the initial instantiation in cmd_multi_pack_index() because we need 'git multi-pack-index -h' to work without a Git repository.

---
 builtin/multi-pack-index.c | 45 ++++++++++++++++++++++++++++----------
 1 file changed, 34 insertions(+), 11 deletions(-)
builtin/multi-pack-index.c +34 -11
index 4480ba39827..5edbb7fe86e 100644
@@ -44,7 +44,7 @@ static char const * const builtin_multi_pack_index_usage[] = {
 };
 
 static struct opts_multi_pack_index {
-	const char *object_dir;
+	char *object_dir;
 	const char *preferred_pack;
 	const char *refs_snapshot;
 	unsigned long batch_size;
@@ -52,9 +52,23 @@ static struct opts_multi_pack_index {
 	int stdin_packs;
 } opts;
 
+
+static int parse_object_dir(const struct option *opt, const char *arg,
+			    int unset)
+{
+	free(opts.object_dir);
+	if (unset)
+		opts.object_dir = xstrdup(get_object_directory());
+	else
+		opts.object_dir = real_pathdup(arg, 1);
+	return 0;
+}
+
 static struct option common_opts[] = {
-	OPT_FILENAME(0, "object-dir", &opts.object_dir,
-	  N_("object directory containing set of packfile and pack-index pairs")),
+	OPT_CALLBACK(0, "object-dir", &opts.object_dir,
+	  N_("directory"),
+	  N_("object directory containing set of packfile and pack-index pairs"),
+	  parse_object_dir),
 	OPT_END(),
 };
 
@@ -232,31 +246,40 @@ static int cmd_multi_pack_index_repack(int argc, const char **argv)
 int cmd_multi_pack_index(int argc, const char **argv,
 			 const char *prefix)
 {
+	int res;
 	struct option *builtin_multi_pack_index_options = common_opts;
 
 	git_config(git_default_config, NULL);
 
+	if (the_repository &&
+	    the_repository->objects &&
+	    the_repository->objects->odb)
+		opts.object_dir = xstrdup(the_repository->objects->odb->path);
+
 	argc = parse_options(argc, argv, prefix,
 			     builtin_multi_pack_index_options,
 			     builtin_multi_pack_index_usage,
 			     PARSE_OPT_STOP_AT_NON_OPTION);
 
-	if (!opts.object_dir)
-		opts.object_dir = get_object_directory();
-
 	if (!argc)
 		goto usage;
 
 	if (!strcmp(argv[0], "repack"))
-		return cmd_multi_pack_index_repack(argc, argv);
+		res = cmd_multi_pack_index_repack(argc, argv);
 	else if (!strcmp(argv[0], "write"))
-		return cmd_multi_pack_index_write(argc, argv);
+		res =  cmd_multi_pack_index_write(argc, argv);
 	else if (!strcmp(argv[0], "verify"))
-		return cmd_multi_pack_index_verify(argc, argv);
+		res =  cmd_multi_pack_index_verify(argc, argv);
 	else if (!strcmp(argv[0], "expire"))
-		return cmd_multi_pack_index_expire(argc, argv);
+		res =  cmd_multi_pack_index_expire(argc, argv);
+	else {
+		error(_("unrecognized subcommand: %s"), argv[0]);
+		goto usage;
+	}
+
+	free(opts.object_dir);
+	return res;
 
-	error(_("unrecognized subcommand: %s"), argv[0]);
 usage:
 	usage_with_options(builtin_multi_pack_index_usage,
 			   builtin_multi_pack_index_options);
Signature · 1 line
gitgitgadget
#9 lore raw

Re: [PATCH v2 2/3] multi-pack-index: use --object-dir real path

Quoted 24 lines · Derrick Stolee via GitGitGadget

From: Derrick Stolee <[email protected]>

The --object-dir argument to 'git multi-pack-index' allows a user to specify an alternate to use instead of the local $GITDIR. This is used by third-party tools like VFS for Git to maintain the pack-files in a "shared object cache" used by multiple clones.

On Windows, the user can specify a path using a Windows-style file path with backslashes such as "C:\Path\To\ObjectDir". This same path style is used in the .git/objects/info/alternates file, so it already matches the path of that alternate. However, find_odb() converts these paths to real-paths for the comparison, which use forward slashes. As of the previous change, lookup_multi_pack_index() uses real-paths, so it correctly finds the target multi-pack-index when given these paths.

Some commands such as 'git multi-pack-index repack' call child processes using the object_dir value, so it can be helpful to convert the path to the real-path before sending it to those locations.

Add a callback to convert the real path immediately upon parsing the argument. We need to be careful that we don't store the exact value out of get_object_directory() and free it, or we could corrupt a later use of the_repository->objects->odb->path.

Quoted 8 lines

We don't use get_object_directory() for the initial instantiation in cmd_multi_pack_index() because we need 'git multi-pack-index -h' to work without a Git repository.

---
 builtin/multi-pack-index.c | 45 ++++++++++++++++++++++++++++----------
 1 file changed, 34 insertions(+), 11 deletions(-)

Much nicer compared to the previous round, by doing the normalization early.

Will queue. thanks.

#10 lore raw

PATCH v2 3/3 cache: use const char * for get_object_directory()

In reply to Derrick Stolee via GitGitGadget

From: Derrick Stolee <[email protected]>

The get_object_directory() method returns the exact string stored at the_repository->objects->odb->path. The return type of "char *" implies that the caller must keep track of the buffer and free() it when complete. This causes significant problems later when the ODB is accessed.

Use "const char *" as the return type to avoid this confusion. There are no current callers that care about the non-const definition.

---
 cache.h       | 2 +-
 environment.c | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)
cache.h +1 -1
index 6226f6a8a53..595582becc8 100644
@@ -566,7 +566,7 @@ extern char *git_work_tree_cfg;
 int is_inside_work_tree(void);
 const char *get_git_dir(void);
 const char *get_git_common_dir(void);
-char *get_object_directory(void);
+const char *get_object_directory(void);
 char *get_index_file(void);
 char *get_graft_file(struct repository *r);
 void set_git_dir(const char *path, int make_realpath);
environment.c +1 -1
index 5bff1b386fd..b3296ce7d15 100644
@@ -273,7 +273,7 @@ const char *get_git_work_tree(void)
 	return the_repository->worktree;
 }
 
-char *get_object_directory(void)
+const char *get_object_directory(void)
 {
 	if (!the_repository->objects->odb)
 		BUG("git environment hasn't been setup");
Signature · 1 line
gitgitgadget