Leaderboard

KB936235 : info file newversion KB955988 Replace the Cimwin32.dll file. KB2676562 Leak Update Version for SP2 Replace all nt kernel & system files KB944340 : info file newversion KB2676562 Leak Update Version for SP2 Replace the kernel32.dll file. You can get all my Source Files Update Packs SP2 here. I would like everyone to archive them. Because they hotfix share is gone forever. https://drive.google.com/file/d/15B55MqPXmJlbSx3Uc4qNmXpsaUH63oBt/view?usp=sharing my link backup in archive.org https://archive.org/details/windows-2000-post-sp4-update-pack https://archive.org/details/windows-xp-post-sp1-update-pack https://archive.org/details/windows-xp-post-sp2-update-pack https://archive.org/details/windows-xp-post-sp3-update-pack https://archive.org/details/windows-xp-and-server-2003-x64-update-pack https://archive.org/details/windows-server-2003-x86-update-pack_202506

hmm, confirmed v30i and v31 also works. and it seems to be broken in v31a and later. since there is no release note and/or changelog for v31a, nothing is known besides ntdll and kernel32 are newer in v31a.

https://github.com/LordOfMice/Tools/blob/master/nvme9x.zip High speed of executing large (>64K) I/O requests. Custom DMA handling instead of using OS service. Large requests (from 64K to max size supported by controller) executed as fast as in NT now.

The old download link I used in my ytBATCH releases was https://github.com/nicolaasjan/yt-dlp/releases/latest/download/yt-dlp_x86_Windows-XP.zip which is no longer working. As you can see, at some point you changed the file name of the ZIP archive. For me. no problem. I have already rewritten the yt-dlp update module for the upcoming release of ytBATCH.

Huh? They are like this for quite some time now: 🤔 https://github.com/nicolaasjan/yt-dlp/releases/latest/download/yt-dlp_x86_winXP.exe https://github.com/nicolaasjan/yt-dlp/releases/latest/download/yt-dlp_x86_winXP.zip

WinNTSetup 5.4.2 - fixed could not start minimized - fixed some wimcapture issues - fixed possible buffer overflow in some minwin functions - fixed crash on malformed Win10Builds.ini - updated ux and drvinst patcher for Win11 build > 28000

Many programmes come with their own OpenSSL modules to establish secure connections. If such a programme is no longer updated, it is only a matter of time before secure connections can no longer be established. Local updating of the OpenSSL files by the user, if possible at all, can then help. A global installation of a current OpenSSL version will not help at all in such cases, as it is simply not used.

Without a correctly installed and running HTTPSProxy, you will get this message each time under Windows XP when trying to activate Panda. Whether the proxy is working correctly or not, you can see in its console window. If you are not familiar with these proxies, then you should read my article ProxHTTPSProxy and HTTPSProxy in Windows XP for future use.

My new beloved superhero, @autodidact : https://msfn.org/board/profile/398146-autodidact/content/ This most kind, generous and altruistic person is also a member on the videohelp.com forums, where he's been releasing Win7-compatible FFmpeg builds periodically; and here, he's doing the same for Vista/XP users; in some way, he's picked up the baton from Reino (whose very old, SSE-only, PC with XP died one year ago) ... As I said, it was by necessity ; but I don't think he's regretted it ...

Reviews: "Panda's ability to catch malware lags behind that of many other free security products," from: https://www.tomsguide.com/us/panda-free-antivirus,review-3524.html "Its security scores may not be consistently impressive" from: https://www.techradar.com/pro/security/panda-dome I was also surprised at the score of 6/100. I initially thought that I had a wrong setting in Panda. The 100 files in my sample were from actual downloads from eMule, together with many good, clean files. I have two 2TB HDDs with flagged stuff from eMule, and could have increased the sample size to 10,000 infected files from eMule, but an initial check with 100 randomly picked infected files was good enough for me. I only wanted for myself an initial glance at the approximate detection capability of stuff from eMule, which may be different from the results of official tests by the professionals.

https://github.com/LordOfMice/Tools/blob/master/nvme9x.zip Full handling of Windows 9x specific requests that use Linear Scatter/Gather buffer. Update is recommended. Install either by reinstalling the device or manually copying nvme2k.mpd and nvmevsd.vxd to %windir%\SYSTEM\IOSUBSYS\ The problem and solution are described in detail in https://github.com/techomancer/nvme2k/issues/15 There are no remaining issues, except for slightly slower performance under Windows 9x than under NT. This turned out to be an issue with the implementation of standard OS service for DMA (Bus Master) controllers – it's almost impossible to receive a real requests for the controller longer than 64K over any length of time. Solution is possible, but this would require custom implementation, using non-standard code.

