[Qgis-developer] Possible memory leak in rendering code

[Nathan Woodrow]

I'm the opposite.  I have it enabled all the time and don't really have any
issues with it.

It's not doing any harm leaving it in IMO so -1 to remove it.

- Nathan


On Tue, Apr 23, 2013 at 6:38 PM, Andreas Neumann <a.neumann at carto.net>wrote:

> I am surprised that people really used the render caching. I had all sorts
> of issues so I did not use it. To me it was really broken. I think we
> should remove it and reintroduce it when multithreading is implemented and
> the feature works as expected. Better not ship it than ship in a broken
> state.
>
>
>
> Anita Graser <anitagraser at gmx.at> schrieb:
>>
>>  Hi,
>>
>> On Tue, Apr 23, 2013 at 8:22 AM, Matthias Kuhn <matthias.kuhn at gmx.ch>wrote:
>>
>>>  This has some limitations like you are not able to
>>> incrementally draw features and you are not able to cancel rendering
>>> (Escape).
>>>
>>
>> I would be very sorry to see this feature go. I use it regularly since I
>> often work with huge datasets. E.g. loading the street network of a whole
>> country from PostGIS, I would have to wait for ages without the possibility
>> to cancel rendering.
>>
>> Best wishes,
>> Anita
>>
>> ------------------------------
>>
>> Qgis-developer mailing list
>> Qgis-developer at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>>
> --
> Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail
> gesendet.
>
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20130423/f4c8971a/attachment-0001.html>