[issue14776] Add SystemTap static markers

Changes by Bohuslav "Slavek" Kabrda : -- nosy: +bkabrda ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue14794] slice.indices raises OverflowError

Ned Deily added the comment: The problem you described is definitely still an issue with 32-bit builds. $ /usr/local/bin/python3.3 Python 3.3.0a3 (v3.3.0a3:0b53b70a40a0, May 1 2012, 11:39:35) [GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin Type "help", "copyright", "credits" or "license

[issue14786] htmlparser with tag br

Changes by Ezio Melotti : -- stage: -> committed/rejected status: open -> closed type: -> behavior ___ Python tracker ___ ___ Python

[issue14802] Python 3.2 fail to compile with VC11 ARM configuration

New submission from Minmin Gong : Windows ARM doesn't support full win32 api, e.g. no registry and winsock. So the python fail to compile with VC11 beta in ARM configuration. -- components: Interpreter Core messages: 160593 nosy: Minmin.Gong priority: normal severity: normal status: ope

[issue14786] htmlparser with tag br

Yugang LIU added the comment: By HTML standard, it is not a bug. I will verify my code. Thanks for your reply. On 2012-05-13 0:51, Ezio Melotti wrote: > Ezio Melotti added the comment: > > The HTML you pasted looks valid to me -- the br element doesn't have an end > tag and the HTML 4.01 stan

[issue14315] zipfile.ZipFile() unable to open zip File

Meador Inge added the comment: FWIW, I think it will OK to just ignore extra fields that we can't interpret as according to the standard. The only one we currently care about is the "Zip64 extended information extra field". Also, other programs (including the Info-Zip tools) seem to mostly ig

[issue14315] zipfile.ZipFile() unable to open zip File

Meador Inge added the comment: This is definitely *not* a padding issue. The problem is that one of the records has an extra field of length 1: $ zipinfo -v bla.apk ... Central directory entry #3: --- There are an extra 16 bytes preceding this file. res/raw/ice.p

[issue14187] add "function annotation" entry to Glossary

Raymond Hettinger added the comment: This looks fine. Éric, please apply the v2 patch when you get a chance. -- assignee: rhettinger -> eric.araujo priority: normal -> low ___ Python tracker _

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Changes by Ned Deily : Added file: http://bugs.python.org/file25572/x11-clipboard-try-utf8-4_27.patch ___ Python tracker ___ ___ Python-bugs-l

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Ned Deily added the comment: Serhiy, I don't know why Misc.Tk is not module level but it isn't so caching global attributes there isn't effective. However, upon further consideration, I take back my original suggestion of caching at the module level primarily because I can think of future sc

[issue7839] Popen should raise ValueError if pass a string when shell=False or a list when shell=True

Chris Rebert added the comment: Re: Nick's comments: Besides `close_fds`, what other Popen parameters currently have suboptimal defaults? -- ___ Python tracker ___

[issue14616] subprocess docs should mention pipes.quote/shlex.quote

Chris Rebert added the comment: Patch to mention shlex.quote() in the `subprocess` module's "Frequently Used Arguments" Warning box. Could perhaps be a separate Note, but that could be clutter-y. -- keywords: +patch Added file: http://bugs.python.org/file25570/subprocess_shlex_quote.p

[issue14801] ssize_t where size_t expected

New submission from Peter Marheine : Cross-compiling the interpreter for a system without a definition for ssize_t fails in PyType_FromSpec (Object/typeobject.c:2380 in the 3.2.3 release, line 2409 in hg 6b8f34a1cb22). It appears the type of len should be corrected to size_t to match the sign

[issue14800] stat.py constant comments + docstrings

New submission from Giampaolo Rodola' : As per: http://mail.python.org/pipermail/python-ideas/2012-May/015112.html -- files: stat-comments.patch keywords: patch messages: 160584 nosy: giampaolo.rodola, terry.reedy priority: normal severity: normal status: open title: stat.py constant com

[issue14794] slice.indices raises OverflowError

Paul Upchurch added the comment: The pre-built 64-bit Windows binaries from python.org works. Python 3.3.0a3 (default, May 1 2012, 16:46:00) [MSC v.1500 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> slice(0,9,None).indices(126)

[issue14187] add "function annotation" entry to Glossary

Changes by Chris Rebert : Added file: http://bugs.python.org/file25568/function_annotation_v2.patch ___ Python tracker ___ ___ Python-bugs-lis

[issue14187] add "function annotation" entry to Glossary

Chris Rebert added the comment: Right, I can see how the 3rd paragraph has become tangential given the refined scope of the entry. What do people think about a separate entry: "annotation" Can refer to either a `function annotation` or some uses of `decorator`s. ? -- _

[issue14744] Use _PyUnicodeWriter API in str.format() internals

Antoine Pitrou added the comment: > I will rewrite my format_writer-2.patch based on > dont_overallocate.patch. It looks like you are waiting for the full > patch. Well, there's no point in committing the first patch if the second one doesn't give an interesting speedup. -- __

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Thomas Kluyver added the comment: The 3rd revision of the patch has the cache at the module level. It's a bit awkward, because there's no module level function to call to retrieve it (as far as I know), so it's exposed by objects which can call Tk. Also, serhiy pointed out a mistake in the 2n

[issue14744] Use _PyUnicodeWriter API in str.format() internals

STINNER Victor added the comment: > Do you have anything more interesting than fmt="%s" ? and > It seems to me that the proposed changes are too tricky and too dirty for > such a modest gain. To be honest, I didn't write dont_overallocate.patch to speed up formatting strings, but it's a patch

[issue14744] Use _PyUnicodeWriter API in str.format() internals

Serhiy Storchaka added the comment: It seems to me that the proposed changes are too tricky and too dirty for such a modest gain. It seems to me, this effect can be achieved easier (special-casing "%s" and "{}" to return str(arg)?). If you want to get really impressive results, try to compile

[issue9260] A finer grained import lock

Brett Cannon added the comment: I don't feel the need to, but I can in a few days if you want me to (just let me know if you do). -- ___ Python tracker ___ _

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Serhiy Storchaka added the comment: > Not to bikeshed here but I think it would be better to cache the > windowingsystem value at the module level since I assume an application could > be calling clipboard_get on different tkinter objects and I don't there is > any possibility that the window

[issue14417] dict RuntimeError workaround

Guido van Rossum added the comment: Thanks Antoine! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue14744] Use _PyUnicodeWriter API in str.format() internals

STINNER Victor added the comment: > Not quite honest contrexample I agree, this example is not honest :-) It's because of the magical value 100 used as initial size of the buffer. The speed is the same for shorter or longer strings. -- ___ Python

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Thomas Kluyver added the comment: I'm happy to put the cache at the module level, but I'll give other people a chance to express their views before I dive into the code again. I imagine most applications would only call clipboard_get() on one item, so it wouldn't matter. However, my own inter

