-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3377/#review11435
-----------------------------------------------------------


My comments appear in reverse order due to filename sorting.  Please see my 
comment on astobj2.c first.


/branches/1.8/contrib/scripts/refcounter.py
<https://reviewboard.asterisk.org/r/3377/#comment21101>

    file[line] looks too much like from logger.c level[threadid].  I suggest:
    [threadid] file:line:function delta tag - [state]



/branches/1.8/main/astobj2.c
<https://reviewboard.asterisk.org/r/3377/#comment21099>

    Can we add thread id to all reflog entries (before tag so it is parsable)?  
ast_get_tid() was added to utils.c in Asterisk 11.  Asterisk 1.8 has an 
inferior macro in logger.c that could probably just be copied.  This would 
allow reflog entries to be associated with logger.c output.  If a leak is 
associated with a specific channel we could see which one, examine traffic from 
PCAP, etc.
    
    I don't think we need an option for refcounter.py to filter by thread id, 
grep can do that.  In most situations where thread id would be useful we would 
want the original refs file and full debug logs from the same run.


- Corey Farrell


On March 27, 2014, 10:23 p.m., Matt Jordan wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/3377/
> -----------------------------------------------------------
> 
> (Updated March 27, 2014, 10:23 p.m.)
> 
> 
> Review request for Asterisk Developers, Corey Farrell and wdoekes.
> 
> 
> Repository: Asterisk
> 
> 
> Description
> -------
> 
> Note: while an improvement to Asterisk, this patch only affects Asterisk when 
> compiled in -dev-mode. Since it has benefit only for developers looking to 
> fix bugs, I'm proposing it for Asterisk 1.8+. The removal of refcounter 
> should be done in trunk only.
> 
> Asterisk uses reference counted objects. A lot. As their use has spread, the 
> bugs related to reference counting errors has grown as well. Central to 
> resolving reference counting issues is the usage of REF_DEBUG; unfortunately, 
> REF_DEBUG has had several problems:
> (1) It could not be enabled through menuselect
> (2) When not enabled globally, updates to objects were often lost, resulting 
> in insufficient data to resolve problems
> (3) The format of the ref debug log file was not suitable for parsing
> 
> This patch changes REF_DEBUG in the following ways:
> (1) It makes REF_DEBUG a meneselect item when Asterisk is compiled with 
> --enable-dev-mode
> (2) The ref debug log file is now created in the AST_LOG_DIR directory. Every 
> run will now blow away the previous run (as large ref files sometimes caused 
> issues). We now also no longer open/close the file on each write, instead 
> relying on fflush to make sure data gets written to the file (in case the ao2 
> call being performed is about to cause a crash)
> (3) It goes with a comma delineated format for the ref debug file. This makes 
> parsing much easier.
> (4) It throws out the refcounter utility and goes with a python script 
> instead.
> 
> 
> Diffs
> -----
> 
>   /branches/1.8/utils/refcounter.c 410891 
>   /branches/1.8/utils/Makefile 410891 
>   /branches/1.8/main/astobj2.c 410891 
>   /branches/1.8/main/asterisk.c 410891 
>   /branches/1.8/include/asterisk/astobj2.h 410891 
>   /branches/1.8/contrib/scripts/refcounter.py PRE-CREATION 
>   /branches/1.8/channels/chan_sip.c 410891 
>   /branches/1.8/build_tools/cflags.xml 410891 
> 
> Diff: https://reviewboard.asterisk.org/r/3377/diff/
> 
> 
> Testing
> -------
> 
> Things spit out ref logs and the script parses them. Example below:
> 
> ==== Object 0x21ed9b8 history ====
> features.c[5427]:create_parkinglot 1  - [**constructor**]
> features.c[5707]:build_parkinglot +1  - [1]
> features.c[5392]:parkinglot_unref -1  - [2]
> features.c[6358]:build_dialplan_useage_map +1  - [1]
> features.c[6358]:build_dialplan_useage_map -1  - [2]
> features.c[4985]:find_parkinglot +1  - [1]
> features.c[5392]:parkinglot_unref -1  - [2]
> features.c[6358]:build_dialplan_useage_map +1  - [1]
> features.c[6358]:build_dialplan_useage_map -1  - [2]
> features.c[4955]:do_parking_thread +1  - [1]
> features.c[4957]:do_parking_thread -1  - [2]
> astobj2.c[955]:cd_cb_debug -1 deref object via container destroy - [1]
> astobj2.c[955]:cd_cb_debug -1 deref object via container destroy - [**call 
> destructor**]
> 
> 
> Thanks,
> 
> Matt Jordan
> 
>

-- 
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

Reply via email to