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)
Change History (4)
by , 16 years ago
Attachment: | testcase.tgz added |
---|
comment:1 by , 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 , 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 , 16 years ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
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.
test case (mapfile and data)