[issue14624] Faster utf-16 decoder

Antoine Pitrou added the comment: New performance figures under 64 bit Linux, Intel Core i5-2500K @ 3.30GHz: vanilla 3.3 patched utf-16le 'A'*1 1411 (+290%) 5504 utf-16le 'A'*+'\x80' 1368 (+263%) 4970

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Ned Deily added the comment: Not to bikeshed here but I think it would be better to cache the windowingsystem value at the module level since I assume an application could be calling clipboard_get on different tkinter objects and I don't there is any possibility that the windowingsystem value

[issue9260] A finer grained import lock

Antoine Pitrou added the comment: Does anyone else want to review this patch? -- ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Thomas Kluyver added the comment: As requested, the second version of the patch (x11-clipboard-try-utf8): - Caches the windowing system per object. The tk call to find the windowing system is made the first time clipboard_get or selection_get are called without specifying `type=`. - If using

[issue14744] Use _PyUnicodeWriter API in str.format() internals

Antoine Pitrou added the comment: > >> When it's possible to not overallocate, the speed up is around 10% for > >> short strings (I suppose that it's much better to longer strings). > > Well, please post a benchmark for long strings, then :-) > > Ok, here you have. I don't understand why result

[issue14744] Use _PyUnicodeWriter API in str.format() internals

Serhiy Storchaka added the comment: Not quite honest contrexample: ./python -m timeit -s "f='[{}]'.format;s='A'*100" "f(s)" Python 3.3: 100 loops, best of 3: 1.67 usec per loop Python 3.3 + dont_overallocate.patch: 10 loops, best of 3: 2.01 usec per loop -- _

[issue14245] float rounding examples in FAQ are outdated

