[Fdo-trac] [fdo-trac] #981: Possible memory leaks in SHP provider
FDO
trac_fdo at osgeo.org
Thu Sep 17 03:15:19 PDT 2020
#981: Possible memory leaks in SHP provider
----------------------------+----------------------
Reporter: jng | Owner: jng
Type: defect | Status: assigned
Priority: major | Milestone:
Component: SHP Provider | Version:
Severity: 3 | Keywords:
External ID: |
----------------------------+----------------------
From artem on mapguide-users:
{{{
About memory leaks in SHP provider, there was same problem with
GetFilter(),
FDO\Providers\SHP\Src\Provider\ShpImpExtendedSelect.cpp
in function
ShpIScrollableFeatureReader* ShpImpExtendedSelect::ExecuteScrollable()
it is invoked there several times without FdoPtr<>.
========================
I also have found another one memory leak in SHP provider (probably better
to post it on FDO forum, but as continue of my words)...
It is caused by:
FDO\Providers\SHP\Src\Provider\ShpImpExtendedSelect.cpp
in function
ShpIScrollableFeatureReader* ShpImpExtendedSelect::ExecuteScrollable()
by next alloc:
propStubs[0].m_name = new wchar_t[wcslen(L"FeatId")+1];
It should be cleared in
ShpScrollableFeatureReader::~ShpScrollableFeatureReader()
but it is not, because in my case m_NumProps == 0 (0 - as input parameter
to
ShpScrollableFeatureReader constructor "m_orderingProperties->GetCount()")
but I'm not sure how to fix that case correctly.
}}}
--
Ticket URL: <https://trac.osgeo.org/fdo/ticket/981>
FDO <http://fdo.osgeo.org/>
Feature Data Objects
More information about the fdo-trac
mailing list