<P>ns01$ shp2img -m gmap75.map -o testoutput.png<BR>Segmentation fault - core dumped
<P>I think it's having problems loading the 'DATA bath_mapserver.tif<BR>' file. I converted the 'bath_mapserver.tif' to 'bath_mapserver.png' and replaced that DATA line and no more coredump.
<P>I'm wondering if this is due to mapserver or libtiff.
<P> <B><I>Dylan Keon <keon@nacse.org></I></B> wrote:
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Next, try running shp2img against your mapfile to see if it can process <BR>the TIFF. In case you don't know, shp2img is packaged with MapServer, <BR>and is a command-line utility that will parse the mapfile and render an <BR>output image. Do something like this command and then view the output <BR>image to see if it works:<BR><BR>% shp2img -m my_mapfile.map -o output.png<BR><BR>--Dylan<BR><BR><BR>Caffeinate The World wrote:<BR>> I further narrowed down the cause of the problem. I commented out the <BR>> line below:<BR>> <BR>> DATA bath_mapserver.tif<BR>> <BR>> and the applet loaded. There seems to be a problem with loading tif files.<BR>> <BR>> LAYER<BR>> NAME bathymetry<BR>> METADATA<BR>> "DESCRIPTION" "Elevation/Bathymetry"<BR>> END<BR>> TYPE RASTER<BR>> STATUS ON<BR>> # DATA bath_mapserver.tif<BR>> END<BR>> <BR>> */Caffeinate The World <MOCHAEXPRESS@YAHOO.COM>/* wrote:<BR>> <BR>> I turned on --enable-debug on the mapsever compile only.. php cgi<BR>> currently doesn't have it turned on:<BR>> <BR>> ...<BR>> Reading symbols from /usr/local/lib/libproj.so...done.<BR>> Reading symbols from /usr/pkg/lib/libtiff.so.3...done.<BR>> #0 0x16220d06c in drawTIFF (map=0x0, layer=0x1a5, img=0x120456000,<BR>> filename=0x0) at mapraster.c:828<BR>> ---Type <RETURN>to continue, or q <RETURN>to quit---<BR>> 828 vv=buf[xi+boffset];<BR>> (gdb) bt<BR>> #0 0x16220d06c in drawTIFF (map=0x0, layer=0x1a5, img=0x120456000,<BR>> filename=0x0) at mapraster.c:828<BR>> warning: Hit heuristic-fence-post without finding<BR>> warning: enclosing function for address 0x1202fd370<BR>> This warning occurs if you are debugging a function without any symbols<BR>> (for example, in a stripped executable). In that case, you may wish to<BR>> increase the size of the search with the `set heuristic-fence-post'<BR>> command.<BR>> <BR>> */Caffeinate The World <MOCHAEXPRESS@YAHOO.COM>/* wrote:<BR>> <BR>> I narrowed the segfault down to this section of gmap75.map:<BR>> <BR>> LAYER<BR>> NAME grid<BR>> METADATA<BR>> "DESCRIPTION" "Grid"<BR>> END<BR>> TYPE LINE<BR>> STATUS OFF<BR>> DATA grid<BR>> CLASS<BR>> NAME "Graticule"<BR>> COLOR 0 0 0<BR>> END<BR>> END # Layer<BR>> <BR>> I still don't know what's causing the segfault. The php.core I<BR>> have doesn't have debug on to do a backtrace.<BR>> <BR>> */Caffeinate The World <MOCHAEXPRESS@YAHOO.COM>/* wrote:<BR>> <BR>> mapserver-3.6.3<BR>> php-4.2.2 (cgi and apache mod)<BR>> NetBSD-Alpha-1.5.2<BR>> Apache-1.3.22<BR>> <BR>> I got mapserver going and the default demo working. Then I<BR>> tried the gmap-3.6 demo and it segmentation fault at the<BR>> line denoted by "HERE" below :<BR>> <BR>> function GMapDrawMap()<BR>> {<BR>> GLOBAL $gpoMap, $gbShowQueryResults;<BR>> GLOBAL $gbIsHtmlMode;<BR>> GLOBAL $gszCommand, $gszZoomBoxExt;<BR>> GLOBAL $gAppletImgFmt, $gImagesFmt;<BR>> <BR>> if ($gbShowQueryResults)<BR>> $img = $gpoMap->drawQuery();<BR>> else<BR>> $img = $gpoMap->draw(); //<--------HERE<BR>> <BR></BLOCKQUOTE><p><br><hr size=1>Do you Yahoo!?<br>
<a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Yahoo! Mail Plus</a> - Powerful. Affordable. <a href="http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com">Sign up now</a>