Mark Dickinson added the comment: Thanks for all the feedback. I made another round of minor edits to the latest version and committed the result. -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue14744] Use _PyUnicodeWriter API in str.format() internals

STINNER Victor added the comment: >> When it's possible to not overallocate, the speed up is around 10% for >> short strings (I suppose that it's much better to longer strings). > Well, please post a benchmark for long strings, then :-) Ok, here you have. I don't understand why results are so r

[issue14245] float rounding examples in FAQ are outdated

Roundup Robot added the comment: New changeset 2b2a7861255d by Mark Dickinson in branch '3.2': Issue #14245: Improve floating-point entry in FAQ. Thanks Zbyszek Jędrzejewski-Szmek for some of the wording. http://hg.python.org/cpython/rev/2b2a7861255d New changeset a79b07e05d0d by Mark Dickins

[issue12098] Child process running as debug on Windows

Changes by Antoine Pitrou : -- nosy: +sbt ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Thomas Kluyver added the comment: OK, I'll produce an updated patch. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Ned Deily added the comment: +1 to Martin's proposal -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue14797] Deprecate imp.find_module()/load_module()

Changes by Eric Snow : -- nosy: +eric.snow ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Martin v. Löwis added the comment: > But the encoding used seemingly depends on the source application - > Geany (GTK 2, I think) seemingly sends UTF8 text anyway, whereas > Firefox escapes the unicode character. So I don't think we can > correctly decode the STRING value in all cases. Ah, ok.

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Martin v. Löwis added the comment: > Martin, is that a way for _tkinter to know whether the result > returned from Tcl/Tk is an encoded string or not in this case? Off-hand, I don't know. I suppose there is a way to do this correctly, but one might have to dig through many layers of software to

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Serhiy Storchaka added the comment: > But the encoding used seemingly depends on the source application - Geany > (GTK 2, I think) seemingly sends UTF8 text anyway, whereas Firefox escapes > the unicode character. So I don't think we can correctly decode the STRING > value in all cases. Agre

[issue14794] slice.indices raises OverflowError

Hynek Schlawack added the comment: I did a little compiling party with official releases and all permutations of Linux, OS X x 3.2.2, 3.2.3 worked. Both ran on 64bit (Linux in a VirtualBox). Python 3.2.2 (default, May 13 2012, 21:24:38) [GCC 4.6.3] on linux2 Type "help", "copyright", "credits

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Thomas Kluyver added the comment: But the encoding used seemingly depends on the source application - Geany (GTK 2, I think) seemingly sends UTF8 text anyway, whereas Firefox escapes the unicode character. So I don't think we can correctly decode the STRING value in all cases. The Tk documen

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Serhiy Storchaka added the comment: У пт, 2012-05-11 у 21:25 +, Thomas Kluyver пише: > So far, I've not found any case on X where STRING works but UTF8_STRING > doesn't. Perhaps there will be problems with the old (very old) closed source software. A few years ago (in Debian Sarge) even x

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Ned Deily added the comment: Martin, is there a way for _tkinter to know whether the result returned from Tcl/Tk is an encoded string or not in this case? With regard to the patch, it would be better to cache the results of the first-time call to get the windowingsystem value so that we don't

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Changes by Ned Deily : -- Removed message: http://bugs.python.org/msg160554 ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Ned Deily added the comment: Martin, is that a way for _tkinter to know whether the result returned from Tcl/Tk is an encoded string or not in this case? With regard to the patch, it would be better to cache the results of the first-time call to get the windowingsystem value so that we don't

[issue14315] zipfile.ZipFile() unable to open zip File

Serhiy Storchaka added the comment: > Just add a "strict" flag, make > it false by default, and raise an error if there is any unparsable > extra data. If the module does not actually checks the correctness of all (including local file headers, which now it ignores), it will be a false promise.

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Martin v. Löwis added the comment: I'm skeptical about the patch. In both 2.7 and 3.x, clipboard_get returns a Unicode string, yet it fails to decode it properly. So I think this is the bug that ought to be fixed (using the proper encoding). Defaulting to UTF8_STRING is a new feature, IMO, an

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Andrew Svetlov added the comment: You are right: there are no tests as well as for the most part of tkinter. Why don't make it if possible? -- ___ Python tracker ___ ___

[issue14315] zipfile.ZipFile() unable to open zip File

