[issue16965] 2to3 should rewrite execfile() to open in 'rb' mode

Change by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue16965] 2to3 should rewrite execfile() to open in 'rb' mode

Serhiy Storchaka added the comment: New changeset f5e00f490ab5abfcf5e38e58bf969c7b5dcb4818 by Serhiy Storchaka (Zackery Spytz) in branch '2.7': [2.7] bpo-16965: 2to3 now rewrites execfile() to open with rb. (GH-8569) (GH-9890)

[issue34995] functools.cached_property does not maintain the wrapped method's __isabstractmethod__

New submission from Serhiy Storchaka : What is the use case of this? -- nosy: +serhiy.storchaka ___ Python tracker ___ ___

[issue34953] Implement `mmap.mmap.__repr__`

Serhiy Storchaka added the comment: I think that performing any IO operations in repr() is not a good idea. -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue34953] Implement `mmap.mmap.__repr__`

Eric V. Smith added the comment: I agree with Xiang Zhang: I don't think we should show any content. Especially since basically every file will be truncated, and more often than not the interesting content isn't at the start or end of the file. --

[issue34953] Implement `mmap.mmap.__repr__`

Xiang Zhang added the comment: I don't like the idea to display the contents in the repr, no matter entire or clipped. I think it's not suitable and for contents, just read the object manually. For me, a closed status plus the constructor arguments is a good choice. -- nosy:

[issue34995] functools.cached_property does not maintain the wrapped method's __isabstractmethod__

Change by Matt Wilber : -- keywords: +patch pull_requests: +9266 stage: -> patch review ___ Python tracker ___ ___

[issue34995] functools.cached_property does not maintain the wrapped method's __isabstractmethod__

Change by Matt Wilber : -- components: Library (Lib) nosy: mwilbz priority: normal severity: normal status: open title: functools.cached_property does not maintain the wrapped method's __isabstractmethod__ versions: Python 3.8 ___ Python tracker

[issue34565] Launcher does not validate major versions

Ned Deily added the comment: I assume we can close this now. Thanks, all! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue34158] Documentation of datetime '%z' format code is odd

Ned Deily added the comment: I assume this can now be closed. Thanks, everyone! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.8 ___ Python tracker

[issue34780] Hang on startup if stdin refers to a pipe with an outstanding concurrent operation on Windows

Alexey Izbyshev added the comment: Ping! Thanks to @eryksun for providing feedback here and for the patch review. -- ___ Python tracker ___

[issue11233] clarifying Availability: Unix

Cheryl Sabella added the comment: And thank you, Victor, for reviewing and merging! :-) -- ___ Python tracker ___ ___

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

Pablo Galindo Salgado added the comment: Hi and thank you for the proposal. Could you detail a bit more about your use-case? Thanks -- nosy: +pablogsal ___ Python tracker

[issue33450] unexpected EPROTOTYPE returned by sendto on MAC OSX

Change by Ned Deily : -- components: +asyncio nosy: +asvetlov, yselivanov ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue34783] [3.7] segmentation-fault/core dump when try to run non-existing file specified on commandline

miss-islington added the comment: New changeset 350aeab8127da551fcd0090230575b7aabff03c9 by Miss Islington (bot) in branch '3.7': bpo-34783: Fix test_nonexisting_script() (GH-9896) https://github.com/python/cpython/commit/350aeab8127da551fcd0090230575b7aabff03c9 --

[issue34988] Rc2 candidates: "gcc" not found on AIX

Ned Deily added the comment: Do you know if the behavior has changed here for 3.7.1rc2 and 3.6.7rc2 from earlier 3.7.x and 3.6.x releases? I did a quick check of the configure.ac history and did not see any obvious change. It looks like one way to handle this would be be to specify the

[issue34890] Support functools.partial in inspect.is*function() checks

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +9265 stage: -> patch review ___ Python tracker ___ ___

[issue34985] python finds test modules from the wrong directory during PGO build

