[issue4736] io.BufferedRWPair.closed broken; tries to call bool writer.closed property
New submission from Miles semantic...@gmail.com: The closed property of BufferedRWPair attempts to call the closed property of its writer as a method, which fails because writer.closed is a bool. The following code demonstrates the error: import socket socket.socket().makefile('rwb').closed -- components: Library (Lib) messages: 78257 nosy: semanticist severity: normal status: open title: io.BufferedRWPair.closed broken; tries to call bool writer.closed property type: behavior versions: Python 2.6, Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4736 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4734] broken link for 2.5.3 doc download
Martin v. Löwis mar...@v.loewis.de added the comment: Thanks for the report; this is now fixed. -- nosy: +loewis resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4734 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1068268] subprocess is not EINTR-safe
Changes by Matteo Bertini matt...@naufraghi.net: Removed file: http://bugs.python.org/file11818/subprocess-retry-on-EINTR-std-in-out-err.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1068268 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1068268] subprocess is not EINTR-safe
Changes by Matteo Bertini matt...@naufraghi.net: Removed file: http://bugs.python.org/file11511/subprocess-eintr-safety-25maint-r65475.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1068268 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1068268] subprocess is not EINTR-safe
Matteo Bertini matt...@naufraghi.net added the comment: no EINTR patch upgraded to 25-maint r65475 that protects: *) all direct calls *) all returned fd I hope :P Added file: http://bugs.python.org/file12438/no-EINTR-subprocess.py-25-maint-r65475.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1068268 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4737] documentation and noddy*.c
New submission from Kandalintsev Alexandre bug_hun...@messir.net: Hello! 1) In http://docs.python.org/3.0/extending/extending.html we see: = Note that PyMODINIT_FUNC declares the function as void return type = But thats not true, it's defined as PyObject*. I think this is outdated info in documentation. 2) In Doc/includes/noddy*.c assumed that PyMODINIT_FUNC returns nothing but this wrong. If you try python3.1 -c 'import noddy' you will see segfault. This patch will fix this problem: --- ./noddy.c 2008-12-24 17:09:36.424870738 +0300 +++ ./noddy.c 2008-12-24 17:18:01.524869143 +0300 @@ -52,4 +52,6 @@ Py_INCREF(noddy_NoddyType); PyModule_AddObject(m, Noddy, (PyObject *)noddy_NoddyType); + +return m; } Other noddy*.c files are also requiring this patch. -- assignee: georg.brandl components: Demos and Tools, Documentation messages: 78260 nosy: exe, georg.brandl severity: normal status: open title: documentation and noddy*.c versions: Python 3.0, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4737 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4718] wsgiref package totally broken
Changes by Dmitry Vasiliev d...@hlabs.spb.ru: Removed file: http://bugs.python.org/file12423/wsgiref.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4718 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4718] wsgiref package totally broken
Changes by Dmitry Vasiliev d...@hlabs.spb.ru: Removed file: http://bugs.python.org/file12429/wsgiref2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4718 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4718] wsgiref package totally broken
Changes by Dmitry Vasiliev d...@hlabs.spb.ru: Removed file: http://bugs.python.org/file12431/wsgiref_pep333.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4718 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4718] wsgiref package totally broken
Dmitry Vasiliev d...@hlabs.spb.ru added the comment: Attached new WSGI 1.0+ version of the patch. Added file: http://bugs.python.org/file12439/wsgiref.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4718 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4736] io.BufferedRWPair.closed broken; tries to call bool writer.closed property
Benjamin Peterson benja...@python.org added the comment: Thanks for the report. Fixed in r67923. -- nosy: +benjamin.peterson resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4736 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4729] Documentation under 'pass' statement talks about exception very early.
Benjamin Peterson benja...@python.org added the comment: I agree. Changed in r67924. -- nosy: +benjamin.peterson resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4729 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1194378] sendmsg() and recvmsg() for C socket module
David M. Beazley beaz...@users.sourceforge.net added the comment: Bump. This functionality seems to be needed if anyone is going to be messing around with advanced features of IPv6. As it stands, the socket module in Python 2.6/3.0 is incomplete without this. -- nosy: +beazley ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1194378 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4737] documentation and noddy*.c
Benjamin Peterson benja...@python.org added the comment: Thanks for the report! Fixed in r67925. -- nosy: +benjamin.peterson resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4737 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4738] Patch to make zlib-objects better support threads
New submission from ebfe knabberknusperh...@yahoo.de: My application needs to pack and unpack workunits all day long and does this using multiple threading.Threads. I've noticed that the zlib module seems to use only one thread at a time when using [de]compressobj(). As the comment in the sourcefile zlibmodule.c already says the module uses a global lock to protect different threads from accessing the object. While the c-functions release the GIL while waiting for the global lock, only one thread at a time can use zlib. My app ends up using only one CPU to compress/decompress it's workunits... The patch (svn diff to ) attached here fixes this problem by extending the compressobj-structure by an additional member to create object-specific locks and removes the global lock. The lock protects each compressobj individually and allows multiple python threads to use zlib in parallel, utilizing all available CPUs. -- components: None files: zlib_threads.diff keywords: patch messages: 78266 nosy: ebfe severity: normal status: open title: Patch to make zlib-objects better support threads type: performance versions: Python 2.5, Python 2.6, Python 2.7, Python 3.0, Python 3.1 Added file: http://bugs.python.org/file12440/zlib_threads.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4738 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4739] [patch] Let users do help('@') and so on for confusing syntax constructs.
New submission from David Laban alsu...@gmail.com: When I first came across decorators (about a year ago?), they confused the hell out of me, and the syntax is completely google-proof, so I ended up having to ask on irc. One of the things that I tried was help('@') but that didn't work either. This patch is to make that work, and also a lot of other google-proof syntax constructs. Notes on the patch == I've tried to do it with as few changes/duplications as possible, but my style is quite different from the rest of the module. I hereby donate my code to whoever wants to commit it. Do what you want with it, and clean it up however you want. I'm doing it for the n00bs. The patch is against pydoc.py from python 2.5.2-0ubuntu1. If you want me to create a patch against another version of python, send me an email. Otherwise, apply it by hand: I've tried to make as few changes as possible, so it shouldn't be too tricky. Notes on other versions of Python = Python 3000 (and maybe 2.6? I've not checked) has the note: # CAUTION: if you change one of these dictionaries, be sure to adapt the # list of needed labels in Doc/tools/sphinxext/pyspecific.py and # regenerate the pydoc_topics.py file by running # make pydoc-topics # in Doc/ and copying the output file into the Lib/ directory. but all I'm doing is adding aliases, so you shouldn't need to rebuild the docs just to get help() working. Note that I've not actually tested this though. To test, I did: python -c 'import pydoc ; help(:=)' | grep 'no Python documentation found for .*' which should print: no Python documentation found for ':=' and: python -c 'import pydoc ; [help(k) for k in pydoc.help.symbols]' | grep -c 'no Python documentation found for .*' which should print nothing. -- assignee: georg.brandl components: Documentation files: add_symbol_help.diff keywords: patch messages: 78267 nosy: alsuren, georg.brandl severity: normal status: open title: [patch] Let users do help('@') and so on for confusing syntax constructs. type: feature request versions: Python 2.5 Added file: http://bugs.python.org/file12441/add_symbol_help.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4739 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4739] [patch] Let users do help('@') and so on for confusing syntax constructs.
Changes by Giampaolo Rodola' billiej...@users.sourceforge.net: -- nosy: +giampaolo.rodola ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4739 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1194378] sendmsg() and recvmsg() for C socket module
Changes by Giampaolo Rodola' billiej...@users.sourceforge.net: -- nosy: +giampaolo.rodola ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1194378 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4740] pickle test for protocol 3 (HIGHEST_PROTOCOL in py3k)
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp: This patch enables tests for pickle.HIGHEST_PROTOCOL. (3) I confirmed test passed. -- components: Tests files: py3k_use_HIGHEST_PROTOCOL.patch keywords: easy, patch messages: 78268 nosy: ocean-city severity: normal stage: patch review status: open title: pickle test for protocol 3 (HIGHEST_PROTOCOL in py3k) versions: Python 3.0, Python 3.1 Added file: http://bugs.python.org/file12442/py3k_use_HIGHEST_PROTOCOL.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4740 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4400] pypirc default is not at the right format
Changes by Tarek Ziadé ziade.ta...@gmail.com: -- assignee: - tarek resolution: - accepted ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4400 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4718] wsgiref package totally broken
Phillip J. Eby p...@telecommunity.com added the comment: Graham: thanks for pointing that out; I completely forgot we already *had* the migration discussion on the Web-SIG! It just slipped my mind because I didn't have any 3.0 work on the horizon. Dmitry: A question about the new patch. Are bytearray and memoryview objects in 3.0 really the same as bytestrings? It seems to me that allowing mutable bytes objects is a mistake from a bug-finding standpoint, even if it could be a win from a performance standpoint. I think it might be better to be more restrictive to start out, and then let people lobby for supporting other types, rather than the other way around, where we'll never get to narrow the list. Apart from that, the patch looks pretty good. Thank you! ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4718 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4741] winsound.SND_PURGE has no effect
New submission from Ultrasick pyt...@ontheserver.de: I added a .py file to demonstrate the problem. I tryed 2 ways to stop the sound from beeing played. The first way winsound.PlaySound(path[0] + '/sound.wav', winsound.SND_PURGE) should already stop it but instead it starts the playback again. The second has no effect on my computer. My system: Windows 2000, service pack: 4 Python 2.6.something -- components: Extension Modules files: test.py messages: 78270 nosy: Ultrasick severity: normal status: open title: winsound.SND_PURGE has no effect type: behavior versions: Python 2.6 Added file: http://bugs.python.org/file12443/test.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4741 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4741] winsound.SND_PURGE has no effect
Ultrasick pyt...@ontheserver.de added the comment: added a test sound Added file: http://bugs.python.org/file12444/sound.wav ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4741 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1519638] Unmatched Group issue - workaround
Bobby Xiao nneon...@gmail.com added the comment: How would I apply that workaround to my example? re.sub(foo(?:b(ar)|baz),\\1,foobaz) ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1519638 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4742] 3.0 distutils byte-compiling - Syntax error: unknown encoding: cp1252
New submission from John Machin sjmac...@users.sourceforge.net: File foo3.py is [cut down (orig 87Kb)] output of 2to3 conversion tool and (coincidentally) is still valid 2.x syntax. There are no syntax errors reported by any of the following: \python26\python -c import foo3 \python26\python foo3.py \python26\python setup.py install \python30\python -c import foo3 \python30\python foo3.py However 3.0 install \python30\python setup.py install produces: [snip] running install_lib copying build\lib\foo3.py - C:\python30\Lib\site-packages byte-compiling C:\python30\Lib\site-packages\foo3.py to foo3.pyc File C:\python30\Lib\site-packages\foo3.py, line 0 ### Note also line 0 above ### SyntaxError: unknown encoding: cp1252 Same happens if alternative name windows-1252 is used instead of cp1252. NOTE: file foo3.py actually does have some non-ASCII characters (\xa0, \x93, \x94), in comments. Another file (bar3.py) from the same package contains \xb7 twice, but doesn't have the unknown encoding problem. There are several other files in the same package that start with # -*- coding: windows-1252 -*- (or cp1252, or even cp1251(!)) but have no non-ASCII characters in them. They don't get this incorrect error message either. -- components: Distutils files: py3encbug.zip messages: 78273 nosy: sjmachin severity: normal status: open title: 3.0 distutils byte-compiling - Syntax error: unknown encoding: cp1252 versions: Python 3.0 Added file: http://bugs.python.org/file12445/py3encbug.zip ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4742 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4741] winsound.SND_PURGE has no effect
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: You should specify winsound.SND_ASYNC in first PlaySound. By default, PlaySound won't return until completing to play wav file. winsound.SND_PURGE doesn't work for me. I'm also using Win2000SP4, and I found http://www.vbforums.com/archive/index.php/t-209162.html They also think SND_PURGE doesn't work on Win2000. And MSDN says SND_PURGE is not supported. (http://msdn.microsoft.com/en- us/library/ms712879.aspx) -- nosy: +ocean-city ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4741 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4742] 3.0 distutils byte-compiling - Syntax error: unknown encoding: cp1252
John Machin sjmac...@users.sourceforge.net added the comment: A clue: print(ascii(b'\xa0\x93\x94\xb7'.decode('cp1252'))) '\xa0\u201c\u201d\xb7' Could be that it only happens where there's a cp1252 character that's not in latin1; see files x93.py and x94.py (have problem) and xa0b7.py (doesn't have problem). Added file: http://bugs.python.org/file12446/py3encbug2.zip ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4742 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4742] 3.0 distutils byte-compiling - Syntax error: unknown encoding: cp1252
Changes by John Machin sjmac...@users.sourceforge.net: Removed file: http://bugs.python.org/file12445/py3encbug.zip ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4742 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4743] intra-pkg multiple import (import local1, local2) not fixed
New submission from John Machin sjmac...@users.sourceforge.net: In a package, import local1, local2 is not fixed. Here's some real live 2to3 output showing the problem and the workaround: import ExcelFormulaParser, ExcelFormulaLexer -import ExcelFormulaParser -import ExcelFormulaLexer +from . import ExcelFormulaParser +from . import ExcelFormulaLexer import sys, struct -from antlr import ANTLRException +from .antlr import ANTLRException As a solution that covers cases like import sys, local1, local2 is possibly difficult, I suggest putting out a warning that a manual fix (one import per line) may be required. I've put this kludge in my copy of fix_import.py: def probably_a_local_import(imp_name, file_path): +if , in imp_name: +print(*** Can't handle import %r in %s % (imp_name, file_path)) # Must be stripped because the right space is included by the parser imp_name = imp_name.split('.', 1)[0].strip() base_path = dirname(file_path) base_path = join(base_path, imp_name) [Aside: right space? Possibly should be left space] and it produces: *** Can't handle import ' ExcelFormulaParser, ExcelFormulaLexer' in \2to3\xlwt\py3\xlwt\ExcelFormula.py *** Can't handle import ' sys, struct' in \2to3\xlwt\py3\xlwt\ExcelFormula.py -- components: 2to3 (2.x to 3.0 conversion tool) messages: 78276 nosy: sjmachin severity: normal status: open title: intra-pkg multiple import (import local1, local2) not fixed versions: Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4743 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4744] asynchat documentation needs to be more precise
New submission from David M. Beazley beaz...@users.sourceforge.net: The documentation for asynchat needs to be more precise in its use of strings vs. bytes. Unless the undocumented use_encoding attribute is set, it seems that all data should be bytes throughout (e.g., the terminator, inputs to push methods, etc.). I have no idea if the use_encoding attribute is officially blessed or not. However, to avoid magic behavior, I'm guessing that it would be better practice to be explicit in one's use of bytes vs. text rather than having take place in the internals of asynchat. Advice welcome. -- assignee: georg.brandl components: Documentation messages: 78277 nosy: beazley, georg.brandl severity: normal status: open title: asynchat documentation needs to be more precise versions: Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4744 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4745] socket.send obscure error message
New submission from John Robinson greyw...@gmail.com: When using the socket module and performing a socket.send('hello world'), the error returned is: Traceback (most recent call last): File C:\Python30\testclient.py, line 12, in module s.send('Hello world') # send the data TypeError: send() argument 1 must be string or buffer, not str TypeError should refer to byte not string. -- messages: 78278 nosy: Luther severity: normal status: open title: socket.send obscure error message type: behavior versions: Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4745 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com