Junio, Is there a command in git at the moment that will read commit IDs on standard input and print the contents of each commit on standard output (without waiting for EOF on stdin)? I tried git rev-list --stdin --no-walk --header, but it seems to collect all the IDs from stdin and eliminate duplicates before outputting anything, which is not what I want. What I want is a process that I can run from gitk where I can write IDs to its stdin whenever gitk needs to know the contents of some commits, and know that those contents will be turning up on the pipe from its stdout in a timely fashion, without having to start a new process each time. Is there a way to do that currently? The reason I want this is to reduce gitk's memory usage. At present it reads all the commits into memory, which takes about 160MB on the current kernel tree just to store the contents of all the commits (since Tcl stores strings internally as 2 bytes/character). Instead I plan to make gitk keep a cache of commits and read in commits as needed from an external process. When doing a search, we may need to read in nearly all the commits, and we'll need to do it quickly. Thanks, Paul. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