Brett Cannon added the comment: I think there might be more going on here as the build target as it uses the built Python which has special logic to notice it is being built in a checkout. Did you launch the build from a directory other than the git checkout? Or were you trying to do a

[issue34989] python-gdb.py fails with TypeError("'FakeRepr' object is not subscriptable") is gdb fails to read debug symbols

STINNER Victor added the comment: New changeset aadb44ee98bc73bc5132acea5848ac6aef1ff8c0 by Victor Stinner in branch '2.7': bpo-34989: python-gdb.py: fix current_line_num() (GH-9889) (GH-9899) https://github.com/python/cpython/commit/aadb44ee98bc73bc5132acea5848ac6aef1ff8c0 --

[issue23554] EchoServerClientProtocol class should be called EchoServerProtocol

miss-islington added the comment: New changeset 802de12d99d16e621537d454eac942d2f448afee by Miss Islington (bot) in branch '3.7': bpo-23554: Change echo server example class name from EchoServerClientProtocol to EchoServerProtocol (GH-9859)

[issue34909] StrEnum subclasses cannot be created

Ned Deily added the comment: My concern was that it seemed like at least one user had run into this while running 3.7.1rc1 (?), if I understood your comment; if so, I think we should mention in the changelog that the problem was fixed in rc2. In any case, the state of the code for any

[issue34783] [3.7] segmentation-fault/core dump when try to run non-existing file specified on commandline

Change by miss-islington : -- pull_requests: +9264 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34783] [3.7] segmentation-fault/core dump when try to run non-existing file specified on commandline

STINNER Victor added the comment: New changeset ea75187c68b374bb839f1172f310b206044bc3e5 by Victor Stinner in branch 'master': bpo-34783: Fix test_nonexisting_script() (GH-9896) https://github.com/python/cpython/commit/ea75187c68b374bb839f1172f310b206044bc3e5 --

[issue34989] python-gdb.py fails with TypeError("'FakeRepr' object is not subscriptable") is gdb fails to read debug symbols

miss-islington added the comment: New changeset 71e601eb0857fb03c1dd3c349afb030ef84f95d0 by Miss Islington (bot) in branch '3.6': bpo-34989: python-gdb.py: fix current_line_num() (GH-9889) https://github.com/python/cpython/commit/71e601eb0857fb03c1dd3c349afb030ef84f95d0 --

[issue34989] python-gdb.py fails with TypeError("'FakeRepr' object is not subscriptable") is gdb fails to read debug symbols

miss-islington added the comment: New changeset fcea3ddc4a7e756fa8f182789e886ccd3d524484 by Miss Islington (bot) in branch '3.7': bpo-34989: python-gdb.py: fix current_line_num() (GH-9889) https://github.com/python/cpython/commit/fcea3ddc4a7e756fa8f182789e886ccd3d524484 -- nosy:

[issue34980] KillPython target doesn't detect 64-bit processes

Change by Jeremy Kloth : -- keywords: +patch pull_requests: +9263 stage: -> patch review ___ Python tracker ___ ___

[issue23554] EchoServerClientProtocol class should be called EchoServerProtocol

Change by Yury Selivanov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue23554] EchoServerClientProtocol class should be called EchoServerProtocol

Yury Selivanov added the comment: New changeset 43a5bd7b458f0ad2d62b00b033d025689d48d591 by Yury Selivanov (Braden Groom) in branch 'master': bpo-23554: Change echo server example class name from EchoServerClientProtocol to EchoServerProtocol (GH-9859)

[issue23554] EchoServerClientProtocol class should be called EchoServerProtocol

Change by miss-islington : -- pull_requests: +9262 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34989] python-gdb.py fails with TypeError("'FakeRepr' object is not subscriptable") is gdb fails to read debug symbols

Change by STINNER Victor : -- pull_requests: +9261 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34989] python-gdb.py fails with TypeError("'FakeRepr' object is not subscriptable") is gdb fails to read debug symbols

