[issue1342811] Tkinter.Menu.delete doesn't delete command of entry

Robert Schuppenies <[EMAIL PROTECTED]> added the comment: I am sry that you see it that way, I do not. I was given commit access solely for gsoc purposes and committing changes before a late release without review from a committer IMHO violates strict policies. I tried to get somebody to review t

[issue3628] IDLE does not run with Py30b3

New submission from Mark Summerfield <[EMAIL PROTECTED]>: When I try to run IDLE in Py30b3 I get a traceback, then the main window appears with an error message box and an OK button; once I click OK, IDLE goes away. $ ~/opt/python30b3/bin/idle Traceback (most recent call last): File "", line 1

[issue3187] os.listdir can return byte strings

STINNER Victor <[EMAIL PROTECTED]> added the comment: If the filename can not be encoded correctly in the system charset, it's not really a problem. The goal is to be able to use open(), shutil.copyfile(), os.unlink(), etc. with the given filename. orig = filename from the kernel (bytes) filen

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

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: Mark Hammond wrote: > Mark Hammond <[EMAIL PROTECTED]> added the comment: > > Obviously IANAL, but my reading of eula.txt included with VS9 seems less > restrictive than the 2003 one. It has 2 clauses that seem relevant: > > * [you must

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

New submission from Mark Summerfield <[EMAIL PROTECTED]>: Here are the results of running the same tiny program against 2.5.2, 30b2, and 30b3. The program creates a regex and tries to match 3 strings. For 2.5.2 and 30b2 this works fine; for 30b3 the regex won't even compile: $ python -V Python 2

[issue3187] os.listdir can return byte strings

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Selon STINNER Victor <[EMAIL PROTECTED]>: > IMHO, the best solution is to create such class: > > class Filename: > def __init__(self, orig): > self.as_bytes = orig > self.as_str = myformat(orig) > def __str__(self): >

[issue3628] IDLE does not run with Py30b3

Mark Summerfield <[EMAIL PROTECTED]> added the comment: Just realised how to fix this. Change line 76 in idlelib/run.py: # change this: sockthread.set_daemon(True) # to this: sockthread.daemon = True and IDLE runs fine. ___ Python tracker <[EMAIL PRO

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

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Cygwin seems to have a broken implementation of mbstowcs. See http://www.google.com/codesearch?q=cygwin+mbstowcs\(NULL The attached patch corrects the problem. -- keywords: +patch nosy: +amaury.forgeotdarc Added file: http://bu

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

Mark Hammond <[EMAIL PROTECTED]> added the comment: MAL: > This was already discussed on the PSF members mailing list. Yeah, but not specifically about VS2008 which this bug seemed to be specifically targetting. FWIW, this appears like *less* of a problem for 2.6 than for 2.4 and 2.5 as it does

[issue3630] Unable to inherit bytes: bytes.__init__() doesn't accept arguments

New submission from STINNER Victor <[EMAIL PROTECTED]>: Example: class MyBytes(bytes): def __init__(self, *args, **kw): bytes.__init__(self, *args, **kw) a = bytes(b"hello") # ok b = MyBytes(b"hello") # error => DeprecationWarning: object.__init__() takes no parameters

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

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: Attaching the VS7.1 EULA. This is only relevant for Python 2.5... should we do another patch level release. -- versions: +Python 2.5 Added file: http://bugs.python.org/file11188/eula.txt ___ Py

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

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: Mark Hammond wrote: > MAL: >> Note that I'm not suggesting to dive into all this. We >> should simply put the EULA into the installer package >> and be done with it :-) > > I can't argue with that - including the relevant EULA certainly

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

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: Adding the EULA should be easy... the MSI installer code already adds the other licenses for OpenSSL, etc. to the license text in Tools/msi/msi.py (took me a while to find that file, since I would have expected this to live under PCbuild/)

[issue3630] Unable to inherit bytes: bytes.__init__() doesn't accept arguments

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: With immutable types, you must use __new__ instead. Passing the arguments to __init__ is too late since the object is immutable and it has already been built in memory, thus you can't initialize it with another value. >>> class B(bytes): ...

[issue3187] os.listdir can return byte strings

STINNER Victor <[EMAIL PROTECTED]> added the comment: I wrote a Filename class. I tries different methods: * no parent class "class Filename: ..." -> I don't know how to make bytes(filename) works!? But it's the best option to avoid strange bugs (mix bytes/str, remember Python 2.x...) * str p

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

STINNER Victor <[EMAIL PROTECTED]> added the comment: So if we consider that RLock is fast enough (see my C version of RLokc in #3001), we can use RLock instead of Lock to avoid this issue. Here is a patch to use RLock and also including an unit test of this issue. Added file: http://bugs.pyth

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

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Selon STINNER Victor <[EMAIL PROTECTED]>: > > So if we consider that RLock is fast enough (see my C version of RLokc > in #3001), we can use RLock instead of Lock to avoid this issue. Here > is a patch to use RLock and also including an unit t

[issue3631] Improve gdbinit of Python 2.6

New submission from STINNER Victor <[EMAIL PROTECTED]>: I wrote a patch to improve gdbinit (gdb macros): - implement py_decref - reuse pyo in pylocals - direclty call PyCode_Addr2Line() in lineno instead of a long and complex reimplemention in gdb script language - avoid memory leak in pyloc

[issue3631] Improve gdbinit of Python 2.6

Changes by STINNER Victor <[EMAIL PROTECTED]>: -- components: +None type: -> feature request versions: +Python 2.6 ___ 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: -> release blocker ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-b

[issue3628] IDLE does not run with Py30b3

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

[issue3632] use string_print() in gdb

New submission from STINNER Victor <[EMAIL PROTECTED]>: "pyo" macro from gdbinit (see #3631) uses _PyObject_Dump() to display an object. This function calls (indirectly) string_print() to display one line of text. But if the GIL is released (I guess it's the GIL or is it called the "thread sta

[issue3187] os.listdir can return byte strings

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: > * bytes parent class "class Filename(bytes): ..." -> that's the > current implementation I don't think that makes sense (especially under Windows which has Unicode file APIs). os.listdir() and friends should really return str or str-like o

[issue3632] use string_print() in gdb

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: I once fell into the same issue, but the patch should modify _PyObject_Dump(), around the call to PyObject_Print. string_print() is not the only function called by _PyObject_Dump, by far... And beware that many people routinely run pyt

[issue3632] use string_print() in gdb

STINNER Victor <[EMAIL PROTECTED]> added the comment: Oh! I have a better idea: why not patching _PyObject_Dump() instead of string_print() :-) So here is a new patch. ___ Python tracker <[EMAIL PROTECTED]> _

[issue3632] use string_print() in gdb

Changes by STINNER Victor <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file11193/pyobject_dump.patch ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3632] use string_print() in gdb

Changes by STINNER Victor <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11192/string_print.patch ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3631] Improve gdbinit of Python 2.6

Skip Montanaro <[EMAIL PROTECTED]> added the comment: Thanks for the patch. Most of it looks okay except for the rewrite of the lineno command. That was written in gdb's command language so that you could get a python stack from a core dump, not just from a running process. Is there some reaso

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

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: The error is in the bytecode verifier and also occurs with 2.6. (perhaps a good reason not to backport it to 2.5 :-)) -- nosy: +gvanrossum, pitrou versions: +Python 2.6 ___ Python tracker <[EMAIL P

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

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: The following expression is sufficient to reproduce the bug: re.compile("(?P)(?(quote))") ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue2415] bytes() should respect __bytes__

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