Although the LUA script yt-dlp4vlc,, originally created by FalloNero on GitHub, is still working, I modified it once again but already months ago. I didn't like his solution from April 2025 to have to add the video quality to the link every time it was transferred to VLC. It is easier to only enter the raw YouTube link as was the case in the past. In the LUA script, I therefore added code to be able to read and use the video quality which the user has preset in the video settings of VLC. Furthermore, I added a new variable containing a limit to use no better codec than h264 (an important switch for older hardware). I also changed the content of the format_string variable. Both can of course be changed by the users according to their needs. Finally, I reduced the hidecon command to start yt-dlp hidden. Here is my new mod of the LUA script yt-dlp4vlc: -- YouTube Link Resolver for VLC with Separate Video and Audio URLs -- Place this script in VLC's lua/playlist directory local yt_dlp_path = 'yt-dlp.exe'; local yt_dlp_silent_path = 'yt-dlp-silent.exe'; function sleep(s) local ntime = os.time() + s repeat until os.time() > ntime end function probe() -- Check if the input is a YouTube link return vlc.access == "http" or vlc.access == "https" and (string.match(vlc.path, "youtube%.com") or string.match(vlc.path, "youtu%.be")) end function parse() -- Construct the full YouTube URL local youtube_url = vlc.access .. "://" .. vlc.path -- Extract "quality" query parameter if present local quality = youtube_url:match("[&?]quality=(%d+)[pP]?") youtube_url = youtube_url:gsub("[&?]quality=%d+[pP]?", ""):gsub("[&?]$", "") -- Remove trailing ? or & -- Get the preferred resolution preset by the user in VLC local prefres = vlc.var.inherit(nil, "preferred-resolution") if prefres < 0 then prefres = 2160 -- Best quality set to 2160p to overwrite VLC's native value of -1 end local allowed_qualities = { ["240"] = true, ["360"] = true, ["480"] = true, ["720"] = true, ["1080"] = true, ["2160"] = true } -- Default quality limited to the preferred resolution taken from VLC's settings local format_string = string.format("bestvideo[height<=%i]+bestaudio", prefres) if quality and allowed_qualities[quality] then format_string = string.format("bestvideo[height<=%i]+bestaudio", quality) vlc.msg.info("Using requested quality: " .. quality .. "p") else vlc.msg.info("No valid quality specified. Defaulting to best available.") end local cmd_hidden = yt_dlp_silent_path -- No better codec than h264 (an important switch for older hardware). This can of course be changed by the users according to their needs. local codec_limit = '-S "codec:h264"' local video_url = '' local audio_url = '' local yt_dlp_silent_exists = io.open(yt_dlp_silent_path, "r") ~= nil if not yt_dlp_silent_exists then vlc.msg.info(yt_dlp_silent_path .. " not found. Falling back to " .. yt_dlp_path) cmd_hidden = 'hidecon &' -- Start cmd hidden and ... local cmd = string.format( '%s "%s" %s -f \"%s\" -g "%s"', cmd_hidden, yt_dlp_path, codec_limit, format_string, youtube_url ) local handle = io.popen(cmd) video_url = handle:read("*l") audio_url = handle:read("*l") handle:close() else vlc.msg.info(yt_dlp_silent_path .. " found. Running program") local cmd = string.format( '%s -s "%s %s -f \"%s\" -g %s"', cmd_hidden, yt_dlp_path, codec_limit, format_string, youtube_url ) local process = io.popen("start /B " .. cmd) process:close() local output_file = "yt-dlp-output.txt" local file_exists = false local timeout = 0 local timeout_limit = 10 while not file_exists do local file_test = os.rename(output_file, output_file) if file_test then file_exists = true else vlc.msg.info("Waiting for output file...") sleep(1) timeout = timeout + 1 if timeout > timeout_limit then vlc.msg.warn("Timeout reached. The output file was not created.") break end end end vlc.msg.info("File found") local file = io.open(output_file, "r") video_url = file:read("*l") audio_url = file:read("*l") file:close() os.remove(output_file) end video_url = video_url and video_url:gsub("^%s+", ""):gsub("%s+$", "") or "" audio_url = audio_url and audio_url:gsub("^%s+", ""):gsub("%s+$", "") or "" vlc.msg.info("[YouTube Resolver] Original URL: " .. youtube_url) vlc.msg.info("[YouTube Resolver] Video URL: " .. video_url) if audio_url and audio_url ~= "" then return { { path = video_url, name = vlc.path .. " (Video)", options = { ":input-slave=" .. audio_url } } } else return { { path = video_url, name = vlc.path .. " (Video + Audio)" } } end end Don't forget to download hidecon (see the quoted post) and copy it to the main progranmme folder of VLC! From now on, the user's default settings for video quality will be respected again. Simply enter any YouTube link in VLC and the preset quality will be played. Cheers, AstroSkipper