Martin v. Löwis added the comment: >> So as a way out, I propose that the ZipFile class gains a "strict" >> attribute, indicating whether "acceptable" violations of the spec >> are ignored or reported as exceptions. > > It is a not easy task (and unnecessary, I suppose). Now zipfile > ignores ma

[issue14667] No IDLE

James Lu added the comment: thanks! james On Thu, Apr 26, 2012 at 1:02 AM, Brian Curtin wrote: > > Brian Curtin added the comment: > > James, since you attached a Windows executable I'll assume that's the > platform you're on. > > Try the following: > > 1. Open the Start menu > 2. Choose "All

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Thomas Kluyver added the comment: Indeed, and there don't seem to be any other tests for the clipboard functionality. -- ___ Python tracker ___

[issue14799] Tkinter ttk tests hang on linux

New submission from Andrew Svetlov : By default python doesn't run full test suite, but regrtest accepts -u parameter. The simplest way to reproduce is: $ ./python -m test.regrtest -u gui test_ttk_guionly -- components: Tkinter messages: 160547 nosy: asvetlov priority: critical severit

[issue14417] dict RuntimeError workaround

Antoine Pitrou added the comment: I have committed an updated patch, with a fix to Victor's test. I don't think anything else remains to be done. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue14777] Tkinter clipboard_get() decodes characters incorrectly

Andrew Svetlov added the comment: Patch looks good for me, works fine. I think it can be applied to 2.7 as well. There are only problem: I don't know how to make test for it without using external tools like xclip or ctypes bindings for X so library. -- ___

[issue14205] Raise an error if a dict is modified during a lookup

Roundup Robot added the comment: New changeset 93748e2d64e3 by Antoine Pitrou in branch 'default': Issue #14417: Mutating a dict during lookup now restarts the lookup instead of raising a RuntimeError (undoes issue #14205). http://hg.python.org/cpython/rev/93748e2d64e3 --

[issue14417] dict RuntimeError workaround

Roundup Robot added the comment: New changeset 93748e2d64e3 by Antoine Pitrou in branch 'default': Issue #14417: Mutating a dict during lookup now restarts the lookup instead of raising a RuntimeError (undoes issue #14205). http://hg.python.org/cpython/rev/93748e2d64e3 -- nosy: +python

[issue10376] ZipFile unzip is unbuffered

Serhiy Storchaka added the comment: Thank you, Martin, now I understood why not work Rietveld review. -- ___ Python tracker ___ ___ P

[issue10376] ZipFile unzip is unbuffered

Changes by Martin v. Löwis : Added file: http://bugs.python.org/file25565/zipfile_optimize_read.patch ___ Python tracker ___ ___ Python-bugs-l

[issue14315] zipfile.ZipFile() unable to open zip File

Serhiy Storchaka added the comment: > I can sympathize with the desire to accept the zipfile, anyway (i.e. despite > it being broken). At the same time, I also think that Python should not let > errors pass silently. I do not know other implementation of ZIP, which output an error or a warnin

[issue14797] Deprecate imp.find_module()/load_module()

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

[issue14796] Calendar module test coverage improved

Oleg Plakhotnyuk added the comment: Thanks for the review. I'll happily tune the patch myself. Just when I have some spare time again. -- ___ Python tracker ___ ___

[issue14315] zipfile.ZipFile() unable to open zip File

Serhiy Storchaka added the comment: > Serhiy: can you please provide a unit test? The OP's test case is unsuitable > because of both size and copyright. I provided the test several minutes ago. -- ___ Python tracker

[issue14315] zipfile.ZipFile() unable to open zip File

Martin v. Löwis added the comment: Serhiy: can you please provide a unit test? The OP's test case is unsuitable because of both size and copyright. As for the actual issue: the extra data (type 0xcafe) is apparently added by jar tools to make the jar file executable: http://www.androidadb.co

[issue14315] zipfile.ZipFile() unable to open zip File

Changes by Serhiy Storchaka : Added file: http://bugs.python.org/file25564/zipfile_extra_test.patch ___ Python tracker ___ ___ Python-bugs-lis

[issue14532] multiprocessing module performs a time-dependent hmac comparison

Roundup Robot added the comment: New changeset ddcc8ee680d7 by Charles-François Natali in branch 'default': Issue #14532: Add a secure_compare() helper to the hmac module, to mitigate http://hg.python.org/cpython/rev/ddcc8ee680d7 -- nosy: +python-dev ___

