Steve,<br><br>Thank you for fixing this, that wasn't be so trivial for me to find out the problem easily ;-)<br>I've checked this out, and the issue appears to be solved in the recent version.<br><br>Best regards,<br>
<br>Tamas<br><br><br><br><br><div class="gmail_quote">2009/7/12 Steve Lime <span dir="ltr"><<a href="mailto:Steve.Lime@dnr.state.mn.us">Steve.Lime@dnr.state.mn.us</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I believe I've fixed this. Graticule layers had screwy functions to manage iteminfo. For<br>
some reason they were mucking with the items/numitems layer attributes and the new<br>
which items code exposed this problem. I imagine this stems from the initial implementation<br>
when, perhaps, there was thought to storing a graticule line's label in a an attribute. Instead<br>
shape->text holds that information. I don't believe graticules need *any* attributes and a<br>
bit of code could be removed from mapgraticule.c. Will create a ticket to track that removal.<br>
<br>
Steve<br>
<br>
>>> "Steve Lime" <<a href="mailto:Steve.Lime@dnr.state.mn.us">Steve.Lime@dnr.state.mn.us</a>> 07/11/09 8:32 AM >>><br>
<div><div></div><div class="h5">I'll check... Steve<br>
<br>
>>> Tamas Szekeres <<a href="mailto:szekerest@gmail.com">szekerest@gmail.com</a>> 07/10/09 6:09 PM >>><br>
Hi All,<br>
<br>
I've found an annoying effect of one of the recent changes in trunk causing<br>
msautotest (buildbot) to hang in the following command (in msautotest/misc):<br>
<br>
shp2img -m grid.map -o result/grid.png<br>
<br>
The process is running in an infinite loop with a significant cpu<br>
utilization.<br>
<br>
By breaking the execution in a debugger the call stack looks something like:<br>
<br>
libmap.dll!_gdCacheGet() + 0x20 bytes C<br>
libmap.dll!_gdImageArc() + 0x751 bytes C<br>
libmap.dll!_gdImageStringFTEx() + 0x843 bytes C<br>
libmap.dll!_gdImageStringFT() + 0x3c bytes C<br>
> libmap.dll!msDrawTextGD(gdImageStruct * img=0x028e6cc0, pointObj<br>
labelPnt={...}, char * string=0x02a3a678, labelObj * label=0x02ac17d8,<br>
fontSetObj * fontset=0x00f0b3e8, double scalefactor=1.0000000000000000)<br>
Line 2988 + 0x58 bytes C<br>
libmap.dll!msDrawText(imageObj * image=0x028e6c80, pointObj<br>
labelPnt={...}, char * string=0x02a3a678, labelObj * label=0x02ac17d8,<br>
fontSetObj * fontset=0x00f0b3e8, double scalefactor=1.0000000000000000)<br>
Line 822 + 0x31 bytes C<br>
libmap.dll!msDrawLabelCache(imageObj * image=0x028e6c80, map_obj *<br>
map=0x00f0b3a0) Line 2424 + 0x4b bytes C<br>
libmap.dll!msDrawMap(map_obj * map=0x00f0b3a0, int querymap=0) Line<br>
507 + 0xd bytes C<br>
shp2img.exe!00401ae7()<br>
[Frames below may be incorrect and/or missing, no symbols loaded for<br>
shp2img.exe]<br>
shp2img.exe!00401dba()<br>
kernel32.dll!7d4e7d42()<br>
<br>
<br>
I'd wonder if someone who have better knowledge about the recent changes<br>
could find out the reason.<br>
I could see a couple of changes related to msLayerWhichItems which caused<br>
issues, but I don't see one by one correspondence between those changes and<br>
this problem.<br>
<br>
Best regards,<br>
<br>
Tamas<br>
<br>
</div></div>_______________________________________________<br>
mapserver-dev mailing list<br>
<a href="mailto:mapserver-dev@lists.osgeo.org">mapserver-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/mapserver-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/mapserver-dev</a><br>
<br>
</blockquote></div><br>