[issue3473] In function call, keyword arguments could follow *args

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: The compiler package was fixed some time ago with r65891 ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3773] Check for errors when using PyTokenizer_FindEncoding()

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3773] Check for errors when using PyTokenizer_FindEncoding()

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- title: Check for errors -> Check for errors when using PyTokenizer_FindEncoding() ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3773] Check for errors

New submission from Brett Cannon <[EMAIL PROTECTED]>: The patch adds two lines to call_find_module() to check for errors after calling PyTokenizer_FindEncoding() since it returns NULL as a default value so a call to PyErr_Occurred() is needed. -- components: Interpreter Core files: check

[issue3492] Zlib compress/decompress functions returning bytearray

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: this is a very simple patch and makes sense to me. marking it a release blocker and asking about it on the mailing list. if anyone disagrees with this one please speak up. in general IO input functions elsewhere return bytes(). zlib sh

[issue1291446] SSLObject breaks read semantics

Jonathan Ellis <[EMAIL PROTECTED]> added the comment: s/raw socket read/raw socket recv/ ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python

[issue1291446] SSLObject breaks read semantics

Jonathan Ellis <[EMAIL PROTECTED]> added the comment: This is incorrect. Perhaps you are thinking of a raw socket read; a _file-like-object_ read is supposed to return the amount of data requested, unless (a) the socket is in non-blocking mode, or (b) if EOF is reached first. Normal socket.m

[issue3594] PyTokenizer_FindEncoding() never succeeds

Brett Cannon <[EMAIL PROTECTED]> added the comment: Committed in r66209. -- resolution: -> accepted status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue1210] imaplib does not run under Python 3

Bill Janssen <[EMAIL PROTECTED]> added the comment: Take a look at the thread here: http://mailman2.u.washington.edu/mailman/htdig/imap-protocol/2008-February/000811.html I think the summary is, arbitrary bytes may occur in some places, but they're likely to be UTF-8. Otherwise, it's mainly AS

[issue3772] logging module fails with non-ascii data

Changes by Mark Hammond <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file11370/logging_encoding.patch ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3772] logging module fails with non-ascii data

New submission from Mark Hammond <[EMAIL PROTECTED]>: It appears r66103 introduced a regression - file objects are treated as having an encoding, so non-ascii data fails. It was further complicated by the fact that file objects in 2.6 have an 'encoding' attribute, but by default it is None - so

[issue3594] PyTokenizer_FindEncoding() never succeeds

Hye-Shik Chang <[EMAIL PROTECTED]> added the comment: pitrou, that's because Python source code can't be correctly tokenized when it's encoded in few odd encodings like iso-2022 or shift-jis which utilizes \, (, ) and " as second byte of two-byte character sequence. For example, '\x81\\' is HO

[issue3769] Deprecate bsddb for removal in 3.0

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Since SQLite has a blob type and allows text keys, we should be able to make a substitute that doesn't depend on bsddb. Against, recommend holding-off on removal until 3.1 so we can bake in a reasonable substitute (esp. for shelves where d

[issue2322] Clean up getargs.c and its formatting possibilities

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: As discussed with Brett on irc, closing this. -- resolution: -> invalid status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> __

[issue2322] Clean up getargs.c and its formatting possibilities

Brett Cannon <[EMAIL PROTECTED]> added the comment: This was an issue created at PyCon when I just went through every single thing I could think of. It might not even be that relevant anymore. ___ Python tracker <[EMAIL PROTECTED]>

[issue2322] Clean up getargs.c and its formatting possibilities

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: Since I'm going to postpone rc1 anyway, might as well bump this back to release blocker for now. -- priority: deferred blocker -> release blocker ___ Python tracker <[EMAIL PROTECTED]>

[issue3629] Py30b3 won't compile a regex that compiles with 2.5.2 and 30b2

Changes by Barry A. Warsaw <[EMAIL PROTECTED]>: -- priority: deferred blocker -> release blocker ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3685] Crash while compiling Python 3000 in OpenBSD 4.4

