forked from enlightenment/efl
5a68a63ab7
As cache2 knows cached image could be not matched even though
hash key is not different.
Please refer to the following comment of evas_cache2_image_open.
/* image we found doesn't match what's on disk (stat info wise)
* so dirty the active cache entry so we never find it again. this
* also implicitly guarantees that we only have 1 active copy
* of an image at a given key. we wither find it and keep re-reffing
* it or we dirty it and get it out */
The hash key is created base on the image file address.
If the image file address to find does not equal cached image file address
then it means that the cached image is no longer valid.
This case could happen with the following step.
(1) Call evas_object_image_memfile_set with content data A
(2) Call evas_object_image_memfile_set with content data B
(3) Add timer with short time (ex: 0.01 sec)
(4) Delete A image, and add A image in timer callback
(5) Delete B image, and add B image in timer callback
Sometimes you could see image of A from the B image, because newly created
image at step 5 has same address of setp 1.
Reviewed-by: Cedric BAIL <cedric.bail@free.fr>
Differential Revision: https://phab.enlightenment.org/D6870
|
||
|---|---|---|
| .. | ||
| cache | ||
| canvas | ||
| common | ||
| common3d | ||
| file | ||
| filters | ||
| gesture | ||
| include | ||
| vg | ||
| Evas.h | ||
| Evas.hh | ||
| Evas_Common.h | ||
| Evas_Eo.h | ||
| Evas_GL.h | ||
| Evas_Internal.h | ||
| Evas_Legacy.h | ||
| Evas_Loader.h | ||
| main.c | ||
| meson.build | ||