[issue4745] socket.send obscure error message

New submission from John Robinson : 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 s.send('Hello world') # send the data TypeError: send() argume

[issue4744] asynchat documentation needs to be more precise

New submission from David M. Beazley : 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

[issue4743] intra-pkg multiple import (import local1, local2) not fixed

New submission from John Machin : 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 +

[issue4742] 3.0 distutils byte-compiling -> Syntax error: unknown encoding: cp1252

Changes by John Machin : Removed file: http://bugs.python.org/file12445/py3encbug.zip ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue4742] 3.0 distutils byte-compiling -> Syntax error: unknown encoding: cp1252

John Machin 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:

[issue4741] winsound.SND_PURGE has no effect

Hirokazu Yamamoto 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-20916

[issue4742] 3.0 distutils byte-compiling -> Syntax error: unknown encoding: cp1252

New submission from John Machin : 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

[issue1519638] Unmatched Group issue - workaround

Bobby Xiao added the comment: How would I apply that workaround to my example? re.sub("foo(?:b(ar)|baz)","\\1","foobaz") ___ Python tracker ___ ___

[issue4741] winsound.SND_PURGE has no effect

Ultrasick added the comment: added a test sound Added file: http://bugs.python.org/file12444/sound.wav ___ Python tracker ___ ___ Python-bugs-

[issue4741] winsound.SND_PURGE has no effect

New submission from Ultrasick : 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 eff

[issue4718] wsgiref package totally broken

Phillip J. Eby 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 memoryvi

[issue4400] pypirc default is not at the right format

Changes by Tarek Ziadé : -- assignee: -> tarek resolution: -> accepted ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue4740] pickle test for protocol 3 (HIGHEST_PROTOCOL in py3k)

New submission from Hirokazu Yamamoto : 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

[issue1194378] sendmsg() and recvmsg() for C socket module

Changes by Giampaolo Rodola' : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue4739] [patch] Let users do help('@') and so on for confusing syntax constructs.

Changes by Giampaolo Rodola' : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue4739] [patch] Let users do help('@') and so on for confusing syntax constructs.

New submission from David Laban : 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 m

[issue4738] Patch to make zlib-objects better support threads

New submission from ebfe : 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 sa

[issue4737] documentation and noddy*.c

Benjamin Peterson added the comment: Thanks for the report! Fixed in r67925. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue1194378] sendmsg() and recvmsg() for C socket module

David M. Beazley 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 _

[issue4729] Documentation under 'pass' statement talks about exception very early.

Benjamin Peterson added the comment: I agree. Changed in r67924. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue4736] io.BufferedRWPair.closed broken; tries to call bool writer.closed property

Benjamin Peterson added the comment: Thanks for the report. Fixed in r67923. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue4718] wsgiref package totally broken

Dmitry Vasiliev added the comment: Attached new WSGI 1.0+ version of the patch. Added file: http://bugs.python.org/file12439/wsgiref.patch ___ Python tracker ___

[issue4718] wsgiref package totally broken

Changes by Dmitry Vasiliev : Removed file: http://bugs.python.org/file12431/wsgiref_pep333.patch ___ Python tracker ___ ___ Python-bugs-list ma

[issue4718] wsgiref package totally broken

Changes by Dmitry Vasiliev : Removed file: http://bugs.python.org/file12429/wsgiref2.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue4718] wsgiref package totally broken

Changes by Dmitry Vasiliev : Removed file: http://bugs.python.org/file12423/wsgiref.patch ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue4737] documentation and noddy*.c

New submission from Kandalintsev Alexandre : 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 documenta

[issue1068268] subprocess is not EINTR-safe

Matteo Bertini 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

[issue1068268] subprocess is not EINTR-safe

Changes by Matteo Bertini : Removed file: http://bugs.python.org/file11511/subprocess-eintr-safety-25maint-r65475.patch ___ Python tracker ___

[issue1068268] subprocess is not EINTR-safe

Changes by Matteo Bertini : Removed file: http://bugs.python.org/file11818/subprocess-retry-on-EINTR-std-in-out-err.diff ___ Python tracker ___ ___

[issue4734] broken link for 2.5.3 doc download

Martin v. Löwis added the comment: Thanks for the report; this is now fixed. -- nosy: +loewis resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue4736] io.BufferedRWPair.closed broken; tries to call bool writer.closed property

New submission from Miles : 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: