You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "ASF subversion and git services (JIRA)" <ji...@apache.org> on 2014/05/22 01:30:40 UTC
[jira] [Commented] (TS-2765) Memory Leak in SSLConfig
initialization
[ https://issues.apache.org/jira/browse/TS-2765?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14005388#comment-14005388 ]
ASF subversion and git services commented on TS-2765:
-----------------------------------------------------
Commit dcc579668381d763d5be908ea737cbbb6a3bd075 in trafficserver's branch refs/heads/master from [~sudheerv]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=dcc5796 ]
TS-2765: Memory Leak in SSLConfig initialization
> Memory Leak in SSLConfig initialization
> ---------------------------------------
>
> Key: TS-2765
> URL: https://issues.apache.org/jira/browse/TS-2765
> Project: Traffic Server
> Issue Type: Bug
> Components: Core
> Reporter: Sudheer Vinukonda
> Assignee: Bryan Call
> Labels: review, spdy, yahoo
> Fix For: 5.0.0
>
> Attachments: ts2765.diff
>
>
> While debugging memory leak during SPDY testing on a production host noticed a couple of leaks (13 bytes each) during SSL Config initialization. Below is the valgrind output showing the leak. These bugs also exist in 4.0.
> {code}
> ==29790== Thread 1:
> ==29790== 13 bytes in 1 blocks are definitely lost in loss record 168 of 2,653
> ==29790== at 0x4C279EE: malloc (vg_replace_malloc.c:270)
> ==29790== by 0x4E50E3D: ats_malloc (ink_memory.cc:50)
> ==29790== by 0x4E50E9D: _xstrdup (ink_memory.cc:236)
> ==29790== by 0x70E90B: RecDataSet(RecDataT, RecData*, RecData*) (RecUtils.cc:148)
> ==29790== by 0x70729C: RecGetRecord_Xmalloc(char const*, RecDataT, RecData*, bool) (RecCore.cc:780)
> ==29790== by 0x707327: RecGetRecordString_Xmalloc(char const*, char**, bool) (RecCore.cc:382)
> ==29790== by 0x6DAF2C: SSLConfigParams::initialize() (SSLConfig.cc:214)
> ==29790== by 0x6DB5AD: SSLConfig::startup() (SSLConfig.cc:265)
> ==29790== by 0x6DBB29: SSLNetProcessor::start(int, unsigned long) (SSLNetProcessor.cc:51)
> ==29790== by 0x4D0723: main (Main.cc:1557)
> ==29790==
> ==29790== 13 bytes in 1 blocks are definitely lost in loss record 169 of 2,653
> ==29790== at 0x4C279EE: malloc (vg_replace_malloc.c:270)
> ==29790== by 0x4E50E3D: ats_malloc (ink_memory.cc:50)
> ==29790== by 0x4E50E9D: _xstrdup (ink_memory.cc:236)
> ==29790== by 0x70E90B: RecDataSet(RecDataT, RecData*, RecData*) (RecUtils.cc:148)
> ==29790== by 0x70729C: RecGetRecord_Xmalloc(char const*, RecDataT, RecData*, bool) (RecCore.cc:780)
> ==29790== by 0x707327: RecGetRecordString_Xmalloc(char const*, char**, bool) (RecCore.cc:382)
> ==29790== by 0x6DB0E2: SSLConfigParams::initialize() (SSLConfig.cc:246)
> ==29790== by 0x6DB5AD: SSLConfig::startup() (SSLConfig.cc:265)
> ==29790== by 0x6DBB29: SSLNetProcessor::start(int, unsigned long) (SSLNetProcessor.cc:51)
> ==29790== by 0x4D0723: main (Main.cc:1557)
> {code}
--
This message was sent by Atlassian JIRA
(v6.2#6252)