[issue31535] configparser unable to write comment with a upper cas letter

Philippe Wagnieres added the comment: Thank for your support. Sorry I have no time to give you an answer and work on with Python, but I have understand the solution. Best Regards Philippe Wagnières Chalamont 6 1400 Yverdon-les-Bains Suisse tel.: +41 76 367 27 43 Le 24.09.2018 à 17:42, Karth

[issue21109] tarfile: Traversal attack vulnerability

shashank added the comment: Added tests. Patch file: safetarfile-4.diff Following works with 456 tests passed, after doing `make clean && make` # ./python -m unittest -v test.test_tarfile Attached patch is on top of master's commit: commit 2aaf98c16ae3070378de523a173e29644037d8bd (HEAD -> mas

[issue34687] asyncio: is it time to make ProactorEventLoop as the default event loop?

Andrew Svetlov added the comment: I think the only way to make sure that proactor event loop is stable -- starting to use it everywhere on Windows. Let's do it. -- ___ Python tracker __

[issue34793] Remove support for "with (await asyncio.lock):"

Andrew Svetlov added the comment: I don't care too much. Maybe removal is just fine. `with await ...` looks awkward anyway -- ___ Python tracker ___ __

[issue34679] asyncio.add_signal_handler call fails if not on main thread

Change by Andrew Svetlov : -- versions: +Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue34679] asyncio.add_signal_handler call fails if not on main thread

Andrew Svetlov added the comment: In my opinion, we should don't change the behavior. Signal handlers should be processed in main thread at the end, that's how Python works for regular synchronous API. Mentioning it in the doc makes sense. Would you make a pull request? --

[issue34694] Dismiss To Avoid Slave/Master wording cause it easier for non English spoken programmers

Change by Kubilay Kocak : -- nosy: -koobs ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue34271] Please support logging of SSL master secret by env variable SSLKEYLOGFILE

Nathaniel Smith added the comment: I didn't know this, but apparently the SSLKEYLOGFILE envvar is a de-facto standard: chrome, firefox, and libcurl all check for this envvar, and if found they log TLS secrets to the file in a specific format. Reports of projects supporting this: - https://w

[issue34806] distutils tests fail with recent 3.7 branch

New submission from Matthias Klose : two distutils tests fail when running the tests from an installed location. 3.7 branch 20180925, succeeded with a 20180911 snapshot. Is there any locale setting required? == ERROR: test_non

[issue34806] distutils tests fail with recent 3.7 branch

Change by Matthias Klose : -- nosy: +serhiy.storchaka, steve.dower ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue34271] Please support logging of SSL master secret by env variable SSLKEYLOGFILE

Christian Heimes added the comment: Cory contributed a high level API for OpenSSL 1.1.1, https://www.openssl.org/docs/man1.1.1/man3/SSL_CTX_set_keylog_callback.html I already have a patch somewhere on my disk. The patch is trivial if we ignore OpenSSL < 1.1.1. -- _

[issue34271] Please support logging of SSL master secret by env variable SSLKEYLOGFILE

