Leaderboard

Off-topic posts removed, again.

Currently listening to music on YouTube while staying in my Windows XP x64 desktop environment. Just 5 steps. Instructions are included in the screenshot.

Ah, ok. I thought there was an option for thread creators to delete their own posts. Welp, they can go ahead and delete this since this thread is pointless now.

You two are FAST. I was getting ready to post the same.

@blueclouds8666 Thank you so much for this script. I might test it someday.

This repack will not install on Windows XP 32-bit due to critical missing files: corebasesx86.cab and instx86.z - however, these files are still available on the Kaspersky servers. Once these files are placed next to startup.exe, then it will install on XP x86. http://dm.kaspersky-labs.com/bases/kavkis2019/KIS/corebasesx86.cab http://dm.kaspersky-labs.com/bases/kavkis2019/KIS/instx86.z I know this is untested, but unfortunately I am having other issues with Kaspersky 19 on XP. Database updates do work (and the standalone Kaspersky Update Utility can also be used), but it doesn't seem possible to activate. That means you are stuck with manual scanning, no realtime components. With ProxHTTPSProxy I get an Untrusted server certificate error, with seemingly no way to add a trusted certificate on this version of Kaspersky Free. Without ProxHTTPSProxy I get an SSL error. Also, the My Kasperky login seems non-functional.

D.Draker is clairvoyant. You should've listened. I wrote *right at the beginnig* of this journey to nowhere. One bad sector - the only straight road for that HDD is your garbage bin.

@winvispixp Yes, this is the installer I used: https://www.mediafire.com/file/5b41tc67a29vvbm/KFA_19.0.0.1088.7z/file

While i was downloading Windows XP updates from the Microsoft Update Catalog, i realized this task could be done much faster. For that reason, i decided to make a PowerShell script for batch downloading updates from a list, featuring filters for language, NT version and architecture. I'm aware there is already another GUI application with a similar purpose, but you might find this one more fitting for your context as it has some key differences, such as: - Focused on simplicity. Command-line operation only - Script available under a permissive license (Unlicense) - Code and its functioning is commented and documented to its best. Take a look at the code to learn how it works. - It can run natively on Linux, even on a Raspberry Pi - A function lets you download the details page in HTML format for each update, ready for offline read I've made it available both on my website and GitHub: https://github.com/blueclouds8666/msupdate-dl http://neonfloppy.sytes.net/projects/msupdate-dl/ Let me know if you found it useful, I'll be listening feedback to improve the script if needed.

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?

I recently dug out the old book about Windows XP, its original title goes like "Microsoft Windows XP step by step". The book also describes creating .NET Passport account. Does anyone remember those? I think I used it back then to be able to use Windows Messenger. How times have changed, today you have monstrosities like Skype and MS Teams. Regarding mail, I started with Hotmail back then, maybe that account also covered it. Then I remember there was MSN Explorer, but I didn't fully understand what it was all about. Has anyone used .NET Passport account back then and for what purposes?

Removed due to the forum rules.

I'd say all is good but the quote of the original would have to edit his post to remove the quoted portion. But yeah, a Mod would need to remove the whole post.

What you did is editing the main post and the topic title. This will not remove it completely. If you want your topic deleted, you have to ask a moderator.

like mina said this is against the rules of the forum

Jakob, this isn't a marketplace. Also, refer to forum rules, rule 13:

Wow, you attempted the installation before me. Anyway, thanks for the information, and for attempting the installation.

