[issue15481] Add exec_module() as part of the import loader API

Eric Snow added the comment: This isn't going to be worth it. -- resolution: -> rejected status: open -> closed ___ Python tracker ___ __

[issue15425] Another strange Tracebacks with importlib

Eric Snow added the comment: For instance, http://buildbot.python.org/all/builders/x86%20XP-4%203.x/builds/7214/steps/test/logs/stdio 4 cases of "ImportError: No module named '_parent_foo'". Failing on "import _parent_foo.bar" and "from _parent_foo import bar". Unfortunately I don't have an

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Eric Snow added the comment: Yeah, but right now the API of importlib.abc.Finder is strictly find_module(name, path=None). I would expect that to remain the same for MetaPathFinder (bikeshedding aside :). So what would be left in importlib.abc.Finder if the ultimate plan is that PathEntryHan

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Nick Coghlan added the comment: As we want to eventually deprecate find_module in the PathEntryHandler API, I'd suggest two new subclasses, MetaPathFinder and PathEntryHandler, both inheriting from Finder. Current path hooks would be updated to inherit from PathEntryHandler, meta path hooks f

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Eric Snow added the comment: Would importlib.abc.Finder become something like MetapathHandler, or would we just add a new one (like PathEntryHandler)? Obviously the actual names would depend on the outcome of issue15295, but the fate of importlib.abc.Finder is independent of the names. -

[issue15295] Import machinery documentation

Eric Snow added the comment: More on import-related terms. Given Nick's recommendation, here's a broader view, as related to the import state: sys.meta_path: "meta path finder" -> "module loader" sys.meta_path[-1] (initially): "default path importer" sys.path_hooks: "path hook" -> "path

[issue15464] ssl: add set_msg_callback function

Chris Jerdonek added the comment: I haven't commented on the content of your patch (I'm not knowledgeable enough in this area), but as for your test, I noticed that you removed the part that asserted something about the argument passed to cb(). Ideally when testing a callback, you want to test

[issue15355] generator docs should mention already-executing exception

Meador Inge added the comment: Hi Chris, it seems reasonable to me, but I would feel more comfortable if someone (like Nick) that is more familiar with the generator implementation can comment on this as well. -- ___ Python tracker

[issue15231] update PyPI upload doc to say --no-raw passed to rst2html.py

Eli Bendersky added the comment: Yes, if the new phrasing looks OK I will backport to 3.2 & 2.7 -- ___ Python tracker ___ ___ Python-b

[issue8847] crash appending list and namedtuple

Meador Inge added the comment: > This is probably meant to imply that pointers to different functions must > not compare equal. I think so. Also, in our case the functions have different names, therefore they can't be the "same" function. > So if this is determined to be a compiler bug, the mo

[issue15231] update PyPI upload doc to say --no-raw passed to rst2html.py

Chris Jerdonek added the comment: Thanks, Eli. I know Éric had marked in the tracker for the change to be done in 2.7 and 3.2 as well. -- ___ Python tracker ___ ___

[issue15295] Import machinery documentation

Eric Snow added the comment: Sounds good to me. As I understood them: 1. default path importer (a.k.a PathFinder), 2. path hook (lives on sys.path_hooks), 3. path entry handler (finder look-alike that a path hook returns), 4. module loader (business as usual). A "path entry handler" would stan

[issue15231] update PyPI upload doc to say --no-raw passed to rst2html.py

Eli Bendersky added the comment: I've committed a rephrase [the Misc/NEWS entry is IMHO unnecessary for tiny documentation clarifications]. Since there's no distutils2/packaging in 3.3 at the moment, I think we're done. Éric - would you like to keep this issue alive to remember applying the fi

[issue15231] update PyPI upload doc to say --no-raw passed to rst2html.py

Roundup Robot added the comment: New changeset 3a08d766eee3 by Eli Bendersky in branch 'default': Issue #15231: rephrase the last paragraph slightly http://hg.python.org/cpython/rev/3a08d766eee3 -- nosy: +python-dev ___ Python tracker

[issue15231] update PyPI upload doc to say --no-raw passed to rst2html.py

Chris Jerdonek added the comment: Since Martin is busy, is there anything I can do to help close this very minor change? It seems to be in a half-committed state right now. -- ___ Python tracker _

