Re: large files and low memory

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

 



On Tue, Oct 5, 2010 at 00:57, Enrico Weigelt <weigelt@xxxxxxxx> wrote:
> * Jonathan Nieder <jrnieder@xxxxxxxxx> wrote:
>> Shawn Pearce wrote:
>>
>> > The mmap() isn't the problem. ÂIts the allocation of a buffer that is
>> > larger than the file in order to hold the result of deflating the file
>> > before it gets written to disk.
>>
>> Wasn't this already fixed, at least in some cases?
>>
>> commit 9892bebafe0865d8f4f3f18d60a1cfa2d1447cd7 (tags/v1.7.0.2~11^2~1)
>> Author: Nicolas Pitre <nico@xxxxxxxxxxx>
>> Date: Â Sat Feb 20 23:27:31 2010 -0500
>
> I guess I'll have to do a update.
>
> But: latest tag (1.7.3.1) doesnt build:
>
>
> Â ÂCC read-cache.o
> Â Âread-cache.c: In function `fill_stat_cache_info':
> Â Âread-cache.c:73: structure has no member named `st_ctim'
> Â Âread-cache.c:74: structure has no member named `st_mtim'
> Â Âread-cache.c: In function `read_index_from':
> Â Âread-cache.c:1334: structure has no member named `st_mtim'
> Â Âread-cache.c: In function `write_index':
> Â Âread-cache.c:1614: structure has no member named `st_mtim'
> Â Âmake: *** [read-cache.o] Fehler 1
>
> Is my libc too old ?

Those lines are accessing members called st_ctime, i.e. with an "e" at
the end, but your errors just report "st_ctim". What gives?
--
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]