Opened 16 years ago

Closed 16 years ago

#2236 closed defect (invalid)

segfault when originating from MapServer WCS Server GetCoverage request

Reported by: tomkralidis Owned by: warmerdam
Priority: normal Milestone:
Component: GDAL_Raster Version: svn-trunk
Severity: normal Keywords:
Cc:

Description

Doing a GetCoverage request within MapServer returns segfault as per below:

$ gdb --args mapserv QUERY_STRING="map=/tmp/gdal/test.map&service=WCS&version=1.0.0&request=GetCoverage&coverage=toronto&crs=EPSG:4326&format=GEOTIFF_RGB&width=500&height=400&bbox=20,20,20,20"
GNU gdb Red Hat Linux (6.6-16.fc7rh)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu"...
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) r
Starting program: /home/tkralidi/foss4g/mapserver/trunk/mapserver/mapserv QUERY_STRING=map=/usr/local/wwwsites/apache/devgeo.cciw.ca/apps/mapserv/services/ecows/config.map\&service=WCS\&version=1.0.0\&request=GetCoverage\&coverage=toronto\&crs=EPSG:4326\&format=GEOTIFF_RGB\&width=500\&height=400\&bbox=20,20,20,20
[Thread debugging using libthread_db enabled]
[New Thread -1208563488 (LWP 30938)]
Content-type: image/tiff
 
 
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208563488 (LWP 30938)]
GDALRasterBand::GetXSize (this=0x0) at gdalrasterband.cpp:2253
2253	int GDALRasterBand::GetXSize()
Current language:  auto; currently c++
(gdb) bt
#0  GDALRasterBand::GetXSize (this=0x0) at gdalrasterband.cpp:2253
#1  0x00e0e6ad in GDALDriver::DefaultCopyMasks (poSrcDS=0x86d14e8, poDstDS=0x881d2b0, bStrict=0) at gdaldriver.cpp:252
#2  0x00e18fb6 in GDALPamDataset::CloneInfo (this=0x881d2b0, poSrcDS=0x86d14e8, nCloneFlags=807399439) at gdalpamdataset.cpp:896
#3  0x00cdb193 in GTiffCreateCopy (pszFilename=0x8620960 "/vsimem/msout/47b9cbdc_78da_0.tif", poSrcDS=0x86d14e8, bStrict=0, papszOptions=0x881e1d0, 
    pfnProgress=0xe13fa0 <GDALDummyProgress>, pProgressData=0x0) at geotiff.cpp:4580
#4  0x00e0efeb in GDALDriver::CreateCopy (this=0x8507530, pszFilename=0x8620960 "/vsimem/msout/47b9cbdc_78da_0.tif", poSrcDS=0x86d14e8, bStrict=0, papszOptions=0x881e1d0, 
    pfnProgress=0xe13fa0 <GDALDummyProgress>, pProgressData=0x0) at gdaldriver.cpp:528
#5  0x00e0f0ef in GDALCreateCopy (hDriver=0xe13fa0, pszFilename=0x8620960 "/vsimem/msout/47b9cbdc_78da_0.tif", hSrcDS=0x86d4ac0, bStrict=0, papszOptions=0x881e1d0, 
    pfnProgress=0, pProgressData=0x0) at gdaldriver.cpp:567
#6  0x080dd762 in msSaveImageGDAL (map=0x8500560, image=0x854b598, filename=0x8620960 "/vsimem/msout/47b9cbdc_78da_0.tif") at mapgdal.c:411
#7  0x08074eec in msSaveImage (map=0x8500560, img=0x854b598, filename=0x0) at maputil.c:668
#8  0x0810f612 in msWCSDispatch (map=0x8500560, request=0x84ffd38) at mapwcs.c:1681
#9  0x080e85a4 in msOWSDispatch (map=0x8500560, request=0x84ffd38) at mapows.c:81
#10 0x08055b32 in main (argc=2, argv=0xbfad1b84) at mapserv.c:1147

Attachments (1)

testcase.tgz (200.0 KB ) - added by tomkralidis 16 years ago.
test case (mapfile and data)

Download all attachments as: .zip

Change History (4)

by tomkralidis, 16 years ago

Attachment: testcase.tgz added

test case (mapfile and data)

comment:1 by Even Rouault, 16 years ago

I didn't manage to reproduce any crash with the given test case. I get a grey TIFF image as a result of the WCS request.

comment:2 by tomkralidis, 16 years ago

Frank: that's wierd. Note that I'm using GDAL from svn trunk (svn up && make && make install daily). I'm on fc7. Should I be trying this with a stable version?

comment:3 by tomkralidis, 16 years ago

Resolution: invalid
Status: newclosed

When in doubt, make clean. Doing this against trunk and rebuilding eliminated the problem. Apologies for the noise.

Note: See TracTickets for help on using tickets.