Bob, that's what I found out as well last night when doing a binary comparison between a set of .DO files that do load fine and the ones that don't. The 1Ah at the end of the files was definitely the culprit. (Thanks to Kurt also for helping the testing process on his own NEC machine!). Loading files with that EOF removed solves the problem for me entirely.
The ADVx.DO file set were part of an archive that is pulled off of the CP/M disks that I had from my PIC-Disk days. All .DO files from those disks (which I now was trying to use TS-DOS to load) all have EOFs at the end. It must be that the file transfer utility that I used to use on the NEC CP/M OS to load files back into RAM (I think it was called "Filer") must have scrubbed those EOFs on the way in into the NEC. That's the only thing that makes sense. Thanks again, everyone, for all the help along the way. And yes, John, an EOF and NUL scrubber in LaddieAlpha would be fantastic!!! :). Gary > On Aug 26, 2017, at 12:24 PM, John R. Hogerhuis <[email protected]> wrote: > > Huh. Another thing I could add to LaddieAlpha, a NUL and EOF scrubber. > > -- John.