Henry Precheur <[EMAIL PROTECTED]> added the comment: Here is a better patch which use the workaround only if wcschr is broken. I was able to build the python interpreter and to run regrtest.py with it (some tests fail but it is very likely to be bugs in the modules) Added file: http://bugs.pyt

[issue2226] Small _abcoll Bugs / Oddities

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: Thanks Raymond. Lowering the priority to critical and pushing this back to 3.1. -- priority: deferred blocker -> critical versions: +Python 3.1 -Python 2.6, Python 3.0 ___ Python tracker <[EMAIL

[issue2744] Fix test_cProfile

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: I guess since this hasn't been done by now, it's not going to get done for 3.0, so I'm lowering the priority on it. -- nosy: +barry priority: release blocker -> critical ___ Python tracker <[EMAIL

[issue2226] Small _abcoll Bugs / Oddities

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Recommend dealing with this in 3.1. The __radd__ issue is non-trivial and can't easily be dealt with at this point. ___ Python tracker <[EMAIL PROTECTED]> _

[issue3769] Deprecate bsddb for removal in 3.0

Skip Montanaro <[EMAIL PROTECTED]> added the comment: Is there going to be a dbm.* module which is supported across all the core platforms: Windows, Mac & Unix? I don't count dumbdbm as really all that useful, especially given the caveats listed in the module docstring. If not, could a dbm.sqli

[issue3667] Reloading an extension module always leaks

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Fixed in r66204. -- resolution: accepted -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3667] Reloading an extension module always leaks

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: The patch looks good. Benjamin will commit this. -- assignee: loewis -> benjamin.peterson nosy: +barry, benjamin.peterson resolution: -> accepted ___ Python tracker <[EMAIL PROTECTED]>

[issue3645] readline module Crashs on OpenBSD/amd64

Henry Precheur <[EMAIL PROTECTED]> added the comment: I just compiled the latest version of trunk. The problem seems to be fixed. And according to config.log & nm, readline.so is linked with the right function. ___ Python tracker <[EMAIL PROTECTED]>

[issue3617] Add MS EULA to the list of third-party licenses in the Windows installer

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: This should definitely block the final release, but not rc1. -- nosy: +barry priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]>

[issue2501] xml.sax.parser() doesn't terminate when given a filename

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Applied in r66203. -- resolution: accepted -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3696] Error parsing arguments on OpenBSD <= 4.4

Henry Precheur <[EMAIL PROTECTED]> added the comment: I am now able to finish the build and the interpreter seems to be working. So it is all good :) ___ Python tracker <[EMAIL PROTECTED]>

[issue2501] xml.sax.parser() doesn't terminate when given a filename

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: Benjamin will commit this. -- assignee: -> benjamin.peterson nosy: +barry resolution: -> accepted ___ Python tracker <[EMAIL PROTECTED]> __

[issue3623] _json: fix raise_errmsg(), py_encode_basestring_ascii() and linecol()

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: Deferring until rc2 -- nosy: +barry priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3756] re.escape() does not work with bytes()

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- priority: -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Pytho

[issue1210] imaplib does not run under Python 3

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: This should be fixed but it's not a release blocker. -- nosy: +barry priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3661] sys.call_tracing segfaults

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: This bug should be fixed for rc2, but it doesn't need to block rc1. -- nosy: +barry priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]>

[issue3629] Py30b3 won't compile a regex that compiles with 2.5.2 and 30b2

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: This bug will block rc2 -- nosy: +barry priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]>

[issue2322] Clean up getargs.c and its formatting possibilities

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: Is there more information on this? Where's the referenced article and what exactly needs to get done? Deferring this for rc1. -- nosy: +barry priority: release blocker -> deferred blocker ___ Py

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

Damien Miller <[EMAIL PROTECTED]> added the comment: On Thu, 4 Sep 2008, Jesse Noller wrote: > > Jesse Noller <[EMAIL PROTECTED]> added the comment: > > Which platforms is this appearing on? OpenBSD, with this section added to setup.py: @@ -1269,6 +1268,14 @@ class PyBuildExt(build_ext):

