Il 08/06/23 20:33, Martin Frb via fpc-devel ha scritto:
Great... Yes, it is an important security feature. But a show stopper
for people who need to debug.
https://forum.lazarus.freepascal.org/index.php/topic,63571.0.html
1) Afaik, FPC still can't resolve addresses with -gl (the line info
un
On 08/06/2023 20:33, Martin Frb via fpc-devel wrote:
1) Afaik, FPC still can't resolve addresses with -gl (the line info
unit, that produces nice dumps on other Platforms).
FPC trunk can do it (provided you compile with -Xg)
Jonas
___
fpc-devel mail
On 08/06/2023 18:40, Martin Frb via fpc-devel wrote:
It seems that on Cocoa an exe is by default relocatable.
At least a basic test shows that dumping a stack at runtime for each run
(no new compile) gives new addresses.
Fpc 3.2.2
Is there a way to turn this off? (some flag to pass to the lin
On 08/06/2023 19:59, Giuliano Colla via fpc-devel wrote:
Il 08/06/23 18:40, Martin Frb via fpc-devel ha scritto:
It seems that on Cocoa an exe is by default relocatable.
At least a basic test shows that dumping a stack at runtime for each
run (no new compile) gives new addresses.
Fpc 3.2.2
Il 08/06/23 18:40, Martin Frb via fpc-devel ha scritto:
It seems that on Cocoa an exe is by default relocatable.
At least a basic test shows that dumping a stack at runtime for each
run (no new compile) gives new addresses.
Fpc 3.2.2
Is there a way to turn this off? (some flag to pass to the
It seems that on Cocoa an exe is by default relocatable.
At least a basic test shows that dumping a stack at runtime for each run
(no new compile) gives new addresses.
Fpc 3.2.2
Is there a way to turn this off? (some flag to pass to the linker?)
___
