107쪽: 문서를 작성하다 보면 가끔 overfull 박스가 생기는 것을 경험할 수 있다. 이때, overfull 박스가 생기는 이유를 로그 파일로 살펴보고, 줄바꿈 알고리즘을 이용해서 몇가지 명령어를 추가하거나 하면 overfull 박스를 없앨 수 있다. 그런데, 이 모든 것이 귀찮으면 overfull 박스에 즉효약인 \tolerance=10000을 처방하면 그냥 해결된다. (이 대목에서 찔리는 분이 몇분 있을지도 모르겠다. ) \tolerance=10000를 이용하면 보기에는 약간 거북하지만, 그런대로 참을 수 있는 줄들을 만들어 내기도 하지만 도저히 눈뜨고 볼 수 없는 줄도 만들어 낸다. 하지만 이처럼 무한대의 tolerance를 사용하는 것은 좋지 않은 생각이다. 왜냐하면 텍은 도처히 참을 수 없을 정도로 못생긴 줄과 그런대로 참을 수 있는 줄을 구별할 수 없기 때문이다. \tolerance=10000라고 하면, 텍은 줄들을 만들어 낼때, 모든 badness를 한 곳으로 몬다. 여러 줄들에 안좋은 badness가 적절히 분배되어 평균적으로 보기에 안좋은 줄들을 만들어 내는 것이 아니라, 꾹 참고 줄들을 보기 좋은 모양으로 만들어 내다가 그동안 참았던 badness를 모두 하나의 줄에 쏟아 붇는 것이다. 즉 분노가 폭발하는 것이다. 왜냐하면, 그렇게 하는 것이 줄바꿈 알고리즘의 입장에서 볼 때, 디메리트의 총합이 최소가 되기때문이다. 다행스럽게도 텍은 \emergencystretch라는 값을 가지고 있다. 이 값은 각 줄들의 badness와 디메리트를 계산할 때, 각 줄들에 더해지는 값이다. 이 값을 더하지 않으면 overfull 박스가 생기는 것을 피할 수 없는 경우에 이 값을 사용함으로 그것을 피할 수 있는것이다. 만약 \emergencystretch의 값이 양수라면, 줄바꿈 알고리즘을 끝내기 전에 해당 문단을 한번 더 살펴본다(scan). 언제 그런고 하니, 줄바꿈 알고리즘의 첫번째 패스에서, \pretolerance나 \tolerance를 만족하면서 줄바꿈을 하는 지점들을 못찾았을 때 말이다. \emergencystretch의 값을 충분히 크게하면 주어진 \tolerance는 절대로 초과하지 않는다고 장담해도 좋다. 따라서 줄바꿈 알고리즘으로 절대로 불가능한 경우를 제외하고는 overfull 박스를 피할 수 있다.