[issue2226] Small _abcoll Bugs / Oddities

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: There's been no activity on this, but I don't believe it's serious enough to block the release. -- nosy: +barry priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]>

[issue2965] Update interface of weakref dictionaries

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: r66202 ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list Unsubs

[issue2965] Update interface of weakref dictionaries

Changes by Barry A. Warsaw <[EMAIL PROTECTED]>: -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue2965] Update interface of weakref dictionaries

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: I will apply the patch to 3.0. Please open a separate bug for the simplification (which is not an API change). As for returning iterators rather than views, it would be nice to get that fixed before the final release, but I don't see that a

[issue508944] socket-module SSL is broken

Changes by Bill Janssen <[EMAIL PROTECTED]>: -- resolution: later -> fixed ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-

[issue3762] platform.architecture() fails if python is lanched via its symbolic link (cygwin)

Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>: -- keywords: +easy, needs review ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python

[issue1291446] SSLObject breaks read semantics

Changes by Bill Janssen <[EMAIL PROTECTED]>: -- status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-lis

[issue1291446] SSLObject breaks read semantics

Bill Janssen <[EMAIL PROTECTED]> added the comment: I think I'm going to close this. file.read(N) is not guaranteed to return N bytes, it's guaranteed to return at most N bytes. -- resolution: -> rejected ___ Python tracker <[EMAIL PROTECTED]>

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

Jesse Noller <[EMAIL PROTECTED]> added the comment: Which platforms is this appearing on? ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-b

[issue3769] Deprecate bsddb for removal in 3.0

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: See http://mail.python.org/pipermail/python-dev/2008-July/081362.html Guido states his opinion in no uncertain terms regarding pybsddb in Python 3.0: "+1. In my recollection maintaining bsddb has been nothing but trouble right from the star

[issue1223] httplib does not handle ssl end of file properly

Changes by Bill Janssen <[EMAIL PROTECTED]>: -- resolution: accepted -> fixed ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs

[issue3705] py3k aborts if "-c" or "-m" is given a non-ascii value

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3626] python3.0 interpreter on Cygwin ignores all arguments

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3162] ssl.SSLSocket implements methods that are overriden by socket.socket.__init__ and methods with incorrect names.

Bill Janssen <[EMAIL PROTECTED]> added the comment: Simon, Python 3.x now has recvfrom and recv_into, but not recvfrom_into. If you'd like to work up a patch for that, I'll add it to the next release cycle. ___ Python tracker <[EMAIL PROTECTED]>

[issue3002] shutil.copyfile blocks indefinitely on named pipes

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- priority: release blocker -> critical ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3685] Crash while compiling Python 3000 in OpenBSD 4.4

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3769] Deprecate bsddb for removal in 3.0

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3618] possible deadlock in IO library (Lib/io.py)

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- priority: release blocker -> critical ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue1868] threading.local doesn't free attrs when assigning thread exits

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3596] Provide a way to disable SSLv2 (or better yet, disable by default)

Bill Janssen <[EMAIL PROTECTED]> added the comment: We might consider this for 3.x. We didn't want to do this for 2.6, to maintain compatibility with the older socket.ssl module in Python. -- nosy: +janssen ___ Python tracker <[EMAIL PROTECTED]>

[issue3664] Pickler.dump from a badly initialized Pickler segfaults

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3666] atexit.register with bad input segfaults on exit

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue2443] uninitialized access to va_list

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- priority: release blocker -> critical ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3597] Allow application developers to select ciphers, and default to strong in ssl lib

Bill Janssen <[EMAIL PROTECTED]> added the comment: I'm afraid you're ahead of me in knowledge here. I've experimented with the ciphers a bit, but there seem to be various compatibility issues. I finally decided to let the OpenSSL folks and various standard groups worry about this; the designat

