[issue11087] Speeding up the interpreter with a few lines of code

New submission from Jurjen N.E. Bos : I found a very simple way to improve the speed of CPython a few percent on the most common platforms (i.e. x86), at the cost of only a few lines of code in ceval.c The only problem is that I don't have any experience in patch submission. Here are the sugge

[issue7574] PyUnicode_FromFormat broken and not documented for 2.x

Alexander Belopolsky added the comment: Documentation part of this issue will be addressed in #10435. -- nosy: +belopolsky resolution: -> duplicate stage: needs patch -> committed/rejected superseder: -> PyUnicode_FromFormat segfault ___ Python tra

[issue7330] PyUnicode_FromFormat segfault

Changes by Alexander Belopolsky : -- components: +Unicode nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue7074] Turtle module crashes python

Alexander Belopolsky added the comment: This looks like a duplicate of issue11029. It is not safe to call graphic primitives in event callbacks. A workaround is described at . -- resolution: -> duplicate stage: -> committed/rejected stat

[issue11086] add lib2to3/__main__.py

Brett Cannon added the comment: Would needlessly break code for such a minor perk. I mean I doubt very many people will use this feature if it goes in. It's just rather nice for those who do want the feature to exist in the first place. -- ___ Pyth

[issue7074] Turtle module crashes python

Alexander Belopolsky added the comment: I can reproduce the crash on OSX. After ~ 100 keystrokes, I get the following diagnostics: Exception in Tkinter callback Traceback (most recent call last): File "/Users/sasha/Work/python-svn/py3k-commit/Lib/tkinter/__init__.py", line 1399, in __call_

[issue886488] popen2 on Windows does not check _fdopen return value

Changes by Alexander Belopolsky : -- stage: unit test needed -> needs patch title: WinPython 2.3.3 crashes using popen2 to spawn lots of child -> popen2 on Windows does not check _fdopen return value ___ Python tracker

[issue1215] Python hang when catching a segfault

Alexander Belopolsky added the comment: The consensus is that this is not a crash (and not even a bug). I am not sure what is the proper type for doc enhancement, but is certainly should not show up in a search for crashers. -- components: -Interpreter Core nosy: +belopolsky type: c

[issue11086] add lib2to3/__main__.py

Alexander Belopolsky added the comment: It is unfortunate that the cute name for the tool is not valid as a module name. How about renaming "lib2to3" to "to3". The offending leading digit is strictly redundant (there is no 1to3 after all). -- nosy: +belopolsky _

[issue11022] locale.setlocale() doesn't change I/O codec, os.environ does

R. David Murray added the comment: Steffan: I'm not sure what your post means, but I think there is a chance you might be confused about something. Python should *never* change the locale from the C locale. A Python *program* can do so, by calling setlocale, but Python itself should not. T

[issue11075] Turtle crash with IDLE on Mac OS X 10.6

R. David Murray added the comment: Well, the bug tracker isn't really the place to get help on using Python. I would suggest posting to python-list, you are more likely to find people with the time to help you there. You should also take a look at the Turtle demo programs, I'm pretty sure y

[issue11075] Turtle crash with IDLE on Mac OS X 10.6

Alex McNerney added the comment: It may be because the program that I am trying to run automatically exits, I do not know yet how to keep a turtle program running (waiting for input). The only way I know so far is to use the function "exitonclick()," but when using that, my I cannot use any o

[issue9884] The 4th parameter of method always None or 0 on x64 Windows.

Owen added the comment: Thanks, this issue has been fixed. :-) fixing revisions: r88284 (3.2), r88285 (3.1) and r88286 (2.7) -- resolution: -> fixed status: open -> closed ___ Python tracker __

[issue11022] locale.setlocale() doesn't change I/O codec, os.environ does

Changes by Antoine Pitrou : -- stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue11022] locale.setlocale() doesn't change I/O codec, os.environ does

STINNER Victor added the comment: Attached patch replaces locale.getpreferredencoding() by locale.getpreferredencoding(False) in _io.TextIOWrapper and _pyio.TextIOWrapper. -- keywords: +patch Added file: http://bugs.python.org/file20637/io_dont_set_locale.patch ___

[issue10614] ZipFile: add a filename_encoding argument

Changes by STINNER Victor : -- title: ZipFile and CP932 encoding -> ZipFile: add a filename_encoding argument ___ Python tracker ___ _

