[issue19249] Enumeration.__eq__
Nick Coghlan added the comment: Since the default eq implementation handles ducktyping correctly, dropping the Enum specific __eq__ implementation should be fine. Just make sure this still works: class AlwaysEqual: ... def __eq__(self, other): ... return True ... from enum import Enum class MyEnum(Enum): ... a = 1 ... MyEnum.a == AlwaysEqual() True AlwaysEqual() == MyEnum.a True -- nosy: +ncoghlan stage: - test needed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19249 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19530] cross thread shutdown of UDP socket exhibits unexpected behavior
Charles-François Natali added the comment: After some research... Which is normal, since UDP sockets aren't connected. But UDP sockets can be connected! No, they can't. Connecting a UDP socket doesn't established a duplex connection like in TCP: it's just a shortand for not having to repeat the destination address upon every sendto()/sendmsg(). FYI, the FreeBSD (and OpenBSD) shutdown manpages anticipate calling shutdown on DGRAM sockets. And the Linux connect manpage discusses connecting DGRAM sockets. And since shutdown() is designed for duplex connection, it doesn't really make much sense. It might very well work when you passe SHUT_RD because it can be interpreted as triggering an EOF, but I wouldn't rely on this. Here is the updated Python code. I do expect to try to report this upstream. (Also, I now have C/pthreads code, if you want to see it. As expected, C behaves identically.) So you see it's not a Python bug. It's really not a bug at all, but if you want to report this upstream, have fun :-). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19530 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19542] WeakValueDictionary bug in setdefault()pop()
New submission from Armin Rigo: WeakValueDictionary.setdefault() contains a bug that shows up in multithreaded situations using reference cycles. Attached a test case: it is possible for 'setdefault(key, default)' to return None, although None is never put as a value in the dictionary. (Actually, being a WeakValueDictionary, None is not allowed as a value.) The reason is that the code in setdefault() ends in return wr(), but the weakref wr might have gone invalid between the time it was fetched from self.data and the wr() itself, thus returning None. A similar problem occurs in pop(), leading it to possibly raise KeyError even if it is called with a default argument. -- components: Library (Lib) messages: 202510 nosy: arigo priority: normal severity: normal status: open title: WeakValueDictionary bug in setdefault()pop() versions: Python 2.7, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19542 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19542] WeakValueDictionary bug in setdefault()pop()
Changes by Armin Rigo ar...@users.sourceforge.net: Added file: http://bugs.python.org/file32557/x.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19542 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19542] WeakValueDictionary bug in setdefault()pop()
Changes by Armin Rigo ar...@users.sourceforge.net: Added file: http://bugs.python.org/file32558/weakref.slice ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19542 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19499] import this is cached in sys.modules
Terry J. Reedy added the comment: Having import this behave differently from any other import is counter-intuitive I agree. My proposal (by design) does not change the property of executing only when first imported. I merely proposed that the text either start as cleartext or that the decrypted text be saved as a module attribute. *This* would make 'this' *more* like normal modules. Having side-effect code executed on import, as opposed to when running as main, is unusual. (Idlelib.idle is another intentional example, and one which currently has the same problem.) But I agree that this unusual behavior should remain for both. Having module code that is intentionally obfuscated and as about as inefficient as possible without being totally ridiculous is, I hope, unique, and not at all like other modules. Even if Tim wants to keep the literal encrypted, and the rot13 codec is not available in Py3 (?), the decoding would, I believe, be much more efficient using str.translate. Or the text could be encoded and decoded with one of the pairs in the binascii or base64 modules. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19499 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19543] Add -3 warnings for codec convenience method changes
New submission from Nick Coghlan: The long discussion in issue 7475 and some subsequent discussions I had with Armin Ronacher have made it clear to me that the key distinction between the codec systems in Python 2 and Python 3 is the following differences in type signatures of various operations: Python 2 (8 bit str): codecs module: object - object convenience methods: basestring - basestring available codecs: unicode - str, str - str, unicode - unicode Python 3 (Unicode str): codecs module: object - object convenience methods: str - bytes available codecs: str - bytes, bytes - bytes, str - str The significant distinction is the fact that, in Python 2, the convenience methods covered all standard library codecs, but for Python 3, the codecs module needs to be used directly for the bytes - bytes codecs and the one str - str codec (since those codecs no longer satisfy the constraints of the text model related convenience methods). After attempting to implement a 2to3 fixer for these non-Unicode codecs in issue 17823, I realised that wouldn't really work properly (since it's a data driven error based on the behaviour of the named codec), so I'm rejecting that proposal and replacing it with this one for additional Py3k warnings in Python 2.7.7. My proposal is to take the following cases and make them produce warnings under Python 2.7.7 when Py3k warnings are enabled (remember, these are the 2.7 types, not the 3.x ones): - the str.encode method is called (redirect to codecs.encode to handle arbitrary input types in a forward compatible way) - the unicode.decode method is called (redirect to codecs.decode to handle arbitrary input types) - PyUnicode_AsEncodedString produces something other than an 8-bit string (redirect to codecs.encode for arbitrary output types) - PyUnicode_Decode produces something other than a unicode string (redirect to codecs.decode for arbitrary output types) For the latter two cases, issue 17828 includes updates to the Python 3 error messages to similarly redirect to the convenience functions in the codecs module. However, the removed convenience methods will continue to simply trigger AttributeError in Python 3 with no special casing. -- components: Interpreter Core messages: 202512 nosy: ncoghlan priority: normal severity: normal stage: needs patch status: open title: Add -3 warnings for codec convenience method changes type: enhancement versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19543 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17823] 2to3 fixers for missing codecs
Nick Coghlan added the comment: Due to the data driven nature of this particular incompatibility, I'm rejecting this in favour of the Py3k warning based approach in issue 19543. -- dependencies: -codecs missing: base64 bz2 hex zlib hex_codec ... resolution: - rejected stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17823 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7475] codecs missing: base64 bz2 hex zlib hex_codec ...
Nick Coghlan added the comment: Issue 17823 is now closed, but not because it has been implemented. It turns out that the data driven nature of the incompatibility means it isn't really amenable to being detected and fixed automatically via 2to3. Issue 19543 is a replacement proposal for the introduction of some additional codec related Py3k warnings in Python 2.7.7. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7475 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19020] Regression: Windows-tkinter-idle, unicode, and 0xxx filename
Terry J. Reedy added the comment: I read your explanation in relation to the code and got part of it but not all. I need to try another run through. I may try to locally (and temporarily), print to the console to see what is happening. I am also not clear on the relation between the UnicodeDecodeError and tuple splitting. Does '_flatten((self._w, cmd)))' call split or splitlist on the tuple arg? Is so, do you know why a problem with that would lead to the UDError? Does your patch fix the leading '0' regression? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19020 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19532] compileall -f doesn't force to write bytecode files
Vajrasky Kok added the comment: Ah, I missed that. I made this assumption because when I executed other modules manually, they were there just for testing functionality (such as shlex and aifc). Added test. -- Added file: http://bugs.python.org/file32559/compileall_force_v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19532 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19532] compileall -f doesn't force to write bytecode files
Vajrasky Kok added the comment: Tidied up the test. -- Added file: http://bugs.python.org/file32560/compileall_force_v3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19532 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19543] Add -3 warnings for codec convenience method changes
Martin Panter added the comment: Just thinking the first case might get quite a few false positives. Maybe that would still be acceptable, I dunno. - the str.encode method is called (redirect to codecs.encode to handle arbitrary input types in a forward compatible way) I guess you are trying to catch cases like this, which I have come across quite a few times: data.encode(hex) # data is a byte string But I think you would also catch cases that depend on Python 2 “str” objects automatically converting to Unicode. Here are some examples taken from real code: file_name.encode(utf-8) # File name parameter may be str or unicode # Code meant to be compatible with both Python 2 and 3: ?xml . . . encoding=iso-8859-1?.encode(iso-8859-1) (data %s\n % len(...)).encode(ascii) -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19543 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19543] Add -3 warnings for codec convenience method changes
Marc-Andre Lemburg added the comment: On 10.11.2013 10:20, Nick Coghlan wrote: The long discussion in issue 7475 and some subsequent discussions I had with Armin Ronacher have made it clear to me that the key distinction between the codec systems in Python 2 and Python 3 is the following differences in type signatures of various operations: Python 2 (8 bit str): codecs module: object - object convenience methods: basestring - basestring available codecs: unicode - str, str - str, unicode - unicode Python 3 (Unicode str): codecs module: object - object convenience methods: str - bytes available codecs: str - bytes, bytes - bytes, str - str The significant distinction is the fact that, in Python 2, the convenience methods covered all standard library codecs, but for Python 3, the codecs module needs to be used directly for the bytes - bytes codecs and the one str - str codec (since those codecs no longer satisfy the constraints of the text model related convenience methods). Please remember that the codec sub-system is extensible. It's easily possible to add more codecs via registered codec search functions. Whatever you add as warning has to be aware of the fact that there may be codecs in the system that are not part of the stdlib and which can potentially implement codecs that use other type combinations that the ones you listed above. -- nosy: +lemburg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19543 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19373] Tkinter apps including IDLE may not display properly on OS X 10.9 Mavericks
Ned Deily added the comment: Update: ActiveTcl 8.5.15.1 is now available and includes the fix for the 10.9 refresh problem documented here. Unfortunately, the built-in versions of Tcl/Tk 8.5 included with the pre-release python.org OS X 64-bit/32-bit x86-64/i386 installers for 3.3.3rc1 and 2.7.6rc1 (as described above) inadvertently broke compatibility with several third-party projects. As a result, as of 3.3.3rc2 and 2.7.6 final, the built-in Tcl/Tk support has been removed and these Pythons once again dynamically link with third-party Tcl and Tk 8.5 frameworks in /Library/Frameworks, such as those from ActiveState. You should install ActiveTcl 8.5.15.1 (or later 8.5.x versions) for use with these releases, if possible. http://www.python.org/download/mac/tcltk/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19373 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19537] Fix misalignment in fastsearch_memchr_1char
Changes by Stefan Krah stefan-use...@bytereef.org: -- nosy: +skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19537 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17828] More informative error handling when encoding and decoding
Nick Coghlan added the comment: Updated patch (v5) with a more robust chaining mechanism provided as a private _PyErr_TrySetFromCause API. This version eliminates the previous whitelist in favour of checking directly for the ability to replace the exception with another instance of the same type without losing information. This version also has more direct tests of the exception wrapping behaviour as a dedicated test class. If I don't hear any objections in the next couple of days, I plan to commit this version. -- Added file: http://bugs.python.org/file32561/issue17828_improved_codec_errors_v5.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17828 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18861] Problems with recursive automatic exception chaining
Nick Coghlan added the comment: It may not immediately look like it, but I think issue 17828 offers an example of a related problem. In that issue, I didn't want to *change* the exception raised, I wanted to annotate it to say Hey, something I called raised an exception, here's some relevant local state to help you figure out what is going on (in that case, the information to be added is the specific codec being invoked and whether it is an encoding or decoding operation). Setting the context is somewhat similar - you don't just want to know which specific exception happened to be active when the eventually caught exception was first raised - you also want to know which already active exception handlers you passed through while unwinding the stack. So really, what may be desirable here is almost an annotated traceback, where the interpreter can decide to hang additional information off the frame currently being unwound in the exceptions traceback, while leaving the exception itself alone. That's definitely PEP territory, but there are two distinct problems with the current exception chaining mechanism to help drive a prospective design for 3.5 (the status quo doesn't bother me enough for me to work on it myself, but if you're interested Nikolaus...) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18861 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17828] More informative error handling when encoding and decoding
Marc-Andre Lemburg added the comment: On 10.11.2013 14:03, Nick Coghlan wrote: Updated patch (v5) with a more robust chaining mechanism provided as a private _PyErr_TrySetFromCause API. This version eliminates the previous whitelist in favour of checking directly for the ability to replace the exception with another instance of the same type without losing information. This version also has more direct tests of the exception wrapping behaviour as a dedicated test class. If I don't hear any objections in the next couple of days, I plan to commit this version. This doesn't look right: diff -r 1ee45eb6aab9 Include/pyerrors.h --- a/Include/pyerrors.hSat Nov 09 23:15:52 2013 +0200 +++ b/Include/pyerrors.hSun Nov 10 22:54:04 2013 +1000 ... +PyAPI_FUNC(PyObject *) _PyErr_TrySetFromCause( +const char *prefix_format, /* ASCII-encoded string */ +... +); BTW: Why don't we make that API a public one ? It could be useful in C extensions as well. In the error messages, I'd use codecs.encode() and codecs.decode() (ie. with parens) instead of codecs.encode and codecs.decode. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17828 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18861] Problems with recursive automatic exception chaining
Nick Coghlan added the comment: Unrelated to my previous comment, I'm also wondering if this may actually represent a behavioural difference between contextlib.ExitStack and the interpreter's own exception handling machinery. ExitStack uses a recursive-iterative transformation for its stack unwinding (see issue 14963), and it needs to do a bit of fiddling to get the context right (see issue 19092). While the contextlib test suite goes to great lengths to try to ensure the semantics of normal stack unwinding are preserved, that definitely doesn't currently cover this case, and I'm thinking the way it works may actually be more like the behaviour Nikolaus expected in the original post (i.e. setting the context as the stack is unwound rather than when the replacement exception is raised). -- nosy: +alonho, hniksic ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18861 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19533] Unloading docstrings from memory if -OO is given
Stefan Krah added the comment:
It looks like the memory management is based directly on Py_Arenas:
def f():
squeamish ossifrage
pass
Breakpoint 1, PyArena_Free (arena=0x9a5120) at Python/pyarena.c:159
159 assert(arena);
(gdb) p arena-a_objects
$1 = ['f', 'squeamish ossifrage']
(gdb) bt
#0 PyArena_Free (arena=0x9a5120) at Python/pyarena.c:159
#1 0x00425af5 in PyRun_FileExFlags (fp=0xa1b780,
filename_str=0x77f37eb0 docstr.py, start=257, globals=
{'f': function at remote 0x77f04058, '__builtins__': module at
remote 0x77f6a358, '__name__': '__main__', '__file__': 'docstr.py',
'__package__': None, '__loader__': SourceFileLoader(name='__main__',
path='docstr.py') at remote 0x77ede608, '__cached__': None, '__doc__':
None}, locals=
{'f': function at remote 0x77f04058, '__builtins__': module at
remote 0x77f6a358, '__name__': '__main__', '__file__': 'docstr.py',
'__package__': None, '__loader__': SourceFileLoader(name='__main__',
path='docstr.py') at remote 0x77ede608, '__cached__': None, '__doc__':
None}, closeit=1, flags=0x7fffe490) at Python/pythonrun.c:2114
#2 0x00423a0c in PyRun_SimpleFileExFlags (fp=0xa1b780,
filename=0x77f37eb0 docstr.py, closeit=1, flags=
0x7fffe490) at Python/pythonrun.c:1589
#3 0x0042289c in PyRun_AnyFileExFlags (fp=0xa1b780,
filename=0x77f37eb0 docstr.py, closeit=1, flags=0x7fffe490)
at Python/pythonrun.c:1276
#4 0x0043bc83 in run_file (fp=0xa1b780, filename=0x9669b0
Ldocstr.py, p_cf=0x7fffe490) at Modules/main.c:336
#5 0x0043c8c5 in Py_Main (argc=3, argv=0x964020) at Modules/main.c:780
#6 0x0041cdb5 in main (argc=3, argv=0x7fffe688) at
./Modules/python.c:69
So the string 'squeamish ossifrage' is still in arena-a_objects right until
end of PyRun_FileExFlags(), even with -OO.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19533
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19543] Add -3 warnings for codec convenience method changes
Nick Coghlan added the comment: Martin: you're right, it wouldn't be feasible to check for the 8-bit str encoding case, since the types of string literals will implicitly change between the two versions. However, the latter three cases would be feasible to check (the unicode.decode one is particularly pernicious, since it's the culprit that can lead to UnicodeEncodeErrors on a decoding operation as Python implicitly tries to encode a Unicode string as ASCII). MAL: The latter two Py3k warnings would be in the same place as the corresponding output type errors in Python 3 (i.e. all in unicodeobject.c), so they would never trigger for the general codecs machinery. Python 2 actually already has output type checks in the same place as the proposed warnings, it just only checks for basestring rather than anything more specific. Those two warnings would just involve adding the more restrictive Py3k-style check when -3 was enabled. A Py3k warning for unicode.decode is just a straight this method won't be there any more in Python 3 warning, since there's no way for the conversion from Python 2 to Python 3 to implicitly replace a Unicode string with 8-bit data the way string literals switch from 8-bit data to Unicode text. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19543 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17828] More informative error handling when encoding and decoding
Nick Coghlan added the comment: On 10 November 2013 23:21, Marc-Andre Lemburg rep...@bugs.python.org wrote: Marc-Andre Lemburg added the comment: On 10.11.2013 14:03, Nick Coghlan wrote: Updated patch (v5) with a more robust chaining mechanism provided as a private _PyErr_TrySetFromCause API. This version eliminates the previous whitelist in favour of checking directly for the ability to replace the exception with another instance of the same type without losing information. This version also has more direct tests of the exception wrapping behaviour as a dedicated test class. If I don't hear any objections in the next couple of days, I plan to commit this version. This doesn't look right: diff -r 1ee45eb6aab9 Include/pyerrors.h --- a/Include/pyerrors.hSat Nov 09 23:15:52 2013 +0200 +++ b/Include/pyerrors.hSun Nov 10 22:54:04 2013 +1000 ... +PyAPI_FUNC(PyObject *) _PyErr_TrySetFromCause( +const char *prefix_format, /* ASCII-encoded string */ +... +); The signature? That API doesn't currently let you change the exception type, only the message (since the codecs machinery doesn't need to change the exception type, and changing the exception type is fraught with peril from a backwards compatibility point of view). BTW: Why don't we make that API a public one ? It could be useful in C extensions as well. Because I'm not sure it's a good idea in general and hence am wary of promoting it too much at this point in time (especially given the severe limitations of what it can currently wrap). I'm convinced it's worth it in this particular case (since being told the codec involved directly makes the meaning of codec errors much clearer and even with the limitations it can still wrap most errors from standard library codecs), and the implementation *has* to be in exceptions.c since it pokes around comparing the exception details to the internals of BaseException to figure out if it can safely wrap the exception or not. Issue 18861 also makes me wonder if there's an underlying structural problem in the way exception chaining currently works that could be better solved by making it possible to annotate traceback frames while unwinding the stack, which also makes me disinclined to add to the public C API in this area before 3.5. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17828 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17828] More informative error handling when encoding and decoding
Nick Coghlan added the comment: On 10 November 2013 23:21, Marc-Andre Lemburg rep...@bugs.python.org wrote: This doesn't look right: diff -r 1ee45eb6aab9 Include/pyerrors.h --- a/Include/pyerrors.hSat Nov 09 23:15:52 2013 +0200 +++ b/Include/pyerrors.hSun Nov 10 22:54:04 2013 +1000 ... +PyAPI_FUNC(PyObject *) _PyErr_TrySetFromCause( +const char *prefix_format, /* ASCII-encoded string */ +... +); After sending my previous reply, I realised you may have been referring to the comment. I copied that from the PyErr_Format signature. According to http://docs.python.org/dev/c-api/unicode.html#PyUnicode_FromFormat, the format string still has to be ASCII-encoded, and if that's no longer true, it's a separate bug from this one that will require a docs fix as well. In the error messages, I'd use codecs.encode() and codecs.decode() (ie. with parens) instead of codecs.encode and codecs.decode. Forgot to reply to this part - I like it, will switch it over before committing. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17828 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17828] More informative error handling when encoding and decoding
Changes by Nick Coghlan ncogh...@gmail.com: Added file: http://bugs.python.org/file32562/issue17828_improved_codec_errors_v6.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17828 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19406] PEP 453: add the ensurepip module
Nick Coghlan added the comment: Donald, I know you've been busy with PyPI v2.0 the last few days, but I see the pull request to resolve https://github.com/pypa/pip/issues/1294 has been merged. If we can get an updated patch that sets ENSUREPIP_OPTIONS appropriately in the process environment, it should be possible to commit this one and let Ned and Martin get started on the installers. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19406 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19407] PEP 453: update the Installing Python Modules documentation
Nick Coghlan added the comment: Larry, just a heads up that as a docs patch that isn't directly affected by the feature freeze, I likely won't get to this one until after beta 1. We'll make sure issue 19406 and the other functional changes are resolved, though. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19407 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17828] More informative error handling when encoding and decoding
Marc-Andre Lemburg added the comment: On 10.11.2013 15:39, Nick Coghlan wrote: On 10 November 2013 23:21, Marc-Andre Lemburg rep...@bugs.python.org wrote: This doesn't look right: diff -r 1ee45eb6aab9 Include/pyerrors.h --- a/Include/pyerrors.hSat Nov 09 23:15:52 2013 +0200 +++ b/Include/pyerrors.hSun Nov 10 22:54:04 2013 +1000 ... +PyAPI_FUNC(PyObject *) _PyErr_TrySetFromCause( +const char *prefix_format, /* ASCII-encoded string */ +... +); Sorry about the false warning. After looking at those lines again, I realized that the ... is the argument ellipsis, not some omitted code. At first this look like a function definition to me :-) After sending my previous reply, I realised you may have been referring to the comment. I copied that from the PyErr_Format signature. According to http://docs.python.org/dev/c-api/unicode.html#PyUnicode_FromFormat, the format string still has to be ASCII-encoded, and if that's no longer true, it's a separate bug from this one that will require a docs fix as well. Also note that it's not clear whether the ASCII refers to the format string or the resulting formatted string. For the format string, ASCII would probably be fine, but for the formatted string, UTF-8 should be allowed, since it's not uncommon to add e.g. parameter strings that caused the error to the error string. That's a separate ticket, though. In the error messages, I'd use codecs.encode() and codecs.decode() (ie. with parens) instead of codecs.encode and codecs.decode. Forgot to reply to this part - I like it, will switch it over before committing. Thanks. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17828 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11473] upload command no longer accepts repository by section name
Jason R. Coombs added the comment: Indeed, the issue as reported is invalid. -- resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11473 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19544] Port distutils as found in Python 2.7 to Python 3.x.
New submission from Jason R. Coombs: Following from issue7457, in which a single feature was identified to have gone missing in 29a3eda89995, this ticket captures the need to bring the Python 3 codebase up to match Python 2.7. -- assignee: eric.araujo components: Distutils messages: 202534 nosy: eric.araujo, jason.coombs, tarek priority: normal severity: normal status: open title: Port distutils as found in Python 2.7 to Python 3.x. versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19544 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7457] Adding a read_pkg_file to DistributionMetadata
Jason R. Coombs added the comment: As suggested, I created issue19544 to track the larger effort. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7457 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19545] time.strptime exception context
New submission from Claudiu.Popa:
time.strptime leaks an IndexError, as seen in the following traceback.
[root@clnstor /tank/libs/cpython]# ./python
Python 3.4.0a4+ (default:0aa2aedc6a21+, Nov 5 2013, 17:10:42)
[GCC 4.2.1 20070831 patched [FreeBSD]] on freebsd8
Type help, copyright, credits or license for more information.
import time
time.strptime('19', '%Y %')
Traceback (most recent call last):
File /tank/libs/cpython/Lib/_strptime.py, line 320, in _strptime
format_regex = _TimeRE_cache.compile(format)
File /tank/libs/cpython/Lib/_strptime.py, line 268, in compile
return re_compile(self.pattern(format), IGNORECASE)
File /tank/libs/cpython/Lib/_strptime.py, line 262, in pattern
self[format[directive_index]])
IndexError: string index out of range
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File stdin, line 1, in module
File /tank/libs/cpython/Lib/_strptime.py, line 494, in _strptime_time
tt = _strptime(data_string, format)[0]
File /tank/libs/cpython/Lib/_strptime.py, line 332, in _strptime
raise ValueError(stray %% in format '%s' % format)
ValueError: stray % in format '%Y %'
The attached patch suppresses the exception. This issue is similar (and based
on) the issue17572.
--
components: Library (Lib)
files: time_strptime.patch
keywords: patch
messages: 202536
nosy: Claudiu.Popa, belopolsky
priority: normal
severity: normal
status: open
title: time.strptime exception context
versions: Python 3.4
Added file: http://bugs.python.org/file32563/time_strptime.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19545
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19537] Fix misalignment in fastsearch_memchr_1char
Serhiy Storchaka added the comment: Current code assumes that PyUnicode_DATA() is aligned to PyUnicode_KIND() bytes. If this is not true on some platform it will be easer to add a padding than rewrite a code. A lot of code depends on this assumption. See also issue14422. I afraid that proposed patch may slow down a search. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19537 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19546] configparser leaks implementation detail
New submission from Claudiu.Popa:
Various exceptions raised by configparser module leaks implementation detail,
by chaining KeyErrors, as seen below:
Python 3.4.0a4+ (default:0aa2aedc6a21+, Nov 5 2013, 17:10:42)
[GCC 4.2.1 20070831 patched [FreeBSD]] on freebsd8
Type help, copyright, credits or license for more information.
import configparser
parser = configparser.ConfigParser()
parser.remove_option('Section1', 'an_int')
Traceback (most recent call last):
File /tank/libs/cpython/Lib/configparser.py, line 935, in remove_option
sectdict = self._sections[section]
KeyError: 'Section1'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File stdin, line 1, in module
File /tank/libs/cpython/Lib/configparser.py, line 937, in remove_option
raise NoSectionError(section)
configparser.NoSectionError: No section: 'Section1'
There are multiple places where this happens: using basic and extended
interpolation, using .options to retrieve non-existent options, using .get or
.remove_options for non-existent options/sections. The attached patch tries to
fixes all those issues by suppressing the initial exception.
--
components: Library (Lib)
files: configparser.patch
keywords: patch
messages: 202538
nosy: Claudiu.Popa, lukasz.langa
priority: normal
severity: normal
status: open
title: configparser leaks implementation detail
versions: Python 3.4
Added file: http://bugs.python.org/file32564/configparser.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19546
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19538] Changed function prototypes in the PEP 384 stable ABI
Serhiy Storchaka added the comment:
I think this change doesn't break ABI and doesn't break applications which use
PyObject_CallFunction() in usual way. The only problem with your application is
compiler warning.
To silence a warning you can do:
#if PY_VERSION_HEX = 0x0304
# define CONST34 const
#else
# define CONST34
#endif
PyObject *PyObject_CallFunction(PyObject *callable, CONST34 char *format, ...)
{
/* implement by forwarding to functions in the dynloaded dll */
}
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19538
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17457] Unittest discover fails with namespace packages and builtin modules
Claudiu.Popa added the comment: Michael, is any chance for this to go into Python 3.4? I would love to make any changes necessary in order for this to happen. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17457 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19537] Fix misalignment in fastsearch_memchr_1char
Antoine Pitrou added the comment: I don't understand in which concrete situation the current code could be wrong. The start of the unicode string should always be aligned, due to how unicode objects are allocated. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19537 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19020] Regression: Windows-tkinter-idle, unicode, and 0xxx filename
Serhiy Storchaka added the comment:
I am also not clear on the relation between the UnicodeDecodeError and tuple
splitting. Does '_flatten((self._w, cmd)))' call split or splitlist on the
tuple arg? Is so, do you know why a problem with that would lead to the
UDError? Does your patch fix the leading '0' regression?
The traceback is misleading. Full statement is:
for x in self.tk.split(
self.tk.call(_flatten((self._w, cmd:
Where cmd is ('entryconfigure', index). The UnicodeDecodeError error was raised
neither by _flatten() nor call(), but by split().
When run `./python -m idlelib.idle \\0.py` call() returns and split() gets a
tuple of tuples: (('-activebackground', '', '', '', ''), ('-activeforeground',
'', '', '', ''), ('-accelerator', '', '', '', ''), ('-background', '', '', '',
''), ('-bitmap', '', '', '', ''), ('-columnbreak', '', '', 0, 0), ('-command',
'', '', '', '3067328620open_recent_file'), ('-compound', 'compound',
'Compound', index object: 'none', 'none'), ('-font', '', '', '', ''),
('-foreground', '', '', '', ''), ('-hidemargin', '', '', 0, 0), ('-image', '',
'', '', ''), ('-label', '', '', '', '1 /home/serhiy/py/cpython/\\0.py'),
('-state', '', '', index object: 'normal', 'normal'), ('-underline', '', '',
-1, 0)). When set wantobjects in Lib/tkinter/__init__.py to 0, it will get a
string r{-activebackground {} {} {} {}} {-activeforeground {} {} {} {}}
{-accelerator {} {} {} {}} {-background {} {} {} {}} {-bitmap {} {} {} {}}
{-columnbreak {} {} 0 0} {-command {} {} {} 3067013228open_recent_file}
{-compound comp
ound Compound none none} {-font {} {} {} {}} {-foreground {} {} {} {}}
{-hidemargin {} {} 0 0} {-image {} {} {} {}} {-label {} {} {} {1
/home/serhiy/py/cpython/\0.py}} {-state {} {} normal normal} {-underline {} {}
-1 0}. Then split() try recursively split its argument. When it splits '1
/home/serhiy/py/cpython/\\0.py' it interprets '\\0' as backslash substitution
of octal code 0 which means a character with code 0. Tcl uses modified UTF-8
encoding in which null code is encoded as b'\xC0\x80'. This bytes sequence is
invalid UTF-8. That is why UnicodeDecodeError was raised (patch for issue13153
handles b'\xC0\x80' more correctly). When you will try '\101.py', it will be
translated by split() to 'A.py'.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19020
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10552] Tools/unicode/gencodec.py error
A.M. Kuchling added the comment: For the Mac issue, we could just delete the mapping files before processing them. I've attached a patch that modifies the Makefile. -- nosy: +akuchling Added file: http://bugs.python.org/file32565/10552-remove-apple-files.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10552 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5815] locale.getdefaultlocale() missing corner case
Mike FABIAN added the comment:
Serhiy, in your patch you seem to have special treatment for
the devanagari modifier:
+# Devanagari modifier placed before encoding.
+return code, modifier.split('.')[1]
Probably because of
'ks_in@devanagari': 'ks...@devanagari.utf-8',
'sd': 'sd...@devanagari.utf-8',
in the locale_alias dictionary.
But I think these two lines are just wrong, this mistake
is inherited from the locale.alias from X.org where the
python locale_alias comes from.
glibc:
mfabian@ari:~
$ locale -a | grep ^sd
sd_IN
sd_IN.utf8
sd_IN.utf8@devanagari
sd_IN@devanagari
mfabian@ari:~
$ locale -a | grep ^ks
ks_IN
ks_IN.utf8
ks_IN.utf8@devanagari
ks_IN@devanagari
mfabian@ari:~
$
The encoding should always be *before* the modifier.
--
nosy: +mfabian
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5815
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19499] import this is cached in sys.modules
Tim Peters added the comment: Reassigned to Barry, since he wrote this module ;-) FWIW, I wouldn't change it. It wasn't intended to be educational, but a newbie could learn quite a bit by figuring out how it works. -- assignee: tim.peters - barry nosy: +barry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19499 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1097797] Encoding for Code Page 273 used by EBCDIC Germany Austria
Roundup Robot added the comment: New changeset 7d9d1bcd7d18 by Andrew Kuchling in branch 'default': #1097797: Add CP273 codec, and exercise it in the test suite http://hg.python.org/cpython/rev/7d9d1bcd7d18 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1097797 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1097797] Encoding for Code Page 273 used by EBCDIC Germany Austria
Roundup Robot added the comment: New changeset fa2581bbef44 by Andrew Kuchling in branch 'default': Add news entry for #1097797; whitespace cleanup http://hg.python.org/cpython/rev/fa2581bbef44 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1097797 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1097797] Encoding for Code Page 273 used by EBCDIC Germany Austria
A.M. Kuchling added the comment: Committed this to 3.4. -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1097797 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12226] use HTTPS by default for uploading packages to pypi
anatoly techtonik added the comment: How come that this CVE is still present in just released 2.7.6? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12226 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7171] Add inet_ntop and inet_pton support for Windows
Roundup Robot added the comment: New changeset 17b160baa20f by Atsuo Ishimoto in branch 'default': Issue #7171: Add Windows implementation of ``inet_ntop`` and ``inet_pton`` to socket module. http://hg.python.org/cpython/rev/17b160baa20f New changeset a21f506d04c9 by Jason R. Coombs in branch 'default': Issue #7171: Update syntax to replace MAX in favor of Py_MAX (matching implementation for Unix). http://hg.python.org/cpython/rev/a21f506d04c9 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7171 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19546] configparser leaks implementation detail
R. David Murray added the comment: I'd vote -1 on this one. The extra context in this case is not confusing, and might be helpful to someone. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19546 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19537] Fix misalignment in fastsearch_memchr_1char
Andreas Schwab added the comment: (gdb) p sizeof(PyASCIIObject) $1 = 22 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19537 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19261] Add support for 24-bit in the sunau module
Roundup Robot added the comment: New changeset d2cc6254d399 by Serhiy Storchaka in branch 'default': Issue #19261: Added support for writing 24-bit samples in the sunau module. http://hg.python.org/cpython/rev/d2cc6254d399 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19261 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19261] Add support for 24-bit in the sunau module
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19261 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19537] Fix misalignment in fastsearch_memchr_1char
Stefan Krah added the comment: Andreas Schwab rep...@bugs.python.org wrote: (gdb) p sizeof(PyASCIIObject) $1 = 22 m68k again? ;) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19537 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7171] Add inet_ntop and inet_pton support for Windows
Roundup Robot added the comment: New changeset 31fe38f95c82 by Jason R. Coombs in branch 'default': Update Misc/NEWS for Issue #7171 http://hg.python.org/cpython/rev/31fe38f95c82 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7171 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19499] import this is cached in sys.modules
Barry A. Warsaw added the comment: I completely agree with Tim. The 'this' module was a *joke* and a stealthy one at that. http://www.wefearchange.org/2010/06/import-this-and-zen-of-python.html About the only thing I'd support is adding some comments to the code to either explain what's going on a little better, or provide some history to what this module is and why it's there. Then again, if you want to do that, please be sure to also add some documentation, but you better make it *funny*. :) -- resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19499 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11677] make test has horrendous performance on an ecryptfs
Barry A. Warsaw added the comment: I'm going to close this issue as invalid; it hasn't affected me on ecryptfs $HOME on Ubuntu in a long time, so let's chalk it up to better ecryptfs implementations now. If you disagree, feel free to re-open this and provide more information. -- resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11677 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19499] import this is cached in sys.modules
Changes by Gregory P. Smith g...@krypto.org: -- nosy: -gregory.p.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19499 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10262] Add --soabi option to `configure`
Barry A. Warsaw added the comment: I think we've had plenty of time to adjust to the abi tags. Does anybody think that nearly 3 years later anything really needs to be done here? -- resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10262 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9419] RUNSHARED needs LDFLAGS
Changes by Barry A. Warsaw ba...@python.org: -- assignee: barry - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9419 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19406] PEP 453: add the ensurepip module
Donald Stufft added the comment: * Updated setuptools * Updated pip to the latest development snapshot * Installs default to installing easy_install-X.Y, pipX, and pipX.Y * Added --altinstall which only installs easy_install-X.Y and pipX.Y * Added --default-install which installs easy_install, easy_install-X.Y, pip, pipX, and pipX.Y -- Added file: http://bugs.python.org/file32566/ensurepip-combined-altinstall.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19406 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16685] audioop functions shouldn't accept strings
Roundup Robot added the comment: New changeset bab0cbf86835 by Serhiy Storchaka in branch 'default': Issue #16685: Added support for any bytes-like objects in the audioop module. http://hg.python.org/cpython/rev/bab0cbf86835 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16685 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16685] audioop functions shouldn't accept strings
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16685 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16754] Incorrect shared library extension on linux
Changes by Barry A. Warsaw ba...@python.org: -- assignee: barry - doko ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16754 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8311] wave module sets data subchunk size incorrectly when writing wav file
Serhiy Storchaka added the comment: Here is simplified patch. Added versionchanged tags in the documentation. -- Added file: http://bugs.python.org/file32567/audio_write_nonbytes_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8311 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18861] Problems with recursive automatic exception chaining
Nikolaus Rath added the comment: Hi Nick, I am interested in working on this, but I have never worked on the C parts of cpython before. Do you think this is a feasible project to start with? To me it looks a bit daunting, I'd certainly need some mentoring to even know where to start with this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18861 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19540] PEP339: Fix link to Zephyr ASDL paper
New submission from Benjamin Peterson: c0d120cf0aac -- nosy: +benjamin.peterson resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19540 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18861] Problems with recursive automatic exception chaining
Benjamin Peterson added the comment: The first thing to do is to carefully specificy what the behavior should be. 2013/11/10 Nikolaus Rath rep...@bugs.python.org: Nikolaus Rath added the comment: Hi Nick, I am interested in working on this, but I have never worked on the C parts of cpython before. Do you think this is a feasible project to start with? To me it looks a bit daunting, I'd certainly need some mentoring to even know where to start with this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18861 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18861 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5815] locale.getdefaultlocale() missing corner case
Serhiy Storchaka added the comment: The /usr/share/X11/locale/locale.alias file in Ubuntu 12.04 LTS contains ks...@devanagari.utf-8 and sd...@devanagari.utf-8 entities. While the encoding is expected to be before the modifier, if there are systems with ks...@devanagari.utf-8 or sd...@devanagari.utf-8 locales we should support these weird case. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5815 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11513] chained exception/incorrect exception from tarfile.open on a non-existent file
Barry A. Warsaw added the comment: Should this issue still remain open? The original report described a chained exception, which obviously doesn't happen in 2.7 (nor with Georg's changeset, in 3.2, 3.3, or 3.4). RDM's message implies there still may still be bugs lurking here in 2.7, but OTOH, the original issue isn't a problem (i.e. no chained exceptions). I'd be tempted to say that if there are still problems here, it would be better to open a 2.7 specific bug. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11513 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13173] Default values for string.Template
Barry A. Warsaw added the comment:
I'm looking at this issue again with an eye toward Python 3.4.
Raymond describes what I think is a reasonable way to use defaults:
x = Template('$foo $bar')
defaults = dict(foo='one', bar='two')
x.substitute(defaults)
'one two'
x.substitute(defaults, bar='three')
'one three'
x.substitute(defaults, foo='nine', bar='three')
'nine three'
(The implementation actually uses ChainMap.)
Now, to address Bfontaine's complaint about passing around tuples, observe that
Template instances are Just Instances, so you can always do this:
x = Template('$foo $bar')
x.defaults = defaults
x.substitute(x.defaults, foo='nine', bar='three')
'nine three'
IOW, just stash your defaults on the instance and pass the instance around.
Does the Template class actually need more built-in support for defaults? I'm
inclined to close this as Won't Fix.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13173
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13276] bdist_wininst-created installer does not run the postinstallation script when uninstalling
anatoly techtonik added the comment: Here is workaround, which is - patching distutils - https://code.google.com/p/spyderlib/wiki/PatchingDistutils -- versions: +Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13276 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1198569] string.Template not flexible enough to subclass (regexes)
Barry A. Warsaw added the comment: This seems like a reasonable request. Do you care to submit a patch with tests and doc updates? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1198569 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11513] chained exception/incorrect exception from tarfile.open on a non-existent file
Serhiy Storchaka added the comment: I suppose that 2.7 may leak GzipFile in case of some errors, but this is another issue. -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11513 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19544] Port distutils as found in Python 2.7 to Python 3.x.
A.M. Kuchling added the comment: I went through Python 2.7's Misc/NEWS file and collected the entries for Distutils-related issues that were applied. Perhaps we can check the individual entries on this list, and see which ones are still present in Python 3.x and which ones got reverted. -- nosy: +akuchling Added file: http://bugs.python.org/file32568/ticket-list.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19544 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19544] Port distutils as found in Python 2.7 to Python 3.x.
Ned Deily added the comment: I wouldn't trust the NEWS items. I think the only reliable thing to do is diff each file, unfortunately. -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19544 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19537] Fix misalignment in fastsearch_memchr_1char
Andreas Schwab added the comment: There is nothing wrong with that. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19537 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19544] Port distutils as found in Python 2.7 to Python 3.x.
A.M. Kuchling added the comment: Issue #11104 also made some functionality work in both 2.7 and 3.2, though it's not clear that the problem stemmed from the distutils2 revert. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19544 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19547] HTTPS proxy support missing without warning
New submission from Stefan Richter: When using urllib2 and specifying a HTTPS proxy when setting up a ProxyHandler, the library does not encrypt the traffic sent to the proxy server. This results in unpredictable behavior. Either the support should be implemented or an error raised -- components: Library (Lib) messages: 202575 nosy: 02strich priority: normal severity: normal status: open title: HTTPS proxy support missing without warning type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19547 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19461] RawConfigParser modifies empty strings unconditionally
Changes by Łukasz Langa luk...@langa.pl: -- assignee: - lukasz.langa ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19461 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19546] configparser leaks implementation detail
Changes by Łukasz Langa luk...@langa.pl: -- assignee: - lukasz.langa ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19546 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11513] chained exception/incorrect exception from tarfile.open on a non-existent file
Barry A. Warsaw added the comment: Alright, I'm going to close this issue. Please open a new bug for Python 2.7. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11513 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1180] Option to ignore or substitute ~/.pydistutils.cfg
Jason R. Coombs added the comment: Confirmed - and to be included in issue19544. -- nosy: +jason.coombs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1180 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6516] reset owner/group to root for distutils tarballs
Jason R. Coombs added the comment: This change was rolled back before the release of 3.2, so only exists in 2.7. See issue19544 for details. -- nosy: +jason.coombs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6516 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18861] Problems with recursive automatic exception chaining
Nick Coghlan added the comment: Yes, I suggest using ExitStack to figure out the behaviour we *want* first, before diving into the messy practical details of how to make that a reality in CPython. We somehow have to get the state of the exception object and its traceback to represent an appropriate stack *tree*, rather than the traditionally assumed linear stack. It also occurred to me there's another potentially related issue: frame hiding, where we want to avoid showing infrastructure code in end user tracebacks. importlib currently has a very hacky version of that. The Jinja2 template library uses a different approach. The reason I bring these other problems up is because I think they illustrate a theme around altering how a traceback is displayed that may be amenable to a common solution (preferably one that is contextlib and asyncio friendly). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18861 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19544] Port distutils as found in Python 2.7 to Python 3.x.
Jason R. Coombs added the comment: After spending several hours spelunking, we identified what we believe are the tickets that were backed out in the aforementioned reversion. issue1180 issue6516 issue7457 issue6466 issue6286 Additionally, issue6377 (renaming .compiler to .compiler_obj) was reverted, but it likely should not be re-applied. Attached is an export of the etherpad (http://beta.etherpad.org/p/python_2.7_distutil_commits) which we used to keep track of the changes and show our work. We will flag the above tickets and address each individually. -- Added file: http://bugs.python.org/file32569/python_2.7_distutil_commits.html ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19544 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6516] reset owner/group to root for distutils tarballs
Changes by Jason R. Coombs jar...@jaraco.com: -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6516 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1180] Option to ignore or substitute ~/.pydistutils.cfg
Changes by Jason R. Coombs jar...@jaraco.com: -- assignee: tarek - akuchling nosy: +akuchling ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1180 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1180] Option to ignore or substitute ~/.pydistutils.cfg
Changes by Jason R. Coombs jar...@jaraco.com: -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1180 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6466] duplicate get_version() code between cygwinccompiler and emxccompiler
Jason R. Coombs added the comment: This change didn't make it into Python 3.2 but is in 2.7. see issue19544 for details. -- assignee: tarek - jason.coombs components: +Distutils nosy: +alexis, jason.coombs status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6466 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6286] distutils upload command doesn't work with http proxy
Changes by Jason R. Coombs jar...@jaraco.com: -- assignee: tarek - jason.coombs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6286 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6286] distutils upload command doesn't work with http proxy
Jason R. Coombs added the comment: This change didn't make it into Python 3.2 but is in 2.7. see issue19544 for details. -- nosy: +jason.coombs status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6286 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7457] Adding a read_pkg_file to DistributionMetadata
Changes by Jason R. Coombs jar...@jaraco.com: -- assignee: tarek - jason.coombs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7457 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17518] urllib2 cannnot handle https and BasicAuth via Proxy.
Changes by Ned Deily n...@acm.org: -- nosy: +orsenthil ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17518 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19547] HTTPS proxy support missing without warning
Changes by Ned Deily n...@acm.org: -- nosy: +orsenthil ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19547 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1180] Option to ignore or substitute ~/.pydistutils.cfg
A.M. Kuchling added the comment: Here's a patch to restore the --no-user-cfg switch to 3.4. If someone will take a quick look at the patch for sanity, I can apply it. -- keywords: +needs review resolution: fixed - stage: - patch review versions: +Python 3.4 -Python 2.7, Python 3.1, Python 3.2 Added file: http://bugs.python.org/file32570/3.4-patch.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1180 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19544] Port distutils as found in Python 2.7 to Python 3.x.
Roundup Robot added the comment: New changeset e19441e540ca by Jason R. Coombs in branch '3.3': Issue 19544 and Issue #7457: Restore the read_pkg_file method to distutils.dist.DistributionMetadata accidentally removed in the undo of distutils2. http://hg.python.org/cpython/rev/e19441e540ca New changeset 28059d8b395b by Jason R. Coombs in branch 'default': Merge with 3.3 for Issue #19544 and Issue #7457 http://hg.python.org/cpython/rev/28059d8b395b -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19544 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7457] Adding a read_pkg_file to DistributionMetadata
Roundup Robot added the comment: New changeset e19441e540ca by Jason R. Coombs in branch '3.3': Issue 19544 and Issue #7457: Restore the read_pkg_file method to distutils.dist.DistributionMetadata accidentally removed in the undo of distutils2. http://hg.python.org/cpython/rev/e19441e540ca New changeset 28059d8b395b by Jason R. Coombs in branch 'default': Merge with 3.3 for Issue #19544 and Issue #7457 http://hg.python.org/cpython/rev/28059d8b395b -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7457 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6286] distutils upload command doesn't work with http proxy
Changes by Jason R. Coombs jar...@jaraco.com: -- versions: +Python 3.3, Python 3.4 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6286 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7457] Adding a read_pkg_file to DistributionMetadata
Changes by Jason R. Coombs jar...@jaraco.com: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7457 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6516] reset owner/group to root for distutils tarballs
A.M. Kuchling added the comment: Here's an updated patch, to be applied against the default branch. -- nosy: +akuchling stage: - patch review Added file: http://bugs.python.org/file32571/3.4-patch.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6516 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19544] Port distutils as found in Python 2.7 to Python 3.x.
A.M. Kuchling added the comment: Patches for the default branch have been added to issue1180 (option to ignore ~/.pydistutils.cfg) and issue6516 (setting the owner/group in Distutils-built tarballs). Please double-check those patches; I can apply them. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19544 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6516] reset owner/group to root for distutils tarballs
Changes by A.M. Kuchling a...@amk.ca: -- versions: +Python 3.4 -Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6516 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
