hi all,

since now eo_debug will have -h/--help, -l/--lifecycle-debug and
-L/--lifecycle-no-debug. As --help says:

Usage:

    ./src/scripts/eo/eo_debug [options] <executable> [executable parameters]

Options:
    -l, --lifecycle-debug[=class1,class2]   Turn on debug for object
                                            lifecycle, optionally provides
                                            a whitelist of classes to
be allowed.
    -L, --lifecycle-no-debug=class1,class2  Disable lifecycle for the
                                            selected classes.
    -h, --help                              This message.


It will also use eina_btlog by default on its output, this makes user
life much easier as he will see real function names, files and lines.


On Mon, Dec 5, 2016 at 1:30 AM, Gustavo Sverzut Barbieri
<barbi...@gmail.com> wrote:
> On Sun, Dec 4, 2016 at 11:19 PM, Jean-Philippe André <j...@videolan.org> 
> wrote:
>> Hi Gustavo,
>>
>> On 3 December 2016 at 08:17, Gustavo Sverzut Barbieri <barbi...@gmail.com>
>> wrote:
>>
>>> barbieri pushed a commit to branch master.
>>>
>>> http://git.enlightenment.org/core/efl.git/commit/?id=227463b
>>> dde43bc9095b75f4ef19f9fef9a742f04
>>>
>>> commit 227463bdde43bc9095b75f4ef19f9fef9a742f04
>>> Author: Gustavo Sverzut Barbieri <barbi...@profusion.mobi>
>>> Date:   Fri Dec 2 20:48:37 2016 -0200
>>>
>>>     eo: allow valgrind-like tracking of object lifecycle.
>>>
>>>     Eo pointer indirection is super nice as it avoids you to access
>>>     invalid memory, but this extra checks inhibits valgrind's own tracking
>>>     of memory lifecycle, usually it would report when the object was
>>>     created and when the object is deleted, both as stack traces.
>>>
>>>     This commits introduces logging of object creation and destruction
>>>     under its own eina_log_domain and controlled by EO_LIFECYCLE_DEBUG and
>>>     EO_LIFECYCLE_NO_DEBUG envvars. These will only be available if
>>>     compiled with EO_DEBUG, thus shouldn't cause any performance hits on
>>>     production code.
>>>
>>
>> So this should basically be used in conjunction with the existing eo_debug
>> infrastructure?
>> Why not improve eo_debug itself? (eg. add options to the script)
>
> yes, you need eo_debug (libeo_dbg.so). You mean some options to
> eo_debug and then it would export these envvars? sounds ok
>
>
> --
> Gustavo Sverzut Barbieri
> --------------------------------------
> Mobile: +55 (16) 99354-9890



-- 
Gustavo Sverzut Barbieri
--------------------------------------
Mobile: +55 (16) 99354-9890

------------------------------------------------------------------------------
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/xeonphi
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to