[issue13553] Tkinter doesn't set proper application name in Gnome Shell

Roger Serwy added the comment: It looks like this code will set the title properly in the latest GNOME shell (3.4): from Tkinter import * app = Tk(className='App Name') app.title('App Title') app.mainloop() The documentation should be updated to explain the arguments to Tk().

[issue15486] Standardised mechanism for stripping importlib frames from tracebacks

Changes by Atsuo Ishimoto : -- nosy: +ishimoto ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue15486] Standardised mechanism for stripping importlib frames from tracebacks

Eric Snow added the comment: patch LGTM. Nice and clean. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue8847] crash appending list and namedtuple

Martin v. Löwis added the comment: OTOH, 6.5.9p6 says "Two pointers compare equal if and only if both are null pointers, both are pointers to the same object (including a pointer to an object and a subobject at its beginning) or function [...]" This is probably meant to imply that pointers to

[issue15295] Import machinery documentation

Nick Coghlan added the comment: s/locate path entry finders/appropriate path entry handlers/ -- ___ Python tracker ___ ___ Python-bugs

[issue15295] Import machinery documentation

Nick Coghlan added the comment: As far as the path importer goes, it's important to keep in mind there are *four* different pieces in play: 1. The path importer itself This is a meta path finder installed on sys.meta_path, which implements the find_module API. It scans the supplied search pat

[issue8847] crash appending list and namedtuple

Martin v. Löwis added the comment: > Having the compiler merge different pointers just because the functions > happen to have the same implementation is simply *not cool* from the > point of view of the CPython code base. I believe the compiler is completely entitled to do so according to the

[issue8847] crash appending list and namedtuple