[issue3633] float.fromhex discrepancy under Solaris

New submission from Antoine Pitrou <[EMAIL PROTECTED]>: This is a failure that seems to occur quite often (always?) on the Solaris buildbot: == FAIL: test_invalid_inputs (test.test_float.HexFloatTestCase) ---

[issue3373] sys recursion limit a lot shorter on trunk?

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: (FWIW, I just ran Misc/find_recursion_limit.py on a 32-bit Windows box. With 2.6 I get 5900. With 3.0 I get 9000. So the good news is that 3.0 seems to be less stack-hungry :-)) ___ Python tracker <[EMAIL

[issue3627] apple security patches need to be forward ported to py3k

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: I tried merging this once, but there were many conflicts. Are you available to do this? -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]>

[issue3625] test issues on 64bit windows

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Mark, that check looks fragile: +IS32BIT = sys.maxint == 0x7fff and "64 bit" not in sys.version Why don't you check for sys.maxsize instead? By construction, sys.maxsize should give you the pointer width (minus the sign bit ;-)). --

[issue3631] Improve gdbinit of Python 2.6

STINNER Victor <[EMAIL PROTECTED]> added the comment: @skip: oh yes, you're right about the core file :-) So forget the changes in lineno. I first rewrote lineno for Python 3.0 because the code changed and it was easier for me to reuse PyCode_Addr2Line() :-) ___

