[issue2578] Figure out what to do with unittest's redundant APIs

Changes by Gregory P. Smith : -- priority: -> normal versions: +Python 2.7, Python 3.1 -Python 3.0 ___ Python tracker ___ ___ Python-b

[issue2578] Figure out what to do with unittest's redundant APIs

Changes by Gregory P. Smith : -- assignee: purcell -> gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue2578] Figure out what to do with unittest's redundant APIs

Gregory P. Smith added the comment: FYI - As a side note to this issue of removing the clutter of alternate names - I intend to gather up the worthy non-clutter additional unittest assertFoo APIs that we have at Google to contribute towards 3.1/2.7, my goal is to do this before PyCon this year.

[issue5090] import tkinter library Visual C++ Concepts:C Run-Time Error R6034 when embeded python in c++

Gabriel Genellina added the comment: (In case the fix in #4566 works for you, please let us know) ___ Python tracker ___ ___ Python-bugs-list m

[issue5090] import tkinter library Visual C++ Concepts:C Run-Time Error R6034 when embeded python in c++

Gabriel Genellina added the comment: os and sys are builtin modules. See if you can import any other pure Python module. Also, see #4566 -- nosy: +gagenellina ___ Python tracker ___

[issue5094] datetime lacks concrete tzinfo impl. for UTC

Brett Cannon added the comment: On Wed, Jan 28, 2009 at 18:17, Daniel Diniz wrote: > > Daniel Diniz added the comment: > > Brett, > It might be worth to update tzinfo-examples.py to use your concrete UTC > then: I will if people are generally okay with the idea of adding this class.

[issue5090] import tkinter library Visual C++ Concepts:C Run-Time Error R6034 when embeded python in c++

wang added the comment: my compile is gcc 4.2.1 system is windows xp some other library can be import. such as:sys os c++ code line: Py_Initialize(); Py_SetProgramName(L"MyProgram"); module=PyImport_ImportModule("__main__"); moduledict=PyModule_GetDict(dodule); PySys_SetArg

[issue5095] msi missing from "bdist --help-formats"

Changes by Benjamin Peterson : -- assignee: -> tarek nosy: +tarek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue5095] msi missing from "bdist --help-formats"

New submission from Steven Bethard : The bdist_msi command is documented in the distutils reference: http://docs.python.org/distutils/apiref.html#module-distutils.command.bdist_msi But it does not show up with "bdist --help-formats" $ python setup.py bdist --help-formats List of available dist

[issue4676] python3 closes + home keys

Guilherme Polo added the comment: > Weeble added the comment: > > In summary, Tk 8.5 changed the name of the "anchor" mark to be unique to > each Text widget. The code to make the home key toggle between column 0 > and the start of the text tries to make use of the "anchor" mark and > gets confu

[issue5092] weird memory usage in multiprocessing module

Martin v. Löwis added the comment: As David says, this is not a bug. del l indicates that there is a local variable to be deleled, but when the del statement is executed, there is no local variable. The error message is confusing in this case: there actually is no later assignment to l (in the f

[issue5094] datetime lacks concrete tzinfo impl. for UTC

Daniel Diniz added the comment: Brett, It might be worth to update tzinfo-examples.py to use your concrete UTC then: http://svn.python.org/view/python/trunk/Doc/includes/tzinfo-examples.py?rev=62214&view=markup -- nosy: +ajaksu2 ___ Python tracker

[issue2159] dbmmodule inquiry function is performance prohibitive

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue5092] weird memory usage in multiprocessing module

David W. Lambert added the comment: My second answer is irrelevant. Function receives the global data as well as the arguments. ___ Python tracker ___ __

[issue5092] weird memory usage in multiprocessing module

David W. Lambert added the comment: The del statement makes the variable local, as alluded to by http://docs.python.org/dev/3.0/reference/simple_stmts.html#the-del- statement The manual is clearer about assignments, which are local unless declared global or nonlocal. For other question, me

