Euclid's division lemma and its applications

Every time you do long division you are quietly using a fact that Euclid wrote down over two thousand years ago: divide one positive integer by another and you always get a unique quotient and a remainder strictly smaller than the divisor. That single guarantee — Euclid's Division Lemma — is the seed from which the whole "Real Numbers" chapter of Class 10 grows. Applied over and over, it turns into Euclid's Division Algorithm, a mechanical, always-terminating recipe for finding the HCF (highest common factor) of two positive integers without factorising either one. This section states the lemma precisely, shows why the algorithm it powers must stop, and works through the standard HCF and integer-classification problems this topic is tested on.

The core insight

Dividing aa by bb always leaves a unique remainder rr with 0≤r<b0 \le r < b, and repeatedly applying this fact — divide, then divide the old divisor by the old remainder — shrinks the numbers until the last non-zero remainder is exactly HCF(a,b)\text{HCF}(a,b).

The core idea

The lemma itself. For any two positive integers aa and bb, there exist unique whole numbers qq and rr such that

a=bq+r,0≤r<b.a = bq + r, \qquad 0 \le r < b.

where: aa is the dividend, bb is the divisor, qq is the quotient, and rr is the remainder. The word "unique" matters — for a given pair (a,b)(a,b) there is exactly one qq and one rr satisfying the equation, which is why long division always gives one definite answer, never several.

Reading the inequality. The condition 0≤r<b0 \le r < b is doing real work: the remainder can be 00 (division comes out exact) but it can never reach or exceed the divisor — if it did, you could divide once more, so qq would not be the largest possible quotient. This is the single most tested detail of the whole topic.

From lemma to algorithm. Apply the lemma once and you get one quotient-remainder pair. Apply it repeatedly, each time dividing the previous divisor by the previous remainder, and you get Euclid's Division Algorithm — a step-by-step machine for computing HCF(a,b)\text{HCF}(a,b) for a>ba > b. The chain looks like a=bq1+r1a = bq_1 + r_1, then b=r1q2+r2b = r_1q_2 + r_2, then r1=r2q3+r3r_1 = r_2q_3 + r_3, and so on, until some remainder is exactly 00. The last divisor used at that final exact step — equivalently, the last non-zero remainder in the chain — is the HCF.

Why it terminates. Because 0≤r<b0 \le r < b forces every new remainder to be strictly smaller than the divisor it came from, the sequence of remainders r1>r2>r3>⋯r_1 > r_2 > r_3 > \cdots is a strictly decreasing sequence of whole numbers bounded below by 00. A strictly decreasing sequence of whole numbers cannot go on forever, so a remainder of 00 must eventually appear — the algorithm is guaranteed to stop.

Figure
Chain of Euclid division steps for 455 and 42 shrinking to a remainder of zero with HCF 7
Euclid's algorithm shrinks the numbers until a remainder of zero 455 = 42 × 10 + 35 remainder 35, not zero 42 = 35 × 1 + 7 remainder 7, not zero 35 = 7 × 5 + 0 remainder 0, stop here HCF(455, 42) = 7 the last non-zero remainder Each step divides the old divisor by the old remainder; remainders strictly decrease.
Derivation AFinding the HCF of 455 and 42 with Euclid's Division Algorithm

The goal is to compute HCF(455,42)\text{HCF}(455, 42) using nothing but repeated application of the lemma, and to see concretely why the last non-zero remainder produced by the chain is the answer, not merely a number that happens to appear at the end.

Step 1. Apply the lemma with a=455a = 455 and b=42b = 42, the larger number divided by the smaller: 455=42×10+35455 = 42 \times 10 + 35. The remainder is 3535, and since 35≠035 \ne 0 we cannot stop yet.

Step 2. Apply the lemma again, now dividing the previous divisor 4242 by the previous remainder 3535: 42=35×1+742 = 35 \times 1 + 7. The remainder is 77, still not zero, so continue.

Step 3. Apply the lemma a third time, dividing 3535 by 77: 35=7×5+035 = 7 \times 5 + 0. The remainder is now 00, so the chain stops here.

Step 4. Read off the HCF. At each stage, HCF(a,b)=HCF(b,r)\text{HCF}(a,b) = \text{HCF}(b,r), because any number dividing both aa and bb must also divide a−bq=ra - bq = r, and conversely any number dividing both bb and rr must divide bq+r=abq + r = a — so the pair of numbers whose HCF we want never changes, only shrinks. Following the chain, HCF(455,42)=HCF(42,35)=HCF(35,7)=HCF(7,0)=7\text{HCF}(455,42) = \text{HCF}(42,35) = \text{HCF}(35,7) = \text{HCF}(7,0) = 7, since the HCF of any number and 00 is that number itself. Hence HCF(455,42)=7\text{HCF}(455,42) = 7. Check: 455=7×65455 = 7 \times 65 and 42=7×642 = 7 \times 6, and 6565 and 66 share no common factor beyond 11, confirming 77 is indeed the highest common factor.

