| commit | 6e1d41035f09a7815fb60b9dcd65a2a534fc00cc | |
| author | Benjamin Sergeant <bsergean@gmail.com> | |
| Fri, 8 Jun 2007 18:13:55 +0000 (8 11:13 -0700) | ||
| committer | Simon Hausmann <shausman@trolltech.com> | |
| Sat, 16 Jun 2007 20:06:06 +0000 (16 22:06 +0200) | ||
| tree | 4732c8be3a4fe726f4e030b4b3fc5328fe47fe59 | treesnapshot (tar.gz zip) |
| parent | 5339c58a25e11b4c7af593cba7f0e783c8d9580a | commitdiff |
git-p4 fails when cloning a p4 depo.
A perforce command with all the files in the repo is generated to get
all the file content.
Here is a patch to break it into multiple successive perforce command
who uses 4K of parameter max, and collect the output for later.
It works, but not for big depos, because the whole perforce depo
content is stored in memory in P4Sync.run(), and it looks like mine is
bigger than 2 Gigs, so I had to kill the process.
[Simon: I added the bit about using SC_ARG_MAX, as suggested by Han-Wen]
Signed-off-by: Benjamin Sergeant <bsergean@gmail.com>
Signed-off-by: Simon Hausmann <simon@lst.de>
A perforce command with all the files in the repo is generated to get
all the file content.
Here is a patch to break it into multiple successive perforce command
who uses 4K of parameter max, and collect the output for later.
It works, but not for big depos, because the whole perforce depo
content is stored in memory in P4Sync.run(), and it looks like mine is
bigger than 2 Gigs, so I had to kill the process.
[Simon: I added the bit about using SC_ARG_MAX, as suggested by Han-Wen]
Signed-off-by: Benjamin Sergeant <bsergean@gmail.com>
Signed-off-by: Simon Hausmann <simon@lst.de>
| git-p4 | diffblobblamehistory |