The day my father blew himself up
Open standards, free software, and old documents
Download the whole article as PDF
Write a full post in response to this!
This content was sponsored by:
The Commonwealth of Massachusetts is the visible front of the current standards battle royale: in this corner, at 220 pounds, Open Document Format (ODF)! In the other corner, the 800 pound gorilla, Microsoft Office 12 XML format! Hopefully, we won’t get caught in the explosion.
The day my father blew himself up
I was four years old the day of the explosion. I’d like to say I remember it well, but I don’t; I don’t remember my mother’s fear, or the excitement or terror. Sometimes I think I remember my father’s absence, or staying with Grandpa while Dad was away, but I can’t be sure of those memories. The older I get, the surer I am I invented a lot of my own history.
This is all true. Dad recalls the explosion with great clarity.
It starts with a drill, a drill designed to bite holes into solid rock.
The drills were big machines, driven by air. Each drill drove a shaft of steel with a ten-pound bit on the end. As the steel made its way into the rock, the driller added another ten-foot section of steel. After much noise and dust and physical labor, the driller had made a thirty-foot hole down into solid rock. Dozens of holes made up a pit, named for the large gap in the rock left behind after the explosion turned solid rock into gravel, and the gravel was turned into road.
After drilling this particular pit, the crew fed the explosives down the holes. In one hole, Dad fed a cardboard-wrapped tube of explosive, but it didn’t slide to the bottom of the hole. He dropped another tube on top the first one, hoping to knock the first tube loose. It failed.
The two tubes of powder did their job as they exploded, breaking up solid rock and shooting brand-new jagged-edged gravel like shrapnel into the air, into my father’s head, into part of his brain
On June 18th, 1971, it was standard practice to use a wooden pole to unblock a stuck hole. They kept such poles handy. Dad prodded the stuck explosives. They did not break free.
Dad tells me, “Some folks would use the drill to ream out a clogged hole. The bit would just eat right through the powder. You lost the powder, but saved the hole.” As the holes were drilled in patterns designed to break the solid rock into gravel, each hole was important.
Sheer muscle was not going to open the hole. Dad attached the wooden pole to his drill, and used its might to push the powder down the hole.
The two tubes of powder did their job as they exploded, breaking up solid rock and shooting brand-new jagged-edged gravel like shrapnel into the air, into my father’s head, into part of his brain.
“I was following a common procedure,” Dad says to me. “These days the procedure’s a bit different.”
I can only imagine.
The importance of being standard
Standards exist for many reasons: to provide uniformity, to outline a best practice, to facilitate the sharing of information. In the computer world, the sharing of information is of paramount importance. Without acceptable standards outlining methods of information sharing, computing as we know it would not exist.
If processing power is the heart of computing, information is its soul. Without information, computers are merely the dry bones of a useless technology.
Information has economic and social worth only to the extent that it is both useful and available. A useful piece of information known to only a few can benefit only those few; worthless information known to everyone helps no-one. Beyond that, the worth of information is not universal. The fact that a wooden pole can be used to set off explosives does me very little good, but would have been quite valuable to my father.
If we are to make full use of computers, we must facilitate the sharing of information. Even the slightest inhibitor to sharing will reduce the effectiveness and eventual economic worth of our information.
Procedural standards such as the one with which Dad blew himself up are used to proscribe a safe, acceptable practice. These standards are inherently different from information-sharing standards; however, the lesson learned the day of my father’s accident are still valid.
Not everything that is labelled a standard is safe. Sometimes the cost of following a standard is higher than we might imagine.
Dad says to me, “DuPont claimed there was no way a wooden pole could set off that powder. They didn’t believe me until they went out to the pit and saw the pole in the middle of the crater.”
The first standard
Some standards seem almost axiomatic. ASCII is perhaps the best-known of all computer standards, one of the oldest, and one we take for granted.
The most fundamental aspect of information sharing is the representation of the building blocks of information. In the early 1960s, that meant choosing a method to encode individual characters. Until that time, there was no universal standard for sharing information between computers.
And now, a history lesson:
Alfred Vail invented Morse code before 1844. This was one of the first electronic character encoding schemes, and certainly the first to gain widespread acceptance. As telegraphy equipment evolved, so did the encoding schemes—from Baudot’s code thirty years later, through Murray’s code around the turn of the century, to ITA2 in the 1930s and the U.S. Army’s FIELDATA in the late 1950s. Each of these codes contributed to the development of serial data communication by providing an encoding standard for the Roman alphabet, along with transmission control codes. [1]
By 1963, the American Standards Association produced a new character encoding format, the American Standard Code for Information Interchange (ASCII). The X3.4 committee, which produced the ASCII-1963 standard, was composed of representatives from the computing industry, including AT&T and IBM.
Virtually every computer today uses ASCII
ASCII is a 7-bit (not 8-bit, as is often assumed) encoding scheme, based on the serial communications encoding schemes that came before. The telegraphy coding solutions from the prior 100 years of work provided the solution to an emerging computer problem.
Write a full post in response to this!
Similar articles
Do you like this post?
Vote for it!
Copyright information
This article is made available under the "Attribution-Sharealike" Creative Commons License 3.0 available from http://creativecommons.org/licenses/by-sa/3.0/.
Biography
Anthony Taylor: Tony Taylor was born, causing his mother great discomfort, and has lived his life ever since. He expects to die some day. Until that day, he hopes to continue writing, and living out his childhood dream of being a geek.
- Login or register to post comments
- 7675 reads
- Printer friendly version (unavailable!)




