[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