[test-results] [Bamboo] Asterisk Testing > Asterisk 1.8 Branch > #208 has FAILED (1 tests failed, no failures were new). Change made by Matthew Jordan.
Bamboo
bamboo at asterisk.org
Fri May 18 09:48:38 CDT 2012
-----------------------------------------------------------------------
Asterisk Testing > Asterisk 1.8 Branch > #208 failed.
-----------------------------------------------------------------------
Code has been updated by Matthew Jordan.
1/179 tests failed, no failures were new.
http://bamboo.asterisk.org/browse/TESTING-ASTERISK18BRANCH-208/
--------------
Failing Jobs
--------------
- Asterisk 1.8 CentOS 6 64-Bit (CentOS 6): 1 of 179 tests failed.
--------------
Code Changes
--------------
Matthew Jordan (366880):
>Fix a variety of memory leaks
>
>This patch addresses a number of memory leaks in a variety of modules that were
>found by a static analysis tool. A brief summary of the changes:
>
>* app_minivm: free ast_str objects on off nominal paths
>* app_page: free the ast_dial object if the requested channel technology
> cannot be appended to the dialing structure
>* app_queue: if a penalty rule failed to match any existing rule list
> names, the created rule would not be inserted and its memory
> would be leaked
>* app_read: dispose of the created silence detector in the presence of
> off nominal circumstances
>* app_voicemail: dispose of an allocated unique ID field for MWI event
> un-subscribe requests in off nominal paths; dispose of
> configuration objects when using the secret.conf option
>* chan_dahdi: dispose of the allocated frame produced by ast_dsp_process
>* chan_iax2: properly unref peer in CLI command "iax2 unregister"
>* chan_sip: dispose of the allocated frame produced by sip_rtp_read's
> call of ast_dsp_process; free memory in parse unit tests
>* func_dialgroup: properly deref ao2 object grhead in nominal path of
> dialgroup_read
>* func_odbc: free resultset in off nominal paths of odbc_read
>* cli: free match_list in off nominal paths of CLI match completion
>* config: free comment_buffer/list_buffer when configuration file load
> is unchanged; free the same buffers any time they were
> created and config files were processed
>* data: free XML nodes in various places
>* enum: free context buffer in off nominal paths
>* features: free ast_call_feature in off nominal paths of applicationmap
> config processing
>* netsock2: users of ast_sockaddr_resolve pass in an ast_sockaddr struct
> that is allocated by the method. Failures in
> ast_sockaddr_resolve could result in the users of the method
> not knowing whether or not the buffer was allocated. The
> method will now not allocate the ast_sockaddr struct if it
> will return failure.
>* pbx: cleanup hash table traversals in off nominal paths; free
> ignore pattern buffer if it already exists for the specified
> context
>* xmldoc: cleanup various nodes when we no longer need them
>* main/editline: various cleanup of pointers not being freed before being
> assigned to other memory, cleanup along off nominal paths
>* menuselect/mxml: cleanup of value buffer for an attribute when that attribute
> did not specify a value
>* res_calendar*: responses are allocated via the various *_request method
> returns and should not be allocated in the various
> write_event methods; ensure attendee buffer is freed if no
> data exists in the parsed node; ensure that calendar objects
> are de-ref'd appropriately
>* res_jabber: free buffer in off nominal path
>* res_musiconhold: close the DIR* object in off nominal paths
>* res_rtp_asterisk: if we run out of ports, close the rtp socket object and free
> the rtp object
>* res_srtp: if we fail to create the session in libsrtp, destroy the
> temporary ast_srtp object
>
>(issue ASTERISK-19665)
>Reported by: Matt Jordan
>
>Review: https://reviewboard.asterisk.org/r/1922
--------------
Tests
--------------
Existing Test Failures (1)
- AsteriskTestSuite: S/channels/ s i p/sip cause
--
This message is automatically generated by Atlassian Bamboo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/test-results/attachments/20120518/4e5c3c5d/attachment-0001.htm>
More information about the Test-results
mailing list