[issue13210] Support Visual Studio 2010

Brian Curtin added the comment: Thanks for noticing. I moved them out to PC\VS9.0 rather than outright deleting. -- ___ Python tracker ___ __

[issue13210] Support Visual Studio 2010

Roundup Robot added the comment: New changeset 924c178c0d1d by Brian Curtin in branch 'default': Move out VS9 project files to PC\VS9.0 folder. Fixes #13210 http://hg.python.org/cpython/rev/924c178c0d1d -- ___ Python tracker

[issue6818] remove/delete method for zipfile/tarfile objects

Martin v. Löwis added the comment: As for adding yourself to the CC list: notice the string "ubershmekel" appearing in the "CC" field of http://bugs.python.org/review/6818/show. It means that you are already on the CC list. -- ___ Python tracker <

[issue6818] remove/delete method for zipfile/tarfile objects

Martin v. Löwis added the comment: Yuval, can you please submit a contributor agreement? See http://www.python.org/psf/contrib/ -- ___ Python tracker ___ ___

[issue13210] Support Visual Studio 2010

Kristján Valur Jónsson added the comment: All the old .vcproj files are still there. Probably not useful since the .sln file has been upgraded to VisualStudio 2010. -- ___ Python tracker

[issue14794] slice.indices raises OverflowError

Paul Upchurch added the comment: That's true; it doesn't work with today's downloads from python.org. The version I tested was win32 but I don't think that should matter. Python has always supported large numbers on 32-bit OSs. My observations: [1] Debian Wheezy, python3.2, 3.2.3~rc2-1: Fail

[issue14770] Minor documentation fixes

Ezio Melotti added the comment: I addressed Éric comments and committed the patch. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker _

[issue14770] Minor documentation fixes

Roundup Robot added the comment: New changeset bf3cb58dcfe7 by Ezio Melotti in branch '2.7': #14770: backport a couple of changes from 3.x. http://hg.python.org/cpython/rev/bf3cb58dcfe7 -- ___ Python tracker _

[issue14770] Minor documentation fixes

Roundup Robot added the comment: New changeset 9d2a1f35421d by Ezio Melotti in branch '2.7': #14770: improve the library FAQ. http://hg.python.org/cpython/rev/9d2a1f35421d New changeset 7a046f1ddd07 by Ezio Melotti in branch '3.2': #14770: improve the library FAQ. http://hg.python.org/cpython/r

[issue14796] Calendar module test coverage improved

R. David Murray added the comment: Thanks for the patch. There are a couple of things I'd change, which I or someone could do while committing if you prefer, but if you'd like to tune up the patch yourself that would be great. The first is that I'd break up the tests that run more than one t

[issue14797] Deprecate imp.find_module()/load_module()

Brett Cannon added the comment: BTW, I'm leaving this issue open in case someone wants to take a stab and removing the uses of imp.find_module()/load_module() from the stdlb. -- ___ Python tracker ___

[issue14797] Deprecate imp.find_module()/load_module()

Brett Cannon added the comment: http://hg.python.org/lookup/59870239813c documents imp.find_module/load_module as deprecated w/o actually raising the deprecation. The code works fine, but the API is just crap. So in the name of ease of transition (and my own personal sanity), I didn't go full

[issue13959] Re-implement parts of imp in pure Python

Roundup Robot added the comment: New changeset 59870239813c by Brett Cannon in branch 'default': Issue #13959: Document imp.find_module/load_module as deprecated. http://hg.python.org/cpython/rev/59870239813c -- ___ Python tracker

[issue14798] pyclbr raises KeyError when the prefix of a dotted name is not a package

New submission from Xavier de Gaye : pyclbr must raise ImportError instead of KeyError. The attached patch fixes the problem. A test case is included. -- components: Library (Lib) files: pdb_default.patch keywords: patch messages: 160523 nosy: xdegaye priority: normal severity: normal st

[issue14796] Calendar module test coverage improved

Changes by Ezio Melotti : -- nosy: +ezio.melotti type: -> enhancement ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue14797] Deprecate imp.find_module()/load_module()

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue13959] Re-implement parts of imp in pure Python

Changes by Brett Cannon : -- dependencies: +Deprecate imp.find_module()/load_module() ___ Python tracker ___ ___ Python-bugs-list mail

