[issue16032] IDLE 3.2 is crashing multiple times

Ned Deily added the comment: Odd, it works for me. Check to make sure it really got installed: $ cd /Library/Frameworks/Tk.framework/ $ grep PATCH tkConfig.sh TK_PATCH_LEVEL='.11' You could manually delete the frameworks and try installing again: $ cd /Library/Frameworks $ sudo rm -r ./Tcl.fr

[issue16032] IDLE 3.2 is crashing multiple times

Omanand Jha Vatsa added the comment: I have tried re-installing to 8.5.11.1. Still same issue. I am on Mac OSX 10.7.4 version. -- status: pending -> open ___ Python tracker ___

[issue16034] bz2 module appears slower in Python 3.x versus Python 2.x

Victor Hooi added the comment: Hi, Aha, whoops, sorry Serhiy, didn't see your second message - I think you and I posted our last messages at nearly the same time... Cool, looking forward to your patch =). Also, is there any chance you could provide a more detailed explanation of what's going

[issue16034] bz2 module appears slower in Python 3.x versus Python 2.x

Victor Hooi added the comment: Hi, I didn't have any buffering size set before, so I believe it defaults to 0 (no buffering), right? Wouldn't this be the behaviour on both 2.x and 3.x? I'm using a 1.5 Mb bzip2 file - I just tried setting buffering to 1000 and 100, and it didn't seem to ma

[issue16034] bz2 module appears slower in Python 3.x versus Python 2.x

Serhiy Storchaka added the comment: Well, I was able to restore performance (using same code as in zipfile). The patch will be later. -- ___ Python tracker ___ _

[issue16034] bz2 module appears slower in Python 3.x versus Python 2.x

Serhiy Storchaka added the comment: It looks as bz2 in Python 3.3 has bad buffering. Reading by larger chunks shows the same speed in 2.7 and 3.3. -- components: +Library (Lib) -None nosy: +storchaka ___ Python tracker

[issue15869] IDLE: Include .desktop file and icon

Roger Serwy added the comment: I tried the provided .desktop files and they work with Gnome 3.4. -- keywords: +easy nosy: +serwy title: Include .desktop file and icon -> IDLE: Include .desktop file and icon ___ Python tracker

[issue16031] relative import headaches

Nick Coghlan added the comment: There is no magic bullet, but there are a whole mess of backwards compatibility constraints. Closing this as a duplicate, because there's no clear resolvable RFE here beyond the known issues with circular imports and the differences between lazy and eager impor

[issue11103] Python 3.2 installer doesn't register file extensions on Windows 7

Roger Serwy added the comment: The latest 3.2.3 release for Win7-64 registers the .py extensions properly, with "Open" and "Edit with IDLE". I'm closing this issue as out of date. -- nosy: +serwy resolution: -> out of date status: open -> closed ___

[issue16033] IDLE crashes when debugging and saving

Roger Serwy added the comment: This was fixed in issue9803, but after the 3.2.3 release. I'm closing this issue as a duplicate. -- resolution: -> duplicate status: open -> closed superseder: -> IDLE closes with save while breakpoint open ___ Python

[issue16034] bz2 module appears slower in Python 3.x versus Python 2.x

Changes by Ned Deily : -- nosy: +nadeem.vawda ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue16033] IDLE crashes when debugging and saving

Ned Deily added the comment: With 3.2.3 (on OS X), if I open a new edit window, enter a few files, save the file, set a breakpoint on a line, then save the file again (with or without having debug on), the following exception occurs but IDLE keeps running: Exception in Tkinter callback Traceba

[issue16034] bz2 module appears slower in Python 3.x versus Python 2.x