Just to provide some context: 1. The problem is that Chrome does not support ECC (elliptic-curve cryptography) cipher suites. Firefox supports ECC, but, like Chrome, Firefox dropped support for Windows XP a long time ago. Even if you're able to get around the ECC barrier, you run into... 2. The latest version of JavaScript is ES2018. Chrome 49 was released in 2016 and does not support async-await and modules. Since async-await essentially gets abused, even if you're able to render the HTML, you won't be able to interact with any scripted elements. 3. A lot of websites use React, which, as you can see, also makes extensive use of async-await. This is why you'll see websites initially rendered for a second on Chrome 49 XP and then immediately flash into a white screen. There was a DOM update followed by a runtime script error. 4. Even with a TLS proxy, you still run into problems with #2 and #3. At the proxy level, you can write an ES5 transpiler which blocks <script> elements until a successful transpile (<script> elements naturally block until the resource arrives from the server anyway), which is what I intended to do, but this runs into more problems: 1) the open source implementations are written in JavaScript and therefore slow, 2) it's too much work to re-implement this in C/C++, and 3) the specification is constantly evolving. By "slow," I mean you can be adding an additional 1-2 second overhead in CPU time per large script on top of the network latency. 5. For #4, you will also need to do this for newer features in HTML5, CSS3, and, potentially, WebAssembly (if it gets any adoption). For HTML5 in particular, there isn't always a suitable shim where newer features can be re-implemented with older features. In a contrived example that doesn't actually reflect real-world implementation issues, you can emulate 64-bit integers using 32-bit registers in WASM, but it's a little different trying to get a video to autoplay if autoplay was never implemented for your version of HTML5. 6. Another alternative is to port browsers. MyPal infamously blue screens. Most attempts of porting newer versions of Chrome to XP have been abandoned, are too buggy to use, or seem suspicious. 7. The web is constantly evolving at a "break the web" pace. Developers simply don't care anymore and will just tell you to upgrade your browser instead of doing the work to support legacy systems. 8. Windows 7/8/8.1 support will be dropped by Chrome by the end of 2023. Overall, the amount of effort in porting or coding needed to make modern websites work with XP is tremendous. I was able to come up with a workaround requiring just five steps. It's true the Debian package manager can run into dependency issues in the future once Chrome starts using newer libraries, but it'll just be a matter of building from source, which I'm sure the community can more than handle. For now, dpkg -i ... is enough to install the latest Chrome, and I set up the instructions, picked the OS, and picked the exact versions so you can install the latest Chrome today as easily as possible. The latest Chrome browser feels like it's natively running in XP, and this was the lowest-effort, highest-reward path.

Unactivated Kaspersky 19 also locks database updates after a day or so, effectively making it useless outside a one-time device scan. I'll probably try Panda Dome or Malwarebytes instead.

Release 1.02 is now available. https://github.com/blueclouds8666/msupdate-dl/releases/tag/1.02 This update features more advanced workarounds to alleviate server-side issues, as well as fixes for multiple language download. Full changelog is as follows: - Improved approach for reading lines on the batch text file - Parameter syntax has been changed to fit conventions - Fixed Chinese and Portuguese variants being mixed up at the code - Language handling reworked, now using native array lists - Language download fixed to compensate for a server-side malfunction - Script will now only download updates in English and Universal by default. If you wish to download all the available languages, you will need to explicitly add the "--language=all" argument. A console message has been added to notify of this change. - Script will retry malformed responses to compensate for a server-side malfunction - Advanced and configurable retry functionality has been implemented (read documentation) - A new section has been added to the documentation to explain the server-side malfunction

I wonder for how long that account functionality worked. After I don't remember how many years after XP was released, Windows Live programs (Messenger, Mail etc.) were released, which you could use in place of Windows Messenger, Outlook Express etc. It all seems so far away, I was in the elementary school when Windows XP was new and Windows 95 was still used at that place for few years at least after XP was released. I also remember finding an old article some time ago that I'm unable to find again, it said something along lines of Microsoft extending Windows 98 support for the sake of some poor countries, which included Slovenia of the time.

I don't have the power to remove this spam content, which has probably been there for a long time unnoticed. https://msfn.org/windows-10-update-will-intentionally-break-some-bluetooth-connections/ Hopefully @xper or @Tripredacus will be able to do it.

Its because the URL that is being called by the Gadget is dysfunctional since a few days: http://weather.service.msn.com/data.aspx?src=vista&wealocations=FR:DE_Berlin&weadegreetype=C&culture=de-DE The same applies to the Origami Experience 2.0 Weather Gadget, similar Domain: http://weather.partners.msn.com/data.aspx?outputview=forecast&wealocations=wc:AUXX0025&src=UMPC&weadegreetype=C&culture=de-AT Unfortunately, one can only hope that MSN will fix it. Due to Microsoft's restriction to reroute Microsoft-owned Domains via HOSTS file, it will be hard (without involving a HTTP proxy) to redirect the Gadgets to a different Server which is able to return a XML payload which can be read by the Gadget. At least for the hardcoded Origami Now Gadget. The Sidebar one can be edited in HTML/JS. I meanwhile switched to a 3rd party Gadget that is still maintained: https://00ff00.de/?page_id=658

Oh yes, I remember that .NET Passport accounts thing, and when it popped up in taskbar: "Add your .NET Passport to Windows XP!", but I never got to make an .NET Passport account, unfortunately.

I just re-watched The Terminator recently. Seeing T1 and T2 in a cinema would be something, but I was born after, in the ruins. I mean after they were released, not after Judgement Day as it came in the movie. It's been years since the last time I was in the cinema, I'm certain I watched Terminator Salvation and Terminator Genisys. There were few others, but they slipped out of my memory. Edit: Right... Doesn't seem to be working! I made few posts in other topics, but I don't have much else to say.