[issue3080] Full unicode import system

STINNER Victor added the comment: See also #6011. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue11016] Add S_ISDOOR to the stat module

Martin v. Löwis added the comment: >> Apparently, contributor have the illusion that the values they put >> into the file are somehow standardized, when they are actually not. > > Are there actual bugs with that or is it merely a theoretical concern? Neither, nor (i.e. it's in the middle). I'm

[issue11016] Add S_ISDOOR to the stat module

Antoine Pitrou added the comment: > Apparently, contributor have the illusion that the values they put > into the file are somehow standardized, when they are actually not. Are there actual bugs with that or is it merely a theoretical concern? -- __

[issue11016] Add S_ISDOOR to the stat module

Martin v. Löwis added the comment: Am 31.01.2011 12:46, schrieb Jesús Cea Avión: > > Jesús Cea Avión added the comment: > > Martin, I guess "stat" deprecation could require a few years and it > would be an extra incompatibility burden between 2.7 and 3.x. > > Beside the symbolic constants, w

[issue11086] add lib2to3/__main__.py

Changes by Brett Cannon : -- stage: needs patch -> commit review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue11086] add lib2to3/__main__.py

Brett Cannon added the comment: I don't find it ideal either, but ``python -m lib2to3`` gives complete control over which VM is used since it's specified right on the command line. I don't expect this to become the common way to invoke 2to3, just **a** way to invoke it. -- _

[issue11086] add lib2to3/__main__.py

Benjamin Peterson added the comment: Uh, I must say I find typing "lib2to3" quite ugly. -- ___ Python tracker ___ ___ Python-bugs-lis

[issue11086] add lib2to3/__main__.py

Changes by Antoine Pitrou : -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue8275] callback function on win64 results in bad behavior. mem corruption?

Antoine Pitrou added the comment: Ok, committed in r88284 (3.2), r88285 (3.1) and r88286 (2.7). Thank you! -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue11085] expose _abcoll as collections.abc

R. David Murray added the comment: Hmm. OK, so it is just Callable that is the odd man out. But in that case, shouldn't the pattern be adopted by the other modules that define abcs as well? And if the distinction isn't sharp enough in those other modules to justify that, then I question whe

[issue11084] Serialization of decimal.Decimal to XML-RPC

GDR! added the comment: While it would be allowed by the spec in the quotation I pasted in the original post, I understand your point, it makes sense. I still think, however, that it should be available at least as an option. There already is allow_none parameter available when marshaling. A

[issue10512] regrtest ResourceWarning - unclosed sockets and files

Nadeem Vawda added the comment: No objections here. The other remaining leaks that I am aware of are covered by issue10883. -- ___ Python tracker ___ __

[issue11084] Serialization of decimal.Decimal to XML-RPC

Raymond Hettinger added the comment: >>> x = decimal.Decimal('9.11') >>> c.dumps(x,), 'whatever') "\n\nwhatever\n\n\n9.11\n\n\n\n" That's what I though you meant and I don't think it is wise. The RPC spec is all about interoperability. The tag

[issue11086] add lib2to3/__main__.py

Brett Cannon added the comment: The attached patch adds lib2to3.__main__ and tweaks 2to3. -- keywords: +patch Added file: http://bugs.python.org/file20636/2to3_main.diff ___ Python tracker

[issue11085] expose _abcoll as collections.abc

Raymond Hettinger added the comment: > Why not just put them in the 'abc' namespace? Two reasons: * There are lots of ABCs scattered throughout the standard libary that aren't collections ABCs (the importlib ABCs and IO ABCs for example). * Guido viewed collections ABCs as tightly associated w

[issue11084] Serialization of decimal.Decimal to XML-RPC

GDR! added the comment: Also, I think that should be represented as Decimal when unmarshalling XML-RPC data, because the standard doesn't give any limits on size on precision of data, and the only representation it allows is the one with decimal point, making it an excellent fit for Decimal.

[issue11084] Serialization of decimal.Decimal to XML-RPC

GDR! added the comment: I didn't mean to implicitly convert Decimal to float. My point was that xmlrpclib should serialize Decimals natively to avoid loss of precision when converting to float and then to string. Whether other party will be able to represent this number exactly or not should

[issue11086] add lib2to3/__main__.py

