Mailman 3 September 2008 - Python-Dev

Do we still support MacOS < X?
by Georg Brandl Sept. 14, 2008

Sept. 14, 2008

If not, I'll remove the traces from the docs, where they only serve to confuse where MacOS X actually belongs under "Unix", not "Mac". Georg -- Thus spake the Lord: Thou shalt indent with four spaces. No more, no less. Four shall be the number of spaces thou shalt indent, and the number of thy indenting shall be four. Eight shalt thou not indent, nor either indent thou two, excepting that thou then proceed to four. Tabs are right out.

4 3

Possible bug in array?
by Reed O'Brien Sept. 14, 2008

Sept. 14, 2008

or in FreeBSD? 2.6rc1 and 3.0b3 both fail test_array on FreeBSD7 amd64 test_array passes in 2.5.2 on the same machine but fails test_list the same as test_array... *** Signal 9 Not sure if I should file this as a bug or not. I didn't see anything on bugs.pyhton.org... ~ro

2 1

2.6 rc1 performance results
by A.M. Kuchling Sept. 14, 2008

Sept. 14, 2008

Three weeks ago, Antoine Pitrou posted the pybench results for 2.6 trunk: http://mail.python.org/pipermail/python-dev/2008-August/081951.html The big discovery in those results were TryExcept being 48% slower, but there was a patch in the bug tracker to improve things. I've re-run the tests to check the results. Disclaimer: these results are probably not directly comparable. Antoine was using a "32-bit Linux installation on an Athlon 3600+ X2"; I'm on a Macbook. Good news: TryExcept is now … [View More]only 10% slower than 2.5, not 48%. Bad news: the big slowdowns are: CompareFloats: 117ms 98ms +19.2% 118ms 99ms +19.0% CompareIntegers: 110ms 104ms +5.6% 110ms 105ms +4.9% DictWithStringKeys: 118ms 105ms +12.8% 133ms 108ms +22.7% NestedForLoops: 125ms 116ms +7.7% 127ms 118ms +8.0% Recursion: 193ms 159ms +21.5% 197ms 163ms +20.8% SecondImport: 139ms 129ms +8.4% 143ms 130ms +9.9% SecondPackageImport: 150ms 139ms +8.6% 152ms 140ms +8.1% SecondSubmoduleImport: 211ms 191ms +10.5% 214ms 195ms +9.4% SimpleComplexArithmetic: 130ms 119ms +9.4% 131ms 120ms +9.2% Antoine, your Recursion results were actually about the same (+2.2%) from 2.5 to 2.6, so this big slowdown is novel. I wonder if these tests are simply slower on MacOS for some reason (compiler, CPU cache size, etc.). Does anyone see similar results? Any idea what might have made DictForStringKeys and Recursion slow down? Complete results: Test minimum run-time average run-time this other diff this other diff ------------------------------------------------------------------------------- BuiltinFunctionCalls: 140ms 148ms -5.4% 142ms 153ms -7.5% BuiltinMethodLookup: 120ms 135ms -11.2% 122ms 137ms -11.0% CompareFloats: 117ms 98ms +19.2% 118ms 99ms +19.0% CompareFloatsIntegers: 109ms 119ms -8.9% 109ms 121ms -9.3% CompareIntegers: 110ms 104ms +5.6% 110ms 105ms +4.9% CompareInternedStrings: 128ms 153ms -16.3% 131ms 158ms -16.8% CompareLongs: 102ms 99ms +3.5% 105ms 101ms +3.9% CompareStrings: 164ms 161ms +2.0% 166ms 165ms +0.7% CompareUnicode: 141ms 158ms -10.5% 143ms 164ms -12.6% ComplexPythonFunctionCalls: 159ms 272ms -41.3% 164ms 277ms -40.6% ConcatStrings: 173ms 168ms +3.2% 177ms 172ms +3.1% ConcatUnicode: 108ms 121ms -10.8% 111ms 124ms -10.4% CreateInstances: 168ms 180ms -6.4% 176ms 182ms -3.7% CreateNewInstances: 129ms 153ms -15.6% 132ms 158ms -16.0% CreateStringsWithConcat: 156ms 157ms -0.7% 158ms 161ms -1.9% CreateUnicodeWithConcat: 112ms 114ms -1.8% 114ms 117ms -2.2% DictCreation: 104ms 112ms -7.1% 106ms 114ms -7.2% DictWithFloatKeys: 149ms 162ms -7.7% 153ms 168ms -8.7% DictWithIntegerKeys: 123ms 148ms -16.8% 127ms 151ms -15.9% DictWithStringKeys: 118ms 105ms +12.8% 133ms 108ms +22.7% ForLoops: 91ms 88ms +3.6% 91ms 88ms +3.0% IfThenElse: 108ms 102ms +5.2% 109ms 103ms +5.5% ListSlicing: 155ms 239ms -35.0% 157ms 241ms -34.6% NestedForLoops: 125ms 116ms +7.7% 127ms 118ms +8.0% NormalClassAttribute: 135ms 140ms -3.8% 139ms 146ms -4.7% NormalInstanceAttribute: 123ms 126ms -2.4% 125ms 130ms -4.4% PythonFunctionCalls: 126ms 126ms +0.0% 129ms 128ms +0.9% PythonMethodCalls: 165ms 165ms -0.1% 168ms 170ms -1.1% Recursion: 193ms 159ms +21.5% 197ms 163ms +20.8% SecondImport: 139ms 129ms +8.4% 143ms 130ms +9.9% SecondPackageImport: 150ms 139ms +8.6% 152ms 140ms +8.1% SecondSubmoduleImport: 211ms 191ms +10.5% 214ms 195ms +9.4% SimpleComplexArithmetic: 130ms 119ms +9.4% 131ms 120ms +9.2% SimpleDictManipulation: 124ms 146ms -14.6% 128ms 150ms -14.8% SimpleFloatArithmetic: 127ms 132ms -3.6% 131ms 144ms -9.3% SimpleIntFloatArithmetic: 93ms 100ms -6.5% 94ms 100ms -5.6% SimpleIntegerArithmetic: 94ms 91ms +2.8% 95ms 92ms +3.1% SimpleListManipulation: 108ms 110ms -1.1% 110ms 111ms -1.2% SimpleLongArithmetic: 141ms 136ms +3.8% 143ms 139ms +2.8% SmallLists: 157ms 151ms +4.3% 160ms 156ms +2.6% SmallTuples: 123ms 123ms -0.3% 125ms 127ms -1.5% SpecialClassAttribute: 136ms 152ms -10.5% 140ms 155ms -10.2% SpecialInstanceAttribute: 225ms 256ms -11.9% 227ms 258ms -11.8% StringMappings: 197ms 206ms -4.4% 201ms 209ms -3.8% StringPredicates: 154ms 194ms -20.5% 157ms 196ms -20.2% StringSlicing: 144ms 146ms -1.1% 152ms 155ms -1.9% TryExcept: 111ms 101ms +9.5% 114ms 102ms +11.2% TryFinally: 120ms 129ms -6.9% 122ms 131ms -6.8% TryRaiseExcept: 145ms 150ms -4.0% 148ms 153ms -3.2% TupleSlicing: 141ms 140ms +1.3% 152ms 159ms -4.5% UnicodeMappings: 140ms 133ms +5.9% 143ms 136ms +5.5% UnicodePredicates: 123ms 137ms -9.9% 125ms 138ms -9.9% UnicodeProperties: 136ms 146ms -6.7% 142ms 151ms -6.3% UnicodeSlicing: 132ms 129ms +2.0% 134ms 131ms +2.2% WithFinally: 167ms 168ms -1.0% 172ms 173ms -0.3% WithRaiseExcept: 134ms 150ms -11.1% 140ms 156ms -9.8% ------------------------------------------------------------------------------- Totals: 7659ms 8031ms -4.6% 7834ms 8229ms -4.8% (this=p26.pybench, other=p25.pybench) --amk [View Less]

