Commits


add cache debug output for too large elements


don't cache objects larger than 1MB


fix got_error_from_errno() arguments in inflate.c


set_max_datasize() should be a static function


no need to zero memory in got_inflate_to_mem_mmap()


no need to zero memory in got_inflate_to_mem_fd()


add a TODO item


increase GOT_INFLATE_BUFSIZE (trades memory usage for speed)


no need to zero memory in got_inflate_to_mem()


set datasize limit of got-read-pack helpers to maximum


fix double-frees in error path when resolving deltas fails


move a comment to a better place and expand it


NUL-terminate empty logmsg buffer for strlcat(3) Because the logmsg output buffer was not NUL-terminated after allocation, strlcat(3) could append log message contents copied from the temporary file at a wrong memory location. In the case observed by me, this bug resulted in a broken commit object.


catch fopen(3) failure in collect_commit_logmsg()


make 'got update' bump the base commit ID of unchanged files This change makes it actually possible to get around commit-time out-of-dateness by running 'got update'. The test added with this commit shows that our out-of-dateness check is currently too simplistic; an update is required between any two commit operations! It would be better to allow commits to proceed until a situation arises where file content must be merged.


expand test coverage: partial update with parent dir as argument


fix handling of non-directories in change from previous commit


tog: if opened from log view, open tree view at path being logged


plug /dev/null file descriptor leaks in diffreg.c


make struct got_commitable opaque to library users


fix bug reproduced by xfail test 'test_commit_added_subdirs'


add another TODO item


add a tog TODO item


error.c: use <limits.h> instead of <sys/param.h>


introduce got_error_path()