[issue3633] float.fromhex discrepancy under Solaris

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: This probably has been happening for quite a while. We just didn't notice because that bot was busy hanging on test_nis. The failure is in test_math. Mark, do you know anything? -- nosy: +benjamin.peterson, marketdickinson __

[issue3620] test_smtplib is flaky

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: The failure happens even when test_smtplib runs before both test_asyncore and test_asynchat (*). So the latter can't be the culprit. (*) http://www.python.org/dev/buildbot/3.0.stable/sparc%20Debian%203.0/builds/419/step-test/0 -- no

[issue2356] sys.exitfunc should raise a Py3K warning

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: This is going to be very hard to implement without module descriptors. It might be better to make a 2to3 fixer which inserts an import too. -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL

[issue3601] test_unicode.test_raiseMemError fails in UCS4

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: -- assignee: -> pitrou ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list m

[issue3607] test_multiprocessing failure (Unserializable message)

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

[issue2548] Undetected error in exception handling

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

[issue1745] Backport of PEP 3102 "keyword-only arguments" to 2.6

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- versions: +Python 2.7 -Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Py

[issue3297] Python interpreter uses Unicode surrogate pairs only before the pyc is created

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Ping. -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue2744] Fix test_cProfile

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- versions: +Python 3.1 -Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Py

[issue2965] Update interface of weakref dictionaries

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

[issue2357] sys.exc_{type,values,traceback} needs a 2to3 fixer

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- title: sys.exc_{type,values,traceback} should raise a Py3K warning -> sys.exc_{type,values,traceback} needs a 2to3 fixer ___ Python tracker <[EMAIL PROTECTED]> __

[issue1967] Backport dictviews to 2.7

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- title: Backport dictviews to 2.6 -> Backport dictviews to 2.7 versions: +Python 2.7 -Python 2.6 ___ Python tracker <[EMAIL PROTECTED]>

[issue2534] Restore isinstance and issubclass speed in 2.6

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

[issue3279] import of site.py fails on startup

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

[issue3633] float.fromhex discrepancy under Solaris

Mark Dickinson <[EMAIL PROTECTED]> added the comment: I'll take a look, though if anyone has some time to spare and access to a Solaris machine then they can probably figure this out more quickly. The first step would be to fix the test so that it at least shows which input the failure occurs

[issue2333] Backport dict comprehensions

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- versions: +Python 2.7 -Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Py

[issue2331] Backport parameter annotations

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- versions: +Python 2.7 -Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Py

[issue2334] Backport set comprehensions

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- versions: +Python 2.7 -Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Py

[issue2402] get rid of warnings in regrtest with -3

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Brett has been doing this. -- resolution: -> duplicate status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue2764] c_char doesn't implement py3k buffer interface

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Ping -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue2874] Remove use of the stat module in the stdlib

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

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

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

[issue3002] shutil.copyfile blocks indefinitely on named pipes

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

[issue2226] Small _abcoll Bugs / Oddities

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

[issue2443] uninitialized access to va_list

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

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

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

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

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

[issue3187] os.listdir can return byte strings