[issue2159] dbmmodule inquiry function is performance prohibitive

johansen added the comment: I haven't been able to find any of the patches listed in the comments, but it does look like providing a nb_nonzero method in the module would solve our issue. PyObject_IsTrue checks the tp_as_number methods before the sequence and mapping methods. I'm not sure if i

[issue2263] struct.pack() + numpy int raises SystemError

engelbert gruber added the comment: on ubuntu 8.04, Python 2.7a0 (trunk:69044) and numpy 1.2.1 ("." is OK, "e" means SystemError) * signed always works, longlong also. * unsigned native works half of the time * unsigned little/big endian never works * the numpy type does seam to have any effect

[issue5094] datetime lacks concrete tzinfo impl. for UTC

New submission from Brett Cannon : When you call datetime.datetime.utcnow() you get back a naive datetime object. But why? You asked for UTC as the timezone based on what method call you made. And UTC is a very concrete timezone that never changes. It would be nice to have a concrete UTC tzinfo

[issue5093] 2to3 with a pipe on non-ASCII script

STINNER Victor added the comment: Example of workaround: don't write the patch if the option -w is used. I don't need the patch if I choosed to modify the files in place. -- keywords: +patch Added file: http://bugs.python.org/file12887/2to3_write.patch

[issue5093] 2to3 with a pipe on non-ASCII script

New submission from STINNER Victor : If Python output is redirected to a pipe, sys.stdout encoding is ASCII. So "2to3 script.py|cat" will write the patch in ASCII. If the script contains a non-ASCII character, 2to3 fails with: ... File ".../lib2to3/refactor.py", line 238, in refactor_file

[issue4948] Make heapq work with all mutable sequences

Raymond Hettinger added the comment: With no compelling use cases, it's not worth slowing down the module. Am sticking with the original design decision. -- resolution: -> rejected status: open -> closed ___ Python tracker

[issue5092] weird memory usage in multiprocessing module

New submission from Jerzy : Hi I am using the multiprocessing mudule and I found a very weird thing. It seems that that the result of one fragment of the code depends on the fragment of the code that is after it, which should not happen. My script looks like this import time import multiproce

[issue4920] Inconsistent usage of next/__next__ in ABC collections; collections.Iterator is not compatible with Python 2.6 iterators.

Changes by Raymond Hettinger : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue4920] Inconsistent usage of next/__next__ in ABC collections; collections.Iterator is not compatible with Python 2.6 iterators.

Raymond Hettinger added the comment: Fixed in r69070 and r69071. Thanks for the bug report and patch! -- versions: +Python 2.7 ___ Python tracker ___ ___

[issue5058] stop pgen.exe from generating CRLF-ended files and causing mayhem with win32-based patch submissions

Changes by Amaury Forgeot d'Arc : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing

[issue2047] shutil.destinsrc returns wrong result when source path matches beginning of destination path

Antoine Pitrou added the comment: Adding a test as well would be nice. -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list ma

[issue1869] Builtin round function is sometimes inaccurate for floats

Mark Dickinson added the comment: See also issue 4707. -- priority: low -> normal ___ Python tracker ___ ___ Python-bugs-list mailing

[issue4707] round(25, 1) should return an integer, not a float

