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
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
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
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
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
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
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
___
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
___
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
___
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
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
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
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
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
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
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.
Changes by Giampaolo Rodola' billiej...@users.sourceforge.net:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4739
___
Changes by Giampaolo Rodola' billiej...@users.sourceforge.net:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1194378
___
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:
Changes by Tarek Ziadé ziade.ta...@gmail.com:
--
assignee: - tarek
resolution: - accepted
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4400
___
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
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.
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
___
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
___
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
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
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
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
___
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
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
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
31 matches
Mail list logo