Hi Marco, other information: The MAX_CACHE_LAYERS workarund Now seem do not work anymore.
2014-06-22 13:48 GMT+02:00 Andrea Peri <aperi2...@gmail.com>: > Hi, > I tested it but don't seem work. > > I'm using the master, is that ? > > A. > > > 2014-06-22 13:04 GMT+02:00 Marco Hugentobler > <marco.hugentob...@sourcepole.ch>: >> It should work now. Could you test with the current git version? My test >> projects are not large enough. >> >> Regards, >> Marco >> >> >> On 22.06.2014 12:27, Andrea Peri wrote: >>> >>> you have right, >>> it is not a good solution. Too project depending and resource consuming. >>> >>> thx for a better fixing >>> >>> A. >>> >>> 2014-06-22 12:15 GMT+02:00 Marco Hugentobler >>> <marco.hugentob...@sourcepole.ch>: >>>>> >>>>> char* maxLayerEnv = getenv( "MAX_CACHE_LAYERS" ) >>>> >>>> >>>> This is a short-time workaround for users. >>>> >>>> Regards, >>>> Marco >>>> >>>> >>>> On 22.06.2014 12:12, Andrea Peri wrote: >>>>> >>>>> Hi, >>>>> thx for response. >>>>> >>>>> meanwhile, >>>>> I notice that the max allowed layers is exactly 101. >>>>> This mean (knowing C/C++) an array of 100 elements. >>>>> >>>>> Searching for this particular value, >>>>> i find in the file "mapserver/qgsmslayercache.cpp" >>>>> is defined >>>>> mDefaultMaxLayers = 100; >>>>> >>>>> if not defined the environment variable "MAX_CACHE_LAYERS" >>>>> >>>>> char* maxLayerEnv = getenv( "MAX_CACHE_LAYERS" ); >>>>> if ( maxLayerEnv ) >>>>> >>>>> >>>>> So a possible solution could be to set this environment variable. >>>>> >>>>> I try and report. >>>>> >>>>> Regards, >>>>> >>>>> Andrea. >>>>> >>>>> >>>>> 2014-06-22 12:07 GMT+02:00 Marco Hugentobler >>>>> <marco.hugentob...@sourcepole.ch>: >>>>>> >>>>>> 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 >>>>> >>>>> >>>>> >>>> >>>> -- >>>> 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 >>> >>> >>> >> >> >> -- >> 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 > > > > -- > ----------------- > Andrea Peri > . . . . . . . . . > qwerty àèìòù > ----------------- -- ----------------- Andrea Peri . . . . . . . . . qwerty àèìòù ----------------- _______________________________________________ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer