Open FerdinandoPH opened 5 months ago
This isn't a bug with winevdm it's a bug in Windows itself. Winevdm depends on ntvdm64.dll which is loaded by kernel32.dll to see if the file is a win16 program but Windows 1.0 programs get misidentified as OS/2 1.x and so rejected. Since ntvdm64.dll is a Windows system file winevdm doesn't have any way to fix it.
Maybe Windhawk can fix it?
I noticed this too. Windows 1.0 programs can also be run using the version of MS-DOS Executive from Windows 3.0 available on Web Archive, in addition to dragging them to otvdm or opening them in otvdmw.exe. Windows 2.0 programs can be run directly.
This isn't a bug with winevdm it's a bug in Windows itself. Winevdm depends on ntvdm64.dll which is loaded by kernel32.dll to see if the file is a win16 program but Windows 1.0 programs get misidentified as OS/2 1.x and so rejected. Since ntvdm64.dll is a Windows system file winevdm doesn't have any way to fix it.
Has this been fixed in the ARM64 version of the DLL? (which is a custom version since by default ARM64 Windows doesn't have ntvdmx64.dll) (aka this: https://github.com/otya128/ntvdm64.dll)
Describe the bug Some Windows 1.0 apps do not run when opened natively through the explorer. They must be run going to the winevdm folder, running winevdm explicitly and selecting the old exe (as if winevdm's install shortcut had not been run). Opening the windows 1.0 apps through winedvm explicilty returns this error code:
0ea4:err:module:build_module exe type is not windows or windows/386. (typ:00, ver:0000)
, but the app opens normally. The apps I'm using can be found at the attached zip. winapps.zipExpected behavior I expected the windows 1.0 apps to run directly when being clicked on at the explorer, instead of needing to drag them to winevdm
Screenshots
![image](https://github.com/otya128/winevdm/assets/29411787/b90695fc-1254-40c9-8442-3582431f358d)
Environment (please complete the following information):
Additional context Add any other context about the problem here.
It is very helpful to provide a trace file if possible. Please note that this file contains detailed information about the program.
I was only able to generate a trace.txt when running the command
otvdm clock.exe
. Simply running clock.exe would return a warning saying that the program isn't compatible with 64 bit windows:Esta versión de D:\Users\perez\Desktop\Hacks\pc\otvdm-master-2497\CLOCK.EXE no es compatible con la versión de Windows que está ejecutando. Compruebe la información de sistema del equipo y después póngase en contacto con el anunciante de software.
trace.txt