<div dir="auto">Hmm pretty sure if is wrong. Without debug symbols it doesn't know what code is running and just has a good guess. A stack trace with symbols will show a completely different stack </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri., 19 Jul. 2019, 9:26 am Nyall Dawson, <<a href="mailto:nyall.dawson@gmail.com">nyall.dawson@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thu, 18 Jul 2019 at 16:52, Nathan Woodrow <<a href="mailto:madmanwoo@gmail.com" target="_blank" rel="noreferrer">madmanwoo@gmail.com</a>> wrote:<br>
><br>
> Yeah, in this case, the stack trace is wrong because of the lack of symbols.  The symbols could be installed with QGIS at the increase of package size but maybe we can do that for a while until we catch this issue.<br>
<br>
I don't think the trace *is* wrong here. The recurring source of these<br>
issues is that long-lived objects which have QgsCoordinateTransform<br>
members are being cleaned up AFTER QgsApplication::exitQgis, where the<br>
proj library handling is gracefully cleaned up. After<br>
QgsApplication::exitQgis NOTHING should be accessing coordinate<br>
transforms.<br>
<br>
Actually I just had an idea for a potential workaround... let me see<br>
if this works...<br>
<br>
Nyall<br>
</blockquote></div>