Opened 14 years ago
Last modified 9 years ago
#1318 new defect
DebCheck QA: Memory leaks
Reported by: | hamish | Owned by: | |
---|---|---|---|
Priority: | normal | Milestone: | 6.4.6 |
Component: | Compiling | Version: | 6.4.0 |
Keywords: | gem, lib/bitmap, shapelib, lib/iostream, dglib, r.li, nviz | Cc: | volter |
CPU: | Unspecified | Platform: | Linux |
Description
Hi,
Debian's run of the Cpp check tool automatically found a number of C-code errors (or potential errors) which need to be reviewed by hand. See grass-dev ML thread of 13 Jan 2011.
about: Cppcheck is a command-line tool that tries to detect bugs that your C/C++ compiler doesn't see. It is versatile, and can check non-standard code including various compiler extensions, inline assembly code, etc. Its internal preprocessor can handle includes, macros, and several preprocessor commands. While Cppcheck is highly configurable, you can start using it just by giving it a path to the source code.
http://www.linuxjournal.com/content/daca-could-mean-less-bugs-debian
the list of probably-bugs in the 6.4.0 C/C++ code:
http://qa.debian.org/daca/cppcheck/squeeze/grass_6.4.0~rc6+42329-3.html
CLI analysis program (not Debian specific):
I have split those 154 hits into 16 classes, and will report each class in an individual bug report.
Run against releasebranch6_4 r42329 (including all patches up to, but not beyond, 6.4.0-final)
This bug report is for: Memory leaks
- ./gem/tools.c:327 [error] - Memory leak: tmp
- ./gem/tools.c:460 [error] - Memory leak: tmp
- ./gem/tools.c:526 [error] - Memory leak: tmp
- ./lib/bitmap/bitmap.c:327 [error] - Memory leak: map
- ./lib/bitmap/bitmap.c:351 [error] - Memory leak: map.data
- ./lib/external/shapelib/shpopen.c:849 [error] - Memory leak: pszBasename
- ./lib/iostream/mm.cc:304 [error] - Memory leak: p
- ./lib/iostream/mm.cc:355 [error] - Memory leak: p
- ./lib/vector/dglib/examples/opt.c:220 [error] - Memory leak: pszArgv
- ./raster/r.li/r.li.daemon/daemon.c:708 [error] - Memory leak: file_buf
- ./raster/r.li/r.li.daemon/worker.c:262 [error] - Memory leak: buf
- ./raster/r.li/r.li.patchdensity/main.c:205 [error] - Memory leak: mask_buf
- ./raster/r.li/r.li.patchnum/main.c:181 [error] - Memory leak: mask_buf
- ./raster/r.li/r.li.shape/main.c:85 [error] - Memory leak: mask_buf
- ./visualization/nviz/src/togl.c:3548 [error] - Memory leak: pixels
Modules: gem, lib/bitmap, shapelib, lib/iostream, dglib, r.li, (tcl/tk) nviz
thanks, Hamish
Change History (8)
follow-up: 2 comment:1 by , 11 years ago
Milestone: | 6.4.2 → 6.4.3 |
---|
follow-ups: 3 8 comment:2 by , 11 years ago
Replying to hamish:
lib/external/shapelib/shpopen.c fixed in trunk and devbr6 with r55838,9.
Please also let this get fixed upstream (or open a ticket):
http://svn.osgeo.org/gdal/trunk/gdal/ogr/ogrsf_frmts/shape/shpopen.c
Note that we use a potentially outdated copy of this and related files.
comment:3 by , 10 years ago
Milestone: | 6.4.3 → 6.4.4 |
---|
Replying to neteler:
Replying to hamish:
lib/external/shapelib/shpopen.c fixed in trunk and devbr6 with r55838,9.
Please also let this get fixed upstream (or open a ticket):
http://svn.osgeo.org/gdal/trunk/gdal/ogr/ogrsf_frmts/shape/shpopen.c
Note that we use a potentially outdated copy of this and related files.
See also
https://bugzilla.redhat.com/show_bug.cgi?id=1087604
"grass bundles shapelib"
comment:4 by , 10 years ago
Cc: | added |
---|
comment:5 by , 10 years ago
Milestone: | 6.4.4 → 6.4.5 |
---|
comment:7 by , 9 years ago
Milestone: | → 6.4.6 |
---|
comment:8 by , 9 years ago
Replying to neteler:
Replying to hamish:
lib/external/shapelib/shpopen.c fixed in trunk and devbr6 with r55838,9.
Please also let this get fixed upstream (or open a ticket):
http://svn.osgeo.org/gdal/trunk/gdal/ogr/ogrsf_frmts/shape/shpopen.c
Note that we use a potentially outdated copy of this and related files.
We should update the shapelib copy in GRASS GIS (or better avoid it and use OGR right away), see all the changes we did not backport to our copy:
visualization/nviz/src/togl.c fixed in devbr6 r55837.
lib/external/shapelib/shpopen.c fixed in trunk and devbr6 with r55838,9.
Hamish