[issue28046] Remove the concept of platform-specific directories

Zachary Ware added the comment: Sorry, it happened at the sprint at Instagram. Do you have a use for those modules that we need to reconsider? -- ___ Python tracker ___ ___

[issue28039] x86 Tiger buildbot needs __future__ with_statement

Gregory P. Smith added the comment: Why do we even have a Tiger buildbot in 2016? MacOS X Tiger 10.4 was released in 2005. It is 11 years old. Support for it from Apple ended 7 years ago in 2009. -- ___ Python tracker

[issue28027] Remove Lib/plat-*/* files

STINNER Victor added the comment: FYI I first proposed to remove plat-* in 2011: https://mail.python.org/pipermail/python-dev/2011-October/114105.html That's why I added os.RTDL_* constants: https://docs.python.org/dev/library/os.html#os.RTLD_LAZY -- ___

[issue28046] Remove the concept of platform-specific directories

STINNER Victor added the comment: > this comes as a surprise. I can't remember that discussion and decision. Removing these modules is not a new idea: I just posted a message to the issue #28027 to complete the history of this change. -- ___ Python

[issue28053] parameterize what serialization is used in multiprocessing

New submission from Davin Potts: Currently multiprocessing uses the pickle module for its serialization of objects to be communicated between processes. Specifically v2 of the pickle protocols is now exclusively used to provide maximum compatibility, motivated by the desire for multiple versi

[issue28046] Remove the concept of platform-specific directories

Matthias Klose added the comment: The removal is not following the guidelines to first deprecate these for a release, and then to remove them. I know that at least the RTLD_* constants are used in a number of places, which will just stop working. I'm not against removing these in 3.7, however

[issue28053] parameterize what serialization is used in multiprocessing

Changes by Davin Potts : -- components: +Library (Lib) ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue26507] Use highest pickle protocol in multiprocessing

Davin Potts added the comment: Closing in deference to the enhancement described in issue28053. -- resolution: -> duplicate status: open -> closed superseder: -> parameterize what serialization is used in multiprocessing ___ Python tracker

[issue23403] Use pickle protocol 4 by default?

Davin Potts added the comment: Closing in deference to the enhancement described in issue28053. -- nosy: +davin resolution: -> duplicate status: open -> closed ___ Python tracker __

[issue23403] Use pickle protocol 4 by default?

Changes by Davin Potts : -- superseder: -> parameterize what serialization is used in multiprocessing ___ Python tracker ___ ___ Pyth

[issue26700] Make digest_size a class variable

Gregory P. Smith added the comment: I agree that adding a .default_digest_size attribute to the constructors in the hashlib module would be good... the challenge is in actually doing it. Today they are not classes, they are built-in functions that come from one of two possible extension modul

[issue28046] Remove the concept of platform-specific directories

STINNER Victor added the comment: Matthias Klose added the comment: > The removal is not following the guidelines to first deprecate these for a > release, and then to remove them. I know that at least the RTLD_* constants > are used in a number of places, which will just stop working. Please

[issue28027] Remove Lib/plat-*/* files

Matthias Klose added the comment: the removal of these modules should follow the normal deprecation process, for 3.6, then be removed for 3.7. There is no harm for this approach. -- nosy: +doko resolution: fixed -> status: closed -> open ___ Python

[issue28027] Remove Lib/plat-*/* files

Guido van Rossum added the comment: Why? Do you have a dependency on these? None of them are documented. Do you propose to document them just so we can mark them deprecated? -- ___ Python tracker __

[issue27986] make distclean clobbers Lib/plat-darwin/*

Zachary Ware added the comment: Superseded by #28027. -- resolution: -> out of date stage: needs patch -> resolved status: open -> closed superseder: -> Remove Lib/plat-*/* files ___ Python tracker __

[issue27874] inconsistent sys.path behavior when using PythonXX.zip

Roundup Robot added the comment: New changeset 672c5fe7372c by Steve Dower in branch 'default': Issue #27874: Allows use of pythonXX.zip file as landmark on Windows https://hg.python.org/cpython/rev/672c5fe7372c -- nosy: +python-dev ___ Python tracker

[issue27810] Add METH_FASTCALL: new calling convention for C functions

Roundup Robot added the comment: New changeset a25c39873d93 by Victor Stinner in branch 'default': Issue #27810: Add _PyCFunction_FastCallKeywords() https://hg.python.org/cpython/rev/a25c39873d93 -- nosy: +python-dev ___ Python tracker

[issue27213] Rework CALL_FUNCTION* opcodes

