Python MapScript WxS Capabilities XML truncated

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Python MapScript WxS Capabilities XML truncated

Kralidis,Tom [Ontario]
Hi: using 6.2.1 (Ubuntu) built from source along with the following
patch at
https://github.com/mapserver/mapserver/commit/937dcb6857501835b5489fa4be
a321105412a20b.patch, we have a requirement to implement a WxS MapScript
approach for our OWS (we have up until now using the mapserv binary).

All works well, except for WMS GetCapabilities responses.  The result is
a truncated WMS Capabilities XML which gets truncated when MapServer is
printing out the root Layer element.

I've posted a minimal mapfile and the Python mapscript at
https://gist.github.com/tomkralidis/f70afd49270cb8efb62f. Observations:

- commenting out LAYER.METADATA.wms_layer_group eliminates the issue,
but we require this functionality
- commenting out LAYER.CLASSGROUP and LAYER.CLASS.GROUP, and
uncommenting LAYER.METADATA.wms_layer_group eliminates the issue, but we
require this functionality
- the same mapfile works just fine with mapserv binary

Any suggestions? I'm wondering whether the Python SWIG implementation
affects this.

..Tom

_______________________________________________
mapserver-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/mapserver-users
Reply | Threaded
Open this post in threaded view
|

Re: Python MapScript WxS Capabilities XML truncated

tbonfort
Tom,
I was able to reproduce a segfault using the CGI, here's the backtrace for the ticket I'm sure you'll open and hopefully fix :)

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7b140af in msDumpLayer (map=0x604d90, lp=0x60d6b0, nVersion=66304,
    script_url_encoded=0x616330 "http://foobar?", indent=0x616a80 "        ",
    validated_language=0x0, grouplayer=0) at mapwms.c:2449
2449                      if (l < lp2->numclasses)
(gdb) bt
#0  0x00007ffff7b140af in msDumpLayer (map=0x604d90, lp=0x60d6b0, nVersion=66304,
    script_url_encoded=0x616330 "http://foobar?", indent=0x616a80 "        ",
    validated_language=0x0, grouplayer=0) at mapwms.c:2449
#1  0x00007ffff7b14a67 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
    pabLayerProcessed=0x6164b0 "", index=0, level=4, nestedGroups=0x616820,
    numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
    script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2619
#2  0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
    pabLayerProcessed=0x6164b0 "", index=0, level=3, nestedGroups=0x616820,
    numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
    script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2644
#3  0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
    pabLayerProcessed=0x6164b0 "", index=0, level=2, nestedGroups=0x616820,
    numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
    script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2644
#4  0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
    pabLayerProcessed=0x6164b0 "", index=0, level=1, nestedGroups=0x616820,
    numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
    script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2644
#5  0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
    pabLayerProcessed=0x6164b0 "", index=0, level=0, nestedGroups=0x616820,
    numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
    script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2644
#6  0x00007ffff7b17c65 in msWMSGetCapabilities (map=0x604d90, nVersion=66304, req=0x6045c0,
    ows_request=0x7fffffffe7c0, requested_updatesequence=0x0, wms_exception_format=0x0,
    requested_language=0x0) at mapwms.c:3356
#7  0x00007ffff7b1d51d in msWMSDispatch (map=0x604d90, req=0x6045c0, ows_request=0x7fffffffe7c0,
    force_wms_mode=0) at mapwms.c:4833
#8  0x00007ffff7b4df6d in msOWSDispatch (map=0x604d90, request=0x6045c0, ows_mode=-1)
    at mapows.c:243
#9  0x00007ffff7b79c79 in msCGIDispatchRequest (mapserv=0x604380) at mapservutil.c:1607
#10 0x0000000000400f60 in main (argc=2, argv=0x7fffffffe9a8) at mapserv.c:259

cheers,
thomas


On 18 June 2013 16:46, Kralidis,Tom [Ontario] <[hidden email]> wrote:
Hi: using 6.2.1 (Ubuntu) built from source along with the following
patch at
https://github.com/mapserver/mapserver/commit/937dcb6857501835b5489fa4be
a321105412a20b.patch, we have a requirement to implement a WxS MapScript
approach for our OWS (we have up until now using the mapserv binary).

All works well, except for WMS GetCapabilities responses.  The result is
a truncated WMS Capabilities XML which gets truncated when MapServer is
printing out the root Layer element.

I've posted a minimal mapfile and the Python mapscript at
https://gist.github.com/tomkralidis/f70afd49270cb8efb62f. Observations:

- commenting out LAYER.METADATA.wms_layer_group eliminates the issue,
but we require this functionality
- commenting out LAYER.CLASSGROUP and LAYER.CLASS.GROUP, and
uncommenting LAYER.METADATA.wms_layer_group eliminates the issue, but we
require this functionality
- the same mapfile works just fine with mapserv binary

