Truncated Output

[Roman Meier]

Hi Daniel

Your were right! The length of the legend is the problem. I reduced the number
of layers and suddenly the legend showed up.

I checked the fix and noticed that the code changed quite a bit, since we are
using mapserver v4.0.2. However, I tried to fix it, but the problem remains the
same.

We used the same code of mapserver v4.0.2 before together with the same data,
templates, etc. All we did, was upgrading the hardware and switching to a newer
platform (linux opensuse 10.2). Can’t it be, that this problem has nothing to
do
with UMN Mapserver, but with a shared library?

I attached the two files with the corrections I made. Can you please have a
look
at it?

Kind regards
Roman

Quoting Daniel Morissette <dmorissette at MAPGEARS.COM>:

> Roman Meier wrote:
> > Hi list
> > 
> > We face a strange behaviour on a clients webserver. We recently changed
> the
> > webserver hardware. Everything went on just fine. We face problems using
> the
> > umn mapserver cgi. The output is truncated !!! The code ends when parsing
> of
> > [legend] should start.
> > 
> > We work with umn mapserver for so many years now and I haven’t ever heard
> of a
> > problem similar to that. I beleave that the problem doesn’t come from umn
> > mapserver. However - has anybody faced a similar problem?
> > 
> 
> There was an issue with large legends being truncated (or being 
> completely absent) that's been fixed in V5.0:
>    http://trac.osgeo.org/mapserver/ticket/1946
> 
> If you can't upgrade to 5.0 right away then you could possibly patch 
> your current install locally as the fix is fairly simple:
>    http://trac.osgeo.org/mapserver/changeset/6504
> 
> Daniel
> -- 
> Daniel Morissette
> http://www.mapgears.com/
> 




-------------- next part --------------
A non-text attachment was scrubbed...
Name: fix.zip
Type: application/zip
Size: 27288 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20071123/00f9e830/attachment.zip>