Christian Heimes added the comment: Here is a horribly hacky and simple implementation. I have a more elaborate implementation that does correct locking and has no global state. static BIO *bio_keylog = NULL; static void keylog_callback(const SSL *ssl, const char *line) { BIO_printf(bio_

[issue34271] Please support logging of SSL master secret by env variable SSLKEYLOGFILE

Johannes Frank added the comment: Hi Christian I would be willing to give this a try, could you publish or send me that more elaborate code? Thanks Johannes On Wed, 26 Sep 2018 at 09:25, Christian Heimes wrote: > > Christian Heimes added the comment: > > Here is a horribly hacky and simple

[issue34807] pathlib.[r]glob fails when the toplevel directory is not readable, whereas glob.glob "succeeds"

New submission from Antony Lee : After $ mkdir -p foo/bar && chmod 000 foo one gets In [1]: glob.glob("foo/bar") Out[1]: [] but In [2]: list(Path("foo/bar").glob("*")) gives a PermissionError. I'm not arguing that pathlib should reproduce glob's behavior (in fact I think

[issue34806] distutils tests fail with recent 3.7 branch

Serhiy Storchaka added the comment: The test in distutils/tests/test_log.py matches the current code (with changes added in issue34421), but the code in distutils/log.py doesn't match the current code. Looks like the stdlib and tests are unsynchronized. -- __

[issue34806] distutils tests fail with recent 3.7 branch

Serhiy Storchaka added the comment: I have reproduced this error by checking out the revision before issue34421 changes. git checkout 77b92b15a5e5c84b91d3fd9d02f63db432fa8903~ Lib/distutils/log.py ./python -m test -v -m test_log test_distutils --

[issue34751] Hash collisions for tuples

Jeroen Demeyer added the comment: > There are _two_ hash functions at play in that collision: the tuple hash > function, and the integer hash function. Regardless of whether the _tuple_ > hash function does [anything involving just `t`], that only directly affects > the result of the _int_

[issue30156] PYTHONDUMPREFS segfaults on exit

STINNER Victor added the comment: Note: I reported a similar issue which has then been marked as a duplicate of this one: bpo-34223. Copy of my first message: --- It seems like Python has an invalid object somewhere. PYTHONDUMPREFS=1 makes Python crash at exit. $ PYTHONDUMPREFS=1 ./python -c

[issue21109] tarfile: Traversal attack vulnerability

Tal Einat added the comment: shashank, you're making good progress on this! The tests should also put SafeTarFile through all of the tests for TarFile, considering that it is being described as a drop-in replacement. You should look through the existing tests for other modules which do simil

[issue28556] typing.py upgrades

Change by Roundup Robot : -- pull_requests: +8985 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue34806] distutils tests fail with recent 3.7 branch

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue34805] Explicitly specify `MyClass.__subclasses__()` returns classes in definition order

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue34806] distutils tests fail with recent 3.7 branch

Karthikeyan Singaravelan added the comment: Test case failure regarding test_find_executable was fixed with issue34530 on master and backported. Thanks -- ___ Python tracker ___

[issue28117] warning: dereferencing type-punned pointer will break strict-aliasing rules

ekul added the comment: I just got this set of warnings while building 3.6.6 on RasPi Debian9/ARM. Good to know the warning is spurious. Just finding my way here - is Serhiy's patch above a working 2016 fix for this that got stuck in review? I couldn't find a PR for it. If the warning _is_

[issue34806] distutils tests fail with recent 3.7 branch

Matthias Klose added the comment: issue34530 was already fixed on 20180904, so there's something else... -- ___ Python tracker ___

[issue32956] python 3 round bug

Joshua Bronson added the comment: Thanks Serhiy, I read the Python-Dev thread you linked to, but that doesn't resolve the issues: - Its topic is Python 2.6 (where this behavior does not occur) rather than Python 3 (where it does). - A few messages into the thread Guido does address Python 3

[issue34806] distutils tests fail with recent 3.7 branch

STINNER Victor added the comment: I don't understand this bug report. "./python -m test test_distutils -v -m test_non_ascii" pass in 3.6, 3.7 and master branches. > two distutils tests fail when running the tests from an installed location. > 3.7 branch 20180925, succeeded with a 20180911 s

[issue34806] distutils tests fail with recent 3.7 branch

STINNER Victor added the comment: Hum, to be clear, I suggest to close the issue (FIXED), since both failures have been fixed in development branches. -- ___ Python tracker _

[issue32956] python 3 round bug

STINNER Victor added the comment: Rounding floating point numbers is a complex topic :-) Here are my notes on that topic: https://vstinner.readthedocs.io/misc.html#rounding It took me years to fix how Python rounds timestamps :-) -- nosy: +vstinner __

[issue1529353] Squeezer - squeeze large output in IDLE's shell

Terry J. Reedy added the comment: Yes. Congratulations on your persistence. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker __

[issue34808] bytes[0] != bytes[0:1]

New submission from ucyo : bytes('sdf', 'UTF8')[0] != bytes('sdf', 'UTF8')[0:1] # FALSE 'sdf'[0] != 'sdf'[0:1] # TRUE Is this a feature or bug. I would have expected the same behaviour. -- components: Library (Lib) messages: 326446 nosy: ucyo priority: normal severity: normal status:

[issue32956] python 3 round bug

Mark Dickinson added the comment: @jab: Did you see this message from the thread that Serhiy pointed to? https://mail.python.org/pipermail/python-dev/2008-January/075910.html Here's the sound bite version, but see the message for context: [Guido] > Wow. Do you have an opinion as to whether w