Meador Inge added the comment: Nice work Victor. > Can we turn that particular optimisation off? /OPT:NOICF is probably what we are looking for [1]: """ /OPT:ICF can result in the same address being assigned to different functions or read only data members (const variables compiled with /Gy).

[issue1859] textwrap doesn't linebreak on "\n"

Chris Jerdonek added the comment: Marking issue 15510 as a dependency because there is a behavioral issue in existing use cases that affects how to proceed in this issue. -- dependencies: +textwrap.wrap('') returns empty list ___ Python tracker

[issue15510] textwrap.wrap('') returns empty list

New submission from Chris Jerdonek: While working on issue 1859, I found that textwrap.wrap() returns an empty list when passed the empty string: >>> from textwrap import wrap >>> wrap('') [] as opposed to a list containing the empty string which is what I expected-- [''] I originally accept

[issue15295] Import machinery documentation

Eric Snow added the comment: > I certainly struggled with this term. I almost picked PathFinder (or "path > finder") since that's the name of the actual class used in the implementation, > but then I thought this might be too implementation specific. Considering that the goal is for importlib t

[issue15355] generator docs should mention already-executing exception

Chris Jerdonek added the comment: Meador, does this language look okay to you now that it states the exception type? -- ___ Python tracker ___ __

[issue15505] unittest.installHandler incorrectly assumes SIGINT handler is set.

Changes by Thomas Wouters : Removed file: http://bugs.python.org/file26604/inthandler.patch ___ Python tracker ___ ___ Python-bugs-list mailin

[issue15505] unittest.installHandler incorrectly assumes SIGINT handler is set.

Thomas Wouters added the comment: Updated patch. -- Added file: http://bugs.python.org/file26610/inthandler.patch ___ Python tracker ___ _

[issue8847] crash appending list and namedtuple

Nick Coghlan added the comment: Nice detective work, Victor. Can we turn that particular optimisation off? We use function addresses for identification purposes in many more places than just this one. Having the compiler merge different pointers just because the functions happen to have the s

[issue8847] crash appending list and namedtuple

STINNER Victor added the comment: When Python is compiled by Visual Studio 10 in PGUpdate mode, duplicated functions are merged to become the same unique function. The C code of wrap_binaryfunc() and wrap_binaryfunc_l() functions is the same and so both functions get the same address. For "cl

[issue15468] Edit docs to hide hashlib.md5()

Derek Wilson added the comment: Attached patch mentioning availability of md5 under FIPS compliance and the use of OpenSSL algorithms when available and altering the initial example to use sha1 instead of md5. -- keywords: +patch nosy: +Derek.Wilson Added file: http://bugs.python.org/f

[issue15508] __import__.__doc__ has outdated information about level

Brett Cannon added the comment: changelist d56b647f325a -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue15509] webbrowser.open sometimes passes zero-length argument to the browser.

Changes by Ezio Melotti : -- nosy: +ezio.melotti, georg.brandl stage: -> test needed versions: +Python 2.7, Python 3.2 ___ Python tracker ___ ___

[issue15508] __import__.__doc__ has outdated information about level

Arfrever Frehtes Taifersar Arahesis added the comment: You should probably use *level* instead of 'level'. -- ___ Python tracker ___ _

[issue15509] webbrowser.open sometimes passes zero-length argument to the browser.

Changes by Anton Barkovsky : Added file: http://bugs.python.org/file26608/webbrowser_args.patch ___ Python tracker ___ ___ Python-bugs-list ma

[issue15509] webbrowser.open sometimes passes zero-length argument to the browser.

Changes by Anton Barkovsky : Removed file: http://bugs.python.org/file26607/webbrowser_args.patch ___ Python tracker ___ ___ Python-bugs-list

[issue15508] __import__.__doc__ has outdated information about level

Brett Cannon added the comment: changest 231d98a38eec has the versionchanged notice. -- ___ Python tracker ___ ___ Python-bugs-list ma

[issue15509] webbrowser.open sometimes passes zero-length argument to the browser.

New submission from Anton Barkovsky: Because of the way webbrowser.UnixBrowser.open generates command-line arguments the resulting list sometimes looks like this: ['chromium', '', 'http://www.example.org/'] This seems to work fine with chromium for me but as you can see: >>> subprocess.cal

[issue8847] crash appending list and namedtuple

Stefan Krah added the comment: I can reproduce this exclusively with the pgupdate build: msbuild PCbuild\pcbuild.sln /p:Configuration=PGInstrument /p:Platform=win32 msbuild PCbuild\pcbuild.sln /p:Configuration=PGUpdate /p:Platform=win32 PCbuild\Win32-pgo\python.exe Python 3.3.0b1 (default, Jul

[issue15508] __import__.__doc__ has outdated information about level

Arfrever Frehtes Taifersar Arahesis added the comment: What about the suggested change in Doc/library/functions.rst? -- ___ Python tracker ___ ___

[issue15508] __import__.__doc__ has outdated information about level

Roundup Robot added the comment: New changeset 2a4ca86cc2b7 by Brett Cannon in branch 'default': Issue #15508: Fix the docstring for __import__ to not mention negative http://hg.python.org/cpython/rev/2a4ca86cc2b7 -- nosy: +python-dev ___ Python track

[issue15508] __import__.__doc__ has outdated information about level

Changes by Brett Cannon : -- assignee: -> brett.cannon resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___

[issue15295] Import machinery documentation

Brett Cannon added the comment: To answer a couple of Barry's comments in reply to Eric... __package__ should be set to the empty string if I'm reading PEP 362 correctly (and importlib isn't broken): "When the import system encounters an explicit relative import in a module without __package__

[issue15508] __import__.__doc__ has outdated information about level

New submission from Arfrever Frehtes Taifersar Arahesis: $ python3.2 -c '__import__("os", level=-1)' $ python3.3 -c '__import__("os", level=-1)' Traceback (most recent call last): File "", line 1, in ValueError: level must be >= 0 $ python3.3 -c 'print(__import__.__doc__)' __import__(name, glo

[issue15295] Import machinery documentation

Éric Araujo added the comment: A small note in passing: “protocol” is used for things like the sequence protocol, the iterator protocol, or closer to home the finder and loader protocols, so it would sound weird or potentially confusing to me. Import system is how I’ve always thought about it

[issue15295] Import machinery documentation

Barry A. Warsaw added the comment: Thanks for the review Eric. I'm slogging through these and many other comments, but I now have the docs integrated with trunk, and will probably land them for better or worse in the next day or so. I'll respond just to a few of your comments. Whatever I omit

[issue15507] test_subprocess assumes SIGINT is not being ignored.

Thomas Wouters added the comment: Patch attached to (briefly) set signal.SIGINT to the default in the test. It may make sense to add a feature to subprocess.Popen to ignore/unignore signals (it should only need to support SIG_DFL and SIG_IGN, not other signal handlers, considering there'll be

[issue8847] crash appending list and namedtuple

Changes by Alex Gaynor : -- nosy: +alex ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/m

[issue15507] test_subprocess assumes SIGINT is not being ignored.

New submission from Thomas Wouters: test_subprocess's test_send_signal assumes SIGINT is not being ignored, by spawning a new process and expecting it to have the default SIGINT handler . SIGINT can be set to SIG_IGN if the process running the test inherited it from the parent process. --

[issue15468] Edit docs to hide hashlib.md5()

Gregory P. Smith added the comment: The always present hashes do use openssl if the openssl version hashlib was compiled against supports them. otherwise it falls back to the builtin C implementations. -- ___ Python tracker

[issue9803] IDLE closes with save while breakpoint open

Changes by Andrew Svetlov : -- assignee: -> asvetlov nosy: +asvetlov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue15505] unittest.installHandler incorrectly assumes SIGINT handler is set.

Changes by Gregory P. Smith : -- assignee: -> gregory.p.smith keywords: +needs review nosy: +gregory.p.smith ___ Python tracker ___ _

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Brett Cannon added the comment: Making this a dependency on the import machinery docs issues as the terminology settled on in those docs to differentiate between finders involving sys.meta_path and sys.path will help dictate what to name the new ABCs. -- dependencies: +Import machinery

[issue15468] Edit docs to hide hashlib.md5()

Daniel Holth added the comment: Taking a second look it is pretty good. The only other thing that might be worth mentioning explicitly is that the "always present" hashes don't actually use OpenSSL. "Constructors for hash algorithms that are always present in this module are md5(), sha1(), sh

[issue15500] Python should support naming threads

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

[issue15506] configure should use PKG_PROG_PKG_CONFIG

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

[issue15500] Python should support naming threads

Changes by Antoine Pitrou : -- versions: +Python 3.4 -Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue15504] pickle/cPickle saves invalid/incomplete data

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

[issue13555] cPickle MemoryError when loading large file (while pickle works)

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

[issue12834] memoryview.to_bytes() and PyBuffer_ToContiguous() incorrect for non-contiguous arrays

Stefan Krah added the comment: > Right now major parts of the buffer API are broken for non-trivial > buffer definitions. IMHO a backport of the fix doesn't count as a new > feature although it needs some new internal functions. This particular bug fix for PyBuffer_ToContiguous() (which would au

[issue15505] unittest.installHandler incorrectly assumes SIGINT handler is set.

Thomas Wouters added the comment: Patch attached. -- keywords: +patch stage: -> patch review Added file: http://bugs.python.org/file26604/inthandler.patch ___ Python tracker ___

[issue15506] configure should use PKG_PROG_PKG_CONFIG

New submission from Mike Frysinger: the current configure script open codes the pkg-config look up: AC_PATH_TOOL([PKG_CONFIG], [pkg-config]) rather than using the standard macro from pkg-config's own pkg.m4: PKG_PROG_PKG_CONFIG this causes the build env to not operate exactly like other pkg-con

[issue12288] tkinter SimpleDialog initialvalue

Andrew Svetlov added the comment: Fixed. Thank you, Tom. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___

[issue15486] Standardised mechanism for stripping importlib frames from tracebacks

Georg Brandl added the comment: Looks good and simplifies things. Green light :) -- ___ Python tracker ___ ___ Python-bugs-list maili

[issue12288] tkinter SimpleDialog initialvalue

Roundup Robot added the comment: New changeset fd5166fdb978 by Andrew Svetlov in branch '3.2': Issue #12288: Consider '0' and '0.0' as valid initialvalue for tkinter SimpleDialog. http://hg.python.org/cpython/rev/fd5166fdb978 New changeset 2f3ccf4ec193 by Andrew Svetlov in branch 'default': Iss

[issue8847] crash appending list and namedtuple

Changes by Terry J. Reedy : -- nosy: +ncoghlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue15504] pickle/cPickle saves invalid/incomplete data

Martin v. Löwis added the comment: People can probably debate endless about seriousness of an issue. Keep in mind that two factors affect seriousness: what's the impact when it happens (here it is "quite bad"), and what's the chance that it happens (it's "quite low", since it requires you to p

[issue15505] unittest.installHandler incorrectly assumes SIGINT handler is set.

New submission from Thomas Wouters: unittest.installHandler incorrectly assumes signal.SIGINT will always be set to a callable object, rather than signal.SIG_DFL or signal.SIG_IGN. This breaks if the test is being executed in an environment that e.g. ignores signal.SIGINT, like a bash script t

[issue8847] crash appending list and namedtuple

Georg Brandl added the comment: Raising priority. This should be investigated properly before 3.3 final. -- nosy: +georg.brandl priority: high -> deferred blocker ___ Python tracker

[issue8847] crash appending list and namedtuple

Antoine Pitrou added the comment: The exact same issue happens when concatenating a list subclass to a tuple: >>> () + L([1,2]) [1, 2] >>> (3,) + L([1,2]) # crash Also, note that in this case a list is returned, not a tuple despite the first operand being a tuple. Conversely: >>> [] + T((1,2)

[issue8847] crash appending list and namedtuple

Antoine Pitrou added the comment: For some reasons I was able to reproduce under 64-bit Windows with the 3.3b1 official build, but neither with my own VS9.0-compiled build, nor with the 3.2 official build. To reproduce: >>> class T(tuple): pass ... >>> t = T((1,2)) >>> [] + t (1, 2) >>> [3,]

[issue15463] test_faulthandler can fail if install path is too long

Changes by STINNER Victor : -- resolution: fixed -> status: closed -> open ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue15504] pickle/cPickle saves invalid/incomplete data

New submission from Philipp Lies: I just stumbled upon a very serious bug in cPickle where cPickle stores the data passed to it only partially without a warning/error: #creating a >8GB long random data sting import os import cPickle random_string = os.urandom(int(1.1*2**33)) print len(random_st

[issue7686] redundant open modes 'rbb', 'wbb', 'abb' no longer work on Windows

Changes by Atsuo Ishimoto : -- nosy: +ishimoto ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue4722] _winreg.QueryValue fault while reading mangled registry values

Changes by Atsuo Ishimoto : -- nosy: +ishimoto ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue7671] test_popen fails if path contains special char like ";"

Changes by Atsuo Ishimoto : -- nosy: +ishimoto ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue6132] Implement the GIL with critical sections in Windows

Changes by Atsuo Ishimoto : -- nosy: +ishimoto ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue15503] concatenating string in dict unexpected performance

Antoine Pitrou added the comment: It's a FAQ entry: http://docs.python.org/dev/faq/programming.html#what-is-the-most-efficient-way-to-concatenate-many-strings-together -- nosy: +pitrou resolution: -> wont fix status: open -> closed ___ Python tracker

[issue14302] Move python.exe to bin/

Changes by Atsuo Ishimoto : -- nosy: +ishimoto ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue8847] crash appending list and namedtuple

Changes by Atsuo Ishimoto : -- nosy: +ishimoto ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue15503] concatenating string in dict unexpected performance

Serhiy Storchaka added the comment: Yes, the total time of repeated string concatenation is O(N**2). s3 is twice larger s2, therefore s3 time about twice large s2 time. In the first case Python use a special optimization which allows O(N) in some cases. You can deactivate it: s5 = """ text =

