I've been using the tag feature for .DO files quite a bit and I've never seen
this happen. I'll do a specific test when I get back to the house and let you
know what I find. Seems really strange. I doubt a bug like that would have
survived testing.
I just did a quick test under Virtual-T and it worked fine.
One thought. The Model-T needs a CR/LF and sometimes when a file is saved on a
different system this can get converted to CR only.
Kurt
On Friday, August 25, 2017 11:16 AM, Gary Weber <[email protected]> wrote:
Very curious if anyone has experienced a problem like this:
It doesn't matter what host I'm loading them from (LaddieAlpha, NADSbox,
TPDD2), but if I try to load more than one .DO file from disk into RAM using
TS-DOS, the file pointers in the RAM directory are all messed up.
For instance, that Adventure game (ADV.BA) that has various data files:
ADV0.DO, ADV1.DO, ADV2.DO, ADV3.DO, ADV4.DO. After attempting to load all of
them into RAM, inevitably ADV1 might point to ADV2's contents, ADV3 might be
completely empty (because it points to the paste buffer), and various issues
like that.
I've absolutely verified the integrity of each of these files on the host
system; none are corrupt in any way. I can load each of them individually and
then exit TS-DOS, and the file is just fine and has the correct contents. If I
jump back into TS-DOS however and try to load another, things go wacky. It
doesn't matter which file I start with; it is seemingly unrelated to the
specific files themselves, they just have to be a .DO file and the problems
start with the second file that I load.
This can happen if start with an empty bank of files and use the TS-DOS
"tagging" feature to try to load multiple files at the same time. The same
problem with file pointers happens.
I'm doing this with the ROM version of TS-DOS for the NEC, and I've used 4.00
and 4.10 (both stand-alone and the one in SARDOS). I can load multiple .BA and
.CO files and *never* see a problem. It only happens with .DO files. I
haven't yet tried this with the RAM version of TS-DOS, that will be the next
step. Also I've not tried it on the Model 100.
By the way as I am on an NEC with multiple banks, yes I've tried this same
thing in Bank 1, 2 and 3 and get similar results. I've tried it with a
completely empty bank to start with, as well as a bank that already has
programs in the RAM directory. Makes no difference.
I just wanted to know, have any of you ever experienced a problem like this?
Seems odd that a bug this horrible would exist in TS-DOS. But it almost sounds
like the "LINFIL" ROM routine (which fixes up directory pointers) is *not*
getting called by TS-DOS after it is loads a .DO file.
I'm stumped. Any ideas?
Thanks all,
--
Gary Weber
[email protected]
