#468: crash in GPJ_grass_to_wkt() on windows
-------------------------+--------------------------------------------------
Reporter: jef | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major | Milestone: 6.4.0
Component: default | Version: unspecified
Keywords: | Platform: MSWindows XP
Cpu: Unspecified |
-------------------------+--------------------------------------------------
QGIS crashes when calling GPJ_grass_to_wkt(), when the MinGW built
libraries are called from MSVC build QGIS. This is caused to using
G_free() on a string alloced in proj.4 with pj_malloc(). The attached
patch free the string with pj_dalloc()
sure. Every DLL runs it own memory management and therefore memory
malloc() in a one DLL needs to be free by the very same DLL and that's
probably the sole reason for the existance of above functions (same for
GDAL, GEOS...).
#468: crash in GPJ_grass_to_wkt() on windows
---------------------------+------------------------------------------------
Reporter: jef | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major | Milestone: 6.4.0
Component: default | Version: unspecified
Resolution: | Keywords:
Platform: MSWindows XP | Cpu: Unspecified
---------------------------+------------------------------------------------
Comment (by jef):
Replying to [comment:2 jef]:
> sure. Every DLL runs it own memory management and therefore memory
malloc() in a one DLL needs to be free by the very same DLL and that's
probably the sole reason for the existance of above functions (same for
GDAL, GEOS...).
#468: crash in GPJ_grass_to_wkt() on windows
---------------------------+------------------------------------------------
Reporter: jef | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major | Milestone: 6.4.0
Component: default | Version: unspecified
Resolution: | Keywords:
Platform: MSWindows XP | Cpu: Unspecified
---------------------------+------------------------------------------------
Comment (by pkelly):
I fixed this in TRUNK, and fixed a few memory leaks at the same time. The
changes are too complicated/risky to backport to 6.x though, so the simple
patch attached here should be OK for a quick fix.