The last two times I played with Starball on my Falcon, I got
2 bombs. The score was near 16,000,000 and it happened while
the ball went to the arrow in the center of the middle part.
Will this bug be fixed ?
|[...] it seems that the system code performs the "cd .." command
|by stripping *one* directory from the current path. However,
|the used algorithm doesn't make sense [if relative paths are passed in].
| Should one only supply full pathnames to the file selector,
| or should the described behaviour be considered a bug?
I think this is a case of "Doc, it hurts when I do this..." As Allan
has said, if the file selector misbehaves when you pass it a relative
filename, don't pass relative filenames to the file selector. It
bothers me when I see programs doing this, because what does "." mean
when a program brings up a file selector? For all I know, the program
could change directories numerous times for its own devious purposes.
How the heck do I know what its idea of the current directory is?
Please use fully qualified pathnames in the file selector. I know that
means you can't go very deep, but that's life on one line of a 40
|Wouldn't this be an idea for a dc week utility. A TSR that parses all pathnames
|before calling the system routine. So these commercial applications will not
|cause problems to anyone.
I'd like to echo Allan's sentiments on this one, too... fixing "bugs"
for no other reason than to allow buggy programs to run is A Bad Idea.
Believe it or not, I may even be more rabid about this issue than Allan.
I think Atari should do everything in its power to discourage lazy
programming. Our goal should be able to point at programs available on
our computers and show how easy they are to use, and how robust they are.
We shouldn't be required to apologize for the number of auto folder
programs that you need to patch various bugs/features/whatevers so that
programs X.PRG, Y.APP and Z.PRG can all coexist peacefully.
I think people who write little TSR helper programs shouldn't waste
their time writing auto folder patches that let DB Master One run
under TOS 6.7. They should spend their time enhancing the utility
of TOS machines, so we move forward.
||| Ken Badertscher (ames!atari!kbad)
||| Atari R&D System Software Engine
/ | \ #include <disclaimer>
10. starball on TT
12. Starball, ARGH!!