jumper

=p1 Perhaps Kex should strip the Rtl and redirect to Kernel32 whenever Ntdll.Rtl* fails....

Try P4. What is the host CPU? Don't know.

66 0f 10 c0 - movups xmm0, xmm0 A Pentium III or better is needed in the VM and possibly on the host. Chipset is irrelevant.

NtClose closes handles of 15 types, but is superceded on WinNT by CloseHandle (19 types). Unfortunately, on Win9x CloseHandle only supports about 8 types. We need to first beef up CloseHandle then use it to implement NtClose.

Haven't used it today yet. "Last" isn't "final".

Easier (for me) to insert and eject than a thumb drive, I still use them to transfer small files between my 9x systems. Yesterday was my last floppy disk session.

But why fix? Why is that a problem? You haven't explained what the actual problem is. Does it not compile or not run? Also if git isn't working, download the code and compile from local source.

Check the object files to find the source of the unwanted dependencies. Also .cod and any other per-module output files.

Reinstall the hardware driver for your system's USB2 chipset. NUSB incorrectly says to delete these.

Caching is part of the 32-bit drivers, so the above Troubleshooting option "Disable all 32-bit protected-mode disk drivers" should do it. Caching can still be done by Dos Buffers, SmartDrv.exe, and the drive itself.

Fortunately many apps already can. That's why failure stubs are so very effective. Microsoft put lots of them into 9x to improve compatibility with NT apps.

Since KnownDLLs redirection isn't working, try using a PE editor to change the import DLL name from ...core-file... to Kernel32.dll in any files that import it. My ImportPatcher does this easily, but only on 32-bit PE files.

Model in 3D. Use your transforms to convert to a 2D viewport (window). Scale to screen coordinates. If you are already clipping in 2D to the viewport, then you only need to clip the polygons in 3D to the viewplane (plane perpendicular to the direction the viewer is looking). Harder but potentially more efficient is clipping polygons in 3D to the planes from the viewpoint to each of the four viewport sides. Actually, 3D clipping is too advanced for now. Just keep all your models in positive z space until you have everything else working. And use triangles, not polygons, to simplify rendering. Later you can support rectangles and arbitrary polygons by breaking them down into triangles.

Check the .inf file! Also try putting the card in a different slot. XP might show different port options.

The XP driver might be for the wrong card. Check the .inf file; you might be able to change the port addresses there.

So Win7 and up don't want us tampering with KnownDLLs anymore.... Maybe try copying from version 2-1, but internal manifest or other might also need patching to fake 2-2.

Use KnownDLLs to redirect that -core file to Kernel32.dll

Vcache also caches reads as well as writes, so disabling write-behind caching is unlike to completely disable Vcache.

Experiment. Don't be afraid to try a bunch of variations. It's only software.

Those are good to start with. Sort your points by depth (z) and draw from back to front.

Explorer slowly grows. Kill and reload it.

Google "codec pack for nt 4.0"

It depends upon which module that instruction is in. Any process viewer can tell us. I use ProcWin v1.6 (my build) or TaskInfo2000 v2.1. Dependency Walker in profiling mode will also reveal module load addresses. Or try a different codec pack. If it works, great. If the error is different, it's probably the codec; keep trying. If the error is the same, it could be WMP7's AVI file parser or splitter; not good, the file is invalid or otherwise incompatible.

Posted messages have different priorities. Draw messages are higher than paint messages. Too many draws will block painting, sometimes until another action causes a paint message to be sent.

Throttle the window update rate to prevent queue saturation.