Serhiy Storchaka added the comment: Here is rebased patch. -- Added file: http://bugs.python.org/file44510/callfunc-10.patch ___ Python tracker ___ __

[issue28027] Remove Lib/plat-*/* files

Matthias Klose added the comment: Since the 3.6 cycle, these modules are regenerated for the build, so they are not outdated anymore. They are not a maintenance burden either. So I'd like to see these available in 3.6, and documented as deprecated. Then removed in 3.7. Apparently the propo

[issue28027] Remove Lib/plat-*/* files

Guido van Rossum added the comment: No, you need to demonstrate that they are used (despite undocumented). On Fri, Sep 9, 2016 at 2:26 PM, Matthias Klose wrote: > > Matthias Klose added the comment: > > Since the 3.6 cycle, these modules are regenerated for the build, so they are > not outdate

[issue28027] Remove Lib/plat-*/* files

Zachary Ware added the comment: I have been searching sources.debian.net, and have found no evidence of anything that would be broken by this. Every use of these modules that I have found has been already wrapped in try/except ImportError, or is in code that is fairly obviously not meant for

[issue28050] test_traceback is broken by new CALL_FUNCTION* opcodes

Changes by Emanuel Barry : -- nosy: +ebarry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue5680] Command-line arguments when running in IDLE

Changes by Matej Cepl : -- nosy: +mcepl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/

[issue27213] Rework CALL_FUNCTION* opcodes

STINNER Victor added the comment: > Here is rebased patch. callfunc-10.patch looks like an even better enhancement compared to Python 3.5, nice work. Would you be ok to wait after the beta1 release? The change doesn't seem to change the bytecode too much, nor the C API, whereas I'm trying to p

[issue28050] test_traceback is broken by new CALL_FUNCTION* opcodes

STINNER Victor added the comment: Serhiy proposed a fix in the issue #27213 (starting at callfunc-10.patch). -- ___ Python tracker ___ ___

[issue28027] Remove Lib/plat-*/* files

Matthias Klose added the comment: whatever you searched, there are regressions: https://codesearch.debian.net/search?q=import+DLFCN some of these have conditional imports, however even boost uses unconditional imports, and is often used as an embedded copy. -- ___

[issue28027] Remove Lib/plat-*/* files

Zachary Ware added the comment: Those boost imports will never be triggered in Python 3, because sys.platform will never be 'linux2'. -- ___ Python tracker ___ _

[issue23665] Provide IDLE menu option to set command-line arguments

Changes by Matej Cepl : -- nosy: +mcepl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org

[issue27874] inconsistent sys.path behavior when using PythonXX.zip

Changes by Steve Dower : -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker ___ ___ Pyt

[issue28027] Remove Lib/plat-*/* files

STINNER Victor added the comment: > https://codesearch.debian.net/search?q=import+DLFCN I see 8 projects: boost, trilinos, vtk6, openbabel, gdcm, paraview, ecasound, yade. It doesn't like a giant project to update them. > boost1.58_1.58.0+dfsg-5.1/libs/mpi/build/__init__.py > > import sys > i

[issue28027] Remove Lib/plat-*/* files

Matthias Klose added the comment: these projects are the ones packaged by Debian; there are surely others. Now again, why can't the actual removal for 3.7, following the usual deprecation rules? -- ___ Python tracker

[issue28027] Remove Lib/plat-*/* files

Changes by Xavier de Gaye : -- nosy: +xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue27985] Implement PEP 526

Roundup Robot added the comment: New changeset ef3d30cc6b4f by Gregory P. Smith in branch 'default': issue27985 - fix the incorrect duplicate class name in the lib2to3 https://hg.python.org/cpython/rev/ef3d30cc6b4f -- ___ Python tracker

[issue28053] parameterize what serialization is used in multiprocessing

Davin Potts added the comment: Attaching patch containing refactorizations but missing update to docs for the purposes of review. Introduces three new things: * a function to get the current serializer/reducer * a function to set the serializer/reducer * an abstract base class to assist others

[issue25856] The __module__ attribute of non-heap classes is not interned

Roundup Robot added the comment: New changeset 861ddad3e0c1 by Serhiy Storchaka in branch 'default': Issue #25856: The __module__ attribute of extension classes and functions https://hg.python.org/cpython/rev/861ddad3e0c1 -- nosy: +python-dev ___ Pyth

[issue26331] PEP 515: Tokenizer: allow underscores for grouping in numeric literals

