[issue31710] setup.py: _ctypes won't getbuilt when system ffi is only in $PREFIX
New submission from pmpp <pmpp@gmail.com>: --with-system-ffi is mandatory for linux build but no way is provided ( eg --with-ffi-includes= --with-ffi-libs= ) so setup.py can detect libffi already built in $PREFIX and $EPREFIX/lib. even if cflags/ldflags are ok , _ctypes build will be skipped with reason: INFO: Could not locate ffi libs and/or headers test condition: crystax-ndk toward android-19 on ubuntu xenial 32 bits -- components: Cross-Build messages: 303799 nosy: Alex.Willmer, pmpp priority: normal severity: normal status: open title: setup.py: _ctypes won't getbuilt when system ffi is only in $PREFIX type: compile error versions: Python 3.7 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue31710> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31732] Add TRACE level to the logging module
pmpp <pmpp@gmail.com> added the comment: Sorry, i didn't mean to be rude. Just wanted to pick your attention because i think you miss the point: logging as is it with its levels is perfect for *log messages*. Review the typical usage shown and you'll see that tracing level is for logging tracebacks : the debug message is separate. Traces just don't fit on standard log output, they clutter and obviously have a format of their own. As a user i see TRACE as context for logging.exception when it has nothing to do with errors or verbosity. -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue31732> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31732] Add TRACE level to the logging module
pmpp <pmpp@gmail.com> added the comment: As a dumb user I vote in favor of this on the ground that five levels is not sufficient for a long and that the need for finer distinctions already arose for me in practice. Till i overcame the mental cost to think, learn and *find time* on how to make a finer level of distinction to work. line tracing logging is a level on its own and doesn't fit with provided ones which are *too simple*. -- If python is "battery included". It's time to provide a multiplatform charger ... -- nosy: +pmpp ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue31732> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25711] Rewrite zipimport from scratch
Change by pmpp <pmpp@gmail.com>: -- nosy: +pmpp ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue25711> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33012] Invalid function cast warnings with gcc 8 for METH_NOARGS
Change by pmpp <pmpp@gmail.com>: -- nosy: +pmpp ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33012> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33608] Add a cross-interpreter-safe mechanism to indicate that an object may be destroyed.
Change by pmpp <pmpp@gmail.com>: -- nosy: +pmpp ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33608> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33405] PYTHONCOERCECLOCALE no longer being respected
pmpp <pmpp@gmail.com> added the comment: indeed a3+ says : PYTHONCOERCECLOCALE=0 LANG=C python3.7 -c "import sys; print(sys.stdin.encoding)" ANSI_X3.4-1968 but can reproduce on b3: PYTHONCOERCECLOCALE=0 LANG=C python3.7 -c "import sys; print(sys.stdin.encoding)" utf-8 -- nosy: +pmpp ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33405> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33380] Update module attribute on namedtuple methods for introspection.
pmpp <pmpp@gmail.com> added the comment: Indeed thanks for the deep explanation. It seems that not finding im_self anymore (not even in the dunder clutter), i've mistaken '.__self__.__module__' with '.__module__'. How joyfull to learn anew to trace a caller id, and sorry for the noise (again). -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33380> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33405] PYTHONCOERCECLOCALE no longer being respected
pmpp <pmpp@gmail.com> added the comment: b3 is also ok with the -X parameter : PYTHONCOERCECLOCALE=0 LANG=C python3.7 -X utf8=0 -c "import sys; print(sys.stdin.encoding)" ANSI_X3.4-1968 -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33405> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33362] string strip() strips extra characters that it shouldn't
pmpp <pmpp@gmail.com> added the comment: lstrip(chars=None, /) method of builtins.str instance Return a copy of the string with leading whitespace removed. If chars is given and not None, remove characters in chars instead. all L D A / single chars get removed, while there is *any* of them of the left. not the "LDA/" block as you probably expected -- nosy: +pmpp ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33362> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33380] Update module attribute on namedtuple methods for introspection.
pmpp <pmpp@gmail.com> added the comment: I see that as a good fix, obviously Point definition belongs to __main__ in the sample, like would any other subclass defined there eg if "some" class is defined in awe.py module : >>> import awe >>> class my(awe.some):pass ... >>> my.__module__ '__main__' -- nosy: +pmpp ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33380> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32682] test_zlib improve version parsing
New submission from pmpp <pmpp@gmail.com>: On some OS like android 4.0+, system libz.so gives funny versions number that prevent test_zlib from correctly parse it from zlib.ZLIB_RUNTIME_VERSION https://patch-diff.githubusercontent.com/raw/vstinner/cpython/pull/1.patch seems to fix "1.2.8-linuxfoundation-mods-v1" and "1.2.8.f-linuxfoundation-mods-v1" cases as already encountered on an popular operating system and maybe others yet unknown. -- components: Tests messages: 310773 nosy: pmpp priority: normal severity: normal status: open title: test_zlib improve version parsing versions: Python 3.7 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32682> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32682] test_zlib improve version parsing
Change by pmpp <pmpp@gmail.com>: -- keywords: +patch pull_requests: +5195 stage: -> patch review ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32682> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32654] Fixes Python for Android API 19
pmpp <pmpp@gmail.com> added the comment: Thanks ! I tested your PR it just built out of the box with the help of a one line change to Xavier de Gaye's android build support tool ( configure-android script + Android folder from bpo-30386 ). I'll forward to you the result of testsuite on a $10 Arm cortex-a7 board running Android kitkat 4.4.2 ( H3droid ) as soon as it finishes as i run a testbot on it. My point of view is that "out of date" doesn't mean people don't actually *use* it : vstinner is indeed right , vendors provides almost no updates for hardware which actually can live long and have the power of some low power i** cpu but without the actual drawbacks we heard about recently. -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32654> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32615] Inconsistent behavior if globals is a dict subclass
Change by pmpp <pmpp@gmail.com>: -- nosy: +pmpp ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32615> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue26855] android: add platform.android_ver()
Change by pmpp <pmpp@gmail.com>: -- nosy: +pmpp ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue26855> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32654] Fixes Python for Android API 19
pmpp <pmpp@gmail.com> added the comment: @yan12125 Hi, I ran some tests too and here are my findings: https://github.com/pmp-p/droid-pydk/tree/master/sources.32/build_logs * I used some dirty patchset to cover more tests https://github.com/pmp-p/droid-pydk/tree/master/sources.32/cpython-bpo-30386.patchset i would be glad if you could have a look at them, as i am not a C/C++ programmer (i'm "pmpp" on IRC where we met last time). * Maybe SIG* stuff is fixed only for unified headers API>=21 regardless of NDK that would need checking. * python build quite fine will all NDK ( sorry to say but especially the non vendor one can support cpython for prehistoric api and version 3.5/3.6 *without patches* under certain condition of use ) my thoughts : * Only third parties libs that have trouble with NDK versions, like openssl but libssl and libcrypto are provided by OS. * Third parties are not required to embed libpython. Xavier de Gaye's script use shared linking. you should be able to provide whatever version of those you need that's not a cpython's build script job to deal with that, imho it was just for demontrasting that android build can be easy. I personnally would not build my third parties that way. * non official cpython build runs very well after android 5.0 there's almost nothing to do left, and micropython is able to run everywhere cpython can't (yet) so nothing is impossible. * old api are frozen, there won't be suddenly a lot to support, when devices using them will vanish from asian stores it will mark the end of them and their need of support : imho there's no "end of life/support" concept for android os. * I'd like a possible api19 "best effort", because android kitkat vendor statistics are wrong they don't take into account the *huge* amount of gservice-less devices. unclear if unrelated to this: * platform=='android' shoud be set, regardless of any API version : Android platform exists and is already running some pythons, it is a fact. Thanks Victor for trying to clean my patchset : i did not realize my embed use of libpython could help official cpython too. Anyway I would be glad to help this way or another. -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32654> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31356] Add context manager to temporarily disable GC
Change by pmpp <pmpp@gmail.com>: -- nosy: +pmpp ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue31356> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32682] test_zlib improve version parsing
Change by pmpp <pmpp@gmail.com>: -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32682> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32604] Expose the subinterpreters C-API in Python for testing use.
Change by pmpp <pmpp@gmail.com>: -- nosy: +pmpp ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32604> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30439] Expose the subinterpreters C-API in the stdlib.
Change by pmpp <pmpp@gmail.com>: -- nosy: +pmpp ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue30439> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33938] Cross compilation fail for ARM
pmpp added the comment: Hi, in the log i see : checking for --with-system-ffi... no if you are sure your target ffi is ok then that could look a lot like what i had for python3 cross compile to armv7 android with a self built toolchain too : https://bugs.python.org/issue31710. iirc forcing libffi detection in setup.py helped. -- nosy: +pmpp ___ Python tracker <https://bugs.python.org/issue33938> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32637] Android: set sys.platform to android
Change by pmpp <pmpp@gmail.com>: -- nosy: +pmpp ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32637> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32202] [ctypes] all long double tests fail on android-24-x86_64
Change by pmpp <pmpp@gmail.com>: -- nosy: +pmpp ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32202> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32203] [ctypes] test_struct_by_value fails on android-24-arm64
Change by pmpp <pmpp@gmail.com>: -- nosy: +pmpp ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32203> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33021] Some fstat() calls do not release the GIL, possibly hanging all threads
pmpp <pmpp@gmail.com> added the comment: is fstat thread safe ? -- nosy: +pmpp ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33021> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33021] Some fstat() calls do not release the GIL, possibly hanging all threads
pmpp <pmpp@gmail.com> added the comment: josh.r. i think you are right, i was worried if a nfs sillyrename is in progress, for eg a lock file ,then server hangs but thread lift the GIL and allow another thread to try to start to fstat the same path. -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33021> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33042] New 3.7 startup sequence crashes PyInstaller
Change by pmpp <pmpp@gmail.com>: -- nosy: +pmpp ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33042> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33277] Deprecate __loader__, __package__, __file__, and __cached__ on modules
Change by pmpp <pmpp@gmail.com>: -- nosy: +pmpp ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33277> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33351] Support compiling with clang-cl on Windows
Change by pmpp <pmpp@gmail.com>: -- nosy: +pmpp ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33351> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33047] "RuntimeError: dictionary changed size during iteration" using trace.py module
Change by pmpp <pmpp@gmail.com>: -- nosy: +pmpp ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33047> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34969] Add --fast, --best to the gzip CLI
pmpp added the comment: Hi, on platform without gzip ( there are some , including some widely used OS eg: https://github.com/bazelbuild/rules_docker/issues/507 ) ability to use python gzip cli is extremely usefull as a fallback. Though as discussed on irc default compression to 6 is a good tradeoff for the basic options fast (-1) / best(-9) and require less memory for decompression on target (could be embedded). -- nosy: +pmpp ___ Python tracker <https://bugs.python.org/issue34969> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35231] make install may not call ldconfig on posix
New submission from pmpp : observed on ubuntu trusty x64 with release 3.7.1 at least when switching from "m" abi to "dm" abi sometimes libpython is not resolved in /usr/local/lib so maybe add "ldconfig" as a preventive mesure. -- components: Installation messages: 329840 nosy: pmpp priority: normal severity: normal status: open title: make install may not call ldconfig on posix type: behavior versions: Python 3.7 ___ Python tracker <https://bugs.python.org/issue35231> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35231] make install may not call ldconfig on GNU/Linux
Change by pmpp : -- title: make install may not call ldconfig on posix -> make install may not call ldconfig on GNU/Linux ___ Python tracker <https://bugs.python.org/issue35231> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35231] make install may not call ldconfig on GNU/Linux when using --enable-shared
Change by pmpp : -- title: make install may not call ldconfig on GNU/Linux -> make install may not call ldconfig on GNU/Linux when using --enable-shared ___ Python tracker <https://bugs.python.org/issue35231> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35261] readline.c: PyOS_InputHook not protected against SIGWINCH
pmpp added the comment: oops use: python3 -i -u -B pih.py to run crash test -- ___ Python tracker <https://bugs.python.org/issue35261> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35261] readline.c: PyOS_InputHook not protected against SIGWINCH
New submission from pmpp : when using PyOS_InputHook from within readline module two signals are to be handled SIGINT and SIGWINCH SIGINT is really usefull in case hook has a problem though in some case it should be nice to prevent it too (async loop in repl background) but SIGWINCH is an annoyance and often lead to interpreter crash. sample file: linux crash test under ubuntu bionic python 3.7.1 gcc7 more elaborated test case https://github.com/pmp-p/aioprompt -- components: Extension Modules files: pih.py messages: 329969 nosy: pmpp priority: normal severity: normal status: open title: readline.c: PyOS_InputHook not protected against SIGWINCH type: crash versions: Python 3.7 Added file: https://bugs.python.org/file47935/pih.py ___ Python tracker <https://bugs.python.org/issue35261> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35261] readline.c: PyOS_InputHook not protected against SIGWINCH
pmpp added the comment: expected result would look like: python3.6 -i -u -B pih.py >>> Segmentation fault (core dumped) -- ___ Python tracker <https://bugs.python.org/issue35261> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35243] readline timeout too long for async gfx use
New submission from pmpp : unlike https://developer.mozilla.org/en-US/docs/Web/API/window/requestAnimationFrame which is fires about each 1/60 second : the callback for gui via PyOS_InputHook is as long as 0.1 second. https://github.com/python/cpython/blob/8e0b05e2f4b9fd703cbe1ae8d058852ef3781f44/Modules/readline.c#L1192 using repl asyncronously with such a timer is a bad experience when using async opengl based gui : asyncio loop steps should be able to be served at vsync speed which is not actually possible because of hardcoded value. 0.008 seconds would not be so bad, best would be plan next call to hit T+ frametime ( with a default to 0.016 ) each pass inside the loop. a use case for python would be panda3d and its various gui. real life example in other mainstream language : the javascript repl in the browser console. -- components: Extension Modules messages: 329891 nosy: pmpp priority: normal severity: normal status: open title: readline timeout too long for async gfx use type: enhancement versions: Python 3.7 ___ Python tracker <https://bugs.python.org/issue35243> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22412] Towards an asyncio-enabled command line
Change by pmpp : -- nosy: +pmpp ___ Python tracker <https://bugs.python.org/issue22412> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34616] implement "Async exec"
pmpp added the comment: indeed adding async flag to compile and providing some 'aexec' is a very good idea ! *an async repl is really usefull when stuck with a threadless python* ( specific engines, or emscripten cpython ) "top-level async is invalid syntax" : Rewinding the readline history stack to get code "async'ified" is probably not the best way : readline is specific to some platforms. see https://github.com/pmp-p/aioprompt for a hack using that. First raising an exception "top level code is async" and allowing user to get source code from exception would maybe a nice start to an async repl. -- nosy: +pmpp ___ Python tracker <https://bugs.python.org/issue34616> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34616] implement "Async exec"
pmpp added the comment: i already use prompt_toolkit on droid as it uses concurrent futures for completion and threads are allowed on that platform, and yeah it is quite good. but no way to use it on emscripten where cpython is 100% async ( it uses dummy_threading to load asyncio ). best you can do is fill an history buffer with the indented input, eval the whole thing when it's done with PyRun_SimpleString. having cpython storing code until sync/async path can be choosen could save a lot of external hacks with minimal impact on original repl loop, unless somebody is willing to make it *fully* async ( i know i can't ). The original repl input loop is really not made for async and i don't know if Sylvain Beuclair's work on "emterpreted" cpython covers also python3. thx for the pointers anyway and your article on async and ast was inspiration. -- ___ Python tracker <https://bugs.python.org/issue34616> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35403] support application/wasm in mimetypes and http.server
pmpp added the comment: Sure, but i was considering the cpython in the browser/webview/electron case where python modules are served as .wasm files, i'm about to do it for my port and pyodide already does. It would make sense to provide the *simplest* environnement for cpython to serve its own components. scientific cpython stack in the browser: https://github.com/iodide-project/pyodide python repl in the browser experiment: http://pmpp.pagesperso-orange.fr/python_em.html Also i think cpython in the browser could be be already beyond testing and so far provides the best sandboxing configuration available around : "run python in a sandbox, not the opposite" ( quoting Victor Stinner ) -- ___ Python tracker <https://bugs.python.org/issue35403> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35503] os.path.islink() works with cygwin installation but not python.org
pmpp added the comment: afaik only cygwin and msys2 python flavours can handle *various* links and junctions. ( usefull tool http://schinagl.priv.at/nt/hardlinkshellext/linkshellextension.html ) and testing symlinks is may be disabled in MSVCRT paths https://github.com/python/cpython/pull/10245/files#diff-2b0d47b7b6809ae1bd1d7fd0c4e36e00R246 as some comment suggest. -- nosy: +pmpp ___ Python tracker <https://bugs.python.org/issue35503> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35403] support application/wasm in mimetypes and http.server
New submission from pmpp : web browsers have recently gained ability to run webassembly code and for that a new content type has to be add to web servers for optimal use: wasm => Content-Type header : application/wasm spec says it : https://webassembly.github.io/spec/web-api/index.html#streaming-modules "Firefox streaming compilation needs Content-Type header set" cf: https://groups.google.com/forum/#!topic/emscripten-discuss/C7-i1gqWay4 google's filament documentation says: "Python's simple server [...] does not serve WebAssembly files with the correct MIME type." it would be logical since simple htt server is mostly used for testing software to offer support of that new techonology. -- messages: 331015 nosy: pmpp priority: normal severity: normal status: open title: support application/wasm in mimetypes and http.server type: enhancement versions: Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue35403> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35243] readline timeout too long for async gfx use
Change by pmpp : -- versions: +Python 3.8 -Python 3.7 ___ Python tracker <https://bugs.python.org/issue35243> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35292] Make SimpleHTTPRequestHandler load mimetypes lazily
pmpp added the comment: > and potentially other platforms? strangely, it does not. but adding a blocking read on first requests may ruin profiling data on any platform. isn't http.server reserved for instrumentation and testing ? -- nosy: +pmpp ___ Python tracker <https://bugs.python.org/issue35292> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35375] name shadowing while a module tries to import another
pmpp added the comment: hi you are obsverving that because current working directory is set *first* in sys.path as a commodity you can avoid that with import sys,os sys.path.remove( os.getcwd() ) at the start of your program. otherwise usually it is wise to put user module in a package and choose its name with care. -- nosy: +pmpp ___ Python tracker <https://bugs.python.org/issue35375> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35292] Make SimpleHTTPRequestHandler load mimetypes lazily
pmpp added the comment: ??? i never compared Instrumentation and profiling and what getting delta timing about the script behind the first http request has to do with performance ? <= that's actually another question thefirst was : isn't http.server reserved for instrumentation and testing (because lazy loading seems a production feature to me ) ? -- ___ Python tracker <https://bugs.python.org/issue35292> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35292] Make SimpleHTTPRequestHandler load mimetypes lazily
pmpp added the comment: the PR as it is actually add a blocking read (and maybe exceptions or whatever mimetypes modules decide to do) in processing of the first request to server, which has nothing to do with the code serving that request. I agree that makes no sense at all. -- ___ Python tracker <https://bugs.python.org/issue35292> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35283] "threading._DummyThread" redefines "is_alive" but forgets "isAlive"
pmpp added the comment: about micropython, only unix port have thread basic implementation and garbage collector messes with EINTR actually so it is not very useable. unix port is only one on many, and is the less interesting port apart from running quick simulations. -- ___ Python tracker <https://bugs.python.org/issue35283> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35283] "threading._DummyThread" redefines "is_alive" but forgets "isAlive"
pmpp added the comment: > I guess the question is whether any other Python implementation is threadless? emscripten python ( cpython on asm.js or webassembly ) is threadless -- nosy: +pmpp ___ Python tracker <https://bugs.python.org/issue35283> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35274] Running print("\x98") then freeze in Interpreter
pmpp added the comment: hi i can reproduce with a ubuntu bionic or mint19 client toward a python3.4.3 reached via ssh server: - via mate-terminal or terminator : same behaviour as OP report - meanwhile using the same python3 directly via vnc + xterm gives : pm / # python3 Python 3.4.3 (default, Nov 12 2018, 22:25:49) [GCC 4.8.4] on linux Type "help", "copyright", "credits" or "license" for more information. >>> print( chr(152) ) Traceback (most recent call last): File "", line 1, in UnicodeEncodeError: 'ascii' codec can't encode character '\x98' in position 0: ordinal not in range(128) >>> -- nosy: +pmpp ___ Python tracker <https://bugs.python.org/issue35274> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35274] Running print("\x98") then freeze in Interpreter
pmpp added the comment: LC_ALL=en_US.UTF-8 on the ssh line is the culprit unset LC_ALL , gives same lockup result. but: LC_ALL=C give sames results as vnc, where no locale was set. -- ___ Python tracker <https://bugs.python.org/issue35274> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35274] Running print("\x98") then freeze in Interpreter
pmpp added the comment: anything not using "libvte" is fine i suggest you try "mlterm" a very good multilingual terminal -- ___ Python tracker <https://bugs.python.org/issue35274> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35292] Make SimpleHTTPRequestHandler load mimetypes lazily
pmpp added the comment: sorry i was on my free time when enumerating profiling/instrumentation and testing. given now you pay attention i'll try to explain more. instrumentation : what does that server actually support ? eg writing a test for a specific mimitype support eg https://bugs.python.org/issue35403 profiling: i just want to time the first request to a service, ie without learning all the art of warming up a *one liner* http server with bare hands. testing: i want to test the servicing code, not receive error because mimetypes module may have failed late and server should not have started *at all* since it is a critical component of it. how to fix the issue ? as i said earlier, strangely "other platforms" don't have that issue so maybe the problem is in mimetypes module. So my position is "keep it that way" and investigate the slowdown at import on concerned platform. -- ___ Python tracker <https://bugs.python.org/issue35292> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35858] Consider adding the option of running shell/console commands inside the REPL
pmpp added the comment: Hi, maybe have a look to third parties for that because repl internals are tied to each supported platforms. https://xon.sh/index.html https://github.com/pmp-p/aioprompt https://github.com/prompt-toolkit -- nosy: +pmpp ___ Python tracker <https://bugs.python.org/issue35858> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35896] sysconfig.get_platform returns wrong value when Python 32b is running under Windows 64b
pmpp added the comment: from what I remember it's a platform-vm where you can't call (host) 64bits abi or access (host) 64 bits registry. registry calls are overlaid under a "WoW64" branch in host registry. Nothing like aarch64 or Darwin -- ___ Python tracker <https://bugs.python.org/issue35896> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35813] shared memory construct to avoid need for serialization between processes
Change by pmpp : -- nosy: +pmpp ___ Python tracker <https://bugs.python.org/issue35813> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35896] sysconfig.get_platform returns wrong value when Python 32b is running under Windows 64b
pmpp added the comment: i think that platform is called SysWoW64 and is more or less win32. https://en.wikipedia.org/wiki/WoW64 -- nosy: +pmpp ___ Python tracker <https://bugs.python.org/issue35896> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35896] sysconfig.get_platform returns wrong value when Python 32b is running under Windows 64b
pmpp added the comment: > what is the difference sys.platform is defined by code path taken while compiling. it is hardcoded and really represents the os abi used of a *supported* platform, it is to be trusted. while sysconfig.get_platform() try to guess from various sources with more or less success. > changing sys.platform on windows there are a number of different abi ( eg msvc (32/64 supported) / cygwin / mingw / midipix ) and one should expect sys.platform to point to the correct one. The maintainers ( like steve.dower ) help choose carrefully those codes and ensure they will always work, so i think you have been answered. -- ___ Python tracker <https://bugs.python.org/issue35896> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5677] Serious interpreter crash and/or arbitrary memory leak using .read() on writable file
pmpp pmpp@gmail.com added the comment: related: f=open('test','w+b') f.write('123456789ABCDEF') #f.seek(0) print position,f.tell() print '[',len(f.read()),']' f.close() windows: 2.6.2 mingw/ 2.6.4 msvc builds len(f.read()) 0 ( 4081 when i did the test ) but should be 0 printing the buffer show binary garbage. linux is ok f.read() return '' as expected -- nosy: +pmpp versions: -Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5677 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com