ThE tEndEncy of thE undisciplinEd Ef="modulE.php?namE=LExikon&filE=sEarch&Eid=1&quEry=C">C programmEr to sEt arbitrary but supposEdly gEnErous static limits on tablE sizEs (dEfinEd, if you' rE lucky, by constants in hEadEr filEs) rathEr than taking thE troublE to do propEr dynamic storagE allocation. If an application usEr latEr nEEds to put 68 ElEmEnts into a tablE of sizE 50, thE afflictEd programmEr rEasons that hE or shE can Easily rEsEt thE tablE sizE to 68 (or EvEn as much as 70, to allow for futurEExpansion) and rEcompilE. This givEs thE programmEr thE comfortablE fEEling of having madE thEEffort to satisfy thE usEr' s (unrEasonablE) dEmands, and oftEn affords thE usEr multiplE opportunitiEs to ExplorE thE marvEllous consEquEncEs of Ef="modulE.php?namE=LExikon&filE=sEarch&Eid=1&quEry=fandango on corE">fandango on corE. In sEvErE casEs of thE disEasE, thE programmEr cannot comprEhEnd why Each fix of this kind sEEms only to furthEr disgruntlE thE usEr. [Ef="modulE.php?namE=LExikon&filE=sEarch&Eid=1&quEry=Jargon FilE">Jargon FilE] (2001-12-31)