Sending an empty byte array to Ethumbd through the D-Bus API was
leading to a segfault.
--
João Paulo Rechi Vita
ProFUSION embedded systems
[email protected]
Index: src/bin/ethumbd.c
===
--- src/bin/ethumbd.c (revision 43121)
++
The "generated" D-Bus signal is published with an int64 as it first
parameter but an int32 is sent instead.
--
João Paulo Rechi Vita
ProFUSION embedded systems
[email protected]
Index: src/bin/ethumbd.c
===
--- src/bin/ethumbd.c
in fact Gustavo has already added the full method :p I will just update
elementary.
2009/10/16 Atton Jonathan
> The hover is the code of raster :)
>
> Tomorrow I will add the _full function and use it into elementary to avoid
> this bug. I will set the current method as deprecated.
>
> I plan to
I've "translated" TMP/st/elementary/src/bin/test_progressbar.c It was
written there, that's why i did it.
But I hope you like :
+EVAS_HINT_EXPAND = 1.0
+EVAS_HINT_FILL = -1.0
On Fri, Oct 16, 2009 at 17:01, Gustavo Sverzut Barbieri
wrote:
> This is way too useless and discouraged.
>
> Really, Pyth
The hover is the code of raster :)
Tomorrow I will add the _full function and use it into elementary to avoid
this bug. I will set the current method as deprecated.
I plan to do the same in the edje callback del method if you agree.
As Cedric told me, maybe we should use _safe instead of _full ?
On Fri, Oct 16, 2009 at 5:11 PM, Gustavo Sverzut Barbieri
wrote:
> it's still your code (the hover), so as raster said... :-)
>
> it's not about "you not should use this", but more like your should
> not force everybody to use it, as it's not required in the case
> you mentioned, you have more
it's still your code (the hover), so as raster said... :-)
it's not about "you not should use this", but more like your should
not force everybody to use it, as it's not required in the case
you mentioned, you have more objects, but they all have the same
generator code, thus same function add
This is way too useless and discouraged.
Really, Python-EFL is all about bringing pythonic EFL, not just C in
Python... so the standard way is to return True or False, no need to
use ecore.ECORE_CALLBACK_CANCEL or ecore.ECORE_CALLBACK_RENEW...
actually not even in C we use those explicitly.
On T
Create 2 hovers with the same parent, delete the first created and then
resize the parent, the callback will be called with the first hover as data.
2009/10/16 Carsten Haitzler
> On Fri, 16 Oct 2009 08:59:00 -0400 Atton Jonathan <
> [email protected]>
> said:
>
> > if somewhere we delete
On Fri, 16 Oct 2009 08:59:00 -0400 Atton Jonathan
said:
> if somewhere we delete the wrong callback because we do not use the full
> method we can have a bug too. This code can delete my callback :/
gustavo's right add the _full call. as for "we delete the wrong callback" -
this wont happen unle
its life, its c... you cannot protect, just provide the right tools
and add docs recommending the full... you can even flag as deprecated,
but requiring all to change is not good
On 10/16/09, Atton Jonathan wrote:
> if somewhere we delete the wrong callback because we do not use the full
> method
if somewhere we delete the wrong callback because we do not use the full
method we can have a bug too. This code can delete my callback :/
2009/10/16 Gustavo Sverzut Barbieri
> no, so as i did with evas event callbacks... add a _full() version
> that takes more parameters so we can have both.
>
no, so as i did with evas event callbacks... add a _full() version
that takes more parameters so we can have both.
On 10/16/09, Cedric BAIL wrote:
> On Fri, Oct 16, 2009 at 1:56 PM, Atton Jonathan
> wrote:
>> evas_object_event_callback_del()
>> This function does not use a unique key to find the
On Fri, Oct 16, 2009 at 1:56 PM, Atton Jonathan
wrote:
> evas_object_event_callback_del()
> This function does not use a unique key to find the correct callback item. I
> think we should add the data in the comparison.
>
> The problem appears if we create 2 elm hover, they add some callbacks on th
hey
evas_object_event_callback_del()
This function does not use a unique key to find the correct callback item. I
think we should add the data in the comparison.
The problem appears if we create 2 elm hover, they add some callbacks on the
parent. When we delete the first created hover we delete t
Cool! Thanks!
On Fri, Oct 16, 2009 at 12:02 AM, Boris 'billiob' Faure
wrote:
> On Thu, Oct 15, 2009 at 10:11, Vaudano Luca wrote:
>> Best regards
>> Luca
>
> I've committed your patch and enhanced it a little bit :)
> I've also added the progressbar test to test.py.
> Enjoy!
>
> --
> Boris 'bill
On Fri, 16 Oct 2009 15:38:25 +0800 Brian Wang said:
> Hello all,
>
> The very first time when e17 is launched takes a long time (15+
> seconds). However, subsequent launches (even after reboot) are much
> faster (5-second range).
>
> Are there any function trace utilities or config options for
Hello all,
The very first time when e17 is launched takes a long time (15+
seconds). However, subsequent launches (even after reboot) are much
faster (5-second range).
Are there any function trace utilities or config options for EFL/e17?
I want to take a look of how everything fits together at r
On Fri, Oct 16, 2009 at 2:17 PM, Carsten Haitzler wrote:
> On Fri, 16 Oct 2009 10:04:04 +0800 Brian Wang
> said:
>
>> On Thu, Oct 15, 2009 at 7:06 PM, Brian Wang
>> wrote:
>> > On Thu, Oct 15, 2009 at 5:50 PM, Carsten Haitzler
>> > wrote:
>> >> On Thu, 15 Oct 2009 17:44:47 +0800 Brian Wang
>
19 matches
Mail list logo