Happy new year! $OEM$ folder is automatically selected, if it's in the same folder as install.wim. Else you can choose it on the "Ready?" window.

I have msvcr100.dll v. 10.0.40219.473 in XP. I use abbodi1406's CPPredist AIO x86 v35 (XP_last).

@JFX Thank you for the update. This program is so essential, I can't image install without it. Thank you for making it. One question, I used the $OEM$ folder with SetupComplete.cmd inside but it never ran, Like the drivers/unattend dedicated tabs, can we also have dedicated tabs for SetupComplete, Firstlogon.cmd etc where we could specify the locations of the files and program make them available to Windows setup ? Thank you for your great work. Highly appreciated.

JFX Thank you. Happy New Year to you and all the best!

@VistaLover I will reply here instead of going offtopic on GitHub in this thread. You asked: I used adang1345's CPython 3.14.2 and these dll's. But the dll's from your other link also failed. I also have the 2015-2022 redistributable. The issue is in the name of these files. E.g. libssl-3-x64.dll instead of libssl-3.dll, as CPython x64 expects. And, as you have seen, there are no issues at all building the 32bit counterpart using adang's Python with the dll's from your sources. I have absolutely no idea how to build a Windows 7 compatible Python 64bit and link it against OpenSSL-3.6.0. 😕 Maybe I should ask adang to include a more recent OpenSSL. Preferably the 3.5.4 LTS release. I did manage to build them on Linux though (with a lot of help from AI 😐). And then force yt-dlp to use it via an alias: alias yt-dlp='python3.14 /usr/local/bin/yt-dlp' (in the file `.bash_aliases`). Result: [debug] Python 3.14.2 (CPython x86_64 64bit) - Linux-5.15.0-164-generic-x86_64-with-glibc2.35 (OpenSSL 3.6.0 1 Oct 2025, glibc 2.35) (my system itself has the old Python 3.10.12 and OpenSSL 3.0.2) The challenge was, to install the updated ones in a way that they would not interfere with the system installed ones. It would cause major breakage.

Responded with PM. Note that a request for account deletion specifically to remove attribution for privacy purposes is moot at this point. The site is archived to bejesus and back, so even if an action is taken to remove attribution, that information will still exist on other websites. Re laws and this forum, we are bound by the laws where the server is physically located and no others.

... @Reino has left the Windows XP "Kingdom" for good and he now resides on Win11 territories ...

I have Windows 2000 with extended kernel here in a VM and the latest New Moon works fine.

runtime files are not changed and it works on XP SP2 with hotfix or SP3 using same runtime files, so the problem could be in w2k extended kernel.

Besides speed, system stability could be another criteria for deciding between fltmgr.sys build 5107 and build 6912 under WinXP. eMule could be used for comparing system stability/uptime when running with fltmgr.sys build 2180 [WinXP SP2] vs build 5107 vs build 6912. eMule, installed under WinXP SP2 and running 24/7 on a dedicated old Inspiron laptop (500MHz, SSE-only, 512MB RAM), tends to crash with the original fltmgr.sys build 2180 after downloading for 7-14 days. Build 5107 has been installed to see whether it can increase eMule uptime, i.e. system stability.

Thanks, AstroSkipper. But pw-protected "ProxHTTPSProxy_TLS_1_3_1_5_220717_PopMenu_3V3_CheckedByAstroSkipper.7z", containing your software package, has still the same issue (false positives by Kaspersky) which I posted on 14Jan2025, https://msfn.org/board/topic/183352-proxhttpsproxy-and-httpsproxy-in-windows-xp-for-future-use/page/61/ cacert_updater.exe and cmdow.exe inside your package still get flagged as Trojan and riskware by Kaspersky. mediafire: "This file was uploaded from Germany on January 14, 2025 at 9:50 AM" I surely want to believe that your package is clean. Maybe you can make these two files look clean or replace them, not just password-protect them? Many good little files have disappeared into oblivion because they were flagged.

