Only nerds will appreciate this —<\/p>\n
Yesterday I was in Farifax at General Dynamics undergoing training for networking middleware being used for Navy applications for submarines and the like. The instructor was a C programmer who’d been around the block coming up with slick multiplatform networking tools for messaging and suchlike. He mentioned taking a few Java courses and liking the language. We mentioned benefits, such as the lack of pointer confusion in Java, which led to a discussion of some interesting bugs. One is a Hashtable bug in Java itself that I think has already been fixed. The bug is that Java pretty much dies if you put a Hashtable in itself.<\/p>\n
This led to an anecdote by a newly employed GD guy who looked fresh out of college. He told us about a bug in the old Zork text adventure; in certain parts of the game, you have containers that you can put things in. But if you put containers within containers, sometimes weird stuff happens. Here’s a quote from another site:<\/p>\n
“Another container bug, but this one is in all versions, even the Like I said, it is only amusing if you spend a lot of time programming for a living. Only nerds will appreciate this — Yesterday I was in Farifax at General Dynamics undergoing training for networking middleware being used for Navy applications for submarines and the like. The instructor was a C programmer who’d been around the block … Continue reading
\nSolid Gold edition (EXCEPT for Version 2, with its notoriously small
\ncontainers again). If you put the (inflated) raft in the coffin, then the
\ncoffin in the raft, both will disappear. This does not work the other way
\naround, however. If you put the coffin in the raft first, then the raft in
\nthe coffin, you get a message saying that there is no room. In Mini-Zork,
\nthis bug not only appears, but the game locks up to boot (no pun
\nintended). — Graeme Cree”<\/p>\n
\n<\/font><\/p>\n","protected":false},"excerpt":{"rendered":"