From: Lyle K. <te...@ke...> - 2001-11-08 16:11:58
|
* enl...@li... (enl...@li...) wrote: > Enlightenment CVS committal > > Author : raster > Project : e17 > Module : libs/evas > > Dir : e17/libs/evas/src > > > Modified Files: > Evas_private.h evas_callbacks.c evas_gradient.c evas_image.c > evas_line.c evas_misc.c evas_object.c evas_poly.c evas_text.c > > > Log Message: > > > you can address objects by name now all image objects by default get a name > set as the basename of the file (ie "/tmp/blah/foo.png has the name of > "foo"). you can override the name if u want... or just not use it. should > really use hash table - patch for this from rusty russel :) i need to wokr > on this stuff before 1.0 Are the several occurances of o = TO_OBJECT(e, o); o = TO_OBJECT(e, o); intentional? term > > =================================================================== > RCS file: /cvsroot/enlightenment/e17/libs/evas/src/Evas_private.h,v > retrieving revision 1.11 > retrieving revision 1.12 > diff -u -3 -r1.11 -r1.12 > --- Evas_private.h 2001/10/19 02:01:37 1.11 > +++ Evas_private.h 2001/11/07 21:20:01 1.12 > @@ -164,6 +164,8 @@ > > struct _Evas_Object_Any > { > + unsigned char marker; > + unsigned char changed; > unsigned short type; > struct { > double x, y, w, h; > @@ -175,8 +177,6 @@ > __attribute__ ((packed)) current, > __attribute__ ((packed)) previous; > > - unsigned char changed; > - > unsigned char delete_me; > > unsigned char pass_events; > @@ -316,6 +316,11 @@ > o->previous.x, o->previous.y, o->previous.w, o->previous.h); > } > > +/* If it seems to be a string, try destringing it */ > +#define TO_OBJECT(e, obj) \ > + ((obj) && ((char *)(obj))[0] \ > + ? evas_object_get_named((e), (char *)(obj)) \ > + : (obj)) > #endif > > > =================================================================== > RCS file: /cvsroot/enlightenment/e17/libs/evas/src/evas_callbacks.c,v > retrieving revision 1.9 > retrieving revision 1.10 > diff -u -3 -r1.9 -r1.10 > --- evas_callbacks.c 2001/10/26 05:25:47 1.9 > +++ evas_callbacks.c 2001/11/07 21:20:01 1.10 > @@ -37,6 +37,7 @@ > Evas_Callback cb; > > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > cb = malloc(sizeof(struct _Evas_Callback)); > cb->type = callback; > @@ -52,6 +53,7 @@ > int have_cb; > > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > have_cb = 1; > while (have_cb) > =================================================================== > RCS file: /cvsroot/enlightenment/e17/libs/evas/src/evas_gradient.c,v > retrieving revision 1.11 > retrieving revision 1.12 > diff -u -3 -r1.11 -r1.12 > --- evas_gradient.c 2001/08/24 04:37:44 1.11 > +++ evas_gradient.c 2001/11/07 21:20:01 1.12 > @@ -111,6 +111,7 @@ > Evas_Object_Gradient_Box oo; > > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > if (!grad) return; > IF_OBJ(o, OBJECT_GRADIENT_BOX) return; > @@ -271,6 +272,7 @@ > evas_set_angle(Evas e, Evas_Object o, double angle) > { > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > switch (o->type) > { > =================================================================== > RCS file: /cvsroot/enlightenment/e17/libs/evas/src/evas_image.c,v > retrieving revision 1.27 > retrieving revision 1.28 > diff -u -3 -r1.27 -r1.28 > --- evas_image.c 2001/08/24 04:37:44 1.27 > +++ evas_image.c 2001/11/07 21:20:01 1.28 > @@ -67,8 +67,23 @@ > > if (file) > { > + char *tmp_name, *name, *dot; > + > oo->current.file = malloc(strlen(file) + 1); > strcpy(oo->current.file, file); > + > + name = strrchr(oo->current.file, '/'); > + if (!name) name = oo->current.file; > + else name++; > + > + tmp_name = malloc(strlen(name) + 1); > + strcpy(tmp_name, name); > + dot = strchr(tmp_name, '.'); > + if (dot) *dot = '\0'; > + evas_object_set_name(e, o, tmp_name); > + if (dot) *dot = '.'; > + free(tmp_name); > + > { > Imlib_Image im; > > @@ -143,6 +158,7 @@ > Evas_Object_Image oo; > > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > IF_OBJ(o, OBJECT_IMAGE) return; > oo = o; > @@ -152,12 +168,27 @@ > (oo->current.image.h == 0) > ) > { > + char *tmp_name, *name, *dot; > + > _evas_free_image_renderer_data(e, o); > if (oo->current.file) > free(oo->current.file); > oo->previous.file = NULL; > oo->current.file = malloc(strlen(file) + 1); > strcpy(oo->current.file, file); > + > + name = strrchr(oo->current.file, '/'); > + if (!name) name = oo->current.file; > + else name++; > + > + tmp_name = malloc(strlen(name) + 1); > + strcpy(tmp_name, name); > + dot = strchr(tmp_name, '.'); > + if (dot) *dot = '\0'; > + evas_object_set_name(e, o, tmp_name); > + if (dot) *dot = '.'; > + free(tmp_name); > + > { > Imlib_Image im; > > @@ -231,6 +262,7 @@ > Evas_Object_Image oo; > > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > IF_OBJ(o, OBJECT_IMAGE) return; > oo = o; > @@ -261,6 +293,7 @@ > Evas_Object_Image oo; > > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > IF_OBJ(o, OBJECT_IMAGE) return; > oo = o; > @@ -274,6 +307,8 @@ > Evas_Object_Image oo; > > if (!e) return; > + o = TO_OBJECT(e, o); > + o = TO_OBJECT(e, o); > if (!o) return; > IF_OBJ(o, OBJECT_IMAGE) return; > oo = o; > @@ -295,6 +330,8 @@ > Evas_Object_Image oo; > > if (!e) return; > + o = TO_OBJECT(e, o); > + o = TO_OBJECT(e, o); > if (!o) return; > IF_OBJ(o, OBJECT_IMAGE) return; > oo = o; > =================================================================== > RCS file: /cvsroot/enlightenment/e17/libs/evas/src/evas_line.c,v > retrieving revision 1.10 > retrieving revision 1.11 > diff -u -3 -r1.10 -r1.11 > --- evas_line.c 2001/08/24 04:37:44 1.10 > +++ evas_line.c 2001/11/07 21:20:01 1.11 > @@ -96,6 +96,7 @@ > int event_update = 0; > > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > IF_OBJ(o, OBJECT_LINE) return; > oo = (Evas_Object_Line)o; > =================================================================== > RCS file: /cvsroot/enlightenment/e17/libs/evas/src/evas_misc.c,v > retrieving revision 1.32 > retrieving revision 1.33 > diff -u -3 -r1.32 -r1.33 > --- evas_misc.c 2001/09/28 03:46:46 1.32 > +++ evas_misc.c 2001/11/07 21:20:01 1.33 > @@ -168,6 +168,7 @@ > evas_set_color(Evas e, Evas_Object o, int r, int g, int b, int a) > { > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > if (r < 0) r = 0; > else if (r > 255) r = 255; > @@ -253,6 +254,7 @@ > evas_get_color(Evas e, Evas_Object o, int *r, int *g, int *b, int *a) > { > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > switch (o->type) > { > @@ -309,6 +311,7 @@ > evas_set_zoom_scale(Evas e, Evas_Object o, int scale) > { > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > o->current.zoomscale = scale; > o->changed = 1; > @@ -319,6 +322,7 @@ > evas_set_pass_events(Evas e, Evas_Object o, int pass_events) > { > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > o->pass_events = 1; > } > @@ -551,6 +555,7 @@ > Evas_List l; > > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > if (!key) return; > for (l = o->data; l; l = l->next) > @@ -577,6 +582,7 @@ > Evas_List l; > > if (!e) return NULL; > + o = TO_OBJECT(e, o); > if (!o) return NULL; > if (!key) return NULL; > for (l = o->data; l; l = l->next) > @@ -595,6 +601,7 @@ > Evas_List l; > > if (!e) return NULL; > + o = TO_OBJECT(e, o); > if (!o) return NULL; > if (!key) return NULL; > for (l = o->data; l; l = l->next) > =================================================================== > RCS file: /cvsroot/enlightenment/e17/libs/evas/src/evas_object.c,v > retrieving revision 1.29 > retrieving revision 1.30 > diff -u -3 -r1.29 -r1.30 > --- evas_object.c 2001/09/24 21:14:56 1.29 > +++ evas_object.c 2001/11/07 21:20:01 1.30 > @@ -160,6 +160,7 @@ > evas_set_clip(Evas e, Evas_Object o, Evas_Object clip) > { > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > if (!clip) return; > > @@ -177,6 +178,7 @@ > evas_unset_clip(Evas e, Evas_Object o) > { > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > > if (o->clip.object) > @@ -193,6 +195,7 @@ > evas_get_clip_object(Evas e, Evas_Object o) > { > if (!e) return NULL; > + o = TO_OBJECT(e, o); > if (!o) return NULL; > > return o->clip.object; > @@ -202,6 +205,7 @@ > evas_get_clip_list(Evas e, Evas_Object o) > { > if (!e) return NULL; > + o = TO_OBJECT(e, o); > if (!o) return NULL; > > return o->clip.list; > @@ -212,6 +216,7 @@ > evas_del_object(Evas e, Evas_Object o) > { > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > _evas_cleanup_clip(e, o); > e->changed = 1; > @@ -228,6 +233,7 @@ > int removed; > > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > if (layer_num == o->current.layer) return; > removed = 0; > @@ -295,6 +301,7 @@ > int removed; > > if (!e) return 0; > + o = TO_OBJECT(e, o); > if (!o) return 0; > return o->current.layer; > } > @@ -446,6 +453,7 @@ > Evas_Layer layer; > > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > layer = _evas_get_object_layer(e, o); > if (layer) > @@ -488,6 +496,7 @@ > Evas_Layer layer; > > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > layer = _evas_get_object_layer(e, o); > if (layer) > @@ -509,6 +518,8 @@ > Evas_Layer layer; > > if (!e) return; > + o = TO_OBJECT(e, o); > + o = TO_OBJECT(e, o); > if (!o) return; > layer = _evas_get_object_layer(e, o); > if (layer) > @@ -531,6 +542,7 @@ > int event_update = 0; > > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > if ((o->type == OBJECT_LINE)) return; > if ((x == o->current.x) && (y == o->current.y)) return; > @@ -575,6 +587,7 @@ > int event_update = 0; > > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > if ((o->type == OBJECT_LINE)) return; > if ((o->type == OBJECT_TEXT)) return; > @@ -599,6 +612,7 @@ > evas_get_geometry(Evas e, Evas_Object o, double *x, double *y, double *w, double *h) > { > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > if (x) *x = o->current.x; > if (y) *y = o->current.y; > @@ -612,6 +626,7 @@ > evas_show(Evas e, Evas_Object o) > { > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > o->current.visible = 1; > o->changed = 1; > @@ -624,6 +639,7 @@ > evas_hide(Evas e, Evas_Object o) > { > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > o->current.visible = 0; > o->changed = 1; > @@ -663,6 +679,7 @@ > evas_object_set_name(Evas e, Evas_Object o, char *name) > { > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > if (o->name) free(o->name); > o->name = NULL; > @@ -677,6 +694,7 @@ > evas_object_get_name(Evas e, Evas_Object o) > { > if (!e) return NULL; > + o = TO_OBJECT(e, o); > if (!o) return NULL; > return o->name; > } > =================================================================== > RCS file: /cvsroot/enlightenment/e17/libs/evas/src/evas_poly.c,v > retrieving revision 1.3 > retrieving revision 1.4 > diff -u -3 -r1.3 -r1.4 > --- evas_poly.c 2001/08/24 04:37:44 1.3 > +++ evas_poly.c 2001/11/07 21:20:01 1.4 > @@ -135,6 +135,7 @@ > Evas_Point p; > Evas_Object_Poly oo; > > + o = TO_OBJECT(e, o); > IF_OBJ(o, OBJECT_POLYGON) return; > oo = o; > p = malloc(sizeof(struct _Evas_Point)); > =================================================================== > RCS file: /cvsroot/enlightenment/e17/libs/evas/src/evas_text.c,v > retrieving revision 1.24 > retrieving revision 1.25 > diff -u -3 -r1.24 -r1.25 > --- evas_text.c 2001/08/24 04:37:44 1.24 > +++ evas_text.c 2001/11/07 21:20:01 1.25 > @@ -202,6 +202,7 @@ > Evas_Object_Text oo; > > if (!e) return NULL; > + o = TO_OBJECT(e, o); > if (!o) return NULL; > IF_OBJ(o, OBJECT_TEXT) return ""; > oo = o; > @@ -214,6 +215,7 @@ > Evas_Object_Text oo; > > if (!e) return NULL; > + o = TO_OBJECT(e, o); > if (!o) return NULL; > IF_OBJ(o, OBJECT_TEXT) return ""; > oo = o; > @@ -226,6 +228,7 @@ > Evas_Object_Text oo; > > if (!e) return 0; > + o = TO_OBJECT(e, o); > if (!o) return 0; > IF_OBJ(o, OBJECT_TEXT) return 0; > oo = o; > @@ -238,6 +241,8 @@ > Evas_Object_Text oo; > > if (!e) return 0; > + o = TO_OBJECT(e, o); > + o = TO_OBJECT(e, o); > if (!o) return 0; > IF_OBJ(o, OBJECT_TEXT) return 0; > oo = o; > @@ -266,6 +271,7 @@ > int cx, cy, cw, ch; > > if (!e) return -1; > + o = TO_OBJECT(e, o); > if (!o) return -1; > IF_OBJ(o, OBJECT_TEXT) return -1; > oo = o; > @@ -280,8 +286,8 @@ > if (fn) > { > ret = __evas_imlib_text_get_character_at_pos(fn, oo->current.text, > - (int)(x - o->current.x), > - (int)(y - o->current.y), > + (int)(x), > + (int)(y), > &cx, &cy, &cw, &ch); > if (char_x) *char_x = (double)cx; > if (char_y) *char_y = (double)cy; > @@ -301,8 +307,8 @@ > if (fn) > { > ret = __evas_x11_text_get_character_at_pos(fn, oo->current.text, > - (int)(x - o->current.x), > - (int)(y - o->current.y), > + (int)(x), > + (int)(y), > &cx, &cy, &cw, &ch); > if (char_x) *char_x = (double)cx; > if (char_y) *char_y = (double)cy; > @@ -322,8 +328,8 @@ > if (fn) > { > ret = __evas_gl_text_get_character_at_pos(fn, oo->current.text, > - (int)(x - o->current.x), > - (int)(y - o->current.y), > + (int)(x), > + (int)(y), > &cx, &cy, &cw, &ch); > if (char_x) *char_x = (double)cx; > if (char_y) *char_y = (double)cy; > @@ -343,8 +349,8 @@ > if (fn) > { > ret = __evas_render_text_get_character_at_pos(fn, oo->current.text, > - (int)(x - o->current.x), > - (int)(y - o->current.y), > + (int)(x), > + (int)(y), > &cx, &cy, &cw, &ch); > if (char_x) *char_x = (double)cx; > if (char_y) *char_y = (double)cy; > @@ -364,8 +370,8 @@ > if (fn) > { > ret = __evas_image_text_get_character_at_pos(fn, oo->current.text, > - (int)(x - o->current.x), > - (int)(y - o->current.y), > + (int)(x), > + (int)(y), > &cx, &cy, &cw, &ch); > if (char_x) *char_x = (double)cx; > if (char_y) *char_y = (double)cy; > @@ -498,6 +504,7 @@ > Evas_Object_Text oo; > > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > IF_OBJ(o, OBJECT_TEXT) return; > oo = o; > @@ -584,6 +591,8 @@ > Evas_Object_Text oo; > > if (!e) return; > + o = TO_OBJECT(e, o); > + o = TO_OBJECT(e, o); > if (!o) return; > IF_OBJ(o, OBJECT_TEXT) return; > oo = o; > @@ -670,6 +679,7 @@ > Evas_Object_Text oo; > > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > IF_OBJ(o, OBJECT_TEXT) return; > oo = o; > @@ -750,6 +760,7 @@ > int inset; > > if (!e) return 0; > + o = TO_OBJECT(e, o); > if (!o) return 0; > IF_OBJ(o, OBJECT_TEXT) return 0; > oo = o; > @@ -830,6 +841,7 @@ > evas_set_text(Evas e, Evas_Object o, char *text) > { > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > switch (o->type) > { > @@ -970,6 +982,7 @@ > evas_set_font(Evas e, Evas_Object o, char *font, int size) > { > if (!e) return; > + o = TO_OBJECT(e, o); > if (!o) return; > if (!font) return; > if (size < 0) size = 0; > > > > _______________________________________________ > enlightenment-cvs mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs |
From: Emfox Z. <em...@16...> - 2005-09-05 08:33:07
|
oh, it's wonderful, i'll try it ASAP~ enl...@li... writes: > Enlightenment CVS committal > > Author : raster > Project : e17 > Module : libs/evas > > Dir : e17/libs/evas/src/lib/engines/common > > > Modified Files: > evas_font_draw.c > > > Log Message: > > > ok ok - they look ugly, but handle bitmap fonts! :( > > =================================================================== > RCS file: /cvsroot/enlightenment/e17/libs/evas/src/lib/engines/common/evas_font_draw.c,v > retrieving revision 1.14 > retrieving revision 1.15 > diff -u -3 -r1.14 -r1.15 > --- evas_font_draw.c 22 May 2005 02:49:48 -0000 1.14 > +++ evas_font_draw.c 5 Sep 2005 08:01:15 -0000 1.15 > @@ -167,8 +167,11 @@ > w = fg->glyph_out->bitmap.width; > if (j < w) j = w; > h = fg->glyph_out->bitmap.rows; > - if ((fg->glyph_out->bitmap.pixel_mode == ft_pixel_mode_grays) && > - (fg->glyph_out->bitmap.num_grays == 256)) > +/* > + if ((fg->glyph_out->bitmap.pixel_mode == ft_pixel_mode_grays) > + && (fg->glyph_out->bitmap.num_grays == 256) > + ) > + */ > { > if ((j > 0) && (chr_x + w > ext_x)) > { > @@ -184,34 +187,93 @@ > } > else > { > - for (i = 0; i < h; i++) > + if (fg->glyph_out->bitmap.num_grays == 256) > { > - int dx, dy; > - int in_x, in_w; > - > - in_x = 0; > - in_w = 0; > - dx = chr_x; > - dy = y - (chr_y - i - y); > - if ((dx < (ext_x + ext_w)) && > - (dy >= (ext_y)) && > - (dy < (ext_y + ext_h))) > + for (i = 0; i < h; i++) > { > - if (dx + w > (ext_x + ext_w)) > - in_w += (dx + w) - (ext_x + ext_w); > - if (dx < ext_x) > + int dx, dy; > + int in_x, in_w; > + > + in_x = 0; > + in_w = 0; > + dx = chr_x; > + dy = y - (chr_y - i - y); > + if ((dx < (ext_x + ext_w)) && > + (dy >= (ext_y)) && > + (dy < (ext_y + ext_h))) > { > - in_w += ext_x - dx; > - in_x = ext_x - dx; > - dx = ext_x; > + if (dx + w > (ext_x + ext_w)) > + in_w += (dx + w) - (ext_x + ext_w); > + if (dx < ext_x) > + { > + in_w += ext_x - dx; > + in_x = ext_x - dx; > + dx = ext_x; > + } > + if (in_w < w) > + { > + func(data + (i * j) + in_x, > + im + (dy * im_w) + dx, > + w - in_w, > + dc->col.col); > + } > } > - if (in_w < w) > + } > + } > + else if (fg->glyph_out->bitmap.num_grays == 0) > + { > + DATA8 *tmpbuf = NULL, *dp, *tp, bits; > + int bi, bj; > + const DATA8 bitrepl[2] = {0x0, 0xff}; > + > + tmpbuf = malloc(w); > + if (tmpbuf) > + { > + for (i = 0; i < h; i++) > { > - func(data + (i * j) + in_x, > - im + (dy * im_w) + dx, > - w - in_w, > - dc->col.col); > + int dx, dy; > + int in_x, in_w, end; > + > + in_x = 0; > + in_w = 0; > + dx = chr_x; > + dy = y - (chr_y - i - y); > + tp = tmpbuf; > + dp = data + (i * fg->glyph_out->bitmap.pitch); > + for (bi = 0; bi < w; bi += 8) > + { > + bits = *dp; > + if ((w - bi) < 8) end = w - bi; > + else end = 8; > + for (bj = 0; bj < end; bj++) > + { > + *tp = bitrepl[(bits >> (7 - bj)) & 0x1]; > + tp++; > + } > + dp++; > + } > + if ((dx < (ext_x + ext_w)) && > + (dy >= (ext_y)) && > + (dy < (ext_y + ext_h))) > + { > + if (dx + w > (ext_x + ext_w)) > + in_w += (dx + w) - (ext_x + ext_w); > + if (dx < ext_x) > + { > + in_w += ext_x - dx; > + in_x = ext_x - dx; > + dx = ext_x; > + } > + if (in_w < w) > + { > + func(tmpbuf + in_x, > + im + (dy * im_w) + dx, > + w - in_w, > + dc->col.col); > + } > + } > } > + free(tmpbuf); > } > } > } > > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > enlightenment-cvs mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs |
From: Nathan I. <nin...@gm...> - 2005-10-02 16:49:17
|
Does the software_x11 engine support anything beyond 1 bit destination alph= a (for generating the shape masks) ? On 10/2/05, enl...@li... < enl...@li...> wrote: > > Enlightenment CVS committal > > Author : raster > Project : e17 > Module : libs/evas > > Dir : e17/libs/evas/src/lib/engines/xrender_x11 > > > Added Files: > .cvsignore evas_engine.c evas_engine.h evas_engine_font.c > evas_engine_gradient.c evas_engine_image.c > evas_engine_ximage.c evas_engine_xrender.c > > > Log Message: > > > an xrender engine. fully complete - but it doesnt support shaped window > masks > and destination alpha like software_x11 does so its not a 100% dropin > replacement... yet > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > enlightenment-cvs mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs > |
From: Carsten H. (T. R. <ra...@ra...> - 2005-10-03 01:15:44
|
On Sun, 2 Oct 2005 11:41:49 -0500 Nathan Ingersoll <nin...@gm...> babbled: > Does the software_x11 engine support anything beyond 1 bit destination alpha > (for generating the shape masks) ? no - it doesnt. at copy to screen time the alpha channel is reduced to 1 bit and copied to the mask bitmap. it could be made to support it though. > On 10/2/05, enl...@li... < > enl...@li...> wrote: > > > > Enlightenment CVS committal > > > > Author : raster > > Project : e17 > > Module : libs/evas > > > > Dir : e17/libs/evas/src/lib/engines/xrender_x11 > > > > > > Added Files: > > .cvsignore evas_engine.c evas_engine.h evas_engine_font.c > > evas_engine_gradient.c evas_engine_image.c > > evas_engine_ximage.c evas_engine_xrender.c > > > > > > Log Message: > > > > > > an xrender engine. fully complete - but it doesnt support shaped window > > masks > > and destination alpha like software_x11 does so its not a 100% dropin > > replacement... yet > > > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: > > Power Architecture Resource Center: Free content, downloads, discussions, > > and more. http://solutions.newsforge.com/ibmarch.tmpl > > _______________________________________________ > > enlightenment-cvs mailing list > > enl...@li... > > https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs > > > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... 裸好多 ra...@de... Tokyo, Japan (東京 日本) |
From: Vincent T. <Vin...@ie...> - 2006-05-19 10:35:25
|
why did you remove ACLOCAL_AMFLAGS = -I m4 (well, comment for this one) and AC_CONFIG_MACRO_DIR([m4]) ? make distcheck is perfect for me, if you think it's the problem. And it helps a lot when changing the configure.in file without always re-running autogen.sh Vincent > retrieving revision 1.32 > retrieving revision 1.33 > diff -u -3 -r1.32 -r1.33 > --- Makefile.am 23 Apr 2006 15:38:23 -0000 1.32 > +++ Makefile.am 19 May 2006 09:27:33 -0000 1.33 > @@ -1,4 +1,4 @@ > -ACLOCAL_AMFLAGS = -I m4 > +# ACLOCAL_AMFLAGS = -I m4 > > SUBDIRS = data src proj > > =================================================================== > RCS file: /cvs/e/e17/libs/evas/configure.in,v > retrieving revision 1.157 > retrieving revision 1.158 > diff -u -3 -r1.157 -r1.158 > --- configure.in 2 May 2006 07:28:46 -0000 1.157 > +++ configure.in 19 May 2006 09:27:33 -0000 1.158 > @@ -5,8 +5,7 @@ > AC_CANONICAL_BUILD > AC_CANONICAL_HOST > AC_ISC_POSIX > -AC_CONFIG_MACRO_DIR([m4]) > -AM_INIT_AUTOMAKE(evas, 0.9.9.026) > +AM_INIT_AUTOMAKE(evas, 0.9.9.027) > AM_CONFIG_HEADER(config.h) > > AC_C_BIGENDIAN |
From: Carsten H. (T. R. <ra...@ra...> - 2006-05-19 13:06:46
|
On Fri, 19 May 2006 12:35:03 +0200 (CEST) Vincent Torri <Vin...@ie...> babbled: > > why did you remove > > ACLOCAL_AMFLAGS = -I m4 (well, comment for this one) > > and > > AC_CONFIG_MACRO_DIR([m4]) > > ? > > make distcheck is perfect for me, if you think it's the problem. And it > helps a lot when changing the configure.in file without always re-running > autogen.sh it broke make distcheck. i was sitting there trying to build it and it broke it - so i had to disable it. :( > Vincent > > > > retrieving revision 1.32 > > retrieving revision 1.33 > > diff -u -3 -r1.32 -r1.33 > > --- Makefile.am 23 Apr 2006 15:38:23 -0000 1.32 > > +++ Makefile.am 19 May 2006 09:27:33 -0000 1.33 > > @@ -1,4 +1,4 @@ > > -ACLOCAL_AMFLAGS = -I m4 > > +# ACLOCAL_AMFLAGS = -I m4 > > > > SUBDIRS = data src proj > > > > =================================================================== > > RCS file: /cvs/e/e17/libs/evas/configure.in,v > > retrieving revision 1.157 > > retrieving revision 1.158 > > diff -u -3 -r1.157 -r1.158 > > --- configure.in 2 May 2006 07:28:46 -0000 1.157 > > +++ configure.in 19 May 2006 09:27:33 -0000 1.158 > > @@ -5,8 +5,7 @@ > > AC_CANONICAL_BUILD > > AC_CANONICAL_HOST > > AC_ISC_POSIX > > -AC_CONFIG_MACRO_DIR([m4]) > > -AM_INIT_AUTOMAKE(evas, 0.9.9.026) > > +AM_INIT_AUTOMAKE(evas, 0.9.9.027) > > AM_CONFIG_HEADER(config.h) > > > > AC_C_BIGENDIAN > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > enlightenment-devel mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... 裸好多 Tokyo, Japan (東京 日本) |
From: Bertrand J. <beb...@gm...> - 2006-08-17 14:32:00
|
On 8/17/06, Enlightenment CVS <no...@cv...> wrote: > -SUBDIRS = $(edb_subdir) $(eet_subdir) $(gif_subdir) $(jpeg_subdir) $(png_subdir) $(tiff_subdir) $(xpm_subdir) > +if BUILD_LOADER_SVG > +xvg_subdir = svg Is this a typo ? Wouldn't it be svg_loader = svg ? > +endif > + > +SUBDIRS = $(edb_subdir) $(eet_subdir) $(gif_subdir) $(jpeg_subdir) $(png_subdir) $(tiff_subdir) $(xpm_subdir) $(svg_subdir) -- # Beber : be...@me... # IM : be...@me... # http://www.meleeweb.net |
From: Carsten H. (T. R. <ra...@ra...> - 2006-08-17 15:40:08
|
On Thu, 17 Aug 2006 16:30:27 +0200 "Bertrand Jacquin" <beb...@gm...> babbled: > On 8/17/06, Enlightenment CVS <no...@cv...> wrote: > > -SUBDIRS = $(edb_subdir) $(eet_subdir) $(gif_subdir) $(jpeg_subdir) > > $(png_subdir) $(tiff_subdir) $(xpm_subdir) +if BUILD_LOADER_SVG > > +xvg_subdir = svg > > Is this a typo ? Wouldn't it be svg_loader = svg ? aye - typo :) > > +endif > > + > > +SUBDIRS = $(edb_subdir) $(eet_subdir) $(gif_subdir) $(jpeg_subdir) > > $(png_subdir) $(tiff_subdir) $(xpm_subdir) $(svg_subdir) > > -- > # Beber : be...@me... > # IM : be...@me... > # http://www.meleeweb.net > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > enlightenment-devel mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... 裸好多 Tokyo, Japan (東京 日本) |
From: Simon T. <sim...@fr...> - 2006-11-01 13:58:23
Attachments:
evas_utf8_patch2.diff
|
On Wed, 1 Nov 2006 07:56:12 -0500 (EST), Enlightenment CVS <no...@cv...> wrote : > Enlightenment CVS committal > > Author : raster > Project : e17 > Module : libs/evas > > Dir : e17/libs/evas/src/lib/engines/common > > > Modified Files: > evas_font_main.c > > > Log Message: > > > evas utf8 patch broke e17's about box. revert Oops.. evas_common_font_utf8_get_prev() was indeed broken. Here is a new patch that fixes that. I agree that for window titles, it would be better to detect the encoding and then to convert it to UTF-8 but there is some cases where you can not know for sure the encoding used (as I said, media metadata, subtitles, or even filenames). For example, without this patch, with the file manager of e17, the accented filenames on my Fat32 partition are cut off. Simon |
From: <jos...@ju...> - 2007-03-06 05:07:57
|
> = > Sounds like it's time to stop using it. Well, that's probably too drastic. It's still really an optionally compiled, loadable module, and raster's last mods seem to have fixed the issues... (maybe, hopefully). I just took a quick look at this myself, and it was really my mistake when I first wrote the loader -- I failed to read some fine print in the rsvg header which states something like: '..the rsvg_handle_free func is deprecated... use g_object_unref..' Or maybe this wasn't in the version I looked at then, can't recall. Why they couldn't put the g_object_unref call inside the rsvg_handle_free one, rather then obscurely deprecate it and instead suddenly require a direct call to a glib function just for that.. is a mystery to me. But maybe they had their reasons. In any case, I think it would be unwise to remove it. Again, it is optional and it does provide a useful service. jose. |
From: Michael J. <e-...@ka...> - 2007-03-06 05:40:51
|
On Tuesday, 06 March 2007, at 05:06:04 (+0000), jos...@ju... wrote: > Well, that's probably too drastic. It's still really an > optionally compiled, loadable module, and raster's last mods seem > to have fixed the issues... (maybe, hopefully). Re-enabling the leak to stop the crash is not "fixing the issues." > In any case, I think it would be unwise to remove it. > Again, it is optional and it does provide a useful service. Nor is crashing evas apps a "useful service." :-) No offense, but I think librsvg is a mistake. SVG as a format is not ready, and clearly librsvg is even less ready. At minimum, SVG support should be disabled by default. Encouraging people to use a broken implementation of a broken format is...well, broken. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <me...@ka...> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) ----------------------------------------------------------------------- "Men always want to please women, but these last 15 years, women have been hard to please. If you want to resist the feminist movement, the simple way to do it is to give them what they want, and they'll defeat themselves." -- Jack Nicholson, "Vanity Fair," April 1994 |
From: Carsten H. (T. R. <ra...@ra...> - 2007-03-06 10:43:14
|
On Tue, 6 Mar 2007 00:40:44 -0500 Michael Jennings <e-...@ka...> babbled: > On Tuesday, 06 March 2007, at 05:06:04 (+0000), > jos...@ju... wrote: > > > Well, that's probably too drastic. It's still really an > > optionally compiled, loadable module, and raster's last mods seem > > to have fixed the issues... (maybe, hopefully). > > Re-enabling the leak to stop the crash is not "fixing the issues." ooh no - i didn't actually fix any leak. i added the close call HOPING it'd fix the leak - it didn't. i left it in as it caused no issues and hoped it might be better - if rsvg were to be fixed. i changed the free call to be g_object_unref as the docs/header claimed it was deprecated. i disabled the close calls now as they cause crashes on other rsvg versions/builds - but it doesn't make me feel any better about the quality of the code for what is not a wierd corner case, but something as simple as "load a file that isn't svg - then go and leak like mad". > > In any case, I think it would be unwise to remove it. > > Again, it is optional and it does provide a useful service. > > Nor is crashing evas apps a "useful service." :-) > > No offense, but I think librsvg is a mistake. SVG as a format is not > ready, and clearly librsvg is even less ready. svg indeed is not ready. for now though it serves as a nice proof of concept vector loader :) > At minimum, SVG support should be disabled by default. Encouraging > people to use a broken implementation of a broken format is...well, > broken. unfortunately - we have issues like fdo menus and icon specs that REQUIRE svg support... :(:(:( big problems :( i could do something like fork of a child process that converts via a pipe - at least if it dies the parent won't, and we will hit a performance snag - but really - for now i'l let it "be" and see if rsvg fixes itself before release of evas 1.0.0 & e0.17 - if not, disabled it shall become (or address this during alpha/beta). > Michael > > -- > Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <me...@ka...> > n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) > ----------------------------------------------------------------------- > "Men always want to please women, but these last 15 years, women have > been hard to please. If you want to resist the feminist movement, > the simple way to do it is to give them what they want, and they'll > defeat themselves." -- Jack Nicholson, "Vanity Fair," April 1994 > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > enlightenment-devel mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... 裸好多 Tokyo, Japan (東京 日本) |
From: Luchezar P. <luc...@gm...> - 2007-03-06 14:55:37
|
V2h5IG5vdCBqdXN0IGZpbGUgYSBidWc/Cmh0dHA6Ly9idWd6aWxsYS5nbm9tZS5vcmcvYnJvd3Nl LmNnaT9wcm9kdWN0PWxpYnJzdmcKCihJIGNhbiBkbyB0aGF0IGZvciB5b3UsIEkgaGF2ZSBhbiBh Y2NvdW50IGluIEdOT01FJ3MgYnVnemlsbGEsIGp1c3QKbGV0IG1lIGtub3cgaWYgeW91IHdhbnQp CgpJIGFtIG9uZSBvZiB0aG9zZSB3aG8gcmVhbGx5IHdhbnQgYW5kIG5lZWQgU1ZHIHN1cHBvcnQg aW4gRS4gSSBhbQp1c2luZyBFRk0gYW5kIEknbSBvZnRlbiBicm93c2luZyB0aGUgZGlycyB3aXRo IG15IHZlY3RvciB3b3Jrcywgd2hpY2gsCm9mIGNvdXJzZSwgYXJlIGFsbCBpbiBTVkcgZm9ybWF0 LiBJIGtub3cgdGhhdCBpdHMgbm90IHRoYXQgdXNlZnVsCnJpZ2h0IG5vdywgYnV0IGl0IHdpbGwg YmVjb21lIHZlcnkgbmljZSBvbmUgZGF5LCBhbmQgd2UgYWxsIHdlIHdpbGwKdXNlIGl0IGZvciBt YW55IHRoaW5ncywgaW5jbHVkaW5nIGJyb3dzaW5nIFNWRyBmaWxlcy4gQW5kIGFzIHJhc3Rlcgpu b3RlZCwgaXQncyBub3QganVzdCB0aGUgdGh1bWJuYWlsaW5nLi4uIFdlIG5lZWQgaXQuIEVuYWJs ZWQgYnkKZGVmYXVsdCBvciBub3QuCgpFRkwgYXJlIHVzaW5nIHRoaXJkLXBhcnR5IHNvZnR3YXJl IGZvciB0aGVpciBuZWVkcyAtIGZyb20gZGJ1cyB0bwpsaWJyc3ZnLCBmcm9tIG9wZW5zc2wgdG8g eGluZSBhbmQgZ3N0cmVhbWVyLiBXaGVuIHlvdSBmaW5kIGEgYnVnLCB5b3UKc2hvdWxkIHByb3Zp ZGUgYSBmZWVkYmFjayB0byB0aGUgcHJvamVjdCdzIG1haW50YWluZXJzLiBBcyBvdGhlcnMKd291 bGQgcHJvdmlkZSBmZWVkYmFjayBhbmQgd2lsbCByZXBvcnQgYnVnIHRvIEVGTCB3aGVuIHRoZXkg dXNlIGl0LgoKLSBNYW5vCgpPbiAzLzYvMDcsIFRoZSBSYXN0ZXJtYW4gQ2Fyc3RlbiBIYWl0emxl ciA8cmFzdGVyQHJhc3Rlcm1hbi5jb20+IHdyb3RlOgo+IE9uIFR1ZSwgNiBNYXIgMjAwNyAwMDo0 MDo0NCAtMDUwMCBNaWNoYWVsIEplbm5pbmdzIDxlLWRldmVsQGthaW54Lm9yZz4gYmFiYmxlZDoK Pgo+ID4gT24gVHVlc2RheSwgMDYgTWFyY2ggMjAwNywgYXQgMDU6MDY6MDQgKCswMDAwKSwKPiA+ IGpvc2Vfb2dwQGp1bm8uY29tIHdyb3RlOgo+ID4KPiA+ID4gICAgIFdlbGwsIHRoYXQncyBwcm9i YWJseSB0b28gZHJhc3RpYy4gSXQncyBzdGlsbCByZWFsbHkgYW4KPiA+ID4gb3B0aW9uYWxseSBj b21waWxlZCwgbG9hZGFibGUgbW9kdWxlLCBhbmQgcmFzdGVyJ3MgbGFzdCBtb2RzIHNlZW0KPiA+ ID4gdG8gaGF2ZSBmaXhlZCB0aGUgaXNzdWVzLi4uIChtYXliZSwgaG9wZWZ1bGx5KS4KPiA+Cj4g PiBSZS1lbmFibGluZyB0aGUgbGVhayB0byBzdG9wIHRoZSBjcmFzaCBpcyBub3QgImZpeGluZyB0 aGUgaXNzdWVzLiIKPgo+IG9vaCBubyAtIGkgZGlkbid0IGFjdHVhbGx5IGZpeCBhbnkgbGVhay4g aSBhZGRlZCB0aGUgY2xvc2UgY2FsbCBIT1BJTkcgaXQnZCBmaXgKPiB0aGUgbGVhayAtIGl0IGRp ZG4ndC4gaSBsZWZ0IGl0IGluIGFzIGl0IGNhdXNlZCBubyBpc3N1ZXMgYW5kIGhvcGVkIGl0IG1p Z2h0IGJlCj4gYmV0dGVyIC0gaWYgcnN2ZyB3ZXJlIHRvIGJlIGZpeGVkLiBpIGNoYW5nZWQgdGhl IGZyZWUgY2FsbCB0byBiZSBnX29iamVjdF91bnJlZgo+IGFzIHRoZSBkb2NzL2hlYWRlciBjbGFp bWVkIGl0IHdhcyBkZXByZWNhdGVkLiBpIGRpc2FibGVkIHRoZSBjbG9zZSBjYWxscyBub3cgYXMK PiB0aGV5IGNhdXNlIGNyYXNoZXMgb24gb3RoZXIgcnN2ZyB2ZXJzaW9ucy9idWlsZHMgLSBidXQg aXQgZG9lc24ndCBtYWtlIG1lIGZlZWwKPiBhbnkgYmV0dGVyIGFib3V0IHRoZSBxdWFsaXR5IG9m IHRoZSBjb2RlIGZvciB3aGF0IGlzIG5vdCBhIHdpZXJkIGNvcm5lciBjYXNlLAo+IGJ1dCBzb21l dGhpbmcgYXMgc2ltcGxlIGFzICJsb2FkIGEgZmlsZSB0aGF0IGlzbid0IHN2ZyAtIHRoZW4gZ28g YW5kIGxlYWsgbGlrZQo+IG1hZCIuCj4KPiA+ID4gICAgIEluIGFueSBjYXNlLCBJIHRoaW5rIGl0 IHdvdWxkIGJlIHVud2lzZSB0byByZW1vdmUgaXQuCj4gPiA+IEFnYWluLCBpdCBpcyBvcHRpb25h bCBhbmQgaXQgZG9lcyBwcm92aWRlIGEgdXNlZnVsIHNlcnZpY2UuCj4gPgo+ID4gTm9yIGlzIGNy YXNoaW5nIGV2YXMgYXBwcyBhICJ1c2VmdWwgc2VydmljZS4iICA6LSkKPiA+Cj4gPiBObyBvZmZl bnNlLCBidXQgSSB0aGluayBsaWJyc3ZnIGlzIGEgbWlzdGFrZS4gIFNWRyBhcyBhIGZvcm1hdCBp cyBub3QKPiA+IHJlYWR5LCBhbmQgY2xlYXJseSBsaWJyc3ZnIGlzIGV2ZW4gbGVzcyByZWFkeS4K Pgo+IHN2ZyBpbmRlZWQgaXMgbm90IHJlYWR5LiBmb3Igbm93IHRob3VnaCBpdCBzZXJ2ZXMgYXMg YSBuaWNlIHByb29mIG9mIGNvbmNlcHQKPiB2ZWN0b3IgbG9hZGVyIDopCj4KPiA+IEF0IG1pbmlt dW0sIFNWRyBzdXBwb3J0IHNob3VsZCBiZSBkaXNhYmxlZCBieSBkZWZhdWx0LiAgRW5jb3VyYWdp bmcKPiA+IHBlb3BsZSB0byB1c2UgYSBicm9rZW4gaW1wbGVtZW50YXRpb24gb2YgYSBicm9rZW4g Zm9ybWF0IGlzLi4ud2VsbCwKPiA+IGJyb2tlbi4KPgo+IHVuZm9ydHVuYXRlbHkgLSB3ZSBoYXZl IGlzc3VlcyBsaWtlIGZkbyBtZW51cyBhbmQgaWNvbiBzcGVjcyB0aGF0IFJFUVVJUkUgc3ZnCj4g c3VwcG9ydC4uLiA6KDooOiggYmlnIHByb2JsZW1zIDooIGkgY291bGQgZG8gc29tZXRoaW5nIGxp a2UgZm9yayBvZiBhIGNoaWxkCj4gcHJvY2VzcyB0aGF0IGNvbnZlcnRzIHZpYSBhIHBpcGUgLSBh dCBsZWFzdCBpZiBpdCBkaWVzIHRoZSBwYXJlbnQgd29uJ3QsIGFuZCB3ZQo+IHdpbGwgaGl0IGEg cGVyZm9ybWFuY2Ugc25hZyAtIGJ1dCByZWFsbHkgLSBmb3Igbm93IGknbCBsZXQgaXQgImJlIiBh bmQgc2VlIGlmCj4gcnN2ZyBmaXhlcyBpdHNlbGYgYmVmb3JlIHJlbGVhc2Ugb2YgZXZhcyAxLjAu MCAmIGUwLjE3IC0gaWYgbm90LCBkaXNhYmxlZCBpdAo+IHNoYWxsIGJlY29tZSAob3IgYWRkcmVz cyB0aGlzIGR1cmluZyBhbHBoYS9iZXRhKS4KPgo+ID4gTWljaGFlbAo+ID4KPiA+IC0tCj4gPiBN aWNoYWVsIEplbm5pbmdzIChhLmsuYS4gS2FpblgpICBodHRwOi8vd3d3LmthaW54Lm9yZy8gIDxt ZWpAa2Fpbngub3JnPgo+ID4gbiArIDEsIEluYy4sIGh0dHA6Ly93d3cubnBsdXMxLm5ldC8gICAg ICAgQXV0aG9yLCBFdGVybSAod3d3LmV0ZXJtLm9yZykKPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gPiAg Ik1lbiBhbHdheXMgd2FudCB0byBwbGVhc2Ugd29tZW4sIGJ1dCB0aGVzZSBsYXN0IDE1IHllYXJz LCB3b21lbiBoYXZlCj4gPiAgIGJlZW4gaGFyZCB0byBwbGVhc2UuICBJZiB5b3Ugd2FudCB0byBy ZXNpc3QgdGhlIGZlbWluaXN0IG1vdmVtZW50LAo+ID4gICB0aGUgc2ltcGxlIHdheSB0byBkbyBp dCBpcyB0byBnaXZlIHRoZW0gd2hhdCB0aGV5IHdhbnQsIGFuZCB0aGV5J2xsCj4gPiAgIGRlZmVh dCB0aGVtc2VsdmVzLiIgICAgIC0tIEphY2sgTmljaG9sc29uLCAiVmFuaXR5IEZhaXIsIiBBcHJp bCAxOTk0Cj4gPgo+ID4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+ID4gVGFrZSBTdXJ2ZXlzLiBFYXJuIENh c2guIEluZmx1ZW5jZSB0aGUgRnV0dXJlIG9mIElUCj4gPiBKb2luIFNvdXJjZUZvcmdlLm5ldCdz IFRlY2hzYXkgcGFuZWwgYW5kIHlvdSdsbCBnZXQgdGhlIGNoYW5jZSB0byBzaGFyZSB5b3VyCj4g PiBvcGluaW9ucyBvbiBJVCAmIGJ1c2luZXNzIHRvcGljcyB0aHJvdWdoIGJyaWVmIHN1cnZleXMt YW5kIGVhcm4gY2FzaAo+ID4gaHR0cDovL3d3dy50ZWNoc2F5LmNvbS9kZWZhdWx0LnBocD9wYWdl PWpvaW4ucGhwJnA9c291cmNlZm9yZ2UmQ0lEPURFVkRFVgo+ID4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiA+IGVubGlnaHRlbm1lbnQtZGV2ZWwgbWFp bGluZyBsaXN0Cj4gPiBlbmxpZ2h0ZW5tZW50LWRldmVsQGxpc3RzLnNvdXJjZWZvcmdlLm5ldAo+ ID4gaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vZW5saWdodGVu bWVudC1kZXZlbAo+ID4KPgo+Cj4gLS0KPiAtLS0tLS0tLS0tLS0tIENvZGl0bywgZXJnbyBzdW0g LSAiSSBjb2RlLCB0aGVyZWZvcmUgSSBhbSIgLS0tLS0tLS0tLS0tLS0KPiBUaGUgUmFzdGVybWFu IChDYXJzdGVuIEhhaXR6bGVyKSAgICByYXN0ZXJAcmFzdGVybWFuLmNvbQo+IOijuOWlveWkmgo+ IFRva3lvLCBKYXBhbiAo5p2x5LqsIOaXpeacrCkKPgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPiBUYWtl IFN1cnZleXMuIEVhcm4gQ2FzaC4gSW5mbHVlbmNlIHRoZSBGdXR1cmUgb2YgSVQKPiBKb2luIFNv dXJjZUZvcmdlLm5ldCdzIFRlY2hzYXkgcGFuZWwgYW5kIHlvdSdsbCBnZXQgdGhlIGNoYW5jZSB0 byBzaGFyZSB5b3VyCj4gb3BpbmlvbnMgb24gSVQgJiBidXNpbmVzcyB0b3BpY3MgdGhyb3VnaCBi cmllZiBzdXJ2ZXlzLWFuZCBlYXJuIGNhc2gKPiBodHRwOi8vd3d3LnRlY2hzYXkuY29tL2RlZmF1 bHQucGhwP3BhZ2U9am9pbi5waHAmcD1zb3VyY2Vmb3JnZSZDSUQ9REVWREVWCj4gX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBlbmxpZ2h0ZW5tZW50LWRl dmVsIG1haWxpbmcgbGlzdAo+IGVubGlnaHRlbm1lbnQtZGV2ZWxAbGlzdHMuc291cmNlZm9yZ2Uu bmV0Cj4gaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vZW5saWdo dGVubWVudC1kZXZlbAo+CgoKLS0gCkx1Y2hlemVyIFAuIFBldGtvdgpodHRwOi8vbHVjaGtvLndv cmRwcmVzcy5jb20K |
From: Michael J. <e-...@ka...> - 2007-03-06 18:56:27
|
On Tuesday, 06 March 2007, at 19:41:59 (+0900), Carsten Haitzler wrote: > ooh no - i didn't actually fix any leak. i added the close call > HOPING it'd fix the leak - it didn't. Ah, okay. I misunderstood then. > but it doesn't make me feel any better about the quality of the code > for what is not a wierd corner case, but something as simple as > "load a file that isn't svg - then go and leak like mad". Couldn't agree more. > unfortunately - we have issues like fdo menus and icon specs that > REQUIRE svg support... :(:(:( big problems :( i could do something > like fork of a child process that converts via a pipe - at least if > it dies the parent won't, and we will hit a performance snag - but > really - for now i'l let it "be" and see if rsvg fixes itself before > release of evas 1.0.0 & e0.17 - if not, disabled it shall become (or > address this during alpha/beta). Well, I've done just fine without it (FDO menus and all), but my expectations aren't typical, so I can understand your hesitance to do it across the board. We'll see how it plays out. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <me...@ka...> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) ----------------------------------------------------------------------- "Normal is in the eye of the beholder." -- Whoopi Goldberg |
From: dan s. <ze...@pe...> - 2007-03-06 15:00:40
|
Carsten Haitzler (The Rasterman) wrote: > unfortunately - we have issues like fdo menus and icon specs that REQUIRE svg > support... :(:(:( big problems :( i could do something like fork of a child > process that converts via a pipe - at least if it dies the parent won't, and we > will hit a performance snag - but really - for now i'l let it "be" and see if > rsvg fixes itself before release of evas 1.0.0 & e0.17 - if not, disabled it > shall become (or address this during alpha/beta). > SVG is optional in the icon spec. The menu spec doesn't mention them at all. Efreet actually doesn't deal with them by default you have to add .svg to the list of handled file extensions instead of assuming you want them. (The same with .edj files). dan |
From: Carsten H. (T. R. <ra...@ra...> - 2007-03-06 15:31:53
|
On Tue, 06 Mar 2007 09:57:55 -0500 dan sinclair <ze...@pe...> babbled: > Carsten Haitzler (The Rasterman) wrote: > > > unfortunately - we have issues like fdo menus and icon specs that REQUIRE > > svg support... :(:(:( big problems :( i could do something like fork of a > > child process that converts via a pipe - at least if it dies the parent > > won't, and we will hit a performance snag - but really - for now i'l let it > > "be" and see if rsvg fixes itself before release of evas 1.0.0 & e0.17 - if > > not, disabled it shall become (or address this during alpha/beta). > > > > SVG is optional in the icon spec. The menu spec doesn't mention them at > all. Efreet actually doesn't deal with them by default you have to add > .svg to the list of handled file extensions instead of assuming you want > them. (The same with .edj files). problem is - in practice, a lot of icons are only available as svg :( thus it's "Assumed" :( > dan > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > enlightenment-devel mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... 裸好多 Tokyo, Japan (東京 日本) |
From: <jos...@ju...> - 2007-03-06 07:58:57
|
> > Well, that's probably too drastic. It's still really an > > optionally compiled, loadable module, and raster's last mods seem > > to have fixed the issues... (maybe, hopefully). > = > Re-enabling the leak to stop the crash is not "fixing the issues." > = > > In any case, I think it would be unwise to remove it. > > Again, it is optional and it does provide a useful service. > = > Nor is crashing evas apps a "useful service." :-) = > = > No offense, but I think librsvg is a mistake. SVG as a format is > not ready, and clearly librsvg is even less ready. > = > At minimum, SVG support should be disabled by default. Encouraging > people to use a broken implementation of a broken format is...well, > broken. Unfortunately, SVG is here and many want it. librsvg is probably the 'best' way to go about this right now. However, there's no reason why evas has to enable it by default, or even ship with it really.. Maybe have a separate, 'extra' evas-modules repo? jose. |
From: Michael J. <e-...@ka...> - 2007-03-06 18:51:51
|
On Tuesday, 06 March 2007, at 07:57:19 (+0000), jos...@ju... wrote: > Unfortunately, SVG is here and many want it. librsvg is probably the > 'best' way to go about this right now. *sigh* Same as gettext. It's like...wait for it...wait for it... Deja GNU. > However, there's no reason why evas has to enable it by default, or > even ship with it really.. Maybe have a separate, 'extra' > evas-modules repo? That sounds like more trouble than it's worth. Disabled by default is good enough for me (which it is in the RPM build, and that's all I really care about). Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <me...@ka...> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) ----------------------------------------------------------------------- "And always remember the last words of my grandfather, who said, 'Sh*t! A truck!' " -- Emo Phillips |
From: Carsten H. (T. R. <ra...@ra...> - 2007-03-06 23:30:28
|
On Tue, 6 Mar 2007 13:51:43 -0500 Michael Jennings <e-...@ka...> babbled: > On Tuesday, 06 March 2007, at 07:57:19 (+0000), > jos...@ju... wrote: > > > Unfortunately, SVG is here and many want it. librsvg is probably the > > 'best' way to go about this right now. > > *sigh* Same as gettext. It's like...wait for it...wait for it... > > Deja GNU. > > > However, there's no reason why evas has to enable it by default, or > > even ship with it really.. Maybe have a separate, 'extra' > > evas-modules repo? > > That sounds like more trouble than it's worth. Disabled by default is > good enough for me (which it is in the RPM build, and that's all I > really care about). for now - enabled by default in src is good as it pushes the issue into the open. if i get some time i'll build librsvg from source - get debugging symbols, actually find the leaks and segv's and issues and maybe send a patch - until then anyone else game enough to do the same is welcome - file a bug report etc. unfortunately i don't know of any svg loader lib that is full-featured like rsvg (or as full-featured) and simple to use and "open" and "available". so the choices are: 1. no svg. 2. rsvg as-is and work around its problems (fork child, pipes, etc. etc.) 3. rsvg - send patches. 4. do our own svg loader and renderer (OUCH!). 4. is NON-trivial 1. is dead trivial - but comes with the problem of - no svg loading. 2 & 3 probably have give or take, about the same complexity, but 3. fixes things for everyone and keeps performance better. we can also try BOTH 2 & 3. > Michael > > -- > Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <me...@ka...> > n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) > ----------------------------------------------------------------------- > "And always remember the last words of my grandfather, who said, > 'Sh*t! A truck!' " -- Emo Phillips > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > enlightenment-devel mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... 裸好多 Tokyo, Japan (東京 日本) |
From: Vincent T. <vt...@un...> - 2007-08-04 07:49:23
|
On Sat, 4 Aug 2007, Enlightenment CVS wrote: > > - evas_common_image_free(im); > + evas_common_image_delete(im); > dc->render_op = op; > dc->clip.use = cuse; > if (!gr->tex) return; > =================================================================== > RCS file: /cvs/e/e17/libs/evas/src/modules/engines/gl_common/evas_gl_texture.c,v > retrieving revision 1.9 > retrieving revision 1.10 > diff -u -3 -r1.9 -r1.10 > --- evas_gl_texture.c 2 Jun 2007 15:30:58 -0000 1.9 > +++ evas_gl_texture.c 4 Aug 2007 07:20:17 -0000 1.10 > @@ -385,7 +385,7 @@ > im2->image->data, > pw, ph); > } > - if (im1 != im) evas_common_image_free(im1); > + if (im1 != im) evas_common_image_delete(im1); > im1 = NULL; > > im_data = im2->image->data; > @@ -413,7 +413,7 @@ > im1 = im2; > im2 = NULL; > } > - if ((im1 != im) && (im1)) evas_common_image_free(im1); > + if ((im1 != im) && (im1)) evas_common_image_delete(im1); > tex->have_mipmaps = 1; > #ifdef BUILD_MMX > if (mmx) evas_common_cpu_end_opt(); > shouldn't the cache system of the images be used ? Vincent |
From: Gustavo S. B. <bar...@gm...> - 2007-10-05 14:14:50
|
On 10/5/07, Enlightenment CVS <no...@cv...> wrote: > Enlightenment CVS committal > > Author : raster > Project : e17 > Module : libs/evas > > Dir : e17/libs/evas/src/modules/engines/software_sdl > > > Modified Files: > evas_engine.c > > > Log Message: > > > cedric's sdl patch. Ops! You re-applied it, I applied but changed memset() by SDL_FillRect() to avoid problems with different depths and boundaries... I'll revert. > SDL_FillRect(re->surface, NULL, 0); > > + memset(re->surface->pixels, 0, w * h * 4); > + see the SDL_FillRect() does the same as memset() -- Gustavo Sverzut Barbieri -------------------------------------- Jabber: bar...@gm... MSN: bar...@gm... ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 |
From: Carsten H. (T. R. <ra...@ra...> - 2007-10-05 15:45:51
|
On Fri, 5 Oct 2007 11:14:45 -0300 "Gustavo Sverzut Barbieri" <bar...@gm...> babbled: > On 10/5/07, Enlightenment CVS <no...@cv...> wrote: > > Enlightenment CVS committal > > > > Author : raster > > Project : e17 > > Module : libs/evas > > > > Dir : e17/libs/evas/src/modules/engines/software_sdl > > > > > > Modified Files: > > evas_engine.c > > > > > > Log Message: > > > > > > cedric's sdl patch. > > Ops! You re-applied it, I applied but changed memset() by > SDL_FillRect() to avoid problems with different depths and > boundaries... I'll revert. bizarre - it applied without conflicts/rejects! > > > SDL_FillRect(re->surface, NULL, 0); > > > > + memset(re->surface->pixels, 0, w * h * 4); > > + > > see the SDL_FillRect() does the same as memset() > > > > -- > Gustavo Sverzut Barbieri > -------------------------------------- > Jabber: bar...@gm... > MSN: bar...@gm... > ICQ#: 17249123 > Skype: gsbarbieri > Mobile: +55 (81) 9927 0010 > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > enlightenment-devel mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... 裸好多 Tokyo, Japan (東京 日本) |
From: Andre M. <and...@gm...> - 2007-10-06 00:49:48
|
Hi, This patch somehow broke ETK. I just reverted it and it works fine. To test just run etk_test and select the tree test, then try to scroll the list using the scrollbar button. Nothing happens. I don't have time to work on it right now, but if somebody can take a look at it, it would be great. BR On 10/5/07, Enlightenment CVS <no...@cv...> wrote: > Enlightenment CVS committal > > Author : raster > Project : e17 > Module : libs/evas > > Dir : e17/libs/evas/src/lib/canvas > > > Modified Files: > evas_object_gradient.c evas_object_image.c evas_object_line.c > evas_object_main.c evas_object_rectangle.c evas_object_smart.c > > > Log Message: > > > 1. default object size to 0x0 > 2. remove some float numbers (were cast anyway) > 3. make smart object mmove/resize only called if the obj changes > > =================================================================== > RCS file: /cvs/e/e17/libs/evas/src/lib/canvas/evas_object_gradient.c,v > retrieving revision 1.18 > retrieving revision 1.19 > diff -u -3 -r1.18 -r1.19 > --- evas_object_gradient.c 28 Jun 2007 23:22:20 -0000 1.18 > +++ evas_object_gradient.c 5 Oct 2007 04:52:09 -0000 1.19 > @@ -779,10 +779,10 @@ > obj->cur.color.g = 255; > obj->cur.color.b = 255; > obj->cur.color.a = 255; > - obj->cur.geometry.x = 0.0; > - obj->cur.geometry.y = 0.0; > - obj->cur.geometry.w = 32.0; > - obj->cur.geometry.h = 32.0; > + obj->cur.geometry.x = 0; > + obj->cur.geometry.y = 0; > + obj->cur.geometry.w = 0; > + obj->cur.geometry.h = 0; > obj->cur.layer = 0; > obj->cur.anti_alias = 1; > obj->cur.interpolation.color_space = EVAS_COLOR_SPACE_ARGB; > @@ -809,8 +809,8 @@ > o->cur.map.direction = 1; > o->cur.fill.x = 0; > o->cur.fill.y = 0; > - o->cur.fill.w = 32; > - o->cur.fill.h = 32; > + o->cur.fill.w = 1; > + o->cur.fill.h = 1; > o->cur.fill.angle = 0.0; > o->cur.fill.spread = EVAS_TEXTURE_REFLECT; > o->cur.type.name = strdup("linear"); > =================================================================== > RCS file: /cvs/e/e17/libs/evas/src/lib/canvas/evas_object_image.c,v > retrieving revision 1.57 > retrieving revision 1.58 > diff -u -3 -r1.57 -r1.58 > --- evas_object_image.c 30 Sep 2007 15:04:51 -0000 1.57 > +++ evas_object_image.c 5 Oct 2007 04:52:10 -0000 1.58 > @@ -1786,10 +1786,10 @@ > obj->cur.color.g = 255; > obj->cur.color.b = 255; > obj->cur.color.a = 255; > - obj->cur.geometry.x = 0.0; > - obj->cur.geometry.y = 0.0; > - obj->cur.geometry.w = 32.0; > - obj->cur.geometry.h = 32.0; > + obj->cur.geometry.x = 0; > + obj->cur.geometry.y = 0; > + obj->cur.geometry.w = 0; > + obj->cur.geometry.h = 0; > obj->cur.layer = 0; > obj->cur.anti_alias = 0; > obj->cur.render_op = EVAS_RENDER_BLEND; > @@ -1808,8 +1808,8 @@ > /* alloc obj private data */ > o = calloc(1, sizeof(Evas_Object_Image)); > o->magic = MAGIC_OBJ_IMAGE; > - o->cur.fill.w = 32.0; > - o->cur.fill.h = 32.0; > + o->cur.fill.w = 1; > + o->cur.fill.h = 1; > o->cur.smooth_scale = 1; > o->cur.border.fill = 1; > o->cur.cspace = EVAS_COLORSPACE_ARGB8888; > =================================================================== > RCS file: /cvs/e/e17/libs/evas/src/lib/canvas/evas_object_line.c,v > retrieving revision 1.22 > retrieving revision 1.23 > diff -u -3 -r1.22 -r1.23 > --- evas_object_line.c 28 Jun 2007 23:22:20 -0000 1.22 > +++ evas_object_line.c 5 Oct 2007 04:52:10 -0000 1.23 > @@ -222,10 +222,10 @@ > obj->cur.color.g = 255; > obj->cur.color.b = 255; > obj->cur.color.a = 255; > - obj->cur.geometry.x = 0.0; > - obj->cur.geometry.y = 0.0; > - obj->cur.geometry.w = 32.0; > - obj->cur.geometry.h = 32.0; > + obj->cur.geometry.x = 0; > + obj->cur.geometry.y = 0; > + obj->cur.geometry.w = 0; > + obj->cur.geometry.h = 0; > obj->cur.layer = 0; > obj->cur.anti_alias = 1; > obj->cur.render_op = EVAS_RENDER_BLEND; > =================================================================== > RCS file: /cvs/e/e17/libs/evas/src/lib/canvas/evas_object_main.c,v > retrieving revision 1.60 > retrieving revision 1.61 > diff -u -3 -r1.60 -r1.61 > --- evas_object_main.c 3 Oct 2007 04:09:36 -0000 1.60 > +++ evas_object_main.c 5 Oct 2007 04:52:10 -0000 1.61 > @@ -7,11 +7,11 @@ > * if they are moved to the position they are already in > * (e.g. if they are in 0,0 and you call evas_object_move(o, 0, 0) > */ > -#define FORWARD_NOOP_MOVES_TO_SMART_OBJS > +//#define FORWARD_NOOP_MOVES_TO_SMART_OBJS > > /* likewise, for resizes > */ > -#define FORWARD_NOOP_RESIZES_TO_SMART_OBJS > +//#define FORWARD_NOOP_RESIZES_TO_SMART_OBJS > > static Evas_Object_List * > get_layer_objects_last(Evas_Layer *l) > =================================================================== > RCS file: /cvs/e/e17/libs/evas/src/lib/canvas/evas_object_rectangle.c,v > retrieving revision 1.12 > retrieving revision 1.13 > diff -u -3 -r1.12 -r1.13 > --- evas_object_rectangle.c 6 May 2007 11:29:37 -0000 1.12 > +++ evas_object_rectangle.c 5 Oct 2007 04:52:10 -0000 1.13 > @@ -90,10 +90,10 @@ > obj->cur.color.g = 255; > obj->cur.color.b = 255; > obj->cur.color.a = 255; > - obj->cur.geometry.x = 0.0; > - obj->cur.geometry.y = 0.0; > - obj->cur.geometry.w = 32.0; > - obj->cur.geometry.h = 32.0; > + obj->cur.geometry.x = 0; > + obj->cur.geometry.y = 0; > + obj->cur.geometry.w = 0; > + obj->cur.geometry.h = 0; > obj->cur.layer = 0; > obj->cur.render_op = EVAS_RENDER_BLEND; > /* set up object-specific settings */ > =================================================================== > RCS file: /cvs/e/e17/libs/evas/src/lib/canvas/evas_object_smart.c,v > retrieving revision 1.28 > retrieving revision 1.29 > diff -u -3 -r1.28 -r1.29 > --- evas_object_smart.c 28 Jun 2007 23:22:20 -0000 1.28 > +++ evas_object_smart.c 5 Oct 2007 04:52:10 -0000 1.29 > @@ -491,10 +491,10 @@ > obj->cur.color.g = 255; > obj->cur.color.b = 255; > obj->cur.color.a = 255; > - obj->cur.geometry.x = 0.0; > - obj->cur.geometry.y = 0.0; > - obj->cur.geometry.w = 32.0; > - obj->cur.geometry.h = 32.0; > + obj->cur.geometry.x = 0; > + obj->cur.geometry.y = 0; > + obj->cur.geometry.w = 0; > + obj->cur.geometry.h = 0; > obj->cur.layer = 0; > /* set up object-specific settings */ > obj->prev = obj->cur; > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > enlightenment-cvs mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs > -- Andre Moreira Magalhaes (andrunko) -------------------------------------------------------- Jabber: and...@gm... MSN: and...@ms... Skype: andrunko Blog: http://andrunko.blogspot.com |
From: Gustavo S. B. <bar...@pr...> - 2008-06-19 13:21:35
|
On Thu, Jun 19, 2008 at 1:09 AM, Enlightenment CVS <no...@cv...> wrote: > Enlightenment CVS committal > > Author : raster > Project : e17 > Module : libs/evas > > Dir : e17/libs/evas/src/lib/canvas > > > Modified Files: > evas_object_main.c > > > Log Message: > > > bad *alloc! bad sizeof usage. bad! :) > > =================================================================== > RCS file: /cvs/e/e17/libs/evas/src/lib/canvas/evas_object_main.c,v > retrieving revision 1.71 > retrieving revision 1.72 > diff -u -3 -r1.71 -r1.72 > --- evas_object_main.c 12 Jun 2008 13:22:26 -0000 1.71 > +++ evas_object_main.c 19 Jun 2008 04:09:33 -0000 1.72 > @@ -647,7 +647,7 @@ > if (obj->delete_me) > return; > if (!obj->size_hints) > - obj->size_hints = calloc(1, sizeof(*obj->size_hints)); > + obj->size_hints = calloc(1, sizeof(Evas_Size_Hints)); > ... Well, this is exactly the same thing. As I saw from IRC, the guy was getting a segfault, because comparison was swapped (if and if-not), which I fixed after Andres tested it, so the guy was using an older version. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: bar...@gm... Skype: gsbarbieri Mobile: +55 (19) 9225-2202 |