Leaderboard

I have received the Windows 7 logon failure hotfix as well as the set of kernel32/kernelbase dlls preceding the ones in the hotfix. kernel32 is very similar, with the only differences in the text (code) section of the file being in the debug directory. These differences are superficial, mostly consisting of changes in the timestamps. But kernelbase (which was part of kernel32 in Vista and earlier) is a very different story, with all kinds of small patches scattered throughout the text section. It may take awhile to implement. Tentatively, this seems to be an issue with a previous implementation of LoadLibraryExW. I have also finished implementing K32EnumProcess and GetActiveProcessorCount series in x64 kernel32.

To prevent user confusion, I strongly recommend disregarding the tutorials and contacting me directly instead about the extended kernel. The original post was removed as it was continuing to confuse users. There will be further discussion about the evolution of the extended kernel in the coming pages.

I use uBo in normal mode with eMatrix and while allowing everything in eMatrix, uBo looks like this: uBo filters: Screenshot And a system-wide HOSTS file, containing the ones also included in uBo (but not selected).

I have no problem. NM28 ublock origin 1.16.4.23 only

Therefore, even if you manage to run the installer, the program itself will not work.

I personally prefer hjsuffolk14's service pack the best to use. I preserved it on my website. His service pack is honestly the least fussy in my opinion and includes main system updates.

Yes, this bug also affects quotes on here. All of them are dated as "just now". So it appears that this bug appeared with my earliest revision to kernel32 this afternoon. I had commented out the Windows 8 function GetCurrentPackageId, but another one was fixed, GetSystemTimePreciseAsFileTime; that was previously typoed as GetSystemTimePreciseAsFileTIme. So I typoed it again and now the date problems and the download progress bar are fixed. Indeed, this is what this function consists of on Windows 8: retn 0 Makes me wonder how it could work on W8 in the first place. I also fixed up some code in a subroutine linked to the Power*Request functions. That fixes the Visual Studio Code CPU utilization issue.

I have done changes to uxtheme and dwmapi.dll (x64 in both cases) that strips them of any code associated to the new functions in each file, making them true stubs pointing to memory addresses far out of the file's range. Firefox 68 ESR and 78 (regular) are unaffected by the change, while the new stub-like properties of the functions do not affect logonui/winlogon in any way like my earlier attempts did, allowing for the OS to run with them. Windows Explorer is also stable with them. And furthermore, I got Firefox 68+ address and search bars working like normal after these changes! But it cannot automatically download Widevine CDM. So now I can focus on adding the last five functions (K32EnumProcess plus the ones in my post above) to x64 kernel32.dll. x86 kernel32 is actually quite difficult to modify in some way. Doing a "paste write" of the code into HxD like I do for x64 files breaks the x86 files in some way. And a "paste insert" seems to work, but it doesn't replace the existing zero bytes, it just pushes them farther down so to speak, making the file bigger and presumably why this would break an export table located below it (as I found to happen with x64 files where the export table was already relocated by me). update: actually there is another bug where the download progress bar is not updated in all browsers from Serpent/New Moon to Firefox 78. I'll investigate that one further. And some fonts on DDG in Firefox 78 didn't appear (perhaps they failed to download, possibly linked to Widevine CDM failing to download). In any event, you can still redirect Serpent and New Moon to the original Vista DLLs. These problems seem to be linked to kernel32.

