[issue29593] Improve UnboundLocalError message for deleted names

Vedran Čačić added the comment: Re: http://bugs.python.org/msg288032 I don't know what example Raymond had, but your example In [5]: def foo(): ...: n = 1 ...: def g(): # imagine a more complex g ...: del n ...: g() ...: print(n) #UnboundLocalError is

[issue31148] Can we get an MSI installer for something past 3.4.4?

D Gentry added the comment: So basically what your saying is that the MSI that I compile will only work for my specific situation as I'm not building it with a bundle? Hmm, that kind of sucks. Disregarding the difficulty of manually converting from source to MSI, if I was to choose to produce

[issue5001] Remove assertion-based checking in multiprocessing

drallensmith added the comment: Pull request submitted (4 days ago) for managers.py, queue.py; just added pool.py changes to those. -- versions: +Python 3.7 -Python 3.6 ___ Python tracker

[issue31212] datetime: min date (0001-01-01 00:00:00) can't be converted to local timestamp

Alexander Belopolsky added the comment: > It still seems like this shouldn't give an error (especially when the > timezone of the local machine is UTC) This is the part where I agree with you. I suspect the error in the UTC case is an artifact of PEP 495 fold calculations that require

[issue31212] datetime: min date (0001-01-01 00:00:00) can't be converted to local timestamp

Alexander Belopolsky added the comment: BTW, I was originally against introducing .timestamp() method and this issue illustrates why it is problematic: people use it without understanding what it does. If you want the distance between datetime.min and datetime(1970,1,1) in seconds - compute

[issue31212] datetime: min date (0001-01-01 00:00:00) can't be converted to local timestamp

Alexander Belopolsky added the comment: It your use case, the input "0001-01-01T00:00:00" was in what timezone? I suspect what you want is >>> datetime.min.replace(tzinfo=timezone.utc).timestamp() -62135596800.0 And not -62135658000.0. If you work with naive datetimes and just want to

[issue31212] datetime: min date (0001-01-01 00:00:00) can't be converted to local timestamp

