summaryrefslogtreecommitdiffstats
path: root/libass/ass_render.c
diff options
context:
space:
mode:
authorUoti Urpala <uau@glyph.nonexistent.invalid>2009-06-19 19:26:36 +0300
committergreg <greg@blackbox>2009-06-20 15:35:29 +0200
commit0b9223d493e016ccdce91aae1a6f69aff6c03a0f (patch)
treec1746049bf4173693b1cab28693a21bd6abaf394 /libass/ass_render.c
parent6a5c6a3748e3825d7a4281cfeac4ca25b32c8571 (diff)
downloadlibass-0b9223d493e016ccdce91aae1a6f69aff6c03a0f.tar.bz2
libass-0b9223d493e016ccdce91aae1a6f69aff6c03a0f.tar.xz
Use safe hash functions for composite bitmaps
Previously the composite bitmap hash keys were compared and hashed based on all the bytes in the struct, which could cause problems because of padding bytes. Change the code to use field-by-field operations as already done for other hash key types. The composite hash key contains two bitmap hash keys. The hashing function currently handles those by calling the function to calculate the corresponding bitmap hash, and then updating the composite hash by treating the result of the function call as a byte buffer. An alternative would be to change the hash functions so that the initial hash value could be passed as a parameter to the recursively called function.
Diffstat (limited to 'libass/ass_render.c')
0 files changed, 0 insertions, 0 deletions