On Wed, Aug 12, 2009 at 10:19 AM, Atton
Jonathanjonathan.at...@gmail.com wrote:
hello,
I have made some test with a vertical layout and a list of items which
contains a textarea and my conclusion is : we can't do something perfect :p
let me explain, maybe I don't understand correctly how
in svn, not checking for HAVE_CURL as nobody is checking the return...
but leave a note saying that when it's done.
On Tue, Aug 11, 2009 at 7:55 PM, Andre Diebandre.mart...@ee.ufcg.edu.br wrote:
Maybe we could do:
(on ecore_con_init())
if (HAVE_CURL !ecore_con_url_init())
{
// Curl is
Modified: trunk/edje/src/lib/edje_private.h
===
--- trunk/edje/src/lib/edje_private.h 2009-08-13 15:42:30 UTC (rev 41743)
+++ trunk/edje/src/lib/edje_private.h 2009-08-13 16:13:49 UTC (rev 41744)
@@ -740,7 +740,7 @@
int
On Thu, Aug 13, 2009 at 07:10:06PM +0200, Vincent Torri wrote:
Modified: trunk/edje/src/lib/edje_private.h
===
--- trunk/edje/src/lib/edje_private.h 2009-08-13 15:42:30 UTC (rev
41743)
+++
Hello,
As you guys noticed, the code was forcing headers = NULL without destroying
it (maybe some precaution for preventing mixed headers on successive send()
calls).
As send() cleans headers on the beginning and destroy() frees the list, we
may not set it to NULL. If the user finishes using and
Hello,
I'm experiencing these leaks when using ecore_con:
==29553== 864 bytes in 36 blocks are still reachable in loss record 2 of 3
==29553==at 0x4026FDE: malloc (vg_replace_malloc.c:207)
==29553==by 0x426A41F: (within /lib/libgcrypt.so.11.4.4)
==29553==by 0x4266837: (within
On Thu, 13 Aug 2009, Andre Dieb wrote:
Hello,
I'm experiencing these leaks when using ecore_con:
==29553== 864 bytes in 36 blocks are still reachable in loss record 2 of 3
==29553==at 0x4026FDE: malloc (vg_replace_malloc.c:207)
==29553==by 0x426A41F: (within
Yes.
On Thu, Aug 13, 2009 at 4:25 PM, Vincent Torri vto...@univ-evry.fr wrote:
On Thu, 13 Aug 2009, Andre Dieb wrote:
Hello,
I'm experiencing these leaks when using ecore_con:
==29553== 864 bytes in 36 blocks are still reachable in loss record 2 of 3
==29553==at 0x4026FDE: malloc
Stupid me, those free() are absurdly wrong, there are no leaks there.
Attached patch fixes the header leaks.
On Thu, Aug 13, 2009 at 4:02 PM, Andre Dieb andre.mart...@ee.ufcg.edu.brwrote:
Hello,
As you guys noticed, the code was forcing headers = NULL without destroying
it (maybe some
On Mon, 10 Aug 2009 09:46:37 -0300 Thiago Borges Abdnur bol...@gmail.com said:
On Sun, Aug 9, 2009 at 7:27 PM, Gustavo Sverzut Barbieri
barbi...@profusion.mobi wrote:
On Sat, Aug 8, 2009 at 11:24 AM, Thiago Borges Abdnurbol...@gmail.com
wrote:
Hi guys!
I'm trying to make a
On Mon, 10 Aug 2009 00:52:15 +0200 Diego Jacobi jacobidi...@gmail.com said:
actually u just want ECORE_EVAS_OBJECT_ASSOCIATE_BASE - even then associate is
too much for you - it's intent is different. it can dowhat u want but it will
do other things you may not want. the simple resize callback is
11 matches
Mail list logo