Uncle Captain

@roytam1 Can you please add more following functions to kernelxp.dll wrapper also for other apps besides Serpent/Mypal 68: SetDllDirectoryA CheckRemoteDebuggerPresent SetProcessDEPPolicy GetProcessDEPPolicy GetSystemDEPPolicy GetThreadId InitExecuteRunOnce LocaleNameToLCID

I finally managed getting Serpent 52 to work stably unofficially on Windows XP RTM by using kernelxp.dll wrappers by roytam1 and ntdll.dll from XP SP1. I also finally managed getting Mypal 68 to work stably unofficially on Windows XP RTM by using kernelxp.dll wrappers by roytam1, removing manifests to mypal.exe/mozglue.dll, and using ntdll.dll from XP SP1.

@blackwingcat kernelxp.dll for windows 2000 i found in mp10en2k.exe package is missing the GetNumaHighestNodeNumber function for msvcr120.dll especially for apps such as (Firefox 36+, CCleaner 5.30+, Notepad++ 7.9.2) I tested Firefox versions up to 35.0.1 on Windows 2000 without extended kernel (just using kernelxp, advapixp, shellxp, userxp, rpcxp4 wrappers) unofficially. What about adding the GetNumaHighestNodeNumber function to your kernelxp wrapper?

@roytam1 Okay, 1) I managed going up to Firefox 35.0.1 to work on Windows 2000 without Extended Kernel unofficially by using just kernelxp, advapixp, shellxp, and userxp wrappers from the mp10en2k package by blackwingcat, and additional dlls from windows 2000 extended kernel, and changing the MinorOperatingSystemVersion and MinorSubsystemVersion from 0001 to 0000, and leaving the MajorOperatingSystemVersion and MajorSubsystemVersion as 0000 on firefox.exe and other executables in the firefox folder. 2) I managed getting Firefox 31.8.0 ESR to work on Windows 2000 without Extended Kernel unofficially by using just kernelxp, advapixp, and shellxp wrappers from the mp10en2k package by blackwingcat, and additional dlls from windows 2000 extended kernel, and changing the MinorOperatingSystemVersion and MinorSubsystemVersion from 0001 to 0000, and leaving the MajorOperatingSystemVersion and MajorSubsystemVersion as 0000 on firefox.exe and other executables in the firefox folder. Note: The original kernelxp wrapper for windows 2000 without extended kernel from the mp10en2k package by blackwingcat have the getnumahighestnodenumber function missing for firefox 36 which used microsoft visual c++ 2013 runtime. I even tried 36.0a1 (compiled with vc2010) on Windows 2000 without extended kernel unofficially by using just kernelxp, advapixp, shellxp, and userxp wrappers from the mp10en2k package by blackwingcat, and additional dlls from windows 2000 extended kernel, and changing the MinorOperatingSystemVersion and MinorSubsystemVersion from 0001 to 0000, and leaving the MajorOperatingSystemVersion and MajorSubsystemVersion as 0000 on firefox.exe and other executables in the firefox folder, but it does not start The unofficial guide "How to get Firefox 35.0.1 / 31.8.0 ESR to work on Windows 2000 without Extended Kernel!" is now available. This guide is made by me. https://sites.google.com/view/clara-incorporated/modernization/windows-2000xp-rtmxp-sp1/firefox-35-0-1-firefox-31-8-0-on-windows-2000-without-extended-kernel

@roytam1 I tested the GetSystemTimes change in the kernelxp wrapper, and then it worked.

Firefox 45.9.34 and K-Meleon 76.5.5 worked on Windows XP RTM with kernelxp.dll wrappers unofficially. The thing is for K-Meleon 76.5.5 on XP RTM, you'll get a BSOD. To fix this, remove the manifests on the main K-Meleon executable, and then it works. I also tested New Moon 27 on Windows XP RTM with kernelxp.dll wrappers unofficially, and then it worked too. Note: Firefox-based browsers are compiled with Visual C++ 2013 runtimes are the last to run unofficially on Windows XP RTM (with kernelxp.dll wrappers) correctly. Firefox-based browsers are compiled with Visual C++ 2015-2019 runtimes would unofficially require at least Windows XP SP1 (with kernelxp.dll wrappers) for any stability.

@roytam1 1) What about making an unofficial api-ms-win-core-util-l-1-1-0.dll wrapper (for VC2015,17,19 apps) for XP SP1 by replacing the kernel32 references with kernelxp references in the hex editor? 2) What about adding GetSystemTimes function to your mini kernelxp.dll wrapper, because I noticed it was missing for some applications.

I even managed going down to XP build 2474 for Firefox 48.0.2 / Firefox 45.9.x ESR to work. I managed getting Firefox 48.0.2 to work on Windows XP build 2474 at the minimum unofficially, see the text file: And functions like GetModuleHandleExA, GetModuleHandleExW, and IsWow64Process was introduced in build 2474, I tried to replace the stubs (GetModuleHandleExA --> GetModuleHandleA), (GetModuleHandleExW --> GetModuleHandleW), and (IsWow64Process --> GetStdHandle), and Firefox 48.0.2 launches a process (firefox.exe), but not initalized properly on Windows XP build 2469. Is there matching stubs for GetModuleHandleExA, GetModuleHandleExW, and IsWow64Process to try to get Firefox 48.0.2 to work on Windows XP build 2469, is it the system itself, or is 2474 the dead end for Firefox 48.0.2/45.9.x to work? The number of parameters (1, not 2) might not match and it might not return FALSE as needed for that 2469 thing. Firefox48on2474.txt

I finally managed to get Firefox 48.0.2 to work on Windows XP RTM! Notes kernelxp.dll stays in the "firefox" directories after patching, or else it will NOT work. The unofficial guide "How to get Firefox 48.0.2 / 45.9.x ESR to work on Windows XP RTM!" is now available. This guide is made by me. https://sites.google.com/view/clara-incorporated/modernization/windows-2000xp-rtmxp-sp1/firefox-48-0-2-firefox-45-9-x-esr-windows-xp-rtm

The unofficial guide "How to get MyPal 68 working on Windows XP SP1!" is now available. This guide is made by me. This would be useful for Althon XP/Pentium III machines running Windows XP RTM and SP1, because Supermium does NOT support processors without SSE2. https://sites.google.com/view/clara-incorporated/modernization/windows-xp-sp1/firefox-based-browsers/mypal-68 @feodor2and @roytam1

Okay. Your suggestion just worked for me as well as FindNextFileA works too when I got mypal68 to work on Windows XP SP1.

I did get Mypal 68 to work on XP RTM by installing the KB921337 update (to tweak as SP2 with CSDVersion set to 200), it is startable, but like Firefox 52 and Serpent, the stability of running these modern web applications (especially the ones patched with kernelxp.dll) on Windows XP RTM can get unstable after a while as it freezes or crashes with c0000005 (Access Violation) error at address 71ad1020. Is it because of the system limitations due to XP RTM being mostly compiled with Visual C++ 6.0? If so, then can a future version of the new Mypal be compiled with Visual C++ 2013 and side-by-side configuration errors fixed for Windows XP RTM unofficially (by using kernelxp.dll wrappers)? P.S.: I used Mypal 68 on Windows XP SP1 and no instabilities, hangs, and crashes occurred at all

I used roytam1's kernelxp.dll to get it to work. I used 4GB of RAM for performance on all Windows XP versions.

December 25, 2026 USP 5.2 should be finished on December 25, 2026 (because it was NOT finished on January 30, 2016).