Reino

@roytam1 I want to thank you (once again) for maintaining NM28 for WinXP. Ever since I found out about and started using NM27 and later NM28, whenever I wanted to buy something online, I had to resort to my Android phone, because my bank website (extra security and high-tech features, of course) didn't work... until recently! Last week I found out, obviously because of lots of fixes, updates and maybe even hacks, my bank website did finally work after all this time. Much appreciated! I've never messed with stuff like this, but my pc also gets nearly unresponsive for sites like reddit, or (from the top of my head) instagram and pinterest. So how do I go about this? Do I need an add-on for this?

@roytam1 It appears Marktplaats, the Dutch Ebay so to speak, has changed some things in the background, because with palemoon-28.10.6a1.win32-git-20230603-d849524bd-uxp-765a6434c-xpmod-sse, when you do any search at all, like this one, the processing "hourglas" (or rather 3 dots in this case) will animate forever. The strange thing is that the Error Console doesn't report anything. One or two weeks ago this website worked just fine.

Oh, I understand now. Back when I cloned rdp's repo I've left the cygwin installer command practically untouched, which only installs a portion of all the packages. So no wonder it can't find cygport. Thanks for you effort, but I've settled with v3.4.10, which is good enough for me. I've bunched all the necessary patches into one and ultimately these patches proved to be the solution for this thread to get me working Python3 Cygwin install. I'm unfamiliar with the term "rebase" in this case. What does it do and why is it needed? No. Honoustly, I can't even remember why I started compiling and uploading Curl binaries in the first place. If I want to download something, then I'll use the Palemoon browser and if I want to scrape / extract something, then I'll use Xidel.