7 7

Re: [Python-Dev] Add python.exe to PATH environment variable
by Henning von Bargen Sept. 13, 2008

Sept. 13, 2008

One of the things I like about Python is that * it doesn't actually need an installation. * It is sufficient to set up PATH (and, if you like, PYTHONPATH) accordingly to start python. However, you need the DLLs somewhere in the Python directory, too. That way it is possible to install Python applications in a minimal-invasive fashion: Just copy one directory to the hard-disk (or a network drive) and create a shortcut to some start-app.cmd script For example, this is a great advantage if you … [View More]

1 0

Summary of Python tracker Issues
by Python tracker Sept. 12, 2008

Sept. 12, 2008

ACTIVITY SUMMARY (09/05/08 - 09/12/08) Python tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue number. Do NOT respond to this message. 2019 open (+32) / 13652 closed (+30) / 15671 total (+62) Open issues with patches: 637 Average duration of open issues: 716 days. Median duration of open issues: 1772 days. Open Issues Breakdown open 2005 (+31) pending 14 ( +1) Issues Created Or Reopened (67) … [View More]

1 0

Updated release schedule for 2.6 and 3.0
by Barry Warsaw Sept. 12, 2008

Sept. 12, 2008

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 We had a lot of discussion recently about changing the release schedule and splitting Python 2.6 and 3.0. There was general consensus that this was a good idea, in order to hit our October 1 deadline for Python 2.6 final at least. There is only one open blocker for 2.6, issue 3657. Andrew, Fred, Tim and I (via IRC) will be getting together tonight to do some Python hacking, so we should resolve this issue and release 2.6rc1 tonight. … [View More]

