0Pricing
Reverse Engineering & Binary Analysis Basics · Lesson

Setting Breakpoints and Stepping

Master the use of breakpoints to pause execution and step-by-step execution to trace program flow.

Setting Breakpoints and Stepping is a free Reverse Engineering & Binary Analysis Basics lesson on CoddyKit — lesson 2 of 4. You can read the complete lesson below for free — then practise it hands-on in the browser with a built-in code editor and a 24/7 AI tutor. It is part of the Reverse Engineering & Binary Analysis Basics learning path, one of 4 lessons in the course, and your progress syncs across the web and the CoddyKit app.

Pause and Inspect Program Flow

When analyzing programs dynamically, it's crucial to pause execution at specific points to inspect variables, memory, and registers. This helps us understand what the program is doing step-by-step.

This lesson will show you how to use breakpoints to pause execution and stepping commands to navigate through the code line by line.

What are Breakpoints?

A breakpoint is like a 'stop sign' you place in your code. When the program reaches a line with a breakpoint, it pauses execution and gives control back to your debugger.

  • They allow you to freeze the program's state.
  • You can then examine variables, memory, and CPU registers.
  • This is essential for understanding complex logic or identifying bugs/vulnerabilities.

Types of Breakpoints

The most common type is a code breakpoint (also called an instruction breakpoint). This pauses execution just before a specific instruction is run.

There are also data breakpoints (or watchpoints) which pause when a specific memory address is accessed or changed. We'll focus on code breakpoints for now.

Example Program for Debugging

Let's use this simple C program to demonstrate breakpoints and stepping. It has a few functions to help us trace execution.

/* example.c */
#include <stdio.h>

int multiply(int a, int b) {
    return a * b;
}

int calculate(int x, int y) {
    int result = multiply(x, y);
    return result + x;
}

int main() {
    int val1 = 3;
    int val2 = 4;
    int final_result = calculate(val1, val2);
    printf("Final Result: %d\n", final_result);
    return 0;
}

Setting a Code Breakpoint

In a debugger (like GDB), you typically set a breakpoint by specifying a function name or a line number. For example, to set a breakpoint at the start of our calculate function:

  • break calculate (GDB)
  • b example.c:11 (GDB, for line 11)

Once set, when you 'run' the program, it will execute normally until it hits this point.

Running to a Breakpoint

After setting a breakpoint, you'd usually issue a 'run' command (e.g., run in GDB). The program will start executing.

When the program counter reaches the instruction where the breakpoint is set, execution immediately halts. The debugger then shows you the current line of code and awaits your next command.

Introduction to Stepping

Once execution is paused at a breakpoint, stepping allows you to execute the program one instruction or one source line at a time. This gives you fine-grained control over the program's flow.

There are different stepping commands for various scenarios, each with a specific behavior when encountering function calls.

Step Over (<code>next</code>)

The step over command (often next in GDB) executes the current line of code. If the current line contains a function call, it executes the entire function and then stops at the next line *after* the function call.

Use next when you trust a function or aren't interested in its internal workings, just its return value.

Step Into (<code>step</code>)

The step into command (often step in GDB) also executes the current line. However, if the current line contains a function call, it will pause execution at the first instruction inside that function.

Use step when you want to examine the internal logic of a function that is being called.

Step Out (<code>finish</code>)

The step out command (often finish in GDB) is used when you've stepped into a function and now want to quickly exit it.

It executes the remainder of the current function and then stops at the line *after* the function call returns in the calling function. This saves you from stepping through every line of a function you're no longer interested in.

Breakpoint Check

Consider the `calculate` function from our example. You set a breakpoint at line 11 (int result = multiply(x, y);) and run the program. When it hits the breakpoint, you use the step command. Where will execution pause next?

Recap: Breakpoints and Stepping

You've learned how breakpoints pause program execution at specific points, allowing you to examine its state. We covered:

  • Breakpoints: 'Stop signs' in code.
  • Running to breakpoints: Halts execution at desired points.
  • Stepping: Executing code line-by-line.
  • Step Over (next): Executes function calls fully.
  • Step Into (step): Enters function calls.
  • Step Out (finish): Exits the current function.

Mastering these debugger commands is fundamental for effective dynamic analysis and reverse engineering!

Frequently asked questions

Is the “Setting Breakpoints and Stepping” lesson free?

Yes — the full text of “Setting Breakpoints and Stepping” is free to read here on the web, and the Reverse Engineering & Binary Analysis Basics course includes 4 lessons in total. To practise it interactively (a built-in code editor and a 24/7 AI tutor) and unlock the rest of the Reverse Engineering & Binary Analysis Basics course, upgrade to CoddyKit PRO.

What will I learn in “Setting Breakpoints and Stepping”?

Master the use of breakpoints to pause execution and step-by-step execution to trace program flow. You practise Reverse Engineering & Binary Analysis Basics with hands-on code you run directly in the browser, and a 24/7 AI tutor answers your questions as you work through the lesson.

Do I need any experience to start Reverse Engineering & Binary Analysis Basics?

No prior experience is required. Reverse Engineering & Binary Analysis Basics on CoddyKit is structured for beginners through advanced learners; this is — lesson 2 of 4, so you can start here or from the beginning and move at your own pace.

How long does the “Setting Breakpoints and Stepping” lesson take?

Most CoddyKit lessons take about 5–10 minutes. Each one is bite-sized and interactive, so you make steady progress and pick up exactly where you left off across the web and the app.

Can I write and run code in this Reverse Engineering & Binary Analysis Basics lesson?

Yes. Every Reverse Engineering & Binary Analysis Basics lesson includes a built-in code editor, so you write and run real code right in your browser and get instant AI feedback — no local setup required.

All lessons in this course

  1. Debugger Essentials (GDB, WinDbg)
  2. Setting Breakpoints and Stepping
  3. Memory and Register Examination
  4. Tracing API & System Calls at Runtime
← Back to Reverse Engineering & Binary Analysis Basics