[issue20887] stdlib compatibility with pypy, test_zipfile.py
Serhiy Storchaka added the comment: In general LGTM. Do you interesting in porting this to Python 3 (this would be non-trivial work)? -- assignee: - serhiy.storchaka nosy: +serhiy.storchaka stage: - needs patch versions: +Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20887 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19861] Update What's New for Python 3.4
Serhiy Storchaka added the comment: Now almost all listed changes are documented. Great work, David! But you perhaps forgot about changed multiprocessing.set_executable() and new urllib.error.HTTPError.headers. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19861 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20888] tracemalloc: add getline() method to Traceback and Frame
Roundup Robot added the comment: New changeset 14c1ff6a8086 by Victor Stinner in branch 'default': Issue #20888: improve Pretty Top example of tracemalloc, use linecache http://hg.python.org/cpython/rev/14c1ff6a8086 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20888 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19861] Update What's New for Python 3.4
Serhiy Storchaka added the comment: Ah, and please document backward-incompatible changes in OSError signature (issue20517). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19861 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17741] event-driven XML parser
Stefan Behnel added the comment: My latest status is that a decision on the future of the parser argument is still pending. See #20219. It's correctly deprecated in the sense that passing any previously existing parser isn't going to be supported anymore, but passing an XMLPullParser (which is new in Py3.4 and thus can't have been used in existing code) now makes perfect sense (IMHO). So, in a way, it might end up as a sort of argument recycling rather than argument deletion. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17741 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20888] tracemalloc: add a get_line() method to Trace and Frame classes
STINNER Victor added the comment: The method name should be get_line, not getline, to conform to the PEP 8. It's not very useful to add an helper to the Traceback, it's more interesting to add it to the Trace class. So linecache.getline(trace.traceback[0].filename, trace.traceback[0].lineno) just becomes trace.get_line(). I updated the patch: tracemalloc_get_line-2.patch. Yes it is too late. Ok. I applied to most interesting change (on the documentation) for Python 3.4.1. About the patch, is it a bad thing to add new methods (get_line) to such debug module in a minor version (3.4.1)? It can be surprising if sometimes try the same code on Python 3.4.1 and 3.4.0. Well, the proposed addition is just an helper, linecache can still used ;-) It's just convinient to write one-shot script (use and delete) using tracemalloc. -- title: tracemalloc: add getline() method to Traceback and Frame - tracemalloc: add a get_line() method to Trace and Frame classes Added file: http://bugs.python.org/file34350/tracemalloc_get_line-2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20888 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20889] asyncio.docs : asyncio.Condition acquire/release/locked method undocumented
STINNER Victor added the comment: Here is a patch to document the 3 missing methods. -- keywords: +patch nosy: +gvanrossum, haypo, yselivanov Added file: http://bugs.python.org/file34351/asyncio_doc_cond.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20889 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20784] 'collections.abc' is no longer defined when collections is imported
Jurko Gospodnetić added the comment: Item possibly related to this. When packaging a simple HelloWorld-like application like this: print(Hello world) import configparser using cx_Freeze and Python 3.4, you get the following error on packaged application startup: Traceback (most recent call last): File C:\Program Files\Python\Python34rc3\lib\site-packages\cx_freeze-4.3.2-py3.4-win-amd64.egg\cx_Freeze\initscripts\Console3.py, line 27, in module exec(code, m.__dict__) File hello_world.py, line 4, in module File C:\Program Files\Python\Python34rc3\lib\importlib\_bootstrap.py, line 2214, in _find_and_load return _find_and_load_unlocked(name, import_) File C:\Program Files\Python\Python34rc3\lib\importlib\_bootstrap.py, line 2203, in _find_and_load_unlocked module = _SpecMethods(spec)._load_unlocked() File C:\Program Files\Python\Python34rc3\lib\importlib\_bootstrap.py, line 1191, in _load_unlocked return self._load_backward_compatible() File C:\Program Files\Python\Python34rc3\lib\importlib\_bootstrap.py, line 1161, in _load_backward_compatible spec.loader.load_module(spec.name) File C:\Program Files\Python\Python34rc3\lib\configparser.py, line 121, in module from collections.abc import MutableMapping File C:\Program Files\Python\Python34rc3\lib\importlib\_bootstrap.py, line 2214, in _find_and_load return _find_and_load_unlocked(name, import_) File C:\Program Files\Python\Python34rc3\lib\importlib\_bootstrap.py, line 2201, in _find_and_load_unlocked raise ImportError(_ERR_MSG.format(name), name=name) ImportError: No module named 'collections.abc' As I see it, the config parser module is attempting to import 'collections.abc'. The same does not occur with Python 3.3.5 or 3.3.3. Not sure if this is due to something cx_Freeze does so it failed to collect some module in the created installation package, or if it's something to look into in Python itself. Just looked similar to this so I bring it up as additional info for anyone looking deeper into this issue. Hope this helps. Best regards, Jurko Gospodnetić -- nosy: +Jurko.Gospodnetić ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20784 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20886] Disabling logging to ~/.python_history is not simple enough
Antoine Pitrou added the comment: On mar., 2014-03-11 at 02:38 +, Arfrever Frehtes Taifersar Arahesis wrote: Arfrever Frehtes Taifersar Arahesis added the comment: Antoine Pitrou: What sure not the panic mode is about, but in any case you can simply use e.g. chmod 111 .python_history (which will forbid both reading and writing the file). It surely does not work: It probably depends on the OS. It worked here. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20886 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20784] 'collections.abc' is no longer defined when collections is imported
STINNER Victor added the comment: Item possibly related to this. I cannot reproduce your issue, it looks like a bug in cx_Freeze. import collections doesn't import collections.abc by default anymore, but configparser is correct: from collections.abc import MutableMapping. So it imports explicitly collections.abc. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20784 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20784] 'collections.abc' is no longer defined when collections is imported
Jurko Gospodnetić added the comment: I cannot reproduce your issue Meaning you do not have the environment set up for this or that you tried it and it worked for you? If it 'worked for you', I can send you more detailed environment information when get back to my office in an hour or so. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20784 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13530] Docs for os.lseek neglect to mention what it returns
Till Maas added the comment: This is not fixed for Python 2.7 and 2.6. -- nosy: +till ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13530 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20888] tracemalloc: add a get_line() method to Trace and Frame classes
Georg Brandl added the comment: The policy is clear, no API additions in micro releases (the only exceptions should be made for security issues). -- nosy: +georg.brandl versions: +Python 3.5 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20888 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10835] sys.executable default and altinstall
Piotr Dobrogost added the comment: Garbage in, garbage out. In this case – exec -a '' – yes, but in general not so – see Mismatch between sys.executable and sys.version in Python question at SO (http://stackoverflow.com/q/22236727/95735). As to not guessing Victor STINNER in comment http://bugs.python.org/issue7774#msg100849 wrote this: There are different methods to get the real program name, but no one is portable. As flox wrote, we can do a best effort to provide a valid sys.executable. Extract of stackoverflow link: * Mac OS X: _NSGetExecutablePath() (man 3 dyld) * Linux: readlink /proc/self/exe * Solaris: getexecname() * FreeBSD: sysctl CTL_KERN KERN_PROC KERN_PROC_PATHNAME -1 * BSD with procfs: readlink /proc/curproc/file * Windows: GetModuleFileName() with hModule = NULL -- nosy: +piotr.dobrogost ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10835 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13530] Docs for os.lseek neglect to mention what it returns
Roundup Robot added the comment: New changeset 168e40af4a20 by Georg Brandl in branch '2.7': #13530: port to 2.7 branch (document what os.lseek returns). http://hg.python.org/cpython/rev/168e40af4a20 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13530 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20784] 'collections.abc' is no longer defined when collections is imported
STINNER Victor added the comment: I cannot reproduce your issue Meaning you do not have the environment set up for this or that you tried it and it worked for you? I mean that executing the following lines in Python doesn't fail: --- print(Hello world) import configparser --- It's specific to cx_Freeze and unrelated to this issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20784 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20784] 'collections.abc' is no longer defined when collections is imported
Nick Coghlan added the comment: cx-freeze feedback is better added to issue 20884 - I currently still suspect that 3.4 has just uncovered some latent spec non-compliance in the cx-freeze import system emulation (although I need to investigate further to be sure, since it's also possible we accidentally broke backwards compatibility with certain kinds of legacy behaviour when implementing PEP 451). For this issue, I don't think os.path can be used as a precedent - os isn't a package, and os.path isn't a normal submodule (instead, the os module does a dance to figure out which top level module to import as path - it's usually either ntpath or posixpath). Instead, this is just normal submodule import behaviour - import collections doesn't necessarily imply import collections.abc, it just used to do so because that was how the backwards compatibility for the old names happened to be implemented. Setting the attribute would also shadow the submodule, which would be a little weird (since collections.abc could then refer to either that module or to _collections_abc). Really, the change to collections/__init__.py could just be reverted - the _collections_abc move was just to avoid running collections/__init__.py at startup, so there's no need to use the hack inside collections/__init__.py itself. -- nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20784 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20784] 'collections.abc' is no longer defined when collections is imported
Nick Coghlan added the comment: Oh, and yes, this is *definitely* a bug: _collections_abc.__name__ is set to collections.abc, but if collections.abc isn't imported anywhere in the program, then cx-freeze and similar tools will miss the fact that collections.abc should be bundled. If collections is changed back to implicitly importing the submodule, that problem should go away (although the lie in __name__ for pickle compatibility may still cause problems with freezing, so it's perhaps worth mentioning in the porting notes regardless). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20784 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20884] importlib/__init__.py can not be loaded without __file__ - breaks cxFreeze
Nick Coghlan added the comment: Reading https://bitbucket.org/anthony_tuininga/cx_freeze/src/default/cx_Freeze/finder.py I have a suspicion that the import system reimplementation in there is going to need updates to handle PEP 451 (I suspect there are even latent defects in relation to Python 3.3 changes). Setting this to pending for the moment - it needs someone that is more familiar than I am with cx-freeze internals to go over: The import related changes in http://docs.python.org/3/whatsnew/3.3.html#porting-to-python-3-3 The import related changes in http://docs.python.org/dev/whatsnew/3.4.html#changes-in-the-python-api The import system update in http://www.python.org/dev/peps/pep-0451/ In particular, issue 18065 (__path__ now being empty in frozen packages) seems like it might have the potential to cause trouble. -- status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20884 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20884] importlib/__init__.py can not be loaded without __file__ - breaks cxFreeze
Nick Coghlan added the comment: Another relevant link: http://docs.python.org/3.4/reference/import.html Just to clarify the reason for the pending status: At the moment, I suspect this is a matter of either 3.4 revealing a latent defect in the cx-freeze import emulation (by being less tolerant of deviations from the language spec), or else that emulation needs to be updated to address one or more of the existing porting notes. In the first case, we'll just need a new porting note, in the latter, no change at all. However, an inadvertent backwards incompatible change as a result of the PEP 451 changes is also a possibility. cx-freeze digs much deeper into the import system than most tools, so it's entirely plausible that it might hit an edge case that isn't covered by our test suite. Note that Python source and bytecode files, whether imported from the filesystem or from inside a zipfile *should* have __file__ set (as should extension modules). Frozen modules won't have it set, but that shouldn't apply in the case of importlib/__init__.py. -- status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20884 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17741] event-driven XML parser
Nick Coghlan added the comment: Yeah, I'd agree with Stefan here - documented deprecation is reasonable at this point (so that new users avoid it for now), but we may still undeprecate it later if we decide it makes sense to do so. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17741 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20692] Tutorial section 9.4 and FAQ: how to call a method on an int
Sreepriya Chalakkal added the comment: This is a patch that includes the faq. -- keywords: +patch nosy: +sreepriya Added file: http://bugs.python.org/file34352/doc1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20692 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18321] Multivolume support in tarfile module
Eduardo Robles Elvira added the comment: I guess I got it wrong, it's not part of the POSIX standard, just part of the GNU tar documentation. About the getmembers and getnames not reflecting the entirety of the archive, it's an optimization I needed and I think ccan be quite handy. It's also consistent with how the tar command works afaik, just listing the contents of the current volume. But it's true that could be done. Regarding the TarVolumeSet idea, it could work but it's not as easy as that. You don't want to directly do a plain open in there, because you want to be able to deal with read/write modes, with gzip/bzip/Stream class. You also want to give the user maximum flexibility. That's why in my implementation new_volume_handler and open_volume functions are separated. Similarly, we could do something like this: class MyTarVolumeSet(tarfile.TarVolumeSet): def __init__(self, template, max_vol_size): self.template = template self.max_vol_size = max_vol_size def new_volume_handler(self, tarfile, volume_number): self.open_volume(self.template % volume_number, tarfile) volumes = MyTarVolumesSet(test.tar.%03d) with tarfile.open(fileobj=volumes, mode=w:) as tar: for t in tar: print(t.name) Note that the new_volume_handler in this example receives more or less the same params as in my patch (not the base name, because it's already stored in the template), and that the open_volume really abstracts which way it will be opened. It could also have, as in my patch, an optional fileobj parameter, for a new indirection/abstraction. In any case, this kind of abstraction would still really need some kind of hooking with tarfile, because a multivol tarfile is not exactly the same as a normal tarfile chopped up. This might be doable unilateraly by a smart TarVolumeSet getting the information from the tarfile and modifying/patching anything needed. This is one of the reasons why one would probably would still need access to the tarfile inside the open_volume function. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18321 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20884] importlib/__init__.py can not be loaded without __file__ - breaks cxFreeze
Jurko Gospodnetić added the comment: Here's a recipe I can use to reproduce the problem on my PC. Environment: * Windows 7 SP1 x64 * Python 3.4.0rc3 * cx_Freeze checkout from its current HEAD * repository: https://bitbucket.org/anthony_tuininga/cx_freeze * HEAD commit: 52b63b3296843cd612cfbe047a9f6529df4c0444 * I'm attaching a compressed checkout. * TortoiseHg 2.11 - just in case you're having problems using the cx_Freeze Hg sandbox I attached to this comment and want to know if it is Hg version related. * Microsoft Visual Studio 2010 C/C++ compiler. * Exact cl.exe version information: Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 16.00.40219.01 for 80x86 -- 1. prepare to build cx_Freeze -- To build the given cx_Freeze project using Python 3.4 the following tweak must first be done in Python's Lib\distutils\msvc9compiler.py module: Around line 649 replace the line: if mfinfo is not None: with: if mfinfo is not None and target_desc != executable: This is an unrelated issue that still needs to be researched. -- 2. build install cx_Freeze -- Standard Python package installation - go to your cx_Freeze sandbox project folder and run py34 setup.py install. This should result in cx_Freeze-4.3.2-py3.4-win-amd64.egg folder being added under your Python 3.4 installation's site-packages folder. -- 3. prepare a test project -- Create a new folder and add the following files to it: hello_world.py: print(Hello world) import asyncio import sys print(sys.version_info) setup.py: from cx_Freeze import setup, Executable setup(name=HelloWorld, version=0.1, description=HelloWorld, executables=[Executable(hello_world.py, base=Console)]) Note that only the 'import asyncio' line is necessary to reproduce the issue. The rest is just useful output for the user/tester. -- 4. prepare a 'frozen' test project executable -- Go to the test project folder and run the following command: py34 setup.py build_exe This should create a new executable under: build\exe.win-amd64-3.4\hello_world.exe -- 5. run the prepared executable -- You should get output looking something like: Hello world Traceback (most recent call last): File C:\Program Files\Python\Python34rc3\lib\site-packages\cx_freeze-4.3.2-py3.4-win-amd64.egg\cx_Freeze\initscripts\Cons exec(code, m.__dict__) File hello_world.py, line 8, in module import asyncio File C:\Program Files\Python\Python34rc3\lib\importlib\_bootstrap.py, line 2214, in _find_and_load return _find_and_load_unlocked(name, import_) File C:\Program Files\Python\Python34rc3\lib\importlib\_bootstrap.py, line 2203, in _find_and_load_unlocked module = _SpecMethods(spec)._load_unlocked() File C:\Program Files\Python\Python34rc3\lib\importlib\_bootstrap.py, line 1191, in _load_unlocked return self._load_backward_compatible() File C:\Program Files\Python\Python34rc3\lib\importlib\_bootstrap.py, line 1161, in _load_backward_compatible spec.loader.load_module(spec.name) File C:\Program Files\Python\Python34rc3\lib\asyncio\__init__.py, line 23, in module from .locks import * File C:\Program Files\Python\Python34rc3\lib\importlib\_bootstrap.py, line 2214, in _find_and_load return _find_and_load_unlocked(name, import_) File C:\Program Files\Python\Python34rc3\lib\importlib\_bootstrap.py, line 2203, in _find_and_load_unlocked module = _SpecMethods(spec)._load_unlocked() File C:\Program Files\Python\Python34rc3\lib\importlib\_bootstrap.py, line 1191, in _load_unlocked return self._load_backward_compatible() File C:\Program Files\Python\Python34rc3\lib\importlib\_bootstrap.py, line 1161, in _load_backward_compatible spec.loader.load_module(spec.name) File C:\Program Files\Python\Python34rc3\lib\asyncio\locks.py, line 9, in module from . import tasks File C:\Program Files\Python\Python34rc3\lib\importlib\_bootstrap.py, line 2261, in _handle_fromlist _call_with_frames_removed(import_, from_name) File C:\Program Files\Python\Python34rc3\lib\importlib\_bootstrap.py, line 321, in _call_with_frames_removed return f(*args, **kwds) File C:\Program Files\Python\Python34rc3\lib\importlib\_bootstrap.py, line 2214, in _find_and_load return _find_and_load_unlocked(name, import_) File C:\Program Files\Python\Python34rc3\lib\importlib\_bootstrap.py, line 2203, in _find_and_load_unlocked module = _SpecMethods(spec)._load_unlocked() File C:\Program Files\Python\Python34rc3\lib\importlib\_bootstrap.py, line 1191, in _load_unlocked return self._load_backward_compatible() File C:\Program Files\Python\Python34rc3\lib\importlib\_bootstrap.py, line 1161, in _load_backward_compatible spec.loader.load_module(spec.name) File C:\Program Files\Python\Python34rc3\lib\asyncio\tasks.py, line 12, in module import inspect File C:\Program Files\Python\Python34rc3\lib\importlib\_bootstrap.py, line 2214, in _find_and_load
[issue20890] Miscellaneous PEP 101 additions
New submission from Nick Coghlan: Spawned from a core-mentorship thread about possibly outdated branch names in dev guide examples. These are a few places that use real branch names in examples, and need to be kept current to make things easier for new contributors: http://docs.python.org/devguide/committing.html#multiple-clones-approach http://docs.python.org/devguide/setup.html#getting-the-source-code http://docs.python.org/devguide/devcycle.html#summary Another couple of items: - one early one (before actually making the release) to check that the latest released version of pip has been bundled into CPython (that's supposed to happen when pip is released, but it's worth double checking) - there's a missing entry for the RM confirming they have the go ahead from the Mac Expect before proceeding with a release -- messages: 213143 nosy: georg.brandl, ncoghlan priority: normal severity: normal status: open title: Miscellaneous PEP 101 additions ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20890 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19861] Update What's New for Python 3.4
R. David Murray added the comment: I did not forget about set_executable...that method now works on unix *because* spawn is supported on unix now, so I don't see any need to document that separately. (It didn't previously have an 'availability windows' line, so I think its docs need some improvement if it only applies to spawn, but that's a separate issue.) HTTPError.headers I did forget about, thanks. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19861 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19861] Update What's New for Python 3.4
R. David Murray added the comment: Not sure how I missed issue 20517, because I remember reading it. Must have been a late night session ;) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19861 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17741] event-driven XML parser
R. David Murray added the comment: I think the current status of whatsnew is OK for this, then. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17741 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17741] event-driven XML parser
R. David Murray added the comment: Someone should add programatic deprecation for the html argument, though, since people need to switch to keyword-based calls to XMLParser to prepare for that going away. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17741 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20890] Miscellaneous PEP 101 additions
Changes by Barry A. Warsaw ba...@python.org: -- nosy: +barry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20890 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20890] Miscellaneous PEP 101 additions
Ned Deily added the comment: - Along with checking for the latest version of pip, there should be an item to inspect the installed bundled version of pip to check for changes in the licenses of pip and its chain of vendored dependencies to ensure we do not inadvertently taint a Python release. -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20890 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20887] stdlib compatibility with pypy, test_zipfile.py
Changes by Brett Cannon br...@python.org: -- nosy: +brett.cannon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20887 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20890] Miscellaneous PEP 101 additions
Changes by Brett Cannon br...@python.org: -- nosy: +brett.cannon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20890 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18410] IDLE Improvements: Unit test for SearchDialog.py
Westley Martínez added the comment: I've submitted a patch. It's not complete. The global functions for the SearchDialog module don't yet have tests because I'm not sure of what these functions are used for. I'd like for anyone to point me in the right direction for implementing those tests. Then there are two tests for the class's main methods. I assume tests are needed for SearchDialogBase.py as well. Should those be in a separate module? -- keywords: +patch Added file: http://bugs.python.org/file34354/idle_test_searchdialog.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18410 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19157] ipaddress.IPv6Network.hosts function omits network and broadcast addresses
Roundup Robot added the comment: New changeset b6271cbcc762 by Peter Moody in branch 'default': Issue #19157: Include the broadcast address in the usuable hosts for IPv6 http://hg.python.org/cpython/rev/b6271cbcc762 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19157 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19157] ipaddress.IPv6Network.hosts function omits network and broadcast addresses
Changes by pmoody pyt...@hda3.com: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19157 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20815] ipaddress unit tests PEP8
pmoody added the comment: Nick, did you want me to apply this? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20815 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20692] Tutorial section 9.4 and FAQ: how to call a method on an int
Sreepriya Chalakkal added the comment: New patch after first review. -- Added file: http://bugs.python.org/file34355/doc2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20692 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19861] Update What's New for Python 3.4
Jim Jewett added the comment: Many people will not realize that the interactive help is affected by inspect or pydoc; it would be courteous to mention this. (Viewing http://docs.python.org/dev/whatsnew/3.4.html#summary-release-highlights ) In the highlights (table of contents?) section, subsection Significantly Improved Library Modules: The inspect and pydoc modules are now capable of correct introspection of a much wider variety of callable objects -- The inspect and pydoc modules (and therefore interactive help) are now capable of correct introspection of a much wider variety of callable objects -- nosy: +Jim.Jewett ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19861 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20826] Faster implementation to collapse consecutive ip-networks
pmoody added the comment: Hey Exhuma, thanks for the patch. Can you give me an example list on which this shift reduce approach works much better? -- assignee: - pmoody ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20826 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19861] Update What's New for Python 3.4
Jim Jewett added the comment: I do not think it is sufficient to mention the help change under Other Language Changes, because the people who know to look at that level of detail (let alone that particular location) are not the ones who will be confused. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19861 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19861] Update What's New for Python 3.4
Jim Jewett added the comment: (If the installation has Internet access, it is of course possible to upgrade pip to a release more recent than the bundled pip by using the bundled pip command itself once it is installed.) -- (If the installation has Internet access, it is of course possible to upgrade pip to an external installation of a release more recent than the bundled pip by using the bundled pip command itself once it is installed.) There may well be even better wording. Or maybe the whole comment should be left for the ensurepip documentation. But if the upgrade is mentioned, it would be best to warn that doing so means pip will no longer be *un*installed along with python. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19861 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3849] FUD in documentation for urllib.urlopen()
Changes by Xavier Combelle xavier.combe...@gmail.com: -- nosy: +xcombelle ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3849 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19561] request to reopen Issue837046 - pyport.h redeclares gethostname() if SOLARIS is defined
Roundup Robot added the comment: New changeset 9ae1707d427a by R David Murray in branch 'default': whatsnew: summary section tweaks. http://hg.python.org/cpython/rev/9ae1707d427a -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19561 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19561] request to reopen Issue837046 - pyport.h redeclares gethostname() if SOLARIS is defined
Changes by R. David Murray rdmur...@bitdance.com: -- Removed message: http://bugs.python.org/msg213157 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19561 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19861] Update What's New for Python 3.4
R. David Murray added the comment: Add help mention to summary in 9ae1707d427a. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19861 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4849] instantiating and populating xml.dom.minidom.Element is cumbersome
Changes by Jessica McKellar jesst...@mit.edu: Added file: http://bugs.python.org/file34356/issue4849_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4849 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19861] Update What's New for Python 3.4
Zachary Ware added the comment: It may warrant a mention that doctest now checks method_descriptors' (C methods) __doc__ for doctests. -- nosy: +zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19861 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17006] Warn users about hashing secrets?
Changes by priya priyapappachan...@gmail.com: -- keywords: +patch Added file: http://bugs.python.org/file34357/hashlib.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17006 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20891] PyGILState_Ensure on non-Python thread causes fatal error
New submission from Steve Dower: In Python 3.4rc3, calling PyGILState_Ensure() from a thread that was not created by Python and without any calls to PyEval_InitThreads() will cause a fatal exit: Fatal Python error: take_gil: NULL tstate I believe this was added in http://hg.python.org/cpython/rev/dc4e805ec68a. The attached file has a minimal repro (for Windows, sorry, but someone familiar with low-level *nix threading APIs should be able to translate it easily). Basically, the sequence looks like this: 1. main() calls Py_Initialize() 2. main() starts new C-level thread 3. main() calls Py_BEGIN_ALLOW_THREADS and waits for the new thread 4. New thread calls PyGILState_Ensure() 5. PyGILState_Ensure() sees that there is no thread state and calls PyEval_InitThreads() (this is what changed in the linked changeset) 6. PyEval_InitThreads() creates the GIL 7. PyEval_InitThreads() calls take_gil(PyThreadState_GET()) (this is what aborts - there is still no thread state) 8. (expected) PyGILState_Ensure() calls PyThreadState_New() and PyEval_RestoreThread(). The attached repro has two workarounds (commented out). The first is to call PyThreadState_New()/PyEval_RestoreThread() from the new thread, and the second is to call PyEval_InitThreads() from the main thread. The latter is inappropriate for my use, since I am writing a debugger that can inject itself into a running CPython process - there is no way to require that PyEval_InitThreads() has been called and I can't reliably inject it onto the main thread. The first workaround is okay, but I'd rather not have to special-case 3.4 by rewriting PyGILState_Ensure() so that I can safely call PyGILState_Ensure(). -- components: Extension Modules files: test.c messages: 213160 nosy: haypo, pitrou, steve.dower priority: normal severity: normal status: open title: PyGILState_Ensure on non-Python thread causes fatal error versions: Python 3.4 Added file: http://bugs.python.org/file34358/test.c ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20891 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20891] PyGILState_Ensure on non-Python thread causes fatal error
Steve Dower added the comment: Should have linked to #19576 as well, which is the issue associated with that changeset. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20891 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20892] Typo in howto/pyporting.rst
New submission from Auke Willem Oosterhoff: Somewere around the paragraph 'Projects to Consider'[1]: ...level library for suppoting Python 2 Obviously this should be: ...level library for supporting Python 2 [1]:http://docs.python.org/3.4/howto/pyporting.html#projects-to-consider -- assignee: docs@python components: Documentation messages: 213162 nosy: OrangeTux, docs@python priority: normal severity: normal status: open title: Typo in howto/pyporting.rst versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20892 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20892] Typo in howto/pyporting.rst
Roundup Robot added the comment: New changeset 2f149207d3cf by Benjamin Peterson in branch '3.3': fix typo (closes #20892) http://hg.python.org/cpython/rev/2f149207d3cf New changeset e47646fca428 by Benjamin Peterson in branch 'default': merge 3.3 (closes #20892) http://hg.python.org/cpython/rev/e47646fca428 -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20892 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19861] Update What's New for Python 3.4
Roundup Robot added the comment: New changeset 9ec36351f684 by R David Murray in branch 'default': whatsnew: mention that upgrading PIP means it doesn't get unistalled. http://hg.python.org/cpython/rev/9ec36351f684 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19861 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19861] Update What's New for Python 3.4
Roundup Robot added the comment: New changeset 8520e0ff8e36 by R David Murray in branch 'default': whatsnew: doctest finds tests in extension modules (#3158) http://hg.python.org/cpython/rev/8520e0ff8e36 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19861 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3158] Doctest fails to find doctests in extension modules
Roundup Robot added the comment: New changeset 8520e0ff8e36 by R David Murray in branch 'default': whatsnew: doctest finds tests in extension modules (#3158) http://hg.python.org/cpython/rev/8520e0ff8e36 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3158 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5207] extend strftime/strptime format for RFC3339 and RFC2822
Changes by Chris Rebert pyb...@rebertia.com: -- nosy: +cvrebert ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5207 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20825] containment test for ip_network in ip_network
pmoody added the comment: subnet_of and supernet_of also avoid confusion with the IP?Interface classes (which incidentally can be used in 'a in b' containment tests). Michael, have you signed the contributor license agreement? I don't think I have anyway of seeing if you have or not and I think you need to sign it for me to apply you patch. http://www.python.org/psf/contrib/contrib-form/ -- assignee: - pmoody ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20825 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20876] python -m test test_pathlib fails
R. David Murray added the comment: Hmm. I could have sworn that we had some tests that catered to NFS (either skips or other doges), but I can't find any searching for the string 'nfs', so perhaps not. Do we consider 'nfs' to be an 'unsupported platform'? That doesn't seem likely... -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20876 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20825] containment test for ip_network in ip_network
Michel Albert added the comment: Yes. I signed it last Friday if I recall correctly. As I understood it, the way for you to tell if it's done, is that my username will be followed by an asterisk. But I'm not in a hurry. Once I get the confirmation, I can just ping you again via a comment here, so you don't need to monitor it yourself. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20825 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20876] python -m test test_pathlib fails
Antoine Pitrou added the comment: NFS should certainly be supported as far as the stdlib goes, but I'm not sure the whole test suite is guaranteed to succeed. Also, in this case, the behaviour is weird, e.g.: == ERROR: test_glob (test.test_pathlib.PosixPathTest) -- Traceback (most recent call last): File /net/files/home/jey/cpython/Lib/shutil.py, line 463, in rmtree _rmtree_safe_fd(fd, path, onerror) File /net/files/home/jey/cpython/Lib/shutil.py, line 421, in _rmtree_safe_fd onerror(os.unlink, fullname, sys.exc_info()) File /net/files/home/jey/cpython/Lib/shutil.py, line 419, in _rmtree_safe_fd os.unlink(name, dir_fd=topfd) OSError: [Errno 16] Device or resource busy: '.nfs01e5f765a673' test_pathlib certainly doesn't create files named .nfsXXX, so there's something else. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20876 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17006] Warn users about hashing secrets?
R. David Murray added the comment: Priya: I see that there is already a 'warning' box at the top of the hashib page. If Christian concurs, I suggest we add your note to that warning, with the link to the security considerations section as you have it, and removing the reference to the 'see also' section. Then we move the security related 'see also' link into the new security section, with a sentence that says that it explains the weaknesses. A note about the patch: you should wrap all lines to less than 80 characters. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17006 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20876] python -m test test_pathlib fails
R. David Murray added the comment: My guess about that is that it is an nfs work file in the directory, and nfs didn't delete it by the time the final testing-cleanup rmdir was happening. But I am *purely* guessing, since I haven't used NFS in probably 20 years. So, essentially, I'm suspecting a timing issue here, and there may indeed be nothing realistic we can do about it. But I'm wondering why the pathlib tests are triggering it when, for example, the shutil and os.path tests don't. (At least, that's my understanding from the OP.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20876 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20825] containment test for ip_network in ip_network
pmoody added the comment: Thanks! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20825 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1617161] Instance methods compare equal when their self's are equal
Changes by Westley Martínez aniko...@gmail.com: -- nosy: +westley.martinez ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1617161 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20883] Windows 'for current user' installation - 32/64-bit registrations overwrite each other
Martin v. Löwis added the comment: I haven't tested the per-user installations in the last five years, so I don't actually know what the problems are these days. One key issue is the elevated privileges topic (UAC). Correct me if I'm wrong: installing per-user still requires to run the installer with administrator privileges (i.e. you get the UAC prompt), right? The other (solved) oddity is that the installer needs to include two copies of msvcrt, as the merge module only supports installation into the SxS folder. As for this issue: if somebody provides a complete patch, I'm willing to consider it. Make sure to discuss backwards compatibility. Simultaneous installation of multiple patch levels is out of scope of this issue. Note that you can get the installer to support it by editing the UpgradeCode in the MSI file with orca. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20883 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18039] dbm.open(..., flag=n) does not work and does not give a warning
Changes by Claudiu.Popa pcmantic...@gmail.com: -- versions: +Python 3.5 -Python 3.3 Added file: http://bugs.python.org/file34359/issue18039.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18039 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20815] ipaddress unit tests PEP8
Nick Coghlan added the comment: Yeah, I like the small readability tweaks in the r3 patch, so feel free to apply that one. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20815 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19628] maxlevels -1 on compileall for unlimited recursion
Changes by Claudiu.Popa pcmantic...@gmail.com: -- versions: +Python 3.5 -Python 3.4 Added file: http://bugs.python.org/file34360/issue19628.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19628 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19157] ipaddress.IPv6Network.hosts function omits network and broadcast addresses
Nick Coghlan added the comment: Peter, just confirming: you consider this a bug fix rather than a new feature? I ask as default is currently still 3.4.1, which I find slightly confusing myself (it will switch to 3.5 after the 3.4.0 final release this weekend) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19157 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17442] code.InteractiveInterpreter doesn't display the exception cause
Changes by Claudiu.Popa pcmantic...@gmail.com: Added file: http://bugs.python.org/file34361/issue17442.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17442 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19157] ipaddress.IPv6Network.hosts function omits network and broadcast addresses
pmoody added the comment: Yes, I think omitting the broadcast address in the usable hosts was a bug. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19157 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19060] docs: note that subprocess doesn't replace os.exec*
Anastasia.Filatova added the comment: Hello, I've made patch which address this issue. Could you please review it? -- keywords: +patch nosy: +Anastasia.Filatova Added file: http://bugs.python.org/file34362/Issue19060.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19060 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19157] ipaddress.IPv6Network.hosts function omits network and broadcast addresses
Nick Coghlan added the comment: Cool, thanks for clarifying. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19157 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20883] Windows 'for current user' installation - 32/64-bit registrations overwrite each other
Steve Dower added the comment: UAC is still required for the installer - unfortunately MSI just doesn't support having a single package that can do both elevated and unelevated installs. Still, you can install once per-user and then copy the PythonXY folder onto another machine, which does not work as easily with the all-users install. I actually have a collection of zipped Python installs and an automated test that extracts each one in turn. I'm not sure what constitutes a complete patch, but I've attached a patch for msi.py (though I have no idea how it works and can't test it locally) and launcher.c to look at the new keys. If there are tests for these I don't see where they are, but I'm happy to extend them. I don't think backwards compatibility is a concern here. Older versions of Python will continue to incorrectly handle side-by-side per-user installations with the py.exe launcher and any other tools that use the registry to find installations. Existing tools that are not modified will find Python 3.5 installations with identical mechanics to previously, while those that also look for the InstallPath32 and *64 keys will find both installations if they are there. Even if the changes are backported as a bugfix, nothing changes for tools that are not aware of the new keys. -- keywords: +patch Added file: http://bugs.python.org/file34363/20883_1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20883 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20030] unittest.TestLoader.discover return value incorrectly documented.
Roundup Robot added the comment: New changeset cc74393062f7 by R David Murray in branch '2.7': #20030: doc that TestLoader.discover returns a TestSuite. http://hg.python.org/cpython/rev/cc74393062f7 New changeset 71df53af61ec by R David Murray in branch '3.3': #20030: doc that TestLoader.discover returns a TestSuite. http://hg.python.org/cpython/rev/71df53af61ec New changeset ecc26a050384 by R David Murray in branch 'default': Merge #20030: doc that TestLoader.discover returns a TestSuite. http://hg.python.org/cpython/rev/ecc26a050384 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20030 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20030] unittest.TestLoader.discover return value incorrectly documented.
R. David Murray added the comment: Thanks, Lita. -- resolution: - fixed stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20030 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4322] function with modified __name__ uses original name when there's an arg error
R. David Murray added the comment: The 'Ex' generally means this is a public API but we needed to change it, so we made a new function with an extended API. Which means yours would be PyEval_EvalCodeExEx, I suppose :) Seriously, though, I don't know what we actually do in a case like this. I don't touch the C code very often myself. Hopefully Benjamin will find time to take a look. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4322 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19861] Update What's New for Python 3.4
Jim Jewett added the comment: wave can now write output to unssekable files. -- wave can now write output to unseekable files. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19861 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19861] Update What's New for Python 3.4
Jim Jewett added the comment: Changes in the Python API: If you use pyvenv in a script and desire that pip not be installed, you must add --wihtout-pip to your command invocation. -- If you use pyvenv in a script and desire that pip not be installed, you must add --without-pip to your command invocation. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19861 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19861] Update What's New for Python 3.4
Roundup Robot added the comment: New changeset 996652f3c136 by R David Murray in branch 'default': whatsnew: spelling errors. http://hg.python.org/cpython/rev/996652f3c136 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19861 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20145] unittest.assert*Regex functions should verify that expected_regex has a valid type
Kamilla added the comment: Applying changes as suggested by R. David Murray in the Core-mentorship e-mail list. Instead of doing the if tests I've replaced the existing if isinstance(expected_regex, (bytes, str)): by if expected_regex is not None: And also made a change in one of the tests because I figure out it was wrong. -- Added file: http://bugs.python.org/file34364/validate_regex_improved.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20145 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19060] docs: note that subprocess doesn't replace os.exec*
Changes by R. David Murray rdmur...@bitdance.com: -- Removed message: http://bugs.python.org/msg213184 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19060 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20893] ctypes crash during PyFinalize when librt used
STINNER Victor added the comment: MessageQueueAttributes structure is incomplete, you forgot a padding of 4 long. It's not a bug in ctypes, but a bug in your application. -- nosy: +haypo resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20893 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20893] ctypes crash during PyFinalize when librt used
New submission from Greg Harris: When interacting with librt via a ctypes.Structure object I can reliably cause the python interpreter to crash during Py_Finalize *after* all of my code has executed. It appears to only happen on structures that have been passed to the mq_getattributes call in librt. Below is the output of GDB showing the crash with python2.7-dbg: (gdb) run show_ctypes_bug.py Starting program: /usr/bin/python2.7-dbg show_ctypes_bug.py [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux-gnu/libthread_db.so.1. Starting example Creating queue Loading attributes Cleaning up Completed example Debug memory block at address p=0xb7ab5c28: API 'o' 80 bytes originally requested The 3 pad bytes at p-3 are FORBIDDENBYTE, as expected. The 4 pad bytes at tail=0xb7ab5c78 are not all FORBIDDENBYTE (0xfb): at tail+0: 0x00 *** OUCH at tail+1: 0x00 *** OUCH at tail+2: 0x00 *** OUCH at tail+3: 0x00 *** OUCH The block was made by call #0 to debug malloc/realloc. Data at p: 00 00 00 00 b8 dd ad b7 ... 00 00 00 00 00 00 00 00 Fatal Python error: bad trailing pad byte Program received signal SIGABRT, Aborted. 0xb7fdd424 in __kernel_vsyscall () (gdb) where #0 0xb7fdd424 in __kernel_vsyscall () #1 0xb7be11df in raise () from /lib/i386-linux-gnu/libc.so.6 #2 0xb7be4825 in abort () from /lib/i386-linux-gnu/libc.so.6 #3 0x0817566a in Py_FatalError (msg=0x820a3a3 bad trailing pad byte) at ../Python/pythonrun.c:1677 #4 0x080c2fab in _PyObject_DebugCheckAddressApi (api=111 'o', p=0xb7ab5c28) at ../Objects/obmalloc.c:1591 #5 0x080c2c8d in _PyObject_DebugFreeApi (api=111 'o', p=0xb7ab5c28) at ../Objects/obmalloc.c:1478 #6 0x080c2b62 in _PyObject_DebugFree (p=0xb7ab5c28) at ../Objects/obmalloc.c:1422 #7 0x0818d3d3 in PyObject_GC_Del (op=0xb7ab5c34) at ../Modules/gcmodule.c:1507 #8 0xb788e725 in PyCData_dealloc (self=MessageQueueAttributes at remote 0xb7ab5c34) at /build/buildd/python2.7-2.7.3/Modules/_ctypes/_ctypes.c:2544 #9 0x080e0251 in subtype_dealloc (self=MessageQueueAttributes at remote 0xb7ab5c34) at ../Objects/typeobject.c:1014 #10 0x080c12eb in _Py_Dealloc (op=MessageQueueAttributes at remote 0xb7ab5c34) at ../Objects/object.c:2243 #11 0x080b3e51 in insertdict (mp=0xb7bafdf4, key='attributes', hash=673635577, value=None) at ../Objects/dictobject.c:530 #12 0x080b47b4 in PyDict_SetItem (op=unknown at remote 0x6, key='attributes', value=None) at ../Objects/dictobject.c:775 #13 0x080bc924 in _PyModule_Clear (m=module at remote 0xb7b72934) at ../Objects/moduleobject.c:138 #14 0x08161cc9 in PyImport_Cleanup () at ../Python/import.c:445 #15 0x081726cd in Py_Finalize () at ../Python/pythonrun.c:454 #16 0x0818b4b1 in Py_Main (argc=2, argv=0xbfffef34) at ../Modules/main.c:664 #17 0x0805be8f in main (argc=2, argv=0xbfffef34) at ../Modules/python.c:23 The script being run above (show_ctypes_bug.py) is attached. -- components: ctypes files: show_ctypes_bug.py messages: 213187 nosy: angrylogic priority: normal severity: normal status: open title: ctypes crash during PyFinalize when librt used type: crash versions: Python 2.7 Added file: http://bugs.python.org/file34365/show_ctypes_bug.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20893 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19060] docs: note that subprocess doesn't replace os.exec*
R. David Murray added the comment: Anastasia, thanks for the patch, but the change being suggested here is just the adding of the note that it does not replace os.exec or os.fork. The listing of what things it does replace is already correct (it differs between python2 and python3, which is why Anatoly's list has things in it that aren't in the python3 doc). Personally I don't think that adding the note is useful. The list of things subprocess doesn't replace is much less well defined than what it does replace. I think we should just list the former, as we do. So, I prefer going with removing 'such as', and treating it as a bug if there is something in the stdlib that subprocess should (normally) be used in place of that is not included in this list. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19060 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18039] dbm.open(..., flag=n) does not work and does not give a warning
Changes by Berker Peksag berker.pek...@gmail.com: -- stage: test needed - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18039 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20844] coding bug remains in 3.3.5rc2
Musashi Tamura added the comment: Thanks Mark. Perhaps, the problem is text-mode handling. When using Windows's text-mode stream, ftell() may return -1 even if no error occured. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20844 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19060] docs: note that subprocess doesn't replace os.exec*
R. David Murray added the comment: Anastasia, thanks for the patch, but the change being suggested here is adding the note about it not replace os.exec or os.fork. The listing of what things it does replace is already correct (it differs between python2 and python3, which is why Anatoly's list has things in it that aren't in the python3 doc). Personally I don't think that adding the note is useful. The list of things subprocess doesn't replace is much less well defined than what it does replace. I think we should just list the former, as we do. So, I prefer going with removing 'such as', and treating it as a bug if there is something in the stdlib that subprocess should (normally) be used in place of that is not included in this list. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19060 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20827] IDLE : Display function argument list in ClassBrowser
Terry J. Reedy added the comment: ClassBrowser has multiple problems. I agree with the goal of given signatures. But the patch has these problems. 1. Idle is getting out of the business of formatting signatures. If we use inspect, '(...)' should simply be replaced (in 3.3+) by str(inspect.signature(ob)). (I plan to change calltips to do this instead of using two older inspect functions.) Using inspect creates the problems of getting ob. 2 It we go that route, the module should be imported just once, not once per tree item. Each class should be retrieved just once, not once per method. 3. The patch does not handle nested classes (or their methods). If nested classes are found in the dictionary of 'methods' of the enclosing class, this should be possible to keep track of. I believe the intent of the comment in the ClassBrowser source was to use the 'def' line number provided by pyclbr to find the open and close parentheses of the header and copy the stuff in between. The open ( after the name is easy. Finding the closing ) is easy in the simple case, but hard in the general case because of nested parens in expressions and unmatched paren in strings and comments. Or because of ':' being used in dict pairs and in strings and comments, as well as terminating the header. I see why it was not done. On the other hand, if the output of tokenize.tokenize is used, as in pyclbr, then matching parens is easy, as strings and comments are distinguished from ( and ) as operators. This suggests that extracting the signature string belongs in pyclbr. I am tempted to pull the code that parses the token stream out of pyclbr and adapt it to our uses. We could easily make a Text widget 'readline' so tokenize could get lines directly from the text widget. (We really should do that anyway for iterating through in-memory text. Format: string trailing whitespace already does that.) That would make most of this suggested todo - add popup menu with more options (e.g. doc strings, base classes, imports) possible. Docstrings could be kept as a view objest with start and stop positions until requested. -- The current main() has itself multiple problems. It does not work because PyShell.flist does not exist when it is called (the same attribute reference does work in the OnDoubleClick methods. I presume that the backup line 'file = sys.argv[0]' is for running the file as main from the command line, as a test. That would not work on my Windows systems because x.py is not executable. Since 'if sys.stdin is sys.__stdin__:' is not currently try, the mainloop does not run anyway. Issue #18104 is about human-run tests. I have not yet decided exactly what to do, but I do not want to call them 'main' in the module file itself, and probably want to move them elsewhwere. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20827 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10415] readline.insert_text documentation incomplete
Matheus Vieira Portela added the comment: I could get readline.insert_text() to work, ish, without calling startup_hook. The script is attached to this message. Apparently, there is some need to call readline.redisplay() to update what's on screen. However, I can't really understand what's happening... The script prints Testing text only when the input has exactly one character. Also, by calling redisplay() after insert_text(), the string is not on the command line buffer, but already printed on screen. I should take a look on the GNU Readline Library documentation to understand better how it works. Anyway, I still think the documentation is unclear on these behaviours and should be updated. -- Added file: http://bugs.python.org/file34366/test_readline.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10415 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19060] docs: note that subprocess doesn't replace os.exec*
Terry J. Reedy added the comment: I agree with David about not adding the note. Simplify This module intends to replace several other, older modules and functions, such as: to This module replaces several older modules and functions:. The 2.7 list has 'popen*', which would include 'popen', which exists in 3.x but is not in the 3.x list. The 2.7 docs mark 'popen' as deprecated and replaced by subprocess, the same as for popen2,3,4. The 3.3 docs no longer mark popen as deprecated. Did it become undeprecated? Should the 2.7 'popen*' be changed to 'popen[2-4]'? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19060 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20844] coding bug remains in 3.3.5rc2
Musashi Tamura added the comment: When opening LF-newline file, ftell() may return zero when the position is not at the beginning of the file. Maybe LF-newline file should open in binary-mode. http://support.microsoft.com/kb/68337 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20844 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20882] Link to OpenHatch “getting started” page from devguide
Roundup Robot added the comment: New changeset 3ffbbbac0a4d by Éric Araujo in branch 'default': Link to OpenHatch setup guide (#20882). http://hg.python.org/devguide/rev/3ffbbbac0a4d -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20882 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20882] Link to OpenHatch “getting started” page from devguide
Éric Araujo added the comment: Sorry for the delay, I was sick today. The thing I changed: “setup guide” is now the link text, as I think it makes more sense that “OpenHatch” (and if one day we work more with OpenHatch, the word will be free to become another link). Thanks for the patch! -- resolution: - fixed stage: commit review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20882 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19407] PEP 453: update the Installing Python Modules documentation
Éric Araujo added the comment: Left some comments for Nick on Rietveld (the ever-useful CC name selection did not let me find you, so you may have not gotten a mail). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19407 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20886] Disabling logging to ~/.python_history is not simple enough
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20886 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16104] Use multiprocessing in compileall script
Éric Araujo added the comment: Patch looks good. Some comments on Rietveld. -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16104 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16104] Use multiprocessing in compileall script
Changes by Éric Araujo mer...@netwok.org: -- stage: - patch review type: - enhancement versions: +Python 3.5 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16104 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com