[ 
https://issues.apache.org/jira/browse/DRILL-5368?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15933186#comment-15933186
 ] 

ASF GitHub Bot commented on DRILL-5368:
---------------------------------------

GitHub user laurentgo opened a pull request:

    https://github.com/apache/drill/pull/790

    DRILL-5368: Fix memory leak issue in 
DrillClientImpl::processServerMetaResult

    Fix a small memory leak by doing local allocation instead since the
    object doesn't escape the function.

You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/laurentgo/drill laurent/DRILL-5368

Alternatively you can review and apply these changes as the patch at:

    https://github.com/apache/drill/pull/790.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #790
    
----
commit a2e209e772d9613bdc081d7044f66aaeb7338d28
Author: Laurent Goujon <[email protected]>
Date:   2017-03-20T17:55:17Z

    DRILL-5368: Fix memory leak issue in 
DrillClientImpl::processServerMetaResult
    
    Fix a small memory leak by doing local allocation instead since the
    object doesn't escape the function.

----


> Memory leak in C++ server metadata handler
> ------------------------------------------
>
>                 Key: DRILL-5368
>                 URL: https://issues.apache.org/jira/browse/DRILL-5368
>             Project: Apache Drill
>          Issue Type: Bug
>          Components: Client - C++
>    Affects Versions: 1.10.0
>            Reporter: Laurent Goujon
>            Assignee: Laurent Goujon
>            Priority: Minor
>
> When receiving server metadata response, a protobuf ServerMetaResp object is 
> dynamically allocated but never freed.
> Since for this handler, there's no need to keep the instance attached to the 
> handler (content is copied over by the MetaData class), a reference is enough 
> and allocation can be done on the stack.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Reply via email to