[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