Mark Dickinson added the comment: Committed in r69068 (py3k), r69069 (release30-maint). The original bug with round(float, n) (loss of accuracy arising from intermediate floating-point rounding errors) is still present; I think further discussion for that can go into issue 1869 (which should

[issue5076] bdist_wininst fails on py3k

Martin v. Löwis added the comment: This patch is fine, please apply. I wish it wouldn't be necessary to widen char*, but start off with wchar_t from the beginning. AFAICT, this would work fine for argv[1] (there are only two arguments, anyway), but might get complicated for argv[0]. --

[issue5083] New resource ('gui') for regrtest

Guilherme Polo added the comment: Added in r69063 -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bu

[issue5075] bdist_wininst should not depend on the vc runtime?

Martin v. Löwis added the comment: Looks fine to me, please apply. As all the IO is done with Win32 directly, you might as well call DeleteFile instead of remove (unless I miss something). -- keywords: -needs review resolution: -> accepted ___ Pyt

[issue5083] New resource ('gui') for regrtest

Guilherme Polo added the comment: > Well, if the libraries for Ttk are not included then the tests should > get skipped when the import fails. > Ah yes, good you said that because I wasn't doing it. > A key reason to leaving something out of 'all' is if it takes a REALLY > long time like the z

[issue5090] import tkinter library Visual C++ Concepts:C Run-Time Error R6034 when embeded python in c++

Amaury Forgeot d'Arc added the comment: Please be more specific. What did you try exactly? If you embed python in a C++ application, which compiler did you use? A sample that reproduce the problem would be most useful. -- nosy: +amaury.forgeotdarc _

[issue4631] urlopen returns extra, spurious bytes

Changes by Jean-Paul Calderone : -- nosy: -exarkun ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue4631] urlopen returns extra, spurious bytes

Changes by Te-jé Rodgers : -- nosy: +trodgers ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue5083] New resource ('gui') for regrtest

Brett Cannon added the comment: Well, if the libraries for Ttk are not included then the tests should get skipped when the import fails. A key reason to leaving something out of 'all' is if it takes a REALLY long time like the zipfile64 tests. -- nosy: +brett.cannon __

[issue5057] Unicode-width dependent optimization leads to non-portable pyc file

Antoine Pitrou added the comment: I don't think so. Issue 3297 seems related to the way unicode objects are marshalled/unmarshalled, even if the build settings don't change. ___ Python tracker __

[issue5057] Unicode-width dependent optimization leads to non-portable pyc file

Amaury Forgeot d'Arc added the comment: Is this related to issue3297 ? -- nosy: +amaury.forgeotdarc ___ Python tracker ___ ___ Python-

[issue2995] Idle, some Linuxes, cannot position Cursor by mouseclick

Darrell added the comment: I'm using Mandriva 2009.0 and can confirm this problem. RMeyers suggested testing further by loading and running idlelibs/IOBinding.py. On my Linux system I find that the mouse clicks and selection works fine when running IOBinding.py. Being that this module appears t

[issue4753] Faster opcode dispatch on gcc

Antoine Pitrou added the comment: For the record, I've compiled py3k on an embarassingly fast Core2-based server (Xeon E5410), and the computed gotos option gives a 16% speedup on pybench and pystone. (with gcc 4.3.2 in 64-bit mode) ___ Python tracker

[issue2983] Ttk support for Tkinter

Guilherme Polo added the comment: samples: r69053 and r69055 Closing the issue now, thanks. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue5083] New resource ('gui') for regrtest

Guilherme Polo added the comment: > Do the tests require human interaction? If so, it should definitely be > another option. > No interaction is needed for the current ones. > Otherwise, I'm don't know if we'll be wreaking havok with the buildbots > by including it in -uall even if it is autom

[issue5083] New resource ('gui') for regrtest

Benjamin Peterson added the comment: Do the tests require human interaction? If so, it should definitely be another option. Otherwise, I'm don't know if we'll be wreaking havok with the buildbots by including it in -uall even if it is automatic. -- nosy: +benjamin.peterson ___

[issue5083] New resource ('gui') for regrtest

Guilherme Polo added the comment: Uhm, maybe this 'gui' resource is too special to live in use_resources ? Maybe a new option in regrtest would be better ? ___ Python tracker ___

[issue2983] Ttk support for Tkinter

Guilherme Polo added the comment: r69051 in py3k Now only samples are missing, I will be doing these later today I think. And there is an issue regarding regrtest (gui resource), see issue5083. ___ Python tracker _

