[issue2299] Minor typos in newtypes.rst

Georg Brandl <[EMAIL PROTECTED]> added the comment: Thanks for the patch, committed as r61414. -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> __

[issue2300] make html fails

New submission from Christian Heimes <[EMAIL PROTECTED]>: File "/home/heimes/dev/python/trunk/Doc/tools/sphinx/builder.py", line 236, in write self.prepare_writing(docnames) File "/home/heimes/dev/python/trunk/Doc/tools/sphinx/builder.py", line 301, in prepare_writing self.load_indexer(

[issue2300] make html fails

Georg Brandl <[EMAIL PROTECTED]> added the comment: This should have been fixed a long time ago. Try running "make clean; make update; make html"? __ Tracker <[EMAIL PROTECTED]> __

[issue2301] [Py3k]

New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>: Following code # coding: utf-8 print "年" outputs C:\Documents and Settings\WhiteRabbit>py3k b.py File "b.py", line 3 print "年" as expected, but following code # coding: cp932 print "年" outputs C:\Documents and Settings\WhiteR

[issue2301] [Py3k] No text shown when SyntaxError (when not UTF8)

Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>: -- title: [Py3k] -> [Py3k] No text shown when SyntaxError (when not UTF8) __ Tracker <[EMAIL PROTECTED]> __ __

[issue2300] make html fails

Facundo Batista <[EMAIL PROTECTED]> added the comment: I was suffering of the same error, so: make clean: ok make update: svn update tools/pygments svn: requerimiento REPORT falló en '/projects/!svn/vcc/default' svn: Target path does not exist make: *** [update] Error 1 Anyway, I went furthe

[issue2301] [Py3k] No text shown when SyntaxError (when not UTF8)

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: Probably same problem exists in PyErr_ProgramText(). __ Tracker <[EMAIL PROTECTED]> __ ___ Pytho

[issue2302] Uses of SocketServer.BaseServer.shutdown have a race

New submission from Jeffrey Yasskin <[EMAIL PROTECTED]>: With the code as it stands, calls to shutdown that happen before serve_forever enters its loop will deadlock, and there's no simple way for the user to avoid this. The attached patch prevents the deadlock and allows multiple serve_forever..

[issue2303] isinstance is 4x as slow as in 2.5 because the common case raises

New submission from Jeffrey Yasskin <[EMAIL PROTECTED]>: r58099 added an exception to the common case of PyObject_IsInstance(), when the class has no __instancecheck__ attribute. This makes isinstance(3, int) take 4x as long as in python 2.5. -- assignee: gvanrossum components: Interpret

[issue2301] [Py3k] No text shown when SyntaxError (when not UTF8)

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: This will involve quite some work to fix. When fetching the code, the source encoding must be recognized. Contributions are welcome. (I personally consider this issue minor, as I would encourage users to use UTF-8 as the source encoding, an

[issue2298] Patch for "string without null bytes" check in getargs.c

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: Note that this patch will expose a bug fixed in issue1950. (See msg63363.) I suggest that the import.c part of issue1950 and this go together. Alexandre? -- nosy: +alexandre.vassalotti, belopolsky __

[issue2304] subprocess under windows fails to quote properly under Windows when shell=True

New submission from Tim Golden <[EMAIL PROTECTED]>: The subprocess.Popen function reorganises the command line for process creation when shell=True is passed in under Windows. It runs the existing executable & arguments as arguments to %COMSPEC% /c. However this fails when a second parameter (typ

[issue2291] Catching all exceptions with 'object'

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: I thought some more about this issue and the current behavior seems wrong and potentially dangerous. Consider the following code: class x: pass class y(x): pass try: raise y except y: print "a" except: pri

[issue2304] subprocess under windows fails to quote properly when shell=True

Changes by Tim Golden <[EMAIL PROTECTED]>: -- title: subprocess under windows fails to quote properly under Windows when shell=True -> subprocess under windows fails to quote properly when shell=True __ Tracker <[EMAIL PROTECTED]>

[issue2291] Catching all exceptions with 'object'

Brett Cannon <[EMAIL PROTECTED]> added the comment: Actually, if you go back to 2.4, before BaseException even existed, a try/except with a new-style class in the 'except' clause was also possible. Actual enforcement of what can be in an 'except' clause is a new thing added by PEP 352. Suddenly m

[issue2289] os.path.normpath over-normalizes

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: This is a documented feature: """ normpath(path) Normalize a pathname. ... It should be understood that this may change the meaning of the path if it contains symbolic links! """ See http://docs.python.org/lib/module-os.path.html .

[issue1193577] add server.shutdown() method to SocketServer

Jeffrey Yasskin <[EMAIL PROTECTED]> added the comment: So this has a race. See issue 2302 to discuss a fix. -- resolution: -> fixed status: open -> closed superseder: -> Uses of SocketServer.BaseServer.shutdown have a race _ Tracker <[EMAIL PROTECTE

[issue1689] Backport PEP 3141 to 2.6

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Why can't this be closed? -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> __ ___ Pyt

[issue2296] [PATCH] Tcl/Tk 8.4.16 patches needed to get an x64 Windows build

Trent Nelson <[EMAIL PROTECTED]> added the comment: Oh, another question, do we use tix for anything anymore? __ Tracker <[EMAIL PROTECTED]> __ ___ Pytho

[issue1689] Backport PEP 3141 to 2.6

Jeffrey Yasskin <[EMAIL PROTECTED]> added the comment: It can. :) -- status: pending -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs

[issue2235] __eq__ / __hash__ check doesn't take inheritance into account

Changes by Daniel Krech <[EMAIL PROTECTED]>: -- nosy: +eikeon __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe:

[issue2303] isinstance is 4x as slow as in 2.5 because the common case raises

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- type: behavior -> performance __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing lis

[issue2305] Update What's new in 2.6

New submission from Guido van Rossum <[EMAIL PROTECTED]>: Somebody will have to write the "What's new in 2.6" document. I'm doing 3.0 but I'm not doing 2.6 as well. -- assignee: georg.brandl components: Documentation messages: 63591 nosy: georg.brandl, gvanrossum severity: normal status:

[issue1285086] urllib.quote is too slow

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- type: feature request -> performance _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-

[issue849662] reading shelves is really slow

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- type: -> performance Tracker <[EMAIL PROTECTED]> ___ Python-bugs-list mailing list

[issue984219] hotspot.stats.load is very slow

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- type: -> performance Tracker <[EMAIL PROTECTED]> ___ Python-bugs-list mailing list

[issue2306] Update What's new in 3.0

New submission from Guido van Rossum <[EMAIL PROTECTED]>: I will be working on this. -- assignee: gvanrossum components: Documentation messages: 63592 nosy: gvanrossum priority: high severity: normal status: open title: Update What's new in 3.0 __ Tracker

[issue1492860] Integer bit operations performance improvement.

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- type: feature request -> performance _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-

[issue735110] Mach-O gcc optimisation flag can boost performance up to 10%

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- type: feature request -> performance Tracker <[EMAIL PROTECTED]> ___ Python-bugs-lis

[issue1792] o(n*n) marshal.dumps performance for largish objects with patch

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- type: resource usage -> performance __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list maili

[issue2307] Decide what to do with bytes/str when transferring pickles between 2.6 and 3.0

New submission from Guido van Rossum <[EMAIL PROTECTED]>: A pickled str instance written by 2.6 currently unpickles under 3.0 as a bytes instance. That would be correct if the intended use is binary data, but it's wrong if the intended use is text. My hunch is that there's more pickled text than

[issue2308] Make structseq more like collections.namedtuple

New submission from Guido van Rossum <[EMAIL PROTECTED]>: The built-in type structseq (used by e.g. os.stat() for the stat structure and by the time module for a time tuple) resembles the new namedtuple type added to the collections module in 2.6. It would be nice if these had at least a common

[issue2309] Add xturtle to the standard library?

New submission from Guido van Rossum <[EMAIL PROTECTED]>: Georg Lingl has offered his xturtle for the standard library. Barring showstopping problems with dependencies or code qualitiy I think this is a good thing to add to 3.0 as a replacement for turtle, and to add to 2.6 while keeping the old

[issue2309] Add xturtle to the standard library?

Guido van Rossum <[EMAIL PROTECTED]> added the comment: See http://mail.python.org/pipermail/python-dev/2008-March/077621.html __ Tracker <[EMAIL PROTECTED]> __

[issue2310] Reorganize the 3.0 Misc/NEWS file

New submission from Guido van Rossum <[EMAIL PROTECTED]>: The 3.0 Misc/NEWS file is a mess. It is vastly incomplete because it usually gets skipped during merges rather than resolving the conflicts. -- assignee: georg.brandl components: Documentation messages: 63597 nosy: georg.brandl,

[issue2311] Update the ACKS file

New submission from Guido van Rossum <[EMAIL PROTECTED]>: We should keep the ACKS files up to date. Have all the GHOP contributors been added? -- assignee: georg.brandl components: Documentation messages: 63598 nosy: georg.brandl, gvanrossum priority: normal severity: normal status: open

[issue735110] Mach-O gcc optimisation flag can boost performance up to 10%

Changes by Just van Rossum <[EMAIL PROTECTED]>: -- resolution: -> rejected status: open -> closed Tracker <[EMAIL PROTECTED]> ___ P

[issue2305] Update What's new in 2.6

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: It looks like the author is Kuchling. -- nosy: +akuchling, benjamin.peterson __ Tracker <[EMAIL PROTECTED]> __

[issue2311] Update the ACKS file

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- nosy: +brett.cannon __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Un

[issue2312] Update PEP 3135 (super())

New submission from Guido van Rossum <[EMAIL PROTECTED]>: The super() PEP currently is completely wrong w.r.t. reality. The implementation is solid and won't change. The PEP just needs to be rewritten to match reality. -- assignee: georg.brandl components: Documentation messages: 63600

[issue2216] Problems using logging module with idle

Vinay Sajip <[EMAIL PROTECTED]> added the comment: Documentation updated in trunk. -- status: pending -> closed __ Tracker <[EMAIL PROTECTED]> __ __

[issue2309] Add xturtle to the standard library?

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: See also issue1513695. I don't see a principle problem replacing turtle with xturtle, assuming its compatible. -- nosy: +loewis __ Tracker <[EMAIL PROTECTED]>

[issue2309] Add xturtle to the standard library?

Changes by Martin v. Löwis <[EMAIL PROTECTED]>: -- nosy: +gregorlingl __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsub

[issue1513695] new turtle module

Guido van Rossum <[EMAIL PROTECTED]> added the comment: (This is no longer the latest version. Gregor, mind uploading a newer one?) -- nosy: +gvanrossum _ Tracker <[EMAIL PROTECTED]> __

[issue2289] os.path.normpath over-normalizes

Georg Brandl <[EMAIL PROTECTED]> added the comment: Closing as "Won't fix". -- nosy: +georg.brandl resolution: -> wont fix status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___

[issue2296] [PATCH] Tcl/Tk 8.4.16 patches needed to get an x64 Windows build

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: We still try to ship Tix where possible, not for use within Python itself, but for applications that use it. This goes back to Issue474836. __ Tracker <[EMAIL PROTECTED]> __

[issue2287] Problems using logging module with logging.basicConfig(level=logging.NOTSET)

Vinay Sajip <[EMAIL PROTECTED]> added the comment: Updated release25-maint. -- assignee: -> vsajip nosy: +vsajip resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __

[issue2302] Uses of SocketServer.BaseServer.shutdown have a race

Changes by Jeffrey Yasskin <[EMAIL PROTECTED]>: -- assignee: -> jyasskin __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list U

[issue2313] correct longobject.c type cast

New submission from Joseph Armbruster <[EMAIL PROTECTED]>: longobject.c has a type cast that should be different to take HAVE_UINTPTR_T into account. ps: noticed this as i'm merging trunk -> PythonCE to get this working on my new cellphone, the Wing! -- components: Interpreter Core file

[issue2313] correct int / long object type casts

Joseph Armbruster <[EMAIL PROTECTED]> added the comment: it looks like this may also be the case in intobject -- title: correct longobject.c type cast -> correct int / long object type casts Added file: http://bugs.python.org/file9684/intobject.patch __ T

[issue2314] Test issue

New submission from Martin v. Löwis <[EMAIL PROTECTED]>: Let's see whether email submission works. -- assignee: gvanrossum messages: 63609 nosy: gvanrossum, loewis severity: normal status: open title: Test issue __ Tracker <[EMAIL PROTECTED]>

[issue2304] subprocess under windows fails to quote properly when shell=True

Gabriel Genellina <[EMAIL PROTECTED]> added the comment: You aren't testing the modified code, the Popen call should say shell=True. I think that a more PEP8-compliant style would be nice (removing the spaces after open and read, and using consistent indentation) -- nosy: +gagenellina

[issue2297] Patch for fatal stack overflow in Windows caused by -v

Trent Nelson <[EMAIL PROTECTED]> added the comment: Any chance of getting a test case that demonstrates this? I'll happily test the patch if there's an associated test case I can run to assert before/after behaviour. -- nosy: +Trent.Nelson __ Tracker <

[issue719888] tokenize module w/ coding cookie

Mark Dickinson <[EMAIL PROTECTED]> added the comment: This issue is currently causing test_tokenize failures in Python 3.0. There are other ways to fix the test failures, but making tokenize honor the source file encoding seems like the right thing to do to me. Does this still seem like a good

[issue2297] Patch for fatal stack overflow in Windows caused by -v

Douglas Greiman <[EMAIL PROTECTED]> added the comment: Good call. I've attached an updated patch which includes a testcase in test_cmd_line.py. Added file: http://bugs.python.org/file9685/py3k-win-codec-recursion-20080316.diff __ Tracker <[E

[issue2264] empty specifier for float.__format__ does not always print at least one decimal digit

Eric Smith <[EMAIL PROTECTED]> added the comment: I think the best way to handle this is to add a new format code to PyOS_ascii_formatd, which implements this behavior. There can be no backward compatibility issues, because PyOS_ascii_formatd currently ensures its format specifier type code is i

[issue2297] Patch for fatal stack overflow in Windows caused by -v

Trent Nelson <[EMAIL PROTECTED]> added the comment: +1, tested on x86 XP and x64 2k8. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

[issue2314] Test issue

Guido van Rossum <[EMAIL PROTECTED]> added the comment: So what did the email you sent look like? __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list

[issue2314] Test issue

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: To: [EMAIL PROTECTED] Subject: Test issue [assignee=gvanrossum] The body was msg63609. The tricky part is to get the property names right. Roundup will reject (and return) the message if they are wrong, without telling what the right ones

[issue719888] tokenize module w/ coding cookie

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: In 3k, the tokenize module should definitely return strings, and, in doing so, it should definitely consider the encoding declaration (and also the default encoding in absence of the encoding declaration). For 2.6, I wouldn't mind if it we

[issue719888] tokenize module w/ coding cookie

Trent Nelson <[EMAIL PROTECTED]> added the comment: I've attached a patch to test_tokenizer.py and a bunch of text files (that should be dropped into Lib/test) that highlight this issue a *lot* better than the current state of affairs. The existing implementation defines roundup() in the docte

[issue719888] tokenize module w/ coding cookie

Trent Nelson <[EMAIL PROTECTED]> added the comment: Hmm, I take it multiple file uploads aren't supported. I don't want to use svn diff for the text files as it looks like it's butchering the bom encodings, so, tar it is! (Untar in root py3k/ directory.) Added file: http://bugs.python.org/fi