New submission from Brett Cannon : There is no reason why the 2to3 script can't be gutted and turned into just a stub that uses runpy to call lib2to3.__main__. Also has the nice benefit that one can use ``-m lib2to3`` instead of having to use the 2to3 script. -- components: Library (Li

[issue3405] Add support for the new data option supported by event generate (Tk 8.5)

O.C. added the comment: Hello, I read the proposed patch "event_generate__data2.diff" and the Tcl/Tk manual http://www.tcl.tk/man/tcl8.5/TkCmd/bind.htm#M24 * Could you please also add a field "e.user_data" ? This would simply be a copy of 'd' : --- e.detail = d e.user_data = d --- My reasoni

[issue8275] callback function on win64 results in bad behavior. mem corruption?

stan mihai added the comment: ok, please also fix the first parameter of the tests. Because it has the same value in the first call and the callback it will always be right by accident, since the first call puts the value in both standard and floating point registers. -- ___

[issue11085] expose _abcoll as collections.abc

R. David Murray added the comment: Why not just put them in the 'abc' namespace? IMO, collections.abc.Callable makes a lot less sense than abc.Mapping. -- nosy: +r.david.murray ___ Python tracker ___

[issue5803] email/quoprimime: encode and decode are very slow on large messages

Changes by R. David Murray : -- assignee: -> r.david.murray nosy: +r.david.murray stage: needs patch -> patch review versions: +Python 3.3 ___ Python tracker ___

[issue11084] Serialization of decimal.Decimal to XML-RPC

Raymond Hettinger added the comment: -1 on an implicit, lossy conversion. The principal reasons for using decimal in the first place is avoid representation error. For example, when money is being represented as a decimal, it is improper to convert it to float (where it can no longer be com

[issue5803] email/quoprimime: encode and decode are very slow on large messages

Matt Cain added the comment: I re-wrote encode() to be simpler and faster. My version runs about 10 times faster on a 30KB message. I have tested it somewhat but not rigorously see attached patch -- keywords: +patch nosy: +cainmatt Added file: http://bugs.python.org/file20635/quoprimi

[issue10512] regrtest ResourceWarning - unclosed sockets and files

Brett Cannon added the comment: Once Python 3.3 is open I will apply the cgi fix. Just to double-check, can I close this issue once the test_cgi patch goes in? -- assignee: georg.brandl -> brett.cannon ___ Python tracker

[issue10992] tests failing when run under coverage

Changes by Brett Cannon : -- assignee: -> brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue11085] expose _abcoll as collections.abc

New submission from Raymond Hettinger : For the 3.3, make _abcoll (which is full of the collections abstract base classes) visible as a module called collections.abc and document that as the preferred way to access them. For backwards compatibility, continue to import the names directly into t

[issue11074] fix tokenize so it can be reloaded

Changes by Brett Cannon : -- assignee: georg.brandl -> brett.cannon versions: +Python 3.3 -Python 3.2 ___ Python tracker ___ ___ Pytho

[issue11084] Serialization of decimal.Decimal to XML-RPC

New submission from GDR! : xmlrpc.client (and xmlrpclib in 2.x) can't serialize instances of Decimal, throwing TypeError instead. Because XML is a textual format, converting from decimal to float may cause loss of data. According to http://www.xmlrpc.com/spec, encoding Decimal as XML-RPC is

[issue11083] threading.Thread - start() rises RuntimeException?

Brian Curtin added the comment: Thanks, fixed in r88281. Back porting to the other branches as well. -- nosy: +brian.curtin resolution: -> fixed stage: -> committed/rejected status: open -> closed versions: +Python 3.1, Python 3.2 ___ Python tracke

[issue11082] ValueError: Content-Length should be specified

Changes by William Wu : Added file: http://bugs.python.org/file20634/urllib_request.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue11082] ValueError: Content-Length should be specified

Changes by William Wu : -- keywords: +patch Added file: http://bugs.python.org/file20633/test_urllib_request.patch ___ Python tracker ___

[issue11081] from struct import * misses pack_into

Alexander Belopolsky added the comment: Committed in revision 88280. -- resolution: -> fixed stage: commit review -> committed/rejected status: open -> closed ___ Python tracker __

[issue11077] Tkinter is not thread safe