New submission from Victor Hooi: Hi, I was writing a script to parse BZ2 blogfiles under Python 2.6, and I noticed that bz2file (http://pypi.python.org/pypi/bz2file) seemed to perform much slower than with bz2 (native): http://stackoverflow.com/questions/12575930/is-python-bz2file-slower-than

[issue16033] IDLE crashes when debugging and saving

Ned Deily added the comment: What operating system are you using? Which python 3.2 are you using (i.e. a particular installer downloaded from python.org, built from source, etc)? If known, which version of Tcl/Tk are you using? -- nosy: +ned.deily ___

[issue16033] IDLE crashes when debugging and saving

New submission from jimbo1qaz: Have the debugger open, stopped on a breakpoint, and save the open file. The whole thing will bomb after the save finishes. Changes are not lost, but I have to reopen IDLE and lose history and breakpoints. -- components: IDLE messages: 171214 nosy: jimbo1

[issue16032] IDLE 3.2 is crashing multiple times

Ned Deily added the comment: This is due to a bug in the current Cocoa Tk as released in ActiveTcl 8.5.12.1 (and 8.5.12). Try installing the previous ActiveTcl version, 8.5.11.1, which I just discovered is still available here: http://downloads.activestate.com/ActiveTcl/releases/8.5.11.1/ --

[issue16032] IDLE 3.2 is crashing multiple times

New submission from Omanand Jha Vatsa: Crashed multiple times on clicking Preferences in IDLE menu. It is crashing while trying to copying things from the IDLE shell. -- assignee: ronaldoussoren components: Macintosh files: Python_2012-09-24-234004_BLMACPRO3137C.crash messages: 171212 n

[issue16001] small ints: cache string representation

Martin v. Löwis added the comment: -1 for this entire effort. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue16015] Incorrect startup header in tutorial

Chris Jerdonek added the comment: I don't mind fixing the year suggestion (in the interest of "realism" and for practice). -- nosy: +chris.jerdonek ___ Python tracker ___ __

[issue16015] Incorrect startup header in tutorial

Roundup Robot added the comment: New changeset 5f4841977bee by Chris Jerdonek in branch '3.2': Issue #16015: Fix NameError doctest example in tutorial introduction. http://hg.python.org/cpython/rev/5f4841977bee New changeset dae33c2e916b by Chris Jerdonek in branch 'default': Issue #16015: Merge

[issue16031] relative import headaches

New submission from James Hutchison: This might even be a bug I've stumbled upon but I'm listing it as an enhancement for now. I really feel that relative imports in Python should just work. Regardless of the __name__, I should be able to import below me. Likewise, it should work even if I've

[issue16013] small csv reader bug

Changes by Éric Araujo : -- keywords: +needs review stage: -> test needed ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue16026] csv.DictReader argument names documented incorrectly

Changes by Éric Araujo : -- keywords: +easy stage: -> needs patch versions: -Python 2.6, Python 3.1, Python 3.4 ___ Python tracker ___ _

[issue16015] Incorrect startup header in tutorial

Éric Araujo added the comment: Suggest closing: I think this causes no issue and changing it would have no benefit. -- nosy: +eric.araujo ___ Python tracker ___

[issue15612] Rewrite StringIO to use the _PyUnicodeWriter API

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue16030] xrange repr broken for large arguments

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue16024] Doc cleanup regarding path=fd, dir_fd, follow_symlinks, etc

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue16027] pkgutil doesn't support frozen modules

Changes by STINNER Victor : -- nosy: +brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue16011] "in" should be consistent with return value of __contains__

Neal Parikh added the comment: I don't, but thanks for passing that along. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue15381] Optimize BytesIO to so less reallocations when written, similarly to StringIO

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue15381] Optimize BytesIO to so less reallocations when written, similarly to StringIO

STINNER Victor added the comment: See also issue #15612 for a possible optimization on StringIO (use _PyUnicodeWriter). -- ___ Python tracker ___ ___

[issue16001] small ints: cache string representation

STINNER Victor added the comment: Oops, I forgot to attach the new patch: small_ints_cache_str-2.patch optimizes also str % args (copy the string when needed if the reference count is not 1). -- Added file: http://bugs.python.org/file27286/small_ints_cache_str-2.patch _

[issue16001] small ints: cache string representation

STINNER Victor added the comment: Here is a micro benchmark: --- # run it using: # benchmark.py script bench_int_str.py [--file=output] # https://bitbucket.org/haypo/misc/src/tip/python/benchmark.py def run_benchmark(bench): bench.timeit('S(123)', setup='S=str') bench.timeit('S(1) == S(2