[issue15503] concatenating string in dict unexpected performance

Alex Gaynor added the comment: Actually, I would argue that it's concatentation of a local variable which has unexpected performance. Logically it should be O(n**2), however due to hacks in CPython it isn't. -- nosy: +alex ___ Python tracker

[issue1610654] cgi.py multipart/form-data

Changes by Atsuo Ishimoto : -- nosy: +ishimoto ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue15463] test_faulthandler can fail if install path is too long

Chris Jerdonek added the comment: Is it okay for me to reopen this issue to review the patch to add a test case for file paths longer than 100 characters, or should I create a new issue for that? -- ___ Python tracker

[issue15503] concatenating string in dict unexpected performance

New submission from Petri Heinilä: In concatenating string in dict somehow radically depends the added string size. code import timeit s1 = """ text = "" for i in range(1,5): text += "12345678901234567890" """ print("str cat 20: {0}s".format(timeit.timeit(s1,number=1))) s2 = """ d

[issue15447] A file is not properly closed by webbrowser._invoke

Anton Barkovsky added the comment: An updated patch with the same issue fixed in Konqueror class. -- Added file: http://bugs.python.org/file26602/fileclose_devnull_v2.patch ___ Python tracker __

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Changes by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue15463] test_faulthandler can fail if install path is too long

Chris Jerdonek added the comment: Attaching patch with test case for long script path. This test failed on my system before the fix and passes after. -- Added file: http://bugs.python.org/file26601/issue-15463-2.patch ___ Python tracker

[issue15295] Import machinery documentation

Nick Coghlan added the comment: #15502 records Brett concern about the merged ABC -- ___ Python tracker ___ ___ Python-bugs-list maili

[issue15502] Meta path finders and path entry finders are different, but share an ABC

New submission from Nick Coghlan: In the review of #15295, Brett noted that the APIs of meta path finders and path entry finders have now diverged substantially thanks to PEP 420, thus it's rather dubious that they continue to share a single Finder ABC in importlib. -- components: Libr

[issue15295] Import machinery documentation

Nick Coghlan added the comment: Ah, the perils of email readers with quote folding and issue trackers without it. The important part of Brett's email is that PEP 420 has started splitting the meta path finder and path entry finder APIs, but importlib still uses a single ABC for both of them. T

[issue15501] Document exception classes in subprocess module

Changes by Anton Barkovsky : Added file: http://bugs.python.org/file26600/subprocess_doc_2.7.patch ___ Python tracker ___ ___ Python-bugs-list

[issue15501] Document exception classes in subprocess module

Changes by Anton Barkovsky : Added file: http://bugs.python.org/file26599/subprocess_doc_3.2.patch ___ Python tracker ___ ___ Python-bugs-list

[issue15501] Document exception classes in subprocess module

New submission from Anton Barkovsky: Exception classes from subprocess module are mentioned in the doc but do not have their own entries. I'm attaching patches for 3.3, 3.2 and 2.7 This issue supersedes #14966. -- assignee: docs@python components: Documentation files: subprocess_doc_3.

[issue12834] memoryview.to_bytes() and PyBuffer_ToContiguous() incorrect for non-contiguous arrays

Nick Coghlan added the comment: I was musing about backporting *all* the memoryview fixes, including the buffer lifecycle ones. Antoine and Stefan rightly pointed out that was a bad idea, and not necessary to address this problem. So +1 for backporting just this specific fix, with the necessar

[issue15495] enable type truncation warnings for gcc builds

Jeremy Kloth added the comment: > I'm getting more than thousand warnings: > > $ CFLAGS="-Wconversion -Wno-sign-conversion" ./configure > $ LC_ALL=C make -s -j8 2>&1 | tee log > $ grep Wconversion log | wc -l > 1163 My Win64 buildbot currentlyhas 544 conversion warnings, but it seems something h

[issue15496] harden directory removal for tests on Windows

Jeremy Kloth added the comment: > This is a (near) duplicate of issue7443, I think. Partially so it seems. However, my testing with Process Monitor (from sysinterals) shows that most of the access denied errors occur when removing directories. The blind rename-remove dance doesn't work when re

[issue12834] memoryview.to_bytes() and PyBuffer_ToContiguous() incorrect for non-contiguous arrays

Christian Heimes added the comment: Right now major parts of the buffer API are broken for non-trivial buffer definitions. IMHO a backport of the fix doesn't count as a new feature although it needs some new internal functions. I don't quite understand why Nick thinks that ABI compatibility is

[issue15500] Python should support naming threads

New submission from Attila Nagy: Python class Thread has a "name" argument, which sets the name of the given thread. This name is used only internally, while there is a possibility to set this on an OS-level. Related discussion: http://stackoverflow.com/questions/2369738/can-i-set-the-name-of-a

  1   2   >