[issue34781] infinite waiting in multiprocessing.Pool

Antoine Pitrou added the comment: If I understand correctly you have two cases: - the standalone script hangs with 3.6 on OS X - a much more involved use case hangs with 2.7 on RedHat It's possible you are hitting two different bugs. The 2.7 issue may be due to third-party packages or other

[issue32956] python 3 round bug

Mark Dickinson added the comment: Adding Tim Peters to the nosy list, so that he can tell me that I'm misrepresenting him ... -- nosy: +tim.peters ___ Python tracker ___

[issue34806] distutils tests fail with recent 3.7 branch

Matthias Klose added the comment: well, it was top of the branch yesterday -- ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue34809] On MacOSX with 3.7 python getting "Symbol not found: _PyString_AsString"

New submission from Ruslan Kharitonov : Getting the following error on MacOSX after installing Python 3.7.0 from the Python download. Also, tried installing from brew. ➜ ~ python3 Python 3.7.0 (v3.7.0:1bf9cc5093, Jun 26 2018, 23:26:24) [Clang 6.0 (clang-600.0.57)] on darwin Type "help", "copyr

[issue34809] On MacOSX with 3.7 python getting "Symbol not found: _PyString_AsString"

Change by Ruslan Kharitonov : -- type: -> crash ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue34809] On MacOSX with 3.7 python getting "Symbol not found: _PyString_AsString"

Ronald Oussoren added the comment: Do you have a $PYTHONPATH in your environment? For some reason the 3.7 install is looking in the site-packages directory for the 2.7 install. This is probably configuration on your system. -- ___ Python tracker

[issue32956] python 3 round bug

Joshua Bronson added the comment: Thanks, Mark. Yes, I saw where Tim said round-half-even should be the default, but I didn't see any proposal to expose it as e.g. math.round_half_even() instead, nor a more complete look at what other languages do. That, along with the subject being 2.6 and

[issue34809] On MacOSX with 3.7 python getting "Symbol not found: _PyString_AsString"

Ruslan Kharitonov added the comment: Yes, this was the issue. Thank you. > On Sep 26, 2018, at 8:05 AM, Ronald Oussoren wrote: > > > Ronald Oussoren added the comment: > > Do you have a $PYTHONPATH in your environment? > > For some reason the 3.7 install is looking in the site-packages d

[issue34808] bytes[0] != bytes[0:1]

Geoffrey Spear added the comment: Indexing bytes giving an int is a feature. Some might argue it's a bad feature, but it was done on purpose. -- nosy: +geoffreyspear ___ Python tracker _

[issue34808] bytes[0] != bytes[0:1]

ucyo added the comment: Thank you for the answer. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ __

[issue31837] ParseError in test_all_project_files()

Karthikeyan Singaravelan added the comment: The warnings were introduced with issue13125 and this was fixed with issue30117 . I verified it as below : ➜ cpython git:(master) git checkout 14e976e00e65bf343ba0fca016c3c9132a843daf~1 ➜ cpython git:(ce0f33d045) git clean -xdf && ./configure --wi

[issue34670] Add set_post_handshake_auth for TLS 1.3

Dimitri John Ledkov added the comment: Will this be backported to the 2.7 branch as well? Pretty please =) -- nosy: +xnox ___ Python tracker ___ __

[issue28655] Tests altered the execution environment in isolated mode

Karthikeyan Singaravelan added the comment: The dependency issue31837 dealing with test_lib2to3 failure was resolved by Victor in issue30117 and hence I marked it as a duplicate. The other issue regarding test_import is not reproducible on master as of 2aaf98c16ae3070378de523a173e29644037d8

[issue32956] python 3 round bug

Joshua Bronson added the comment: I spent a few minutes with git blame/checkout/show and so far have found https://bugs.python.org/issue1869 (via https://github.com/python/cpython/commit/e6a076d). Still reading -- looks like there were a number of different changes made to round() at the sam

[issue31837] ParseError in test_all_project_files()

Serhiy Storchaka added the comment: Thanks Karthikeyan! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue34807] pathlib.[r]glob fails when the toplevel directory is not readable, whereas glob.glob "succeeds"

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue34262] Asyncio test fails under Win 7

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue34806] distutils tests fail with recent 3.7 branch