Hello cmalex, Thanks. That solves that issue, but the next issue is that it fails to build ALL modules: building '...' extension [...] /usr/lib/gcc/i686-pc-cygwin/5.4.0/../../../../i686-pc-cygwin/bin/ld: cannot find -lpython3.4 collect2: error: ld returned 1 exit status [...] Failed to build these modules: _bisect _codecs_cn _codecs_hk _codecs_iso2022 _codecs_jp _codecs_kr _codecs_tw _crypt _csv _ctypes _ctypes_test _datetime _decimal _elementtree _heapq _json _lsprof _md5 _multibytecodec _multiprocessing _opcode _pickle _posixsubprocess _random _sha1 _sha256 _sha512 _socket _struct _testbuffer _testcapi _testimportmultiple array audioop binascii cmath fcntl grp math mmap parser pyexpat resource select syslog termios time unicodedata xxlimited zlib Wow, great find! Seeing so many patches are necessary for Cygwin, it's no wonder I'm having so much difficulty. I would've never been able to solve this on my own. At the moment I have this working procedure in my (local) script: build_python() { download_and_unpack_file http://cygwinxp.cathedral-networks.org/x86/release/python3/python3-3.4.3-1-src.tar.xz python3-3.4.3-1.src cd python3-3.4.3-1.src #cygport python3.cygport all # cygport is not available with Cygwin 2.874. if [ ! -f "Python-3.4.3_unpacked.successfully" ]; then echo -e "\e[1;33mUnpacking 'Python-3.4.3.tar.xz'.\e[0m" tar -xf "Python-3.4.3.tar.xz" || exit 1 touch "Python-3.4.3_unpacked.successfully" || exit 1 rm "Python-3.4.3.tar.xz" || exit 1 fi if [ ! -f "patch_path-correction.done" ]; then sed -r -i "s/(orig)?src\/Python-[0-9\.]*\///" *.patch touch "patch_path-correction.done" || exit 1 fi cd Python-3.4.3 apply_patch ../python3-3.4.3-1.src.patch apply_patch ../3.4-dbm-cygwin.patch apply_patch ../3.1-enable-new-dtags.patch apply_patch ../3.4-tkinter-cygwin.patch apply_patch ../3.4-ctypes-cygwin.patch apply_patch ../3.1-PATH_MAX.patch apply_patch ../3.1-ncurses-abi6.patch apply_patch ../3.2-export-PySignal_SetWakeupFd.patch apply_patch ../3.4-distutils-soname.patch apply_patch ../3.2-distutils-shlibext.patch apply_patch ../3.4-pep3149-cygwin.patch apply_patch ../3.4-thread-cygwin64.patch ac_cv_func_bind_textdomain_codeset=yes do_configure --prefix=/usr --enable-shared --enable-ipv6 --with-dbmliborder=gdbm --with-libc= --with-libm= --with-system-expat --with-system-ffi --without-ensurepip # 'configure'-options from '../python3.cygport'. do_make install cd .. cd .. } At first I saw this 'python3.cygport' file. After some reading I realized that with an internal tool called "cygport" I could automatically compile and install the whole Python release, BUT I soon found out that Cygwin 2.874 (the latest WinXP compatible version) doesn't even have this tool. For a website that hosts this latest WinXP compatible Cygwin release I find that really strange. Guess I'll have to do it myself after all. I've had a look at these patches (I really don't know what they're for, but they're probably necessary) and found out that you won't need '3.2-getpath-exe-extension.patch' and '3.4-select-cygwin.patch' if you're already starting off with 'python3-3.4.3-1.src.patch'. Next I've added the 'configure'-options from 'python3.cygport'. In the end this produced a working Python3 Cygwin install! `patch --force` you mean? Nice to see you got it working for v3.4.10. I'll have a look at it soon. What 'configure'-options did you use?

I feel like such an id*** for not respecting the last line of your simple batch-file. That works. Thanks! Don't be sorry. It's something you couldn't have known. It's just a warning for other users. I hope openssl-3.1.0-win32-dev-xpmod-sse.7z would suffice. And FFmpeg: ffmpeg-6.1-588-4006c71-win32-dev-xpmod-sse.7z. I'm not using MSYS. I'm using Cygwin Bash, which all started like this. A win32 Python installation won't work, because it (the 'python.exe') can't open Unix format paths, so I have to compile it from source. Python-3.4.10_config-files.7z

That's right and that fixes it. Thanks. I've ran your little batch-file from within 'C:\Program Files\Essentials\Python39\' and 'python39._pth' now looks like: C:\Program Files\Essentials\Python39 . Lib Lib/site-packages Next... C:\Program Files\Essentials\Python39>python -m pip install -U pip setuptools Requirement already satisfied: pip in c:\program files\essentials\python39\lib\site-packages (23.1.2) Requirement already satisfied: setuptools in c:\program files\essentials\python39\lib\site-packages (67.6.0) Collecting setuptools Using cached setuptools-67.7.2-py3-none-any.whl (1.1 MB) Installing collected packages: setuptools Attempting uninstall: setuptools Found existing installation: setuptools 67.6.0 Uninstalling setuptools-67.6.0: Successfully uninstalled setuptools-67.6.0 Successfully installed setuptools-67.7.2 C:\Program Files\Essentials\Python39>python -m pip install -e "D:\Storage\Media\Binaries\yt-dlp_git" Obtaining file:///D:/Storage/Media/Binaries/yt-dlp_git Installing build dependencies ... done Checking if build backend supports build_editable ... done Getting requirements to build editable ... done Installing backend dependencies ... done Preparing editable metadata (pyproject.toml) ... done Requirement already satisfied: mutagen in c:\program files\essentials\python39\lib\site-packages (from yt-dlp==2023.3.4) (1.46.0) Requirement already satisfied: pycryptodomex in c:\program files\essentials\python39\lib\site-packages (from yt-dlp==2023.3.4) (3.17) Requirement already satisfied: websockets in c:\program files\essentials\python39\lib\site-packages (from yt-dlp==2023.3.4) (11.0.2) Requirement already satisfied: certifi in c:\program files\essentials\python39\lib\site-packages (from yt-dlp==2023.3.4) (2022.12.7) Requirement already satisfied: brotli in c:\program files\essentials\python39\lib\site-packages (from yt-dlp==2023.3.4) (1.0.9) Building wheels for collected packages: yt-dlp Building editable for yt-dlp (pyproject.toml) ... done Created wheel for yt-dlp: filename=yt_dlp-2023.3.4-0.editable-py2.py3-none-any.whl size=47819 sha256=445d73e5e3b9059666921bff5b0959db44e017eacba8fe029a6ae09d3c57dbf2 Stored in directory: C:\DOCUME~1\Admin\LOCALS~1\Temp\pip-ephem-wheel-cache-yx6zbvri\wheels\46\b0\a5\bd49c961a5d74be392b5155310a656db3ad66862420fc9ba49 Successfully built yt-dlp Installing collected packages: yt-dlp Attempting uninstall: yt-dlp Found existing installation: yt-dlp 2023.3.4 Uninstalling yt-dlp-2023.3.4: Successfully uninstalled yt-dlp-2023.3.4 Successfully installed yt-dlp-2023.3.4 But then... C:\Program Files\Essentials\Python39>yt-dlp Traceback (most recent call last): File "C:\Program Files\Essentials\Python39\Lib\runpy.py", line 197, in _run_module_as_main return _run_code(code, main_globals, None, File "C:\Program Files\Essentials\Python39\Lib\runpy.py", line 87, in _run_code exec(code, run_globals) File "C:\Program Files\Essentials\Python39\Scripts\yt-dlp.exe\__main__.py", line 4, in <module> ModuleNotFoundError: No module named 'yt_dlp' If '__main__.py' is now hard linked to 'D:\Storage\Media\Binaries\yt-dlp_git\yt_dlp\__main__.py', I don't understand why 'yt-dlp.exe' doesn't work. Initially I've added these 2 maps at the beginning of %PATH%... C:\>ECHO %PATH:;= & ECHO.% C:\Program Files\Essentials\Python39\ C:\Program Files\Essentials\Python39\Scripts C:\WINDOWS\system32 C:\WINDOWS [...] D:\Storage\Media\Binaries\DLLs ...but that caused some issues with Xidel. On WinXP I have to use the OpenSSL variant of Xidel if I want to open urls, in which case it will need 'libcrypto-3.dll' and 'libssl-3.dll' (or 'libcrypto-1_1.dll' and 'libssl-1_1.dll' from the older OpenSSL release) with zlib support(!), somewhere in %PATH% (in my case in 'D:\Storage\Media\Binaries\DLLs'). Your Python39 archive also comes with these OpenSSL dlls, but presumably without zlib support, so I had to prioritize 'D:\Storage\Media\Binaries\DLLs' and move it in front of the Python39 maps. Did you compile everything in your Python39 archive yourself? If so, do you think you'll be able to help me out with this issue?

As long as this computer works, I'll probably keep on compiling FFmpeg, or at least I'll try to. No promises though. After having added 'C:\Program Files\Essentials\Python39\' and 'C:\Program Files\Essentials\Python39\Scripts' to %PATH%, it works. Thanks. D:\Storage\Media\Binaries\yt-dlp_git>python -m yt_dlp --version D:\Storage\Media\Binaries>python "yt-dlp_git\yt_dlp\__main__.py" --version 2023.03.04 That works too. I don't have much experience with Python, so if I understand correctly this 'yt-dlp.exe' it creates in the Scripts-dir (which is really small in size) is a module binary and is a sort of shortcut method (and hardcoded to that "site-packages\yt-dlp"-dir, which it will always depend on) to be able to quickly run yt-dlp, right? I've tried that. First by removing the already installed package: python -m pip uninstall yt-dlp Then by running that bat-file: D:\Storage\Media\Binaries\yt-dlp_git>cd /d "D:\Storage\Media\Binaries\yt-dlp_git\" D:\Storage\Media\Binaries\yt-dlp_git>echo D:\Storage\Media\Binaries\yt-dlp_git 1>python39._pth D:\Storage\Media\Binaries\yt-dlp_git>echo . 1>>python39._pth D:\Storage\Media\Binaries\yt-dlp_git>echo Lib 1>>python39._pth D:\Storage\Media\Binaries\yt-dlp_git>echo Lib/site-packages 1>>python39._pth D:\Storage\Media\Binaries\yt-dlp_git>python -m pip install -e "D:\Storage\Media\Binaries\yt-dlp_git" Obtaining file:///D:/Storage/Media/Binaries/yt-dlp_git Installing build dependencies ... error error: subprocess-exited-with-error × pip subprocess to install build dependencies did not run successfully. ¦ exit code: 2 ?-> [1 lines of output] C:\Program Files\Essentials\Python39\python.exe: can't open file 'C:\Program Files\Essentials\yt-dlp_py39\Lib\site-packages\pip': [Errno 2] No such file or directory [end of output] note: This error originates from a subprocess, and is likely not a problem with pip. error: subprocess-exited-with-error × pip subprocess to install build dependencies did not run successfully. ¦ exit code: 2 ?-> See above for output. note: This error originates from a subprocess, and is likely not a problem with pip. As you can see I've extracted your archive to 'C:\Program Files\Essentials\Python39', but it looks as though "yt-dlp_py39" is hardcoded somewhere.

Hello cmalex, AMD Athlon XP 3200+ on an ASUS A7N8X-E Deluxe here. Because of a highly optimized WinXP iso, created with nLite (and the reason why I joined this forum years ago), I was able to postpone the purchase of a new pc for a lot of years. This year I do plan to finally buy a new one though. I've always had oldschool tower (computer case) pcs, but this time I will definitely buy an AMD Phoenix APU mini-pc when I can find a good deal. I see Python binaries and libraries (without an installer), but no yt-dlp. Or do I misunderstand? You're welcome. And nice to see some other Xidel users.

What are "lazy extractors"? Thanks, but yt-dlp doesn't work on my non-SSE2 cpu. Occasional commits indeed, mostly by 1 person. Youtube-dl's main developers abandoned the project (2 years ago?). The question is how long dirkf will keep this up.

With one little difference though compared to my previous release. Thanks for mentioning. Btw, your youtube-dl url in your sig is first of all dead, but also links to a yt-dlp archive. If I may be so bold (and a bit off-topic)... One day will come when yt-dlp loses compatible with WinXP, while at the same time youtube-dl won't be updated anymore. For WinXP users with old hardware an alternative could then be my own simple Youtube-extractor, which is part of an XQuery function module for the command-line tool Xidel (an XML/HTML/JSON parser). It's a simple extractor, in the sense that it doesn't support age-gated-videos. You'd still need youtube-dl for that. But for "normal" videos it works absolutely fine and because it doesn't depend on Python it's multitudes faster (on my old system). The extractor uses the Android API call, which means there's no bandwidth-throttling or a need to decrypt a signature. The most basic call for this Youtube video would be... xidel.exe -s --module=xivid.xqm -e "xivid:youtube('https://www.youtube.com/watch?v=ppojLHm-Z1I')" xidel.exe -s --module=xivid.xqm -e "xivid:youtube('ppojLHm-Z1I')" ...which returns a JSON with all the different audio- and video formats. My old computer is too slow to watch Youtube videos in-browser, so personally I use the following command A LOT to directly watch a Youtube video (the itag 22 variant in this case) with Media Player Classic - Home Cinema (utilizing the gpu instead of the cpu): FOR /F "delims=" %A IN (' xidel -s --module=xivid.xqm -e "xivid:youtube('ppojLHm-Z1I')/(formats)()[starts-with(id,'pg')][last()]/url" ') DO @"C:\Program Files\Media\MPC-HC.1.7.11.24.x86\mpc-hc.exe" %A /close

I'm not particularly up-to-date with all the extension updates. I'm still using Polyfill 1.2.19.3 from https://github.com/JustOff/github-wc-polyfill and Github for instance is still functioning fine as far as I can tell. Would it be better to start using https://o.rthost.win/boc-uxp/palefill-1.26.xpi? What are the main differences?

[off-topic] For simple progressive videos, sure: xidel "https://url-to/video.mp4" --download . The Youtube-url you mention is a program-url and not a direct video-url. You have to recover that video-url first. As it just so happens, I've created my own Youtube extractor for my hobby-project Xivid (a function module for Xidel). The most basic usage would be: xidel -s --module=xivid.xqm -e "xivid:youtube('https://www.youtube.com/watch?v=dQw4w9WgXcQ')" This returns a JSON with the direct video-urls of all the different formats it can find. For the DASH-formats you'll need FFmpeg, so with Xidel you'll only be able to download the "pg-1", "pg-2" and "pg-3" formats directly. If you want to download the 720p variant, you could do for example: xidel -s --module=xivid.xqm -e "()" -f "xivid:youtube('dQw4w9WgXcQ')/(formats)()[id='pg-3']/url" --download "Rick Astley - Never Gonna Give You Up (Official Music Video).mp4" [/off-topic]

Assuming this question is for me, Xidel already does exactly that; download stuff sequentially.

Of course I wouldn't do that (and I never have). The point of my post was to show a free alternative to this download software.

Or you could go command-line with the free XML/HTML-parser Xidel: xidel "http://o.rthost.win/palemoon/"^ -f "//a[starts-with(.,'palemoon-28') and contains(.,'xpmod-sse')]/@href"^ --download . This for instance would download all palemoon 28 (sse) archives in the current dir.

I don't know Cygwin's changelog history, but I guess it has never provided that function. But, as mentioned earlier, this issue was solved because of the patch I've applied. It's the other error I'm still having problems with. Looking at https://www.python.org/downloads/windows/ you'll see it doesn't mention "Note that Python 3.4.10 cannot be used on Windows XP or earlier.", so I guess it's the latest official Windows XP compatible release. Hardly "official" and rather experimental. Also as far as I can see, no source-files, only a pre-compiled release.

Hello, Some of you might know me from FFMpeg Windows XP Updated Builds by CoRoNe,or rather Windows XP compatible non-SSE2 FFmpeg binaries. Every 4 months or so I try to compile FFmpeg binaries for and on WinXP. Some external libraries for FFmpeg now require Python 3, which the latest WinXP compatible Cygwin install doesn't have (python 2.7.10). So I'm trying to compile Python 3.4.10 (if I'm correct, the latest WinXP compatible release) myself, but I'm getting some errors. [...] gcc -Wno-unused-result -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O2 -march=pentium3 -mtune=athlon-xp -mfpmath=sse -msse -O2 -march=pentium3 -mtune=athlon-xp -mfpmath=sse -msse -Werror=declaration-after-statement -I. -IInclude -I./Include -DPy_BUILD_CORE -c ./Modules/signalmodule.c -o Modules/signalmodule.o In file included from Include/Python.h:85:0, from ./Modules/signalmodule.c:6: ./Modules/signalmodule.c: In function `fill_siginfo': ./Modules/signalmodule.c:746:60: error: `siginfo_t {aka struct <anonymous>}' has no member named `si_band' PyStructSequence_SET_ITEM(result, 6, PyLong_FromLong(si->si_band)); ^ Include/tupleobject.h:62:75: note: in definition of macro `PyTuple_SET_ITEM' #define PyTuple_SET_ITEM(op, i, v) (((PyTupleObject *)(op))->ob_item[i] = v) ^ ./Modules/signalmodule.c:746:5: note: in expansion of macro `PyStructSequence_SET_ITEM' PyStructSequence_SET_ITEM(result, 6, PyLong_FromLong(si->si_band)); ^ make: *** [Makefile:1648: Modules/signalmodule.o] Error 1 This seems to be a known problem. After applying '3.4-issue21085-struct_siginfo.patch' the compilation-process continues, but then stops at: [...] gcc -Wno-unused-result -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O2 -march=pentium3 -mtune=athlon-xp -mfpmath=sse -msse -O2 -march=pentium3 -mtune=athlon-xp -mfpmath=sse -msse -Werror=declaration-after-statement -I. -IInclude -I./Include -DPy_BUILD_CORE -c ./Modules/xxsubtype.c -o Modules/xxsubtype.o gcc -c -Wno-unused-result -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O2 -march=pentium3 -mtune=athlon-xp -mfpmath=sse -msse -O2 -march=pentium3 -mtune=athlon-xp -mfpmath=sse -msse -Werror=declaration-after-statement -I. -IInclude -I./Include -DPy_BUILD_CORE \ -DHGVERSION="\"`LC_ALL=C `\"" \ -DHGTAG="\"`LC_ALL=C `\"" \ -DHGBRANCH="\"`LC_ALL=C `\"" \ -o Modules/getbuildinfo.o ./Modules/getbuildinfo.c gcc -c -Wno-unused-result -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -O2 -march=pentium3 -mtune=athlon-xp -mfpmath=sse -msse -O2 -march=pentium3 -mtune=athlon-xp -mfpmath=sse -msse -Werror=declaration-after-statement -I. -IInclude -I./Include -DPy_BUILD_CORE -o Python/frozen.o Python/frozen.c rm -f libpython3.4m.a ar rc libpython3.4m.a Modules/getbuildinfo.o ar rc libpython3.4m.a Parser/acceler.o Parser/grammar1.o Parser/listnode.o Parser/node.o Parser/parser.o Parser/bitset.o Parser/metagrammar.o Parser/firstsets.o Parser/grammar.o Parser/pgen.o Parser/myreadline.o Parser/parsetok.o Parser/tokenizer.o ar rc libpython3.4m.a Objects/abstract.o Objects/accu.o Objects/boolobject.o Objects/bytes_methods.o Objects/bytearrayobject.o Objects/bytesobject.o Objects/cellobject.o Objects/classobject.o Objects/codeobject.o Objects/complexobject.o Objects/descrobject.o Objects/enumobject.o Objects/exceptions.o Objects/genobject.o Objects/fileobject.o Objects/floatobject.o Objects/frameobject.o Objects/funcobject.o Objects/iterobject.o Objects/listobject.o Objects/longobject.o Objects/dictobject.o Objects/memoryobject.o Objects/methodobject.o Objects/moduleobject.o Objects/namespaceobject.o Objects/object.o Objects/obmalloc.o Objects/capsule.o Objects/rangeobject.o Objects/setobject.o Objects/sliceobject.o Objects/structseq.o Objects/tupleobject.o Objects/typeobject.o Objects/unicodeobject.o Objects/unicodectype.o Objects/weakrefobject.o ar rc libpython3.4m.a Python/_warnings.o Python/Python-ast.o Python/asdl.o Python/ast.o Python/bltinmodule.o Python/ceval.o Python/compile.o Python/codecs.o Python/dynamic_annotations.o Python/errors.o Python/frozenmain.o Python/future.o Python/getargs.o Python/getcompiler.o Python/getcopyright.o Python/getplatform.o Python/getversion.o Python/graminit.o Python/import.o Python/importdl.o Python/marshal.o Python/modsupport.o Python/mystrtoul.o Python/mysnprintf.o Python/peephole.o Python/pyarena.o Python/pyctype.o Python/pyfpe.o Python/pyhash.o Python/pymath.o Python/pystate.o Python/pythonrun.o Python/pytime.o Python/random.o Python/structmember.o Python/symtable.o Python/sysmodule.o Python/traceback.o Python/getopt.o Python/pystrcmp.o Python/pystrtod.o Python/dtoa.o Python/formatter_unicode.o Python/fileutils.o Python/dynload_shlib.o Python/thread.o Python/frozen.o ar rc libpython3.4m.a Modules/config.o Modules/getpath.o Modules/main.o Modules/gcmodule.o ar rc libpython3.4m.a Modules/_threadmodule.o Modules/signalmodule.o Modules/posixmodule.o Modules/errnomodule.o Modules/pwdmodule.o Modules/_sre.o Modules/_codecsmodule.o Modules/_weakref.o Modules/_functoolsmodule.o Modules/_operator.o Modules/_collectionsmodule.o Modules/itertoolsmodule.o Modules/atexitmodule.o Modules/_stat.o Modules/_localemodule.o Modules/_iomodule.o Modules/iobase.o Modules/fileio.o Modules/bytesio.o Modules/bufferedio.o Modules/textio.o Modules/stringio.o Modules/zipimport.o Modules/faulthandler.o Modules/_tracemalloc.o Modules/hashtable.o Modules/symtablemodule.o Modules/xxsubtype.o ranlib libpython3.4m.a make: *** No rule to make target 'libpython3.4m.dll.a', needed by 'python.exe'. Stop. I don't understand how such a rule is missing from the 'Makefile'. Does anyone know what I'm missing here?

If you're interested, for the time being you can use the command-line HTML/XML/JSON parser Xidel to recover these video-urls. For the first Cyberpunk 2077 video for instance: xidel -s "https://www.techpowerup.com/wizzard/rtx4090/cyberpunk-dlss3.html"^ -e "parse-json(//script/extract(.,'setAppData\((\{.+?\})\);',1))//src" https://tpucdn.com/wizzard/rtx4090/cyberpunk-dlss3-off.mp4 https://tpucdn.com/wizzard/rtx4090/cyberpunk-dlss3-on.mp4

No more crashes on https://nl.hardware.info/nieuw (for now). Thank you!

Kinda ironic that Moonchild pushed this commit to actually fix browser crashes on particular websites. If it's this change that actually causes the crash I'm experiencing, then (at least) the "Win32 SSE" NM28 binaries aren't compatible anymore with their targeted hardware. Do you think you can fix this? I can't code in C/C++, so I won't be of any help I'm afraid.

https://msfn.org/board/topic/182647-my-browser-builds-part-3/?do=findComment&comment=1227446: Just a heads-up @roytam1; this issue still persists.

This one crashes constantly the moment I visit https://nl.hardware.info/nieuw with the familiar error-message like 'The instruction at "0x00826003" referenced memory at "0x00049411". The memory could not be "read"'. As if some SSE2 code slipped through.

I'm still using github-wc-polyfill-1.2.19.xpi, but seeing there's a lot more activity around palefill, would it be wise to use this instead?

I can. Appears to work fine (NM28 SSE 20220827).

Oh, the usual: youtube-dl.exe - Application Error ---------------------------------- The exception Illegal Instruction An attempt was made to execute an illegal instruction. (0xc000001d) occured in the application at location 0x0040147e. Click on OK to terminate the program Click on CANCEL to debug the program For me a sign that the binary contains SSE2 code. The official 'youtube-dl.exe' is/was compiled with Python 2.7, if I remember correctly. I hardly ever use Python myself, so the only thing I can think of would be that Python 3.4.4 is not compatible with my cpu. All conjecture, of course. Unless you insist, don't bother, I would say. I'm good. Thanks.