Robert E. rob...@re-factory.de added the comment:
No I can't (says invalid login). I created a new account using my Google
ID which works alright. If you want to debug this problem I am happy to
help but otherwise this bug entry can be removed.
Cheers
Am 16.04.2012 14:47, schrieb R. David
Robert Elsner robert.elsn...@googlemail.com added the comment:
Well I stumbled across this leak while reading big files. And what is
the point of having a fast C-level unpack when it can not be used with
big files?
I am not adverse to the idea of caching the format string but if the
cache grows
New submission from Robert bobbyr...@gmail.com:
I implemented a data-structure as an object in a script, let's call it
objectScript.py. I'm using this data-structure in other scripts like so:
from objectScript import data-structure
Populating this data-structure requires quite a bit of time
New submission from Robert Sjöblom robert.sjob...@gmail.com:
I'm on a cp932-encoded system. When I read in a cp1252-file, it's read into
memory properly, but when printing it, Python tries to encode the output to
cp932. Here's the relevant code:
address = C:/Path/to/file/file.ext
with open
New submission from Robert Xiao nneon...@gmail.com:
On hg.python.org, the annotate view doesn't properly escape the title
attribute of the a elements, resulting in breakage on the left column:
http://hg.python.org/cpython/annotate/728cfc671d15/Modules/Setup.config.in
--
components
Robert Xiao nneon...@gmail.com added the comment:
My testing suggests that this issue is already fixed in Mercurial itself, since
using hg serve on a local copy gives the expected result. Thus, the problem
is probably with hg.python.org's local installation
Robert Collins robe...@robertcollins.net added the comment:
Normally I advocate very strongly for Python implementation of C accelerated
modules, but when the two implementations are not equivalent, having a simpler
Python one around does not help anyone (not users, other language implementors
New submission from Robert Collins robe...@robertcollins.net:
This affects the python implementation of RLock only.
If a signal occurs during RLock.acquire() or release() and then operates on the
same lock to acquire() or release() it, process hangs or assertions can be
triggered
Robert Collins robe...@robertcollins.net added the comment:
I'm not sure it is sensibly implementable in pure python: the semantics of
signal handling (AIUI) are that the vm is interrupted, sets a flag to say 'when
the GIL is released or the next bytecode interpretation happens, please process
New submission from Robert Xiao nneon...@gmail.com:
_ssl.c has a memory leak in _get_peer_alt_names.
The `names' object is initialized here:
Modules/_ssl.c:601:
if (method-it)
names = (GENERAL_NAMES*)
(ASN1_item_d2i(NULL,
p
Robert Xiao nneon...@gmail.com added the comment:
Attaching patch.
--
keywords: +patch
Added file: http://bugs.python.org/file23760/ssl.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13458
Robert Xiao nneon...@gmail.com added the comment:
Also applies to Python 2.7.
--
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13458
New submission from Robert Lehmann lehman...@gmail.com:
The recently added copybutton.js (r18bbfed9aafa) does not work with the 2.7
docs since they are deployed with JQuery 1.2 (which is shipped with Sphinx 0.6).
Copybutton is an unobtrusive Javascript feature which adds a little button
New submission from Robert Xiao nneon...@gmail.com:
Lib/random.py in Python 3.2 contains the line
from __future__ import division
even though it is no longer necessary, as true float division is the default in
Python 3.
Trivial patch:
--- lib/python3.2/random.py 2011-09-03 20:32
New submission from Robert Xiao nneon...@gmail.com:
Line 4511 of Modules/posixsubprocess.c is missing a semicolon, so it would not
compile successfully if the relevant build flags were enabled (PYOS_OS2).
Trivial patch:
@@ -4508,7 +4508,7 @@
static PyObject *
posix_spawnvpe(PyObject *self
Robert Xiao nneon...@gmail.com added the comment:
S3 also doesn't send any kind of connection header at all.
x-amz-id-2: WWuo30Fk2inKVcC5dH4GOjvHxnqMa5Q2+AduPm2bMhL1h3GqzOR0EPwUv0biqv2V
x-amz-request-id: 3CCF6B6A000E6446
Date: Sat, 23 Jul 2011 06:42:45 GMT
x-amz-meta-s3fox-filesize: 27692
x-amz
Robert Xiao nneon...@gmail.com added the comment:
Seconded. #12133 inadvertently closes the response object if the server fails
to indicate Connection: close. In my case, Amazon S3 (s3.amazonaws.com)
causes this problem:
(Python 3.2)
conn =
urllib.request.urlopen('http://s3.amazonaws.com
New submission from Robert Xiao nneon...@gmail.com:
From a fresh Python3.2.1 tarball:
nneonneo@nneonneo-mbp:~/devel/Python-3.2.1/Lib/test$ for i in tokenize_tests-*;
do echo $i; xxd $i | head -n 1; done
tokenize_tests-latin1-coding-cookie-and-utf8-bom-sig.txt
000: efbb bf23 202d 2a2d 2063
Robert Xiao nneon...@gmail.com added the comment:
Yes, it seems that way. Then the question is: why does the comment claim that
it doesn't have a BOM?
Also, test_tokenize.py is wrong around line 651:
def test_utf8_coding_cookie_and_no_utf8_bom(self):
f = 'tokenize_tests-utf8
Robert Xiao nneon...@gmail.com added the comment:
Attached is a patch which fixes this. Python 3.2.1 still passes the test after
applying the patch, as expected.
--
keywords: +patch
Added file: http://bugs.python.org/file22701/issue12587.patch
Robert Lehmann lehman...@gmail.com added the comment:
I can not reproduce either of your findings. Could you provide us with your
version information? re version 2.2.1, _sre 2.2.2, Python 2.6.6, Debian sid
here. Also tested with Python 2.7.2rc1 (same RE).
import re
re.compile(r\.co\.uk
New submission from Robert Xiao nneon...@gmail.com:
On Python 3.2, calling abort() on an ftplib.FTP object will cause an exception:
ftp = ftplib.FTP('localhost')
ftp.abort()
Traceback (most recent call last):
File stdin, line 1, in module
File /usr/lib/python3.2/ftplib.py, line 246
Robert Meerman robert.meer...@gmail.com added the comment:
Oh, that's embarrassing. :-)
Could a type-check be used to alert the user to their mistake? I suppose that
would require re.IGNORECASE (et al) to be of some new type (presumably
sub-classed from Integer).
(Thanks for the quick
New submission from Robert Meerman robert.meer...@gmail.com:
Regular expressions which are written match literal underscores (_, ASCII
ordinal 95) and specify `re.IGNORECASE` during compilation do not consistently
match underscores: it seems some occurrences are matched, but others
Robert Burke sharpobj...@gmail.com added the comment:
I've only observed this in 2.6. Does 2.6 not belong in the bug's versions list
if 2.7 is also affected?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11854
New submission from Robert Burke sharpobj...@gmail.com:
If you create a subclass of set but do not override __or__, __and__, __xor__,
and __sub__, calling these functions will yield a new instance of your
subclass. The new instance will never have __init__ called on it. Depending
on what
Changes by Robert Burke sharpobj...@gmail.com:
--
title: __or__, __and__, __sub__, and __xor__ instantiate subclass of set
without calling __init__ - __or__ et al instantiate subclass of set without
calling __init__
___
Python tracker rep
New submission from Robert Kern robert.k...@gmail.com:
The constructor for multiprocessing.RawArray() takes an argument that is either
an integer size or a sequence to initialize the contents. To determine if the
argument is a size, it uses isinstance(x, int). This means that integers
Robert Kern robert.k...@gmail.com added the comment:
The practical case I was thinking of was numpy integer scalar types, which can
crop up without explicitly requesting them, much like the long type.
Although, now that I check, I see that single-element numpy arrays also pass
index
Robert Kern robert.k...@gmail.com added the comment:
numpy.int is just an alias to the builtin int, left for historical reasons. The
integer scalar type that has the same width as Python's int (numpy.int32 or
numpy.int64, depending) will always pass the isinstance() check. Since it's
Robert Withrow bigbaaad...@gmail.com added the comment:
For completeness: msg131234 states that the issue of 64 bit - 32 bit precision
truncation is covered in the floating point tutorial. I believe that is
incorrect; at least I can't find it explicitly mentioned. Ref:
http://docs.python.org
Robert Withrow bigbaaad...@gmail.com added the comment:
Martin: in C I have the luxury of using 32 bit floats; not an option in Python.
Simple code doing the moral equivalent of NTOHL(HTONL()) works in this case
for C but wouldn't help for Python.
Mark: I understand about the precision
Robert Withrow bigbaaad...@gmail.com added the comment:
If you agree that Python actually behaves correct, I fail to
understand what it is that you disagree with in msg131195
I don't agree that Python is behaving correctly as far as the documented
contract for struct is concerned.
I
Robert Withrow bigbaaad...@gmail.com added the comment:
it needs to be worded in a way that doesn't
imply that the struct implementation is broken or misdesigned.
Agree.
A better note would focus on the basic (and obvious)
fact that downgrading from double precision to single
precision
Robert Withrow bigbaaad...@gmail.com added the comment:
I have to disagree. It seems entirely reasonable to expect that unpack should
return the same value passed to pack. That it doesn't (as of 2.6.5 at least)
is completely unexpected and undocumented. And yes I understand the
limitations
Changes by Robert Siemer robert.siemer-python@backsla.sh:
--
nosy: +siemer
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10817
___
___
Python
New submission from Robert Cheng robert.h.ch...@gmail.com:
When reporthook is None, size variable is not computed and defaulted to -1.
Thus, without reporthook, ContentTooShortError is not raised even when
Content-Length header is supplied and download size is less than expected
amount
Robert Xiao nneon...@gmail.com added the comment:
Do you have it in any kind of repository at all? Even a private SVN repo or
something like that?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2636
Robert Lehmann lehman...@gmail.com added the comment:
I wonder whether there are many examples where scientific data is written in
a form that Python's complex() constructor couldn't currently read, but would
be able to read if it accepted 'i' in place of 'j'.
I could not reproduce
Robert Lehmann lehman...@gmail.com added the comment:
A few issues I'd like to raise:
(1) Multiple callback chains. Is there any code in your existing use case of
GC callbacks where you don't check for the phase argument and follow different
code paths depending on it? If not, having two
Robert Lehmann lehman...@gmail.com added the comment:
I have attached a fix and a regression test.
--
keywords: +patch
nosy: +lehmannro
Added file: http://bugs.python.org/file19903/issue10598.patch
___
Python tracker rep...@bugs.python.org
http
Changes by Robert Collins robe...@robertcollins.net:
--
keywords: +patch
Added file: http://bugs.python.org/file19624/rusage-thread.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10440
Robert Lerche r...@msbit.com added the comment:
Thank you, Hirokazu! I see now -- deleting the rows first causes the scroll
bar to shrink. So I take it calling grid with a row/column that is already in
the grid replaces the prior mapped widget.
[or should I say, domo arigato Yamamoto-san
Robert Lerche r...@msbit.com added the comment:
Terry, I tried posting to python-list and all I got was why are you doing
that? Use Tix instead.
Maybe it's good advice but it doesn't address the issue. And Tix is yet one
more component I'd have to build (the Python distribution comes
New submission from Robert Lerche r...@msbit.com:
I have run across several issues (one serious one, showing up only on Windows)
when implementing a scroll bar with a list of custom widgets.
I suspect these may really be Tk issues but I thought I'd try posting here
first. I sent
Robert Lerche r...@msbit.com added the comment:
Hi and thanks for the quick response.
I'm happy to follow up with the Tk folks if it turns out that's where
the problem lies -- it has been a long time since I wrote a Tcl script
so before trying to reproduce the behavior that way I thought I'd
Robert Rohde ro...@robertrohde.com added the comment:
It's Windows 7 Ultimate (64-bit) on a very high end system.
I don't think it would be very practical to distribute a 2 GB test file.
Though I might be able to get it to a couple people if someone wanted to really
study the issue.
Though
New submission from Robert Rohde ro...@robertrohde.com:
I attempted to use GZipFile to process a 1.93 GB file that expands to 18.8 GB.
This consistently produces the same corrupted output file that has
approximately, but not exactly, the right output file size.
I bypassed GZipFile by calling
Robert Lehmann lehman...@gmail.com added the comment:
Wouldn't constructing the key as a tuple of (class_, mofile) be much cleaner
than making up an artificial key?
--
nosy: +lehmannro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
New submission from Robert Mohr python-b...@mohrr.net:
The last line of
http://docs.python.org/faq/programming.html#is-there-a-scanf-or-sscanf-equivalent
is not proper English:
For more complicated input parsing, regular expressions more powerful than C’s
sscanf() and better suited
Robert Buckley drbuc...@comcast.net added the comment:
Yes, thank you. Using BACKSPACE to unindent works when I am using an indented
block inside a first or subsequent indented block, e.g., inside a simple
funtion. That feature does not work, as illustrated in example 4.1, when using
IDLE
Robert Buckley drbuc...@comcast.net added the comment:
I can say that more clearly. The backspace feature for ending a block does not
work in IDLE when attempting to end a block that had no indentation. Example:
if a 4:
a = 0 # Assume this is end of the 'if' block; that you want
Robert Buckley drbuc...@comcast.net added the comment:
See attached file
--
Added file: http://bugs.python.org/file18411/ISSUE_9519.rtf
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9519
New submission from Robert Buckley drbuc...@comcast.net:
In both Python 2.7 and 3.1 the IDLE is unable to handle example 4.1 in the
tutorial (if statements). Works OK with the command line shell, but not the
IDLE shell.
--
messages: 112930
nosy: drbuckle
priority: normal
severity
Changes by Robert Cronk cron...@gmail.com:
--
nosy: +rcronk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1652
___
___
Python-bugs-list mailing
Robert Pyle rp...@post.harvard.edu added the comment:
On Jul 8, 2010, at 6:52 PM, Mark Lawrence wrote:
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Robert, could you provide a patch for this?
--
nosy: +BreamoreBoy
stage: - needs patch
versions: +Python 3.2
Robert Bradshaw rober...@math.washington.edu added the comment:
Thank you Alexander. Yes, there is still an issue for large operands, and the
attached patch does fix it. Floats are explicitly checked for and rejected by
PyArg_ParseTuple for the l format (as called by builtin_range) so
Changes by Robert Coup rob...@coup.net.nz:
--
nosy: +rcoup
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6312
___
___
Python-bugs-list mailing
New submission from Robert Escriva bugs.pyt...@mail.robescriva.com:
Attached file shows interpreter session where the bug manifests.
It was my expectation that abc.abstractproperty would copy the docstring just
like property. Instead, the docstring is the one for abc.abstractproperty
itself
New submission from Robert Kern robert.k...@gmail.com:
When a module inside a package imports StringIO from cStringIO, it should
change that to from io import StringIO. However, if there is a module inside
the package named io.py, 2to3 changes it to from .io import StringIO.
[bug23]$ tree
Robert Buchholz r...@freitagsrunde.org added the comment:
almost... HTTPConnection is calling close() on the socket object, but
HTTPResponse still has an open file-like object from a previous makefile()
call. That object still has an internal reference to the socket
New submission from Robert Paul Allen ipatrol6...@yahoo.com:
I would like to see support for NTFS symbolic links to be added to the os
module. As simple Popen('mklink') implementation could be used. Any other ideas?
--
components: Library (Lib), Windows
messages: 99170
nosy: ipatrol
Robert Collins robe...@robertcollins.net added the comment:
Its a common convention in zope.testing, trial, testtools, bzr, ...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7501
Robert Buchholz r...@freitagsrunde.org added the comment:
An example cannot be constructed using the standard python socket class. As you
point out, the response.will_close attribute is set correctly: The client is
supposed to close to connect after completion of the request (as does
Robert Xiao nneon...@gmail.com added the comment:
It seems like this is actually a problem in Windows libc or something (tested
using MinGW on Windows XP):
#include stdio.h
main() {
FILE *f = fopen(test, wb);
fwrite(test, 1, 4, f);
char buf[2048];
size_t k = fread(buf, 1, 2048
New submission from Robert Buchholz r...@freitagsrunde.org:
Calling getresponse() on an httplib.HTTPConnection object returns a response
object. Internally, the self.sock is handed over to the HTTPResponse object
which transforms it into a file-like object. The response object is returned
New submission from Robert Xiao nneon...@gmail.com:
In the documentation for the namedtuple
(http://docs.python.org/3.1/library/collections.html), the following
phrase is incorrect:
The subclass shown above sets __slots__ to an empty tuple. This keeps
keep memory requirements low by preventing
New submission from Robert Collins robe...@robertcollins.net:
Say I have a test module test_foo, which fails to import with
ImportError. A reason for this might be a misspelt import in that module.
TestLoader().loadTestsFromName swallows the import error and instead
crashes with:
File /usr
Robert Collins robe...@robertcollins.net added the comment:
mkdir thing
touch thing/__init__.py
echo import blert thing/test_foo.py
python -m unittest thing.test_fooTraceback (most recent call last):
File /usr/lib/python2.6/runpy.py, line 122, in _run_module_as_main
__main__, fname
Robert Collins robe...@robertcollins.net added the comment:
I'm scratching an itch at the moment, I just noted this in passing ;)
I'm partial to the 'turn it into a fake test case' approach, its what I
would do if I get to it first.
--
___
Python
New submission from Robert Collins robe...@robertcollins.net:
:!python -m unittest foo.test_suite
Traceback (most recent call last):
File /usr/lib/python2.6/runpy.py, line 122, in _run_module_as_main
__main__, fname, loader, pkg_name)
File /usr/lib/python2.6/runpy.py, line 34
Robert Collins robe...@robertcollins.net added the comment:
2) 0 args, e = MyException(), with overridden __str__:
py2.5 : str(e) - 'ascii' or error; unicode(e) - u'ascii' or error;
py2.6 : str(e) - 'ascii' or error; unicode(e) - u''
desired: str(e) - 'ascii' or error; unicode(e
Changes by Robert Collins robe...@robertcollins.net:
--
nosy: +rbcollins
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2422
___
___
Python-bugs
New submission from Robert Collins robe...@robertcollins.net:
With deepcopy fixed, I ran across this little fixable component.
--
components: Library (Lib)
files: deepcopy-works.patch
keywords: patch
messages: 95823
nosy: rbcollins
severity: normal
status: open
title: cleanup now
New submission from Robert Collins robe...@robertcollins.net:
from copy import deepcopy
from itertools import count
c = count()
c.next()
0
deepcopy(c)
count(0)
c.next()
1
deepcopy(c)
count(0)
c
count(2)
deepcopy(c).next()
0
I don't see any reason why these shouldn't be deepcopyable
Robert Collins robe...@robertcollins.net added the comment:
Ran into this trying to do some test isolation stuff.
Notwithstanding the questions about 'why', this is a clear limitation
hat can be solved quite simply - is there any harm that will occur if we
fix it?
I've attached a patch
Robert Collins robe...@robertcollins.net added the comment:
This affects 2.7 too.
--
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1515
Robert Collins robe...@robertcollins.net added the comment:
@Antoine, I agree that the tests for copy should be a proper unit test;
that seems orthogonal to this patch though :)
I don't have a checkout of 3 at the moment, but do you think the test
failure on 3 is shallow or deep
Robert Collins robe...@robertcollins.net added the comment:
Oh man, I looked for a regular unit test - sorry that I missed it. Bah.
I've added a call to the method and moved it into test_copy.
--
Added file: http://bugs.python.org/file15406/issue1515.patch
Robert Collins robe...@robertcollins.net added the comment:
On Mon, 2009-10-26 at 19:23 +, Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
Here is a patch.
Looks fine to me assuming that the locking functions can be used outside
the GIL.
On the test side
Robert Collins robe...@robertcollins.net added the comment:
On Mon, 2009-10-26 at 21:27 +, Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
Well, your test case often succeeded here, so I decided on a more
aggressive variation.
fair enough, if its needed - its
New submission from Robert Collins robe...@robertcollins.net:
There is a systemic bug in BZ2File where the GIL is released to perform
compression work, and any other thread calling into BZ2File will
deadlock. We noticed in the write method, but inspection of the code
makes it clear that its
Robert Collins robe...@robertcollins.net added the comment:
On Sun, 2009-10-25 at 22:00 +, Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
Thanks, nice catch.
Yeah :).
versions: +Python 2.6, Python 2.7, Python 3.1, Python 3.2
Python 2.5 is also affected - its
Robert Collins robe...@robertcollins.net added the comment:
On Sun, 2009-10-25 at 22:27 +, Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
Python 2.5 is also affected - its what we're running on the server that
broke :)
Yes, but it doesn't receive any bug
Robert Szefler robert.szef...@redefine.pl added the comment:
Fine with me, though problems would arise. Default encoding for example.
If encoding selection is mandatory it would break compatibility. Using
default locale is not such a good idea - local machine's locale would
generally not need
New submission from Robert Szefler robert.szef...@redefine.pl:
Trying to .emit() a Unicode string causes an awkward exception to be thrown:
Traceback (most recent call last):
File /usr/lib/python2.5/logging/handlers.py, line 672, in emit
self.socket.sendto(msg, self.address)
TypeError
Robert Lehmann lehman...@gmail.com added the comment:
Thanks for your feedback. I added a few tests and changed the bits you
criticized.
--
Added file: http://bugs.python.org/file14945/range.patch
___
Python tracker rep...@bugs.python.org
http
Robert Lehmann lehman...@gmail.com added the comment:
I revised the patch for Python 3.1 and added notices to Misc/NEWS and
the range documentation.
(Changing Type to resource usage.)
--
nosy: +lehmannro
type: feature request - resource usage
Added file: http://bugs.python.org
Robert Lehmann lehman...@gmail.com added the comment:
I think you're misquoting Python's shelve module documentation in your
first sentence. The documentation says:
By default modified objects are written only when assigned to the shelf
[...]. If the optional writeback parameter is set to True
New submission from Robert Lehmann lehman...@gmail.com:
I'm reopening issue5483 by Zhigang Wang (zhigang) as a separate bug.
Shelves that are still open when Python terminates will try to sync. If
writeback=True, this pickles cached items.
In this example, serialization of Test() re-imports
Changes by Robert Lehmann lehman...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file14913/shelve-warning.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6932
Robert Lehmann lehman...@gmail.com added the comment:
I addressed the other bug you were experiencing in issue6932.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5483
Robert Lehmann lehman...@gmail.com added the comment:
If I understand you correctly, your proposal is the following: use
Shelf.cache to cache *all* objects instead of only keeping live
references. Your patch retains the cache forever instead of purging it
on sync. (All these changes only apply
Robert Lehmann lehman...@gmail.com added the comment:
Implemented proposed changes.
Additionally, I'd change line 13 to state either future statements or
`future`:ref: instead of future_statements, which does not make
sense in normal, unmarked text.
--
Added file: http
Changes by Robert Lehmann lehman...@gmail.com:
Added file: http://bugs.python.org/file14886/future.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6574
New submission from Robert Lehmann lehman...@gmail.com:
The documentation for hashlib.hash.digest_size/block_size (notice the
hash) renders as documentation for hashlib.*_size, which does not exist.
Fixed by explicitly declaring membership; patch attached.
--
assignee: georg.brandl
New submission from Robert Lehmann lehman...@gmail.com:
asynchat.async_chat grew a _collect_incoming and a _get_data method in
2.6. The constructor has been extended to conform to
asyncore.dispatcher's. This should be documented.
Apart from that, fifo and simple_producer have been deprecated
Robert Lehmann lehman...@gmail.com added the comment:
Excuse me -- fifo and simple_producer are indeed documented and need a
deprecation notice. New patch attached (plus reworded paragraph about
async_chat.__init__).
--
Added file: http://bugs.python.org/file14889/asynchat-docs.patch
Robert Lehmann lehman...@gmail.com added the comment:
I found another bug: async_chat.push still talks about automatically
creating a simple_producer, which is no longer true.
I added a fix to the patch.
--
Added file: http://bugs.python.org/file14893/asynchat-docs.patch
New submission from Robert Lehmann lehman...@gmail.com:
The patches in issue1736190 deprecated fifo and simple_producers. These
are safe for removal in Python 3.0.
I attached a patch purging fifo and simple_producers from py3k code and
tests. The docs are mostly trivial as well but also touched
801 - 900 of 1065 matches
Mail list logo