Don't worry, I have 6 licences (for 26 PCs) all on the same email address.

The activation of a Panda account needs a TLS connection. That's why you have to use ProxHTTPSProxy or similar technology under Windows XP. No chance without it since Windows XP lacks modern, secure protocols natively. And any contact to Panda support without a registered account is not possible.

I doubt that you really "have to". ie, enter a FAKE/TEMPORARY email address !!! I use GUERRILLA MAIL all the time for things like this. There are others. **NEVER** give out your real email. Not even my checking account has me REAL email. I do *NOT* want their monthly *CRAP* just to tell me a monthly statement is available.

@VistaLover didn't talk about your "ancient version" but about Panda Antivirus Free. BTW, it doesn't make any sense to talk about your ancient version as it is no longer available for other users and therefore no option. Furthermore, I doubt the tests you carried out regarding Panda's detection rate. Panda has always achieved reasonable results in official tests. It is better to leave such tests to the professionals. Here is a current test with a comparison of 28 antivirus programmes from December 2025: https://softwarelab.org/best-antivirus-software/ Panda came in fourth place in this test with a detection rate of 99%. Here is a quotation from this test: Your detection rate of 6% is rubbish. Does Kaspersky pay you to spread such nonsense?

I test-downloaded it, kerio-pf-2.1.5-en-win.exe is the identical installer file of v2.1.5 which I have been using under WinXP since 2008. After registering, the Registration tab in the window "Administration" changes to a License tab. One issue I remember was that Kerio crashed sometimes when a program was running in a sandbox under Sandboxie v5.22 under WinXP. I then unloaded Kerio while the program was running in the sandbox. After having finished running the sandboxed program I re-started Kerio. Another minor issue is a bloated filter.log file. Writing to the .log file can be disabled by -> Advanced button -> Miscellaneous tab -> de-select Log into file (filter.log). Disabling writing to the logfile has made uTorrent v3.3.2.30488 (17Jan2014) a little faster on my slow Inspiron 7500 (700MHz Pentium III).

Probably for the same reason it doesn't install on WinXP Pro SP2 x64; the Panda devs, in a narrow-minded decision , have hardcoded WinXP to ONLY be NT 5.1; anything higher (e.g. 5.2) is assumed to be Vista+, for which they mandate a version of .NET FW > 4.0.x (4.6 to be precise):

FFmpeg update. XP: shared static libfdk-aac VISTAx86: shared static libfdk-aac

... Surely a typo, but you actually mean MB there, don't you ...

Hi To make all new versions of Roytam browsers work under XP SP2, here is the simplest solution... download:CFF-Explorer.exe https://ntcore.com/files/CFF_Explorer.zip Launch CFF Explorer.exe and open the file in the Roytam browser Open concrt140.dll, click on Import Directory, and then click on kernel32.dll then click on the line 00037E0A - 00037E0A - 0256 and Change the function name from "GetLogicalProcessorInformation" to "FindNextFileA", and then Click on Save. do this for all roytam browsers and it now works for xp sp2.

Merry Christmas and please enjoy a freshly specially experimental build!

^ Understood, I appreciated all the help, but I'm not a 'typist' and never really good at spelling and it aint getting any better. But, the following worked; Default Programs Editor https://defaultprogramseditor.com/

The two programs I use for this area of trouble, usually to un-associate a program I've accidentally used forgetting to uncheck the, annoyingly, Windows checked by default 'make default' tick box rather than what is described here as being the problem are:- https://defaultprogramseditor.com/ and https://www.softpedia.com/get/System/OS-Enhancements/Unassoc.shtml I was thinking that you could try to un-associate everything already associated with opening a .pdf then with that clean slate trying to associate the program wanted. I find it a bit unusual that a 'proper' PDF viewer like Adobe Reader, Sumatra or Foxit are not amongst the options as usually, arrogantly, Adobe will assign itself by default to open any .pdf file type. So even if you use something else you'd expect to see it in the list. Whether these programs will help in this case I do not know but they're useful tools to have particularly as they both work with XP and Win7.

My wireless adapter drivers are all dated 2013 thru 2015. Once I find one that works, IT NEVER GETS UPDATED. I often intentionally attempt to track down OLDER and never newer.

Clicking onto the vthash.exe file as described in the readme file. And it doesn't matter whether doing that from an Explorer or Total Commander window. The window is always hidden and inaccessable. Process Hacker can see its proccess, the window item is disabled, though.

