<div dir="auto">Great news, thank you Joost. This should decrease the amount of code memory that needs to be scanned when building a stack trace - a boost particularly for remote debugging.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 28 Jun 2022, 23:22 Joost van der Sluis via lazarus, <<a href="mailto:lazarus@lists.lazarus-ide.org">lazarus@lists.lazarus-ide.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Hi all,<br>
<br>
I've just pushed a commit that changed the stack-unwinding logic for <br>
FpDebug.<br>
<br>
What is new is that when the executable includes Call Frame Information <br>
(CFI) as specified by the Dwarf-format and CFI is available for the a <br>
certain location, the CFI is used to unwind the stack. (x86_64 and i386 <br>
only)<br>
<br>
Note however, that the CFI generated by FPC is not always correct, but <br>
in those cases is should fallback to the old implementation.<br>
<br>
In principle things could only get better. But if not, please tell me.<br>
<br>
Regards,<br>
<br>
Joost.<br>
-- <br>
_______________________________________________<br>
lazarus mailing list<br>
<a href="mailto:lazarus@lists.lazarus-ide.org" target="_blank" rel="noreferrer">lazarus@lists.lazarus-ide.org</a><br>
<a href="https://lists.lazarus-ide.org/listinfo/lazarus" rel="noreferrer noreferrer" target="_blank">https://lists.lazarus-ide.org/listinfo/lazarus</a><br>
</blockquote></div>