just spotted a bug - i think its efreet related, but this is to make sure it

is or isnt as this struct was overwritten or seemingly pointing to an efreet
data struct


SVN revision: 29643
This commit is contained in:
Carsten Haitzler 2007-04-22 07:01:44 +00:00
parent 9af768a436
commit ecfa6af1ec
2 changed files with 8 additions and 1 deletions

View File

@ -53,7 +53,7 @@ evas_common_load_image_from_file(const char *file, const char *key, RGBA_Image_L
else if (!strcasecmp(p, "svg"))
loader = "svg";
else if (!strcasecmp(p, "svgz"))
loader = "svgz";
loader = "svg";
}
if (loader)
{

View File

@ -287,6 +287,13 @@ evas_common_image_free(RGBA_Image *im)
if (im->info.key) evas_stringshare_del(im->info.key);
// if (im->info.comment) evas_stringshare_del(im->info.comment);
if (im->info.module) evas_module_unref((Evas_Module *)im->info.module);
/* memset the image to 0x99 because i recently saw a segv where an
* seemed to be used BUT its contents were wrong - it looks like it was
* overwritten by something from efreet - as there was an execute command
* for a command there and some other signs - but to make sure, I am
* going to empty this struct out in case this happens again so i know
* that something else is overwritign this struct - or not */
memset(im, 0x99, sizeof(im));
free(im);
}