Re: fatal: Out of memory, malloc failed

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Julian Phillips wrote:
> On Mon, 16 Apr 2007, Alan Larkin wrote:
> 
>> Alex Riesen wrote:
>>> Alan Larkin, Sun, Apr 15, 2007 21:06:53 +0200:
>>>>>> Its not a huge push Im trying to do here (<about 150Mb) but
>>>>>> always malloc fails!
>>>>> Any huge objects?
>>>>>
>>>> There were a couple of big files. I removed a 72Mb one (making 47Mb
>>>> the biggest one left in the project) and made the push and it
>>>> worked. I later pulled the project down to a different machine,
>>>> added the 72Mb file back in, and pushed to the server and it worked.
>>>> So apparently it's a platform specific problem. If anybody's
>>>> particularly interested I could replicate it under gdb and pass on
>>>> any info, but if not I wont ... job's done, Im happy.
>>>
>>> 72Mb is nothing. Is it Windows/cygwin, by any chance? (I see the
>>> problem there sometimes. Tried debugging it, got into some ugly
>>> cygwin-windows interactions, threw up, did the same you did and tried
>>> to forget it all).
>>>
>>> -
>>> 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
>>>
>>>
>>
>> Thats what I thought, but malloc continued to fail until the 72Mb file
>> was removed.
>>
>> No, my server is running Debian. I had the push problem when logged in
>> on that. It worked when I
>> pushed it from a Gentoo box.
> 
> a problem with ulimit -m on the server?
> 

Unlimited ...
-
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

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]