git/list[1] front-page[2] threads[3] people[4] search[5] about
 

[PATCH/RFH] send-pack: fix pipeline.

From
Junio C Hamano <junkio@cox.net>
Date
Dec 29, 2006, 10:37 UTC
Message-ID
<7v1wmjoumq.fsf@assigned-by-dhcp.cox.net>

send-pack builds a pipeline that runs "rev-list | pack-objects" and sends the output from pack-objects to the other side, while feeding the input side of that pipe from itself. However, the file descriptor that is given to this pipeline (so that it can be dup2(2)'ed into file descriptor 1 of pack-objects) is closed by the caller before the complex fork+exec dance! Worse yet, the caller already dup2's it to 1, so the child process did not even have to.

I do not understand how this code could possibly have been working, but it somehow was working by accident.

Merging the sliding mmap() code reveals this problem, presumably because it keeps one extra file descriptor open for a packfile and changes the way file descriptors are allocated. I am too tired to diagnose the problem now, but this seems to be a sensible fix.

Signed-off-by: Junio C Hamano <junkio@cox.net>
---
 * With this patch (and another one I sent out a fix already),
   it appears that the send-pack problem I was having with
   sp/mmap topic seems to have disappeared.  But that is no way
   a proof that everything is peachy now.
   Somebody less tired than myself should really audit the
   pipeline built by send-pack.
 send-pack.c |    7 ++-----
 1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/send-pack.c b/send-pack.c
index cc884f3..54de96e 100644
--- a/send-pack.c
+++ b/send-pack.c
@@ -58,7 +58,7 @@ static void exec_rev_list(struct ref *refs)
 /*
  * Run "rev-list --stdin | pack-objects" pipe.
  */
-static void rev_list(int fd, struct ref *refs)
+static void rev_list(struct ref *refs)
 {
 	int pipe_fd[2];
 	pid_t pack_objects_pid;
@@ -71,10 +71,8 @@ static void rev_list(int fd, struct ref *refs)
 		 * and writes to the original fd
 		 */
 		dup2(pipe_fd[0], 0);
-		dup2(fd, 1);
 		close(pipe_fd[0]);
 		close(pipe_fd[1]);
-		close(fd);
 		exec_pack_objects();
 		die("pack-objects setup failed");
 	}
@@ -85,7 +83,6 @@ static void rev_list(int fd, struct ref *refs)
 	dup2(pipe_fd[1], 1);
 	close(pipe_fd[0]);
 	close(pipe_fd[1]);
-	close(fd);
 	exec_rev_list(refs);
 }
 
@@ -111,7 +108,7 @@ static void rev_list_generate(int fd, struct ref *refs)
 		close(pipe_fd[0]);
 		close(pipe_fd[1]);
 		close(fd);
-		rev_list(fd, refs);
+		rev_list(refs);
 		die("rev-list setup failed");
 	}
 	if (rev_list_generate_pid < 0)
Next: Junio C Hamano
Message 1 of 8 in “send-pack: fix pipeline.”
  1. send-pack: fix pipeline.Junio C Hamano, Dec 29, 2006
  2. Junio C HamanoDec 29, 2006
  3. Linus TorvaldsDec 29, 2006
  4. Junio C HamanoDec 29, 2006
  5. Andy WhitcroftJan 2, 2007
  6. send pack check for failure to send revisions listAndy Whitcroft, Jan 2, 2007
  7. Junio C HamanoDec 31, 2006
  8. Linus TorvaldsDec 31, 2006

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.