Jump to content


  • Posts

  • Joined

  • Last visited

  • Days Won

  • Donations

    0.00 USD 
  • Country


cmalex last won the day on August 20 2022

cmalex had the most liked content!


About cmalex

Profile Information

  • OS
    XP Pro x86

Recent Profile Visitors

1,421 profile views

cmalex's Achievements



  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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.
  6. 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.
  7. 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.
  8. 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.
  9. 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.
  10. 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.
  11. 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
  12. Greetings. To folder Whl\Compiled added Pillow 9.5 and openCV-python (without video! require psapi.dll kernelxp.dll libwinpthread-1.dll from External folder in python root and numpy-1.24.0.dev0+481.gb89a1d2-cp38-cp38-win32.whl from Whl) Also (thanks to @greenhand ) i'd done with QT5.4.2 and QT5.7.1 (both without SSE2), CMake 3.15 and bunch of libraries (zstd, brotli, libwebp etc) https://mega.nz/folder/6gU2Ba5I#ZO1ckLdkS76Dzo5eWR-9qg All compiled with i686-8.1.0-release-posix-dwarf-rt_v6-rev0.7z Best regards.
  13. Greetings. PyQt-5.7.1 compiled by qt-opensource-windows-x86-mingw530-5.7.1.exe . Needs SSE2 CPU (as QT>5) Unpack to Python folder (because of sip.exe) https://mega.nz/file/708kWLSI#iPKglikgZZHGZdA7vVev4EnCiByzorsBXjlaZ7o7YdI Best regards.
  14. Greetings. Yet another "mess of things" ;-) https://mega.nz/folder/CgkRVQZA#d6J2CHt65J-vAEhwb0CmFg Python 3.9.13 with some wheels. Custom variables - PYTHONCOMPILER = "mingw"/"mingw32"/"msvc" to force set compiler of distutils SETUPTOOLS_USE_DISTUTILS = "stdlib" / "local" - to disallow (""stdlib") or allow ("local") of use bundled into setuptools distutils. PS Loki 0.45.0 https://mega.nz/file/nwkGAa7C#MZ3seTUo3zzHproGQXqNsrGvo2VUHppzTpiukJjeJsc Best regards.
  15. Greetings. Sorry, currently didn't have access to Windows comp. I'll check it in nearest time. https://github.com/Neo23x0/Loki ? Looks like it didn't require compiling. Try to install it on target XP machine from source folder in editable (developer) mode: pip install -e d:\LokiSourceFolder or cd /d d:\LokiSourceFolder pip install -e . PyInstaller binaries prefer to use their own packages and folders. So the system-wide python can just be ignored. Please use "pip install -e" ;-) It's a first error - with pywin32 (loki.py, line 69). Please execute manually commands import wmi import win32api from win32com.shell import shell import win32file AFAIK this is a big problem... Subprocesses will start to be executed in visible cmd windows - to grab their output. I hope that i'm wrong. It's a very big distance between versions. Did You tried to run 0.40.0 BETA - first Python3 release? Git themself gave a handy instrument to find problems - "git bisect" Best regards. UPD: 1. Last compatible pywin32-300 2. pip -e didn't work. You can manually add path to unpacked source (for example "C:\Loki-0.45.0" ) to files "Lib\site-packages\loki.egg-path" and "Lib\site-packages\easy-install.pth". Then run with "python -m loki" UPD2: 0. loki-upgrader.py must be in PATH... I'd create bat in Loki source folder: 1. pe-sieve32.exe work after replace "GetTickCount64" with "GetTickCount\0\0" 2. At least my version of python3.8 gave error with psutils 5.6.7, compiled by me during "connections()" loop. loki.py line 873. Temporarly replace "p.connections():" with "[]:"... (UPD: Look like lack of update. On my main system with same Python folder psutils 5.6.7 works fine. ) Can You please give to me Yours build of psutils-3.4.2 ? PS. Looks like it work.

  • Create New...