STINNER Victor <[EMAIL PROTECTED]> added the comment: Le Thursday 21 August 2008 14:55:43 Antoine Pitrou, vous avez écrit : > > * bytes parent class "class Filename(bytes): ..." -> that's the > > current implementation > > I don't think that makes sense (especially under Windows which has Unicod

[issue3187] os.listdir can return byte strings

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: > If Filename has no parent class but is convertible to bytes(), os > functions requires no change and so we can fix it before final 3.0 ;-) This sounds highly optimistic. Also, I think it's wrong to introduce a string-like class with implic

[issue2764] c_char doesn't implement py3k buffer interface

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Thomas, the bytes object is not broken anymore with respect to the buffer API, but it depends which buffer API you are talking about :-) I hope it is the new, 3.0 one. -- nosy: +pitrou ___ Python t

[issue2876] Write UserDict fixer for 2to3

Nick Edds <[EMAIL PROTECTED]> added the comment: I've been thinking about this a bit, and I don't see how handling it should be all that different from handling module renaming. For import UserDict, we can just change UserDict to collections and deal with UserDict.UserDict with a deprecation wa

[issue2548] Undetected error in exception handling

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: For what it's worth, py3k has a subtler recursion checking algorithm which would probably fix this problem if backported properly. See _Py_CheckRecursiveCall() in ceval.c (lines 462+), and especially the role played by the tstate->overflowed f

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

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Duly accepted. (Though if someone has a quick fix I'd be open to it. :-) -- assignee: -> gvanrossum ___ Python tracker <[EMAIL PROTECTED]>

[issue3373] sys recursion limit a lot shorter on trunk?

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I think it's fine as it is. Incrementing the stack level more frequently is a good thing since there used to be paths that didn't increment it at all and hence could cause segfaults. The default is conservative since increasing it could cau

[issue1745] Backport of PEP 3102 "keyword-only arguments" to 2.6

Guido van Rossum <[EMAIL PROTECTED]> added the comment: This will definitely not be in 2.6. -- keywords: -26backport ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3187] os.listdir can return byte strings

Guido van Rossum <[EMAIL PROTECTED]> added the comment: The proper work-around is for the app to pass bytes into os.listdir(); then it will return bytes. It would be nice if open() etc. accepted bytes (as well as strings of course), at least on Unix, but not absolutely necessary -- the app could

[issue3338] cPickle segfault with deep recursion

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Well, the standard recursion limit is precisely there to guard against segfaults when blowing up the C stack, so if you make the recursion limit much larger, it's quite normal to get segfaults. Therefore, I don't think this is a real bug. --

[issue3611] invalid exception context

STINNER Victor <[EMAIL PROTECTED]> added the comment: The bug is not closed :-/ With py3k trunk, I still get a crash. So I added a flag to detect inner calls. Here is an example of inner call backtrace: (gdb) where (...) #2 0xb7df4201 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0x080a23

[issue3611] invalid exception context

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- resolution: accepted -> status: closed -> open ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3611] invalid exception context

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: On a Windows box, I manage to make the following script reliably hang on a non-debug build of beta3. This can be a good base for further diagnosing. def f(): class Bug: def __del__(self): 1/0 import gc trash

[issue3611] invalid exception context

STINNER Victor <[EMAIL PROTECTED]> added the comment: Here is a new snippet with strange exception handling: - 8< - from gc import collect import _weakref class FuzzingUserClass: pass obj = _weakref.ref(FuzzingUserClass) # Exception not raised??

[issue2415] bytes() should respect __bytes__

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Here's a patch. It's only implemented for bytes. Doing this for bytearray would require a bit of refactoring, and can I think wait for 3.1. I added two new C functions. PyObject_Bytes and PyBytes_FromObject. You can review it at http://code

[issue3611] invalid exception context

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Haypo, this is a separate bug I think. Please open a new ticket :) ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3634] invalid result value of _weakref.__init__()

New submission from STINNER Victor <[EMAIL PROTECTED]>: _weakref.__init__() doesn't catch errors correctly. Example: - 8< - from gc import collect import _weakref class FuzzingUserClass: pass obj = _weakref.ref(FuzzingUserClass) # Exception not r

[issue3611] invalid exception context

