[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

[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.

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

[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

[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 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

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

[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

[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

[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

[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 ___ _

[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

[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 ___ __

[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

[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

[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

[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).

[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

[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

[issue15295] Import machinery documentation

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

[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

[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

[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

[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().

[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 _

[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

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

[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

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 ___ ___

[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

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

[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

[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

[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

[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. -

[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: 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

[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

[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 ___ __

<    1   2