[mapserver-users] Need help testing WMS segfault

Fri Jan 29 16:40:24 PST 2010

Alright, I've clipped the data sets down to areas just slightly larger than
the WMS bbox, cleaned up the map file, and replicated the WMS to make sure
that it still breaks.  The tgz file that contains the mapfile and 2
shapefiles is just under 5 MB.  Where should I file the bug, and can I
attach the data to the bug?

Thanks,

Roger
--

On Fri, Jan 29, 2010 at 2:57 PM, Roger André <randre at gmail.com> wrote:

> Hi Paul,
>
> Ok.  I'll see if I can replicate the problem with a single data layer, and
> will then package everything together so another developer can run it.
>
> Thanks,
>
> Roger
> --
>
>
> On Fri, Jan 29, 2010 at 2:16 PM, Paul Ramsey <pramsey at opengeo.org> wrote:
>
>> Lovely, Another AGG bug. Well the next thing is to package up your
>> environment so a developer can duplicate the problem on their rig. Figure
>> out which layer it is, so you only have to pack that data up. Since the
>> issue is arising in AGG, flag the ticket to the AGG module. When you pack up
>> your map file, remember to also pack up or strip out things like templates,
>> font libraries, symbol libraries, etc. Ideally, copy the whole mess to a new
>> path on your system ensure it does in fact run independently of the rest of
>> your installation.
>>
>> Best,
>>
>> Paul
>>
>> On 2010-01-29, at 2:11 PM, Roger André wrote:
>>
>> Hi Paul,
>>
>> Thanks for the advice. (Chris Schmidt suggested I do the same thing in IRC
>> yesterday, and I forgot to try it.)
>>
>> Below are the results of gdb.  It's fun to run, but uhm... not something
>> I'm readily able to decipher (yet).
>>
>> $ gdb /usr/lib/cgi-bin/mapserv
>> GNU gdb (GDB) 7.0-ubuntu
>> Copyright (C) 2009 Free Software Foundation, Inc.
>> License GPLv3+: GNU GPL version 3 or later <
>> http://gnu.org/licenses/gpl.html>
>> This is free software: you are free to change and redistribute it.
>> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
>> and "show warranty" for details.
>> This GDB was configured as "i486-linux-gnu".
>> For bug reporting instructions, please see:
>> <http://www.gnu.org/software/gdb/bugs/>...
>> Reading symbols from /usr/lib/cgi-bin/mapserv...done.
>> (gdb) run
>> "QUERY_STRING=map=/var/www/mapfiles/seattle.map&layers=roads&styles=&service=WMS&width=256&format=image/png&request=GetMap&height=256&srs=EPSG:4326&version=1.1.1&bbox=-122.338256836,47.6586914062,-122.332763672,47.6641845703"
>> Starting program: /usr/lib/cgi-bin/mapserv
>> "QUERY_STRING=map=/var/www/mapfiles/seattle.map&layers=roads&styles=&service=WMS&width=256&format=image/png&request=GetMap&height=256&srs=EPSG:4326&version=1.1.1&bbox=-122.338256836,47.6586914062,-122.332763672,47.6641845703"
>> [Thread debugging using libthread_db enabled]
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x0740bbf2 in ?? () from /lib/tls/i686/cmov/libc.so.6
>> (gdb) bt
>> #0  0x0740bbf2 in ?? () from /lib/tls/i686/cmov/libc.so.6
>> #1  0x0740d868 in malloc () from /lib/tls/i686/cmov/libc.so.6
>> #2  0x006abbb7 in operator new(unsigned int) () from
>> /usr/lib/libstdc++.so.6
>> #3  0x006abced in operator new[](unsigned int) () from
>> /usr/lib/libstdc++.so.6
>> #4  0x080dbdd5 in void
>> mapserver::render_scanlines<mapserver::rasterizer_scanline_aa<mapserver::rasterizer_sl_clip<mapserver::ras_conv_int>
>> >, mapserver::scanline_u8,
>> mapserver::renderer_scanline_aa_solid<mapserver::renderer_base<mapserver::pixfmt_alpha_blend_rgba<mapserver::blender_rgba_pre<mapserver::rgba8,
>> mapserver::order_bgra>, mapserv_row_ptr_cache<int>, int> > >
>> >(mapserver::rasterizer_scanline_aa<mapserver::rasterizer_sl_clip<mapserver::ras_conv_int>
>> >&, mapserver::scanline_u8&,
>> mapserver::renderer_scanline_aa_solid<mapserver::renderer_base<mapserver::pixfmt_alpha_blend_rgba<mapserver::blender_rgba_pre<mapserver::rgba8,
>> mapserver::order_bgra>, mapserv_row_ptr_cache<int>, int> > >&) ()
>> #5  0x080ba7ac in T.1744 ()
>> #6  0x080bdbda in msDrawShadeSymbolAGG ()
>> #7  0x0813b3d2 in msDrawShadeSymbol ()
>> #8  0x0809ff17 in msDrawShape ()
>> #9  0x080a2cfe in msDrawVectorLayer ()
>> #10 0x080a343d in msDrawLayer ()
>> #11 0x080a4fd7 in msDrawMap ()
>> #12 0x08157d82 in msWMSGetMap ()
>> #13 0x0815cf36 in msWMSDispatch ()
>> #14 0x080e9924 in msOWSDispatch ()
>> #15 0x08056583 in main ()
>> (gdb)
>>
>> Roger
>> --
>>
>> On Fri, Jan 29, 2010 at 1:38 PM, Paul Ramsey <pramsey at opengeo.org> wrote:
>>
>>> Roger,
>>>
>>> It looks like you're on Linux, so pull a stacktrace, it's fun!
>>>
>>> gdb /path/to/mapserv
>>>
>>> ... lots of info ...
>>>
>>> (gdb) run
>>> "QUERY_STRING=map=/var/www/mapfiles/seattle.map&layers=roads&styles=&service=WMS&width=256&format=image/png&request=GetMap&height=256&srs=EPSG:4326&version=1.1.1&bbox=-122.338256836,47.6586914062,-122.332763672,47.6641845703"
>>>
>>> then when you hit to segfault, do
>>>
>>> (gdb) bt
>>>
>>> bt stands for backtrace
>>>
>>> now you'll have a lot more useful information about what went wrong,
>>>
>>> Yours,
>>>
>>> Paul
>>>
>>> On Fri, Jan 29, 2010 at 1:27 PM, Roger André <randre at gmail.com> wrote:
>>> > Hi All,
>>> >
>>> > I'm experiencing some strange behavior that I would appreciate some
>>> help
>>> > testing.  My MapServer 5.6 instance is segfaulting in response to
>>> certain
>>> > WMS requests it is receiving from TileCache.  Below is one of the
>>> specific
>>> > requests:
>>> >
>>> >
>>> http://localhost/cgi-bin/mapserv?map=/var/www/mapfiles/seattle.map&layers=roads&styles=&service=WMS&width=256&format=image/png&request=GetMap&height=256&srs=EPSG:4326&version=1.1.1&bbox=-122.338256836,47.6586914062,-122.332763672,47.6641845703
>>> >
>>> > I'd appreciate it if someone who has a layer that covers Seattle would
>>> try
>>> > the bbox extents listed above and report back if it causes an error for
>>> > them.
>>> >
>>> > FYI - When I set this bbox as the EXTENTS in my MAP, and the SIZE to
>>> 256
>>> > 256, Mapserver delivers the image without any problem.
>>> >
>>> > Thanks,
>>> >
>>> > Roger
>>> >
>>> > _______________________________________________
>>> > mapserver-users mailing list
>>> > mapserver-users at lists.osgeo.org
>>> > http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>> >
>>> >
>>>
>>
>>
>>  --
>> Paul Ramsey
>> OpenGeo - http://opengeo.org
>> Breath in. Breath out. Ahhh. PostGIS.
>>
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20100129/527781cc/attachment.htm>