STINNER Victor <[EMAIL PROTECTED]> added the comment: @pitrou: Ok, done (issue #3634). We were right, it's a different bug. ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3611] invalid exception context

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Antoine, your script hangs at the end due to the io.py deadlock (see #3618) - at the end of the script, flush_io() is called - this enters code in io.py - here, garbage collection occurs (thanks to low thresholds) - the Bug() instance i

[issue3611] invalid exception context

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: I found another way to loose the current exception context; see lostcontext2.py Completely removing the block starting with if (why == WHY_EXCEPTION && !throwflag) { corrects the script; but according to Benjamin: """removing th

[issue2356] sys.exitfunc should raise a Py3K warning

Brett Cannon <[EMAIL PROTECTED]> added the comment: On Thu, Aug 21, 2008 at 6:43 AM, Benjamin Peterson <[EMAIL PROTECTED]> wrote: > > Benjamin Peterson <[EMAIL PROTECTED]> added the comment: > > This is going to be very hard to implement without module descriptors. > It might be better to make a

[issue2876] Write UserDict fixer for 2to3

Brett Cannon <[EMAIL PROTECTED]> added the comment: As I said, it isn't using the import filter, it's whether this should be done through a warning instead because the superclasses have changed. I really should ask on python-dev about this. -- priority: high -> release blocker

[issue2350] Warn against importing 'exceptions'

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

[issue2351] Using __(get|set|del)slice__ needs a Py3K warning

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

[issue2357] sys.exc_{type,values,traceback} needs a 2to3 fixer

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

[issue3602] Move test.test_suport.catch_warning() to the 'warnings' module

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

[issue3594] PyTokenizer_FindEncoding() never succeeds

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

[issue3574] compile() cannot decode Latin-1 source encodings

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

[issue2356] sys.exitfunc should raise a Py3K warning

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: On Thu, Aug 21, 2008 at 1:21 PM, Brett Cannon <[EMAIL PROTECTED]> wrote: > > So for every sys import you are going to add an "import atexit"? That > doesn't seem reasonable. And if the call is in an expression context > you definitely canno

[issue2876] Write UserDict fixer for 2to3

Brett Cannon <[EMAIL PROTECTED]> added the comment: You know what, Nick, go for the fixer. UserDict.UserDict will need a deprecation warning, but otherwise a fixer for IterableUserDict and DictMixin is fine. And I can handle the deprecation if you want. -- assignee: collinwinter -> __

[issue2356] sys.exitfunc should raise a Py3K warning

Brett Cannon <[EMAIL PROTECTED]> added the comment: On Thu, Aug 21, 2008 at 11:45 AM, Benjamin Peterson <[EMAIL PROTECTED]> wrote: > > Benjamin Peterson <[EMAIL PROTECTED]> added the comment: > > On Thu, Aug 21, 2008 at 1:21 PM, Brett Cannon <[EMAIL PROTECTED]> wrote: >> >> So for every sys impor

[issue1342811] Tkinter.Menu.delete doesn't delete command of entry

Changes by Guilherme Polo <[EMAIL PROTECTED]>: -- keywords: +needs review -patch ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Pytho

[issue3573] IDLE hangs when passing invalid command line args (directory(ies) instead of file(s))

Changes by Guilherme Polo <[EMAIL PROTECTED]>: -- keywords: +needs review -patch ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-b

[issue3635] pickle.dumps cannot save instance of dict-derived class that overrides __getattribute__

New submission from Michael Yang <[EMAIL PROTECTED]>: # pickle.dumps is not able to process an instance of # a class that inherits from 'dict' and # overrides the built-in __getattribute__ method # but can successfully process one that # overrides the__getattr__ method >>> class Examp1(dict): .

[issue3633] float.fromhex discrepancy under Solaris

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Here's a patch for the test-suite to get more information about where float.fromhex is failing. Could someone else please review this quickly so that I can check it in? It shouldn't take more than a few minutes to review. -- keyw

[issue3419] multiprocessing module is racy

Changes by Mark Dickinson <[EMAIL PROTECTED]>: -- keywords: +needs review ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-lis

[issue3633] float.fromhex discrepancy under Solaris

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: That looks fine. ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing

  1   2   >