Roundup Robot added the comment: New changeset 8a881dafe335 by Brett Cannon in branch 'default': Issue #26331: Implement the parsing part of PEP 515. https://hg.python.org/cpython/rev/8a881dafe335 -- nosy: +python-dev ___ Python tracker

[issue24186] OpenSSL causes buffer overrun exception

Roundup Robot added the comment: New changeset 6a8a6e26a1bc by Steve Dower in branch 'default': Issue #24186: Reenable optimised OpenSSL function https://hg.python.org/cpython/rev/6a8a6e26a1bc -- ___ Python tracker

[issue26331] PEP 515: Tokenizer: allow underscores for grouping in numeric literals

Brett Cannon added the comment: All applied! And Eric said he will handle the patch for format() which should cover the other half of PEP 515. Once Eric's side is done I guess we can mark PEP 515 as final. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed

[issue25856] The __module__ attribute of non-heap classes is not interned

Serhiy Storchaka added the comment: Thank you for helpful review Benjamin. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue28027] Remove Lib/plat-*/* files

Zachary Ware added the comment: Because in every release of Python they have been undocumented, in any recent release of Python they have been inaccurate (at best) and probably unnecessary, they have been unmaintained for years, the presence of the plat-* dir on sys.path slows down imports fro

[issue28027] Remove Lib/plat-*/* files

Xavier de Gaye added the comment: > Since the 3.6 cycle, these modules are regenerated for the build, so they are > not outdated anymore. They are not a maintenance burden either. Indeed, they are regenerated by the changes made in issue 23968 ("rename the platform directory from plat-$(MACHD

[issue433028] SRE: (?flag:...) is not supported

Roundup Robot added the comment: New changeset ce5a834978ac by Serhiy Storchaka in branch 'default': Issue #433028: Added support of modifier spans in regular expressions. https://hg.python.org/cpython/rev/ce5a834978ac -- nosy: +python-dev ___ Python

[issue28027] Remove Lib/plat-*/* files

STINNER Victor added the comment: The FreeBSD packager told me that he is *very* happy to see these modules go away, it was also a pain for him to maintain a patch for them. The maintaince burden is even wider than Python source code. -- ___ Python

[issue23545] Turn on extra warnings on GCC

Serhiy Storchaka added the comment: Rebased patch. Removed save_CFLAGS="$CFLAGS" and CFLAGS="$save_CFLAGS" lines as Marin suggested. Benjamin, seems you are experienced with autoconf. Could you please make a review? -- Added file: http://bugs.python.org/file44512/configure_extra_warni

[issue28027] Remove Lib/plat-*/* files

Zachary Ware added the comment: With no solid evidence against the change and much joy with the change, I'm reclosing the issue. doko, if people complain to you about being broken by this, feel free to refer them to me. -- resolution: -> fixed status: open -> closed

[issue28039] x86 Tiger buildbot needs __future__ with_statement

David Bolen added the comment: It's been on the cusp of shutdown a few times now, but tweaks to maintain compatibility for the occasional issue always seem to materialize (thanks to Ned in many cases). To Ned's question, the slave is currently operating under 2.5.1 which I must have set up si

[issue28025] Use IntEnum and IntFlags in ssl module

Roundup Robot added the comment: New changeset c32e9f9b00f7 by Christian Heimes in branch 'default': Issue #28025: Convert all ssl module constants to IntEnum and IntFlags. https://hg.python.org/cpython/rev/c32e9f9b00f7 -- nosy: +python-dev ___ Python

[issue28025] Use IntEnum and IntFlags in ssl module

Changes by Christian Heimes : -- stage: patch review -> commit review status: open -> pending ___ Python tracker ___ ___ Python-bugs-l

[issue24363] httplib fails to handle semivalid HTTP headers

Martin Panter added the comment: I guess we could add this secret policy flag that the email parser checks. The solution should still be applied as a bug fix to 3.5 as well as 3.6+. I would have to make the flag “very” unique, to reduce the chance of it breaking user code. I.e. adding policy._

[issue22450] urllib doesn't put Accept: */* in the headers

Cory Benfield added the comment: So, leaping in on the Requests side of things for a moment, two notes. Firstly: copying curl is rarely a bad thing to do, especially for a behaviour curl has had for a long time. However, in this case the stronger argument is that just because the RFCs say tha

[issue28046] Remove the concept of platform-specific directories

Zachary Ware added the comment: Xavier: Could you please make sure this doesn't break anything for Android/cross-builds? -- ___ Python tracker ___ __

[issue28007] Bad .pyc files prevent import of otherwise valid .py files.

Barry A. Warsaw added the comment: On Sep 09, 2016, at 08:30 PM, Terry J. Reedy wrote: >I think we should definitely fall back to using the .py file. A cache is an >implementation convenience, not a language feature. +1. If the cache is corrupt, it should be ignored and recreated. There are

[issue28046] Remove the concept of platform-specific directories

Xavier de Gaye added the comment: Sure, I was already planning to do it :) -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue27779] Sync-up docstrings in C version of the the decimal module

