[issue15059] Potential Bug in mpd_qresize and mpd_qresize_zero
Stefan Krah stefan-use...@bytereef.org added the comment: You can't return mpd_realloc_dyn(result, nwords, status) in the second instance: the coefficient must be initialized to zero later on. So this is intentional. -- components: +Extension Modules -Library (Lib) resolution: - invalid stage: - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15059 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15059] Potential Bug in mpd_qresize and mpd_qresize_zero
Changes by Stefan Krah stefan-use...@bytereef.org: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15059 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15057] Potential Bug in mpd_qdivint and mpd_qrem
Stefan Krah stefan-use...@bytereef.org added the comment: I can see why it is seems strange that // and % behave differently. If anything, I'd change divint to raise for things like inf // 3. But the official test cases don't: dvix601 divideint -Inf -1000 - Infinity remx701 remainder -Inf -1000 - NaN Invalid_operation Since decimal follows the specification (and the test cases), we can't change that. So I'm closing the issue. -- resolution: - invalid stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15057 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15061] hmac.secure_compare() leaks information of length of strings
Maciej Fijalkowski fij...@gmail.com added the comment: secure_compare leaks the password always. Note that it takes different time to create a result of ord() depending whether it's =100 or 100 due to caching of small numbers. Such functions should be written in C. -- nosy: +fijall ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15061] hmac.secure_compare() leaks information of length of strings
Hynek Schlawack h...@ox.cx added the comment: We should. Adding secure functions that aren't really secure is something we should rather avoid. :) Christian, are you willing to do that? -- components: +Library (Lib) -IO nosy: +hynek stage: patch review - needs patch type: behavior - security versions: +Python 3.3 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15061] hmac.secure_compare() leaks information of length of strings
Armin Rigo ar...@users.sourceforge.net added the comment: fijal: while I agree with you, the limit for small ints has actually been pushed to 257 in recent CPythons. So it should still theoretically work --- of course, assuming a predictable CPU, which is wrong, and assuming a simple interpreter. (We can probably dig enough to find a timing issue even with CPython, and of course it's clear with any of the other Python interpreters out there.) -- nosy: +arigo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15061] hmac.secure_compare() leaks information about length of strings
Christian Heimes li...@cheimes.de added the comment: I don't see how the function is going to leak this information when both this patch and the patch in #14955 are applied. With http://bugs.python.org/file25801/secure-compare-fix-v2.patch ord() is no longer used and thus avoid the timing difference for integers 256 (NSMALLPOSINTS is defined as 257, not 100). -- title: hmac.secure_compare() leaks information of length of strings - hmac.secure_compare() leaks information about length of strings ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15061] hmac.secure_compare() leaks information about length of strings
Maciej Fijalkowski fij...@gmail.com added the comment:
Ah unicodes. is encode('unicode-internal') independent on the string
characters? I heavily doubt so. you leak at least some information through that
function alone.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15061
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15061] hmac.secure_compare() leaks information about length of strings
Antoine Pitrou pit...@free.fr added the comment: With PEP 393 unicode objects can have several representations, which makes it unlikely that *really* constant-timing functions can be devised. Speaking about this particular patch, I don't understand the point. secure_compare() is obviously meant to be used on inputs of some known length, not arbitrary data. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15061] hmac.secure_compare() leaks information about length of strings
Christian Heimes li...@cheimes.de added the comment: IMHO it's not obvious to all users. Better safe than sorry. ;) The invariant 'known and equal length' impresses an artificial limitation. Code may need to compare outside data with internal data without exposing too many details about the structure of the internal data. The other matter should be discussed at #14955. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15061] hmac.secure_compare() leaks information about length of strings
Hynek Schlawack h...@ox.cx added the comment: I don’t want to be the killjoy but I find it highly questionable to add a function that is advertised as secure while we can't fully grok the complexities at play. If we can't produce a provable secure one, we should scrub the function for good; or at least rename it somehow. Unjustified perceived security is IMHO the worst possible case. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15061] hmac.secure_compare() leaks information about length of strings
Antoine Pitrou pit...@free.fr added the comment: I don’t want to be the killjoy but I find it highly questionable to add a function that is advertised as secure while we can't fully grok the complexities at play. If we can't produce a provable secure one, we should scrub the function for good; or at least rename it somehow. The function is probably secure (modulo unseen bugs) in the bytestrings-of-the-same-size case. To make it provably secure, we could write a C version (which would be quite easy). For unicode strings things are a bit trickier though. Again, a C version could provide some guarantees (and could raise an error if the passed unicode strings use a different representation from each other). -- title: hmac.secure_compare() leaks information about length of strings - hmac.secure_compare() leaks information about length of strings ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15061] hmac.secure_compare() leaks information about length of strings
Maciej Fijalkowski fij...@gmail.com added the comment: Antoine, seriously? You want to explore a function that's called secure when the only thing you know about it is probably secure? This is extremely tricky business and I think it should be called secure only if you can prove it's secure. Otherwise it's plain insecure and should not be named that. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15061] hmac.secure_compare() leaks information about length of strings
Maciej Fijalkowski fij...@gmail.com added the comment: export not explore. Why can't I edit my own post? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15061] hmac.secure_compare() leaks information about length of strings
Antoine Pitrou pit...@free.fr added the comment: Antoine, seriously? You want to explore a function that's called secure when the only thing you know about it is probably secure? This is extremely tricky business and I think it should be called secure only if you can prove it's secure. Otherwise it's plain insecure and should not be named that. What's the methodology to prove that it's secure? We could rename secure to safe to downtone it a bit, but it's still an improvement on the nominal equality comparison. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15061] hmac.secure_compare() leaks information about length of strings
Maciej Fijalkowski fij...@gmail.com added the comment: For unicode at the very least it's not an improvement at all. With the patch mentioned that does encode it's also not an improvement at all. Prove as in reason about the function in C and make sure it does not do any conditionals depending on the input data. This is much easier than it is in Python. We did this exercise for PyPy once, just for the sake of it. We looked at generated IR and made sure a comparison is not leaking any data. As far as the function goes right now - I don't know. For now following the entire code of long_bitwise is a lot of effort - I genuinely can't say that it'll be the same for all numbers of 0-255. Can you? It's easier with low-level language simply (And yes, this is one of the few cases where I would argue it makes sense to implement something in C :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14955] hmac.secure_compare() is not time-independent for unicode strings
Antoine Pitrou pit...@free.fr added the comment: With PEP 393 unicode objects can have several representations, which makes it unlikely that *really* constant-timing functions can be devised. However, a C version could provide some guarantees, by raising an error if the passed unicode strings use a different representation from each other. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14955 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14955] hmac.secure_compare() is not time-independent for unicode strings
Changes by Hynek Schlawack h...@ox.cx: -- nosy: +hynek ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14955 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14532] multiprocessing module performs a time-dependent hmac comparison
Martin v. Löwis mar...@v.loewis.de added the comment: I recommend to revert the addition of this function. It's not possible to implement a time-independent comparison function, as demonstrated in issues 14955 and 15061 -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14532 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15061] hmac.secure_compare() leaks information about length of strings
Martin v. Löwis mar...@v.loewis.de added the comment: I recommend to revert the addition of the function, given that it can't be made secure. -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14532] multiprocessing module performs a time-dependent hmac comparison
Antoine Pitrou pit...@free.fr added the comment: How is it not possible? The implementation may be buggy, but it's possible to write a C version that does the right thing. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14532 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14532] multiprocessing module performs a time-dependent hmac comparison
Changes by Hynek Schlawack h...@ox.cx: -- nosy: +hynek ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14532 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15061] hmac.secure_compare() leaks information about length of strings
Christian Heimes li...@cheimes.de added the comment: I've two suggestions: * rename the function to 'total_compare'. The name explains what the function actually does in comparison to '=='. It takes the total input values into account instead of using short circuit comparison. * restrict the function to bytes. The implementation works well with bytes but not with unicode. It's not an issue since hash digests are bytes. The docs could explain the issue with unicode and how user code can implement a reasonable safe conversion. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15064] multiprocessing should use more context manager
New submission from Richard Oudkerk shibt...@gmail.com: There are some types which should support the context manager protocol: - connection objects - listener objects - pool objects -- messages: 162776 nosy: sbt priority: normal severity: normal stage: needs patch status: open title: multiprocessing should use more context manager type: enhancement versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15064 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15061] hmac.secure_compare() leaks information about length of strings
Maciej Fijalkowski fij...@gmail.com added the comment: Hi Christian. It's either secure or it's not. If it's not, there is no point in introducing it at all as I don't think it's a good idea to have a kind-of-secure-but-i-dont-know functions in stdlib. If you restrict input to bytes it looks okish, but I looked at all the code that's invoked on the C side and it's quite a lot of code. Does you or anyone else actually go and review all the C code that's called via various operations to check if it does or does not depend on the value of various characters? I can't tell myself, it's too long. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15061] hmac.secure_compare() leaks information about length of strings
Antoine Pitrou pit...@free.fr added the comment: It's either secure or it's not. I don't think that's true. By that reasoning, Python is not secure so there's no point in fixing crashes or providing a hashlib module. That said, I think renaming to total_compare isn't really helpful. The point of the function is to be secure (as much as possible), not to do a total comparison. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15065] strftime format string %F %T consistency problem
New submission from Kevin kevin.fairba...@gatech.edu: When using %F and %T in strftime on Mac and Linux the function works as expected, but it fails on Windows. Although these format strings are not in the Python documentation, the inconsistent behavior should be noted or corrected. If possible, the %F and %T could be expanded in some way on Windows systems or cause a format string error on POSIX systems so that the function behaves the same way across platforms. -- messages: 162779 nosy: kfairbanks priority: normal severity: normal status: open title: strftime format string %F %T consistency problem type: behavior versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15065 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9679] unicode DNS names in urllib, urlopen
R. David Murray rdmur...@bitdance.com added the comment: As I said, patches to improve the situation are welcome, and if they match with current internet practices they will likely be accepted. It is still the case that such URLs are likely to require extra work on the part of the application to deal with the other unicode parts (your linked reference reinforces that). So, IMO it would be *better* if someone would do an IRI module. But the fact that nobody has stepped up for that should not prevent us from improving the situation in other ways. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9679 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15040] stdlib compatability with pypy: mailbox.py
R. David Murray rdmur...@bitdance.com added the comment: You could get one of the pypy devs that have push rights on cpython to commit it. If that doesn't happen, then at some point (probably not *too* long from now) I or someone else will commit it. We have many more patches than we have people with time to commit them, so it sometimes takes a bit. -- stage: patch review - commit review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15040 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12982] Document that importing .pyo files needs python -O
Eric O. LEBIGOT eric.lebi...@normalesup.org added the comment: Terry, it seems that the doc I was quoting is for version 1.5.1 (http://docs.python.org/release/1.5.1p1/tut/node43.html). I can't find it in more recent versions of the doc. I should not have quoted an obsolete version of the documentation—I'm not sure how this happened. :) I am not fully sure why -O is essentially required for running .pyo files: why not have the Python interpreter handle everything automatically based on the extension? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12982] Document that importing .pyo files needs python -O
Michael Herrmann mherrmann...@gmail.com added the comment: That is *exactly* my point :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12982] Document that importing .pyo files needs python -O
R. David Murray rdmur...@bitdance.com added the comment: Because: 1) The __debug__ flag is defined to be process-global. If you test it in one module, your code should be able to assume that it has the same value in all other modules 2) python-dev does not support running .pyo code without -O turned on. In the future it might be the case that -O would actually change the behavior of the running python interpreter such that .pyo code would fail of -O was not on. So, you can do the rename or importer trick if you want, and it will work right now as long as your program does not depend on __debug__ being globally consistent (which would be the case for almost all programs), but we do not guarantee it will continue to work in future versions of Python. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15065] strftime format string %F %T consistency problem
R. David Murray rdmur...@bitdance.com added the comment: The reason the codes are not documented is that they are not supported. Because we delegate to the system strftime, they happen to work. To change that the most sensible thing would be to have our own strftime implementation, which makes this essentially a duplicate of issue 3173. See also issue 14441. -- nosy: +r.david.murray resolution: - duplicate stage: - committed/rejected status: open - closed superseder: - external strftime for Python? ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15065 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7584] datetime.rfcformat() for Date and Time on the Internet
anatoly techtonik techto...@gmail.com added the comment: On Wed, Jul 14, 2010 at 1:52 AM, Alexander Belopolsky rep...@bugs.python.org wrote: I am still -1 on adding specialized formatting methods to the datetime class. I think this should be done in specialized modules. No problem - add formats module and I'll be happy. On the other hand, datetime module should provide facilities to easily implement such methods and there does not seem to be a good solution for implementing locale independent formats. I would like to consider the idea of adding datetime.cstrftime() which provides formatting equivalent to datetime.strftime() in C locale. Another feature that will be needed to implement rfcformat, would be a GNU date style %:z code. If there is no best solution then the best out worse solutions is much much better - provided that an appropriate explanation is available for the users. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7584 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7584] datetime.rfcformat() for Date and Time on the Internet
anatoly techtonik techto...@gmail.com added the comment: I must add - many times better than no solution at all. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7584 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12982] Document that importing .pyo files needs python -O
Eric Snow ericsnowcurren...@gmail.com added the comment: I am not fully sure why -O is essentially required for running .pyo files: why not have the Python interpreter handle everything automatically based on the extension? In part because it would take work to make it happen and apparently no one feels strongly enough about adding that functionality, or convinced enough that it's appropriate, to do the work. If you're interested a good first step would be to write a PEP 302 metapath hook (finder that gets inserted to sys.metapath) that makes import of .pyo files work even when -O is not used. Maybe you'd also want to have .pyc files work even when -O *is* used. Keep in mind that there may be other reasons why such functionality would not go into the interpreter. However, the beauty of import hooks is that it wouldn't matter once you have yours in hand. -- nosy: +eric.snow ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14937] IDLE's deficiency in the completion of file names (Python 32, Windows XP)
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 62030ebb2b01 by Martin v. Löwis in branch '3.2': Issue #14937: Fix typo. Patch by Roger Serwy. http://hg.python.org/cpython/rev/62030ebb2b01 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14937 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14936] PEP 3121, 384 refactoring applied to curses_panel module
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 9a6b45a83dec by Martin v. Löwis in branch 'default': Issue #14936: curses_panel was converted to PEP 3121 API. http://hg.python.org/cpython/rev/9a6b45a83dec New changeset 6eb21c1d3099 by Martin v. Löwis in branch 'default': Issue #14936: curses_panel was converted to PEP 3121 and PEP 384 API. http://hg.python.org/cpython/rev/6eb21c1d3099 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14936] PEP 3121, 384 refactoring applied to curses_panel module
Martin v. Löwis mar...@v.loewis.de added the comment: Thanks for the patches! -- nosy: +loewis resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15042] Implemented PyState_AddModule, PyState_RemoveModule
Martin v. Löwis mar...@v.loewis.de added the comment: These functions need to be documented. -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15042 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11880] add a {dist-info} category to distutils2
David Barnett davidbarne...@gmail.com added the comment: Is this ready and just waiting to be merged now? -- nosy: +mu_mind ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11880 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15066] make install error: ImportError: No module named _struct
New submission from suzhengchun suzhengc...@yahoo.com.cn: if test -d /WORK/suzc/installed/python/lib/python2.7/distutils/tests; then \ /usr/bin/install -c -m 644 ./Modules/xxmodule.c \ /WORK/suzc/installed/python/lib/python2.7/distutils/tests ; \ fi PYTHONPATH=/WORK/suzc/installed/python/lib/python2.7 \ ./python -Wi -tt /WORK/suzc/installed/python/lib/python2.7/compileall.py \ -d /WORK/suzc/installed/python/lib/python2.7 -f \ -x 'bad_coding|badsyntax|site-packages|lib2to3/tests/data' \ /WORK/suzc/installed/python/lib/python2.7 Traceback (most recent call last): File /WORK/suzc/installed/python/lib/python2.7/compileall.py, line 16, in module import struct File /WORK/suzc/installed/python/lib/python2.7/struct.py, line 1, in module from _struct import * ImportError: No module named _struct make: *** [libinstall] 错误 1 In directory /WORK/suzc/software/Python-2.7.3, I do this: suzc@linux-opensuse:22:33:28:Python-2.7.3$ ./configure --prefix=/WORK/suzc/installed/python --exec-prefix=/WORK/suzc/installed/python --mandir=/WORK/suzc/installed/man | tee -a config_make.20120614.log make make install and then meets the install error!! python's version is 2.7.3, i download the .tgz .bz2, both the some problem. My system is: suzc@linux-opensuse:22:33:28:Python-2.7.3$ uname -a Linux linux-opensuse 3.1.0-rc7-3-desktop #1 SMP PREEMPT Wed Sep 28 14:41:36 UTC 2011 (50fb02f) x86_64 x86_64 x86_64 GNU/Linux suzc@linux-opensuse:22:35:22:Python-2.7.3$ lsb_release -a LSB Version:n/a Distributor ID: SUSE LINUX Description:openSUSE 12.1 Beta 1 (x86_64) Release:12.1 Codename: Asparagus any help? Thank you very much. -- components: Installation messages: 162794 nosy: suzhengchun priority: normal severity: normal status: open title: make install error: ImportError: No module named _struct type: compile error versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15066 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11880] add a {dist-info} category to distutils2
Daniel Holth dho...@fastmail.fm added the comment: Yes, but I had some trouble attaching a good patch to the issue tracker itself. On Thu, Jun 14, 2012, at 02:28 PM, David Barnett wrote: David Barnett davidbarne...@gmail.com added the comment: Is this ready and just waiting to be merged now? -- nosy: +mu_mind ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11880 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11880 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13841] multiprocessing should use sys.exit() where possible
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset d31e83497c5a by Richard Oudkerk in branch 'default': Issue #13841: Make child processes exit using sys.exit() on Windows http://hg.python.org/cpython/rev/d31e83497c5a -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13841 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15067] sqlite3 docs reference PEP 246, which was rejected
New submission from Zachary Ware zachary.w...@gmail.com: See: http://hg.python.org/cpython/file/d31e83497c5a/Doc/library/sqlite3.rst#l708 PEP 246 is headed by: Rejection Notice I'm rejecting this PEP. Something much better is about to happen; it's too early to say exactly what, but it's not going to resemble the proposal in this PEP too closely so it's better to start a new PEP. GvR. I don't know what the something much better was/is, so I have no idea how that line in the docs should be replaced, but I don't think the PEP 246 reference is valid. Thanks, Zach -- assignee: docs@python components: Documentation messages: 162797 nosy: docs@python, ghaering, zach.ware priority: normal severity: normal status: open title: sqlite3 docs reference PEP 246, which was rejected versions: Python 2.7, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15067 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15068] fileinput requires two EOF when reading stdin
New submission from Jason R. Coombs jar...@jaraco.com: I found that fileinput.input() requires two EOF characters to stop reading input on Python 2.7.3 on Windows and Ubuntu: PS C:\Users\jaraco python Python 2.7.3 (default, Apr 10 2012, 23:24:47) [MSC v.1500 64 bit (AMD64)] on win32 import fileinput lines = list(fileinput.input()) foo bar ^Z ^Z lines ['foo\n', 'bar\n'] I don't see anything in the documentation that suggests that two EOF characters would be required, and I can't think of any reason why that should be the case. -- components: Library (Lib) messages: 162798 nosy: jason.coombs priority: normal severity: normal status: open title: fileinput requires two EOF when reading stdin versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15068 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15068] fileinput requires two EOF when reading stdin
Jason R. Coombs jar...@jaraco.com added the comment: I observed if I send EOF as the first character, it honors it immediately and doesn't require a second EOF. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15068 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14599] Windows test_import failure thanks to ImportError.path
Brett Cannon br...@python.org added the comment: Thanks for the info, Roumen. It looks like there is a single use of MAXPATHLEN still in import.c which I hope to eliminate, so hopefully that will rectify this problem. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14599 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15056] Have imp.cache_from_source() raise NotImplementedError when cache tag not available
Brett Cannon br...@python.org added the comment: So sys.dont_write_bytecode is there to prevent bytecode writing but not loading. This is an issue for some systems (e.g. clusters) where there are so many processes running Python that they start to trample each others bytecode files and it leads to malformed data. If you set sys.implementation.cache_tag to None you stop all bytecode usage (reading and writing), and thus is disabled entirely, not just for writing. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15056 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15056] Have imp.cache_from_source() raise NotImplementedError when cache tag not available
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15056 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15068] fileinput requires two EOF when reading stdin
R. David Murray rdmur...@bitdance.com added the comment: Frankly I'm surprised it works at all, since fileinput.input() will by default read from stdin, and stdin is in turn being read by the python prompt. I just checked 2.5 on linux, and the same situation exists there (two ^Ds are required to end the input()). I suspect we'll find the explanation in the interaction between the default behavior of fileinput.input() and the interactive prompt. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15068 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9374] urlparse should parse query and fragment for arbitrary schemes
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9374 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15068] fileinput requires two EOF when reading stdin
Jason R. Coombs jar...@jaraco.com added the comment: FWIW, I encountered the double-EOF behavior when invoking fileinput.input from a script running non-interactively (except of course for the input() call). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15068 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14937] IDLE's deficiency in the completion of file names (Python 32, Windows XP)
Martin v. Löwis mar...@v.loewis.de added the comment: Thanks, fixed -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14937 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15069] Dictionary Creation Fails with integer key
New submission from Pat p...@jegcpa.com:
Attempting to import pyserial. In module serialposix.py a dict declaration
starting on line 64;
baudrate_constants = {
0: 000,
50: 001,
75: 002,
110: 003, ...etc
Traceback (most recent call last):
File stdin, line 1, in module
File serialposix.py, line 64
50: 001,
^
SyntaxError: invalid token
MacOSX 10.6.8 32bit x86 python 3.2.3 (v3.2.3:3d0686d90f55, Apr 10 2012,
11:09:56)
--
assignee: ronaldoussoren
components: Macintosh
files: serialposix.py
messages: 162805
nosy: p...@jegcpa.com, ronaldoussoren
priority: normal
severity: normal
status: open
title: Dictionary Creation Fails with integer key
type: compile error
versions: Python 3.2
Added file: http://bugs.python.org/file26007/serialposix.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15069
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15069] Dictionary Creation Fails with integer key
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: You are importing with Python3 a module written for Python2. pyserial-2.6 comes with a setup.py script that will do the conversion, you should run it and not try to import the source code directly. -- nosy: +amaury.forgeotdarc resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12982] Document that importing .pyo files needs python -O
Ronan Lamy ronan.l...@gmail.com added the comment: Doing it at the interpreter level is trivial (cf. patch), except for an annoying bug I noticed (see below). Doing it from user code might require some care to avoid disrupting existing import hooks, but AFAICT something like sys.path_hooks.append(FileFinder.path_hook(['.pyo', SourcelessFileLoader, True])) is supposed to work. The bug is that -O has currently no effect on sourceless imports: it seems that frozen_importlib actually uses freeze-time __debug__ instead of the current interpreter's. -- keywords: +patch Added file: http://bugs.python.org/file26008/issue12982.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15068] fileinput requires two EOF when reading stdin
Zachary Ware zachary.w...@gmail.com added the comment: I just tested on Python 3.2, and found something interesting; it seems a ^Z character on a line that has other input read in as a character. Also, other input after an EOF on its own means you still have to do two more EOFs to end. Python 3.2.3 (default, Apr 11 2012, 07:15:24) [MSC v.1500 32 bit (Intel)] on win 32 Type help, copyright, credits or license for more information. import fileinput lines = list(fileinput.input()) test testing ^Z ^Z lines ['test\n', 'testing\n'] lines = list(fileinput.input()) test testing^Z ^Z ^Z lines ['test\n', 'testing\x1a\n'] lines = list(fileinput.input()) testing^Z test ^Z testing ^Z ^Z lines ['testing\x1a\n', 'test\n', 'testing\n'] Also, the documentation for fileinput doesn't mention EOF at all. -- nosy: +zach.ware versions: +Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15068 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15068] fileinput requires two EOF when reading stdin
R. David Murray rdmur...@bitdance.com added the comment: I don't know how the EOF character works, but I wouldn't be surprised if it had to be on a line by itself to mean EOF. If the double EOF is required when not at the interactive prompt, then there could be a long standing bug in fileinput's logic where it is doing another read after the last file is closed. Normally this wouldn't even be visible since it would just get EOF again, but when the file is an interactive STDIN, closing it doesn't really close it... -- stage: - needs patch type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15068 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15069] Dictionary Creation Fails with integer key
R. David Murray rdmur...@bitdance.com added the comment: And yes, a number with leading zeros is an invalid token in Python3, because in Python2 it was an octal number, and now we spell octal as, eg, 0o0001. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15036] mailbox.mbox fails to pop two items in a row, flushing in between
Petri Lehtinen pe...@digip.org added the comment: The fix seems to be very simple: diff --git a/Lib/mailbox.py b/Lib/mailbox.py index a677729..2be4c83 100644 --- a/Lib/mailbox.py +++ b/Lib/mailbox.py @@ -675,6 +675,7 @@ class _singlefileMailbox(Mailbox): new_file.write(buffer) new_toc[key] = (new_start, new_file.tell()) self._post_message_hook(new_file) +self._file_length = new_file.tell() except: new_file.close() os.remove(new_file.name) I guess all single-file mailboxes have this issue, not only mbox. I'll still need to add tests when I have time. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15036 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15067] sqlite3 docs reference PEP 246, which was rejected
Eric Snow ericsnowcurren...@gmail.com added the comment: At the time it referred to generic functions (a la PEP 3124: Overloading, Generic Functions, Interfaces, and Adaptation). However, ultimately it was Abstract Base Classes (PEP 3119) that slid into this space. -- nosy: +eric.snow ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15067 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15047] Cygwin install (regen) problem
Jason Tishler ja...@tishler.net added the comment: The problem is due to Cygwin's automatic .exe extension handling. See the attached patch (i.e., code comment) for the details. Is this patch acceptable? -- keywords: +patch stage: - patch review type: - behavior Added file: http://bugs.python.org/file26009/3.2.3-extension.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15047 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12982] Document that importing .pyo files needs python -O
Terry J. Reedy tjre...@udel.edu added the comment: Eric, can you find a place in the current doc where -O and .pyo are mentioned, and where you think a sentence should go. What sentence(s) would you like to see. Other comments: __debug__ is intended to be a process-global compilation value (implemented as a keyword) set on startup __debug__ True __debug__ = False SyntaxError: assignment to keyword The devs are not willing to support having contradictory values in the same process. Indeed, since I posted last night, the pydev discussion has moved to the question of whether -O, __debug__, and .pyo as now defined are worth the nuisance they cause or whether some or all should be deprecated. (Docstring stripping for saving space could then be a separate tool.) --- Python interpreters exist to run Python code. The existence, persistence, and other details of compilation caches are version-dependent implementation details. Being able to execute from such caches without source present is also an implementation detail, and for CPython, it gets secondary support at best. (This is a compromise between full support and no support.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13841] multiprocessing should use sys.exit() where possible
Changes by Richard Oudkerk shibt...@gmail.com: -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13841 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15068] fileinput requires two EOF when reading stdin
Serhiy Storchaka storch...@gmail.com added the comment: It is not only the fileinput. The same effect can be achieved by simple idiomatic code: import sys while True: chunk = sys.stdin.read(1000) if not chunk: break # process -- nosy: +storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15068 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15070] AMD64 debug VS9.0 build doesn't work
New submission from Antoine Pitrou pit...@free.fr: When I try to launch the AMD64 debug build: Z:\defaultPC\VS9.0\amd64\python_d.exe I get an error box complaining that python33_d.dll is missing from my system. Indeed it doesn't seem there: Z:\defaultdir PC\VS9.0\amd64\*.dll Volume in drive Z is VBOX_cpython Volume Serial Number is -0805 Directory of Z:\default\PC\VS9.0\amd64 05/16/2012 02:09 PM 3,176,960 python33.dll 05/16/2012 02:08 PM79,872 python3.dll 2 File(s) 3,256,832 bytes 0 Dir(s) 60,807,380,992 bytes free -- components: Build, Windows messages: 162816 nosy: loewis, pitrou, skrah priority: normal severity: normal status: open title: AMD64 debug VS9.0 build doesn't work type: compile error versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15068] fileinput requires two EOF when reading stdin
R. David Murray rdmur...@bitdance.com added the comment: That makes sense. It is a consequence of (a) buffered input and (b) the fact that EOF on stdin doesn't really close it. (And by interactive here I don't just mean Python's interactive prompt, but also the shell). By default fileinput uses readlines with a buffer size, so it suffers from the same issue. It is only the second time that you close stdin that it gets an empty buffer, and so terminates. Anyone want to try to come up with a doc footnote to explain this? -- assignee: - docs@python components: +Documentation nosy: +docs@python ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15068 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15070] VS9.0 build doesn't work
Antoine Pitrou pit...@free.fr added the comment: Ah, apparently it's a linking error and it doesn't work for release builds either: 1 Creating library Z:\default\PC\VS9.0\\amd64\python33.lib and object Z:\default\PC\VS9.0\\amd64\python33.exp 1timemodule.obj : error LNK2019: unresolved external symbol _PyNamespace_New referenced in function time_get_clock_info 1sysmodule.obj : error LNK2001: unresolved external symbol _PyNamespace_New 1object.obj : error LNK2001: unresolved external symbol _PyNamespace_Type 1Z:\default\PC\VS9.0\\amd64\\python33.dll : fatal error LNK1120: 2 unresolved externals -- priority: normal - high title: AMD64 debug VS9.0 build doesn't work - VS9.0 build doesn't work ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15070] VS9.0 build doesn't work
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset ccbf6f970943 by Antoine Pitrou in branch 'default': Issue #15070: fix VS9.0 build regression http://hg.python.org/cpython/rev/ccbf6f970943 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15070] VS9.0 build doesn't work
Changes by Antoine Pitrou pit...@free.fr: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15068] fileinput requires two EOF when reading stdin
Serhiy Storchaka storch...@gmail.com added the comment: Note that in the rare cases, when stdio ends immediately on the limit of the read buffer, just one EOF is sufficient. In particular for read(1) one EOF is sufficient always, and for read(2) it is sufficient in about half of the cases. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15068 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15068] fileinput requires two EOF when reading stdin
Antoine Pitrou pit...@free.fr added the comment: It is unlikely to be solvable at the Python level. Witness the raw stream's behaviour (in Python 3): sys.stdin.buffer.raw.read(1000) If you type a letter followed by ^D (Linux) or ^Z (Windows), this returns immediately: sys.stdin.buffer.raw.read(1000) x^Db'x' But since the result is non-empty, the buffering layer will not detect the EOF and will call read() on the raw stream again (as the 1000 bytes are not satisfied). To signal EOF to the buffered stream, you have to type ^D or ^Z *without preceding it with another character*. Try the following: sys.stdin.buffer.read(1000) You'll see that as long as you type a letter before ^D or ^Z, the read() will not return (until you type more than 1000 characters, that is): - ^D alone: returns! - a letter followed by ^D: doesn't return - a letter followed by ^D followed by ^D: returns! - a letter followed by ^D followed by a letter followed by ^D: doesn't return This is all caused by the fact that a C read() on stdin doesn't return until either the end of line or EOF (or the requested bytes number is satisfied). Just experiment with: os.read(0, 1000) That's why I say this is not solvable at the Python level (except perhaps with bizarre ioctl hackery). -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15068 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15026] Faster UTF-16 encoding
Serhiy Storchaka storch...@gmail.com added the comment: Thank you, Antoine. 3327 (+360%) 15304 encode utf-16le 'A'*1 3314 (+335%) 14413 encode utf-16le '\x80'*1 3290 (+357%) 15036 encode utf-16be'\x80'+'A'* It must be a fluctuation (-30-40%). For all UCS1 strings the same code is used. 1598 (-42%) 930encode utf-16be '\U0001'*1 This is most likely the fluctuation too. Code for non-BMP characters is different from the code for other characters in UCS4 string, but unlikely a difference is 1.5x. Reproduced whether this result? On 32-bit Linux, Intel Atom N570 @ 1.66GHz: Py2.7Py3.2Py3.3patched 273 (+229%) 274 (+227%) 333 (+169%) 897encode utf-16le 'A'*1 274 (+226%) 275 (+225%) 334 (+168%) 894encode utf-16le '\x80'*1 274 (+231%) 275 (+230%) 334 (+172%) 908encode utf-16le '\x80'+'A'* 273 (+752%) 275 (+746%) 276 (+743%) 2326 encode utf-16le '\u0100'*1 274 (+695%) 275 (+692%) 276 (+689%) 2177 encode utf-16le '\u0100'+'A'* 274 (+739%) 275 (+736%) 276 (+733%) 2300 encode utf-16le '\u0100'+'\x80'* 274 (+739%) 275 (+736%) 276 (+733%) 2298 encode utf-16le '\u8000'*1 274 (+697%) 274 (+697%) 276 (+691%) 2184 encode utf-16le '\u8000'+'A'* 274 (+741%) 274 (+741%) 277 (+731%) 2303 encode utf-16le '\u8000'+'\x80'* 274 (+770%) 275 (+767%) 276 (+764%) 2384 encode utf-16le '\u8000'+'\u0100'* 279 (+51%) 279 (+51%) 217 (+94%) 422encode utf-16le '\U0001'*1 274 (+6%)274 (+6%)162 (+79%) 290encode utf-16le '\U0001'+'A'* 274 (+6%)274 (+6%)162 (+79%) 290encode utf-16le '\U0001'+'\x80'* 273 (+5%)275 (+5%)162 (+78%) 288encode utf-16le '\U0001'+'\u0100'* 274 (+5%)275 (+5%)162 (+78%) 288encode utf-16le '\U0001'+'\u8000'* 274 (+152%) 275 (+151%) 334 (+107%) 690encode utf-16be 'A'*1 274 (+154%) 275 (+153%) 334 (+109%) 697encode utf-16be '\x80'*1 274 (+152%) 275 (+151%) 333 (+108%) 691encode utf-16be '\x80'+'A'* 274 (+146%) 275 (+145%) 276 (+145%) 675encode utf-16be '\u0100'*1 274 (+146%) 275 (+145%) 276 (+145%) 675encode utf-16be '\u0100'+'A'* 274 (+145%) 275 (+144%) 276 (+143%) 671encode utf-16be '\u0100'+'\x80'* 274 (+145%) 275 (+144%) 276 (+143%) 672encode utf-16be '\u8000'*1 275 (+147%) 275 (+147%) 276 (+146%) 680encode utf-16be '\u8000'+'A'* 274 (+146%) 275 (+145%) 276 (+144%) 674encode utf-16be '\u8000'+'\x80'* 275 (+143%) 275 (+143%) 276 (+142%) 667encode utf-16be '\u8000'+'\u0100'* 279 (+26%) 279 (+26%) 217 (+62%) 351encode utf-16be '\U0001'*1 274 (-2%)275 (-3%)162 (+65%) 268encode utf-16be '\U0001'+'A'* 274 (-2%)275 (-3%)162 (+65%) 268encode utf-16be '\U0001'+'\x80'* 274 (-4%)275 (-4%)162 (+63%) 264encode utf-16be '\U0001'+'\u0100'* 274 (-3%)275 (-4%)162 (+64%) 265encode utf-16be '\U0001'+'\u8000'* -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15026 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15070] VS9.0 build doesn't work
Martin v. Löwis mar...@v.loewis.de added the comment: The question really remains whether the VS 9 project files should be generated from the VS 2010 ones; this would have resolved this error as well (even though Richard Oudkerk probably wouldn't have run those generators - consequentially, the older project files are still broken). In any case, I still think that breakage of the VS9 build shouldn't have high priority. Instead, contributors really should get a copy of VS 2010 express - they will need it until at least 2015. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15027] Faster UTF-32 encoding
Serhiy Storchaka storch...@gmail.com added the comment: On 32-bit Linux, Intel Atom N570 @ 1.66GHz: Py2.7Py3.2Py3.3patched 214 (+718%) 215 (+714%) 363 (+382%) 1750 encode utf-32le 'A'*1 214 (+704%) 214 (+704%) 362 (+375%) 1720 encode utf-32le '\x80'*1 214 (+712%) 215 (+708%) 363 (+379%) 1738 encode utf-32le '\x80'+'A'* 214 (+698%) 214 (+698%) 342 (+399%) 1707 encode utf-32le '\u0100'*1 214 (+688%) 215 (+684%) 343 (+392%) 1686 encode utf-32le '\u0100'+'A'* 214 (+699%) 215 (+695%) 342 (+400%) 1710 encode utf-32le '\u0100'+'\x80'* 214 (+694%) 214 (+694%) 342 (+397%) 1699 encode utf-32le '\u8000'*1 214 (+688%) 215 (+685%) 343 (+392%) 1687 encode utf-32le '\u8000'+'A'* 214 (+700%) 214 (+700%) 342 (+401%) 1713 encode utf-32le '\u8000'+'\x80'* 214 (+682%) 215 (+679%) 342 (+389%) 1674 encode utf-32le '\u8000'+'\u0100'* 121 (+2237%) 121 (+2237%) 333 (+749%) 2828 encode utf-32le '\U0001'*1 214 (+1108%) 214 (+1108%) 333 (+676%) 2585 encode utf-32le '\U0001'+'A'* 214 (+1112%) 214 (+1112%) 333 (+679%) 2594 encode utf-32le '\U0001'+'\x80'* 214 (+1208%) 214 (+1208%) 333 (+741%) 2799 encode utf-32le '\U0001'+'\u0100'* 214 (+1214%) 215 (+1208%) 333 (+745%) 2813 encode utf-32le '\U0001'+'\u8000'* 214 (+556%) 214 (+556%) 363 (+287%) 1404 encode utf-32be 'A'*1 214 (+558%) 214 (+558%) 363 (+288%) 1408 encode utf-32be '\x80'*1 214 (+550%) 214 (+550%) 363 (+283%) 1390 encode utf-32be '\x80'+'A'* 214 (+224%) 214 (+224%) 342 (+103%) 693encode utf-32be '\u0100'*1 214 (+229%) 214 (+229%) 343 (+105%) 703encode utf-32be '\u0100'+'A'* 214 (+221%) 214 (+221%) 342 (+101%) 688encode utf-32be '\u0100'+'\x80'* 214 (+224%) 214 (+224%) 342 (+103%) 694encode utf-32be '\u8000'*1 215 (+227%) 214 (+229%) 343 (+105%) 704encode utf-32be '\u8000'+'A'* 214 (+221%) 214 (+221%) 342 (+101%) 686encode utf-32be '\u8000'+'\x80'* 214 (+222%) 214 (+222%) 341 (+102%) 690encode utf-32be '\u8000'+'\u0100'* 121 (+387%) 121 (+387%) 333 (+77%) 589encode utf-32be '\U0001'*1 214 (+174%) 215 (+173%) 333 (+76%) 587encode utf-32be '\U0001'+'A'* 214 (+183%) 214 (+183%) 333 (+82%) 606encode utf-32be '\U0001'+'\x80'* 214 (+184%) 214 (+184%) 333 (+82%) 607encode utf-32be '\U0001'+'\u0100'* 214 (+183%) 214 (+183%) 333 (+82%) 605encode utf-32be '\U0001'+'\u8000'* -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15027 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15071] TLS get keys and randoms
New submission from Daniel C. llaniscud...@gmail.com: I am develop a RADIUS server in 3.2 for WiFi authentication, the EAP-TLS or PEAP auths require a TLS tunnel AND get the master key and the client hello and server hello randoms to generate the MSK, the key to encrypt between WiFi user and WiFi access point. The more necessary is the master key, the randoms is possible extract with man in the middle Please, patch ssl. -- components: Library (Lib) messages: 162825 nosy: llaniscudani priority: normal severity: normal status: open title: TLS get keys and randoms type: enhancement versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14377] Modify serializer for xml.etree.ElementTree to allow forcing the use of long tag closing
Changes by Serhiy Storchaka storch...@gmail.com: Added file: http://bugs.python.org/file26010/ElementTree-force_long_tags-v3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14377 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15071] TLS get keys and randoms
Antoine Pitrou pit...@free.fr added the comment: Please elaborate on what you are asking for, and try to make yourself understandable. Also, a good way to see your enhancement request fulfilled is to contribute it yourself; please take a look at the devguide: http://docs.python.org/devguide/ -- nosy: +pitrou versions: +Python 3.3 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15068] fileinput requires two EOF when reading stdin
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15068 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15071] TLS get keys and randoms
Martin v. Löwis mar...@v.loewis.de added the comment: Daniel: Antoine is absolutely right. About the only way this can happen is if *you* contribute the code. Even if you would make clear what you want (what is a master key and the hello randoms?), it is likely that still nobody else needs that feature. So without code from you, it will likely not happen. -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14377] Modify serializer for xml.etree.ElementTree to allow forcing the use of long tag closing
Serhiy Storchaka storch...@gmail.com added the comment: I don't think that the three new fields in each Element is a suitable price for this very rare used feature. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14377 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14591] Value returned by random.random() out of valid range on 64-bit
Serhiy Storchaka storch...@gmail.com added the comment: The = 0x8000UL was intentional. The low-order 31 bits of mt[0] don't form part of the state of the Mersenne Twister: the resulting random stream isn't affected by their values. Thanks, I have no more questions. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14591 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3665] Support \u and \U escapes in regexes
Serhiy Storchaka storch...@gmail.com added the comment: Georg, Atsuo, how are you? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3665 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10376] ZipFile unzip is unbuffered
Serhiy Storchaka storch...@gmail.com added the comment: Martin, now the patch is good? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10376 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15072] Segfault on OSX
New submission from William Payne wtpa...@gmail.com: Unfortunately, I cannot provide the source of the script I was running then the crash occurred, so I strongly suspect that this issue will be closed as cannot reproduce, but I have included the OSX problem report anyway, if it is of any use. :-) The script was running unit-tests gathering unit-test coverage metrics in a separate process (using subprocess module) when the crash occurred. It was also doing some fairly funky things with dynamic imports which might have had a destabilizing influence. Process: Python [33830] Path: /System/Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python Identifier: Python Version: ??? (???) Code Type: X86-64 (Native) Parent Process: Python [33825] Date/Time: 2012-06-14 18:31:28.053 -0400 OS Version: Mac OS X 10.7.4 (11E53) Report Version: 9 Interval Since Last Report: 169200 sec Crashes Since Last Report: 1 Per-App Crashes Since Last Report: 1 Anonymous UUID: 81415EC1-2F3C-4A2B-BE73-2AC40EA4A047 Crashed Thread: 0 Dispatch queue: com.apple.main-thread Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: 0x000d, 0x VM Regions Near 0: -- __TEXT 000109071000-000109072000 [4K] r-x/rwx SM=COW /System/Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python Application Specific Information: objc[33830]: garbage collection is OFF Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 org.python.python 0x00010912eeea 0x10907b000 + 737002 1 org.python.python 0x00010912f61d _PyObject_GC_Malloc + 177 2 org.python.python 0x00010912f6af _PyObject_GC_New + 21 3 org.python.python 0x0001090b28b0 PyDict_New + 109 4 org.python.python 0x0001090b300c PyDict_Copy + 57 5 org.python.python 0x0001090c9232 0x10907b000 + 320050 6 org.python.python 0x0001090c7afa 0x10907b000 + 314106 7 org.python.python 0x000109082d32 PyObject_Call + 97 8 org.python.python 0x000109082eed PyObject_CallFunctionObjArgs + 178 9 org.python.python 0x00010908dc0e PyClass_New + 462 10 org.python.python 0x00010908e9f3 0x10907b000 + 80371 11 org.python.python 0x0001090c7afa 0x10907b000 + 314106 12 org.python.python 0x000109082d32 PyObject_Call + 97 13 org.python.python 0x000109082eed PyObject_CallFunctionObjArgs + 178 14 org.python.python 0x00010910076b PyEval_EvalFrameEx + 4121 15 org.python.python 0x000109105df7 0x10907b000 + 568823 16 org.python.python 0x000109102e0a PyEval_EvalFrameEx + 14008 17 org.python.python 0x000109105df7 0x10907b000 + 568823 18 org.python.python 0x000109102e0a PyEval_EvalFrameEx + 14008 19 org.python.python 0x000109105df7 0x10907b000 + 568823 20 org.python.python 0x000109102e0a PyEval_EvalFrameEx + 14008 21 org.python.python 0x000109105cd8 PyEval_EvalCodeEx + 1996 22 org.python.python 0x0001090a3abf 0x10907b000 + 166591 23 org.python.python 0x000109082d32 PyObject_Call + 97 24 org.python.python 0x0001090fec40 PyEval_CallObjectWithKeywords + 180 25 org.python.python 0x0001090fc552 0x10907b000 + 529746 26 org.python.python 0x000109102d77 PyEval_EvalFrameEx + 13861 27 org.python.python 0x000109105cd8 PyEval_EvalCodeEx + 1996 28 org.python.python 0x000109105e6c 0x10907b000 + 568940 29 org.python.python 0x000109102e0a PyEval_EvalFrameEx + 14008 30 org.python.python 0x000109105df7 0x10907b000 + 568823 31 org.python.python 0x000109102e0a PyEval_EvalFrameEx + 14008 32 org.python.python 0x000109105df7 0x10907b000 + 568823 33 org.python.python 0x000109102e0a PyEval_EvalFrameEx + 14008 34 org.python.python 0x000109105cd8 PyEval_EvalCodeEx + 1996 35 org.python.python 0x000109105d4d PyEval_EvalCode + 54 36 org.python.python 0x000109113f3a PyImport_ExecCodeModuleEx + 211 37 org.python.python 0x000109114482 0x10907b000 + 627842 38 org.python.python 0x000109115246 0x10907b000 + 631366 39 org.python.python 0x000109115454 0x10907b000 + 631892 40 org.python.python
[issue15071] TLS get keys and randoms
Daniel C. llaniscud...@gmail.com added the comment: ok. i try to do the patch! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15072] Segfault on OSX
Ronald Oussoren ronaldousso...@mac.com added the comment: Sadly enough the crash report is not very helpful for us. Can you reproduce the issue? If so, can you either provide more information by running the programming in a debugger or create a script that reproduces the problem? And as Apple uses a patched version of the official source tree: could you try if the problem also exists if you use the installer on the python.org website? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15072 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15072] Segfault on OSX
William Payne wtpa...@gmail.com added the comment: The crash has only occurred once (so far). If it happens a couple more times I will try to reproduce it and send you the script. For now though, I guess the ticket should be closed. I hope I did the right thing in raising a ticket - I thought that it was worth letting people know, even if there is nothing that we can do about it. On 14 June 2012 20:02, Ronald Oussoren rep...@bugs.python.org wrote: Ronald Oussoren ronaldousso...@mac.com added the comment: Sadly enough the crash report is not very helpful for us. Can you reproduce the issue? If so, can you either provide more information by running the programming in a debugger or create a script that reproduces the problem? And as Apple uses a patched version of the official source tree: could you try if the problem also exists if you use the installer on the python.orgwebsite? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15072 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15072 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15047] Cygwin install (regen) problem
Yaakov (Cygwin Ports) yselkow...@users.sourceforge.net added the comment: I use obcaseinsensitive=0, hence I didn't see this. Would that be an option for you? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15047 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15072] Segfault on OSX
Ronald Oussoren ronaldousso...@mac.com added the comment: Letting us know of the problem is fine, in general Python should not crash. But without a way to reproduce the problem it is very hard to do anything about that. There are a number of known issues that can cause crashes, a subset of those can be seen at Lib/test/crashers/ in the python source tree. (Closing as works for me because the issue cannot be reproduced) -- resolution: - works for me status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15072 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15061] hmac.secure_compare() leaks information about length of strings
Nick Coghlan ncogh...@gmail.com added the comment: Maciej, please read http://mjg59.dreamwidth.org/13061.html Secure vs not secure is not a binary state - it's about making attacks progressively more difficult. Something that is secure against a casual script kiddie scatter gunning attacks on various sites with an automated script won't stand up to a systematic attack from a motivated attacker (also see the reporting on Flame and Stuxnet for what a *really* motivated and well resourced attacker can achieve). The hash randomisation changes didn't make Python completely secure against hashing DoS attacks - it just made them harder, by requiring attackers to figure out the hashing seed for the currently running process first. It's protecting against scatter gun attacks, not targeted ones. Performing a timing attack on Python's default short-circuiting comparison operation is *relatively easy* because the timing variations can be so large (send strings of increasing length until the time stops increasing - now you know the target digest length. Then try various initial characters until the time starts increasing again - now you know the first character. Repeat for the last character, then start with the second character and work through the string. Now you have the target hash, which you can try to crack offline at your leisure. The new comparison function is designed to significantly *reduce* the variance, thus leaking *less* information about the target hash, and making the attack *harder* (albeit, probably still not impossible). I agree with Christian's last two suggestions: change the name to total_compare, and only allow use on byte sequences (where the integer values are certain to be cached). Nothing should ever be called safe or secure in the standard library, because the immediate question from anyone that knows what they're talking about is Secure/safe against what level of threat and what kind of threat? People that *don't* know what they're doing will think Secure/safe against everything and that's dangerously misleading. Improving protection against remote timing attacks (e.g. by reducing comparison timing variance to the point where it is small relative to network timing variance) is a *lot* easier than protecting against local timing attacks. Protecting against someone with physical access to the machine hosting the target hash is harder still. Regardless, the target needs to be *improving the status quo*. Being able to tell people using hmac.total_compare will make you less vulnerable to timing attacks than using ordinary short circuiting comparisons is a *good thing*. We just need to be careful not to oversell it as making you *immune* to timing attacks. -- nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15066] make install error: ImportError: No module named _struct
Ned Deily n...@acm.org added the comment: I have no experience with opensuse but, from a general unix install install view, the most obvious cause of that message would be a build failure of the _struct extension. Check the log file for messages with _struct in it. You could also try to check the paths and to import it in the build directory: PYTHONPATH=/WORK/suzc/installed/python/lib/python2.7 \ ./python -c 'import sys; print(sys.paths)' PYTHONPATH=/WORK/suzc/installed/python/lib/python2.7 \ ./python -c 'import _struct; print(_struct.__file__)' -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15066 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue232493] UserString can not be used as string in calls to C routines
Sam Whitehead demon@gmail.com added the comment: This still seems to be the case in 3.2. Python 3.2.3 (default, Apr 23 2012, 23:35:30) [GCC 4.7.0 20120414 (prerelease)] on linux2 from collections import UserString a = UserString(foop) import os.path os.path.exists(a) Traceback (most recent call last): File input, line 1, in module File /usr/lib/python3.2/genericpath.py, line 18, in exists os.stat(path) TypeError: Can't convert 'UserString' object to str implicitly -- nosy: +Sam.W ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue232493 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14997] IDLE tries to run shell window if line is completed with F5 rather than Enter
Changes by Terry J. Reedy tjre...@udel.edu: -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14997 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14377] Modify serializer for xml.etree.ElementTree to allow forcing the use of long tag closing
Eli Bendersky eli...@gmail.com added the comment: Agree with Serhiy. Why are these flags required in Element? Also, I'm moving this to 3.4 since the patch came too late in the 3.3 process - the first beta is very soon, after which we prefer not to add new features. -- priority: normal - low stage: - patch review versions: +Python 3.4 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14377 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14035] behavior of test.support.import_fresh_module
Eli Bendersky eli...@gmail.com added the comment: This looks rejected to me. Any opposition to closing the issue? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14035 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13988] Expose the C implementation of ElementTree by default when importing ElementTree
Eli Bendersky eli...@gmail.com added the comment: Note: last traces of Python bootstrap code were removed from _elementtree in changeset 652d148bdc1d -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13988 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15073] commands.getoutput() is broken
New submission from Pavel Fedin p.fe...@samsung.com:
commands.getoutput() is broken on Windows. The issue has been detected in
v2.7.2, but still persists in v2.7.3:
--- cut ---
Python 2.7.3 (default, Apr 10 2012, 23:24:47) [MSC v.1500 64 bit (AMD64)] on
win32
Type help, copyright, credits or license for more information.
import commands;
print commands.getoutput(dir);
'{' is not recognized as an internal or external command,
operable program or batch file.
--- cut ---
The error message comes from cmd.exe. Looks like Python tries to feed native
Windows shell with UNIX-style commands sequence in {...}.
I believe this is very simple to fix, please take a look at it. Some our
internal software croaks because of this.
--
components: Windows
messages: 162844
nosy: p.fedin
priority: normal
severity: normal
status: open
title: commands.getoutput() is broken
type: behavior
versions: Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15073
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
