[issue3638] Remove module level functions in _tkinter that depend on TkappObject

Guilherme Polo added the comment: Uh, I forgot about the code removal in __init__ in the first commits. r68242, r68244 now ___ Python tracker ___

[issue2983] Ttk support for Tkinter

Brett Cannon added the comment: Do you still need a review for this, Guilherme? If you just need a quick code check I can see if I can make the time for this, but my tkinter knowledge is lacking so it won't be very in-depth. Hopefully this is all isolated enough that even if it is initially brok

[issue2983] Ttk support for Tkinter

Guilherme Polo added the comment: > Do you still need a review for this, Guilherme? If you just need a quick > code check I can see if I can make the time for this, but my tkinter > knowledge is lacking so it won't be very in-depth. Hopefully this is all > isolated enough that even if it is init

[issue4718] wsgiref package totally broken

Antoine Pitrou added the comment: Nice catch! I've committed the two patches and we'll see whether it makes the buildbots feel better. -- resolution: -> accepted stage: patch review -> committed/rejected status: open -> pending ___ Python tracker <

[issue2983] Ttk support for Tkinter

Brett Cannon added the comment: If Fredrik already reviewed it I don't see why you can't commit. If something goes wrong you can always back the commit out. As for the testing question, I am not sure I understand what you are asking. Are you asking if the tests can stay integrated with tkinter'

[issue2983] Ttk support for Tkinter

Guilherme Polo added the comment: > As for the testing question, I am not sure I understand what you are > asking. Are you asking if the tests can stay integrated with tkinter's > existing tests? > There are no tests for tkinter, except for some few ones for _tkinter basic functionality living

[issue4824] test_cmd_line failure on Mac OS X for py3k

New submission from Skip Montanaro : test_cmd_line.test_run_code fails for me on Mac OS X: % ./python.exe -bb Lib/test/regrtest.py -v test_cmd_line test_cmd_line test_directories (test.test_cmd_line.CmdLineTest) ... ok test_optimize (test.test_cmd_line.CmdLineTest) ... ok te

[issue4825] TypeError with complex.real() and complex.imag()

New submission from MagnetoHydroDynamics : In both version 2.6.1 and 3.0 this issue exists: N and M can be two numbers of any type. >>> (N+Mj).real() Traceback (most recent call last): File "", line 1, in (N+Mj).real() TypeError: 'float' object is not callable >>> (N+Mj).imag() Traceback (

[issue4825] TypeError with complex.real() and complex.imag()

MagnetoHydroDynamics added the comment: In both version 2.6.1 and 3.0 this issue exists: N and M can be two numbers of any type. >>> (N+Mj).real() Traceback (most recent call last): File "", line 1, in (N+Mj).real() TypeError: 'float' object is not callable >>> (N+Mj).imag() Traceback (mo

[issue1702551] distutils sdist does not exclude SVN/CVS files on Windows

Tarek Ziadé added the comment: Fixed in r68276. I have added a test together with the patch, and slighty changed your fix. It's applied in the trunk, and 2.6 as well (it will be forwardported into 3.x as well) Thanks for the feedback and the solution ! -- status: open -> closed

[issue1702551] distutils sdist does not exclude SVN/CVS files on Windows

Georg Brandl added the comment: Tarek, I don't know if you are already subscribed to the python-checkins mailing list -- I've reviewed the commit and posted a reply with a minor problem there. -- nosy: +georg.brandl ___ Python tracker

[issue4825] TypeError with complex.real() and complex.imag()

Pierre Bourdon added the comment: I don't think this is a valid issue : real and imag are just properties of complex objects, not methods ! -- nosy: +delroth ___ Python tracker _

[issue4753] Faster opcode dispatch on gcc

Changes by Benoit Boissinot : -- nosy: +bboissin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue4825] TypeError with complex.real() and complex.imag()

MagnetoHydroDynamics added the comment: Nvm. I thought it was metods. Requesting deletion. ___ Python tracker ___ ___ Python-bugs-list mailing

[issue1702551] distutils sdist does not exclude SVN/CVS files on Windows

Tarek Ziadé added the comment: Georg, I think I am supposed to be registered since a few days but I don't receive any mail yet. I'll ask... I didn't use a raw string because '\.' is not an escape sequence, so: >>> '\.svn' == '\\.svn' and '\.svn' == r'\.svn' True __

[issue4824] test_cmd_line failure on Mac OS X for py3k

Skip Montanaro added the comment: Here is another data point. I added some print calls to the subprocess module and ran the key call from the interpreter: % ./python.exe Python 3.1a0 (py3k:68218, Jan 3 2009, 15:06:30) [GCC 4.0.1 (Apple Inc. build 5490)] on darwin Type "help"

[issue3997] zipfile and winzip

Changes by Martin v. Löwis : -- versions: +Python 2.7, Python 3.0, Python 3.1 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue4753] Faster opcode dispatch on gcc

Daniel Diniz added the comment: IIUC, this is what gcc 4.2.4 generates on a Celeron M for the code Alexandre posted: movl-272(%ebp), %eax movl8(%ebp), %edx subl-228(%ebp), %eax movl%eax, 60(%edx) movl-272(%ebp), %ecx movzbl (%e

[issue4753] Faster opcode dispatch on gcc

Paolo 'Blaisorblade' Giarrusso added the comment: 1st note: is that code from the threaded version? Note that you need to modify the source to make it accept also ICC to try that. In case you already did that, I guess the patch is not useful at all with ICC since, as far as I can see, the jump i

[issue4753] Faster opcode dispatch on gcc

Paolo 'Blaisorblade' Giarrusso added the comment: Daniel, I forgot to ask for the compilation command line you used, since they make a lot of difference. Can you post them? Thanks ___ Python tracker

[issue4753] Faster opcode dispatch on gcc

Daniel Diniz added the comment: Paolo 'Blaisorblade' Giarrusso wrote: > > 1st note: is that code from the threaded version? [...] It is vital to > this patch that the jump is not shared, something similar to > -fno-crossjumping should be found. Yes, threaded version by unconditionally defining

[issue4826] exec() docstring bug about file objects

New submission from xverify : exec() no longer accepts a file object but its docstring states otherwise. -- assignee: georg.brandl components: Documentation messages: 79036 nosy: georg.brandl, xverify severity: normal status: open title: exec() docstring bug about file objects versions:

[issue4753] Faster opcode dispatch on gcc

Alexandre Vassalotti added the comment: Paolo wrote: > So, can you try dropping the switch altogether, using always computed > goto and seeing how does the resulting code get compiled? Removing the switch won't be possible unless we change the semantic EXTENDED_ARG. In addition, I doubt the imp

[issue3087] Clean up Demos and Tools

Pavel Kosina added the comment: +1 In Tkinter there is still import Tkinter and not import tkinter. -- nosy: +geon ___ Python tracker ___ ___

[issue4827] optparse: Callback example 1 is confusing

New submission from Jason Kankiewicz : "Callback example 1: trivial callback" reads Here’s an example of a callback option that takes no arguments, and simply records that the option was seen: def record_foo_seen(option, opt_str, value, parser): parser.saw_foo = True

[issue4811] invalid reST markup in several documents

Gabriel Genellina added the comment: This patch includes some (sort of) checker for suspicious constructs that resembles markup that has leaked into the final output. It's a new Builder for Sphinx, and works with the docutils nodes, not the source files directly. "doc-Makefile.diff" updates

<    1   2