Lisa Roach added the comment: Hi Stefan and Raymond, Here's my start on the patch, I wanted to get your opinions on the direction before I go too far. I've been comparing the two sets of docstrings, and trying to synchronize them in the clearest way that most closely matches the decimal spec

[issue28053] parameterize what serialization is used in multiprocessing

Eric Snow added the comment: LGTM -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/ma

[issue20476] If new email policies are used, default message factory should be EmailMessage

Roundup Robot added the comment: New changeset 9ba8f4be0651 by R David Murray in branch 'default': #20476: add a message_factory policy attribute to email. https://hg.python.org/cpython/rev/9ba8f4be0651 -- ___ Python tracker

[issue28054] Diff for visually comparing actual with expected in mock.assert_called_with.

New submission from Eli Rose: When I call unittest.TestCase.assertEqual(a, b) on e.g. two unequal dictionaries, I get a nice diff pointing me to the differences. >>> class A(unittest.TestCase): ... def test_foo(self): ... self.assertEqual(dict(foo='bar', zab='zar'), dict(foo='bar',

[issue28027] Remove Lib/plat-*/* files

Matthias Klose added the comment: you asked for evidence, you got evidence. re-opening the issue again. feel free to close it again without any evidence, and stating that you ignore the usual deprecation rules. -- resolution: fixed -> status: closed -> open _

[issue27971] utf-16 decoding can't handle lone surrogates

Eryk Sun added the comment: Considering the UTF-16 codec isn't self-consistent, it's a stretch to say it's not a bug. It's misbehavior, and it either will be or won't be fixed. From Victor's response it's looking like the latter. -- ___ Python track

[issue24363] httplib fails to handle semivalid HTTP headers

R. David Murray added the comment: Oh, yes, I forgot 2.7 was using the older code. Sure, that flag name sounds fine. I'm not worrying about policy flag name collisions, but perhaps I should be. How about _py_strict_end_of_headers? I don't really care what it is named for the bug fix, I'll t

[issue14976] queue.Queue() is not reentrant, so signals and GC can cause deadlocks

Roundup Robot added the comment: New changeset 8c00cbbd3ff9 by Raymond Hettinger in branch '3.5': Issue 14976: Note that the queue module is not designed to protect against reentrancy https://hg.python.org/cpython/rev/8c00cbbd3ff9 -- ___ Python trac

[issue28053] parameterize what serialization is used in multiprocessing

Roundup Robot added the comment: New changeset 7381b1b50e00 by Davin Potts in branch 'default': Issue #28053: Applying refactorings, docs and other cleanup to follow. https://hg.python.org/cpython/rev/7381b1b50e00 -- nosy: +python-dev ___ Python track

[issue20476] If new email policies are used, default message factory should be EmailMessage

Changes by R. David Murray : -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed type: resource usage -> enhancement versions: +Python 3.6 -Python 3.5 ___ Python tracker _

[issue22450] urllib doesn't put Accept: */* in the headers

Martin Panter added the comment: I’m still not convinced. But my argument about the user specifying Accept if they care about the media type works both ways, so I am not that fussed if others want to make the change. Are there any examples of servers that behave worse than the application/json

[issue24186] OpenSSL causes buffer overrun exception

Steve Dower added the comment: Buildbots look okay with this now, so considering it closed. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[issue22450] urllib doesn't put Accept: */* in the headers

Roundup Robot added the comment: New changeset e84105b48436 by Raymond Hettinger in branch '2.7': Issue #22450: Use "Accept: */*" in the default headers for urllib https://hg.python.org/cpython/rev/e84105b48436 -- nosy: +python-dev ___ Python tracker

[issue14757] INCA: Inline Caching meets Quickening in Python 3.3

Changes by Yury Selivanov : -- nosy: +yselivanov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue25235] EmailMessage.add_attachment() creates parts with spurious MIME-Version header.

R. David Murray added the comment: It turns out that solving this header problem via MIMEPart isn't really a good idea, given the rest of the API. I don't want to not use 'type', or rather I do want to use the new policy.message_factory, and I don't really want to have to have two message_fac

[issue27779] Sync-up docstrings in C version of the the decimal module

Lisa Roach added the comment: I just noticed some trailing whitespace in the patch, ignore them for now and they'll be removed in the next patch. -- ___ Python tracker ___ _

[issue14757] INCA: Inline Caching meets Quickening in Python 3.3

STINNER Victor added the comment: Link to the paper: https://www.sba-research.org/wp-content/uploads/publications/ecoop10.pdf -- ___ Python tracker ___ _

[issue28055] pyhash's siphash24 assumes alignment of the data pointer

New submission from Matthias Klose: pyhash's siphash24 assumes alignment of the data pointer, casting a void pointer (src) to an uint64_t pointer, increasing the required alignment from 1 to 4 bytes. That's invalid code. siphash24 can't assume that the pointer to the data to hash is 4-byte ali

[issue28055] pyhash's siphash24 assumes alignment of the data pointer

Changes by Matthias Klose : -- nosy: +christian.heimes ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue28027] Remove Lib/plat-*/* files

STINNER Victor added the comment: Matthias Klose: Maybe you didn't understand something: breaking the backward compatibility was a deliberate choice. It's a matter of maintenance burden versus the number of broken applications. According to your search, there are only 8 projects in the wild wh

[issue27971] utf-16 decoding can't handle lone surrogates

STINNER Victor added the comment: > Considering the UTF-16 codec isn't self-consistent, it's a stretch to say > it's not a bug. I didn't say that it's not a bug. I said that it's not possible to modify a codec at this point in Python 2.7 without taking a risk of breaking applications relying on

[issue25144] 3.5 Win install fails with "TARGETDIR"

Roundup Robot added the comment: New changeset 16d652760a06 by Steve Dower in branch '3.5': Issue #25144: Ensures TargetDir is set before continuing with custom install. https://hg.python.org/cpython/rev/16d652760a06 New changeset 024f3312ccee by Steve Dower in branch 'default': Issue #25144: En

[issue25144] 3.5 Win install fails with "TARGETDIR"

Steve Dower added the comment: I believe this change will fix it, or at least provide some more diagnostic info if it fails again. There doesn't seem to be any other way to trigger the install process without setting a target directory. -- resolution: -> fixed stage: -> resolved stat

[issue28055] pyhash's siphash24 assumes alignment of the data pointer

Changes by Matthias Klose : Added file: http://bugs.python.org/file44515/pyhash.diff ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue28055] pyhash's siphash24 assumes alignment of the data pointer

Changes by Matthias Klose : Removed file: http://bugs.python.org/file44514/pyhash.diff ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue22450] urllib doesn't put Accept: */* in the headers

