[FE training-materials-updates] Document ltrace breakage
Michael Opdenacker
michael.opdenacker at free-electrons.com
Fri May 20 06:44:42 CEST 2016
Repository : git://git.free-electrons.com/training-materials.git
On branch : master
Link : http://git.free-electrons.com/training-materials/commit/?id=26a834dfc271271c87fcdf65573a625054649025
>---------------------------------------------------------------
commit 26a834dfc271271c87fcdf65573a625054649025
Author: Michael Opdenacker <michael.opdenacker at free-electrons.com>
Date: Fri May 20 06:44:42 2016 +0200
Document ltrace breakage
Signed-off-by: Michael Opdenacker <michael.opdenacker at free-electrons.com>
>---------------------------------------------------------------
26a834dfc271271c87fcdf65573a625054649025
labs/sysdev-application-debugging/sysdev-application-debugging.tex | 7 +++++--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/labs/sysdev-application-debugging/sysdev-application-debugging.tex b/labs/sysdev-application-debugging/sysdev-application-debugging.tex
index d79f4c9..1cab48e 100644
--- a/labs/sysdev-application-debugging/sysdev-application-debugging.tex
+++ b/labs/sysdev-application-debugging/sysdev-application-debugging.tex
@@ -53,8 +53,11 @@ proceed to another bug, failing with a segmentation fault.
Now run the program through \code{ltrace}.
-Now you should see what the program does: it tries to consume as much
-system memory as it can!
+Unfortunately, the latest version of \code{ltrace} currently looks broken,
+at least with the uClibc version that we are using.
+
+It it works, you could see all the library calls that the program does:
+it tries to consume as much system memory as it can!
\section{Using gdbserver}
More information about the training-materials-updates
mailing list