win32

GetLogicalProcessorInformationEx -> GetLogicalProcessorInformation TryAcquireSRWLockExclusive -> AcquireSRWLockExclusive psapi.EnumProcessModulesEx. It's basically the same function but this kind of substitution is usually unsuccessful for some reason.

Is this with the new one or the old one? I don't even get any calls to missing functions in my test VM. Does this Windows 7 have the platform update? Perhaps it is using newer D3D 11.1 features that aren't Vista compatible yet.

I have been able to watch 4k video in Serpent 52 on Windows 2000, but it is set to Vista user agents usually.

A working replacement explorer.exe has been made available in the Mega folder.

Both 32 bit programs, seemingly. Reader 2015 DC seems to want the user32 functions RegisterTouchWindow, CloseTouchInputHandle and GetTouchInputInfo, as well as kernel32.K32EnumProcesses. Are you using the wrapper for it from smeezekitty? As for uTorrent, yes it broke with the latest one. The problem is that it doesn't actually crash. It just unloads itself after a successful call to WTSAPI32.DLL. Even the installer is affected. This is quite strange.

Please tell me which versions of both you were using.

vistaexkernsetup_12312020.7z you mean? This has the latest kernel32/wrapper files.

The installer has been added and files have been updated in the same Mega folder as usual. kernel32 is updated both on x64 and x86, as is new x86 wrappers, ntext and ntk32.dll. I thought I had done it last night, but it seems that I somehow distracted myself enough from actually uploading it.

There is a new extended kernel version released. Development was hindered greatly by the struggle to make new x86 shell32 functions well, function. ntdll is the source of that discontent and the secret may lie in either the Server 2003 version or even one from a later Vista build. Most x86 programs rely on the shell32 functions, which means that there will not be much in the way of new x86 programs working aside from what has been shown already. However, SetThreadErrorMode has been stabilized on x86 and WMP 11 x86 (the default WMP on Vista x64 as well) is working again (x64 version continued to work anyway). TryAcquireSRWLockShared is implemented on both Vista x86 and x64; there were several programs I'm aware of asking for it.

Looks like LibreOffice 6.x series works: But 7.x causes a VC++ runtime error right now. Just drop "LaunchCondition" from MSI before installing using Orca.

I have never seen this error, and this function is not even in the Windows 7 version of msvcrt. I would recommend installing the VC++ 2015-2019 runtimes.

Yes. Vista gets unstable with newer versions of AGESA, but I am unsure of which versions are stable and which ones are unstable.

I don't think so. Is ntext available at this point? If not you can use the even older procedure for getting Firefox 7x/8x working by replacing the ntdll function call RtlQueryPerformanceCounter with NtQueryInformationProcess in firefox.exe using CFF Explorer.

MS deleted their documentation on this particular bug check. http://web.archive.org/web/20171109144526/https://docs.microsoft.com/en-us/windows-hardware/drivers/debugger/bug-check-0xc000021a--status-system-process-terminated What is your AGESA version?

You can get newer versions of Steam working, but without the browser because of it being based on modern 32 bit Chromium.

AcquireSRWLockShared and TryAcquireSRWLockShared are quite similar (as they take the same parameter), but they are different in operation. I am going to add the latter in the next update anyway. Though I still believe that AVX is the culprit.

0xc000001d (illegal instruction) crash. Interesting. I get that when calling export-forwarded functions in my wrappers, but it also indicates an attempt to use a CPU instruction not implemented in that particular CPU. But you have a 3770K, which seems to have good CPU instruction support aside from perhaps AVX2 (interestingly introduced in Haswell to non-Pentium/Celeron CPUs). Perhaps it may have something to do with Vista not having proper AVX support?

That may be a deficiency of the specific driver. And there really aren't any options for GTX 1060 users. But that should change once ntoskrnl extension begins. But I also need to make some serious progress in x86 land, which is needed to get the Discord desktop app working. Because of some apparent WOW64 limitation, the method of implementing shell32 functions seems to be really difficult yet necessary.

You're using Vulkan? Only NVIDIA drivers on Vista support it, and only up to version 1.0.8 before they dropped Vista support.

OK, I thought it would show the normal Windows crash dialog as it does often for me. Try running the program through Dependency Walker and show me the logs then.

For cemu, press "cancel" on the error dialog and show me what appears. I wonder if it may use DX 11.1/2 features? Steam issues depend on the version you're using, and you need to get the VMware registry keys from HKLM\Software and HKLM\Software\Wow6432Node into the Vista registry. It may still not work.

You only need to copy what is provided with the installer. Yes, try it and see what happens.

I am pretty sure that it has been working on Haswell before, and the functions are largely based on those from recent Windows 7/8.1 updates.

Another outstanding issue in terms of file location is the difference between a system with UAC enabled and disabled; the former will set the current directory to %winroot%\system32 by default, while the latter does not insist on changing the current directory. I had thought by adding cd /D "%~dp0" that I resolved this discrepancy, which I have tested on Vista installs with both UAC enabled and disabled. If I hadn't set the CD, then the system files would've been renamed (or the installer would purposely fail due to lack of ntext if it's not there) with new ones not being copied because they would no longer be present.

Yes, if the installer has problems executing then yes. I do know that I had a hard time loading the services MMC snap-in and task manager among others on a Kaby Lake system.