Using the Command Line

Transcription

1 1 Unit 15 Debugging

2 COMPILATION 2

3 3 Using the Command Line While it has a GUI interface like your Mac or Windows PC much of its power lies in its rich set of utilities that are most easily run at the command line (aka command prompt or terminal) Here we can navigate the file system (like you would with Explorer or Finder), start programs (doubleclicking an icon), and much more by simply typing commands Terminal Icon Linux Terminal View Vocareum Terminal View

4 4 Software Process #include <iostream> using namespace std; int main() { int x = 5; cout << "Hello" << endl; cout << "x=" << x; return 0; } C++ file(s) (test.cpp) Std C++ & Other Libraries g++ Compiler Executable Binary Image ("test") Load & Execute Note: Most documentation and books use $ as a placeholder for the command line prompt. $ subl test.cpp & $ subl test.cpp & 1 Edit & write code $ g++ g Wall o test test.cpp or $ make test 2 Compile & fix compiler errors $ subl test.cpp & $ g++ g Wall o test test.cpp $./test 3 Load & run the executable program

5 5 g++ Options Most basic usage g++ cpp_filenames Creates an executable a.out Options -o => Specifies output executable name (other than default a.out) -g => Include info needed by debuggers like gdb, kdbg, etc. -Wall => show all warnings Most common usage form: $ g++ -g -Wall hw8.cpp -o hw8

6 6 Listing Files (Folder Contents) In Mac/Linux, to view the files in a folder, just type ls (stands for list) Source code file Executable

7 7 Running the Program First ensure the program compiles $ g++ -g -Wall hw8.cpp -o hw8 Then run the program by preceding the executable name with./ $./hw8

8 PART 1 8

9 9 Bugs The original "bug"

10 10 Step 1: Review your Own Code Rubber Duck Debugging: Reference from an anecdote from a book, "The Pragmatic Programmer", that has become popular Idea: Explain your code line by line to yourself or some other "object" Note: Commenting your code is a way to do this

11 11 Step 2: Develop An Expectation You cannot effectively debug without an expectation of the right output How would you know if your code is working or not? Steps: Know your input (what inputs will you feed in) As you review your own code and explain it to your rubber duck, write out what you expect it to produce

12 12 Step 3: Print Statements / Narration Now that you know what to expect, the most common and easy way is to find the error is to add print statements that will "narrate" where you are and what the variable values are Be a detective by narrowing down where the error is Put a print statement in each 'for', 'while', 'if' or 'else' block this will make sure you are getting to the expected areas of your code Then print variable values so you can see what data your program is producing

13 13 Tips Don't write the entire program all at once Write a small portion, compile and test it Write the code to get the input values, add some couts to print out what you got from the user, and make sure it is what you expect Write a single loop and test it before doing nested loops Once one part works, add another part and test it

14 14 Vocareum Exercises 1 diff1 Count how many consecutive values differ by 1 atleast2 craps Input numbers until we have at least 2 from the range 0-9 and >=10 but stop immediately if the user enters a negative number 1. The player rolls 2 dice. 2. If the sum of the dice is 7 or 11 the player wins their bet and the turn continues (go back to step 1). 3. If the sum of the dice is 2, 3, or 12 the player loses their bet, but the turn continues (go back to step 1). 4. If the sum is any other number (besides 2, 3, 7, 11, or 12) then that value is known as the point number and play continues. 5. The player rolls the dice until... a. The sum of the dice is 7 in which case the player loses their bet and the turn ENDS b. The sum of the dice is the same as the point value in which case the player wins their bet and the turn continues, starting over at step 1.

15 PART 2 15

16 16 Exercises Practice "narrating" search sumpairs count primes

17 17 Step 4: Using a Debugger Allows you to Set a breakpoint (the code will run and then stop when it reaches a certain line of code) Step through your code line by line so you can see where it goes Print variable values when you are stopped at a certain line of code

18 18 GDB and Other Debuggers gdb is a simple text-based debugger that comes with many Linux/Unix based system We'll focus on this debugger Other development environment have built in debuggers MS Visual Studio Apple Xcode Eclipse

19 19 Running the Debugger Compile your program and include the -g flag $ g++ -g search.cpp -o search Then start the debugger giving it the program you want to debug (not the source code) $ gdb./search

20 20 Breakpoints Stop program execution at a given line number Set before you start the program in the debugger (gdb) break 36 Get the program running (gdb) run It will run and then stop when it reaches the code on line 36

21 21 Stepping Type step to execute one line and then stop (aka single-step) (gdb) step If you get to a line with a function call that you don't want to go into but just have execute fully, type next (aka step-over) (gdb) next

22 22 Printing values At any point in time you can print a variable or an expressions (gdb) print size Would print the value of the size variable (gdb) print nums[i] Would print the value in nums[i] (gdb) print nums[i] == target Would print true or false

23 23 Vocareum Exercises 2 Practice using a debugger histogram (break at line 8)