[issue14973] restore python2 unicode literals in ur strings
Serhiy Storchaka storch...@gmail.com added the comment: Should it be closed? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14973 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15092] Using enum PyUnicode_Kind
Serhiy Storchaka storch...@gmail.com added the comment: Please, can anyone do the review of this large but trivial patch? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15092 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1767933] Badly formed XML using etree and utf-16
Serhiy Storchaka storch...@gmail.com added the comment: Python 3.2 currently shipped in last Ubuntu LTS and will be in production at least next 5 years. I think it will be main Python version for many years. Here is a compound patch (changesets 6120cf695574, 64ff90e07d71, 51978f89e5ed and 63ba0c32b81a) for Python 3.2 without tests. It is almost same as for 3.3, except using manual finalizing instead ExitStack. -- Added file: http://bugs.python.org/file26425/etree_write_utf16_without_tests-3.2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1767933 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14513] IDLE icon switched and switches on Windows taskbar
Terry J. Reedy tjre...@udel.edu added the comment: In the next alpha release, everything was fine and I though about closing this. When I first installed b1, the problem came back. But in a few days, 3.3.0b1 started working right. I did two things since to my installed idlelib, beside just using it. First was my last 12510 calltips push July 9. Second was Ned's 4832 .py default extension patch about the 12th. I plan to watch more carefully is there is a problem after the next b2. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14513 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15381] Optimize BytesIO to so less reallocations when written, similarly to StringIO
Eli Bendersky eli...@gmail.com added the comment: I wonder if this is a fair comparison, Serhiy. Strings are unicode underneath, so they have a large overhead per string (more data to copy around). Increasing the length of the strings changes the game because due to PEP 393, the overhead for ASCII-only Unicode strings is constant: import sys sys.getsizeof('a') 50 sys.getsizeof(b'a') 34 sys.getsizeof('a' * 1000) 1049 sys.getsizeof(b'a' * 1000) 1033 When re-running your tests with larger chunks, the results are quite interesting: $ ./python -m timeit -s import io; d=[b'a'*100,b'bb'*50,b'ccc'*50]*1000 b=io.BytesIO(); w=b.write for x in d: w(x) b.getvalue() 1000 loops, best of 3: 509 usec per loop $ ./python -m timeit -s import io; d=['a'*100,'bb'*50,'ccc'*50]*1000 s=io.StringIO(); w=s.write for x in d: w(x) s.getvalue() 1000 loops, best of 3: 282 usec per loop So, it seems to me that BytesIO could use some optimization! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15381 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15171] Fix 64-bit building for buildbot scripts (3.2)
Stefan Krah stefan-use...@bytereef.org added the comment: Thanks, David! I'll close this issue, perhaps the compile failures on the Windows 7 buildbot can be sorted out separately. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15171 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14458] Non-admin installation fails
Timothy Madden terminato...@gmail.com added the comment: The command also worked for me on Windows 7 Professional 64-bit, but pythonw does not start, and I could not check if everything in CLI python.exe works as expected. As you said, something is not right with it, and it also installs just too fast for a real installation. It did get my python installed, though. Thank you for the info, you must have played with it quite a while -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14458 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13785] Make concurrent.futures.Future state public
Changes by Juan Javier jjdomingu...@gmail.com: -- status: open - languishing ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13785 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15092] Using enum PyUnicode_Kind
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: I'd strongly prefer not having enum everywhere. PyUnicode_Kind alone is certainly possible, maybe with a typedef? -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15092 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15384] FileFinder.path_hook()() returns None on Windows
New submission from Nick Coghlan ncogh...@gmail.com: As noted in #15314, one of the pkgutil tests was failing on Windows because pkgutil.get_importer() was returning None. On my Fedora system it returns FileFinder(.). I've now tweaked that particular test to use a bogus path string so that None is the expected result on all platforms. However, the cross-platform discrepancy is a little disturbing - I would have expected the operation to either fail or succeed regardless of platform. Since pkgutil.get_importer is now just a wrapper that takes care of checking path_importer_cache and then walking sys.path_hooks, I believe the actual culprit is FileFinder.path_hook()() returning None (I'm currently downloading and installing 3.3b1 on my gaming machine to confirm that) -- components: Library (Lib) messages: 165752 nosy: brett.cannon, georg.brandl, ncoghlan priority: normal severity: normal status: open title: FileFinder.path_hook()() returns None on Windows versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15384] FileFinder.path_hook()() returns None on Windows
Changes by Nick Coghlan ncogh...@gmail.com: -- stage: - test needed type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15379] Charmap decoding of no-BMP characters
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: In 3.2, narrow build is also broken when the charmap is a string: codecs.charmap_decode(b'\0', 'strict', '\U0002000B') returns ('', 1) with a wide unicode build, but ('\ud840', 1) with a narrow build. 3.2 could be fixed to allow characters up to sys.maxunicode, though. -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15379 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15385] Behaviour change in runpy for __file__ attributes between 3.2 and 3.3
New submission from Nick Coghlan ncogh...@gmail.com: Directory setup: linkdir is a symlink to realdir $ python3 -c import sys; sys.path.insert(0, 'linkdir'); import runpy; print(runpy.run_module('foo')['__file__']) /home/ncoghlan/devel/play/realdir/foo.py $ ../py3k/python -c import sys; sys.path.insert(0, 'linkdir'); import runpy; print(runpy.run_module('foo')['__file__']) /home/ncoghlan/devel/play/linkdir/foo.py The culprit is pkgutil - the import emulation includes a realpath() call. Looking at the log, this dates from PJE's consolidation of the various import emulations back in 2006, with no specific rationale given. Since this was only in the emulation, and nothing else broke when we took it out (indeed, it was the cause of test failures in 3.2, when it altered the __file__ values in ways the test wasn't expecting), I'm just creating and closing this issue to note that yes, I'm aware this has changed, but no, I don't consider it a problem, as it just brings pkgutil into line with the behaviour of normal imports. -- messages: 165754 nosy: brett.cannon, georg.brandl, ncoghlan priority: normal severity: normal status: open title: Behaviour change in runpy for __file__ attributes between 3.2 and 3.3 versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15385 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15385] Behaviour change in runpy for __file__ attributes between 3.2 and 3.3
Changes by Nick Coghlan ncogh...@gmail.com: -- resolution: - works for me status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15385 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15383] Autocompletion crashes Python if the __builtins__ module cannot be found.
R. David Murray rdmur...@bitdance.com added the comment: This is the same as issue 15113. If you delete __builtins__, don't expect Python to work. -- nosy: +r.david.murray resolution: - duplicate stage: - committed/rejected status: open - closed superseder: - IDLE Shell: delattr(__builtins__,getattr) causes shell to stop working type: crash - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15383 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15314] Use importlib instead of pkgutil in runpy
Nick Coghlan ncogh...@gmail.com added the comment: Buildbots are green (at least as far as this issue goes), so closing again. I created #15384 for the surprising behaviour of FileFinder on Windows. #15385 records my investigation into the odd symlink behaviour on 3.2 (it was just a discrepancy between the emulation in pkgutil and the real import system) -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15314 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10399] AST Optimization: inlining of function calls
Changes by Giampaolo Rodola' g.rod...@gmail.com: -- nosy: +giampaolo.rodola ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10399 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15386] Still getting two copies of importlib._boostrap
New submission from Nick Coghlan ncogh...@gmail.com: I haven't worked out how yet, but importlib.machinery is managing to bypass the replacement of importlib._bootstrap with _frozen_importlib: Python 3.3.0b1 (default:8bf691d0b004+, Jul 15 2012, 23:20:06) [GCC 4.7.0 20120507 (Red Hat 4.7.0-5)] on linux Type help, copyright, credits or license for more information. import importlib._bootstrap [74500 refs] import importlib.machinery [74500 refs] importlib.machinery.FileFinder class 'importlib._bootstrap.FileFinder' [74505 refs] importlib._bootstrap.FileFinder class '_frozen_importlib.FileFinder' [74505 refs] importlib.machinery.FileFinder.path_hook()() Traceback (most recent call last): File stdin, line 1, in module File /home/ncoghlan/devel/py3k/Lib/importlib/_bootstrap.py, line 1350, in path_hook_for_FileFinder if not _path_isdir(path): File /home/ncoghlan/devel/py3k/Lib/importlib/_bootstrap.py, line 117, in _path_isdir path = _os.getcwd() NameError: global name '_os' is not defined [74566 refs] importlib._bootstrap.FileFinder.path_hook()() FileFinder('.') -- messages: 165757 nosy: ncoghlan priority: normal severity: normal status: open title: Still getting two copies of importlib._boostrap ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15386] Still getting two copies of importlib._bootstrap
Changes by Nick Coghlan ncogh...@gmail.com: -- title: Still getting two copies of importlib._boostrap - Still getting two copies of importlib._bootstrap ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15384] pkgutil.get_importer() was returning None on Windows buildbots
Nick Coghlan ncogh...@gmail.com added the comment: Well, that's weird. A manual test on my Windows 7 gaming rig indicates that the old test *should* have worked on Windows as well. I have no idea how to investigate this further. David, are you able to check what pkgutil.get_importer() returns when running locally on your Windows buildbots? An example of the error the buildbots were getting: http://buildbot.python.org/all/builders/x86%20Windows7%203.x/builds/5450/steps/test/logs/stdio -- nosy: +db3l title: FileFinder.path_hook()() returns None on Windows - pkgutil.get_importer() was returning None on Windows buildbots ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15387] pkgutil.walk_packages is using a deprecated API
New submission from Nick Coghlan ncogh...@gmail.com: $ ./python -Wdefault Python 3.3.0b1 (default:8bf691d0b004+, Jul 15 2012, 23:20:06) [GCC 4.7.0 20120507 (Red Hat 4.7.0-5)] on linux Type help, copyright, credits or license for more information. import pkgutil list(pkgutil.walk_packages(.)) /home/ncoghlan/devel/py3k/Lib/inspect.py:453: DeprecationWarning: inspect.getmoduleinfo() is deprecated info = getmoduleinfo(path) /home/ncoghlan/devel/py3k/Lib/inspect.py:445: DeprecationWarning: imp.get_suffixes() is deprecated; use the constants defined on importlib.machinery instead for suffix, mode, mtype in imp.get_suffixes()] [(FileFinder('.'), 'foo', False), (FileFinder('.'), 'python-gdb', False), (FileFinder('.'), 'setup', False)] The problem is the calls to inspect.getmodulename(). Do these APIs really need to be deprecated? Can't they just be redirected to importlib instead? -- components: Library (Lib) messages: 165759 nosy: brett.cannon, georg.brandl, ncoghlan priority: normal severity: normal stage: needs patch status: open title: pkgutil.walk_packages is using a deprecated API type: behavior versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15387 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15381] Optimize BytesIO to so less reallocations when written, similarly to StringIO
Eli Bendersky eli...@gmail.com added the comment: I'd like to take a shot at this, if Antoine doesn't mind. I'll prepare a patch for bytesio.c Question: what set of benchmarks would it be good to run to make sure this doesn't degrade the performance of BytesIO in various cases? -- assignee: - eli.bendersky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15381 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15364] sysconfig confused by relative paths
Richard Oudkerk shibt...@gmail.com added the comment: Here is an updated patch which also modifies distutils.sysconfig. For installed pythons on posix systems it makes get_config_var('srcdir') == os.path.dirname(get_makefile_filename()) (The older patches would give the same result only if the relative srcdir was '.') -- Added file: http://bugs.python.org/file26426/sysconf.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15364 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15364] sysconfig confused by relative paths
Richard Oudkerk shibt...@gmail.com added the comment: Forgot to remove some unnecessary code in patch. -- Added file: http://bugs.python.org/file26427/sysconf.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15364 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15364] sysconfig confused by relative paths
Ronald Oussoren ronaldousso...@mac.com added the comment: I'd make get_config_var('srcdir') to be None for installed systems, because the source tree is not available there. The advantage of making the value None is that this is easy to test for and would quickly break path manipulation code that tries to construct a path to a specific file in the source tree. Making the value to be the name of the directory containing Makefile would still break code that tries to access files relative to the source tree, but could that breakage could be harder to track. BTW. sysconfig really needs a better description of which variables are supposed to be available, it currently exports every definition in the Makefile and pyconfig.h, and not all of those definitions are usable outside of CPython's build process. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15364 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15307] Patch for --symlink support in pyvenv with framework python
Ronald Oussoren ronaldousso...@mac.com added the comment: There is no NEWS entry, I'll commit one when I get home. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15307 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15368] bytecode generation is not deterministic
Brett Cannon br...@python.org added the comment: You ran the benchmarks correctly, but I was more worried about compilation time than execution time (changing which index is for what really shouldn't make a difference in performance, and the benchmarks show that). If you want to test using the importlib benchmarks, run ``./python.exe -m importlib.test.benchmark`` and compare the output (run with -h to see all the options). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15368 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15387] pkgutil.walk_packages is using a deprecated API
Brett Cannon br...@python.org added the comment: I think the imp functions do need to go away. They perpetuate an absolutely horrendous API that I'm trying to slowly kill (and the underlying imp code is already reusing importlib). They already are a burden for future API growth as people already rely on imp.find_module() and imp.load_module() in such a way that untangling is right pain. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15387 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15184] Test failure in test_sysconfig_module
Richard Oudkerk shibt...@gmail.com added the comment: I suspect the problem is related to http://bugs.python.org/issue15298. Basically the global sysconfig module caches the results of parsing Makefile in Lib/_sysconfigdata.py. This can cause you to get the config vars from an old configure and build. -- nosy: +sbt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15184 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15386] Still getting two copies of importlib._bootstrap
Brett Cannon br...@python.org added the comment: I would have said that it wasn't because it was just the class type not picking up on the __name__ re-assignment, but that global name failure states otherwise. -- nosy: +brett.cannon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15387] pkgutil.walk_packages is using a deprecated API
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset af7961e1c362 by Nick Coghlan in branch 'default': Close #15387: inspect.getmodulename() now uses a new importlib.machinery.all_suffixes() API rather than the deprecated inspect.getmoduleinfo() http://hg.python.org/cpython/rev/af7961e1c362 -- nosy: +python-dev resolution: - fixed stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15387 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15387] pkgutil.walk_packages is using a deprecated API
Nick Coghlan ncogh...@gmail.com added the comment: The problem turned out to just be inspect.getmodulename() still relying on the deprecated inspect.getmoduleinfo(), so I changed it to be based on importlib.machinery instead. I did make an importlib API addition to do it though - the all_suffixes() function dynamically adds together all the suffixes relevant for the current process so it will pick up any modification post import, while still allowing code that doesn't care about module types to ignore the details of the different kinds. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15387 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15386] Still getting two copies of importlib._bootstrap
Nick Coghlan ncogh...@gmail.com added the comment: Yup. A simpler demonstration: Python 3.3.0b1 (default:8bf691d0b004+, Jul 15 2012, 23:20:06) [GCC 4.7.0 20120507 (Red Hat 4.7.0-5)] on linux Type help, copyright, credits or license for more information. from importlib import _bootstrap, machinery _bootstrap.FileFinder is machinery.FileFinder False My initial theory (a missing sys.modules entry) failed miserably, as import.__init__ already has the following line: sys.modules['importlib._bootstrap'] = _bootstrap I'm guessing it has to be some weird interaction with the explicit relative import, but I would have expected that to pick up on either the parent module attribute or the sys.modules entry. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5364] documentation in epub format
Changes by Ilpo Nyyssönen i...@iki.fi: -- nosy: +biny ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5364 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15360] Behavior of assigning to __dict__ is not documented
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: What kind of behavior are you referring to? Are there really differences between versions? -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15360 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15368] bytecode generation is not deterministic
Meador Inge mead...@gmail.com added the comment: Oh, cool -- I didn't know about the importlib benchmarks. Thanks Brett. Here are the results (OS X 10.7.4, Dual 1.7GHz Core i5, 4 GB RAM): $ ./python.exe -m importlib.test.benchmark Measuring imports/second over 1 second, best out of 3 Entire benchmark run should take about 33 seconds Using function __import__ at 0x1063bdd40 as __import__ sys.modules [ 41831 41812 40914 ] best is 41,831 Built-in module [ 20327 20441 19775 ] best is 20,441 Source writing bytecode: small [ 2108 2119 2117 ] best is 2,119 Source w/o bytecode: small [ 5093 5075 5106 ] best is 5,106 Source w/ bytecode: small [ 6021 5915 5997 ] best is 6,021 Source writing bytecode: tabnanny [ 379 379 379 ] best is 379 Source w/o bytecode: tabnanny [ 448 453 456 ] best is 456 Source w/ bytecode: tabnanny [ 2270 2279 2279 ] best is 2,279 Source writing bytecode: decimal [ 28 27 28 ] best is 28 Source w/o bytecode: decimal [ 30 30 30 ] best is 30 Source w/ bytecode: decimal [ 256 254 259 ] best is 259 $ ./python-with-sorting.exe -m importlib.test.benchmark Measuring imports/second over 1 second, best out of 3 Entire benchmark run should take about 33 seconds Using function __import__ at 0x104b01d40 as __import__ sys.modules [ 42369 42203 42348 ] best is 42,369 Built-in module [ 17060 16358 20486 ] best is 20,486 Source writing bytecode: small [ 2118 2112 2127 ] best is 2,127 Source w/o bytecode: small [ 5121 5098 5125 ] best is 5,125 Source w/ bytecode: small [ 6015 5652 6046 ] best is 6,046 Source writing bytecode: tabnanny [ 367 368 366 ] best is 368 Source w/o bytecode: tabnanny [ 439 429 439 ] best is 439 Source w/ bytecode: tabnanny [ 2267 2274 2277 ] best is 2,277 Source writing bytecode: decimal [ 27 27 27 ] best is 27 Source w/o bytecode: decimal [ 28 28 28 ] best is 28 Source w/ bytecode: decimal [ 257 259 259 ] best is 259 Pretty similar results either way. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15368 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15386] Still getting two copies of importlib._bootstrap
Nick Coghlan ncogh...@gmail.com added the comment: Checking with importlib.abc and importlib.util (which turned out not to have the problem) put me on the right path: the problem is the import of imp in importlib.__init__ What appears to be happening is that the interpreter sees the partially initialised importlib package, considers it good enough, and continues on with importing _bootstrap and machinery from source. Control eventually returns to __init__ and it overwrites the source version with the frozen version. Changing the __init__ file to do import _imp instead (the same as what import_init does in the C code) was enough to fix it. No patch yet - the actual fix is trivial, but it needs a test. -- nosy: +georg.brandl priority: normal - release blocker stage: - test needed type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15387] pkgutil.walk_packages is using a deprecated API
Brett Cannon br...@python.org added the comment: RE: the API addition: fine by me if it makes your life easier. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15387 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15368] bytecode generation is not deterministic
Brett Cannon br...@python.org added the comment: Yep, so I consider the performance worry dealt with. -- stage: needs patch - commit review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15368 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15386] Still getting two copies of importlib._bootstrap
Brett Cannon br...@python.org added the comment: Nice catch! Obviously that needs a big comment to avoid that problem in the future. -- versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15368] bytecode generation is not deterministic
Nick Coghlan ncogh...@gmail.com added the comment: Agreed, so definite +1 from me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15368 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15388] SAX parse (ExpatParser) leaks file handle when given filename input
New submission from Matt Hillsdon m...@corefiling.com: The following example uses make_parser / parse to read a trivial XML document by filename and then attempts to delete the file. On Win32 I can't unlink the file because the parse does not seem to close the file handle. import os import tempfile from xml.sax import make_parser, ContentHandler (handle, path) = tempfile.mkstemp() os.write(handle, bfoo/) os.close(handle) parser = make_parser() parser.parse(path) # This unlink fails on win32. It succeeds if I comment out the call to parse. os.unlink(path) As I provide a filename rather than a file object, I would expect the parse call to both open and close it. I can't see a way to do the clean-up myself. This issue exists in Python 2.7.3 but I could not reproduce it in 3.2.3. Windows cmd transcript: c:\Users\mthPython2.7.3\python.exe fileleak.py Traceback (most recent call last): File fileleak.py, line 14, in module os.unlink(path) WindowsError: [Error 32] The process cannot access the file because it is being used by another process: 'c:\\d\\tmpvyqg2c' c:\Users\mthPython3.2.3\python.exe fileleak.py c:\Users\mth -- components: XML messages: 165779 nosy: mth priority: normal severity: normal status: open title: SAX parse (ExpatParser) leaks file handle when given filename input type: resource usage versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15388 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15381] Optimize BytesIO to so less reallocations when written, similarly to StringIO
Serhiy Storchaka storch...@gmail.com added the comment: I wonder if this is a fair comparison, Serhiy. I just used your examples. When re-running your tests with larger chunks, the results are quite interesting: Well, now I see, that BytesIO slower StringIO. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15381 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15368] bytecode generation is not deterministic
Brett Cannon br...@python.org added the comment: So I think that just leaves one other person to verify the patch works as expected and then commit it. I can hopefully later this week, but no sooner than Friday, so if someone can get to it faster that would be great. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15368 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13785] Make concurrent.futures.Future state public
Brian Quinlan br...@sweetapp.com added the comment: My current thinking is that adding a state property probably isn't worth it given the fact that you can construct this yourself and the requirement for a history property is too specialized. The callback idea seams reasonable and sufficient for your use case. I think that you'd probably want to *not* specify that state change that you want i.e. any state change triggers the function. What do you think? (BTW, I'm on leave right now so it might take a while to respond) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13785 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8713] multiprocessing needs option to eschew fork() under Linux
Changes by Catalin Iacob iacobcata...@gmail.com: -- nosy: +catalin.iacob ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8713 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15368] bytecode generation is not deterministic
Meador Inge mead...@gmail.com added the comment: I can commit today unless you think we need someone else to independently verify the patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15368 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15368] bytecode generation is not deterministic
Meador Inge mead...@gmail.com added the comment: BTW, I think this should be committed on 2.7 and 3.2 as well since the same issue can happen when throwing -R. Any objections? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15368 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15082] [httplib] httplib.BadStatusLine on any HTTPS connection in certain unknown cases.
Michal Zimen michal.zi...@gmail.com added the comment: I can confirm similar behaviour in RHEL 6.3 with python 2.6.6. This exception with the same https request has random behaviour. -- nosy: +Michal.Zimen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15379] Charmap decoding of no-BMP characters
Serhiy Storchaka storch...@gmail.com added the comment: Well, here is a patch for 3.2. -- versions: +Python 3.2 Added file: http://bugs.python.org/file26428/decode_charmap_maxchar-3.2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15379 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15368] bytecode generation is not deterministic
Brett Cannon br...@python.org added the comment: Nah, you are a committer and thus qualify as the second review. =) As for backporting, it only affects regeneration of bytecode, so I don't see any major harm in it (might surprise some people, but there is a legitimate reason for fixing this). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15368 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12834] PyBuffer_ToContiguous() incorrect for non-contiguous arrays
Christian Heimes li...@cheimes.de added the comment: I think that I run into the same bug today. I've developing a PEP 3118 buffer interface for my wrapper of FreeImage. It returns the data as non-contiguous 3d array with the dimension height, width, color. I've created a small test image with 5x7 RGB pixels. The first line black, second white, third grey values and the rest are red, green blue and cyan, magenta yellow in little endian (BGR order). NumPy handles the buffer correctly: arr = numpy.asarray(img) print(arr) [[[ 0 0 0] [ 0 0 0] [ 0 0 0] [ 0 0 0] [ 0 0 0]] [[255 255 255] [255 255 255] [255 255 255] [255 255 255] [255 255 255]] [[ 80 80 80] [112 112 112] [160 160 160] [192 192 192] [240 240 240]] [[ 0 0 255] [ 0 255 0] [255 0 0] [ 0 0 255] [ 0 255 0]] [[255 0 0] [ 0 0 255] [ 0 255 0] [255 0 0] [ 0 0 255]] [[ 0 255 0] [255 0 0] [ 0 0 255] [ 0 255 0] [255 0 0]] [[255 255 0] [255 0 255] [ 0 255 255] [255 255 0] [255 0 255]]] but memoryview.tobytes() seems to have an off-by-one error: m = memoryview(img) data = m.tobytes() len(data) == 5 * 7 * 3 True for i in range(7): ... print( .join(%3i % ord(v) for v in data[i * 5 * 3:(i + 1) * 5 * 3])) 0 0 0 0 0 0 0 0 0 0 0 0 0 0 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 80 80 80 112 112 112 160 160 160 192 192 192 240 240 240 0 0 255 0 255 0 255 0 0 0 0 255 0 255 0 255 0 0 0 0 255 0 255 0 255 0 0 0 0 255 0 255 0 255 0 0 0 0 255 0 255 0 255 0 0 255 255 0 255 0 255 0 255 255 255 255 0 255 0 255 0 As you can see the first byte is missing. Python 2.7.3 and Python 3.2.3 with numpy 1.6.1 and https://bitbucket.org/tiran/smc.freeimage/changeset/3134ecee2984 on 64bit Ubuntu. -- nosy: +christian.heimes versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12834 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12834] PyBuffer_ToContiguous() incorrect for non-contiguous arrays
Changes by Meador Inge mead...@gmail.com: -- nosy: +meador.inge ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12834 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15184] Test failure in test_sysconfig_module
Ned Deily n...@acm.org added the comment: I don't see how this is related to Issue15298. In the failure here, sysconfig returns the expected value; the problem is with what distutils.sysconfig returns. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15184 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15386] Still getting two copies of importlib._bootstrap
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15360] Behavior of assigning to __dict__ is not documented
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15360 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10017] pprint.pprint raises TypeError on dictionaries with user-defined types as keys
Florent Xicluna florent.xicl...@gmail.com added the comment: Confirmed on python 3.2 and 3.3. -- keywords: +easy nosy: +flox stage: - needs patch type: - behavior versions: +Python 3.2, Python 3.3 -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10017 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15368] bytecode generation is not deterministic
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 7eb0180c1734 by Meador Inge in branch '2.7': Issue #15368: make bytecode generation deterministic. http://hg.python.org/cpython/rev/7eb0180c1734 New changeset 79d54fba49b3 by Meador Inge in branch '3.2': Issue #15368: make bytecode generation deterministic. http://hg.python.org/cpython/rev/79d54fba49b3 New changeset 578066372485 by Meador Inge in branch 'default': Issue #15368: make bytecode generation deterministic. http://hg.python.org/cpython/rev/578066372485 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15368 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15368] bytecode generation is not deterministic
Meador Inge mead...@gmail.com added the comment: Committed. Thanks for the reviews y'all. -- resolution: - fixed stage: commit review - committed/rejected status: open - closed versions: +Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15368 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12510] IDLE: calltips mishandle raw strings and other examples
Roger Serwy roger.se...@gmail.com added the comment: Are there any other aspects of the calltip handler that requires fixing? If not, then I can start back-porting the patches. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12510 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9998] ctypes find_library should search LD_LIBRARY_PATH on linux
Łukasz Langa luk...@langa.pl added the comment: What changed since http://bugs.python.org/issue2936? -- nosy: +lukasz.langa ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15381] Optimize BytesIO to so less reallocations when written, similarly to StringIO
Serhiy Storchaka storch...@gmail.com added the comment: Here is a preliminary version of the patch. I am not sure that it is fully correct. Microbenchmark results: $ ./python -m timeit -s import io; n=100; d=['a'*n,'bb'*n,'ccc'*n]*1 s=io.StringIO(); w=s.write for x in d: w(x) s.getvalue() 10 loops, best of 3: 25.5 msec per loop $ ./python -m timeit -s import io; n=100; d=[b'a'*n,b'bb'*n,b'ccc'*n]*1 s=io.BytesIO(); w=s.write for x in d: w(x) s.getvalue() 10 loops, best of 3: 39.9 msec per loop $ ./python-patched -m timeit -s import io; n=100; d=[b'a'*n,b'bb'*n,b'ccc'*n]*1 s=io.BytesIO(); w=s.write for x in d: w(x) s.getvalue() 10 loops, best of 3: 26.1 msec per loop $ ./python -m timeit -s import io; n=1000; d=['a'*n,'bb'*n,'ccc'*n]*1000 s=io.StringIO(); w=s.write for x in d: w(x) s.getvalue() 100 loops, best of 3: 12.1 msec per loop $ ./python -m timeit -s import io; n=1000; d=[b'a'*n,b'bb'*n,b'ccc'*n]*1000 s=io.BytesIO(); w=s.write for x in d: w(x) s.getvalue() 10 loops, best of 3: 26.5 msec per loop $ ./python-patched -m timeit -s import io; n=1000; d=[b'a'*n,b'bb'*n,b'ccc'*n]*1000 s=io.BytesIO(); w=s.write for x in d: w(x) s.getvalue() 100 loops, best of 3: 13.6 msec per loop -- keywords: +patch Added file: http://bugs.python.org/file26429/bytesio_resized_bytes.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15381 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15379] Charmap decoding of no-BMP characters
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: About the patch for 3.2: needed = 6 - extrachars Where does this 6 come from? There is another part which uses this extrachars. Why is the allocation strategy different here? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15379 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15384] pkgutil.get_importer() was returning None on Windows buildbots
David Bolen db3l@gmail.com added the comment: With a local build on my buildbot of the tip of the default branch, pkgutil.get_importer('') returns FileFilter('.'). The tests also passed. However, after checking here and realizing the offending code had been removed from the test, I put it back in and it still fails. I think the problem is that sys.path[0] is not '' when testing in the buildbot environment (though it is when I run the debug interpreter interactively). Within the buildbot scripts it's a path to the stdlib test zip, so for example in my test tree it's D:\cygwin\home\db3l\test\build\PCbuild\python33_d.zip. And if I hand that string to pkgutil.get_importer() I do seem to get None back. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15379] Charmap decoding of no-BMP characters
Serhiy Storchaka storch...@gmail.com added the comment: It's the same strategy. needed = (targetsize - extrachars) + (targetsize 2). targetsize == 2. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15379 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13785] Make concurrent.futures.Future state public
Juan Javier jjdomingu...@gmail.com added the comment: I totally agree, I'm going to take a look at the code and I'll write back with some comments. That will be next week, work is currently very demanding. -- status: languishing - open versions: +Python 3.4 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13785 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15368] bytecode generation is not deterministic
Serhiy Storchaka storch...@gmail.com added the comment: Meador, you have forgotten to fix the error PyList_GET_SIZE(src). src is not list, should be PyList_GET_SIZE(sorted_keys). -- nosy: +storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15368 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15379] Charmap decoding of no-BMP characters
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Ah, I was worried by the possible quadratic behavior. So the other (existing) case is quadratic as well (I was mislead by the , which made me think there is something clever there). That's good enough for 3.2, I guess. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15379 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9890] Visual C++ Runtime Library Error is there a fix?
Roger Serwy roger.se...@gmail.com added the comment: Is this still a problem? My guess is that this issue is out of date. -- nosy: +serwy status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9890 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15368] bytecode generation is not deterministic
Meador Inge mead...@gmail.com added the comment: D'oh! Thanks for catching that Serhiy! Fixing now. Sorry about that. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15368 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15389] PEP 3121, 384 refactoring applied to curses module
New submission from Robin Schreiber robin.schrei...@me.com: Changes proposed in PEP3121 and PEP384 applied to the curses module. As these Changes do not alter behaviour of the specific modules, I would encourage to see this enhancement as a bugfix and consequently include this into the coming Python 3.3 release. -- components: Extension Modules files: _cursesmodule_pep3121-384_v0.patch keywords: patch messages: 165804 nosy: Robin.Schreiber priority: normal severity: normal status: open title: PEP 3121, 384 refactoring applied to curses module type: resource usage versions: Python 3.3 Added file: http://bugs.python.org/file26430/_cursesmodule_pep3121-384_v0.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15389 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15390] PEP 3121, 384 refactoring applied to datetime module
New submission from Robin Schreiber robin.schrei...@me.com: Changes proposed in PEP3121 and PEP384 have now been applied to the datetime module! -- components: Extension Modules files: _datetimemodule_pep3121-384_v0.patch keywords: patch messages: 165805 nosy: Robin.Schreiber priority: normal severity: normal status: open title: PEP 3121, 384 refactoring applied to datetime module type: resource usage versions: Python 3.3 Added file: http://bugs.python.org/file26431/_datetimemodule_pep3121-384_v0.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15390 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9998] ctypes find_library should search LD_LIBRARY_PATH on linux
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: What changed since http://bugs.python.org/issue2936? Well for one thing, #2936 was a bug report (behavior) but this is an enhancement request. It seems that if you don't know exactly what a library is called, you can't use find_library to locate it even if it happens to be on LD_LIBRARY_PATH - and if you don't have the name, you can't load it using cdll.LoadLibrary. ISTM LoadLibrary wants the full library name (including extension, on Linux); find_library helps determine that in a cross-platform way (since you can just give it the stem of the library rather than the whole filename). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9998] ctypes find_library should search LD_LIBRARY_PATH on linux
Łukasz Langa luk...@langa.pl added the comment: Fair enough. From what I've gathered though, it looks like the window for inclusion in 3.3 is already closed, right? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15389] PEP 3121, 384 refactoring applied to curses module
Łukasz Langa luk...@langa.pl added the comment: If I understand correctly, it will be hard to justify this as a bugfix. But let's ask the Release Manager. -- nosy: +georg.brandl, lukasz.langa ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15389 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6257] Idle terminates on source save while debugging
Roger Serwy roger.se...@gmail.com added the comment: The only was I get IDLE to crash is if the file has breakpoints enabled. Is this how IDLE is crashing? -- nosy: +serwy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6257 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9803] IDLE closes with save while breakpoint open
Roger Serwy roger.se...@gmail.com added the comment: Reopening. I mistakenly closed this issue as a duplicate, but this issue involves breakpoints, unlike 6257. -- resolution: duplicate - status: closed - open superseder: Idle terminates on source save while debugging - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9803 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15368] bytecode generation is not deterministic
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 47e074f6ca26 by Meador Inge in branch '2.7': Issue #15368: fixing variable typo. http://hg.python.org/cpython/rev/47e074f6ca26 New changeset 1c46f2ede4cb by Meador Inge in branch '3.2': Issue #15368: fixing variable typo. http://hg.python.org/cpython/rev/1c46f2ede4cb New changeset 6502de91610d by Meador Inge in branch 'default': Issue #15368: fixing variable typo. http://hg.python.org/cpython/rev/6502de91610d -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15368 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14596] struct.unpack memory leak
Serhiy Storchaka storch...@gmail.com added the comment: Please, can anyone do the review? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14596 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9803] IDLE closes with save while breakpoint open
Roger Serwy roger.se...@gmail.com added the comment: Attached is a patch to fix the issue. The ranges_to_linenumbers function relies on the results of text.tag_ranges. The returned tuple contains Tk textindex objects. While these objects contain a string, they are not string objects. Its .string value must be used instead. -- keywords: +patch nosy: +terry.reedy priority: normal - high stage: - patch review type: crash - behavior versions: +Python 2.7, Python 3.2, Python 3.3 -Python 3.1 Added file: http://bugs.python.org/file26432/issue9803.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9803 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6257] Idle terminates on source save while debugging
Andy Harrington ahar...@luc.edu added the comment: yes I certainly used breakpoints On Wed, Jul 18, 2012 at 4:50 PM, Roger Serwy rep...@bugs.python.org wrote: Roger Serwy roger.se...@gmail.com added the comment: The only was I get IDLE to crash is if the file has breakpoints enabled. Is this how IDLE is crashing? -- nosy: +serwy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6257 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6257 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14596] struct.unpack memory leak
Changes by Meador Inge mead...@gmail.com: -- nosy: +meador.inge ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14596 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10017] pprint.pprint raises TypeError on dictionaries with user-defined types as keys
Changes by Anton Barkovsky swarmer...@gmail.com: -- nosy: +anton.barkovsky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10017 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14105] Breakpoints in debug lost if line is inserted; IDLE
Roger Serwy roger.se...@gmail.com added the comment: The ColorDelegator is responsible for providing the coloring for the BREAK tag which is used to mark breakpoints. When recoloring, the BREAK tag may be removed (find self.tag_remove in recolorize_main). This is precisely why the breakpoints disappear. On 2.7, you can use Control-/ to toggle the ColorDelegator. Doing so eliminates the behavior you describe. On 3.x, Control-/ is broken due to two ColorDelegators being loaded. See issue13495. A possible solution would be to separate the BREAK tags from the color delegator since these tags ought to be part of the debugging code only. -- nosy: +serwy versions: +Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14105 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6257] Idle terminates on source save while debugging
Roger Serwy roger.se...@gmail.com added the comment: Thanks Andy for your prompt response. This issue is a duplicate with issue9803 which has a patch. I will close this issue in favor of that one. Feel free to add yourself to the nosy list if you wish. -- resolution: - duplicate status: open - closed superseder: - IDLE closes with save while breakpoint open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6257 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10017] pprint.pprint raises TypeError on dictionaries with user-defined types as keys
Anton Barkovsky swarmer...@gmail.com added the comment: Here's a patch with fix and tests. Note that class objects are not comparable and have the same type so they fall back on sorting by id. Should we sort them by name as a special case instead? -- keywords: +patch Added file: http://bugs.python.org/file26433/pprint_fix.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10017 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15391] Add bitlength function to the math module
New submission from anon unluckykit...@mailinator.com: Many numeric algorithms require knowing the number of bits an integer has (for instance integer squareroots). For example this simple algorithm using shifts is O(n^2): def bitl(x): x = abs(x) n = 0 while x 0: n = n+1 x = x1 return n A simple O(n) algorithm exists: def bitl(x): if x==0: return 0 return len(bin(abs(x)))-2 It should be possible find the bit-length of an integer in O(1) however. O(n) algorithms with high constants simply don't cut it for many applications. That's why I would propose adding an inbuilt function bitlength(n) to the math module. bitlength(n) would be the integer satisfying bitlength(n) = ceil(log2(abs(n)+1)) Python more than ever with PyPy progressing is becoming a great platform for mathematical computation. This is an important building block for a huge number of algorithms but currently has no elegant or efficient solution in plain Python. -- components: Library (Lib) messages: 165818 nosy: anon priority: normal severity: normal status: open title: Add bitlength function to the math module type: enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15391 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15391] Add bitlength function to the math module
Alex Gaynor alex.gay...@gmail.com added the comment: I think what you're looking for already exists: http://docs.python.org/dev/library/stdtypes.html#int.bit_length -- nosy: +alex ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15391 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9254] __import__ docstring should recommend importlib.import_module()
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 751f28564a45 by R David Murray in branch '2.7': Closes #9254: backport __import__ docstring/doc mentions of importlib. http://hg.python.org/cpython/rev/751f28564a45 -- resolution: - fixed stage: commit review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9254 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15391] Add bitlength function to the math module
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15391 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15391] Add bitlength function to the math module
Jesús Cea Avión j...@jcea.es added the comment: Closing as Invalid. I think that Alex is right. Anon, if you think this is a mistake, please reopen and argument. -- resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15391 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12510] IDLE: calltips mishandle raw strings and other examples
Terry J. Reedy tjre...@udel.edu added the comment: The original patches were to all 3 versions. The later patches were to both 3.x versions and mostly involved get_argspec and expanding the tests. Get_argspec is somewhat different from get_arg_text, the 2.x function it replaced. The main difference I could see is that the latter attempt to deal with old-style classes (I think) and does not use inspect. I *think* I am done changing get_argspec until I try making use of the new PEP 362 function signature objects, but that can only affect 3.3+. (This would be to improve calltips for builtins). So if you want to backport further changes to 2.7, so it can pass more of the expanded test suite, now is a good time. Since the TC test class in 2.7 is derived from object, there seems to be no test of old style classes, so I don't know if just replacing get_arg_text with get_argspec would break anything that actually works, assuming that get_argspec does work ;-). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12510 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6068] ctypes is not correctly handling bitfields backed by 64 bit integers on Windows
Meador Inge mead...@gmail.com added the comment: I am closing this issue in favor of issue6493. This patch attached to this issue is incorrect. The proposed definition of BIT_MASK allows for undefined behavior when the number of bits shifted is 64 for a uint64. The patch in issue6493 handles this case correctly. -- nosy: +meador.inge resolution: - duplicate stage: patch review - committed/rejected status: open - closed superseder: - Can not set value for structure members larger than 32 bits ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6068 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6493] Can not set value for structure members larger than 32 bits
Meador Inge mead...@gmail.com added the comment: The problem is with the 'BIT_MASK' macro, which is currently defined as the following for Windows: #define BIT_MASK(size) ((1 NUM_BITS(size))-1) The C standard says that any attempt to shift left by exactly the bit width is undefined behavior. For the given test case 'NUM_BITS(size) == 32' and the '1' constant is of type 'int'. Thus the behavior is undefined. For x86 Windows with the MSVC++ compiler this ends up as 'SAL edx, CL' and the Intel manuals say that the shift count is masked by 0x1F. Thus the bit mask ends up as '(1 0) - 1 == 0'. Plug the zero mask into the 'SET' macro and you will see why the reported behavior is being observed. I tested Hirokazu's last patch on Windows 7 64-bit and OS X 10.7; I saw no regression. I will apply the patch shortly. -- assignee: - meador.inge ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6493 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15392] Create a unittest framework for IDLE
New submission from Terry J. Reedy tjre...@udel.edu: Idle needs a unittest framework for module test modules. This means a test directory with at least one test module, a runtest module that successfully runs that test module, any new support functions needed for that test module, and inclusion of test_idle in Lib/test. I am thinking of something like Lib/tkinter/test, but without subdirectories. I presume there should be something like tkinter/test/runtests, but I do not know if it reflects current best practice, nor whether it should be in idlelib or in idlelib/test. One feature of runtests and the tkinter framework is separation of tests that do and do not require a gui. This requires cooperation of writers of each test module. Buildbots can only run tests that do not require a gui and nearly everyone else wants the same. On the other hand, we need automated gui tests too. A complete test of idlelib/runtest requires a test module with both kinds of tests. List/test has test_tk. It runs tests with enable_gui=false unless run directly (and intentionally) as the main module. (Testing test_idle would also require tests in both modes.) It checks that tkinter is available. Should test_idle also check that idle is available? (On Windows, one can install both or neither. I don't know the situation on other systems.) This issue was inspired by #12510 and is interdependent with it. As part of that issue, I would like to convert the expanded test set to run under unittest. #12510 needs a place to put a test_calltips module. On the other hand, this issue needs a test_x module to test runtests and test_idle. tkinter/test/support has functions that can be used in idle tests, in particular, simulate_mouse_click(). I believe a needed addition is simulate_text_entry. That is needed to really finish the calltips tests. Currently, complete testing of tooltips requires non-automated hand tests. Would simulate_mouse_click include selecting menu items, or would that be a separate function? With such a test framework established, we could start adding tests as part of other issues, as is normal practice. (Note: tkinter/test is pretty skeletal, and probably could use expansion, but except for support functions immediately needed for test_calltips, that is another issue.) -- assignee: terry.reedy components: IDLE, Tests messages: 165825 nosy: serwy, terry.reedy priority: normal severity: normal stage: test needed status: open title: Create a unittest framework for IDLE type: enhancement versions: Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15392 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10399] AST Optimization: inlining of function calls
Changes by Gregory P. Smith g...@krypto.org: -- nosy: +gregory.p.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10399 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11549] Build-out an AST optimizer, moving some functionality out of the peephole optimizer
Changes by Gregory P. Smith g...@krypto.org: -- nosy: +gregory.p.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11549 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6493] Can not set value for structure members larger than 32 bits
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 77401bd4f567 by Meador Inge in branch '2.7': Issue #6493: Fix handling of c_uint32 bitfields with width of 32 on Windows. http://hg.python.org/cpython/rev/77401bd4f567 New changeset 153ae76b963e by Meador Inge in branch '3.2': Issue #6493: Fix handling of c_uint32 bitfields with width of 32 on Windows. http://hg.python.org/cpython/rev/153ae76b963e New changeset 3fbfa61634de by Meador Inge in branch 'default': Issue #6493: Fix handling of c_uint32 bitfields with width of 32 on Windows. http://hg.python.org/cpython/rev/3fbfa61634de -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6493 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6493] Can not set value for structure members larger than 32 bits
Changes by Meador Inge mead...@gmail.com: -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6493 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com