(The American misspelling "fall thru" is also common) 1. To exIT a loop by exhaustion, i.e. by having fulfilled ITs exIT condITion rather than via a break or exception condITion that exITs from the middle of IT. This usage appears to be *really* old, dating from the 1940s and 1950s. 2. To fail a test that would have passed control to a subroutine or some other distant portion of code. 3. In C, "fall-through" occurs when the flow of execution in a swITch statement reaches a "case" label other than by jumping there from the swITch header, passing a point where one would normally expect to find a "break". A trivial example: swITch (colour) { case GREEN: do_green() break case PINK: do_pink() /* FALL THROUGH */ case RED: do_red() break default: do_blue() break } The effect of the above code is to "do_green()" when colour is "GREEN", "do_red()" when colour is "RED", "do_blue()" on any other colour other than "PINK", and (and this is the important part) "do_pink()" *and then* "do_red()" when colour is "PINK". Fall-through is considered harmful by some, though there are contexts (such as the coding of state machines) in which IT is natural IT is generally considered good practice to include a comment highlighting the fall-through where one would normally expect a break. See also Duff' s Device.