Change by miss-islington : -- pull_requests: +9260 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34989] python-gdb.py fails with TypeError("'FakeRepr' object is not subscriptable") is gdb fails to read debug symbols

Change by miss-islington : -- pull_requests: +9259 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34521] Multiple tests (test_socket, test_multiprocessing_*) fail due to incorrect recvmsg(2) buffer lengths, causing failures on FreeBSD CURRENT

miss-islington added the comment: New changeset d991ede16b34399c5ea9bd30e9a5c520bed6bea8 by Miss Islington (bot) in branch '3.7': bpo-34521: Add NEWS entry for changes in GH-9613 (GH-9850) https://github.com/python/cpython/commit/d991ede16b34399c5ea9bd30e9a5c520bed6bea8 --

[issue34989] python-gdb.py fails with TypeError("'FakeRepr' object is not subscriptable") is gdb fails to read debug symbols

STINNER Victor added the comment: New changeset 2e438cc2554495b28480a3ffe5cdf41b6ab823a0 by Victor Stinner in branch 'master': bpo-34989: python-gdb.py: fix current_line_num() (GH-9889) https://github.com/python/cpython/commit/2e438cc2554495b28480a3ffe5cdf41b6ab823a0 --

[issue11233] clarifying Availability: Unix

STINNER Victor added the comment: Thank you Sandro Tosi for the bug report, thanks Georg Brandl for initial patch, and thanks Cheryl Sabella for the final changes in 3.7 and master! According to Yury Selivanov, it's not need to backport this change to 2.7 and 3.6, so I close the issue.

[issue34783] [3.7] segmentation-fault/core dump when try to run non-existing file specified on commandline

Change by STINNER Victor : -- pull_requests: +9258 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34994] sysconfig returns the git commands for GITBRANCH, GITVERSION and GITTAG

Stéphane Wirtel added the comment: yep, sure and now, after your explanations (you and victor) I just closed my PR, but to be honnest with your, I was really surprised when I have seen the git commands in the GIT* variables. Thanks for your review and your time. -- resolution: not a

[issue34994] sysconfig returns the git commands for GITBRANCH, GITVERSION and GITTAG

Change by Stéphane Wirtel : -- stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue34994] sysconfig returns the git commands for GITBRANCH, GITVERSION and GITTAG

Ned Deily added the comment: Victor is correct. Those GIT* variable are there to communicate between ./configure and the Makefile; they are *not* intended to have actual values for change ids or branch names. Many variables in the Makefile are not intended to be used outside of the build

[issue11233] clarifying Availability: Unix

STINNER Victor added the comment: New changeset b248a8c9a5e7cf6b8e84a3efda493fccfc511316 by Victor Stinner (Cheryl Sabella) in branch '3.7': [3.7] bpo-11233: Create availability directive for documentation (GH-9692) (GH-9830)

[issue34994] sysconfig returns the git commands for GITBRANCH, GITVERSION and GITTAG

STINNER Victor added the comment: It seems like you misunderstood the purpose of these variables. They are only used to build getbuildinfo which is used to fill sys._git. Depending on the platform and git version, there are different ways to get the version, branch and tag. These variables

[issue34994] sysconfig returns the git commands for GITBRANCH, GITVERSION and GITTAG

Stéphane Wirtel added the comment: sure, but you can also get these info from sysconfig. and for me, there is a problem with sysconfig. two solutions, remove GIT* from sysconfig or fix sysconfig with the right values. -- stage: patch review ->

[issue34932] Add macOS TCP_KEEPALIVE to available socket options

Robert Wall added the comment: I saw that article too but reading man tcp(4) [1], it says that this value is in seconds for macOS and testing appears to confirm this. Where the unit of time is different, however, is with the old and new Windows keepalive options discussed in #32394. The

