Kanbaru 🌟 (one hikari of too many)

(replying to Kanbaru 🌟 (one hikari of too many))

the problem is that the C programming language specification has proven to be deeply toxic to the human brain. most humans are immune to it, but once a person has obtained a deep knowledge of software engineering, exposure to and comprehension of the full extent of the specification will almost inevitably drive a person insane. this has been repeatedly demonstrated in classified studies within ISO's BSL-5 infohazard laboratories.

Kanbaru 🌟 (one hikari of too many)

(replying to Kanbaru 🌟 (one hikari of too many))

when this was first discovered, it presented a deep dilemma for the C standardisation project. several members immediately left the standardisation effort, hoping that, by not being around to see the final version, their lives might be spared. others, however, understood that a terrifying weight of responsibility now fell on their shoulders. the C standard could no longer be destroyed, so there was only one option left: containment.

Kanbaru 🌟 (one hikari of too many)

(replying to Kanbaru 🌟 (one hikari of too many))

initially, the committee tried to simply delay the release of the specification. this was successful for a number of years, but it was realised, in time, that it was not possible to delay it forever. if outsiders began to suspect that the C standardisation project had stalled, there was a risk that they might independently recreate it and, perhaps unaware of the danger, release it. this could not be allowed to happen.

Kanbaru 🌟 (one hikari of too many)

(replying to Kanbaru 🌟 (one hikari of too many))

things finally came to a head when the committee received an anonymous threat: if they did not finalise the specification within a year, their most recent working draft would be publicly adopted, whether they liked it or not.

naturally, this resulted in uncontrolled panic within the inner circle. they could not be sure this was not a bluff. something had to be done.

Kanbaru 🌟 (one hikari of too many)

(replying to Kanbaru 🌟 (one hikari of too many))

it was at this point that the real research program began. clearly, the specification could not be fully contained. how, then, to minimise the damage?

after many experiments, an interesting result was found: certain programmers were apparently invulnerable. further analysis revealed that all of these programmers had something in common: they had all previously learned C by reading Kernighan and Ritchie's original C book.

Kanbaru 🌟 (one hikari of too many)

(replying to Kanbaru 🌟 (one hikari of too many))

this mystified the committee. why would reading the book protect someone from the specification: wouldn't that familiarity with the language only make them more susceptible to it?

nonetheless, this was their only hope, and they clung to it. more experiments were done.

at long last, they obtained the critical insight: incorrect preconceived notions in the mind of the reader can protect them from correctly interpreting the specification.

1 replies →
1 replies

Saagar Jha

(replying to Kanbaru 🌟 (one hikari of too many))
@hikari K&R is actually remarkably compatible with undefined behavior as we consider it today

Kanbaru 🌟 (one hikari of too many)

(replying to Kanbaru 🌟 (one hikari of too many))

with that, there was finally a workable plan. by combining an all-encompassing disinformation campaign with the standard ISO paywall, the committee could ensure that, in the first place, few would think they needed to read the specification; failing that, few would actually get hold of it; and failing that, very few would correctly understand it. with that, the specification could be "safely" released.

the rest, as they say, is history.