[issue16001] small ints: cache string representation

STINNER Victor added the comment: My initial idea was to cache str(int) for any integer, but it may waste memory for huge numbers. -- ___ Python tracker ___

[issue16009] Json error messages could provide more information about the error

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue15954] No error checking after using of the wcsxfrm()

Serhiy Storchaka added the comment: What error message is most appropriate here? Can we return the original string instead of exception? -- ___ Python tracker ___ __

[issue15954] No error checking after using of the wcsxfrm()

Serhiy Storchaka added the comment: > Dummy question: can you provide an example of strings that make wcsxfrm() > failing? No, I can not (on Linux). -- ___ Python tracker ___ _

[issue16013] small csv reader bug

Changes by Serhiy Storchaka : Added file: http://bugs.python.org/file27284/csv_eof-3.2.patch ___ Python tracker ___ ___ Python-bugs-list maili

[issue16013] small csv reader bug

Serhiy Storchaka added the comment: Here is a patch. >>> list(csv.reader(['foo,"'])) [['foo', '']] >>> list(csv.reader(['foo,"'], strict=1)) Traceback (most recent call last): File "", line 1, in _csv.Error: unexpected end of data >>> list(csv.reader(['foo,^'], escapechar='^')) [['foo', '\n']

[issue16022] Mistake in "What's New in Python 3.3"

Georg Brandl added the comment: Done. -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue15954] No error checking after using of the wcsxfrm()

STINNER Victor added the comment: Dummy question: can you provide an example of strings that make wcsxfrm() failing? -- ___ Python tracker ___ __

[issue16022] Mistake in "What's New in Python 3.3"

Changes by STINNER Victor : -- priority: normal -> release blocker ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue16022] Mistake in "What's New in Python 3.3"

Roundup Robot added the comment: New changeset 35289291a2e6 by Victor Stinner in branch 'default': Close #16022: What's New in Python 3.3 document is no more at beta stage http://hg.python.org/cpython/rev/35289291a2e6 -- nosy: +python-dev resolution: -> fixed stage: -> committed/reject

[issue16029] pickle.dumps(xrange(sys.maxsize)) produces xrange(0)

Mark Dickinson added the comment: Opened issue #16030 for the repr issue. The patch for this issue still lacks a fix for the stop value. -- ___ Python tracker ___ _

[issue7897] Support parametrized tests in unittest

Changes by Chris Jerdonek : -- nosy: +chris.jerdonek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue16022] Mistake in "What's New in Python 3.3"

STINNER Victor added the comment: @Georg: You should include this fix in Python 3.3 final. @Raymond: FYI, I removed your warning :) -- nosy: +georg.brandl, haypo, rhettinger resolution: fixed -> status: closed -> open ___ Python tracker

[issue16030] xrange repr broken for large arguments

