[issue14098] provide public C-API for reading/setting sys.exc_info()

New submission from Stefan Behnel : Following up on recent mailing list threads on pypy-dev and python-dev, this is a request for adding a public C-API to read and write the sys.exc_info() fields, currently stored in tstate->exc_*. While not of major interest for CPython itself, this C-API add

[issue14097] Improve the "introduction" page of the tutorial

New submission from Ezio Melotti : I was reading the "introduction" page of the tutorial [0], and noticed a few things that could be improved: 1) the first paragraph is a bit confusing, showing a simple example and explaining what the >>> is would be better; 2) comments can be introduced late

[issue2771] Test issue

Éric Araujo added the comment: Let’s link to branches other than default: 2.7/Lib/fileinput.py, 3.2/Python/bltinmodule.c:42 -- nosy: +eric.araujo ___ Python tracker ___

[issue1927] raw_input behavior incorrect if readline not enabled

Éric Araujo added the comment: >From reading the code for raw_input in 2.7 or input in 3.3 >(Python/bltinmodule.c:1573), it looks to me that stdout is used, which would >mean this issue is fixed. However I browsed the file history and could not >find the commit that changed this, and my C sk

[issue13405] Add DTrace probes

Jesús Cea Avión added the comment: Marc, the memory invalid accesses are because you are enabling all probes and printing three parameters, but each probe actually has a different number of parameters and different meaning for them. Current version: """ provider python { probe function__e

[issue14006] Improve the documentation of xml.etree.ElementTree

Éric Araujo added the comment: My general rule is that function/method docstrings are better short descriptions of what the function does and what the arguments are, a usage reminder for people who have already used the function. Classes docstrings can tell a bit more about how the class is

[issue14006] Improve the documentation of xml.etree.ElementTree

Ezio Melotti added the comment: Converting sounds good to me, but it should be done carefully. I think you can have two paragraphs in the docstrings: the first with the description of what it does and what it returns, and the second with the arguments. For example Lib/xml/etree/ElementTree.p

[issue13405] Add DTrace probes

Jesús Cea Avión added the comment: Marc, if you have a XMPP account (for instance, gtalk), we can chat online and work together on this. My JID is j...@jabber.org. I am in Spain, so Central European Time timezone (GMT+1, +2 under DST). -- ___ Pytho

[issue13405] Add DTrace probes

Jesús Cea Avión added the comment: Marc, the MacOS X support is planned, but I want first to finish the Solaris support 100%. I am working with other people in being sure this patch works in a standard Solaris machine (my machines are heavily tuned, GNU tools installed, GCC, extra libraries,

[issue14080] Sporadic test_imp failure

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

[issue2651] Strings passed to KeyError do not round trip

David added the comment: I'm +1 for fixing this behavior for the same reasons that are mentioned in the OP: consistency and predictability. I raised this issue as #14086, and I was referred to this issue before closing mine as a duplicate. It took me a while to figure out why I was getting un

[issue14096] IDLE quits unexpectedly when some keys are pressed

Changes by Éric Araujo : -- stage: -> committed/rejected ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue14086] str(KeyError("Foo")) Unexpected Result

Changes by Éric Araujo : -- stage: -> committed/rejected superseder: -> Strings passed to KeyError do not round trip ___ Python tracker ___

[issue14096] IDLE quits unexpectedly when some keys are pressed

wang added the comment: thanks. new version 3.2.2 have not this problem. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue14086] str(KeyError("Foo")) Unexpected Result

David added the comment: Thanks, Julian. I'm closing this and marking it as a duplicate of #2651. -- resolution: -> duplicate status: open -> closed ___ Python tracker ___

[issue14092] __name__ inconsistently applied in class definition

Lex Berezhny added the comment: I don't particularly need this functionality. It was just something that seemed counter intuitive to me. I discovered this while working on a python to javascript compiler. I'll probably implement the compiler to allow overriding with __name__ as it seems mor

[issue14096] IDLE quits unexpectedly when some keys are pressed

Ezio Melotti added the comment: I tried to reproduce it on 3.1 and 3.2 but it worked fine here (WinXP). This is what I did: 1) open IDLE; 2) file --> new window; 3) write some text; 4) select with the mouse some text; 5) press shift and keep it pressed; 6) press end; 7) press home; 8) release sh

[issue14096] IDLE quits unexpectedly when some keys are pressed

Éric Araujo added the comment: Thanks for the report. Python 3.1 only gets fixes for security bugs now, could you try to reproduce your bug with Python 2.7, 3.2 or 3.3? -- nosy: +eric.araujo title: Python 3.1 IDLE has a bug.Can fix it? -> IDLE quits unexpectedly when some keys are pr

[issue14096] Python 3.1 IDLE has a bug.Can fix it?

New submission from wang : paltform is windows. generate this bug: within IDLE edtor. first select some text. second press down the shift key. third press the end key. fourth press the home key. last IDLE quit with no message and document with no save. -- components: IDLE messages: 154

[issue13633] Handling of hex character references in HTMLParser.handle_charref

Ezio Melotti added the comment: This behavior is now documented, but the situation could still be improved. Adding a new method that receives the converted entity seems a good way to handle this. The parser can call both, and users can pick either one. One problem with the current methods (

[issue14092] __name__ inconsistently applied in class definition

Benjamin Peterson added the comment: It can be implemented but I'm skeptical that it's correct. You might try convincing Python-dev. -- ___ Python tracker ___ _

[issue14092] __name__ inconsistently applied in class definition

Lex Berezhny added the comment: The one in __name__ since logically that happens after the class declaration ('class X' line) and should overwrite the name in the class declaration. -- ___ Python tracker

[issue14092] __name__ inconsistently applied in class definition

Benjamin Peterson added the comment: Well, what do you expect the name of the class to be? The one you assign __name__ to or the one you pass to type()? -- ___ Python tracker _

[issue1521950] shlex.split() does not tokenize like the shell

Changes by Gustavo Niemeyer : -- nosy: -niemeyer ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue14092] __name__ inconsistently applied in class definition

Lex Berezhny added the comment: I think for __class__ it might make sense but for __name__ it seems not intuitive. -- ___ Python tracker ___ ___

[issue1521950] shlex.split() does not tokenize like the shell

Éric Araujo added the comment: > Previously when punctuation chars were set, wordchars was being augmented by > '-'. This was > incomplete, so the augmentation is now with '~-./*?=' which allows for > wildcards, filename > chars and argument flags. I did not fully get what you meant here, but

[issue14006] Improve the documentation of xml.etree.ElementTree

Éric Araujo added the comment: > The ElementTree.py module has good JavaDoc-style function-level > documentation, but as it's not > in docstring format, it can't be seen from the interactive help. > > I'd be willing to convert the current comments into docstrings, as long as I > wouldn't be >

[issue5411] Add xz support to shutil

Éric Araujo added the comment: > I think we can restructure the code a bit to reduce the work involved in > adding a new format, though. > Maybe something like this: [snip] Thanks, I’ve applied your obvious refactor in my clone :) For clarity, I will split my patch into many patches for diffe

[issue14061] Clean up archiving code in shutil

Éric Araujo added the comment: Another bug: the bztar unpacker will be called for files ending in '.bz2', but it should really check for '.tar.bz2' (just like the gztar unpacker is called for '.tar.gz' or '.tgz'). -- ___ Python tracker

[issue14092] __name__ inconsistently applied in class definition

Benjamin Peterson added the comment: I don't think this is actually incorrect. Basically setting something in the class body is not equivalent to setting it as an attribute on the class. This happens with other attributes. Consider >>> class X: ... __class__ = list ... >>> X.__class__ >

[issue14012] Misc tarfile fixes

Éric Araujo added the comment: > I removed the "import as" bit completely and changed all occurrences of > _open() to > builtins.open() which is more readable and explanatory. Truly. tokenize got a similar fix in ea260d393cde (without a test, so I think that here we don’t need one either); lo

[issue14056] Misc doc changes for tarfile

Éric Araujo added the comment: I like your idea. I’ll keep the table for shutil, which has more things to say (description, file extensions, etc.). -- Added file: http://bugs.python.org/file24609/misc-tarfile-doc-changes-3.2.diff ___ Python tracker

[issue13447] Add tests for some scripts in Tools/scripts

Éric Araujo added the comment: Shall I commit the new file or first add more tests? > I don't think it's a big deal, eventually people will learn that it's there > and we can always > point to that file when a new issue is opened or during the patch review. Good. > Adding a check to `make pat

[issue13447] Add tests for some scripts in Tools/scripts

Ezio Melotti added the comment: > I went for something even simpler: one new file Lib/test/test_tools.py. I'm fine with this option too; if it grows too big we can always split it in several modules later. > My only concern is communication: how do we tell people working on a > tool that they

[issue2377] Replace __import__ w/ importlib.__import__

Éric Araujo added the comment: > I also think that [there] is still too much C code as it makes the whole > thing somewhat brittle > to any refactoring of importlib. I am seriously thinking of tossing the C > code I have written and > writing in C only the bare minimum needed to get to the sys

[issue13447] Add tests for some scripts in Tools/scripts

Éric Araujo added the comment: Nice idea, but 1) not everyone uses patchcheck 2) patchcheck comes after you’ve fixed something, but tests should be written before fixes (to reproduce the error) :) -- ___ Python tracker

[issue14095] type_new() removes __qualname__ from the input dictionary

Changes by STINNER Victor : -- components: +Interpreter Core ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue14095] type_new() removes __qualname__ from the input dictionary

New submission from STINNER Victor : The C function type_new() creates a copy the dictionary for __dict__ and modifies the copy... except for __qualname__: it does modify the input dictionary before the copy. --- def f(): pass d = {'__qualname__': 42, '__new__': f} assert d['__new__'] is f ass

[issue14088] sys.executable generating canonical path

STINNER Victor added the comment: >> Is it a bug in ntpath? > Probably Ok, I opened the issue #14094. -- ___ Python tracker ___ ___

[issue14094] nt.realpath() should use GetFinalPathNameByHandle() when available

New submission from STINNER Victor : nt.realpath() should use GetFinalPathNameByHandleW() when available, instead of GetFullPathNameW(), to resolve symlinks. By the way, it's strange that Py_GetFinalPathNameByHandleW() is called with VOLUME_NAME_NT to get the buffer size, and then with VOLUME_

[issue14094] nt.realpath() should use GetFinalPathNameByHandle() when available

Changes by STINNER Victor : -- nosy: +amaury.forgeotdarc ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue14080] Sporadic test_imp failure

Antoine Pitrou added the comment: > Antoine, what is your gcc version? The test case I posted fails > with Debian/gcc-4.3.2 and Ubuntu/gcc-4.4.3. The two affected > buildbots have gcc-4.2.x. Mageia/gcc-4.5.2 here. It also passes with Debian/gcc-4.4.5. -- __

[issue14093] Mercurial version information not appearing in Windows builds

Vinay Sajip added the comment: Added Brian to nosy, as he said on IRC that he would look into my query about this. -- nosy: +brian.curtin ___ Python tracker ___ ___

[issue14088] sys.executable generating canonical path

Antoine Pitrou added the comment: > Ah? ntpath.realpath() uses nt._getfullpathname(). Is it a bug in ntpath? Probably: # realpath is a no-op on systems without islink support realpath = abspath -- ___ Python tracker

[issue14092] __name__ inconsistently applied in class definition

Changes by Lex Berezhny : -- versions: +Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue14093] Mercurial version information not appearing in Windows builds

New submission from Vinay Sajip : Currently, the Mercurial revision information is not appearing in Windows builds - they always appear to be "default". This appears to be because the relevant information is not passed to getbuildinfo.c. The attached patch rectifies this, making the assumption

[issue14092] __name__ inconsistently applied in class definition

New submission from Lex Berezhny : The following behavior doesn't make sense, especially since it works correctly for other special attributes: >>> class F: __name__ = "Foo" >>> F.__name__ 'F' >>> F().__name__ 'Foo' >>> F.__name__ = 'Foo' >>> F.__name__ 'Foo' Works fine for __module_

[issue14088] sys.executable generating canonical path

STINNER Victor added the comment: > GetFullPathName() is an abspath() equivalent. For realpath() you > want GetFinalPathNameByHandle(), aka. _nt.getfinalpathname(). Ah? ntpath.realpath() uses nt._getfullpathname(). Is it a bug in ntpath? -- ___ Pyth

[issue14080] Sporadic test_imp failure

Stefan Krah added the comment: Antoine, what is your gcc version? The test case I posted fails with Debian/gcc-4.3.2 and Ubuntu/gcc-4.4.3. The two affected buildbots have gcc-4.2.x. But the test case passes on Fedora/gcc-4.6. -- ___ Python tracker

[issue14088] sys.executable generating canonical path

Antoine Pitrou added the comment: > We can use realpath() if the function is available. Something similar > is already done for sys.argv[0]. We should also use GetFullPathNameW() > on Windows. GetFullPathName() is an abspath() equivalent. For realpath() you want GetFinalPathNameByHandle(), aka.

[issue14088] sys.executable generating canonical path

STINNER Victor added the comment: See also the issue #13402. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue14088] sys.executable generating canonical path

STINNER Victor added the comment: We can use realpath() if the function is available. Something similar is already done for sys.argv[0]. We should also use GetFullPathNameW() on Windows. -- nosy: +haypo Added file: http://bugs.python.org/file24607/sys_executable_realpath.patch ___

[issue14091] python subprocess hangs if script called from another directory

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

[issue14091] python subprocess hangs if script called from another directory

STINNER Victor added the comment: > (gdb) where > #0  0x0039d3a0e8e0 in __connect_nocancel () from /lib64/libpthread.so.0 > #1  0x7095c678 in ?? () from > /usr/lib64/python2.7/lib-dynload/_socketmodule.so > #2  0x7095d524 in ?? () from > /usr/lib64/python2.7/lib-dynload/_so

[issue14080] Sporadic test_imp failure

Stefan Krah added the comment: Here's a minimal test case for now. It only fails if called as -m test: $ ./python Lib/test/test_dot.py # OK $ ./python Lib/test/regrtest.py test_dot # OK [1/1] test_dot Warning -- sys.path was modified by test_dot $ ./python -m test test_dot [1/1]

[issue13405] Add DTrace probes

Marc Abramowitz added the comment: I noticed that jcea already had some commented out stuff for OS X in his configure.in. I tried it out and stuff builds and works in a basic way, although it might not be fully functional. ``` ~/src/python-hg/cpython-2011$ hg diff configure.in diff -r b50130

[issue13241] llvm-gcc-4.2 miscompiles Python (XCode 4.1 on Mac OS 10.7)

Ned Deily added the comment: >Note that apple have made gcc available, as part of command line tools >for >XCode, freely (free developer registration required though) from: > https://developer.apple.com/downloads >See: >http://kennethreitz.com/xcode-gcc-and-homebrew.html No. The new version o

[issue14080] Sporadic test_imp failure

Brett Cannon added the comment: I'd rather get importlib working fast enough that you are okay with bootstrapping it so we can delete the offending code. =) -- ___ Python tracker _

[issue14019] Unify tests for str.format and string.Formatter

Nick Coghlan added the comment: At least the first couple of those look like obsolete comments left over from the 2.x branch (we didn't do a mass renaming in the test suite, so many tests still live in their old locations). -- ___ Python tracker <

[issue14091] python subprocess hangs if script called from another directory

Massimo Paladin added the comment: $ cd ~; gdb -args python /tmp/example.py GNU gdb (GDB) Fedora (7.3.50.20110722-10.fc16) Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change

[issue14019] Unify tests for str.format and string.Formatter

Francisco Martín Brugué added the comment: I have some questions about this: 1) In Lib/test/string_tests.py it says: “Common tests shared by test_str, test_unicode, test_userstring and test_string” but a) I cannot find test_str b) string is imported and only some constants ascii_letter

[issue2377] Replace __import__ w/ importlib.__import__

Nick Coghlan added the comment: Makes sense to me (your new proposal sounds pretty close to the sketch I posted on the mailing list). It's really only the performance of in-function imports that concerned me and those are almost always going to get hits in sys.modules. -- __

[issue14091] python subprocess hangs if script called from another directory

STINNER Victor added the comment: Could you try to collect more information with gdb? cd ~; gdb -args python /tmp/example.py (gdb) run CTRL+c (gdb) where -- ___ Python tracker __

[issue14091] python subprocess hangs if script called from another directory

Massimo Paladin added the comment: The line which is mentioned in the exception for the file example.py is 7 because I have something commented out which I didn't past in the text before. -- ___ Python tracker __

[issue14091] python subprocess hangs if script called from another directory

Massimo Paladin added the comment: Yes, the expected one: ^CTraceback (most recent call last): File "/tmp/example.py", line 7, in p = Popen(args) File "/usr/lib64/python2.7/subprocess.py", line 679, in __init__ errread, errwrite) File "/usr/lib64/python2.7/subprocess.py", line 12

[issue14091] python subprocess hangs if script called from another directory

STINNER Victor added the comment: I'm unable to reproduce the problem on Fedora 16 with Python 2.7.2. > It hangs until I stop it with ctrl-c Do you get an exception after hiting CTRL+c? -- nosy: +haypo ___ Python tracker

[issue14091] python subprocess hangs if script called from another directory

New submission from Massimo Paladin : Here is the behavior I am getting only on Python 2.7.2 in a Fedora 16: $ cat /tmp/example.py from subprocess import Popen,PIPE args = "whatever program".split() p = Popen(args) If I run the program with: $ cd /tmp/; python example.py I get following as expe

[issue14088] sys.executable generating canonical path

Antoine Pitrou added the comment: This is unfortunately wrong since it will fail in the face of symlinks. (if "foo" is a symlink to another directory, then "foo/../bar" is not the same thing as "bar") -- nosy: +pitrou ___ Python tracker

[issue14089] Patch to increase fractions lib test coverage

Changes by Antoine Pitrou : -- nosy: +ezio.melotti stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue14080] Sporadic test_imp failure

Antoine Pitrou added the comment: > I can confirm the failure when an import fails prior to running > test_imp (i.e. trying importing some non-existent module like Stefan > did at the top of test_imp). Luckily importlib doesn't fail in this > case. =) I can't reproduce :( Can either of you two

[issue14090] Bus error on test_big_buffer() of test_zlib, buildbot AMD64 debian bigmem 3.x

STINNER Victor added the comment: > This was already reported as issue 13873. I searched the issue but I failed to find it because you forgot to mention the test name (test_big_buffer) :-p -- ___ Python tracker

[issue13873] SIGBUS in test_big_buffer() of test_zlib on Debian bigmem buildbot

Changes by STINNER Victor : -- title: SIGBUS in test_zlib on Debian bigmem buildbot -> SIGBUS in test_big_buffer() of test_zlib on Debian bigmem buildbot ___ Python tracker ___

[issue13873] SIGBUS in test_zlib on Debian bigmem buildbot

STINNER Victor added the comment: A recent crash: [241/364/1] test_zlib Fatal Python error: Bus error Current thread 0x2b8f2240d260: File "/var/tmpfs/martin.vonloewis/3.x.loewis-parallel2/build/Lib/test/test_zlib.py", line 96 in test_big_buffer File "/var/tmpfs/martin.vonloewis/3.x.

[issue13873] SIGBUS in test_zlib on Debian bigmem buildbot

STINNER Victor added the comment: The same test found a bug in Mac OS X kernel: issue #11277. I'm unable to reproduce the crash on Fedora 16 (with 12 GB of RAM). It may depend on zlib version or the kernel version. I'm running Linux 3.2.6-3.fc16.x86_64 with zlib 1.2.5-6.fc16. -- ___

[issue13873] SIGBUS in test_zlib on Debian bigmem buildbot

Changes by Nadeem Vawda : -- nosy: +haypo, loewis, pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue14090] Bus error on test_big_buffer() of test_zlib, buildbot AMD64 debian bigmem 3.x

Nadeem Vawda added the comment: This was already reported as issue 13873. -- nosy: +nadeem.vawda resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> SIGBUS in test_zlib on Debian bigmem buildbot ___ Python t

[issue14090] Bus error on test_big_buffer() of test_zlib, buildbot AMD64 debian bigmem 3.x

New submission from STINNER Victor : [241/364/1] test_zlib Fatal Python error: Bus error Current thread 0x2b8f2240d260: File "/var/tmpfs/martin.vonloewis/3.x.loewis-parallel2/build/Lib/test/test_zlib.py", line 96 in test_big_buffer File "/var/tmpfs/martin.vonloewis/3.x.loewis-parallel

[issue14077] sporadic test_multiprocessing failure

Charles-François Natali added the comment: I've committed the fix. As for improving the randomness of the temporary file name, I'm not against it (I'm just not convinced it's necessary). -- resolution: -> fixed stage: commit review -> committed/rejected status: open -> closed ___

[issue12702] shutil.copytree() should use os.lutimes() to copy the metadata of symlinks

Petri Lehtinen added the comment: Yeah. Seems that fixing #12715 automatically also fixed this, so closing as duplicate. -- resolution: -> duplicate status: open -> closed superseder: -> Add symlink support to shutil functions ___ Python tracker

[issue14077] sporadic test_multiprocessing failure

Roundup Robot added the comment: New changeset 27d31f0c4ad5 by Charles-François Natali in branch 'default': Issue #14077: importlib: Fix regression introduced by de6703671386. http://hg.python.org/cpython/rev/27d31f0c4ad5 -- nosy: +python-dev ___ Pyt

[issue14073] allow per-thread atexit()

Changes by Zvezdan Petkovic : -- nosy: +zvezdan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue14080] Sporadic test_imp failure

Brett Cannon added the comment: I can confirm the failure when an import fails prior to running test_imp (i.e. trying importing some non-existent module like Stefan did at the top of test_imp). Luckily importlib doesn't fail in this case. =) -- ___

[issue14080] Sporadic test_imp failure

Stefan Krah added the comment: No, this is sys.path after sys.path.insert(0, os.curdir): ['.', '', '/usr/local/lib/python33.zip', '/usr/home/stefan/hg/cpython/Lib', '/usr/home/stefan/hg/cpython/Lib/plat-freebsd9', '/usr/home/stefan/hg/cpython/build/lib.freebsd-9.0-RELEASE-amd64-3.3-pydebug']

[issue13241] llvm-gcc-4.2 miscompiles Python (XCode 4.1 on Mac OS 10.7)

Michael Foord added the comment: Note that apple have made gcc available, as part of command line tools for XCode, freely (free developer registration required though) from: https://developer.apple.com/downloads/ See: http://kennethreitz.com/xcode-gcc-and-homebrew.html --

[issue13703] Hash collision security issue

Barry A. Warsaw added the comment: Never mind about sys.hash_seed. See my follow up in python-dev. I consider this issue is closed wrt the 2.6 branch. -- ___ Python tracker _

[issue14089] Patch to increase fractions lib test coverage

New submission from Oleg Plakhotnyuk : The last few missing bits to complete test coverage of 'fractions.py' library. ./python.exe -E -Wd -m test -v -T -D ../coverage/test_fractions test_fractions lines cov% module (path) 270 100% fractions (/Users/family/Documents/code/python/re

[issue13447] Add tests for some scripts in Tools/scripts

Francisco Martín Brugué added the comment: > My only concern is communication: how do we tell people working on a tool > that they should write a test in test_tools? I’m not sure they would read > Tools/README; maybe a note at the top of the Python files would work; a note > in the devguide;

[issue14080] Sporadic test_imp failure

Antoine Pitrou added the comment: > OK, on FreeBSD the failure occurs reliably when test_sqlite and > test_imp are chained, perhaps because of the import failure > of sqlite3: Mmh, funny, I can't trigger it here. Is there anything special in your sys.path? -- _

[issue14080] Sporadic test_imp failure

Stefan Krah added the comment: OK, on FreeBSD the failure occurs reliably when test_sqlite and test_imp are chained, perhaps because of the import failure of sqlite3: [stefan@freebsd-amd64 ~/hg/cpython]$ ./python -m test -uall test_sqlite test_imp [1/2] test_sqlite test_sqlite skipped -- No mod

[issue13703] Hash collision security issue

Barry A. Warsaw added the comment: I have to amend my suggestion about sys.flags.hash_randomization. It needs to be non-zero even if $PYTHONHASHSEED is given instead of -R. Many other flags that also have envars work the same way, e.g. -O and $PYTHONOPTIMIZE. So hash_randomization has to w

[issue13405] Add DTrace probes

Marc Abramowitz added the comment: My understanding of DTrace is extremely shallow, but I think there is a major difference in how USDT probes are created between Solaris and OS X. Whereas on Solaris one generates object code using the -G option of dtrace and then links it in with the applica

[issue13370] test_ctypes fails when building python with clang

Changes by Anton Korobeynikov : -- nosy: +Anton.Korobeynikov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue13241] llvm-gcc-4.2 miscompiles Python (XCode 4.1 on Mac OS 10.7)

Changes by Anton Korobeynikov : -- nosy: +Anton.Korobeynikov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue14084] test_imp resource leak

Roundup Robot added the comment: New changeset cbfd2bf80db0 by Antoine Pitrou in branch '3.2': Issue #14084: Fix a file descriptor leak when importing a module with a bad encoding. http://hg.python.org/cpython/rev/cbfd2bf80db0 New changeset fcd0a67e708e by Antoine Pitrou in branch 'default': I

[issue14084] test_imp resource leak

Antoine Pitrou added the comment: Should be fixed now. -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___ __

[issue13447] Add tests for some scripts in Tools/scripts

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

[issue14079] Problems with recent test_subprocess changes

Ross Lagerwall added the comment: Cool, thanks for reporting and debugging the issue :-) -- ___ Python tracker ___ ___ Python-bugs-li

[issue14088] sys.executable generating canonical path

New submission from Antonio Ribeiro : Hi all, As it is my first time here, I'll try to explay step-by-step why I'm providing this path, and why I think that it is changing something that I believe that is not correct. First of all, I was trying to run one individual test, as the dev guide say

[issue4256] argparse: provide a simple way to get a programmatically useful list of options

Zbyszek Szmek added the comment: zsh completion is much more powerful. E.g. for gitlog I see: completing head completing commit object name completing cached file abspath.c git-lost-found.sh README aclocal.m4 git-merge-octopus.sh

[issue14080] Sporadic test_imp failure

Brett Cannon added the comment: Well, if you execute test_imp w/ importlib (-m importlib.test.regrtest test_imp) it still passes. So there is something very odd going on that probably relies on some other test doing something weird. And this might be hard to diagnose until the error triggers

  1   2   >