[issue3628] IDLE does not run with Py30b3

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3659] sqlite: enumeration value 'TYPE_STRING' not handled in switch

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- priority: release blocker -> critical ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3723] Py_NewInterpreter does not work

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3642] Objects/obmalloc.c:529: warning: comparison is always false due to limited range of data type

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue1251] ssl module doesn't support non-blocking handshakes

Bill Janssen <[EMAIL PROTECTED]> added the comment: Thanks. If you can identify a specific bug, I'll take a look at it. ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue2350] 'exceptions' import fixer

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3769] Deprecate bsddb for removal in 3.0

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: >> I think this should be deferred to Py3.1. >> This decision was not widely discussed and I think >> it likely that some users will be surprised and dismayed. > Perhaps, but that could be said about almost any module > that has been rem

[issue3279] import of site.py fails on startup

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue2876] Write UserDict fixer for 2to3

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- assignee: -> jnoller nosy: +jnoller ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3771] test_httpservers intermittent failure

New submission from Damien Miller <[EMAIL PROTECTED]>: On OpenBSD I'm seeing intermittent failures of test_httpservers with the following error: test_post (test.test_httpservers.CGIHTTPServerTestCase) ... ERROR == ERROR: test_p

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

New submission from Damien Miller <[EMAIL PROTECTED]>: test_multiprocessing crashes on platforms that lack a working sem_open(), despite it being turned off at compilation time by setting HAVE_SEM_OPEN=0 in the Extension macros in setup.py I think the multiprocessing module should disable the fu

[issue3769] Deprecate bsddb for removal in 3.0

Brett Cannon <[EMAIL PROTECTED]> added the comment: On Wed, Sep 3, 2008 at 4:41 PM, Raymond Hettinger <[EMAIL PROTECTED]> wrote: > I think this should be deferred to Py3.1. > This decision was not widely discussed and I think it likely that some users > will > be surprised and dismayed. Perhaps,

[issue3585] pkg-config support

Clinton Roy <[EMAIL PROTECTED]> added the comment: This version sets Libs.private for static compiles. Any chance this will make it into the 2.6/3.0 release candidates ? cheers, Added file: http://bugs.python.org/file11368/pkgconfig.diff ___ Python tracker

[issue3565] array documentation, method names not 3.0 compliant

Matt Giuca <[EMAIL PROTECTED]> added the comment: Can I just remind people that I have a documentation patch ready here (and has been for about a month)? Of course the doc+bytesmethods.patch may be debatable and probably too late to go in 3.0. But you should be able to commit doc-only.patch with

[issue3769] Deprecate bsddb for removal in 3.0

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: I think this should be deferred to Py3.1. This decision was not widely discussed and I think it likely that some users will be surprised and dismayed. The release candidate seems to be the wrong time to yank this out (in part because of

[issue3769] Deprecate bsddb for removal in 3.0

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- nosy: +barry ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailin

[issue3769] Deprecate bsddb for removal in 3.0

Brett Cannon <[EMAIL PROTECTED]> added the comment: New patch to also deprecated dbhash. Added file: http://bugs.python.org/file11367/deprecate_bsddb.diff ___ Python tracker <[EMAIL PROTECTED]> __

[issue3769] Deprecate bsddb for removal in 3.0

Changes by Brett Cannon <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11366/deprecate_bsddb.diff ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3769] Deprecate bsddb for removal in 3.0

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Also see this: http://mail.python.org/pipermail/python-3000/2008-September/014712.html ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3769] Deprecate bsddb for removal in 3.0

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: I thought someone stepped forward to maintain this package. -- nosy: +rhettinger ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3769] Deprecate bsddb for removal in 3.0

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: On Wed, Sep 3, 2008 at 6:20 PM, Skip Montanaro <[EMAIL PROTECTED]> wrote: > > Skip Montanaro <[EMAIL PROTECTED]> added the comment: > > Remind me why we want to get rid of bsddb? The reasons are enumerated in PEP 3108. > > Skip > > ---

[issue3769] Deprecate bsddb for removal in 3.0