Alexander Belopolsky added the comment: I converted TkinterCrash2.py to 3.x using 2to3 (result attached as TkinterCrash3.py) and it works with 3.2rc2 just fine. -- Added file: http://bugs.python.org/file20632/TkinterCrash3.py ___ Python tracker

[issue11083] threading.Thread - start() rises RuntimeException?

New submission from Federico Culloca : In the threading module documentation, about the start() method of the threading.Thread class, it says that, upon calling start() more then once, a RuntimeException is raised. I couldn't find in the whole documentation other references to this "RuntimeExc

[issue11082] ValueError: Content-Length should be specified

New submission from William Wu : I found this bug when I started to trying Python 3.2 release candidate 1. When using urllib.request.urlopen to handle HTTP POST, I got the error message: ValueError: Content-Length should be specified for iterable data of type 'foo=bar' I'll attach the pa

[issue2504] Add gettext.pgettext() and variants support

Changes by Étienne BERSAC : -- nosy: +Felix Schwarz ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue2504] Add gettext.pgettext() and variants support

Changes by Étienne BERSAC : -- nosy: +bersace ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue2504] Add gettext.pgettext() and variants support

Changes by Étienne BERSAC : -- nosy: -Felix Schwarz ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue11077] Tkinter is not thread safe

Alexander Belopolsky added the comment: Hmm, either my hand is too slow or my laptop is too fast, but I cannot reproduce the crash. Can you create a non-interactive script? Maybe start a separate thread generating "launch" events? What do you mean by "crash"? Do you get a python backtrace o

[issue571767] string.capitlize() documentation

R. David Murray added the comment: I see correct doc strings on both 2.7 head and 3.1. -- nosy: +r.david.murray ___ Python tracker ___ _

[issue10360] _weakrefset.WeakSet.__contains__ should not propagate TypeErrors

Georg Brandl added the comment: Because I don't think porting every change immediately is worth my time when I can do it much faster in mass-merges. I know other developers do this differently, but since I use svnmerge to do my mass-merges, there won't be any falling through cracks.

[issue9197] Crash when importing an extension after Py_Initialize, Py_Finalize and Py_Initialize

Amaury Forgeot d'Arc added the comment: Here are the files I used to reproduce the crash. See "build.sh" for the build command, there may be better ways... -- Added file: http://bugs.python.org/file20631/simpletest.zip ___ Python tracker

[issue11081] from struct import * misses pack_into

Georg Brandl added the comment: Yes, this can go in. -- assignee: georg.brandl -> belopolsky ___ Python tracker ___ ___ Python-bugs-l

[issue11077] Tkinter is not thread safe

