[mapserver-dev] WMS GetCapabilities response truncated to 4096 bytes on windows 2008 Server

[Lime, Steve D (DNR)]

Seems reasonable... +1.

________________________________
From: mapserver-dev-bounces at lists.osgeo.org [mapserver-dev-bounces at lists.osgeo.org] on behalf of Tamas Szekeres [szekerest at gmail.com]
Sent: Sunday, October 21, 2012 1:35 PM
To: mapserver-dev at lists.osgeo.org
Subject: Re: [mapserver-dev] WMS GetCapabilities response truncated to 4096 bytes on windows 2008 Server

Hi All,

The issue below still exists in MapServer 6.x versions (on specific Windows versions), so I'm about to include this change<https://github.com/szekerest/mapserver/commit/b578571824b58612fc95257d356ab1d0838129ad> in 6.2.
Issue has also been added in github: https://github.com/mapserver/mapserver/issues/4505

Any objections to this change?

Best regards,

Tamas



2012/1/19 Tamas Szekeres <szekerest at gmail.com<mailto:szekerest at gmail.com>>
Hi Devs,

We have experienced strange behaviour of the WMS GetCapabilities response of MapServer CGI on Windows 2008 and Windows 7 which is truncated to 4k in size. The same thing happens when invoking mapserv from the command line and the output is redirected to a file.

After a bit of investigation, I came to the conclusion that the process termination doesn't necessarily flush the file buffers (incl. stdout and stderr) on Win 2008 and Win 7. This is primarily an OS behaviour which works correctly on Win2003/XP, but it should probably be fixed in MapServer by calling fflush(NULL) at the right place. It could probably be done in the mapserv application or we could also do such things in msCleanup as well. What would be the most reasonable place to invoke fflush or do you have a more reasonable approach?


Best regards,

Tamas

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-dev/attachments/20121022/c117c1a6/attachment.html>