| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | zstream: grow based on used memory rather than allocated | Carlos MartÃn Nieto | 2014-04-26 | 1 | -1/+1 |
| | | | | | | | | | | | | | | | | When deflating data, we might need to grow the buffer. Currently we add a guess on top of the currently-allocated buffer size. When we re-use the buffer, it already has some memory allocated; adding to that means that we always grow the buffer regardless of how much we need to use. Instead, increase on top of the currently-used size. This still leaves us with the allocated size of the largest object we compress, but it's a minor pain compared to unbounded growth. This fixes #2285. | ||||
| * | Defer zstream NUL termination to end | Russell Belfer | 2014-01-30 | 1 | -2/+5 |
| | | | | | | And don't terminate if there isn't space for it (since it's binary data, it's not worth a reallocation). | ||||
| * | Expand zstream tests and fix off-by-one error | Russell Belfer | 2014-01-30 | 1 | -1/+2 |
| | | |||||
| * | Reorganize zstream API and fix wrap problems | Russell Belfer | 2014-01-30 | 1 | -44/+102 |
| | | | | | | | | | There were some confusing issues mixing up the number of bytes written to the zstream output buffer with the number of bytes consumed from the zstream input. This reorganizes the zstream API and makes it easier to deflate an arbitrarily large input while still using a fixed size output. | ||||
| * | Fix write_object. | XTao | 2014-01-26 | 1 | -2/+1 |
| | | |||||
| * | Packbuilder contains its own zstream | Edward Thomson | 2014-01-14 | 1 | -0/+5 |
| | | |||||
| * | Refactor zlib for easier deflate streaming | Edward Thomson | 2014-01-14 | 1 | -0/+90 |
 |
index : delta/libgit2.git | |
| github.com: libgit2/libgit2.git |
| summaryrefslogtreecommitdiff |