Any suggestions? I'm wondering whether the Python SWIG implementation
affects this.

..Tom

_______________________________________________
mapserver-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/mapserver-users


_______________________________________________
mapserver-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/mapserver-users
Reply | Threaded
Open this post in threaded view
|

Re: Python MapScript WxS Capabilities XML truncated

Kralidis,Tom [Ontario]
Thomas: thanks for the info. The segfault you indicate below is solved with https://github.com/mapserver/mapserver/commit/937dcb6857501835b5489fa4bea321105412a20b.  So my testing below is based on 6.2.1 + https://github.com/mapserver/mapserver/commit/937dcb6857501835b5489fa4bea321105412a20b.patch, thus introducing a new issue.

I've submitted a ticket at https://github.com/mapserver/mapserver/issues/4668





From: thomas bonfort [mailto:[hidden email]]
Sent: June 18, 2013 11:32 AM
To: Kralidis,Tom [Ontario]
Cc: MapserverList OSGEO
Subject: Re: [mapserver-users] Python MapScript WxS Capabilities XML truncated

Tom,
I was able to reproduce a segfault using the CGI, here's the backtrace for the ticket I'm sure you'll open and hopefully fix :)

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7b140af in msDumpLayer (map=0x604d90, lp=0x60d6b0, nVersion=66304,
    script_url_encoded=0x616330 "http://foobar?", indent=0x616a80 "        ",
    validated_language=0x0, grouplayer=0) at mapwms.c:2449
2449                      if (l < lp2->numclasses)
(gdb) bt
#0  0x00007ffff7b140af in msDumpLayer (map=0x604d90, lp=0x60d6b0, nVersion=66304,
    script_url_encoded=0x616330 "http://foobar?", indent=0x616a80 "        ",
    validated_language=0x0, grouplayer=0) at mapwms.c:2449
#1  0x00007ffff7b14a67 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
    pabLayerProcessed=0x6164b0 "", index=0, level=4, nestedGroups=0x616820,
    numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
    script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2619
#2  0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
    pabLayerProcessed=0x6164b0 "", index=0, level=3, nestedGroups=0x616820,
    numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
    script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2644
#3  0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
    pabLayerProcessed=0x6164b0 "", index=0, level=2, nestedGroups=0x616820,
    numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
    script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2644
#4  0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
    pabLayerProcessed=0x6164b0 "", index=0, level=1, nestedGroups=0x616820,
    numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
    script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2644
#5  0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
    pabLayerProcessed=0x6164b0 "", index=0, level=0, nestedGroups=0x616820,
    numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
    script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2644
#6  0x00007ffff7b17c65 in msWMSGetCapabilities (map=0x604d90, nVersion=66304, req=0x6045c0,
    ows_request=0x7fffffffe7c0, requested_updatesequence=0x0, wms_exception_format=0x0,
    requested_language=0x0) at mapwms.c:3356
#7  0x00007ffff7b1d51d in msWMSDispatch (map=0x604d90, req=0x6045c0, ows_request=0x7fffffffe7c0,
    force_wms_mode=0) at mapwms.c:4833
#8  0x00007ffff7b4df6d in msOWSDispatch (map=0x604d90, request=0x6045c0, ows_mode=-1)
    at mapows.c:243
#9  0x00007ffff7b79c79 in msCGIDispatchRequest (mapserv=0x604380) at mapservutil.c:1607
#10 0x0000000000400f60 in main (argc=2, argv=0x7fffffffe9a8) at mapserv.c:259

cheers,
thomas

On 18 June 2013 16:46, Kralidis,Tom [Ontario] <[hidden email]> wrote:
Hi: using 6.2.1 (Ubuntu) built from source along with the following
patch at
https://github.com/mapserver/mapserver/commit/937dcb6857501835b5489fa4be
a321105412a20b.patch, we have a requirement to implement a WxS MapScript
approach for our OWS (we have up until now using the mapserv binary).

All works well, except for WMS GetCapabilities responses.  The result is
a truncated WMS Capabilities XML which gets truncated when MapServer is
printing out the root Layer element.

I've posted a minimal mapfile and the Python mapscript at
https://gist.github.com/tomkralidis/f70afd49270cb8efb62f. Observations:

- commenting out LAYER.METADATA.wms_layer_group eliminates the issue,
but we require this functionality
- commenting out LAYER.CLASSGROUP and LAYER.CLASS.GROUP, and
uncommenting LAYER.METADATA.wms_layer_group eliminates the issue, but we
require this functionality
- the same mapfile works just fine with mapserv binary

Any suggestions? I'm wondering whether the Python SWIG implementation
affects this.