Greetings Because modules still tries to link with -lpython$(VERSION)... Sorry, I didn't know. How did You checking the presence of packages? It's exists - http://cygwinxp.cathedral-networks.org/noarch/release/cygport/ I'd install Cygwin using setup-x86-2.874.exe via runme.bat from http://cygwinxp.cathedral-networks.org/cathedral/ And to add packages i just rerun runme.bat. It must show list of available packages with search by name. Yes. And cygport build fails because of Options from python3.cygport . It require many *-devel packages from Cygwin setup but as result only two or three failed internal modules (ossaudio). You don't need to reconfigure - just install the dependency and run make again Externals must be installed via pip. Offtopic - Do You have in plans to adding brotli, zstd and nghttp2/nghttp3 support to curl? Best regards.

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 didn’t recall that “Bedlam” once referred to a specific psychiatric hospital in the UK. (In 20th-century American literature it generally meant “scene of confusion.”) I don’t think I ever heard “booby hatch” at all, but it checks out. 👍 In the early 1990s when Terminator 2 was a very popular movie, the term “Pescadero” came into limited usage, e.g. “Certain members belong in Pescadero.” The literal Spanish meaning is “fishmonger,” but in T2 it was the facility where Sarah Connor was incarcerated for believing in time-traveling terminators and attempting to blow up Cyberdyne Systems. The sign said it was “a criminally disordered retention facility.”

I usually agree with 99% of what you say, to be honest. Mozilla is evil.

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?

Greetings. Look like You had run python before folder renaming. Just remove recursively all *.pyc files and/or __pycache__ folders from Lib folder. During work python made sort of compiling py scripts to relative path .\__pycache__\ScriptName.pyc. This files contains absolute path to original py to check changes. You can leave it as is, or set system variables for force disable bytecode saving "PYTHONDONTWRITEBYTECODE=1" (by cost of noticeable slowdown during script init. On my PC "yt-dlp -V" take 6s with cache and 21s without cache) or set absolute cache path to partition with "cheap" read (or RAM-drive - then only the first launch during this PC boot will be slow) - "PYTHONPYCACHEPREFIX=%TEMP%\PYCACHE" or "PYTHONPYCACHEPREFIX=AbsolutePathWithDiskToPyCacheFolder" https://docs.python.org/3.9/using/cmdline.html I'm sorry, I forgot to mention that the python39._pth should be located near python.exe. So i wrote bat to run from python folder... And if error "ModuleNotFoundError: No module named '_distutils_hack'" appeared - please try to upgrade pip and setuptools - python -m pip install -U pip setuptools Lib\site-packages is a one of default path (relative to python.exe) to installed modules. https://docs.python.org/3.9/library/site.html yt-dlp.exe created by pip is a stub that contain hardcoded path to python executable to call and small zipped py script to execute __main__.py from installed yt_dlp module (wherever it lies). "pip -e" add target folder to module search path. So there is no any difference between 'python "yt-dlp_git\yt_dlp\__main__.py" ' and 'yt-dlp.exe' after 'pip install -e yt-dlp_git '. Standalone yt-dlp.exe and yuotube-dl.exe is a self-extracting archives with "embedded" python that every time unpacks required modules to %TEMP% folder and from there it starts. Offtopic - As for me, the KVM-switch turned out to be very convenient. Just now at home I have two PC units with one "output" set (keyb, mouse, monitor). Switch by keyboard shortcut (ScrollLock,ScrollLock,1 or 2). Primary - XP at Athlon2000+ and secondary Win8.1 at i7-4770 Best regards.

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.

This is not a politics forum. Stay on topic please.

