cmalex

Thanks. It work at virtual WinXP but i haven't access to real WinXP on AMD AthlonXP 2000+ (without SSE2). I'll check it when I have the chance Best regards

Greetings :-) Thanks. Updated Python3.11.4_openssl3.5.2.zip PS. Why don't You include openssl.exe in the set? Best regards

Greetings Python3.11.4.zip in https://mega.nz/folder/jst2WJ5B#sknEpEBamwPomx8UULWuMA Please any questions about it at https://msfn.org/board/topic/183741-python-3813-for-windows-xp-sp3/ Best regards

Greetings It search for "yt-dlp_win7_x86.exe" but "yt-dlp_x86_win7.exe" exists. Please take look at _get_binary_name() in yt_dlp\update.py Best regards

Greetings @nicolaasjan Sorry, in army i have absolutely no time for this. So i published my drafts and development environment. Maybe someone can use them... Best regards

Greetings. >"ModuleNotFoundError: No module named 'PyInstaller.__main__'; 'PyInstaller' is not a package [end of output]" There is some issues with python*._pth files with paths for searching modules. Please try to add it or remove it ;-) Best regards.

Greetings. https://mega.nz/folder/itlRGKyB#8XNJOvlebW8ghCjaiJrk0w https://mega.nz/file/PhMAEZ7L#8PoBTs7sTt2e7wb3tRotEZhTv9TildrgZTt_lD_kvGI This is archives of all that i'd used to compile wheels undef WinXP. I`d build it at Visual studio 2017 with installed v140_xp toolset For building wheels i have used original MinGW https://osdn.net/projects/mingw/ under WinXP MinGW_all.7z - mingw compilers. Root folder was D:\ Python39NoSSe2.7z - full Python 3.9 with headers, libs and defs. Root folder was C:\ tcl.7z - compiled TCL/TK openssl-3.1.0-win32-dev-xpmod-sse.7z, openssl-3.1.0-win32-xpmod-sse.7z - are development and binary OpenSSL from https://rwijnsma.home.xs4all.nl/files/openssl/ cryptography-3.4.8.7z - lastest cryptography for XP (without RUST) Best regards

Greetings. Sorry. My English is bad and getting worse... https://mega.nz/folder/68dj2YTY#As2w31IO4Smr7gy6p1ciSg ProxyMII_230813.7z. But i didn't know how to get ProxyMII to work with WebSockets. And, please, take look at Privoxy3.0.35_231208.7z - looks like it open onlyfans.com normally. Thanks for You. Official releases of Cryptography (at least >=40.0.0) didn't work in Windows XP. Cryptography 40.0.2 for XP i can compile from sources with rust 1.48 (with i7-4770/Win8.1) - but it requires SSE2 instruction set (from some prebuild library?). Theoretically it's possible to build rust compiler "from scratch" - but i get lots of errors. So i can't test Cryptography 40.0.2 on my primary system (Athlon 2000+/WinXP). Cryptography 41.0.0 use rust 1.56. Even "Hello world!", compiled with rust 1.56, fails on XP. Best regards.

Greetings. Thanks. And all the best to You. Is exist examples (theoretically) for OpenSSL 3.0.5 & Cryptography 3.4.8 fails? They switch x509 certs works from internal OpenSSL routes to Rust one. OpenSSL still work fine. Cryptography 40.0.2 2023-04-18 (that use Rust 1.48) also works (at first sight) at virtual system. But in real XP it fail because of SSE2 lack. I can't compile Rust 1.48 without SSE2... Cryptography 41.0.0 2023-05-31 - fail even in virtual because of Rust 1.56. Sorry, i'm not creator. All honors belong to @Dibya - Python 3.7 for XP and @whenever (from www.prxbx.com) - ProxHTTPSProxyMII: Reloaded I just put it together. Best regards.

