Overflow in intermediate arithmetic
Wrong move: Temporary multiplications exceed integer bounds.
Usually fails on: Large inputs wrap around unexpectedly.
Fix: Use wider types, modular arithmetic, or rearranged operations.
Build confidence with an intuition-first walkthrough focused on math fundamentals.
You are given two non-negative integers num1 and num2.
In one operation, if num1 >= num2, you must subtract num2 from num1, otherwise subtract num1 from num2.
num1 = 5 and num2 = 4, subtract num2 from num1, thus obtaining num1 = 1 and num2 = 4. However, if num1 = 4 and num2 = 5, after one operation, num1 = 4 and num2 = 1.Return the number of operations required to make either num1 = 0 or num2 = 0.
Example 1:
Input: num1 = 2, num2 = 3 Output: 3 Explanation: - Operation 1: num1 = 2, num2 = 3. Since num1 < num2, we subtract num1 from num2 and get num1 = 2, num2 = 3 - 2 = 1. - Operation 2: num1 = 2, num2 = 1. Since num1 > num2, we subtract num2 from num1. - Operation 3: num1 = 1, num2 = 1. Since num1 == num2, we subtract num2 from num1. Now num1 = 0 and num2 = 1. Since num1 == 0, we do not need to perform any further operations. So the total number of operations required is 3.
Example 2:
Input: num1 = 10, num2 = 10 Output: 1 Explanation: - Operation 1: num1 = 10, num2 = 10. Since num1 == num2, we subtract num2 from num1 and get num1 = 10 - 10 = 0. Now num1 = 0 and num2 = 10. Since num1 == 0, we are done. So the total number of operations required is 1.
Constraints:
0 <= num1, num2 <= 105Problem summary: You are given two non-negative integers num1 and num2. In one operation, if num1 >= num2, you must subtract num2 from num1, otherwise subtract num1 from num2. For example, if num1 = 5 and num2 = 4, subtract num2 from num1, thus obtaining num1 = 1 and num2 = 4. However, if num1 = 4 and num2 = 5, after one operation, num1 = 4 and num2 = 1. Return the number of operations required to make either num1 = 0 or num2 = 0.
Start with the most direct exhaustive search. That gives a correctness anchor before optimizing.
Pattern signal: Math
2 3
10 10
number-of-steps-to-reduce-a-number-to-zero)Source-backed implementations are provided below for direct study and interview prep.
// Accepted solution for LeetCode #2169: Count Operations to Obtain Zero
class Solution {
public int countOperations(int num1, int num2) {
int ans = 0;
for (; num1 != 0 && num2 != 0; ++ans) {
if (num1 >= num2) {
num1 -= num2;
} else {
num2 -= num1;
}
}
return ans;
}
}
// Accepted solution for LeetCode #2169: Count Operations to Obtain Zero
func countOperations(num1 int, num2 int) (ans int) {
for ; num1 != 0 && num2 != 0; ans++ {
if num1 >= num2 {
num1 -= num2
} else {
num2 -= num1
}
}
return
}
# Accepted solution for LeetCode #2169: Count Operations to Obtain Zero
class Solution:
def countOperations(self, num1: int, num2: int) -> int:
ans = 0
while num1 and num2:
if num1 >= num2:
num1 -= num2
else:
num2 -= num1
ans += 1
return ans
// Accepted solution for LeetCode #2169: Count Operations to Obtain Zero
impl Solution {
pub fn count_operations(mut num1: i32, mut num2: i32) -> i32 {
let mut ans = 0;
while num1 != 0 && num2 != 0 {
ans += 1;
if num1 >= num2 {
num1 -= num2;
} else {
num2 -= num1;
}
}
ans
}
}
// Accepted solution for LeetCode #2169: Count Operations to Obtain Zero
function countOperations(num1: number, num2: number): number {
let ans = 0;
for (; num1 && num2; ++ans) {
if (num1 >= num2) {
num1 -= num2;
} else {
num2 -= num1;
}
}
return ans;
}
Use this to step through a reusable interview workflow for this problem.
Simulate the process step by step — multiply n times, check each number up to n, or iterate through all possibilities. Each step is O(1), but doing it n times gives O(n). No extra space needed since we just track running state.
Math problems often have a closed-form or O(log n) solution hidden behind an O(n) simulation. Modular arithmetic, fast exponentiation (repeated squaring), GCD (Euclidean algorithm), and number theory properties can dramatically reduce complexity.
Review these before coding to avoid predictable interview regressions.
Wrong move: Temporary multiplications exceed integer bounds.
Usually fails on: Large inputs wrap around unexpectedly.
Fix: Use wider types, modular arithmetic, or rearranged operations.