2 2

Python 3.0: can we make dbm's .keys() return an iterator?
by Gerhard Häring Sept. 12, 2008

Sept. 12, 2008

As far as I can see, the specification of the dbm interface is the module docstring in dbm/__init__.py, which reads: """ [...] It has the following interface (key and data are strings): d[key] = data # store data at key (may override data at # existing key) data = d[key] # retrieve data at key (raise KeyError if no # such key) del d[key] # delete data stored at key (raises KeyError #… [View More]

2 1

HTTPS read-only SVN access is denied?
by techtonik Sept. 12, 2008

Sept. 12, 2008

SVN checkout over HTTPS protocol requires password. Is it intentional or just temporary server issue? I am behind a proxy that doesn't support PROPFIND requests and I can't test SVN+SSH, because 22 port is closed. Site docs keep silence about that HTTPS is used at all. Shouldn't authentication be asked only on write access in normal SVN setup? BTW, link to "current svn tree" is broken here - http://www.python.org/dev/patches/ -- --anatoly t.

8 13

?spurious? Timeout in BSDDB under MS Windows
by Jesus Cea Sept. 10, 2008

Sept. 10, 2008

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Trent, are you available to look at the ?spurious? timeout failures in bsddb replication code in the Windows buildbot?. Ten seconds timeout should be plenty enough. I can't debug any MS Windows issue myself; this is a Microsoft-free environment. - -- Jesus Cea Avion _/_/ _/_/_/ _/_/_/ jcea(a)jcea.es - http://www.jcea.es/ _/_/ _/_/ _/_/ _/_/ _/_/ jabber / xmpp:jcea@jabber.org _/_/ _/_/ … [View More]

3 2

new ssl module is incompatible with servers that drop privileges
by Forest Sept. 10, 2008

Sept. 10, 2008

I've been trying out the new ssl module, and I love it so far, except for the way it accepts private keys and certificates. It accept them only as paths to their location on the file system, which I believe means that a server can only support SSL if it has read permission to its private key file when client connections arrive. This is a problem for servers that bind to their socket and drop privileges as soon as they start up, a practice that is both common and recommended in the unix world. … [View More]

2 2