Changes by Brian Curtin : -- title: Tkinter is not thread safe (and that's... bad) -> Tkinter is not thread safe ___ Python tracker ___ _

[issue11023] pep 227 missing text

R. David Murray added the comment: Eric, what you say is technically true, but we don't have any other place to track PEP bugs. -- assignee: -> docs@python components: +Documentation nosy: +docs@python, r.david.murray resolution: invalid -> stage: committed/rejected -> needs patch st

[issue8176] Interpreter crash with "double free or corruption" message

Antoine Pitrou added the comment: I wouldn't be surprised if the crash was related to some concurrency issues during shutdown. Other (Python or not Python) threads can continue running while the main thread is running Py_Finalize; this might be the reason; or perhaps some extension modules do

[issue11077] Tkinter is not thread safe (and that's... bad)

Scott M added the comment: I don't have an opinion on 1252236. I'm not certain it would help. I have an extension that runs a bunch of (alien) threads into Python code. The threads deliver information for all sorts of real world events, asynchronously. Multiple threads are used, because peopl

[issue7358] cStringIO not 64-bit safe

Antoine Pitrou added the comment: The issue looks quite clear: cStringIO.write() asserts that the required storage size is less than INT_MAX. Therefore, in all likelihood, the pickle dump is simply larger than 2GB. Now, the cStringIO structures seem 64-bit safe, so the comparison to INT_MAX

[issue8176] Interpreter crash with "double free or corruption" message

Alexander Belopolsky added the comment: Victor, I was thinking about pointing the OP to your faulthandler module, but decided not to because in the failing thread python has already finished execution and most of finalization. It is very unlikely that faulthandler will be helpful in this sc

[issue8176] Interpreter crash with "double free or corruption" message

STINNER Victor added the comment: If you are still able to reproduce the bug, you may try the following module to get a backtrace: https://github.com/haypo/faulthandler/ -- status: pending -> open ___ Python tracker

[issue9197] Crash when importing an extension after Py_Initialize, Py_Finalize and Py_Initialize

Alexander Belopolsky added the comment: Amaury, Can you post your Linux code reproducing the issue? I would like to take a look, but don't want to dig through an XCode project. -- assignee: -> belopolsky nosy: +belopolsky title: Crash when importer an extension after Py_Initialize,

[issue7358] cPickle crash on failed assertion

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue9197] Crash when importer an extension after Py_Initialize, Py_Finalize and Py_Initialize

Changes by Alexander Belopolsky : Removed file: http://bugs.python.org/file17899/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue7358] cPickle crash on failed assertion

Alexander Belopolsky added the comment: Ryan, Do you still have the setup that can reproduce this error? If so, can you try running it with pickle rather than cPickle? If it works with pickle, please see if you can reproduce the error by unpickling the result of pickle and repickling it wi

[issue8176] Interpreter crash with "double free or corruption" message

Alexander Belopolsky added the comment: It looks like the bug cannot be reproduced anymore. Since it was discovered using a python instance with third-party extension modules, it may not even be a python bug to begin with. -- assignee: -> belopolsky nosy: +belopolsky -Alexander.Belo

[issue8176] Interpreter crash with "double free or corruption" message

Changes by Alexander Belopolsky : Removed file: http://bugs.python.org/file16615/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue8176] Interpreter crash with "double free or corruption" message

Changes by Alexander Belopolsky : Removed file: http://bugs.python.org/file16584/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue11068] Python 2.7.1 Idle traceback on OS X (10.6.6)

David Meier added the comment: Sorry that what I had pasted in does not show a segfault, however if you run it as `idle` (i.e. no `(idle&)) the command line reports a generic "Segmentation fault" with no traceback. So, yes, it is a segmentation fault - but I figured it was more useful if you

[issue11081] from struct import * misses pack_into

Changes by Alexander Belopolsky : -- stage: -> commit review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue11078] Have test___all__ check for duplicates

Changes by Alexander Belopolsky : -- dependencies: +from struct import * misses pack_into ___ Python tracker ___ ___ Python-bugs-list

[issue6792] Distutils-based installer does not detect 64bit versions of Python

Tarek Ziadé added the comment: Yeah I agree. Until we get a solution + patch the priority here does not really matter. -- ___ Python tracker ___

[issue11068] Python 2.7.1 Idle traceback on OS X (10.6.6)

R. David Murray added the comment: FYI, a python traceback is not a segfault. Nor is it a 'crash' in the sense we use in this tracker. The warning has been added to the download page, though there is discussion about whether or not it should be more prominent. -- nosy: +r.david.murr

[issue11081] from struct import * misses pack_into

Alexander Belopolsky added the comment: I would say if anything can go in after rc2 at all, this should be accepted. George? I ran a few sanity checks with the patch applied: >>> set(struct.__all__) - set(dir(struct)) set() >>> set(dir(struct)) - set(struct.__all__) {'_clearcache', '__all__'

[issue6792] Distutils-based installer does not detect 64bit versions of Python

R. David Murray added the comment: I'll leave priority setting to tarek, but it doesn't look to me like raising the priority is going to make any difference, since it doesn't sound from reading the ticket like anyone has found a solution yet (other than offering 64bit installers). --

[issue8973] Inconsistent docstrings in struct module

SilentGhost added the comment: new issue #11081 was created for struct.__all__ fix -- status: open -> closed ___ Python tracker ___ __

[issue11081] from struct import * misses pack_into

New submission from SilentGhost : the following issue was introduced in r81947: >>> from struct import * >>> pack_into Traceback (most recent call last): File "", line 1, in pack_into NameError: name 'pack_into' is not defined struct.__all__ has a duplicate entry for "unpack" and misses

[issue11078] Have test___all__ check for duplicates

R. David Murray added the comment: Well, checking if the token is there before adding it would certainly be a fix, but I think it would be worth understanding why it gets added if it is already there, because instead perhaps it is possible to simply remove the adding code from os.py. Removin

[issue11078] Have test___all__ check for duplicates

Alexander Belopolsky added the comment: On Mon, Jan 31, 2011 at 12:09 PM, R. David Murray wrote: .. > On linux, the dups are putenv and unsetenv.  And yes, deeper investigation of > why > os.py is adding them is required to fix this :) Too bad __all__ cannot be specified as a set. --

[issue11078] Have test___all__ check for duplicates

R. David Murray added the comment: Well, the test stops testing after the first failure. Perhaps another enhancement request would be to make test__all__ a parameterized test so that it tests all modules even if one or more fail. On linux, the dups are putenv and unsetenv. And yes, deeper i

[issue8998] add crypto routines to stdlib

Changes by Jesús Cea Avión : -- versions: +Python 3.3 -Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue11078] Have test___all__ check for duplicates

SilentGhost added the comment: At the moment test fails only for os module on windows. These are the offending names: putenv, spawnv, spawnve The reason is that __all__ is extended with ntpath.__all__ and then again in the body of os.py (I'm not entirely sure how this could be fixed elegantl

[issue11080] Win32Serial.read coding error for non-blocking read

Brian Curtin added the comment: You should contact pyserial. -- nosy: +brian.curtin resolution: -> invalid stage: -> committed/rejected status: open -> closed ___ Python tracker _

[issue11080] Win32Serial.read coding error for non-blocking read

New submission from Terry M. Topka : Attempting to read a fixed amount of data when the serial port is configured for non-blocking reads (i.e. self.timeout == 0) will occasionally throw an invalid memory access exception, due to an error in the following code: ### pyserial-2.5-rc2 serialWin32.

[issue6792] Distutils-based installer does not detect 64bit versions of Python

Jérôme Radix added the comment: Could you please change the priority of this Issue to 'High' as this problem is a big annoyance for all Windows 64bits users which is a rather large niche of users (a niche getting larger and larger everyday), don't you think ? -- _

[issue11061] Verify command option before parsing config file

Éric Araujo added the comment: Well, the setup.cfg could register a command named “wrong”, so d2 really has to parse all config files before rejecting a command. -- ___ Python tracker

[issue11023] pep 227 missing text

Éric Araujo added the comment: The “Documentation” component is used for bugs found in files under the Doc directory of a CPython checkout or source tarball. PEPs are tracked in their own repository and are not part of the CPython distribution. They are not part of the docs. Hope this clar

[issue10360] _weakrefset.WeakSet.__contains__ should not propagate TypeErrors

Antoine Pitrou added the comment: Let's reopen until then. -- assignee: pitrou -> resolution: fixed -> accepted stage: -> committed/rejected status: closed -> open versions: -Python 3.2 ___ Python tracker _

[issue10360] _weakrefset.WeakSet.__contains__ should not propagate TypeErrors

Tres Seaver added the comment: georg.brandl (2010-12-03 10:20): > Don't worry, it will be ported. When? Why would it *not* be merged to the 2.7 and 3.1 branches at the time the bug is closed? Delaying the port only increases the chance that the fix will fall between the cracks. In particula

[issue11078] Have test___all__ check for duplicates

Alexander Belopolsky added the comment: +1. This is a fairly common mistake. Usually benign, but as issue 8973 shows, may highlight a visible error. -- nosy: +belopolsky ___ Python tracker _

[issue11079] Make OS X entry in Applications like that in Windows

New submission from Raymond Hettinger : In Applications, the 3.2 entry includes: * Python Launcher * IDLE * Update Shell.Profile Command * Extras directory The latter should be dropped (most of the tools only make sense from the command-line) and should be replaced by a link to the docs: file:

[issue11077] Tkinter is not thread safe

Alexander Belopolsky added the comment: One possible solution was presented in issue1252236: move tkinter event loop into Python main loop. However, to consider this report a bug, we need an example code that shows the behavior that you consider incorrect. Even then, it is likely that fixin

[issue8275] callback function on win64 results in bad behavior. mem corruption?

Antoine Pitrou added the comment: Patch verified to work under Linux and win32. It looks good, except for tab characters in the Modules/_ctypes/_ctypes_test.c (indentation of C files should use 4 spaces); that's a detail that we can fix ourselves. -- assignee: theller -> ___

[issue11077] Tkinter is not thread safe

Changes by Brian Curtin : -- title: Tkinter is not thread safe. This is a bug. -> Tkinter is not thread safe ___ Python tracker ___ __

  1   2   >