superleiw Posted February 20 Posted February 20 joop, people could think you are trolling winver clearly shows Version 6.2 (9200) so yes -> W8.0 anyway , thanks for the info about FF ESR 115
mjd79 Posted April 2 Posted April 2 (edited) I'm very close to launch Firefox 138 beta and the latest nightly 139.0a1, I'm missing the GetSystemCpuSetInformation function. Without it, FF to 138 launches but does not load any page. From 139 it doesn't work after replacing it with others at all. It supposedly appears in the api-ms-win-core-processthreads-l1-1-3.dll file in Windows 10 10240. And indeed, I checked it, and the kernel32.dll from this compilation imports this function from that file. The problem is that I can't find that file anywhere, I only found the downlevel ones, which are the ones I already have in 8.1. I will immediately point out that version l1-1-2 does not include GetSystemCpuSetInformation, both in 8.1 and 10. https://learn.microsoft.com/en-us/uwp/win32-and-com/win32-apis In fact, I've already succeeded, except that in the original kernel32 under a different name, I added redirection of the missing function to a wrapper created by a certain cracker from Github. However, I prefer to avoid this and solve it on my own, as this is the only missing dependency I have left. Edited April 2 by mjd79 first screen update 1
D.Draker Posted April 2 Posted April 2 11 hours ago, mjd79 said: GetSystemCpuSetInformatio I'd try to blindly replace it with anything and everything containing CPU "affinity". https://documentation.ubuntu.com/real-time/en/latest/tutorial/5-cpu-affinity/ 2
mjd79 Posted April 2 Posted April 2 (edited) Affinity, that I just didn't come across it I remembered from the time of porting Chromium 110 to Win7 about the GetProcessAffinityMask function, so I used it, and now both versions 138 and 139 work. I'll test it for stability, codec and extension performance (initially YT and Ublock work) and write a proper tutorial. In general, this means that we will 99% be able to port the upcoming probably in a few months the next version of ESR. I added the 3 missing imports as redirects in the original kernel32.dll, but you can simply swap in CFF Explorer xul.dll GetSystemCpuSetInformation -> GetProcessAffinityMask GetSystemTimes -> GetSystemTime mozglue.dll api-ms-win-core-version-l1-1-1.dll -> version.dll api-ms-win-core-realtime-l1-1-1.dll and function QueryUnbiasedInterruptTimePrecise -> api-ms-win-core-realtime-l1-1-0.dll and QueryUnbiasedInterruptTime The rest of the missing .dll imports in mozglue.dll need to be replaced with kernel32.dll And of course change MajorOperatingSystemVersion and MajorSubsystemVersion from A to 6 in firefox.exe. Edit: Default-browser-agent.exe does not work (problem in ucrtbase.dll) and crashreporter.exe (user32.dll GetDpiForWindow function is missing, it can be replaced, but then the window will be the smallest possible size and any content will be seen only after the window is maximized) Edited April 2 by mjd79 2
D.Draker Posted April 2 Posted April 2 11 hours ago, mjd79 said: Affinity, that I just didn't come across it I remembered from the time of porting Chromium 110 to Win7 about the GetProcessAffinityMask function, so I used it, and now both versions 138 and 139 work. I crashreporter.exe Glad to help. Why do you need this garbage? Replace with an empty file with the same extension. crashreporter.exe (from TXT file)
D.Draker Posted April 2 Posted April 2 11 hours ago, mjd79 said: Default-browser-agent.exe Also seems like a piece of junk. Replace with an empty file with the same extension. (from TXT file) 2
mjd79 Posted April 2 Posted April 2 (edited) I don't need it, I've already replaced them with empty files, I just posted about it informatively. https://github.com/e3kskoy7wqk/Firefox-for-windows-7 includes a working crashreporter, if anyone want a 100% complete browser (and actually with unnecessary additions). Edited April 2 by mjd79 1
D.Draker Posted April 2 Posted April 2 11 hours ago, mjd79 said: I don't need it, I've already replaced them with empty files, I just posted a information about it informatively. Most of us don't. If you have some time, probably make a list of the garbage files? like I did here. https://msfn.org/board/topic/186741-firefox-and-chromium-running-on-windows-7-by-e3kskskoy7wqk/page/2/#findComment-1278902 2
mjd79 Posted April 3 Posted April 3 The topic is about Win 8.1, but since there is no separate one for 8.0 I am posting the information here, it also works after very similar modifications (even GetSystemTimes is not missing, although this 8.0 is RTM without any updates, and 8.1 I use updated to the end of 2017)
drainer Posted 9 hours ago Posted 9 hours ago I've not followed the latest developments for FF on Win 8.1 for quite some time but recently I went into my Win 8.1 machine with a previous FF Nightly Build (version 12x) installed via the CFF Explorer replace EXE operating system version flags method, all my Add Ons are now disabled and no new Add Ons are installable where it prompts error about corrupt files. However, all add-ons work again if I set the flag xpinstall.signatures.required to false. Is this something to do with older FF having outdated root certs or is this something else? As I skimped through the posts above it's mentioned FF above version 128 are non modifiable meaning the CFF Explorer replace OS version way doesn't work anymore beyond 128? So whats the latest way to install the newest FF on Win 8.1? Is version 12x nightly safe to continue using and if I am to permanently use xpinstall.signatures.required = false, is this going to be safe?
Recommended Posts
Please sign in to comment
You will be able to leave a comment after signing in
Sign In Now