Kenneth Reitz added the comment: I fully second Corey's comment. -- nosy: +kennethreitz ___ Python tracker ___ ___ Python-bugs-list ma

[issue22450] urllib doesn't put Accept: */* in the headers

Roundup Robot added the comment: New changeset 00da8bfa2a60 by Raymond Hettinger in branch '3.5': Issue #22450: Use "Accept: */*" in the default headers for urllib.request https://hg.python.org/cpython/rev/00da8bfa2a60 -- ___ Python tracker

[issue28055] pyhash's siphash24 assumes alignment of the data pointer

Christian Heimes added the comment: Good catch! I had trouble with the data structures in the TZ module before. I'm fine with memcpy() on just ARM platforms as a temporary workaround. Let's discuss the issue another time. Right now I'm busy with ssl improvements for 3.6.0b1. -- _

[issue22450] urllib doesn't put Accept: */* in the headers

Changes by Raymond Hettinger : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue22450] urllib doesn't put Accept: */* in the headers

Senthil Kumaran added the comment: @Martin, I weight in 'curl's behavior for de-facto things that differ slightly from standards. It's simply what folks have gotten used to, and sometimes expect. @Raymond, unit-tests will be a good addition too. -- ___

[issue28039] x86 Tiger buildbot needs __future__ with_statement

David Bolen added the comment: I've bumped the tiger default python to 2.7.12 and updated hg to use it (bumping to 3.9.1 in the process). It appears to have fixed the current touch and compile errors. I've restarted builds for the most recent commits. The need for a tiger slave is still up f

[issue27951] the reply's additional "Re:" is ok

Seif Elsallamy added the comment: I'm sorry i sent it by mistake you can close it On Friday, September 9, 2016 9:25 PM, SilentGhost wrote: Changes by SilentGhost : -- resolution:  -> not a bug stage: test needed -> resolved ___ Python tracker

