[issue14255] tempfile.gettempdir() didn't return the path with correct case.

Changes by Tim Golden : Removed file: http://bugs.python.org/file32328/issue14255.diff ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue14255] tempfile.gettempdir() didn't return the path with correct case.

Tim Golden added the comment: Added, including a slightly surprising change needed to test_zipimport_support (which arguably should have been there from the start for robustness). -- assignee: -> tim.golden Added file: http://bugs.python.org/file32338/issue14255.2.diff ___

[issue14255] tempfile.gettempdir() didn't return the path with correct case.

Antoine Pitrou added the comment: The test fails under Linux here: == FAIL: test_case_sensitive (test.test_tempfile.TestGetTempDir) -- Traceback (most recent ca

[issue19273] Update PCbuild/readme.txt

Zachary Ware added the comment: This patch will only apply to tip. There would need to be some changes to backport to 3.3 and I haven't actually looked at 2.7, but I expect it would require extensive changes that probably wouldn't be worth it. There are a few factual errors in 3.3 (such as s

[issue16040] nntplib: unlimited readline() from connection

Jyrki Pulliainen added the comment: ...and here's a patch for 3.2 -- Added file: http://bugs.python.org/file32339/issue16040_py32.patch ___ Python tracker ___ ___

[issue19273] Update PCbuild/readme.txt

Tim Golden added the comment: Fine. I'll commit it later. (Probably tomorrow at this point) -- ___ Python tracker ___ ___ Python-bugs-

[issue19236] Add Tornado HTTP benchmark

Roundup Robot added the comment: New changeset 9a1136898539 by Antoine Pitrou in branch 'default': Close #19236: add a Tornado-based HTTP benchmark http://hg.python.org/benchmarks/rev/9a1136898539 -- nosy: +python-dev resolution: -> fixed stage: patch review -> committed/rejected status

[issue19379] Don't import linecache at warnings toplevel

New submission from Antoine Pitrou: Importing warnings pulls linecache at the top-level, while it's only necessary when printing warnings. The reason why it wasn't done lazily is obsolete, since Python now has per-module import locks. Attached patch makes the linecache imports lazy. This is d

[issue15556] os.stat fails for file pending delete on Windows

Tim Golden added the comment: Had a to-and-fro on IRC with RDM who highlighted that an inconsistency between os.listdir and os.path.exists (the case here) is, at least, undesirable. As it stands, our os.exists on os.stat mechanism will fail because any attempt to get any kind of handle via Cre

[issue19380] Optimize parsing of regular expressions

New submission from Serhiy Storchaka: Proposed patch optimizes parsing of regular expressions. Total time of re unittests decreased by 10%. -- assignee: serhiy.storchaka components: Library (Lib), Regular Expressions files: re_parse.patch keywords: patch messages: 201177 nosy: ezio.melo

[issue19369] PyObject_LengthHint is slow

Changes by Serhiy Storchaka : -- assignee: -> serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue18458] interactive interpreter crashes and test_readline fails on OS X 10.9 Mavericks due to libedit update

Ned Deily added the comment: Barry: yes, 2.6 is affected. See discussion on python-dev. -- ___ Python tracker ___ ___ Python-bugs-list

[issue19379] Don't import linecache at warnings toplevel

Christian Heimes added the comment: LGTM Good catch! :) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue19379] Don't import linecache at warnings toplevel

Brett Cannon added the comment: LGTM -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org

[issue19369] PyObject_LengthHint is slow

Roundup Robot added the comment: New changeset bffb49efc383 by Serhiy Storchaka in branch 'default': Issue #19369: Optimized the usage of __length_hint__(). http://hg.python.org/cpython/rev/bffb49efc383 -- nosy: +python-dev ___ Python tracker

[issue19375] Deprecate site-python in site.py

Antoine Pitrou added the comment: Here is a patch. -- keywords: +patch Added file: http://bugs.python.org/file32342/deprecate_site_python.patch ___ Python tracker ___ ___

[issue19369] PyObject_LengthHint is slow

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue19379] Don't import linecache at warnings toplevel

Roundup Robot added the comment: New changeset 8939c0196990 by Antoine Pitrou in branch 'default': Close #19379: Lazily import linecache in the warnings module, to make startup with warnings faster until a warning gets printed. http://hg.python.org/cpython/rev/8939c0196990 -- nosy: +pyt

[issue19380] Optimize parsing of regular expressions

Antoine Pitrou added the comment: I don't think "+=" speeds up anything for ints, you might as well minimize code churn by avoiding such changes. -- nosy: +pitrou ___ Python tracker ___

[issue18458] interactive interpreter crashes and test_readline fails on OS X 10.9 Mavericks due to libedit update