I am an old member of MSFN too with 4k+ postings , and I have never given any advice without a well-founded reason. Long story short, absolutely no trust in Kaspersky and especially in their definition updates. And this will be the case forever. The reasons for that can be read in all its detail in this thread.

FYI and for the cause research, if the programme has been called, and the window is not accessible, it appears the moment you open an Explorer window, very strange.

@genieautravail Your release VT Hash Check 1.67 for Windows XP is running fine here. But one thing is not working as described in the readme file. When clicking the main executable, the window is supposed to be opened to reach its settings. The programme opens, and I can see it in the task manager but its window is inaccessable. I can only reach the settings when performing a hash check. I don't think that was the intention. Or did I miss something? And BTW, the option SSL/TLS has of course to be enabled to establish a connection to VirusTotal.

When checking for a yt-dlp update, the command yt-dlp -U always gave an error messsge but never performed an update under Windows XP. Recently, this message no longer appears, and yt-dlp is updated directly to a version that is not XP-compatible. Since this command wasn't a big hit under Windows XP anyway, I've now programmed the yt-dlp update check to be squeaky clean. In the upcoming release 1.6, a clean version check will be carried out as it is already performed by the youtube-dl update module. The direct updater has also been modified accordingly. No more youtube-dl -U or yt-dlp -U commands.

Due to a recent change in @nicolaasjan's yt-dlp release, I had to change the update module for the YouTube downloaders in my release ytBATCH for Windows XP 1.5. Additionally, I modified both config files youtube-dl.conf and yt-dlp.conf to download YouTube videos with a resolution 480p and the h264 codec at maximum combined with the audio codec mp4a for all Windows XP users on old, weak hardware like me , and to embed subtitles. These config files can of course be edited by the user to use higher codecs and resolutions at any time. ytBATCH for Windows XP 1.6 will be released soon.

you're welcome , be sure to rename it to crashreporter.exe , NOT to crashreporter.exe.txt.

@THK2003 , WerRegisterRuntimeExceptionModule function registers a custom runtime exception handler that is used to provide custom error reporting for crashes. The key words are "error reporting" , so this is yet another spying "feature" . Absolutely not needed . Try replacing crashreporter.exe with a blank file. Create an empty txt file . Rename it from "New Text Document.txt" to crashreporter.exe and replace. Actually, you can replace all *.exe files in the firefox folder, except the firefox.exe itself.

Actually this is my discovery, so should be polite to mention me. And I still do not have any answers why the much beloved russian (KGB or not) repackers "missed" out that important part completely. I mean , c'mon , russians are so cool at hacking (that's what they tell us on TV , no ?) , so how come they didn't "notice" ? Actually, they "missed" out lots of telemetry parts and codes generated by 360 Chromium to link each user to the PC he's using at the moment and much , much more... https://msfn.org/board/topic/182304-extreme-explorer-360-chromium-78-86-general-discussion/page/15/?tab=comments#comment-1194253

Opera 72 with these latest files "SHAssocEnumHandlersForProtocolByApplication not found in SHELL32.dll".

Well , I don't think this will help because I've installed the driver manually, avoiding Nvidia's auto installer. I've spent another several hours trying different drivers and registry hacks. As far as I can see , there is just not enough info for the players to "see" HD audio capable device . Take a closer look at the Vista's registry entries under : [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\MMDevices\Audio\Render\{my receiver auto generated id}\Properties] For example, HDAUDIO string is missing , compared to W7 entries . So I changed the .inf file (added everything from W7 sections to the Vista ones) and when I try to install this driver manually Vista says driver is not signed , I pressed ignore and the installation went ok , but it didn't change anything . Still not enough needed entries in the "MMDevices". It is painfully annoyning to add them manually for each device , esp. since the names are auto generated . At least now I know what's the culprit and who's to blame . I think Nvidia made it that way so one couldn't use HD audio on Vista. I will not purchase their products anymore . I've been their fan for almost 20 years. Any ideas ? Thanks.

Yeah , I too use a 24' CCFL 15 year old monitor and loving it very much. But DTS HD MA is ancient by modern standards and should be supported by ancient hardware, including Realtek (for examplle 2nd Generation Intel Core mobo's) , Nvidia's cards starting from GTX460 (I think, maybe even earlier). Do you remember the times when there was a small cable that we needed to attach to the motherboard's SPDIF and connect to Nvidia's DVI to bypass the digital sound. GTX 8800 definitely had this "feature" . I guess Nvidia was cutting the costs of the production so we needed to use onboard sound , later they added their own chip and it 100% supports DTS HD MA , I guess starting from 2010 or so.