[issue14797] Deprecate imp.find_module()/load_module()

New submission from Brett Cannon : With importlib.find_loader() now implemented, imp.find_module() (and its companion, imp.load_module()) can go away and stop inflicting their bad API upon the world. The trick, though, is fixing code that uses the API. That means pkgutil, multiprocessing.fork

[issue14796] Calendar module test coverage improved

Changes by Brett Cannon : -- stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue13210] Support Visual Studio 2010

Brian Curtin added the comment: What I just pushed has functioning debug and release builds for both 32 and 64 bit, and the tests introduce no new failures. As noted on python-dev, we may not have build slaves setup for this change yet, so the Windows builds may appear broken. I'll leave thi

[issue13210] Support Visual Studio 2010

Roundup Robot added the comment: New changeset 38d7d944370e by Brian Curtin in branch 'default': Fix #13210. Port the Windows build from VS2008 to VS2010. http://hg.python.org/cpython/rev/38d7d944370e -- nosy: +python-dev ___ Python tracker

[issue14796] Calendar module test coverage improved

New submission from Oleg Plakhotnyuk : I've improved calendar.py test coverage a bit. Before: 41071% calendar (.../Lib/calendar.py) After: 41077% calendar (.../Lib/calendar.py) -- components: Tests files: test_calendar.patch keywords: patch messages: 160519 nosy: Ole

[issue14751] Pdb does not stop at a breakpoint

Xavier de Gaye added the comment: Uploaded pdb_default_2.patch that corrects the initial patch: the trace function must be set in all frames whose co_filename is the breakpoint file name and not just the first frame of this set. -- Added file: http://bugs.python.org/file25561/pdb_defaul

[issue14315] zipfile.ZipFile() unable to open zip File

Changes by Éric Araujo : -- stage: -> test needed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue14795] Pdb incorrectly handles a method breakpoint when module not imported

New submission from Xavier de Gaye : In the following test, breakpoint 2 is set incorrectly at line 1 and pdb does not know how to set a breakpoint on method C.c_foo. However setting those two breakpoints on both methods is ok after the class definition has been executed. === main.py ==

[issue14732] PEP 3121 Refactoring applied to _csv module

Roundup Robot added the comment: New changeset 90cf321615e5 by Antoine Pitrou in branch 'default': Remove Skip from the csv experts (see issue #14732). http://hg.python.org/devguide/rev/90cf321615e5 -- nosy: +python-dev ___ Python tracker

[issue14773] fwalk breaks on dangling symlinks

Charles-François Natali added the comment: > Just to stress it once more: a fwalk that _ignores_ dangling symlinks is > worthless for rmtree. And wasn't rmtree the initial reason to implement fwalk > in the first place? ;) Indeed, my bad :-) > So I've changed the patch to ignore everything m

[issue14366] Supporting lzma compression in zip files

Serhiy Storchaka added the comment: Thank you, Martin. Both of these patches basically your merit. Maybe take a look also at the small patches to issue14315 and issue10376? -- ___ Python tracker _

[issue14732] PEP 3121 Refactoring applied to _csv module

Changes by Robin Schreiber : Added file: http://bugs.python.org/file25559/csv_pep3121_fix1.patch ___ Python tracker ___ ___ Python-bugs-list m

[issue14744] Use _PyUnicodeWriter API in str.format() internals

Antoine Pitrou added the comment: > When it's possible to not overallocate, the speed up is around 10% for > short strings (I suppose that it's much better to longer strings). Well, please post a benchmark for long strings, then :-) I think 10% on a micro-benchmark is not worth the complication

[issue14793] broken grammar in Built-in Types doc

Sandro Tosi added the comment: Committed, thanks for the patch. For next times, please invest even a small amount of time describing why you opened the issue and what the patch fixes: it's definitely nicer not having to infer it from the diff. -- nosy: +sandro.tosi resolution: -> fix

[issue14793] broken grammar in Built-in Types doc

New submission from Roundup Robot : New changeset e0dcd732055f by Sandro Tosi in branch '3.2': Issue #14793: fix grammar in bytes object paragraph; patch by Tshepang Lekhonkhobe http://hg.python.org/cpython/rev/e0dcd732055f -- nosy: +python-dev ___ P

  1   2   >