Barry A. Warsaw added the comment: On Oct 24, 2013, at 08:14 PM, Ned Deily wrote: >Barry: yes, 2.6 is affected. See discussion on python-dev. Thanks Ned for the background over on python-dev. Unless I hear objections otherwise, I am not going to apply this to 2.6. --

[issue15477] test_cmath failures on OS X 10.8

Ned Deily added the comment: I built Python at 3fba718e46e5 on both 10.8 and 10.9 which was just before your changes for this issue went in, Mark. On 10.8: test_cmath fails and: >>> math.log1p(-0.0) 0.0 And, indeed, on 10.9, it passes and: >>> math.log1p(-0.0) -0.0 --

[issue19287] __contains__() of dbm.ndbm databases fails with str

Roundup Robot added the comment: New changeset 61ab0c6907f9 by Serhiy Storchaka in branch '3.3': Issue #19287: Fixed the "in" operator of dbm.ndbm databases for string http://hg.python.org/cpython/rev/61ab0c6907f9 New changeset cb82b4efa67b by Serhiy Storchaka in branch 'default': Issue #19287:

[issue19288] __contains__() of dbm.gnu databases fails with str

Roundup Robot added the comment: New changeset 09ed1b3b54f3 by Serhiy Storchaka in branch '3.3': Issue #19288: Fixed the "in" operator of dbm.gnu databases for string http://hg.python.org/cpython/rev/09ed1b3b54f3 New changeset 379372612f6d by Serhiy Storchaka in branch 'default': Issue #19288: F

[issue19287] __contains__() of dbm.ndbm databases fails with str

Serhiy Storchaka added the comment: Thank you for your contribution Arfrever. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed type: -> behavior ___ Python tracker

[issue19288] __contains__() of dbm.gnu databases fails with str

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue19381] Seg Fault with complex numbers

New submission from Manish Raghavan: Python 3.3.2 (v3.3.2:d047928ae3f6, May 13 2013, 13:52:24) [GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> 1+1j (1+1j) >>> 1+1j Segmentation fault: 11 -- assignee: ronaldo

[issue19381] Seg Fault with complex numbers

Changes by Benjamin Peterson : -- resolution: -> duplicate status: open -> closed superseder: -> interactive interpreter crashes and test_readline fails on OS X 10.9 Mavericks due to libedit update ___ Python tracker

[issue19381] Seg Fault with complex numbers

Changes by Ezio Melotti : -- stage: -> committed/rejected ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue19380] Optimize parsing of regular expressions

Serhiy Storchaka added the comment: Done. -- Added file: http://bugs.python.org/file32343/re_parse_2.patch ___ Python tracker ___ ___

[issue18685] Restore re performance to pre-PEP393 level

Serhiy Storchaka added the comment: Please review this patch. I will extract template part into separated file in separated commit. -- ___ Python tracker ___ ___

[issue19380] Optimize parsing of regular expressions

Antoine Pitrou added the comment: Do you have any benchmark figures (apart from the time of re unittests)? -- ___ Python tracker ___ _

[issue19183] PEP 456 Secure and interchangeable hash algorithm

Christian Heimes added the comment: I have created a clone for PEP 456 and applied your suggestions. I'm still looking for a nice API to handle the hash definition. Do you have some suggestions? -- hgrepos: +212 ___ Python tracker

[issue19382] tabnanny unit tests

New submission from Colin Williams: I didn't test the stdout and stderr stuff, but I got the module up to 74% coverage. -- files: tabnanny.patch keywords: patch messages: 201194 nosy: Colin.Williams priority: normal severity: normal status: open title: tabnanny unit tests Added file: ht

[issue19382] tabnanny unit tests

Berker Peksag added the comment: See also issue 19102. -- components: +Tests nosy: +berker.peksag stage: -> patch review versions: +Python 3.4 ___ Python tracker ___ ___

[issue19382] tabnanny unit tests

Colin Williams added the comment: Alright, I'll wait until that one gets committed, and then add in my changes. I think between the two of us we'll get close to 100% -- ___ Python tracker

[issue19383] nturl2path test coverage

New submission from Colin Williams: Full coverage on this module -- files: nturl2path.patch keywords: patch messages: 201197 nosy: Colin.Williams priority: normal severity: normal status: open title: nturl2path test coverage Added file: http://bugs.python.org/file32345/nturl2path.patch

[issue19383] nturl2path test coverage

Changes by Senthil Kumaran : -- nosy: +orsenthil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue19019] Investigate using Apple clang for building OS X installers

Andrew Barnert added the comment: Now that Xcode 5 is out, and does not have anything named "gcc-4.2" (it _does_ still have something called "gcc", which is now a wrapper around clang instead of a wrapper around llvm-gcc-4.2), this seems a lot more critical, because (as far as I can tell) nobo

[issue19019] Investigate using Apple clang for building OS X installers

