[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