[issue34095] [2.7] Seg fault on archlinux 32 when run tests with xvfb-run

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34994] sysconfig returns the git commands for GITBRANCH, GITVERSION and GITTAG

STINNER Victor added the comment: Git informations are available as: >>> sys._git ('CPython', 'heads/fakerepr', 'd353239f83') >>> sys.version '3.8.0a0 (heads/fakerepr:d353239f83, Oct 15 2018, 13:20:43) \n[GCC 8.1.1 20180712 (Red Hat 8.1.1-5)]' -- nosy: +vstinner

[issue34994] sysconfig returns the git commands for GITBRANCH, GITVERSION and GITTAG

Change by Stéphane Wirtel : -- keywords: +patch pull_requests: +9257 stage: -> patch review ___ Python tracker ___ ___

[issue34994] sysconfig returns the git commands for GITBRANCH, GITVERSION and GITTAG

New submission from Stéphane Wirtel : > ./configure --prefix=$PWD-build --with-pydebug --quiet > make -j 4 -s > git --git-dir ./.git rev-parse --short HEAD ee171a26c1 > ./python -m sysconfig | grep GIT GITBRANCH = "git --git-dir ./.git name-rev --name-only HEAD" GITTAG = "git --git-dir ./.git

[issue34562] cannot install versions 3.6.5+ on Windows

Zyg added the comment: Clarification. After getting that system error 3 times, I saw the message that installation succeeded. But I am unable to start Python because of this same error. -- ___ Python tracker

[issue34562] cannot install versions 3.6.5+ on Windows

Zyg added the comment: Thanks for the answer. As you instructed, I have downloaded all the installation files into a directory from another laptop, where I later successfully installed Python. However, on the old laptop, where I originally had this problem, I am still unable to install it.

[issue34980] KillPython target doesn't detect 64-bit processes

Eryk Sun added the comment: > there shouldn't be any problem with 33-bit/64-bit here. Windows > doesn't separate processes like that. Accessing the MainModule property of a .NET Process object raises an exception if the current process is 32-bit and the process is 64-bit [1]. This is

[issue34844] logging.Formatter enhancement - Checking on style and fmt fields

Guido van Rossum added the comment: W00t! Congrats Luna and thanks for your contribution. Thanks Vinay for the prompt reviews! -- ___ Python tracker ___

[issue34990] year 2038 problem in compileall.py

Karthikeyan Singaravelan added the comment: Victor seems there was some discussion about 2038 problem in the original PR but I don't know if it's related to this. Reference : https://github.com/python/cpython/pull/4575#discussion_r153376173 Thanks --

[issue34909] StrEnum subclasses cannot be created

Ethan Furman added the comment: On 10/12/2018 09:52 PM, Ned Deily wrote: > Can you please merge a NEWS item for this issue using blurb since it > is a user-visible problem? I'll cherry-pick it into the 3.7.1 final. I don't believe the problem exists in 3.7.0 -- but I also don't know how

[issue34844] logging.Formatter enhancement - Checking on style and fmt fields

Vinay Sajip added the comment: New changeset 18fb1fb943b7dbd7f8a76017ee2a67ef13effb85 by Vinay Sajip (BNMetrics) in branch 'master': bpo-34844: logging.Formatter enhancement - Ensure style and format string matches in logging.Formatter (GH-9703)

[issue34990] year 2038 problem in compileall.py

Change by Stéphane Wirtel : -- keywords: +patch pull_requests: +9256 stage: -> patch review ___ Python tracker ___ ___

[issue34993] asyncio.streams.FlowControlMixin should be part of the API

Andrew Svetlov added the comment: 1. Trio has *stappled* streams for the case, especially useful for starting TLS session over stdin/stdout. We can master something too. 2. FlowControlMixin was always considered a **private** API. Would be nice to add an underscore prefix to the name if not

[issue12572] HP/UX compiler workarounds

Terry J. Reedy added the comment: Thank you for the update. I think any problems with the current HP/UX compiler are best reported on a new issue. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue34978] check type of object in fix_dict.py in 2to3

