[issue16515] TypeError message incorrect for max() with one keyword arg
Mark Dickinson added the comment: It would be nice to change 'arguments' to 'argument' in this case, too. :-) -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16515 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16512] imghdr doesn't support jpegs with an ICC profile
Joril added the comment: It looks like the test just walks a directory recursively while trying to identify its files, there's no classic test of the this is a JPEG, is it detected correctly-type -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16512 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16480] pyvenv 3.3 fails to create symlinks for virtualenv/local/{bin, lib} to virtualenv/{bin, lib}
Marco Amadori added the comment: 2012/11/21 Carl Meyer rep...@bugs.python.org Carl Meyer added the comment: Here is the bug filed against virtualenv that led to the addition of the local/ directory: https://github.com/pypa/virtualenv/issues/118 As Vinay pointed out, the original fix was later modified to be friendlier to tools that dislike recursive symlinks. I didn't used virtualenv but pyvenv-3.3, so if this is not a bug, my question become: how to proper install distribute and pip in python 3.3 venv since they installs in VENV/local/bin and that VENV/bin/activate does not include VENV/local/bin in $PATH ? -- title: pyvenv 3.3 fails to create symlinks for virtualenv/local/{bin,lib} to virtualenv/{bin,lib} - pyvenv 3.3 fails to create symlinks for virtualenv/local/{bin, lib} to virtualenv/{bin, lib} ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16480 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16520] subprocess.Popen() TypeError message incorrect without args argument
New submission from Chris Jerdonek: The TypeError message when a call to subprocess.Popen() lacks the args argument is incorrect. For 3.3 and 3.4, the message incorrectly says that a positional argument is required when a keyword argument will do: import subprocess subprocess.Popen() Traceback (most recent call last): File stdin, line 1, in module TypeError: __init__() missing 1 required positional argument: 'args' subprocess.Popen(args=['test']) subprocess.Popen object at 0x10bed4840 For 3.2 and 2.7, the problem is slightly different. It says that two arguments are needed and that two have been given: subprocess.Popen() Traceback (most recent call last): File stdin, line 1, in module TypeError: __init__() takes at least 2 arguments (1 given) subprocess.Popen(shell=True) Traceback (most recent call last): File stdin, line 1, in module TypeError: __init__() takes at least 2 arguments (2 given) I don't know if this issue affects other functions in the standard library, but I suspect it might. -- components: Library (Lib) messages: 176047 nosy: chris.jerdonek priority: normal severity: normal status: open title: subprocess.Popen() TypeError message incorrect without args argument type: behavior versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16520 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16520] subprocess.Popen() TypeError message incorrect without args argument
Mark Dickinson added the comment: I don't think the first part of the report has anything to do with subprocess.Popen: def f(x): ... return ... f() Traceback (most recent call last): File stdin, line 1, in module TypeError: f() missing 1 required positional argument: 'x' See the related discussion starting at: http://mail.python.org/pipermail/python-dev/2012-September/121760.html -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16520 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16520] subprocess.Popen() TypeError message incorrect without args argument
Chris Jerdonek added the comment: Also see the terminology-related issue 15990 created from that thread. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16520 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16511] IDLE configuration file: blank height and width fields trip up IDLE
Trung Doan added the comment: Suggestion: When Python is installed, it starts its configurations files afresh. Trung Doan === On Wed, Nov 21, 2012 at 8:54 AM, Serhiy Storchaka rep...@bugs.python.orgwrote: Serhiy Storchaka added the comment: Patch updated. Added warning for case when user config broken. Thanks Roger for suggestion. -- Added file: http://bugs.python.org/file28058/idle_safe_getoption_3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16511 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16511 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16517] address merge conflicts in devguide null-merge instructions
Ezio Melotti added the comment: + hg resolve -am # needed only if the merge created conflicts IIUC it's necessary, but only if you had a conflict and hg didn't invoke a 3-way merge tool. Here I use kdiff3, and I rarely have to use hg resolve. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16521] logging.basicConfig creates empty file when using handlers
New submission from Jovik: Using logging.basicConfig() with Python 3.2.3 accepts handlers options without any errors. It creates an empty file. I don't think this should be default behaviour, sice it's very missleading (no exception thrown; no warning on standard output or in the file) -- components: Library (Lib) files: logginghandler.py messages: 176052 nosy: Jovik priority: normal severity: normal status: open title: logging.basicConfig creates empty file when using handlers type: behavior versions: Python 3.2 Added file: http://bugs.python.org/file28060/logginghandler.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16521 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16517] address merge conflicts in devguide null-merge instructions
R. David Murray added the comment: Yes, so I suppose you could add a footnote that says using a three way merge tool generally makes this step unnecessary. Is there a bug report for this on the mercurial tracker? If so we could link to the bug report :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16517] address merge conflicts in devguide null-merge instructions
Chris Jerdonek added the comment: Is there a bug report for this on the mercurial tracker? Indeed there is -- by one of our own in fact :) http://bz.selenic.com/show_bug.cgi?id=2706 -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15990] solidify argument/parameter terminology
Chris Jerdonek added the comment: Here is a proposed patch just to get the ball rolling on this. Note that I'm proposing that we let ourselves use the word standard in place of positional-or-keyword when talking about parameters. This is partly inspired by PEP 362, which says, Parameter.POSITIONAL_OR_KEYWORD ... this is the standard binding behaviour for functions implemented in Python. This patch only takes an initial crack at the glossary entries. Once these are fleshed out, we can add additional :term: links and index directives. -- keywords: +patch stage: - patch review versions: +Python 3.3, Python 3.4 Added file: http://bugs.python.org/file28061/issue-15990-1-default.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15990 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16517] address merge conflicts in devguide null-merge instructions
Chris Jerdonek added the comment: Attaching new patch incorporating David's suggestions. -- Added file: http://bugs.python.org/file28062/issue-16517-2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16475] Support object instancing and recursion in marshal
Kristján Valur Jónsson added the comment: Code objects can indeed be shared. One thing that the recode module does, or allows you to do, is to strip file and line number information from code objects. This will theoretically allow them to be collapsed. Martin, I agree the .pyc size matters. You are right, priorities vary. I am mainly focused on memory use, while others may be looking at disk use. Disk use can of course be reduced by using tools like zip. And code objects can be re-optimized at load time too using special importers. But it is nice to be able to achieve both objectives by enabling the marshal format to preserve those optimizations that are performed on it prior to saving it. I'm currently working on the recode module. When its done, I'll report back and share it with you so that you can toy around with it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16475 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13538] Improve doc for str(bytesobject)
Roundup Robot added the comment: New changeset 5c39e3906ce9 by Chris Jerdonek in branch '3.2': Fix label in docs (from issue #13538). http://hg.python.org/cpython/rev/5c39e3906ce9 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13538 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16522] Add 'FAIL_FAST' flag to doctest
New submission from R. David Murray: When debugging using tests or doing test driven development, I find it very useful to have the test run exit immediately on the first failure. Doctest currently has a feature to suppress all output after the first failure, but not to exit on the first failure. Exiting on the first failure in doctest is even more important than in unit test for me, since a typical way to debug using doctest is to add prints to sys.stderr to the code. If the doctest run continues, other tests that follow the same code path may also dump debugging output, making it harder to find the output related specifically to the test failure. The attached patch does the easy part: adds a FAIL_FAST flag. I don't have time right at the moment to finish the patch with docs and tests. If someone wants to work on this before I get back to it they should feel free (just post a note here that you are working on it). -- assignee: r.david.murray files: doctest_fail_fast.patch keywords: easy, patch messages: 176059 nosy: r.david.murray priority: normal severity: normal stage: needs patch status: open title: Add 'FAIL_FAST' flag to doctest type: enhancement versions: Python 3.4 Added file: http://bugs.python.org/file28063/doctest_fail_fast.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16522 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16523] attrgetter and itemgetter signatures in docs need cleanup
New submission from R. David Murray: It looks like the use of the 'args' formal parameter was cut and pasted from the methodcaller docs, when it is not appropriate for itemgetter and attrgetter. http://docs.python.org/3/library/operator.html#operator.attrgetter -- assignee: docs@python components: Documentation messages: 176060 nosy: docs@python, r.david.murray priority: normal severity: normal stage: needs patch status: open title: attrgetter and itemgetter signatures in docs need cleanup type: behavior versions: Python 2.7, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16523 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15990] solidify argument/parameter terminology
Ezio Melotti added the comment: On one hand it's good to have individual entries that can be referenced. On the other hand I think it's important that people get the full picture, and having these definitions sparse in 4 or more distinct glossary entries doesn't help IMHO -- even if the reader follows all the cross-links. I think it would be better to have a single entry somewhere (e.g. in the FAQs -- maybe it's too advanced for the tutorial), that: * explains the difference between arguments (what you pass) and parameters (what the function accepts); * lists the 5 kinds of parameters, providing an example for each; * lists the 2 kinds of arguments, providing an example for each; I see 3 options here: 1) we make this section and keep stub entries that link to it; 2) we repeat the informations in both places (section and entries); 3) we just keep the glossary entries; If we pick 1 people might have to follow one more link. Having a single parameters and arguments entry in the glossary might make this better by avoiding a redirect. If we pick 2 there's duplication, and that's bad. If we pick 3 I think we could at least explain the kinds of arguments in the argument entry and having stubs for keyword args and positional args. This will leave us with only two entries (argument and parameter), and with the initial problem that we don't know where to put the explanation of the difference between the two (in both? in a new entry? somewhere else? no parallel?). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15990 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16523] attrgetter and itemgetter signatures in docs need cleanup
Changes by Éric Araujo mer...@netwok.org: -- keywords: +easy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16523 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16515] TypeError message incorrect for max() with one keyword arg
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16515 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7833] bdist_wininst installers fail to load extensions built with Issue4120 patch
Almar Klein added the comment: Just checking in to point out a possible problem with the code that strips the MSVCR dependency from the embedded manifest. The used regexpr is too greedy: the first bit can trigger on an earlier assemblyIdentity tag, so that after the removal the manifest is no longer valid XML. The key problem is that the assemblyIdentity and the name attribute are allowed to be on a separate lines. To fix this I removed the re.DOTALL flag and replaced the second occurrence of .*? to also allow newlines: pattern = re.compile( - rassemblyIdentity.*?name=(|')Microsoft\.\ - rVC\d{2}\.CRT(|').*?(/|/assemblyIdentity), - re.DOTALL) + rassemblyIdentity.*?name=(|')Microsoft\.\ + rVC\d{2}\.CRT(|')(.|\r|\r)*?(/|/assemblyIdentity)) It is well possible that the problem does not causes any problems for the intended usage of the code. I'm using the code to strip other DLL's and ran into this issue (with tk85.dll to be precise). - Almar -- nosy: +almar ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7833 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16515] TypeError message incorrect for max() with one keyword arg
Ezio Melotti added the comment: Attached an initial patch: max() TypeError: max() requires at least a positional argument max(foo=3) TypeError: max() requires at least a positional argument max(3, foo=3) TypeError: max() got an unexpected keyword argument max(3, 4) 4 -- keywords: +patch stage: needs patch - patch review Added file: http://bugs.python.org/file28064/issue16515.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16515 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16524] File access not always working with Python for Windows 32 bits on Windows 64 bits OS
New submission from Antoine Brodin: I have a file: dir c:\Windows\System32\scext.dll 14/07/2009 02:4189 088 scext.dll With Python 32 bits it fails: c:\Python27\python.exe Python 2.7.3 (default, Apr 10 2012, 23:31:26) [MSC v.1500 32 bit (Intel)] on win32 Type help, copyright, credits or license for more information. import os os.stat('c:\Windows\System32\scext.dll') Traceback (most recent call last): File stdin, line 1, in module WindowsError: [Error 2] Le fichier spÚcifiÚ est introuvable: 'c:\\Windows\\Syste m32\\scext.dll' With Python 64bits it succeeds: c:\Python27-x64\python.exe 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 os os.stat('c:\Windows\System32\scext.dll') nt.stat_result(st_mode=33206, st_ino=0L, st_dev=0, st_nlink=0, st_uid=0, st_gid=0, st_size=89088L, st_atime=1247527874L, st_mtime=1247535713L, st_ctime=1247527874L) -- components: Windows messages: 176064 nosy: Antoine.Brodin priority: normal severity: normal status: open title: File access not always working with Python for Windows 32 bits on Windows 64 bits OS type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16524 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16524] File access not always working with Python for Windows 32 bits on Windows 64 bits OS
Tim Golden added the comment: Not Python, but Windows. See here: http://msdn.microsoft.com/en-gb/library/windows/desktop/aa384187%28v=vs.85%29.aspx -- nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16524 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16524] File access not always working with Python for Windows 32 bits on Windows 64 bits OS
Antoine Brodin added the comment: Ok, with Python 32 bits I can do: os.stat('c:\windows\sysnative\scext.dll') nt.stat_result(st_mode=33206, st_ino=0L, st_dev=0, st_nlink=0, st_uid=0, st_gid=0, st_size=89088L, st_atime=1247527874L, st_mtime=1247535713L, st_ctime=12475278 74L) I will try to use this workaround in my scripts. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16524 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16515] TypeError message incorrect for max() with one keyword arg
Mark Dickinson added the comment: Would it make sense to adjust the error messages in PyArg_UnpackTuple instead? I suspect there are quite a lot of functions using it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16515 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16515] TypeError message incorrect for max() with one keyword arg
Ezio Melotti added the comment: PyArg_UnpackTuple could be fixed to say positional argument (see attached patch (maybe this should be a separate issue)). The error returned by max() is wrong because PyArg_UnpackTuple is used on the *args alone first, and it has no knowledge of the kwargs. If PyArg_UnpackTuple is used to parse the *args then adding positional should solve the problem, however for this specific case the error would still be incorrect, because max also accepts more positional args. -- Added file: http://bugs.python.org/file28065/issue16515-unpacktuple.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16515 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16520] subprocess.Popen() TypeError message incorrect without args argument
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16520 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16520] subprocess.Popen() TypeError message incorrect without args argument
Mark Dickinson added the comment: By the way, I think this message from Nick is the closest to a resolution from that thread: We've already had this terminology discussion and documented the results in PEP 362. The rest of the docs may require updates to be brought in line with that. (http://mail.python.org/pipermail/python-dev/2012-September/121791.html) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16520 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16515] TypeError message incorrect for max() with one keyword arg
Mark Dickinson added the comment: Yes, true: max is probably still going to have to be a special case, thanks to its schizophrenic signature. (max([1, 2, 3]) versus max(1, 2, 3)). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16515 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16520] subprocess.Popen() TypeError message incorrect without args argument
Chris Jerdonek added the comment: TypeError: __init__() missing 1 required positional argument: 'args' I think something like the following would be more correct: __init__() missing argument for parameter 'args' -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16520 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16522] Add 'FAIL_FAST' flag to doctest
Daniel Urban added the comment: I've added some tests and documentation. English is not my first language, so the docs almost certainly need some correction. -- nosy: +daniel.urban Added file: http://bugs.python.org/file28066/doctest_fail_fast_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16522 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16522] Add 'FAIL_FAST' flag to doctest
Changes by Daniel Urban urban.dani...@gmail.com: Removed file: http://bugs.python.org/file28066/doctest_fail_fast_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16522 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16522] Add 'FAIL_FAST' flag to doctest
Daniel Urban added the comment: I'm sorry, I forgot the versionadded directive. The fixed patch is attached. -- Added file: http://bugs.python.org/file28067/doctest_fail_fast_3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16522 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16480] pyvenv 3.3 fails to create symlinks for virtualenv/local/{bin, lib} to virtualenv/{bin, lib}
Carl Meyer added the comment: What OS are you on, Marco? It looks to me like pyvenv probably does need the same hack as virtualenv here, to deal with OSes who set posix_local as the default installation scheme. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16480 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16522] Add 'FAIL_FAST' flag to doctest
Roundup Robot added the comment: New changeset 966432a0734c by R David Murray in branch 'default': #16522: Add FAIL_FAST flag to doctest. http://hg.python.org/cpython/rev/966432a0734c -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16522 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16522] Add 'FAIL_FAST' flag to doctest
R. David Murray added the comment: Looks great, I didn't think any changes were needed. Thanks a bunch, Daniel. -- resolution: - fixed stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16522 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16525] wave file module does not support 32bit float format
New submission from Sebastian Kraft: The wave module cannot read audio WAV files containing 32bit float values. This is a very common file type for professional audio! There has already been a patch some years ago which works fine but was finally not applied. I can confirm that it does not break anything and only adds support for a new number format. http://bugs.python.org/issue1144504 -- components: Extension Modules, IO messages: 176077 nosy: Sebastian.Kraft priority: normal severity: normal status: open title: wave file module does not support 32bit float format type: enhancement versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16525 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16480] pyvenv 3.3 fails to create symlinks for virtualenv/local/{bin, lib} to virtualenv/{bin, lib}
Marco Amadori added the comment: On Wednesday 21 November 2012 21:32:57 Carl Meyer wrote: Carl Meyer added the comment: What OS are you on, Marco? Linux. Debian GNU/Linux amd64 sid/experimental. It looks to me like pyvenv probably does need the same hack as virtualenv here, to deal with OSes who set posix_local as the default installation scheme. nice! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16480 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16234] Implement correct block_size and tests for HMAC-SHA3
Christian Heimes added the comment: HMAC-SHA3 hasn't been standardized yet. I'm not even sure their will be an official HMAC-SHA3 standard anytime soon. Keccak uses a sponge design that isn't vulnerable to length extension attacks like Merkle–Damgård based hashing algorithms (MD5, SHA-1, SHA-2). My standalone package now contains some experimental code and tests based on http://www.di-mgt.com.au/hmac_sha3_testvectors.html . -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16234 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16525] wave file module does not support 32bit float format
Changes by Berker Peksag berker.pek...@gmail.com: -- versions: -Python 2.6, Python 3.1, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16525 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16526] Python does not cross compile properly
New submission from Lothsahn: Python doesn't really support cross compilation. I've created a patch for Python 2.7.3 which compiles nearly all of Python (except a couple modules). Patches for Python 3 are also included, but I didn't have anything to do with them. My patch allows for cross compilation as well as the building of modules. The only issue I'm aware of is that the ELFCLASS of the modules that are to be built must be the same. This is because python uses sys.platform to determine which folder to generate the modules in, and so the sys.platform is always that of the host system. When generating the modules, we should probably generate them twice, once for the host system (using sys.platform), and once for the cross-compiled system (using the cross-compiled system's sys.platform). The patches can be found here: http://randomsplat.com/id5-cross-compiling-python-for-embedded-linux.html Given the rise of embedded systems, it's a big drawback that cross compiling Python is so difficult. -- components: Build, Cross-Build messages: 176080 nosy: Lothsahn priority: normal severity: normal status: open title: Python does not cross compile properly type: compile error versions: Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16526 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16527] (very) long list of elif causes segfault
New submission from Alexis Daboville: Hi, It looks like using a very long list of elif makes CPython segfault. You can try it with the attached file, which looks like this: if False: pass elif False: pass # thousands of elifs elif False: pass $ python elif_segfault.py Segmentation fault. CPython versions tested: 3.x (all segfaults): 3.1 on Debian 3.2 on Arch Linux 3.3 on Windows 2.6 on Debian: segfaults with a longer list of elifs than the one in the attached file. The PyPy behaviour seems better: it raises 'RuntimeError: maximum recursion depth exceeded'. A possible cause (if I understood http://greentreesnakes.readthedocs.org/en/latest/nodes.html#If well) is that there are no elif nodes in the AST, elif are just plain ifs which are stored recursively in the else part of the previous if. (I'm not sure if that's an issue as it's not a real use case, but it makes CPython segfault and I was advised on #python-fr to report it anyway.) -- files: elif_segfault.py messages: 176081 nosy: alexis.d priority: normal severity: normal status: open title: (very) long list of elif causes segfault versions: Python 3.1, Python 3.2, Python 3.3 Added file: http://bugs.python.org/file28068/elif_segfault.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16527 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16527] (very) long list of elif causes segfault
Changes by Alexis Daboville alexis.dabovi...@gmail.com: -- components: +Interpreter Core type: - crash ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16527 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16527] (very) long list of elif causes segfault
Christian Heimes added the comment: Nice catch! How did you notice the issue? I hope you didn't use thousands of elifs in some code. It's going to perform horrible slow with O(n). I'll see if we can fix the problem easily. As this is clearly a pathological case I consider a patch as nice to have and not as required. Nobody sane write a elif chain with nearly 25 thousands elif. ;) -- nosy: +christian.heimes ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16527 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16527] (very) long list of elif causes segfault
Christian Heimes added the comment: Interesting, a debug build of Python doesn't segfault. $ 3.3/python elif_segfault.py RuntimeError: maximum recursion depth exceeded during compilation [41897 refs] $ python3.3 elif_segfault.py Speicherzugriffsfehler (Speicherabzug geschrieben) Backtrace: #0 0x004cfd9c in _Py_Mangle (privateobj=error reading variable: Cannot access memory at address 0x7fff3769afd8, ident=error reading variable: Cannot access memory at address 0x7fff3769afd0) at Python/compile.c:207 #1 0x00509225 in symtable_add_def (st=0x7fe146388860, name=0x7fe14647f450, flag=16) at Python/symtable.c:955 #2 0x0050ba59 in symtable_visit_expr (st=0x7fe146388860, e=0x23ea600) at Python/symtable.c:1370 #3 0x0050a52c in symtable_visit_stmt (st=0x7fe146388860, s=0x23ea690) at Python/symtable.c:1158 #4 0x0050a632 in symtable_visit_stmt (st=0x7fe146388860, s=0x23ea778) at Python/symtable.c:1161 #5 0x0050a632 in symtable_visit_stmt (st=0x7fe146388860, s=0x23ea860) at Python/symtable.c:1161 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16527 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16527] (very) long list of elif causes segfault
Alexis Daboville added the comment: I had the feeling that there was a possible issue when reading how elifs were represented in the AST. I'm not insane enough to write so many elifs in a real program ;). I totally agree on the 'nice to have' part rather than 'required'. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16527 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16517] address merge conflicts in devguide null-merge instructions
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16525] wave file module does not support 32bit float format
Jesús Cea Avión added the comment: This is a new feature. Targeting Python 3.4. -- nosy: +jcea versions: -Python 2.7, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16525 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1144504] Add IEEE Float support to wave.py
Changes by Jesús Cea Avión j...@jcea.es: -- superseder: - wave file module does not support 32bit float format ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1144504 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16525] wave file module does not support 32bit float format
Jesús Cea Avión added the comment: Can somebody point to a floating point WAVE specification?. I think the issues raised in the original bug still stands. Also, support for writing should be provided too. http://web.archive.org/web/20080924064943/http://ccrma.stanford.edu/CCRMA/Courses/422/projects/WaveFormat/ http://www-mmsp.ece.mcgill.ca/Documents/AudioFormats/WAVE/WAVE.html -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16525 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16526] Python does not cross compile properly
Jesús Cea Avión added the comment: This is 3.4 material. Could you possibly work with us to properly integrate in 3.4?. -- nosy: +jcea versions: +Python 3.4 -Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16526 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16527] (very) long list of elif causes segfault
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16527 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16507] Patch selectmodule.c to support WSAPoll on Windows
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16507 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16510] Using appropriate checks in tests
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16510 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16438] Numeric operator predecence confusing
Kiet Tran added the comment: I was trying to fix this, but I ran into a couple questions. 1) Once I put, say, x + y and x - y into the same table cell, what would a good format be? My preferred format is to have them on separate lines in the cell, but after a lot of googling on the syntax of reST (and trials and errors), I'm still unable to figure out how to do it. Using bullet points would mean I have to align elements in the Notes column with the ones in the Operation column somehow. Alternatively, I can separate them by comma, but the table would look a bit cluttered. 2) Should the functions abs, int, etc., belong in the same table that's meant to list operators by precedence? -- nosy: +ktt3ja ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16438 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16517] address merge conflicts in devguide null-merge instructions
Chris Jerdonek added the comment: Addressed by: http://hg.python.org/devguide/rev/78a69b929ab7 (I accidentally left the issue number out of the commit message.) -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16528] 3.2 docs not updating on docs.python.org
New submission from Chris Jerdonek: The 3.2 docs haven't updated since Oct 28, 2012: http://docs.python.org/3.2/ The commits for the Doc folder around that time are as follows. I observed that the top commit was not built, but I'm not sure about the ones previous: $ hg log -b 3.2 Doc | more changeset: 80018:40aedc7da30f branch: 3.2 parent: 79798:16493102f9b1 user:Andrew Svetlov andrew.svet...@gmail.com date:Sun Oct 28 14:10:30 2012 +0200 summary: Issue #14570: Document json sort_keys parameter properly. changeset: 79996:e02d49db3f5b branch: 3.2 parent: 79989:f6d04f5cff31 user:Georg Brandl ge...@python.org date:Sun Oct 28 07:59:42 2012 +0100 summary: #8040: fix jQuery incompatibility changeset: 79984:36a35b86e3b0 branch: 3.2 parent: 79980:740be7346c92 user:Ezio Melotti ezio.melo...@gmail.com date:Sat Oct 27 23:12:48 2012 +0300 summary: #8040: fix the version. changeset: 79980:740be7346c92 branch: 3.2 parent: 79976:35a2a0e166d0 user:Ezio Melotti ezio.melo...@gmail.com date:Sat Oct 27 22:28:48 2012 +0300 summary: #8040: enable the versionswitcher for the autobuild-dev target. changeset: 79976:35a2a0e166d0 branch: 3.2 parent: 79972:abbfb89055d3 user:Ezio Melotti ezio.melo...@gmail.com date:Sat Oct 27 22:09:16 2012 +0300 summary: #8040: add a version switcher to the documentation. Patch by Yury Selivanov. -- assignee: docs@python components: Documentation messages: 176090 nosy: chris.jerdonek, docs@python, ezio.melotti, georg.brandl priority: normal severity: normal status: open title: 3.2 docs not updating on docs.python.org type: behavior versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16528 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16514] Cryptic traceback when sys.path[0] is None
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16514 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16528] 3.2 docs not updating on docs.python.org
R. David Murray added the comment: This is intentional. Only 2.7, 3.3, and 3.4 auto-update now that 3.3 is out. There will be a final rebuild of the 3.2 docs when 3.2 final is released. -- nosy: +r.david.murray resolution: - invalid stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16528 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15990] solidify argument/parameter terminology
Chris Jerdonek added the comment: I like option (3). I attached a new patch using this approach. As suggested, I made the glossary entries for keyword argument and positional argument into stubs. So now there are just two substantive entries: one for argument and one for parameter. I also included in the parameter entry an example for each of the five parameter types. -- Added file: http://bugs.python.org/file28069/issue-15990-2-default.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15990 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16528] 3.2 docs not updating on docs.python.org
Chris Jerdonek added the comment: Thanks for the info. Is this information reflected somewhere online? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16528 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2454] sha and md5 fixer
Meador Inge added the comment: Attached is a refreshed patch that works for all active branches. The only real change from the original is Éric's suggestion to s/hash/hashlib/. The 'u' prefix isn't an issue any longer because of PEP 414. Benjamin, does the attached look OK to you? If so, then I will commit it. -- assignee: benjamin.peterson - meador.inge versions: +Python 2.7, Python 3.3, Python 3.4 Added file: http://bugs.python.org/file28070/issue2454-2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2454 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16278] os.rename documentation slightly inaccurate
Todd Rovito added the comment: Attached is patch with the final formatting for the documentation updates. I fixed the :exc:`OSError` problems that I had before and used indents to denote Unix behavior VS Windows behavior. Please let me know if I can do anything else to help get this issue resolved. Thanks! -- Added file: http://bugs.python.org/file28071/OSRenameDocs3point4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16278 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16278] os.rename documentation slightly inaccurate
Changes by Todd Rovito rovit...@gmail.com: Removed file: http://bugs.python.org/file27640/OSRenameTest3point4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16278 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13424] Add examples for open’s new opener argument
Roundup Robot added the comment: New changeset bf1bf3bf3fe2 by Éric Araujo in branch '3.3': Address reviews for open’s opener argument doc patch (#13424). http://hg.python.org/cpython/rev/bf1bf3bf3fe2 New changeset 8ca6f4953c4b by Éric Araujo in branch 'default': Merge #13424 followup from 3.3 http://hg.python.org/cpython/rev/8ca6f4953c4b -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13424 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13424] Add examples for open’s new opener argument
Éric Araujo added the comment: Thanks for all comments. If you think of a better example to show the usage of the argument, feel free to change it. -- assignee: docs@python - eric.araujo resolution: - fixed stage: commit review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13424 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16480] pyvenv 3.3 fails to create symlinks for virtualenv/local/{bin, lib} to virtualenv/{bin, lib}
Éric Araujo added the comment: Is it impossible to edit the install scheme when run in a venv, so that the workaround becomes unnecessary? We are the upstream after all :) -- versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16480 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16438] Numeric operator predecence confusing
Yongzhi Pan added the comment: One possible solution: We do not list priorities of the operations, instead link to the precedence table in the language reference. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16438 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16527] (very) long list of elif causes segfault
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16527 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com