New submission from Mark Dickinson: Python 2.7.3+ (2.7:f51d11405f1d+, Sep 24 2012, 21:39:19) [GCC 4.2.1 (Apple Inc. build 5664)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import sys >>> xrange(0, sys.maxint, sys.maxint-1) xrange(0, -4, 92233720368547758

[issue16029] pickle.dumps(xrange(sys.maxsize)) produces xrange(0)

Mark Dickinson added the comment: Okay, the xrange stop for both its pickle and its repr is computed as: r->start + r->len * r->step If this overflows, it gives a bad value. It would suffice to replace it with sys.maxint or -sys.maxint - 1 on overflow. I'll look at this shortly.

[issue16029] pickle.dumps(xrange(sys.maxsize)) produces xrange(0)

Changes by Mark Dickinson : -- stage: patch review -> needs patch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue16011] "in" should be consistent with return value of __contains__

STINNER Victor added the comment: Do you need this PEP? http://www.python.org/dev/peps/pep-0335/ -- nosy: +haypo ___ Python tracker ___ __

[issue16029] pickle.dumps(xrange(sys.maxsize)) produces xrange(0)

Mark Dickinson added the comment: Removing 2.6: this isn't a security issue. -- stage: -> patch review versions: -Python 2.6 ___ Python tracker ___ ___

[issue16029] pickle.dumps(xrange(sys.maxsize)) produces xrange(0)

Mark Dickinson added the comment: Here's the fix. There's a commented out test, which fails because of the second xrange bug (or something closely related to it). -- keywords: +patch Added file: http://bugs.python.org/file27282/issue16029.patch ___

[issue16029] pickle.dumps(xrange(sys.maxsize)) produces xrange(0)

Mark Dickinson added the comment: The bug is (not surprisingly) in range_reduce in Objects/rangeobject.c, where return Py_BuildValue("(O(iii))", Py_TYPE(r), should be return Py_BuildValue("(O(lll))", Py_TYPE(r), But in writing tests for this bug, I fell over another one: >>> import

[issue16029] pickle.dumps(xrange(sys.maxsize)) produces xrange(0)

New submission from akira: >>> import sys >>> from pickle import dumps, loads >>> r = xrange(sys.maxsize) >>> len(r) == sys.maxsize True >>> pr = loads(dumps(r)) >>> len(pr) == len(r) False >>> pr xrange(0) >>> r xrange(9223372036854775807) It breaks multiprocessing module:

[issue16013] small csv reader bug

Serhiy Storchaka added the comment: A shorter example: >>> import csv >>> list(csv.reader(['foo,"'])) [] -- nosy: +storchaka type: -> behavior versions: +Python 3.2 ___ Python tracker

[issue16028] break in finally discards exception

Mark Dickinson added the comment: That portion of the documentation has been restored. Closing this issue. -- assignee: -> docs@python components: +Documentation nosy: +docs@python resolution: -> fixed status: open -> closed versions: +Python 3.2, Python 3.3 _

[issue14167] document return statement in finally blocks

Mark Dickinson added the comment: Reclosing. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-li

[issue14167] document return statement in finally blocks

Roundup Robot added the comment: New changeset f51d11405f1d by Mark Dickinson in branch '2.7': Issue #14167: restore statement about breaks in finally clauses; remove statement about exception chaining. http://hg.python.org/cpython/rev/f51d11405f1d -- __

[issue14167] document return statement in finally blocks

Yury Selivanov added the comment: thanks! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue14167] document return statement in finally blocks

Mark Dickinson added the comment: Thanks for the quick fix! Patch applied to 3.2 and 3.3 The 2.7 commit also introduced an incorrect statement about exception chaining; I'll look at fixing that. -- ___ Python tracker

[issue14167] document return statement in finally blocks

Roundup Robot added the comment: New changeset 485902ecf0ee by Mark Dickinson in branch '3.2': Issue #14167: restore statement about breaks in finally clauses. http://hg.python.org/cpython/rev/485902ecf0ee New changeset f5ed3a5440b2 by Mark Dickinson in branch 'default': Issue #14167: merge fix

[issue16028] break in finally discards exception

Yury Selivanov added the comment: see the issue 14167 -- nosy: +yselivanov ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue16028] break in finally discards exception

Mark Dickinson added the comment: Hmm. Yes, true. Either way, it's the docs that need to be fixed rather than the behaviour. Thanks for catching this! -- ___ Python tracker _

[issue16028] break in finally discards exception

Erik Allik added the comment: It looks to me that it was not removed from the doc but explicitly changed to say that 'break' does not cause the exception to be discarded, unless I'm misunderstanding it: 1.20 +:keyword:`finally` clause is executed. If there is a saved exception 1.21 +o

[issue14167] document return statement in finally blocks

Yury Selivanov added the comment: OK. Attaching the patch. Please review. -- Added file: http://bugs.python.org/file27280/finally_doc_patch.patch ___ Python tracker ___ ___

[issue14167] document return statement in finally blocks

Mark Dickinson added the comment: Yury: I don't think there's any need for yet another issue; this one will do (or if you prefer, attach the patch to issue 16028.) -- ___ Python tracker _

[issue14167] document return statement in finally blocks

Yury Selivanov added the comment: I'll open another issue and will attach a patch. -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue14167] document return statement in finally blocks

Yury Selivanov added the comment: Can you close this one? It's already merged. -- nosy: +yselivanov ___ Python tracker ___ ___ Python

[issue14167] document return statement in finally blocks

Mark Dickinson added the comment: Bah. Issue 16028; sorry. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue14167] document return statement in finally blocks

