Thread (21 messages) 21 messages, 9 authors, 2016-06-15

Re: git-commit fatal: Out of memory? mmap failed: Bad file descriptor

From: Linus Torvalds <torvalds@linux-foundation.org>
Date: 2016-06-15 22:44:05


On Tue, 15 Jan 2008, Brandon Casey wrote:
Do you have a suggestion for a public place to upload? I do not have
one of my own, and I've never used any of the 'free' services. The
strace log is about 8.5MB, compressed to about 500K.
Can you just email the compressed one to me as an attachement, I'll put it 
somewhere..
Not that it's important, but looks like the file descriptor that
is closed too soon is 3.
Yes and no. There obviously are several "close(3)"s in even that short 
snippet, but they are for a different kind of close - they are for the 
regular loose object open/mmap/close/munmap sequence which has re-used 
that file descriptor.

So the *incorrect* close(3) happened some time much earlier.

The other alternative is, of course, that the 3 itself is just wrong, and 
something corrupted the packfile data structures.
quoted
Does it reliably reproduce for any commit in the repository, or
reliably reproduce for one particular commit, or sometimes
reprooduce for one particular commit?
Reliably for one particular commit.

Additional commits on top of this commit complete successfully.
It would obviously be interesting to see the base repository and the 
commit you are trying to do - is that possibly publicly available?

		Linus
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help