Ticket #1759 (closed defect: fixed)

Opened 11 months ago

Last modified 10 months ago

GDAL GPF's in CreateCopy(...) for all Tif's when statically linked into a DLL

Reported by: negeelum Assigned to: warmerdam
Priority: high Milestone: 1.4.3
Component: default Version: 1.4.1
Severity: normal Keywords: geotiff
Cc:

Description

Dear GDAL community PLEASE help!!!

I am using the latest version of GDAL in this Windows project. GDAL was built on Windows XP, using MSVC8 for this project, then it is statically linked into another library. So bottom line I am using the static version of GDAL that gets linked into another static library, which is then linked into a DLL. This DLL functions a wrapper/interface for Java programs to use GDAL. When the Java sample runs it tries to open up an image then it creates a copy to save back out. This DLL works perfectly for all file formats except for Tif's! When trying to create the copy GDAL has a GPF in the GDAL CreateCopy?(...) method. All other image file formats work, and Tifs work when the lib is used directly bypassing the DLL.

Has anyone else had these problems with GTiff and Tiffs? Thanks in advance!

Steven Matyk GCS Research smatyk@gcs-research.com

Attachments

gdal_svn_trunk_addition_to_1759.patch (2.2 kB) - added by rouault on 09/10/07 18:33:51.

Change History

08/21/07 19:33:28 changed by warmerdam

  • keywords set to geotiff.
  • status changed from new to assigned.
  • milestone set to 1.4.3.

Hi,

I'm guessing this is the same problem described and fixed in #1736. Basically GeoTIFF createcopy is allocating very large arrays (several hundred kilobytes) on the stack and this blows the stack for situations with modest stacks (likely this includes java virtual machines).

You can grab a 1.4 branch snapshot (http://download.osgeo.org/gdal/daily/) or apply the patch described in #1736. Please close this bug with status "duplicate" if this turns out to be the issue. Otherwise we will need to dig deeper and see what could be happening.

09/10/07 18:31:36 changed by rouault

I think we should also apply the attached patch that fixes the same kind of issue for gt_overview.cpp

09/10/07 18:33:51 changed by rouault

  • attachment gdal_svn_trunk_addition_to_1759.patch added.

09/10/07 19:10:00 changed by warmerdam

Additional patch applied in trunk (r12108) and 1.4 branch (r12109).

Thanks!

09/14/07 09:41:13 changed by warmerdam

  • status changed from assigned to closed.
  • resolution set to fixed.

This seems to be fixed, and we have had no feedback to the contrary, closing.