Tree: c8dc541c48

0.1.7

master

next

release0.1.5

release0.1.6

release0.1.7

v0.1.8

v0.1.9

0.1.8

0.1.9

v0.1

v0.1.1

v0.1.2

v0.1.3

v0.1.4

v0.1.5

v0.1.6

v0.1.7

Branches Tags

${ item.name }

Create tag ${ searchTerm }

Create branch ${ searchTerm }

from 'c8dc541c48'

${ noResults }

Commit Graph

5 Commits (c8dc541c489ddcc37d543ca9c7a3b25ad569f260)

Author	SHA1	Message	Date
Georg Hopp	c8dc541c48	use now my own tree implementation as base for my hashes....sadly this thing is leaking memory again...on the other hand I workarounded the problem of a sometimes occuring infinite loop within connect.	12 years ago
Georg Hopp	417b9f6d8f	most likely found a bug in the glibc tdelete implementation...don't have the mood of building a simple testcase for reporting. Maybe I do when I have implemented my own trees.	12 years ago
Georg Hopp	3289d758c9	now asset is by itself hashable...and the leaking issue seems to be fixed.	12 years ago
Georg Hopp	d235aaef32	try to use memory mapped io for asset access, but this one leaks like a rotten barge	12 years ago
Georg Hopp	d6cd2bbae9	added asset class and move mimetype handling in separate helper. Tested this with mmapfiletest2.c	12 years ago