Greetings. I didn't know. I have no way to check it on Vista. It work well on WinXP and Win8.1... That should have been enough. img2pdf with Pillow 9.5 from pypi work with me with just KERNEL32.DLL to kernelxp.dll change in _imaging.cp38-win32.pyd (JPG, PNG, GIF work normally. TIFF fail due to SSE2 lack. I'll do full check later on SSE2 virtual). Please add Python folder to PATH variable and check _imaging.cp38-win32.pyd with depends.exe ("Dependency Walker", https://www.dependencywalker.com/) UPD - once more - i edit _imaging.cp38-win32.pyd with HxD. So fc /b Comparing files _imaging.cp38-win32.pyd and _IMAGING.CP38-WIN32.OLD 001EA6CC: 58 33 001EA6CD: 50 32 Best regards.

Greetings. Sorry, i didn't have enough knowledge. Below is how i understand it. MSYS2 and Cygwin have some problems between fetching actual dll location in memory (default is called "base address") by Windows LoadLibrary()/GetModuleHandle()/FreeLibrary() functions (address may change between process launches) and Linux fork() function (which create full clone of existing process - including dll handles from parent). "rebaseall" command creates a list of fixed addresses in memory to place dll's. Theoretically, there is no need for "rebaseall" - only to "rebase" new dll's ( for example - python modules, that was created by pip). Something like find /usr/local/lib/python3.4/ -iname "*.dll" > rebase.lst rebase -T rebase.lst https://social.msdn.microsoft.com/Forums/ie/en-US/e65e5454-a35c-4dfd-9532-9284460310e1/dll-rebase?forum=windowssdk https://web.archive.org/web/20090221070123/http://msdn.microsoft.com:80/en-us/library/ms810432.aspx Best regards.

Greetings Under Cygwin for XP even 3.9.16 work fine (but i didn't try without SSE2! Only in virtual system). Part 1 # Download, patch and build wget https://mirrors.163.com/cygwin/x86_64/release/python39/python39-3.9.16-1-src.tar.xz tar --strip-components=1 -xf python39-3.9.16-1-src.tar.xz tar -xf Python-3.9.16.tar.xz cd Python-3.9.16 cat ../3*.patch | patch --strip 2 ./configure --enable-shared --enable-ipv6 --with-libc= --with-libm= --with-system-expat --with-system-ffi --enable-loadable-sqlite-extensions ac_cv_func_bind_textdomain_codeset=yes make # Install to default - /usr/local make install # Add *.a to LD search path cp libpython*.a /lib Part 2 Cygwin rebaseall. Prepare files for Cygwin rebase find /bin /lib /usr -iname '*.so' > /tmp/to_rebase.lst find /bin /lib /usr -iname '*.dll' >> /tmp/to_rebase.lst Close all Cygwin terminals and programs and run as Admin Cygwin/bin/ash.exe /bin/rebaseall -T /tmp/to_rebase.lst Part 3 From Cygwin console install pip and yt-dlp (for example) python3.9 -m ensurepip && python3.9 -m pip install wheel pip3.9 install yt-dlp If errors like "child_info_fork::abort: unable to remap" appeared - it's time to rebaseall. Best regards.

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.

Greetings. Thanks. Package "python3" is a python 3.4.3 with a bunch of patches (look at source package). http://cygwinxp.cathedral-networks.org/x86/release/python3/ At first look - strange problem in Makefile Lines in Makefile 028: VERSION= 3.4 043: LDVERSION= $(VERSION)$(ABIFLAGS) 196: LDLIBRARY= libpython$(LDVERSION).dll.a 199: DLLLIBRARY= libpython$(LDVERSION).dll But 655: $(DLLLIBRARY) libpython$(VERSION).dll.a: $(LIBRARY_OBJS) So it will build "libpython3.4.dll.a", but "libpython3.4m.dll" and search for linking with "libpython3.4m.dll.a" Please try to replace "$(VERSION)" with "$(LDVERSION)" in 655 string of Makefile or 641 of Makefile.pre.in PS. Sorry, i need some more time to understood Cygwin. UPD: 3.4-distutils-soname.patch:21 ! UPD2: With patches from 3.4.3 (last - python3-3.4.3-1.src.patch - must be applued with "-f") 3.4.10 compiles and works under Cygwin. Best regards.

Greetings Sorry, i can't break this magick. Pip require forced set of path to build some packages from sources - but that breaks all other modules... So python39._pth must exist only during "pip install" . Please remove python39._pth and try yt-dlp.exe once more. Sorry... It turned out that I have different versions of the files in different places... "I Just Get These Headaches"(c). Just "Kill'Em All" (c). It must work normally with Your's builds of OpenSSL. And can i ask You to publish at least one lastest dev files for Your's OpenSSL and FFMpeg shared (includes and lib)? Why do You need exactly 3.4.10? Official 3.4.4 work perfectly without SSE2. Under MSYS i'd just add python folder to PATH variable (in form of "/d/Programs/Python3.4.4"). Can You please give full Makefile, config.log and config.status? Patch for official sources for MSVC 2017 and dev files for python 3.8.13 were always in the Dev folder. Something like "PythonXP/Dev/Python3.8_dev_ddfdeced29.7z" Dev files for 3.9.13 is a PythonXP/Python3.9/Python3.9_dev_dirty.7z https://mega.nz/folder/KxExlAiC#L9rAQ5kTCtlHgZUwaxMpgw Best regards.