Pranav Devarakonda added the comment: Thank you very much for pointing out some helpful things, Karthikeyan. >True if 1 in list(a.keys()) if type(a) == dict else a.keys() else False True that the fixer would return a syntax error in this case. I missed adding a pair of parenthesis to the

[issue34095] [2.7] Seg fault on archlinux 32 when run tests with xvfb-run

Erich Eckner added the comment: yes, I'm also not sure what's different now - I executed the very same commands on the very same source tree :-/ -- ___ Python tracker ___

[issue34953] Implement `mmap.mmap.__repr__`

thautwarm added the comment: @Ram Rachum Yes yes yes, actually the entire contents will be truncated when its length is bigger than a specific integer(now it's 50). For we use `...` to represent the ignored contents, `start ... end` could also be called *entire_contents* :-) --

[issue34095] [2.7] Seg fault on archlinux 32 when run tests with xvfb-run

Terry J. Reedy added the comment: It is not clear what you did differently to get a different result. I changed the title since it seems that idlelib code is not the direct problem. -- title: [2.7] test_idle fails with: /usr/bin/xvfb-run: line 181: 3617 Segmentation fault -> [2.7]

[issue34993] asyncio.streams.FlowControlMixin should be part of the API

Yury Selivanov added the comment: asvetlov: need to handle this usecase with the new API; -1 on exposing FlowControlMixin though. -- ___ Python tracker ___

[issue34993] asyncio.streams.FlowControlMixin should be part of the API

New submission from xitop : This issue report is based on a SO question "How to create asyncio stream reader/writer for stdin/stdout?", its answer and comments. Link: https://stackoverflow.com/q/52089869/5378816 The key point is that two unidirectional pipes should be used the same way as

[issue34980] KillPython target doesn't detect 64-bit processes

Jeremy Kloth added the comment: Alternatively, to test for yourself: 1) build a 64-bit python: > build -e -d -k -v -p x64 2) start the newly built interpreter: > amd64\python_d.exe 3) in a different command prompt (using dummy target to just do the KillPython) > build -e -d -k

[issue34980] KillPython target doesn't detect 64-bit processes

Jeremy Kloth added the comment: My testing shows differently: D:\Public\Devel\cpython\master\PCbuild>set MSBUILD="C:\Program Files (x86)\MSBuild\14.0\Bin\amd64\MSBuild.exe" D:\Public\Devel\cpython\master\PCbuild>build -k -v -t foo Using py -3.6 (found 3.6 with py.exe) Fetching external

[issue34991] variable type list [] referential integrity data loss

Eric V. Smith added the comment: Agreed with Steven. In addition, please make sure you runnable example only uses imports from python's standard library. -- nosy: +eric.smith ___ Python tracker

[issue34991] variable type list [] referential integrity data loss

Steven D'Aprano added the comment: I don't know what you mean by "referential integrity data loss". I have absolutely no idea how to interpret the wall of output you have provided. If there is a bug here, how do you know it is a language bug rather than a bug in your own code? We're not

[issue34953] Implement `mmap.mmap.__repr__`

Ram Rachum added the comment: thautwarm, your suggestions look good. I'm not sure why you used `entire_contents`, do you want to show the entire content there? Because I saw that the sample you used had truncation. It might be unsafe to show the entire mmap, because it could be huge. I'd

[issue34623] _elementtree.c doesn't call XML_SetHashSalt()

Charalampos Stratakis added the comment: Will this change be backported to 3.5 and 3.4? It applied cleanly on both however on 3.4 there is a test failure: == ERROR: test_del_attribute (test.test_xml_etree_c.MiscTests)

[issue12572] HP/UX compiler workarounds

Michael Osipov <1983-01...@gmx.net> added the comment: I believe this issue can be safely closed. It is a no-brainer to compile Python from master on HP-UX with aCC these days. It works for me at least. -- nosy: +michael-o ___ Python tracker