New build of BOC/UXP for XP! Test binary: MailNews Win32 https://o.rths.ml/boc-uxp/mailnews.win32-20200711-9a3d652a-uxp-936438dd5-xpmod.7z Browser-only Suite Win32 https://o.rths.ml/boc-uxp/bnavigator.win32-20200711-9a3d652a-uxp-936438dd5-xpmod.7z source patch (excluding UXP): https://o.rths.ml/boc-uxp/boc-uxp-src-xpmod-20191123.7z No official repo changes since my last build. -- New build of IceApe-UXP for XP! Test binary: https://o.rths.ml/gpc/files1.rt/iceape.win32-20200711-id-eed056673-ia-41157bf-uxp-936438dd5-xpmod.7z for UXP changes please see above.

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rths.ml/basilisk/basilisk52-g4.6.win32-git-20200711-61fb611-uxp-936438dd5-xpmod.7z Win64 https://o.rths.ml/basilisk/basilisk52-g4.6.win64-git-20200711-61fb611-uxp-936438dd5-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.rths.ml/basilisk/basilisk52-g4.6.win32-git-20200711-61fb611-uxp-936438dd5-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.rths.ml/palemoon/palemoon-28.10.1a1.win32-git-20200711-92c0881dc-uxp-936438dd5-xpmod.7z Win64 https://o.rths.ml/palemoon/palemoon-28.10.1a1.win64-git-20200711-92c0881dc-uxp-936438dd5-xpmod.7z Official UXP changes since my last build: - Issue #618 - Check for failed instantiation when starting to fetch dependencies (ec10b65dd) - Issue #618 - Add clarifying code comments. (98752af13) - Issue #618 - Align module instantiation/errors with the updated spec. (61a471ef1) - Issue #618 - Update code comments for ModuleInstantiate (9ca741472) - Issue #618 - Add APIs to query module record errors (74c48bcc7) - Issue #618 - Match JSAPI names with the changes in 9ca74147225eed305e28c7887f9b2251aeeb0f36 (10e262441) - Issue #618 - Fix JSAPI additions to pass the JS context. (121935cae) - Issue #618 - Remove eager instantiation (046534432) - Issue #618 - Remove context and heap-idle check (9b60e7110) - Issue #618 - Further align error handling for module scripts with the spec (66bf3a227) - Issue #618 - Slightly improve module scripting tests. (d637d99ee) - Issue #618 - Report source position information (line/column) (2dff89b65) - Merge branch 'es-modules-work' (c053de708) - Issue #618 - Fix typo and remove old function declarations. (e378530bc) - Merge branch 'es-modules-work' (7cebdd781) - [image] Add a sanity check to JPEG encoder buffer handling, just in case. (64be1dc32) - [AppCache] Add check for disallowed encoded path separators (1409983d2) - [WebRTC] Make candidate pair insertion code easier to read/understand. (7bc3826bc) - [js] Improve readability and control flow of js date string parser. (247ed6576) - [NSS] Implement constant-time GCD and modular inversion (3e56a2c97) - [NSS] Version and build bump (c5e5d7068) - Force clobber (5d700cd91) - [js] Get the class pointer from the ObjectGroup in NativeObject::slotSpan (f0a6ca4f9) - [network] Use query and ref lengths if available in nsStandardURL. (936438dd5) Official Basilisk changes since my last build: - Issue MoonchildProductions/UXP#1578 - Add global menubar support for GTK (7b88cc8) - Merge pull request #19 from Lootyhoof/global-menu (08794b6) - Issue #17 - Reinstate erroneously removed unload event listener (61fb611) Official Pale-Moon changes since my last build: - Issue #1782 - Add option to insert all new tabs after the current tab (e823327b3) - Update back-end branch pointer (Unstable 2020-06-27) (7b4263d20) - Update back-end branch pointer (Unstable 2020-07-06) (92c0881dc)

Unfortunately things aren't working out with Brave: And I have identified two conditions that may cause a system to lock up; first, running chrome_pwa_launcher.exe from Brave's folder or attempting to use Netflix in Firefox 68 ESR and later. In the second case, it seemed to be due to GetCurrentPackageId, which is a Windows 8 function. Firefox also does exhibit completely different behaviour if tricked into thinking it's on 8.x, as most UI elements don't work in that case. You can disable buggy functions by opening your local copy of a dll in ExportTableTester, and simply changing "XXXXFunction" to "XXXXFunctio_". But Electron-based Visual Studio Code seems to be in a better place. The only thing holding that back is my incomplete implementation of Shell_NotifyIconGetRect. All I have to do for that one is add a chunk of the function (as in a part that is separated from the rest), two subroutines with a chunk each, as well as a couple of new qword values in the data section. Luckily, all of its imports are accounted for in the Vista version. I can't think of a good, modern Chromium browser to try. It seems that they are all undesirable in some way, and their only good purpose is to view heavily-DRMed content that roytam1's or Tobin's browsers can't handle. With the expanded complexity of the project in mind, I have scrapped the idea for the tutorial. I am working on alternative means of distribution for the kernel extensions. Please contact me for more information.