Skip Montanaro <[EMAIL PROTECTED]> added the comment: Remind me why we want to get rid of bsddb? Skip -- nosy: +skip.montanaro ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3769] Deprecate bsddb for removal in 3.0

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: I also think you need to deprecate the dbhash module. -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> __

[issue3769] Deprecate bsddb for removal in 3.0

New submission from Brett Cannon <[EMAIL PROTECTED]>: Attached is a patch that deprecates bsddb for removal in 3.0. -- components: Library (Lib) files: deprecate_bsddb.diff keywords: needs review, patch, patch messages: 72431 nosy: brett.cannon priority: release blocker severity: normal

[issue600362] relocate cgi.parse_qs() into urlparse

Facundo Batista <[EMAIL PROTECTED]> added the comment: Commited in r66196 and r66199, this went into 2.6/3.0 rc1!! Thank you all for the effort! -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue3768] Move test_py3kwarn over to new catch_warnings API

Brett Cannon <[EMAIL PROTECTED]> added the comment: Done in r66197 on the trunk with the Py3K block in r66198. -- resolution: -> accepted status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue1658] "RuntimeError: dictionary changed size during iteration" in Tkinter

Guilherme Polo <[EMAIL PROTECTED]> added the comment: Can someone review the patch and apply please ? It is sad to leave tkinter like this in py3k. Clearly there are not much people using it there, but it is something very simple to fix. -- keywords: +needs review __

[issue3768] Move test_py3kwarn over to new catch_warnings API

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Looks straightforward; go ahead. -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3768] Move test_py3kwarn over to new catch_warnings API

New submission from Brett Cannon <[EMAIL PROTECTED]>: test_py3kwarn was using the old API presented by catch_warnings. The attached patch fixes it to use the new one. -- components: Library (Lib) files: fix_py3kwarn.diff keywords: needs review, patch, patch messages: 72426 nosy: brett.ca

[issue3767] tkColorChooser may fail if no color is selected

New submission from Guilherme Polo <[EMAIL PROTECTED]>: Chooser._fixresult in the tkColorChooser module uses "if not result" to check if user canceled the dialog, but nowadays Tk may return a cached object that contains the result we are after, so, this object will not simply evaluate to false an

[issue3766] socket.socket.recv broken (unbearably slow)

New submission from Thorben Krueger <[EMAIL PROTECTED]>: Under Linux 2.6.24-1-amd64 as well as 2.6.26 (x86-32), Python versions 2.5.2 and 2.4.4 (on both machines), there is a huge discrepancy between socket read latencies, depending on "code context". Some detail: For a university project, I wr

[issue3724] math.log(x, 10) gives different result than math.log10(x)

Changes by Raymond Hettinger <[EMAIL PROTECTED]>: -- assignee: marketdickinson -> rhettinger ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3724] math.log(x, 10) gives different result than math.log10(x)

Florian Mayer <[EMAIL PROTECTED]> added the comment: Uploaded small documentation patch warning the user of math.log(x, 10) inaccuracy. Added file: http://bugs.python.org/file11362/math_doc.patch ___ Python tracker <[EMAIL PROTECTED]>

[issue3590] sax.parser considers XML as text rather than bytes

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: This is a duplicate of #2501. -- resolution: -> duplicate status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> __

[issue3763] Python 3.0 beta 2 : json and urllib not working together?

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: If you look at the headers of HTTP response, the encoding is utf-8. You should also be able to get this information by calling the info() method on the return value of urlopen(). -- nosy: +pitrou _

[issue3764] asyncore differences between 2.x and 3.x

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- assignee: -> josiahcarlson ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-b

[issue3594] PyTokenizer_FindEncoding() never succeeds

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: The patch also looks pretty harmless to me. :) -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue1923] meaningful whitespace can be lost in rfc822_escape

Simon Cross <[EMAIL PROTECTED]> added the comment: Poking the issue. ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list

[issue3758] "make check" suggest a testing target under GNU coding standards

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: That suggests that it only need to run by committers. I find it useful, just for the reindenting whenever I'm writing a patch. ___ Python tracker <[EMAIL PROTECTED]> __

  1   2   >