3 ms·
Ah, bummer. I was hoping it would end up being something cooler. Like in the 80's, writing games for the Commodore 64... Where they kept the memory for the p
by jasonkester 13y ago
Ah, bummer. I was hoping it would end up being something cooler.
Like in the 80's, writing games for the Commodore 64... Where they kept the memory for the program at a location shortly after where they kept the screen memory... So if you forgot to bounds-check the coordinates of the little guy you had running around on the screen, you could run him right off the bottom.
Where he'd start overwriting random bits of memory. Until eventually he walked right over your source code. Which was being interpreted. Until, of course, the guy caught up with the current execution point.
At which point, you hoped you had spent 10 minutes saving a copy of your code recently. Because listing your source you'd find it speckled with random special characters and changed values. Tire tracks from that little guy.
And you learned that the first thing you do when implementing that joystick routine is to also implement bounds checking.
- Lewton 13y agothat reminds me of this awesome story http://blog.danielwellman.com/2008/10/real-life-tron-on-an-apple-iigs.html http://blog.danielwellman.com/2008/10/real-life-tron-on-an-a...
- goldenkey 13y agoAh, the joy of flat mode :>
- jerf 13y ago"I was hoping it would end up being something cooler." It reminded me of this classic GHC error: https://twitter.com/bos31337/status/116372971509121025 https://twitter.com/bos31337/status/116372971509121025 Not quite the same, but still "outright program destruction" of a sort.