[issue34980] KillPython target doesn't detect 64-bit processes

Steve Dower added the comment: I haven't looked at the logs, but there shouldn't be any problem with 33-bit/64-bit here. Windows doesn't separate processes like that. Perhaps we have builds with slightly different names (casing?) that are failing the comparison? --

[issue34981] Unable to install Python from web-based installer and executable installer

Steve Dower added the comment: When you run the installer, it should create log files in your %TEMP% directory. Could you find and attach those here please? There's a chance it is detecting that your system is unsupported. If you are still using Windows Vista, ensure you have installed all

[issue33234] Improve list() pre-sizing for inputs with known lengths

Change by Raymond Hettinger : -- nosy: +tim.peters ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34990] year 2038 problem in compileall.py

Karthikeyan Singaravelan added the comment: A reproducer in Python that can be added to test_compileall if needed : def test_compile_all_2038(self): with open(self.source_path, 'r') as f: os.utime(f.name, (2147558400, 2147558400)) # Jan 20, 2038 as touch

[issue33012] Invalid function cast warnings with gcc 8 for METH_NOARGS

STINNER Victor added the comment: I marked bpo-34992 as a duplicate of this issue: I use Fedora 28 and gcc (GCC) 8.1.1 20180712 (Red Hat 8.1.1-5) and I get a lot of warnings, with the standard config of Python (./configure) Objects/call.c: In function '_PyMethodDef_RawFastCallDict':

[issue34992] many warnings with f28 and gcc 8.1.1

Change by STINNER Victor : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Invalid function cast warnings with gcc 8 for METH_NOARGS ___ Python tracker

[issue34992] many warnings with f28 and gcc 8.1.1

New submission from Stéphane Wirtel : I use Fedora 28 and gcc (GCC) 8.1.1 20180712 (Red Hat 8.1.1-5) and I get a lot of warnings, with the standard config of Python (./configure) Objects/call.c: In function '_PyMethodDef_RawFastCallDict': Objects/call.c:515:24: warning: cast between

[issue34990] year 2038 problem in compileall.py

Stéphane Wirtel added the comment: So we need to fix compileall.py. maybe we could add the label 'easy' to this issue. -- ___ Python tracker ___

[issue34990] year 2038 problem in compileall.py

STINNER Victor added the comment: Timestamp with year >= 2038 are accepted: importlib._bootstrap_external._code_to_timestamp_pyc() uses (int(x) & 0x). It's not a bug, but by design. compileall should just do the same. Sorry, I don't know if it's specified somewhere, but I know that

[issue34990] year 2038 problem in compileall.py

Bernhard M. Wiedemann added the comment: It does not need to be fixed tomorrow, but 2037 is too late, because by then there will be a lot of legacy systems around. (Un)fortunately many systems live 10+ years now -- ___ Python tracker

[issue34990] year 2038 problem in compileall.py

Stéphane Wirtel added the comment: But until 2038, maybe there will be a new format for the .pyc file. We should keep this issue and try to fix it for 3.8 or 3.9? -- ___ Python tracker

[issue34990] year 2038 problem in compileall.py

Stéphane Wirtel added the comment: With 3.8a Traceback (most recent call last): File "/home/stephane/src/github.com/python/cpython/Lib/runpy.py", line 192, in _run_module_as_main return _run_code(code, main_globals, None, File

[issue34990] year 2038 problem in compileall.py

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

[issue34991] variable type list [] referential integrity data loss

New submission from Alan : Dear PythonDev, Thank you for your tremendous work in building a simpler programming language for all. As an avid user of lists, I am upset that my list cannot preserve its referential integrity in the attached pythonissue.txt file. In the following, (EXPECTED)

[issue34726] Add support of checked hash-based pycs in zipimport

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30698] asyncio sslproto do not shutdown ssl layer cleanly

