Leaderboard

I finally managed to get Serpent/Mypal 68 to work on Windows XP SP1 (and also SP2). Notes kernelxp.dll stays in the "mypal" and "basilisk" directories after patching, or else it will NOT work. mypal68-xpsp1-code.txt serpent-xpsp1-code.txt

there is a mirror in github, but it has low update count.

New build of post-deprecated Serpent/moebius for XP! * Notice: This repo will not be built on regular schedule, and changes are experimental as usual. ** Current moebius patch level should be on par with 52.9, but some security patches can not be applied/ported due to source milestone differences between versions. Test binary: Win32 https://o.rthost.win/basilisk/basilisk55-win32-git-20250705-e30943041-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk55-win64-git-20250705-e30943041-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - import from UXP: Issue #2765 - Follow-up: Make scrollbar width checks use the originating non-NAC style context on Linux and Mac (af843374) (60255fc16) - import from UXP: Issue #2765 - Follow-up: Fix UAF when returning the non-NAC style context from a frameless node (6e358f10) (8580d4e5d) - ported from UXP: Unprefix -moz-read-write / -moz-read-only (4cc014cb) (e30943041)

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20250705-3219d2d-uxp-9175504ffc-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20250705-3219d2d-uxp-9175504ffc-xpmod.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/custom IA32 Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20250705-3219d2d-uxp-9175504ffc-xpmod-ia32.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/ia32 NM28XP build: Win32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250705-d849524bd-uxp-9175504ffc-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250705-d849524bd-uxp-9175504ffc-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250705-d849524bd-uxp-9175504ffc-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20250705-d849524bd-uxp-9175504ffc-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20250705-d849524bd-uxp-9175504ffc-w7plus-avx2.7z Official UXP changes picked since my last build: - Issue #2765 - Follow-up: Make scrollbar width checks use the originating non-NAC style context on Linux and Mac (af84337437) - Issue #2765 - Follow-up: Fix UAF when returning the non-NAC style context from a frameless node (6e358f1039) - Issue #2765 - Follow-up: Avoid declaring RefPtr in the return statement (e4630ce481) - Unprefix -moz-read-write / -moz-read-only (4cc014cb6b) No official Pale-Moon changes picked since my last build. No official Basilisk changes picked since my last build. Update Notice: - You may delete file named icudt*.dat inside program folder when updating from old releases. * Notice: From now on, UXP rev will point to `custom` branch of my UXP repo instead of MCP UXP repo, while "official UXP changes" shows only `tracking` branch changes.

That I can't do, I need to maintain the gaming performance. BTW, I had managed to start 137. But not 140. And with the old redirection method, WITHOUT SM files at all. I don't have any EX kernels extensions installed.

I see that there is a need for a more detailed explanation. You need: Vista SP2 x64 (you may need to upgrade it to 2017 EOL) kernel33.dll from Vista extended kernel v2023-03-09. p_advp32, p_ole, pwp_shl, p_user from Supermium 132 R4. (for convenience you can name them advapi33, ole33, shell33, user33 etc) In the chrome.exe file, change kernel32.dll to kernel33.dll in the import table using CFF Explorer In the chrome.dll file, change the same import. Then open this file in HxD and search for advapi32, ole32, shell32, user32 - they may be in several places, change the ones that are full import table looking like below: In the chrome_elf.dll file, as you rightly pointed out, change NtOpenKeyEx to the NtOpenKey version.

Supermium's advapi misses this api. How do you run it, then?

@Dietmar A CSMWrap version has been released, which allows you to use the BIOS video from the disk from EFI\Boot\vgabios.bin https://github.com/FlyGoat/CSMWrap/issues/37#issuecomment-3030297746 Compiled bins: https://github.com/FlyGoat/CSMWrap/actions/runs/16040013218 Thanks to this, WinXP boot OK on iGPU using ntldr as on a normal Legacy machine - I tested CoffeeLake, Haswell, SandyBridge: CSM Disabled, iGPU VBIOS extracted from motherboard bios. Now - I don't have to use SeaVGABIOS and Longhorn bootmgr 5472 loader.

Then I deleted the Supermium wrapper NdDll, and without it I now see NO missing dependencies, but no start nevertheless.

Then I saw an old advice from D.Draker and replaced it with just NtOpenKey. Now I get this.

I used kernel33 from extended kernel and advapi32, ole32, shell32, user32 wrappers from Supermium 132. As you can see, for example, ublock works. I didn't need a platform upgrade or an extended kernel installation for this

I think MSFN could benefit from a Compile Chromium thread/tutorial. I myself have "successfully" compiled Chromium but I've had to take bits and pieces from four (or more, don't recall now) different "tutorials" found online. I ended up with something that would "launch" and "browse", but in the end I didn't really "trust" my own work and sent it all to the Recycle Bin.

https://msfn.org/board/topic/186741-firefox-and-chromium-running-on-windows-7-by-e3kskskoy7wqk/?do=findComment&comment=1278904 They quit making CCFL around 2007, around 18 years ago, so yeah it's LED. you said it's "less than 10 y.o." Shades of white and proper shadows are only visible on a good, properly calibrated, expensive LED, which is LESS than 5, not "less than 10 years old" like yours, but then again, I don't blame you, it's just strange why at least 5 people here see that, and you don't.

"piercing white" and "acid blue" all come from the overall increased brightness and digital vibrance, is the word overblown clear to you? That's what Supermium has in terms of colours. But it can be not so noticeable on e-waste, 10 years old LED monitors. LED is designed to be used for no more than 3-5 years, they awfully degrade overtime, much faster than CCFL and irreversibly kill your retina, so the fact you finally opened up about having a near 10 y.o. LED display is even worse than the alleged 20 years old Dell 2407. On one hand, it possibly took a lot of courage to admit about having such a monitor, on the other - a bit shallow, considering the fact you knew there's a "crew" watching, lol.

Only one English language is proper, the one they speak in England, everything else is a dialect. Removing letters from words or saying elevator instead of lift doesn't make it another, standalone language, ir's still a dialect, and a very odd one. Not to mention rather new. I don't "insist" on anything, I just assumed it'd be more convenient to use normal, not upside down dates and normal. internationally recognised spelling. It's your choice if you don't want to. Then don't whine when we spot you over a mile on github or anywhere else. Look how your favourite Supermium author spells, or the iconic @AstroSkipper, Dave and my dear friend @Jody Thornton. BTW, just so you know, on joint NATO missions, we all communicated in English-English, not the American dialect.