That doesn't seem like a hard ask. If you have any C/C++ experience, the emulator compiles cleanly from source (or it did the last time I tried).
Here's the project on SourceForge (which is overdue for a release...) https://sourceforge.net/p/virtualt/code/ci/master/tree/ Tom Wilson [email protected] (619)940-6311 On Fri, May 21, 2021 at 3:49 PM Gary Weber <[email protected]> wrote: > FYI - I think I've identified the issue. You apparently have to close > VirtualT to get the rest of a file uploaded into the emulated NADSbox > beyond the first 20k. As soon as I did that, the rest of the file showed > up on disk. Guessing this is entirely an issue within the NADSbox emulator > code. > > Well, I suppose this would be a feature request then? I'd love for > VirtualT to flush the write-to-disk buffer after receiving a file so that > closing out VirtualT wasn't a requirement. :) > > > On Fri, May 21, 2021 at 3:07 PM Gary Weber <[email protected]> wrote: > >> Hey folks, >> >> I'm just curious if anyone else has experienced this. >> >> Here's the scenario: >> * Using VirtualT V1.7, emulating the 8201. >> * NADSBox emulator is on >> * Option ROM loaded that gives me TS-DOS. I've tried both SARDOS 1.72 >> and TS-DOS 4.1 option rooms. >> * Attempted to save a giant .BA file (23630 bytes) that is in the 8201's >> memory into the emulated NADSBox. Only 20480 bytes (exactly 20k) makes it. >> >> TS-DOS believes it's done, and gives me back control. But only 20K (to >> the byte!) makes it. Sounds like it might be overrunning some buffer, >> perhaps? >> Has anyone else experienced this? >> >> I haven't yet tried it with other giant .BA files and that's next on my >> list. But I wanted to bounce this off of people here just to see if >> anyone's seen this before. >> >> >> -- >> Gary Weber >> [email protected] >> >
