summaryrefslogtreecommitdiff
path: root/mozilla-sha1
diff options
context:
space:
mode:
authorLibravatar Janos Laube <janos.dev@gmail.com>2009-03-13 16:50:45 +0100
committerLibravatar Junio C Hamano <gitster@pobox.com>2009-03-18 19:23:04 -0700
commitb130a72b274441bb5d687de93efef4d990c40c0a (patch)
tree094a2c29c15061b4124cde258dd6de3be8f254eb /mozilla-sha1
parentgc --aggressive: make it really aggressive (diff)
downloadtgif-b130a72b274441bb5d687de93efef4d990c40c0a.tar.xz
MinGW: implement mmap
Add USE_WIN32_MMAP which triggers the use of windows' native file memory mapping functionality in git_mmap()/git_munmap() functions. As git functions currently use mmap with MAP_PRIVATE set only, this implementation supports only that mode for now. On Windows, offsets for memory mapped files need to match the allocation granularity. Take this into account when calculating the packed git- windowsize and file offsets. At the moment, the only function which makes use of offsets in conjunction with mmap is use_pack() in sha1-file.c. Git fast-import's code path tries to map a portion of the temporary packfile that exceeds the current filesize, i.e. offset+length is greater than the filesize. The NO_MMAP code worked with that since pread() just reads the file content until EOF and returns gracefully, while MapViewOfFile() aborts the mapping and returns 'Access Denied'. Working around that by determining the filesize and adjusting the length parameter. Signed-off-by: Janos Laube <janos.dev@gmail.com> Signed-off-by: Johannes Sixt <j6t@kdbg.org> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'mozilla-sha1')
0 files changed, 0 insertions, 0 deletions