STINNER Victor added the comment: > well, it was top of the branch yesterday Hum, I don't understand because we don't have the same line number: File "/usr/lib/python3.7/distutils/log.py", line 34, in _log stream.write('%s\n' % msg) $ git show bbdf8723324e31675f298dd273733cc13e1518df:L

[issue34804] Repetition of 'for example' in documentation

Pablo Galindo Salgado added the comment: Can you provide a link to the occurence of this repetition? Thanks! -- nosy: +pablogsal ___ Python tracker ___ __

[issue34804] Repetition of 'for example' in documentation

Aydin added the comment: https://docs.python.org/3/howto/functional.html In the 5th paragraph. -- ___ Python tracker ___ ___ Pytho

[issue34804] Repetition of 'for example' in documentation

Change by Serhiy Storchaka : -- nosy: +akuchling ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue34804] Repetition of 'for example' in documentation

Change by Aydin : -- versions: +Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.8 ___ Python tracker ___ ___ Python-bugs-li

[issue34809] On MacOSX with 3.7 python getting "Symbol not found: _PyString_AsString"

Change by Zachary Ware : -- resolution: -> not a bug stage: -> resolved status: open -> closed type: crash -> behavior ___ Python tracker ___

[issue31425] Expose AF_QIPCRTR in socket module

Tal Einat added the comment: New changeset bb8165172ac2ef8c7092e8e82928cc7f5f310ab3 by Tal Einat (Bjorn Andersson) in branch 'master': bpo-31425: Expose AF_QIPCRTR in socket module (GH-3706) https://github.com/python/cpython/commit/bb8165172ac2ef8c7092e8e82928cc7f5f310ab3 -- nosy: +

[issue31425] Expose AF_QIPCRTR in socket module

Change by Tal Einat : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.8 -Python 3.7 ___ Python tracker ___ _

[issue28655] Tests altered the execution environment in isolated mode

STINNER Victor added the comment: I confirm that "./python -I -S -m test.regrtest -j0 --fail-env-changed test_asyncio test_ctypes test_email test_idle test_import test_importlib test_json test_lib2to3" now pass on master. I close the issue. Thanks Karthikeyan ;-) -- resolution: ->

[issue34694] Dismiss To Avoid Slave/Master wording cause it easier for non English spoken programmers

Change by Paul Moore : -- nosy: -paul.moore ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue34810] Maximum and minimum value of C types integers from Python

New submission from Sébastien Celles : Hello, I'm looking for a way to get (using Python) the maximum and minimum values of C types integers (ie uint8, int8, uint16, int16, uint32, int32, uint64, int64...) from Python. I asked this question on StackOverflow and get a nice answer https://sta

[issue28655] Tests altered the execution environment in isolated mode

Serhiy Storchaka added the comment: test_import still fails on 3.6. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue34811] test_gdb fails with latest gdb

New submission from Charalampos Stratakis : In Fedora we got a new build of gdb which makes python's test_gdb fail on x86_64, i686 and aarch64(arm 64 bits) architectures. gdb's commits between the passing and failing tests: https://github.com/bminor/binutils-gdb/compare/ab080c102869dd3ad300a99

[issue34810] Maximum and minimum value of C types integers from Python

Serhiy Storchaka added the comment: Maximum values for uint8, int8, uint16, int16, uint32, int32, uint64, int64 are 2**8-1, 2**7-1, 2**16-1, 2**15-1, 2**32-1, 2**31-1, 2**64-1, 2**63-1 by definition. Minimum values are 0, -2**7, 0, -2**15, 0, -2**31, 0, -2**63. -- nosy: +serhiy.storc

[issue34811] test_gdb fails with latest gdb

Change by Charalampos Stratakis : -- versions: +Python 3.7, Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue34811] test_gdb fails with latest gdb

Charalampos Stratakis added the comment: FAIL: test_NULL_ob_type (test.test_gdb.PrettyPrintTests) Ensure that a PyObject* with NULL ob_type is handled gracefully -- Traceback (most recent call last): File "/builddir/build/BUI

[issue34811] test_gdb fails with latest gdb

