[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 c

[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 a

[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 probing

[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 i

[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 round

[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 ju

[issue29593] Improve UnboundLocalError message for deleted names

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[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 rid

[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 a

[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 mailing list Unsubscribe: https://mail.pyth

[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 & p

[issue30102] improve performance of libSSL usage on hashing

Changes by Christian Heimes : -- pull_requests: +3151 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[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) https://github.com/python/cpython/commit/ee84a608587b930176d37303

[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 ___ ___ Python-

[issue18966] Threads within multiprocessing Process terminate early

Changes by Antoine Pitrou : -- pull_requests: +3150 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[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 tracker

[issue31220] test

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

[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 ___ ___ Python-bugs-list mailin

[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 Turkish Moslem Army -> Spam t

[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 ___ ___ Python-bugs-list mailing lis

[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 ___ ___ Python-bugs-list mailing lis

[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 Di

[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 have

[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 ___ ___ Python-bugs-list mailing

[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 to

[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): https://g

[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 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[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 i

[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, Python

[issue18527] Upgrade Modules/zlib to 1.2.8

Changes by STINNER Victor : -- pull_requests: +3148 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue29169] update zlib to 1.2.11

Changes by STINNER Victor : -- pull_requests: +3147 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue29169] update zlib to 1.2.11

Changes by STINNER Victor : -- pull_requests: +3146 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[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 PowerShel

[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 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[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 mailing list Unsubscribe:

[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 call

[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 st

[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 invoke

[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 sof

[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: http://bugs.python.org/file47087/_.txt __

[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 ___ ___ Python-bugs-l

[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: http://bugs.python.org/file47086/indonesia.htm

[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 loop

[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++" And

[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 ___ ___ Python-bugs-list mailing list Unsubscribe

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

Changes by R. David Murray : -- nosy: +qingyunha ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[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 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue31001] IDLE: Add tests for configdialog highlight tab

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

[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 ___ Python

[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 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[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 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[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 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[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 (test.test_multiprocessing_forkserver.WithProcessesTestLog

[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 wi

[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 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[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) https://github.com/python/cpython/commit/98e26979aa4c15b391

[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 is

[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 ___ P

[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 (test.test

[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__ (test.test_logg

[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: test_rapid_re

[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 doesn'

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

Changes by STINNER Victor : -- pull_requests: +3140 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

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

Changes by STINNER Victor : -- pull_requests: +3139 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

  1   2   >