win32

That would not be the cause of any shell32-related error, as that is a pure win32 binary (now errors in files such as mscoree.dll, clr.dll etc. would point to a .NET-related issue). I don't know osu, but perhaps there are multiple branches of it that call for different system API functions.

Somehow I doubt this is exactly true. This MS page says that: https://docs.microsoft.com/en-us/dotnet/api/system.globalization.culturenotfoundexception?view=net-5.0 But another one (https://docs.microsoft.com/en-us/dotnet/api/system.globalization.cultureinfo?view=net-5.0) says this: And .NET 4.0 supports XP and Vista as well. Although there were a couple of locale-related functions I tried to bring over from 7. They are quite stubby and worked sufficiently well for the target applications (think it was newer Chromium browsers). But I can remove them for this specific case if necessary.

Woah, the average cost dropped by 22.80 USD over the past year in Canada to 34.86.

There's no reason why they shouldn't. They're close enough.

Sometime in December. Probably towards the end.

Yes, Telegram is also 32bit. Since the x86 situation was previously very poor, I hadn't bothered to release anything other than kernel32. But I do plan on releasing an x86 user32 with the next update.

I heard something about Comcast having 300 GB caps about 10 years ago. Data caps were universal in Canada around that time, being around 10 to 40 GB with the main ISPs and up to 300 GB with some resellers. A penalty of up to $5 per GB was charged. Now they are rarer. With bundling with the ISP's other services (as it's actually the incumbent phone company which also branched out into satellite/IP TV, cellular phones, and home alarms), prices for a 50 mbps connection are around 60 CAD but not exactly sure. Promotional pricing can be under 40 CAD.

Considering the issues you just had, I'm not sure. But it's weird that this happened nonetheless. I just bypassed the subsystem checks, fixed up two functions and added two others. Perhaps something went wrong with the download? This is the SHA-256 checksum for my installer 7z: 83CFFB0C8A144E608403D1D4EAD02EDB99DF37196977ABFA1A370F6A9DD948A3 is that yours?

Boot from your Windows 8.1 USB, do a shift+f10, and go to your system32 folder. delete kernel32.dll rename kernel32.dll.bak kernel32.dll Repeat this for user32, shell32, ole32, dwmapi, uxtheme.

For those with access to the MEGA folder, you will notice two .7z files: vistaexkernsetup_11222020.7z is an installer for the newest set of extended kernel files. Must be run as admin. One improvement in the new files is the removal of subsystem version checking, so you don't have to change Firefox's Subsystem version from 6.1. SetWaitableTimerEx has been added as well, which allows Office 2019 setup to run, but its version check is very complicated. Another function needs to be added for Office Click-to-Run components to run anyway: mfplatsetup.7z is an installer for Windows 7's Media Foundation files, which are used by recent Firefox-based browsers.

That depends on the browser features enabled. I know it awards points for stuff like geolocation being enabled and stuff.

It might be 32bit. On portableapps, it presents you the 32bit portable version of Chrome as default. You must click a bit further to get to the 64bit version.

No. I tried. It's a tough denuvo-esque version check like node and Office 2019 setup.

This is a known .NET bug, Apparently this solution is like this: https://stackoverflow.com/questions/42554944/how-to-solve-this-exception-culture-is-not-supported But I don't get it, as fr-FR should be valid.

Yes, I had forgot about those. Yes.

Ryzen seems to work well if the board has an older AGESA version. I actually do think it could work with Vista's storport.sys, as there are no missing functions in that case. Yes, as well as NT 4; it's the laptop referenced in my sig. There are also discrete graphics options which would make the Intel stuff moot. I don't think the Intel HD 4000 properly supports Vista, forcing me to use XP x64 drivers. Someday, hopefully 7 drivers will be of use but for now...

Almost did and then the inverter on my T60 died (by many accounts it does Vista well even with its specs on the lower end). There's still my T41 but it's just too old with its 2001 GPU (ATi Mobility Radeon 7500). Hope to get a T520/30 or W520/30 someday. That would be a wonderful Vista experience.

I got Office 2019 installer running yesterday, but the version check is very complicated. RtlGetVersion is not enough. Seems like it's checking more than that (using version.dll), which I haven't figured out yet. I do believe that Spotify is 32 bit.

Have you applied this reg entry (and rebooted)? Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options] "DevOverrideEnable"=dword:00000001

I added that function awhile back (early July). You did the .local thing with my kernel32, right?

This one should work with 2000/XP: http://packages.vmware.com/tools/releases/10.0.0/windows/VMware-tools-windows-10.0.0-3000743.iso There's 9x stuff in this one: https://packages.vmware.com/tools/esx/3.5u2/windows/x86/VMware-tools-windows-3.5.0-110268.iso

The downloads at this link seem to be fine. https://packages.vmware.com/tools/releases/10.3.10/windows/index.html I think they're stuffed in the ISO.

4.6.2 also is causing the same issue with the VS installer. I'm going to check if a specific function is causing this (using the method I recommended for KernelXE) and then hopefully fix it. Older and simpler .NET stuff continues to work in my experience though.

I should chime in on this, as I have some of my own issues with .NET. 4.6 seems fine to me; it is the minimum version required to launch the Visual Studio Community Edition installer. Haven't bothered with it enough to go past the "Windows 7 SP1 required" message, but if I have to I will. 4.7.x (a very recent finding of failure for me for this one) and 4.8 however, cause this and a few other newer .NET 4.x programs to crash. 3ds max 2021 is .NET 4.8-based and also crashes after launch. I'm trying to figure it out, but it is harder to deal with .NET than pure win32.

When that dialog appears, dump files are erratically written. You can view them in Dr Watson (drwtsn32.exe). They can be helpful, but in this case they're just as useless as those. As we have no idea what is causing these issues based on dumps and dialogs, we can use local redirection to help us. Go to HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\KnownDLLs and delete most entries (except for the DllDirectory one or else you will get a BSOD on bootup), including the one for kernel32, reboot and then copy/paste the stable kernel32 to the CFF explorer folder, make a file named CFF Explorer.exe.local, so you will be able to use it. Then find a known broken program, copy the unstable kernel32 to its folder and do the .local thingy again. Comment out its calls in the same way using CFF or similar utility until you can get it to launch again. I've had this red herring crash problem before. Chromium 73+ was shown to have crashed on an import call to RtlOemUnicodeString or something like that on Vista originally, but it turned out to be a few incorrect call near ptrs (those can only be done if calling a routine within the same section, when they were indeed calling routines in other sections).