..Tom

_______________________________________________
mapserver-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/mapserver-users

_______________________________________________
mapserver-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/mapserver-users
Reply | Threaded
Open this post in threaded view
|

Re: Python MapScript WxS Capabilities XML truncated

Kralidis,Tom [Ontario]
In reply to this post by tbonfort
Hi: this was an artifact of using Python mapscript which was not representative of the patch fix. Updating Python mapscript fixes this issue.

Thanks much to Stephan and Thomas



From: thomas bonfort [mailto:[hidden email]]
Sent: June 18, 2013 11:32 AM
To: Kralidis,Tom [Ontario]
Cc: MapserverList OSGEO
Subject: Re: [mapserver-users] Python MapScript WxS Capabilities XML truncated

Tom,
I was able to reproduce a segfault using the CGI, here's the backtrace for the ticket I'm sure you'll open and hopefully fix :)

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7b140af in msDumpLayer (map=0x604d90, lp=0x60d6b0, nVersion=66304,
    script_url_encoded=0x616330 "http://foobar?", indent=0x616a80 "        ",
    validated_language=0x0, grouplayer=0) at mapwms.c:2449
2449                      if (l < lp2->numclasses)
(gdb) bt
#0  0x00007ffff7b140af in msDumpLayer (map=0x604d90, lp=0x60d6b0, nVersion=66304,
    script_url_encoded=0x616330 "http://foobar?", indent=0x616a80 "        ",
    validated_language=0x0, grouplayer=0) at mapwms.c:2449
#1  0x00007ffff7b14a67 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
    pabLayerProcessed=0x6164b0 "", index=0, level=4, nestedGroups=0x616820,
    numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
    script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2619
#2  0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
    pabLayerProcessed=0x6164b0 "", index=0, level=3, nestedGroups=0x616820,
    numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
    script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2644
#3  0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
    pabLayerProcessed=0x6164b0 "", index=0, level=2, nestedGroups=0x616820,
    numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
    script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2644
#4  0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
    pabLayerProcessed=0x6164b0 "", index=0, level=1, nestedGroups=0x616820,
    numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
    script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2644
#5  0x00007ffff7b14c26 in msWMSPrintNestedGroups (map=0x604d90, nVersion=66304,
    pabLayerProcessed=0x6164b0 "", index=0, level=0, nestedGroups=0x616820,
    numNestedGroups=0x616860, isUsedInNestedGroup=0x616880,
    script_url_encoded=0x616330 "http://foobar?", validated_language=0x0) at mapwms.c:2644
#6  0x00007ffff7b17c65 in msWMSGetCapabilities (map=0x604d90, nVersion=66304, req=0x6045c0,
    ows_request=0x7fffffffe7c0, requested_updatesequence=0x0, wms_exception_format=0x0,
    requested_language=0x0) at mapwms.c:3356
#7  0x00007ffff7b1d51d in msWMSDispatch (map=0x604d90, req=0x6045c0, ows_request=0x7fffffffe7c0,
    force_wms_mode=0) at mapwms.c:4833
#8  0x00007ffff7b4df6d in msOWSDispatch (map=0x604d90, request=0x6045c0, ows_mode=-1)
    at mapows.c:243
#9  0x00007ffff7b79c79 in msCGIDispatchRequest (mapserv=0x604380) at mapservutil.c:1607
#10 0x0000000000400f60 in main (argc=2, argv=0x7fffffffe9a8) at mapserv.c:259

cheers,
thomas

On 18 June 2013 16:46, Kralidis,Tom [Ontario] <[hidden email]> wrote:
Hi: using 6.2.1 (Ubuntu) built from source along with the following
patch at
https://github.com/mapserver/mapserver/commit/937dcb6857501835b5489fa4be
a321105412a20b.patch, we have a requirement to implement a WxS MapScript
approach for our OWS (we have up until now using the mapserv binary).

All works well, except for WMS GetCapabilities responses.  The result is
a truncated WMS Capabilities XML which gets truncated when MapServer is
printing out the root Layer element.

I've posted a minimal mapfile and the Python mapscript at
https://gist.github.com/tomkralidis/f70afd49270cb8efb62f. Observations:

- commenting out LAYER.METADATA.wms_layer_group eliminates the issue,
but we require this functionality
- commenting out LAYER.CLASSGROUP and LAYER.CLASS.GROUP, and
uncommenting LAYER.METADATA.wms_layer_group eliminates the issue, but we
require this functionality
- the same mapfile works just fine with mapserv binary

Any suggestions? I'm wondering whether the Python SWIG implementation
affects this.

..Tom

_______________________________________________
mapserver-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/mapserver-users

_______________________________________________
mapserver-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/mapserver-users