| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Daniel Silverstone <dsilvers@digital-scurf.org>
|
|
|
|
| |
Signed-off-by: Daniel Silverstone <dsilvers@digital-scurf.org>
|
|
|
|
| |
Co-authored-by: John-Mark Bell <jmb@netsurf-browser.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously the data in the linear buffer was always stored at
the start of the allocation, pointed to by `buffer->data`.
This was achieved by memmoving every time data was consumed
from the front.
Now the allocation is pointed to by `buffer->alloc`, and the
start of the data is pointed to by `buffer->data` (as before).
This means client code does not need to change to get at the
data.
The advantage comes when we discard the from the start of the
buffer, when some data is consumed. We now simply advance the
data pointer by the number of bytes to be discarded, and reduce
the buffer length by the same amount.
If the used portion of the buffer now fits between the start
of the allocation and the current start of the data, it is
memcpyed to the allocation start, otherwise it is left alone.
This is a significant optimisation when the size of the chunk
is large, such as when loading from disc. (When the first
(only) "chunk" is just the whole file.
|
| |
|
|
|
|
| |
Elie Roudninski.
|
| |
|
|
|
|
| |
The gap in teh input was being created at the wrong insertion point!
|
|
|
|
| |
svn path=/trunk/libparserutils/; revision=14003
|
|
|
|
| |
svn path=/trunk/libparserutils/; revision=8788
|
|
|
|
| |
svn path=/trunk/libparserutils/; revision=8268
|
|
|
|
| |
svn path=/trunk/libparserutils/; revision=8267
|
|
|
|
| |
svn path=/trunk/libparserutils/; revision=7093
|
|
|
|
| |
svn path=/trunk/libparserutils/; revision=6854
|
|
|
|
| |
svn path=/trunk/libparserutils/; revision=6527
|
|
|
|
| |
svn path=/trunk/libparserutils/; revision=6512
|
|
|
|
| |
svn path=/trunk/libparserutils/; revision=6007
|
|
|
|
| |
svn path=/trunk/libparserutils/; revision=5965
|
|
|
|
| |
svn path=/trunk/libparserutils/; revision=5920
|
|
|
|
| |
svn path=/trunk/libparserutils/; revision=5868
|
|
|
|
|
|
| |
Limit maximum length of data items stored in hash/chunked array to 2^16-1.
svn path=/trunk/libparserutils/; revision=5858
|
|
|
|
| |
svn path=/trunk/libparserutils/; revision=5853
|
|
|
|
|
|
|
|
|
| |
+ Chunked array
+ Hash table (open addressing)
Constify parameter to parserutils_stack_push
svn path=/trunk/libparserutils/; revision=5850
|
|
|
|
| |
svn path=/trunk/libparserutils/; revision=5838
|
|
|
|
| |
svn path=/trunk/libparserutils/; revision=5673
|
|
|
|
| |
svn path=/trunk/libparserutils/; revision=5652
|
|
|
|
| |
svn path=/trunk/libparserutils/; revision=5596
|
|
|
|
| |
svn path=/trunk/libparserutils/; revision=5249
|
|
|
|
| |
svn path=/trunk/libparserutils/; revision=5233
|
|
|
|
|
|
|
|
| |
in debug mode.
This leaks memory lots, deliberately.
svn path=/trunk/libparserutils/; revision=5081
|
|
|
|
|
|
| |
they're equal, compare the actual data.
svn path=/trunk/libparserutils/; revision=4856
|
|
|
|
| |
svn path=/trunk/libparserutils/; revision=4827
|
|
|
|
|
|
| |
Add basic implementations of a stack and a vector.
svn path=/trunk/libparserutils/; revision=4824
|
|
|
|
| |
svn path=/trunk/libparserutils/; revision=4468
|
|
|
|
|
|
| |
Even comes with testcases, which is nice.
svn path=/trunk/libparserutils/; revision=4138
|
|
svn path=/trunk/libparserutils/; revision=4111
|