Best voted contents
-
Google App Engine: Is it evil?
Terry Hancock, 2008-04-24 -
The Bizarre Cathedral - 3
Ryan Cartwright, 2008-05-05 -
Free Software Magazine Awards 2008
Tony Mobily, 2008-04-22 -
The Bizarre Cathedral - 2
Ryan Cartwright, 2008-04-27
Similar entries
Buzz authors
All news
From the FSM staff...
- The Top 10 Everything (Dave). The good, the bad and the ugly.
- Free Software news (Dave & Bridget). A site about short stories and writing.
- Book Reviews: Illiterarty (Bridget). Book reviews, blogs, and short stories.
Hot topics - last 60 days
-
Installing an all-in-one printer device in Debian
Ryan Cartwright, 2008-05-05 -
What is the free software community?
Tony Mobily, 2008-03-29 -
Things you miss with GNU/Linux
Ryan Cartwright, 2008-05-01 -
How do you replace Microsoft Outlook? Groupware applications
Ryan Cartwright, 2008-03-20 -
Beyond Synaptic - using apt for better package management
Ryan Cartwright, 2008-04-03
Hot topics - last 21 days
-
Installing an all-in-one printer device in Debian
Ryan Cartwright, 2008-05-05 -
Things you miss with GNU/Linux
Ryan Cartwright, 2008-05-01 -
Digital Rights Management (DRM): is it in its death throes?
Gary Richmond, 2008-05-07 -
Open letter to standards professionals, developers, and activists
Pieter Hintjens, 2008-05-13

Dedicated server
We shall never surrender.
Submitted by baronsamedi on Thu, 2006-04-20 09:54.
Vote!"I believe we can learn from history. I believe historically, free, unencumbered standards win out over proprietary specifications in almost all cases. I believe it is all but inevitable."
And that is one of the very reasons we never surrender. :)
Nit: MPE used ASCII, not EBCDIC
Submitted by collin66 on Fri, 2006-04-21 18:38.
Vote!I worked on MPE while at HP, and I can assure you that MPE used and still uses ASCII. It did have the capability to understand EBCDIC (I believe that the FCOPY utility had an option to translate between ASCII and EBCDIC) but the normal character set was most definitely ASCII.
Take it from someone who coded things like
SCAN (something) UNTIL %6412or
SCAN (something) WHILE %6440many many times -- it really was ASCII.
You are correct
Submitted by Anthony Taylor on Sat, 2006-04-22 13:26.
Vote!You are correct, and I was incorrect.
MPE is strictly ASCII, with quite exhaustive (and exhausting, from the look of it) support for EBCDIC <-> ASCII conversion.
Thanks for bringing that to my attention.