Ned Deily added the comment: "nobody with Xcode 5 can build C extensions for python.org Python installations" Andrew, can you elaborate on what problems you or others are seeing? Xcode 5 should not be an issue for users of the current python.org Pythons. When building extension modules, if th

[issue19383] nturl2path test coverage

Changes by Berker Peksag : -- components: +Tests versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue19364] Implementing __getattr__ breaks copy and deepcopy

Kassym Dorsel added the comment: Yes. You're correct. Sorry for the confusion. Below is an updated snippet of code. >>> from copy import copy >>> class foo(): ... def __getattr__(self, attr): ... return None ... >>> f = foo() >>> copy(f) Traceback (most recent call last): File "", line

[issue19364] Implementing __getattr__ breaks copy and deepcopy

Eric Snow added the comment: I knew this sounded familiar. Take a look at issue16251. -- resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> pickle special methods are looked up on the instance rather than the type ___

[issue19358] Integrate "Argument Clinic" into CPython build

Larry Hastings added the comment: > Well, why is clinic 3.3 only? It would be slightly easier > if it accepted any "python3" executable. Patches welcome! I have bigger fish to fry. -- ___ Python tracker _

[issue16595] Add resource.prlimit

Charles-François Natali added the comment: The test is failing with ENOSYS on one of the buildbots: """ == ERROR: test_prlimit (test.test_resource.ResourceTest)

[issue19384] test_py_compile fails with OSError on FreeBSD for root user

New submission from Claudiu.Popa: The actual error: == FAIL: test_exceptions_propagate (test.test_py_compile.PyCompileTests) -- Traceback (most recent call last

[issue10977] Concrete object C API considered harmful to subclasses of builtin types

Stefan Behnel added the comment: -1 on any changes that make the specific C-API functions less specific. They are perfectly adequate for gaining speed in well defined situations. +0 on any changes that special case concrete types in abstract calls if they prove to be worth the hassle. +1 for

[issue16595] Add resource.prlimit

Roundup Robot added the comment: New changeset 87d41a5a9077 by Christian Heimes in branch 'default': Issue #16595: prlimit() needs Linux kernel 2.6.36+ http://hg.python.org/cpython/rev/87d41a5a9077 -- ___ Python tracker

[issue16595] Add resource.prlimit

Christian Heimes added the comment: The buildbot is Linux-2.6.35-vs2.3.0.36.32-gentoo-i686-Intel-R-_Core-TM-2_CPU_6600_@_2.40GHz-with-gentoo-2.1 but prlimit() requires 2.6.36+. I didn't expect to see a combination of glibc with prlimit() and Kernel without prlimit(). According to man prlimit i

[issue16595] Add resource.prlimit

STINNER Victor added the comment: Or we should extend with supress(OSerror, errno=errno.ENOSYS): ... :-) (Just kidding, ignored tests must be marked as skipped.) -- ___ Python tracker _

[issue19385] dbm.dumb should be consistent when the database is closed

New submission from Claudiu.Popa: This problem occurred in issue19282. Basicly, dbm.dumb is not consistent with dbm.gnu and dbm.ndbm when the database is closed, as seen in the following: >>> import dbm.dumb as d >>> db = d.open('test.dat', 'c') >>> db.close() >>> db.keys() Traceback (most rec

[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)

Eric Snow added the comment: Here's a patch just for the changes to the import page in the language reference. It's not perfect, but should represent the target pretty closely. -- nosy: +ncoghlan Added file: http://bugs.python.org/file32348/import-system-reference.diff ___

[issue19385] dbm.dumb should be consistent when the database is closed

Changes by Claudiu.Popa : -- keywords: +patch Added file: http://bugs.python.org/file32347/dbm_dumb.patch ___ Python tracker ___ ___ P

[issue19384] test_py_compile fails with OSError on FreeBSD for root user

Christian Heimes added the comment: The patch looks good to me. I'm curious, is a root user on FreeBSD allowed to create files inside a read-only directory? -- nosy: +christian.heimes stage: -> patch review type: -> behavior ___ Python tracker

[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)

Changes by Eric Snow : Removed file: http://bugs.python.org/file32348/import-system-reference.diff ___ Python tracker ___ ___ Python-bugs-list

[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)

Eric Snow added the comment: Let's try that again with the proper diff. :) -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue19384] test_py_compile fails with OSError on FreeBSD for root user

Claudiu.Popa added the comment: Yes, you can create files in a read-only directory if you are root, that's why os.chmod(directory, stat.S_IREAD is redundant there. -- ___ Python tracker ___

[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)

Changes by Eric Snow : Added file: http://bugs.python.org/file32349/import-system-reference.diff ___ Python tracker ___ ___ Python-bugs-list m

[issue12340] Access violation when using the C version of the io module

Christian Heimes added the comment: The issue hasn't seen an update for over two years. Were you able to solve the issue? -- nosy: +christian.heimes status: open -> languishing ___ Python tracker _

<    1   2