Greetings. Sorry. Variants: 1,2 - use pip release (some faster init), 3,4 - use local yt-dlp folder. 1. You can use cmd python -m yt_dlp %* 2. You can reinstall to aquire yt-dlp.exe file in Scripts folder (linked to full python path, so You can place it everywere) python -m pip install yt-dlp --no-deps -I 3. You can install it from folder (for example - local git repo "d:\git\yt-dlp\" ) with pip as editable. But there some strange with paths. It need python39._pth (as portable) with full path to this dir during install. Then You need to remove this file. So bat file to install must look like 4. You can run setup.py from folder with yt-dlp (for example - local git repo "d:\git\yt-dlp\" ) as develop. But it's a very dirty solution. python setup.py develop 1 and 2 - update via "python -m pip install yt-dlp --no-deps -U" 3 and 4 - update via updating folder content (git fetch / git pull). After update You need to rebuild lazy extractors "python devscripts\make_lazy_extractors.py" Best regards.

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.

Greetings My main comp also doesn't have SSE2 support (SL-75KAV + AthlonXP 2000+). Non-SSE2 python3.9+yt-dlp https://mega.nz/file/KkkgVb6C#c-I23du-LIS37UN83qnvW5_Xp3p53o1-Gg_QQAf2Iu0 MS VC Redist2015 (if no one in You system) - https://mega.nz/file/mgkQDKxa#7EpAQn8K8NM4QqHvIh8LwC5uh20rKzO--C5mf_aA2EU PS. A thousand thanks to You for Your non-SSE2 builds and Xidel discussions and examples. Best regards

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.

The idea is (should be) that through a "repair" or "wipe" or both, the defective sectors are added to the so-called "G-list" and are remapped onto spare sectors. The 25 (is it in parameter 187 or 198?) should be the number of sectors in this G-list, it shouldn't ever reset, the G in G-list seemingly stays for "Growing". It doesn't seem to me a bad situation, but the overall health of the disk drive can be (maybe) better guessed from other S.M.A.R.T. parameters: but as said there you never know for sure. The sanest approach (as I see it) is to use the disk and see if in a short time of use the "key" parameters change noticeably. jaclaz

@WinWord2000 If you wish to abandon your account here that is your decision of course, but I don't see your problem with creating your own threads. As you did before elsewhere, if you want issues discussed relating to a different operating system than the one the original thread is targetting, just start a new thread in the appropriate section and tag those who you wish to involve from the original thread. I'm sure they will help you, if it's possible to do so, they just don't want the waters muddied in the original thread.

Their feature updates were very disruptive and unnecessary, nearly everyone of them would break at least one or two frequently used programs and then I'd have to wait for the kindness of the developer to fix it. Security updates is all we need. Like you said, let the user configure the OS the way they want.

I understand the worries, how about Kontron S&T AG then ? A very German company, they don't look like communists to me. I once had their motherboard. "The corporate group is headquartered in Augsburg and consists of the Kontron Europe GmbH and Austria-based S&T Group." https://en.wikipedia.org/wiki/Kontron Kontron motherboards look very cool. And they have my favourite PS/2, this one is with SLI support. https://www.kontron.com/en/products/d3642-b-uatx/p157721 Benefits of Kontron motherboards )from their page): Highest quality through German engineering and production Strict lifecycle management and reliable product maintenance Comprehensive feature and tool set Excellent technical support Beneficial total-cost-of-ownership Not a word about Taiwan ! Looks like there's a free HDD repair tool from an author from your country ! Description of program : "HDAT2 is program for ... ATA/ATAPI/SATA, NVMe, SSD and SCSI/USB devices. This program cannot be run in DOS mode under Windows, only under real DOS system." Be warned, I never tried it . I never repair hard disks with errors, only put them to the garbage. https://www.hdat2.com/

Off-topic and argumentative posts removed. Back on-topic now please. This thread is for discussing Antivirus issues on Windows XP SP3 only.

Please be aware that mention or discussion of illegal activity is forbidden here.

Greetings. Python 3.9.0 at real WinXP 368/14/43 tests currently passed/failed/skipped ('python -m test') I know that at least Streamlink 5.3.1 work fine. Most of "C extensions" currently incompatible with my preferred "AthlonXP 2000+" due to lack of SSE2 support :-(. That's why I'm forced to collect them by myself... Best regards.

Greetings. May be. I'd never used CFFExplorer. HxD or GSAR utility(General Search And Replace - https://gnuwin32.sourceforge.net/packages/gsar.htm ). Not sure. KernelXP.dll must exist in %PATH% or near python.exe I need to check it once more. Did You surely used pyconfig.h from DEV\Python3.8_dev_ddfdeced29.7z ? Sorry, i did not understood - why psutils easy compiles in my system - but throw errors on Your's with same configs... Best regards.

Greetings. Please check lib\site-packages\PIL\_imaging.cp38-win32.pyd for "kernel32.dll" strings. If there are any - replace them with "kernelxp.dll" Best regards.

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

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.

I am, but like I said, I'm not an FFmpeg coder. I'm just an FFmpeg user like you who took it upon himself to grab the FFmpeg source and tried to compile WinXP compatible binaries. I linked to the (sort of) official Windows binaries so you can test (on a Win7/8/10/11 pc) whether these fail as well. If so, then you should really turn to the FFmpeg coders/community. For what it's worth... I haven't touched FFmpeg's code for opening and/or parsing HLS videostreams at least.