user57 Posted March 25 Posted March 25 9 hours ago, modnar said: Thank you both for your answers; I wonder is there any other compiler that would be more flexible? Need you really use Microslop™ compiler? the compiler has to translate like c, java, phyton whatever to a machine code this code is by far not perfect. a solution to avoid this is to write that programm in assembly - smaller, faster - but a lot more to write - and a lots of math and logic the same goes for MMX,SSE, AVX the compiler probaly just cant write a 100 % code in avx if you really want that you would have to write the entire programm (in this case entire windows10/11) in assembly (aka AVX assembly code) - sounds impossible to me c is relativ a lot more near to assembly , java and phyton are script and engine-ish - even then phyton, java would call their functions (then it is already gone away from a real avx/assembly solution) c/c++ is faster then scripts - a well known old problem but important to say these new c++17 c++21 use engines and scripts - i would not call this c/c++ anymore - its getting a so called "high-language" - a high-language is a other word for a script or easier and in most cases slower solution 1
modnar Posted March 25 Posted March 25 10 hours ago, user57 said: ... but important to say these new c++17 c++21 use engines and scripts - i would not call this c/c++ anymore - its getting a so called "high-language" - a high-language is a other word for a script or easier and in most cases slower solution Thank you for a good explanation. I guess it's Microslop™ at work again turning even good things into, well, slop. Sigh.
roytam1 Posted March 27 Author Posted March 27 New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20260328-3219d2d-uxp-956cd0a5cc-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20260328-3219d2d-uxp-956cd0a5cc-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.rthost.win/basilisk/basilisk52-g4.8.win32-git-20260328-3219d2d-uxp-956cd0a5cc-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.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260328-d849524bd-uxp-956cd0a5cc-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260328-d849524bd-uxp-956cd0a5cc-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260328-d849524bd-uxp-956cd0a5cc-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260328-d849524bd-uxp-956cd0a5cc-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260328-d849524bd-uxp-956cd0a5cc-w7plus-avx2.7z Official UXP changes picked since my last build: - Cloudflare Image Resizing fix (c8460ae3e7) - Issue #3016 - allow url.CanParse to use custom-scheme bases to match current spec (a704425358) - Issue #2551 - implement TypedArray.prototype.with (3d131186be) - Issue #3011 - Part 1: Add As{Text|Html}Editor() and AsEditorBase() (2f20100059) - Issue #3011 - Part 2: Switch spellchecker root to Shadow DOM. (e701dad7ef) - Issue #3011 - Part 3: Handle edge case for spellchecking. (964a72079a) - Issue #3020 - document.currentScript should be null in modules (94ffd74cab) - Issue #3020 - Update `currentScript` when dealing with shadow DOM. (eee99b32cc) - Issue #3020 - Clear currentScript after running microtasks (fdee9737a8) - Issue #2548 - Part 1 - Implement MathML DOM and pre-requisites. https://bugzilla.mozilla.org/show_bug.cgi?id=1571487 Introduce interface mixins. https://bugzilla.mozilla.org/show_bug.cgi?id=1414372 Switch XPathEvaluator to using IDL mixins and remaining users of IDL "implements" over to mixin syntax. https://bugzilla.mozilla.org/show_bug.cgi?id=1574195 Introduce GlobalEventHandlers/DocumentAndElementEventHandlers/ElementCSSInlineStyle mixin. https://bugzilla.mozilla.org/show_bug.cgi?id=1579457 Introduce DocumentAndElementEventHandlers to more closely align with the HTML spec. https://bugzilla.mozilla.org/show_bug.cgi?id=1330457 Remove the use of IsCallerChrome in FetchRequest. https://bugzilla.mozilla.org/show_bug.cgi?id=1335368 (85600c7378) - Issue #2548 - Part 2 - Collection of WebIDL parsing updates in an attempt to fix partial interface mixin error. We should ensure, at build-time, that partial interfaces are defined in the same file as the interface they extend. Since our build system doesn't really support correct dep builds if they're placed in a different file. https://bugzilla.mozilla.org/show_bug.cgi?id=1333117 WebIDL: Better error message for trying to inherit from a mixin. https://bugzilla.mozilla.org/show_bug.cgi?id=1575384 Fix webidl identifier conflicts involving typedefs to produce saner exceptions. https://bugzilla.mozilla.org/show_bug.cgi?id=1531623 Disallow nullable types for WebIDL constants. https://bugzilla.mozilla.org/show_bug.cgi?id=1535647 Add support for extended attributes on types in Web IDL https://bugzilla.mozilla.org/show_bug.cgi?id=1359269 Allow LenientFloat to be only in a specific overload https://bugzilla.mozilla.org/show_bug.cgi?id=1020975 (81b4f0c352) - Issue #2548 - Part 3 - Fix some MathML issues encountered since WebIDL works. Add an nsContentUtils API for getting the CallerType of a JSContext. https://bugzilla.mozilla.org/show_bug.cgi?id=1316616 Also added a Fetch() change that was not in the Mozilla patch. (20354b672f) - Issue #2548 - Part 4 - Fix some missed changes for ElementCSSInlineStyle. Introduce GlobalEventHandlers/DocumentAndElementEventHandlers/ElementCSSInlineStyle mixin. https://bugzilla.mozilla.org/show_bug.cgi?id=1579457 (502c704770) - Issue #2548 - Part 5 - Implement the HTMLOrForeignElement mixin. https://bugzilla.mozilla.org/show_bug.cgi?id=1577660 Add 'preventScroll' option to HTMLElement's, SVGElement's and XULElement's 'focus' method. https://bugzilla.mozilla.org/show_bug.cgi?id=1374045 (3febe21f99) No official Pale-Moon changes picked since my last build. No official Basilisk changes picked since my last build. Update Notice: - You may delete file named icudt*.dat and icu63.dll inside program folder when updating from old releases. * Notice: From now on, UXP rev will point to `custom` branch of my UXP repo instead of MCP UXP repo, while "official UXP changes" shows only `tracking` branch changes. 5
roytam1 Posted March 27 Author Posted March 27 New build of BOC/UXP for XP! Test binary: MailNews Win32 https://o.rthost.win/boc-uxp/mailnews.win32-20260328-40a79c75-uxp-956cd0a5cc-xpmod.7z BNavigator Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20260328-40a79c75-uxp-956cd0a5cc-xpmod.7z source repo (excluding UXP): https://github.com/roytam1/boc-uxp/tree/custom * Notice: the profile prefix (i.e. parent folder names) are also changed since 2020-08-15 build, you may rename their names before using new binaries when updating from builds before 2020-08-15. -- New build of HBL-UXP for XP! Test binary: IceDove-UXP(mail) https://o.rthost.win/hbl-uxp/icedove.win32-20260328-id-656ea98-uxp-956cd0a5cc-xpmod.7z IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20260328-id-656ea98-ia-c642e3c-uxp-956cd0a5cc-xpmod.7z source repo (excluding UXP): https://github.com/roytam1/icedove-uxp/tree/winbuild https://github.com/roytam1/iceape-uxp/tree/winbuild 2
roytam1 Posted March 27 Author Posted March 27 New build of post-deprecated Serpent/moebius for XP! * Notice: This repo will not be built on regular schedule, and changes are experimental as usual. ** Current moebius patch level should be on par with 52.9, but some security patches can not be applied/ported due to source milestone differences between versions. Test binary: Win32 https://o.rthost.win/basilisk/basilisk55-win32-git-20260328-eb31645dc-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk55-win64-git-20260328-eb31645dc-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - ported from UXP: Cloudflare Image Resizing fix (c8460ae3) (2d69b6c88) - ported from UXP: Issue #3016 - allow url.CanParse to use custom-scheme bases to match current spec (a7044253) (0fd3dc434) - ported from UXP: Issue #2551 - implement TypedArray.prototype.with (3d131186) (1b04d4b0b) - ported from UXP: Issue #3011 - Part 1: Add As{Text|Html}Editor() and AsEditorBase() (2f201000) (76bf4dc35) - ported from UXP: Issue #3011 - Part 2: Switch spellchecker root to Shadow DOM. (e701dad7) (984b6e3c3) - import from UXP: Issue #3011 - Part 3: Handle edge case for spellchecking. (964a7207) (bbe59f5fe) - import from UXP: Issue #3020 - document.currentScript should be null in modules (94ffd74c) (fc00851a7) - import from UXP: Issue #3020 - Update `currentScript` when dealing with shadow DOM. (eee99b32) (0db6bb4b5) - import from UXP: Issue #3020 - Clear currentScript after running microtasks (fdee9737) (c7997448b) - ported from UXP: - Issue #2548 - Part 1 - Implement MathML DOM and pre-requisites. https://bugzilla.mozilla.org/show_bug.cgi?id=1571487 Introduce interface mixins. https://bugzilla.mozilla.org/show_bug.cgi?id=1414372 Switch XPathEvaluator to using IDL mixins and remaining users of IDL "implements" over to mixin syntax. https://bugzilla.mozilla.org/show_bug.cgi?id=1574195 Introduce GlobalEventHandlers/DocumentAndElementEventHandlers/ElementCSSInlineStyle mixin. https://bugzilla.mozilla.org/show_bug.cgi?id=1579457 Introduce DocumentAndElementEventHandlers to more closely align with the HTML spec. https://bugzilla.mozilla.org/show_bug.cgi?id=1330457 Remove the use of IsCallerChrome in FetchRequest. https://bugzilla.mozilla.org/show_bug.cgi?id=1335368 (85600c73) - Issue #2548 - Part 2 - Collection of WebIDL parsing updates in an attempt to fix partial interface mixin error. We should ensure, at build-time, that partial interfaces are defined in the same file as the interface they extend. Since our build system doesn't really support correct dep builds if they're placed in a different file. https://bugzilla.mozilla.org/show_bug.cgi?id=1333117 WebIDL: Better error message for trying to inherit from a mixin. https://bugzilla.mozilla.org/show_bug.cgi?id=1575384 Fix webidl identifier conflicts involving typedefs to produce saner exceptions. https://bugzilla.mozilla.org/show_bug.cgi?id=1531623 Disallow nullable types for WebIDL constants. https://bugzilla.mozilla.org/show_bug.cgi?id=1535647 Add support for extended attributes on types in Web IDL https://bugzilla.mozilla.org/show_bug.cgi?id=1359269 Allow LenientFloat to be only in a specific overload https://bugzilla.mozilla.org/show_bug.cgi?id=1020975 (81b4f0c3) - Issue #2548 - Part 3 - Fix some MathML issues encountered since WebIDL works. https://bugzilla.mozilla.org/show_bug.cgi?id=1316616 Also added a Fetch() change that was not in the Mozilla patch. (20354b67) - Issue #2548 - Part 4 - Fix some missed changes for ElementCSSInlineStyle. Introduce GlobalEventHandlers/DocumentAndElementEventHandlers/ElementCSSInlineStyle mixin. https://bugzilla.mozilla.org/show_bug.cgi?id=157945 (502c7047) - Issue #2548 - Part 5 - Implement the HTMLOrForeignElement mixin. https://bugzilla.mozilla.org/show_bug.cgi?id=1577660 Add 'preventScroll' option to HTMLElement's, SVGElement's and XULElement's 'focus' method. https://bugzilla.mozilla.org/show_bug.cgi?id=1374045 (3febe21f) (eb31645dc) 1
RamonUn Posted March 28 Posted March 28 I got a crash with the latest IceApe-UXP, I was not able to reproduce it, but I have the `drwtsn32.log` file. If needed I can also give you the `user.dmp` file. drwtsn32.zip
Ben Markson Posted March 28 Posted March 28 Serpent continues to get better but I still encounter the occasional site where the layout just won't render. Here's a good example: https://ico.org.uk/for-the-public/ This makes a bit more sense: .umb-block-grid { --umb-block-grid--grid-columns: 0 !important; } . . . but it's still pretty messy. Can anybody see what is causing such a catastrophic layout failure? Ben 1
j7n Posted March 29 Posted March 29 In New Moon, I've noticed that Google autocomplete now only shows 1 line if I have scrolled a bit down the page of search results. The rest of the box is blank. Not that this is important because those autocompletes are very sanitized.
modnar Posted March 29 Posted March 29 On 3/28/2026 at 9:04 AM, RamonUn said: I got a crash with the latest IceApe-UXP, I was not able to reproduce it, but I have the `drwtsn32.log` file... What if you used MailNews (I use MailNews, by the way)?
roytam1 Posted March 29 Author Posted March 29 On 3/28/2026 at 4:04 PM, RamonUn said: I got a crash with the latest IceApe-UXP, I was not able to reproduce it, but I have the `drwtsn32.log` file. If needed I can also give you the `user.dmp` file. drwtsn32.zip 37.72 kB · 0 downloads looks like it tried to use a freed pointer, could be some kind of race condition. but since you can't reproduce it (and so do I), this will be hard to be fixed.
RamonUn Posted March 30 Posted March 30 I got this crash a few more times, but It does not come on demand.
jumper Posted March 30 Posted March 30 Quote https://www.sentinelone.com/labs/firefox-jit-use-after-frees-exploiting-cve-2020-26950/ // Crashes when (cons === interesting) because x2 is a freed // location and a10 is now 0xe5e5e5e5. assertEq(interesting.x2.a10, 10); } } f(); Exploiting CVE-2020-26950 0xe5e5e5e5 seems to be a JIT pseudo-handle related to CVE-2020-26950. Search DLL's Mozjs and Xul. 2
j7n Posted April 1 Posted April 1 I just noticed that a Discourse forum can now be scrolled with the mouse normally in New Moon without workarounds.
roytam1 Posted April 3 Author Posted April 3 (edited) Notice for my source code users: I'm NOT going to merge upstream's python3 changeset. Edited April 3 by roytam1 1
VistaLover Posted April 3 Posted April 3 (edited) 1 hour ago, roytam1 said: I'm NOT going to merge upstream's python3 changeset. ... Is that about PR#3024 having been merged in 5f03b88 ? Will your decision be viable in the long run? So long I understand, you compile your UXP builds on a Win7 SP1 x64 build machine, don't you? There exist CPython-3 forks that have restored support for WinVista+ (so Win7, too), e.g. https://github.com/adang1345/PythonVista , will using such a py3 version during compilation render your browser builds not compatible with XPSP3/VistaSP2 ? If the need arises, I've also come across some py3 builds (> py3.4) that are XPSP3+ compatible, like: https://github.com/R-YaTian/CPython3.6.15WinXP/releases/tag/3.6.15 https://github.com/R-YaTian/CPython3.7.17WinXP/releases/tag/3.7.17_final https://github.com/R-YaTian/CPython3.8.20WinXP/releases/tag/v3.8.20_final Edited April 3 by VistaLover 1
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now