Worked example

Show that any positive odd integer is of the form 6q+16q+1, 6q+36q+3, or 6q+56q+5 for some whole number qq, and use it to classify 10011001.

Step 1. Let aa be any positive integer and divide it by 66. By Euclid's Division Lemma, a=6q+ra = 6q + r with 0≤r<60 \le r < 6, so r∈{0,1,2,3,4,5}r \in \{0,1,2,3,4,5\} — there are exactly six possible remainders on division by 66, giving the six forms 6q, 6q+1, 6q+2, 6q+3, 6q+4, 6q+56q,\ 6q+1,\ 6q+2,\ 6q+3,\ 6q+4,\ 6q+5.

Step 2. Sort these six forms by parity. 6q6q is even (a multiple of 66), 6q+2=2(3q+1)6q+2 = 2(3q+1) is even, and 6q+4=2(3q+2)6q+4 = 2(3q+2) is even — each is a multiple of 22. The remaining three forms are each an even number plus an odd number: 6q+16q+1, 6q+36q+3, 6q+56q+5 are odd.

Step 3. Conclude the general result: since every positive integer falls into exactly one of the six forms, and only three of them are odd, every positive odd integer must be of the form 6q+16q+1, 6q+36q+3, or 6q+56q+5.

Step 4. Apply it to 10011001. Divide: 1001=6×166+51001 = 6 \times 166 + 5, so q=166q = 166 and r=5r = 5. Since 10011001 is odd and matches the form 6q+56q+5, the classification is consistent — a quick check like this is exactly how the algorithm gets used on unseen numbers in an exam.

10011001 is of the form 6q+56q+5 with q=166q = 166, confirming it is odd.

Competitive stretch

The same idea, run with divisor 33 instead of 66, proves a fact used constantly in number theory: every perfect square is of the form 3m3m or 3m+13m+1, never 3m+23m+2. Divide any integer aa by 33: a=3q+ra = 3q+r with r∈{0,1,2}r \in \{0,1,2\}, so a2a^2 becomes (3q)2=3(3q2)(3q)^2 = 3(3q^2), (3q+1)2=3(3q2+2q)+1(3q+1)^2 = 3(3q^2+2q)+1, or (3q+2)2=3(3q2+4q+1)+1(3q+2)^2 = 3(3q^2+4q+1)+1 — every case lands on remainder 00 or 11, never 22. The lemma is the engine behind this and every similar "square is of the form..." result.

Common traps

  • Writing the inequality as 0≤r≤b0 \le r \le b instead of 0≤r<b0 \le r < b — the remainder can equal 00 but must be strictly less than the divisor, never equal to it.
  • Dividing in the wrong order at a later step of the algorithm — at each stage you divide the previous divisor by the previous remainder, not the other way around.
  • Stopping one step too early and reporting a quotient, or a still-nonzero remainder, as the HCF — the answer is the last non-zero remainder, found only once some remainder is exactly 00.
  • Mixing up Euclid's Division Lemma for integers with the division algorithm for polynomials — same name pattern, unrelated chapters; only the integer version belongs here.

Ask the tutor: Want to try the algorithm on a fresh pair of numbers, or see the 3m3m/3m+13m+1 square-classification proof worked out in full? Ask the AI tutor to walk through one with you.

Why must the remainder be strictly less than the divisor, not just less than or equal to it?

If rr could equal bb, then a=bq+b=b(q+1)a = bq + b = b(q+1), meaning you could have divided one more time and gotten a larger quotient with a smaller leftover. Long division always pushes the quotient as far as it will go, so the leftover after the last full division is necessarily smaller than the divisor. Allowing r=br = b would also break uniqueness, since both (q,b)(q, b) and (q+1,0)(q+1, 0) would satisfy the equation for the same aa and bb.

What exactly is the difference between the lemma and the algorithm?

The lemma is a single statement about one division: given aa and bb, there is a unique pair (q,r)(q,r) with a=bq+ra = bq+r and 0≤r<b0 \le r < b. The algorithm is what you get by applying the lemma over and over, each time feeding the previous divisor and remainder back in, until a remainder of zero shows the process is done. The lemma is the tool; the algorithm is the repeated use of that tool to compute an HCF.

Does Euclid's Division Lemma work if one of the numbers is zero or negative?

As stated for this chapter, both aa and bb are taken to be positive integers, with bb the divisor. If bb were 00 the lemma would not make sense, since dividing by zero is undefined. The special case HCF(b,0)=b\text{HCF}(b, 0) = b is used only as the stopping condition of the algorithm, once a remainder actually reaches zero — it is not a case you apply the lemma to directly. Negative integers and the case aa less than bb are outside the syllabus statement of this lemma.

Before this

Where this leads