[issue2063] os.times() utime and stime exchanged on windows

New submission from Kuang-che Wu: According to document, os.times()[0] is process user time, [1] is system time. However this two value was implemented exchanged on windows. Python all versions have this issue. Attached patch is for trunk. -- components: Extension Modules, Windows files

[issue2039] Pymalloc patch for int and float objects

Christian Heimes added the comment: The new patch adds a small free list with 80 elements each using a LIFO implemented as an array of fixed size. Added file: http://bugs.python.org/file9405/freelist2.patch __ Tracker <[EMAIL PROTECTED]>

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

André Fritzsche added the comment: Raghuram, you've been too fast ;-) Your test matches the problem. I don't know if it happens on Linux, but on my Win32 Installation the test 'test_destinsrc_2' fails with an AssertionError 'destinsrc() wrongly concluded that dst (@test\srcdir.new) is in src (@

[issue1682] Move Demo/classes/Rat.py to Lib/fractions.py and fix it up.

Mark Dickinson added the comment: I just checked in another very minor change in r60723. The repr of a Fraction now looks like Fraction(1, 2) instead of Fraction(1,2). Let me know if this change is more controversial than I think it is. __ Tracker <[EMAIL PROT

[issue2053] IDLE - standardize dialogs

Changes by Kurt B. Kaiser: Removed file: http://bugs.python.org/file9396/IDLE_standardize_dialogs.080209_2.patch __ Tracker <[EMAIL PROTECTED]> __ ___

[issue2053] IDLE - standardize dialogs

Changes by Kurt B. Kaiser: Removed file: http://bugs.python.org/file9395/IDLE_standardize_dialogs.080209.patch __ Tracker <[EMAIL PROTECTED]> __ ___ Py

[issue2053] IDLE - standardize dialogs

Kurt B. Kaiser added the comment: I would greatly appreciate it if you would slow down and test your patches and use them for an extended period of time (preferably with some other people trying them) before submitting them. It's quite aggravating to start working on one, and even have it che

[issue2062] IDLE - autocompletion logic optimization

Kurt B. Kaiser added the comment: I would greatly appreciate it if you would slow down and test your patches and use them for an extended period of time (preferably with some other people trying them) before submitting them. It's quite aggravating to start working on one, and even have it che

[issue2062] IDLE - autocompletion logic optimization

Changes by Kurt B. Kaiser: Removed file: http://bugs.python.org/file9402/IDLE_AutoComplete_complete_string_optimization.080211.patch __ Tracker <[EMAIL PROTECTED]> __

[issue2049] IDLE - Restart Shell & Run Module

Kurt B. Kaiser added the comment: I don't want to complicate the IDLE interface and confuse the users with an additional decision (or a chording keypress for the normal state) for this very special case (messing up a connection to a robot). One of the main features of using the IDLE subproces

[issue2015] Possible optimisations in kwargs handling

Antoine Pitrou added the comment: Amaury, you may take a look at the patch in issue #1819. Also, dict lookups have a big overhead compared to raw pointer compares, I'm not sure naively converting all kwargs handling to dict lookups would make things faster. -- nosy: +pitrou

[issue2062] IDLE - autocompletion logic optimization

Tal Einat added the comment: Found two more instances in the code where a similar improvement can be made. This (second) version of the patch is more consistent, please use it instead of the initial version. Added file: http://bugs.python.org/file9403/IDLE_AutoComplete_complete_string_optimizat

[issue2062] IDLE - autocompletion logic optimization

New submission from Tal Einat: Improve the code in AutoCompleteWindow._complete_string to be more efficient. (this is to be followed up by a more extensive patch, which builds on this change to support case-insensitive completion) -- components: IDLE files: IDLE_AutoComplete_complete_st

[issue2021] Turn NamedTemporaryFile into a context manager

Alexander Belopolsky added the comment: Nick's comment made me think why NamedTemporaryFile can't simply subclass file and get properly working context manager's methods for free. It turned out that although file is subclassable, in its present form, it does not allow NamedTemporaryFile imple

[issue2061] IDLE - autocompletion to support alternate patch separators

New submission from Tal Einat: This patch makes the auto-completion of file names support possible alternate separator characters (e.g. '/' in windows). -- components: IDLE files: IDLE_AutoComplete_path_separators.080211.patch messages: 62263 nosy: kbk, taleinat severity: minor status: o

[issue2060] python2.6 -3 gives "warning: callable() not supported in 3.x" on startup

Eduardo Padoan added the comment: > By the way, what are you supposed you use in py3k instead of callable? Either "try: foo(); except TypeError: ...", or "if hasattr(foo, '__call__'): foo()". __ Tracker <[EMAIL PROTECTED]> _

[issue2060] python2.6 -3 gives "warning: callable() not supported in 3.x" on startup

Benjamin Peterson added the comment: On my Mac, I also get about 30 warnings about dict.has_key. By the way, what are you supposed you use in py3k instead of callable? -- nosy: +gutworth __ Tracker <[EMAIL PROTECTED]> __

[issue2060] python2.6 -3 gives "warning: callable() not supported in 3.x" on startup

New submission from Eduardo Padoan: Running python2.6 with the -3 option, you get 6 warnings about callable(): [EMAIL PROTECTED]:~/dev/svn/python2.6$ python2.6 -3 warning: callable() not supported in 3.x warning: callable() not supported in 3.x warning: callable() not supported in 3.x warning: c

[issue1581906] test_sqlite fails on OSX G5 arch if test_ctypes is run

Skip Montanaro added the comment: I'm reopening this. I am seeing the same behavior now on my MacBook Pro running Mac OS X 10.5.1. Looking at the crash report in my ~/Library/Logs/CrashReporter directory I see both /usr/lib and /opt/local/lib versions of libsqlite3: 0x1188000 - 0x11defef +li

[issue1682] Move Demo/classes/Rat.py to Lib/fractions.py and fix it up.

Mark Dickinson added the comment: Name change in r60721. -- title: Move Demo/classes/Rat.py to Lib/rational.py and fix it up. -> Move Demo/classes/Rat.py to Lib/fractions.py and fix it up. __ Tracker <[EMAIL PROTECTED]>

[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.

Guido van Rossum added the comment: Go for it! __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.

Mark Dickinson added the comment: Any reason not to make the name change? Is further discussion/time required, or can we go ahead and rename Rational to Fraction and rational.py to fractions.py? It seems like everybody's happy with the idea. I note that the name change affects Lib/test/test

[issue2059] OptionMenu class is defined both in Tkinter and Tix

Martin v. Löwis added the comment: What is the issue that you are reporting here? There is nothing wrong with two classes having the same name, AFAICT. That's what modules are for. -- nosy: +loewis __ Tracker <[EMAIL PROTECTED]>

[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.

Guido van Rossum added the comment: > Fair enough. Should it be fractions.Fraction or fraction.Fraction? I think "from fractions import Fraction" is linguistically more correct -- the concept is always mentioned in plural, but a fractional number is of course singular. We also have "numbers".

[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.

Mark Dickinson added the comment: Fair enough. Should it be fractions.Fraction or fraction.Fraction? __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-l

[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.

Guido van Rossum added the comment: > I'm not sure I like the idea of names Rational and Fraction; the two > classes numbers.Rational and rational.Rational are quite different beasts, > and using two almost-synonyms for their names seems like a bad idea. > Is there some more descriptive name for

[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.

Mark Dickinson added the comment: We still need to sort out the trim/approximate/convergents decisions. Currently, we have: from_continued_fraction to_continued_fraction approximate (what we've been calling trim: limit the denominator) At this point I'm not sure how much I care about wha

[issue2059] OptionMenu class is defined both in Tkinter and Tix

New submission from Ilya Sandler: Given that Tix imports all names from Tkinter this is likely to result in confusion. E.g. >>> from Tix import * >>> print Button Tkinter.Button >>> print OptionMenu Tix.OptionMenu To get to Tkinter's OptionMenu, one needs to do something like import Tkinter T

[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.

Mark Dickinson added the comment: staticmethod substituted for classmethod in r60712. I'm not sure I like the idea of names Rational and Fraction; the two classes numbers.Rational and rational.Rational are quite different beasts, and using two almost-synonyms for their names seems like a bad

[issue2058] reduce tarfile memory footprint

New submission from Lars Gustäbel: tarfile.py wastes lots of memory resources. The memory consumption does not depend on the size of an archive but on the numbers of members in it. The attached patch reduces memory usage by about 60% and consists of two independent strategies (each with about 30%

[issue1736] Three bugs of FCICreate (PC/_msi.c)

Hirokazu Yamamoto added the comment: Refactored a little. More clean diff. Added file: http://bugs.python.org/file9398/_msi.patch __ Tracker <[EMAIL PROTECTED]> __

[issue1762] Inheriting from ABCs makes classes slower.

Jeffrey Yasskin added the comment: Right. Decimal was just the place I noticed the problem first. Now it affects Rational more, but it's really a problem with ABCs in general, not specific concrete classes. -- title: Inheriting from ABC slows Decimal down. -> Inheriting from ABCs makes

[issue2056] install command rejects --compiler option

Changes by Martin v. Löwis: -- resolution: -> wont fix status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing li