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 <pram...@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 <pram...@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é <ran...@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@lists.osgeo.org >> > http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > >> > >> > > > -- > Paul Ramsey > OpenGeo - http://opengeo.org > Breath in. Breath out. Ahhh. PostGIS. > > > >
_______________________________________________ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users