Change by STINNER Victor : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue34810] Maximum and minimum value of C types integers from Python

Sébastien Celles added the comment: Thanks @serhiy.storchaka I'm aware of this... but I think it could be returned programmatically without much difficulty. -- ___ Python tracker

[issue34810] Maximum and minimum value of C types integers from Python

Sébastien Celles added the comment: About raising exception with converting integer value that should overflow maybe we should have a parameter ctypes.c_uint8(256, raise=True) will raise an exception but ctypes.c_uint8(256) will silently return c_ubyte(0) -- _

[issue34811] test_gdb fails with latest gdb

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue28655] Tests altered the execution environment in isolated mode

Change by STINNER Victor : -- pull_requests: +8986 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33053] Avoid adding an empty directory to sys.path when running a module with `-m`

Change by STINNER Victor : -- pull_requests: +8987 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue28655] Tests altered the execution environment in isolated mode

STINNER Victor added the comment: > test_import still fails on 3.6. Oh, I only tested master. I wrote PR 9589 to fix test_import on 3.6. -- resolution: fixed -> status: closed -> open ___ Python tracker __

[issue28655] Tests altered the execution environment in isolated mode

Karthikeyan Singaravelan added the comment: Thanks Serhiy. Thanks Victor for the fix. I can confirm this on 3.6. Interestingly `--fail-env-changed` flag didn't catch this but running in verbose mode failed. `--fail-env-changed` passes ➜ cpython git:(3707bcf02b) ./python.exe -I -S -m test.re

[issue28556] typing.py upgrades

Change by miss-islington : -- pull_requests: +8989 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue28556] typing.py upgrades

Change by miss-islington : -- pull_requests: +8988 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue34765] Update install-sh

Change by Charalampos Stratakis : -- keywords: +patch pull_requests: +8990 stage: -> patch review ___ Python tracker ___ ___ Python

[issue34262] Asyncio test fails under Win 7

Change by Karthikeyan Singaravelan : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue34262] Asyncio test fails under Win 7

Karthikeyan Singaravelan added the comment: ProactorEventLoop is the default event loop with issue34687. There doesn't seem to be any warnings in buildbots as I have checked and as @panesen has mentioned this is not consistent. I am adding Victor as a notification if he has any thoughts. Vic

[issue28655] Tests altered the execution environment in isolated mode

Karthikeyan Singaravelan added the comment: Verified the fix in the PR and there are no warnings ➜ cpython git:(pr_9589) ./python.exe Python 3.6.6+ (heads/pr_9589:844abda318, Sep 26 2018, 20:59:26) [GCC 4.2.1 Compatible Apple LLVM 7.0.2 (clang-700.1.81)] on darwin Type "help", "copyright", "cr

[issue34812] support.args_from_interpreter_flags() doesn't inherit -I (isolated) flag

New submission from STINNER Victor : The support.args_from_interpreter_flags() function recreates Python command line arguments from sys.flags, but it omits -I (sys.flags.isolated). Because of that, "./python -I -m test ..." behaves differently than "./python -I -m test -j0 ...": https://bugs

[issue28655] Tests altered the execution environment in isolated mode

STINNER Victor added the comment: > I can confirm this on 3.6. Interestingly `--fail-env-changed` flag didn't > catch this but running in verbose mode failed. Oh... When using -j0, regrtest doesn't spawn worker processes using -I: the flag is simply omitted... As a side effect, forget() in t

[issue28655] Tests altered the execution environment in isolated mode

STINNER Victor added the comment: New changeset 43500a5907eb9ae2e470dcbffe73012cd456f5a1 by Victor Stinner in branch '3.6': bpo-28655: Fix test_import.test_missing_source_legacy() (GH-9589) https://github.com/python/cpython/commit/43500a5907eb9ae2e470dcbffe73012cd456f5a1 -- ___

[issue33053] Avoid adding an empty directory to sys.path when running a module with `-m`

STINNER Victor added the comment: New changeset 43500a5907eb9ae2e470dcbffe73012cd456f5a1 by Victor Stinner in branch '3.6': bpo-28655: Fix test_import.test_missing_source_legacy() (GH-9589) https://github.com/python/cpython/commit/43500a5907eb9ae2e470dcbffe73012cd456f5a1 -- nosy: +v

