All Activity

god speed! hope you accomplish this "mission". thx much for trying and caring.. regards....

@Dietmar Yeeeeeeeeeeeeeeeeeaaaaaaaaaaaaaaaaaaaaaaa I fixed code bootvid - now support: auto detect memory address graphics card auto detect many popular resolutions // Walidator rozdzielczosci BOOLEAN IsValidRes(ULONG w, ULONG h) { if (w >= 800 && w <= 3840 && h >= 600 && h <= 2160) { if ((w == 800 && h == 600) || (w == 1024 && h == 768) || (w == 1152 && h == 864) || (w == 1280 && h == 720) || (w == 1280 && h == 800) || (w == 1280 && h == 1024) || (w == 1360 && h == 768) || (w == 1366 && h == 768) || (w == 1440 && h == 900) || (w == 1600 && h == 900) || (w == 1600 && h == 1200) || (w == 1680 && h == 1050) || (w == 1920 && h == 1080) || (w == 1920 && h == 1200) || (w == 2560 && h == 1080) || (w == 2560 && h == 1440) || (w == 3440 && h == 1440) || (w == 3840 && h == 2160)) { return TRUE; } } return FALSE; } BSOD is displayed always centered screen is not cleared before BSOD

When WildBill investigated the old version of the file "win32k.sys" from Windows XP, he noticed, that the following functions have the problem with the uninitialized variable: "_SetWindowWord", "xxxSetClassData" and "xxxSetWindowLong" When I investigated the new version (5.00.2195.7640) of the file "win32k.sys" from Windows 2000, I noticed, that the following functions have the problem with the uninitialized variable: "_SetWindowWord" and "xxxSetClassData" The function "xxxSetWindowLong" seems to have been fixed somewhen by Microsoft. Now that the update "OTS000004" was released, there was only the following function left to fix: "xxxSetClassData" To fix the remaining function I released another Windows 2000 update: "WINDOWS2000-OTSKB000005-V1-X86-INTL.exe There is more information available about this issue and this update in the article in the knowledge database: OTSKB.chm The patch updates the file "win32k.sys" from the version "5.00.2196.0005" to the version "5.00.2196.0006". Before installing OTSKB000005 it is necessary to have OTSKB000004 installed because every update is a patch that needs the previous version to work with. No update contains a full version of the file "win32k.sys" but only the patching instructions.

Believe me I really didn't want to suspend the lists for Windows 11, but because WUD is so old and I have PM'd Jcarle about this problem and haven't yet gotten a reply. Also managed to decompile the executable to see if I could update WUD myself, but the code is so old that it's difficult to try and update the code with today's internet standards like https and TLS which MS uses now. It's good that you were always downloading the latest lists, and I will try again to see if I can update WUD's code. If not then I might have to code a brand new program to download windows updates, but I can not promise anything as my programming skills is basic and will need to use AI if I do decide to make a new one.

OOOOHHHHHH nnOOOOOOOOO steve I depend on your list every month. how can I get the latest updates like todays, June 9th, 2026 in the future. thx ron PennsylvaniaRon \\\\|//// ~ÖÖ~ ----oOOo-(_)-oOOo----

It's good to hear you're doing well. Have you managed to sort out the GitHub issue?

Yes I am oke and new version will be soon already as usual.

What does "exists in the wild" *REALLY* mean? ie, does it really affect v144? Or does it just affect those that "thought" they were safe by always running the most recent?

You won't get 3D on NT 4.0 using Virtualization software cause developers haven't done that...if you need 3D,then use 86box or PCem...

Looks like there is a new issue to patch: "Google is aware that an exploit for CVE-2026-11645 exists in the wild,...".

Yes indeed! He's done the same edit that I did to the file and bundled a copy of pwrp_k32.dll in the zip file with it.

Not for 3D and Vmware / Virtualbox has some 2D drivers.

