Opened 14 years ago
Last modified 3 years ago
#687 reopened defect
GDAL Provider memory leak
| Reported by: | vrifino | Owned by: | warmerdam |
|---|---|---|---|
| Priority: | critical | Milestone: | 3.5.0 |
| Component: | GDAL Provider | Version: | 3.5.0 |
| Severity: | 2 | Keywords: | |
| Cc: | External ID: |
Description
After some tests, i deduct that there is a memory leak in the GetRaster implementation in the file FdoRfpCommonReader.h
Attachments (1)
Change History (3)
by , 14 years ago
comment:1 by , 3 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Added this code to a temporary GRFP provider test case and built/ran it in debug mode with CRT memory leak checking enabled. No leaks were reported. Assumed this is no longer leaking.
comment:2 by , 3 years ago
| Resolution: | fixed |
|---|---|
| Status: | closed → reopened |
Re-opening because ASAN-instrumented GDAL provider test suite is reporting memory leaks on Linux and ASAN is orders of magnitude more useful in detecting leaks than crtdbg on Windows.
Note:
See TracTickets
for help on using tickets.
test.cpp