[issue34812] support.args_from_interpreter_flags() doesn't inherit -I (isolated) flag

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue34781] infinite waiting in multiprocessing.Pool

calimeroteknik added the comment: A friend has found a very simple example that triggers such an issue in a very reproducible manner. Attached two versions, one where the child process mysteriously disappears in the cpython interpreter. pypy is unaffected. -- nosy: +calimeroteknik

[issue34781] infinite waiting in multiprocessing.Pool

calimeroteknik added the comment: Attaching the version that randomly raises ChildProcessError: [Errno 10] No child processes. The child process is lost in limbo if we don't sleep/print after creating it. -- Added file: https://bugs.python.org/file47828/except-out.py

[issue34781] infinite waiting in multiprocessing.Pool

Change by Antoine Pitrou : Removed file: https://bugs.python.org/file47828/except-out.py ___ Python tracker ___ ___ Python-bugs-list mailing

[issue34781] infinite waiting in multiprocessing.Pool

Antoine Pitrou added the comment: @calimeroteknik, this doesn't seem to have anything to do with the issue at hand. Please open a separate issue with your scripts. -- ___ Python tracker ___

[issue34781] infinite waiting in multiprocessing.Pool

Change by Antoine Pitrou : Removed file: https://bugs.python.org/file47827/hang.py ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue34813] child process disappears when removing a print statement after its creation

New submission from calimeroteknik : When two processes are created and killed, the behaviour is different if print or sleep statements are inserted. It can also be random (different results executing the same program several times) on certain machines and versions of python. Attached two ver

[issue34813] child process disappears when removing a print statement after its creation

Change by calimeroteknik : Added file: https://bugs.python.org/file47830/except-out.py ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue34814] makesetup: must link C extensions to libpython when compiled in shared mode

New submission from STINNER Victor : Python can be compiled in "shared" mode: "./configure --enable-shared", Py_ENABLE_SHARED is defined in pyconfig.h. Most Linux distributions use this configuration. By default, Python builds most C extensions using setup.py which is based on distutils. The

[issue34814] makesetup: must link C extensions to libpython when compiled in shared mode

Change by STINNER Victor : -- keywords: +patch pull_requests: +8991 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-l

[issue34814] makesetup: must link C extensions to libpython when compiled in shared mode

STINNER Victor added the comment: Setup.patch: Example of patch to modify Modules/Setup to compile _contextvars as a shared library, to test the fix. -- Added file: https://bugs.python.org/file47831/Setup.patch ___ Python tracker

[issue34813] child process disappears when removing a print statement after its creation

Antoine Pitrou added the comment: I don't think hang.py is correct. If you launch a process using subprocess, the subprocess owns the child process. You should not call waitpid() or os.kill() separately. Also, since you don't keep a reference to the subprocess.Popen object, its destructor

[issue34813] child process disappears when removing a print statement after its creation

Antoine Pitrou added the comment: Those remarks apply to except-out.py, as well. -- ___ Python tracker ___ ___ Python-bugs-list mai

[issue34814] makesetup: must link C extensions to libpython when compiled in shared mode

STINNER Victor added the comment: Example of the bug: --- $ git apply ~/Setup.patch $ ./configure --with-pydebug --enable-shared $ make $ grep _contextvars Makefile (...) Modules/_contextvarsmodule.o: $(srcdir)/Modules/_contextvarsmodule.c; $(CC) $(CCSHARED) $(PY_CFLAGS) $(PY_CPPFLAGS) -c

[issue34814] makesetup: must link C extensions to libpython when compiled in shared mode

STINNER Victor added the comment: Downstream (RHEL) issue: https://bugzilla.redhat.com/show_bug.cgi?id=1585201 -- ___ Python tracker ___ __

[issue34814] makesetup: must link C extensions to libpython when compiled in shared mode

STINNER Victor added the comment: I copied the nosy list from bpo-32430: people who understand and care about the Modules/Setup file :-) -- nosy: +barry, eric.smith, koobs, martin.panter, mdk, nascheme, pitrou, twouters, xdegaye, yan12125 ___ Pyth

[issue34813] child process disappears when removing a print statement after its creation

calimeroteknik added the comment: So this is invalid library usage, we need to run .wait() on the Popen object. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

  1   2   >