Dave Johansen added the comment: Ok, so I understand the issue now. `timestamp()` for naive datetime instances applies the local timezone offset ( https://docs.python.org/3.6/library/datetime.html#datetime.datetime.timestamp ). This is surprising because naive datetime instances usually are

[issue29593] Improve UnboundLocalError message for deleted names

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list

[issue31212] datetime: min date (0001-01-01 00:00:00) can't be converted to local timestamp

Dave Johansen added the comment: The use case was parsing user input of ISO 8601 date strings and converting them to UNIX epochs. The input "0001-01-01T00:00:00" is valid, parses to a valid `datetime` and it seems like a reasonable expectation that all of the functions should work on a valid

[issue31212] datetime: min date (0001-01-01 00:00:00) can't be converted to local timestamp

Alexander Belopolsky added the comment: On the second thought, a reasonable design can use datetime.min/max as placeholders for unknown times far in the past/future compensating for the lack datetime ±inf. In this use case, it may be annoying to see errors from timestamp() instead of some

[issue31212] datetime: min date (0001-01-01 00:00:00) can't be converted to local timestamp

Alexander Belopolsky added the comment: The question is whether -62135658000.0 is the "correct" or even meaningful value: >>> datetime.utcfromtimestamp(-62135658000.0) Traceback (most recent call last): File "", line 1, in ValueError: year is out of range (I ran the above in Python 2.7 to

[issue31212] datetime: min date (0001-01-01 00:00:00) can't be converted to local timestamp

Dave Johansen added the comment: That's a valid `datetime` (i.e. within the min and max values) and `tzinfo` is `None` so I think it's completely reasonable to assume that `timestamp()` will return the correct value. -- ___ Python tracker

[issue31210] Can not import modules if sys.prefix contains DELIM

Cédric Krier added the comment: I'm wondering if it could have security implications and be used to fool user by changing the PYTHONPATH. -- ___ Python tracker

[issue31211] distutils/util.py get_platform() does not identify linux-i686 platforms

Changes by Siming Yuan : -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list

[issue31211] distutils/util.py get_platform() does not identify linux-i686 platforms

Siming Yuan added the comment: Hi Eric I understand where you are coming from, but I disagree with having to raise this to 3rd party tools. both wheel/pip makes calls to distutils.util.get_platform(). Fixing it in one location would fix it across the board. In addition, taking setuptools &

[issue30102] improve performance of libSSL usage on hashing

Changes by Christian Heimes : -- pull_requests: +3151 ___ Python tracker ___ ___

[issue18966] Threads within multiprocessing Process terminate early

Antoine Pitrou added the comment: This is now fixed in git master. Thank you for the report! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue18966] Threads within multiprocessing Process terminate early

Antoine Pitrou added the comment: New changeset ee84a608587b930176d37303afae8a4358e15990 by Antoine Pitrou in branch 'master': bpo-18966: non-daemonic threads created by a multiprocessing.Process should be joined on exit (#3111)

[issue18966] Threads within multiprocessing Process terminate early

Changes by Antoine Pitrou : -- stage: needs patch -> patch review versions: +Python 3.7 -Python 3.6 ___ Python tracker ___

[issue18966] Threads within multiprocessing Process terminate early

Changes by Antoine Pitrou : -- pull_requests: +3150 ___ Python tracker ___ ___

[issue31219] Spam

Changes by Zachary Ware : -- components: -Argument Clinic nosy: -Basiruddin Syarifan Radifan, larry, matrixise resolution: rejected -> not a bug title: test -> Spam type: behavior -> versions: -Python 3.6 ___ Python

[issue31220] test

Changes by Zachary Ware : Removed file: http://bugs.python.org/file47087/_.txt ___ Python tracker ___

[issue31220] Spam

Changes by Zachary Ware : -- components: -Argument Clinic nosy: -Basiruddin Syarifan Radifan, larry, matrixise resolution: rejected -> not a bug title: test -> Spam type: crash -> versions: -Python 3.4 ___ Python tracker

[issue31223] Spam

Changes by Zachary Ware : Removed file: http://bugs.python.org/file47089/kingskrupellos.txt ___ Python tracker ___

[issue31223] Spam

Changes by Zachary Ware : -- components: -Unicode nosy: -adminos, doko, ezio.melotti, haypo, larry resolution: works for me -> not a bug stage: -> resolved status: open -> closed title: Hacked By KingSkrupellos Cyberizm.Org Digital Security Technological

[issue31223] Hacked By KingSkrupellos Cyberizm.Org Digital Security Technological Turkish Moslem Army

Changes by Zachary Ware : -- Removed message: http://bugs.python.org/msg300384 ___ Python tracker ___

[issue31223] Hacked By KingSkrupellos Cyberizm.Org Digital Security Technological Turkish Moslem Army

Changes by Zachary Ware : -- Removed message: http://bugs.python.org/msg300383 ___ Python tracker ___

[issue31223] Hacked By KingSkrupellos Cyberizm.Org Digital Security Technological Turkish Moslem Army

adminos added the comment: Hacked By KingSkrupellos Cyberizm.Org Digital Security Technological Turkish Moslem Army -- components: +Unicode -Argument Clinic nosy: +ezio.melotti, haypo resolution: -> works for me Added file: http://bugs.python.org/file47089/kingskrupellos.txt

[issue31223] Hacked By KingSkrupellos Cyberizm.Org Digital Security Technological Turkish Moslem Army

New submission from adminos: Hacked By KingSkrupellos Cyberizm.Org Digital Security Technological Turkish Moslem Army -- components: Argument Clinic messages: 300383 nosy: adminos, doko, larry priority: normal severity: normal status: open title: Hacked By KingSkrupellos Cyberizm.Org

[issue31222] datetime.py implementation of .replace inconsistent with C implementation

Paul G added the comment: @r.david.murray In the other thread, you mention that the full test suite is run against the C and Python implementations, so that answers the question of how to write the tests. I think treating it as an enhancement in Python 3.7 makes a reasonable amount of sense

[issue30910] Add -fexception to ppc64le build

Antoine Pitrou added the comment: Several comments: - we don't want to risk bugfix branches for this, so this should only go into the master branch (future 3.7) - I'm not sure it's a reasonable policy to fix shortcomings of all compilers in our configure script; though of course we already

[issue31221] Tools/scripts/patchcheck.py must ignore changes in Modules/expat/ and Modules/zlib/ subdirectories

Serhiy Storchaka added the comment: Is it worth to add other imported libs (libmpdec, libffi)? Or may be just remove trailing spaces when import sources from upstream? -- nosy: +serhiy.storchaka ___ Python tracker

[issue31222] datetime.py implementation of .replace inconsistent with C implementation

R. David Murray added the comment: See also issue 20371. -- nosy: +r.david.murray ___ Python tracker ___ ___

[issue31222] datetime.py implementation of .replace inconsistent with C implementation

Steven D'Aprano added the comment: I agree that returning type(self) or self.__class__ (not sure which is better) is the right thing to do. It might be possible to argue that the Python version is buggy, if the C version is treated as the reference implementation and the Python version has

[issue31222] datetime.py implementation of .replace inconsistent with C implementation

New submission from Paul G: In the .py implementation of datetime.replace (and date.replace and time.replace), the new datetime is created using the datetime type: https://github.com/python/cpython/blob/master/Lib/datetime.py#L1578 But in the C source, it is created from type(self):

[issue30910] Add -fexception to ppc64le build

Gustavo Serra Scalet added the comment: well, now I'm confused: what should we do with this change? Do we need to ask any other expert? -- ___ Python tracker

[issue31210] Can not import modules if sys.prefix contains DELIM

Eryk Sun added the comment: It's simple to work around using a junction or symbolic link, so is this worth pursuing? -- ___ Python tracker ___

[issue31210] Can not import modules if sys.prefix contains DELIM

Changes by R. David Murray : -- title: Can not import site from sys.prefix containing DELIM -> Can not import modules if sys.prefix contains DELIM ___ Python tracker

[issue31210] Can not import site from sys.prefix containing DELIM

R. David Murray added the comment: All right. So the challenge here for windows is: if python is installed on a path that has a semicolon in one of the directory names, is it even possible to populate sys.path such that modules can be imported from the lib directory that is under that path?

[issue29169] update zlib to 1.2.11

Larry Hastings added the comment: New changeset d0e61bded5256e775e470e2c0da22367a1a81970 by larryhastings (Victor Stinner) in branch '3.4': bpo-29169: Update zlib to 1.2.11 (#3107) https://github.com/python/cpython/commit/d0e61bded5256e775e470e2c0da22367a1a81970 --

[issue31221] Tools/scripts/patchcheck.py must ignore changes in Modules/expat/ and Modules/zlib/ subdirectories

Changes by STINNER Victor : -- pull_requests: +3149 ___ Python tracker ___ ___

[issue31221] Tools/scripts/patchcheck.py must ignore changes in Modules/expat/ and Modules/zlib/ subdirectories

New submission from STINNER Victor: My PR https://github.com/python/cpython/pull/3106 failed because patchcheck wants me to normalize spaces of Modules/expat/siphash.h, whereas this file is copied from libexpat: see bpo-30947. Attached PR changes Tools/scripts/patchcheck.py to ignore changes

[issue25166] Windows AllUsers installation places uninstaller in user profile

Steve Dower added the comment: There are no more binary installers for 3.5, so updating the target versions. I have some ideas about how to do this and will hopefully get time at the dev sprints to try them out. -- stage: -> needs patch type: -> behavior versions: +Python 3.6,

[issue18527] Upgrade Modules/zlib to 1.2.8

Changes by STINNER Victor : -- pull_requests: +3148 ___ Python tracker ___ ___

[issue29169] update zlib to 1.2.11

Changes by STINNER Victor : -- pull_requests: +3147 ___ Python tracker ___ ___

[issue29169] update zlib to 1.2.11

Changes by STINNER Victor : -- pull_requests: +3146 ___ Python tracker ___ ___

[issue31210] Can not import site from sys.prefix containing DELIM

Eryk Sun added the comment: > Is this post wrong then? No, it's not wrong that semicolon is a valid character in Windows NTFS and FAT32 filesystems. However, the answer by Kevin Edwards that recommends using double quotes needs qualification. It only works in CMD. It doesn't work in

[issue30947] Update embeded copy of libexpat from 2.2.1 to 2.2.3

STINNER Victor added the comment: > #82 CVE-2017-11742 -- Windows: Fix DLL hijacking vulnerability using Steve > Holme's LoadLibrary wrapper for/of cURL https://github.com/libexpat/libexpat/issues/82 I don't think that this bug affects Python since Python sets a hash secret. --

[issue30947] Update embeded copy of libexpat from 2.2.1 to 2.2.3

STINNER Victor added the comment: cpython_rebuild_expat_dir.sh: Script used to update Modules/expat/ to 2.2.3. The script now uses the libexpat Git repository. Previously, I used tarballs. -- Added file: http://bugs.python.org/file47088/cpython_rebuild_expat_dir.sh

[issue30947] Update embeded copy of libexpat from 2.2.1 to 2.2.3

Changes by STINNER Victor : -- pull_requests: +3145 ___ Python tracker ___ ___

[issue30947] Update embeded copy of libexpat from 2.2.1 to 2.2.3

STINNER Victor added the comment: Previous update: bpo-30694. -- ___ Python tracker ___ ___ Python-bugs-list

[issue28261] wrong error messages when using PyArg_ParseTuple to parse normal tuples

Oren Milman added the comment: I replied to your comments in Rietveld, Serhiy. (http://bugs.python.org/review/28261) also, i found two places with a quite similar issue: - in Objects/exceptions.c in ImportError_init: >>> ImportError(1, 2, 3, 4, a=5, b=6, c=7) Traceback (most recent

[issue30947] Update embeded copy of libexpat from 2.2.1 to 2.2.3

Changes by STINNER Victor : -- title: Update embeded copy of libexpat to 2.2.2 -> Update embeded copy of libexpat from 2.2.1 to 2.2.3 ___ Python tracker

[issue30947] Update embeded copy of libexpat to 2.2.2

STINNER Victor added the comment: Expat 2.2.3 was released: Release 2.2.3 Wed August 2 2017 Security fixes: #82 CVE-2017-11742 -- Windows: Fix DLL hijacking vulnerability using Steve Holme's LoadLibrary wrapper for/of cURL Bug fixes:

[issue31067] test_subprocess.test_leak_fast_process_del_killed() fails randomly on AMD64 FreeBSD 10.x Shared 3.6

STINNER Victor added the comment: I made many changes in tests to prevent leaking zombie processes. Let's hope that it was enough to fix this bug. Since the bug occurred randomly, it's hard to say. I close the bug, but will reopen it if the bug occurs again. -- resolution: -> fixed

[issue30910] Add -fexception to ppc64le build

Antoine Pitrou added the comment: > Or isn't interoperability with c++ a concern? I noticed you said that there > are not tests for it currently, but I wonder the reason behind it. I suppose nobody cared enough, and/or those tests are difficult to write (you need a cross-platform way to

[issue30910] Add -fexception to ppc64le build

Gustavo Serra Scalet added the comment: > Why doesn't gcc make it the default behaviour? Because it "can produce significant data size overhead, although it does not affect execution" for C code. However it'd improves interoperability with C++, which I think it makes sense for a universal

[issue31210] Can not import site from sys.prefix containing DELIM

R. David Murray added the comment: Is this post wrong then?: https://superuser.com/questions/584870/how-can-i-add-a-folder-containing-a-semicolon-to-the-windows-path ("I noticed that the semicolon ; is a valid character for Windows (NTFS) file and directory names.") --

[issue31210] Can not import site from sys.prefix containing DELIM

Steve Dower added the comment: We don't. Semicolons are not valid path characters, so you can't have them in a single path (unless you're deliberately trying to break your entire machine...) -- ___ Python tracker

[issue31220] test

New submission from Stéphane Wirtel: Please could you stop your spam ? Thank you -- nosy: +matrixise resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker

[issue31220] test

Changes by Basiruddin Syarifan Radifan : -- components: Argument Clinic files: _.txt nosy: Basiruddin Syarifan Radifan, larry priority: normal severity: normal status: open title: test type: crash versions: Python 3.4 Added file:

[issue31219] test

New submission from Stéphane Wirtel: Useless message -- nosy: +matrixise resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker

[issue31219] test

Changes by Basiruddin Syarifan Radifan : Removed file: http://bugs.python.org/file47086/indonesia.htm ___ Python tracker ___

[issue31219] test

Changes by Basiruddin Syarifan Radifan : -- components: Argument Clinic files: indonesia.htm nosy: Basiruddin Syarifan Radifan, larry priority: normal severity: normal status: open title: test type: behavior versions: Python 3.6 Added file:

[issue31141] Start should be a keyword argument of the built-in sum

Mark Bell added the comment: I ran some timing tests of the patch I submitted to compare it to the current build of Python. Using timit on the current master branch I got: python.exe -m timeit "sum(())" 1.12 usec per loop python.exe -m timeit "sum((), 0)" 1.22 usec per

[issue30910] Add -fexception to ppc64le build

Antoine Pitrou added the comment: I'm not sure why we should apply this patch to CPython. We don't have any tests checking for interoperability with C++ exceptions. We don't have any PPC64LE expertise in-house. It's probably fine for third-party distributors to apply the patch themselves.

[issue30910] Add -fexception to ppc64le build

Gustavo Serra Scalet added the comment: -fexceptions documentation: https://gcc.gnu.org/onlinedocs/gcc/Code-Gen-Options.html#index-fexceptions Highlight to: "you may need to enable this option when compiling C code that needs to interoperate properly with exception handlers written in C++"

[issue31218] del expects __delitem__ if __setitem__ is defined

R. David Murray added the comment: I'm not sure we would consider this a bug (the message is accurate), but I wouldn't object to fixing it, since that would indeed seem more consistent with how __delitem__ and del are defined in the language reference. -- nosy: +r.david.murray

[issue27413] Add an option to json.tool to bypass non-ASCII characters.

Changes by R. David Murray : -- versions: +Python 3.7 -Python 3.6 ___ Python tracker ___

[issue27413] Add an option to json.tool to bypass non-ASCII characters.

Changes by R. David Murray : -- nosy: +qingyunha ___ Python tracker ___ ___

[issue31216] Add ensure_ascii argument to json.tool

R. David Murray added the comment: This is a duplicate of issue 27413. -- nosy: +r.david.murray resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Add an option to json.tool to bypass non-ASCII characters. ___ Python

[issue30910] Add -fexception to ppc64le build

Bruno Rosa added the comment: Hi there, I'm delegating this issue to @gut. He will elaborate it with more detail. Thanks a lot, Bruno Rosa -- ___ Python tracker

[issue30910] Add -fexception to ppc64le build

Changes by Gustavo Serra Scalet : -- nosy: +gut ___ Python tracker ___ ___

[issue31001] IDLE: Add tests for configdialog highlight tab

Cheryl Sabella added the comment: Working on this now. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue31069] test_multiprocessing_spawn and test_multiprocessing_forkserver leak dangling processes

STINNER Victor added the comment: Ok, the main bug should have been fixed. I will reopen it if it's not the case, or open a new issue if a second bug is seen on buildbots. -- resolution: -> fixed stage: -> resolved status: open -> closed ___

[issue31069] test_multiprocessing_spawn and test_multiprocessing_forkserver leak dangling processes

STINNER Victor added the comment: New changeset 883520a846d87f01a14636978cfa9cee1ecc07c1 by Victor Stinner in branch '2.7': bpo-31069, test_multiprocessing: Fix dangling process (#3103) (#3105) https://github.com/python/cpython/commit/883520a846d87f01a14636978cfa9cee1ecc07c1 --

[issue31069] test_multiprocessing_spawn and test_multiprocessing_forkserver leak dangling processes

STINNER Victor added the comment: New changeset 78c66a641a0d4fe61356ebfae8772e4fae24dcb7 by Victor Stinner in branch '3.6': bpo-31069, test_multiprocessing: Fix dangling process (#3103) (#3104) https://github.com/python/cpython/commit/78c66a641a0d4fe61356ebfae8772e4fae24dcb7 --

[issue30871] Add a "python info" command somewhere to dump versions of all dependencies

STINNER Victor added the comment: Berker: "2. Could you also add version information of sqlite3?" Sure, done. -- ___ Python tracker ___

[issue31069] test_multiprocessing_spawn and test_multiprocessing_forkserver leak dangling processes

Changes by STINNER Victor : -- pull_requests: +3144 ___ Python tracker ___ ___

[issue31218] del expects __delitem__ if __setitem__ is defined

New submission from Calvin: I noticed some odd behaviour on classes defining __setitem__. Using del on a class defining __setitem__ but not __delitem__ results in "AttributeError: __delitem__". On classes definig neiter __setitem__ nor __delitem__ on the other hand this results in "TypeError:

[issue31069] test_multiprocessing_spawn and test_multiprocessing_forkserver leak dangling processes

Changes by STINNER Victor : -- pull_requests: +3143 ___ Python tracker ___ ___

[issue31069] test_multiprocessing_spawn and test_multiprocessing_forkserver leak dangling processes

STINNER Victor added the comment: New changeset 17657bb9458ff8f8804b7637d61686a68f4b9471 by Victor Stinner in branch 'master': bpo-31069, test_multiprocessing: Fix dangling process (#3103) https://github.com/python/cpython/commit/17657bb9458ff8f8804b7637d61686a68f4b9471 --

[issue31069] test_multiprocessing_spawn and test_multiprocessing_forkserver leak dangling processes

Changes by STINNER Victor : -- pull_requests: +3142 ___ Python tracker ___ ___

[issue31217] test_code leaked [1, 1, 1] memory blocks on x86 Gentoo Refleaks 3.6

New submission from STINNER Victor: http://buildbot.python.org/all/builders/x86%20Gentoo%20Refleaks%203.6/builds/58/steps/test/logs/stdio test_code leaked [1, 1, 1] memory blocks, sum=3 (...) Re-running test 'test_code' in verbose mode (...) test_code leaked [1, 1, 1] memory blocks, sum=3 I'm

[issue31069] test_multiprocessing_spawn and test_multiprocessing_forkserver leak dangling processes

STINNER Victor added the comment: http://buildbot.python.org/all/builders/x86-64%20El%20Capitan%203.x/builds/590/steps/test/logs/stdio test_enable_logging (test.test_multiprocessing_forkserver.WithProcessesTestLogging) ... ok test_level

[issue31069] test_multiprocessing_spawn and test_multiprocessing_forkserver leak dangling processes

Changes by STINNER Victor : -- title: test_multiprocessing_spawn leaks a dangling process -> test_multiprocessing_spawn and test_multiprocessing_forkserver leak dangling processes ___ Python tracker

[issue30910] Add -fexception to ppc64le build

STINNER Victor added the comment: Can you please elaborate? I don't know the compiler flag -fexceptions. Why is it specific to ppc64le? What about ppc64? What about other platforms? Is this issue specific to Python 2.7? If not, please tag add also 3.6 and 3.7 versions. I never used Python

[issue29619] st_ino (unsigned long long) is casted to long long in posixmodule.c:_pystat_fromstructstat

Changes by STINNER Victor : -- pull_requests: +3141 ___ Python tracker ___ ___

[issue30983] eval frame rename in pep 0523 broke gdb's python extension

STINNER Victor added the comment: New changeset 98e26979aa4c15b391fd3780340772a17d513d4d by Victor Stinner in branch '3.6': Revert "[3.6] bpo-30983: eval frame rename in pep 0523 broke gdb's python extension (GH-2803) (#3090)" (#3101)

[issue30983] eval frame rename in pep 0523 broke gdb's python extension

STINNER Victor added the comment: New changeset 7cc33998b83df6ab8cf2c1afe16a61ee232e39ec by Victor Stinner in branch 'master': bpo-30983: Revert changes which broke most buildbots (#3100) https://github.com/python/cpython/commit/7cc33998b83df6ab8cf2c1afe16a61ee232e39ec --

[issue31212] datetime: min date (0001-01-01 00:00:00) can't be converted to local timestamp

Changes by STINNER Victor : -- title: min date can't be converted to timestamp -> datetime: min date (0001-01-01 00:00:00) can't be converted to local timestamp ___ Python tracker

[issue31212] datetime: min date (0001-01-01 00:00:00) can't be converted to local timestamp

STINNER Victor added the comment: Note: My change was the commit 5b804b2fb0eaa2bacb4afcfe4cfa85b31475e87f which prevented a crash, bpo-29100. -- ___ Python tracker

[issue31212] min date can't be converted to timestamp

STINNER Victor added the comment: This error is a side effect of the implementation of the PEP 495. In your timezone, datetime(1, 1, 1, 0, 0, 0).timestamp() creates an internal timestamp with year=0. The problem is that the internal function ymd_to_ord() doesn't support year=0: /* This

[issue30846] [3.6] test_rapid_restart() of test_multiprocessing_fork fails randomly on AMD64 Debian PGO 3.6

STINNER Victor added the comment: I'm not 100% sure that it's a duplicate of bpo-31069, but it's similar. -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> test_multiprocessing_spawn leaks a dangling process ___

[issue31069] test_multiprocessing_spawn leaks a dangling process

STINNER Victor added the comment: AppVeyor: https://ci.appveyor.com/project/python/cpython/build/3.7.0a0.5341 test_lock_context (test.test_multiprocessing_spawn.WithProcessesTestLock) ... ok test_rlock (test.test_multiprocessing_spawn.WithProcessesTestLock) ... ok test_enable_logging

[issue30830] test_logging leaks dangling threads on FreeBSD

STINNER Victor added the comment: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.x%20Shared%203.x/builds/698/steps/test/logs/stdio test_output (test.test_logging.UnixDatagramHandlerTest) ... ok test_output (test.test_logging.UnixSysLogHandlerTest) ... ok test__all__

[issue31069] test_multiprocessing_spawn leaks a dangling process

STINNER Victor added the comment: I marked bpo-30846 as a duplicate of this issue. Copy of its message: http://buildbot.python.org/all/builders/AMD64%20Debian%20PGO%203.6/builds/517/steps/test/logs/stdio == ERROR:

[issue30983] eval frame rename in pep 0523 broke gdb's python extension

STINNER Victor added the comment: I chose to revert the change because I don't have the bandwidth right now to investigate why the change broke test_gdb. I'm surprised that a change affecting python-gdb.py wasn't properly tested manually using test_gdb.py :-( I understand that Travis CI

[issue30983] eval frame rename in pep 0523 broke gdb's python extension

Changes by STINNER Victor : -- pull_requests: +3140 ___ Python tracker ___ ___

[issue30983] eval frame rename in pep 0523 broke gdb's python extension

Changes by STINNER Victor : -- pull_requests: +3139 ___ Python tracker ___ ___

  1   2   >