Mark Dickinson added the comment: See also issue 16021. Re-opening this issue for reconsideration. -- resolution: fixed -> status: closed -> open ___ Python tracker ___ ___

[issue14167] document return statement in finally blocks

Mark Dickinson added the comment: I think something went wrong with this doc change. The docs used to say: """ If the :keyword:`finally` clause raises another exception or executes a :keyword:`return` or :keyword:`break` statement, the saved exception is lost. """ Now we have: """ If there i

[issue16028] break in finally discards exception

Mark Dickinson added the comment: This *was* a documented feature until very recently; it looks as though a recent doc change inadvertently removed it from the documentation. See http://hg.python.org/cpython/rev/bef098bd3fa5 and the associated issue, issue 14167. -- nosy: +mark.dick

[issue16028] break in finally discards exception

New submission from Erik Allik: This is either a bug, or a very weird but undocumented feature/caveat. def fn1(): while True: try: raise Exception() finally: pass def fn2(): while True: try: raise Exception() finally:

[issue16011] "in" should be consistent with return value of __contains__

Neal Parikh added the comment: Thanks for passing along the thread, it was interesting. Oddly, it seemed to die off with no real resolution. I realize it is now too late to change __contains__ to return a non-boolean value, but for reference, the reason I wanted to return something different

[issue16027] pkgutil doesn't support frozen modules

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue16021] In a table in PEP 235, brrrrrrrr should be N/A

Mark Dickinson added the comment: Closing. This doesn't appear to have caused any confusion in the 11 years since the PEP was written. -- resolution: -> wont fix status: open -> closed ___ Python tracker __

[issue16027] pkgutil doesn't support frozen modules

Marc-Andre Lemburg added the comment: Correction: the helper function is called imp.get_frozen_object(). -- ___ Python tracker ___ ___

[issue8425] a -= b should be fast if a is a small set and b is a large set

Serhiy Storchaka added the comment: Sorry, I was wrong. I think that the proposed changes should be applied in set_difference_update_internal() directly. -- ___ Python tracker _

[issue16027] pkgutil doesn't support frozen modules

New submission from Marc-Andre Lemburg: pkgutil is used by runpy to run Python modules that are loaded via the -m command line switch. Unfortunately, this doesn't work for frozen modules, since pkgutil doesn't know how to load their code object (this can be had via imp.get_code_object() for f

[issue8425] a -= b should be fast if a is a small set and b is a large set

Michele Orrù added the comment: What do you mean by "does not preserve set identity"? Because I see: $ ./python.exe Python 3.3.0rc2+ (default:178f9042af81+, Sep 24 2012, 18:54:31) [GCC 4.2.1 Compatible Apple Clang 2.1 (tags/Apple/clang-163.7.1)] on darwin Type "help", "copyright", "credits" or

[issue16026] csv.DictReader argument names documented incorrectly

New submission from Peter Eisentraut: The documentation for the csv.DictReader constructor is .. class:: DictReader(csvfile, fieldnames=None, restkey=None, restval=None, dialect='excel', *args, **kwds) but the implementation is def __init__(self, f, fieldnames=None, restkey=None, restval=None

[issue8425] a -= b should be fast if a is a small set and b is a large set

Changes by Serhiy Storchaka : -- keywords: -easy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue8425] a -= b should be fast if a is a small set and b is a large set

Serhiy Storchaka added the comment: Michele, in any case you patch is not preserve set identity. -- ___ Python tracker ___ ___ Python-b

[issue16024] Doc cleanup regarding path=fd, dir_fd, follow_symlinks, etc

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue15963] Improve ./configure's support for 32/64-bit debug|release|profiled builds w/ vendor (non-gcc) compilers on proprietary UNIX systems (Solaris/HP-UX/AIX et al).

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue8425] a -= b should be fast if a is a small set and b is a large set

Serhiy Storchaka added the comment: > $ ./python.exe -m timeit -n 100 -s "s= set(range(2000)); l = > set(range(2000))" "s-=l" s is empty set after first loop. Try this: $ ./python.exe -m timeit -n 100 -s "s= set(range(2000)); l = set(range(2000,2000+2000))" "s-=l" -- _

[issue16021] In a table in PEP 235, brrrrrrrr should be N/A

Mark Dickinson added the comment: Is this really necessary? I suggest closing this as 'wont fix'. -- nosy: +mark.dickinson ___ Python tracker ___ ___

[issue16025] Minor corrections to the zipfile documentation

Changes by Ezio Melotti : -- nosy: +ezio.melotti stage: -> patch review type: -> enhancement ___ Python tracker ___ ___ Python-bugs-

[issue16025] Minor corrections to the zipfile documentation

Changes by Serhiy Storchaka : Added file: http://bugs.python.org/file27279/doc_zipfile-2.7.patch ___ Python tracker ___ ___ Python-bugs-list m

[issue16025] Minor corrections to the zipfile documentation

Changes by Serhiy Storchaka : Added file: http://bugs.python.org/file27278/doc_zipfile-3.2.patch ___ Python tracker ___ ___ Python-bugs-list m

[issue16025] Minor corrections to the zipfile documentation

New submission from Serhiy Storchaka: The proposed patch corrects a few markup errors in the zipfile documentation and adds a few relevant hyperlinks. -- assignee: docs@python components: Documentation files: doc_zipfile-3.3.patch keywords: patch messages: 171157 nosy: docs@python, stor

[issue16024] Doc cleanup regarding path=fd, dir_fd, follow_symlinks, etc

New submission from Larry Hastings: You know how you start pulling on a thread and before you notice you've unraveled the whole sweater? I meant to do a simple *one line* fix on the docs and wound up with a nearly-300-line diff. I claim it's all an improvement, though I'm willing to change i

[issue16023] IDLE froze when typing ctrl-shift-5

Ronald Oussoren added the comment: What version of OSX do you use? Do you have ActiveState TCL installed, and if so, which version? Does 'Ctrl+Shift+5' insert a special character in the keyboard layout you use? BTW. I cannot reproduce this on my machine (OSX 10.8.2) with a recent snapshot o

[issue16023] IDLE froze when typing ctrl-shift-5

New submission from Zellmeyer: IDLE do not response and you have to force to quit when you type the bad combination ctrl-shift-5. I find it on my macbook when i try do type a [ character and type the bad combination by mistake because the keyboard are not exactly the same as the iMac. --

[issue8425] a -= b should be fast if a is a small set and b is a large set

Michele Orrù added the comment: woops, sry. Re-posting the benchmark, with three tests: the first one proposed (@abacabadabacaba) with very large sets; another one with smaller sets. $ ./python.exe -m timeit -n 100 -s "s= set(range(2000)); l = set(range(2000))" "s-=l" 100 loops, best of

[issue16020] Missing >>> in Python code example

Ezio Melotti added the comment: The code didn't have any output, so I created a separate code block with regular Python highlight -- no need to add >>>/... there. -- ___ Python tracker

[issue16020] Missing >>> in Python code example

Ramchandra Apte added the comment: This issue still does not appear to be fixed - looking at http://hg.python.org/cpython/file/101354f95a07/Doc/tutorial/stdlib2.rst . And sorry, the URL should be http://docs.python.org/py3k/tutorial/stdlib2.html#tools-for-working-with-lists. -- _

[issue16022] Mistake in "What's New in Python 3.3"

New submission from Ramchandra Apte: In "What's New in Python 3.3", there is a note: Note: Beta users should be aware that this document is currently in draft form. It will be updated substantially as Python 3.3 moves towards release, so it’s worth checking back even after reading earlier vers

[issue16021] In a table in PEP 235, brrrrrrrr should be N/A

Changes by Ezio Melotti : -- nosy: +tim_one type: -> enhancement ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue16020] Missing >>> in Python code example

Chris Jerdonek added the comment: Thanks for the report. Minor clarification for future reference. Subsequent lines should begin with "..." (when doctest-style is used): >>> def breadth_first_search(unsearched): ... node = unsearched.popleft() etc. -- nosy: +chris.jerdonek _

  1   2   >