Wei-Cheng Pan added the comment: The SSL connection still cannot close cleanly in 3.7.0. It will keep throwing read error during shutdown, so shutdown callback will never be called. I've been test this PR for a while, and at least it fixes my problem. Hope this PR can be included in 3.7.1,

[issue34953] Implement `mmap.mmap.__repr__`

Change by thautwarm : -- keywords: +patch pull_requests: +9254 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue34989] python-gdb.py fails with TypeError("'FakeRepr' object is not subscriptable") is gdb fails to read debug symbols

STINNER Victor added the comment: The bug can be reproduced using this change: diff --git a/Tools/gdb/libpython.py b/Tools/gdb/libpython.py index bf4047419e..f973d4d4bd 100755 --- a/Tools/gdb/libpython.py +++ b/Tools/gdb/libpython.py @@ -402,6 +402,7 @@ class PyObjectPtr(object):

[issue16965] 2to3 should rewrite execfile() to open in 'rb' mode

Change by Zackery Spytz : -- pull_requests: +9253 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34989] python-gdb.py fails with TypeError("'FakeRepr' object is not subscriptable") is gdb fails to read debug symbols

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

[issue34990] year 2038 problem in compileall.py

New submission from Bernhard M. Wiedemann : To reproduce: touch -d 2038-01-20 /usr/lib/python3.6/site-packages/six.py python3 /usr/lib64/python3.6/compileall.py File "/usr/lib64/python3.6/compileall.py", line 198, in compile_path legacy=legacy, optimize=optimize) File

[issue34989] python-gdb.py fails with TypeError("'FakeRepr' object is not subscriptable") is gdb fails to read debug symbols

New submission from STINNER Victor : On Fedora 28, gdb fails to read (some?) debug symbols: "Dwarf Error: could not find partial DIE containing offset 0x316 [in module /usr/lib/debug/usr/bin/python3.6-3.6.6-1.fc28.x86_64.debug]" https://bugzilla.redhat.com/show_bug.cgi?id=1613614 In this

[issue34976] IDLE: Replace the search dialog with a search bar

Tal Einat added the comment: Thanks for giving it a try, Cheryl, I'm glad you like it! -- ___ Python tracker ___ ___

[issue34747] SSLSocket.context cannot be changed on non-connected sockets

Vincent Pelletier added the comment: The reason which led me into this is server certificate renewal: my service crashed on that setter 2 months after starting, when it received a new certificate. I toyed with the idea of closing the listening sockets, but without closing would be even

[issue34987] A possible null pointer dereference in _pickle.c's save_reduce()

Zackery Spytz added the comment: It is not properly checked: Py_DECREF() is always called on the result of get_class(), but get_class() can return NULL. -- ___ Python tracker

[issue34095] [2.7] test_idle fails with: /usr/bin/xvfb-run: line 181: 3617 Segmentation fault

Chih-Hsuan Yen added the comment: The new crashing test seems the same as https://bugs.python.org/issue33153. I can't reproduce it on 64-bit Arch Linux, so that might be a 32-bit only issue. -- ___ Python tracker

[issue34521] Multiple tests (test_socket, test_multiprocessing_*) fail due to incorrect recvmsg(2) buffer lengths, causing failures on FreeBSD CURRENT

Change by miss-islington : -- pull_requests: +9251 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34521] Multiple tests (test_socket, test_multiprocessing_*) fail due to incorrect recvmsg(2) buffer lengths, causing failures on FreeBSD CURRENT

Change by miss-islington : -- pull_requests: +9250 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34988] Rc2 candidates: "gcc" not found on AIX

Change by Serhiy Storchaka : -- nosy: +ned.deily ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34747] SSLSocket.context cannot be changed on non-connected sockets

Christian Heimes added the comment: How did you run into the issue? There is no reason to ever replace the context of a listening socket. The context setter is designed for SNI-based virtual hosting to replace the context of a bound server-side connection. You never change the listening

  1   2   >