Closed richorr closed 4 years ago
So, do I understand correctly: NTVDM launches your DOS program just fine, but the DOS program spits out an error 03, so there is no issue with the loader, but with the FPU emulation, i.e. the DOS application raises an FPU error, possibly to invalid input data to the sqrt function. So if you launch other DOS applications, like, i.e. edit or qbasic, it starts up fine, just your BBS door is throwing an error?
So it needs to be debugged. Can you attach the application here and can it be started as standalone so that it can be analyzed? Or is even sourcecode available for it?
Yes, it certainly looks like FPU emulation. Interestingly unaltered CMD has this issue, and I also discovered tonight that DosBox throws the same error as well. The only system that doesn't throw the error is VDOS.
I don't have source code, but I have attached a zip with the program. Run PYROTO LOCAL for it to start up. PYROTO.zip
Runtime error 003 is "file not Found". Are you sure that you are starting it from C:\PYROTO ? It runs fine here from that directory.
You are 100% correct (and my apologies for mis-diagnosing). I had it in a sub-directory while testing a different emulator and that clearly messed it up. Thank you!
...and thank you! This has been a vacation passion project. It took its first remote call this morning.
I am trying to get an old 1980's BBS system (called Pyroto) stood up on a VM. It will run in VDOS but then can't be used as a BBS DOOR so I have pivoted to using ntvdmx64 on the advice from others in the community.
I think it is installed correctly. I am seeing the ntvdm loading when I run the app in a console. When I look at it in DebugView, this is the error I am getting:
I get this same error when trying it without ntvdmx as well so I suspect there is something going on with the emulation. This same error doesn't occur in VDOS but the same error occurs with a default CMD window)
Here is a better screenshot of the load issue. It bails out with a Turbo Pascal Error 03: