Add another pointer to the debugging documentation.
authorBen Pfaff <blp@cs.stanford.edu>
Sat, 1 Jan 2005 03:35:08 +0000 (03:35 +0000)
committerBen Pfaff <blp@cs.stanford.edu>
Sat, 1 Jan 2005 03:35:08 +0000 (03:35 +0000)
EXPERIENCE
doc/threads.texi

index 76231d13fd9a8f97eb2b71665481b2ca9f2ac548..078fb9a47173890b1518ae2f1f0ab58fdc353b60 100644 (file)
@@ -16,10 +16,6 @@ Threads project:
   - Students don't understand that they'll need to read lots of code
     before they can start writing.
 
-  - Students don't read the debugging documentation.  Point out in
-    multiple places, and especially point to the backtrace
-    description.
-
   - Students think data structures are more important than they really
     are.  Say that clever data structures won't get you too much extra
     credit compared to simpler ones.  Really bad or "stupid" data
index 8e6e38de64de1b93777a2e5f3770c094d321c612..dae47bb908a2fb87430c114e39efe15246e00c1f 100644 (file)
@@ -401,6 +401,15 @@ This is less likely to produce surprises, because everyone can see
 everyone else's code as it is written, instead of just when it is
 finished.  These systems also make it possible to review changes and,
 when a change introduces a bug, drop back to working versions of code.
+
+@item
+You should expect to run into bugs that you simply don't understand
+while working on this and subsequent projects.  When you do, go back
+and reread the appendix on debugging tools, which is filled with
+useful debugging tips that should help you to get back up to speed
+(@pxref{Debugging Tools}).  Be sure to read the section on backtraces
+(@pxref{Backtraces}), which will help you to get the most out of every
+kernel panic or assertion failure.
 @end itemize
 
 @node Problem 1-1 Alarm Clock