[issue14705] Add 'bool' format character to PyArg_ParseTuple*
Changes by Larry Hastings la...@hastings.org: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14705 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Support recursive globs
Yuval Greenfield ubershme...@gmail.com added the comment: So, anybody for or against this patch? I'd really like to see this feature make its way in... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14657] Avoid two importlib copies
Nick Coghlan ncogh...@gmail.com added the comment: The piece you're missing is that the interpreter state holds a direct reference to the import machinery in interp-importlib, and *that's* what gets used by the builtin __import__ implementation. I'm beginning to think the thing to do is to simply say yes, there are two copies of importlib._bootstrap. By default, the compiled in one is used, but you can replace it with the on-disk one by appropriately editing sys.meta_path and sys.path_hooks. Trying to hide it isn't going to eliminate the potential problems - it's just going to move the problems around (and likely make them even more confusing in the process). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14657 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14657] Avoid two importlib copies
Nick Coghlan ncogh...@gmail.com added the comment: Forgot to add: in our own tests, we should ensure that both the frozen and on-disk versions get executed. I believe that's already the case, since I don't recall anyone removing the test infrastructure that ensured both import.c and importlib are tested for correct behaviour. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14657 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14657] Avoid two importlib copies
Antoine Pitrou pit...@free.fr added the comment: I believe that's already the case, since I don't recall anyone removing the test infrastructure that ensured both import.c and importlib are tested for correct behaviour. What do you mean? I think test_importlib only tests the on-disk version. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14657 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14657] Avoid two importlib copies
Antoine Pitrou pit...@free.fr added the comment: Here's my take. No one will care about _frozen_importlib vs. importlib._bootstrap normally, right? If __module__/__file__ says _frozen_importlib, it's no big deal. The reason I'd prefer __file__ to point to the actual Python file is so that people reading a traceback can find the source code. Of course that's a bit minor. (and, incidentally, the traceback itself will display the source code lines) The only time you care about the distiction for importlib._bootstrap is when you're hacking on _bootstrap.py. So let's keep the common case in sight and go from there. Agreed. For the first part, let's simply ignore the pure Python importlib._bootstrap by default? Then we stick a context manager in importlib.test.util that enables it. When you're hacking on _bootstrap.py, you switch it over. The common path stays pretty clean. Looks good to me. I've attached a patch for the first part which has similarities to Antoine's. (I didn't apply the context manager to the importlib test cases though.) I think set_bootstrap() looks a bit fragile, since we have to manually add any importlib attributes that are exported in importlib/__init__.py. Perhaps we could detect them automatically? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14657 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14565] is_cgi doesn't function as documented for cgi_directories
Pierre Quentel pierre.quen...@gmail.com added the comment: Hi Glenn, good to hear from you ;-) I think the fix can be simplified replacing dir_sep = collapsed_path.find('/', 1) by dir_sep = collapsed_path.rfind('/', 1) -- nosy: +quentel ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14565 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Support recursive globs
Changes by Antoine Pitrou pit...@free.fr: -- stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14736] Add {encode, decode}_filter_properties() functions to lzma module
Antoine Pitrou pit...@free.fr added the comment: The functionality looks a bit cryptic to me. What is the use case? I wonder if Py_LONG_LONG is always defined (although it certainly is on major platforms). Other than that, the patch looks technically correct, though I'm not an lzma expert. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14736 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13241] llvm-gcc-4.2 miscompiles Python (XCode 4.1 on Mac OS 10.7)
Trent Nelson tr...@snakebite.org added the comment: Hi Ned, On a brand new OS X Lion install with the latest XCode (4.3.2) and command line tools*, the following worked: ./configure --with-pydebug CC=clang MACOSX_DEPLOYMENT_TARGET=10.7 That is, everything built cleanly, and all tests ran without failures: 336 tests OK. 2 tests altered the execution environment: test_packaging test_site 26 tests skipped: test_codecmaps_cn test_codecmaps_hk test_codecmaps_jp test_codecmaps_kr test_codecmaps_tw test_curses test_dbm_gnu test_devpoll test_epoll test_gdb test_largefile test_lzma test_msilib test_ossaudiodev test_smtpnet test_socketserver test_startfile test_timeout test_tk test_ttk_guionly test_urllib2net test_urllibnet test_winreg test_winsound test_xmlrpc_net test_zipfile64 3 skips unexpected on darwin: test_lzma test_tk test_ttk_guionly I presume the aim is to be able to build correctly (on all UNIX platforms) with just ./configure --with-pydebug, right? How's your configure*-toolchain-fu? Once we fix this I can add the build slave. Side bar: note that this was a vanilla 10.6-10.7 install. The XCode 4.3.2 install on 10.7 was the first XCode ever installed on the box; there's no /Developer or any of the old gcc* cruft. [*]: Went to https://developer.apple.com/downloads/index.action, logged in with my Apple ID, then downloaded 'Commandline Tools for XCode - Late March 2012' -- dmg was 'cltools_lion_latemarch12.dmg'. -- nosy: +trent ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13241 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13183] pdb skips frames after hitting a breakpoint and running step
Antoine Pitrou pit...@free.fr added the comment: If the failures don't get fixed, the offending commit should be reverted. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13183 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13241] llvm-gcc-4.2 miscompiles Python (XCode 4.1 on Mac OS 10.7)
Michele Orrù maker...@gmail.com added the comment: ./configure --with-pydebug CC=clang MACOSX_DEPLOYMENT_TARGET=10.7 Works on my machine too. -- nosy: +maker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13241 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13183] pdb skips frames after hitting a breakpoint and running step
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset e275a9f7daa9 by Georg Brandl in branch '3.2': #13183: backport fixes to test_pdb to 3.2 branch http://hg.python.org/cpython/rev/e275a9f7daa9 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13183 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13183] pdb skips frames after hitting a breakpoint and running step
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 2644e4ea02d3 by Georg Brandl in branch '2.7': #13183: backport fixes to test_pdb to 2.7 branch http://hg.python.org/cpython/rev/2644e4ea02d3 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13183 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13183] pdb skips frames after hitting a breakpoint and running step
Georg Brandl ge...@python.org added the comment: Should be fixed now. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13183 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14729] test_faulthandler test is too specific to work on Windows
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 2e71f25912d4 by Vinay Sajip in branch 'default': Closes #14729: Allowed test to pass on Windows by adjusting the test condition slightly to allow for a Windows-specific error message. http://hg.python.org/cpython/rev/2e71f25912d4 -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14729 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14736] Add {encode, decode}_filter_properties() functions to lzma module
Nadeem Vawda nadeem.va...@gmail.com added the comment: The functionality looks a bit cryptic to me. What is the use case? Serializing filter specifiers for custom file formats. The particular case that prompted adding the code is zipfile (issue 14366). I've added a note to the docs and docstrings explaining this. I wonder if Py_LONG_LONG is always defined (although it certainly is on major platforms). I expect it will always be defined on platforms that support liblzma - the API uses uint64_t in quite a few places, via the lzma_vli typedef. In any case, _lzmamodule.c checks for PY_LONG_LONG explicitly at compile-time and gives a useful error message if it is undefined. -- Added file: http://bugs.python.org/file25480/lzma-properties.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14736 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9116] test_capi.test_no_FatalError_infinite_loop crash on Windows
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 4d74d275224d by Vinay Sajip in branch 'default': Issue #9116: Allowed test to pass on Windows by adjusting the test condition slightly to allow for a Windows-specific error message. http://hg.python.org/cpython/rev/4d74d275224d -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9116 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14736] Add {encode, decode}_filter_properties() functions to lzma module
Antoine Pitrou pit...@free.fr added the comment: The updated patch looks ok to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14736 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12660] test_gdb fails when installed
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 84bbb8d2d237 by Vinay Sajip in branch 'default': #12660: Skip test_gdb when run from an installed Python. http://hg.python.org/cpython/rev/84bbb8d2d237 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12660 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14737] subprocess.Popen pipes not working
New submission from ganges master gangesmas...@users.sourceforge.net: Attempting to read from stdout of a running process seems broken on Python3.2. I've been able to reproduce this on Ubuntu 11.4 and Windows 7 (with /bin/sh installed as part of git for windows) Python 3.2 (r32:88445, Dec 8 2011, 15:26:51) [GCC 4.5.2] on linux2 Type help, copyright, credits or license for more information. from subprocess import Popen, PIPE p=Popen([/bin/sh], stdin=PIPE, stderr=PIPE, stdout=PIPE) p.stdin.write(becho hello\n) 11 p.stdout.readline() stuck from subprocess import Popen, PIPE p=Popen([/bin/sh], stdin=PIPE, stderr=PIPE, stdout=PIPE) p.stdin.write(becho hello\n) 11 p.stdout.read(2) stuck For comparison, on python 2.7 (again, linux and windows: Python 2.7.1+ (r271:86832, Apr 11 2011, 18:05:24) [GCC 4.5.2] on linux2 Type help, copyright, credits or license for more information. from subprocess import Popen, PIPE p=Popen([/bin/sh], stdin=PIPE, stderr=PIPE, stdout=PIPE) p.stdin.write(becho hello\n) p.stdout.readline() 'hello\n' -- components: Library (Lib) messages: 160075 nosy: gangesmaster priority: normal severity: normal status: open title: subprocess.Popen pipes not working versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14737 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14737] subprocess.Popen pipes not working
Antoine Pitrou pit...@free.fr added the comment: Works with 3.2.2: Python 3.2.2+ (3.2:9ef20fbd340f, Oct 15 2011, 21:22:07) [GCC 4.5.2] on linux2 Type help, copyright, credits or license for more information. from subprocess import Popen, PIPE p=Popen([/bin/sh], stdin=PIPE, stderr=PIPE, stdout=PIPE) p.stdin.write(becho hello\n) 11 p.stdout.readline() b'hello\n' Try calling p.stdin.flush() perhaps? -- nosy: +gregory.p.smith, pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14737 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14737] subprocess.Popen pipes not working
ganges master gangesmas...@users.sourceforge.net added the comment: hmm, it does work when i call flush, but it works perfectly fine without flushing on python2.x... i guess this has to do with str/bytes again. maybe this should be documented somewhere? thanks for the tip though. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14737 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14737] subprocess.Popen pipes not working
Antoine Pitrou pit...@free.fr added the comment: Nothing to do with str/bytes, actually; I think it was fixed in #11459 (changeset 7451da272111), so you might want to upgrade your Python 3.2 (or use the flush() workaround). -- resolution: - out of date stage: - committed/rejected status: open - closed superseder: - Python select.select does not correctly report read readyness ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14737 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Support recursive globs
Antoine Pitrou pit...@free.fr added the comment: So, anybody for or against this patch? I'd really like to see this feature make its way in... I think the feature is useful, but someone needs to review the patch. Sorry if it takes some time. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13989] gzip always returns byte strings, no text mode
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 55202ca694d7 by Nadeem Vawda in branch 'default': Closes #13989: Add support for text modes to gzip.open(). http://hg.python.org/cpython/rev/55202ca694d7 -- resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13989 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13241] llvm-gcc-4.2 miscompiles Python (XCode 4.1 on Mac OS 10.7)
Ned Deily n...@acm.org added the comment: Trent, yes, now that the Xcode 4 situation has settled down a bit, clang is the compiler of choice for OS X 10.7 with Xcode 4.3 although there are still some open questions. I intend to update configure in the near future for all active branches to provide more appropriate defaults for 10.6 and 10.7 and for universal builds with the various SDK locations. Once we fix this I can add the build slave I'm missing the context for this. Can't you override with environment variables or on the configure command itself? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13241 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14583] try/except import fails --without-threads
Changes by Nadeem Vawda nadeem.va...@gmail.com: -- nosy: +nadeem.vawda ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14583 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14654] Faster utf-8 decoding
Jesús Cea Avión j...@jcea.es added the comment: I understand Martin point, but I think 95% of issues in the bugtracker are work in progress, mine included. Maybe the issue is that Serhiy hasn't made a concrete proposal to be tested integrated. It seems to be more an exploratory work. I am in the nosy list because I am interested in this work. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14654 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14034] Add argparse howto
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 48385618525b by Ezio Melotti in branch '2.7': #14034: added the argparse tutorial. Patch by Tshepang Lekhonkhobe. http://hg.python.org/cpython/rev/48385618525b New changeset 11703cb2a2f3 by Ezio Melotti in branch '3.2': #14034: added the argparse tutorial. Patch by Tshepang Lekhonkhobe. http://hg.python.org/cpython/rev/11703cb2a2f3 New changeset 645969f4193b by Ezio Melotti in branch 'default': #14034: merge argparse tutorial from 3.2. http://hg.python.org/cpython/rev/645969f4193b -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14034 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14034] Add argparse howto
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 549aa1460811 by Ezio Melotti in branch '2.7': #14034: adapt to Python 2 and fix indentation. http://hg.python.org/cpython/rev/549aa1460811 New changeset d5b7be0629c0 by Ezio Melotti in branch '3.2': #14034: fix indentation. http://hg.python.org/cpython/rev/d5b7be0629c0 New changeset e14c860f6eee by Ezio Melotti in branch 'default': #14034: merge indentation fixes from 3.2. http://hg.python.org/cpython/rev/e14c860f6eee -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14034 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14034] Add argparse howto
Ezio Melotti ezio.melo...@gmail.com added the comment: Committed, thanks for the patch! (Note that the example with TypeError: unorderable types: NoneType() = int() works fine in Python 2 (by accident), and that I left it unchanged. Some error messages are also different on Python 2, but I left the ones from Python 3.) -- assignee: docs@python - ezio.melotti resolution: - fixed stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14034 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14674] Add link to RFC 4627 from json documentation
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti versions: +Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14674 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14583] try/except import fails --without-threads
Antoine Pitrou pit...@free.fr added the comment: Here is a patch. The __import__ function's crazy API never ceases to amaze me. -- keywords: +patch nosy: +pitrou Added file: http://bugs.python.org/file25481/impstuff.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14583 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14583] try/except import fails --without-threads
Changes by Antoine Pitrou pit...@free.fr: Removed file: http://bugs.python.org/file25481/impstuff.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14583 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14583] try/except import fails --without-threads
Antoine Pitrou pit...@free.fr added the comment: Oops, there was a duplicate test. -- stage: needs patch - patch review Added file: http://bugs.python.org/file25482/impstuff.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14583 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14657] Avoid two importlib copies
Brett Cannon br...@python.org added the comment: To respond to Nick's yes, there are two copies of importlib._bootstrap leanings, distutils2 has actually run into issues with this because they initially made some assumptions about consistency in what importlib returned vs. what import does (Arfrever can explain better than I can since he keeps pointing it out to me =). If using _frozen_importlib to bootstrap in importlib._bootstrap is looking bad, then I'm fine w/ simply having the tests for importlib and imp use importlib._bootstrap and otherwise just use _frozen_importlib for everything else since I have tried to be diligent to add any and all import-related tests to importlib. Except while developing the code should be exactly the same so hiding the details really won't make much of a difference in the very common case. If we go this route, though, then we really should take this time to do a proper context manager/decorator/whatever that covers all import state (including uncaching modules and sys.path_importer_cache) that we might care about and put the solution into test.support (what issue #14715 is asking for and I think is reasonable). We should also then add to regrtest detection of stuff left in sys.path_importer_cache or sys.modules that do not come from _frozen_importlib (which should help with the sporadic test_imp failure). -- dependencies: +test.support.DirsOnSysPath should be replaced by importlib.test.util.import_state ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14657 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14657] Avoid two importlib copies
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com added the comment: It was distribute (fork of setuptools, with added support for Python 3), not distutils2. distribute has been changed to directly use _frozen_importlib: https://bitbucket.org/tarek/distribute/changeset/a2685f3af854 https://bitbucket.org/tarek/distribute/changeset/77c8b155a07d distribute checks __loader__ and __class__.__mro__ attributes of modules. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14657 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14674] Add link to RFC 4627 from json documentation
Nurhusien Hasen nurhusien.hase...@gmail.com added the comment: find python truste .net all serves -- nosy: +Nurhusien.Hasen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14674 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14583] try/except import fails --without-threads
Brett Cannon br...@python.org added the comment: Only two comments, otherwise LGTM (and I can't believe the solution was to go back through the import system just to pull out the cached module; the things we would change if we were doing this from scratch). One, you have some XXX False markers in the tests. Should those get deleted or replaced with something? Two, in your first test (at least) you only test what is in sys.modules once instead of after each attempted import. I would repeat the test after each import. -- assignee: - pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14583 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14657] Avoid two importlib copies
Antoine Pitrou pit...@free.fr added the comment: It was distribute (fork of setuptools, with added support for Python 3), not distutils2. distribute has been changed to directly use _frozen_importlib: This sounds like a rather good hint we need to avoid duplicate copies. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14657 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14583] try/except import fails --without-threads
Antoine Pitrou pit...@free.fr added the comment: One, you have some XXX False markers in the tests. Should those get deleted or replaced with something? Well, I don't know what to replace them with. I would have expected pkg.module to end up in sys.modules, but as mentioned in the comments the relative import line actually fails with an ImportError. There's probably some logic behind that, but that's beyond me. Two, in your first test (at least) you only test what is in sys.modules once instead of after each attempted import. I would repeat the test after each import. Ok, will do. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14583 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14583] try/except import fails --without-threads
Antoine Pitrou pit...@free.fr added the comment: One, you have some XXX False markers in the tests. Should those get deleted or replaced with something? Well, I don't know what to replace them with. I would have expected pkg.module to end up in sys.modules, but as mentioned in the comments the relative import line actually fails with an ImportError. There's probably some logic behind that, but that's beyond me. I should mention that the same happens with 2.7 and 3.2, so it's not a regression. It's just that I don't understand the logic :-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14583 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14695] Tools/parser/unparse.py is out of date.
Mark Dickinson dicki...@gmail.com added the comment: Ah, that's good to know. I think I'll commit the fix and then look into hooking test_unparse into test_tools. For 3.2, it turns out that all that's missing is support for Starred. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14695 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14695] Tools/parser/unparse.py is out of date.
Mark Dickinson dicki...@gmail.com added the comment: Committed in revision c80576303892 (3.2), revision 89e928048903 (default). (I put 14965 instead of 14695 in the commit messages by mistake.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14695 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14695] Tools/parser/unparse.py is out of date.
Mark Dickinson dicki...@gmail.com added the comment: David: Any suggestions for how best to integrate test_unparse.py into test_tools? We could move the contents of test_unparse.py directly in test_tools.py and just kill the old test_unparse.py. Alternatively, we could import those TestCase subclasses from test_unparse; is there a better way of doing this than temporarily hacking sys.path to add the Tools/parser directory, as in the attached patch? -- Added file: http://bugs.python.org/file25483/test_unparse_in_test_tools.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14695 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14674] Add link to RFC 4627 from json documentation
Nurhusien Hasen nurhusien.hase...@gmail.com added the comment: find python .org public all serves On 5/6/12, Nurhusien Hasen rep...@bugs.python.org wrote: Nurhusien Hasen nurhusien.hase...@gmail.com added the comment: find python truste .net all serves -- nosy: +Nurhusien.Hasen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14674 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14674 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14674] Add link to RFC 4627 from json documentation
Changes by Ezio Melotti ezio.melo...@gmail.com: -- Removed message: http://bugs.python.org/msg160089 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14674 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14674] Add link to RFC 4627 from json documentation
Changes by Ezio Melotti ezio.melo...@gmail.com: -- Removed message: http://bugs.python.org/msg160098 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14674 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14674] Add link to RFC 4627 from json documentation
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: -Nurhusien.Hasen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14674 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13241] llvm-gcc-4.2 miscompiles Python (XCode 4.1 on Mac OS 10.7)
Trent Nelson tr...@snakebite.org added the comment: Once we fix this I can add the build slave I'm missing the context for this. Yeah I uh, seemed to have deleted the introductory sentence I wrote that said I was doing some prep work before adding an OS X 10.7 build slave. Can't you override with environment variables or on the configure command itself? Are you referring to when I set up the build slave? i.e. tweak the local environment the build slave account runs under so that `./configure --with-pydebug` works out of the box? I don't think that's really a precedent we want to set (having build slave owners hack the local environment to work around build issues). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13241 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14695] Tools/parser/unparse.py is out of date.
R. David Murray rdmur...@bitdance.com added the comment: Since we are already doing path hackery in that test file to get things to run, I think your patch would be fine. If we grow more tests for the stuff in Tools (which would be good), we might want to consider reorganizing things, but for now I think that the simplest thing that works is good. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14695 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12660] test_gdb fails when installed
Mark Shannon m...@hotpy.org added the comment: python-gdb.py was modified for the new dictionary implementation. Can you check that your 3.3 installation isn't using an earlier version of python-gdb.py? -- nosy: +Mark.Shannon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12660 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14654] Faster utf-8 decoding
Serhiy Storchaka storch...@gmail.com added the comment: Martin, sorry to have wasted your time. I understand that you are busy, so I'm not too worried not receiving a feedback for ten days. At this point, it appears that you don't intend to submit any of these patches for inclusion into Python. I'm at a loss. What causes such an impression? I quickly reacting to the comments, responding by the new patches. I take into account your comments, and if I do not agree, reinforce my opinion by the benchmarks. I suggest only cleaned and well-tested code. I provide tools for benchmarking. What am I doing wrong? May be my bad English has been misunderstood? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14654 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14738] Amazingly faster UTF-8 decoding
New submission from Serhiy Storchaka storch...@gmail.com: I propose a complex patch, which significantly speeds up UTF-8 decoding. Now decoder faster even decoder in 3.2 (except in a few unreal patological cases). Also the decoder code reduced and simplified (formerly decoding code was repeated in at least three places). As a side effect ASCII decoding now faster on some platforms (issue14419). Related issues: [issue4868] Faster utf-8 decoding [issue13417] faster utf-8 decoding [issue14419] Faster ascii decoding [issue14624] Faster utf-16 decoder [issue14625] Faster utf-32 decoder [issue14654] Faster utf-8 decoding Here are the results of benchmarking (numbers is speed in MB/s). On 32-bit Linux, AMD Athlon 64 X2 4600+ @ 2.4GHz: 3.2 3.3(vanilla) patched utf-8 'A'*1 1199 (+69%) 1721 (+18%) 2032 utf-8 'A'*+'\x80' 1189 (+25%) 996 (+49%)1488 utf-8 'A'*+'\u0100' 1192 (-25%) 887 (+1%) 894 utf-8 'A'*+'\u8000' 1178 (-24%) 888 (+0%) 890 utf-8 'A'*+'\U0001' 1177 (-29%) 872 (-4%) 837 utf-8 '\x80'*1220 (+74%)172 (+122%) 382 utf-8 '\x80'+'A'* 1192 (+5%)376 (+232%) 1250 utf-8 '\x80'*+'\u0100'220 (+54%)160 (+112%) 339 utf-8 '\x80'*+'\u8000'220 (+54%)160 (+112%) 339 utf-8 '\x80'*+'\U0001'221 (+49%)176 (+88%)330 utf-8 '\u0100'*1 220 (+74%)163 (+134%) 382 utf-8 '\u0100'+'A'* 1177 (+4%)382 (+219%) 1220 utf-8 '\u0100'+'\x80'* 220 (+74%)163 (+134%) 382 utf-8 '\u0100'*+'\u8000' 220 (+74%)163 (+134%) 382 utf-8 '\u0100'*+'\U0001' 220 (+50%)180 (+83%)330 utf-8 '\u8000'*1 261 (+66%)191 (+126%) 432 utf-8 '\u8000'+'A'* 1197 (+1%)384 (+216%) 1212 utf-8 '\u8000'+'\x80'* 216 (+77%)163 (+134%) 382 utf-8 '\u8000'+'\u0100'*215 (+77%)164 (+132%) 381 utf-8 '\u8000'*+'\U0001' 261 (+46%)201 (+89%)380 utf-8 '\U0001'*1 248 (+44%)198 (+80%)357 utf-8 '\U0001'+'A'* 1192 (-5%)383 (+196%) 1135 utf-8 '\U0001'+'\x80'* 220 (+73%)180 (+111%) 380 utf-8 '\U0001'+'\u0100'*220 (+73%)180 (+111%) 380 utf-8 '\U0001'+'\u8000'*261 (+54%)201 (+100%) 403 ascii 'A'*1 233 (+971%) 1876 (+33%) 2496 On 32-bit Linux, Intel Atom N570 @ 1.66GHz: 3.2 3.3(vanilla) patched utf-8 'A'*1 345 (+81%)596 (+5%) 623 utf-8 'A'*+'\x80' 335 (+41%)303 (+56%)474 utf-8 'A'*+'\u0100' 336 (-23%)123 (+110%) 258 utf-8 'A'*+'\u8000' 337 (-24%)123 (+108%) 256 utf-8 'A'*+'\U0001' 336 (-24%)261 (-3%) 254 utf-8 '\x80'*188 (+66%) 65 (+125%)146 utf-8 '\x80'+'A'* 334 (+8%) 124 (+190%) 360 utf-8 '\x80'*+'\u0100'88 (+43%) 65 (+94%) 126 utf-8 '\x80'*+'\u8000'88 (+43%) 65 (+94%) 126 utf-8 '\x80'*+'\U0001'89 (+40%) 65 (+92%) 125 utf-8 '\u0100'*1 88 (+85%) 65 (+151%)163 utf-8 '\u0100'+'A'* 336 (+2%) 77 (+345%)343 utf-8 '\u0100'+'\x80'* 88 (+86%) 65 (+152%)164 utf-8 '\u0100'*+'\u8000' 88 (+86%) 65 (+152%)164 utf-8 '\u0100'*+'\U0001' 88 (+57%) 65 (+112%)138 utf-8 '\u8000'*1 98 (+79%) 69 (+154%)175 utf-8 '\u8000'+'A'* 339 (+3%) 77 (+353%)349 utf-8 '\u8000'+'\x80'* 89 (+84%) 66 (+148%)164 utf-8 '\u8000'+'\u0100'*88 (+86%) 65 (+152%)164 utf-8 '\u8000'*+'\U0001' 98 (+58%) 69 (+125%)155 utf-8 '\U0001'*1 104 (+46%)79 (+92%) 152 utf-8 '\U0001'+'A'* 339 (-5%) 124 (+160%) 323 utf-8 '\U0001'+'\x80'* 88 (+84%) 68 (+138%)162 utf-8 '\U0001'+'\u0100'*88 (+83%) 68 (+137%)161 utf-8 '\U0001'+'\u8000'*98 (+63%) 72 (+122%)160 ascii 'A'*1 132 (+499%) 758 (+4%) 791 -- components: Interpreter Core files: decode_utf8_4.patch keywords: patch messages: 160103 nosy: Arfrever, haypo, jcea, loewis, pitrou, storchaka priority: normal severity:
[issue14738] Amazingly faster UTF-8 decoding
Changes by Ezio Melotti ezio.melo...@gmail.com: -- components: +Unicode nosy: +ezio.melotti stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14738 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14657] Avoid two importlib copies
Brett Cannon br...@python.org added the comment: I think it's beyond a hint and says we need to find a solution or else other people will run into similar issues. And while I'm thinking about it, there is precedent for exposing modules under a different name than they are actually installed as in the system (e.g. os.path is posixpath), so I don't think we need to bend over backwards to mask every detail if the bootstrap solution is not taken (e.g. if we decided to just paper over _frozen_importlib we don't need to iterate over _frozen_importlib.__dict__ and patch up __module__). But I do think that we need to choose some solution to prevent this forking of code in the running interpreter. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14657 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14583] try/except import fails --without-threads
Brett Cannon br...@python.org added the comment: So I was going to try to figure out the logic, so I manually created the test files to start debugging, but I didn't get the ImportError but instead the 1/0 error for the relative import. Maybe it's specific to lack of threads or the change you made? I mean if that's how it has always worked then I'm not arguing that it's wrong, just that it's a weird side-effect: import pkg Traceback (most recent call last): File stdin, line 1, in module File frozen importlib._bootstrap, line 977, in _find_and_load File frozen importlib._bootstrap, line 596, in load_module File frozen importlib._bootstrap, line 262, in module_for_loader_wrapper File frozen importlib._bootstrap, line 484, in _load_module File ./pkg/__init__.py, line 3, in module 1/0 ZeroDivisionError: division by zero [70552 refs] import sys [70554 refs] sys.modules['pkg'] Traceback (most recent call last): File stdin, line 1, in module KeyError: 'pkg' [70462 refs] sys.modules['pkg.module'] module 'pkg.module' from './pkg/module.py' [70465 refs] with open('pkg/__init__.py') as file: print(file.read()) ... from . import module #import pkg.module 1/0 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14583 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14583] try/except import fails --without-threads
Antoine Pitrou pit...@free.fr added the comment: So I was going to try to figure out the logic, so I manually created the test files to start debugging, but I didn't get the ImportError but instead the 1/0 error for the relative import. Maybe it's specific to lack of threads or the change you made? I mean if that's how it has always worked then I'm not arguing that it's wrong, just that it's a weird side-effect: The first import pkg gets you a ImportError but the second one should get you a ZeroDivisionError (yes, weird). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14583 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Support recursive globs
Changes by Chris Rebert pyb...@rebertia.com: -- nosy: +cvrebert ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14738] Amazingly faster UTF-8 decoding
Antoine Pitrou pit...@free.fr added the comment: 64-bit Linux, Intel Core i5 2500K: 3.2 3.3 patched utf-8 'A'*1 2550 (+198%) 6828 (+11%) 7607 utf-8 'A'*+'\x80' 2501 (+118%) 2415 (+126%)5456 utf-8 'A'*+'\u0100' 2501 (-20%) 2297 (-13%) 1996 utf-8 'A'*+'\u8000' 2494 (-14%) 2291 (-7%) 2133 utf-8 'A'*+'\U0001' 2494 (-11%) 2293 (-3%) 2219 utf-8 '\x80'*1422 (+135%) 517 (+92%) 991 utf-8 '\x80'+'A'* 2513 (+12%) 860 (+228%) 2820 utf-8 '\x80'*+'\u0100'426 (+102%) 525 (+64%) 862 utf-8 '\x80'*+'\u8000'426 (+104%) 538 (+62%) 871 utf-8 '\x80'*+'\U0001'428 (+105%) 523 (+68%) 878 utf-8 '\u0100'*1 425 (+140%) 517 (+97%) 1019 utf-8 '\u0100'+'A'* 2488 (+2%)820 (+211%) 2549 utf-8 '\u0100'+'\x80'* 426 (+139%) 517 (+97%) 1019 utf-8 '\u0100'*+'\u8000' 426 (+139%) 529 (+93%) 1019 utf-8 '\u0100'*+'\U0001' 426 (+106%) 509 (+72%) 876 utf-8 '\u8000'*1 573 (+28%)490 (+50%) 733 utf-8 '\u8000'+'A'* 2500 (+1%)822 (+208%) 2528 utf-8 '\u8000'+'\x80'* 426 (+139%) 530 (+92%) 1018 utf-8 '\u8000'+'\u0100'*428 (+138%) 509 (+100%) 1018 utf-8 '\u8000'*+'\U0001' 573 (+17%)447 (+51%) 673 utf-8 '\U0001'*1 562 (+24%)552 (+26%) 696 utf-8 '\U0001'+'A'* 2512 (+3%)939 (+175%) 2584 utf-8 '\U0001'+'\x80'* 423 (+140%) 553 (+84%) 1017 utf-8 '\U0001'+'\u0100'*426 (+139%) 549 (+85%) 1017 utf-8 '\U0001'+'\u8000'*572 (+18%)479 (+41%) 674 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14738 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14736] Add {encode, decode}_filter_properties() functions to lzma module
Nadeem Vawda nadeem.va...@gmail.com added the comment: Committed as changeset 9118ef2b651a. -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14736 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14366] Supporting lzma compression in zip files
Nadeem Vawda nadeem.va...@gmail.com added the comment: I've committed my patch as changeset 9118ef2b651a, adding functions encode_filter_properties and decode_filter_properties to the lzma module. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14366 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13116] setup.cfg in [sb]dists should be static
Changes by Ezio Melotti ezio.melo...@gmail.com: -- stage: - needs patch type: - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13116 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14555] clock_gettime/settime/getres: Add more clock identifiers
Changes by Ezio Melotti ezio.melo...@gmail.com: -- stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14555 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14738] Amazingly faster UTF-8 decoding
Serhiy Storchaka storch...@gmail.com added the comment: Thank your, Antoine. Finally Intel Core is defeated! If someone wants to repeat tests, see benchmark tools in issue14624. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14738 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14565] is_cgi doesn't function as documented for cgi_directories
Glenn Linderman v+pyt...@g.nevcal.com added the comment: Hi Pierre, Nice to see your name pop up again. Your suggestion is certainly simpler... but unfortunately, too much simpler. One reason, is that in configuring a path to contain CGI files, the CGI files are allowed to be there, or anywhere deeper in the tree. So configuring /http/bin should allow the CGI file to be any of: /http/bin/some.cgi /http/bin/application1/other.cgi /http/bin/app2/subapp/third.cgi and many more. The second reason, is that once /http/bin is determined to be the path prefix, then the search down the tree is done for the cgi file. Now let's say URL looks like: http://server.com/http/bin/app2/subapp/third.cgi/more/path/info/params It is appropriate to find third.cgi and execute it as a CGI file, and pass it as PATHINFO /more/path/info/params ! Yet, using your suggested over-simplification, params would be considered the CGI file (if it even exists), and /http/bin/app2/subapp/third.cgi/more/path/info certainly wouldn't exactly match /http/bin... so neither params nor third.cgi would get a chance to be executed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14565 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14738] Amazingly faster UTF-8 decoding
Serhiy Storchaka storch...@gmail.com added the comment: The patch updated in accordance with Antoine cosmetic comments. -- Added file: http://bugs.python.org/file25485/decode_utf8_5.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14738 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14072] urlparse on tel: URI-s misses the scheme in some cases
Ezio Melotti ezio.melo...@gmail.com added the comment: Here's a possible patch. The problem is that urlsplit (in Lib/urllib/parse.py:348) tries to convert the part after the : (in this case +31-641044153 and +31641044153) to int to see if it's a port number. This doesn't work with +31-641044153, but it does with +31-641044153. In the patch I'm assuming that the port number can only contain ascii digits (no leading '+/-', no spaces, no non-ascii digits) and checking for it explicitly, rather than using int() in a try/except. -- keywords: +patch nosy: +ezio.melotti stage: - patch review Added file: http://bugs.python.org/file25486/issue14072.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14072 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6602] BaseHTTPServer log_message should log to sys.stdout
Changes by Ezio Melotti ezio.melo...@gmail.com: -- keywords: +easy versions: +Python 3.3 -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6602 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9559] mailbox.mbox creates new file when adding message to mbox
Changes by Ezio Melotti ezio.melo...@gmail.com: -- stage: - needs patch versions: +Python 3.3 -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9559 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13659] Add a help() viewer for IDLE's Shell.
Ezio Melotti ezio.melo...@gmail.com added the comment: I don't think adding a browser arg to help() is a good idea. The original suggestion of having the help in a separate window and adding a checkbox in the options to (de)activate the feature sounds good to me (it could even allow to select between normal/new window/browser). -- nosy: +ezio.melotti stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13659 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14426] date format problem in Cookie/http.cookies
Changes by Ezio Melotti ezio.melo...@gmail.com: -- keywords: +easy nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14426 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12541] Accepting Badly formed headers in urllib HTTPBasicAuth
Changes by Ezio Melotti ezio.melo...@gmail.com: -- stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12541 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4333] Reworked Dialog.py
Changes by Ezio Melotti ezio.melo...@gmail.com: -- versions: +Python 3.3 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4333 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9374] urlparse should parse query and fragment for arbitrary schemes
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti stage: - needs patch versions: +Python 2.7, Python 3.2, Python 3.3 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9374 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14736] Add {encode, decode}_filter_properties() functions to lzma module
Serhiy Storchaka storch...@gmail.com added the comment: Thank you, Nadeem Vawda. I also wrote a patch for this, but because of the lack of experience it was too cumbersome. But there are no tests for these functions. I tried to use these functions and got the random values. lzma.decode_filter_properties(lzma.FILTER_LZMA1, lzma.encode_filter_properties({'id': lzma.FILTER_LZMA1, 'preset': 6})) {'mode': 3075124424, 'dict_size': 8388608, 'id': 4611686018427387905, 'lp': 0, 'nice_len': 739426833, 'depth': 0, 'lc': 3, 'mf': 0, 'pb': 2} lzma.decode_filter_properties(lzma.FILTER_LZMA1, lzma.encode_filter_properties({'id': lzma.FILTER_LZMA1, 'preset': 6})) {'mode': 0, 'dict_size': 8388608, 'id': 4611686018427387905, 'lp': 0, 'nice_len': 2053908595, 'depth': 0, 'lc': 3, 'mf': 0, 'pb': 2} lzma.decode_filter_properties(lzma.FILTER_LZMA1, lzma.encode_filter_properties({'id': lzma.FILTER_LZMA1, 'preset': 6})) {'mode': 0, 'dict_size': 8388608, 'id': 4611686018427387905, 'lp': 0, 'nice_len': 2053908595, 'depth': 0, 'lc': 3, 'mf': 0, 'pb': 2} It seems, 'mode' and 'nice_len' was not initialized. Tests for zipfile module with the use of these functions are broken, and I don't know, this happens because of errors in these functions or in zipfile module. -- nosy: +storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14736 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14703] Update PEP metaprocesses to describe PEP czar role
Changes by Barry A. Warsaw ba...@python.org: -- nosy: +barry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14703 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14735] Version 3.2.3 IDLE CTRL-Z plus Carriage Return to end does not work
R. David Murray rdmur...@bitdance.com added the comment: Making idle work with ctl-Z+enter might be reasonable. However, can you describe more fully the documentation that led you believe that would work? ctl-Z+enter is for the CMD window, not IDLE, to my understanding. -- nosy: +r.david.murray, terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14735 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14735] Version 3.2.3 IDLE CTRL-Z plus Carriage Return to end does not work
Terry J. Reedy tjre...@udel.edu added the comment: Using ^Z (ascii Substitute char) instead of ^D (ascii 'End of Transmission') is an MSDOS affectation carried over to the the MSDOS-based text-mode Command Prompt on Windows. I verified that ^D now closes IDLE on Windows. ^Z gives a beep. (I do not know about 2.7. It needs to be checked.) I also see that the IDLE Help document still says Control-d sends end-of-file; closes window if typed at prompt (this is Control-z on Windows). so you are right to be confused. I do not know when the change was made, but I presume it was intentional as ^D is standard and most Windows users have no experience with MSDOS and ^Z. (It does not close Windows gui applications that I know of, nor does ^D usually.) So my inclination is to just remove the note (after checking 2.7.3 behavior) and not change the code. -- nosy: +serwy versions: +Python 2.7, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14735 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14736] Add {encode, decode}_filter_properties() functions to lzma module
Nadeem Vawda nadeem.va...@gmail.com added the comment: Changeset 9118ef2b651a was broken, but the bug should have been fixed by changeset 10ccbb90a8e9. Which revision have you been using? But there are no tests for these functions. There *are* tests for these functions, and they were failing on some of the buildbots for the original changeset. They are currently passing. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14736 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com