... It would appear that Shane is still monitoring this thread ; inside the Supermium-v144-r4_01 release notes, https://github.com/win32ss/supermium/releases/tag/v144-r4_01 this shows up: https://github.com/win32ss/supermium/releases/download/v144-r4_01/supermium_uao.zip Edit: Rather the fix was a consequence of the discussion in: https://github.com/win32ss/supermium/issues/1907 ...

Of course. My suggestion was completely automatic, because I don't use Supermium and wanted to test this tool the easy way. I'm busy porting Chromium for Windows 7 to Windows 2000 SP4 without KernelEx

Thanks, everyone. Yes, that modification makes the file work fine on XP.

Hi Anonymous, Thank you for your donation of 20.00 USD. We look forward to improving the forums with your donation. Thanks MSFN

Everything still working fine after upgrading Guest Additions to 7.0.26.

I am using 7.0.26 but upgrading would violate my "workflow process". But what works in 7.0.26 should also work in 7.2.6. My NT4 was installed under 4.3.28, as seen below. Everything (audio and graphics) is working great for me. I will update the Guest Additions to 7.0.26 and that should be the same as if it was installed under 7.0.26 (I'll screencap that shortly).

Hello @Tihiy, I'd like to make a few suggestions to taskbar, and context menu looks to make it more aligned with Windows 11 design principles: 1. Border colors do not match: SAB context menu has this color for border: 4b4b4b, where default menu has this color: 3b3b3b. 2. Corners radius doesn't match as well. For SAB menu it's 4px, where the default is 8px. It would be nice to have additional option to change corner radius from 4px to 8px. 3. Add an option to assign different start orbs for different theme modes, i.e. light and dark theme.

that is a kernel extender it seems to be a overkill just for file read tool - why it cant make a simple text string with normal code it might have been compiled with a newer version of visual studio 2019 i thought i might talked about this already https://msfn.org/board/topic/182888-how-vs-makes-working-code-still-incompatible/ the vistual studio 2019 v16.1 to v16.7 dont have that problem - all after 16.8 - 16.11 have that trick inside it is a hidden .obj file, where in the c-runtime code/ucrt/std depening on how we call this is forced to being used you can see the header and cpp files - but if you edit them it never reads that code - instead it always force to use that .obj file - what is precompiled with that code that use vista+ functions as said in that article that compiler makes a code that runs without your code and it runs before your programm is starting up (and there are these missing functions - even if they are not used in your code)

What browser? Can it work with Serpent browser?

I'm actually trying it in Virtualbox 7.2.6.

Actually, "supermium_uao.exe" won't launch under XP SP3 (32-bit) because of two missing functions on XP's kernel32 system file: # Report By YY.Depends.Analyzer (Target:5.1.2600-x86) ## kernel32.dll * [ ] InitializeCriticalSectionEx - Supported OS: 6.0.6000, 6.1.7600, 6.2.9200, 6.3.9600, 10.0.10240 - Ref Module: supermium_uao.exe * [ ] LCMapStringEx - Supported OS: 6.0.6000, 6.1.7600, 6.2.9200, 6.3.9600, 10.0.10240 - Ref Module: supermium_uao.exe Above is a log acquired via the YY-Thunks CLI tool; the command I used was: YY.Depends.Analyzer "supermium_uao.exe" /IgnoreReady /ReportView:CheckBox /Target:5.1.2600 As @mjd79 suggested (), if you redirect the kernel32.dll function calls to Supermium's wrapper DLL "pwrp_k32.dll", you'll be able to make the executable XP-compatible ...

I made a few changes to AstroSkipper's script: Set the video format to avc1, Made some adjustments to how yt-dlp output is handled, Parsed the video title into the VLC window title, Added logging of yt-dlp errors to the VLC console, Made a few minor tweaks to how hidecon is handled Tested on VLC version 2.2.8 on Windows XP & Windows 7. If you have any comments or suggestions, I’ll try to stay in touch youtube.lua

In CFF Explorer, replace the kernel32.dll import with pwrp_k32.dll and copy this file from your Supermium installation. The screenshot was taken on XP RTM