It is a problem with the layer cache. Will provide a fix for that soon.

Regards,
Marco

On 22.06.2014 11:49, Andrea Peri wrote:
Hi,

I confirm.

There is a layer limit in QGIS-Server

I do a huge test removing one by one all the layers from my project.
And after the removing of every single layer I retest the working.

Aftr a while of time. I reach the limit.

And the project begin to run.

I do other test to exclude that was the number of layer inside a single group.
All the test give the response that seem to be the max number of
layers in a project.

So the question is:

QGIS desktop allow to put more layers rather than how many are
accepted from qgis-server.

This not good for a WYSIWYG system.

Ok, I will try to patch my server when found exactly where is the problem.

Meanwhile,
Now the question is on what structure is this limit ?

I don't guess it is simply a layer limit but perhaps a more specific structure.

Now I have a project that crash , and a project with a one less layer that work.


Doing a DIFF beetween the two projects I see the possible structure
breakable are:

layer-tree-canvas -> custom-order -> item
maplayer
Digitizing -> LayerSnappingList -> value   (type QStringList)
Digitizing -> LayerSnappingEnabledList -> value   (type QStringList)
Digitizing -> LayerSnapToList -> value   (type QStringList)
Digitizing -> LayerSnappingToleranceList -> value   (type QStringList)

I check if in the code there is a limited array dimension for this objects.

Regards,

Andrea.


2014-06-22 7:29 GMT+02:00 Andrea Peri <aperi2...@gmail.com>:
Hi,

I do some other tests.

I take my project that give QG crash and split it in two compementary projects.
Of course I do this using qgis desktop to avoid unvolontary errors.

Testing both of them on QS there is no crash !

So:
The first plausible theory I can give is that Qgis-Server has a LIMIT
to the number of Groups or Layers it can have in a project.
A limit different (and less) than qgis desktop (osgeo4w version).

Is this a plausible theory ?

Thx,

Andrea.


2014-06-21 22:04 GMT+02:00 Andrea Peri <aperi2...@gmail.com>:
Hi,
I have a qgis-server that will crash on a specific project.

The qgis-server will run correctly with another project that seem
almost similar (both use the SVG symbols).

The project that crash my QG  run correctly and smootly on a qgis
desktop (qgis-dev) on a windows system.
The project use SVG symbols, but also the other project I test on
QSused SVG symbol
so I suppose the SVG engine is ok.
Also I check t have set correctly the SVG paths.
Also I update to the very last (about 4 hours ago) master version.

After all this check the qgis-server still crash.

So I try to set the logfile, but the log is always empty.
This mean that the cgi qgis-server will crash almost immediatly.

So I set an environment shell to run it manually and to test the cgi
with a gdb session.

The results are this:

..................
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Warning 1: Unable to find driver ECW to unload from GDAL_SKIP
environment variable.
Warning 1: Unable to find driver ECW to unload from GDAL_SKIP
environment variable.
Warning 1: Unable to find driver JP2ECW to unload from GDAL_SKIP
environment variable.
Warning 1: Unable to find driver ECW to unload from GDAL_SKIP
environment variable.
Warning 1: Unable to find driver JP2ECW to unload from GDAL_SKIP
environment variable.
[New Thread 0x7fffe307c700 (LWP 1844)]
[New Thread 0x7fffe27ea700 (LWP 1845)]

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff4fc06da in qHash(QString const&) ()
    from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
(gdb)
............................

The version of libQtCore.so.4 I run on the linux is 4.8.2.

Perhaps the 4.8.2 is too old for qgis-server ?
:/
But another project will run without any apparent problem.
?

Many thx for every hint.

--
-----------------
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-----------------


--
-----------------
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-----------------




--
Dr. Marco Hugentobler
Sourcepole -  Linux & Open Source Solutions
Weberstrasse 5, CH-8004 Zürich, Switzerland
marco.hugentob...@sourcepole.ch http://www.sourcepole.ch
Technical Advisor QGIS Project Steering Committee

_______________________________________________
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Reply via email to