[issue5091] Segfault in PyObject_Malloc(), address out of bounds

New submission from Christian Heimes : One of our application recently started to segfault in PyObject_Malloc(). The cause of the problem could be tracked down to an overflowing internal cache. However I was astonished that Python was segfaulting instead of raising a memory exception. I did some

[issue5090] import tkinter library Visual C++ Concepts:C Run-Time Error R6034 when embeded python in c++

New submission from wang : import tkinter library Visual C++ Concepts:C Run-Time Error R6034 when embeded python in c++ -- components: Tkinter messages: 80710 nosy: guxianminer severity: normal status: open title: import tkinter library Visual C++ Concepts:C Run-Time Error R6034 when e

[issue1717] Get rid of more references to __cmp__

Mark Dickinson added the comment: Thanks, Guilherme. > For this reason I would actually prefer to them not be comparable. That's fine with me, so long as we can be sure that there's no existing code that depends on them being comparable. I can't figure out whether there's any legitimate way

[issue3997] zipfile and winzip

Amaury Forgeot d'Arc added the comment: Yes, the correction went in r68678, r68700, r68734 and r68735 -- resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue2983] Ttk support for Tkinter

Guilherme Polo added the comment: Added in python-trunk now: r69050 I will be merging it into py3k now, and my bad for taking so long to do this. ___ Python tracker ___ _

[issue1717] Get rid of more references to __cmp__

Guilherme Polo added the comment: Mark, I'm not a very huge user of tkinter, but I can tell you it would be tricky to try getting a PyTclObject. It needs to be exposed if you want to test it without relying on Tcl, but, to me they are just a "temporary" object that serves to indicate the caller

[issue5089] Error in atexit._run_exitfuncs [...] Exception expected for value, tuple found

New submission from Mark Dickinson : When running the test-suite (using "make test") for a 32-bit debug build of py3k on OS X 10.5/Core 2 Duo, I occasionally (perhaps 1 time in 10) get the following output at the end of a (successful) test_run: ... test_zipimport_support test_zlib 301 tests OK

[issue5088] optparse: inconsistent default value for append actions

New submission from Fons Dijkstra : Although it is possible to specify a default value for an append action, either directly or through the set_default() function, it is not handled correctly when this default is overruled by the user. Take for example the following code: import optparse

[issue4707] round(25, 1) should return an integer, not a float

Changes by Raymond Hettinger : -- assignee: -> marketdickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue4707] round(25, 1) should return an integer, not a float

Raymond Hettinger added the comment: It's settled then. Input type dictates output type. No dependency on the actual values. -- resolution: -> accepted ___ Python tracker ___

[issue4707] round(25, 1) should return an integer, not a float

Mark Dickinson added the comment: Apologies for the poor formatting in the last comment. Bad cut-and-paste job. One more reason: (4) "In the face of ambiguity, refuse the temptation to guess." Why should round(int, int) be float, rather than Decimal, or Fraction? This was the one argument aga

[issue4707] round(25, 1) should return an integer, not a float

STINNER Victor added the comment: marketdickinson> (2) Accuracy I see int/float like bytes/characters: it's not a good idea to mix them. If you use float, you know that you loose precision (digits) after some operations. Whereas I suppose the operations on int are always exact. I like round

[issue4707] round(25, 1) should return an integer, not a float

Mark Dickinson added the comment: For myself, I strongly prefer that round(int, int) return an integer in Python 3.x. Here ar\ e three reasons: (1) Interoperability with Decimal (and, to a lesser extent, Fraction): the decimal module is\ carefully designed so that Decimals interact well wit

[issue1717] Get rid of more references to __cmp__

Mark Dickinson added the comment: Can anyone who uses tkinter give me some advice? Does PyTclObject in _tkinter.c need to have its tp_richcompare method implemented? And if so, how do I go about testing the implementation? It seems that PyTclObjects aren't directly exposed to Python under