Frequently when I see something that makes no sense, I discover sometime
later that it did actually do something.
A line of code can look non-sensical, or merely non-optimal, because of
all kinds of different reasons, like it's a way to write something that
works on multiple platforms even though by rights they should each be
different, or it causes some internal effect in the interpreter or
hardware like loading or clearing registers as a side-effect, or it
pushes the internal tokenized keywords in the program around into some
funky byte alignment or other structure that ends up executing faster,
or allows some other bit of the code to do some dirty math trick with
pointers to addresses that by rights it should have to do some much more
expensive but safer way.
Or it could actually just be dumb. Or it could be corrupted like it was
originally typed in wrong manually from a book or OCR'd, or it worked
fine on some other machine and it's only a bug now because of an
incomplete port.
There is at least one program where the bugs are actually the entire
point of the program. The program name is, shall we say, promising. You
run it. It fails but the error is obvious because you are smart! So you
fix that clod's mistake and wonder how this crap ever made it into the
archives without someone else fixing it before now. It runs a tiny bit
further and fails again. Again the new error is obvious so you fix it.
Man this programmer was a freaking buffoon. You fix a couple more
errors, and in the end all it says is something like "wasn't that a fun
game?" The promise of the filename never existed. ;)
--
bkw
On 1/24/20 2:26 PM, Peter Vollan wrote:
Well, it doesn't say that. And if it did, that would still be a dumb
way to do it. Then the next line sets three variables to 0 which is
totally unneccessary, so that's a line that does nothing. And that is
only the tip of the iceberg of the problems with this program
On Thu, 23 Jan 2020 at 09:55, Dan Higdon <[email protected]> wrote:
The final number on that line should be an 11, then it works. (That is, "ELSE 11", not
"ELSE 13")
On Sun, Jan 19, 2020 at 4:57 PM Peter Vollan <[email protected]> wrote:
Check this out! Not only is it a dumb way to do things, but it does
not even work the program just hangs!
13 IF AL$ = "S" OR AL$ = "R" OR AL$ = "T" THEN 15 ELSE 13
--
bkw