[issue27976] Deprecate building with bundled copy of libffi on non-Darwin POSIX platforms

Roundup Robot added the comment: New changeset 3e02187e50df by Zachary Ware in branch 'default': Closes #27976: Deprecate bundled full copy of libffi https://hg.python.org/cpython/rev/3e02187e50df -- nosy: +python-dev resolution: -> fixed stage: commit review -> resolved status: open ->

[issue17394] Add slicing support to collections.deque

Raymond Hettinger added the comment: > If no, you can just close it. Yes, I would rather close this than apply this patch. -- resolution: -> rejected status: open -> closed ___ Python tracker

[issue14977] mailcap does not respect precedence in the presence of wildcards

Roundup Robot added the comment: New changeset f1bf0abcca0c by R David Murray in branch '3.5': #14977: Make mailcap respect the order of the lines in the mailcap file. https://hg.python.org/cpython/rev/f1bf0abcca0c New changeset efd692c86429 by R David Murray in branch 'default': Merge: #14977:

[issue14977] mailcap does not respect precedence in the presence of wildcards

R. David Murray added the comment: Thanks, Michael. I didn't see anything that needed updating in the docs. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker __

[issue27268] Incorrect error message on float('')

Changes by Łukasz Langa : -- dependencies: +Strings passed to KeyError do not round trip ___ Python tracker ___ ___ Python-bugs-list m

[issue27951] the reply's additional "Re:" is ok

Martin Panter added the comment: All good, it’s already closed. Thanks for clarifying! -- ___ Python tracker ___ ___ Python-bugs-list

[issue28007] Bad .pyc files prevent import of otherwise valid .py files.

Changes by Eric Snow : -- assignee: -> eric.snow ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue28055] pyhash's siphash24 assumes alignment of the data pointer

Benjamin Peterson added the comment: I believe the unaligned memory access configure check is supposed to prevent siphash from being used, so we might look into why that's not working. IMO, though, we should just require alignment for the argument to _PyHash_Bytes. It's private after all. ---

[issue1602] windows console doesn't print or input Unicode

Martin Panter added the comment: Okay so regarding blocking reads with a full buffer, what you are saying is the second check to break the read loop should be sufficient: +/* If the buffer ended with a newline, break out */ +if (buf[*readlen - 1] == '\n') +break; -- __

[issue25758] ensurepip/venv broken on Windows if path includes unicode

Roundup Robot added the comment: New changeset 663a62bcf9c9 by Steve Dower in branch '3.5': Issue #25758: Prevents zipimport from unnecessarily encoding a filename (patch by Eryk Sun) https://hg.python.org/cpython/rev/663a62bcf9c9 New changeset ead30e7262d5 by Steve Dower in branch 'default': I

[issue25758] ensurepip/venv broken on Windows if path includes unicode

Steve Dower added the comment: Applied Eryk's patch and updated the test to repro it (though it wouldn't repro on 3.6 with PEP 529 applied, but it definitely did on 3.5). -- assignee: -> steve.dower resolution: -> fixed stage: -> resolved status: open -> closed _

[issue27931] Email parse IndexError <""@wiarcom.com>

R. David Murray added the comment: Reviewed. There is something else that needs fixing. The address needs to re-render as ""@wiarcom.com, which it doesn't currently. I scanned the rendering code in _header_value_registry quickly and its not obvious to me why it doesn't work, so it may be a

[issue28027] Remove Lib/plat-*/* files

Matthias Klose added the comment: "It's a matter of maintenance burden". No I don't think so. As agreed on IRC with zware, I'll restore the removed modules, including a deprecation notice. -- assignee: zach.ware -> doko resolution: fixed -> status: closed -> open

[issue27810] Add METH_FASTCALL: new calling convention for C functions

STINNER Victor added the comment: fastcall.patch combines two changes: changeset: 103513:74abb8ddf7f2 tag: tip user:Victor Stinner date:Fri Sep 09 17:40:38 2016 -0700 files: Include/modsupport.h Python/getargs.c Tools/clinic/clinic.py description: Emit METH_FASTC

[issue28027] Remove Lib/plat-*/* files

Zachary Ware added the comment: "Agreed" is a bit strong, I still don't agree that the change was bad or should be reverted. I'm just not ruling out the possibility of a partial (because there is absolutely no reason to re-add the files for any platform but Linux and *maybe* OSX) reversion if

<    1   2   3   4   >